X-Recipient: archive-cygwin AT delorie DOT com X-SWARE-Spam-Status: No, hits=-2.2 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: sourceware.org Message-ID: <4BAF8AE9.10602@lysator.liu.se> Date: Sun, 28 Mar 2010 18:59:21 +0200 From: Peter Rosin User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.8) Gecko/20100227 Thunderbird/3.0.3 MIME-Version: 1.0 To: cygwin AT cygwin DOT com Subject: Re: "svn --version" halts in 1.7.2-2 References: <20100326093204 DOT GS7718 AT calimero DOT vinschen DOT de> <4BACF903 DOT 70304 AT acm DOT org> <20100326210701 DOT GY7718 AT calimero DOT vinschen DOT de> <4BAD401C DOT 8000504 AT acm DOT org> <4BAD5803 DOT 3020509 AT cs DOT umass DOT edu> <4BAD69A4 DOT 6090605 AT acm DOT org> <4BAD6A59 DOT 5060604 AT cs DOT umass DOT edu> <4BAD6D4F DOT 1070109 AT acm DOT org> <4BAD759B DOT 2000204 AT cs DOT umass DOT edu> <4BAD7978 DOT 7060008 AT acm DOT org> <4BAD8540 DOT 4010909 AT cs DOT umass DOT edu> <4BAE1A65 DOT 9080908 AT cwilson DOT fastmail DOT fm> <4BAE22EC DOT 6080406 AT acm DOT org> <4BAE2D95 DOT 9080403 AT cwilson DOT fastmail DOT fm> In-Reply-To: <4BAE2D95.9080403@cwilson.fastmail.fm> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 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 Den 2010-03-27 17:08 skrev Charles Wilson: > On 3/27/2010 11:23 AM, David Rothenberger wrote: >> On 3/27/2010 7:47 AM, Charles Wilson wrote: >>> Obviously, something is going wrong there. What happens when the .la >>> file isn't found, is that libltdl falls back on cygwin's dlopen(), which >>> simply looks in the normal search path for the DLL -- and that >>> apparently works. >> >> I'm pretty sure it's libsasl2 that's the culprit, but since its DLLs are >> in /usr/lib/sasl2, which is not in the PATH, I don't see how that could >> work. > > Ah, but cygwin's dlopen() is sensitive to LD_LIBRARY_PATH -- and you can > also give dlopen() the full path to where you expect the DLL to be. > Obviously libsasl2 "knows" about /usr/lib/sasl2/, because that's where > it's currently looking for the .la files. So, I wouldn't be surprised > if, in the absense of .la files messing up the > libsasl2->libltdl->.la->.dll lookup, the libsasl2->libltdl->.dll works fine. > > Hey...I have an idea. NORMALLY, the .la file says: > dlname='../bin/cygfoo-N.dll' > This tells libltdl how to find the DLL, which is not normally installed > in the /usr/lib heirarchy on cygwin. However, in this case, the sasl2 > dlls ARE in /usr/lib/sasl2. > > So, the .la files OUGHT to say > dlname="cyg*.dll" > with no ../bin component. Plus, ../bin wouldn't be correct in this case > either, as /usr/lib/sasl2/../bin == /usr/lib/bin, which isn't right. > (FWIW, this bug was fixed only very recently in libtool). > > So, I wonder if editing the .la files to specify the correct relative > path to the DLLs would fix it? It could be that /usr/lib/sasl2/libsasldb.la lists /usr/lib/libdb-4.2.la as a dependency_libs. libdb-4.2.la may or may not be installed (it's in libdb4.2-devel which I don't have installed) and if it's missing libltdl might be "confused". If that's indeed the case, is it easy to add the needed dependency to the libsasl2-devel package? But I'm out on a limb here... Cheers, Peter -- They are in the crowd with the answer before the question. > Why do you dislike Jeopardy? -- 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