X-Recipient:	archive-cygwin AT delorie DOT com
X-Spam-Check-By:	sourceware.org
Date:	Sun, 4 Mar 2012 18:22:56 +0100
From:	Corinna Vinschen <corinna-cygwin AT cygwin DOT com>
To:	cygwin AT cygwin DOT com
Subject:	Re: cygwin-1.7.10-1 fork - address space needed by ... already in use
Message-ID:	<20120304172256.GJ18852@calimero.vinschen.de>
Reply-To:	cygwin AT cygwin DOT com
Mail-Followup-To:	cygwin AT cygwin DOT com
References:	<20120207154359 DOT GA2952 AT qp9482> <20120207161428 DOT GB12159 AT calimero DOT vinschen DOT de> <4F31559B DOT 6060600 AT cs DOT utoronto DOT ca> <B0ED7173-1AC3-4B4E-8B79-3A9B22652684 AT Denis-Excoffier DOT org> <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> <loom DOT 20120208T150326-589 AT post DOT gmane DOT org>
MIME-Version:	1.0
In-Reply-To:	<loom.20120208T150326-589@post.gmane.org>
User-Agent:	Mutt/1.5.21 (2010-09-15)
Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id:	<cygwin.cygwin.com>
List-Unsubscribe:	<mailto:cygwin-unsubscribe-archive-cygwin=delorie DOT com AT cygwin DOT com>
List-Subscribe:	<mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive:	<http://sourceware.org/ml/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
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  8 14:24, Heiko Elger wrote:
> Corinna Vinschen writes:
> 
> > 
> > What happens in this testcase is that Cygwin checks the full DLL path
> > and then finds that the new path to cyggcc_s-1.dll is not the same as
> > the path it has already loaded.  Therefore it assumes that it has to add
> > the file to list.
> > 
> > This is plainly wrong, because, as you can read on
> > http://msdn.microsoft.com/en-us/library/ms682586%28v=vs.85%29.aspx the
> > Windows loader does not load a DLL again, if it already has a module
> > loaded which has the same basename.  Therefore the test for the full
> > pathname in Cygwin has to to be replaced with only testing the module
> > basename.
> > 
> > However, while this situation in the doit2 testcase is simply explained,
> > I don't see how this affects your rsync call.
> > 
> > Denis, can you please change your test output?  Instead of printing only
> > d_alt->modname, please print d_alt->name and then run your rsync test
> > again.  If this is the same problem as in the doit testcase, I'd like to
> > see where the second cygiconv-2.dll is coming from.  In theory, if you
> > have only a single installation of cygiconv-2.dll, this should'nt
> > happen.
> 
> Hello,
> 
> just one more question concerning the problem of loading dlls twice.
> We installed cygwin into c:\Programme\cygwin
> 1) c:\programme is a symbolic link (like junction of sysinternal tools) 
> to "c:\Program Files" via MKLINK /J 
> and 
> 2) c:\Programme is a WINDOWS7 language German localized link/substition/ or 
> whatever to "c:\Program Files" too.
> 
> Can this be a problem for cygwin too - concerning the problem of this thread?

Heiko, can you please test the latests snapshot DLL in your envionment?
The latest changes should handle this scenarion gracefully, but testing
never hurts, right?


Thanks,
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

- Raw text -