Summary: | crashes when redoing screen after executing cvs update | ||
---|---|---|---|
Product: | [Applications] cervisia | Reporter: | Achim Herwig <achim.herwig> |
Component: | general | Assignee: | Bernd Gehrmann <bernd> |
Status: | RESOLVED FIXED | ||
Severity: | crash | ||
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | openSUSE | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Achim Herwig
2003-04-28 12:34:57 UTC
Hi Achim, right now, I can't reproduce this crash. So I need some more information: - Do you use version 2.0 of Cervisia that came with KDE 3.1.1? - What Qt version do you use? - Did you use Cervisia as stand-alone program or embedded in Konqueror or Quanta? - Does the repository contain a binary file? Thanks in advance for your answers... Christian > - Do you use version 2.0 of Cervisia that came with KDE 3.1.1?
yes:
#rpm -qi kdesdk3
Name : kdesdk3 Relocations: (not relocateable)
Version : 3.1.1 Vendor: SuSE AG, Nuernberg, Germany
Release : 25 Build Date: Mit 26 M
Thanks a lot Achim for your very detailed reply!! This bug is really strange, because Cervisia didn't really change between the KDE 3.1.1 release and the current KDE_3_1_BRANCH which will be KDE 3.1.2. So when Cervisia works for you on your Gentoo system, something must have changed outside of Cervisia's source code. Since the dump is (naturally) without debug information, I can't extract enough information from it to fix or reproduce the bug. I change the bug status to resolved for now. Please reopen this report if this bug still exists after SuSE switched to KDE 3.1.2. Bye Christian I have to reopen the bug: It still exists in KDE 3.1.2 (RPMs from SuSE website, this tuesday) and it is there again on Gentoo (kdesdk 3.1.2) as well. I see the problem with the debug output. I tried to compile a debug version on the Gentoo system, but I do not understand enough of the build process (KDE+portage). I ended up again with stripped binaries... But another thing I did: I ran cervisia with valgrind (on the SuSE machine). It produces lots of output (valgrind seems not to be used much around the KDE developers and Trolltech....), but I include only the final statement before the crash here: ==2794== Invalid read of size 4 ==2794== at 0x40C3BAC5: QListView::widthChanged(QListViewItem const *, int) (in /usr/lib/qt3/lib/libqt-mt.so.3.1.2) ==2794== by 0x40C37890: QListViewItem::widthChanged(int) const (in /usr/lib/qt3/lib/libqt-mt.so.3.1.2) ==2794== by 0x40C31533: QListViewItem::setup(void) (in /usr/lib/qt3/lib/libqt-mt.so.3.1.2) ==2794== by 0x40C31F3B: QListViewItem::setPixmap(int, QPixmap const &) (in /usr/lib/qt3/lib/libqt-mt.so.3.1.2) ==2794== Address 0x98 is not stack'd, malloc'd or free'd ==2794== Warning: client attempted to close Valgrind's logfile fd (2). ==2794== Use --logfile-fd=<number> to select an alternative logfile fd. KCrash: Application 'cervisia' crashing... From what I read, at least one QListViewItem doesn't know the correct QListView to call. Or maybe that's because *this is corrupted... When I come around to it, I will try with a debug version and look what happens... Achim. Subject: Re: crashes when redoing screen after executing cvs update Hi Achim, On Friday 23 May 2003 19:17, Achim Herwig wrote: > ------- Additional Comments From achimh+kdebugs@ccc.uni-erlangen.de > 2003-05-23 19:17 ------- I have to reopen the bug: It still exists in > KDE 3.1.2 (RPMs from SuSE website, this tuesday) and it is there > again on Gentoo (kdesdk 3.1.2) as well. do you use one of the hide options from the view menu and if so, can you reproduce the crash if you turn all hide options off? > But another thing I did: I ran cervisia with valgrind (on the SuSE > machine). It produces lots of output (valgrind seems not to be used > much around the KDE developers and Trolltech....), but I include only it's used by many developers but maybe it should be used more often :-) Andr Hi Andr Subject: KDE_3_1_BRANCH: kdesdk/cervisia CVS commit by woebbe: Fix BR #57797: Removed the own implementation of the QListViewItem visible property which could lead to a crash when an invisible item was changed (for invisible items listView() was 0). CCMAIL: 57797-done@bugs.kde.org M +6 -0 ChangeLog 1.22.2.9 M +2 -54 listview.cpp 1.3.2.1 M +0 -6 listview.h 1.3.2.2 --- kdesdk/cervisia/ChangeLog #1.22.2.8:1.22.2.9 @@ -1,2 +1,8 @@ +2003-06-07 Andr |