Mailing-List:	contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm
List-Unsubscribe:	<mailto:cygwin-unsubscribe-archive-cygwin=delorie DOT com AT sourceware DOT cygnus DOT com>
List-Subscribe:	<mailto:cygwin-subscribe AT sourceware DOT cygnus DOT com>
List-Archive:	<http://sourceware.cygnus.com/ml/cygwin/>
List-Post:	<mailto:cygwin AT sourceware DOT cygnus DOT com>
List-Help:	<mailto:cygwin-help AT sourceware DOT cygnus DOT com>, <http://sourceware.cygnus.com/ml/#faqs>
Sender:	cygwin-owner AT sourceware DOT cygnus DOT com
Delivered-To:	mailing list cygwin AT sourceware DOT cygnus DOT com
From:	Chris Faylor <cgf AT cygnus DOT com>
Date:	Fri, 22 Oct 1999 11:48:00 -0400
To:	"Fifer, Eric" <EFifer AT sanwaint DOT com>
Cc:	"'cygwin AT sourceware DOT cygnus DOT com'" <cygwin AT sourceware DOT cygnus DOT com>,
	Steve Jorgensen <steve AT khoral DOT com>
Subject:	Re: Wierd perl problem..
Message-ID:	<19991022114800.A948@cygnus.com>
Reply-To:	cygwin AT sourceware DOT cygnus DOT com
Mail-Followup-To:	"Fifer, Eric" <EFifer AT sanwaint DOT com>,
	"'cygwin AT sourceware DOT cygnus DOT com'" <cygwin AT sourceware DOT cygnus DOT com>,
	Steve Jorgensen <steve AT khoral DOT com>
References:	<779F20BCCE5AD31186A50008C75D997917166A AT SILLDN_MAIL1>
Mime-Version:	1.0
X-Mailer:	Mutt 0.95.6i
In-Reply-To:	<779F20BCCE5AD31186A50008C75D997917166A@SILLDN_MAIL1>; from Fifer, Eric on Fri, Oct 22, 1999 at 02:48:39PM +0100

Another work around is to change the load address for each DLL that
perl uses.  The problem is that when perl issues a fork and cygwin tries
to reload the DLLs that were in use in the parent, cygwin is unable to
map the DLLs into exactly the same address space in the child.  This
confuses things badly.

Changing the load addresses would rectify this.  Currently every DLL (on
the Cygwin CD, at least) loads into 0x64000000.  If one could change
this that would work around the problem for perl.  Unfortunately, I
don't think that there is any way to do this with any of our distributed
tools.  There are tools available from microsoft (editbin) which all
allow this, however.

cgf

On Fri, Oct 22, 1999 at 02:48:39PM +0100, Fifer, Eric wrote:
>The workaround is to build perl with the extension statically
>linked into perl.exe.  In this case FileHandle.pm uses IO.pm,
>so IO needs to be statically linked when you originally run
>Configure during the perl make process.  This is the default
>with hints/cygwin.sh that is in the latest developer
>release, perl5.005_62.

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe AT sourceware DOT cygnus DOT com

- Raw text -