Arch Linux

elahav

Member

From: Ottawa, ON

Registered: 2005-04-18

Posts: 90

Qt 3.3.5 woes

Afrer upgrading to Qt 3.3.5, I encounter many problems with several KDE programmes.
At first, with the 3.3.5-1 package, I got many crashes whose traces pointed to QListView::takeItem(). I then upgraded to 3.3.5-2, and now some KDE applications will not even start (using KDE 3.4.3).
I thought there were some known problems with Qt 3.3.5. Why was it moved to current?

Elad

lucke

Member

From: Poland

Registered: 2004-11-30

Posts: 4,018

Re: Qt 3.3.5 woes

Actually I suspect it's qt3.3.5 which causes constant amarok crashes on my box :-(

kth5

Member

Registered: 2004-04-29

Posts: 657

Website

Re: Qt 3.3.5 woes

i don't know about that. ok i run testing mostly but as it seemed amarok did not die on me once yet. i run base-mysqlfree with engine-xine, could that be different from you case?

no idea if all of the KDE apps i have installed are 100% fine but none of the ones i use often failed recently, especially not due to a qt 3.3.5 bug or anything. 

---

I recognize that while theory and practice are, in theory, the same, they are, in practice, different. -Mark Mitchell

lucke

Member

From: Poland

Registered: 2004-11-30

Posts: 4,018

Re: Qt 3.3.5 woes

I usually use amarok regularly built from svn, but it's the same with 'stable' version (same setup as yours) - it loves to crash when I load playlists. That's been bothering me for some time, sadly. What's more, debugging didn't reveal anything interesting.

Qt was one of the culprits I've been suspecting and although I didn't experience other problems with qt3.3.5, this topic inclined me to check how things work with 3.3.4. I've just rebuilt kdelibs with it and, to my own relief, it seems loading things into amarok doesn't crash it anymore.

kth5

Member

Registered: 2004-04-29

Posts: 657

Website

Re: Qt 3.3.5 woes

coud it not be an issue about amarok not being compiled against the kdelibs which were then build aginst the qt you have installed? maybe that would be another go and if so, a bug should be filed. 

---

I recognize that while theory and practice are, in theory, the same, they are, in practice, different. -Mark Mitchell

lucke

Member

From: Poland

Registered: 2004-11-30

Posts: 4,018

Re: Qt 3.3.5 woes

You have complicated this sentence a bit ;-)

I have recompiled amarok regularly (--> svn), so it was compiled against qt3.3.5 and matching kdelibs.

lucke

Member

From: Poland

Registered: 2004-11-30

Posts: 4,018

Re: Qt 3.3.5 woes

Murphy's laws always valid.

Why do fixes always get released next day after you've started tinkering with things? ;-)

Anyway, amarok guys fixed this and it doesn't crash here anymore. A bit peculiar thing though, that it was happening only with qt3.3.5.

elahav

Member

From: Ottawa, ON

Registered: 2005-04-18

Posts: 90

Re: Qt 3.3.5 woes

The new Amarok no longer crashes immediately. However, we are back to the original problem: it crashes when I load a playlist, with the backtrace pointing to QListViewItem::takeItem() called from the QListViewItem destructor.
As I said in my original post, this is not an Amarok only problem. I get similar crashes with Krusader, and I've read about someone having this problem while viewing files in Konquerer's list view mode.

elahav

Member

From: Ottawa, ON

Registered: 2005-04-18

Posts: 90

Re: Qt 3.3.5 woes

I found the following patch on kde-devel, which has finally solved my problem:

--- qt-x11-free-3.3.5-old/src/widgets/qlistview.cpp  2005-09-02
05:43:15.000000000 -0700
+++ qt-x11-free-3.3.5/src/widgets/qlistview.cpp 2005-11-04 04:07:40.000000000 -0800
@@ -3231,6 +3231,7 @@
     d->focusItem = 0;
     d->selectAnchor = 0;
     d->pressedItem = 0;
+    d->highlighted = 0;

     // if it's down its downness makes no sense, so undown it
     d->buttonDown = FALSE;

I'm not sure when and if Trolltech is going to publish a new version, or when the KDE guys will add this patch to their set of Qt fixes. Perhaps it can be added to Arch's Qt package.