[apport] rapidsvn crashed with SIGSEGV in svn::Context::reset()

Bug #103505 reported by Jaime
10
Affects Status Importance Assigned to Milestone
rapidsvn (Ubuntu)
Expired
Medium
Unassigned

Bug Description

Binary package hint: rapidsvn

rapidsvn crashes trying to checkout a repository via http

ProblemType: Crash
Architecture: i386
Date: Fri Apr 6 00:00:33 2007
DistroRelease: Ubuntu 7.04
ExecutablePath: /usr/bin/rapidsvn
Package: rapidsvn 0.9.4-1ubuntu3
PackageArchitecture: i386
ProcCmdline: rapidsvn
ProcCwd: /home/jim
ProcEnviron:
 LANGUAGE=es_ES:es:en_GB:en
 PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
 LANG=es_ES.UTF-8
 SHELL=/bin/bash
Signal: 11
SourcePackage: rapidsvn
StacktraceTop:
 svn::Context::reset () from /usr/lib/libsvncpp.so.0
 ?? ()
 ?? ()
 ?? ()
 wxAppConsole::HandleEvent ()
Uname: Linux feisty 2.6.20-14-generic #2 SMP Mon Apr 2 20:37:49 UTC 2007 i686 GNU/Linux
UserGroups: adm admin audio cdrom dialout dip floppy lpadmin netdev plugdev powerdev scanner video

Revision history for this message
Jaime (jim3k1) wrote :
Revision history for this message
Martin Pitt (pitti) wrote : Symbolic stack trace

StacktraceTop:svn::Context::reset (this=0x836a1b8) at context.cpp:707
ThreadedWorker::Perform (this=0x8245768, action_=0x83ae7d0) at threaded_worker.cpp:258
RapidSvnFrame::Perform (this=0x81a9010, action=0x83ae7d0) at rapidsvn_frame.cpp:2408
RapidSvnFrame::OnFileCommand (this=0x81a9010, event=@0xbfd76c80) at rapidsvn_frame.cpp:1667
wxAppConsole::HandleEvent () from /usr/lib/libwx_baseu-2.6.so.0

Revision history for this message
Martin Pitt (pitti) wrote : Symbolic threaded stack trace
Changed in rapidsvn:
importance: Undecided → Medium
Revision history for this message
Zed (scientist47-xyz) wrote :

I have a similar problem.
After adding the backports to hardy, and updating, Rapidsvn will do segmentation fault after I Update/Commit/Bookmark my http/ssl repository. If I start Rapidsvn after this crash. It will crash with segmentation fault just by marking the repository. No problem with the command line interface.

This happens both on my 686 and x86_64 systems, with the same repository

Revision history for this message
Zed (scientist47-xyz) wrote :

Package info:

Package: rapidsvn
Status: install ok installed
Priority: optional
Section: x11
Installed-Size: 1200
Maintainer: Ubuntu MOTU Developers <email address hidden>
Architecture: i386
Version: 0.9.4-3

Revision history for this message
Gertjan (gertjan-hofman) wrote :

Confirmed on Hardy, after backports. Any progress on this ?

Gertjan

Revision history for this message
radioking (radioking) wrote :

I experienced RapidSVN also crashing after enabling backports.

My Ubuntu: Hardy Heron (with Ubuntu Studio)

Here the Synaptic protocol after enabling backports:

###############################
Commit Log for Tue May 12 23:41:56 2009

Die folgenden Pakete wurden aktualisiert:
apturl (0.2.2ubuntu1) to 0.2.6ubuntu1~hardy1
audacity (1.3.4-1.1ubuntu1) to 1.3.5-2~hardy1
boinc-client (5.10.45-1ubuntu1) to 6.2.14-2~hardy1
boinc-manager (5.10.45-1ubuntu1) to 6.2.14-2~hardy1
brasero (0.7.1-3ubuntu1) to 0.8.1-0ubuntu2~hardy1
cmake (2.4.7-1build1) to 2.6.2-1ubuntu1~hardy1
debhelper (6.0.4ubuntu1) to 7.0.13ubuntu1~hardy1
denemo (0.7.5-4ubuntu3) to 0.7.7-3.1ubuntu1~hardy1
dkms (2.0.19-0ubuntu2) to 2.0.20.4-0ubuntu1~hardy1
flashplugin-nonfree (9.0.159.0ubuntu1~hardy1) to 10.0.1.218+10.0.0.525ubuntu1~hardy1+really9.0.124.0ubuntu2
gimp (2.4.5-1ubuntu2) to 2.4.6-1ubuntu1~hardy1
gimp-data (2.4.5-1ubuntu2) to 2.4.6-1ubuntu1~hardy1
gimp-gnomevfs (2.4.5-1ubuntu2) to 2.4.6-1ubuntu1~hardy1
gimp-python (2.4.5-1ubuntu2) to 2.4.6-1ubuntu1~hardy1
libflashsupport (1.9-0ubuntu1) to 1.9-0ubuntu2~hardy1+really0ubuntu1
libgimp2.0 (2.4.5-1ubuntu2) to 2.4.6-1ubuntu1~hardy1
libpurple0 (1:2.4.1-1ubuntu2.3) to 1:2.5.2-0ubuntu1~hardy2
libqt4-core (4.3.4-0ubuntu3) to 4.4.0-1ubuntu5~hardy1
libqt4-gui (4.3.4-0ubuntu3) to 4.4.0-1ubuntu5~hardy1
libqt4-qt3support (4.3.4-0ubuntu3) to 4.4.0-1ubuntu5~hardy1
libqt4-sql (4.3.4-0ubuntu3) to 4.4.0-1ubuntu5~hardy1
libsvn1 (1.4.6dfsg1-2ubuntu1) to 1.5.1dfsg1-1ubuntu2~hardy2
libsynfig0 (0.61.07-1build1) to 0.61.08-3build1~hardy1
libtheora0 (1.0~beta2-2) to 1.0~beta3-1~hardy1
lightning-extension (0.7+nobinonly-0ubuntu2) to 0.8+nobinonly-0ubuntu1~hardy1
ntfs-3g (1:1.2216-1ubuntu3) to 1:1.2506-1ubuntu2~hardy1
pdfedit (0.3.2-5ubuntu2) to 0.4.1-2~hardy1
pidgin (1:2.4.1-1ubuntu2.3) to 1:2.5.2-0ubuntu1~hardy2
pidgin-data (1:2.4.1-1ubuntu2.3) to 1:2.5.2-0ubuntu1~hardy2
rsync (2.6.9-6ubuntu2) to 3.0.4-3ubuntu1~hardy1
subversion (1.4.6dfsg1-2ubuntu1) to 1.5.1dfsg1-1ubuntu2~hardy2
texmaker (1.6-1ubuntu2) to 1.7.1-2~hardy1
transmission-common (1.06-0ubuntu6) to 1.22-1ubuntu1~hardy1
transmission-gtk (1.06-0ubuntu6) to 1.22-1ubuntu1~hardy1

Die folgenden Pakete wurden installiert:
libaubio2 (0.3.2-2ubuntu1)
libntfs-3g28 (1:1.2506-1ubuntu2~hardy1)
libqt4-assistant (4.4.0-1ubuntu5~hardy1)
libqt4-dbus (4.4.0-1ubuntu5~hardy1)
libqt4-designer (4.4.0-1ubuntu5~hardy1)
libqt4-network (4.4.0-1ubuntu5~hardy1)
libqt4-opengl (4.4.0-1ubuntu5~hardy1)
libqt4-script (4.4.0-1ubuntu5~hardy1)
libqt4-svg (4.4.0-1ubuntu5~hardy1)
libqt4-test (4.4.0-1ubuntu5~hardy1)
libqt4-xml (4.4.0-1ubuntu5~hardy1)
libqtcore4 (4.4.0-1ubuntu5~hardy1)
libqtgui4 (4.4.0-1ubuntu5~hardy1)
libsilc-1.1-2 (1.1.5-1ubuntu1)
###############################

SVN via shell works, RapidSVN crashes on every SVN action (update, commit...) and reports the repo being locked.

Is there a good chance, that this issue will be fixed?

Revision history for this message
David Vonka (vonkad) wrote :

Confirming on
Linux eg0022 2.6.31-1-generic #14-Ubuntu SMP Thu Jul 2 16:03:01 UTC 2009 i686 GNU/Linux, Karmic Koala
, latest updates. It returns a segmentation fault, but there is no core dump.

Revision history for this message
rusivi2 (rusivi2-deactivatedaccount) wrote :

Thank you for taking the time to report this bug and helping to make Ubuntu better. I noticed the package your bugging is updated in Lucid. Does this occur in it? If so, please feel free to mark this bug as new. Thanks in advance!

Changed in rapidsvn (Ubuntu):
status: New → Incomplete
Revision history for this message
Launchpad Janitor (janitor) wrote :

[Expired for rapidsvn (Ubuntu) because there has been no activity for 60 days.]

Changed in rapidsvn (Ubuntu):
status: Incomplete → Expired
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.