[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Subversion 1.5.3 & 1.5.4 segfault

From: John Legato <jlegato_at_helix.nih.gov>
Date: Wed, 29 Oct 2008 06:42:14 -0400 (EDT)

Hi Neels,

I did my 1.5.4 build (and 1.5.3) from the sources on the release page the
latest was dated 10/24. I've done a clean build and still seem the issue.
I tried it as root this morning to see if it might be permission
related. I see a more informative error:

# svn help
svn: Could not initialize the SASL library
# svn --help
svn: Could not initialize the SASL library

I suspect my SASL library may be a bit old and the configure script didn't
catch this.

]# ldd /usr/local/bin/svn
         libsvn_client-1.so.0 => /usr/local/lib/libsvn_client-1.so.0
(0x0000002a9
5557000)
         libsvn_wc-1.so.0 => /usr/local/lib/libsvn_wc-1.so.0
(0x0000002a95696000)
         libsvn_ra-1.so.0 => /usr/local/lib/libsvn_ra-1.so.0
(0x0000002a957d3000)
         libsvn_diff-1.so.0 => /usr/local/lib/libsvn_diff-1.so.0
(0x0000002a958dc
000)
         libsvn_ra_local-1.so.0 => /usr/local/lib/libsvn_ra_local-1.so.0
(0x00000
02a959e6000)
         libsvn_repos-1.so.0 => /usr/local/lib/libsvn_repos-1.so.0
(0x0000002a95a
ee000)
         libsvn_fs-1.so.0 => /usr/local/lib/libsvn_fs-1.so.0
(0x0000002a95c15000)
         libsvn_fs_fs-1.so.0 => /usr/local/lib/libsvn_fs_fs-1.so.0
(0x0000002a95d
1c000)
         libsvn_fs_base-1.so.0 => /usr/local/lib/libsvn_fs_base-1.so.0
(0x0000002
a95e3d000)
         libsvn_fs_util-1.so.0 => /usr/local/lib/libsvn_fs_util-1.so.0
(0x0000002
a95f68000)
         libsvn_ra_svn-1.so.0 => /usr/local/lib/libsvn_ra_svn-1.so.0
(0x0000002a9
606b000)
         libsasl2.so.2 => /usr/lib64/libsasl2.so.2 (0x00000031b4500000)
         libsvn_ra_neon-1.so.0 => /usr/local/lib/libsvn_ra_neon-1.so.0
(0x0000002
a96181000)
         libsvn_delta-1.so.0 => /usr/local/lib/libsvn_delta-1.so.0
(0x0000002a962
a4000)
         libsvn_subr-1.so.0 => /usr/local/lib/libsvn_subr-1.so.0
(0x0000002a963af
000)
         libaprutil-0.so.0 => /usr/local/apr/lib/libaprutil-0.so.0
(0x0000002a964
ed000)
         libgdbm.so.2 => /usr/lib64/libgdbm.so.2 (0x00000031ad000000)
         libdb-4.2.so => /usr/lib64/tls/libdb-4.2.so (0x00000031acc00000)
         libapr-0.so.0 => /usr/local/apr/lib/libapr-0.so.0
(0x0000002a96606000)
         librt.so.1 => /lib64/tls/librt.so.1 (0x00000031b2100000)
         libm.so.6 => /lib64/tls/libm.so.6 (0x0000002a96743000)
         libcrypt.so.1 => /lib64/libcrypt.so.1 (0x00000031b4300000)
         libnsl.so.1 => /lib64/libnsl.so.1 (0x00000031b4700000)
         libpthread.so.0 => /lib64/tls/libpthread.so.0 (0x00000031ad800000)
         libdl.so.2 => /lib64/libdl.so.2 (0x00000031ace00000)
         libneon.so.25 => /usr/local/lib/libneon.so.25 (0x0000002a968cb000)
         libz.so.1 => /usr/lib64/libz.so.1 (0x00000031ad400000)
         libgssapi_krb5.so.2 => /usr/lib64/libgssapi_krb5.so.2
(0x00000031b130000
0)
         libkrb5.so.3 => /usr/lib64/libkrb5.so.3 (0x00000031b1500000)
         libk5crypto.so.3 => /usr/lib64/libk5crypto.so.3
(0x00000031b1100000)
         libcom_err.so.2 => /lib64/libcom_err.so.2 (0x00000031b0f00000)
         libresolv.so.2 => /lib64/libresolv.so.2 (0x00000031b0b00000)
         libexpat.so.0 => /usr/lib64/libexpat.so.0 (0x00000031aec00000)
         libc.so.6 => /lib64/tls/libc.so.6 (0x00000031ac900000)
         /lib64/ld-linux-x86-64.so.2 (0x00000031ac700000)

Checkouts etc.. seem to work so I am not too concerned about it maybe
it'll work it's way out in future versions. Thanks for looking into it.

John

  On Wed, 29 Oct 2008, Neels J. Hofmeyr wrote:

> Hi John,
>
> my `svn help' works fine. I am not on a 64bit machine though, but that
> should not make a difference. So, this is my diagnose:
>
> There's probably something wrong with your build. If you are compiling from
> source, try removing your current source and checking out the code anew, in
> case something strange happened in your source tree. If that doesn't help,
> make sure that the libraries you compile your svn against are the same that
> it is run with (...).
>
> If you've installed from a binary package distribution, maybe you've had a
> corrupted file transfer for some reason. Try downloading anew, maybe from a
> different source than before (uninstall first).
>
> Sorry, but that's all I can say, since I can't reproduce the error.
>
> ~Neels
>
> John Legato wrote:
>> Subversion 1.5.3 & 1.5.4 segfault on a Linux system run CentOS 4.7/x86_64.
>>
>> When "svn --help" or "svn help" (with no other arguments) are run, an
>> immediate segmentation fault occurs. This does not happen in earlier
>> versions (e.g. 1.3.2). I've attached a copy of config.log to show the
>> options I built with. Is this a known issue? I can't seem to find it in
>> the issue tracker.
>>
>> Thanks
>>
>>
>> John
>>
>>
>>
>>
>>
>> --
>> Contractor
>>
>>
>> ------------------------------------------------------------------------
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
>> For additional commands, e-mail: dev-help_at_subversion.tigris.org
>
>

--
Contractor
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org
Received on 2008-10-30 01:34:43 CET

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.