Under Windows you might have another kind of problem and end up with a leaked
process handle if you create a process with CreateProcess() and don't call CloseHandle() on the hThread and hProcess members of the returned PROCESS_INFORMATION struct.
On Thursday 10 April 2003 13:39, Randy Beckwith wrote:
Thanks, Caleb! I changed the code to not set the
process name and also set the options flag to inherit
the environment and everything worked fine.
I hate that when things don't work the same between
Linux and Windows.... :-( The orginal code worked
beautifully on Windows.
So I need to get the child process exit status to
avoid zombies.... Hmmm... more code just for Linux.
Sounds like i'm going to have to start up an extra
thread on Linux to just sit there and poll for exit
statuses. Not sure I like that but ....
Thanks again, Caleb.
--- Caleb Epstein <email@example.com> wrote:
On Thu, Apr 10, 2003 at 06:36:42AM -0700, Randy
My program is attempting to spawn 5 different
the Process_Manager interface. This works
perfectly > well on
Windows 2000 but on Linux (RedHat 8.0) I get 5
copies of the spawning program itself.
Zombie processes are an indication of spawning
without "reaping" their exit status. You need to
ACE_Process_Manager::reap or ::wait to collect the
of your children.
Note that if you are going to specify the
needs to be a real executable name that can be
a symbolic string. Basically, it should match
argv in your
You might want too look at the
Caleb Epstein | bklyn . org | You can fool some of
the people all of the
cae at | Brooklyn Dust | time, and all of the
people some of the time,
bklyn dot org | Bunny Mfg. | but you can make a
fool of yourself anytime.
Do you Yahoo!?
Yahoo! Tax Center - File online, calculators, forms, and more http://tax.yahoo.com
Juan Jose Comellas
|Location:||Huddersfield, West Yorkshire, UK|
|Nodes:||8 (1 / 7)|