From pc@inr-delphi.fzk.de  Fri Jun 19 03:40:55 1998
Received: from inr-delphi.fzk.de (inr-delphi.fzk.de [141.52.12.230])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA11391
          for <FreeBSD-gnats-submit@freebsd.org>; Fri, 19 Jun 1998 03:40:40 -0700 (PDT)
          (envelope-from pc@inr-delphi.fzk.de)
Received: (from pc@localhost)
	by inr-delphi.fzk.de (8.8.8/8.8.7) id MAA15389;
	Fri, 19 Jun 1998 12:40:16 +0200 (CEST)
	(envelope-from pc)
Message-Id: <199806191040.MAA15389@inr-delphi.fzk.de>
Date: Fri, 19 Jun 1998 12:40:16 +0200 (CEST)
From: Peter Cornelius <pc@akk.uni-karlsruhe.de>
Reply-To: Peter Cornelius <pc@inr.fzk.de>
To: FreeBSD-gnats-submit@freebsd.org
Subject: 'cc: Internal compiler error: program as got fatal signal 11' when making world
X-Send-Pr-Version: 3.2

>Number:         6992
>Category:       misc
>Synopsis:       'cc: Internal compiler error: program as got fatal signal 11' when making world
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Fri Jun 19 03:40:02 PDT 1998
>Closed-Date:    Fri Jun 19 16:52:09 MEST 1998
>Last-Modified:  Sat Jul 11 09:10:01 PDT 1998
>Originator:     Peter Cornelius
>Release:        FreeBSD 2.2.6-STABLE i386 (RELENG_2_2)
>Organization:
Arbeitskreis Kultur und Kommunikation, Universitaet Karlsruhe
>Environment:

This is going to be large. Please excuse.

Main board is an Iwill (http://www.iwill.com.tw/) P54TS w/ P133, AIC7850
and 96 MB RAM.

petra:~# uname -a > uname.kernel.980408
FreeBSD petra.cornelius.org 2.2.5-RELEASE FreeBSD 2.2.5-RELEASE #0: Sun Mar 29 2
3:56:20 CEST 1998     root@petra.cornelius.org:/usr/src/sys/compile/PETRA  i386

but also with 2.2.6-STABLE kernel. I am up to date with RELENG_2_2 src until
last night (June 18th, 18.30 UTC) and have the last world made roughly
a fortnight ago.

From the running kernel during the last experiments here's a dmesg.boot:

Copyright (c) 1992-1997 FreeBSD Inc.
Copyright (c) 1982, 1986, 1989, 1991, 1993
        The Regents of the University of California.  All rights reserved.

FreeBSD 2.2.5-RELEASE #0: Sun Mar 29 23:56:20 CEST 1998
    root@petra.cornelius.org:/usr/src/sys/compile/PETRA
Calibrating clock(s) ... i586 clock: 132633191 Hz, i8254 clock: 1193199 Hz
CPU: Pentium (132.63-MHz 586-class CPU)
  Origin = "GenuineIntel"  Id = 0x52b  Stepping=11
  Features=0x1bf<FPU,VME,DE,PSE,TSC,MSR,MCE,CX8>
real memory  = 100663296 (98304K bytes)
Physical memory chunk(s):
0x00001000 - 0x0009efff, 647168 bytes (158 pages)
0x002a0000 - 0x05ffdfff, 97902592 bytes (23902 pages)
avail memory = 94388224 (92176K bytes)
pcibus_setup(1):        mode 1 addr port (0x0cf8) is 0x8000005c
pcibus_setup(1a):       mode1res=0x80000000 (0x80000000)
pcibus_check:   device 0 is there (id=122d8086)
Probing for devices on PCI bus 0:
        configuration mode 1 allows 32 devices.
chip0 <Intel 82437FX PCI cache memory controller> rev 2 on pci0:0
        CPU Inactivity timer:  clocks
        Peer Concurrency: enabled
        CPU-to-PCI Write Bursting: enabled
        PCI Streaming: enabled
        Bus Concurrency: enabled
        Cache: 256K pipelined-burst secondary; L1 enabled
        DRAM: no memory hole, 66 MHz refresh
        Read burst timing: x-2-2-2/x-3-3-3
        Write burst timing: x-2-2-2
        RAS-CAS delay: 3 clocks
chip1 <Intel 82371FB PCI-ISA bridge> rev 2 on pci0:7:0
        I/O Recovery Timing: 8-bit 1 clocks, 16-bit 1 clocks
        Extended BIOS: enabled
        Lower BIOS: disabled
        Coprocessor IRQ13: enabled
        Mouse IRQ12: disabled
        Interrupt Routing: A: IRQ15, B: IRQ11, C: IRQ12, D: disabled
                MB0: disabled, MB1: disabled
chip2 <Intel 82371FB IDE interface> rev 2 on pci0:7:1
        mapreg[20] type=1 addr=00003000 size=0010.
        Primary IDE: disabled
        Secondary IDE: disabled
vga0 <VGA-compatible display device> rev 0 int a irq 15 on pci0:17
        mapreg[10] type=0 addr=f0000000 size=800000.
ahc0 <Adaptec aic7850 SCSI host adapter> rev 0 int a irq 11 on pci0:18
        mapreg[10] type=1 addr=00006000 size=0100.
        mapreg[14] type=0 addr=f0800000 size=1000.
        reg20: virtual=0xf55ee000 physical=0xf0800000 size=0x1000
ahc0: Using left over BIOS settings
ahc0: aic7850 Single Channel, SCSI Id=7, 3 SCBs
ahc0: Resetting Channel A
ahc0: Downloading Sequencer Program...ahc0: 366 instructions downloaded
Done
ahc0: Probing channel A
ahc0 waiting for scsi devices to settle
ahc0: target 0 synchronous at 10.0MHz, offset = 0xf
ahc0: target 0 Tagged Queuing Device
(ahc0:0:0): "IBM DCAS-34330 S65A" type 0 fixed SCSI 2
sd0(ahc0:0:0): Direct-Access 4134MB (8467200 512 byte sectors)
sd0(ahc0:0:0): with 8205 cyls, 6 heads, and an average 171 sectors/track
ahc0: target 5 synchronous at 4.0MHz, offset = 0xf
(ahc0:5:0): "TOSHIBA CD-ROM XM-5401TA 3115" type 5 removable SCSI 2
cd0(ahc0:5:0): CD-ROM can't get the size
ncr0 <ncr 53c810 fast10 scsi> rev 1 int a irq 12 on pci0:19
        mapreg[10] type=1 addr=00006100 size=0100.
        mapreg[14] type=0 addr=f0801000 size=0100.
        reg20: virtual=0xf55ef000 physical=0xf0801000 size=0x100
ncr0: minsync=25, maxsync=206, maxoffs=8, 16 dwords burst, normal dma fifo
ncr0: single-ended, open drain IRQ driver
ncr0: restart (scsi reset).
ncr0 scanning for targets 0..6 (V2 pl24 96/12/14)
ncr0 waiting for scsi devices to settle
(ncr0:5:0): phase change 2-3 10@00036a58 resid=4.
new ccb @f0a93800.
(ncr0:5:0): "OLIVETTI CP30100-105mb 1F1E" type 0 fixed SCSI 1
sd1(ncr0:5:0): Direct-Access 
sd1(ncr0:5:0): 3.3 MB/s (300 ns, offset 8)
100MB (206076 512 byte sectors)
sd1(ncr0:5:0): with 1321 cyls, 4 heads, and an average 39 sectors/track
pci0: uses 8392960 bytes of memory from f0000000 upto f08010ff.
pci0: uses 528 bytes of I/O space from 3000 upto 61ff.
Probing for devices on the ISA bus:
sc0: the current keyboard controller command byte 0047
kbdio: DIAGNOSE status:0055
kbdio: TEST_KBD_PORT status:0000
kbdio: RESET_KBD return code:00fa
kbdio: RESET_KBD status:00aa
sc0 at 0x60-0x6f irq 1 on motherboard
sc0: BIOS video mode:3
sc0: VGA registers upon power-up
50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 
bf 1f 00 4f 0e 0f 00 00 07 80 9c 8e 8f 28 1f 96 
b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 
3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff 
sc0: video mode:24
sc0: VGA registers for mode:24
50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 
bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 
b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 
3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff 
sc0: VGA color <16 virtual consoles, flags=0x0>
ed0 at 0x240-0x25f irq 10 maddr 0xd2000 msize 8192 on isa
ed0: address 00:00:c0:8a:94:cd, type SMC8416C/SMC8416BT (16 bit) 
bpf: ed0 attached
lpt0 at 0x378-0x37f irq 7 on isa
oldirq 0
lpt0: Interrupt-driven port
lp0: TCP/IP capable interface
bpf: lp0 attached
irq 7
lpt1: disabled, not probed.
sio0 at 0x3f8-0x3ff irq 4 on isa
sio0: type 16550A
sio1 at 0x2f8-0x2ff irq 3 on isa
sio1: type 16550A
sio2 at 0x3e8-0x3ef irq 9 on isa
sio2: type 16450
sio3: disabled, not probed.
pca0 on motherboard
pca0: PC speaker audio driver
fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa
fdc0: NEC 72065B
fdc0: FIFO enabled, 8 bytes threshold
fd0: 1.44MB 3.5in
fd1: 1.2MB 5.25in
ft0: IOMega tape
npx0 on motherboard
npx0: INT 16 interface
sb0 at 0x220 irq 5 drq 1 on isa
sb0: <SoundBlaster 16 4.13>
sbxvi0 at 0x0 drq 5 on isa
sbxvi0: <SoundBlaster 16 4.13>
sbmidi0 at 0x330 on isa
 <SoundBlaster MPU-401>
opl0 at 0x388 on isa
opl0: <Yamaha OPL-3 FM>
joy0 at 0x201 on isa
joy0: joystick
imasks: bio c0001840, tty c003069a, net c003069a
sctarg0(noadapter::): Processor Target 
BIOS Geometries:
 0:03fe3f20 0..1022=1023 cylinders, 0..63=64 heads, 1..32=32 sectors
 0 accounted for
Device configuration finished.
Considering FFS root f/s.
configure() finished.
new masks: bio c0001840, tty c003069a, net c003069a
bpf: tun0 attached
bpf: tun1 attached
bpf: sl0 attached
bpf: sl1 attached
bpf: ppp0 attached
bpf: ppp1 attached
bpf: lo0 attached
ccd0-3: Concatenated disk drivers
sd0s1: type 0x6, start 32, end = 1023999, size 1023968 : OK
sd0s2: type 0xa5, start 1024000, end = 1843199, size 819200 : OK
sd0s3: type 0xa5, start 1843200, end = 8466431, size 6623232 : OK

(in a newer kernel, the scsi target has been removed but the ncr's new
ccb stays in there, but that's off topic here)

Similar probs also occur with a newer kernel (from config file):

petra:/usr/src/sys/i386/conf# grep -v ^\# PETRA.980531
machine         "i386"
ident           PETRA
maxusers        32
options         CHILD_MAX=128
options         OPEN_MAX=128
options         FAILSAFE
options         INCLUDE_CONFIG_FILE     # Include this file in kernel
config          kernel  root on sd0
cpu             "I586_CPU"              # aka Pentium(tm)
options         "CPU_FASTER_5X86_FPU"
                                                #via new math emulator 
options         "COMPAT_43"
options         USER_LDT                #allow user-level control of i386 ldt
options         SYSVSHM
options         SYSVSEM
options         SYSVMSG
options         "MD5"
options         DDB
options         DDB_UNATTENDED
options         KTRACE                  #kernel tracing
options         PERFMON
options         UCONSOLE
options         USERCONFIG              #boot -c editor
options         VISUAL_USERCONFIG       #visual boot -c editor
options         INET                    #Internet communications protocols
pseudo-device   ether                   #Generic Ethernet
pseudo-device   loop                    #Network loopback device
pseudo-device   sl      2               #Serial Line IP
pseudo-device   ppp     2               #Point-to-point protocol
pseudo-device   bpfilter        4       #Berkeley packet filter
pseudo-device   tun     2               #Tunnel driver(user process ppp)
options         MROUTING                # Multicast routing
                                        # dropped packets
options         IPDIVERT                #divert sockets
options         TCPDEBUG
options         FFS                     #Fast filesystem
options         NFS                     #Network File System
options         "CD9660"                #ISO 9660 filesystem
options         MSDOSFS                 #MS DOS File System
options         PROCFS                  #Process filesystem
options         NSWAPDEV=20
options         QUOTA                   #enable disk quotas
options                 "CD9660_ROOTDELAY=20"
controller      scbus0  #base SCSI code
device          sd0     #SCSI disks
device          st0     #SCSI tapes
device          cd0     #SCSI CD-ROMs
device pt0 at scbus?    # SCSI processor type
options         SCSIDEBUG
options         SCSI_REPORT_GEOMETRY
pseudo-device   pty     32      #Pseudo ttys - can go as high as 256
pseudo-device   speaker         #Play IBM BASIC-style noises out your speaker
pseudo-device   log             #Kernel syslog interface (/dev/klog)
pseudo-device   gzip            #Exec gzipped a.out's
pseudo-device   vn              #Vnode driver (turns a file into a device)
pseudo-device   snp     3       #Snoop device - to look at pty/vty/etc..
pseudo-device   ccd     4       #Concatenated disk driver
controller      isa0
options         "AUTO_EOI_1"
options         "AUTO_EOI_2"
options         BOUNCE_BUFFERS
options         XSERVER                 # support for running an X server.
options         FAT_CURSOR              # start with block cursor
device          sc0     at isa? port "IO_KBD" tty irq 1 vector scintr
options         MAXCONS=16              # number of virtual consoles
options         SLOW_VGA                # do byte-wide i/o's to TS and GDC regs
device          npx0    at isa? port "IO_NPX" iosiz 0x0 flags 0x0 irq 13 vector 
npxintr
controller      fdc0    at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr
options         FDC_DEBUG
options         FDC_PRINT_BOGUS_CHIPTYPE
disk            fd0     at fdc0 drive 0
disk            fd1     at fdc0 drive 1
tape            ft0     at fdc0 drive 2
device          lpt0    at isa? port? tty irq 7 vector lptintr
device          lpt1    at isa? port "IO_LPT3" disable tty irq 5 vector lptintr
device          sio0    at isa? port "IO_COM1" tty irq 4 vector siointr
device          sio1    at isa? port "IO_COM2" tty irq 3 vector siointr
device          sio2    at isa? port "IO_COM3" tty irq 2 vector siointr
device          sio3    at isa? port "IO_COM4" disable tty irq 8 vector siointr
                                        #DDB, if available.
device ed0 at isa? port 0x240 net irq 10 iomem 0xd2000 vector edintr
controller      snd0
device sb0      at isa? port 0x220 irq 5 drq 1 vector sbintr
device sbxvi0   at isa? drq 5
device sbmidi0  at isa? port 0x330
device opl0     at isa? port 0x388
device pca0 at isa? port IO_TIMER1 tty
device          joy0    at isa? port "IO_GAME"
options AHC_TAGENABLE
options AHC_ALLOW_MEMIO
controller      pci0
controller      ahc0
controller      ncr0
options         "CLK_USE_I8254_CALIBRATION"
options         "CLK_USE_I586_CALIBRATION"
options         COMPAT_LINUX
options         DEBUG
options         "IBCS2"
options         "SCSI_2_DEF"
options         SCSI_DELAY=16   # (was 8) Be pessimistic about Joe SCSI device
options         SCSI_NCR_DEBUG
options         SCSI_NCR_DFLT_TAGS=4
options         SCSI_NCR_MAX_SYNC=10000
options         SCSI_NCR_MAX_WIDE=1
options         SCSI_NCR_MYADDR=7
	

>Description:

make world fails after roughly an hour or so (I can send the whole log file,
but I preferred to cut it down a little since this is quite large already):

petra:/usr/src# make world 2>&1 | tee ~/makeworld.log ; date >> ~/makeworld.log
--------------------------------------------------------------
make world started on Thu Jun 18 20:54:26 CEST 1998
--------------------------------------------------------------
cd /usr/src && make buildworld

--------------------------------------------------------------
 Cleaning up the temporary build tree
--------------------------------------------------------------

( *** a LOT of output *** )

cc -fpic -DPIC -DLIBC_RCS -DSYSLIBC_RCS -D__DBINTERFACE_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libc/locale -DYP -I/usr/obj/usr/src/tmp/usr/include -I/usr/src/lib/libc/i386 -c /usr/src/lib/libc/../libc/i386/gen/fabs.S -o fabs.so
fatal process exception: page fault, fault VA = 0x8179fee
cc: Internal compiler error: program as got fatal signal 11
*** Error code 1

Stop.
*** Error code 1

Stop.
*** Error code 1

Stop.
*** Error code 1

Stop.
Thu 18 Jun 21:30:02 CEST 1998

However, the computer runs for days with little load and also prints rather
large documents (pix, faxes, ps files) running Net's Crap under X the same
time with no obvious problem. So I *think* it's not a memory problem, 
although under the second kernel, the error is slightly different suggesting
a complaint to the g++ or gcc developers group. But I suspect that it
not really might be a problem of make world or gcc but a symptom for
something else.

I do experience some very unspecific errors with the second, newer kernel,
that I hoped to be fixed with a source update, but now it seems
to have broken my world 8-S. There were sudden deaths of X (with sig 6)
and also deadlocks (freezeing) of the whole machine, but I can't tell for
now since I have no evidence (other than the frozen computer). I also
tried to build a kernel for another machine (486) to see whether the frozen
box still responds to the ethernet, but I had no success so far, either.
That was in order to see if there's a relation to prs 6873 and 6914.
	

>How-To-Repeat:

Make the world.
	

>Fix:
I, unfortunately, have no idea.
	

>Release-Note:
>Audit-Trail:

From: Peter Cornelius <pc@akk.uni-karlsruhe.de>
To: FreeBSD-gnats-submit@FreeBSD.ORG
Cc:  Subject: Re: misc/6992: 'cc: Internal compiler error: program as got fatal signal 11' when making world
Date: Fri, 19 Jun 1998 12:48:29 +0200

 Please also have a look at my prs kern/6991, misc/6992, ports/6993. They
 might be related.
 
 Thanks for your attention,                                                      
 
 Peter.                    
 
 ---
 Peter Cornelius <pc@akk.uni-karlsruhe.de>
 

From: Christoph Kukulies <kuku@gilberto.physik.RWTH-Aachen.DE>
To: Peter Cornelius <pc@inr.fzk.de>
Cc: FreeBSD-gnats-submit@FreeBSD.ORG
Subject: Re: misc/6992: 'cc: Internal compiler error: program as got fatal signal 11' when making world
Date: Fri, 19 Jun 1998 14:54:55 +0200

 On Fri, Jun 19, 1998 at 12:40:16PM +0200, Peter Cornelius wrote:
 > 
 > >Number:         6992
 > >Category:       misc
 > >Synopsis:       'cc: Internal compiler error: program as got fatal signal 11' when making world
 > >Confidential:   no
 > >Severity:       serious
 > >Priority:       medium
 > >Responsible:    freebsd-bugs
 > >State:          open
 > >Quarter:
 > >Keywords:
 > >Date-Required:
 > >Class:          sw-bug
 > >Submitter-Id:   current-users
 > >Arrival-Date:   Fri Jun 19 03:40:02 PDT 1998
 > >Last-Modified:
 > >Originator:     Peter Cornelius
 > >Organization:
 > Arbeitskreis Kultur und Kommunikation, Universitaet Karlsruhe
 > >Release:        FreeBSD 2.2.6-STABLE i386 (RELENG_2_2)
 > >Environment:
 > 
 > This is going to be large. Please excuse.
 > 
 > Main board is an Iwill (http://www.iwill.com.tw/) P54TS w/ P133, AIC7850
 > and 96 MB RAM.
 > 
 > petra:~# uname -a > uname.kernel.980408
 > FreeBSD petra.cornelius.org 2.2.5-RELEASE FreeBSD 2.2.5-RELEASE #0: Sun Mar 29 2
 > 3:56:20 CEST 1998     root@petra.cornelius.org:/usr/src/sys/compile/PETRA  i386
 > 
 > but also with 2.2.6-STABLE kernel. I am up to date with RELENG_2_2 src until
 > last night (June 18th, 18.30 UTC) and have the last world made roughly
 > a fortnight ago.
 [...]
 > petra:/usr/src# make world 2>&1 | tee ~/makeworld.log ; date >> ~/makeworld.log
 > --------------------------------------------------------------
 > make world started on Thu Jun 18 20:54:26 CEST 1998
 > --------------------------------------------------------------
 > cd /usr/src && make buildworld
 > 
 > --------------------------------------------------------------
 >  Cleaning up the temporary build tree
 > --------------------------------------------------------------
 > 
 > ( *** a LOT of output *** )
 > 
 > cc -fpic -DPIC -DLIBC_RCS -DSYSLIBC_RCS -D__DBINTERFACE_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libc/locale -DYP -I/usr/obj/usr/src/tmp/usr/include -I/usr/src/lib/libc/i386 -c /usr/src/lib/libc/../libc/i386/gen/fabs.S -o fabs.so
 > fatal process exception: page fault, fault VA = 0x8179fee
 > cc: Internal compiler error: program as got fatal signal 11
 > *** Error code 1
 > 
 > Stop.
 > *** Error code 1
 > 
 > Stop.
 > *** Error code 1
 > 
 > Stop.
 > *** Error code 1
 > 
 > Stop.
 > Thu 18 Jun 21:30:02 CEST 1998
 > 
 > However, the computer runs for days with little load and also prints rather
 > large documents (pix, faxes, ps files) running Net's Crap under X the same
 > time with no obvious problem. So I *think* it's not a memory problem, 
 > although under the second kernel, the error is slightly different suggesting
 > a complaint to the g++ or gcc developers group. But I suspect that it
 > not really might be a problem of make world or gcc but a symptom for
 > something else.
 > 
 > I do experience some very unspecific errors with the second, newer kernel,
 > that I hoped to be fixed with a source update, but now it seems
 > to have broken my world 8-S. There were sudden deaths of X (with sig 6)
 > and also deadlocks (freezeing) of the whole machine, but I can't tell for
 > now since I have no evidence (other than the frozen computer). I also
 > tried to build a kernel for another machine (486) to see whether the frozen
 > box still responds to the ethernet, but I had no success so far, either.
 > That was in order to see if there's a relation to prs 6873 and 6914.
 
 Just FYI - your problem may be different - I once had a hell of
 a time getting a system to get through a make world although
 it ran continously with light load for days w/o problems.
 
 It was a newly bought system and I brought it back to the local computer
 store where I bought it. I proved them that it was memory that was causing
 the world build process to fail. I connected a similar system to the
 disks and ran make world fine in a couple of hours.
 
 Then we connected the same disk(s) back to the faulty system and the 
 problems where there again. The vendor finally swapped all (64MB that were)
 memory and it worked.
 
 It's hard to convince a computer dealer that hist hardware is faulty
 when he says "look here, NT runs just fine on it".
 
 make world is a hardware burn in process which hardware vendors should
 make to their duty :-)
 
 > 	
 > 
 > >How-To-Repeat:
 > 
 > Make the world.
 > 	
 > 
 > >Fix:
 > I, unfortunately, have no idea.
 > 	
 > 
 > >Audit-Trail:
 > >Unformatted:
 > 
 > To Unsubscribe: send mail to majordomo@FreeBSD.org
 > with "unsubscribe freebsd-bugs" in the body of the message
 
 -- 
 Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de
State-Changed-From-To: open->closed 
State-Changed-By: jkh 
State-Changed-When: Fri Jun 19 16:52:09 MEST 1998 
State-Changed-Why:  
This is indicative of a hardware failure, not an OS problem. 
Verify that your cache is good, your ram speed settings and 
voltages are correct, etc. 

From: Peter Cornelius <pc@akk.uni-karlsruhe.de>
To: Christoph Kukulies <kuku@gilberto.physik.RWTH-Aachen.DE>, jkh@FreeBSD.ORG
Cc: FreeBSD-gnats-submit@FreeBSD.ORG
Subject: Re: misc/6992: 'cc: Internal compiler error: program as got fatal signal 11' when making world
Date: Sat, 11 Jul 1998 18:02:58 +0200

 Hello again,
 
 thanks for the replies, and please excuse for the delay, I had to recover
 from a moderate earth quake 8-S
 
 On Fri, Jun 19, 1998 at 02:54:55PM +0200, Christoph Kukulies wrote:
 > Just FYI - your problem may be different - I once had a hell of
 > a time getting a system to get through a make world although
 > it ran continously with light load for days w/o problems.
 > 
 > It was a newly bought system and I brought it back to the local computer
 > store where I bought it. I proved them that it was memory that was causing
 > the world build process to fail. I connected a similar system to the
 > disks and ran make world fine in a couple of hours.
 > 
 > Then we connected the same disk(s) back to the faulty system and the 
 > problems where there again. The vendor finally swapped all (64MB that were)
 > memory and it worked.
 > 
 > It's hard to convince a computer dealer that hist hardware is faulty
 > when he says "look here, NT runs just fine on it".
 > 
 > make world is a hardware burn in process which hardware vendors should
 > make to their duty :-)
 
 On Fri, Jun 19, 1998 at 07:53:02 -0700, Jordan K. Hubbard wrote:
 > State-Changed-From-To: open->closed                                       
 > State-Changed-By: jkh                                                           
 > State-Changed-When: Fri Jun 19 16:52:09 MEST 1998    
 > State-Changed-Why:                                                              
 > This is indicative of a hardware failure, not an OS problem.                    
 > Verify that your cache is good, your ram speed settings and
 > voltages are correct, etc.                                               
 
 Well... As Jordan Hubbard told me, I verified. And after a "quick last
 reboot" the earth seemed to have shifted (at least for my computer).
 
 I not really recently, but more or less, acquired 64 MB of additional ram
 that was in there for a short while with little problems (a couple of
 minor X crashes, gimp and such), but no real probs until make world. The
 tricky bit was that the former 32 MB stayed in the same machine, so it
 seemed to "work". I swapped banks, no "real" probs, I stuck the "new" ram
 into an nt box, all seemed fine (as in Christph's case). Also, the "new"
 rams are part of a charge of six in total all the others of which work
 fine. But in all cases, never the "new" rams were on their own.
 
 Then I removed my old ram (should there be a memory limit for that
 motherboard ???), and after a couple of seconds I was in for a couple of
 days of root partition repair (who the fffflame put that tape on top of
 the monitor, anyways?? I told you.). With some hot air, the modules flew
 back to where they came from, and after some ten days or so, I received a
 couple of new ones with no comment (...) Now, my world survives.
 
 (...)
 
 Thanks again for your help & patience,
 
 'til the next "bug",
 
 Peter.
 
 ---
 Peter Cornelius <pc@akk.uni-karlsruhe.de>
 
>Unformatted:
