Re: Info from GDB?
"Axel Dörfler" <[email protected]>
| Newsgroups | gmane.os.openbeos.kernel.devel |
|---|---|
| Message-ID | <9007512122-BeMail@zon> |
Andrew McCall <[email protected]> wrote: > Axel Dörfler wrote: > > Andrew McCall <[email protected]> wrote: > >>When your dropped to the GDB in Haiku, what (and how do I get it!) > >>information from GDB do developers want submitting to the bug > >>database? > > As long as you don't use gdb remotely, you are always debugging a > > user > > application, so this list might not be appropriate here. > > But anyway, I think what you're asking is how to get the stack > > crawl > > (sc) you usually sent to a developer? In gdb it's called back trace > > and > > it can be printed out using the "bt" command. > > Did I understand your question correctly? > Yes, you understood :) I did end up doing bt, but it didn't produce > as > much info as Be's sc did. It doesn't? What's missing? > Thinking about it, its the Deskbar that caused the drop to gdb. For > some reason I recalled that BeOS used to only drop to the kdl when > there > was a kernel panic, I wrongly presumed the same of Haiku, and if I > had > actually thought twice about what was in front of me I would have > realised it. Huh? When you see something that looks very similar to KDL and gdb greets you, the app_server has crashed and a basic console application comes app that does not need the app_server to run - and there, gdb is running. That's not the on screen KDL, even if it looks familiar. It's a special feature to be able to debug the app_server directly on Haiku. If an application crashes, you'll get the usual BAlert and a terminal window with the debugger, just like in BeOS. There is no need right now to file bug reports against the app_server though - it's buggy and not yet there. Bye, Axel. ------------------------------------------------------- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf