commit crashes when profiling

Bug #356278 reported by Peter Bienstman
2
Affects Status Importance Assigned to Milestone
Bazaar Subversion Plugin
Invalid
Undecided
Unassigned

Bug Description

As instructed by the developpers, to investigate the speed of a commit, I ran the following command

bzr commit --lsprof --lsprof-file commit.callgrind

However, this segfaults:

Committing to: https://camfr.svn.sourceforge.net/svnroot/camfr/trunk
modified camfr/camfrversion.py
<https://camfr.svn.sourceforge.net:443> SourceForge Subversion area pbienst password:
Segmentation fault

Revision history for this message
Jelmer Vernooij (jelmer) wrote :

please run in gdb and obtain a backtrace

Changed in bzr-svn:
status: New → Incomplete
Revision history for this message
Peter Bienstman (peter-bienstman) wrote : Re: [Bug 356278] Re: commit crashes when profiling
Download full text (7.1 KiB)

gdb python
GNU gdb 6.8-debian
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu"...
(no debugging symbols found)
(gdb) run /usr/bin/bzr commit --lsprof --lsprof-file commit.callgrind
Starting program: /usr/bin/python /usr/bin/bzr commit --lsprof --lsprof-file
commit.callgrind
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[New Thread 0x7fb427a9e6e0 (LWP 7882)]
(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)
[New Thread 0x41d6b950 (LWP 7885)]
[Thread 0x41d6b950 (LWP 7885) exited]
[New Thread 0x4256c950 (LWP 7886)]
[Thread 0x4256c950 (LWP 7886) exited]
Committing to: https://camfr.svn.sourceforge.net/svnroot/camfr/trunk
modified camfr/TODO ...

Read more...

Revision history for this message
Jelmer Vernooij (jelmer) wrote :

can you try this with debugging symbols in python and subvertpy installed? It's very hard to make anything of this backtrace unfortunately :-/

Revision history for this message
Peter Bienstman (peter-bienstman) wrote :
Download full text (13.7 KiB)

Here it is:
[
Switching to Thread 0x7ffa845096e0 (LWP 17901)]
0x0000000000491c2c in PyEval_EvalFrameEx (f=0x1b30e70, throwflag=<value optimized out>) at ../Python/ceval.c:3595
3595 ../Python/ceval.c: No such file or directory.
        in ../Python/ceval.c
(gdb) bt
#0 0x0000000000491c2c in PyEval_EvalFrameEx (f=0x1b30e70, throwflag=<value optimized out>) at ../Python/ceval.c:3595
#1 0x00000000004920e2 in PyEval_EvalFrameEx (f=0x2099760, throwflag=<value optimized out>) at ../Python/ceval.c:3681
#2 0x00000000004927cd in PyEval_EvalCodeEx (co=0x7ffa777bf300, globals=<value optimized out>, locals=<value optimized out>, args=0x0, argcount=2, kws=0x2096ff0,
    kwcount=0, defs=0x0, defcount=0, closure=0x0) at ../Python/ceval.c:2858
#3 0x00000000004dd5b9 in function_call (func=0x7ffa777bfde8, arg=0x7ffa76d15e18, kw=0x1263fc0) at ../Objects/funcobject.c:517
#4 0x0000000000418c33 in PyObject_Call (func=0x38, arg=0x7ffa76ca7260, kw=0x7ffa76ca7260) at ../Objects/abstract.c:1861
#5 0x000000000048f927 in PyEval_EvalFrameEx (f=0x1398320, throwflag=<value optimized out>) at ../Python/ceval.c:3875
#6 0x00000000004927cd in PyEval_EvalCodeEx (co=0x7ffa77cc7300, globals=<value optimized out>, locals=<value optimized out>, args=0x1d8e760, argcount=2, kws=0x1d8e770,
    kwcount=0, defs=0x0, defcount=0, closure=0x7ffa777be6d0) at ../Python/ceval.c:2858
#7 0x0000000000490cf3 in PyEval_EvalFrameEx (f=0x1d8e530, throwflag=<value optimized out>) at ../Python/ceval.c:3691
#8 0x00000000004927cd in PyEval_EvalCodeEx (co=0x7ffa777b2a80, globals=<value optimized out>, locals=<value optimized out>, args=0xd, argcount=8, kws=0x1d84c00,
    kwcount=5, defs=0x7ffa777b9428, defcount=5, closure=0x0) at ../Python/ceval.c:2858
#9 0x0000000000490cf3 in PyEval_EvalFrameEx (f=0x1d849e0, throwflag=<value optimized out>) at ../Python/ceval.c:3691
#10 0x00000000004927cd in PyEval_EvalCodeEx (co=0x7ffa777b2b70, globals=<value optimized out>, locals=<value optimized out>, args=0xa, argcount=7, kws=0x1d82968,
    kwcount=3, defs=0x7ffa777b57e8, defcount=3, closure=0x0) at ../Python/ceval.c:2858
#11 0x0000000000490cf3 in PyEval_EvalFrameEx (f=0x1d82760, throwflag=<value optimized out>) at ../Python/ceval.c:3691
#12 0x00000000004927cd in PyEval_EvalCodeEx (co=0x7ffa777b2e40, globals=<value optimized out>, locals=<val...

Revision history for this message
Jelmer Vernooij (jelmer) wrote :

Sorry for not getting back to you about this earlier.

Can you still reproduce this more recent versions of subvertpy ?

Revision history for this message
Peter Bienstman (peter-bienstman) wrote :

I'm afraid I ditched bzr-svn for bzr on my repository...

Revision history for this message
Jelmer Vernooij (jelmer) wrote :

pity to hear that;

I'll close this for now then since I have no way to reproduce it.

Changed in bzr-svn:
status: Incomplete → Invalid
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.