X-Recipient: archive-cygwin AT delorie DOT com X-SWARE-Spam-Status: No, hits=-2.3 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: sourceware.org Message-ID: <4BAE22EC.6080406@acm.org> Date: Sat, 27 Mar 2010 08:23:24 -0700 From: David Rothenberger 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> In-Reply-To: <4BAE1A65.9080908@cwilson.fastmail.fm> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Reply-To: cygwin AT cygwin DOT com 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 On 3/27/2010 7:47 AM, Charles Wilson wrote: > On 3/27/2010 12:10 AM, Eliot Moss wrote: >> On 3/26/2010 11:20 PM, David Rothenberger wrote: >>> I think the .la files are causing the problems. I believe they come from >>> libsasl2-devel. You said you removed that package, but maybe something >>> went wrong. >> >> Perhaps ... so I changed the directory name back to sasl2, but >> added .disabled at the end of the .la files' names, and now >> svn -- version continues to work correctly. > > Well, this sounds like something in the svn stack is using libltdl's > portable dynamic loading facilities (e.g. libtool's replacement/wrapper > for dlopen()). > > 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. > I suspect the best solution here is to find out what component > is actually opening the .la file (e.g. is compiled against a static > libltdl) and recompile it against a newer version of that library. > Preferably against the "official" shared DLL version cygltdl-N.dll > (which should happen automatically if you libtoolize --force before > rebuiling). I might take a look at libsasl2 and see if recompiling it helps. Unfortunately, it's orphaned and I know absolutely nothing about SASL, so I'm loathe to adopt it. Worse comes to worse, I'll just disable SASL support in SVN. It's interesting, though, that this behavior just surfaced. This didn't occur with Cygwin 1.7.1 as far as I remember, and I'm sure I had libsasl2-devel installed at that point. There must have been some change in cygwin1.dll that has caused this. -- David Rothenberger ---- daveroth AT acm DOT org Revolution, n.: In politics, an abrupt change in the form of misgovernment. -- Ambrose Bierce -- 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