| View Issue Details [ Jump to Notes ] | [ Issue History ] [ Print ] | ||||||||
| ID | Project | Category | View Status | Date Submitted | Last Update | ||||
|---|---|---|---|---|---|---|---|---|---|
| 0004837 | Spring engine | General | public | 2015-06-22 23:40 | 2015-06-30 04:15 | ||||
| Reporter | abma | ||||||||
| Assigned To | abma | ||||||||
| Priority | normal | Severity | minor | Reproducibility | have not tried | ||||
| Status | resolved | Resolution | fixed | ||||||
| Product Version | 98.0.1+git | ||||||||
| Target Version | 100.0 | Fixed in Version | |||||||
| Summary | 0004837: hang/deadlock(?) at exit (98.0.1-869-g1baa3f3) possible in rts/System/Platform/Linux/CrashHandler.cpp / LogStacktrace() | ||||||||
| Description | (gdb) thread apply all bt Thread 2 (Thread 0x7f27d5d56700 (LWP 12169)): #0 0x00000000005a9a86 in std::vector<std::string, std::allocator<std::string> >::end (this=0x7f27d5d55a50) at /usr/include/c++/4.9/bits/stl_vector.h:575 #1 0x0000000000b21395 in LogStacktrace (logLevel=40, stacktrace=std::vector of length 1, capacity 120 = {...}) at rts/System/Platform/Linux/CrashHandler.cpp:563 #2 0x0000000000b21ece in CrashHandler::SuspendedStacktrace (ctls=0x1e8d200, threadName="load") at rts/System/Platform/Linux/CrashHandler.cpp:807 0000003 0x0000000000a9bb9a in Watchdog::HangDetectorLoop () at rts/System/Platform/Watchdog.cpp:131 0000004 0x0000000000a9d207 in boost::detail::thread_data<void (*)()>::run ( this=0x1e54c40) at /usr/include/boost/thread/detail/thread.hpp:117 0000005 0x00007f27e42bf09a in ?? () from /usr/lib/x86_64-linux-gnu/libboost_thread.so.1.55.0 #6 0x00007f27e6e036aa in start_thread (arg=0x7f27d5d56700) at pthread_create.c:333 #7 0x00007f27e335deed in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109 Thread 1 (Thread 0x7f27e74e67c0 (LWP 12167)): #0 pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 ---Type <return> to continue, or q <return> to quit--- #1 0x00007f27e42c45eb in boost::condition_variable::wait(boost::unique_lock<boost::mutex>&) () from /usr/lib/x86_64-linux-gnu/libboost_thread.so.1.55.0 #2 0x00007f27e42bfb6c in boost::thread::join_noexcept() () from /usr/lib/x86_64-linux-gnu/libboost_thread.so.1.55.0 0000003 0x000000000062288c in boost::thread::join (this=0x1ef5690) at /usr/include/boost/thread/detail/thread.hpp:756 0000004 0x0000000000a9c823 in Watchdog::Uninstall () at rts/System/Platform/Watchdog.cpp:358 0000005 0x0000000000aa5398 in SpringApp::ShutDown () at rts/System/SpringApp.cpp:1053 #6 0x0000000000aa4be2 in SpringApp::Run (this=0x7fff67090a60) at rts/System/SpringApp.cpp:982 #7 0x0000000000a6bd34 in Run (argc=1, argv=0x7fff67090c38) at rts/System/Main.cpp:48 #8 0x0000000000a6c60a in main (argc=1, argv=0x7fff67090c38) at rts/System/Main.cpp:107 | ||||||||
| Additional Information | [LuaSocket] Dumping luasocket rules: [LuaSocket] TCP_CONNECT ALLOW * -1 [LuaSocket] TCP_LISTEN ALLOW * -1 [LuaSocket] UDP_LISTEN ALLOW * -1 [VFS] [~CVFSHandler] #archives=5 [VFS] archive=/home/abma/.spring/maps/Hide_and_Seek_v03.sd7 (0x2266000) [VFS] archive=/home/abma/.spring/packages/035f839bf46274ca578b20219fe42de0.sdp (0x237ec80) [VFS] archive=/var/tmp/home/dev/spring/develop/base/maphelper.sdz (0x238f290) [VFS] archive=/var/tmp/home/dev/spring/develop/base/spring/bitmaps.sdz (0x238e580) [VFS] archive=/var/tmp/home/dev/spring/develop/base/springcontent.sdz (0x238e630) [SpringApp::ShutDown][8] [WatchDog::Uninstall][1] hangDetectorThread=0x1ef5690 [WatchDog::Uninstall][2] (infolog.txt ends here) | ||||||||
| Tags | No tags attached. | ||||||||
| Checked infolog.txt for Errors | |||||||||
| Attached Files |
| ||||||||
 Relationships |
|
 Relationships |
| Notes |
|
|
Google_Frog (reporter) 2015-06-28 15:44 |
This is quite common in 99.0.1-20. Quite annoying. |
|
cleanrock (reporter) 2015-06-29 11:18 |
I am not sure "99.0.1-20 hang.txt" is the same problem as is seen in description. Info in description says the watchdog thinks the load thread is hanging which seem odd at shutdown. I am pretty sure LogStacktrace hangs forever in "while (numLine == 0)" because StackFrame::entries is empty in the one StackFrame entry (numLine will remain 0 if so). |
|
abma (administrator) 2015-06-29 17:58 |
sorry, idk how this happened, maybe it was by pressing CTRL+C at start, i can only guess. I've hit this only once when testing for 99.0 and dumped it just to mantis so it (maybe) can be fixed. |
|
abma (administrator) 2015-06-30 04:15 |
Fix 81b537a2a5fc5bbff547b62827bd31459ba8df02 committed to develop branch: fix 0004837: don't try to hide signalhandler from stacktrace / fix endless loop -> crashhandler should be as simple as possible, repo: spring changeset id: 5270 |
| Notes |
| Issue History |
|||
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2015-06-22 23:40 | abma | New Issue | |
| 2015-06-28 15:44 | Google_Frog | File Added: 99.0.1-20 hang.txt | |
| 2015-06-28 15:44 | Google_Frog | Note Added: 0014748 | |
| 2015-06-29 11:18 | cleanrock | Note Added: 0014762 | |
| 2015-06-29 11:21 | abma | Target Version | => 100.0 |
| 2015-06-29 17:58 | abma | Note Added: 0014782 | |
| 2015-06-29 23:40 | abma | Summary | hang/deadlock(?) at exit (98.0.1-869-g1baa3f3) => hang/deadlock(?) at exit (98.0.1-869-g1baa3f3) possible in rts/System/Platform/Linux/CrashHandler.cpp / LogStacktrace() |
| 2015-06-30 04:15 | abma | Changeset attached | => spring develop 81b537a2 |
| 2015-06-30 04:15 | abma | Note Added: 0014794 | |
| 2015-06-30 04:15 | abma | Assigned To | => abma |
| 2015-06-30 04:15 | abma | Status | new => resolved |
| 2015-06-30 04:15 | abma | Resolution | open => fixed |
| Issue History |