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
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
On Saturday, 21 August 1999 at 15:37:40 +0200, Assar Westerlund wrote:
> Zhihui Zhang 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 th
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
Zhihui Zhang 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 great, big, user pr
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
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
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 alternativ
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# g
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#
>
> 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
>
>
> 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
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.
(2) Af
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.
(2) A
14 matches
Mail list logo
