lkml.org 
[lkml]   [2001]   [Jul]   [1]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: [Re: gcc: internal compiler error: program cc1 got fatal signal 11]
Date
Followup to:  <20010629142055.49246.qmail@web13907.mail.yahoo.com>
By author: szonyi calin <caszonyi@yahoo.com>
In newsgroup: linux.dev.kernel
>
> Almost always ?
> It seems like gcc is THE ONLY program which gets
> signal 11
> Why the X server doesn't get signal 11 ?
> Why others programs don't get signal 11 ?
>

gcc happens to be one of the best memory testers known to man -- much
better than most other programs. A big reason for that is that it
accesses lots of memory in funny patterns, *AND* accesses to it are
likely to be fatal.

It is just the way it is. gcc doing the signal 11 is HIGHLY
correlated with the hardware you are running on, which means it's
*usually* hardware-related.

> [... Lots of M$ flames ignored ...]

> Some time ago I installed Linux (Redhat 6.0) on my pc (Cx486 8M RAM)
> and gcc had a lot of signal 11 (a couple every hour) I was upgrading
> the kernel every time there was a new kernel and from 2.2.12(or 14)
> no more signal 11 (very rare) Is this still a hardware problem ?
> Was a bug in kernel ?
>
> I think the last answer is more obvious.(or the gcc
> had a bug and the kernel -- a workaround).

Most likely is that your *hardware* had a bug and the new kernel a
workaround (this is quite common), but without more detail it is very
hard to know.

-hpa
--
<hpa@transmeta.com> at work, <hpa@zytor.com> in private!
"Unix gives you enough rope to shoot yourself in the foot."
http://www.zytor.com/~hpa/puzzle.txt
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 12:55    [W:0.046 / U:0.592 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site