View Issue Details

IDProjectCategoryView StatusLast Update
0000925libextractorcontent insertionpublic2005-09-07 21:36
Reportermilan Assigned ToChristian Grothoff  
PriorityurgentSeverityminorReproducibilityalways
Status closedResolutionfixed 
Summary0000925: libextractor_ole2 makes gnunet-gtk crash at insertion
DescriptionEverytime I try to insert a file using gnunet-gtk, it segfaults. gdb reports :

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1084249504 (LWP 2560)]
0x41bde196 in gsf_infile_msole_new () from /usr/lib/libgsf-1.so.1
(gdb) ba
#0 0x41bde196 in gsf_infile_msole_new () from /usr/lib/libgsf-1.so.1
#1 0x41def102 in libextractor_ole2_extract (
    filename=0x83fef88 "/home/milan/Documents/Dev/gnunet-gtk-0.7.0/AUTHORS",
    date=0x83e2220 "", size=421, prev=0x8401488) at ole2extractor.c:933
#2 0x40ca8f35 in EXTRACTOR_getKeywords (extractor=0x846cfa8,
    filename=0x83fef88 "/home/milan/Documents/Dev/gnunet-gtk-0.7.0/AUTHORS")
    at extractor.c:657
#3 0x40cbff61 in ECRS_extractMetaData (md=0x8401448,
    filename=0x83fef88 "/home/milan/Documents/Dev/gnunet-gtk-0.7.0/AUTHORS",
    extractors=0x8473fa0) at meta.c:305
#4 0x40ca3b5c in on_fsinsertuploadbutton_clicked (dummy=0x80f19c8,
    uploadButton=0x0) at upload.c:320
#5 0x4044a2a6 in g_cclosure_marshal_VOID__VOID ()
   from /usr/lib/libgobject-2.0.so.0

Removing /usr/local/lib/libextractor/libextractor_ole2.* resolves the problem...

libextractor_filename seems to go right (since I get the filename as meta-data and no crash accurs).
Additional InformationDebian "Etch" up-to-date, building from sources, last versions of all 3 softs
TagsNo tags attached.
Attached Files

Activities

Christian Grothoff

2005-08-31 20:52

manager   ~0002201

Can you attach the file for which this happens? Does it happen with "extract"?

One thing that is EXTREMELY strange is that you seem to link against /usr/lib/libgsf-1; however, neither libextractor nor gnunetd use libgsf and they should never link against it!

$ ldd lib/libextractor/libextractor_ole2.so
        linux-gate.so.1 => (0xffffe000)
        libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0x5556e000)
        libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0x555ef000)
        libextractor.so.1 => /home/grothoff//lib/libextractor.so.1 (0x55623000)
        libc.so.6 => /usr/lib/debug/libc.so.6 (0x55628000)
        libltdl.so.3 => /usr/lib/libltdl.so.3 (0x5575b000)
        libdl.so.2 => /usr/lib/debug/libdl.so.2 (0x55762000)
        /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x56555000)


What does it say on your machine?

larsson

2005-09-02 04:42

reporter   ~0002208

im seeing this also, gnunet-gtk full insert:

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16384 (LWP 21505)]
0xb71c04f9 in gsf_infile_msole_new () from /usr/X11R6/lib/libgsf-1.so.1
(gdb) ba
#0 0xb71c04f9 in gsf_infile_msole_new () from /usr/X11R6/lib/libgsf-1.so.1
#1 0xbfffe788 in ?? ()
#2 0xb7ff5ef0 in _dl_rtld_di_serinfo () from /lib/ld-linux.so.2
#3 0xb689c102 in libextractor_ole2_extract (filename=Cannot access memory at address 0x1bef408
) at ole2extractor.c:933
Previous frame inner to this frame (corrupt stack?)


$ ldd /usr/lib/libextractor/libextractor_ole2.so
        linux-gate.so.1 => (0xffffe000)
        libglib-2.0.so.0 => /usr/X11R6/lib/libglib-2.0.so.0 (0xb7f7a000)
        libgobject-2.0.so.0 => /usr/X11R6/lib/libgobject-2.0.so.0 (0xb7f46000)
        libextractor.so.1 => /usr/X11R6/lib/libextractor.so.1 (0xb7f41000)
        libc.so.6 => /lib/libc.so.6 (0xb7dfd000)
        libltdl.so.3 => /usr/X11R6/lib/libltdl.so.3 (0xb7df6000)
        libdl.so.2 => /lib/libdl.so.2 (0xb7df2000)
        /lib/ld-linux.so.2 (0x80000000)

extract runs without any trouble on the same data file..

milan

2005-09-02 13:26

reporter   ~0002209

$ ldd libextractor_ole2.so
        libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0x4001b000)
        libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0x4009c000)
        libextractor.so.1 => /usr/local//lib/libextractor.so.1 (0x400d0000)
        libc.so.6 => /lib/tls/libc.so.6 (0x400d5000)
        libltdl.so.3 => /usr/lib/libltdl.so.3 (0x4020a000)
        libdl.so.2 => /lib/tls/libdl.so.2 (0x40211000)
        /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000)

The lib file comes from /usr/local/lib. linux-gate is missing !

milan

2005-09-02 13:30

reporter   ~0002210

I forgot to tell (as larsson did) that extract doesn't crash, and that (for me at least) all files are causing the crash while libextractor_ole2 is present.

larsson

2005-09-03 10:47

reporter   ~0002213

yes, removing the ole2.so('rm /usr/lib/libextractor/libextractor_ole2.so') removes the segfault here also..

Christian Grothoff

2005-09-04 03:01

manager   ~0002214

Last edited: 2005-09-04 17:07

I think I MAY have resolved this one. However, since I did not reproduce the problem myself, I'd like to ask you to test it first.

For that, I've uploaded a new version of LE:
http://gnunet.org/libextractor/download/libextractor-0.5.4a.tar.gz

Please download, compile, install and let me know if it fixes the problem!

Issue History

Date Modified Username Field Change
2005-08-31 14:36 milan New Issue
2005-08-31 20:52 Christian Grothoff Note Added: 0002201
2005-08-31 20:52 Christian Grothoff Status new => feedback
2005-09-02 02:35 Christian Grothoff Priority normal => urgent
2005-09-02 02:35 Christian Grothoff Projection none => minor fix
2005-09-02 02:35 Christian Grothoff ETA none => < 1 week
2005-09-02 04:42 larsson Note Added: 0002208
2005-09-02 13:26 milan Note Added: 0002209
2005-09-02 13:30 milan Note Added: 0002210
2005-09-03 03:57 larsson File Added: valgrind.gnunet-gtk-LE-ole2
2005-09-03 10:47 larsson Note Added: 0002213
2005-09-04 03:01 Christian Grothoff Status feedback => resolved
2005-09-04 03:01 Christian Grothoff Resolution open => fixed
2005-09-04 03:01 Christian Grothoff Assigned To => Christian Grothoff
2005-09-04 03:01 Christian Grothoff Note Added: 0002214
2005-09-04 03:02 Christian Grothoff Project GNUnet 0.8.x => libextractor
2005-09-04 17:07 Christian Grothoff Note Edited: 0002214
2005-09-07 21:36 Christian Grothoff Status resolved => closed