Killing children

Jean Brouwers JBrouwersAtProphICyDotCom at
Sun Aug 8 03:50:42 CEST 2004

It looks like there is no space left to fork the subprocess and
load/map the libraries the latter needs.

Maybe there too many processes running already, simultaneously?

/Jean Brouwers

In article <87pt62vgk7.fsf at>, Laura Conrad
<lconrad at> wrote:

> Further adventures in infanticide.  I've been spawning and killing
> programs all day, in the course of testing and fixing other aspects of
> the program.  
> All of a sudden, although I haven't changed the spawn line at all,
> only things farther along in the program, I get:
> C:\cygwin\bin\python2.3.exe (5684): *** unable to remap
> C:\cygwin\bin\cygcrypto-0.9.7.dll to same address as parent(0x6B0000) !=
> 0x6C0000
>       4 [main] python 5468 sync_with_child: child 5684(0x710) died before
> initialization with status code 0x1
>     681 [main] python 5468 sync_with_child: *** child state child loading dlls
> Traceback (most recent call last):
>   File "", line 8, in ?
>     p = os.spawnl(os.P_NOWAIT, "/usr/bin/python", "python", '',
> "/dev/ttyS8", "120", "0", "00560")
>   File "/usr/lib/python2.3/", line 566, in spawnl
>     return spawnv(mode, file, args)
>   File "/usr/lib/python2.3/", line 521, in spawnv
>     return _spawnvef(mode, file, args, None, execv)
>   File "/usr/lib/python2.3/", line 489, in _spawnvef
>     pid = fork()
> OSError: [Errno 11] Resource temporarily unavailable
> This is the same kind of error that caused me to stop using
> pexpect.spawn.  Does anyone know what's happening?  rebooting does not
> cause it to go away.  The program I attempting to spawn from my python
> program runs fine from the command line.

More information about the Python-list mailing list