X-Recipient: archive-cygwin AT delorie DOT com X-Spam-Check-By: sourceware.org Date: Thu, 9 Feb 2012 15:43:52 +0100 From: Corinna Vinschen To: cygwin AT cygwin DOT com Subject: Re: cygwin-1.7.10-1 fork - address space needed by ... already in use Message-ID: <20120209144352.GJ23330@calimero.vinschen.de> Reply-To: cygwin AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com References: <20120208090824 DOT GA1724 AT qp9482> <20120208092711 DOT GF25129 AT calimero DOT vinschen DOT de> <20120208102235 DOT GA2796 AT qp9482> <20120208130012 DOT GG25129 AT calimero DOT vinschen DOT de> <20120208133502 DOT GH25129 AT calimero DOT vinschen DOT de> <20120208145527 DOT GA4644 AT qp9482> <20120208151603 DOT GN25129 AT calimero DOT vinschen DOT de> <20120209110631 DOT GF23330 AT calimero DOT vinschen DOT de> <20120209133822 DOT GA4792 AT qp9482> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20120209133822.GA4792@qp9482> User-Agent: Mutt/1.5.21 (2010-09-15) Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: 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 On Feb 9 14:37, Denis Excoffier wrote: > On Thu, Feb 09, 2012 at 12:06:31PM +0100, Corinna Vinschen wrote: > >> > So it's the same DLL path, just one time with the long pathname prefix > >> > (or better: The Win32 equivalent to the native NT path prefix). But, > >> > as I wrote in my mail to Heiko, neither the Windows loader nor the > >> > GetModuleFileName call normalize the path. So I think I just apply > >> > my patch to use only the basename in the dll_init code. > >> > >> I applied a patch and generated a new snapshot. Please give it a try. > > Usually after installation of a new snapshot i begin with a compilation > of the sources. Today the compilation fails in winsup/cygwin/mkimport > (perl script) with the following messages: > 1 [main] perl 2380 child_info_fork::abort: unable to map Glob.dll, Win32 error 126 > 4 [main] perl 5460 child_info_fork::abort: unable to map Cwd.dll, Win32 error 126 > 5 [main] perl 5916 child_info_fork::abort: unable to map Glob.dll, Win32 error 126 > 4 [main] perl 4028 child_info_fork::abort: unable to map Cwd.dll, Win32 error 126 > 4 [main] perl 4900 child_info_fork::abort: unable to map Glob.dll, Win32 error 126 > 4 [main] perl 2128 child_info_fork::abort: unable to map Cwd.dll, Win32 error 126 > 4 [main] perl 5120 child_info_fork::abort: unable to map Glob.dll, Win32 error 126 > 4 [main] perl 5440 child_info_fork::abort: unable to map Cwd.dll, Win32 error 126 > 4 [main] perl 5044 child_info_fork::abort: unable to map Glob.dll, Win32 error 126 > 4 [main] perl 5456 child_info_fork::abort: unable to map Cwd.dll, Win32 error 126 > etc. > > at the pace one message each 5seconds. > All processes indicated remain in /proc, as , and with > maps "permission denied". Sigh. While the basename is all we need to test if a DLL is already loaded, it's *not* enough to load a DLL which still needs loading, if the DLLs are not in the DLL search path, as in the case of Perl libs. I'm going to generate a new 2012-02-09 snapshot right now. Should be up in 10 minutes or so. Thanks for the report, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple