Bug#595271: gedit crash when saving empty file

[Josselin Mouette]

Le vendredi 17 septembre 2010 à 08:29 +0200, Mathieu Malaterre a
écrit : 
> On Thu, Sep 16, 2010 at 10:48 PM, Josselin Mouette <joss at 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
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 190 bytes
Desc: This is a digitally signed message part
URL: <http://lists.alioth.debian.org/pipermail/pkg-gnome-maintainers/attachments/20100917/8f0b66cc/attachment.pgp>