| Title: | Digital Ladebug debugger |
| Moderator: | TLE::LUCIA |
| Created: | Fri Feb 28 1992 |
| Last Modified: | Fri Jun 06 1997 |
| Last Successful Update: | Fri Jun 06 1997 |
| Number of topics: | 969 |
| Total number of notes: | 3959 |
decladebug complains about a SIGTRAP, then croaks. Is there a work-around for this ? (ladebug) c Thread received signal TRAP stopped at [__syscall 0x3ff8010bd70] (ladebug) c Assertion failed: thread src/libsrc/ladebug/controluxproc.C 3339 This is an unexpected condition and may indicate the presence of a defect. If you wish to report this, please include the stack trace that follows. Diagnostic stack trace ... 0x12519ed0 0x125178c8 0x12517da0 0x12398b18 0x123dafd0 0x123e524c 0x1235f54c 0x12235b80 0x12235b18 0x1220165c 0x122062d0 0x121f61d4 0x121f32dc end of diagnostic stack trace.
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 859.1 | TLE::MURRAY | Wanfang Murray | Fri Feb 28 1997 15:20 | 6 | |
May we get a copy of binary to try out here? Which os version are you using? Thanks Wanfang | |||||
| 859.2 | DECC::SEIGEL | Fri Feb 28 1997 15:37 | 23 | ||
I/m using 4.0. It will be difficult to give you the binary because it literally depends on thousands of files. Is this stack trace helpful ? Assertion failed: thread src/libsrc/ladebug/controluxproc.C 3474 This is an unexpected condition and may indicate the presence of a defect. If you wish to report this, please include the stack trace that follows. Diagnostic stack trace ... 0x12442dec : ControlUxProc::handleSyscallExit(const int, ControlEvent*&) 0x1243f598 : ControlUxProc::handleStoppedProcess(prstatus*, ControlEvent*&) 0x124401cc : ControlUxProc::waitForEvent(ControlEvent*&) 0x124358f0 : ControlUx::waitForUserEvent(ControlEvent*&) 0x12567f4c : Process::go(const ControlEvent&, ThreadHandleList*, int) 0x123eb3b8 : Application::go(Process*, const ControlEvent&, ThreadHandleList*, i nt) 0x123bbee0 : DebugState::RunUntilEvent(const ControlEvent&, ThreadHandleList*, i nt) 0x1229fff0 : CmdCont::resume(int) 0x1229ff74 : CmdCont::do_it(void) 0x122f1194 : static procedure (no name) 0x122f6448 : ProcessCommands(void) 0x122fcdc4 : main 0x1224b2fc : __start end of diagnostic stack trace. | |||||
| 859.3 | TLE::MURRAY | Wanfang Murray | Fri Feb 28 1997 16:14 | 14 | |
The code choked on the place we handle the system call exit. It's SYS_fork or SYS_vfork in this case. Ladebug asserted because it doesn't have (or doesn't think) it has a valid tid. It could be that process object is not yet set up at this point so it doesn't think this is a valid thread object. Or, it could be something special about your application that we just don't handle very well. May I login to your system and take a look? Thanks Wanfang | |||||
| 859.4 | TLE::MURRAY | Wanfang Murray | Fri Feb 28 1997 16:39 | 5 | |
I know where the problem is now. This problem can be worked around by setting the $threadlevel to "native". Wanfang | |||||