recent svn segmentation fault

Suggestions and discussion of future versions
scrapmetal
Leecher
Leecher
Posts: 59
Joined: Mon May 28, 2007 12:03 pm

recent svn segmentation fault

Post by scrapmetal »

deluge
no existing Deluge session
Starting new Deluge session...
deluge_core; using libtorrent 0.13.0.0. Compiled with NDEBUG.
Segmentation fault (core dumped)
ubuntu intrepid amd64
markybob
Compulsive Poster
Compulsive Poster
Posts: 1230
Joined: Thu May 24, 2007 11:27 pm
Location: Chicago, IL, USA
Contact:

Re: recent svn segmentation fault

Post by markybob »

scrapmetal wrote:deluge
no existing Deluge session
Starting new Deluge session...
deluge_core; using libtorrent 0.13.0.0. Compiled with NDEBUG.
Segmentation fault (core dumped)
make clean and compile and install again
scrapmetal
Leecher
Leecher
Posts: 59
Joined: Mon May 28, 2007 12:03 pm

Re: recent svn segmentation fault

Post by scrapmetal »

nope, same result
1196 is the last functioning one i think
ubuntu intrepid amd64
markybob
Compulsive Poster
Compulsive Poster
Posts: 1230
Joined: Thu May 24, 2007 11:27 pm
Location: Chicago, IL, USA
Contact:

Re: recent svn segmentation fault

Post by markybob »

scrapmetal wrote:nope, same result
1196 is the last functioning one i think
sorry, not being able to reproduce and it's working for others
scrapmetal
Leecher
Leecher
Posts: 59
Joined: Mon May 28, 2007 12:03 pm

Re: recent svn segmentation fault

Post by scrapmetal »

:(
ubuntu intrepid amd64
daddy
Seeder
Seeder
Posts: 100
Joined: Sun Jul 22, 2007 12:14 am

Re: recent svn segmentation fault

Post by daddy »

Same problem here, but revision 1204 seems to be the culprit (1203 works, 1204 doesn't). Here is a backtrace from revision 1225, built from a fresh checkout on Gutsy/AMD64, after removing ~/.config/deluge, just to be sure. The backtrace looks pretty useless to me, but something is obviously wrong.

$ uname -a
Linux gutsy 2.6.22-9-generic #1 SMP Mon Jul 30 17:26:54 GMT 2007 x86_64 GNU/Linux
$ make > /dev/null
libtorrent/src/natpmp.cpp: In member function ‘void libtorrent::natpmp::on_reply(const asio::error_code&, size_t)’:
libtorrent/src/natpmp.cpp:239: warning: unused variable ‘version’
libtorrent/src/natpmp.cpp:240: warning: unused variable ‘cmd’
libtorrent/src/natpmp.cpp:243: warning: unused variable ‘private_port’
src/deluge_core.cpp: In function ‘libtorrent::partial_piece_info internal_get_piece_info(libtorrent::torrent_handle, long int)’:
src/deluge_core.cpp:195: warning: control reaches end of non-void function
$ sudo make install
... snip ...
$ gdb -ex run --args python `which deluge`
GNU gdb 6.6-debian
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu"...
Using host libthread_db library "/lib/libthread_db.so.1".
Starting program: /usr/bin/python /usr/bin/deluge
[Thread debugging using libthread_db enabled]
[New Thread 47180004091616 (LWP 6974)]
no existing Deluge session
Starting new Deluge session...
deluge_core; using libtorrent 0.13.0.0. Compiled with NDEBUG.
[New Thread 1082132816 (LWP 6979)]
[New Thread 1090525520 (LWP 6980)]
[New Thread 1098918224 (LWP 6981)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 47180004091616 (LWP 6974)]
0x00002ae8f3343a60 in strlen () from /lib/libc.so.6
(gdb) bt
#0 0x00002ae8f3343a60 in strlen () from /lib/libc.so.6
#1 0x00000000004a7f42 in do_mkvalue (p_format=0x7fffb829c268, p_va=0x7fffb829c250, flags=0) at ../Python/modsupport.c:418
#2 0x00000000004a7c9e in do_mkvalue (p_format=0x7fffb829c268, p_va=0x7fffb829c250, flags=0) at ../Python/modsupport.c:173
#3 0x00000000004a8328 in va_build_value (format=<value optimized out>, va=0x7fffb829c280, flags=115) at ../Python/modsupport.c:536
#4 0x00000000004a847d in Py_BuildValue (format=0x1 <Address 0x1 out of bounds>) at ../Python/modsupport.c:484
#5 0x00002ae8f5d9ce3c in torrent_init () from /usr/lib/python2.5/site-packages/deluge/deluge_core.so
#6 0x0000000000488917 in PyEval_EvalFrameEx (f=0xd40630, throwflag=<value optimized out>) at ../Python/ceval.c:3564
#7 0x0000000000489b80 in PyEval_EvalCodeEx (co=0x93aeb8, globals=<value optimized out>, locals=<value optimized out>, args=0x1, argcount=5, kws=0x0,
kwcount=0, defs=0x966ae8, defcount=1, closure=0x0) at ../Python/ceval.c:2831
#8 0x00000000004d419e in function_call (func=0x9677d0, arg=0xc2bb90, kw=0x0) at ../Objects/funcobject.c:517
#9 0x0000000000417c13 in PyObject_Call (func=0x1, arg=0xffffffffffffffff, kw=0x73) at ../Objects/abstract.c:1860
#10 0x000000000041e3ad in instancemethod_call (func=<value optimized out>, arg=0xc2bb90, kw=0x0) at ../Objects/classobject.c:2509
#11 0x0000000000417c13 in PyObject_Call (func=0x1, arg=0xffffffffffffffff, kw=0x73) at ../Objects/abstract.c:1860
#12 0x0000000000481142 in PyEval_CallObjectWithKeywords (func=0x7f3370, arg=0x2ae8f287b998, kw=0x0) at ../Python/ceval.c:3433
#13 0x0000000000421f56 in PyInstance_New (klass=<value optimized out>, arg=0x2ae8f287b998, kw=0x0) at ../Objects/classobject.c:560
#14 0x0000000000417c13 in PyObject_Call (func=0x1, arg=0xffffffffffffffff, kw=0x73) at ../Objects/abstract.c:1860
#15 0x0000000000483d32 in PyEval_EvalFrameEx (f=0xd3ea90, throwflag=<value optimized out>) at ../Python/ceval.c:3775
#16 0x0000000000489b80 in PyEval_EvalCodeEx (co=0x934a80, globals=<value optimized out>, locals=<value optimized out>, args=0x9391e8, argcount=1, kws=0x0,
kwcount=0, defs=0x0, defcount=0, closure=0x0) at ../Python/ceval.c:2831
#17 0x00000000004d419e in function_call (func=0xcf9c08, arg=0x9391d0, kw=0x0) at ../Objects/funcobject.c:517
#18 0x0000000000417c13 in PyObject_Call (func=0x1, arg=0xffffffffffffffff, kw=0x73) at ../Objects/abstract.c:1860
#19 0x000000000041e3ad in instancemethod_call (func=<value optimized out>, arg=0x9391d0, kw=0x0) at ../Objects/classobject.c:2509
#20 0x0000000000417c13 in PyObject_Call (func=0x1, arg=0xffffffffffffffff, kw=0x73) at ../Objects/abstract.c:1860
#21 0x0000000000481142 in PyEval_CallObjectWithKeywords (func=0x7f3410, arg=0x2ae8f282a050, kw=0x0) at ../Python/ceval.c:3433
#22 0x0000000000421f56 in PyInstance_New (klass=<value optimized out>, arg=0x2ae8f282a050, kw=0x0) at ../Objects/classobject.c:560
#23 0x0000000000417c13 in PyObject_Call (func=0x1, arg=0xffffffffffffffff, kw=0x73) at ../Objects/abstract.c:1860
#24 0x0000000000483d32 in PyEval_EvalFrameEx (f=0xd3b500, throwflag=<value optimized out>) at ../Python/ceval.c:3775
#25 0x0000000000488a5e in PyEval_EvalFrameEx (f=0x7be330, throwflag=<value optimized out>) at ../Python/ceval.c:3650
#26 0x0000000000489b80 in PyEval_EvalCodeEx (co=0x2ae8f288caf8, globals=<value optimized out>, locals=<value optimized out>, args=0x0, argcount=0, kws=0x0,
kwcount=0, defs=0x0, defcount=0, closure=0x0) at ../Python/ceval.c:2831
#27 0x0000000000489bc2 in PyEval_EvalCode (co=0x1, globals=0xffffffffffffffff, locals=0x73) at ../Python/ceval.c:494
#28 0x00000000004ab2de in PyRun_FileExFlags (fp=0x75a010, filename=0x7fffb829f98d "/usr/bin/deluge", start=<value optimized out>, globals=0x77d6a0,
locals=0x77d6a0, closeit=1, flags=0x7fffb829d8a0) at ../Python/pythonrun.c:1273
#29 0x00000000004ab570 in PyRun_SimpleFileExFlags (fp=0x75a010, filename=0x7fffb829f98d "/usr/bin/deluge", closeit=1, flags=0x7fffb829d8a0)
at ../Python/pythonrun.c:879
#30 0x00000000004146e5 in Py_Main (argc=<value optimized out>, argv=0x7fffb829d9c8) at ../Modules/main.c:523
#31 0x00002ae8f32e8b24 in __libc_start_main () from /lib/libc.so.6
#32 0x0000000000413c29 in _start ()
markybob
Compulsive Poster
Compulsive Poster
Posts: 1230
Joined: Thu May 24, 2007 11:27 pm
Location: Chicago, IL, USA
Contact:

Re: recent svn segmentation fault

Post by markybob »

scrapmetal wrote::(
scrapmetal, are you on gutsy, too?
scrapmetal
Leecher
Leecher
Posts: 59
Joined: Mon May 28, 2007 12:03 pm

Re: recent svn segmentation fault

Post by scrapmetal »

no, feisty, and i tried 1197 and a couple just above as well as the latest, all are the same, only 1196 work for me.
i am however on 64 bit
ubuntu intrepid amd64
daddy
Seeder
Seeder
Posts: 100
Joined: Sun Jul 22, 2007 12:14 am

Re: recent svn segmentation fault

Post by daddy »

I just tried on my feisty (also amd64) partition, same result. I used 1225, but if you want I can pinpoint it.
jadeshade

Re: recent svn segmentation fault

Post by jadeshade »

in the folder 'build' under the folder you checked out, make sure that there's no temp.linux-[architecture] or lib.linux-[architecture], the clean didn't always get that for me, and that turned out to be the problem.
Post Reply