KDESVN crash at startup

[tdeleeuw]

When I start KDESVN it crashes immediately. I first had the problem with kdeSVN 0.11.6, then decided to give a try to the latest version.

I do not know if it has a link but I did not remark this problem before I updgraded SVN to 1.4.4

Running it from prompt gives this: $ kdesvn KCrash: Application 'kdesvn' crashing... QSocketNotifier: invalid socket 11 and type 'Read', disabling... QSocketNotifier: invalid socket 9 and type 'Read', disabling... QSocketNotifier: invalid socket 4 and type 'Read', disabling... QSocketNotifier: invalid socket 10 and type 'Read', disabling... QSocketNotifier: invalid socket 7 and type 'Read', disabling...

Note that if I run kdesvn xxx, it starts sucessfully just indicates "Could not open url  file:///home/<my account>/xxx

As soon as I try to open a repository (http in my case) it crashes.

Note that it do work normally from the command line interface.

ADDITIONAL INFORMATION: 1.Stack trace as shown ion the KDE Crash screen

2. SVN Full Version

1.Stack trace as shown ion the KDE Crash screen

---

(no debugging symbols found) Using host libthread_db library "/lib/libthread_db.so.1". (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread -1234069312 (LWP 27750)] [New Thread -1252541552 (LWP 27754)] 0xb7f5e410 in kernel_vsyscall () #0 0xb7f5e410 in kernel_vsyscall () #1 0xb6be500b in read () from /lib/libc.so.6 #2 0xb778bb1e in ?? () from /usr/lib/libX11.so.6 #3 0x00000003 in ?? () #4 0xbfa20750 in ?? () #5 0x00000020 in ?? () #6 0xb778b6af in _X11TransWrite () from /usr/lib/libX11.so.6 #7 0xb778b67f in _X11TransRead () from /usr/lib/libX11.so.6 #8 0xb777f499 in _XRead () from /usr/lib/libX11.so.6 #9 0xb777ff45 in _XReply () from /usr/lib/libX11.so.6 #10 0xb777b652 in XTranslateCoordinates () from /usr/lib/libX11.so.6 #11 0xb7a3cf5c in QWidget::mapFromGlobal () from /usr/qt/3/lib/libqt-mt.so.3 #12 0xb7c0661d in QTipManager::eventFilter () from /usr/qt/3/lib/libqt-mt.so.3 #13 0xb7a6ff3b in QApplication::internalNotify ()

from /usr/qt/3/lib/libqt-mt.so.3

#14 0xb7a70d48 in QApplication::notify () from /usr/qt/3/lib/libqt-mt.so.3 #15 0xb7562b3f in KApplication::notify ()

from /usr/kde/3.5/lib/libkdecore.so.4

#16 0xb7a10082 in QETWidget::translateMouseEvent ()

from /usr/qt/3/lib/libqt-mt.so.3

#17 0xb7a0f960 in QApplication::x11ProcessEvent ()

from /usr/qt/3/lib/libqt-mt.so.3

#18 0xb7a1f9a1 in QEventLoop::processEvents ()

from /usr/qt/3/lib/libqt-mt.so.3

#19 0xb7a86a0a in QEventLoop::processEvents ()

from /usr/qt/3/lib/libqt-mt.so.3

#20 0xb7a6fa6c in QApplication::processEvents ()

from /usr/qt/3/lib/libqt-mt.so.3

#21 0xb6535bfd in ?? () from /usr/lib/kde3/libkdesvnpart.so #22 0xb652e5b6 in ?? () from /usr/lib/kde3/libkdesvnpart.so #23 0xb7acf649 in QObject::activate_signal () from /usr/qt/3/lib/libqt-mt.so.3 #24 0xb7acfe92 in QObject::activate_signal () from /usr/qt/3/lib/libqt-mt.so.3 #25 0xb6553326 in ?? () from /usr/lib/kde3/libkdesvnpart.so #26 0xb6555a5d in ?? () from /usr/lib/kde3/libkdesvnpart.so #27 0xb656e62b in ?? () from /usr/lib/kde3/libkdesvnpart.so #28 0xb7acf649 in QObject::activate_signal () from /usr/qt/3/lib/libqt-mt.so.3 #29 0xb7ad029d in QObject::activate_signal () from /usr/qt/3/lib/libqt-mt.so.3 #30 0xb7e0b219 in QTimer::timeout () from /usr/qt/3/lib/libqt-mt.so.3 #31 0xb7af2dff in QTimer::event () from /usr/qt/3/lib/libqt-mt.so.3 #32 0xb7a6ff77 in QApplication::internalNotify ()

from /usr/qt/3/lib/libqt-mt.so.3

#33 0xb7a70b31 in QApplication::notify () from /usr/qt/3/lib/libqt-mt.so.3 #34 0xb7562b3f in KApplication::notify ()

from /usr/kde/3.5/lib/libkdecore.so.4

#35 0xb7a650ec in QEventLoop::activateTimers ()

from /usr/qt/3/lib/libqt-mt.so.3

#36 0xb7a1fc8c in QEventLoop::processEvents ()

from /usr/qt/3/lib/libqt-mt.so.3

#37 0xb7a86a0a in QEventLoop::processEvents ()

from /usr/qt/3/lib/libqt-mt.so.3

#38 0xb7a6fa6c in QApplication::processEvents ()

from /usr/qt/3/lib/libqt-mt.so.3

#39 0xb6535bfd in ?? () from /usr/lib/kde3/libkdesvnpart.so #40 0xb652e5b6 in ?? () from /usr/lib/kde3/libkdesvnpart.so #41 0xb7acf649 in QObject::activate_signal () from /usr/qt/3/lib/libqt-mt.so.3 #42 0xb7acfe92 in QObject::activate_signal () from /usr/qt/3/lib/libqt-mt.so.3 #43 0xb6553326 in ?? () from /usr/lib/kde3/libkdesvnpart.so #44 0xb65556f0 in ?? () from /usr/lib/kde3/libkdesvnpart.so #45 0xb652caae in ?? () from /usr/lib/kde3/libkdesvnpart.so #46 0xb6546917 in ?? () from /usr/lib/kde3/libkdesvnpart.so #47 0xb651a6c7 in ?? () from /usr/lib/kde3/libkdesvnpart.so #48 0xb65166ea in kdesvnPart::openURL () from /usr/lib/kde3/libkdesvnpart.so #49 0x0805212f in ?? () #50 0x0805237b in ?? () #51 0x08051022 in _start ()

2. SVN Full Version

---

svn, version 1.4.4 (r25188)

compiled Jun 18 2007, 04:09:58

Copyright (C) 2000-2006 CollabNet?. Subversion is open source software, see  http://subversion.tigris.org/ This product includes software developed by CollabNet? ( http://www.Collab.Net/).

The following repository access (RA) modules are available:

• ra_dav : Module for accessing a repository via WebDAV (DeltaV) protocol.
  • handles 'http' scheme
  • handles 'https' scheme
• ra_svn : Module for accessing a repository using the svn network protocol.
  • handles 'svn' scheme
• ra_local : Module for accessing a repository on local disk.
  • handles 'file' scheme

[tdeleeuw]

To clarify when I say that from the cmd line it works normally I forgot to mention that SVN directly is working normally.

[tdeleeuw]

Maybe of interest I also use Gentoo (as bug report 149). I really suspect a problem with SVN library.

I've removed my bookmark files --> still crash I've removed the kdesvnrc file --> Starts sucessfully then tried to open a local folder --> CARSH I've removed the kdesvnrc file --> Starts sucessfully then tried to open a remote repo --> CARSH

Looks like until it needs to access SVN, there is no issue, but of course then I loose some featuresof it ;-))

I really suspect a problem with the latest version of 1.4.4 of SVN.

[alwin]

Which distribution? Gentoo?

[tdeleeuw]

Indeed, Gentoo, bu what is strange is that I ahad no problem before the upgrade of uyesterday...

[alwin]

Gentoo is the one and only distribution reporting problems with kdesvn, on all other it is working fine. And I tried to resolve whats going on and installed gentoo inside a vmware box but my kdesvn is running. And on all other distributions its working fine with subversion 1.4.x - so I have no idea whats going wrong on gentoo.

[alwin]

is it possible to set compileflags to debug? I don't know how that ebuild works, but somewhere must set -DCMAKE_BUILD_TYPE=Release - this should changed to -DCMAKE_BUILD_TYPE=Debug. Then the crash-handler should switched off and you should get a core-dump. with gdb you should now able generating a full backtrace.

And is this problem reported to gentoo? It seems that something goes strong wrong there (Buildflags, missing/wrong headers or similar) so someone of the gentoos should check it, too.

[tdeleeuw]

Thanks for your fast and efficient follow up. Maybe of interest (I do not know) when I run kdesvn on a local copy and I'm disconnected from the network, there is no crash but I have, as reported in bug 149) every line red and garbage at bottom). If I connect the netword, then it opens for a very short time (I could see this time that again, everything was red and, just after, it crashes...) I've updated my ebuild file (located by default in /usr/portage/dev-util/kdesvn/). For your informlation, you then need to use emerge --digest kdesvn because otherwise it complains that the digest of the file is invalid.

However, even after the modification, I did not get any core dump (I've done the ulimit -c 50000)

Here is the ebuild file after modification. Did I do something wrong?

# Copyright 1999-2007 Gentoo Foundation # Distributed under the terms of the GNU General Public License v2 # $Header: /var/cvsroot/gentoo-x86/dev-util/kdesvn/kdesvn-0.12.0.ebuild,v 1.1 2007/05/23 18:26:43 genstef Exp $

inherit eutils kde-functions toolchain-funcs

DESCRIPTION="KDESvn is a frontend to the subversion vcs." HOMEPAGE=" http://www.alwins-world.de/wiki/programs/kdesvn" SRC_URI=" http://www.alwins-world.de/programs/download/${PN}/${P}.tar.bz2"

SLOT="0" LICENSE="GPL-2" KEYWORDS="~amd64 ~x86" IUSE=""

DEPEND=">=dev-util/subversion-1.3

net-misc/neon

=dev-util/cmake-2.4"

need-kde 3.3

src_unpack() {

unpack ${A} cd "${S}"

sed -i -e 's:LINK_FLAGS "${APR_EXTRA_LIBFLAGS} ${APU_EXTRA_LIBFLAGS} ${LINK_NO_UNDEFINED} ${_BASE_LDADD}"):LINK_FLAGS "${_BASE_LDADD} ${APR_EXTRA_LIBFLAGS} ${APU_EXTRA_LIBFLAGS} ${LINK_NO_UNDEFINED}"):'

src/CMakeLists.txt

}

src_compile() {

cmake

-DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_BUILD_TYPE=Debug -DCMAKE_C_COMPILER=$(type -P $(tc-getCC)) -DCMAKE_CXX_COMPILER=$(type -P $(tc-getCXX)) -DCMAKE_CXX_FLAGS="-DQT_THREAD_SUPPORT" -DLIB_INSTALL_DIR=/usr/$(get_libdir)

die

emake

die

}

src_install() {

emake DESTDIR="${D}" install

die

}

pkg_postinst() {

if ! has_version 'kde-base/kompare'; then

echo elog "For nice graphical diffs, install kde-base/kompare." echo

fi

}

[tdeleeuw]

Still no core dump (even in debug) but $ kdesvn kdesvn: Name: cFactory kdesvn: Appname = kdesvn kdesvn: Url:  file:///global/applications/myCertipost/commons/ToolsLibrary/ - path: /global/applications/myCertipost/commons/ToolsLibrary kdesvn: Create dirwatch kdesvn: checkDirs() kdesvn: makeStatus on /global/applications/myCertipost/commons/ToolsLibrary created: 10items kdesvn: Watching folder: /global/applications/myCertipost/commons/ToolsLibrary/.settings kdesvn: Watching folder: /global/applications/myCertipost/commons/ToolsLibrary/lib kdesvn: Watching folder: /global/applications/myCertipost/commons/ToolsLibrary/nbproject kdesvn: Watching folder: /global/applications/myCertipost/commons/ToolsLibrary/src kdesvn: Watching folder: /global/applications/myCertipost/commons/ToolsLibrary/test kdesvn: Create cache for /global/applications/myCertipost/commons/ToolsLibrary KCrash: Application 'kdesvn' crashing... kdesvn: ModifiedThread? seems stopped QSocketNotifier: invalid socket 11 and type 'Read', disabling... QSocketNotifier: invalid socket 9 and type 'Read', disabling... QSocketNotifier: invalid socket 4 and type 'Read', disabling... QSocketNotifier: invalid socket 10 and type 'Read', disabling... QSocketNotifier: invalid socket 7 and type 'Read', disabling... kdesvn: Fatal IO error: client killed ICE default IO error handler doing an exit(), pid = 19405, errno = 9

[alwin]

ok, that stuff with coredump has other reasons. but the backtrace in kcrash-handler normaly should work. but does not.

is it possible to get your content of make.conf? eg., I require the compile-flags you're using. And did you ask somehwere in gentoo-forums if this problem is known?

[alwin]

Ok I tried it again, kdesvn 0.12.0 + subversion 1.4.4 - when fresh installed I have no problems. (latest gentoo I think)

So I can not solve it. (gentoo in a vmware-box is horrible btw.) I saw that there may problems when elder versions of kdesvn are installed, but this is a problem with the buildsystem (on all other distributions cmake/make will link always against the local generated svnqt-lib not against that one in /usr/lib).

If you have an idea - tell me. I'll close this report here meanwhile.

[tdeleeuw]

Reported Bug on Gentoo:

[Bug 182644] kdesvn crash when it does an svn query or show garbage when not connected to SVN server

[Murphy]

 http://bugs.gentoo.org/show_bug.cgi?id=182644

The described workaround worked for me, too. Before downgrading to subversion-1.3.2-r3 you just have to set the nowebdav useflag, else you'll encounter an unsolvable conflict with net-misc/neon. After that kdesvn-0.12.0 works (on the first glance) fine, while subversion-1.4.4[-r1] has the same problem.

[Murphy]

Solved for me. See the related bugs.gentoo entry for details. Short version:

• Unmerge <dev-libs/apr-1 and <dev-libs/apr-util-1 (>=subversion-1.3.2-r4 depends on the 1.* versions of these packages, but somehow still link against the 0.*).
• Mask these packages to avoid further hassle (not yet sure about this, but works for me).
• Don't forget to remove the nowebdav flag.
• Remerge current subversion and kdesvn (both svn-1.3.2-r4 and 1.4.4-r1 worked for me with kdesvn-0.12.0).
• Run revdep-rebuild to see what other packages need a rebuild.

Fixing the -r3 ebuild is refused by the maintainer with some obscure reasoning.

[alwin]

Milestone development deleted

[Jayvee]

THX that's a great asnewr!