http://www.osnews.com/story/19271/_Welcome_to_Kernel_Debugging_Land_ Exploring the Future of Computing en-us Copyright 2001-2012, David Adams adam+nospam@osnews.com Wed, 15 Feb 2012 10:33:06 GMT http://www.osnews.com/images/osnews.gif http://www.osnews.com http://www.osnews.com/thread?299326 http://www.osnews.com/thread?299326 > It describes the most important commands
Then where is kdlhangman cited ?

Hopefully ppl will be less afraid of KDL now Mon, 04 Feb 2008 23:27:00 GMT donotreply@osnews.com (mmu_man) Comments http://www.osnews.com/thread?299360 http://www.osnews.com/thread?299360 If only I had this info when I was trying to debug my sound driver for BeOS. I think Haiku is going to be fun to program for. Tue, 05 Feb 2008 03:07:00 GMT donotreply@osnews.com (Earl Colby pottinger) Comments http://www.osnews.com/thread?299407 http://www.osnews.com/thread?299407 Kernel debugging is pretty fun. It's like diagnosing a patient through an autopsy or exploratory surgery. You can't see everything (particularly, dynamic behavior is nearly impossible to capture without extensive tracing or something like DTrace), so you have to make hypotheses and see if the state you see in the debugger matches. It's also an interesting challenge to find the correct place to put a breakpoint so that you get only the path you're interested in and not some other path. It's hard to get started on this, though, unless you have enough knowledge of the system you want to debug and some specific issue to attack. Tue, 05 Feb 2008 09:53:00 GMT donotreply@osnews.com (PlatformAgnostic) Comments http://www.osnews.com/thread?299415 http://www.osnews.com/thread?299415 I guess it could be thru a serial cable, and a second computer where you can access reference material. For me using it on the 'wrecked' machine directly it's a bit to constrained when you can't go outside KDL.

I guess many app-programmers have this simpler setup, and therefore can't use KDL in the best way. Tue, 05 Feb 2008 11:21:00 GMT donotreply@osnews.com (TQH !) Comments http://www.osnews.com/thread?299417 http://www.osnews.com/thread?299417 Apps programmers are not required to use KDL. Like under BeOS, Haiku have builtin userland debug support, via gdb for the moment, but graphical frontend(s) or native source debugger(s) will comes too.

KDL is only useful for kernel stuffs programming. While today it include Haiku's kernel core itself and running an app can lead one to KDL, the reason is not the app but kernel issues, where KDL help greatly. More and more it will be useful for drivers and kernel add-ons developers, but useless for apps programmers.

Well, except for the ones who are addict to hangman game, that is.

;-) Tue, 05 Feb 2008 11:38:00 GMT donotreply@osnews.com (phoudoin) Comments http://www.osnews.com/thread?299419 http://www.osnews.com/thread?299419 No, they arn't. It was mentioned, dunno if it was in the article or the comments, that it was a shame that app-devs don't use KDL more than they do. Tue, 05 Feb 2008 11:53:00 GMT donotreply@osnews.com (TQH !) Comments http://www.osnews.com/thread?299424 http://www.osnews.com/thread?299424 One point of the article was to show how useful the KDL can be for userland bugs too. The demonstration at the end debugs a *userland* problem. It does help greatly to have a second machine to be able to look at the source in parallel, that's for sure. The particular example problem was tracked down in QEMU. So you can do it on the same computer. QEMU even supports a virtual serial connection to the guest system. I think it is possible to attach GDB to any running process and get a stack trace from that and all. But the guide shows exactly how easy the same thing is from within KDL, with tons of more features like printing the owner or last aquirerer of a semaphore and so on. I don't even know how to do that in GDB or if it's even possible. Let alone the cool new tracing support. While GDB runs in textmode on Haiku, I find the KDL is at least as useful, probably more. Tue, 05 Feb 2008 12:21:00 GMT donotreply@osnews.com (stippi) Comments