On Wed, 10 Mar 1999 sth...@nethelp.no wrote: > > Uh, no. Invariants are for developers who want to make sure their code > > is correct. There is no reason why an end user would want to build a > > kernel with invariants enabled. Invariants will *not* increase data > > safety. If they have any effect at all (i.e. if they actually catch a > > bug), the result is a panic (whereas with a kernel without invariants, > > the bug might actually go unnoticed). > > So for the end user it's better to have the bug go unnoticed than to > get a kernel panic and notice the bug? Please tell me I'm misunder- > standing something here.
# Halt the system (panic) on discovering an unexpected kernel # inconsistency, in an attempt to prevent data corruption. Disabled # by default on production releases because of increased CPU load and that # these states "should never happen". Good on -CURRENT. # # Bugs: Does not stop on other kinds of failures (hardware, etc) # # options FAILSTOP Robert N Watson rob...@fledge.watson.org http://www.watson.org/~robert/ PGP key fingerprint: 03 01 DD 8E 15 67 48 73 25 6D 10 FC EC 68 C1 1C Carnegie Mellon University http://www.cmu.edu/ TIS Labs at Network Associates, Inc. http://www.tis.com/ Safeport Network Services http://www.safeport.com/ To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-current" in the body of the message
