[Top][All Lists]
[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>
Bug#523261: [Monotone-debian] Bug#523261: monotone segfaulting on any invocation, Gary Kramlich, 2009/04/10
[Monotone-debian] Bug#523261: marked as done (monotone segfaulting on any invocation), Debian Bug Tracking System, 2009/04/10