X-Recipient: archive-cygwin AT delorie DOT 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 AT cygwin DOT com From: Heiko Elger 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: References: <33279157 DOT post AT talk DOT nabble DOT com> <20120207154359 DOT GA2952 AT qp9482> <20120207161428 DOT GB12159 AT calimero DOT vinschen DOT de> <4F31559B DOT 6060600 AT cs DOT utoronto DOT ca> <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> 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 AT cygwin DOT com; run by ezmlm List-Id: 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 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