[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#326553: marked as done (xxdiff: tried to rebuild against new QT libraries, but resulting binary segfaults)



Your message dated Sun, 11 Nov 2007 11:53:21 +0530
with message-id <20071111062320.GD8993@loktak>
and subject line workaround
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: xxdiff
Version: 1:3.1-3
Severity: important

Hi,
xxdiff got uninstalled today for me because I decided to go ahead with
the QT upgrade due to the C++ ABI change.  So I built it locally from
the source package (againist current libqt3-mt libs).  Building it
worked fine, however the resulting binary segfaults:

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1215293760 (LWP 22670)]
0x080871b0 in QDialog::metaObject ()
(gdb) bt
#0  0x080871b0 in QDialog::metaObject ()
#1  0x08087fb6 in QDialog::metaObject ()
#2  0x0806959d in QListBoxItem::setText ()
#3  0x0806e4bf in QListBoxItem::setText ()
#4  0x080753b8 in QMessageBox::metaObject ()
#5  0x4a83aeb0 in __libc_start_main () from /lib/tls/i686/cmov/libc.so.6
#6  0x08056aa1 in ?? ()

Running under valgrind makes it show the "could not run the diff"
message window.  valgrind is quite unhappy however, not sure that the
message from below is really pointing to the core problem.

==22730== Syscall param write(buf) points to uninitialised byte(s)
==22730==    at 0x1B8E47A2: (within /lib/ld-2.3.5.so)
==22730==    by 0x4AA89742: __write_nocancel (in /lib/tls/i686/cmov/libpthread-2.3.5.so)
==22730==    by 0x4CBAC616: (within /usr/X11R6/lib/libX11.so.6.2)
==22730==    by 0x4CBAC8E6: _X11TransWrite (in /usr/X11R6/lib/libX11.so.6.2)
==22730==    by 0x4CB908BD: (within /usr/X11R6/lib/libX11.so.6.2)
==22730==    by 0x4CB909EE: _XReply (in /usr/X11R6/lib/libX11.so.6.2)
==22730==    by 0x4CB7BAF0: XInternAtom (in /usr/X11R6/lib/libX11.so.6.2)
==22730==    by 0x4CB99A0C: XSetWMProperties (in /usr/X11R6/lib/libX11.so.6.2)
==22730==    by 0x1BAF82BF: QWidget::create(unsigned long, bool, bool) (in /usr/lib/libqt-mt.so.3.3.4)
==22730==    by 0x1BBB98BA: QWidget::QWidget(QWidget*, char const*, unsigned) (in /usr/lib/libqt-mt.so.3.3.4)
==22730==    by 0x1BD00574: QDialog::QDialog(QWidget*, char const*, bool, unsigned) (in /usr/lib/libqt-mt.so.3.3.4)
==22730==    by 0x1BD27DF3: QMessageBox::QMessageBox(QString const&, QString const&, QMessageBox::Icon, int, int, int, QWidget*, char const*, bool, unsigned) (in /usr/lib/libqt-mt.so.3.3.4)


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12.5
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages xxdiff depends on:
ii  libc6                     2.3.5-6        GNU C Library: Shared libraries an
ii  libgcc1                   1:4.0.1-6      GCC support library
ii  libqt3-mt                 3:3.3.4-7      Qt GUI Library (Threaded runtime v
ii  libstdc++6                4.0.1-6        The GNU Standard C++ Library v3
ii  libx11-6                  6.8.2.dfsg.1-6 X Window System protocol client li
ii  libxext6                  6.8.2.dfsg.1-6 X Window System miscellaneous exte
ii  xlibs                     6.8.2.dfsg.1-6 X Window System client libraries m

xxdiff recommends no packages.

-- no debconf information


--- End Message ---
--- Begin Message ---
tmake isn't used anymore.  We use qmake.  Closing this bug as done.

Giridhar

On 05/09/07 22:34 +0200, Tomas Pospisek said ...
> Applied Norbert Kiesel's workaround as implemented by 
> realKano@directbox.com.

-- 
Y Giridhar Appaji Nag | http://www.appaji.net/

Attachment: signature.asc
Description: Digital signature


--- End Message ---

Reply to: