From owner-freebsd-bugs Sun Mar 29 00:40:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA22808 for freebsd-bugs-outgoing; Sun, 29 Mar 1998 00:40:02 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA22802; Sun, 29 Mar 1998 00:40:01 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA22662; Sun, 29 Mar 1998 00:36:40 -0800 (PST) (envelope-from nobody) Message-Id: <199803290836.AAA22662@hub.freebsd.org> Date: Sun, 29 Mar 1998 00:36:40 -0800 (PST) From: br@muenster.de To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/6164: adjkerntz failed Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6164 >Category: bin >Synopsis: adjkerntz failed >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Mar 29 00:40:00 PST 1998 >Last-Modified: >Originator: Bodo Rüskamp >Organization: >Release: 2.2.5 >Environment: FreeBSD smilla 2.2.5-RELEASE FreeBSD 2.2.5-RELEASE #1: Mon Mar 16 22:04:21 CET 1998 roof@smilla:/u/bsd/sys/compile/SMILLA i386 >Description: Europe changed to daylight savings time this night at 02:00 local time (01:00 UTC). My timezone is set to "Europe/Berlin". /sbin/adjkerntz -a didn't work correctly from /etc/crontab. I got a mail from adjkerntz at 04:01 and 04:31 local time (02:01 and 02:31 UTC) containing the following error message: "adjkerntz: Warning: nonexistent UTC time". adjkerntz DID NOT set machdep.adjkerntz to the new timezone. >How-To-Repeat: setenv TZ Etc/UTC date 9803290200 setenv TZ Etc/Berlin /sbin/adjkerntz >Fix: Run "/sbin/adjkerntz -a" at 5:01 (local time) or later. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 29 19:43:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA07930 for freebsd-bugs-outgoing; Sun, 29 Mar 1998 19:43:45 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA07486; Sun, 29 Mar 1998 19:41:58 -0800 (PST) (envelope-from gnats) Received: from kithrup.com (kithrup.com [205.179.156.40]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA03318 for ; Sun, 29 Mar 1998 19:30:30 -0800 (PST) (envelope-from sef@kithrup.com) Received: (from sef@localhost) by kithrup.com (8.8.8/8.8.8) id NAA21092; Sun, 29 Mar 1998 13:35:30 -0800 (PST) (envelope-from sef) Message-Id: <199803292135.NAA21092@kithrup.com> Date: Sun, 29 Mar 1998 13:35:30 -0800 (PST) From: Sean Eric Fagan Reply-To: sef@kithrup.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/6168: tn3270 gets undefined symbol error on startup Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6168 >Category: bin >Synopsis: tn3270 gets undefined symbol error on startup >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Mar 29 19:41:01 PST 1998 >Last-Modified: >Originator: Sean Eric Fagan >Organization: Kithrup Enterprises, Ltd. >Release: FreeBSD 2.2.6-STABLE i386 >Environment: FreeBSD 2.2.6, upgraded on March 28,1998. >Description: tn3270 has an undefined symbol, it claims in libtelnet.so.3.0, for krb_err_txt. An nm of libtelnet.so.3.0 does not show this symbol; however, an nm of libtelnet.a does show it as undefined. libtelnet.so.2.0 does not have this problem. >How-To-Repeat: Run tn3270. >Fix: To workaround, set LD_PRELOAD=libtelnet.so.2.0 >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 29 20:53:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA05865 for freebsd-bugs-outgoing; Sun, 29 Mar 1998 20:53:20 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA05853; Sun, 29 Mar 1998 20:53:17 -0800 (PST) (envelope-from sef@FreeBSD.org) Received: (from sef@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id UAA07088; Sun, 29 Mar 1998 20:51:55 -0800 (PST) Date: Sun, 29 Mar 1998 20:51:55 -0800 (PST) Message-Id: <199803300451.UAA07088@freefall.freebsd.org> From: Sean Eric Fagan To: FreeBSD bugs mailing list , sef@kithrup.com Subject: Re: bin/4998: mail and more do not work well with being suspended Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org `Sean Eric Fagan' changed the state to `open'. State-Changed-From-To: closed-open State-Changed-By: sef State-Changed-When: Sun Mar 29 20:50:49 1998 State-Changed-Why: I just tried again... and more still core dumps. This is on a pty, logged in via unencrypted kerberos login. The shell is tcsh 6.07.02. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 29 23:40:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA08633 for freebsd-bugs-outgoing; Sun, 29 Mar 1998 23:40:07 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA08591; Sun, 29 Mar 1998 23:40:03 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA07931; Sun, 29 Mar 1998 23:38:21 -0800 (PST) (envelope-from nobody) Message-Id: <199803300738.XAA07931@hub.freebsd.org> Date: Sun, 29 Mar 1998 23:38:21 -0800 (PST) From: George.W.Dinolt@lmco.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: misc/6172: Why is /ftp.freebsd.org/pub/FreeBSD/CTM/ports-cur no longer updated? Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6172 >Category: misc >Synopsis: Why is /ftp.freebsd.org/pub/FreeBSD/CTM/ports-cur no longer updated? >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: support >Submitter-Id: current-users >Arrival-Date: Sun Mar 29 23:40:01 PST 1998 >Last-Modified: >Originator: George W. Dinolt >Organization: (home) >Release: 2.2.6-STABLE >Environment: Not Applicable but here it is anyway FreeBSD dinolt-3.wdl.lmco.com 2.2.6-STABLE FreeBSD 2.2.6-STABLE #0: Sat Mar 28 11:26:44 PST 1998 ... i386 (the address is bogus) >Description: Up until March 6, the CTM directory was updated on a regular basis with new CTM files for the ports collection. Using CTM for updates is very convenient for me, since I cannot use cvsup because of proxy-server/firewall restrictions. Of course, the mirrors also seem to reflect this problem. >How-To-Repeat: NA >Fix: I noticed that the other CTM directories (src-cur, src-2.2 and cvs-cur) each has a file .mutex_build of zero length dated March 7. This may be a coincidence. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 29 23:52:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA12238 for freebsd-bugs-outgoing; Sun, 29 Mar 1998 23:52:48 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from ovbis01.ovb.ch (ovbis01.ovb.ch [195.65.24.144]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id XAA12198 for ; Sun, 29 Mar 1998 23:52:43 -0800 (PST) (envelope-from ovb@ovb.ch) Received: from zhwbs-e1-10.limmat.ch [194.191.121.210] by ovbis01.ovb.ch with smtp (Exim 1.82 #1) id 0yJGC3-0007DQ-00; Sun, 29 Mar 1998 13:24:04 +0200 From: ovb@ovb.ch (Oliver von Bueren) To: freebsd-bugs@hub.freebsd.org Subject: Re: bin/6164: adjkerntz failed Date: Sun, 29 Mar 1998 12:24:03 GMT Organization: private Message-ID: <35213cd9.1690153912@mail.ovb.ch> References: <199803290836.AAA22662@hub.freebsd.org> In-Reply-To: <199803290836.AAA22662@hub.freebsd.org> X-Mailer: Forte Agent 1.5/32.452 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id XAA12215 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sun, 29 Mar 1998 00:36:40 -0800 (PST), you wrote: >>Synopsis: adjkerntz failed >FreeBSD smilla 2.2.5-RELEASE FreeBSD 2.2.5-RELEASE #1: Mon Mar 16 22:04:21 CET 1998 >roof@smilla:/u/bsd/sys/compile/SMILLA i386 > >>Description: >Europe changed to daylight savings time this night >at 02:00 local time (01:00 UTC). My timezone is set to >"Europe/Berlin". /sbin/adjkerntz -a didn't work The same happens also on a FreeBSD 2.1.5-RELEASE and on a FreeBSD 2.1.7-RELEASE system. Cheers, Oliver To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Mar 30 00:30:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA22864 for freebsd-bugs-outgoing; Mon, 30 Mar 1998 00:30:33 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA22654; Mon, 30 Mar 1998 00:29:47 -0800 (PST) (envelope-from jkh@FreeBSD.org) From: "Jordan K. Hubbard" Received: (from jkh@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id AAA07678; Mon, 30 Mar 1998 00:28:24 -0800 (PST) Date: Mon, 30 Mar 1998 00:28:24 -0800 (PST) Message-Id: <199803300828.AAA07678@freefall.freebsd.org> To: ru@ucb.crimea.ua, jkh@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: misc/6135 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: release/Makefile fails to ``make readmes'' for ports State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Mon Mar 30 00:27:54 PST 1998 State-Changed-Why: First fix taken, thanks. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Mar 30 01:22:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA02508 for freebsd-bugs-outgoing; Mon, 30 Mar 1998 01:22:18 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA02393; Mon, 30 Mar 1998 01:21:53 -0800 (PST) (envelope-from ache@FreeBSD.org) From: "Andrey A. Chernov" Received: (from ache@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id BAA08095; Mon, 30 Mar 1998 01:20:30 -0800 (PST) Date: Mon, 30 Mar 1998 01:20:30 -0800 (PST) Message-Id: <199803300920.BAA08095@freefall.freebsd.org> To: br@muenster.de, ache@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/6164 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: adjkerntz failed State-Changed-From-To: open-closed State-Changed-By: ache State-Changed-When: Mon Mar 30 01:18:05 PST 1998 State-Changed-Why: crontab changed to run adjkerntz -a at 05:01 too To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Mar 30 03:03:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA14329 for freebsd-bugs-outgoing; Mon, 30 Mar 1998 03:03:06 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from rvc1.informatik.ba-stuttgart.de (rvc1.informatik.ba-stuttgart.de [141.31.112.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA14237; Mon, 30 Mar 1998 03:02:27 -0800 (PST) (envelope-from helbig@Informatik.BA-Stuttgart.DE) Received: (from helbig@localhost) by rvc1.informatik.ba-stuttgart.de (8.8.8/8.8.5) id NAA22390; Mon, 30 Mar 1998 13:02:28 +0200 (MET DST) From: Wolfgang Helbig Message-Id: <199803301102.NAA22390@rvc1.informatik.ba-stuttgart.de> Subject: Re: bin/6164 In-Reply-To: <199803300920.BAA08095@freefall.freebsd.org> from "Andrey A. Chernov" at "Mar 30, 98 01:20:30 am" To: ache@FreeBSD.ORG (Andrey A. Chernov) Date: Mon, 30 Mar 1998 13:02:27 +0200 (MET DST) Cc: freebsd-bugs@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Synopsis: adjkerntz failed > > State-Changed-From-To: open-closed > State-Changed-By: ache > State-Changed-When: Mon Mar 30 01:18:05 PST 1998 > State-Changed-Why: > crontab changed to run adjkerntz -a at 05:01 too Hmm. The reason for this warning message (``non existent UCT time'') is an erraneous use of mktime(3): mktime(3) *always* assumes that the passed tm structure (utc) holds *local* time, even if the parameter is filled by gmtime(3). At March 29th 4:01 CEST gmtime() put 2:01 into utc, which is correct. Then mktime(3) assumes March 29th 2:01 *local* time which does not exist. (In Germany March 29th 1:59 CET is followed by March 29th 3:00 CEST) A fix is to use local.tm_gmtoff to get UTC-time from local time, as in this diff: This works in FreeBSD 3.0 and FreeBSD 2.2.5: Wolfgang Index: adjkerntz.c =================================================================== RCS file: /usr/cvsroot/src/sbin/adjkerntz/adjkerntz.c,v retrieving revision 1.21 diff -u -r1.21 adjkerntz.c --- adjkerntz.c 1998/02/25 09:40:21 1.21 +++ adjkerntz.c 1998/03/30 10:29:06 @@ -71,7 +71,7 @@ int argc; char **argv; { - struct tm local, utc; + struct tm local; struct timeval tv, *stv; struct timezone tz, *stz; int kern_offset, wall_clock, disrtcset; @@ -161,13 +161,12 @@ local = *localtime(&initial_sec); if (diff == 0) initial_isdst = local.tm_isdst; - utc = *gmtime(&initial_sec); - local.tm_isdst = utc.tm_isdst = initial_isdst; + local.tm_isdst = initial_isdst; /* calculate local CMOS diff from GMT */ - utcsec = mktime(&utc); localsec = mktime(&local); + utcsec = localsec - local.tm_gmtoff; if (utcsec == -1 || localsec == -1) { /* * XXX user can only control local time, and it is @@ -217,11 +216,10 @@ initial_isdst = final_isdst; goto recalculate; } - utc = *gmtime(&final_sec); - local.tm_isdst = utc.tm_isdst = final_isdst; + local.tm_isdst = final_isdst; - utcsec = mktime(&utc); localsec = mktime(&local); + utcsec = localsec - local.tm_gmtoff; if (utcsec == -1 || localsec == -1) { bad_final: /* To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Mar 30 04:14:46 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA24373 for freebsd-bugs-outgoing; Mon, 30 Mar 1998 04:14:46 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from lsd.relcom.eu.net (ache@lsd.relcom.eu.net [193.125.27.73]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA24325 for ; Mon, 30 Mar 1998 04:14:19 -0800 (PST) (envelope-from ache@lsd.relcom.eu.net) Received: (from ache@localhost) by lsd.relcom.eu.net (8.8.8/8.8.8) id QAA01538; Mon, 30 Mar 1998 16:13:29 +0400 (MSD) (envelope-from ache) Message-ID: <19980330161329.17370@nagual.pp.ru> Date: Mon, 30 Mar 1998 16:13:29 +0400 From: =?koi8-r?B?4c7E0sXKIP7F0s7P1w==?= To: Wolfgang Helbig Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: bin/6164 Mail-Followup-To: Wolfgang Helbig , freebsd-bugs@FreeBSD.ORG References: <199803300920.BAA08095@freefall.freebsd.org> <199803301102.NAA22390@rvc1.informatik.ba-stuttgart.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <199803301102.NAA22390@rvc1.informatik.ba-stuttgart.de>; from helbig@Informatik.BA-Stuttgart.DE on Mon, Mar 30, 1998 at 01:02:27PM +0200 Organization: Biomechanoid Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, Mar 30, 1998 at 01:02:27PM +0200, Wolfgang Helbig wrote: > A fix is to use local.tm_gmtoff to get UTC-time from local time, as in > this diff: I doubt we can trust tm_gmtoff since it changes over timezone switch time. mktime used just to get correct (changed) tm_gmtoff -- Andrey A. Chernov http://www.nagual.pp.ru/~ache/ MTH/SH/HE S-- W-- N+ PEC>+ D A a++ C G>+ QH+(++) 666+>++ Y To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Mar 30 04:21:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA25345 for freebsd-bugs-outgoing; Mon, 30 Mar 1998 04:21:44 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from lsd.relcom.eu.net (ache@lsd.relcom.eu.net [193.125.27.73]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA25324; Mon, 30 Mar 1998 04:21:31 -0800 (PST) (envelope-from ache@lsd.relcom.eu.net) Received: (from ache@localhost) by lsd.relcom.eu.net (8.8.8/8.8.8) id QAA01613; Mon, 30 Mar 1998 16:21:21 +0400 (MSD) (envelope-from ache) Message-ID: <19980330162120.01151@nagual.pp.ru> Date: Mon, 30 Mar 1998 16:21:20 +0400 From: =?koi8-r?B?4c7E0sXKIP7F0s7P1w==?= To: Wolfgang Helbig , freebsd-bugs@FreeBSD.ORG Cc: bde@FreeBSD.ORG Subject: Re: bin/6164 Mail-Followup-To: Wolfgang Helbig , freebsd-bugs@FreeBSD.ORG, bde@freebsd.org References: <199803300920.BAA08095@freefall.freebsd.org> <199803301102.NAA22390@rvc1.informatik.ba-stuttgart.de> <19980330161329.17370@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit X-Mailer: Mutt 0.89.1i In-Reply-To: <19980330161329.17370@nagual.pp.ru>; from ache@nagual.pp.ru on Mon, Mar 30, 1998 at 04:13:29PM +0400 Organization: Biomechanoid Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, Mar 30, 1998 at 04:13:29PM +0400, áÎÄÒÅÊ þÅÒÎÏ× wrote: > On Mon, Mar 30, 1998 at 01:02:27PM +0200, Wolfgang Helbig wrote: > > A fix is to use local.tm_gmtoff to get UTC-time from local time, as in > > this diff: > > I doubt we can trust tm_gmtoff since it changes over timezone > switch time. mktime used just to get correct (changed) tm_gmtoff Maybe alternate variant will be 1..6 hours loop increasing hours until mktime(&utc) will stop return -1 ... -- Andrey A. Chernov http://www.nagual.pp.ru/~ache/ MTH/SH/HE S-- W-- N+ PEC>+ D A a++ C G>+ QH+(++) 666+>++ Y To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Mar 30 05:20:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA01451 for freebsd-bugs-outgoing; Mon, 30 Mar 1998 05:20:33 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA01431; Mon, 30 Mar 1998 05:20:18 -0800 (PST) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id XAA29255; Mon, 30 Mar 1998 23:16:08 +1000 Date: Mon, 30 Mar 1998 23:16:08 +1000 From: Bruce Evans Message-Id: <199803301316.XAA29255@godzilla.zeta.org.au> To: ache@FreeBSD.ORG, helbig@Informatik.BA-Stuttgart.DE Subject: Re: bin/6164 Cc: freebsd-bugs@FreeBSD.ORG Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Hmm. The reason for this warning message (``non existent UCT time'') >is an erraneous use of mktime(3): mktime(3) *always* assumes >that the passed tm structure (utc) holds *local* time, even if the >parameter is filled by gmtime(3). >At March 29th 4:01 CEST gmtime() put 2:01 into utc, which is correct. >Then mktime(3) assumes March 29th 2:01 *local* time which does not exist. Isn't that the point of using local time? The purpose of `adjkerntz -a' is to adjust the RTC to local time when DST changes. The adjustment can't be done if it would give a nonexistent time or an ambiguous time. mktime() happens to handle nonexistent times in a convenient way (by failing; it's not clear what else it could do). I think there are more problems with ambiguous times when DST starts, since mktime() doesn't fail then. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Mar 30 05:53:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA05811 for freebsd-bugs-outgoing; Mon, 30 Mar 1998 05:53:59 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from lsd.relcom.eu.net (ache@lsd.relcom.eu.net [193.125.27.73]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA05801 for ; Mon, 30 Mar 1998 05:53:57 -0800 (PST) (envelope-from ache@lsd.relcom.eu.net) Received: (from ache@localhost) by lsd.relcom.eu.net (8.8.8/8.8.8) id RAA02203; Mon, 30 Mar 1998 17:53:05 +0400 (MSD) (envelope-from ache) Message-ID: <19980330175304.22851@nagual.pp.ru> Date: Mon, 30 Mar 1998 17:53:04 +0400 From: =?koi8-r?B?4c7E0sXKIP7F0s7P1w==?= To: Bruce Evans , helbig@Informatik.BA-Stuttgart.DE Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: bin/6164 Mail-Followup-To: Bruce Evans , helbig@Informatik.BA-Stuttgart.DE, freebsd-bugs@FreeBSD.ORG References: <199803301316.XAA29255@godzilla.zeta.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <199803301316.XAA29255@godzilla.zeta.org.au>; from bde@zeta.org.au on Mon, Mar 30, 1998 at 11:16:08PM +1000 Organization: Biomechanoid Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, Mar 30, 1998 at 11:16:08PM +1000, Bruce Evans wrote: > mktime() happens to handle nonexistent times in a convenient way (by > failing; it's not clear what else it could do). I think there are more What do you think about simutaneous increasing local and utc times until mktime() stops failing? What we need to get is new offset and it will remains the same even after 6 hours beyond zone change. I.e. I suggest not mktime(local) - mktime(utc) but mktime(local + 6h) - mktime(utc + 6h). -- Andrey A. Chernov http://www.nagual.pp.ru/~ache/ MTH/SH/HE S-- W-- N+ PEC>+ D A a++ C G>+ QH+(++) 666+>++ Y To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Mar 30 06:11:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA07453 for freebsd-bugs-outgoing; Mon, 30 Mar 1998 06:11:02 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA07447 for ; Mon, 30 Mar 1998 06:10:57 -0800 (PST) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id AAA31223; Tue, 31 Mar 1998 00:08:54 +1000 Date: Tue, 31 Mar 1998 00:08:54 +1000 From: Bruce Evans Message-Id: <199803301408.AAA31223@godzilla.zeta.org.au> To: ache@nagual.pp.ru, bde@zeta.org.au, helbig@Informatik.BA-Stuttgart.DE Subject: Re: bin/6164 Cc: freebsd-bugs@FreeBSD.ORG Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >What do you think about simutaneous increasing local and utc times >until mktime() stops failing? What we need to get is new offset and Isn't that what adjkerntz -as does? >it will remains the same even after 6 hours beyond zone change. >I.e. I suggest not mktime(local) - mktime(utc) but >mktime(local + 6h) - mktime(utc + 6h). Don't you have to do both to see if there is no change? It would be fairly easy to calculate the time to sleep before a change can be made (6 months in some cases :-), but there isn't much point since waking up every 30 minutes is efficient enough (at least if it is only for a few hours). Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Mar 30 07:49:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA22241 for freebsd-bugs-outgoing; Mon, 30 Mar 1998 07:49:54 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA22236 for ; Mon, 30 Mar 1998 07:49:51 -0800 (PST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.8.8/8.8.8) id KAA13970; Mon, 30 Mar 1998 10:48:49 -0500 (EST) (envelope-from wollman) Date: Mon, 30 Mar 1998 10:48:49 -0500 (EST) From: Garrett Wollman Message-Id: <199803301548.KAA13970@khavrinen.lcs.mit.edu> To: =?koi8-r?B?4c7E0sXKIP7F0s7P1w==?= Cc: Wolfgang Helbig , freebsd-bugs@FreeBSD.ORG Subject: Re: bin/6164 In-Reply-To: <19980330161329.17370@nagual.pp.ru> References: <199803300920.BAA08095@freefall.freebsd.org> <199803301102.NAA22390@rvc1.informatik.ba-stuttgart.de> <19980330161329.17370@nagual.pp.ru> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org < said: > I doubt we can trust tm_gmtoff since it changes over timezone > switch time. mktime used just to get correct (changed) tm_gmtoff Use timegm(). -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Mar 30 13:30:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA26041 for freebsd-bugs-outgoing; Mon, 30 Mar 1998 13:30:04 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA26034; Mon, 30 Mar 1998 13:30:03 -0800 (PST) (envelope-from gnats) Received: from johngalt.ennovatenetworks.com (johngalt.ennovatenetworks.com [208.227.99.141]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA25772 for ; Mon, 30 Mar 1998 13:28:47 -0800 (PST) (envelope-from eric@johngalt.ennovatenetworks.com) Received: (from eric@localhost) by johngalt.ennovatenetworks.com (8.8.7/8.8.7) id QAA00502; Mon, 30 Mar 1998 16:28:39 -0500 (EST) (envelope-from eric) Message-Id: <199803302128.QAA00502@johngalt.ennovatenetworks.com> Date: Mon, 30 Mar 1998 16:28:39 -0500 (EST) From: eric@ennovatenetworks.com Reply-To: eric@ennovatenetworks.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: misc/6177: IP reassembly fails when some options present Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6177 >Category: misc >Synopsis: IP reassembly fails when some options present >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Mar 30 13:30:01 PST 1998 >Last-Modified: >Originator: Eric Sprinkle >Organization: Ennovate Networks, Inc >Release: FreeBSD 2.2.5-RELEASE i386 >Environment: Two machines on the same IP subnet. Intel Etherexpress 100 NICs >Description: An oversized ping with record-route option fails the checksum test in ip_input and gets discarded. The function ip_input in ip_input.c determines the IP header length for each packet or fragment and save the length in the variable 'hlen'. Later on ip_input decides its a fragment and reassembles it and calls icmp_input with the header length. Unfortunately, hlen is the length of the last fragments IP header, which may be different than the header length of the first fragment. The 'record-route' option is an example of an option that is only present in the first fragment of a datagram. >How-To-Repeat: ping -s 3000 -R remote-node >Fix: In the code scrap below, from ip_input, the comment and the one line after the comment (hlen = ...) fix the problem. if (((struct ipasfrag *)ip)->ipf_mff & 1 || ip->ip_off) { ipstat.ips_fragments++; ip = ip_reass((struct ipasfrag *)ip, fp, &ipq[sum]); if (ip == 0) return; /* * Get the reassembled packet's header length */ hlen = IP_VHL_HL(ip->ip_vhl) << 2; ipstat.ips_reassembled++; m = dtom(ip); >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Mar 30 14:17:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA04132 for freebsd-bugs-outgoing; Mon, 30 Mar 1998 14:17:17 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from rvc1.informatik.ba-stuttgart.de (rvc1.informatik.ba-stuttgart.de [141.31.112.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA04116; Mon, 30 Mar 1998 14:16:58 -0800 (PST) (envelope-from helbig@Informatik.BA-Stuttgart.DE) Received: (from helbig@localhost) by rvc1.informatik.ba-stuttgart.de (8.8.8/8.8.5) id AAA08860; Tue, 31 Mar 1998 00:16:50 +0200 (MET DST) From: Wolfgang Helbig Message-Id: <199803302216.AAA08860@rvc1.informatik.ba-stuttgart.de> Subject: Re: bin/6164 In-Reply-To: <199803301316.XAA29255@godzilla.zeta.org.au> from Bruce Evans at "Mar 30, 98 11:16:08 pm" To: bde@zeta.org.au (Bruce Evans) Date: Tue, 31 Mar 1998 00:16:49 +0200 (MET DST) Cc: ache@FreeBSD.ORG, helbig@Informatik.BA-Stuttgart.DE, freebsd-bugs@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > >Hmm. The reason for this warning message (``non existent UCT time'') > >is an erraneous use of mktime(3): mktime(3) *always* assumes > >that the passed tm structure (utc) holds *local* time, even if the > >parameter is filled by gmtime(3). > >At March 29th 4:01 CEST gmtime() put 2:01 into utc, which is correct. > >Then mktime(3) assumes March 29th 2:01 *local* time which does not exist. > > Isn't that the point of using local time? The purpose of `adjkerntz -a' I don't argue using local time or mktime() assuming local time. I just don't think it's a good idea to use mktime() with an argument that is supposed to hold utc time in order to calculate the offset from local time to utc. Using tm_gmtoff looks better to me and does not need this sleep mode. > is to adjust the RTC to local time when DST changes. The adjustment > can't be done if it would give a nonexistent time or an ambiguous time. > mktime() happens to handle nonexistent times in a convenient way (by > failing; it's not clear what else it could do). I think there are more > problems with ambiguous times when DST starts, since mktime() doesn't > fail then. The current version which uses mktime() is broken in this respect. Consider what happened March 29th when daylight saving made the local clock jump from 1:59 CET to 3:00 CEST, and the utc-offset from -3600s to -7200s. >From 3:01 to 3:59 adjkerntz -a thought -3600 is the correct offset, (at least that's what it writes in machdep.adjkerntz) and adjkerntz -i does bogusly *not* update the RTC when started at 1:55 CET and terminated (kill -term) at 3:10 CEST. This is an error. >From 4:01 to 4:59 adjkerntz -a thinks it suddenly has to fight some non existant utc. But the localtime (4:01) perfectly exists and the corresponding utc (2:01) also perfectly exists. Only the localtime 2:01 does not exist. But this fact certainly is not important for the algorithm used by adjkerntz--as far as I can grasp it. Sure, mktime() happens to return (-1) but this happens to be of no relevance at all to the task at adjkerntz is trying to solve. >From 5:00 adjkerntz -a and adjkerntz -j finally work as expected. Anyway, with my patch applied, adjkerntz works as before (including the bug occuring from 3:01 to 3:59 two nights ago) but does not repeat the bug from 4:01 to 4:59. Instead it correctly computes the offset and adjusts the RTC if started with -i before daylight saving switch and terminated after 4:01. The other bug (3:01-3:59) is still open. Wolfgang To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Mar 30 14:20:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA04566 for freebsd-bugs-outgoing; Mon, 30 Mar 1998 14:20:04 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA04554; Mon, 30 Mar 1998 14:20:02 -0800 (PST) (envelope-from gnats) Received: from coleridge.kublai.com (coleridge.kublai.com [207.96.1.116]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA04150 for ; Mon, 30 Mar 1998 14:17:29 -0800 (PST) (envelope-from shmit@natasya.kublai.com) Received: from natasya.kublai.com (natasya.kublai.com [207.172.25.236]) by coleridge.kublai.com (8.8.8/8.8.8) with ESMTP id RAA26008 for ; Mon, 30 Mar 1998 17:17:24 -0500 (EST) (envelope-from shmit@natasya.kublai.com) Received: (from shmit@localhost) by natasya.kublai.com (8.8.8/8.8.8) id RAA07235; Mon, 30 Mar 1998 17:17:23 -0500 (EST) Message-Id: <199803302217.RAA07235@natasya.kublai.com> Date: Mon, 30 Mar 1998 17:17:23 -0500 (EST) From: shmit@kublai.com Reply-To: shmit@kublai.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/6178: BSD Makefile patches for Objective C Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6178 >Category: bin >Synopsis: Patches for Objective C compilation with BSD makefiles. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon Mar 30 14:20:01 PST 1998 >Last-Modified: >Originator: Brian Cully >Organization: None >Release: FreeBSD 3.0-CURRENT i386 >Environment: >Description: The patches enable you to compile Objective C code as you would C++ or C code without jumping through hoops in /etc/make.conf or Makefile. -Wno-import is not my call to make. I put it in there because I felt that most Objective C users would come from a NeXT background and would use #import. For all I care, those people can tack it onto CFLAGS. >How-To-Repeat: >Fix: diff -cr mk.orig/bsd.dep.mk mk.new/bsd.dep.mk *** mk.orig/bsd.dep.mk Mon Mar 30 14:15:48 1998 --- mk.new/bsd.dep.mk Mon Mar 30 15:37:24 1998 *************** *** 55,60 **** --- 55,65 ---- ${CXXFLAGS:M-nostdinc*} ${CXXFLAGS:M-[BID]*} \ ${.ALLSRC:M*.cc} ${.ALLSRC:M*.C} ${.ALLSRC:M*.cxx} .endif + .if ${SRCS:M*.m} != "" + ${MKDEPCMD} -f ${DEPENDFILE} -a ${MKDEP} \ + ${OBJCFLAGS:M-nostdinc*} ${OBJCFLAGS:M-[BID]*} \ + ${OBJCFLAGS:M-Wno-import*} ${.ALLSRC:M*.m} + .endif .if target(_EXTRADEPEND) cd ${.CURDIR}; ${MAKE} _EXTRADEPEND .endif diff -cr mk.orig/bsd.lib.mk mk.new/bsd.lib.mk *** mk.orig/bsd.lib.mk Mon Mar 30 14:15:48 1998 --- mk.new/bsd.lib.mk Mon Mar 30 15:43:06 1998 *************** *** 27,32 **** --- 27,35 ---- .if defined(DESTDIR) CFLAGS+= -I${DESTDIR}/usr/include CXXINCLUDES+= -I${DESTDIR}/usr/include/g++ + OBJCINCLUDES+= -I${DESTDIR}/usr/include/objc + .else + OBJCINCLUDES+= -I/usr/include/objc .endif .if defined(DEBUG_FLAGS) *************** *** 70,75 **** --- 73,90 ---- .cc.so .C.so .cxx.so: ${CXX} ${PICFLAG} -DPIC ${CXXFLAGS} -c ${.IMPSRC} -o ${.TARGET} + @${LD} -O ${.TARGET} -x -r ${.TARGET} + + .m.o: + ${OBJC} ${OBJCFLAGS} -c ${.IMPSRC} -o ${.TARGET} + @${LD} -O ${.TARGET} -x -r ${.TARGET} + + .m.po: + ${OBJC} -pg ${OBJCFLAGS} -c ${.IMPSRC} -o ${.TARGET} + @${LD} -O ${.TARGET} -X -r ${.TARGET} + + .m.so: + ${OBJC} ${OBJCFLAGS} -DPIC ${OBJCFLAGS} -c ${.IMPSRC} -o ${.TARGET} @${LD} -O ${.TARGET} -x -r ${.TARGET} .f.o: diff -cr mk.orig/bsd.libnames.mk mk.new/bsd.libnames.mk *** mk.orig/bsd.libnames.mk Mon Mar 30 14:15:48 1998 --- mk.new/bsd.libnames.mk Mon Mar 30 15:40:56 1998 *************** *** 43,48 **** --- 43,49 ---- LIBMYTINFO?= ${DESTDIR}/usr/lib/libmytinfo.a LIBNCURSES?= ${DESTDIR}/usr/lib/libncurses.a LIBOPIE?= ${DESTDIR}/usr/lib/libopie.a + LIBOBJC?= ${DESTDIR}/usr/lib/libobjc.a LIBPC?= ${DESTDIR}/usr/lib/libpc.a # XXX doesn't exist LIBPCAP?= ${DESTDIR}/usr/lib/libpcap.a LIBPLOT?= ${DESTDIR}/usr/lib/libplot.a # XXX doesn't exist diff -cr mk.orig/bsd.prog.mk mk.new/bsd.prog.mk *** mk.orig/bsd.prog.mk Mon Mar 30 14:15:48 1998 --- mk.new/bsd.prog.mk Mon Mar 30 15:39:06 1998 *************** *** 8,19 **** # Default executable format BINFORMAT?= aout ! .SUFFIXES: .out .o .c .cc .cxx .C .y .l .s .S CFLAGS+=${COPTS} ${DEBUG_FLAGS} .if defined(DESTDIR) CFLAGS+= -I${DESTDIR}/usr/include CXXINCLUDES+= -I${DESTDIR}/usr/include/g++ .endif .if !defined(DEBUG_FLAGS) --- 8,22 ---- # Default executable format BINFORMAT?= aout ! .SUFFIXES: .out .o .c .cc .cxx .m .C .y .l .s .S CFLAGS+=${COPTS} ${DEBUG_FLAGS} .if defined(DESTDIR) CFLAGS+= -I${DESTDIR}/usr/include CXXINCLUDES+= -I${DESTDIR}/usr/include/g++ + OBJCINCLUDES+= -I${DESTDIR}/usr/include/objc + .else + OBJCINCLUDES+= -I/usr/include/objc .endif .if !defined(DEBUG_FLAGS) *************** *** 22,27 **** --- 25,35 ---- .if defined(NOSHARED) && ( ${NOSHARED} != "no" && ${NOSHARED} != "NO" ) LDFLAGS+= -static + .endif + + # If Objective C sources are included, make sure we link with -lobjc. + .if ${SRCS:M*.m} + LDADD+= -lobjc .endif .if defined(PROG) diff -cr mk.orig/sys.mk mk.new/sys.mk *** mk.orig/sys.mk Mon Mar 30 14:15:48 1998 --- mk.new/sys.mk Mon Mar 30 15:38:00 1998 *************** *** 15,21 **** .if defined(%POSIX) .SUFFIXES: .o .c .y .l .a .sh .f .else ! .SUFFIXES: .out .a .ln .o .c .cc .cxx .C .F .f .e .r .y .l .S .s .cl .p .h .sh .endif .LIBS: .a --- 15,21 ---- .if defined(%POSIX) .SUFFIXES: .o .c .y .l .a .sh .f .else ! .SUFFIXES: .out .a .ln .o .c .cc .cxx .m .C .F .f .e .r .y .l .S .s .cl .p .h .sh .endif .LIBS: .a *************** *** 43,48 **** --- 43,51 ---- CXX ?= c++ CXXFLAGS ?= ${CXXINCLUDES} ${CFLAGS} + OBJC ?= cc + OBJCFLAGS ?= ${OBJCINCLUDES} ${CFLAGS} -Wno-import + CPP ?= cpp .if ${.MAKEFLAGS:M-s} == "" *************** *** 184,189 **** --- 187,195 ---- .cc.o .cxx.o .C.o: ${CXX} ${CXXFLAGS} -c ${.IMPSRC} + + .m.o: + ${OBJC} ${OBJCFLAGS} -c ${.IMPSRC} .p.o: ${PC} ${PFLAGS} -c ${.IMPSRC} >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Mar 30 14:22:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA05264 for freebsd-bugs-outgoing; Mon, 30 Mar 1998 14:22:13 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from rvc1.informatik.ba-stuttgart.de (rvc1.informatik.ba-stuttgart.de [141.31.112.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA05172 for ; Mon, 30 Mar 1998 14:21:55 -0800 (PST) (envelope-from helbig@Informatik.BA-Stuttgart.DE) Received: (from helbig@localhost) by rvc1.informatik.ba-stuttgart.de (8.8.8/8.8.5) id AAA08902; Tue, 31 Mar 1998 00:21:41 +0200 (MET DST) From: Wolfgang Helbig Message-Id: <199803302221.AAA08902@rvc1.informatik.ba-stuttgart.de> Subject: Re: bin/6164 In-Reply-To: <199803301548.KAA13970@khavrinen.lcs.mit.edu> from Garrett Wollman at "Mar 30, 98 10:48:49 am" To: wollman@khavrinen.lcs.mit.edu (Garrett Wollman) Date: Tue, 31 Mar 1998 00:21:41 +0200 (MET DST) Cc: ache@nagual.pp.ru, helbig@Informatik.BA-Stuttgart.DE, freebsd-bugs@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > < said: > > > I doubt we can trust tm_gmtoff since it changes over timezone > > switch time. mktime used just to get correct (changed) tm_gmtoff > > Use timegm(). Would like to, but can't find it. Wolfgang To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Mar 30 15:30:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA22461 for freebsd-bugs-outgoing; Mon, 30 Mar 1998 15:30:39 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA22370; Mon, 30 Mar 1998 15:30:16 -0800 (PST) (envelope-from gnats) Received: from feldman.dyn.ml.org (root@1Cust204.tnt5.tco2.da.uu.net [153.35.91.204]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA20239 for ; Mon, 30 Mar 1998 15:22:49 -0800 (PST) (envelope-from green@feldman.dyn.ml.org) Received: (from green@localhost) by feldman.dyn.ml.org (8.8.8/8.8.8) id RAA00583; Sun, 29 Mar 1998 17:51:03 -0500 (EST) (envelope-from green) Message-Id: <199803292251.RAA00583@feldman.dyn.ml.org> Date: Sun, 29 Mar 1998 17:51:03 -0500 (EST) From: green@feldman.dyn.ml.org Reply-To: green@feldman.dyn.ml.org To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/6179: sysctl -a dies (unexpectedly, but easy to see how) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6179 >Category: bin >Synopsis: sysctl -a dies (unexpectedly, but easy to see how) >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Mar 30 15:30:05 PST 1998 >Last-Modified: >Originator: Brian Feldman >Organization: stuff >Release: FreeBSD 2.2.6-STABLE i386 >Environment: 2.2.6-STABLE, on a K6 with 80 MB RAM, nothing special >Description: >How-To-Repeat: root@feldman# sysctl -a kern.ostype: FreeBSD kern.osrelease: 2.2.6-STABLE kern.osrevision: 199506 kern.version: FreeBSD 2.2.6-STABLE #0: Sat Mar 28 18:27:18 EST 1998 green@feldman.dyn.ml.org:/usr/src/sys/compile/FELDMAN kern.maxvnodes: 6374 kern.maxproc: 1620 kern.maxfiles: 3240 kern.argmax: 65536 kern.securelevel: -1 kern.hostname: feldman.dyn.ml.org kern.hostid: 0 kern.clockrate: sysctl: S_clockinfo 16 != 20: Undefined error: 0 root@feldman# >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Mar 30 15:51:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA29894 for freebsd-bugs-outgoing; Mon, 30 Mar 1998 15:51:06 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from penguin.wise.edt.ericsson.se (penguin-ext.wise.edt.ericsson.se [194.237.142.5]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA29777 for ; Mon, 30 Mar 1998 15:50:37 -0800 (PST) (envelope-from kent@erlang.ericsson.se) Received: from erlang (erlang.ericsson.se [147.214.36.16]) by penguin.wise.edt.ericsson.se (8.7.5/8.7.3/glacier-1.12) with SMTP id BAA25091 for ; Tue, 31 Mar 1998 01:50:31 +0200 (MET DST) Received: from localhost by erlang (SMI-8.6/SMI-SVR4) id BAA27255; Tue, 31 Mar 1998 01:50:31 +0200 To: freebsd-bugs@FreeBSD.ORG Cc: kent@erlang.ericsson.se Subject: lseek bug? Reply-To: kent@erlang.ericsson.se X-Mailer: Mew version 1.92.4 on Emacs 19.34 X-URL: http://www.ericsson.se/erlang Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <19980331015305F.kent@erlang.ericsson.se> Date: Tue, 31 Mar 1998 01:53:05 +0200 From: Kent Boortz X-Dispatcher: imput version 971024 Lines: 54 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In FreeBSD 2.2.5 lseek moves the file position without any error checks. If the resulting position is negative we have the problem that the result value -1 can mean two things, that there was an error or that the file position was set to -1 and no error. We have to clear errno before the call and examine errno after the call to find out if there was an error or not. If the resulting position is to be negative, Linux and Solaris will preserve the file position before the call to lseek and return an error. Is this a bug in FreeBSD or a different interpretations of the POSIX standard? /kgb int lseek(p, uap, retval) struct proc *p; register struct lseek_args *uap; int *retval; { struct ucred *cred = p->p_ucred; register struct filedesc *fdp = p->p_fd; register struct file *fp; struct vattr vattr; int error; if ((u_int)uap->fd >= fdp->fd_nfiles || (fp = fdp->fd_ofiles[uap->fd]) == NULL) return (EBADF); if (fp->f_type != DTYPE_VNODE) return (ESPIPE); switch (uap->whence) { case L_INCR: fp->f_offset += uap->offset; break; case L_XTND: error=VOP_GETATTR((struct vnode *)fp->f_data, &vattr, cred, p); if (error) return (error); fp->f_offset = uap->offset + vattr.va_size; break; case L_SET: fp->f_offset = uap->offset; break; default: return (EINVAL); } *(off_t *)retval = fp->f_offset; return (0); } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Mar 31 01:50:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA22475 for freebsd-bugs-outgoing; Tue, 31 Mar 1998 01:50:06 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA22451; Tue, 31 Mar 1998 01:50:03 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA21123; Tue, 31 Mar 1998 01:41:19 -0800 (PST) (envelope-from nobody) Message-Id: <199803310941.BAA21123@hub.freebsd.org> Date: Tue, 31 Mar 1998 01:41:19 -0800 (PST) From: lampa@fee.vutbr.cz To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/6183: quota hangups Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6183 >Category: bin >Synopsis: quota hangups >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Tue Mar 31 01:50:01 PST 1998 >Last-Modified: >Originator: Petr Lampa >Organization: Dept. of Computer Science >Release: 2.2.2,2.2.5,2.2.6 >Environment: FreeBSD kazi.dcse.fee.vutbr.cz 2.2.5-STABLE FreeBSD 2.2.5-STABLE #0: Wed Feb 25 11:49:00 MET 1998 lampa@boco.fee.vutbr.cz:/home3/src/relcur/compile/KAZI i386 >Description: The quota command hangs if 1. NFS server is down 2. Root nameservers are not accessible (Internet connection failure) and automounter is running If quota is executed in /etc/profile, users cannot login (or have to wait for logn timeouts). Each execution of quota on system with automounter generates unnecessary requests to root nameservers (to resolve address 'pid250@machine'). >How-To-Repeat: >Fix: problem #1: use non blocking version of getmntinfo() problem #2: don't try to call rquotad and resolve automounter pid(pid250@machine:/pub) in getnfsquota() *** quota.c.old Mon Sep 15 12:19:35 1997 --- quota.c Tue Mar 31 11:11:53 1998 *************** *** 460,466 **** qup = quphead = (struct quotause *)0; ! nfst = getmntinfo(&fst, MNT_WAIT); if (nfst == 0) errx(2, "no filesystems mounted!"); setfsent(); --- 460,466 ---- qup = quphead = (struct quotause *)0; ! nfst = getmntinfo(&fst, MNT_NOWAIT); if (nfst == 0) errx(2, "no filesystems mounted!"); setfsent(); *************** *** 621,626 **** --- 621,627 ---- *cp = ':'; return (0); } + if (strncmp(fst->f_mntfromname, "pid", 3) == 0 && + strchr(fst->f_mntfromname, '@') != NULL) return(0); gq_args.gqa_pathp = cp + 1; gq_args.gqa_uid = id; >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Mar 31 02:07:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA24710 for freebsd-bugs-outgoing; Tue, 31 Mar 1998 02:07:45 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from ache.relcom.ru (ache@ache.relcom.ru [193.125.20.108]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA24695 for ; Tue, 31 Mar 1998 02:07:34 -0800 (PST) (envelope-from ache@ache.relcom.ru) Received: (from ache@localhost) by ache.relcom.ru (8.8.8/8.8.8) id OAA01106; Tue, 31 Mar 1998 14:01:51 +0400 (MSD) (envelope-from ache) Message-ID: <19980331140151.15579@nagual.pp.ru> Date: Tue, 31 Mar 1998 14:01:51 +0400 From: =?koi8-r?B?4c7E0sXKIP7F0s7P1w==?= To: Wolfgang Helbig , Bruce Evans Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: bin/6164 Mail-Followup-To: Wolfgang Helbig , Bruce Evans , freebsd-bugs@FreeBSD.ORG References: <199803301316.XAA29255@godzilla.zeta.org.au> <199803302216.AAA08860@rvc1.informatik.ba-stuttgart.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <199803302216.AAA08860@rvc1.informatik.ba-stuttgart.de>; from helbig@Informatik.BA-Stuttgart.DE on Tue, Mar 31, 1998 at 12:16:49AM +0200 Organization: Biomechanoid Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, Mar 31, 1998 at 12:16:49AM +0200, Wolfgang Helbig wrote: > > >Hmm. The reason for this warning message (``non existent UCT time'') > > >is an erraneous use of mktime(3): mktime(3) *always* assumes > > >that the passed tm structure (utc) holds *local* time, even if the > > >parameter is filled by gmtime(3). > > >At March 29th 4:01 CEST gmtime() put 2:01 into utc, which is correct. > > >Then mktime(3) assumes March 29th 2:01 *local* time which does not exist. > > > > Isn't that the point of using local time? The purpose of `adjkerntz -a' > > I don't argue using local time or mktime() assuming local time. > I just don't think it's a good idea to use mktime() with an argument > that is supposed to hold utc time in order to calculate the > offset from local time to utc. > > Using tm_gmtoff looks better to me and does not need this sleep mode. I tend to agree with Wolfgang since offset exist in this case despite the fact that time not exist. F.e. mktime can return -1 for nonexisten 2:00 but we don't need to set that time, we need offset only (assuming cmos clock is valid wall clock at the moment machine starts). -- Andrey A. Chernov http://www.nagual.pp.ru/~ache/ MTH/SH/HE S-- W-- N+ PEC>+ D A a++ C G>+ QH+(++) 666+>++ Y To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Mar 31 02:15:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA25463 for freebsd-bugs-outgoing; Tue, 31 Mar 1998 02:15:36 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA25447; Tue, 31 Mar 1998 02:15:01 -0800 (PST) (envelope-from peter@FreeBSD.org) From: Peter Wemm Received: (from peter@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id CAA15588; Tue, 31 Mar 1998 02:13:30 -0800 (PST) Date: Tue, 31 Mar 1998 02:13:30 -0800 (PST) Message-Id: <199803311013.CAA15588@freefall.freebsd.org> To: mellon@pobox.com, peter@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/6114 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Write statistics for ro mounts are silly State-Changed-From-To: open-closed State-Changed-By: peter State-Changed-When: Tue Mar 31 02:12:19 PST 1998 State-Changed-Why: Fixed (differently) in src/sbin/mount.c rev 1.24. Thanks for the report though! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Mar 31 02:37:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA27702 for freebsd-bugs-outgoing; Tue, 31 Mar 1998 02:37:34 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from rvc1.informatik.ba-stuttgart.de (rvc1.informatik.ba-stuttgart.de [141.31.112.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA27690 for ; Tue, 31 Mar 1998 02:37:06 -0800 (PST) (envelope-from helbig@Informatik.BA-Stuttgart.DE) Received: (from helbig@localhost) by rvc1.informatik.ba-stuttgart.de (8.8.8/8.8.5) id MAA09745; Tue, 31 Mar 1998 12:36:17 +0200 (MET DST) From: Wolfgang Helbig Message-Id: <199803311036.MAA09745@rvc1.informatik.ba-stuttgart.de> Subject: Re: bin/6164 In-Reply-To: <19980330161329.17370@nagual.pp.ru> from "[______ ______]" at "Mar 30, 98 04:13:29 pm" To: ache@nagual.pp.ru (=?koi8-r?B?4c7E0sXKIP7F0s7P1w==?=) Date: Tue, 31 Mar 1998 12:36:17 +0200 (MET DST) Cc: helbig@Informatik.BA-Stuttgart.DE, freebsd-bugs@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > On Mon, Mar 30, 1998 at 01:02:27PM +0200, Wolfgang Helbig wrote: > > A fix is to use local.tm_gmtoff to get UTC-time from local time, as in > > this diff: > > I doubt we can trust tm_gmtoff since it changes over timezone > switch time. mktime used just to get correct (changed) tm_gmtoff Hmm. I do trust tm_gmtoff. Maybe it used to be broken long ago, but in -current and -stable it works quite well--as opposed to the mktime() method. Here is an outline of how to exploit tm_gmtoff for adjkerntz: Let k denote the kernel time, l the local time and u(t) an abbreviation for localtime(t)->tm_gmtoff. Our task is to change k or l in order to satisfy this equation: (*) k + u(k) == l - adjkerntz -a: This is quite easy: You can assume k is UTC-time, and l is to be computed like: l = k + u(k) So all you have to do is to set the RTC to the new value of l. This is done indirectly by setting machdep.adjkerntz to the value of u(k). You must not change k. - adjkerntz -i, boot time: This is a little complicated if the RTC is set to local time. All you know is local time and you need to compute k to satisfy (*): k = time(NULL); l = k; /* RTC is set to local time, so the kernel time * is the local time. */ /* Iterate to make (*) hold, i. e. to find k */ k0 = l - u(l); /* first approximation */ k1 = l - u(k0); if (k0 == k1) /* found the correct value */ k = k0; else { k2 = l - u(k1); if (k2 == k1) k = k1; else /* iteration won't converge ! */ k = (time_t) - 1; } Now either (*) holds or k == (time_t) - 1, which means that the local time l does not exist. This happens *iff* the RTC is set to a nonexisting local time during switch from standard time to daylight saving time. If the local time is ambiguous, we will find one value of k. This might be the right one or the wrong one. But we cannot tell-- we just don't have enough information. This only happens if the system is booted during the switch from daylight saving time to standard time. - adjkerntz -i, termination time: Exactly the same as adjkerntz -a. Setting the kernel time (adjkerntz -i) must be done only once. You can use machdep.wall_cmos_clock to determine if the kernel time is already adjusted. This solution does not need the sleeping mode, i. e. makes -s obsolete. During boottime (adjkerntz -i) you should sleep one minute if k % 60 == 59 to avoid a switch of u(k) before the kernel time is set. If you trust this method, I'll be glad to rewrite adjkerntz(). Wolfgang To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Mar 31 07:50:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA06739 for freebsd-bugs-outgoing; Tue, 31 Mar 1998 07:50:15 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA06673; Tue, 31 Mar 1998 07:50:05 -0800 (PST) (envelope-from gnats) Received: from penguin.wise.edt.ericsson.se (penguin-ext.wise.edt.ericsson.se [194.237.142.5]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA05190 for ; Tue, 31 Mar 1998 07:40:21 -0800 (PST) (envelope-from kent@erix.ericsson.se) Received: from super.du.etx.ericsson.se (root@super.du.etx.ericsson.se [150.236.14.16]) by penguin.wise.edt.ericsson.se (8.7.5/8.7.3/glacier-1.12) with ESMTP id RAA06572 for ; Tue, 31 Mar 1998 17:40:18 +0200 (MET DST) Received: from scotch.du.etx.ericsson.se (kent@scotch.du.etx.ericsson.se [150.236.14.76]) by super.du.etx.ericsson.se (8.9.0.Beta3/8.9.0.Beta3/erix-1.4) with ESMTP id RAA10092 for ; Tue, 31 Mar 1998 17:40:17 +0200 (MET DST) Received: by scotch.du.etx.ericsson.se (8.8.8/client-1.4) id RAA18108; Tue, 31 Mar 1998 17:40:17 +0200 (CEST) Message-Id: <199803311540.RAA18108@scotch.du.etx.ericsson.se> Date: Tue, 31 Mar 1998 17:40:17 +0200 (CEST) From: Kent Boortz Reply-To: kent@erix.ericsson.se To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/6184: No error if resulting file pos in lseek is negative Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6184 >Category: kern >Synopsis: No error if resulting file pos in lseek is negative >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Mar 31 07:50:02 PST 1998 >Last-Modified: >Originator: >Organization: Ericsson Software Technology >Release: FreeBSD 2.2.5-STABLE i386 >Environment: >Description: In FreeBSD 2.2.5 lseek moves the file position without any error checks. If the resulting position is negative we have the problem that the result value -1 can mean two things, that there was an error or that the file position was set to -1 and no error. We have to clear errno before the call and examine errno after the call to find out if there was an error or not. If the resulting position is negative, Linux and Solaris will preserve the file position before the call to lseek and return an error. Is this a bug in FreeBSD or a different interpretations of the POSIX standard? >How-To-Repeat: #include #include #include #include void main() { char *Name = "myfile"; int pos, fd = open(Name,O_WRONLY | O_CREAT); write(fd,"ABCDEFGH",8); close(fd); fd = open(Name,O_RDONLY); if ((pos = lseek(fd,-5,SEEK_CUR)) != -1) { printf("No error moving to pos -5: %d\n",pos); exit(1); } printf("ERROR: %s\n",strerror(errno)); pos = lseek(fd,0,SEEK_CUR); printf("The error moved the file pointer to: %d\n",pos); } >Fix: I belive the fix should be in the file "/usr/src/sys/kern/vfs_syscalls.c" and the function lseek(). Prior to setting the new file position the function should test if the new value is negative. If so the old position should be preserved and the function return an error with errno EINVAL. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Mar 31 13:10:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA22225 for freebsd-bugs-outgoing; Tue, 31 Mar 1998 13:10:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA22216; Tue, 31 Mar 1998 13:10:02 -0800 (PST) (envelope-from gnats) Date: Tue, 31 Mar 1998 13:10:02 -0800 (PST) Message-Id: <199803312110.NAA22216@hub.freebsd.org> To: freebsd-bugs Cc: From: Peter Jeremy Subject: Re: kern/6099: LPIP to slow machine causes hang Reply-To: Peter Jeremy Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/6099; it has been noted by GNATS. From: Peter Jeremy To: freebsd-gnats-submit@freebsd.org Cc: dag-erli@ifi.uio.no, dmlb@ragnet.demon.co.uk, regnauld@deepo.prosa.dk Subject: Re: kern/6099: LPIP to slow machine causes hang Date: Wed, 01 Apr 1998 07:02:21 +1000 (EST) This problem appears to be identical to PRs kern/1271 and i386/5698. The problem with LPIP is that enabling an lpt port for LPIP does not update net_imask. This means that LPIP interrupts can break splimp() critical regions - which includes all mbuf handling. The following patches correct the problem in 2.2.5R. The problem also exists in older versions of 2.2, -stable and -current. The same patches will presumably correct similar bugs in those versions. --- /home3/jeremyp/fbsd.225/src/sys/i386/isa/lpt.c Tue Nov 12 20:08:38 1996 +++ /tmp/lpt.c Fri Mar 27 19:08:19 1998 @@ -214,9 +214,9 @@ #define LP_AUTOLF 0x40 /* tell printer to do an automatic lf */ #define LP_BYPASS 0x80 /* bypass printer ready checks */ struct buf *sc_inbuf; + char *sc_cp ; short sc_xfercnt ; char sc_primed; - char *sc_cp ; u_char sc_irq ; /* IRQ status of port */ #define LP_HAS_IRQ 0x01 /* we have an irq available */ #define LP_USE_IRQ 0x02 /* we are using our irq */ @@ -224,6 +224,7 @@ u_char sc_backoff ; /* time to call lptout() again */ #ifdef INET + u_short sc_irqmask; /* hardware interrupt mask */ struct ifnet sc_if; u_char *sc_ifbuf; int sc_iferrs; @@ -445,6 +446,7 @@ sc->sc_irq = LP_HAS_IRQ | LP_USE_IRQ | LP_ENABLE_IRQ; printf("lpt%d: Interrupt-driven port\n", unit); #ifdef INET + sc->sc_irqmask = isdp->id_irq; lpattach(sc, unit); #endif } else { @@ -933,7 +935,7 @@ struct ifaddr *ifa = (struct ifaddr *)data; struct ifreq *ifr = (struct ifreq *)data; u_char *ptr; - + int x; switch (cmd) { case SIOCSIFDSTADDR: @@ -941,6 +943,9 @@ case SIOCSIFADDR: if (ifa->ifa_addr->sa_family != AF_INET) return EAFNOSUPPORT; + x = splhigh(); + net_imask |= sc->sc_irqmask; + splx(x); ifp->if_flags |= IFF_UP; /* FALLTHROUGH */ case SIOCSIFFLAGS: -- Peter Jeremy (VK2PJ) peter.jeremy@alcatel.com.au Alcatel Australia Limited 41 Mandible St Phone: +61 2 9690 5019 ALEXANDRIA NSW 2015 Fax: +61 2 9690 5247 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Mar 31 15:40:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA27728 for freebsd-bugs-outgoing; Tue, 31 Mar 1998 15:40:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA27719; Tue, 31 Mar 1998 15:40:01 -0800 (PST) (envelope-from gnats) Date: Tue, 31 Mar 1998 15:40:01 -0800 (PST) Message-Id: <199803312340.PAA27719@hub.freebsd.org> To: freebsd-bugs Cc: From: Tim Vanderhoek Subject: Re: kern/6099 Reply-To: Tim Vanderhoek Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/6099; it has been noted by GNATS. From: Tim Vanderhoek To: bug-followup@FreeBSD.ORG Cc: Subject: Re: kern/6099 Date: Tue, 31 Mar 1998 18:35:51 -0500 (EST) Get this in the pr database... Please remember to follow-up all relevant information to your pr yourself, rather than depending on freebsd-hackers readers to do it for you or it may not get done, ever. Thanks! ---------- Forwarded message ---------- Date: Fri, 27 Mar 1998 07:38:41 +1100 (EST) From: Peter Jeremy To: freebsd-hackers@FreeBSD.ORG Cc: dag-erli@ifi.uio.no, dmlb@ragnet.demon.co.uk, regnauld@deepo.prosa.dk Subject: Interrupt windows in FreeBSD As I've previously mentioned (see my mail here on 15-Mar-1998 and PR kern/6099) I have been having problems with LPIP (as have a couple of other people - see PRs kern/1271 and i386/5698). I've now tracked down what appears to be at least one cause of the problem. According to the comments in sys/mbuf.h, all mbuf manipulation should be protected by splimp() (or higher). The problem is that the LPIP code never adds the lpt interrupt to net_imask. This means that an LPIP interrupt can break mbuf critical regions. (I haven't had a chance to actually build a new kernel and check this). The other area where LPIP interacts with the non-interrupt code is via ipintrq. Again, according to the comments in net/if.h, the queue manipulation routines should only be called at splimp() or greater. There are a number of cases where it is called at splnet(), although none of these seem to be manipulating ipintrq. Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Mar 31 20:30:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA07332 for freebsd-bugs-outgoing; Tue, 31 Mar 1998 20:30:05 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA07304; Tue, 31 Mar 1998 20:30:02 -0800 (PST) (envelope-from gnats) Date: Tue, 31 Mar 1998 20:30:02 -0800 (PST) Message-Id: <199804010430.UAA07304@hub.freebsd.org> To: freebsd-bugs Cc: From: Brian Cully Subject: bin/6178 Reply-To: Brian Cully Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/6178; it has been noted by GNATS. From: Brian Cully To: gnats@freebsd.org Cc: Subject: bin/6178 Date: Tue, 31 Mar 1998 17:38:31 -0500 The patches I sent before weren't quite right. They broke things that didn't have $SRCS defined. These work fine. -bjc diff -cr mk.orig/bsd.dep.mk mk/bsd.dep.mk *** mk.orig/bsd.dep.mk Mon Mar 30 14:15:48 1998 --- mk/bsd.dep.mk Mon Mar 30 15:37:24 1998 *************** *** 55,60 **** --- 55,65 ---- ${CXXFLAGS:M-nostdinc*} ${CXXFLAGS:M-[BID]*} \ ${.ALLSRC:M*.cc} ${.ALLSRC:M*.C} ${.ALLSRC:M*.cxx} .endif + .if ${SRCS:M*.m} != "" + ${MKDEPCMD} -f ${DEPENDFILE} -a ${MKDEP} \ + ${OBJCFLAGS:M-nostdinc*} ${OBJCFLAGS:M-[BID]*} \ + ${OBJCFLAGS:M-Wno-import*} ${.ALLSRC:M*.m} + .endif .if target(_EXTRADEPEND) cd ${.CURDIR}; ${MAKE} _EXTRADEPEND .endif diff -cr mk.orig/bsd.lib.mk mk/bsd.lib.mk *** mk.orig/bsd.lib.mk Mon Mar 30 14:15:48 1998 --- mk/bsd.lib.mk Mon Mar 30 15:43:06 1998 *************** *** 27,32 **** --- 27,35 ---- .if defined(DESTDIR) CFLAGS+= -I${DESTDIR}/usr/include CXXINCLUDES+= -I${DESTDIR}/usr/include/g++ + OBJCINCLUDES+= -I${DESTDIR}/usr/include/objc + .else + OBJCINCLUDES+= -I/usr/include/objc .endif .if defined(DEBUG_FLAGS) *************** *** 70,75 **** --- 73,90 ---- .cc.so .C.so .cxx.so: ${CXX} ${PICFLAG} -DPIC ${CXXFLAGS} -c ${.IMPSRC} -o ${.TARGET} + @${LD} -O ${.TARGET} -x -r ${.TARGET} + + .m.o: + ${OBJC} ${OBJCFLAGS} -c ${.IMPSRC} -o ${.TARGET} + @${LD} -O ${.TARGET} -x -r ${.TARGET} + + .m.po: + ${OBJC} -pg ${OBJCFLAGS} -c ${.IMPSRC} -o ${.TARGET} + @${LD} -O ${.TARGET} -X -r ${.TARGET} + + .m.so: + ${OBJC} ${OBJCFLAGS} -DPIC ${OBJCFLAGS} -c ${.IMPSRC} -o ${.TARGET} @${LD} -O ${.TARGET} -x -r ${.TARGET} .f.o: diff -cr mk.orig/bsd.libnames.mk mk/bsd.libnames.mk *** mk.orig/bsd.libnames.mk Mon Mar 30 14:15:48 1998 --- mk/bsd.libnames.mk Mon Mar 30 15:40:56 1998 *************** *** 43,48 **** --- 43,49 ---- LIBMYTINFO?= ${DESTDIR}/usr/lib/libmytinfo.a LIBNCURSES?= ${DESTDIR}/usr/lib/libncurses.a LIBOPIE?= ${DESTDIR}/usr/lib/libopie.a + LIBOBJC?= ${DESTDIR}/usr/lib/libobjc.a LIBPC?= ${DESTDIR}/usr/lib/libpc.a # XXX doesn't exist LIBPCAP?= ${DESTDIR}/usr/lib/libpcap.a LIBPLOT?= ${DESTDIR}/usr/lib/libplot.a # XXX doesn't exist diff -cr mk.orig/bsd.prog.mk mk/bsd.prog.mk *** mk.orig/bsd.prog.mk Mon Mar 30 14:15:48 1998 --- mk/bsd.prog.mk Tue Mar 31 14:10:39 1998 *************** *** 8,19 **** # Default executable format BINFORMAT?= aout ! .SUFFIXES: .out .o .c .cc .cxx .C .y .l .s .S CFLAGS+=${COPTS} ${DEBUG_FLAGS} .if defined(DESTDIR) CFLAGS+= -I${DESTDIR}/usr/include CXXINCLUDES+= -I${DESTDIR}/usr/include/g++ .endif .if !defined(DEBUG_FLAGS) --- 8,22 ---- # Default executable format BINFORMAT?= aout ! .SUFFIXES: .out .o .c .cc .cxx .m .C .y .l .s .S CFLAGS+=${COPTS} ${DEBUG_FLAGS} .if defined(DESTDIR) CFLAGS+= -I${DESTDIR}/usr/include CXXINCLUDES+= -I${DESTDIR}/usr/include/g++ + OBJCINCLUDES+= -I${DESTDIR}/usr/include/objc + .else + OBJCINCLUDES+= -I/usr/include/objc .endif .if !defined(DEBUG_FLAGS) *************** *** 26,31 **** --- 29,39 ---- .if defined(PROG) .if defined(SRCS) + + # If Objective C sources are included, make sure we link with -lobjc. + .if ${SRCS:M*.m} != "" + LDADD+= -lobjc + .endif OBJS+= ${SRCS:N*.h:R:S/$/.o/g} diff -cr mk.orig/sys.mk mk/sys.mk *** mk.orig/sys.mk Mon Mar 30 14:15:48 1998 --- mk/sys.mk Mon Mar 30 15:38:00 1998 *************** *** 15,21 **** .if defined(%POSIX) .SUFFIXES: .o .c .y .l .a .sh .f .else ! .SUFFIXES: .out .a .ln .o .c .cc .cxx .C .F .f .e .r .y .l .S .s .cl .p .h .sh .endif .LIBS: .a --- 15,21 ---- .if defined(%POSIX) .SUFFIXES: .o .c .y .l .a .sh .f .else ! .SUFFIXES: .out .a .ln .o .c .cc .cxx .m .C .F .f .e .r .y .l .S .s .cl .p .h .sh .endif .LIBS: .a *************** *** 43,48 **** --- 43,51 ---- CXX ?= c++ CXXFLAGS ?= ${CXXINCLUDES} ${CFLAGS} + OBJC ?= cc + OBJCFLAGS ?= ${OBJCINCLUDES} ${CFLAGS} -Wno-import + CPP ?= cpp .if ${.MAKEFLAGS:M-s} == "" *************** *** 184,189 **** --- 187,195 ---- .cc.o .cxx.o .C.o: ${CXX} ${CXXFLAGS} -c ${.IMPSRC} + + .m.o: + ${OBJC} ${OBJCFLAGS} -c ${.IMPSRC} .p.o: ${PC} ${PFLAGS} -c ${.IMPSRC} To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Apr 1 00:00:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA07437 for freebsd-bugs-outgoing; Wed, 1 Apr 1998 00:00:21 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA07425 for ; Wed, 1 Apr 1998 00:00:16 -0800 (PST) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id RAA06072; Wed, 1 Apr 1998 17:57:38 +1000 Date: Wed, 1 Apr 1998 17:57:38 +1000 From: Bruce Evans Message-Id: <199804010757.RAA06072@godzilla.zeta.org.au> To: freebsd-bugs@FreeBSD.ORG, kent@erlang.ericsson.se Subject: Re: lseek bug? Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >In FreeBSD 2.2.5 lseek moves the file position without any error >checks. If the resulting position is negative we have the problem that >the result value -1 can mean two things, that there was an error or >that the file position was set to -1 and no error. We have to clear >errno before the call and examine errno after the call to find out if >there was an error or not. > >If the resulting position is to be negative, Linux and Solaris will >preserve the file position before the call to lseek and return an >error. > >Is this a bug in FreeBSD or a different interpretations of the POSIX >standard? This is lack of support for negative offsets on some systems. POSIX.1-1990 specifies that upon successful completion, lseek() returns the offset in bytes from the beginning of the file. It's not clear whether negative offsets are allowed. However, the rationale make it clear that they were intended to be allowed: "A negative file offset may be valid for some devices in some implementations". FreeBSD allows negative offsets (including -1) for all devices and files. In FreeBSD-1.x, this was necessary for seeking to kernel addresses in /dev/kmem on 32-bit systems. Perhaps it will be necessary for seeking to kernel addresses in /dev/kmem on 64-bit systems. In any case, portable POSIX programs (if any) need to set and check errno as you mention above if the result upon successful completion may be (off_t)-1. If the result may be negative but not (off_t)-1, then all they have to do is check for (off_t)-1 and not for < 0. The POSIX Conformance Test Suite gets this wrong (at least if it is testing plain POSIX.1-1990) by assuming that some negative offsets (perhaps only -1) can't be seeked to. There are similar complications for read() and write(). The results of writing "negative" sizes are implementation defined, but sometimes useful... Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Apr 1 00:20:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA10466 for freebsd-bugs-outgoing; Wed, 1 Apr 1998 00:20:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA10451; Wed, 1 Apr 1998 00:20:02 -0800 (PST) (envelope-from gnats) Received: from home.dragondata.com (toasty@home.dragondata.com [204.137.237.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA08860 for ; Wed, 1 Apr 1998 00:10:35 -0800 (PST) (envelope-from toasty@home.dragondata.com) Received: (from toasty@localhost) by home.dragondata.com (8.8.8/8.8.5) id CAA07921; Wed, 1 Apr 1998 02:10:33 -0600 (CST) Message-Id: <199804010810.CAA07921@home.dragondata.com> Date: Wed, 1 Apr 1998 02:10:33 -0600 (CST) From: toasty@dragondata.com Reply-To: toasty@dragondata.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/6187: mounting nfs directories with -b can cause multiple mounts Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6187 >Category: bin >Synopsis: mounting nfs directories with -b can cause multiple mounts >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Apr 1 00:20:01 PST 1998 >Last-Modified: >Originator: Kevin Day >Organization: DragonData Internet Services >Release: FreeBSD 3.0-CURRENT i386 >Environment: -current NFS client, with 2.2.5 nfs server >Description: My nfs server had mountd die, and the client rebooted. It couldn't mount what it needed to from the server, but apparently kept trying in the background. After I restarted mountd on the server, all was well, except on the client: /dev/wd0s1a on / (NFS exported, local, writes: sync 24066 async 42211) procfs on /proc (local, writes: sync 0 async 0) home.internal:/home on /home (writes: sync 0 async 0) home.internal:/var/mail on /var/mail (writes: sync 0 async 0) home.internal:/home on /home (writes: sync 0 async 0) home.internal:/var/mail on /var/mail (writes: sync 0 async 0) home.internal:/home on /home (writes: sync 0 async 0) home.internal:/var/mail on /var/mail (writes: sync 0 async 0) home.internal:/home on /home (writes: sync 0 async 0) home.internal:/var/mail on /var/mail (writes: sync 0 async 0) home.internal:/home on /home (writes: sync 0 async 0) home.internal:/var/mail on /var/mail (writes: sync 0 async 0) home.internal:/var/mail on /var/mail (writes: sync 0 async 0) home.internal:/home on /home (writes: sync 0 async 0) home.internal:/home on /home (writes: sync 0 async 0) >How-To-Repeat: kill mountd on server, and make client keep trying to mount something in the background with mount_nfs -b..... Apparently it buffers a few requests up, and they all succeed after a while. >Fix: No clue, but it appears to be harmless. >Audit-Trail: >Unformatted: Kevin Day To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Apr 1 02:50:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA02284 for freebsd-bugs-outgoing; Wed, 1 Apr 1998 02:50:05 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA02277; Wed, 1 Apr 1998 02:50:03 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA01330; Wed, 1 Apr 1998 02:40:10 -0800 (PST) (envelope-from nobody) Message-Id: <199804011040.CAA01330@hub.freebsd.org> Date: Wed, 1 Apr 1998 02:40:10 -0800 (PST) From: dmorrisn@u.washington.edu To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/6188: screensaver permanently active when no bounds checking for blanktime in sysinstall Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6188 >Category: bin >Synopsis: screensaver permanently active when no bounds checking for blanktime in sysinstall >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Apr 1 02:50:02 PST 1998 >Last-Modified: >Originator: Don Morrison >Organization: N/A (student) >Release: 2.2.6 >Environment: FreeBSD D-128-95-253-128.dhcp.washington.edu 2.2.6-STABLE FreeBSD 2.2.6-STABLE #0: Sun Mar 29 00:47:36 PST 1998 root@D-128-95-253-128.dhcp.washington.edu:/usr/src/sys/compile/MINE i386 >Description: /stand/sysinstall does not make bounds checks for the screensaver time-out interval. When this value is read from /etc/rc.conf at startup and is excessively high it can cause the screensaver to take over the screen by remaining continuously active. The user can type commands, but cannot see the output. This is only a bit annoying, but a new user might not know how to correct the problem. >How-To-Repeat: Enter the /stand/sysinstall program. Enter the Post-Install Configuration Menu. Select Console settings. Select Screensaver settings. Select the time-out interval setting and enter 2147483648. Exit the sysinstall program and reboot. The screensaver should take over the screen as soon as it is started by the startup script. >Fix: *** /usr/src/release/sysinstall/config.c.orig Wed Apr 1 00:13:25 1998 --- /usr/src/release/sysinstall/config.c Wed Apr 1 01:53:02 1998 *************** *** 461,469 **** int configSaverTimeout(dialogMenuItem *self) { ! return (variable_get_value(VAR_BLANKTIME, ! "Enter time-out period in seconds for screen saver") ? ! DITEM_SUCCESS : DITEM_FAILURE) | DITEM_RESTORE; } int --- 461,479 ---- int configSaverTimeout(dialogMenuItem *self) { ! int blanktime; ! ! if (!variable_get_value(VAR_BLANKTIME, ! "Enter time-out period in seconds for screen saver")) ! return DITEM_FAILURE | DITEM_RESTORE; ! ! blanktime = atoi(variable_get(VAR_BLANKTIME)); ! if ( blanktime <= 0 ) ! variable_set2(VAR_BLANKTIME, "NO"); ! else if ( blanktime > USHRT_MAX ) ! variable_set2(VAR_BLANKTIME, itoa(USHRT_MAX)); ! ! return DITEM_SUCCESS | DITEM_RESTORE; } int >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Apr 1 03:10:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA05059 for freebsd-bugs-outgoing; Wed, 1 Apr 1998 03:10:02 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA05051; Wed, 1 Apr 1998 03:10:01 -0800 (PST) (envelope-from gnats) Date: Wed, 1 Apr 1998 03:10:01 -0800 (PST) Message-Id: <199804011110.DAA05051@hub.freebsd.org> To: freebsd-bugs Cc: From: "Jordan K. Hubbard" Subject: Re: bin/6188: screensaver permanently active when no bounds checking for blanktime in sysinstall Reply-To: "Jordan K. Hubbard" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/6188; it has been noted by GNATS. From: "Jordan K. Hubbard" To: dmorrisn@u.washington.edu Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: bin/6188: screensaver permanently active when no bounds checking for blanktime in sysinstall Date: Wed, 01 Apr 1998 03:00:42 -0800 > /stand/sysinstall does not make bounds checks for the screensaver > time-out interval. When this value is read from /etc/rc.conf at startup True enough, but considering that anyone can also change the time-out value to a bogus one by typing ``vi /etc/rc.conf'' (substitute your favorite editor here ;-), I think the fix doesn't belong in sysinstall so much as it does in vidcontrol (which should simply refuse to set a bogus timeout value, preventing its direct abuse on the command line as well). Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Apr 1 03:20:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA06731 for freebsd-bugs-outgoing; Wed, 1 Apr 1998 03:20:02 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA06714; Wed, 1 Apr 1998 03:20:01 -0800 (PST) (envelope-from gnats) Received: from vlsi.cs.caltech.edu (vlsi.cs.caltech.edu [131.215.131.129]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id DAA05881 for ; Wed, 1 Apr 1998 03:13:35 -0800 (PST) (envelope-from mika@obelix.cs.caltech.edu) Received: from obelix.cs.caltech.edu by vlsi.cs.caltech.edu (4.1/1.34.1) id AA10804; Wed, 1 Apr 98 03:13:34 PST Received: (from mika@localhost) by obelix.cs.caltech.edu (8.8.8/8.8.7) id DAA12444; Wed, 1 Apr 1998 03:13:33 -0800 (PST) Message-Id: <199804011113.DAA12444@obelix.cs.caltech.edu> Date: Wed, 1 Apr 1998 03:13:33 -0800 (PST) From: Mika Nystrom Reply-To: mika@cs.caltech.edu To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/6189: VFS cache confuses the kernel when using amd (VFS cache is broken) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6189 >Category: kern >Synopsis: VFS cache confuses the kernel when using amd (VFS cache is broken) >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Apr 1 03:20:00 PST 1998 >Last-Modified: >Originator: Mika Nystrom >Organization: California Institute of Technology >Release: FreeBSD 3.0-CURRENT i386 >Environment: Dual PPro 3.0-CURRENT SMP system. Earlier tests indicate problem is not isolated to the SMP universe. Misreported as an amd problem due to insufficient debugging. >Description: We are heavy users of (amd-)automounted filesystems. We use the directory /ufs as the "home" for amd and use /tmp_mnt for the mountpoints. To refresh your memory, as far as I understand, the way amd works is like this.. let me take an example.. my mail spool is /ufs/mail/mika, when I examine it, the following takes place: kernel asks amd (which is masquerading as an NFS server) about /ufs/mail/mika, gets returned something that tells it there's a symlink from /ufs/mail to /tmp_mnt/vlsi/var/spool/mail (which has by now been automounted) and then does whatever to the file /tmp_mnt/vlsi/var/spool/mail/mika. The problem seems to be that the symlink /ufs/mail is somehow cached by the kernel after amd has decided to umount the system, causing the system to try to look up a nonexistent file. To verify the problem, I ran the following repeatedly: amq -u /ufs/mail ; ./a.out where a.out was compiled from: #include #include struct stat sb; main() { printf("%d\n",stat("/ufs/mail/mika",&sb)); } When run repeatedly, this command line alternates a zero output (success) with many -1 outputs (failure). Running amd in full debug mode and running ktrace on amd shows that in the -1 cases, 1. amd does not output any debugging information (even at the highest debug level) and 2. amd does not do anything caught by ktrace (kdump.out does not grow). This indicates that the kernel is doing something Wrong, caching the symlink. This was verified by setting debug.vfscache to 0 through sysctl, after which amd automounts appear to work perfectly. >How-To-Repeat: See above. >Fix: Quick workaround: sysctl -w -n debug.vfscache=0 Proper fix: unknown, but has something to do with the vfscache! (I suppose it is possible amd is misbehaving somehow, confusing the caching functions...) >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Apr 1 03:20:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA06742 for freebsd-bugs-outgoing; Wed, 1 Apr 1998 03:20:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA06730; Wed, 1 Apr 1998 03:20:02 -0800 (PST) (envelope-from gnats) Date: Wed, 1 Apr 1998 03:20:02 -0800 (PST) Message-Id: <199804011120.DAA06730@hub.freebsd.org> To: freebsd-bugs Cc: From: Don Morrison Subject: Re: bin/6188: screensaver permanently active when no bounds checking for blanktime in sysinstall Reply-To: Don Morrison Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/6188; it has been noted by GNATS. From: Don Morrison To: "Jordan K. Hubbard" Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: bin/6188: screensaver permanently active when no bounds checking for blanktime in sysinstall Date: Wed, 01 Apr 1998 03:15:46 -0800 > > /stand/sysinstall does not make bounds checks for the screensaver > > time-out interval. When this value is read from /etc/rc.conf at startup > > True enough, but considering that anyone can also change the time-out > value to a bogus one by typing ``vi /etc/rc.conf'' (substitute your > favorite editor here ;-), I think the fix doesn't belong in sysinstall > so much as it does in vidcontrol (which should simply refuse to set a > bogus timeout value, preventing its direct abuse on the command line > as well). > > Jordan I'm sorry, you are correct. It's just as easy to fix there and it actually fixes the problem (completely.) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Apr 1 03:50:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA11478 for freebsd-bugs-outgoing; Wed, 1 Apr 1998 03:50:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA11469; Wed, 1 Apr 1998 03:50:02 -0800 (PST) (envelope-from gnats) Date: Wed, 1 Apr 1998 03:50:02 -0800 (PST) Message-Id: <199804011150.DAA11469@hub.freebsd.org> To: freebsd-bugs Cc: From: Mika Nystrom Subject: Re: bin/4714 aautomatic AMD mounts fail on first try, succeed on , second Reply-To: Mika Nystrom Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/4714; it has been noted by GNATS. From: Mika Nystrom To: freebsd-gnats-submit@freebsd.org Cc: Subject: Re: bin/4714 aautomatic AMD mounts fail on first try, succeed on , second Date: Wed, 01 Apr 1998 03:44:32 -0800 I have been running 3.0-current all along. This PR should be closed, see kern/6189 instead. Mika Studded writes: >Greetings, :) > > I am writing to you in regards to your FreeBSD Problem >Report. The FreeBSD project is currently conducting a beta test on >version 2.2.6 and feedback as to whether you are still experiencing >your problem would be very valuable. > > If you are still experiencing the problem you reported, it >would help the project track the problem if you could upgrade to the >latest snapshot of 3.0-Current (located at releng22.freebsd.org) and >test your problem again. > > If you have any feedback regarding this Problem Report, >whether you are still experiencing the problem or whether the PR can >be closed, please mail your response to >freebsd-gnats-submit@freebsd.org. Please do not respond directly to >me. I am merely a humble volunteer and have no official connection to >the FreeBSD project. Therefore I cannot make any changes to the status >of your Problem Report. It is also very important that you include >the category and number of your Problem Report (bin/4714) >in the subject line of your response. > > Another option if you need a refresher on the details of your >problem or would like to submit a followup is to use the web page >interface and look up your PR by number. >http://www.freebsd.org/cgi/query-pr-summary.cgi > > Thank you for helping to make this the greatest release of >FreeBSD ever. > >Doug > > >-- >*** Chief Operations Officer, DALnet IRC network *** >*** Proud operator, designer and maintainer of the world's largest >*** Internet Relay Chat server. 5,328 clients and still growing. >*** Try spider.dal.net on ports 6662-4 (Powered by FreeBSD) > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Apr 1 03:52:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA11828 for freebsd-bugs-outgoing; Wed, 1 Apr 1998 03:52:11 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from outmail.utsunomiya-u.ac.jp (outmail.utsunomiya-u.ac.jp [160.12.196.3]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id DAA11785 for ; Wed, 1 Apr 1998 03:52:06 -0800 (PST) (envelope-from yokota@zodiac.mech.utsunomiya-u.ac.jp) Received: by outmail.utsunomiya-u.ac.jp id AA15663; Wed, 1 Apr 1998 20:52:00 +0900 Received: from zodiac.mech.utsunomiya-u.ac.jp (zodiac.mech.utsunomiya-u.ac.jp [160.12.42.1]) by zodiac.mech.utsunomiya-u.ac.jp (8.7.6+2.6Wbeta7/3.4W/zodiac-May96) with ESMTP id VAA07908; Wed, 1 Apr 1998 21:00:26 +0900 (JST) Message-Id: <199804011200.VAA07908@zodiac.mech.utsunomiya-u.ac.jp> To: Don Morrison Cc: freebsd-bugs@hub.freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: bin/6188: screensaver permanently active when no bounds checking for blanktime in sysinstall In-Reply-To: Your message of "Wed, 01 Apr 1998 03:20:02 PST." <199804011120.DAA06730@hub.freebsd.org> References: <199804011120.DAA06730@hub.freebsd.org> Date: Wed, 01 Apr 1998 21:00:25 +0900 From: Kazutaka YOKOTA Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >From: Don Morrison >To: "Jordan K. Hubbard" >Cc: freebsd-gnats-submit@FreeBSD.ORG >Subject: Re: bin/6188: screensaver permanently active when no bounds checking >for blanktime in sysinstall >Date: Wed, 01 Apr 1998 03:15:46 -0800 > > > > /stand/sysinstall does not make bounds checks for the screensaver > > > time-out interval. When this value is read from /etc/rc.conf at startup > > > > True enough, but considering that anyone can also change the time-out > > value to a bogus one by typing ``vi /etc/rc.conf'' (substitute your > > favorite editor here ;-), I think the fix doesn't belong in sysinstall > > so much as it does in vidcontrol (which should simply refuse to set a > > bogus timeout value, preventing its direct abuse on the command line > > as well). > > > > Jordan > > I'm sorry, you are correct. It's just as easy to fix there and it actually > fixes the problem (completely.) Even better, more fundamental fix is to fix syscons :-) Perhaps, something like 24 hours (24*60*60 = 86400 secs) is the reasonable maximum value allowed? Kazu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Apr 1 03:54:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA12192 for freebsd-bugs-outgoing; Wed, 1 Apr 1998 03:54:15 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA12179; Wed, 1 Apr 1998 03:54:09 -0800 (PST) (envelope-from jkh@FreeBSD.org) From: "Jordan K. Hubbard" Received: (from jkh@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id DAA13199; Wed, 1 Apr 1998 03:52:30 -0800 (PST) Date: Wed, 1 Apr 1998 03:52:30 -0800 (PST) Message-Id: <199804011152.DAA13199@freefall.freebsd.org> To: mika@cs.caltech.edu, jkh@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/4714 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: aautomatic AMD mounts fail on first try, succeed on second State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Wed Apr 1 03:51:56 PST 1998 State-Changed-Why: Closed by author's request, refer to PR#6189 now instead. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Apr 1 05:41:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA28087 for freebsd-bugs-outgoing; Wed, 1 Apr 1998 05:41:42 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from localhost.zilker.net (jump-x2-1009.jumpnet.com [207.8.67.9]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA28079 for ; Wed, 1 Apr 1998 05:41:38 -0800 (PST) (envelope-from marquard@zilker.net) Received: (from marquard@localhost) by localhost.zilker.net (8.8.8/8.8.3) id HAA04810; Wed, 1 Apr 1998 07:40:58 -0600 (CST) To: freebsd-bugs@FreeBSD.ORG Subject: Re: kern/6184: No error if resulting file pos in lseek is negative References: <199803311540.RAA18108@scotch.du.etx.ericsson.se> From: Dave Marquardt Date: 01 Apr 1998 07:40:56 -0600 In-Reply-To: Kent Boortz's message of "Tue, 31 Mar 1998 17:40:17 +0200 (CEST)" Message-ID: <85wwd9d5hz.fsf@localhost.zilker.net> Lines: 42 X-Mailer: Quassia Gnus v0.22/XEmacs 19.16 - "Lille" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Kent Boortz writes: > >Number: 6184 > >Category: kern > >Synopsis: No error if resulting file pos in lseek is negative > >Confidential: no > >Severity: non-critical > >Priority: low > >Responsible: freebsd-bugs > >State: open > >Quarter: > >Keywords: > >Date-Required: > >Class: sw-bug > >Submitter-Id: current-users > >Arrival-Date: Tue Mar 31 07:50:02 PST 1998 > >Last-Modified: > >Originator: > >Organization: > Ericsson Software Technology > >Release: FreeBSD 2.2.5-STABLE i386 > >Environment: > > >Description: > > In FreeBSD 2.2.5 lseek moves the file position without any error > checks. If the resulting position is negative we have the problem that > the result value -1 can mean two things, that there was an error or > that the file position was set to -1 and no error. We have to clear > errno before the call and examine errno after the call to find out if > there was an error or not. > > If the resulting position is negative, Linux and Solaris will > preserve the file position before the call to lseek and return an > error. > > Is this a bug in FreeBSD or a different interpretations of the POSIX > standard? I think this isn't an error until you actually try to read or write at that negative. offset. Then you have an error. -Dave To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Apr 1 08:00:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA26890 for freebsd-bugs-outgoing; Wed, 1 Apr 1998 08:00:02 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA26883; Wed, 1 Apr 1998 08:00:01 -0800 (PST) (envelope-from gnats) Received: from jpb.tgix.com (jpb.tgix.com [209.49.44.130]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA25820 for ; Wed, 1 Apr 1998 07:52:18 -0800 (PST) (envelope-from root@jpb.tgix.com) Received: (from root@localhost) by jpb.tgix.com (8.8.7/8.8.7) id KAA00961; Wed, 1 Apr 1998 10:50:32 -0500 (EST) (envelope-from root) Message-Id: <199804011550.KAA00961@jpb.tgix.com> Date: Wed, 1 Apr 1998 10:50:32 -0500 (EST) From: jbrown@tgix.com Reply-To: jbrown@tgix.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/6191: SCSI error Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6191 >Category: kern >Synopsis: SCSI driver error >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Apr 1 08:00:00 PST 1998 >Last-Modified: >Originator: Jim Brown >Organization: Thaumaturgix Inc. >Release: FreeBSD 2.2.5-RELEASE i386 >Environment: FreeBSD 2.2.5-RELEASE #0: Mon Mar 30 14:28:30 EST 1998 root@jpb.tgix.com:/usr/src/sys/compile/JPB CPU: Pentium (200.46-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x52c Stepping=12 Features=0x1bf real memory = 67108864 (65536K bytes) avail memory = 62402560 (60940K bytes) Probing for devices on PCI bus 0: chip0 rev 1 on pci0:0 chip1 rev 1 on pci0:7:0 pci0:7:1: Intel Corporation, device=0x7111, class=storage (ide) [no driver assigned] pci0:7:2: Intel Corporation, device=0x7112, class=0x0c, subclass=0x03 int d irq 10 [no driver assigned] chip2 rev 1 on pci0:7:3 ahc0 rev 1 int a irq 11 on pci0:17 ahc0: aic7860 Single Channel, SCSI Id=7, 3 SCBs ahc0 waiting for scsi devices to settle (ahc0:0:0): "QUANTUM FIREBALL ST4.3S 0F0C" type 0 fixed SCSI 2 sd0(ahc0:0:0): Direct-Access 4136MB (8471232 512 byte sectors) (ahc0:4:0): "HP C1557A U610" type 1 removable SCSI 2 st0(ahc0:4:0): Sequential-Access density code 0x8c, drive empty (ahc0:4:1): "HP C1557A U610" type 8 removable SCSI 2 ch0(ahc0:4:1): Medium-Changer 6 slots, 1 drive, 0 picker vga0 rev 154 on pci0:18 pci0:19: vendor=0x1274, device=0x5000, class=multimedia (audio) int a irq 11 [no driver assigned] Mar 31 20:44:44 jpb /kernel: vx0 <3COM 3C905 Fast Etherlink XL PCI> rev 0 int a irq 10 on pci0:20 ...other boot stuff here... >Description: (I am running Amanada-2.4.0 (release) if it matters.) The error seems to be a scsi timeout on the sd0 disk first, but I don't know why. From /var/log/messages Mar 31 20:44:46 jpb lpd[116]: restarted Mar 31 20:44:52 jpb login: ROOT LOGIN (root) ON ttyv0 Mar 31 20:59:20 jpb /kernel: sd0(ahc0:0:0): SCB 0x1 - timed out in dataout phase, SCSISIGI == 0x4 Mar 31 20:59:20 jpb /kernel: SEQADDR = 0x121 SCSISEQ = 0x12 SSTAT0 = 0x0 SSTAT1 = 0x2 Mar 31 20:59:20 jpb /kernel: st0(ahc0:4:0): abort message in message buffer Mar 31 20:59:20 jpb /kernel: sd0(ahc0:0:0): SCB 0x2 timedout while recovery in progress Mar 31 20:59:22 jpb /kernel: st0(ahc0:4:0): SCB 0x0 - timed out in dataout phase, SCSISIGI == 0x14 Mar 31 20:59:22 jpb /kernel: SEQADDR = 0x121 SCSISEQ = 0x12 SSTAT0 = 0x0 SSTAT1 = 0x2 Mar 31 20:59:22 jpb /kernel: st0(ahc0:4:0): no longer in timeout Mar 31 20:59:22 jpb /kernel: ahc0: Issued Channel A Bus Reset. 3 SCBs aborted Mar 31 20:59:22 jpb /kernel: sd0(ahc0:0:0): UNIT ATTENTION asc:29,0 Mar 31 20:59:22 jpb /kernel: sd0(ahc0:0:0): Power on, reset, or bus device reset occurred Mar 31 20:59:22 jpb /kernel: , retries:3 Mar 31 20:59:22 jpb /kernel: st0(ahc0:4:0): UNIT ATTENTION asc:29,0 Mar 31 20:59:22 jpb /kernel: st0(ahc0:4:0): Power on, reset, or bus device reset occurred Mar 31 20:59:22 jpb /kernel: sd0(ahc0:0:0): NOT READY asc:4,0 Mar 31 20:59:22 jpb /kernel: sd0(ahc0:0:0): Logical unit not ready, cause not reportable Mar 31 20:59:22 jpb /kernel: , retries:3 Mar 31 20:59:22 jpb /kernel: sd0(ahc0:0:0): NOT READY asc:4,0 Mar 31 20:59:22 jpb /kernel: sd0(ahc0:0:0): Logical unit not ready, cause not reportable Mar 31 20:59:22 jpb /kernel: , retries:2 Mar 31 20:59:22 jpb /kernel: sd0(ahc0:0:0): NOT READY asc:4,0 Mar 31 20:59:23 jpb /kernel: sd0(ahc0:0:0): Logical unit not ready, cause not reportable Mar 31 20:59:23 jpb /kernel: , retries:2 Mar 31 20:59:23 jpb /kernel: st0(ahc0:4:0): Target Busy Mar 31 20:59:23 jpb /kernel: sd0(ahc0:0:0): NOT READY asc:4,0 Mar 31 20:59:23 jpb /kernel: sd0(ahc0:0:0): Logical unit not ready, cause not reportable Mar 31 20:59:23 jpb /kernel: , retries:1 ... etc. .... >How-To-Repeat: kernel with sd0, ch0 configured. run Amanada pull out hair :-) >Fix: ??? >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Apr 1 08:40:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA01856 for freebsd-bugs-outgoing; Wed, 1 Apr 1998 08:40:02 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA01844; Wed, 1 Apr 1998 08:40:01 -0800 (PST) (envelope-from gnats) Date: Wed, 1 Apr 1998 08:40:01 -0800 (PST) Message-Id: <199804011640.IAA01844@hub.freebsd.org> To: freebsd-bugs Cc: From: Andre Albsmeier Subject: Re: kern/4841: de driver still broken in 2.2.5 Reply-To: Andre Albsmeier Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/4841; it has been noted by GNATS. From: Andre Albsmeier To: freebsd-gnats-submit@freebsd.org Cc: Subject: Re: kern/4841: de driver still broken in 2.2.5 Date: Wed, 1 Apr 1998 18:37:50 +0200 (CEST) The patch below brings back the BNC functionality for the SMC 8432 dual channel NIC. I noticed that csr_sia_connectivity was initalized with 0x0000EF09 in the old driver while it was 0x00008F09 in the new driver. It is a small change but it took me nearly one day to find it :-). However, I don't know what else it breaks, since I don't have other 21040 based cards (only 21041). Maybe Matt will review this before it goes into -stable, I will drop him a note. I think this also affects kern/5590 :-) *** dc21040reg.h.ORI Wed Apr 1 17:59:58 1998 --- dc21040reg.h Wed Apr 1 17:59:58 1998 *************** *** 212,226 **** #define TULIP_21040_PROBE_AUIBNC_TIMEOUT 300 #define TULIP_21040_PROBE_EXTSIA_TIMEOUT 300 ! #define TULIP_21040_SIACONN_10BASET 0x00008F01L #define TULIP_21040_SIATXRX_10BASET 0x0000FFFFL #define TULIP_21040_SIAGEN_10BASET 0x00000000L ! #define TULIP_21040_SIACONN_10BASET_FD 0x00008F01L #define TULIP_21040_SIATXRX_10BASET_FD 0x0000FFFDL #define TULIP_21040_SIAGEN_10BASET_FD 0x00000000L ! #define TULIP_21040_SIACONN_AUIBNC 0x00008F09L #define TULIP_21040_SIATXRX_AUIBNC 0x00000705L #define TULIP_21040_SIAGEN_AUIBNC 0x00000006L --- 212,226 ---- #define TULIP_21040_PROBE_AUIBNC_TIMEOUT 300 #define TULIP_21040_PROBE_EXTSIA_TIMEOUT 300 ! #define TULIP_21040_SIACONN_10BASET 0x0000EF01L #define TULIP_21040_SIATXRX_10BASET 0x0000FFFFL #define TULIP_21040_SIAGEN_10BASET 0x00000000L ! #define TULIP_21040_SIACONN_10BASET_FD 0x0000EF01L #define TULIP_21040_SIATXRX_10BASET_FD 0x0000FFFDL #define TULIP_21040_SIAGEN_10BASET_FD 0x00000000L ! #define TULIP_21040_SIACONN_AUIBNC 0x0000EF09L #define TULIP_21040_SIATXRX_AUIBNC 0x00000705L #define TULIP_21040_SIAGEN_AUIBNC 0x00000006L To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Apr 1 10:00:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA16049 for freebsd-bugs-outgoing; Wed, 1 Apr 1998 10:00:04 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA16042; Wed, 1 Apr 1998 10:00:02 -0800 (PST) (envelope-from gnats) Received: from uni4nn.gn.iaf.nl (osmium.gn.iaf.nl [193.67.144.12]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id JAA15558 for ; Wed, 1 Apr 1998 09:54:50 -0800 (PST) (envelope-from wilko@yedi.iaf.nl) Received: by uni4nn.gn.iaf.nl with UUCP id AA06437 (5.67b/IDA-1.5 for FreeBSD-gnats-submit@freebsd.org); Wed, 1 Apr 1998 19:54:39 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.8.7/8.6.12) id TAA02740; Wed, 1 Apr 1998 19:50:27 +0200 (MET DST) Message-Id: <199804011750.TAA02740@yedi.iaf.nl> Date: Wed, 1 Apr 1998 19:50:27 +0200 (MET DST) From: Wilko Bulte Reply-To: wilko@FreeBSD.ORG To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/6192: kernel patches for netatalk break FDDI support Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6192 >Category: kern >Synopsis: kernel patches for netatalk break FDDI support >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Apr 1 10:00:01 PST 1998 >Last-Modified: >Originator: Wilko Bulte >Organization: Private FreeBSD site >Release: FreeBSD 2.2.5-RELEASE i386 >Environment: Asus T2P4 / P-100 / 48Mb Digital DEFPA PCI-FDDI adapter >Description: The post-release patches for 2.2.5R to enable the use of netatalk (patches to be found on www.freebsd.org) break kernel support of FDDI based networks. >How-To-Repeat: Any kernel with: device fpa pseudo-device fddi results in fatal compile time errors during kernel build. According to jfieber the same problem is evident on 2.2.6R. >Fix: diff if_fddisubr.c.orig if_fddisubr.c 230a231 > * see comments in if_ethersubr.c XXX 232,234c233,234 < if ((aa = (struct at_ifaddr *)at_ifawithnet( < (struct sockaddr_at *)dst, ifp->if_addrlist)) < == 0) --- > aa = (struct at_ifaddr *) at_ifawithnet((struct sockaddr_at *)dst); > if ( aa == NULL ) { 235a236 > } >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Apr 1 11:50:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA03912 for freebsd-bugs-outgoing; Wed, 1 Apr 1998 11:50:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA03901; Wed, 1 Apr 1998 11:50:01 -0800 (PST) (envelope-from gnats) Date: Wed, 1 Apr 1998 11:50:01 -0800 (PST) Message-Id: <199804011950.LAA03901@hub.freebsd.org> To: freebsd-bugs Cc: From: "Greg A. Woods" Subject: Re: bin/6121: gethostbyname(3) no longer returns NO_DATA for MX records Reply-To: "Greg A. Woods" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/6121; it has been noted by GNATS. From: "Greg A. Woods" To: freebsd-gnats-submit@freebsd.org, dan@dpcsys.com Cc: woods@planix.com Subject: Re: bin/6121: gethostbyname(3) no longer returns NO_DATA for MX records Date: Wed, 01 Apr 1998 14:39:41 -0500 Yes, that's true. Something's amiss. The resolver library in the BIND-4.9.6 does return NO_DATA as it should (must, actually), but both FreeBSD's and NetBSD's resolvers are broken in this respect (and arguably in some other respects too! ;-). If you want a compliant resolver one possible work-around is to obtain the BIND-4.9.6 distribution and build libresolv.a from it and statically link your application with it (you'll also have to be careful to compile against BIND's headers too!). -- Greg A. Woods +1 416 443-1734 VE3TCP Planix, Inc. ; Secrets of the Weird To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Apr 1 11:50:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA03921 for freebsd-bugs-outgoing; Wed, 1 Apr 1998 11:50:06 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA03911; Wed, 1 Apr 1998 11:50:02 -0800 (PST) (envelope-from gnats) Date: Wed, 1 Apr 1998 11:50:02 -0800 (PST) Message-Id: <199804011950.LAA03911@hub.freebsd.org> To: freebsd-bugs Cc: From: "Greg A. Woods" Subject: Re: bin/6121: gethostbyname(3) no longer returns NO_DATA for MX records Reply-To: "Greg A. Woods" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/6121; it has been noted by GNATS. From: "Greg A. Woods" To: freebsd-gnats-submit@freebsd.org Cc: Subject: Re: bin/6121: gethostbyname(3) no longer returns NO_DATA for MX records Date: Wed, 01 Apr 1998 14:46:54 -0500 PR # bin/5306 should be closed with a pointer to this more complete one. -- Greg A. Woods +1 416 443-1734 VE3TCP Planix, Inc. ; Secrets of the Weird To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Apr 1 11:50:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA03947 for freebsd-bugs-outgoing; Wed, 1 Apr 1998 11:50:07 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA03917; Wed, 1 Apr 1998 11:50:03 -0800 (PST) (envelope-from gnats) Date: Wed, 1 Apr 1998 11:50:03 -0800 (PST) Message-Id: <199804011950.LAA03917@hub.freebsd.org> To: freebsd-bugs Cc: From: "Greg A. Woods" Subject: Re: bin/5306: gethostbyname() returns herror "Unknown host" on well known hosts Reply-To: "Greg A. Woods" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/5306; it has been noted by GNATS. From: "Greg A. Woods" To: freebsd-gnats-submit@freebsd.org, robert@superior.net Cc: Subject: Re: bin/5306: gethostbyname() returns herror "Unknown host" on well known hosts Date: Wed, 01 Apr 1998 14:49:03 -0500 This PR should be closed with a reference to the more complete and correct identification of the problem given in PR # bin/6121. -- Greg A. Woods +1 416 443-1734 VE3TCP Planix, Inc. ; Secrets of the Weird To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Apr 1 12:10:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA06817 for freebsd-bugs-outgoing; Wed, 1 Apr 1998 12:10:02 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA06791; Wed, 1 Apr 1998 12:10:01 -0800 (PST) (envelope-from gnats) Received: from quack.kfu.com (ksl+T1y6reG55R1OUVtYghwg88hRAlRQ@quack.kfu.com [170.1.70.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA06191 for ; Wed, 1 Apr 1998 12:05:08 -0800 (PST) (envelope-from nsayer@quack.kfu.com) Received: (from nsayer@localhost) by quack.kfu.com (8.8.7/8.8.5) id MAA09044; Wed, 1 Apr 1998 12:04:54 -0800 (PST) Message-Id: <199804012004.MAA09044@quack.kfu.com> Date: Wed, 1 Apr 1998 12:04:54 -0800 (PST) From: Nick Sayer Reply-To: nsayer@quack.kfu.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/6193: rup time output wrong at noon Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6193 >Category: bin >Synopsis: rup time output wrong at noon >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Apr 1 12:10:00 PST 1998 >Last-Modified: >Originator: Nick Sayer >Organization: Just me >Release: FreeBSD 2.2.5-RELEASE i386 >Environment: >Description: quack% rup phoenix.kfu.com 0:00pm up 1 day, 15:55, load average: 1.00 1.00 1.01 morpheus.kfu.co 0:01pm up 1 day, 23:21, load average: 2.07 2.12 2.17 quack.kfu.com 0:01pm up 1 day, 17:34, load average: 1.00 1.00 1.00 icarus.kfu.com 0:01pm up 7 days, 17:55, load average: 0.05 0.02 0.00 dial.kfu.com 0:01pm up 6:29, load average: 0.09 0.04 0.01 foo.kfu.com 0:01pm up 1 day, 17:12, load average: 1.00 1.00 1.00 This was done at 1 minute past noon. It should, of course, read 12:01pm. >How-To-Repeat: Run rup between noon and 1 PM. >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Apr 1 13:20:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA15355 for freebsd-bugs-outgoing; Wed, 1 Apr 1998 13:20:05 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA15336; Wed, 1 Apr 1998 13:20:01 -0800 (PST) (envelope-from gnats) Date: Wed, 1 Apr 1998 13:20:01 -0800 (PST) Message-Id: <199804012120.NAA15336@hub.freebsd.org> To: freebsd-bugs Cc: From: Max Euston Subject: RE: bin/6193: rup time output wrong at noon Reply-To: Max Euston Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/6193; it has been noted by GNATS. From: Max Euston To: "'nsayer@quack.kfu.com'" Cc: "FreeBSD-gnats-submit@freebsd.org" Subject: RE: bin/6193: rup time output wrong at noon Date: Wed, 1 Apr 1998 16:14:22 -0500 Trivial fix: (should probably be displayed in the user's local time format, but... this can close the PR). diff -u /usr/src/usr.bin/rup/rup.c ./rup.c --- /usr/src/usr.bin/rup/rup.c Mon Sep 15 06:19:53 1997 +++ ./rup.c Wed Apr 1 15:57:37 1998 @@ -137,7 +137,7 @@ hours_buf[0] = '\0'; printf(" %2d:%02d%cm up %9.9s%9.9s load average: %.2f %.2f %.2f\n", - host_time.tm_hour % 12, + (host_time.tm_hour % 12) ? host_time.tm_hour % 12 : 12, host_time.tm_min, (host_time.tm_hour >= 12) ? 'p' : 'a', days_buf, ----- Max Euston To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Apr 1 13:42:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA19616 for freebsd-bugs-outgoing; Wed, 1 Apr 1998 13:42:20 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA19591; Wed, 1 Apr 1998 13:42:01 -0800 (PST) (envelope-from danny@FreeBSD.org) From: "Daniel O'Callaghan" Received: (from danny@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id NAA10619; Wed, 1 Apr 1998 13:40:18 -0800 (PST) Date: Wed, 1 Apr 1998 13:40:18 -0800 (PST) Message-Id: <199804012140.NAA10619@freefall.freebsd.org> To: nsayer@quack.kfu.com, danny@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/6193 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: rup time output wrong at noon State-Changed-From-To: open-closed State-Changed-By: danny State-Changed-When: Wed Apr 1 13:39:35 PST 1998 State-Changed-Why: Submitted patch applied. Thank you. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Apr 1 13:56:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA22321 for freebsd-bugs-outgoing; Wed, 1 Apr 1998 13:56:54 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA22307; Wed, 1 Apr 1998 13:56:44 -0800 (PST) (envelope-from danny@FreeBSD.org) From: "Daniel O'Callaghan" Received: (from danny@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id NAA10699; Wed, 1 Apr 1998 13:54:58 -0800 (PST) Date: Wed, 1 Apr 1998 13:54:58 -0800 (PST) Message-Id: <199804012154.NAA10699@freefall.freebsd.org> To: robert@superior.net, danny@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/5306 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: gethostbyname() returns herror "Unknown host" on well known hosts State-Changed-From-To: open-closed State-Changed-By: danny State-Changed-When: Wed Apr 1 13:53:22 PST 1998 State-Changed-Why: This PR has been superseded by PR 6121, which has a more complete description of the problem. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Apr 1 21:27:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA22182 for freebsd-bugs-outgoing; Wed, 1 Apr 1998 21:27:54 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from ppp1682.on.bellglobal.com (ppp1637.on.bellglobal.com [206.172.249.101]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA22175; Wed, 1 Apr 1998 21:27:49 -0800 (PST) (envelope-from ac199@hwcn.org) Received: from localhost (tim@localhost) by ppp1682.on.bellglobal.com (8.8.8/8.8.8) with SMTP id AAA02929; Thu, 2 Apr 1998 00:26:23 -0500 (EST) (envelope-from ac199@hwcn.org) X-Authentication-Warning: ppp1682.on.bellglobal.com: tim owned process doing -bs Date: Thu, 2 Apr 1998 00:26:22 -0500 (EST) From: Tim Vanderhoek X-Sender: tim@localhost Reply-To: ac199@hwcn.org To: "Jordan K. Hubbard" cc: freebsd-bugs@FreeBSD.ORG Subject: Re: misc/6135 In-Reply-To: <199803300828.AAA07678@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, 30 Mar 1998, Jordan K. Hubbard wrote: > Synopsis: release/Makefile fails to ``make readmes'' for ports > Hmm... Wierd. http://www.FreeBSD.ORG/cgi/query-pr.cgi?pr=6135 says this pr never existed. query-pr on freefall works finely. -- tIM...HOEk OPTIMIZATION: the process of using many one-letter variables names hoping that the resultant code will run faster. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Apr 2 00:10:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA20209 for freebsd-bugs-outgoing; Thu, 2 Apr 1998 00:10:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA20193; Thu, 2 Apr 1998 00:10:02 -0800 (PST) (envelope-from gnats) Date: Thu, 2 Apr 1998 00:10:02 -0800 (PST) Message-Id: <199804020810.AAA20193@hub.freebsd.org> To: freebsd-bugs Cc: From: Don Morrison Subject: Re:bin/6188: screensaver permanently active because of no upper-bounds checking of blanktime in vidcontrol Reply-To: Don Morrison Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/6188; it has been noted by GNATS. From: Don Morrison To: bug-followup@FreeBSD.ORG Cc: Subject: Re:bin/6188: screensaver permanently active because of no upper-bounds checking of blanktime in vidcontrol Date: Thu, 02 Apr 1998 00:03:30 -0800 Here's another reasonable patch for this: *** /usr/src/usr.sbin/vidcontrol/vidcontrol.c.orig Wed Apr 1 23:43:58 1998 --- /usr/src/usr.sbin/vidcontrol/vidcontrol.c Wed Apr 1 23:42:50 1998 *************** *** 36,41 **** --- 36,42 ---- #include #include #include + #include #include #include "path.h" *************** *** 222,229 **** nsec = 0; else { nsec = atoi(arg); ! if ((*arg == '\0') || (nsec < 1)) { ! warnx("argument must be a positive number"); return; } } --- 223,230 ---- nsec = 0; else { nsec = atoi(arg); ! if ((*arg == '\0') || (nsec < 1) || (nsec > USHRT_MAX)) { ! warnx("blanktime out of range"); return; } } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Apr 2 12:00:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA26284 for freebsd-bugs-outgoing; Thu, 2 Apr 1998 12:00:02 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA26268; Thu, 2 Apr 1998 12:00:01 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA24515; Thu, 2 Apr 1998 11:50:46 -0800 (PST) (envelope-from nobody) Message-Id: <199804021950.LAA24515@hub.freebsd.org> Date: Thu, 2 Apr 1998 11:50:46 -0800 (PST) From: dwhite@resnet.uoregon.edu To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/6197: Add new device ID for 3com 3c905 ethernet card Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6197 >Category: kern >Synopsis: Add new device ID for 3com 3c905 ethernet card >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu Apr 2 12:00:01 PST 1998 >Last-Modified: >Originator: Doug White >Organization: UO ResNet >Release: 2.2.6-RELEASE >Environment: Applies to any current FreeBSD release. >Description: Originally reported in freebsd-questions by: Paul Southworth 3Com made a new revision of their 3C905 Etherlink XL adapter and changed the PCI device ID. Report from pauls@etext.org: > pci0:10: vendor=0x10b7, device=0x9055, class=network (ethernet) int a irq 12 > [no driver assigned] >How-To-Repeat: Use new version of 3c905 card. >Fix: Add device ID to /sys/pci/if_vx_pci.c, function vx_pci_probe(). I assume the card driver mechanics haven't changed. Please test. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Apr 2 13:36:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA07910 for freebsd-bugs-outgoing; Thu, 2 Apr 1998 13:36:44 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA07869; Thu, 2 Apr 1998 13:36:35 -0800 (PST) (envelope-from danny@FreeBSD.org) From: "Daniel O'Callaghan" Received: (from danny@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id NAA07881; Thu, 2 Apr 1998 13:34:44 -0800 (PST) Date: Thu, 2 Apr 1998 13:34:44 -0800 (PST) Message-Id: <199804022134.NAA07881@freefall.freebsd.org> To: dwhite@resnet.uoregon.edu, danny@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/6197 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Add new device ID for 3com 3c905 ethernet card State-Changed-From-To: open-analyzed State-Changed-By: danny State-Changed-When: Thu Apr 2 13:33:52 PST 1998 State-Changed-Why: A fix has been given to the reportig user for testing. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Apr 2 13:40:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA08827 for freebsd-bugs-outgoing; Thu, 2 Apr 1998 13:40:08 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA08785; Thu, 2 Apr 1998 13:40:04 -0800 (PST) (envelope-from gnats) Date: Thu, 2 Apr 1998 13:40:04 -0800 (PST) Message-Id: <199804022140.NAA08785@hub.freebsd.org> To: freebsd-bugs Cc: From: "Daniel O'Callaghan" Subject: Re: kern/6197: Add new device ID for 3com 3c905 ethernet card Reply-To: "Daniel O'Callaghan" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/6197; it has been noted by GNATS. From: "Daniel O'Callaghan" To: dwhite@resnet.uoregon.edu, pauls@etext.org Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: kern/6197: Add new device ID for 3com 3c905 ethernet card Date: Fri, 3 Apr 1998 07:35:32 +1000 (EST) On Thu, 2 Apr 1998 dwhite@resnet.uoregon.edu wrote: > Originally reported in freebsd-questions by: Paul Southworth > > 3Com made a new revision of their 3C905 Etherlink XL adapter and > changed the PCI device ID. Report from pauls@etext.org: > > > pci0:10: vendor=0x10b7, device=0x9055, class=network (ethernet) int a irq 12 > > [no driver assigned] > >How-To-Repeat: > Use new version of 3c905 card. > >Fix: > Add device ID to /sys/pci/if_vx_pci.c, function vx_pci_probe(). > > I assume the card driver mechanics haven't changed. Please test. Paul, Can you please install kernel sources. cd to /sys/pci and apply the patch below (you'll have to edit it out of this message). Then rebuild your kernel. If you are using a GENERIC kernel, cd /sys/i386/conf ; config GENERIC cd ../../compile/GENERIC ; make depend ; make cp kernel /kernel.test reboot and enter kernel.test at the boot: prompt. Then test the card to see if it now works. Thanks, Danny --- if_vx_pci.c.orig Thu Apr 2 13:28:16 1998 +++ if_vx_pci.c Thu Apr 2 13:29:23 1998 @@ -71,7 +71,8 @@ return "3COM 3C595 Fast Etherlink III PCI"; if(device_id == 0x900010b7ul || device_id == 0x900110b7ul) return "3COM 3C900 Etherlink XL PCI"; - if(device_id == 0x905010b7ul || device_id == 0x905110b7ul) + if(device_id == 0x905010b7ul || device_id == 0x905110b7ul || \ + device_id == 0x905510b7ul) return "3COM 3C905 Fast Etherlink XL PCI"; return NULL; } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Apr 2 13:50:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA11679 for freebsd-bugs-outgoing; Thu, 2 Apr 1998 13:50:07 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA11642; Thu, 2 Apr 1998 13:50:03 -0800 (PST) (envelope-from gnats) Date: Thu, 2 Apr 1998 13:50:03 -0800 (PST) Message-Id: <199804022150.NAA11642@hub.freebsd.org> To: freebsd-bugs Cc: From: Paul Southworth Subject: Re: kern/6197: Add new device ID for 3com 3c905 ethernet card Reply-To: Paul Southworth Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/6197; it has been noted by GNATS. From: Paul Southworth To: "Daniel O'Callaghan" Cc: dwhite@resnet.uoregon.edu, freebsd-gnats-submit@FreeBSD.ORG Subject: Re: kern/6197: Add new device ID for 3com 3c905 ethernet card Date: Thu, 2 Apr 1998 16:41:57 -0500 (EST) Hi Daniel. I'll do this as soon as I get the machine up. This is a new install, so I tossed another card (509) in it to finish the load. --Paul :Can you please install kernel sources. cd to /sys/pci and apply the :patch below (you'll have to edit it out of this message). Then rebuild :your kernel. If you are using a GENERIC kernel, :cd /sys/i386/conf ; config GENERIC :cd ../../compile/GENERIC ; make depend ; make :cp kernel /kernel.test : :reboot and enter kernel.test at the boot: prompt. : :Then test the card to see if it now works. : :Thanks, : :Danny : : : :--- if_vx_pci.c.orig Thu Apr 2 13:28:16 1998 :+++ if_vx_pci.c Thu Apr 2 13:29:23 1998 :@@ -71,7 +71,8 @@ : return "3COM 3C595 Fast Etherlink III PCI"; : if(device_id == 0x900010b7ul || device_id == 0x900110b7ul) : return "3COM 3C900 Etherlink XL PCI"; :- if(device_id == 0x905010b7ul || device_id == 0x905110b7ul) :+ if(device_id == 0x905010b7ul || device_id == 0x905110b7ul || \ :+ device_id == 0x905510b7ul) : return "3COM 3C905 Fast Etherlink XL PCI"; : return NULL; : } : To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Apr 2 13:50:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA11725 for freebsd-bugs-outgoing; Thu, 2 Apr 1998 13:50:19 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA11698; Thu, 2 Apr 1998 13:50:08 -0800 (PST) (envelope-from gnats) Date: Thu, 2 Apr 1998 13:50:08 -0800 (PST) Message-Id: <199804022150.NAA11698@hub.freebsd.org> To: freebsd-bugs Cc: From: Paul Southworth Subject: Re: kern/6197: Add new device ID for 3com 3c905 ethernet card Reply-To: Paul Southworth Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/6197; it has been noted by GNATS. From: Paul Southworth To: "Daniel O'Callaghan" Cc: dwhite@resnet.uoregon.edu, freebsd-gnats-submit@FreeBSD.ORG Subject: Re: kern/6197: Add new device ID for 3com 3c905 ethernet card Date: Thu, 2 Apr 1998 16:45:15 -0500 (EST) By the way, the card is: 3C905B-TX REV-A ASSY 03-0152-000 EA=00104B323AA2 --Paul To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Apr 2 14:30:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA19466 for freebsd-bugs-outgoing; Thu, 2 Apr 1998 14:30:02 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA19440; Thu, 2 Apr 1998 14:30:01 -0800 (PST) (envelope-from gnats) Date: Thu, 2 Apr 1998 14:30:01 -0800 (PST) Message-Id: <199804022230.OAA19440@hub.freebsd.org> To: freebsd-bugs Cc: From: Paul Southworth Subject: Re: kern/6197: Add new device ID for 3com 3c905 ethernet card Reply-To: Paul Southworth Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/6197; it has been noted by GNATS. From: Paul Southworth To: "Daniel O'Callaghan" Cc: dwhite@resnet.uoregon.edu, freebsd-gnats-submit@FreeBSD.ORG Subject: Re: kern/6197: Add new device ID for 3com 3c905 ethernet card Date: Thu, 2 Apr 1998 17:29:10 -0500 (EST) On Fri, 3 Apr 1998, Daniel O'Callaghan wrote: :Then test the card to see if it now works. The card is recognized, and selects [*utp*] correctly as the media type. The machine appears to hang fairly late in the boot process and is not pingable after the network is configured. It hung right after printing 'Starting final network daemons:.'. A Control-C did not snap it out of its funk. I'll try to provide more useful information tomorrow. Gotta run. --Paul To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Apr 2 17:18:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA18065 for freebsd-bugs-outgoing; Thu, 2 Apr 1998 17:18:15 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from abattoir.com ([208.237.97.13]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA17995 for ; Thu, 2 Apr 1998 17:18:07 -0800 (PST) (envelope-from banshee@abattoir.com) Received: (from banshee@localhost) by abattoir.com (8.8.8/8.8.7) id RAA20902 for bugs@freebsd.org; Thu, 2 Apr 1998 17:18:04 -0800 (PST) (envelope-from banshee) Date: Thu, 2 Apr 1998 17:18:04 -0800 (PST) From: John M Vinopal Message-Id: <199804030118.RAA20902@abattoir.com> To: bugs@FreeBSD.ORG Subject: 2.2.6 sysintall and X11 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Attempting to install XFree, with 9 Distributions Install additional distribution sets [X] XFree86 The XFree86 3.3.2 distribution meets with failure. It installs compat21 but fails to install X. Is there a way to turn on more debug output from sysinstall? -j To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Apr 2 17:35:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA22358 for freebsd-bugs-outgoing; Thu, 2 Apr 1998 17:35:19 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA22322 for ; Thu, 2 Apr 1998 17:35:16 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id RAA06831; Thu, 2 Apr 1998 17:29:08 -0800 (PST) (envelope-from jkh@time.cdrom.com) To: John M Vinopal cc: bugs@FreeBSD.ORG Subject: Re: 2.2.6 sysintall and X11 In-reply-to: Your message of "Thu, 02 Apr 1998 17:18:04 PST." <199804030118.RAA20902@abattoir.com> Date: Thu, 02 Apr 1998 17:29:08 -0800 Message-ID: <6828.891566948@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Yeah, turn on the Debug flag in the options screen. :) But you don't include enough detail - what were you attempting to install from? E.g. what was your media? > > Attempting to install XFree, with > > 9 Distributions Install additional distribution sets > [X] XFree86 The XFree86 3.3.2 distribution > > meets with failure. It installs compat21 but fails to > install X. Is there a way to turn on more debug output > from sysinstall? > > -j > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-bugs" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Apr 2 18:00:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA25636 for freebsd-bugs-outgoing; Thu, 2 Apr 1998 18:00:04 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA25597; Thu, 2 Apr 1998 18:00:02 -0800 (PST) (envelope-from gnats) Received: from localhost.Stanford.EDU (sjx-ca81-15.ix.netcom.com [207.94.112.47]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA25507 for ; Thu, 2 Apr 1998 17:59:26 -0800 (PST) (envelope-from yergeau@localhost.Stanford.EDU) Received: (from yergeau@localhost) by localhost.Stanford.EDU (8.8.7/8.8.2) id RAA06174; Thu, 2 Apr 1998 17:59:19 -0800 (PST) Message-Id: <199804030159.RAA06174@localhost.Stanford.EDU> Date: Thu, 2 Apr 1998 17:59:19 -0800 (PST) From: yergeau@gloworm.stanford.edu Reply-To: yergeau@gloworm.stanford.edu To: FreeBSD-gnats-submit@FreeBSD.ORG Cc: yergeau@gloworm.stanford.edu X-Send-Pr-Version: 3.2 Subject: bin/6198: /bin/ld's demangling of C++ names breaks -frepo feature of egcs Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6198 >Category: bin >Synopsis: demangling C++ names breaks the Cygnus -frepo hack >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu Apr 2 18:00:01 PST 1998 >Last-Modified: >Originator: Dan Yergeau >Organization: >Release: FreeBSD 2.2.5-RELEASE i386 >Environment: FreeBSD 2.2.5-RELEASE gcc-2.7.2.x with the gcc-2.7.2-repo-bsd.patch or egcs-1.0.2 with tlink.c replaced by the one from the above patch >Description: If /usr/bin/ld demangles C++ names, the automatic template instantiation feature added by the Cygnus -frepo/tlink hack (also in egcs) breaks. The -frepo/tlink hack relies on raw encoded names being reported as missing symbols so that collect2 knows what needs to be recompiled in order to instantiate templates. >How-To-Repeat: >Fix: Although it is nice to have the names demangled automatically, ld is probably not the best place to do it (or, at least not as a compiled-in default). I'll suggest either 1) altering the current hardcoded demangling to be selectable by a ld option or an environment variable (off by default, but would be turned on by the /usr/bin/{gcc,c++,g++} drivers). 2) disabling the current hardcoded demangling and just alter the compiler driver to pipe ld output through c++filt (or redirect to a file and filter that file). The only potential gotcha is in handling stdout vs. stderr. No other ld that I know of tries to demangle C++ names. Compilers that appear to do so (e.g. Sun's SC4.x CC) seem to use the second approach. I'm a little suprised that neither FSF nor Cygnus have implemented demangling ld errors. Dan >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Apr 2 18:50:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA01263 for freebsd-bugs-outgoing; Thu, 2 Apr 1998 18:50:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA01255; Thu, 2 Apr 1998 18:50:02 -0800 (PST) (envelope-from gnats) Date: Thu, 2 Apr 1998 18:50:02 -0800 (PST) Message-Id: <199804030250.SAA01255@hub.freebsd.org> To: freebsd-bugs Cc: From: Dan Busarow Subject: Re: bin/6121: gethostbyname(3) no longer returns NO_DATA for MX records Reply-To: Dan Busarow Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/6121; it has been noted by GNATS. From: Dan Busarow To: "Greg A. Woods" Cc: freebsd-gnats-submit@freebsd.org Subject: Re: bin/6121: gethostbyname(3) no longer returns NO_DATA for MX records Date: Thu, 2 Apr 1998 18:46:37 -0800 (PST) On Wed, 1 Apr 1998, Greg A. Woods wrote: > The resolver library in the BIND-4.9.6 does return NO_DATA as it > should (must, actually), but both FreeBSD's and NetBSD's resolvers are > broken in this respect (and arguably in some other respects too! ;-). OK, so what changed in the libc resolver code between 2.1.5 and now? > If you want a compliant resolver one possible work-around is to > obtain the BIND-4.9.6 distribution and build libresolv.a from it > and statically link your application with it (you'll also have to > be careful to compile against BIND's headers too!). Thanks for the suggestion, that did get me going. But it would really be nice to have libc do the job correctly :) Dan -- Dan Busarow 714 443 4172 DPC Systems / Beach.Net dan@dpcsys.com Dana Point, California 83 09 EF 59 E0 11 89 B4 8D 09 DB FD E1 DD 0C 82 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Apr 3 04:40:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA25562 for freebsd-bugs-outgoing; Fri, 3 Apr 1998 04:40:02 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA25551; Fri, 3 Apr 1998 04:40:01 -0800 (PST) (envelope-from gnats) Date: Fri, 3 Apr 1998 04:40:01 -0800 (PST) Message-Id: <199804031240.EAA25551@hub.freebsd.org> To: freebsd-bugs Cc: From: Paul Southworth Subject: Re: kern/6197: Add new device ID for 3com 3c905 ethernet card Reply-To: Paul Southworth Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/6197; it has been noted by GNATS. From: Paul Southworth To: "Daniel O'Callaghan" Cc: dwhite@resnet.uoregon.edu, freebsd-gnats-submit@FreeBSD.ORG Subject: Re: kern/6197: Add new device ID for 3com 3c905 ethernet card Date: Fri, 3 Apr 1998 07:31:38 -0500 (EST) On Thu, 2 Apr 1998, Paul Southworth wrote: :The card is recognized, and selects [*utp*] correctly as the media type. : :The machine appears to hang fairly late in the boot process and is not :pingable after the network is configured. It hung right after printing :'Starting final network daemons:.'. A Control-C did not snap it out of :its funk. I booted the machine single-user, so the vx0 did not get brought up. I did an ifconfig on it by hand. It took the address. Five seconds later I got a console message: Out of mbuf clusters - increase maxusers! And the machine froze hard. I built a DDB kernel (GENERIC + options DDB) and brought it up single user again. I unplugged the 10baseT cable and then ifconfig'd the interface. No problem. I fool around for a minute to make sure it's not going to blow up, and then plug the cable in. Instantly out of mbuf clusters again. Can't get DDB to kick in via CTRL-ALT-ESC (is that still the way?) the box is hung. Rats!!! Maybe I should just pull the 3C905 so we can keep testing it in another box, and I'll put this machine into production with the 3C509. --Paul To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Apr 3 05:20:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA02686 for freebsd-bugs-outgoing; Fri, 3 Apr 1998 05:20:02 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA02679; Fri, 3 Apr 1998 05:20:01 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA01266; Fri, 3 Apr 1998 05:12:40 -0800 (PST) (envelope-from nobody) Message-Id: <199804031312.FAA01266@hub.freebsd.org> Date: Fri, 3 Apr 1998 05:12:40 -0800 (PST) From: giffunip@asme.org To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/6200: flex can be upgraded Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6200 >Category: bin >Synopsis: flex can be upgraded >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Fri Apr 3 05:20:00 PST 1998 >Last-Modified: >Originator: Pedro F. Giffuni S. >Organization: U. Nacional de Colombia >Release: 2.2.5-Release (seems to be valid for 3.0-current) >Environment: >Description: Some patches for flex are available in it's home site: ftp://ftp.ee.lbl.gov/ >How-To-Repeat: >Fix: While there it may be interesting to look at bpf and the related utilities that live there. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Apr 3 08:20:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA23680 for freebsd-bugs-outgoing; Fri, 3 Apr 1998 08:20:05 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA23665; Fri, 3 Apr 1998 08:20:02 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA22349; Fri, 3 Apr 1998 08:13:26 -0800 (PST) (envelope-from nobody) Message-Id: <199804031613.IAA22349@hub.freebsd.org> Date: Fri, 3 Apr 1998 08:13:26 -0800 (PST) From: pauls@etext.org To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/6201: 2.2.6 kernel can't find sio[12] on Iwill motherboard Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6201 >Category: kern >Synopsis: 2.2.6 kernel can't find sio[12] on Iwill motherboard >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 Apr 3 08:20:01 PST 1998 >Last-Modified: >Originator: Paul Southworth >Organization: >Release: 2.2.6 >Environment: FreeBSD 2.2.6-RELEASE FreeBSD 2.2.6-RELEASE #0: Fri Apr 3 10:56:14 EST 1998 root@:/usr/src/sys/compile/JIZMAK i386 (GENERIC + flags 0x80 to sio[12]) >Description: Oops, can't find my serial ports. PnP is disabled. Ports are statically assigned to 0x3f8/irq4 and 0x2e8/irq3, according to law. Slipped it a RedHat-5.0 boot disk while nobody was looking, and it found serial ports as expected. Added 'flags 0x80' and rebuilt kernel. No joy. Here's the poop: FreeBSD 2.2.6-RELEASE #0: Fri Apr 3 10:56:14 EST 1998 root@:/usr/src/sys/compile/JIZMAK Calibrating clock(s) ... i586 clock: 233914028 Hz, i8254 clock: 1193440 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency CLK_USE_I586_CALIBRATION not specified - using old calibration method CPU: Pentium (233.86-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x543 Stepping=3 Features=0x8001bf real memory = 134217728 (131072K bytes) Physical memory chunk(s): 0x00001000 - 0x0009ffff, 651264 bytes (159 pages) 0x00269000 - 0x07ffdfff, 131682304 bytes (32149 pages) avail memory = 128962560 (125940K bytes) pcibus_setup(1): mode 1 addr port (0x0cf8) is 0x80000058 pcibus_setup(1a): mode1res=0x80000000 (0x80000000) pcibus_check: device 0 is there (id=71008086) Probing for devices on PCI bus 0: configuration mode 1 allows 32 devices. chip0 rev 1 on pci0:0:0 chip1 rev 1 on pci0:7:0 chip2 rev 1 on pci0:7:1 mapreg[20] type=1 addr=0000f000 size=0010. chip3 rev 1 int d irq ?? on pci0:7:2 mapreg[20] type=1 addr=00006400 size=0020. chip4 rev 1 on pci0:7:3 vga0 rev 211 int a irq 11 on pci0:8:0 mapreg[10] type=0 addr=e0000000 size=400000. mapreg[14] type=0 addr=e0400000 size=10000. ahc0 rev 1 int a irq 9 on pci0:9:0 mapreg[10] type=1 addr=00006800 size=0100. mapreg[14] type=0 addr=e0410000 size=1000. reg16: ioaddr=0x6800 size=0x100 [...] sio0: probe test 5 failed sio0: probe test 8 failed sio0 not found at 0x3f8 sio1: probe test 5 failed sio1: probe test 8 failed sio1 not found at 0x2f8 Various BIOS fiddling didn't change this problem. Problem is 'serious' because this system requires a serial console. >How-To-Repeat: Boot FreeBSD 2.2.6 with this motherboard (Iwill P55XB2). >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Apr 3 08:25:41 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA25286 for freebsd-bugs-outgoing; Fri, 3 Apr 1998 08:25:41 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from sparky.franz.com (sparky.franz.com [192.132.95.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA25220; Fri, 3 Apr 1998 08:25:28 -0800 (PST) (envelope-from dancy@franz.com) Received: from ultra.franz.com by sparky.franz.com (8.8.8/FI-2.0) id IAA29055; Fri, 3 Apr 1998 08:25:13 -0800 (PST) Received: from ultra by ultra.franz.com (SMI-8.6/FI-2.0) id IAA10622; Fri, 3 Apr 1998 08:25:12 -0800 Message-Id: <199804031625.IAA10622@ultra.franz.com> To: Bruce Evans cc: Studded@dal.net, freebsd-bugs@FreeBSD.ORG, freebsd-gnats-submit@FreeBSD.ORG Subject: Re: bin/6047: /bin/sh does not handle -e option properly In-reply-to: Your message of "Wed, 18 Mar 1998 20:24:24 +1100." <199803180924.UAA32209@godzilla.zeta.org.au> Date: Fri, 03 Apr 1998 08:25:12 -0800 From: Ahmon Dancy Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hey dudes, what's the latest status on this? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Apr 3 08:30:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA26515 for freebsd-bugs-outgoing; Fri, 3 Apr 1998 08:30:06 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA26487; Fri, 3 Apr 1998 08:30:04 -0800 (PST) (envelope-from gnats) Date: Fri, 3 Apr 1998 08:30:04 -0800 (PST) Message-Id: <199804031630.IAA26487@hub.freebsd.org> To: freebsd-bugs Cc: From: Ahmon Dancy Subject: Re: bin/6047: /bin/sh does not handle -e option properly Reply-To: Ahmon Dancy Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/6047; it has been noted by GNATS. From: Ahmon Dancy To: Bruce Evans Cc: Studded@dal.net, freebsd-bugs@freebsd.org, freebsd-gnats-submit@freebsd.org Subject: Re: bin/6047: /bin/sh does not handle -e option properly Date: Fri, 03 Apr 1998 08:25:12 -0800 Hey dudes, what's the latest status on this? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Apr 3 08:40:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA28217 for freebsd-bugs-outgoing; Fri, 3 Apr 1998 08:40:05 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA28186; Fri, 3 Apr 1998 08:40:02 -0800 (PST) (envelope-from gnats) Date: Fri, 3 Apr 1998 08:40:02 -0800 (PST) Message-Id: <199804031640.IAA28186@hub.freebsd.org> To: freebsd-bugs Cc: From: Paul Southworth Subject: Re: kern/6201: 2.2.6 kernel can't find sio[12] on Iwill motherboard Reply-To: Paul Southworth Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/6201; it has been noted by GNATS. From: Paul Southworth To: FreeBSD-gnats-submit@FreeBSD.ORG Cc: Subject: Re: kern/6201: 2.2.6 kernel can't find sio[12] on Iwill motherboard Date: Fri, 3 Apr 1998 11:32:48 -0500 (EST) The 3.0 980311 SNAP kernel also does not find the ports. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Apr 3 09:00:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA01587 for freebsd-bugs-outgoing; Fri, 3 Apr 1998 09:00:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA01561; Fri, 3 Apr 1998 09:00:01 -0800 (PST) (envelope-from gnats) Date: Fri, 3 Apr 1998 09:00:01 -0800 (PST) Message-Id: <199804031700.JAA01561@hub.freebsd.org> To: freebsd-bugs Cc: From: Paul Southworth Subject: Re: kern/6201: 2.2.6 kernel can't find sio[12] on Iwill motherboard Reply-To: Paul Southworth Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/6201; it has been noted by GNATS. From: Paul Southworth To: FreeBSD-gnats-submit@FreeBSD.ORG Cc: Subject: Re: kern/6201: 2.2.6 kernel can't find sio[12] on Iwill motherboard Date: Fri, 3 Apr 1998 11:59:09 -0500 (EST) Hey hey hey, OpenBSD 2.3 (yesterday's snap) can see these serial ports. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Apr 3 10:20:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA12088 for freebsd-bugs-outgoing; Fri, 3 Apr 1998 10:20:05 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA12052; Fri, 3 Apr 1998 10:20:02 -0800 (PST) (envelope-from gnats) Received: from ussenterprise.ufp.org (bicknell@ussenterprise.ufp.org [209.12.7.40]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA11461 for ; Fri, 3 Apr 1998 10:17:05 -0800 (PST) (envelope-from bicknell@ussenterprise.ufp.org) Received: (from bicknell@localhost) by ussenterprise.ufp.org (8.8.7/8.8.7) id NAA01770; Fri, 3 Apr 1998 13:16:51 -0500 (EST) Message-Id: <199804031816.NAA01770@ussenterprise.ufp.org> Date: Fri, 3 Apr 1998 13:16:51 -0500 (EST) From: Leo Bicknell Reply-To: bicknell@ufp.org To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/6202: No way to detect removable media. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6202 >Category: bin >Synopsis: No way to detect removable media. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: support >Submitter-Id: current-users >Arrival-Date: Fri Apr 3 10:20:01 PST 1998 >Last-Modified: >Originator: Leo Bicknell >Organization: United Federation Of Planets >Release: FreeBSD 2.2.5-RELEASE i386 >Environment: IDE based ZIP disk drive in a Pentium class FreeBSD system. >Description: There appears to be no standard, reliable method for determining if a removable media drive (eg, my ZIP disk, or a Floppy Drive) contains media. Attempting a mount is not good enough, as the disk may have several different types of file systems on it, or no file system at all (eg, raw tar archive). >How-To-Repeat: >Fix: Suggest a new command that tests for the presence of meida in a removable disk drive (which requires correct ioctl()'s as well), suitable for use in a shell script. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Apr 3 10:47:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA20171 for freebsd-bugs-outgoing; Fri, 3 Apr 1998 10:47:09 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from cons.org (knight.cons.org [194.233.237.86]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA20126 for ; Fri, 3 Apr 1998 10:47:05 -0800 (PST) (envelope-from cracauer@cons.org) Received: (from cracauer@localhost) by cons.org (8.8.5/8.7.3) id UAA00268; Fri, 3 Apr 1998 20:47:02 +0200 (CEST) Message-ID: <19980403204701.17844@cons.org> Date: Fri, 3 Apr 1998 20:47:01 +0200 From: Martin Cracauer To: Ahmon Dancy , freebsd-bugs@hub.freebsd.org Subject: Re: bin/6047: /bin/sh does not handle -e option properly Mail-Followup-To: Ahmon Dancy , freebsd-bugs@hub.freebsd.org References: <199804031630.IAA26487@hub.freebsd.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary=M9NhX3UHpAaciwkO X-Mailer: Mutt 0.89i In-Reply-To: <199804031630.IAA26487@hub.freebsd.org>; from Ahmon Dancy on Fri, Apr 03, 1998 at 08:30:04AM -0800 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org --M9NhX3UHpAaciwkO Content-Type: text/plain; charset=us-ascii In <199804031630.IAA26487@hub.freebsd.org>, Ahmon Dancy wrote: > Hey dudes, what's the latest status on this? Could you please test the appended fix? It fixes the particual problem, the question is what else it br(e)ak(e)s :-) In case you don't want to build a shell, I put a binary with this fix on http://www.freebsd.org/~cracauer/sh.gz Happy Lisping Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer cracauer@wavehh.hanse.de (batched, preferred for large mails) Tel.: (daytime) +4940 41478712 Fax.: (daytime) +4940 41478715 Tel.: (private) +4940 5221829 Fax.: (private) +4940 5228536 Paper: (private) Waldstrasse 200, 22846 Norderstedt, Germany --M9NhX3UHpAaciwkO Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=diff *** /usr/src/bin/sh/eval.c Wed Mar 25 16:43:53 1998 --- eval.c Fri Apr 3 20:32:12 1998 *************** *** 764,770 **** for (sp = varlist.list ; sp ; sp = sp->next) mklocal(sp->text); funcnest++; ! evaltree(cmdentry.u.func, 0); funcnest--; INTOFF; poplocalvars(); --- 764,773 ---- for (sp = varlist.list ; sp ; sp = sp->next) mklocal(sp->text); funcnest++; ! if (flags & EV_TESTED) ! evaltree(cmdentry.u.func, EV_TESTED); ! else ! evaltree(cmdentry.u.func, 0); funcnest--; INTOFF; poplocalvars(); --M9NhX3UHpAaciwkO-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Apr 3 10:50:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA21263 for freebsd-bugs-outgoing; Fri, 3 Apr 1998 10:50:06 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA21243; Fri, 3 Apr 1998 10:50:03 -0800 (PST) (envelope-from gnats) Received: from burka.rdy.com (dima@burka.rdy.com [205.149.163.30]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA19549 for ; Fri, 3 Apr 1998 10:45:07 -0800 (PST) (envelope-from dima@burka.rdy.com) Received: by burka.rdy.com id KAA07538; (8.8.8/RDY) Fri, 3 Apr 1998 10:45:05 -0800 (PST) Message-Id: <199804031845.KAA07538@burka.rdy.com> Date: Fri, 3 Apr 1998 10:45:05 -0800 (PST) From: dima@best.net Reply-To: dima@best.net To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/6203: panic: blkfree: freeing free frag Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6203 >Category: kern >Synopsis: kernel panics with "blkfree: freeing free frag" message. >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 Apr 3 10:50:01 PST 1998 >Last-Modified: >Originator: Dima Ruban >Organization: Best Internet Communications, Inc. >Release: FreeBSD 2.2.6-STABLE i386 >Environment: # dmesg Copyright (c) 1992-1998 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 2.2.6-STABLE #36: Fri Mar 27 12:05:22 PST 1998 dima@tick.best.net:/src/src/sys/compile/BEST CPU: Pentium Pro (199.31-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x619 Stepping=9 Features=0xf9ff real memory = 201326592 (196608K bytes) avail memory = 186765312 (182388K bytes) Probing for devices on PCI bus 0: chip0 rev 2 on pci0:0:0 chip1 rev 1 on pci0:1:0 chip2 rev 0 on pci0:1:1 vga0 rev 211 int a irq 12 on pci0:10:0 de0 rev 18 int a irq 10 on pci0:11:0 de0: SMC 9332DST 21140 [10-100Mb/s] pass 1.2 de0: address 00:00:c0:91:42:dc de0: enabling 10baseT port ahc0 rev 0 int a irq 11 on pci0:12:0 ahc0: aic7880 Wide Channel, SCSI Id=7, 16 SCBs ahc0 waiting for scsi devices to settle ahc0: target 0 Tagged Queuing Device (ahc0:0:0): "SEAGATE ST34371W 0338" type 0 fixed SCSI 2 sd0(ahc0:0:0): Direct-Access 4148MB (8496960 512 byte sectors) sd0(ahc0:0:0): with 5168 cyls, 10 heads, and an average 164 sectors/track ahc0: target 1 Tagged Queuing Device (ahc0:1:0): "SEAGATE ST19171W 0023" type 0 fixed SCSI 2 sd1(ahc0:1:0): Direct-Access 8683MB (17783112 512 byte sectors) sd1(ahc0:1:0): with 5268 cyls, 20 heads, and an average 168 sectors/track ahc0: target 2 Tagged Queuing Device (ahc0:2:0): "SEAGATE ST19171W 0023" type 0 fixed SCSI 2 sd2(ahc0:2:0): Direct-Access 8683MB (17783112 512 byte sectors) sd2(ahc0:2:0): with 5268 cyls, 20 heads, and an average 168 sectors/track Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in npx0 on motherboard npx0: INT 16 interface ccd0-1: Concatenated disk drivers de0: enabling 10baseT port # >Description: I don't believe, I've seen it here before. Here goes ddb trace: dev = 0x413, block = 3432, fs = /users/u2 panic: blkfree: freeing free frag Debugger("panic") Stopped at _Debugger+0x35 [/sys/compile/BEST/:52]: movb $0,_in_Debugger. 122 db> db> trace _Debugger(msg=f0113238) at _Debugger+0x35 [/sys/compile/BEST/:52] _panic(fmt=f0196671) at _panic+0x5a [/sys/compile/BEST/:388] _ffs_blkfree(ip=f2623200,bno=d68,size=800) at _ffs_blkfree+0x410 [/sys/compile/B EST/:1257] _ffs_truncate(ap=efbffe9c) at _ffs_truncate+0x9a7 [/sys/compile/BEST/:344] _ufs_setattr(ap=efbffed4) at _ufs_setattr+0x1bb [/sys/compile/BEST/:1003] _ftruncate(p=f2d1d800,uap=efbfff94,retval=efbfff84) at _ftruncate+0xfd [/sys/com pile/BEST/:227] _syscall(frame=27) at _syscall+0x183 [/sys/compile/BEST/:914] _Xsyscall() at _Xsyscall+0x35 --- syscall 0xc6, eip = 0x20092ee5, esp = 0xefbfca60, ebp = 0xefbfca80 --- db> panic panic: from debugger dumping to dev 401, offset 655360 ... Unfortunately it didn't leave a dump, so back trace from ddb is basically all I have. >How-To-Repeat: I have no idea. >Fix: None at the time. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Apr 3 13:00:49 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA28124 for freebsd-bugs-outgoing; Fri, 3 Apr 1998 13:00:49 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from sparky.franz.com (sparky.franz.com [192.132.95.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA28056 for ; Fri, 3 Apr 1998 13:00:42 -0800 (PST) (envelope-from dancy@franz.com) Received: from ultra.franz.com by sparky.franz.com (8.8.8/FI-2.0) id NAA01299; Fri, 3 Apr 1998 13:00:32 -0800 (PST) Received: from ultra by ultra.franz.com (SMI-8.6/FI-2.0) id NAA13627; Fri, 3 Apr 1998 13:00:31 -0800 Message-Id: <199804032100.NAA13627@ultra.franz.com> To: Martin Cracauer cc: freebsd-bugs@hub.freebsd.org Subject: Re: bin/6047: /bin/sh does not handle -e option properly In-reply-to: Your message of "Fri, 03 Apr 1998 20:47:01 +0200." <19980403204701.17844@cons.org> Date: Fri, 03 Apr 1998 13:00:31 -0800 From: Ahmon Dancy Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >> >> --M9NhX3UHpAaciwkO >> Content-Type: text/plain; charset=us-ascii >> >> In <199804031630.IAA26487@hub.freebsd.org>, Ahmon Dancy wrote: >> > Hey dudes, what's the latest status on this? >> >> Could you please test the appended fix? It fixes the particual >> problem, the question is what else it br(e)ak(e)s :-) >> >> In case you don't want to build a shell, I put a binary with this fix >> on >> http://www.freebsd.org/~cracauer/sh.gz I tried this out and it seems to work, however it has been compiled and linked w/ a newer shared library than the one I have on my system. I tried extracting /usr/src/bin from the Feb 98 snapshot CD but apparently the printf.c file is missing. Can you send me a tarball of your /usr/src/bin/sh? >> >> Happy Lisping >> Martin >> -- >> %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% >> Martin Cracauer http://www.cons.org/cracauer >> cracauer@wavehh.hanse.de (batched, preferred for large mails) >> Tel.: (daytime) +4940 41478712 Fax.: (daytime) +4940 41478715 >> Tel.: (private) +4940 5221829 Fax.: (private) +4940 5228536 >> Paper: (private) Waldstrasse 200, 22846 Norderstedt, Germany >> >> --M9NhX3UHpAaciwkO >> Content-Type: text/plain; charset=us-ascii >> Content-Disposition: attachment; filename=diff >> >> *** /usr/src/bin/sh/eval.c Wed Mar 25 16:43:53 1998 >> --- eval.c Fri Apr 3 20:32:12 1998 >> *************** >> *** 764,770 **** >> for (sp = varlist.list ; sp ; sp = sp->next) >> mklocal(sp->text); >> funcnest++; >> ! evaltree(cmdentry.u.func, 0); >> funcnest--; >> INTOFF; >> poplocalvars(); >> --- 764,773 ---- >> for (sp = varlist.list ; sp ; sp = sp->next) >> mklocal(sp->text); >> funcnest++; >> ! if (flags & EV_TESTED) >> ! evaltree(cmdentry.u.func, EV_TESTED); >> ! else >> ! evaltree(cmdentry.u.func, 0); >> funcnest--; >> INTOFF; >> poplocalvars(); >> >> --M9NhX3UHpAaciwkO-- >> >> To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Apr 3 13:33:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA05852 for freebsd-bugs-outgoing; Fri, 3 Apr 1998 13:33:10 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA05842; Fri, 3 Apr 1998 13:32:58 -0800 (PST) (envelope-from jkh@FreeBSD.org) From: "Jordan K. Hubbard" Received: (from jkh@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id NAA06323; Fri, 3 Apr 1998 13:31:00 -0800 (PST) Date: Fri, 3 Apr 1998 13:31:00 -0800 (PST) Message-Id: <199804032131.NAA06323@freefall.freebsd.org> To: jkh@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, bde@FreeBSD.ORG Subject: Re: kern/6201 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: 2.2.6 kernel can't find sio[12] on Iwill motherboard Responsible-Changed-From-To: freebsd-bugs->bde Responsible-Changed-By: jkh Responsible-Changed-When: Fri Apr 3 13:30:19 PST 1998 Responsible-Changed-Why: Bruce is Mr. Serial ports and besides, since he's always been the one unwilling to weaken (or at least change) the probe code, he should have this one on his plate. :) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Apr 3 13:40:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA07987 for freebsd-bugs-outgoing; Fri, 3 Apr 1998 13:40:31 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA07895; Fri, 3 Apr 1998 13:40:16 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA07482; Fri, 3 Apr 1998 13:39:06 -0800 (PST) (envelope-from nobody) Message-Id: <199804032139.NAA07482@hub.freebsd.org> Date: Fri, 3 Apr 1998 13:39:06 -0800 (PST) From: jkowall@coffeehaus.net To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/6204: wdc0 goes away with newest sources Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6204 >Category: kern >Synopsis: wdc0 goes away with newest sources >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Apr 3 13:40:08 PST 1998 >Last-Modified: >Originator: Jonah Kowall >Organization: Coffeehaus Networks >Release: 2.2.5-STABLE FreeBSD 2.2.5-STABLE #0 >Environment: FreeBSD freebsd.coffeehaus.net 2.2.5-STABLE FreeBSD 2.2.5-STABLE #0: Wed Mar 4 21:53:12 EST 1998 jkowall@freebsd.coffeehaus.net:/usr/src/sys/compile/JKOWALL i386 >Description: I have a 2940uw with a 4 gig scsi on it for the system and I am using a 2.5 gig eide for some user homes. With the newest cvsup as of about 3 weeks ago the EIDE drive stopped showing up when I boot. Its a pentium 133, and I have never had any problems with the IDE system on it. When i boot with a old working kernel it sees the drive fine. I am using the same config file for both kernels. If you need any additional info please fell free to email me. Thanks! >How-To-Repeat: boot the machine with the newly conpiled kernel >Fix: boot with a older kernel >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Apr 3 14:00:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA11734 for freebsd-bugs-outgoing; Fri, 3 Apr 1998 14:00:06 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA11712; Fri, 3 Apr 1998 14:00:02 -0800 (PST) (envelope-from gnats) Received: from fciencias.ens.uabc.mx ([148.231.177.14]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA11506 for ; Fri, 3 Apr 1998 13:58:42 -0800 (PST) (envelope-from mbarbosa@fciencias.ens.uabc.mx) Received: (from mbarbosa@localhost) by fciencias.ens.uabc.mx (8.8.7/8.8.7) id OAA09374; Fri, 3 Apr 1998 14:00:36 -0800 (PST) (envelope-from mbarbosa) Message-Id: <199804032200.OAA09374@fciencias.ens.uabc.mx> Date: Fri, 3 Apr 1998 14:00:36 -0800 (PST) From: "Marco A. Barbosa S." Reply-To: mbarbosa@fciencias.ens.uabc.mx To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: conf/6205: NFS/NIS freak out Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6205 >Category: conf >Synopsis: NFS/NIS freak out >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: support >Submitter-Id: current-users >Arrival-Date: Fri Apr 3 14:00:00 PST 1998 >Last-Modified: >Originator: Marco A. Barbosa S. >Organization: Universidad Autonoma de Baja California >Release: FreeBSD 2.2.5-RELEASE i386 >Environment: hmm... ? Fciencias.ens.uabc.mx fxp0: flags=8843 mtu 1500 inet 148.231.193.1 netmask 0xffffffc0 broadcast 148.231.193.63 ether 00:a0:c9:25:e0:04 media: autoselect ed1: flags=8843 mtu 1500 inet 148.231.177.14 netmask 0xffffffc0 broadcast 148.231.177.63 ether 00:80:c8:34:c5:74 lp0: flags=8810 mtu 1500 lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 Xcalibur.ens.uabc.mx ed0: flags=8843 mtu 1500 inet 148.231.177.8 netmask 0xffffffc0 broadcast 148.231.177.63 ether 00:80:c8:35:16:03 lp0: flags=8810 mtu 1500 tun0: flags=8010 mtu 1500 sl0: flags=c010 mtu 552 lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 hmmm... the kernel was recompiled for the machine... pentium pro, simple configuration (32 megs, 2 Gigs, nothing wild, running mini sql, and apache and other simple thingies, and the second is 32 megs, non recompiled kernel, yet, 4 gigs, not running much but nfs and nis servers for which Fciencias is the client) >Description: Ok, hmmm... well, suddenly, on the subnetwork, the nfs dies, along with the nis, for some reason, if there is someone logged in Fciencias, they still have a connection to the outside, but since the nfs is frozen there are no files for the users... and... it does not let anyone log in cuz it does not recognize the users due to the nis blackout. All the subnet is doing well, but Fciencias says : nfs server not responding, and similar stuff for the nis... then, eventually, it comes alive again... when someone logs into the Xcalibur console, there is no connection to anywhere... it is isolated for some reason. I suspect the network card, but... the other sysadm gave killall -HUP nfsd and that brought it back to life, thought it has not happened again for a couple of weeks... any ideas? >How-To-Repeat: hmm... well... configure nis/nfs thing? exports file, define the nis domain, etc...? >Fix: ???? >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Apr 3 14:00:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA12058 for freebsd-bugs-outgoing; Fri, 3 Apr 1998 14:00:54 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from cons.org (knight.cons.org [194.233.237.86]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA11979 for ; Fri, 3 Apr 1998 14:00:49 -0800 (PST) (envelope-from cracauer@cons.org) Received: (from cracauer@localhost) by cons.org (8.8.5/8.7.3) id AAA07530; Sat, 4 Apr 1998 00:00:21 +0200 (CEST) Message-ID: <19980404000021.01289@cons.org> Date: Sat, 4 Apr 1998 00:00:21 +0200 From: Martin Cracauer To: Ahmon Dancy Cc: freebsd-bugs@hub.freebsd.org Subject: Re: bin/6047: /bin/sh does not handle -e option properly Mail-Followup-To: Ahmon Dancy , freebsd-bugs@hub.freebsd.org References: <19980403204701.17844@cons.org> <199804032100.NAA13627@ultra.franz.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89i In-Reply-To: <199804032100.NAA13627@ultra.franz.com>; from Ahmon Dancy on Fri, Apr 03, 1998 at 01:00:31PM -0800 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In <199804032100.NAA13627@ultra.franz.com>, Ahmon Dancy wrote: > >> Could you please test the appended fix? It fixes the particual > >> problem, the question is what else it br(e)ak(e)s :-) > >> > >> In case you don't want to build a shell, I put a binary with this fix > >> on > >> http://www.freebsd.org/~cracauer/sh.gz > > I tried this out and it seems to work, however it has been compiled > and linked w/ a newer shared library than the one I have on my > system. I tried extracting /usr/src/bin from the Feb 98 snapshot CD > but apparently the printf.c file is missing. Can you send me a > tarball of your /usr/src/bin/sh? My "sh" src doesn't contain printf, too, sh's Makefile has a relative path in it (to /usr/src/usr.bin/printf/). Anyway. just get ftp://ftp.freebsd.org/pub/FreeBSD/FreeBSD-current/src/usr.bin/printf/print.c and copy it into your sh directory. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer cracauer@wavehh.hanse.de (batched, preferred for large mails) Tel.: (daytime) +4940 41478712 Fax.: (daytime) +4940 41478715 Tel.: (private) +4940 5221829 Fax.: (private) +4940 5228536 Paper: (private) Waldstrasse 200, 22846 Norderstedt, Germany To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Apr 3 14:05:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA13662 for freebsd-bugs-outgoing; Fri, 3 Apr 1998 14:05:57 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from sparky.franz.com (sparky.franz.com [192.132.95.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA13640 for ; Fri, 3 Apr 1998 14:05:52 -0800 (PST) (envelope-from dancy@franz.com) Received: from ultra.franz.com by sparky.franz.com (8.8.8/FI-2.0) id OAA01981; Fri, 3 Apr 1998 14:05:49 -0800 (PST) Received: from ultra by ultra.franz.com (SMI-8.6/FI-2.0) id OAA14425; Fri, 3 Apr 1998 14:05:49 -0800 Message-Id: <199804032205.OAA14425@ultra.franz.com> To: Martin Cracauer cc: freebsd-bugs@hub.freebsd.org Subject: Re: bin/6047: /bin/sh does not handle -e option properly In-reply-to: Your message of "Sat, 04 Apr 1998 00:00:21 +0200." <19980404000021.01289@cons.org> Date: Fri, 03 Apr 1998 14:05:48 -0800 From: Ahmon Dancy Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >> In <199804032100.NAA13627@ultra.franz.com>, Ahmon Dancy wrote: >> > >> Could you please test the appended fix? It fixes the particual >> > >> problem, the question is what else it br(e)ak(e)s :-) >> > >> >> > >> In case you don't want to build a shell, I put a binary with this fix >> > >> on >> > >> http://www.freebsd.org/~cracauer/sh.gz >> > >> > I tried this out and it seems to work, however it has been compiled >> > and linked w/ a newer shared library than the one I have on my >> > system. I tried extracting /usr/src/bin from the Feb 98 snapshot CD >> > but apparently the printf.c file is missing. Can you send me a >> > tarball of your /usr/src/bin/sh? >> >> My "sh" src doesn't contain printf, too, sh's Makefile has a relative >> path in it (to /usr/src/usr.bin/printf/). >> >> Anyway. just get >> ftp://ftp.freebsd.org/pub/FreeBSD/FreeBSD-current/src/usr.bin/printf/print.c >> and copy it into your sh directory. Beautiful. I'll let you know how it goes. This is perfect timing because I'm about to work on the script that originally caused me to find this problem. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Apr 3 14:06:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA13782 for freebsd-bugs-outgoing; Fri, 3 Apr 1998 14:06:57 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from sparky.franz.com (sparky.franz.com [192.132.95.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA13774 for ; Fri, 3 Apr 1998 14:06:55 -0800 (PST) (envelope-from dancy@franz.com) Received: from ultra.franz.com by sparky.franz.com (8.8.8/FI-2.0) id OAA01985; Fri, 3 Apr 1998 14:06:53 -0800 (PST) Received: from ultra by ultra.franz.com (SMI-8.6/FI-2.0) id OAA14434; Fri, 3 Apr 1998 14:06:52 -0800 Message-Id: <199804032206.OAA14434@ultra.franz.com> To: Martin Cracauer cc: freebsd-bugs@hub.freebsd.org Subject: Re: bin/6047: /bin/sh does not handle -e option properly In-reply-to: Your message of "Sat, 04 Apr 1998 00:00:21 +0200." <19980404000021.01289@cons.org> Date: Fri, 03 Apr 1998 14:06:52 -0800 From: Ahmon Dancy Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org It works properly now. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Apr 3 17:40:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA01208 for freebsd-bugs-outgoing; Fri, 3 Apr 1998 17:40:25 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from lohi.clinet.fi (root@lohi.clinet.fi [194.100.0.7]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA01200 for ; Fri, 3 Apr 1998 17:40:20 -0800 (PST) (envelope-from hsu@katiska.clinet.fi) Received: from katiska.clinet.fi (hsu@katiska.clinet.fi [194.100.0.4]) by lohi.clinet.fi (8.8.8/8.8.6) with ESMTP id EAA25571; Sat, 4 Apr 1998 04:40:27 +0300 (EEST) Received: (from hsu@localhost) by katiska.clinet.fi (8.8.8/8.8.6) id EAA29088; Sat, 4 Apr 1998 04:40:14 +0300 (EEST) Date: Sat, 4 Apr 1998 04:40:14 +0300 (EEST) Message-Id: <199804040140.EAA29088@katiska.clinet.fi> From: Heikki Suonsivu To: pauls@etext.org Cc: freebsd-bugs@FreeBSD.ORG In-reply-to: pauls@etext.org's message of 4 Apr 1998 03:27:40 +0300 Subject: Re: kern/6201: 2.2.6 kernel can't find sio[12] on Iwill motherboard Organization: Clinet Ltd, Espoo, Finland References: <199804031613.IAA22349@hub.freebsd.org.newsgate.clinet.fi> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In article <199804031613.IAA22349@hub.freebsd.org.newsgate.clinet.fi> pauls@etext.org writes: >Synopsis: 2.2.6 kernel can't find sio[12] on Iwill motherboard Confirm another 2 pieces of hardware which no more find their serial ports. I think both are Asus T2P4 motherboard systems, slow pentiums (133MHz and 120MHz I think). Both had serial ports in use. I have seen other T2P4 systems find their serial ports with the same kernel, and cannot figure out why it works on couple of systems and fails on others. Damn, we had our soft drink machine down two days until I dug up a 386 with 8M of memory to run bartender(tm). -- Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@clinet.fi mobile +358-40-5519679 work +358-9-43542270 fax -4555276 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Apr 3 17:47:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA02054 for freebsd-bugs-outgoing; Fri, 3 Apr 1998 17:47:50 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from cinnamon.michvhf.com (cinnamon.michvhf.com [209.57.60.10]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id RAA02031 for ; Fri, 3 Apr 1998 17:47:42 -0800 (PST) (envelope-from vev@michvhf.com) Received: (qmail 28940 invoked from network); 4 Apr 1998 01:47:22 -0000 Received: from paprika.michvhf.com (HELO michvhf.com) (209.57.60.12) by cinnamon.michvhf.com with SMTP; 4 Apr 1998 01:47:22 -0000 Date: Fri, 3 Apr 1998 20:47:47 -0500 (est) From: Vince Vielhaber To: bugs@FreeBSD.ORG Subject: Running out of places to turn... Message-ID: Organization: Right X-X-Sender: vev@cinnamon.michvhf.com MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org For a quick rundown, I installed 2.2.5 from CD on a P150 (Tyan MB) with 256MB Ram, a 4GB and 6.4GB IDE and a pair of 9GB SCSI drives connected to a 2940UW (that I have set to a max transfer rate of 10Mbps). This is a news machine and I have the the ccd driver configured into the kernel and I'm running the 2-9GB drives as one 18GB drive. The other kernel changes are maxusers set to 256 and the mem size items set at 262100. The machine has been failing and rebooting (without a core dump from whatever caused it) more than once daily. I sent a message to questions and got a few responses but nothing that helped. I sent a note to the inn-workers list (since it's a list I'm subscribed to) and got the suggestion to try dropping the max transfer rate on the scsi's from 20 to 10mbps. Crash dumps were also recommended. With it still failing I enabled crash dumps but that was only a disaster as my 256MB swap file was apparantely too small for the dump the 256MB machine generated and it overwrote the disklabel (at least that's all I could come up with for a cause). After getting it all running again (without crash dumps) I was still experiencing crashes so I looked at INN's configuration. There were a couple of differences there so I made the appropriate changes and tried again. Just now (after all day) it crashed again :( but this time I got the following on the screen: ----- Fatal trap 12: page fault while in kernel mode fault virtual address = 0xc72074d2 fault code = supervisor write, page not present instruction pointer = 0x8:0xf016ab20 stack pointer = 0x10:0xefbffac0 frame pointer = 0x10:0xefbffac4 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL=0 current process = 539 (find) interrupt mask = bio panic:page fault syncing disks... ----- I sure hope the above helps and that I didn't write all that down for nothing :) So does any of that mean anything? BTW, find was transversing (sp?) the news spool and it crashes almost every time news.daily runs. Vince. -- ========================================================================== Vince Vielhaber -- KA8CSH email: vev@michvhf.com flame-mail: /dev/null # include TEAM-OS2 Online Searchable Campground Listings http://www.camping-usa.com "I'm just not a fan of promoting stupidity! We have elected officials for that job!" -- Rock ========================================================================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Apr 3 18:50:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA09268 for freebsd-bugs-outgoing; Fri, 3 Apr 1998 18:50:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA09261; Fri, 3 Apr 1998 18:50:01 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA08346; Fri, 3 Apr 1998 18:41:43 -0800 (PST) (envelope-from nobody) Message-Id: <199804040241.SAA08346@hub.freebsd.org> Date: Fri, 3 Apr 1998 18:41:43 -0800 (PST) From: tonyg@nt.com.au To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/6206: Enhancements to the shutdown program Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6206 >Category: bin >Synopsis: Enhancements to the shutdown program >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Fri Apr 3 18:50:00 PST 1998 >Last-Modified: >Originator: Tony Griffiths >Organization: Network Technologies P/L >Release: 2.2.6-STABLE >Environment: fjholden:sbin/shutdown# uname -a FreeBSD fjholden.OntheNet.com.au 2.2.6-STABLE FreeBSD 2.2.6-STABLE #0: Thu Mar 26 16:47:50 EST 1998 root@fjholden.OntheNet.com.au:/usr/src/sys/compile/FJHOLDEN i386 >Description: Add script execution with timeout to the shutdown program to allow orderly termination of applications. >How-To-Repeat: Machine readable diffs can be obtained using anonymous ftp from- ftp://diablo.onthenet.com.au/pub/unix/FreeBSD/shutdown-diffs.tar.gz >Fix: *** pathnames.h-orig Thu May 26 16:34:58 1994 --- pathnames.h Mon Mar 30 10:49:12 1998 *************** *** 39,41 **** --- 39,42 ---- #define _PATH_HALT "/sbin/halt" #define _PATH_REBOOT "/sbin/reboot" #define _PATH_WALL "/usr/bin/wall" + #define _PATH_RUNDOWN "/etc/rc.shutdown" *** shutdown.8-orig Wed Mar 11 12:10:48 1998 --- shutdown.8 Wed Mar 11 15:29:03 1998 *************** *** 31,37 **** .\" .\" @(#)shutdown.8 8.1 (Berkeley) 6/5/93 .\" ! .Dd June 5, 1993 .Dt SHUTDOWN 8 .Os BSD 4 .Sh NAME --- 31,37 ---- .\" .\" @(#)shutdown.8 8.1 (Berkeley) 6/5/93 .\" ! .Dd March 11, 1998 .Dt SHUTDOWN 8 .Os BSD 4 .Sh NAME *************** *** 40,46 **** .Sh SYNOPSIS .Nm shutdown .Op Fl ! .Op Fl hkrn .Ar time .Op Ar warning-message ... .Sh DESCRIPTION --- 40,46 ---- .Sh SYNOPSIS .Nm shutdown .Op Fl ! .Op Fl hkrnst .Ar time .Op Ar warning-message ... .Sh DESCRIPTION *************** *** 76,81 **** --- 76,107 ---- .Xr reboot 8 at the specified .Ar time . + .It Fl s Ar rundown-script + .Nm Shutdown + executes the specified shell script using the Bourne shell + before performing the + .Xr reboot 8 + or + .Xr halt 8 + function. If this argument is omitted, the file /etc/rc.shutdown is + executed (if it exists). If an alternate script is specified, it's full + path must be provided. In the case where a + .Xr stat 2 + of the specified script file fails, then this parameter is (silently) + ignored and no rundown script will be executed. + .It Fl t Ar timeout + .Nm Shutdown + will wait for a maximum period of the specified time, or if the option is + not specified the value of the + .Xr sysctl 8 + variable kern.shutdown_timeout (default 120 seconds) before terminating + any rundown script and proceeding. A minimum timeout value of 10 seconds + is allowed. There is no (reasonable) maximum value. The script should + wait for any applications to terminate before + exiting at which time shutdown will proceed. If the timeout period elapses, + a SIGTERM + .Xr signal 3 + is sent to the rundown process and shutdown continues. .It Ar time .Ar Time is the time at which *************** *** 134,146 **** .Bl -tag -width /etc/nologin -compact .It Pa /etc/nologin tells login not to let anyone log in .El .Sh SEE ALSO .Xr login 1 , .Xr wall 1 , .Xr nologin 5 , .Xr halt 8 , ! .Xr reboot 8 .Sh BACKWARD COMPATIBILITY The hours and minutes in the second time format may be separated by a colon (``:'') for backward compatibility. --- 160,175 ---- .Bl -tag -width /etc/nologin -compact .It Pa /etc/nologin tells login not to let anyone log in + .It Pa /etc/rc.shutdown + is the default rundown script .El .Sh SEE ALSO .Xr login 1 , .Xr wall 1 , .Xr nologin 5 , .Xr halt 8 , ! .Xr reboot 8 , ! .Xr sysctl 8 .Sh BACKWARD COMPATIBILITY The hours and minutes in the second time format may be separated by a colon (``:'') for backward compatibility. *** shutdown.c-orig Sun Feb 1 00:01:08 1998 --- shutdown.c Mon Mar 30 10:49:11 1998 *************** *** 43,48 **** --- 43,51 ---- static char sccsid[] = "@(#)shutdown.c 8.2 (Berkeley) 2/16/94"; #endif /* not lint */ + #include + #include + #include #include #include #include *************** *** 58,63 **** --- 61,68 ---- #include #include #include + #include + #include #include "pathnames.h" *************** *** 66,71 **** --- 71,85 ---- #define _PATH_NOLOGIN "./nologin" #endif + #ifdef LOGIN_CAP + #define RESOURCE_RC "daemon" + #endif + + #define STALL_TIMEOUT 30 /* Wait N seconds after warning */ + #define MIN_TIMEOUT 10 /* Min time to allow script to run to completion */ + #define DEATH_SCRIPT 120 /* Default of 2m for rundown script */ + #define RUNDOWN_SCRIPT ((script_name[0]==0)?_PATH_RUNDOWN:script_name) + #define H *60*60 #define M *60 #define S *1 *************** *** 85,90 **** --- 99,108 ---- static time_t offset, shuttime; static int dohalt, doreboot, killflg, mbuflen; static char *nosync, *whom, mbuf[BUFSIZ]; + volatile int clang; + pid_t pid, wpid; + char script_name[FILENAME_MAX]; + int shutdowntimeout; void badtime __P((void)); void die_you_gravy_sucking_pig_dog __P((void)); *************** *** 96,101 **** --- 114,139 ---- void timewarn __P((int)); void usage __P((void)); + void + warning(char *message, ...) + { + va_list ap; + va_start(ap, message); + + vsyslog(LOG_ALERT, message, ap); + va_end(ap); + } + + void + emergency(char *message, ...) + { + va_list ap; + va_start(ap, message); + + vsyslog(LOG_EMERG, message, ap); + va_end(ap); + } + int main(argc, argv) int argc; *************** *** 112,118 **** #endif nosync = NULL; readstdin = 0; ! while ((ch = getopt(argc, argv, "-hknr")) != -1) switch (ch) { case '-': readstdin = 1; --- 150,158 ---- #endif nosync = NULL; readstdin = 0; ! shutdowntimeout = 0; ! memset(script_name, '\0', sizeof(script_name)); ! while ((ch = getopt(argc, argv, "-hknrs:t:")) != -1) switch (ch) { case '-': readstdin = 1; *************** *** 129,134 **** --- 169,180 ---- case 'r': doreboot = 1; break; + case 's': + strncpy(script_name, optarg, sizeof(script_name)-1); + break; + case 't': + shutdowntimeout = atoi(optarg); + break; case '?': default: usage(); *************** *** 307,312 **** --- 353,359 ---- void die_you_gravy_sucking_pig_dog() { + (void)runshutdown(); /* Run the /etc/rc.shutdown script! */ syslog(LOG_NOTICE, "%s by %s: %s", doreboot ? "reboot" : dohalt ? "halt" : "shutdown", whom, mbuf); *************** *** 422,427 **** --- 469,605 ---- } } + /* + * Run the system shutdown script (/etc/rc.shutdown). + * + * Exit codes: + * -2 shutdown script terminated abnormally + * -1 fatal error - can't run script + * 0 good. + * >0 some error (exit code) + * + * Note: SIGALRM comes here. + */ + void + alrm_shutdown(int sig) + { + kill(pid, SIGTERM); + errno = ETIMEDOUT; + clang = 1; + } + + int + runshutdown() + { + int status; + size_t len; + char *argv[3]; + struct sigaction sa; + struct stat sb; + + /* + * rc.shutdown is optional, so to prevent any unnecessary + * complaints from the shell we simply don't run it if the + * file does not exist. If the stat() here fails for other + * reasons, we'll let the shell complain. + */ + if (stat(RUNDOWN_SCRIPT, &sb) == -1 && errno == ENOENT) + return 0; + + if ((pid = fork()) == 0) { + int fd; + + /* Assume that shutdown has already grab console as ctty before */ + + sigemptyset(&sa.sa_mask); + sa.sa_flags = 0; + sa.sa_handler = SIG_IGN; + (void) sigaction(SIGTSTP, &sa, (struct sigaction *)0); + (void) sigaction(SIGHUP, &sa, (struct sigaction *)0); + + if ((fd = open(_PATH_CONSOLE, O_RDWR)) == -1) + warning("shutdown: can't open %s: %m", _PATH_CONSOLE); + else { + (void) dup2(fd, STDIN_FILENO); + (void) dup2(fd, STDOUT_FILENO); + (void) dup2(fd, STDERR_FILENO); + if (fd > STDERR_FILENO) + close(fd); + } + + /* + * Run the shutdown script. + */ + argv[0] = "sh"; + argv[1] = RUNDOWN_SCRIPT; + argv[2] = 0; + + sigprocmask(SIG_SETMASK, &sa.sa_mask, (sigset_t *) 0); + + #ifdef LOGIN_CAP + setprocresources(RESOURCE_RC); + #endif + execv(_PATH_BSHELL, argv); + /* Should never get here! */ + warning("can't exec %s for %s: %m", _PATH_BSHELL, RUNDOWN_SCRIPT); + _exit(1); /* force single user mode */ + } + + if (pid == -1) { + emergency("can't fork() for %s on %s: %m", + _PATH_BSHELL, RUNDOWN_SCRIPT); + while (waitpid(-1, (int *) 0, WNOHANG) > 0) + continue; + sleep(STALL_TIMEOUT); + return -1; + } + + len = sizeof(shutdowntimeout); + if ( (shutdowntimeout < MIN_TIMEOUT) && + (sysctlbyname("kern.shutdown_timeout", + &shutdowntimeout, + &len, NULL, 0) == -1) ) + shutdowntimeout = DEATH_SCRIPT; + (void)signal(SIGALRM, alrm_shutdown); + alarm(shutdowntimeout); + clang = 0; + /* + * Copied from single_user(). This is a bit paranoid. + * Use the same ALRM handler. + */ + do { + wpid = waitpid(-1, &status, WUNTRACED); + if (clang == 1) { + /* we were waiting for the sub-shell */ + warning("timeout expired for %s on %s: %m; proceeding with shutdown", + _PATH_BSHELL, RUNDOWN_SCRIPT); + break; + } + if (wpid == -1) { + if (errno == EINTR) + continue; + warning("wait for %s on %s failed: %m; proceeding with shutdown", + _PATH_BSHELL, RUNDOWN_SCRIPT); + break; + } + if (wpid == pid && WIFSTOPPED(status)) { + warning("%s on %s stopped, restarting\n", + _PATH_BSHELL, RUNDOWN_SCRIPT); + kill(pid, SIGCONT); + wpid = -1; + } + } while (wpid != pid && !clang); + + /* Turn off the alarm */ + alarm(0); + (void)signal(SIGALRM, SIG_DFL); + + if ((status = WEXITSTATUS(status)) != 0) + warning("%s returned status %d", RUNDOWN_SCRIPT, status); + + return status; + } + #define NOMSG "\n\nNO LOGINS: System going down at " void nolog() *************** *** 462,467 **** void usage() { ! fprintf(stderr, "usage: shutdown [-hknr] shutdowntime [ message ]\n"); exit(1); } --- 640,645 ---- void usage() { ! fprintf(stderr, "usage: shutdown [-hknrs[script]t[time]] shutdowntime [ message ]\n"); exit(1); } >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Apr 3 21:24:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA28376 for freebsd-bugs-outgoing; Fri, 3 Apr 1998 21:24:38 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA28370 for ; Fri, 3 Apr 1998 21:24:35 -0800 (PST) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id AAA06311; Sat, 4 Apr 1998 00:24:15 -0500 (EST) (envelope-from toor) Message-Id: <199804040524.AAA06311@dyson.iquest.net> Subject: Re: Running out of places to turn... In-Reply-To: from Vince Vielhaber at "Apr 3, 98 08:47:47 pm" To: vev@michvhf.com (Vince Vielhaber) Date: Sat, 4 Apr 1998 00:24:15 -0500 (EST) Cc: bugs@FreeBSD.ORG From: "John S. Dyson" Reply-To: dyson@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Vince Vielhaber said: > Just now (after all day) it crashed again :( but this time I got the > following on the screen: > > ----- > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0xc72074d2 > fault code = supervisor write, page not present > instruction pointer = 0x8:0xf016ab20 > stack pointer = 0x10:0xefbffac0 > frame pointer = 0x10:0xefbffac4 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL=0 > current process = 539 (find) > interrupt mask = bio > panic:page fault > > syncing disks... > A stack traceback is more useful (trace), but if you provide information in the form of the output of the nm command around the address of 0xf016ab20, there might be some valuable info. -- John | Never try to teach a pig to sing, dyson@freebsd.org | it just makes you look stupid, jdyson@nc.com | and it irritates the pig. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Apr 3 21:40:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA00633 for freebsd-bugs-outgoing; Fri, 3 Apr 1998 21:40:24 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from noao.edu (noao.edu [140.252.1.54]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA00626 for ; Fri, 3 Apr 1998 21:40:17 -0800 (PST) (envelope-from grandi@noao.edu) Received: from mirfak.tuc.noao.edu (grandi@mirfak.tuc.noao.edu [140.252.1.9]) by noao.edu (8.8.8/8.8.7/SAG-02Dec97) with SMTP id WAA29207; Fri, 3 Apr 1998 22:40:11 -0700 (MST) (envelope-from grandi@noao.edu) Date: Fri, 3 Apr 1998 22:40:10 -0700 (MST) From: Steve Grandi X-Sender: grandi@mirfak.tuc.noao.edu Reply-To: Steve Grandi To: Vince Vielhaber cc: bugs@FreeBSD.ORG Subject: Re: Running out of places to turn... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Fri, 3 Apr 1998, Vince Vielhaber wrote: > > For a quick rundown, I installed 2.2.5 from CD on a P150 (Tyan MB) with > 256MB Ram, a 4GB and 6.4GB IDE and a pair of 9GB SCSI drives connected > to a 2940UW (that I have set to a max transfer rate of 10Mbps). This is > a news machine and I have the the ccd driver configured into the kernel > and I'm running the 2-9GB drives as one 18GB drive. The other kernel > changes are maxusers set to 256 and the mem size items set at 262100. > I was having similar problems.... How long does the expire take? My system would work fine as long as the expire would take a few minutes; but then something would happen and the expires would start taking 8 hours! And the system would soon crash; somtimes a hard lock up and sometimes with the same "page fault in Kernel mode" that you see. I finally figured it out...at least my system hasn't crashed for over a month. When expire is rebuilding the history file, it tries to fit the history.pag file in core. If it can't, expire resorts to using a disk file which is horribly inefficient and stresses the system something fierce...apparently enough to tickle a latent bug in FreeBSD that causes a subsequent crash. The solution, a common one for 2.2.5+ problems, is to edit /etc/login.conf; in particular the news entry. Here is what my entry now looks like: # # Settings used by news subsystem # news:\ :path=/usr/local/news/bin /bin /sbin /usr/bin /usr/sbin /usr/local/bin /usr/local/sbin:\ :cputime=infinity:\ :datasize=infinity:\ :datasize-cur=infinity:\ :stacksize=64M:\ :stacksize-cur=64M:\ :memorylocked=64M:\ :memoryuse=128M:\ :memoryuse-cur=128M:\ :filesize=infinity:\ :coredumpsize=infinity:\ :openfiles=512:\ :maxproc=128:\ :priority=0:\ :requirehome@:\ :umask=022:\ :tc=auth-root-defaults: Steve Grandi, National Optical Astronomy Observatories, Tucson, Arizona USA Internet: grandi@noao.edu Voice: +1 520 318-8228 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 4 02:04:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA25902 for freebsd-bugs-outgoing; Sat, 4 Apr 1998 02:04:10 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from cons.org (knight.cons.org [194.233.237.86]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA25894; Sat, 4 Apr 1998 02:04:04 -0800 (PST) (envelope-from cracauer@cons.org) Received: (from cracauer@localhost) by cons.org (8.8.5/8.7.3) id MAA10701; Sat, 4 Apr 1998 12:03:52 +0200 (CEST) Message-ID: <19980404120351.04932@cons.org> Date: Sat, 4 Apr 1998 12:03:51 +0200 From: Martin Cracauer To: Ahmon Dancy , Bruce Evans Cc: Studded@dal.net, freebsd-bugs@FreeBSD.ORG, freebsd-gnats-submit@FreeBSD.ORG Subject: Re: bin/6047: /bin/sh does not handle -e option properly Mail-Followup-To: Ahmon Dancy , Bruce Evans , Studded@dal.net, freebsd-bugs@FreeBSD.ORG, freebsd-gnats-submit@FreeBSD.ORG References: <199803180924.UAA32209@godzilla.zeta.org.au> <199804031625.IAA10622@ultra.franz.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary=AqsLC8rIMeq19msA X-Mailer: Mutt 0.89i In-Reply-To: <199804031625.IAA10622@ultra.franz.com>; from Ahmon Dancy on Fri, Apr 03, 1998 at 08:25:12AM -0800 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org --AqsLC8rIMeq19msA Content-Type: text/plain; charset=us-ascii In <199804031625.IAA10622@ultra.franz.com>, Ahmon Dancy wrote: > Hey dudes, what's the latest status on this? [My last reply didn't make it into the bug database, sorry if you see this twice]. Could you please test the appended fix? It fixes the particual problem, the question is what else it br(e)ak(e)s :-) In case you don't want to build a shell, I put a binary with this fix on http://www.freebsd.org/~cracauer/sh.gz Happy Lisping Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer cracauer@wavehh.hanse.de (batched, preferred for large mails) Tel.: (daytime) +4940 41478712 Fax.: (daytime) +4940 41478715 Tel.: (private) +4940 5221829 Fax.: (private) +4940 5228536 Paper: (private) Waldstrasse 200, 22846 Norderstedt, Germany --AqsLC8rIMeq19msA Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=diff *** /usr/src/bin/sh/eval.c Wed Mar 25 16:43:53 1998 --- eval.c Fri Apr 3 20:32:12 1998 *************** *** 764,770 **** for (sp = varlist.list ; sp ; sp = sp->next) mklocal(sp->text); funcnest++; ! evaltree(cmdentry.u.func, 0); funcnest--; INTOFF; poplocalvars(); --- 764,773 ---- for (sp = varlist.list ; sp ; sp = sp->next) mklocal(sp->text); funcnest++; ! if (flags & EV_TESTED) ! evaltree(cmdentry.u.func, EV_TESTED); ! else ! evaltree(cmdentry.u.func, 0); funcnest--; INTOFF; poplocalvars(); --AqsLC8rIMeq19msA-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 4 02:10:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA26322 for freebsd-bugs-outgoing; Sat, 4 Apr 1998 02:10:02 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA26312; Sat, 4 Apr 1998 02:10:01 -0800 (PST) (envelope-from gnats) Date: Sat, 4 Apr 1998 02:10:01 -0800 (PST) Message-Id: <199804041010.CAA26312@hub.freebsd.org> To: freebsd-bugs Cc: From: Martin Cracauer Subject: Re: bin/6047: /bin/sh does not handle -e option properly Reply-To: Martin Cracauer Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/6047; it has been noted by GNATS. From: Martin Cracauer To: Ahmon Dancy , Bruce Evans Cc: Studded@dal.net, freebsd-bugs@FreeBSD.ORG, freebsd-gnats-submit@FreeBSD.ORG Subject: Re: bin/6047: /bin/sh does not handle -e option properly Date: Sat, 4 Apr 1998 12:03:51 +0200 --AqsLC8rIMeq19msA Content-Type: text/plain; charset=us-ascii In <199804031625.IAA10622@ultra.franz.com>, Ahmon Dancy wrote: > Hey dudes, what's the latest status on this? [My last reply didn't make it into the bug database, sorry if you see this twice]. Could you please test the appended fix? It fixes the particual problem, the question is what else it br(e)ak(e)s :-) In case you don't want to build a shell, I put a binary with this fix on http://www.freebsd.org/~cracauer/sh.gz Happy Lisping Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer cracauer@wavehh.hanse.de (batched, preferred for large mails) Tel.: (daytime) +4940 41478712 Fax.: (daytime) +4940 41478715 Tel.: (private) +4940 5221829 Fax.: (private) +4940 5228536 Paper: (private) Waldstrasse 200, 22846 Norderstedt, Germany --AqsLC8rIMeq19msA Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=diff *** /usr/src/bin/sh/eval.c Wed Mar 25 16:43:53 1998 --- eval.c Fri Apr 3 20:32:12 1998 *************** *** 764,770 **** for (sp = varlist.list ; sp ; sp = sp->next) mklocal(sp->text); funcnest++; ! evaltree(cmdentry.u.func, 0); funcnest--; INTOFF; poplocalvars(); --- 764,773 ---- for (sp = varlist.list ; sp ; sp = sp->next) mklocal(sp->text); funcnest++; ! if (flags & EV_TESTED) ! evaltree(cmdentry.u.func, EV_TESTED); ! else ! evaltree(cmdentry.u.func, 0); funcnest--; INTOFF; poplocalvars(); --AqsLC8rIMeq19msA-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 4 05:24:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA15148 for freebsd-bugs-outgoing; Sat, 4 Apr 1998 05:24:10 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from cinnamon.michvhf.com (cinnamon.michvhf.com [209.57.60.10]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id FAA15139 for ; Sat, 4 Apr 1998 05:24:07 -0800 (PST) (envelope-from vev@michvhf.com) Received: (qmail 29435 invoked from network); 4 Apr 1998 13:24:03 -0000 Received: from paprika.michvhf.com (HELO michvhf.com) (209.57.60.12) by cinnamon.michvhf.com with SMTP; 4 Apr 1998 13:24:03 -0000 Date: Sat, 4 Apr 1998 08:24:29 -0500 (est) From: Vince Vielhaber To: Steve Grandi cc: bugs@FreeBSD.ORG Subject: Re: Running out of places to turn... In-Reply-To: Message-ID: Organization: Right X-X-Sender: vev@cinnamon.michvhf.com MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Fri, 3 Apr 1998, Steve Grandi wrote: > On Fri, 3 Apr 1998, Vince Vielhaber wrote: > > > > > For a quick rundown, I installed 2.2.5 from CD on a P150 (Tyan MB) with > > 256MB Ram, a 4GB and 6.4GB IDE and a pair of 9GB SCSI drives connected > > to a 2940UW (that I have set to a max transfer rate of 10Mbps). This is > > a news machine and I have the the ccd driver configured into the kernel > > and I'm running the 2-9GB drives as one 18GB drive. The other kernel > > changes are maxusers set to 256 and the mem size items set at 262100. > > > > I was having similar problems.... > > How long does the expire take? My system would work fine as long as the > expire would take a few minutes; but then something would happen and the > expires would start taking 8 hours! And the system would soon crash; > somtimes a hard lock up and sometimes with the same "page fault in Kernel > mode" that you see. I'm fairly certain it's past that point. I ran a news.daily manually and it passed that point within an hour or so (right now there are no feeds going in and no readers connecting). News.daily starts about midnight and the last hourly report I got (I have a cron job doing ctlinnd mode every hour at 19 after) was a 5:19am. That's well into the fastrm stage. In case you didn't catch on, yes it crashed again last nite. This time it was a priveleged instruction fault while in kernel mode. And it goes on to say it was a fatal double fault then panic:double fault. Double fault seems fitting, I feel like I'm in a tennis match with this thing :) > I finally figured it out...at least my system hasn't crashed for over a > month. When expire is rebuilding the history file, it tries to fit the > history.pag file in core. If it can't, expire resorts to using a disk > file which is horribly inefficient and stresses the system something > fierce...apparently enough to tickle a latent bug in FreeBSD that causes > a subsequent crash. > > The solution, a common one for 2.2.5+ problems, is to edit /etc/login.conf; > in particular the news entry. Here is what my entry now looks like: > > # > # Settings used by news subsystem > # > news:\ > :path=/usr/local/news/bin /bin /sbin /usr/bin /usr/sbin /usr/local/bin /usr/local/sbin:\ > :cputime=infinity:\ > :datasize=infinity:\ > :datasize-cur=infinity:\ > :stacksize=64M:\ > :stacksize-cur=64M:\ > :memorylocked=64M:\ > :memoryuse=128M:\ > :memoryuse-cur=128M:\ > :filesize=infinity:\ > :coredumpsize=infinity:\ > :openfiles=512:\ > :maxproc=128:\ > :priority=0:\ > :requirehome@:\ > :umask=022:\ > :tc=auth-root-defaults: Mine's not far from this, I may have datasize and memoryuse limited to 200MB and the rest are infinity. The last crash occurred while expire wasn't running, this time it did, so I'm going to (at least temporarily) suspect hardware since it's all new. Sadly I'm beginning to suspect the motherboard as I'm remembering that a friend of mine got the same one from the same source and it too failed in a very short time - but first I'm going to try the RAM and controller since I have spares. Thanks, Vince. -- ========================================================================== Vince Vielhaber -- KA8CSH email: vev@michvhf.com flame-mail: /dev/null # include TEAM-OS2 Online Searchable Campground Listings http://www.camping-usa.com "I'm just not a fan of promoting stupidity! We have elected officials for that job!" -- Rock ========================================================================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 4 08:37:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA06227 for freebsd-bugs-outgoing; Sat, 4 Apr 1998 08:37:22 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from sparky.franz.com (sparky.franz.com [192.132.95.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA06203; Sat, 4 Apr 1998 08:37:15 -0800 (PST) (envelope-from dancy@franz.com) Received: from ultra.franz.com by sparky.franz.com (8.8.8/FI-2.0) id IAA05508; Sat, 4 Apr 1998 08:37:13 -0800 (PST) Received: from ultra by ultra.franz.com (SMI-8.6/FI-2.0) id IAA19847; Sat, 4 Apr 1998 08:37:12 -0800 Message-Id: <199804041637.IAA19847@ultra.franz.com> To: Martin Cracauer cc: Bruce Evans , Studded@dal.net, freebsd-bugs@FreeBSD.ORG, freebsd-gnats-submit@FreeBSD.ORG Subject: Re: bin/6047: /bin/sh does not handle -e option properly In-reply-to: Your message of "Sat, 04 Apr 1998 12:03:51 +0200." <19980404120351.04932@cons.org> Date: Sat, 04 Apr 1998 08:37:12 -0800 From: Ahmon Dancy Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This new code makes my script work properly. >> >> --AqsLC8rIMeq19msA >> Content-Type: text/plain; charset=us-ascii >> >> In <199804031625.IAA10622@ultra.franz.com>, Ahmon Dancy wrote: >> > Hey dudes, what's the latest status on this? >> >> [My last reply didn't make it into the bug database, sorry if you see >> this twice]. >> >> Could you please test the appended fix? It fixes the particual >> problem, the question is what else it br(e)ak(e)s :-) >> >> In case you don't want to build a shell, I put a binary with this fix >> on >> http://www.freebsd.org/~cracauer/sh.gz >> >> Happy Lisping >> Martin >> -- >> %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% >> Martin Cracauer http://www.cons.org/cracauer >> cracauer@wavehh.hanse.de (batched, preferred for large mails) >> Tel.: (daytime) +4940 41478712 Fax.: (daytime) +4940 41478715 >> Tel.: (private) +4940 5221829 Fax.: (private) +4940 5228536 >> Paper: (private) Waldstrasse 200, 22846 Norderstedt, Germany >> >> --AqsLC8rIMeq19msA >> Content-Type: text/plain; charset=us-ascii >> Content-Disposition: attachment; filename=diff >> >> *** /usr/src/bin/sh/eval.c Wed Mar 25 16:43:53 1998 >> --- eval.c Fri Apr 3 20:32:12 1998 >> *************** >> *** 764,770 **** >> for (sp = varlist.list ; sp ; sp = sp->next) >> mklocal(sp->text); >> funcnest++; >> ! evaltree(cmdentry.u.func, 0); >> funcnest--; >> INTOFF; >> poplocalvars(); >> --- 764,773 ---- >> for (sp = varlist.list ; sp ; sp = sp->next) >> mklocal(sp->text); >> funcnest++; >> ! if (flags & EV_TESTED) >> ! evaltree(cmdentry.u.func, EV_TESTED); >> ! else >> ! evaltree(cmdentry.u.func, 0); >> funcnest--; >> INTOFF; >> poplocalvars(); >> >> --AqsLC8rIMeq19msA-- >> To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 4 08:40:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA06872 for freebsd-bugs-outgoing; Sat, 4 Apr 1998 08:40:04 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA06863; Sat, 4 Apr 1998 08:40:03 -0800 (PST) (envelope-from gnats) Received: from aldan.ziplink.net (mi@kot.ne.mediaone.net [24.128.29.55]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA04972 for ; Sat, 4 Apr 1998 08:32:30 -0800 (PST) (envelope-from root@rtfm.ziplink.net) Received: from rtfm.ziplink.net (rtfm [199.232.255.52]) by aldan.ziplink.net (8.8.8/8.8.7) with ESMTP id QAA00656 for ; Sat, 4 Apr 1998 16:32:27 GMT (envelope-from root@rtfm.ziplink.net) Received: (from root@localhost) by rtfm.ziplink.net (8.8.8/8.8.5) id LAA00999; Sat, 4 Apr 1998 11:32:26 -0500 (EST) Message-Id: <199804041632.LAA00999@rtfm.ziplink.net> Date: Sat, 4 Apr 1998 11:32:26 -0500 (EST) From: Charlie Root Reply-To: mi@aldan.algebra.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/6209: nitpicking on mount(8) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6209 >Category: bin >Synopsis: No rw from ro if was not clean. fsck-ing does not help >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Apr 4 08:40:02 PST 1998 >Last-Modified: >Originator: Mikhail Teterin >Organization: Virtual Estates, Inc. >Release: FreeBSD 3.0-CURRENT i386 >Environment: CURRENT as of Wed Mar 11 11:52:42 EST 1998 >Description: See below >How-To-Repeat: For a non-clean partition: mount -o ro /partition # Succeeds with warning, as supposed to mount -u -o rw /partition # Fails as supposed to fsck /partition # Works and cleans things up. Sets the clean-flag mount -u -o rw /partition # Fails, which is now wrong >Fix: umount /partition # Full umount is needed first mount /partition # Works fine >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 4 08:40:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA06879 for freebsd-bugs-outgoing; Sat, 4 Apr 1998 08:40:06 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA06871; Sat, 4 Apr 1998 08:40:04 -0800 (PST) (envelope-from gnats) Date: Sat, 4 Apr 1998 08:40:04 -0800 (PST) Message-Id: <199804041640.IAA06871@hub.freebsd.org> To: freebsd-bugs Cc: From: Ahmon Dancy Subject: Re: bin/6047: /bin/sh does not handle -e option properly Reply-To: Ahmon Dancy Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/6047; it has been noted by GNATS. From: Ahmon Dancy To: Martin Cracauer Cc: Bruce Evans , Studded@dal.net, freebsd-bugs@freebsd.org, freebsd-gnats-submit@freebsd.org Subject: Re: bin/6047: /bin/sh does not handle -e option properly Date: Sat, 04 Apr 1998 08:37:12 -0800 This new code makes my script work properly. >> >> --AqsLC8rIMeq19msA >> Content-Type: text/plain; charset=us-ascii >> >> In <199804031625.IAA10622@ultra.franz.com>, Ahmon Dancy wrote: >> > Hey dudes, what's the latest status on this? >> >> [My last reply didn't make it into the bug database, sorry if you see >> this twice]. >> >> Could you please test the appended fix? It fixes the particual >> problem, the question is what else it br(e)ak(e)s :-) >> >> In case you don't want to build a shell, I put a binary with this fix >> on >> http://www.freebsd.org/~cracauer/sh.gz >> >> Happy Lisping >> Martin >> -- >> %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% >> Martin Cracauer http://www.cons.org/cracauer >> cracauer@wavehh.hanse.de (batched, preferred for large mails) >> Tel.: (daytime) +4940 41478712 Fax.: (daytime) +4940 41478715 >> Tel.: (private) +4940 5221829 Fax.: (private) +4940 5228536 >> Paper: (private) Waldstrasse 200, 22846 Norderstedt, Germany >> >> --AqsLC8rIMeq19msA >> Content-Type: text/plain; charset=us-ascii >> Content-Disposition: attachment; filename=diff >> >> *** /usr/src/bin/sh/eval.c Wed Mar 25 16:43:53 1998 >> --- eval.c Fri Apr 3 20:32:12 1998 >> *************** >> *** 764,770 **** >> for (sp = varlist.list ; sp ; sp = sp->next) >> mklocal(sp->text); >> funcnest++; >> ! evaltree(cmdentry.u.func, 0); >> funcnest--; >> INTOFF; >> poplocalvars(); >> --- 764,773 ---- >> for (sp = varlist.list ; sp ; sp = sp->next) >> mklocal(sp->text); >> funcnest++; >> ! if (flags & EV_TESTED) >> ! evaltree(cmdentry.u.func, EV_TESTED); >> ! else >> ! evaltree(cmdentry.u.func, 0); >> funcnest--; >> INTOFF; >> poplocalvars(); >> >> --AqsLC8rIMeq19msA-- >> To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 4 13:10:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA09132 for freebsd-bugs-outgoing; Sat, 4 Apr 1998 13:10:29 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from steve@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA09048; Sat, 4 Apr 1998 13:09:59 -0800 (PST) (envelope-from steve) Date: Sat, 4 Apr 1998 13:09:59 -0800 (PST) From: Steve Price Message-Id: <199804042109.NAA09048@hub.freebsd.org> To: steve, gnats-admin, freebsd-bugs Subject: Re: misc/6173 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: No usable norwegian keycap entry for PCVT Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: steve Responsible-Changed-When: Sat Apr 4 13:05:39 PST 1998 Responsible-Changed-Why: Belongs to bugs. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 4 17:30:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA04436 for freebsd-bugs-outgoing; Sat, 4 Apr 1998 17:30:02 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA04430; Sat, 4 Apr 1998 17:30:02 -0800 (PST) (envelope-from gnats) Received: from apollo.backplane.com (apollo.backplane.com [207.33.240.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA04139 for ; Sat, 4 Apr 1998 17:23:25 -0800 (PST) (envelope-from dillon@backplane.com) Received: (root@localhost) by apollo.backplane.com (8.8.8/8.6.5) id RAA07844; Sat, 4 Apr 1998 17:23:20 -0800 (PST) Message-Id: <199804050123.RAA07844@apollo.backplane.com> Date: Sat, 4 Apr 1998 17:23:20 -0800 (PST) From: Matthew Dillon Reply-To: dillon@backplane.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/6212: MFS msync bug, MFS-related pager bug (with fixes) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6212 >Category: kern >Synopsis: Two bugs with MFS filesystems fixed, one feature added >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Apr 4 17:30:01 PST 1998 >Last-Modified: >Originator: Matthew Dillon >Organization: Best Internet Communications >Release: FreeBSD 3.0-CURRENT i386 >Environment: Pentium based diskless FreeBSD box. >Description: The kernel does not set the P_SYSTEM flag for the MFS filesystem processes. Due to the size of the processes this will result in the kernel attempting to kill the process over and over again if it runs out of swap, which really screws the machine up. (note: my one-liner fix to this is probably not in the right place) The MFS kernel process needs to msync() the memory map to backing store (which only effects MFS mounts that use a file for backing store). If it fails to do so, the kernel syncer will *never* *see* the dirty pages. (note: I change the tsleep() to tsleep() with a timeout and check the time, calling msync() every 30 seconds). The mount_mfs program (the mkfs.c code) insists on clearing the backing store file if one has been specified. There are lots of people who probably would like to be able to use an NFS mounted file for backing store, and this clearing results in a massive amount of network I/O (especially if you are mounting huge filesystems). Also included in my bug fixes is a modification to the program to check the size of the file and only truncate/pre-initialize it if it does not match the size of the requested filesystem. If it does match, mount_mfs does not bother to clear it and simply newfs's over whatever data was previously there. >How-To-Repeat: >Fix: Index: mfs_vfsops.c =================================================================== RCS file: /src/FreeBSD-CVS/ncvs/src/sys/ufs/mfs/mfs_vfsops.c,v retrieving revision 1.41 diff -r1.41 mfs_vfsops.c 48a49,50 > #include /* for msync_args */ > #include /* for msync_args */ 432a435,441 > /* > * must mark the calling process as a system process > * so the pager doesn't try to kill it. Doh! And the > * pager may because the resident set size may be huge. > */ > p->p_flag |= P_SYSTEM; > 483c492 < else if (tsleep((caddr_t)vp, mfs_pri, "mfsidl", 0)) --- > else if (tsleep((caddr_t)vp, mfs_pri, "mfsidl", hz * 10)) 484a494,518 > > /* > * we should call msync on the backing store every 30 seconds, > * otherwise the pages are not associated with the file and guess > * what! the syncer never sees them. msync has no effect > * if the backing store is swap, but a big effect if it's a file > * (e.g. an NFS mounted file). > */ > { > static long lsec; > int dt = time_second - lsec; > > if (dt < -30 || dt > 30) { > struct msync_args uap; > > lsec = time_second; > > uap.addr = mfsp->mfs_baseoff; > uap.len = mfsp->mfs_size; > uap.flags = MS_ASYNC; > > msync(curproc, &uap); > } > } > Index: mkfs.c =================================================================== RCS file: /src/FreeBSD-CVS/ncvs/src/sbin/newfs/mkfs.c,v retrieving revision 1.20 diff -r1.20 mkfs.c 42a43 > #include 181c182,184 < fd = open(filename,O_RDWR|O_TRUNC|O_CREAT,0644); --- > struct stat st; > > fd = open(filename,O_RDWR|O_CREAT,0644); 186,193c189,200 < for(l=0;l< fssize * sectorsize;l += l1) { < l1 = fssize * sectorsize; < if (BUFSIZ < l1) < l1 = BUFSIZ; < if (l1 != write(fd,buf,l1)) { < perror(filename); < exit(12); < } --- > fstat(fd, &st); > if (st.st_size != fssize * sectorsize) { > ftruncate(fd, fssize * sectorsize); > for(l=0;l< fssize * sectorsize;l += l1) { > l1 = fssize * sectorsize; > if (BUFSIZ < l1) > l1 = BUFSIZ; > if (l1 != write(fd,buf,l1)) { > perror(filename); > exit(12); > } > } >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 4 18:00:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA06460 for freebsd-bugs-outgoing; Sat, 4 Apr 1998 18:00:02 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA06453; Sat, 4 Apr 1998 18:00:01 -0800 (PST) (envelope-from gnats) Received: from apollo.backplane.com (apollo.backplane.com [207.33.240.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA06118 for ; Sat, 4 Apr 1998 17:51:15 -0800 (PST) (envelope-from dillon@backplane.com) Received: (dillon@localhost) by apollo.backplane.com (8.8.8/8.6.5) id RAA08051; Sat, 4 Apr 1998 17:51:15 -0800 (PST) Message-Id: <199804050151.RAA08051@apollo.backplane.com> Date: Sat, 4 Apr 1998 17:51:15 -0800 (PST) From: Matthew Dillon Reply-To: dillon@backplane.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/6213: swap-mounted via NFS through vnconfig crash Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6213 >Category: kern >Synopsis: NFS-mounted swap (via vnconfig) easily crashes machine >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Apr 4 18:00:00 PST 1998 >Last-Modified: >Originator: Matthew Dillon >Organization: Best Internet Communications >Release: FreeBSD 3.0-CURRENT i386 >Environment: Standalone diskless pentium running FreeBSD >Description: I tried to setup 256MB of swap space by creating a swap file on r+w NFS-mounted partition, using vnconfig to configure that swap file into a block device, and then adding it as swap space to the standalone workstation. It works a little, but crashes easily. I have done some minor tracking down of the crash but not much since I don't have serial-port gdb setup and kzip'd kernels (the workstation boots from floppy) do not include debugging info. >How-To-Repeat: (On a 64MB machine) Write a simple program to allocate and touch 20MB of ram with malloc and a for() loop: #include int main(int ac, char **av) { int b = strtol(av[1], NULL, 0) * 1024 * 1024; char *p = malloc(b); int i; for (i = 0; i < b; i += 4096) p[i] = 1; sleep(10); return(0); } Run the program three times with the workstation configured with the NFS-mounted swap. The kernel will panic relatively quickly and drop into the debugger with a kernel page fault. Tentitively what is occuring is that the NFS module is being given a WRITE command and is blowing up while trying to convert the write buffer into mbuf's. The page fault occurs in the bcopy(). I don't know what's wrong. The main reason I am bringing this to your attention is that the *BEST* test of the VM system is to go through something like vnconfig (the vn* device), and then bang on the machine. Any missing locks or race conditions would come to the fore quickly. It would be nice if vnodes could be treated generically and these VM bugs fixed once and for all. >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 4 18:50:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA10228 for freebsd-bugs-outgoing; Sat, 4 Apr 1998 18:50:04 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA10217; Sat, 4 Apr 1998 18:50:02 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA10107; Sat, 4 Apr 1998 18:48:57 -0800 (PST) (envelope-from nobody) Message-Id: <199804050248.SAA10107@hub.freebsd.org> Date: Sat, 4 Apr 1998 18:48:57 -0800 (PST) From: tomj@malkavian.org To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/6214: ping sometimes cannot be killed with a Control-C Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6214 >Category: bin >Synopsis: ping sometimes cannot be killed with a Control-C >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Apr 4 18:50:01 PST 1998 >Last-Modified: >Originator: Tom Jobbins >Organization: >Release: 2.2.6-STABLE >Environment: FreeBSD kria.netkonect.co.uk 2.2.6-STABLE FreeBSD 2.2.6-STABLE: Thu Apr 2 00:02:35 BST 1998 root@kria.netkonect.co.uk:/usr/src/sys/compile/JIMI i386 >Description: ping sometimes cannot be killed by issuing a Control-C - it has to be killed with a 'kill ' instead. This seems to happen particularly when pinging a site that is not responding, or when leaving a ping running for some time. >How-To-Repeat: Ping a site that doesn't respond. >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 4 19:00:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA10885 for freebsd-bugs-outgoing; Sat, 4 Apr 1998 19:00:02 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA10873; Sat, 4 Apr 1998 19:00:01 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA10508; Sat, 4 Apr 1998 18:51:39 -0800 (PST) (envelope-from nobody) Message-Id: <199804050251.SAA10508@hub.freebsd.org> Date: Sat, 4 Apr 1998 18:51:39 -0800 (PST) From: tomj@malkavian.org To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/6215: 2.2.6 boot floppy doesn't allow visual configuration Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6215 >Category: bin >Synopsis: 2.2.6 boot floppy doesn't allow visual configuration >Confidential: no >Severity: non-critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Apr 4 19:00:01 PST 1998 >Last-Modified: >Originator: Tom Jobbins >Organization: >Release: 2.2.6-STABLE >Environment: FreeBSD kria.netkonect.co.uk 2.2.6-STABLE FreeBSD 2.2.6-STABLE: Thu Apr 2 00:02:35 BST 1998 root@kria.netkonect.co.uk:/usr/src/sys/compile/JIMI i386 >Description: When trying to install 2.2.6-RELEASE, I found I was unable to reconfigure my kernel when booting with a boot disk made from the latest boot.flp. I configured it fine in the visual configuration editor, however upon hitting 'Q' to exit, the system hangs with a flashing cursor in the top left of the screen. I had originally thought this was due to a peculiarity of my machine, but I have since heard of at least one other person having the same problem. >How-To-Repeat: Attempt to use the visual configuration tool when booting with the 2.2.6-RELEASE boot floppy. >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 4 19:10:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA12067 for freebsd-bugs-outgoing; Sat, 4 Apr 1998 19:10:02 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA12059; Sat, 4 Apr 1998 19:10:00 -0800 (PST) (envelope-from gnats) Date: Sat, 4 Apr 1998 19:10:00 -0800 (PST) Message-Id: <199804050310.TAA12059@hub.freebsd.org> To: freebsd-bugs Cc: From: "Jordan K. Hubbard" Subject: Re: bin/6215: 2.2.6 boot floppy doesn't allow visual configuration Reply-To: "Jordan K. Hubbard" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/6215; it has been noted by GNATS. From: "Jordan K. Hubbard" To: tomj@malkavian.org Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: bin/6215: 2.2.6 boot floppy doesn't allow visual configuration Date: Sat, 04 Apr 1998 19:08:06 -0800 > when booting with a boot disk made from the latest boot.flp. > I configured it fine in the visual configuration editor, however upon hitting 'Q' to exit, Are you sure you're not deleting sc0 by mistake? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 4 19:45:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA14070 for freebsd-bugs-outgoing; Sat, 4 Apr 1998 19:45:40 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA14065; Sat, 4 Apr 1998 19:45:33 -0800 (PST) (envelope-from jkh@FreeBSD.org) From: "Jordan K. Hubbard" Received: (from jkh@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id TAA09229; Sat, 4 Apr 1998 19:43:24 -0800 (PST) Date: Sat, 4 Apr 1998 19:43:24 -0800 (PST) Message-Id: <199804050343.TAA09229@freefall.freebsd.org> To: tomj@malkavian.org, jkh@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/6215 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: 2.2.6 boot floppy doesn't allow visual configuration State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Sat Apr 4 19:42:52 PST 1998 State-Changed-Why: Sender confirms this was actually pilot error in deleting the syscons device. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 4 20:10:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA15933 for freebsd-bugs-outgoing; Sat, 4 Apr 1998 20:10:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA15913; Sat, 4 Apr 1998 20:10:01 -0800 (PST) (envelope-from gnats) Received: from house.key.net.au (andrew@house.key.net.au [203.35.4.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA15725 for ; Sat, 4 Apr 1998 20:07:00 -0800 (PST) (envelope-from andrew@house.key.net.au) Received: (from andrew@localhost) by house.key.net.au (8.8.8/8.8.8) id OAA09561; Sun, 5 Apr 1998 14:06:29 +1000 (EST) (envelope-from andrew) Message-Id: <199804050406.OAA09561@house.key.net.au> Date: Sun, 5 Apr 1998 14:06:29 +1000 (EST) From: andrew@ugh.net.au Reply-To: andrew@ugh.net.au To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/6216: syslog breaks then everything else slows to an almost stop Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6216 >Category: bin >Synopsis: syslog breaks then everything else slows to an almost stop >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Apr 4 20:10:01 PST 1998 >Last-Modified: >Originator: Andrew >Organization: UgH! >Release: FreeBSD 2.2.6-BETA i386 >Environment: 2.2.6-BETA as of the 31st March, P133 with 64MB, fairly busy network wise...lots mail and web, also runs a DNS. Has a number of sleeping processes swapped out. >Description: Not usre exactly but the symtoms were: name server (bind8) wasnt responding. Went to investigate. Took ages to get a ssh password prompt. Got in, had a look about. Disk access was normal (not particularly high), plenty of swap space, plenty of disk space, 90% of network bufers were in use. named was running. Tried to su but the su prompt would hang. Used sudo su instead. Looked at a netstat. A number of apparently hung mail connections (big send and receive queues (17K)). I looked at /var/log/messages...nothing had been logged for the past 7 hours (overnight). I tried logger test. Didnt appear in the log file. I tried to kill named to restart it. kill didnt work. I tried several times. It was in Ss state. kill -9 worked :-/. I fried named up again... still no go (it ran ok but didnt log anything or work). I killed off the apparently hung smtp sessions. I hupped syslogd. Tried logger again..still didnt work. I killed syslogd and started it again. One of my logger tests appeared in the log file. named startup messages appeared, named started working, su started working...the box appeared to be back to normal. >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message