monotone-debian
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Bug#523261: [Monotone-debian] Bug#523261: monotone segfaulting on any in


From: Gary Kramlich
Subject: Bug#523261: [Monotone-debian] Bug#523261: monotone segfaulting on any invocation
Date: Fri, 10 Apr 2009 06:23:33 -0500
User-agent: Mozilla-Thunderbird 2.0.0.19 (X11/20090103)

Zack Weinberg wrote:
> On Thu, Apr 9, 2009 at 9:45 PM, Gary Kramlich <address@hidden> wrote:
>> $ which mtn; sudo which mtn
>> /usr/bin/mtn
>> /usr/bin/mtn
>>
>> But it does get weirder, it works fine for other users on my machine.
>> Just not me.  So this is obviously some crazy config problem.  However,
>> I did move ~/.monotone out of the way and it's still having problems.
> 
> It's never getting to the point at which it would look at anything in 
> .monotone.
> 
> Oh, hey, do you have any LD_* variables set in your environment?  Try
> clearing them.

$ set | grep LD | wc -l
0


>> However, i've noticed that the offsets are completely different between
>> my user, another, and root's in the ldd output, and honestly, I have no
>> idea if thats correct or not.
> 
> Shared library load addresses should be consistent across users for
> the same binary.  Could you post the ldd output for a user where mtn
> is broken, and for one where it works?

Broken ldd output:

        linux-vdso.so.1 =>  (0x00007fff2f1ff000)
        libpcre.so.3 => /usr/lib/libpcre.so.3 (0x00007fd126cfb000)
        libbotan-1.8.1.so => /usr/lib/libbotan-1.8.1.so (0x00007fd126842000)
        libpthread.so.0 => /lib/libpthread.so.0 (0x00007fd126627000)
        librt.so.1 => /lib/librt.so.1 (0x00007fd12641f000)
        liblua5.1.so.0 => /usr/lib/liblua5.1.so.0 (0x00007fd1261f4000)
        libsqlite3.so.0 => /usr/lib/libsqlite3.so.0 (0x00007fd125f68000)
        libidn.so.11 => /usr/lib/libidn.so.11 (0x00007fd125d36000)
        libz.so.1 => /usr/lib/libz.so.1 (0x00007fd125b1f000)
        libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00007fd125813000)
        libm.so.6 => /lib/libm.so.6 (0x00007fd125590000)
        libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00007fd125379000)
        libc.so.6 => /lib/libc.so.6 (0x00007fd125026000)
        /lib64/ld-linux-x86-64.so.2 (0x00007fd126f2a000)
        libdl.so.2 => /lib/libdl.so.2 (0x00007fd124e22000)
        libicui18n.so.40 => /usr/lib/libicui18n.so.40 (0x00007fd124a8d000)
        libicuuc.so.40 => /usr/lib/libicuuc.so.40 (0x00007fd124742000)
        libicudata.so.40 => /usr/lib/libicudata.so.40 (0x00007fd1237fd000)

Other user, works fine ldd output:
        linux-vdso.so.1 =>  (0x00007fff675ff000)
        libpcre.so.3 => /usr/lib/libpcre.so.3 (0x00007fed5f12c000)
        libbotan-1.8.1.so => /usr/lib/libbotan-1.8.1.so (0x00007fed5ec73000)
        libpthread.so.0 => /lib/libpthread.so.0 (0x00007fed5ea58000)
        librt.so.1 => /lib/librt.so.1 (0x00007fed5e850000)
        liblua5.1.so.0 => /usr/lib/liblua5.1.so.0 (0x00007fed5e625000)
        libsqlite3.so.0 => /usr/lib/libsqlite3.so.0 (0x00007fed5e399000)
        libidn.so.11 => /usr/lib/libidn.so.11 (0x00007fed5e167000)
        libz.so.1 => /usr/lib/libz.so.1 (0x00007fed5df50000)
        libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00007fed5dc44000)
        libm.so.6 => /lib/libm.so.6 (0x00007fed5d9c1000)
        libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00007fed5d7aa000)
        libc.so.6 => /lib/libc.so.6 (0x00007fed5d457000)
        /lib64/ld-linux-x86-64.so.2 (0x00007fed5f35b000)
        libdl.so.2 => /lib/libdl.so.2 (0x00007fed5d253000)
        libicui18n.so.40 => /usr/lib/libicui18n.so.40 (0x00007fed5cebe000)
        libicuuc.so.40 => /usr/lib/libicuuc.so.40 (0x00007fed5cb73000)
        libicudata.so.40 => /usr/lib/libicudata.so.40 (0x00007fed5bc2e000)

root's ldd output, works fine:
        linux-vdso.so.1 =>  (0x00007fff571ff000)
        libpcre.so.3 => /usr/lib/libpcre.so.3 (0x00007f294ed47000)
        libbotan-1.8.1.so => /usr/lib/libbotan-1.8.1.so (0x00007f294e88e000)
        libpthread.so.0 => /lib/libpthread.so.0 (0x00007f294e673000)
        librt.so.1 => /lib/librt.so.1 (0x00007f294e46b000)
        liblua5.1.so.0 => /usr/lib/liblua5.1.so.0 (0x00007f294e240000)
        libsqlite3.so.0 => /usr/lib/libsqlite3.so.0 (0x00007f294dfb4000)
        libidn.so.11 => /usr/lib/libidn.so.11 (0x00007f294dd82000)
        libz.so.1 => /usr/lib/libz.so.1 (0x00007f294db6b000)
        libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00007f294d85f000)
        libm.so.6 => /lib/libm.so.6 (0x00007f294d5dc000)
        libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00007f294d3c5000)
        libc.so.6 => /lib/libc.so.6 (0x00007f294d072000)
        /lib64/ld-linux-x86-64.so.2 (0x00007f294ef76000)
        libdl.so.2 => /lib/libdl.so.2 (0x00007f294ce6e000)
        libicui18n.so.40 => /usr/lib/libicui18n.so.40 (0x00007f294cad9000)
        libicuuc.so.40 => /usr/lib/libicuuc.so.40 (0x00007f294c78e000)
        libicudata.so.40 => /usr/lib/libicudata.so.40 (0x00007f294b849000)

> thanks,
> zw


-- 
Gary Kramlich <address@hidden>






reply via email to

[Prev in Thread] Current Thread [Next in Thread]