delorie.com/archives/browse.cgi | search |
Mailing-List: | contact cygwin-help AT cygwin DOT com; run by ezmlm |
List-Subscribe: | <mailto:cygwin-subscribe AT cygwin DOT com> |
List-Archive: | <http://sources.redhat.com/ml/cygwin/> |
List-Post: | <mailto:cygwin AT cygwin DOT com> |
List-Help: | <mailto:cygwin-help AT cygwin DOT com>, <http://sources.redhat.com/ml/#faqs> |
Sender: | cygwin-owner AT cygwin DOT com |
Delivered-To: | mailing list cygwin AT cygwin DOT com |
Message-ID: | <0ab301c17f30$9e88d590$0500a8c0@boostconsulting.com> |
Reply-To: | "David Abrahams" <david DOT abrahams AT rcn DOT com> |
From: | "David Abrahams" <david DOT abrahams AT rcn DOT com> |
To: | "Michael Hudson" <mwh AT python DOT net>, |
"Charles Wilson" <cwilson AT ece DOT gatech DOT edu> | |
Cc: | "Jason Tishler" <jason AT tishler DOT net>, |
<david_abrahams AT users DOT sourceforge DOT net>, | |
"Cygwin" <cygwin AT sources DOT redhat DOT com> | |
References: | <Pine DOT LNX DOT 4 DOT 33 DOT 0112070947030 DOT 2464-100000 AT starship DOT python DOT net> |
Subject: | Re: dll_list::load_after_fork() blues (was Re: [ python-Bugs-489709 ] Building Fails ...) |
Date: | Fri, 7 Dec 2001 10:03:24 -0500 |
MIME-Version: | 1.0 |
X-Priority: | 3 |
X-MSMail-Priority: | Normal |
X-Mailer: | Microsoft Outlook Express 5.50.4133.2400 |
X-MimeOLE: | Produced By Microsoft MimeOLE V5.50.4133.2400 |
FWIW, Jason's patch worked for me, except for curses of course which seems to be broken in cygwin. -Dave ----- Original Message ----- From: "Michael Hudson" <mwh AT python DOT net> To: "Charles Wilson" <cwilson AT ece DOT gatech DOT edu> Cc: "Jason Tishler" <jason AT tishler DOT net>; <david_abrahams AT users DOT sourceforge DOT net>; "Cygwin" <cygwin AT sources DOT redhat DOT com> Sent: Friday, December 07, 2001 9:50 AM Subject: Re: dll_list::load_after_fork() blues (was Re: [ python-Bugs-489709 ] Building Fails ...) > On Thu, 6 Dec 2001, Charles Wilson wrote: > > > Jason Tishler wrote: > > > > > > >> > > >>building 'gdbm' extension > > >>gcc -g -O3 -Wall -Wstrict-prototypes -DUSE_DL_IMPORT -I. -I/cygdrive/e/Pyt hon-2.2b2/./Include -I/usr/local/include -IInclude/ -c /cygdrive/e/Python-2.2b2/Modules/gdbmmodule.c -o build/temp.cygwin-1.3.5-i686-2.2/gdbmmodule.o > > >>e:\buildpy\python.exe: *** unable to remap > > >>C:\cygnus\bin\cygssl.dll to same address as parent -- 0x1A7C0000 > > >> 0 [main] python 1292 sync_with_child: child 1108 (0xF0) died before initialization with status code 0x1 > > >> 25901 [main] python 1292 sync_with_child: *** child state child loading dlls > > >>error: Resource temporarily unavailable > > >>make: *** [sharedmods] Error 1 > > >> > > > > > > The above occurs during Cygwin's fork() when the Cygwin DLL cannot > > > load a DLL to the same address in the child that it had in the parent. > > > I have seen this during Python 2.1.1 regression tests with threads > > > enabled. > > > > > > Part of the problem may be that cyggdbm.dll was built with > > --auto-image-base. It was later demonstrated that this can cause > > problems with fork; you're better off just letting ld assign the default > > dllbase, which means that EVERY process will remap the dll at runtime. > > Thus, no hardcoded conflicts. Downside: *very* slightly delay in > > loading DLLs -- probably unnoticeable. > > > > (Did I get that right, robert?) > > > > Anyway, I plan to redo cyggdbm "eventually" without the > > --auto-image-base. Doing so *may* fix this problem, but I'm not sure... > > I didn't get Jason's email. Odd that. > > Anyway, it's more than just gdbm; if I stop that building, then termios > fails in a similar manner; disable that and it's resource. And so on. > > This is really ******* annoying (tm); I'm trying to fix generic Python > bugs and have to scp my changes onto another machine to test them... > > Cheers, > M. > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |