Bug 111900 - Crash with subversion and filetree enabled
Summary: Crash with subversion and filetree enabled
Status: RESOLVED INTENTIONAL
Alias: None
Product: kdevelop
Classification: Applications
Component: file tree (show other bugs)
Version: unspecified
Platform: Compiled Sources Linux
: NOR crash
Target Milestone: ---
Assignee: kdevelop-bugs-null
URL:
Keywords:
: 108445 110222 111021 113411 130464 132656 134541 135075 139556 139961 (view as bug list)
Depends on:
Blocks:
 
Reported: 2005-09-01 19:41 UTC by Albert Cervera Areny
Modified: 2008-07-05 23:39 UTC (History)
10 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
kdevelop crash backtrace (7.21 KB, text/plain)
2006-08-24 23:27 UTC, Raúl
Details
konsole output for the crash. (7.21 KB, text/plain)
2006-08-24 23:28 UTC, Raúl
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Albert Cervera Areny 2005-09-01 19:41:07 UTC
Version:            (using KDE Devel)
Installed from:    Compiled sources

KDevelop crashes when trying to open a project that has subversion and filetree plugins enabled.

Here is the backtrace:

Using host libthread_db library "/lib/tls/libthread_db.so.1".
`system-supplied DSO at 0xffffe000' has disappeared; keeping its symbols.
[Thread debugging using libthread_db enabled]
[New Thread 1108977888 (LWP 31851)]
[New Thread 1131215792 (LWP 31861)]
[KCrash handler]
#3  0x4005ac14 in QShared::ref (this=0x28) at qshared.h:49
#4  0x41b79f3f in QString::operator= (this=0xbfffe850, s=@0x8ea6c00)
    at tools/qstring.cpp:1593
#5  0x413bfb7a in KURL::operator= (this=0xbfffe850, _u=@0x8ea6c00)
    at /home/albert/kde/KDE/kdelibs/kdecore/kurl.cpp:1062
#6  0x413bc2e3 in KURL (this=0xbfffe850, _u=@0x8ea6c00)
    at /home/albert/kde/KDE/kdelibs/kdecore/kurl.cpp:478
#7  0x40e7c14a in KFileTreeBranch::parentKFTVItem (this=0x8e13e20,
    item=0x8ea6bf8)
    at /home/albert/kde/KDE/kdelibs/kio/kfile/kfiletreebranch.cpp:123
#8  0x40e7c43d in KFileTreeBranch::addItems (this=0x8e13e20, list=@0x8e96100)
    at /home/albert/kde/KDE/kdelibs/kio/kfile/kfiletreebranch.cpp:163
#9  0x40e7e0d3 in KFileTreeBranch::qt_invoke (this=0x8e13e20, _id=12,
    _o=0xbfffeaa0) at kfiletreebranch.moc:210
#10 0x41885945 in QObject::activate_signal (this=0x8e13e20, clist=0x8e18f78,
    o=0xbfffeaa0) at kernel/qobject.cpp:2355
#11 0x40da7f60 in KDirLister::newItems (this=0x8e13e20, t0=@0x8e96100)
    at kdirlister.moc:312
#12 0x40da6e06 in KDirLister::emitItems (this=0x8e13e20)
    at /home/albert/kde/KDE/kdelibs/kio/kio/kdirlister.cpp:2290
#13 0x40da3ad8 in KDirListerCache::slotUpdateResult (this=0x863e1d8,
    j=0x86546d8) at /home/albert/kde/KDE/kdelibs/kio/kio/kdirlister.cpp:1578
#14 0x40da9277 in KDirListerCache::qt_invoke (this=0x863e1d8, _id=10,
    _o=0xbfffed10) at kdirlister_p.moc:135
#15 0x41885945 in QObject::activate_signal (this=0x86546d8, clist=0x86567a0,
    o=0xbfffed10) at kernel/qobject.cpp:2355
#16 0x40d00c55 in KIO::Job::result (this=0x86546d8, t0=0x86546d8)
    at jobclasses.moc:162
#17 0x40cebdba in KIO::Job::emitResult (this=0x86546d8)
    at /home/albert/kde/KDE/kdelibs/kio/kio/job.cpp:222
#18 0x40ced496 in KIO::SimpleJob::slotFinished (this=0x86546d8)
    at /home/albert/kde/KDE/kdelibs/kio/kio/job.cpp:570
#19 0x40cf4a8c in KIO::ListJob::slotFinished (this=0x86546d8)
    at /home/albert/kde/KDE/kdelibs/kio/kio/job.cpp:2078
#20 0x40d04eff in KIO::ListJob::qt_invoke (this=0x86546d8, _id=16,
    _o=0xbfffefb0) at jobclasses.moc:1734
#21 0x41885945 in QObject::activate_signal (this=0x8d973a0, clist=0x8d95188,
    o=0xbfffefb0) at kernel/qobject.cpp:2355
#22 0x418857e5 in QObject::activate_signal (this=0x8d973a0, signal=6)
    at kernel/qobject.cpp:2324
#23 0x40cde8a7 in KIO::SlaveInterface::finished (this=0x8d973a0)
    at slaveinterface.moc:226
#24 0x40cdceb2 in KIO::SlaveInterface::dispatch (this=0x8d973a0, _cmd=104,
    rawdata=@0xbffff190)
    at /home/albert/kde/KDE/kdelibs/kio/kio/slaveinterface.cpp:243
#25 0x40cdcb22 in KIO::SlaveInterface::dispatch (this=0x8d973a0)
    at /home/albert/kde/KDE/kdelibs/kio/kio/slaveinterface.cpp:173
#26 0x40cda643 in KIO::Slave::gotInput (this=0x8d973a0)
    at /home/albert/kde/KDE/kdelibs/kio/kio/slave.cpp:300
#27 0x40cdc027 in KIO::Slave::qt_invoke (this=0x8d973a0, _id=4, _o=0xbffff2c0)
    at slave.moc:113
#28 0x41885945 in QObject::activate_signal (this=0x8cb24c0, clist=0x8bc5768,
    o=0xbffff2c0) at kernel/qobject.cpp:2355
#29 0x41885c98 in QObject::activate_signal (this=0x8cb24c0, signal=2, param=29)
    at kernel/qobject.cpp:2448
#30 0x41bea235 in QSocketNotifier::activated (this=0x8cb24c0, t0=29)
    at .moc/debug-shared-mt/moc_qsocketnotifier.cpp:85
#31 0x418a5c0b in QSocketNotifier::event (this=0x8cb24c0, e=0xbffff570)
    at kernel/qsocketnotifier.cpp:258
#32 0x41822565 in QApplication::internalNotify (this=0xbffff880,
    receiver=0x8cb24c0, e=0xbffff570) at kernel/qapplication.cpp:2635
#33 0x41821a9d in QApplication::notify (this=0xbffff880, receiver=0x8cb24c0,
    e=0xbffff570) at kernel/qapplication.cpp:2358
#34 0x41323254 in KApplication::notify (this=0xbffff880, receiver=0x8cb24c0,
    event=0xbffff570)
    at /home/albert/kde/KDE/kdelibs/kdecore/kapplication.cpp:550
#35 0x401f9cea in QApplication::sendEvent (receiver=0x8cb24c0,
    event=0xbffff570) at qapplication.h:491
#36 0x41810d7b in QEventLoop::activateSocketNotifiers (this=0x80a7478)
    at kernel/qeventloop_unix.cpp:578
#37 0x417c948b in QEventLoop::processEvents (this=0x80a7478, flags=4)
    at kernel/qeventloop_x11.cpp:383
#38 0x41836b91 in QEventLoop::enterLoop (this=0x80a7478)
    at kernel/qeventloop.cpp:198
#39 0x41836aaa in QEventLoop::exec (this=0x80a7478)
    at kernel/qeventloop.cpp:145
#40 0x418226d1 in QApplication::exec (this=0xbffff880)
    at kernel/qapplication.cpp:2758
#41 0x0804f416 in main (argc=1, argv=0xbffffa24)
    at /home/albert/kde/KDE/kdevelop/src/main.cpp:145
Comment 1 Alexander Dymo 2005-09-01 19:46:49 UTC
Ok, this happens.
The problem is not in the subversion plugin but in filelist plugin. Looks likes it listens to some signals from dirlister and does it wrong. 
Each time when *status* methods from vcs/subversion/subversion_fileinfo.cpp are called on *.pcs file, KDevelop crashes. Could we just skip *.pcs file in the filelist?
Jens (teatime), could you look at that.
Comment 2 Jens Dagerbo 2005-09-15 13:49:19 UTC
FileList? Are you sure you don't mean the FileTree, Alexander? Or even the FileSelector (in which case this sounds alot like the chronic bug #69906). 

The FileList doesn't listen to any dirlister signals. (Or it didn't last time I looked at the source, maybe the recent additions changed this. The report doesn't state what version of the code exhibits this problem.)
Comment 3 Jens Dagerbo 2005-09-28 17:08:53 UTC
*** Bug 113411 has been marked as a duplicate of this bug. ***
Comment 4 Andreas Kling 2006-08-03 18:24:33 UTC
*** Bug 111021 has been marked as a duplicate of this bug. ***
Comment 5 Andreas Kling 2006-08-19 21:44:36 UTC
*** Bug 132656 has been marked as a duplicate of this bug. ***
Comment 6 Raúl 2006-08-24 23:26:00 UTC
I have a very similar problem, I would say it's the same. Indeed someone at kdevelop forwarded me here.

The problem is that when I load kdevelop, it automatically reloads the last opened project. After it has loaded (100% progress bar), the you can't type anything as it weer frozen and then I had the crash. I loaded the kmobiletools project, you can dowload getting instructions from http://kmobiletools.org/svn.

I will attach now the backtraces I have and also the konsole output.
Comment 7 Raúl 2006-08-24 23:27:34 UTC
Created attachment 17492 [details]
kdevelop crash backtrace
Comment 8 Raúl 2006-08-24 23:28:25 UTC
Created attachment 17493 [details]
konsole output for the crash.
Comment 9 Raúl 2006-08-24 23:39:10 UTC
If I remove the line <versioncontrol>kdevsubversion</versioncontrol> in the .kdevelop files, then it loads normally.
Comment 10 Jens Dagerbo 2006-09-23 17:32:46 UTC
*** Bug 134541 has been marked as a duplicate of this bug. ***
Comment 11 Jens Dagerbo 2006-10-10 19:54:50 UTC
*** Bug 135075 has been marked as a duplicate of this bug. ***
Comment 12 Rene Horn 2006-10-11 01:30:16 UTC
Okay, so I just found out that I have the same problem.  I see the pausing problem described by Raul above, but I'm pretty sure it's normal because when I when open the project from an already running instance of KDevelop, it does pause, but then gives back control (i.e. no crash).

If anyone is looking for a work-around, look at my duplicate, Bug 135075.
Comment 13 Rene Horn 2006-10-11 09:01:12 UTC
I'm not sure why I didn't ask this before.

Why does this bug only happen when starting up KDevelop with an opened project versus not happening when using Project->Open Project?
Comment 14 Jens Dagerbo 2006-10-11 19:43:35 UTC
Yeah, that is a very very good question...
Comment 15 Jens Dagerbo 2007-01-03 14:32:34 UTC
*** Bug 139556 has been marked as a duplicate of this bug. ***
Comment 16 Jens Dagerbo 2007-01-03 14:35:24 UTC
*** Bug 108445 has been marked as a duplicate of this bug. ***
Comment 17 Andreas Pakulat 2007-01-12 14:30:18 UTC
*** Bug 139961 has been marked as a duplicate of this bug. ***
Comment 18 Jens Dagerbo 2007-01-13 00:39:52 UTC
*** Bug 110222 has been marked as a duplicate of this bug. ***
Comment 19 Jens Dagerbo 2007-01-13 01:30:15 UTC
*** Bug 130464 has been marked as a duplicate of this bug. ***
Comment 20 Andreas Pakulat 2008-07-05 23:39:03 UTC
this won't get fixed in kdevelop3 due to lack of time and the relevant code is completely different in kdevelop4.