On Wednesday 17 September 2008 20:54:27, Pedro Alves wrote: > On Wednesday 17 September 2008 20:14:52, Pawel Veselov wrote: > > I get this every now and then on some "stuck" applications: > > > > Program received signal SIGTRAP, Trace/breakpoint trap. > > 0x8001b6ec in ?? () > > (gdb) where > > #0 0x8001b6ec in ?? () > > (gdb) info threads > > * 1 Thread 1154900630 0x8001b6ec in ?? () > > warning: Couldn't restore frame in current thread, at frame 0 > > 0x8001b6ec in ?? () > > Ok, is it always the same address? It's been a while, but I > think you get that when the thread is stuck inside a > system call. If so, I don't expect this to be worse than what it > was with the older gdb in our tree, and we do need to teach GDB > how to unwind passed that.
BTW, I just confirmed that I get the same behaviour on Visual Studio 2008. This usually means the app is stopped inside a system call (e.g., calling into coredll.dll using the cross-process CE system call magic), e.g., Sleep. Not sure if its possible to unwind from there without debug info, and the fact that MSFT's debugger can't do it OOTB, kind'a unmotivates :-/ (haven't confirmed if I have all the debug info necessary, but that would just prove that debug info is needed. Anyone willing to teach GDB about PDBs?) -- Pedro Alves ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Cegcc-devel mailing list Cegcc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/cegcc-devel