Bug#595271: gedit crash when saving empty file

[Josselin Mouette]

Le jeudi 16 septembre 2010 à 16:28 +0200, Mathieu Malaterre a écrit : 
> No. There is no libtracker-client-0.7.so.0 on my system. Here what
> strace reveals:
> 
> ...
> writev(16, [{"l\1\1\1V\0\0\0\4\0\0\0\177\0\0\0\1\1o\0\25\0\0\0/org/fre"...,
> 144}, {"Q\0\0\0sender='org.gtk.vfs.Daemon',"..., 86}], 2) = 230
> writev(16, [{"l\1\1\1X\0\0\0\5\0\0\0\177\0\0\0\1\1o\0\25\0\0\0/org/fre"...,
> 144}, {"S\0\0\0sender='org.gtk.vfs.Daemon',"..., 88}], 2) = 232
> open("/home/mathieu/.gtk-bookmarks", O_RDONLY) = -1 ENOENT (No such
> file or directory)
> stat("libtracker-client-0.7.so.0", 0x7fffeb481900) = -1 ENOENT (No
> such file or directory)
> stat("libtracker-client-0.7.so.0.so", 0x7fffeb481900) = -1 ENOENT (No
> such file or directory)
> stat("libtracker-client-0.7.so.0.la", 0x7fffeb481900) = -1 ENOENT (No
> such file or directory)
> open("/usr/lib/tls/libtracker-client-0.7.so.0", O_RDONLY) = -1 ENOENT
> (No such file or directory)
> open("/usr/lib/libtracker-client-0.7.so.0", O_RDONLY) = -1 ENOENT (No
> such file or directory)
> open("/lib/libtracker-client-0.7.so.0", O_RDONLY) = -1 ENOENT (No such
> file or directory)
> open("/home/mathieu/local/lib/tls/x86_64/libtracker-client-0.7.so.0",
> O_RDONLY) = -1 ENOENT (No such file or directory)
> stat("/home/mathieu/local/lib/tls/x86_64", 0x7fffeb4810a0) = -1 ENOENT
> (No such file or directory)
> open("/home/mathieu/local/lib/tls/libtracker-client-0.7.so.0",
> O_RDONLY) = -1 ENOENT (No such file or directory)
> stat("/home/mathieu/local/lib/tls", 0x7fffeb4810a0) = -1 ENOENT (No
> such file or directory)
> open("/home/mathieu/local/lib/x86_64/libtracker-client-0.7.so.0",
> O_RDONLY) = -1 ENOENT (No such file or directory)
> stat("/home/mathieu/local/lib/x86_64", 0x7fffeb4810a0) = -1 ENOENT (No
> such file or directory)
> open("/home/mathieu/local/lib/libtracker-client-0.7.so.0", O_RDONLY) =
> -1 ENOENT (No such file or directory)
> stat("/home/mathieu/local/lib", 0x7fffeb4810a0) = -1 ENOENT (No such
> file or directory)
> --- SIGSEGV (Segmentation fault) @ 0 (0) ---
> +++ killed by SIGSEGV +++

Ah, so it doesn’t manage to open it at all.

It looks like the following code is only called in case a RPATH exists
in the binary (which is the case for gedit on amd64).

#0  0x00007ffff7de4dcc 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=0x7fffffffc37f) at dl-load.c:1946
#1  0x00007ffff7de66fb in _dl_map_object (loader=0x7ffff7ffce20, name=0x9d3570 "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

#0 looks like it is trying to free the memory area from which the RPATH
comes, incorrectly thinking it is allocated. Which means this could well
be a glibc bug.

And here we come to the glibc version you have installed on your
system: 
ii  libc6                   2.11.1-3         Embedded GNU C Library: Shared lib

This version doesn’t come from either of lenny nor squeeze/sid. Could
you please try again with the one from squeeze?

Thanks,
-- 
 .''`.      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/20100916/c0070e20/attachment-0001.pgp>