Segfault at startup - .deb install - x86_64 - Ubuntu 9.10 (karmic)

[GoogleCodeExporter]

Created attachment 12
ltrace edb

Edb 0.9.16, as installed from the .deb package, won't start on a x86_64 Karmic.

It runs without issues on a (mostly) new install of a 32 bits Ubuntu 10.04.

I wonder if I'm missing something; maybe it's just my fault for not having a 
full-blown installation of Qt, even if all the dependences declared on the .deb 
are met. I'll try to install more qt libraries and see if that makes a 
difference. If not, I'll compile the sources myself and see the results.

In the meantime, here are some details (additionally, there's an ltrace edb 
attached, just in the improbable case it is useful):

$ lsb_release --all
No LSB modules are available.
Distributor ID: Ubuntu
Description:    Ubuntu 9.10
Release:    9.10
Codename:   karmic

$ uname -a
Linux xxxx 2.6.31-23-generic #75-Ubuntu SMP Fri Mar 18 18:16:06 UTC 2011 x86_64 
GNU/Linux

$ edb
Starting EDB Version: 0.9.16 
Please Report Bugs & Requests At: http://bugs.codef00.com/
Segmentation fault

$ ldd /usr/bin/edb  ### No libraries missing
    linux-vdso.so.1 =>  (0x00007fff529ff000)
    libQtGui.so.4 => /usr/lib/libQtGui.so.4 (0x00007f171450b000)
    libQtCore.so.4 => /usr/lib/libQtCore.so.4 (0x00007f17140d4000)
    libpthread.so.0 => /lib/libpthread.so.0 (0x00007f1713eb8000)
    libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00007f1713ba8000)
    libm.so.6 => /lib/libm.so.6 (0x00007f1713924000)
    libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00007f171370d000)
    libc.so.6 => /lib/libc.so.6 (0x00007f171339d000)
    libaudio.so.2 => /usr/lib/libaudio.so.2 (0x00007f1713184000)
    libpng12.so.0 => /usr/lib/libpng12.so.0 (0x00007f1712f5e000)
    libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x00007f1712cd9000)
    libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0x00007f1712a92000)
    libSM.so.6 => /usr/lib/libSM.so.6 (0x00007f1712889000)
    libICE.so.6 => /usr/lib/libICE.so.6 (0x00007f171266e000)
    libz.so.1 => /lib/libz.so.1 (0x00007f1712457000)
    libglib-2.0.so.0 => /lib/libglib-2.0.so.0 (0x00007f1712190000)
    libXrender.so.1 => /usr/lib/libXrender.so.1 (0x00007f1711f86000)
    libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0x00007f1711d54000)
    libXext.so.6 => /usr/lib/libXext.so.6 (0x00007f1711b42000)
    libX11.so.6 => /usr/lib/libX11.so.6 (0x00007f171180c000)
    libgthread-2.0.so.0 => /usr/lib/libgthread-2.0.so.0 (0x00007f1711607000)
    librt.so.1 => /lib/librt.so.1 (0x00007f17113ff000)
    libdl.so.2 => /lib/libdl.so.2 (0x00007f17111fb000)
    /lib64/ld-linux-x86-64.so.2 (0x00007f17150bf000)
    libXt.so.6 => /usr/lib/libXt.so.6 (0x00007f1710f95000)
    libXau.so.6 => /usr/lib/libXau.so.6 (0x00007f1710d92000)
    libpcre.so.3 => /lib/libpcre.so.3 (0x00007f1710b64000)
    libuuid.so.1 => /lib/libuuid.so.1 (0x00007f171095f000)
    libexpat.so.1 => /lib/libexpat.so.1 (0x00007f1710736000)
    libxcb.so.1 => /usr/lib/libxcb.so.1 (0x00007f171051a000)
    libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0x00007f1710315000)

Original issue reported on code.google.com by evan.teran on 3 Oct 2012 at 3:21

[GoogleCodeExporter]

Unfortunately the packages currently available on my website are built for 
Ubuntu 10.04 and have not been tested at all on any other versions.

For future releases, I plan to have .deb files for more versions of Ubuntu, so 
hopefully this issue will be addressed for you soon.

Original comment by evan.teran on 3 Oct 2012 at 5:02

[GoogleCodeExporter]

Don't worry, if I'm not wrong you aren't the package creator nor its 
maintainer. Besides, Karmic's end-of-life is almost here.
If I haven't updated yet it's because I'm planing on switching from Ubuntu to 
another distro, after having tested a few ones (Mint looks really promising so 
far, at least among the dpkg-apt based).

Until now, the exact problem which causes this bug remains unknown to me, but 
I'm not going to spend any more time on it. I'm satisfied if anyone with the 
same problem comes here and at least finds the issue documented. Please feel 
free to change its state to "won't fix" or whatever is appropriate.

BTW, keep the good work. This is the best graphical debugger for reverse 
engineering I've seen for GNU. I tried a lot of gdb GUI front-ends (that's not 
to say I checked all of them, of course), and they suck (only two of them would 
be worth to mention, but are slow and somewhat unstable/buggy). I see a bright 
future for edb, being an open sourced equivalent of ollydbg (for instance, 
plugins to integrate it with radare2 come to mind, and what not ;-)

Original comment by evan.teran on 3 Oct 2012 at 5:02

[GoogleCodeExporter]

Original comment by evan.teran on 3 Oct 2012 at 5:02

Attachments:

• ltrace.txt

[GoogleCodeExporter]

Original comment by evan.teran on 3 Oct 2012 at 5:03

• Changed state: WontFix