Guillaume Cottenceau wrote:
Ron Stodden <[EMAIL PROTECTED]> writes:As you correctly recognise, the fault is not your coding, only an incomplete set of tested kernel configurations.
GC,
Another serious deficiency discovered ...
The rescue facility on the 9.1 CD 1 is also incompatible with the
on-board Promise PDC20nn chips. Mother boards with this chip
prevent rescue from seeing any IDE devices beyond IDE1.
Because of kernel problems, yes. Same problem as the other you reported I guess.
A rescue facility should NOT itself ever require to be rescued!
I tend to agree :). But do you agree that bugs may happen? I
promise I try very hard to not write bugs when I write code. I
guess sometimes my fingers won't type right, or something of the
like..
IMO, The major cause of bugs is people's use of unsafe or dumb jack-in-the-box languages (examples C, C++, perl, python). I hope to see a drift over time towards developer use of the new crop of intelligent safe languages. Yes, they are very difficult initially to get your mind around, paradoxically because of their very simplicity. An excellent current example would be GNU's gprolog, but that does not yet have an integrated GUI API, and in any case Linux has not standardised on a single GUI for everything. So for GTK you must use the GTK foreign C calls inline with your gprolog source, which is an ugly hack.
-- Ron. [Melbourne, Australia] "If you keep a green bough in your heart, the singing bird will come" Get Fastest Mandrake downloader, English-only, from: http://members.optusnet.com.au/ronst/ Click all ye faithful!
