From owner-freebsd-hackers Wed Sep 27 00:41:52 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA17888 for hackers-outgoing; Wed, 27 Sep 1995 00:41:52 -0700 Received: from nanolon.gun.de (nanolon.gun.de [192.109.159.5]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id AAA17881 for ; Wed, 27 Sep 1995 00:41:47 -0700 Received: (from uucp@localhost) by nanolon.gun.de (8.6.8.1/8.6.6) with UUCP id IAA15219; Wed, 27 Sep 1995 08:41:38 +0100 Received: (from andreas@localhost) by knobel.gun.de (8.6.11/8.6.12) id IAA00240; Wed, 27 Sep 1995 08:40:41 +0100 From: Andreas Klemm Message-Id: <199509270740.IAA00240@knobel.gun.de> Subject: Re: make world on FreeBSD-stable impossible. cc1: ... signal 11 To: davidg@Root.COM Date: Wed, 27 Sep 1995 08:40:41 +0100 (MET) Cc: hackers@freebsd.org In-Reply-To: <199509270027.RAA27739@corbin.Root.COM> from "David Greenman" at Sep 26, 95 05:27:46 pm X-Mailer: ELM [version 2.4 PL24 ME7] Content-Type: text Content-Length: 2393 Sender: owner-hackers@freebsd.org Precedence: bulk One additional experience... Now I setup every scsi device in aha2940 controller setup to 5.0 MB/sec. SCSI transfer speed. Went into single user mode made a file system check first after that mount -at ufs (so that root additionally gets rw) and then a make world. The make world stopped earlier then the one with 10MB/sec SCSI bus speed, so I assume, that there isn't the trouble. with 10MB/sec.: -rw-r--r-- 1 root wheel 447178 Sep 27 07:45 /usr/src/world.log Here it was a control character in libg++'s header file, that vanished after rebooting with 5MB/sec.: -rw-r--r-- 1 root wheel 384177 Sep 27 09:20 /usr/src/world.log2 Here it was an internal compiler error... After that internel compiler error I'm not able to compile anything. Even a helloworld.c fails with that message. Signal 10 or 11 ... My hello world simply looks the following, without including stdio ... main(){ printf("Hello\n");} What I forgot to mention is, that my filesystem isn't stable, too. After the first failed make world I did a fsck in single user mode, which reported a DUP in root-fs. It was one of my test kernels, that wasn't active (/kernel.STABLE), I'm booting currently kernel.STABLE2, /kernel is a simple link to kernel.STABLE2. My root fs is a small little fs without much traffic ... but it seems to get trashed sometimes. It isn't the first time, that I get these dups. The preening fsck doesn't report any errors. Only if I do the whole fsck in simgle user mode, then I'll see these errors. Could it be, that the in core images of something will be trashed and that on system shutdown these things are written to fs - fs gets unmounted without problems and the preening fsck on the next reboot thinks, fine, fs was properly unmounted, fs state ok .... ?!?!?! Same with gcc ... might it be the case, that in core images of shared libs in memory get trashed, so that dynamically build programs like the C-Compiler doesn't work anymore, if there is a in core damage of some shared lib in memory ??? What I didn't mention is, that working under X11 generally works ok, longer sessions (many hours) sometimes work ok. But sometimes X simply hangs .... -- $$ apsfilter - magic print filter 4lpd @home : andreas@knobel.gun.de $$ ftp://sunsite.unc.edu @work : andreas@sunny.wup.de $$ /pub/Linux/system/Printing/aps-491.tgz knobel: >>> powered by FreeBSD <<<