Re: [PATCH] Possibly correct fix to strace phantom process entry

2017-04-24 Thread Daniel Santos
On 04/24/2017 10:38 AM, Corinna Vinschen wrote: I'm going with my patch for now. Mainly because I added some debug output to see if we need the Sleep loop at all. Right now I don't see any situation which would qualify for this. Thanks, Corinna Thanks for your help on this Corinna! I'm in

Re: [PATCH] Possibly correct fix to strace phantom process entry

2017-04-24 Thread Daniel Santos
On 04/24/2017 07:19 AM, Corinna Vinschen wrote: Hi Daniel, On Apr 24 04:37, Daniel Santos wrote: The root cause of problem with strace causing long delays when any process enumerates the process database appears to be calling myself.thisproc () from child_info_spawn::handle_spawn() when we've d

Re: [PATCH] Possibly correct fix to strace phantom process entry

2017-04-24 Thread Corinna Vinschen
On Apr 24 14:19, Corinna Vinschen wrote: > Hi Daniel, > > On Apr 24 04:37, Daniel Santos wrote: > > The root cause of problem with strace causing long delays when any > > process enumerates the process database appears to be calling > > myself.thisproc () from child_info_spawn::handle_spawn() when

Re: [PATCH] Possibly correct fix to strace phantom process entry

2017-04-24 Thread Corinna Vinschen
Hi Daniel, On Apr 24 04:37, Daniel Santos wrote: > The root cause of problem with strace causing long delays when any > process enumerates the process database appears to be calling > myself.thisproc () from child_info_spawn::handle_spawn() when we've > dynamically loaded cygwin1.dll. It definate

[PATCH] Possibly correct fix to strace phantom process entry

2017-04-24 Thread Daniel Santos
The root cause of problem with strace causing long delays when any process enumerates the process database appears to be calling myself.thisproc () from child_info_spawn::handle_spawn() when we've dynamically loaded cygwin1.dll. It definately fixes the problem, but I don't konw what other processe