From owner-freebsd-questions Wed Mar 6 16:44:50 1996 Return-Path: owner-questions Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA14999 for questions-outgoing; Wed, 6 Mar 1996 16:44:50 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA14991 for ; Wed, 6 Mar 1996 16:44:45 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id RAA29317; Wed, 6 Mar 1996 17:46:07 -0700 Date: Wed, 6 Mar 1996 17:46:07 -0700 From: Nate Williams Message-Id: <199603070046.RAA29317@rocky.sri.MT.net> To: Dave Boynton Cc: questions@freebsd.org Subject: Re: FAQ erroneous In-Reply-To: <199603062248.RAA07920@mail.Clark.Net> References: <199603062248.RAA07920@mail.Clark.Net> Sender: owner-questions@freebsd.org Precedence: bulk > Answer 7.5 of the FAQ seems to suggest that the most common cause of > signal 11 errors is faulty memory. This is true. > Anyone who knows unix, knows that > segmentation violations are caused by dereferencing an invalid pointer, > by accessing beyond the end of your process' allocated memory, or > possibly by writing over your stack and returning to an invalid address. Yes, and this is caused when faulty memory (or cache) writes invalid data all over the place, which causes signal 11's. This is *extremely* typical with x86 hardware. > To suggest to possibly novice users that all of their signal 11 > errors are due to faulty memory is a disservice to the FreeBSD community, > and may prevent users from sending otherwise valid bug reports in which > involve segmentation violations. Perhaps that's why I'm experiencing a > bug involving signal 11 with both version 2.05-RELEASE and 2.1-RELEASE on > two different machines and the same program - no one sent in a bug report > because they thought it was their memory! Generally speaking, if you get re-producible signal 11's, it's probably not memory. The FAQ should be updated to reflect the difference between reproducible signal 11's (which always occur at the same place) and non-reproducible ones which cause compiles to fail. When you restart the compile everything works again until a later point, etc... Nate