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/

- Raw text -