X-Recipient: archive-cygwin@delorie.com
X-SWARE-Spam-Status: No, hits=-0.9 required=5.0	tests=AWL,BAYES_00,RCVD_NUMERIC_HELO,SPF_HELO_PASS,T_RP_MATCHES_RCVD
X-Spam-Check-By: sourceware.org
To: cygwin@cygwin.com
From: Heiko Elger <heiko_elger@arburg.com>
Subject: Re: cygwin-1.7.10-1 fork - address space needed by ... already in use
Date: Wed, 8 Feb 2012 14:24:47 +0000 (UTC)
Lines: 44
Message-ID: <loom.20120208T150326-589@post.gmane.org>
References: <33279157.post@talk.nabble.com> <20120207154359.GA2952@qp9482> <20120207161428.GB12159@calimero.vinschen.de> <4F31559B.6060600@cs.utoronto.ca> <B0ED7173-1AC3-4B4E-8B79-3A9B22652684@Denis-Excoffier.org> <20120208090824.GA1724@qp9482> <20120208092711.GF25129@calimero.vinschen.de> <20120208102235.GA2796@qp9482> <20120208130012.GG25129@calimero.vinschen.de> <20120208133502.GH25129@calimero.vinschen.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
User-Agent: Loom/3.14 (http://gmane.org/)
X-IsSubscribed: yes
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe@cygwin.com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin@cygwin.com>
List-Help: <mailto:cygwin-help@cygwin.com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
Delivered-To: mailing list cygwin@cygwin.com

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?

best regards

Heiko






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

