Le vendredi 17 septembre 2010 à 08:29 +0200, Mathieu Malaterre a écrit : > On Thu, Sep 16, 2010 at 10:48 PM, Josselin Mouette <j...@debian.org> wrote: > > Le jeudi 16 septembre 2010 à 21:54 +0200, Mathieu Malaterre a écrit : > >> #0 0x00007ffff7de4e0c in open_path (name=<value optimized out>, > >> namelen=<value optimized out>, preloaded=<value optimized out>, > >> sps=<value optimized out>, > >> realname=<value optimized out>, fbp=<value optimized out>, > >> loader=0x7ffff7ff49b8, whatcode=2, found_other_class=0x7fffffffc31f) > >> at dl-load.c:1946 > >> #1 0x00007ffff7de673b in _dl_map_object (loader=0x7ffff7ffce20, > >> name=0xa37fa0 "libtracker-client-0.7.so.0", preloaded=<value optimized > >> out>, type=<value optimized out>, > >> trace_mode=<value optimized out>, mode=-1879048191, nsid=0) at > >> dl-load.c:2082 > > > > OK so this is not related to the RPATH, but to LD_LIBRARY_PATH. What is > > the contents of this environment variable for you? > > Nice ! That is exactly that ! > > Step to reproduce: > > # assuming /foobar/bla does not exist on your system > $ export LD_LIBRARY_PATH=/foobar/bla > $ gedit
Well it’s not as simply reproducible as that, since in recent GTK+ versions the code to load libtracker has changed. However I’m very surprised that glibc can crash this way just because of a wrong LD_LIBRARY_PATH. I’m CCing the glibc maintainers; maybe they can confirm whether this is an actual bug in recent eglibc. Cheers, -- .''`. Josselin Mouette : :' : `. `' “If you behave this way because you are blackmailed by someone, `- […] I will see what I can do for you.” -- Jörg Schilling
signature.asc
Description: This is a digitally signed message part
