Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Date: Tue, 15 Oct 2002 02:33:30 -0400 From: Christopher Faylor To: cygwin AT cygwin DOT com Subject: Re: Remap problems with Perl 5.8 and 1.3.13-2 Message-ID: <20021015063330.GA25890@redhat.com> Reply-To: cygwin AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com References: <000b01c27395$dbbaa9c0$2101a8c0 AT BRAEMARINC DOT COM> <20021014155830 DOT GB21189 AT redhat DOT com> <161551647561 DOT 20021015080619 AT familiehaase DOT de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <161551647561.20021015080619@familiehaase.de> User-Agent: Mutt/1.4i On Tue, Oct 15, 2002 at 08:06:19AM +0200, Gerrit P. Haase wrote: >Hallo Christopher, > >Am Montag, 14. Oktober 2002 um 17:58 schriebst du: > >> On Mon, Oct 14, 2002 at 10:24:57AM -0500, Gary R Van Sickle wrote: >>>I'm still having these sorts of problems with Perl 5.8 and Cygwin1.dll >>>1.3.13-2: > >Can you recompile perl and see if it still happens? > >> Cygwin's memory footprint has changed. Patches gratefully accepted. > >Can you publish some detailed information about this? This is the same old problem that has always existed with cygwin fork and perl, AFAICT. There is no guaranteeing that a dll which is loaded into a specific location in a parent will be loaded into the same location in the child. Cygwin tries to force loading in the proper place but sometimes Windows doesn't allow this. In some cases Windows allocates memory in the child where we'd like to locate a DLL. There isn't much that I can think of to fix that other than to rebase the dlls. And, even that doesn't work sometimes. I don't know what changed in cygwin to cause allocation to happen differently. Maybe it was the addition of a new shared memory location for console information. Anyway, the code in question that tries to fix things up with dll loading is in dll_init.cc. cgf cgf -- 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/