Re: Kernel debugging questions

1999-09-19 Thread Assar Westerlund
Greg Lehey [EMAIL PROTECTED] writes: The nice thing about kadb is that it has a usable macro languge. Compared to ddb, yes. Compared to gdb, no. /assar To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message

Re: Kernel debugging questions

1999-09-19 Thread Greg Lehey
On Sunday, 19 September 1999 at 23:29:15 +0200, Assar Westerlund wrote: Greg Lehey [EMAIL PROTECTED] writes: The nice thing about kadb is that it has a usable macro languge. Compared to ddb, yes. Compared to gdb, no. I'd rather have adb's macro language. Greg -- See complete headers for

Re: Kernel debugging questions

1999-09-16 Thread Greg Lehey
On Saturday, 21 August 1999 at 15:37:40 +0200, Assar Westerlund wrote: Zhihui Zhang [EMAIL PROTECTED] writes: Thanks for your response. I can not think of those points myself. However, on page 7 of the book "Panic! Unix system crash dump analysis", it says that a debugger named kadb in SunOS

Re: Kernel debugging questions

1999-09-16 Thread Greg Lehey
On Saturday, 21 August 1999 at 15:37:40 +0200, Assar Westerlund wrote: Zhihui Zhang zzh...@cs.binghamton.edu writes: Thanks for your response. I can not think of those points myself. However, on page 7 of the book Panic! Unix system crash dump analysis, it says that a debugger named kadb in

Re: Kernel debugging questions

1999-08-21 Thread Assar Westerlund
Zhihui Zhang [EMAIL PROTECTED] writes: Thanks for your response. I can not think of those points myself. However, on page 7 of the book "Panic! Unix system crash dump analysis", it says that a debugger named kadb in SunOS can load the real kernel during boot and treat the latter like a

Re: Kernel debugging questions

1999-08-21 Thread Assar Westerlund
Zhihui Zhang zzh...@cs.binghamton.edu writes: Thanks for your response. I can not think of those points myself. However, on page 7 of the book Panic! Unix system crash dump analysis, it says that a debugger named kadb in SunOS can load the real kernel during boot and treat the latter like a

Re: Kernel debugging questions

1999-08-19 Thread Mike Smith
I am using FreeBSD 4.0 and have two questions on kernel debugging: (1) Can I specify /usr/src/sys/compile/MYKERN/kernel.debug as the kernel to boot from manually without copying that file under /? It seems I can not do so. I guess the reason is that the /usr is not mounted at that

Re: Kernel debugging questions

1999-08-19 Thread Greg Lehey
On Thursday, 19 August 1999 at 12:15:51 -0400, Zhihui Zhang wrote: I am using FreeBSD 4.0 and have two questions on kernel debugging: (2) After bootup, I try the following to debug the live system (after reading some pages of the book "Panic! Unix system crash dump analysis"): now4# gdb -k

Re: Kernel debugging questions

1999-08-19 Thread Zhihui Zhang
On Fri, 20 Aug 1999, Greg Lehey wrote: You can't control the execution of the kernel, you can just look at the way things are. With the core dump, you at least have the advantage that things won't change while you look at them; you can't even do that with /dev/mem. The other alternative

Re: Kernel debugging questions

1999-08-19 Thread Mike Smith
I am using FreeBSD 4.0 and have two questions on kernel debugging: (1) Can I specify /usr/src/sys/compile/MYKERN/kernel.debug as the kernel to boot from manually without copying that file under /? It seems I can not do so. I guess the reason is that the /usr is not mounted at that time.

Re: Kernel debugging questions

1999-08-19 Thread Greg Lehey
On Thursday, 19 August 1999 at 12:15:51 -0400, Zhihui Zhang wrote: I am using FreeBSD 4.0 and have two questions on kernel debugging: (2) After bootup, I try the following to debug the live system (after reading some pages of the book Panic! Unix system crash dump analysis): now4# gdb -k

Re: Kernel debugging questions

1999-08-19 Thread Zhihui Zhang
On Fri, 20 Aug 1999, Greg Lehey wrote: You can't control the execution of the kernel, you can just look at the way things are. With the core dump, you at least have the advantage that things won't change while you look at them; you can't even do that with /dev/mem. The other alternative is