KDB is putrid. Can it debug double faults? NO. Can it debug complex
register and numeric evaluation statements like IF ((EAX == 1) &&
[ESP-4] == 0x3000)? NO. Can it debug nested task gate exceptions?
NO. Can it debug SMP locks races? NO. Can it debug priority inversion
problems in sleep locks? NO.
Can the Kernel debugger in NetWare? YES. Can the Kernel Debugger in
NT? YES.
Jeff
Jes Sorensen wrote:
>
> >>>>> "Jeff" == Jeff V Merkey <[EMAIL PROTECTED]> writes:
>
> Jeff> TRG has reprioritized it's long term objectives, and due to
> Jeff> resource constraints and short term schedules, the Open Source
> Jeff> NDS and Open Source NTFS File System projects are being
> Jeff> withdrawn from the Linux Initiative. These projects will be
> Jeff> MANOS only, and any interested party is free to acquire the code
> Jeff> and back port them into Linux, though the networking
> Jeff> architectures are profoundly different between the two. The
> Jeff> lack of a Kernel Debugger and other basic kernel level
> Jeff> facilities on Linux make TRG's job about 20 times harder on
> Jeff> Linux and take almost 10 times as long as is possible on NT,
> Jeff> NetWare, or MANOS to develop software asa result ofthis.
>
> If you want to pull out just do so. However, if you need an excuse
> please try to use facts and not vapour: we do have a kernel debugger
> for instance. It's called KDB and has been around for quite a while,
> you just have to download it and patch your kernel for it (which is
> not an unreasonable request if you are working on the kernel in the
> first place).
>
> Jes
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
