Remove this ad

Lead

Nov 28 13 11:51 PM

Tags : :

2013-11-28 21:37:00: amule.cpp(330): aMule shutdown completed.
aMule Version: aMuleD SVN compiled with wxGTK2 v2.8.12 and Boost 1.53 (Debugging) (Snapshot: rev. 10814)

Terminated after throwing an instance of 'CInvalidStateEx'
what(): CRunTimeException::CInvalidStateException: Cannot seek on closed file.
backtrace:
[2] ?? in /usr/bin/amuled[0x43bab7]
[3] wxEntry(int&, wchar_t**) in /usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0[0x7ffff666ae5f]
[4] ?? in /usr/bin/amuled[0x42dae5]
[5] __libc_start_main in /lib/x86_64-linux-gnu/libc.so.6[0x7ffff5801de5]
[6] ?? in /usr/bin/amuled[0x42d989]


Program received signal SIGABRT, Aborted.

Program received signal SIGABRT, Aborted.
0x00007ffff5816f77 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56
56 ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory.
(gdb) backtrace
#0 0x00007ffff5816f77 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56
#1 0x00007ffff581a5e8 in __GI_abort () at abort.c:90
#2 0x00000000005ff196 in ?? ()
#3 0x000000000043bab7 in ?? ()
#4 0x00007ffff666ae5f in wxEntry(int&, wchar_t**) () from /usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0
#5 0x000000000042dae5 in ?? ()
#6 0x00007ffff5801de5 in __libc_start_main (main=0x42dac3, argc=1, ubp_av=0x7fffffffe708, init=, fini=,
rtld_fini=, stack_end=0x7fffffffe6f8) at libc-start.c:260
#7 0x000000000042d989 in ?? ()
(gdb) bt
#0 0x00007ffff5816f77 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56
#1 0x00007ffff581a5e8 in __GI_abort () at abort.c:90
#2 0x00000000005ff196 in ?? ()
#3 0x000000000043bab7 in ?? ()
#4 0x00007ffff666ae5f in wxEntry(int&, wchar_t**) () from /usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0
#5 0x000000000042dae5 in ?? ()
#6 0x00007ffff5801de5 in __libc_start_main (main=0x42dac3, argc=1, ubp_av=0x7fffffffe708, init=, fini=,
rtld_fini=, stack_end=0x7fffffffe6f8) at libc-start.c:260
#7 0x000000000042d989 in ?? ()


Dunno why the BTs are so sparse - this is with debian packages compiled and the amule-daemon-dbg packge installed.
Quote    Reply   
Remove this ad
Remove this ad

#1 [url]

Nov 29 13 10:21 AM

Re: "cannot seek on closed file"

2nd try (reinstalled the packages)

2013-11-29 05:27:14: amule.cpp(330): aMule shutdown completed.
aMule Version: aMuleD SVN compiled with wxGTK2 v2.8.12 and Boost 1.53 (Debugging) (Snapshot: rev. 10814)

Terminated after throwing an instance of 'CInvalidStateEx'
what(): CRunTimeException::CInvalidStateException: Cannot seek on closed file.
backtrace:
[2] CamuleApp::OnUnhandledException() in amule.cpp:1957
[3] wxEntry(int&, wchar_t**) in /usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0[0x7ffff666ae5f]
[4] main in amuled.cpp:122
[5] __libc_start_main in /lib/x86_64-linux-gnu/libc.so.6[0x7ffff5801de5]
[6] ?? in /usr/bin/amuled[0x42d989]


Program received signal SIGABRT, Aborted.
0x00007ffff5816f77 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56
56 ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory.


gdb) bt
#0 0x00007ffff5816f77 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56
#1 0x00007ffff581a5e8 in __GI_abort () at abort.c:90
#2 0x00000000005ff196 in OnUnhandledException () at MuleDebug.cpp:109
#3 0x000000000043bab7 in CamuleApp::OnUnhandledException (this=0xa086e0) at amule.cpp:1957
#4 0x00007ffff666ae5f in wxEntry(int&, wchar_t**) () from /usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0
#5 0x000000000042dae5 in main (argc=1, argv=0x7fffffffe708) at amuled.cpp:122
(gdb) bt full
#0 0x00007ffff5816f77 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56
resultvar = 0
pid = 13879
selftid = 13879
#1 0x00007ffff581a5e8 in __GI_abort () at abort.c:90
save_stage = 2
act = {__sigaction_handler = {sa_handler = 0x0, sa_sigaction = 0x0}, sa_mask = {__val = {0, 140737488348560, 140737351945333, 140733193388037, 0,
140737488348928, 140737312091368, 87147360, 140737488348560, 4381024, 140737351972645, 1201, 18446744073709551615, 140737316001688, 1, 0}},
sa_flags = 0, sa_restorer = 0x7ffff582e134 <_IO_vfprintf_internal+18868>}
sigs = {__val = {32, 0 }}
#2 0x00000000005ff196 in OnUnhandledException () at MuleDebug.cpp:109
t = 0x6da630
output = 0x7ffff5ba21a0 <_IO_2_1_stderr_>
#3 0x000000000043bab7 in CamuleApp::OnUnhandledException (this=0xa086e0) at amule.cpp:1957
No locals.
#4 0x00007ffff666ae5f in wxEntry(int&, wchar_t**) () from /usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0
No symbol table info available.
#5 0x000000000042dae5 in main (argc=1, argv=0x7fffffffe708) at amuled.cpp:122
No locals.

Quote    Reply   

#4 [url]

Dec 1 13 1:09 PM

Re: "cannot seek on closed file"

Please activate general debug logging.
I think the more interesting question should be why it shuts down in the first place, not why it crashes at it.

Quote    Reply   

#5 [url]

Dec 1 13 10:10 PM

Re: "cannot seek on closed file"

The only thngs out of the ordeinary are:

.2013-12-01 20:40:28: UploadBandwidthThrottler.cpp(337): General: UploadBandwidthThrottler: Time since last loop too long. time: 2013ms wanted: 1ms Max: 2001
ms

2013-12-01 21:01:23: ExternalConn.cpp(279): External connection closed.
.2013-12-01 21:01:27: amule.cpp(1372): General: CamuleApp::ShutDown() has started.
.2013-12-01 21:01:27: amule.cpp(1379): General: Terminate ASIO thread.
2013-12-01 21:01:27: RoutingZone.cpp(337): Wrote 200 Kad contacts

Quote    Reply   

#6 [url]

Dec 2 13 1:05 PM

Re: "cannot seek on closed file"

StuRedman wrote:
I think the more interesting question should be why it shuts down in the first place, not why it crashes at it.


That's "normal"... When the exception is thrown, the exception handler code (note, that this is NOT the exception handler in the user code, I just didn't find a better word) looks for a handler that catches this exception. If it doesn't find one, it moves the exception up in the stack, properly destroying all objects it leaves behind. And here we are:
The uncaught exception is caught in wxEntry(), so OnUnhandledException() can be called. But, wx also ensures that the OnExit() function is called if the OnInit() succeeded, that's why we see a "normal" shutdown before the unhandled exception...

Follow my suggestion in the other thread to get a meaningful backtrace out of this crash...

concordia cum veritate

Quote    Reply   
Remove this ad

#7 [url]

Dec 7 13 1:35 PM

Re: "cannot seek on closed file"

I'll do that - but as a thought, wouldn't it be better to identify the file in the MSG? Surely that would help speed up finding out what's broken?

Quote    Reply   

#10 [url]

Dec 8 13 1:22 AM

Re: "cannot seek on closed file"

With the patch

2013-12-07 22:08:57: amule.cpp(330): aMule shutdown completed.
aMule Version: aMuleD SVN compiled with wxGTK2 v2.8.12 and Boost 1.53 (Debugging) (Snapshot: rev. 10814)

Terminated after throwing an instance of 'CInvalidStateEx'
what(): CRunTimeException::CInvalidStateException: Cannot seek on closed file.
backtrace:
[2] CamuleApp::OnUnhandledException() in amule.cpp:1957
[3] wxEntry(int&, wchar_t**) in /usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0[0x7ffff666ae5f]
[4] main in amuled.cpp:122
[5] __libc_start_main in /lib/x86_64-linux-gnu/libc.so.6[0x7ffff5801de5]
[6] ?? in /usr/bin/amuled[0x42d989]


Program received signal SIGABRT, Aborted.
0x00007ffff5816f77 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56
56 ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory.

(gdb) bt full
#0 0x00007ffff5816f77 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56
resultvar = 0
pid = 3737
selftid = 3737
#1 0x00007ffff581a5e8 in __GI_abort () at abort.c:90
save_stage = 2
act = {__sigaction_handler = {sa_handler = 0x0, sa_sigaction = 0x0}, sa_mask = {__val = {0, 140737488348560, 140737351945333,
140733193388037, 0, 140737488348928, 140737312091368, 295707216, 140737488348560, 4381024, 140737351972645, 1201,
18446744073709551615, 140737316001688, 1, 0}}, sa_flags = 0, sa_restorer = 0x7ffff582e134 <_IO_vfprintf_internal+18868>}
sigs = {__val = {32, 0 }}
#2 0x00000000005ff1aa in OnUnhandledException () at MuleDebug.cpp:109
t = 0x6da630
output = 0x7ffff5ba21a0 <_IO_2_1_stderr_>
#3 0x000000000043bab7 in CamuleApp::OnUnhandledException (this=0xa086e0) at amule.cpp:1957
No locals.
#4 0x00007ffff666ae5f in wxEntry(int&, wchar_t**) () from /usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0
No symbol table info available.
#5 0x000000000042dae5 in main (argc=1, argv=0x7fffffffe708) at amuled.cpp:122
No locals.

Quote    Reply   

#11 [url]

Dec 8 13 1:25 AM

Re: "cannot seek on closed file"

stoatwblr wrote:
a modified patch is easiest. I'm not much of a coder


It should try to write some diagnostices to the logfile too - saving out the partfiles blew my scrollback buffer, so I can't see what got written to stderr at the time of the error.

Quote    Reply   

#12 [url]

Dec 19 13 2:17 AM

Re: "cannot seek on closed file"

Any ideas guys? I'm still getting this every few days (sometimes a couple of times per day)

Quote    Reply   
Remove this ad
Add Reply

Quick Reply

bbcode help