From owner-freebsd-bugs Sun Apr 14 00:01:40 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA01543 for bugs-outgoing; Sun, 14 Apr 1996 00:01:40 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA01527 Sun, 14 Apr 1996 00:01:38 -0700 (PDT) Date: Sun, 14 Apr 1996 00:01:38 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199604140701.AAA01527@freefall.freebsd.org> To: phk@freebsd.org, scrappy, freebsd-bugs Subject: Re: bin/457 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Synopsis: We may have an obscure csh bug State-Changed-From-To: open-closed State-Changed-By: scrappy State-Changed-When: Sun Apr 14 00:00:21 PDT 1996 State-Changed-Why: phk forwarded bug from unknown owner From owner-freebsd-bugs Sun Apr 14 00:50:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA03003 for bugs-outgoing; Sun, 14 Apr 1996 00:50:07 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA02997 Sun, 14 Apr 1996 00:50:05 -0700 (PDT) Resent-Date: Sun, 14 Apr 1996 00:50:05 -0700 (PDT) Resent-Message-Id: <199604140750.AAA02997@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, lyndon@orthanc.com Received: from multivac.orthanc.com (root@multivac.orthanc.com [206.12.238.2]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id AAA02878 for ; Sun, 14 Apr 1996 00:45:36 -0700 (PDT) Received: from orodruin.orthanc.com (root@orodruin.orthanc.com [206.12.238.3]) by multivac.orthanc.com (8.7.3/8.7.3) with ESMTP id AAA03778 for ; Sun, 14 Apr 1996 00:45:31 -0700 (PDT) Received: (from root@localhost) by orodruin.orthanc.com (8.7.5/8.7.3) id AAA01503; Sun, 14 Apr 1996 00:45:29 -0700 (PDT) Message-Id: <199604140745.AAA01503@orodruin.orthanc.com> Date: Sun, 14 Apr 1996 00:45:29 -0700 (PDT) From: Lyndon Nerenberg Reply-To: lyndon@orthanc.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/1139: uname.1 and uname.c disagree about display ordering Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1139 >Category: bin >Synopsis: uname.1 and uname.c disagree about display ordering >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Apr 14 00:50:02 PDT 1996 >Last-Modified: >Originator: Lyndon Nerenberg >Organization: Orthanc Systems >Release: FreeBSD 2.2-CURRENT i386 >Environment: >Description: uname(1) claims '-a' is the same as '-m -n -r -s -v' however the code displays as '-n -r -s -v -m'. >How-To-Repeat: >Fix: The following patch to /usr/src/usr.bin/uname/uname.c rearranges the flag checks to match the man page. =================================================================== RCS file: uname.c,v retrieving revision 1.1 diff -c -r1.1 uname.c *** uname.c 1996/04/14 07:35:40 1.1 --- uname.c 1996/04/14 07:36:54 *************** *** 102,107 **** --- 102,116 ---- prefix = ""; + if (flags & MFLAG) { + mib[0] = CTL_HW; + mib[1] = HW_MACHINE; + len = sizeof(buf); + if (sysctl(mib, 2, &buf, &len, NULL, 0) == -1) + err(1, "sysctl"); + (void)printf("%s%.*s", prefix, len, buf); + prefix = " "; + } if (flags & SFLAG) { mib[0] = CTL_KERN; mib[1] = KERN_OSTYPE; *************** *** 138,152 **** for (p = buf, tlen = len; tlen--; ++p) if (*p == '\n' || *p == '\t') *p = ' '; - (void)printf("%s%.*s", prefix, len, buf); - prefix = " "; - } - if (flags & MFLAG) { - mib[0] = CTL_HW; - mib[1] = HW_MACHINE; - len = sizeof(buf); - if (sysctl(mib, 2, &buf, &len, NULL, 0) == -1) - err(1, "sysctl"); (void)printf("%s%.*s", prefix, len, buf); prefix = " "; } --- 147,152 ---- >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Apr 14 01:41:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA08915 for bugs-outgoing; Sun, 14 Apr 1996 01:41:04 -0700 (PDT) Received: from ki.net (root@ki.net [205.150.102.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA08902 Sun, 14 Apr 1996 01:40:57 -0700 (PDT) Received: from freebsd.ki.net (root@freebsd.ki.net [205.150.102.51]) by ki.net (8.7.4/8.7.4) with ESMTP id EAA12254; Sun, 14 Apr 1996 04:41:00 -0400 (EDT) Received: from localhost (scrappy@localhost) by freebsd.ki.net (8.7.5/8.7.5) with SMTP id EAA00321; Sun, 14 Apr 1996 04:40:53 -0400 (EDT) X-Authentication-Warning: freebsd.ki.net: scrappy owned process doing -bs Date: Sun, 14 Apr 1996 04:40:52 -0400 (EDT) From: "Marc G. Fournier" To: Lyndon Nerenberg cc: FreeBSD-gnats-submit@freebsd.org, GNATS Management , freebsd-bugs@freefall.freebsd.org Subject: Re: bin/1139: uname.1 and uname.c disagree about display ordering In-Reply-To: <199604140745.AAA01503@orodruin.orthanc.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 14 Apr 1996, Lyndon Nerenberg wrote: > >Description: > > uname(1) claims '-a' is the same as '-m -n -r -s -v' however the > code displays as '-n -r -s -v -m'. > I may be missing the point here, but option ordering doesn't seem to make any difference: freebsd# uname -n -r -s -v -m FreeBSD freebsd.ki.net 2.2-CURRENT FreeBSD 2.2-CURRENT #6: Sun Apr 14 02:51:52 EDT 1996 scrappy@freebsd.ki.net:/usr/src/sys/compile/freebsd i386 freebsd# uname -m -n -r -s -v FreeBSD freebsd.ki.net 2.2-CURRENT FreeBSD 2.2-CURRENT #6: Sun Apr 14 02:51:52 EDT 1996 scrappy@freebsd.ki.net:/usr/src/sys/compile/freebsd i386 freebsd# uname -a FreeBSD freebsd.ki.net 2.2-CURRENT FreeBSD 2.2-CURRENT #6: Sun Apr 14 02:51:52 EDT 1996 scrappy@freebsd.ki.net:/usr/src/sys/compile/freebsd i386 The man page states: -a Behave as though the options -m, -n, -r, -s, and -v were speci- fied. It doesn't say in what order, just that it will behave as if all were specified. Marc G. Fournier scrappy@ki.net Systems Administrator @ ki.net scrappy@freebsd.org From owner-freebsd-bugs Sun Apr 14 01:50:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA09435 for bugs-outgoing; Sun, 14 Apr 1996 01:50:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA09425 Sun, 14 Apr 1996 01:50:02 -0700 (PDT) Date: Sun, 14 Apr 1996 01:50:02 -0700 (PDT) Message-Id: <199604140850.BAA09425@freefall.freebsd.org> To: freebsd-bugs Cc: From: "Marc G. Fournier" Subject: Re: bin/1139: uname.1 and uname.c disagree about display ordering Reply-To: "Marc G. Fournier" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/1139; it has been noted by GNATS. From: "Marc G. Fournier" To: Lyndon Nerenberg Cc: FreeBSD-gnats-submit@freebsd.org, GNATS Management , freebsd-bugs@freefall.freebsd.org Subject: Re: bin/1139: uname.1 and uname.c disagree about display ordering Date: Sun, 14 Apr 1996 04:40:52 -0400 (EDT) On Sun, 14 Apr 1996, Lyndon Nerenberg wrote: > >Description: > > uname(1) claims '-a' is the same as '-m -n -r -s -v' however the > code displays as '-n -r -s -v -m'. > I may be missing the point here, but option ordering doesn't seem to make any difference: freebsd# uname -n -r -s -v -m FreeBSD freebsd.ki.net 2.2-CURRENT FreeBSD 2.2-CURRENT #6: Sun Apr 14 02:51:52 EDT 1996 scrappy@freebsd.ki.net:/usr/src/sys/compile/freebsd i386 freebsd# uname -m -n -r -s -v FreeBSD freebsd.ki.net 2.2-CURRENT FreeBSD 2.2-CURRENT #6: Sun Apr 14 02:51:52 EDT 1996 scrappy@freebsd.ki.net:/usr/src/sys/compile/freebsd i386 freebsd# uname -a FreeBSD freebsd.ki.net 2.2-CURRENT FreeBSD 2.2-CURRENT #6: Sun Apr 14 02:51:52 EDT 1996 scrappy@freebsd.ki.net:/usr/src/sys/compile/freebsd i386 The man page states: -a Behave as though the options -m, -n, -r, -s, and -v were speci- fied. It doesn't say in what order, just that it will behave as if all were specified. Marc G. Fournier scrappy@ki.net Systems Administrator @ ki.net scrappy@freebsd.org From owner-freebsd-bugs Sun Apr 14 08:36:49 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA01401 for bugs-outgoing; Sun, 14 Apr 1996 08:36:49 -0700 (PDT) Received: from x14.mi.uni-koeln.de (X14.MI.Uni-Koeln.DE [134.95.217.204]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA01394 Sun, 14 Apr 1996 08:36:42 -0700 (PDT) Received: (from se@localhost) by x14.mi.uni-koeln.de (8.7.5/8.6.9) id RAA03093; Sun, 14 Apr 1996 17:36:35 +0200 (MET DST) Message-Id: <199604141536.RAA03093@x14.mi.uni-koeln.de> From: se@x14.mi.uni-koeln.de (Stefan Esser) Date: Sun, 14 Apr 1996 17:36:34 +0000 In-Reply-To: "Marc G. Fournier" "Re: kern/1134" (Apr 12, 21:01) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: "Marc G. Fournier" Subject: Re: kern/1134 Cc: freebsd-bugs@freefall.freebsd.org Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Apr 12, 21:01, "Marc G. Fournier" wrote: } Subject: Re: kern/1134 } Synopsis: PPB support is broken for multiple/unknown PPBs. } } Responsible-Changed-From-To: freebsd-bugs->wolf } Responsible-Changed-By: scrappy } Responsible-Changed-When: Fri Apr 12 21:00:31 PDT 1996 } Responsible-Changed-Why: } pci.c and pcireg.c show all indications of being Wolfgang's dept Wolfgang hasn't been participating in FreeBSD development for about one year now. While he put only his name into the copyright note, the PCI code was a common effort (though he surely did most of the work), and I've taken over maintenance. Parts of the problems reported in the PC have long been fixed in both -current and -stable, and the rest has been in my private source tree (and sent to ASAMI Satoshi for testing with a non-DEC PCI to PCI bridge) for more than a month. I was sure I had long merged it into -current, but I'll check again later today. Regards, STefan -- Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 ============================================================================== http://www.zpr.uni-koeln.de/~se From owner-freebsd-bugs Sun Apr 14 09:23:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA15052 for bugs-outgoing; Sun, 14 Apr 1996 09:23:04 -0700 (PDT) Received: (from smpatel@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA15027 Sun, 14 Apr 1996 09:23:02 -0700 (PDT) Date: Sun, 14 Apr 1996 09:23:02 -0700 (PDT) From: Sujal Patel Message-Id: <199604141623.JAA15027@freefall.freebsd.org> To: smpatel, freebsd-bugs, smpatel Subject: Re: kern/1102 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Differentiation of FreeBSD & Linux ELF binaries [patch] Responsible-Changed-From-To: freebsd-bugs->smpatel Responsible-Changed-By: smpatel Responsible-Changed-When: Sun Apr 14 09:20:49 PDT 1996 Responsible-Changed-Why: This is my PR, and I'm working on a better approach for fixing this. From owner-freebsd-bugs Sun Apr 14 13:40:39 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA13387 for bugs-outgoing; Sun, 14 Apr 1996 13:40:39 -0700 (PDT) Received: from multivac.orthanc.com (root@multivac.orthanc.com [206.12.238.2]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA13358 Sun, 14 Apr 1996 13:40:30 -0700 (PDT) Received: from localhost (lyndon@localhost) by multivac.orthanc.com (8.7.3/8.7.3) with SMTP id NAA10243; Sun, 14 Apr 1996 13:39:35 -0700 (PDT) Message-Id: <199604142039.NAA10243@multivac.orthanc.com> From: Lyndon Nerenberg VE7TCP To: "Marc G. Fournier" cc: freebsd-gnats-submit@freebsd.org, gnats@freefall.freebsd.org, freebsd-bugs@freebsd.org Subject: Re: bin/1139: uname.1 and uname.c disagree about display ordering In-reply-to: Your message of "Sun, 14 Apr 1996 04:40:52 EDT." Date: Sun, 14 Apr 1996 13:39:34 -0700 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>>>> "Marc" == Marc G Fournier writes: Marc> I may be missing the point here, but option ordering Marc> doesn't seem to make any difference: Read the source and you'll see why. Marc> -a Behave as though the options -m, -n, -r, -s, and -v Marc> were speci- fied. Marc> It doesn't say in what order, just that it will behave Marc> as if all were specified. True, but the implication (as I read it) is that things will come out in the documented order. Your comments point out another bug - the output should match the option ordering specified on the command line. --lyndon From owner-freebsd-bugs Sun Apr 14 13:50:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA14409 for bugs-outgoing; Sun, 14 Apr 1996 13:50:06 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA14396 Sun, 14 Apr 1996 13:50:02 -0700 (PDT) Date: Sun, 14 Apr 1996 13:50:02 -0700 (PDT) Message-Id: <199604142050.NAA14396@freefall.freebsd.org> To: freebsd-bugs Cc: From: Lyndon Nerenberg VE7TCP Subject: Re: bin/1139: uname.1 and uname.c disagree about display ordering Reply-To: Lyndon Nerenberg VE7TCP Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/1139; it has been noted by GNATS. From: Lyndon Nerenberg VE7TCP To: "Marc G. Fournier" Cc: freebsd-gnats-submit@freebsd.org, gnats@freefall.freebsd.org, freebsd-bugs@freebsd.org Subject: Re: bin/1139: uname.1 and uname.c disagree about display ordering Date: Sun, 14 Apr 1996 13:39:34 -0700 >>>>> "Marc" == Marc G Fournier writes: Marc> I may be missing the point here, but option ordering Marc> doesn't seem to make any difference: Read the source and you'll see why. Marc> -a Behave as though the options -m, -n, -r, -s, and -v Marc> were speci- fied. Marc> It doesn't say in what order, just that it will behave Marc> as if all were specified. True, but the implication (as I read it) is that things will come out in the documented order. Your comments point out another bug - the output should match the option ordering specified on the command line. --lyndon From owner-freebsd-bugs Sun Apr 14 14:24:09 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA15734 for bugs-outgoing; Sun, 14 Apr 1996 14:24:09 -0700 (PDT) Received: from ki.net (root@ki.net [205.150.102.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA15701 Sun, 14 Apr 1996 14:23:58 -0700 (PDT) Received: from localhost (scrappy@localhost) by ki.net (8.7.4/8.7.4) with SMTP id RAA23960; Sun, 14 Apr 1996 17:23:15 -0400 (EDT) Date: Sun, 14 Apr 1996 17:23:14 -0400 (EDT) From: "Marc G. Fournier" To: Lyndon Nerenberg VE7TCP cc: freebsd-gnats-submit@freebsd.org, gnats@freefall.freebsd.org, freebsd-bugs@freebsd.org Subject: Re: bin/1139: uname.1 and uname.c disagree about display ordering In-Reply-To: <199604142039.NAA10243@multivac.orthanc.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 14 Apr 1996, Lyndon Nerenberg VE7TCP wrote: > >>>>> "Marc" == Marc G Fournier writes: > > Marc> I may be missing the point here, but option ordering > Marc> doesn't seem to make any difference: > > Read the source and you'll see why. > I have, and option ordering doesn't make any difference in the source code...unless I'm missing something you are seeing? > Marc> -a Behave as though the options -m, -n, -r, -s, and -v > Marc> were speci- fied. > > Marc> It doesn't say in what order, just that it will behave > Marc> as if all were specified. > > True, but the implication (as I read it) is that things will come out > in the documented order. > first off, how do you get it implied that the ordering of the output is determined by the ordering of the options from the man page? I've just read the man page twice more, and find no implication to this effect... And, uname -a does behave as if options -m -n -r -s and -v are specifed: > uname -a FreeBSD ki.net 2.1-STABLE FreeBSD 2.1-STABLE #5: Tue Mar 26 14:40:09 EST 1996 scrappy@ki.net:/usr/src/sys/compile/kinet i386 > uname -m -n -r -s -v FreeBSD ki.net 2.1-STABLE FreeBSD 2.1-STABLE #5: Tue Mar 26 14:40:09 EST 1996 scrappy@ki.net:/usr/src/sys/compile/kinet i386 Exact same ordering of the output regardless of which format I use...therefore, the man page is accurate to the operation of the program, IMHO. > Your comments point out another bug - the output should match the option > ordering specified on the command line. > Why? All your options are doing are turning on various flags. About the only way I could see of cleanly (reasonably cleanly, at least) accomplishing this would be to get rid of each of the "if(flags &..)" constructs and place them inside of the getopt() while loop, so as each flag came up, its appropriate output would be printed. Not a bad idea, until you consider the instance where you try: uname -m -z (oops, I missed the a and hit z) As it is now, you will get an error and a usage message because of the z...having it output on a flag-by-flag basis would result in getting the output for -m and then the error/usage message, which kind of sounds messy to me. Marc G. Fournier scrappy@ki.net Systems Administrator @ ki.net scrappy@freebsd.org From owner-freebsd-bugs Sun Apr 14 14:30:08 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA16123 for bugs-outgoing; Sun, 14 Apr 1996 14:30:08 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA16105 Sun, 14 Apr 1996 14:30:02 -0700 (PDT) Date: Sun, 14 Apr 1996 14:30:02 -0700 (PDT) Message-Id: <199604142130.OAA16105@freefall.freebsd.org> To: freebsd-bugs Cc: From: "Marc G. Fournier" Subject: Re: bin/1139: uname.1 and uname.c disagree about display ordering Reply-To: "Marc G. Fournier" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/1139; it has been noted by GNATS. From: "Marc G. Fournier" To: Lyndon Nerenberg VE7TCP Cc: freebsd-gnats-submit@freebsd.org, gnats@freefall.freebsd.org, freebsd-bugs@freebsd.org Subject: Re: bin/1139: uname.1 and uname.c disagree about display ordering Date: Sun, 14 Apr 1996 17:23:14 -0400 (EDT) On Sun, 14 Apr 1996, Lyndon Nerenberg VE7TCP wrote: > >>>>> "Marc" == Marc G Fournier writes: > > Marc> I may be missing the point here, but option ordering > Marc> doesn't seem to make any difference: > > Read the source and you'll see why. > I have, and option ordering doesn't make any difference in the source code...unless I'm missing something you are seeing? > Marc> -a Behave as though the options -m, -n, -r, -s, and -v > Marc> were speci- fied. > > Marc> It doesn't say in what order, just that it will behave > Marc> as if all were specified. > > True, but the implication (as I read it) is that things will come out > in the documented order. > first off, how do you get it implied that the ordering of the output is determined by the ordering of the options from the man page? I've just read the man page twice more, and find no implication to this effect... And, uname -a does behave as if options -m -n -r -s and -v are specifed: > uname -a FreeBSD ki.net 2.1-STABLE FreeBSD 2.1-STABLE #5: Tue Mar 26 14:40:09 EST 1996 scrappy@ki.net:/usr/src/sys/compile/kinet i386 > uname -m -n -r -s -v FreeBSD ki.net 2.1-STABLE FreeBSD 2.1-STABLE #5: Tue Mar 26 14:40:09 EST 1996 scrappy@ki.net:/usr/src/sys/compile/kinet i386 Exact same ordering of the output regardless of which format I use...therefore, the man page is accurate to the operation of the program, IMHO. > Your comments point out another bug - the output should match the option > ordering specified on the command line. > Why? All your options are doing are turning on various flags. About the only way I could see of cleanly (reasonably cleanly, at least) accomplishing this would be to get rid of each of the "if(flags &..)" constructs and place them inside of the getopt() while loop, so as each flag came up, its appropriate output would be printed. Not a bad idea, until you consider the instance where you try: uname -m -z (oops, I missed the a and hit z) As it is now, you will get an error and a usage message because of the z...having it output on a flag-by-flag basis would result in getting the output for -m and then the error/usage message, which kind of sounds messy to me. Marc G. Fournier scrappy@ki.net Systems Administrator @ ki.net scrappy@freebsd.org From owner-freebsd-bugs Sun Apr 14 18:50:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA04000 for bugs-outgoing; Sun, 14 Apr 1996 18:50:06 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA03986 Sun, 14 Apr 1996 18:50:03 -0700 (PDT) Resent-Date: Sun, 14 Apr 1996 18:50:03 -0700 (PDT) Resent-Message-Id: <199604150150.SAA03986@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, hsu@clinet.fi Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA02453 for ; Sun, 14 Apr 1996 18:40:56 -0700 (PDT) Received: from katiska.clinet.fi (root@katiska.clinet.fi [194.100.0.4]) by hauki.clinet.fi (8.7.3/8.6.4) with ESMTP id EAA18005 for ; Mon, 15 Apr 1996 04:40:48 +0300 (EET DST) Received: (root@localhost) by katiska.clinet.fi (8.7.4/8.6.4) id EAA26486; Mon, 15 Apr 1996 04:40:47 +0300 (EET DST) Message-Id: <199604150140.EAA26486@katiska.clinet.fi> Date: Mon, 15 Apr 1996 04:40:47 +0300 (EET DST) From: Heikki Suonsivu Reply-To: hsu@clinet.fi To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/1140: arpresolve does a null pointer dereference through rt0 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1140 >Category: kern >Synopsis: arpresolve does a null pointer dereference through rt0 >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Apr 14 18:50:02 PDT 1996 >Last-Modified: >Originator: Heikki Suonsivu >Organization: Clinet, Espoo, Finland >Release: FreeBSD 2.2-CURRENT i386 >Environment: Apr 15 03:56:37 otaniemi3-gw /kernel.rikki: NETARNET Apr 15 03:56:38 otaniemi3-gw /kernel.rikki: CPU: Pentium (99.46-MHz 586-class CPU) Apr 15 03:56:38 otaniemi3-gw /kernel.rikki: Origin = "GenuineIntel" Id = 0x525 Stepping=5 Apr 15 03:56:38 otaniemi3-gw /kernel.rikki: Features=0x1bf Apr 15 03:56:38 otaniemi3-gw /kernel.rikki: real memory = 16777216 (16384K bytes) Apr 15 03:56:38 otaniemi3-gw /kernel.rikki: avail memory = 14446592 (14108K bytes) Apr 15 03:56:38 otaniemi3-gw /kernel.rikki: Probing for devices on PCI bus 0: Apr 15 03:56:38 otaniemi3-gw /kernel.rikki: chip0 rev 0 on pci0:0 Apr 15 03:56:38 otaniemi3-gw /kernel.rikki: chip1 rev 1 on pci0:1 Apr 15 03:56:38 otaniemi3-gw /kernel.rikki: pci0:1: Silicon Integrated Systems, device=0x5513, class=storage (ide) int a irq ?? [no driver assigned] Apr 15 03:56:38 otaniemi3-gw /kernel.rikki: chip2 rev 2 on pci0:9 Apr 15 03:56:39 otaniemi3-gw /kernel.rikki: chip3 rev 2 on pci0:10 Apr 15 03:56:39 otaniemi3-gw /kernel.rikki: chip4 rev 1 on pci0:11 Apr 15 03:56:39 otaniemi3-gw /kernel.rikki: chip5 rev 2 on pci0:12 Apr 15 03:56:39 otaniemi3-gw /kernel.rikki: Probing for devices on PCI bus 1: Apr 15 03:56:39 otaniemi3-gw /kernel.rikki: de0 rev 35 int a irq 7 on pci1:4 Apr 15 03:56:39 otaniemi3-gw /kernel.rikki: pcibus_ihandler_attach: counting pci irq7's as clk0 irqs Apr 15 03:56:39 otaniemi3-gw /kernel.rikki: de0: DC21040 [10Mb/s] pass 2.3 Ethernet address 00:00:c0:20:18:c0 Apr 15 03:56:39 otaniemi3-gw /kernel.rikki: de0: enabling Thinwire/AUI port Apr 15 03:56:40 otaniemi3-gw /kernel.rikki: de1 rev 35 int a irq 11 on pci1:5 Apr 15 03:56:40 otaniemi3-gw /kernel.rikki: pcibus_ihandler_attach: counting pci irq11's as clk0 irqs Apr 15 03:56:40 otaniemi3-gw /kernel.rikki: de1: DC21040 [10Mb/s] pass 2.3 Ethernet address 00:00:c0:d3:10:c0 Apr 15 03:56:40 otaniemi3-gw /kernel.rikki: de1: enabling Thinwire/AUI port Apr 15 03:56:40 otaniemi3-gw /kernel.rikki: Probing for devices on PCI bus 2: Apr 15 03:56:40 otaniemi3-gw /kernel.rikki: de2 rev 35 int a irq 9 on pci2:4 Apr 15 03:56:41 otaniemi3-gw /kernel.rikki: pcibus_ihandler_attach: counting pci irq9's as clk0 irqs Apr 15 03:56:41 otaniemi3-gw /kernel.rikki: de2: DC21040 [10Mb/s] pass 2.3 Ethernet address 00:00:c0:01:17:c0 Apr 15 03:56:41 otaniemi3-gw /kernel.rikki: de2: enabling Thinwire/AUI port Apr 15 03:56:41 otaniemi3-gw /kernel.rikki: de3 rev 35 int a irq 7 on pci2:5 Apr 15 03:56:41 otaniemi3-gw /kernel.rikki: pcibus_ihandler_attach: counting pci irq7's as clk0 irqs Apr 15 03:56:41 otaniemi3-gw /kernel.rikki: de3: DC21040 [10Mb/s] pass 2.3 Ethernet address 00:00:c0:15:12:c0 Apr 15 03:56:41 otaniemi3-gw /kernel.rikki: de3: enabling Thinwire/AUI port Apr 15 03:56:41 otaniemi3-gw /kernel.rikki: Probing for devices on PCI bus 3: Apr 15 03:56:41 otaniemi3-gw /kernel.rikki: de4 rev 35 int a irq 12 on pci3:4 Apr 15 03:56:42 otaniemi3-gw /kernel.rikki: pcibus_ihandler_attach: counting pci irq12's as clk0 irqs Apr 15 03:56:42 otaniemi3-gw /kernel.rikki: de4: ZNYX ZX314 DC21040 [10Mb/s] pass 2.3 Ethernet address 00:c0:95:f0:01:4c Apr 15 03:56:42 otaniemi3-gw /kernel.rikki: de4: enabling 10baseT/UTP port Apr 15 03:56:42 otaniemi3-gw /kernel.rikki: de5 rev 35 int a irq 9 on pci3:5 Apr 15 03:56:42 otaniemi3-gw /kernel.rikki: de5: ZNYX ZX314 DC21040 [10Mb/s] pass 2.3 Ethernet address 00:c0:95:f0:01:4d Apr 15 03:56:42 otaniemi3-gw /kernel.rikki: de5: enabling 10baseT/UTP port Apr 15 03:56:42 otaniemi3-gw /kernel.rikki: de6 rev 35 int a irq 7 on pci3:6 Apr 15 03:56:42 otaniemi3-gw /kernel.rikki: de6: ZNYX ZX314 DC21040 [10Mb/s] pass 2.3 Ethernet address 00:c0:95:f0:01:4e Apr 15 03:56:42 otaniemi3-gw /kernel.rikki: de6: enabling 10baseT/UTP port Apr 15 03:56:43 otaniemi3-gw /kernel.rikki: de7 rev 35 int a irq 11 on pci3:7 Apr 15 03:56:43 otaniemi3-gw /kernel.rikki: de7: ZNYX ZX314 DC21040 [10Mb/s] pass 2.3 Ethernet address 00:c0:95:f0:01:4f Apr 15 03:56:43 otaniemi3-gw /kernel.rikki: de7: enabling 10baseT/UTP port Apr 15 03:56:43 otaniemi3-gw /kernel.rikki: Probing for devices on PCI bus 4: Apr 15 03:56:43 otaniemi3-gw /kernel.rikki: de8 rev 35 int a irq 11 on pci4:4 Apr 15 03:56:43 otaniemi3-gw /kernel.rikki: pcibus_ihandler_attach: counting pci irq11's as clk0 irqs Apr 15 03:56:43 otaniemi3-gw /kernel.rikki: de8: DC21040 [10Mb/s] pass 2.3 Ethernet address 00:00:c0:59:17:c0 Apr 15 03:56:43 otaniemi3-gw /kernel.rikki: de8: enabling Thinwire/AUI port Apr 15 03:56:43 otaniemi3-gw /kernel.rikki: de9 rev 35 int a irq 12 on pci4:5 Apr 15 03:56:43 otaniemi3-gw /kernel.rikki: pcibus_ihandler_attach: counting pci irq12's as clk0 irqs Apr 15 03:56:43 otaniemi3-gw /kernel.rikki: de9: DC21040 [10Mb/s] pass 2.3 Ethernet address 00:00:c0:01:13:c0 Apr 15 03:56:43 otaniemi3-gw /kernel.rikki: de9: enabling Thinwire/AUI port Apr 15 03:56:44 otaniemi3-gw /kernel.rikki: Probing for devices on the ISA bus: Apr 15 03:56:44 otaniemi3-gw /kernel.rikki: vt0 at 0x60-0x6f irq 1 on motherboard Apr 15 03:56:44 otaniemi3-gw /kernel.rikki: vt0: generic, 80 col, color, 8 scr, mf2-kbd, [R3.20-b24] Apr 15 03:56:45 otaniemi3-gw /kernel.rikki: ed0 not found at 0x280 Apr 15 03:56:45 otaniemi3-gw /kernel.rikki: ed3 not found at 0x240 Apr 15 03:56:45 otaniemi3-gw /kernel.rikki: ed4 not found at 0x340 Apr 15 03:56:46 otaniemi3-gw /kernel.rikki: ed5 not found at 0x220 Apr 15 03:56:46 otaniemi3-gw /kernel.rikki: sio0 at 0x3f8-0x3ff irq 4 on isa Apr 15 03:56:46 otaniemi3-gw /kernel.rikki: sio0: type 16550A Apr 15 03:56:47 otaniemi3-gw /kernel.rikki: sio0 not probed due to I/O address conflict with sio0 at 0x3f8 Apr 15 03:56:47 otaniemi3-gw /kernel.rikki: sio1 at 0x2f8-0x2ff irq 3 on isa Apr 15 03:56:47 otaniemi3-gw /kernel.rikki: sio1: type 16550A Apr 15 03:56:47 otaniemi3-gw /kernel.rikki: sio1 not probed due to I/O address conflict with sio1 at 0x2f8 Apr 15 03:56:48 otaniemi3-gw /kernel.rikki: sio2 not found at 0x2a0 Apr 15 03:56:48 otaniemi3-gw /kernel.rikki: sio2 not found at 0x2a0 Apr 15 03:56:48 otaniemi3-gw /kernel.rikki: sio3 not found at 0x2a8 Apr 15 03:56:48 otaniemi3-gw /kernel.rikki: sio3 not found at 0x2a8 Apr 15 03:56:48 otaniemi3-gw /kernel.rikki: sio4 not found at 0x2b0 Apr 15 03:56:48 otaniemi3-gw /kernel.rikki: sio4 not found at 0x2b0 Apr 15 03:56:48 otaniemi3-gw /kernel.rikki: sio5 not found at 0x2b8 Apr 15 03:56:49 otaniemi3-gw /kernel.rikki: sio5 not found at 0x2b8 Apr 15 03:56:49 otaniemi3-gw /kernel.rikki: cy0 not found Apr 15 03:56:49 otaniemi3-gw /kernel.rikki: cy1 not found Apr 15 03:56:49 otaniemi3-gw /kernel.rikki: bt0 not found at 0x330 Apr 15 03:56:49 otaniemi3-gw /kernel.rikki: aha0 not found at 0x330 Apr 15 03:56:49 otaniemi3-gw /kernel.rikki: wdc0 at 0x1f0-0x1f7 irq 14 on isa Apr 15 03:56:49 otaniemi3-gw /kernel.rikki: wdc0: unit 0 (wd0): Apr 15 03:56:49 otaniemi3-gw /kernel.rikki: wd0: 810MB (1660176 sectors), 1647 cyls, 16 heads, 63 S/T, 512 B/S Apr 15 03:56:49 otaniemi3-gw /kernel.rikki: fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa Apr 15 03:56:50 otaniemi3-gw /kernel.rikki: fdc0: NEC 72065B Apr 15 03:56:50 otaniemi3-gw /kernel.rikki: fd0: 1.44MB 3.5in Apr 15 03:56:50 otaniemi3-gw /kernel.rikki: arc0 at 0x300-0x30f irq 10 maddr 0xd0000 msize 16384 on isa Apr 15 03:56:50 otaniemi3-gw /kernel.rikki: arc0: 256K RAM, 4 ports, rev 0, EIA-232 or V.35 interface. Apr 15 03:56:50 otaniemi3-gw /kernel.rikki: ar0: Adapter 0, port 0. Apr 15 03:56:50 otaniemi3-gw /kernel.rikki: ar1: Adapter 0, port 1. Apr 15 03:56:50 otaniemi3-gw /kernel.rikki: ar2: Adapter 0, port 2. Apr 15 03:56:50 otaniemi3-gw /kernel.rikki: ar3: Adapter 0, port 3. Apr 15 03:56:50 otaniemi3-gw /kernel.rikki: npx0 on motherboard Apr 15 03:56:51 otaniemi3-gw /kernel.rikki: npx0: INT 16 interface Apr 15 03:56:51 otaniemi3-gw /kernel.rikki: new masks: bio c0004040, tty c0031e9a, net c0031e9a Apr 15 03:56:42 otaniemi3-gw lpd[91]: restarted Apr 15 03:56:48 otaniemi3-gw gated[139]: parse: gated.conf:24 gateway not a host address on an attached network: '194.100.43.94' Apr 15 03:56:48 otaniemi3-gw gated[139]: Commence routing updates >Description: Partially this is theory, the crash dump isn't all clear about this. It seems that when gated starts up kernel ends up doing a null pointer derefence through NULL rt0 (I don't know how that ended up there in the first place). Current directory is /usr/local/ftp/pub/FreeBSD/crashdumps/otaniemi3/ GDB is free software and you are welcome to distribute copies of it under certain conditions; type "show copying" to see the conditions. There is absolutely no warranty for GDB; type "show warranty" for details. GDB 4.13 (i386-unknown-freebsd), Copyright 1994 Free Software Foundation, Inc... IdlePTD 24a000 current pcb at 2097cc panic: page fault #0 boot (howto=256) at ../../i386/i386/machdep.c:940 (kgdb) bt #0 boot (howto=256) at ../../i386/i386/machdep.c:940 #1 0xf0116c46 in panic (fmt=0xf01c5a0c "page fault") at ../../kern/subr_prf.c:133 #2 0xf01c6566 in trap_fatal (frame=0xefbffd18) at ../../i386/i386/trap.c:740 #3 0xf01c6058 in trap_pfault (frame=0xefbffd18, usermode=0) at ../../i386/i386/trap.c:651 #4 0xf01c5d3b in trap (frame={tf_es = 16, tf_ds = 16, tf_edi = -272630352, tf_esi = -258260800, tf_ebp = -272630420, tf_isp = -272630464, tf_ebx = -257822720, tf_edx = -257446016, tf_ecx = 0, tf_eax = -257449932, tf_trapno = 12, tf_err = 0, tf_eip = -267067890, tf_cs = 8, tf_eflags = 66178, tf_esp = -257449932, tf_ss = -258265948}) at ../../i386/i386/trap.c:319 #5 0xf01bbd01 in calltrap () #6 0xf0140d02 in ether_output (ifp=0xf09b2c00, m0=0xf0a7af80, dst=0xf0a7a030, rt0=0x0) at ../../net/if_ethersubr.c:147 #7 0xf0155dbd in ip_output (m0=0xf0a7af80, opt=0x0, ro=0xf0a7a02c, flags=48, imo=0xf0a7ad00) at ../../netinet/ip_output.c:353 #8 0xf0157124 in rip_output (m=0xf0a7af80, so=0xf0a7b900, dst=2113955010) at ../../netinet/raw_ip.c:184 #9 0xf015752f in rip_usrreq (so=0xf0a7b900, req=9, m=0xf0a7af80, nam=0xf0a70500, control=0x0) at ../../netinet/raw_ip.c:406 #10 0xf0124cb6 in sosend (so=0xf0a7b900, addr=0xf0a70500, uio=0xefbffee8, top=0xf0a7af80, control=0x0, flags=4) at ../../kern/uipc_socket.c:471 #11 0xf01273e3 in sendit (p=0xf0a6e500, s=11, mp=0xefbfff2c, flags=4, retsize=0xefbfff84) at ../../kern/uipc_syscalls.c:467 #12 0xf01274c0 in sendto (p=0xf0a6e500, uap=0xefbfff94, retval=0xefbfff84) at ../../kern/uipc_syscalls.c:518 #13 0xf01c6871 in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = 0, tf_esi = 5, tf_ebp = -272640176, tf_isp = -272629788, tf_ebx = 536870912, tf_edx = 0, tf_ecx = 886080, tf_eax = 133, tf_trapno = 12, tf_err = 7, tf_eip = 135189125, tf_cs = 31, tf_eflags = 662, tf_esp = -272640236, tf_ss = 39}) at ../../i386/i386/trap.c:904 #14 0xf01bbd55 in Xsyscall () #15 0x64628 in ?? () #16 0x7c3cf in ?? () #17 0x7844d in ?? () #18 0x62621 in ?? () #19 0x79601 in ?? () #20 0x739b3 in ?? () #21 0x74531 in ?? () #22 0x63ee0 in ?? () #23 0x2a15c in ?? () #24 0x2f681 in ?? () #25 0x10d3 in ?? () (kgdb) up #1 0xf0116c46 in panic (fmt=0xf01c5a0c "page fault") at ../../kern/subr_prf.c:133 (kgdb) #2 0xf01c6566 in trap_fatal (frame=0xefbffd18) at ../../i386/i386/trap.c:740 (kgdb) #3 0xf01c6058 in trap_pfault (frame=0xefbffd18, usermode=0) at ../../i386/i386/trap.c:651 (kgdb) #4 0xf01c5d3b in trap (frame={tf_es = 16, tf_ds = 16, tf_edi = -272630352, tf_esi = -258260800, tf_ebp = -272630420, tf_isp = -272630464, tf_ebx = -257822720, tf_edx = -257446016, tf_ecx = 0, tf_eax = -257449932, tf_trapno = 12, tf_err = 0, tf_eip = -267067890, tf_cs = 8, tf_eflags = 66178, tf_esp = -257449932, tf_ss = -258265948}) at ../../i386/i386/trap.c:319 (kgdb) #5 0xf01bbd01 in calltrap () (kgdb) #6 0xf0140d02 in ether_output (ifp=0xf09b2c00, m0=0xf0a7af80, dst=0xf0a7a030, rt0=0x0) at ../../net/if_ethersubr.c:147 (kgdb) print ac $1 = (struct arpcom *) 0xf09b2c00 (kgdb) print *ac $2 = {ac_if = {if_softc = 0xf09b2c00, if_name = 0xf018f1a5 "de", if_next = 0xf09b2800, if_addrlist = 0xf06ae700, if_pcount = 0, if_bpf = 0x0, if_index = 1, if_unit = 0, if_timer = 0, if_flags = -14269, if_recvquota = 0 '\000', if_sendquota = 0 '\000', if_ipending = 0 '\000', if_data = {ifi_type = 6 '\006', ifi_physical = 0 '\000', ifi_addrlen = 6 '\006', ifi_hdrlen = 14 '\016', ifi_mtu = 1500, ifi_metric = 0, ifi_baudrate = 0, ifi_ipackets = 22, ifi_ierrors = 0, ifi_opackets = 17, ifi_oerrors = 0, ifi_collisions = 8, ifi_ibytes = 3427, ifi_obytes = 1200, ifi_imcasts = 11, ifi_omcasts = 5, ifi_iqdrops = 0, ifi_noproto = 0, ifi_lastchange = {tv_sec = 829529816, tv_usec = 160000}}, if_output = 0xf0140bdc , if_start = 0xf018dbd0 , if_done = 0, if_ioctl = 0xf018ec10 , if_watchdog = 0, if_poll_recv = 0, if_poll_xmit = 0, if_poll_intren = 0, if_poll_slowinput = 0, if_snd = { ifq_head = 0x0, ifq_tail = 0x0, ifq_len = 0, ifq_maxlen = 50, ifq_drops = 0}, if_poll_slowq = 0x0}, ac_enaddr = "\000\000À \030À", ac_multiaddrs = 0xf0a574a0, ac_multicnt = 3} (kgdb) print rt $3 = (struct rtentry *) 0xf0a1f000 (kgdb) print *rt $4 = {rt_nodes = {{rn_mklist = 0x0, rn_p = 0xf0a24218, rn_b = -1, rn_bmask = 0 '\000', rn_flags = 4 '\004', rn_u = {rn_leaf = { rn_Key = 0xf0a1dd40 "\020\002", rn_Mask = 0x0, rn_Dupedkey = 0x0}, rn_node = {rn_Off = -257827520, rn_L = 0x0, rn_R = 0x0}}}, { rn_mklist = 0xf09b1ef0, rn_p = 0xf0a7b518, rn_b = 57, rn_bmask = 64 '@', rn_flags = 4 '\004', rn_u = {rn_leaf = { rn_Key = 0x7 "4\022U\211åj\002\235\214Ø\216à\216è\203}\004", rn_Mask = 0xf0a7b018 "", rn_Dupedkey = 0xf0a24218}, rn_node = { rn_Off = 7, rn_L = 0xf0a7b018, rn_R = 0xf0a24218}}}}, rt_gateway = 0xf0a1dd50, rt_filler = 0, rt_refcnt = 1, rt_flags = 132101, rt_ifp = 0xf09b2c00, rt_ifa = 0xf0a22700, rt_genmask = 0x0, rt_llinfo = 0xf09b40c0 "à@\233ð\200t¥ð", rt_rmx = {rmx_locks = 0, rmx_mtu = 1500, rmx_hopcount = 0, rmx_expire = 829529816, rmx_recvpipe = 16384, rmx_sendpipe = 16384, rmx_ssthresh = 0, rmx_rtt = 0, rmx_rttvar = 0, rmx_pksent = 0, rmx_filler = {0, 0, 0, 0}}, rt_gwroute = 0x0, rt_output = 0, rt_parent = 0x0, rt_filler2 = 0x0} (kgdb) set radix 16 Input and output radices now set to decimal 16, hex 10, octal 20. (kgdb) print ac $5 = (struct arpcom *) 0xf09b2c00 (kgdb) print rt $6 = (struct rtentry *) 0xf0a1f000 (kgdb) print *ac $7 = {ac_if = {if_softc = 0xf09b2c00, if_name = 0xf018f1a5 "de", if_next = 0xf09b2800, if_addrlist = 0xf06ae700, if_pcount = 0x0, if_bpf = 0x0, if_index = 0x1, if_unit = 0x0, if_timer = 0x0, if_flags = 0xc843, if_recvquota = 0x0, if_sendquota = 0x0, if_ipending = 0x0, if_data = {ifi_type = 0x6, ifi_physical = 0x0, ifi_addrlen = 0x6, ifi_hdrlen = 0xe, ifi_mtu = 0x5dc, ifi_metric = 0x0, ifi_baudrate = 0x0, ifi_ipackets = 0x16, ifi_ierrors = 0x0, ifi_opackets = 0x11, ifi_oerrors = 0x0, ifi_collisions = 0x8, ifi_ibytes = 0xd63, ifi_obytes = 0x4b0, ifi_imcasts = 0xb, ifi_omcasts = 0x5, ifi_iqdrops = 0x0, ifi_noproto = 0x0, ifi_lastchange = {tv_sec = 0x31719ed8, tv_usec = 0x27100}}, if_output = 0xf0140bdc , if_start = 0xf018dbd0 , if_done = 0, if_ioctl = 0xf018ec10 , if_watchdog = 0, if_poll_recv = 0, if_poll_xmit = 0, if_poll_intren = 0, if_poll_slowinput = 0, if_snd = { ifq_head = 0x0, ifq_tail = 0x0, ifq_len = 0x0, ifq_maxlen = 0x32, ifq_drops = 0x0}, if_poll_slowq = 0x0}, ac_enaddr = "\000\000À \030À", ac_multiaddrs = 0xf0a574a0, ac_multicnt = 0x3} (kgdb) print *rc No symbol "rc" in current context. (kgdb) print *rt $8 = {rt_nodes = {{rn_mklist = 0x0, rn_p = 0xf0a24218, rn_b = 0xffff, rn_bmask = 0x0, rn_flags = 0x4, rn_u = {rn_leaf = { rn_Key = 0xf0a1dd40 "\020\002", rn_Mask = 0x0, rn_Dupedkey = 0x0}, rn_node = {rn_Off = 0xf0a1dd40, rn_L = 0x0, rn_R = 0x0}}}, { rn_mklist = 0xf09b1ef0, rn_p = 0xf0a7b518, rn_b = 0x39, rn_bmask = 0x40, rn_flags = 0x4, rn_u = {rn_leaf = { rn_Key = 0x7 "4\022U\211åj\002\235\214Ø\216à\216è\203}\004", rn_Mask = 0xf0a7b018 "", rn_Dupedkey = 0xf0a24218}, rn_node = { rn_Off = 0x7, rn_L = 0xf0a7b018, rn_R = 0xf0a24218}}}}, rt_gateway = 0xf0a1dd50, rt_filler = 0x0, rt_refcnt = 0x1, rt_flags = 0x20405, rt_ifp = 0xf09b2c00, rt_ifa = 0xf0a22700, rt_genmask = 0x0, rt_llinfo = 0xf09b40c0 "à@\233ð\200t¥ð", rt_rmx = { rmx_locks = 0x0, rmx_mtu = 0x5dc, rmx_hopcount = 0x0, rmx_expire = 0x31719ed8, rmx_recvpipe = 0x4000, rmx_sendpipe = 0x4000, rmx_ssthresh = 0x0, rmx_rtt = 0x0, rmx_rttvar = 0x0, rmx_pksent = 0x0, rmx_filler = {0x0, 0x0, 0x0, 0x0}}, rt_gwroute = 0x0, rt_output = 0, rt_parent = 0x0, rt_filler2 = 0x0} (kgdb) print m $9 = (struct mbuf *) 0xf09b40c0 (kgdb) print *m $10 = {m_hdr = {mh_next = 0xf09b40e0, mh_nextpkt = 0xf0a57480, mh_data = 0xf0a1f000 "", mh_len = 0xf0a7af80, mh_type = 0x1, mh_flags = 0x0}, M_dat = {MH = {MH_pkthdr = {rcvif = 0x0, len = 0x0}, MH_dat = {MH_ext = {ext_buf = 0x0, ext_free = 0, ext_size = 0xf09b40c0}, MH_databuf = "\000\000\000\000\000\000\000\000À@\233ð\000N¢ð", '\000' , "\001\000^\000\000\001\001\000^\000\000\001\000t\233ð\001", '\000' , "\200_¥ð\001\000\000\000\001", '\000' , "\001\000\000\000\000\000\000\000\000\000\000"}}, M_databuf = '\000' , "À@\233ð\000N¢ð", '\000' , "\001\000^\000\000\001\001\000^\000\000\001\000t\233ð\001", '\000' , "\200_¥ð\001\000\000\000\001", '\000' , "\001\000\000\000\000\000\000\000\000\000\000"}} (kgdb) print dst $11 = (struct sockaddr *) 0xf0a7a030 (kgdb) print *dst $12 = {sa_len = 0x10, sa_family = 0x2, sa_data = "\000\000Âd\000~\000\000\000\000\000\000\000"} (kgdb) print edst $13 = "0\000\000\000Âd" (kgdb) print rt0 $14 = (struct rtentry *) 0x0 Ok, rt0 is NULL, and arpresolve is called with NULL rt0 entry. As arpresolve blindly dereferences rt0 it causes a panic: /* * There is an arptab entry, but no ethernet address * response yet. Replace the held mbuf with this * latest one. */ if (la->la_hold) m_freem(la->la_hold); la->la_hold = m; if (rt->rt_expire) { rt->rt_flags &= ~RTF_REJECT; if (la->la_asked == 0 || rt->rt_expire != time.tv_sec) { rt->rt_expire = time.tv_sec; if (la->la_asked++ < arp_maxtries) arprequest(ac, &(SIN(rt0->rt_ifa->ifa_addr)->sin_addr.s_addr), &(SIN(dst)->sin_addr.s_addr), ac->ac_enaddr); else { rt->rt_flags |= RTF_REJECT; rt->rt_expire += arpt_down; la->la_asked = 0; } } } return (0); In call to arprequest rt0 is dereferences without a check. I do not know enough about this piece of code to know how it should be changed to avoid the problem. Are these arp table modifications being worked on tested with any routing daemons like routed and gated ? First the kernel started loosing arp table entries for host routes, now the kernel panics as soon as gated hooks itself up into multicast and starts installing routes it sees around ? I have tried this with and without reversing the modification to in_rmx.c which causes arp table entries to be lost of host routes are installed on top of them. Without reversing this modification all hosts which have point-to-point links at same address as their ethernet address (unnumbered by the cisco terminology I think) will become uncommunicateable due to loosing the arp table entry, as gated and routed try to install a route for a host with destination as the same host, which causes arp table entry to be erased. I think this problem has been there for at several weeks (I saw this earlier but had no time to investigate that further then). >How-To-Repeat: I do not know how large network would be necessary to recreate this problem. It might require routers with unnumbered point-to-point interfaces in the local network, but I am not sure about that. >Fix: arpresolve should check its arguments, at least. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Apr 14 19:50:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA10796 for bugs-outgoing; Sun, 14 Apr 1996 19:50:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA10786 Sun, 14 Apr 1996 19:50:03 -0700 (PDT) Resent-Date: Sun, 14 Apr 1996 19:50:03 -0700 (PDT) Resent-Message-Id: <199604150250.TAA10786@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, lyndon@orthanc.com Received: from multivac.orthanc.com (root@multivac.orthanc.com [206.12.238.2]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA10219 for ; Sun, 14 Apr 1996 19:44:46 -0700 (PDT) Received: from orodruin.orthanc.com (root@orodruin.orthanc.com [206.12.238.3]) by multivac.orthanc.com (8.7.3/8.7.3) with ESMTP id TAA13624 for ; Sun, 14 Apr 1996 19:44:43 -0700 (PDT) Received: (from root@localhost) by orodruin.orthanc.com (8.7.5/8.7.3) id TAA11103; Sun, 14 Apr 1996 19:44:40 -0700 (PDT) Message-Id: <199604150244.TAA11103@orodruin.orthanc.com> Date: Sun, 14 Apr 1996 19:44:40 -0700 (PDT) From: Lyndon Nerenberg Reply-To: lyndon@orthanc.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/1141: pcvt(4) references non-existent man page. Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1141 >Category: docs >Synopsis: pcvt(4) references non-existent man page. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Sun Apr 14 19:50:01 PDT 1996 >Last-Modified: >Originator: Lyndon Nerenberg >Organization: >Release: i386 FreeBSD 2.2-CURRENT >Environment: >Description: The pcvt(4) man page references a non-existent pc(4) man page. >How-To-Repeat: >Fix: In /usr/src/share/man/man4/man4.i386/pcvt.4: =================================================================== RCS file: pcvt.4,v retrieving revision 1.1 diff -c2 -r1.1 pcvt.4 *** pcvt.4 1996/04/15 02:36:57 1.1 --- pcvt.4 1996/04/15 02:38:30 *************** *** 856,860 **** .Pq veit@du9ds3.uni-duisburg.de, now veit@first.gmd.de .Sh SEE ALSO - .Xr pc 4 , .Xr config 8 , .Xr intro 2 , --- 856,859 ---- >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Apr 14 23:02:33 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA00816 for bugs-outgoing; Sun, 14 Apr 1996 23:02:33 -0700 (PDT) Received: (from fenner@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA00793 Sun, 14 Apr 1996 23:02:30 -0700 (PDT) Date: Sun, 14 Apr 1996 23:02:30 -0700 (PDT) From: Bill Fenner Message-Id: <199604150602.XAA00793@freefall.freebsd.org> To: hsu@clinet.fi, fenner, freebsd-bugs, fenner Subject: Re: kern/1140 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: arpresolve does a null pointer dereference through rt0 State-Changed-From-To: open-analyzed State-Changed-By: fenner State-Changed-When: Sun Apr 14 22:54:09 PDT 1996 State-Changed-Why: The recent change to the arp code didn't take into account the fact that ip_output doesn't supply a route when IP_ROUTETOIF is set. The solution is probably to uncomment and fill in ifa_rt in the struct ifaddr and use it in the IP_ROUTETOIF case. Responsible-Changed-From-To: freebsd-bugs->fenner Responsible-Changed-By: fenner Responsible-Changed-When: Sun Apr 14 22:54:09 PDT 1996 Responsible-Changed-Why: Fenner changed the arp code. From owner-freebsd-bugs Mon Apr 15 01:30:10 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA21672 for bugs-outgoing; Mon, 15 Apr 1996 01:30:10 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA21652 Mon, 15 Apr 1996 01:30:06 -0700 (PDT) Date: Mon, 15 Apr 1996 01:30:06 -0700 (PDT) Message-Id: <199604150830.BAA21652@freefall.freebsd.org> To: freebsd-bugs Cc: From: J Wunsch Subject: Re: docs/1141: pcvt(4) references non-existent man page. Reply-To: J Wunsch Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR docs/1141; it has been noted by GNATS. From: J Wunsch To: lyndon@orthanc.com Cc: FreeBSD-gnats-submit@FreeBSD.org Subject: Re: docs/1141: pcvt(4) references non-existent man page. Date: Mon, 15 Apr 1996 09:57:46 +0200 (MET DST) As Lyndon Nerenberg wrote: > *** pcvt.4 1996/04/15 02:36:57 1.1 > --- pcvt.4 1996/04/15 02:38:30 > *************** > *** 856,860 **** > .Pq veit@du9ds3.uni-duisburg.de, now veit@first.gmd.de > .Sh SEE ALSO > - .Xr pc 4 , > .Xr config 8 , > .Xr intro 2 , > --- 856,859 ---- + .Xr keyboard 4 , + .Xr screen 4 , -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Mon Apr 15 10:45:20 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA13471 for bugs-outgoing; Mon, 15 Apr 1996 10:45:20 -0700 (PDT) Received: from mail02.mail.aol.com (mail02.mail.aol.com [152.163.172.66]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA13461 for ; Mon, 15 Apr 1996 10:45:14 -0700 (PDT) From: Hofera@aol.com Received: by mail02.mail.aol.com (8.6.12/8.6.12) id NAA26458 for freebsd-bugs@freebsd.org; Mon, 15 Apr 1996 13:44:43 -0400 Date: Mon, 15 Apr 1996 13:44:43 -0400 Message-ID: <960415134443_375853322@mail02.mail.aol.com> To: freebsd-bugs@freebsd.org Subject: Strange things happen... Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, all I recently converted from Linux to FreeBSD (because of too frequent disk crashes thatI had), so maybe the problem that I'm having is a silly one. Last weekend I compiled the Khoros 2.02 package for scientific data visualization and image processing and it was amazing how smooth such a huge package compiled. The .khoros_env user specific initialization file, which is also installed inthe run of this process, sets (among others) the environment variable TMPDIR to the value "/usr/tmp". This is done assuming that /usr/tmp is able to keep a large temporary data volume (at least larger than /tmp). BUT after TMPDIR is set to /usr/tmp, strange things happen. Programs that usually create some temporary files or directories, refuse to do that in /usr/tmp , for example the vi editor or the pkg_manage tool. Setting the permissions of /usr/tmp in a way so that everyone may do anything in /usr/tmp does not do the job, only resetting TMPDIR to /tmp helps. So, what is the reason why I (as dumb user, not as root!) may create a file in /usr/tmp but vi rejects this or is not granted to do so? I'm sure this must be a silly problem, but it drives me to insanity }:-[ Andreas Hofer (hofera@aol.com) From owner-freebsd-bugs Mon Apr 15 11:12:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA16256 for bugs-outgoing; Mon, 15 Apr 1996 11:12:07 -0700 (PDT) Received: from pelican.altadena.net (pelican.altadena.com [206.16.90.21]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA16251 for ; Mon, 15 Apr 1996 11:12:02 -0700 (PDT) Received: by pelican.altadena.net (Smail3.1.29.1 #10) id m0u8skh-0000ReC; Mon, 15 Apr 96 11:11 PDT Message-Id: From: pete@pelican.altadena.net (Pete Carah) Subject: AT problem under CRON To: bugs@freebsd.org Date: Mon, 15 Apr 1996 11:11:51 -0700 (PDT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk If I use cron to run a periodic job for a *non-root* user, and that job uses 'at', the resulting at jobs *all* fail for a mismatched mail-to. Looking through the sources, it looks like either cron doesn't set both euid and reuid, or at least something like that (I added LOGNAME and USER pointing to the correct non-root user name) to the script to no avail). I've attacked it in the source (atrun - making that message a warning rather than a fail, though it is somewhat of a security thing; I think that this is truly the wrong place to fix it) but there needs to be some change to either cron, at, or atrun (or a combination) to fix it. I can't believe that noone else has ever tried this :-) Sorry for not using the submit-bug but I don't know the category since this package falls into more than one class as distributed. -- Pete From owner-freebsd-bugs Mon Apr 15 13:00:20 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA29888 for bugs-outgoing; Mon, 15 Apr 1996 13:00:20 -0700 (PDT) Received: (from mpp@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA29868 Mon, 15 Apr 1996 13:00:16 -0700 (PDT) Date: Mon, 15 Apr 1996 13:00:16 -0700 (PDT) From: Mike Pritchard Message-Id: <199604152000.NAA29868@freefall.freebsd.org> To: mpp, freebsd-bugs, mpp Subject: Re: docs/1141 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: pcvt(4) references non-existent man page. Responsible-Changed-From-To: freebsd-bugs->mpp Responsible-Changed-By: mpp Responsible-Changed-When: Mon Apr 15 12:59:17 PDT 1996 Responsible-Changed-Why: my area... From owner-freebsd-bugs Mon Apr 15 13:10:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA00905 for bugs-outgoing; Mon, 15 Apr 1996 13:10:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA00894 Mon, 15 Apr 1996 13:10:01 -0700 (PDT) Date: Mon, 15 Apr 1996 13:10:01 -0700 (PDT) Message-Id: <199604152010.NAA00894@freefall.freebsd.org> To: freebsd-bugs Cc: From: Mike Pritchard Subject: Re: bin/1139: uname.1 and uname.c disagree about display ordering Reply-To: Mike Pritchard Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/1139; it has been noted by GNATS. From: Mike Pritchard To: lyndon@orthanc.com Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/1139: uname.1 and uname.c disagree about display ordering Date: Mon, 15 Apr 1996 13:09:43 -0700 (PDT) Lyndon Nerenberg wrote: > > >Description: > > uname(1) claims '-a' is the same as '-m -n -r -s -v' however the > code displays as '-n -r -s -v -m'. > > >How-To-Repeat: > > >Fix: > > The following patch to /usr/src/usr.bin/uname/uname.c rearranges > the flag checks to match the man page. If anything, the man page should be changed to match the code, not the other way around. uname -a has worked this way for a long time, and changing its output now is not a good idea. -- Mike Pritchard mpp@freebsd.org "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-bugs Mon Apr 15 14:21:26 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA08351 for bugs-outgoing; Mon, 15 Apr 1996 14:21:26 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA08337 for ; Mon, 15 Apr 1996 14:21:14 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id XAA15425; Mon, 15 Apr 1996 23:21:11 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id XAA22368; Mon, 15 Apr 1996 23:21:10 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id XAA13450; Mon, 15 Apr 1996 23:03:23 +0200 (MET DST) From: J Wunsch Message-Id: <199604152103.XAA13450@uriah.heep.sax.de> Subject: Re: Strange things happen... To: Hofera@aol.com Date: Mon, 15 Apr 1996 23:03:22 +0200 (MET DST) Cc: freebsd-bugs@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <960415134443_375853322@mail02.mail.aol.com> from "Hofera@aol.com" at Apr 15, 96 01:44:43 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Hofera@aol.com wrote: > So, what is the reason why I (as dumb user, not as root!) may create a > file in /usr/tmp but vi rejects this or is not granted to do so? I can't reproduce it. vi works fine for me, though it seems it didn't create a temp file at all in my case. Are you sure your /usr/tmp is mode 01777? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Mon Apr 15 14:22:21 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA08388 for bugs-outgoing; Mon, 15 Apr 1996 14:22:21 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA08381 for ; Mon, 15 Apr 1996 14:22:12 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id XAA15421; Mon, 15 Apr 1996 23:21:09 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id XAA22366; Mon, 15 Apr 1996 23:21:08 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id XAA13434; Mon, 15 Apr 1996 23:00:03 +0200 (MET DST) From: J Wunsch Message-Id: <199604152100.XAA13434@uriah.heep.sax.de> Subject: Re: AT problem under CRON To: pete@pelican.altadena.net (Pete Carah) Date: Mon, 15 Apr 1996 23:00:02 +0200 (MET DST) Cc: bugs@FreeBSD.ORG Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Pete Carah" at Apr 15, 96 11:11:51 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Pete Carah wrote: > If I use cron to run a periodic job for a *non-root* user, and that job > uses 'at', the resulting at jobs *all* fail for a mismatched mail-to. I've got an update for at(1) sitting in my queue for too long... Not sure, perhaps the problem is already fixed there. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Mon Apr 15 15:00:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA11588 for bugs-outgoing; Mon, 15 Apr 1996 15:00:06 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA11561 Mon, 15 Apr 1996 15:00:02 -0700 (PDT) Resent-Date: Mon, 15 Apr 1996 15:00:02 -0700 (PDT) Resent-Message-Id: <199604152200.PAA11561@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, jraynard@dial.pipex.com Received: from vent.pipex.net (root@vent.pipex.net [158.43.128.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA11296 for ; Mon, 15 Apr 1996 14:53:51 -0700 (PDT) Received: from me by vent.pipex.net (8.6.12/PIPEX simple 1.20) id WAA18145; Mon, 15 Apr 1996 22:53:47 +0100 Received: (from jraynard@localhost) by me (8.6.12/8.6.12) id KAA00501; Mon, 15 Apr 1996 10:55:56 GMT Message-Id: <199604151055.KAA00501@me> Date: Mon, 15 Apr 1996 10:55:56 GMT From: James Raynard Reply-To: jraynard@dial.pipex.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/1142: signal manpage doesn't describe sig parameter Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1142 >Category: docs >Synopsis: signal manpage doesn't describe sig parameter >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Mon Apr 15 15:00:01 PDT 1996 >Last-Modified: >Originator: James Raynard >Organization: A FreeBSD Box >Release: FreeBSD 2.1-STABLE i386 >Environment: FreeBSD-2.1.0-RELEASE >Description: signal manpage doesn't describe sig parameter >How-To-Repeat: man signal >Fix: *** signal.3.old Mon Apr 15 10:43:06 1996 --- signal.3 Mon Apr 15 10:45:12 1996 *************** *** 127,132 **** --- 127,135 ---- .El .Pp The + .Fa sig + parameter specifies which signal was received. + The .Fa func procedure allows a user to choose the action upon receipt of a signal. To set the default action of the signal to occur as listed above, >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Apr 15 15:00:08 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA11606 for bugs-outgoing; Mon, 15 Apr 1996 15:00:08 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA11579 Mon, 15 Apr 1996 15:00:04 -0700 (PDT) Resent-Date: Mon, 15 Apr 1996 15:00:04 -0700 (PDT) Resent-Message-Id: <199604152200.PAA11579@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, jraynard@dial.pipex.com Received: from vent.pipex.net (root@vent.pipex.net [158.43.128.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA11298 for ; Mon, 15 Apr 1996 14:53:55 -0700 (PDT) Received: from me by vent.pipex.net (8.6.12/PIPEX simple 1.20) id WAA18148; Mon, 15 Apr 1996 22:53:50 +0100 Received: (from jraynard@localhost) by me (8.6.12/8.6.12) id TAA01903; Mon, 15 Apr 1996 19:22:01 GMT Message-Id: <199604151922.TAA01903@me> Date: Mon, 15 Apr 1996 19:22:01 GMT From: James Raynard Reply-To: jraynard@dial.pipex.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/1143: sigaction manpage doesn't describe sig parameter Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1143 >Category: docs >Synopsis: sigaction manpage doesn't describe sig parameter >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Mon Apr 15 15:00:03 PDT 1996 >Last-Modified: >Originator: James Raynard >Organization: A FreeBSD Box >Release: FreeBSD 2.1-STABLE i386 >Environment: FreeBSD-2.1.0-RELEASE >Description: sigaction manpage doesn't describe sig parameter >How-To-Repeat: man sigaction >Fix: *** sigaction.2.old Mon Apr 15 19:09:55 1996 --- sigaction.2 Mon Apr 15 19:14:02 1996 *************** *** 117,123 **** the signal mask associated with the handler to be invoked. .Pp .Fn Sigaction ! assigns an action for a specific signal. If .Fa act is non-zero, it --- 117,124 ---- the signal mask associated with the handler to be invoked. .Pp .Fn Sigaction ! assigns an action for a signal specified by ! .Fa sig . If .Fa act is non-zero, it >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Apr 15 15:00:10 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA11620 for bugs-outgoing; Mon, 15 Apr 1996 15:00:10 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA11602 Mon, 15 Apr 1996 15:00:07 -0700 (PDT) Resent-Date: Mon, 15 Apr 1996 15:00:07 -0700 (PDT) Resent-Message-Id: <199604152200.PAA11602@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, jraynard@dial.pipex.com Received: from vent.pipex.net (root@vent.pipex.net [158.43.128.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA11407 for ; Mon, 15 Apr 1996 14:56:02 -0700 (PDT) Received: from me by vent.pipex.net (8.6.12/PIPEX simple 1.20) id WAA18178; Mon, 15 Apr 1996 22:54:27 +0100 Received: (from jraynard@localhost) by me (8.6.12/8.6.12) id SAA01603; Mon, 15 Apr 1996 18:29:55 GMT Message-Id: <199604151829.SAA01603@me> Date: Mon, 15 Apr 1996 18:29:55 GMT From: James Raynard Reply-To: jraynard@dial.pipex.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/1144: sig{add, del}set and sigismember fns don't check signo Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1144 >Category: kern >Synopsis: sig{add, del}set and sigismember fns don't check signo >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Apr 15 15:00:06 PDT 1996 >Last-Modified: >Originator: James Raynard >Organization: A FreeBSD Box >Release: FreeBSD 2.1-STABLE i386 >Environment: FreeBSD-2.1.0-RELEASE >Description: According to Stevens (advanced Programming in the Unix Environment, p. 292), POSIX.1 requires that sigaddset, sigdelset and sigismember check the signal number argument for validity and set errno if it is invalid. FreeBSD's implementation of these functions does not comply with this. >How-To-Repeat: Look at /usr/src/lib/libc/gen/sigsetops.c and /usr/include/signal.h. >Fix: The following patch to /usr/src/lib/libc/gen/sigsetops.c is based on code given by Stevens to demonstrate how to do this if they are implemented as functions. However, FreeBSD also implements them as macros in /usr/include/signal.h, the function versions only being available if the macros are #undef'd. Obviously the macros would be much harder to fix (are they actually necessary, BTW?) *** sigsetops.c.old Mon Apr 15 17:39:46 1996 --- sigsetops.c Mon Apr 15 17:54:19 1996 *************** *** 38,43 **** --- 38,44 ---- #endif /* LIBC_SCCS and not lint */ #include + #include #undef sigemptyset #undef sigfillset *************** *** 45,50 **** --- 46,53 ---- #undef sigdelset #undef sigismember + #define SIGBAD(signo) ((signo) <= 0 || (signo) >= NSIG) + sigemptyset(set) sigset_t *set; { *************** *** 63,68 **** --- 66,73 ---- sigset_t *set; int signo; { + if (SIGBAD (signo)) { errno = EINVAL; return (-1); } + *set |= sigmask(signo); return (0); } *************** *** 71,76 **** --- 76,83 ---- sigset_t *set; int signo; { + if (SIGBAD (signo)) { errno = EINVAL; return (-1); } + *set &= ~sigmask(signo); return (0); } *************** *** 79,83 **** --- 86,92 ---- const sigset_t *set; int signo; { + if (SIGBAD (signo)) { errno = EINVAL; return (-1); } + return ((*set & ~sigmask(signo)) != 0); } >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Apr 15 16:10:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA15210 for bugs-outgoing; Mon, 15 Apr 1996 16:10:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA15181 Mon, 15 Apr 1996 16:10:01 -0700 (PDT) Date: Mon, 15 Apr 1996 16:10:01 -0700 (PDT) Message-Id: <199604152310.QAA15181@freefall.freebsd.org> To: freebsd-bugs Cc: From: Bill Fenner Subject: Re: kern/1144: sig{add, del}set and sigismember fns don't check signo Reply-To: Bill Fenner Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/1144; it has been noted by GNATS. From: Bill Fenner To: FreeBSD-gnats-submit@freebsd.org, jraynard@dial.pipex.com Cc: Subject: Re: kern/1144: sig{add, del}set and sigismember fns don't check signo Date: Mon, 15 Apr 1996 16:02:59 PDT >Obviously the macros would be much harder to fix Would they? How about #define sigaddset(set, signo) (((signo) <= 0 || (signo) >= NSIG) ? (errno = EINVAL, -1) : (*(set) |= 1 << ((signo) - 1), 0)) (untested, as usual) Bill From owner-freebsd-bugs Mon Apr 15 16:10:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA15228 for bugs-outgoing; Mon, 15 Apr 1996 16:10:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA15198 Mon, 15 Apr 1996 16:10:02 -0700 (PDT) Date: Mon, 15 Apr 1996 16:10:02 -0700 (PDT) Message-Id: <199604152310.QAA15198@freefall.freebsd.org> To: freebsd-bugs Cc: From: Lyndon Nerenberg VE7TCP Subject: Re: bin/1139: uname.1 and uname.c disagree about display ordering Reply-To: Lyndon Nerenberg VE7TCP Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/1139; it has been noted by GNATS. From: Lyndon Nerenberg VE7TCP To: Mike Pritchard Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/1139: uname.1 and uname.c disagree about display ordering Date: Mon, 15 Apr 1996 16:08:03 -0700 If the man page is changed (instead of the code), it should also indicate that the command ignores the ordering of the flags and always spits the data out in a fixed order. --lyndon From owner-freebsd-bugs Mon Apr 15 17:20:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA19674 for bugs-outgoing; Mon, 15 Apr 1996 17:20:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA19654 Mon, 15 Apr 1996 17:20:03 -0700 (PDT) Resent-Date: Mon, 15 Apr 1996 17:20:03 -0700 (PDT) Resent-Message-Id: <199604160020.RAA19654@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, imp@village.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA19235 for ; Mon, 15 Apr 1996 17:10:01 -0700 (PDT) Received: (from imp@localhost) by rover.village.org (8.7.5/8.6.6) id SAA02721; Mon, 15 Apr 1996 18:09:36 -0600 (MDT) Message-Id: <199604160009.SAA02721@rover.village.org> Date: Mon, 15 Apr 1996 18:09:36 -0600 (MDT) From: Warner Losh Reply-To: imp@village.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/1145: tftpd should support -s Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1145 >Category: bin >Synopsis: tftpd should support -s >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon Apr 15 17:20:01 PDT 1996 >Last-Modified: >Originator: Warner Losh >Organization: The village >Release: FreeBSD 2.1.0-RELEASE i386 >Environment: >Description: tftpd doesn't support -s. >How-To-Repeat: >Fix: Apply the following patch: Index: tftpd.8 =================================================================== RCS file: /home/imp/FreeBSD/CVS/src/libexec/tftpd/tftpd.8,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 tftpd.8 --- tftpd.8 1994/05/27 12:39:25 1.1.1.1 +++ tftpd.8 1996/04/15 23:56:55 @@ -42,6 +42,7 @@ .Nm tftpd .Op Fl l .Op Fl n +.Op Fl s Ar directory .Op Ar directory ... .Sh DESCRIPTION .Nm Tftpd @@ -87,6 +88,15 @@ The given directories are also treated as a search path for relative filename requests. .Pp +The chroot option provides additional security by restricting access +of tftpd to only a chroot'd file system. This is useful when moving +from an OS that supported +.Nm -s +as a boot server. Because chroot is restricted to root, you must run +tftpd as root. However, if you chroot, then +.Nm tftpd +will set its user id to nobody. +.Pp The options are: .Bl -tag -width Ds .It Fl l @@ -95,6 +105,11 @@ .It Fl n Suppresses negative acknowledgement of requests for nonexistent relative filenames. +.It Fl s Ar directory +Causes tftpd to chroot to +.Pa directory +before accepting commands. In addition, the user id is set to +nobody. .El .Sh SEE ALSO .Xr tftp 1 , Index: tftpd.c =================================================================== RCS file: /home/imp/FreeBSD/CVS/src/libexec/tftpd/tftpd.c,v retrieving revision 1.2 diff -u -r1.2 tftpd.c --- tftpd.c 1995/02/26 23:28:00 1.2 +++ tftpd.c 1996/04/15 23:38:57 @@ -113,9 +113,10 @@ register int n; int ch, on; struct sockaddr_in sin; + char *chroot_dir = NULL; openlog("tftpd", LOG_PID, LOG_FTP); - while ((ch = getopt(argc, argv, "ln")) != EOF) { + while ((ch = getopt(argc, argv, "lns:")) != EOF) { switch (ch) { case 'l': logging = 1; @@ -123,10 +124,26 @@ case 'n': suppress_naks = 1; break; + case 's': + chroot_dir = optarg; + break; default: syslog(LOG_WARNING, "ignoring unknown option -%c", ch); } } + + if (chroot_dir) { + if (getuid()) + syslog(LOG_WARNING, "-s works only when run as root"); + else { + if (chroot(chroot_dir)) + syslog(LOG_ERR, "chroot: %s", + strerror(errno)); + chdir( "/" ); + setuid( 32767 ); /* Revert to running as nobody */ + } + } + if (optind < argc) { struct dirlist *dirp; @@ -139,6 +156,14 @@ dirp++; } } + } + /* Only allow no d */ + else if (chroot_dir) { + dirs->name = "/"; + dirs->len = 1; + } + else { + syslog(LOG_WARNING, "Access to theentire system graned"); } on = 1; >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Apr 15 17:30:08 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA20318 for bugs-outgoing; Mon, 15 Apr 1996 17:30:08 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA20302 Mon, 15 Apr 1996 17:30:02 -0700 (PDT) Date: Mon, 15 Apr 1996 17:30:02 -0700 (PDT) Message-Id: <199604160030.RAA20302@freefall.freebsd.org> To: freebsd-bugs Cc: From: Mike Pritchard Subject: Re: bin/1139: uname.1 and uname.c disagree about display ordering Reply-To: Mike Pritchard Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/1139; it has been noted by GNATS. From: Mike Pritchard To: lyndon@orthanc.com (Lyndon Nerenberg VE7TCP) Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/1139: uname.1 and uname.c disagree about display ordering Date: Mon, 15 Apr 1996 17:24:51 -0700 (PDT) Lyndon Nerenberg VE7TCP wrote: > > If the man page is changed (instead of the code), it should also indicate > that the command ignores the ordering of the flags and always spits the > data out in a fixed order. Looking at the man page shows that the flags described for "-a" are listed in alphabetical order, which seems perfectly reasonable to me. Since most commands under FreeBSD ignore the order of command line flags, I don't think adding something mentioning this fact in the uname.1 man page really makes sense, since we would have to modify a large number of other man pages to be consistent. I suggest we leave uname.1 as is. -- Mike Pritchard mpp@freebsd.org "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-bugs Mon Apr 15 18:40:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA25279 for bugs-outgoing; Mon, 15 Apr 1996 18:40:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA25260 Mon, 15 Apr 1996 18:40:03 -0700 (PDT) Resent-Date: Mon, 15 Apr 1996 18:40:03 -0700 (PDT) Resent-Message-Id: <199604160140.SAA25260@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, hsu@clinet.fi Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA24292 for ; Mon, 15 Apr 1996 18:32:46 -0700 (PDT) Received: from katiska.clinet.fi (root@katiska.clinet.fi [194.100.0.4]) by hauki.clinet.fi (8.7.3/8.6.4) with ESMTP id EAA15932 for ; Tue, 16 Apr 1996 04:32:44 +0300 (EET DST) Received: (root@localhost) by katiska.clinet.fi (8.7.5/8.6.4) id EAA15744; Tue, 16 Apr 1996 04:32:43 +0300 (EET DST) Message-Id: <199604160132.EAA15744@katiska.clinet.fi> Date: Tue, 16 Apr 1996 04:32:43 +0300 (EET DST) From: Heikki Suonsivu Reply-To: hsu@clinet.fi To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/1146: panic in soclose (?) Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1146 >Category: kern >Synopsis: panic in soclose (?) >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Apr 15 18:40:02 PDT 1996 >Last-Modified: >Originator: Heikki Suonsivu >Organization: Clinet, Espoo, Finland >Release: FreeBSD 2.2-CURRENT i386 >Environment: Apr 15 16:13:47 news /kernel: FreeBSD 2.2-CURRENT #19: Mon Apr 15 00:48:09 EET DST 1996 Apr 15 16:13:47 news /kernel: hsu@news.clinet.fi:/usr/current/src/sys/compile/CLINETSERVER Apr 15 16:13:48 news /kernel: CPU: Pentium (89.80-MHz 586-class CPU) Apr 15 16:13:48 news /kernel: Origin = "GenuineIntel" Id = 0x525 Stepping=5 Apr 15 16:13:48 news /kernel: Features=0x1bf Apr 15 16:13:48 news /kernel: real memory = 67108864 (65536K bytes) Apr 15 16:13:48 news /kernel: avail memory = 54681600 (53400K bytes) Apr 15 16:13:48 news /kernel: DEVFS: ready for devices Apr 15 16:13:48 news /kernel: Probing for devices on PCI bus 0: Apr 15 16:13:48 news /kernel: chip0 rev 0 on pci0:0 Apr 15 16:13:48 news /kernel: chip1 rev 1 on pci0:1 Apr 15 16:13:48 news /kernel: pci0:1: Silicon Integrated Systems, device=0x5513, class=storage (ide) int a irq ?? [no driver assigned] Apr 15 16:13:48 news /kernel: ahc0 rev 0 int a irq 10 on pci0:9 Apr 15 16:13:48 news /kernel: pcibus_ihandler_attach: counting pci irq10's as clk0 irqs Apr 15 16:13:48 news /kernel: ahc0: aic7880 Single Channel, SCSI Id=7, 16 SCBs Apr 15 16:13:48 news /kernel: ahc0 waiting for scsi devices to settle Apr 15 16:13:48 news /kernel: (ahc0:0:0): "SEAGATE ST15230N 0638" type 0 fixed SCSI 2 Apr 15 16:13:48 news /kernel: sd0(ahc0:0:0): Direct-Access 4095MB (8386733 512 byte sectors) Apr 15 16:13:48 news /kernel: sd0(ahc0:0:0): with 3992 cyls, 19 heads, and an average 110 sectors/track Apr 15 16:13:48 news /kernel: (ahc0:1:0): "SEAGATE ST15230N 0638" type 0 fixed SCSI 2 Apr 15 16:13:48 news /kernel: sd1(ahc0:1:0): Direct-Access 4095MB (8386733 512 byte sectors) Apr 15 16:13:48 news /kernel: sd1(ahc0:1:0): with 3992 cyls, 19 heads, and an average 110 sectors/track Apr 15 16:13:48 news /kernel: (ahc0:2:0): "SEAGATE ST15230N 0638" type 0 fixed SCSI 2 Apr 15 16:13:48 news /kernel: sd2(ahc0:2:0): Direct-Access 4095MB (8386733 512 byte sectors) Apr 15 16:13:48 news /kernel: sd2(ahc0:2:0): with 3992 cyls, 19 heads, and an average 110 sectors/track Apr 15 16:13:48 news /kernel: (ahc0:3:0): "SEAGATE ST31200N 9348" type 0 fixed SCSI 2 Apr 15 16:13:49 news /kernel: sd3(ahc0:3:0): Direct-Access 1011MB (2072435 512 byte sectors) Apr 15 16:13:49 news /kernel: sd3(ahc0:3:0): with 2700 cyls, 9 heads, and an average 85 sectors/track Apr 15 16:13:49 news /kernel: de0 rev 35 int a irq 11 on pci0:11 Apr 15 16:13:49 news /kernel: pcibus_ihandler_attach: counting pci irq11's as clk0 irqs Apr 15 16:13:49 news /kernel: de0: DC21040 [10Mb/s] pass 2.3 Ethernet address 00:c0:95:ec:47:a3 Apr 15 16:13:49 news /kernel: de0: enabling Thinwire/AUI port Apr 15 16:13:49 news /kernel: Probing for devices on the ISA bus: Apr 15 16:13:49 news /kernel: vt0 at 0x60-0x6f irq 1 on motherboard Apr 15 16:13:49 news /kernel: vt0: generic, 80/132 col, color, 8 scr, mf2-kbd, [R3.20-b24] Apr 15 16:13:49 news /kernel: ed0 not found at 0x280 Apr 15 16:13:49 news /kernel: lpt0 not found at 0xffffffff Apr 15 16:13:49 news /kernel: lpt1 not found at 0xffffffff Apr 15 16:13:49 news /kernel: sio0 not found at 0x3f8 Apr 15 16:13:49 news /kernel: sio1 not found at 0x2f8 Apr 15 16:13:49 news /kernel: cy0 not found Apr 15 16:13:49 news /kernel: bt0 not found at 0x330 Apr 15 16:13:49 news /kernel: aha0 not found at 0x330 Apr 15 16:13:49 news /kernel: wdc0 not found at 0x1f0 Apr 15 16:13:49 news /kernel: fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa Apr 15 16:13:49 news /kernel: fdc0: NEC 72065B Apr 15 16:13:49 news /kernel: fd0: 1.44MB 3.5in Apr 15 16:13:50 news /kernel: matcdc0 not found at 0x230 Apr 15 16:13:50 news /kernel: npx0 on motherboard Apr 15 16:13:50 news /kernel: npx0: INT 16 interface Apr 15 16:13:50 news /kernel: changing root device to sd0a Apr 15 16:13:50 news /kernel: devfs ready to run Apr 15 16:13:50 news /kernel: new masks: bio c0000440, tty c0030802, net c0030802 Apr 15 16:13:50 news /kernel: WARNING: / was not properly dismounted. This was from sup which ended 14th april 04:57 GMT. The machine is news server and also servers disks for couple of machines (binaries). >Description: System panics when it is closing a file/socket/whatever. Current directory is /m/varasto/nobackup/misc/ GDB is free software and you are welcome to distribute copies of it under certain conditions; type "show copying" to see the conditions. There is absolutely no warranty for GDB; type "show warranty" for details. GDB 4.13 (i386-unknown-freebsd), Copyright 1994 Free Software Foundation, Inc... IdlePTD ac6000 current pcb at 224a50 panic: from debugger #0 boot (howto=256) at ../../i386/i386/machdep.c:940 (kgdb) up #1 0xf011acc7 in panic (fmt=0xf01011f8 "from debugger") at ../../kern/subr_prf.c:133 (kgdb) #2 0xf0101215 in db_panic (dummy1=-267218430, dummy2=0, dummy3=-1, dummy4=0xefbffd20 "") at ../../ddb/db_command.c:395 (kgdb) #3 0xf01010fe in db_command (last_cmdp=0xf0200b34, cmd_table=0xf0200994) at ../../ddb/db_command.c:288 (kgdb) #4 0xf010127d in db_command_loop () at ../../ddb/db_command.c:417 (kgdb) down #3 0xf01010fe in db_command (last_cmdp=0xf0200b34, cmd_table=0xf0200994) at ../../ddb/db_command.c:288 (kgdb) bt #0 boot (howto=256) at ../../i386/i386/machdep.c:940 #1 0xf011acc7 in panic (fmt=0xf01011f8 "from debugger") at ../../kern/subr_prf.c:133 #2 0xf0101215 in db_panic (dummy1=-267218430, dummy2=0, dummy3=-1, dummy4=0xefbffd20 "") at ../../ddb/db_command.c:395 #3 0xf01010fe in db_command (last_cmdp=0xf0200b34, cmd_table=0xf0200994) at ../../ddb/db_command.c:288 #4 0xf010127d in db_command_loop () at ../../ddb/db_command.c:417 #5 0xf01035e8 in db_trap (type=12, code=0) at ../../ddb/db_trap.c:73 #6 0xf01c6f4a in kdb_trap (type=12, code=0, regs=0xefbffe70) at ../../i386/i386/db_interface.c:136 #7 0xf01cf6c3 in trap_fatal (frame=0xefbffe70) at ../../i386/i386/trap.c:736 #8 0xf01cf1c0 in trap_pfault (frame=0xefbffe70, usermode=0) at ../../i386/i386/trap.c:651 #9 0xf01cee53 in trap (frame={tf_es = 16, tf_ds = 16, tf_edi = 0, tf_esi = -220122880, tf_ebp = -272630100, tf_isp = -272630120, tf_ebx = -559038242, tf_edx = 1073610751, tf_ecx = -1073610752, tf_eax = -559038242, tf_trapno = 12, tf_err = 0, tf_eip = -267218430, tf_cs = 8, tf_eflags = 66182, tf_esp = -272630072, tf_ss = -267218646}) at ../../i386/i386/trap.c:319 #10 0xf01c77c1 in calltrap () #11 0xf012912a in soclose (so=0xf2e13100) at ../../kern/uipc_socket.c:185 #12 0xf011d9ab in soo_close (fp=0xf2e14680, p=0xf2e13b00) at ../../kern/sys_socket.c:209 #13 0xf010e264 in closef (fp=0xf2e14680, p=0xf2e13b00) at ../../kern/kern_descrip.c:891 #14 0xf010d96f in close (p=0xf2e13b00, uap=0xefbfff94, retval=0xefbfff84) at ../../kern/kern_descrip.c:390 #15 0xf01cf9ed in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = 5, tf_esi = 118928, tf_ebp = -272638948, tf_isp = -272629788, tf_ebx = 152096, tf_edx = 0, tf_ecx = 4, tf_eax = 6, tf_trapno = 7, tf_err = 7, tf_eip = 134771669, tf_cs = 31, tf_eflags = 514, tf_esp = -272638964, tf_ss = 39}) at ../../i386/i386/trap.c:904 #16 0xf01c7815 in Xsyscall () #17 0x113b8 in ?? () #18 0xab6a in ?? () #19 0xf8df in ?? () #20 0x9b70 in ?? () #21 0xb7b2 in ?? () #22 0x1096 in ?? () (kgdb) down #2 0xf0101215 in db_panic (dummy1=-267218430, dummy2=0, dummy3=-1, dummy4=0xefbffd20 "") at ../../ddb/db_command.c:395 (kgdb) up #3 0xf01010fe in db_command (last_cmdp=0xf0200b34, cmd_table=0xf0200994) at ../../ddb/db_command.c:288 (kgdb) up #4 0xf010127d in db_command_loop () at ../../ddb/db_command.c:417 (kgdb) up #5 0xf01035e8 in db_trap (type=12, code=0) at ../../ddb/db_trap.c:73 (kgdb) up #6 0xf01c6f4a in kdb_trap (type=12, code=0, regs=0xefbffe70) at ../../i386/i386/db_interface.c:136 (kgdb) up #7 0xf01cf6c3 in trap_fatal (frame=0xefbffe70) at ../../i386/i386/trap.c:736 (kgdb) up #8 0xf01cf1c0 in trap_pfault (frame=0xefbffe70, usermode=0) at ../../i386/i386/trap.c:651 (kgdb) print usermode $1 = 0 (kgdb) print curpcb $2 = -152907776 (kgdb) set radix 16 Input and output radices now set to decimal 16, hex 10, octal 20. (kgdb) print curpcb $3 = 0xf6e2d000 (kgdb) print *curpcb $4 = 0x0 (kgdb) print curpcb->pcb_onfault Attempt to extract a component of a value that is not a structure pointer. (kgdb) print frame $5 = (struct trapframe *) 0xefbffe70 (kgdb) up #9 0xf01cee53 in trap (frame={tf_es = 0x10, tf_ds = 0x10, tf_edi = 0x0, tf_esi = 0xf2e13100, tf_ebp = 0xefbffeac, tf_isp = 0xefbffe98, tf_ebx = 0xdeadc0de, tf_edx = 0x3ffdffff, tf_ecx = 0xc0020000, tf_eax = 0xdeadc0de, tf_trapno = 0xc, tf_err = 0x0, tf_eip = 0xf0129202, tf_cs = 0x8, tf_eflags = 0x10286, tf_esp = 0xefbffec8, tf_ss = 0xf012912a}) at ../../i386/i386/trap.c:319 (kgdb) up #10 0xf01c77c1 in calltrap () (kgdb) up #11 0xf012912a in soclose (so=0xf2e13100) at ../../kern/uipc_socket.c:185 (kgdb) print so $6 = (struct socket *) 0xf2e13100 (kgdb) print *spo No symbol "spo" in current context. (kgdb) print *so $7 = {so_type = 0x1, so_options = 0x6, so_linger = 0x0, so_state = 0x180, so_pcb = 0xf2e11c00 "", so_proto = 0xf0203fe0, so_head = 0x0, so_incomp = { tqh_first = 0x0, tqh_last = 0xf2e13114}, so_comp = {tqh_first = 0x0, tqh_last = 0xf2e1311c}, so_list = {tqe_next = 0x0, tqe_prev = 0x0}, so_qlen = 0x0, so_qlimit = 0x5, so_timeo = 0x0, so_error = 0x0, so_pgid = 0x0, so_oobmark = 0x0, so_rcv = {sb_cc = 0x0, sb_hiwat = 0x4000, sb_mbcnt = 0x0, sb_mbmax = 0x20000, sb_lowat = 0x1, sb_mb = 0x0, sb_sel = { si_pid = 0x0, si_flags = 0x0}, sb_flags = 0x0, sb_timeo = 0x0}, so_snd = {sb_cc = 0x0, sb_hiwat = 0x4000, sb_mbcnt = 0x0, sb_mbmax = 0x20000, sb_lowat = 0x800, sb_mb = 0x0, sb_sel = {si_pid = 0x0, si_flags = 0x0}, sb_flags = 0x0, sb_timeo = 0x0}, so_tpcb = 0x0, so_upcall = 0, so_upcallarg = 0x0} (kgdb) print sp $8 = (struct socket *) 0xdeadc0de (kgdb) print *sp Cannot access memory at address 0xdeadc0de. (kgdb) print so_comp.tqh_first No symbol "so_comp" in current context. (kgdb) print so $9 = (struct socket *) 0xf2e13100 (kgdb) print so->so_comp.tqh_first $10 = (struct socket *) 0x0 (kgdb) down #10 0xf01c77c1 in calltrap () (kgdb) down #9 0xf01cee53 in trap (frame={tf_es = 0x10, tf_ds = 0x10, tf_edi = 0x0, tf_esi = 0xf2e13100, tf_ebp = 0xefbffeac, tf_isp = 0xefbffe98, tf_ebx = 0xdeadc0de, tf_edx = 0x3ffdffff, tf_ecx = 0xc0020000, tf_eax = 0xdeadc0de, tf_trapno = 0xc, tf_err = 0x0, tf_eip = 0xf0129202, tf_cs = 0x8, tf_eflags = 0x10286, tf_esp = 0xefbffec8, tf_ss = 0xf012912a}) at ../../i386/i386/trap.c:319 (kgdb) up #10 0xf01c77c1 in calltrap () (kgdb) up #11 0xf012912a in soclose (so=0xf2e13100) at ../../kern/uipc_socket.c:185 (kgdb) up #12 0xf011d9ab in soo_close (fp=0xf2e14680, p=0xf2e13b00) at ../../kern/sys_socket.c:209 (kgdb) #13 0xf010e264 in closef (fp=0xf2e14680, p=0xf2e13b00) at ../../kern/kern_descrip.c:891 (kgdb) print fp $11 = (struct file *) 0xf2e14680 (kgdb) print *fp $12 = {f_list = {le_next = 0xf2e0d2c0, le_prev = 0xf2e14440}, f_flag = 0x7, f_type = 0x2, f_count = 0x0, f_msgcount = 0x0, f_cred = 0xf2e12100, f_ops = 0xf0202570, f_offset = 0x0000000000000000, f_data = 0xf2e13100 "\001"} (kgdb) up #14 0xf010d96f in close (p=0xf2e13b00, uap=0xefbfff94, retval=0xefbfff84) at ../../kern/kern_descrip.c:390 (kgdb) print fp $13 = (struct file *) 0xf2e14680 (kgdb) print p $14 = (struct proc *) 0xf2e13b00 (kgdb) print uap $15 = (struct close_args *) 0x1 (kgdb) print retval $16 = (int *) 0xefbfff84 (kgdb) up #15 0xf01cf9ed in syscall (frame={tf_es = 0x27, tf_ds = 0x27, tf_edi = 0x5, tf_esi = 0x1d090, tf_ebp = 0xefbfdc1c, tf_isp = 0xefbfffe4, tf_ebx = 0x25220, tf_edx = 0x0, tf_ecx = 0x4, tf_eax = 0x6, tf_trapno = 0x7, tf_err = 0x7, tf_eip = 0x80873d5, tf_cs = 0x1f, tf_eflags = 0x202, tf_esp = 0xefbfdc0c, tf_ss = 0x27}) at ../../i386/i386/trap.c:904 (kgdb) print p $17 = (struct proc *) 0xf2e13b00 (kgdb) print args $18 = {0x4, 0xefbfd3e8, 0x2a, 0x0, 0x0, 0x0, 0x63, 0x0} (kgdb) print rval $19 = {0x0, 0x0} (kgdb) up #16 0xf01c7815 in Xsyscall () (kgdb) up #17 0x113b8 in ?? () (kgdb) up #18 0xab6a in ?? () (kgdb) p $20 = {0x0, 0x0} (kgdb) up #19 0xf8df in ?? () (kgdb) up #20 0x9b70 in ?? () (kgdb) up #21 0xb7b2 in ?? () (kgdb) up #22 0x1096 in ?? () (kgdb) up Initial frame selected; you cannot go up. (kgdb) >How-To-Repeat: Happens within couple of hours from boot. I also managed to make this happen by starting up innd before the news disks were mounted, but I do not know if this is related. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Apr 15 20:26:28 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA02631 for bugs-outgoing; Mon, 15 Apr 1996 20:26:28 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA02624 for ; Mon, 15 Apr 1996 20:26:24 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id UAA22643; Mon, 15 Apr 1996 20:22:49 -0700 (PDT) To: Hofera@aol.com cc: freebsd-bugs@FreeBSD.org Subject: Re: Strange things happen... In-reply-to: Your message of "Mon, 15 Apr 1996 13:44:43 EDT." <960415134443_375853322@mail02.mail.aol.com> Date: Mon, 15 Apr 1996 20:22:49 -0700 Message-ID: <22640.829624969@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > I recently converted from Linux to FreeBSD (because of too frequent disk > crashes thatI had), so maybe the problem that I'm having is a silly one. > Last weekend I compiled the Khoros 2.02 package for scientific data > visualization and image processing and it was amazing how smooth such a huge > package compiled. The .khoros_env user specific initialization file, which is > also installed inthe run of this process, sets (among others) the environment > variable TMPDIR to the value "/usr/tmp". This is done assuming that /usr/tmp Assigning TMPDIR will cause a lot of utilities to use that variable, as you found vi has done. Unfortunately, if you look at /tmp you'll notice a certain structure to it, like the vi.recover directory that vi needs. By pointing at /usr/tmp, you've confused vi. Recommended fix: Copy everything from /tmp to /usr/tmp like so: % tar cf - -C /tmp . | tar xvf - -C /usr/tmp Remove /tmp % rm -rf /tmp Link /tmp to /usr/tmp % ln -s /usr/tmp /tmp Fixed forever! Jordan From owner-freebsd-bugs Mon Apr 15 20:54:16 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA04961 for bugs-outgoing; Mon, 15 Apr 1996 20:54:16 -0700 (PDT) Received: (from davidg@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA04942 Mon, 15 Apr 1996 20:54:14 -0700 (PDT) Date: Mon, 15 Apr 1996 20:54:14 -0700 (PDT) From: David Greenman Message-Id: <199604160354.UAA04942@freefall.freebsd.org> To: hsu@clinet.fi, davidg, freebsd-bugs Subject: Re: kern/1146 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: panic in soclose (?) State-Changed-From-To: open-closed State-Changed-By: davidg State-Changed-When: Mon Apr 15 20:50:15 PDT 1996 State-Changed-Why: This bug was caused by the struct containing the "next" pointer being freed combined with having the DIAGNOSTIC option enabled in the kernel (which overwrites freed memory with a special pattern). Fixed in rev 1.17 of uipc_socket.c. From owner-freebsd-bugs Mon Apr 15 22:52:43 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA14653 for bugs-outgoing; Mon, 15 Apr 1996 22:52:43 -0700 (PDT) Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA14644 for ; Mon, 15 Apr 1996 22:52:35 -0700 (PDT) Received: by haven.uniserve.com id <37626-3764>; Mon, 15 Apr 1996 22:55:52 -0800 Date: Mon, 15 Apr 1996 22:55:50 -0700 (PDT) From: Tom Samplonius To: Warner Losh cc: bugs@freefall.FreeBSD.org Subject: Re: bin/1145: tftpd should support -s In-Reply-To: <199604160009.SAA02721@rover.village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 15 Apr 1996, Warner Losh wrote: > tftpd doesn't support -s. > But, why does tftpd need "-s"? Tom From owner-freebsd-bugs Tue Apr 16 02:21:43 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA28060 for bugs-outgoing; Tue, 16 Apr 1996 02:21:43 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA28053 for ; Tue, 16 Apr 1996 02:21:32 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id TAA23895; Tue, 16 Apr 1996 19:20:07 +1000 Date: Tue, 16 Apr 1996 19:20:07 +1000 From: Bruce Evans Message-Id: <199604160920.TAA23895@godzilla.zeta.org.au> To: fenner@parc.xerox.com, freebsd-bugs@freefall.freebsd.org Subject: Re: kern/1144: sig{add, del}set and sigismember fns don't check signo Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >Obviously the macros would be much harder to fix > > Would they? How about > > #define sigaddset(set, signo) (((signo) <= 0 || (signo) >= NSIG) ? > (errno = EINVAL, -1) : > (*(set) |= 1 << ((signo) - 1), 0)) > > (untested, as usual) Try it with: for (signo = 0; signo < 32; ) sigaddset(set, signo++); or weird and not so weird things like: void *s = set; sigaddset(set, 1.234); sigaddset(s, SIGINT); which also fail for the standard macro, but would work for a prototyped function. It is possible to write it as a safe macro using Gnu C: #define sigaddset(set, signo) \ ({ struct sigaction *__set = set; \ int __signo = (signo); \ int __rv; \ \ /* 32 because NSIG is in application namespace. */ \ if (__signo <= 0 || __signo >= 32) { \ errno = EINVAL; \ __rv = -1; \ } else { \ *__set |= 1 << __signo; \ __rv = 0; \ } \ __rv; }) Untested, as usual. Who wants all that for a function? It is probably a pessimization to inline it unless signo is a constant. A larger and uglier gcc macro could be used to handle the constant case inline and call a function otherwise. Linux once used inline versions, but switched to function versions because the macros aren't worth the trouble. POSIX.1 1990 is unclearly written in this area. I think it allows our current macros for everything except sigismember(). It doesn't explictly require detection of errors, but it requires sigismember() to either fail and return -1 or succeed and return a value other than 0 if the signal isn't a member of the set. This fits well with most uses of the macros - you check the signal number using sigismember(), or know that it is valid, and then checking it in the other macros is a waste of time. Bruce From owner-freebsd-bugs Tue Apr 16 04:40:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA05420 for bugs-outgoing; Tue, 16 Apr 1996 04:40:06 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA05382 Tue, 16 Apr 1996 04:40:03 -0700 (PDT) Resent-Date: Tue, 16 Apr 1996 04:40:03 -0700 (PDT) Resent-Message-Id: <199604161140.EAA05382@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, jez@netcraft.co.uk Received: from ns0.netcraft.co.uk (ns0.netcraft.co.uk [194.72.238.4]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id EAA05287 for ; Tue, 16 Apr 1996 04:38:19 -0700 (PDT) Received: (from jez@localhost) by ns0.netcraft.co.uk (8.7.5/8.6.9) id MAA18313; Tue, 16 Apr 1996 12:37:58 +0100 (BST) Message-Id: <199604161137.MAA18313@ns0.netcraft.co.uk> Date: Tue, 16 Apr 1996 12:37:58 +0100 (BST) From: jez@netcraft.co.uk (Jeremy Prior) Reply-To: jez@netcraft.co.uk To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/1147: units(1) command missing Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1147 >Category: bin >Synopsis: units(1) missing from FreeBSD -current and -stable >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Tue Apr 16 04:40:02 PDT 1996 >Last-Modified: >Originator: Jeremy Prior >Organization: Netcraft Ltd >Release: FreeBSD 2.1-STABLE i386 >Environment: FreeBSD -current or less >Description: FreeBSD is missing units(1) - Not sure why! >How-To-Repeat: % units units: Command not found. >Fix: Here's the one from NetBSD, written by Adrian Mariano (adrian@cam.cornell.edu or mariano@geom.umn.edu). Installs no problem. [The only thing missing is the caveat in the bugs section of the man page (you know;, the one about not basing financial plans on the currency conversions :-)] -- Cut Here -- # This is a shell archive. Save it in a file, remove anything before # this line, and then unpack it by entering "sh file". Note, it may # create directories; files and directories will be owned by you and # have default permissions. # # This archive contains: # # Makefile # pathnames.h # README # units.1 # units.c # units.lib # echo x - Makefile sed 's/^X//' >Makefile << 'END-of-Makefile' X# $NetBSD: Makefile,v 1.2 1996/04/06 06:00:58 thorpej Exp $ X XPROG= units X Xbeforeinstall: X install -c -o ${BINOWN} -g ${BINGRP} -m 444 \ X ${.CURDIR}/units.lib ${DESTDIR}/usr/share/misc X X.include END-of-Makefile echo x - pathnames.h sed 's/^X//' >pathnames.h << 'END-of-pathnames.h' X/* $NetBSD: pathnames.h,v 1.3 1996/04/06 06:01:00 thorpej Exp $ */ X X/* X * Copyright (c) 1993 Christopher G. Demetriou X * All rights reserved. X * X * Redistribution and use in source and binary forms, with or without X * modification, are permitted provided that the following conditions X * are met: X * 1. Redistributions of source code must retain the above copyright X * notice, this list of conditions and the following disclaimer. X * 2. Redistributions in binary form must reproduce the above copyright X * notice, this list of conditions and the following disclaimer in the X * documentation and/or other materials provided with the distribution. X * 3. All advertising materials mentioning features or use of this software X * must display the following acknowledgement: X * This product includes software developed by Christopher G. Demetriou. X * 4. The name of the author may not be used to endorse or promote products X * derived from this software without specific prior written permission X * X * THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS'' AND ANY EXPRESS OR X * IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES X * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. X * IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY DIRECT, INDIRECT, X * INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT X * NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, X * DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY X * THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT X * (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF X * THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. X */ X X#define _PATH_UNITSLIB "/usr/share/misc/units.lib" END-of-pathnames.h echo x - README sed 's/^X//' >README << 'END-of-README' X# $NetBSD: README,v 1.2 1996/04/06 06:00:59 thorpej Exp $ X XThis is a program which I wrote as a clone of the UNIX 'units' Xcommand. I threw it together in a couple days, but it seems to work, Xwith some restrictions. I have tested it under DOS with Borland C and XUltrix 4.2, and SunOS 4.1. X XThis program differs from the unix units program in the following Xways: X it can gracefully handle exponents larger than 9 in output X it uses 'e' to denote exponentiation in numbers X prefixes are listed in the units file X it tries both -s and -es plurals X it allows use of * for multiply and ^ for exponentiation in the input X the output format is somewhat different X XAdrian Mariano (adrian@cam.cornell.edu or mariano@geom.umn.edu) X END-of-README echo x - units.1 sed 's/^X//' >units.1 << 'END-of-units.1' X.\" $NetBSD: units.1,v 1.6 1996/04/06 06:01:02 thorpej Exp $ X.TH UNITS 1 "14 July 1993" X.SH NAME Xunits - conversion program X.SH SYNTAX X.B units X[-f filename] [-qv] [from-unit to-unit] X.SH SUMMARY X.TP 4 X.B -f filename XSpecifies the name of the units data file to load. X.LP X.TP 4 X.B -q XSuppresses prompting of the user for units and the display of statistics Xabout the number of units loaded. X.LP X.TP 4 X.B -v XPrints the version number. X.LP X.TP 4 X.B from-unit to-unit XAllows a single unit conversion to be done directly from the command Xline. No prompting will occur. The units program will print out Xonly the result of this single conversion. X X.SH DESCRIPTION XThe units program converts quantities expression in various scales to Xtheir equivalents in other scales. The units program can only Xhandle multiplicative scale changes. It cannot convert Centigrade Xto Fahrenheit, for example. It works interactively by prompting Xthe user for input: X.nf X X You have: meters X You want: feet X * 3.2808399 X / 0.3048 X X You have: cm^3 X You want: gallons X * 0.00026417205 X / 3785.4118 X X.fi XPowers of units can be specified using the '^' character as shown in Xthe example, or by simple concatenation: 'cm3' is equivalent to 'cm^3'. XMultiplication of units can be specified by using spaces, a dash or Xan asterisk. Division of units is indicated by the slash ('/'). XNote that multiplication has a higher precedence than division, Xso 'm/s/s' is the same as 'm/s^2' or 'm/s s'. XIf the user enters incompatible unit types, the units program will Xprint a message indicating that the units are not conformable and Xit will display the reduced form for each unit: X.nf X X You have: ergs/hour X You want: fathoms kg^2 / day X conformability error X 2.7777778e-11 kg m^2 / sec^3 X 2.1166667e-05 kg^2 m / sec X X.fi X.LP XThe conversion information is read from a units data file. The default Xfile includes definitions for most familiar units, abbreviations and Xmetric prefixes. Some constants of nature included are: X.in +4m X.ta X.ta 9m + X.nf X Xpi ratio of circumference to diameter Xc speed of light Xe charge on an electron Xg acceleration of gravity Xforce same as g Xmole Avogadro's number Xwater pressure per unit height of water Xmercury pressure per unit height of mercury Xau astronomical unit X X.fi X.in -4m X\'Pound' is a unit of mass. Compound names are run together Xso 'poundforce' is a unit of force. British units that differ from their XUS counterparts are prefixed with 'br', and currency is prefixed with Xits country name: 'belgiumfranc', 'britainpound'. When searching for Xa unit, if the specified string does not appear exactly as a unit Xname, then the units program will try to remove a trailing 's' or Xa trailing 'es' and check again for a match. X.LP XAll of these definitions can be read in the standard units file, or you Xcan supply your own file. A unit is specified on a single line by Xgiving its name and an equivalence. One should be careful to define Xnew units in terms of old ones so that a reduction leads to the Xprimitive units which are marked with '!' characters. XThe units program will not detect infinite loops that could be caused Xby careless unit definitions. X.LP XPrefixes are defined in the same was as standard units, but with Xa trailing dash at the end of the prefix name. X.SH BUGS X.LP XThe effect of including a '/' in a prefix is surprising. X.LP XExponents entered by the user can be only one digit. XYou can work around this by multiplying several terms. X.LP XThe user must use | to indicate division of numbers and / to Xindicate division of symbols. This distinction should not Xbe necessary. X.LP XThe program contains various arbitrary limits on the length Xof the units converted and on the length of the data file. X.LP XThe program should use a hash table to store units so that Xit doesn't take so long to load the units list and check Xfor duplication. X.SH FILES X/usr/share/misc/units.lib - the standard units library X.SH AUTHOR XAdrian Mariano (adrian@cam.cornell.edu or mariano@geom.umn.edu) END-of-units.1 echo x - units.c sed 's/^X//' >units.c << 'END-of-units.c' X/* $NetBSD: units.c,v 1.6 1996/04/06 06:01:03 thorpej Exp $ */ X X/* X * units.c Copyright (c) 1993 by Adrian Mariano (adrian@cam.cornell.edu) X * X * Redistribution and use in source and binary forms, with or without X * modification, are permitted provided that the following conditions X * are met: X * 1. Redistributions of source code must retain the above copyright X * notice, this list of conditions and the following disclaimer. X * 2. The name of the author may not be used to endorse or promote products X * derived from this software without specific prior written permission. X * Disclaimer: This software is provided by the author "as is". The author X * shall not be liable for any damages caused in any way by this software. X * X * I would appreciate (though I do not require) receiving a copy of any X * improvements you might make to this program. X */ X X#include X#include X#include X#include X X#include "pathnames.h" X X#define VERSION "1.0" X X#ifndef UNITSFILE X#define UNITSFILE _PATH_UNITSLIB X#endif X X#define MAXUNITS 1000 X#define MAXPREFIXES 50 X X#define MAXSUBUNITS 500 X X#define PRIMITIVECHAR '!' X Xchar *powerstring = "^"; X Xstruct { X char *uname; X char *uval; X} unittable[MAXUNITS]; X Xstruct unittype { X char *numerator[MAXSUBUNITS]; X char *denominator[MAXSUBUNITS]; X double factor; X}; X Xstruct { X char *prefixname; X char *prefixval; X} prefixtable[MAXPREFIXES]; X X Xchar *NULLUNIT = ""; X Xint unitcount; Xint prefixcount; X X Xchar * Xdupstr(char *str) X{ X char *ret; X X ret = malloc(strlen(str) + 1); X if (!ret) { X fprintf(stderr, "Memory allocation error\n"); X exit(3); X } X strcpy(ret, str); X return (ret); X} X X Xvoid Xreaderror(int linenum) X{ X fprintf(stderr, "Error in units file '%s' line %d\n", UNITSFILE, X linenum); X} X X Xvoid Xreadunits(char *userfile) X{ X FILE *unitfile; X char line[80], *lineptr; X int len, linenum, i; X X unitcount = 0; X linenum = 0; X X if (userfile) { X unitfile = fopen(userfile, "rt"); X if (!unitfile) { X fprintf(stderr, "Unable to open units file '%s'\n", X userfile); X exit(1); X } X } X else { X unitfile = fopen(UNITSFILE, "rt"); X if (!unitfile) { X char *direc, *env; X char filename[1000]; X char separator[2]; X X env = getenv("PATH"); X if (env) { X if (strchr(env, ';')) X strcpy(separator, ";"); X else X strcpy(separator, ":"); X direc = strtok(env, separator); X while (direc) { X strcpy(filename, ""); X strncat(filename, direc, 999); X strncat(filename, "/", X 999 - strlen(filename)); X strncat(filename, UNITSFILE, X 999 - strlen(filename)); X unitfile = fopen(filename, "rt"); X if (unitfile) X break; X direc = strtok(NULL, separator); X } X } X if (!unitfile) { X fprintf(stderr, "Can't find units file '%s'\n", X UNITSFILE); X exit(1); X } X } X } X while (!feof(unitfile)) { X if (!fgets(line, 79, unitfile)) X break; X linenum++; X lineptr = line; X if (*lineptr == '/') X continue; X lineptr += strspn(lineptr, " \n\t"); X len = strcspn(lineptr, " \n\t"); X lineptr[len] = 0; X if (!strlen(lineptr)) X continue; X if (lineptr[strlen(lineptr) - 1] == '-') { /* it's a prefix */ X if (prefixcount == MAXPREFIXES) { X fprintf(stderr, "Memory for prefixes exceeded in line %d\n", X linenum); X continue; X } X lineptr[strlen(lineptr) - 1] = 0; X prefixtable[prefixcount].prefixname = dupstr(lineptr); X for (i = 0; i < prefixcount; i++) X if (!strcmp(prefixtable[i].prefixname, lineptr)) { X fprintf(stderr, "Redefinition of prefix '%s' on line %d ignored\n", X lineptr, linenum); X continue; X } X lineptr += len + 1; X if (!strlen(lineptr)) { X readerror(linenum); X continue; X } X lineptr += strspn(lineptr, " \n\t"); X len = strcspn(lineptr, "\n\t"); X lineptr[len] = 0; X prefixtable[prefixcount++].prefixval = dupstr(lineptr); X } X else { /* it's not a prefix */ X if (unitcount == MAXUNITS) { X fprintf(stderr, "Memory for units exceeded in line %d\n", X linenum); X continue; X } X unittable[unitcount].uname = dupstr(lineptr); X for (i = 0; i < unitcount; i++) X if (!strcmp(unittable[i].uname, lineptr)) { X fprintf(stderr, "Redefinition of unit '%s' on line %d ignored\n", X lineptr, linenum); X continue; X } X lineptr += len + 1; X lineptr += strspn(lineptr, " \n\t"); X if (!strlen(lineptr)) { X readerror(linenum); X continue; X } X len = strcspn(lineptr, "\n\t"); X lineptr[len] = 0; X unittable[unitcount++].uval = dupstr(lineptr); X } X } X fclose(unitfile); X} X Xvoid Xinitializeunit(struct unittype * theunit) X{ X theunit->factor = 1.0; X theunit->numerator[0] = theunit->denominator[0] = NULL; X} X X Xint Xaddsubunit(char *product[], char *toadd) X{ X char **ptr; X X for (ptr = product; *ptr && *ptr != NULLUNIT; ptr++); X if (ptr >= product + MAXSUBUNITS) { X fprintf(stderr, "Memory overflow in unit reduction\n"); X return 1; X } X if (!*ptr) X *(ptr + 1) = 0; X *ptr = dupstr(toadd); X return 0; X} X X Xvoid Xshowunit(struct unittype * theunit) X{ X char **ptr; X int printedslash; X int counter = 1; X X printf("\t%.8g", theunit->factor); X for (ptr = theunit->numerator; *ptr; ptr++) { X if (ptr > theunit->numerator && **ptr && X !strcmp(*ptr, *(ptr - 1))) X counter++; X else { X if (counter > 1) X printf("%s%d", powerstring, counter); X if (**ptr) X printf(" %s", *ptr); X counter = 1; X } X } X if (counter > 1) X printf("%s%d", powerstring, counter); X counter = 1; X printedslash = 0; X for (ptr = theunit->denominator; *ptr; ptr++) { X if (ptr > theunit->denominator && **ptr && X !strcmp(*ptr, *(ptr - 1))) X counter++; X else { X if (counter > 1) X printf("%s%d", powerstring, counter); X if (**ptr) { X if (!printedslash) X printf(" /"); X printedslash = 1; X printf(" %s", *ptr); X } X counter = 1; X } X } X if (counter > 1) X printf("%s%d", powerstring, counter); X printf("\n"); X} X X Xvoid Xzeroerror() X{ X fprintf(stderr, "Unit reduces to zero\n"); X} X X/* X Adds the specified string to the unit. X Flip is 0 for adding normally, 1 for adding reciprocal. X X Returns 0 for successful addition, nonzero on error. X*/ X Xint Xaddunit(struct unittype * theunit, char *toadd, int flip) X{ X char *scratch, *savescr; X char *item; X char *divider, *slash; X int doingtop; X X savescr = scratch = dupstr(toadd); X for (slash = scratch + 1; *slash; slash++) X if (*slash == '-' && X (tolower(*(slash - 1)) != 'e' || X !strchr(".0123456789", *(slash + 1)))) X *slash = ' '; X slash = strchr(scratch, '/'); X if (slash) X *slash = 0; X doingtop = 1; X do { X item = strtok(scratch, " *\t\n/"); X while (item) { X if (strchr("0123456789.", *item)) { /* item is a number */ X double num; X X divider = strchr(item, '|'); X if (divider) { X *divider = 0; X num = atof(item); X if (!num) { X zeroerror(); X return 1; X } X if (doingtop ^ flip) X theunit->factor *= num; X else X theunit->factor /= num; X num = atof(divider + 1); X if (!num) { X zeroerror(); X return 1; X } X if (doingtop ^ flip) X theunit->factor /= num; X else X theunit->factor *= num; X } X else { X num = atof(item); X if (!num) { X zeroerror(); X return 1; X } X if (doingtop ^ flip) X theunit->factor *= num; X else X theunit->factor /= num; X X } X } X else { /* item is not a number */ X int repeat = 1; X X if (strchr("23456789", X item[strlen(item) - 1])) { X repeat = item[strlen(item) - 1] - '0'; X item[strlen(item) - 1] = 0; X } X for (; repeat; repeat--) X if (addsubunit(doingtop ^ flip ? theunit->numerator : theunit->denominator, item)) X return 1; X } X item = strtok(NULL, " *\t/\n"); X } X doingtop--; X if (slash) { X scratch = slash + 1; X } X else X doingtop--; X } while (doingtop >= 0); X free(savescr); X return 0; X} X X Xint Xcompare(const void *item1, const void *item2) X{ X return strcmp(*(char **) item1, *(char **) item2); X} X X Xvoid Xsortunit(struct unittype * theunit) X{ X char **ptr; X int count; X X for (count = 0, ptr = theunit->numerator; *ptr; ptr++, count++); X qsort(theunit->numerator, count, sizeof(char *), compare); X for (count = 0, ptr = theunit->denominator; *ptr; ptr++, count++); X qsort(theunit->denominator, count, sizeof(char *), compare); X} X X Xvoid Xcancelunit(struct unittype * theunit) X{ X char **den, **num; X int comp; X X den = theunit->denominator; X num = theunit->numerator; X X while (*num && *den) { X comp = strcmp(*den, *num); X if (!comp) { X/* if (*den!=NULLUNIT) free(*den); X if (*num!=NULLUNIT) free(*num);*/ X *den++ = NULLUNIT; X *num++ = NULLUNIT; X } X else if (comp < 0) X den++; X else X num++; X } X} X X X X X/* X Looks up the definition for the specified unit. X Returns a pointer to the definition or a null pointer X if the specified unit does not appear in the units table. X*/ X Xstatic char buffer[100]; /* buffer for lookupunit answers with X prefixes */ X Xchar * Xlookupunit(char *unit) X{ X int i; X char *copy; X X for (i = 0; i < unitcount; i++) { X if (!strcmp(unittable[i].uname, unit)) X return unittable[i].uval; X } X X if (unit[strlen(unit) - 1] == '^') { X copy = dupstr(unit); X copy[strlen(copy) - 1] = 0; X for (i = 0; i < unitcount; i++) { X if (!strcmp(unittable[i].uname, copy)) { X strcpy(buffer, copy); X free(copy); X return buffer; X } X } X free(copy); X } X if (unit[strlen(unit) - 1] == 's') { X copy = dupstr(unit); X copy[strlen(copy) - 1] = 0; X for (i = 0; i < unitcount; i++) { X if (!strcmp(unittable[i].uname, copy)) { X strcpy(buffer, copy); X free(copy); X return buffer; X } X } X if (copy[strlen(copy) - 1] == 'e') { X copy[strlen(copy) - 1] = 0; X for (i = 0; i < unitcount; i++) { X if (!strcmp(unittable[i].uname, copy)) { X strcpy(buffer, copy); X free(copy); X return buffer; X } X } X } X free(copy); X } X for (i = 0; i < prefixcount; i++) { X if (!strncmp(prefixtable[i].prefixname, unit, X strlen(prefixtable[i].prefixname))) { X unit += strlen(prefixtable[i].prefixname); X if (!strlen(unit) || lookupunit(unit)) { X strcpy(buffer, prefixtable[i].prefixval); X strcat(buffer, " "); X strcat(buffer, unit); X return buffer; X } X } X } X return 0; X} X X X X/* X reduces a product of symbolic units to primitive units. X The three low bits are used to return flags: X X bit 0 (1) set on if reductions were performed without error. X bit 1 (2) set on if no reductions are performed. X bit 2 (4) set on if an unknown unit is discovered. X*/ X X X#define ERROR 4 X Xint Xreduceproduct(struct unittype * theunit, int flip) X{ X X char *toadd; X char **product; X int didsomething = 2; X X if (flip) X product = theunit->denominator; X else X product = theunit->numerator; X X for (; *product; product++) { X X for (;;) { X if (!strlen(*product)) X break; X toadd = lookupunit(*product); X if (!toadd) { X printf("unknown unit '%s'\n", *product); X return ERROR; X } X if (strchr(toadd, PRIMITIVECHAR)) X break; X didsomething = 1; X if (*product != NULLUNIT) { X free(*product); X *product = NULLUNIT; X } X if (addunit(theunit, toadd, flip)) X return ERROR; X } X } X return didsomething; X} X X X/* X Reduces numerator and denominator of the specified unit. X Returns 0 on success, or 1 on unknown unit error. X*/ X Xint Xreduceunit(struct unittype * theunit) X{ X int ret; X X ret = 1; X while (ret & 1) { X ret = reduceproduct(theunit, 0) | reduceproduct(theunit, 1); X if (ret & 4) X return 1; X } X return 0; X} X X Xint Xcompareproducts(char **one, char **two) X{ X while (*one || *two) { X if (!*one && *two != NULLUNIT) X return 1; X if (!*two && *one != NULLUNIT) X return 1; X if (*one == NULLUNIT) X one++; X else if (*two == NULLUNIT) X two++; X else if (strcmp(*one, *two)) X return 1; X else X one++, two++; X } X return 0; X} X X X/* Return zero if units are compatible, nonzero otherwise */ X Xint Xcompareunits(struct unittype * first, struct unittype * second) X{ X return X compareproducts(first->numerator, second->numerator) || X compareproducts(first->denominator, second->denominator); X} X X Xint Xcompletereduce(struct unittype * unit) X{ X if (reduceunit(unit)) X return 1; X sortunit(unit); X cancelunit(unit); X return 0; X} X X Xvoid Xshowanswer(struct unittype * have, struct unittype * want) X{ X if (compareunits(have, want)) { X printf("conformability error\n"); X showunit(have); X showunit(want); X } X else X printf("\t* %.8g\n\t/ %.8g\n", have->factor / want->factor, X want->factor / have->factor); X} X X Xvoid Xusage() X{ X fprintf(stderr, "\nunits [-f unitsfile] [-q] [-v] [from-unit to-unit]\n"); X fprintf(stderr, "\n -f specify units file\n"); X fprintf(stderr, " -q supress prompting (quiet)\n"); X fprintf(stderr, " -v print version number\n"); X exit(3); X} X X Xint Xmain(int argc, char **argv) X{ X X struct unittype have, want; X char havestr[81], wantstr[81]; X int optchar; X char *userfile = 0; X int quiet = 0; X X extern char *optarg; X extern int optind; X X while ((optchar = getopt(argc, argv, "vqf:")) != -1) { X switch (optchar) { X case 'f': X userfile = optarg; X break; X case 'q': X quiet = 1; X break; X case 'v': X fprintf(stderr, "\n units version %s Copyright (c) 1993 by Adrian Mariano\n", X VERSION); X fprintf(stderr, " This program may be freely distributed\n"); X usage(); X default: X usage(); X break; X } X } X X if (optind != argc - 2 && optind != argc) X usage(); X X readunits(userfile); X X if (optind == argc - 2) { X strcpy(havestr, argv[optind]); X strcpy(wantstr, argv[optind + 1]); X initializeunit(&have); X addunit(&have, havestr, 0); X completereduce(&have); X initializeunit(&want); X addunit(&want, wantstr, 0); X completereduce(&want); X showanswer(&have, &want); X } X else { X if (!quiet) X printf("%d units, %d prefixes\n\n", unitcount, X prefixcount); X for (;;) { X do { X initializeunit(&have); X if (!quiet) X printf("You have: "); X if (!fgets(havestr, 80, stdin)) { X if (!quiet); X putchar('\n'); X exit(0); X } X } while (addunit(&have, havestr, 0) || X completereduce(&have)); X do { X initializeunit(&want); X if (!quiet) X printf("You want: "); X if (!fgets(wantstr, 80, stdin)) { X if (!quiet) X putchar('\n'); X exit(0); X } X } while (addunit(&want, wantstr, 0) || X completereduce(&want)); X showanswer(&have, &want); X } X } X} END-of-units.c echo x - units.lib sed 's/^X//' >units.lib << 'END-of-units.lib' X/ $NetBSD: units.lib,v 1.3 1996/04/06 06:01:04 thorpej Exp $ X X/ primitive units X Xm !a! Xkg !b! Xsec !c! Xcoul !d! Xcandela !e! Xdollar !f! Xbit !h! Xerlang !i! XK !j! X X/ prefixes X Xyotta- 1e24 Xzetta- 1e21 Xexa- 1e18 Xpeta- 1e15 Xtera- 1e12 Xgiga- 1e9 Xmega- 1e6 Xmyria- 1e4 Xkilo- 1e3 Xhecto- 1e2 Xdeka- 1e1 Xdeci- 1e-1 Xcenti- 1e-2 Xmilli- 1e-3 Xmicro- 1e-6 Xnano- 1e-9 Xpico- 1e-12 Xfemto- 1e-15 Xatto- 1e-18 Xzopto- 1e-21 Xyocto- 1e-24 X Xsemi- .5 Xdemi- .5 X XY- yotta XZ- zetta XE- exa XP- peta XT- tera XG- giga XM- mega Xk- kilo Xh- hecto Xda- deka Xd- deci Xc- centi Xm- milli Xp- pico Xf- femto Xa- atto Xz- zopto Xy- yocto X X/ constants X Xfuzz 1 Xpi 3.14159265358979323846 Xc 2.99792458e+8 m/sec fuzz Xg 9.80665 m/sec2 Xau 1.49597871e+11 m fuzz Xmole 6.022169e+23 fuzz Xe 1.6021917e-19 coul fuzz Xenergy c2 Xforce g Xmercury 1.33322e+5 kg/m2-sec2 Xhg mercury X X/ dimensionless X Xradian .5 / pi Xdegree 1|180 pi-radian Xcircle 2 pi-radian Xturn 2 pi-radian Xrevolution turn Xrev turn Xgrade .9 degree Xarcdeg 1 degree Xarcmin 1|60 arcdeg Xccs 1|36 erlang Xarcsec 1|60 arcmin X Xsteradian radian2 Xsphere 4 pi-steradian Xsr steradian X X/ Time X Xsecond sec Xs sec Xminute 60 sec Xmin minute Xhour 60 min Xhr hour Xday 24 hr Xda day Xweek 7 day Xyear 365.24219879 day fuzz Xyr year Xmonth 1|12 year Xms millisec Xus microsec X X/ Mass X Xgram millikg Xgm gram Xmg milligram Xmetricton kilokg X X/ Avoirdupois X Xlb .45359237 kg Xpound lb Xlbf lb g Xounce 1|16 lb Xoz ounce Xdram 1|16 oz Xdr dram Xgrain 1|7000 lb Xgr grain Xshortton 2000 lb Xton shortton Xlongton 2240 lb X X/ Apothecary X Xscruple 20 grain Xapdram 60 grain Xapounce 480 grain Xappound 5760 grain Xtroypound appound X X/ Length X Xmeter m Xcm centimeter Xmm millimeter Xkm kilometer Xnm nanometer Xmicron micrometer Xangstrom decinanometer X Xinch 2.54 cm Xin inch Xfoot 12 in Xfeet foot Xft foot Xyard 3 ft Xyd yard Xrod 5.5 yd Xrd rod Xmile 5280 ft Xmi mile X Xbritish 1200|3937 m/ft Xnmile 1852 m X Xacre 4840 yd2 X Xcc cm3 Xliter kilocc Xml milliliter X X/ US Liquid X Xgallon 231 in3 Ximperial 1.20095 Xgal gallon Xquart 1|4 gal Xqt quart Xpint 1|2 qt Xpt pint X Xfloz 1|16 pt Xfldr 1|8 floz X X/ US Dry X Xdry 268.8025 in3/gallon fuzz Xpeck 8 dry-quart Xpk peck Xbushel 4 peck Xbu bushel Xchaldron 36 bushel X X/ British X Xbrgallon 277.420 in3 fuzz Xbrquart 1|4 brgallon Xbrpint 1|2 brquart Xbrfloz 1|20 brpint Xbrpeck 554.84 in3 fuzz Xbrbushel 4 brpeck X X/ Energy Work X Xnewton kg-m/sec2 Xnt newton XN newton Xjoule nt-m Xcal 4.1868 joule X X/ Electrical X Xcoulomb coul XC coul Xampere coul/sec Xamp ampere Xwatt joule/sec Xvolt watt/amp Xohm volt/amp Xmho /ohm Xfarad coul/volt Xhenry sec2/farad Xweber volt-sec X X/ Light X Xcd candela Xlumen cd sr Xlux cd sr/m2 X X/ Wall Street Journal, July 2, 1993 X X$ dollar Xargentinapeso $ Xaustraliadollar .66 $ Xaustriaschilling .83 $ Xbahraindinar 2.6522 $ Xbelgiumfranc .028 $ Xbrazilcruzeiro .000019 $ Xbritainpound 1.49 $ Xcanadadollar .77 $ Xczechkoruna .034 $ Xchilepeso .0025 $ Xchinarenminbi .174856 $ Xcolombiapeso .001495 $ Xdenmarkkrone .15 $ Xecuadorsucre .000539 $ Xfinlandmarkka .17 $ Xfrancefranc .17 $ Xgermanymark .58 $ Xgreatbritainpound britainpound Xgreecedrachma .0043 $ Xhongkongdollar .13 $ Xhungaryforint .011 $ Xindiarupee .03211 $ Xindonesiarupiah .0004782 $ Xirelandpunt 1.43 $ Xisraelshekel .3642 $ Xitalylira .00064 $ Xjapanyen .0093 $ Xjordandinar 1.4682 $ Xkuwaitdinar 3.3173 $ Xlebanonpound .000578 $ Xmalaysiaringgit .338 $ Xmaltalira 2.6042 $ Xmexicopeso .3205128 $ Xnetherlandguilder .52 $ Xnewzealanddollar .539 $ Xnorwaykrone .139 $ Xpakistanrupee .037 $ Xperunewsol .5065 $ Xphilippinespeso .03738 $ Xpolandzloty .000059 $ Xportugalescudo .00617 $ Xsaudiarabiariyal .26702 $ Xsingaporedollar .6157 $ Xslovakkoruna .034 $ Xsouthamericarand .21 $ Xsouthkoreawon .001 $ Xspainpeseta .007 $ Xswedenkrona .13 $ Xswitzerlandfranc .66 $ Xtaiwandollar .038285 $ Xthailandbaht .03962 $ Xturkeylira .0000929 $ Xunitedarabdirham .2723 $ Xuruguaynewpeso .246852 $ Xvenezuelabolivar .011 $ X Xmark germanymark Xbolivar venezuelabolivar Xpeseta spainpeseta Xrand southafricarand Xescudo portugalescudo Xsol perusol Xguilder netherlandsguilder Xhollandguilder netherlandsguilder Xpeso mexicopeso Xyen japanyen Xlira italylira Xrupee indiarupee Xdrachma greecedrachma Xfranc francefranc Xmarkka finlandmarkka Xsucre ecuadorsucre Xpoundsterling britainpound Xcruzeiro brazilcruzeiro X X/ computer X Xbaud bit/sec Xbyte 8 bit Xblock 512 byte Xkbyte 1024 byte Xmegabyte 1024 kbyte Xgigabyte 1024 megabyte Xmeg megabyte X X X/ Trivia X X% 1|100 Xadmiraltyknot 6080 ft/hr Xapostilb cd/pi-m2 Xare 1e+2 m2 Xarpentcan 27.52 mi Xarpentlin 191.835 ft Xastronomicalunit au Xatmosphere 1.01325e+5 nt/m2 Xatm atmosphere Xatomicmassunit 1.66044e-27 kg fuzz Xamu atomicmassunit Xbag 94 lb Xbakersdozen 13 Xbar 1e+5 nt/m2 Xbarie 1e-1 nt/m2 Xbarleycorn 1|3 in Xbarn 1e-28 m2 Xbarrel 42 gal Xbarye 1e-1 nt/m2 Xbev 1e+9 e-volt Xbiot 10 amp Xblondel cd/pi-m2 Xboardfoot 144 in3 Xbolt 40 yd Xbottommeasure 1|40 in Xbritishthermalunit 1.05506e+3 joule fuzz Xbtu britishthermalunit Xrefrigeration 12000 btu/ton-hour Xbuck dollar Xcable 720 ft Xcaliber 1e-2 in Xcalorie cal Xcarat 205 mg Xcaratgold 1|24 Xcent centidollar Xcental 100 lb Xcentesimalminute 1e-2 grade Xcentesimalsecond 1e-4 grade Xcentury 100 year Xcfs ft3/sec Xchain 66 ft Xcircularinch 1|4 pi-in2 Xcircularmil 1e-6|4 pi-in2 Xclusec 1e-8 mm-hg m3/s Xcoomb 4 bu Xcord 128 ft3 Xcordfoot cord Xcrith 9.06e-2 gm Xcubit 18 in Xcup 1|2 pt Xcurie 3.7e+10 /sec Xdalton amu Xdecade 10 yr Xdipotre /m Xdisplacementton 35 ft3 Xdoppelzentner 100 kg Xdozen 12 Xdrop .03 cm3 Xdyne cm-gm/sec2 Xelectronvolt e-volt Xell 45 in Xengineerschain 100 ft Xengineerslink 100|100 ft Xequivalentfootcandle lumen/pi-ft2 Xequivalentlux lumen/pi-m2 Xequivalentphot cd/pi-cm2 Xerg cm2-gm/sec2 Xev e-volt Xfaraday 9.652e+4 coul Xfathom 6 ft Xfermi 1e-15 m Xfifth 4|5 qt Xfin 5 dollar Xfinger 7|8 in Xfirkin 9 gal Xfootcandle lumen/ft2 Xfootlambert cd/pi-ft2 Xfortnight 14 da Xfranklin 3.33564e-10 coul Xfrigorie kilocal Xfurlong 220 yd Xgalileo 1e-2 m/sec2 Xgamma 1e-9 weber/m2 Xgauss 1e-4 weber/m2 Xgeodeticfoot british-ft Xgeographicalmile 1852 m Xgilbert 7.95775e-1 amp Xgill 1|4 pt Xgross 144 Xgunterschain 22 yd Xhand 4 in Xhectare 1e+4 m2 Xhefnercandle .92 cd Xhertz /sec XHz hertz Xhogshead 2 barrel Xhd hogshead Xhomestead 1|4 mi2 Xhorsepower 550 ft-lb-g/sec Xhp horsepower Xhyl gm force sec2/m Xhz /sec Ximaginarycubicfoot 1.4 ft3 Xjeroboam 4|5 gal Xkarat 1|24 Xkcal kilocal Xkcalorie kilocal Xkev 1e+3 e-volt Xkey kg Xkhz 1e+3 /sec Xkilderkin 18 gal Xknot nmile/hr Xlambert cd/pi-cm2 Xlangley cal/cm2 Xlast 80 bu Xleague 3 mi Xlightyear c-yr Xline 1|12 in Xlink 66|100 ft Xlonghundredweight 112 lb Xlongquarter 28 lb Xlusec 1e-6 mm-hg m3/s Xmach 331.46 m/sec Xmagnum 2 qt Xmarineleague 3 nmile Xmaxwell 1e-8 weber Xmetriccarat 200 mg Xmgd megagal/day Xmh millihenry Xmhz 1e+6 /sec Xmil 1e-3 in Xmillenium 1000 year Xminersinch 1.5 ft3/min Xminim 1|60 fldr Xmo month Xmpg mile/gal Xmph mile/hr Xnail 1|16 yd Xnauticalmile nmile Xnit cd/m2 Xnoggin 1|8 qt Xnox 1e-3 lux Xns nanosec Xoersted 2.5e+2 pi-amp/m Xoe oersted Xpace 36 in Xpalm 3 in Xparasang 3.5 mi Xparsec au-radian/arcsec Xpascal nt/m2 Xpc parsec Xpennyweight 1|20 oz Xpwt pennyweight Xpercent % Xperch rd Xpf picofarad Xphot lumen/cm2 Xpica 1|6 in Xpieze 1e+3 nt/m2 Xpipe 4 barrel Xpoint 1|72 in Xpoise gm/cm-sec Xpole rd Xpoundal ft-lb/sec2 Xpdl poundal Xproof 1|200 Xpsi lb-g/in2 Xquarter 9 in Xquartersection 1|4 mi2 Xquintal 100 kg Xquire 25 Xrad 100 erg/gm Xream 500 Xregisterton 100 ft3 Xrehoboam 156 floz Xrhe 10 m2/nt-sec Xrontgen 2.58e-4 curie/kg Xrood 1.21e+3 yd Xrope 20 ft Xrutherford 1e+6 /sec Xrydberg 1.36054e+1 ev Xsabin 1 ft2 Xsack 3 bu Xseam 8 bu Xsection mi2 Xshippington 40 ft3 Xshorthundredweight 100 lb Xshortquarter 25 lb Xsiemens /ohm Xsigma microsec Xskein 120 yd Xskot 1e-3 apostilb Xslug lb-g-sec2/ft Xspan 9 in Xspat 4 pi sr Xspindle 14400 yd Xsquare 100 ft2 Xstere m3 Xsthene 1e+3 nt Xstilb cd/cm2 Xstoke 1e-4 m2/sec Xstone 14 lb Xstrike 2 bu Xsurveyfoot british-ft Xsurveyyard 3 surveyfoot Xsurveyorschain 66 ft Xsurveyorslink 66|100 ft Xtablespoon 4 fldr Xteaspoon 4|3 fldr Xtesla weber/m2 Xtherm 1e+5 btu Xthermie 1e+6 cal Xtimberfoot ft3 Xtnt 4.6e+6 m2/sec2 Xtonne 1e+6 gm Xtorr mm hg Xtownship 36 mi2 Xtun 8 barrel Xwater gram g / cc Xwey 40 bu Xweymass 252 lb XXunit 1.00202e-13 m Xk 1.38047e-16 erg/degC X X XdegC K Xkelvin K Xbrewster 1e-12 m2/newton XdegF 5|9 degC Xdegreesrankine degF Xdegrankine degreesrankine Xdegreerankine degF Xdegreaumur 10|8 degC Xdrachm 60 grain Xponcelet 100 kg m g / sec Xdenier .05|450 gram / m Xtex .001 gram / m Xenglishell 45 inch Xscottishell 37.2 inch Xflemishell 27 inch Xplanck 6.626e-34 joule-sec Xhbar 1.055e-34 joule-sec Xelectronmass 9.1095e-31 kg Xprotonmass 1.6726e-27 kg Xneutronmass 1.6606e-27 kg XV volt XeV e V Xbohrradius hbar2-C2/8.988e9 N m2-e2-electronmass Xbecquerel 1|3.7e10 curie Xfresnel 1e12 hertz Xstatcoul 1|2.99792458e9 coul Xstatamp 1|2.99792458e9 amp Xstatvolt 2.99792458e2 volt Xstatcoulomb statcoul Xstatampere statamp Xdebye 3.336e-30 coul-m Xpulsatance 2 pi/sec Xrpm rev/minute Xrps rev/sec Xkilohm kiloohm Xmegohm megaohm Xsiderealyear 365.256360417 day Xsiderealday 23.934469444 hour Xsiderealhour 1|24 sidereal day Xlunarmonth 29.5305555 day Xsynodicmonth lunarmonth Xsiderealmonth 27.32152777 day Xtropicalyear year Xsolaryear year Xlunaryear 12 lunarmonth Xcran 37.5 brgallon Xkip 1000 lbf Xfrenchfoot 16|15 ft Xfrenchfeet frenchfoot Xtoise 6 frenchfeet Xsievert 8.4 rontgen Xcandle 1.02 candela Xmilitarypace 2.5 feet Xmetre meter Xlitre liter Xgramme gram Xiudiptheria 62.8 microgram Xiupenicillin .6 microgram Xiuinsulin 41.67 microgram Xcottonyarncount 2520 ft/pound Xlinenyarncount 900 ft/pound Xworstedyarncount 1680 ft/pound Xmetricyarncount meter/gram Xjewlerspoint 2 milligram X END-of-units.lib exit >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Apr 16 05:47:42 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA08654 for bugs-outgoing; Tue, 16 Apr 1996 05:47:42 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA08649 for ; Tue, 16 Apr 1996 05:47:38 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id WAA32001; Tue, 16 Apr 1996 22:37:47 +1000 Date: Tue, 16 Apr 1996 22:37:47 +1000 From: Bruce Evans Message-Id: <199604161237.WAA32001@godzilla.zeta.org.au> To: bde@zeta.org.au, fenner@parc.xerox.com, freebsd-bugs@freefall.freebsd.org Subject: Re: kern/1144: sig{add, del}set and sigismember fns don't check signo Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I wrote: >#define sigaddset(set, signo) \ > ({ struct sigaction *__set = set; \ > int __signo = (signo); \ > int __rv; \ > \ > /* 32 because NSIG is in application namespace. */ \ > if (__signo <= 0 || __signo >= 32) { \ > errno = EINVAL; \ Namespace stuff is tricky. I think EINVAL isn't supposed to be visible if only is included, so it can't be used directly. Bruce From owner-freebsd-bugs Tue Apr 16 07:37:34 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA15907 for bugs-outgoing; Tue, 16 Apr 1996 07:37:34 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA15896 for ; Tue, 16 Apr 1996 07:37:30 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.7.5/8.6.6) with SMTP id IAA04439; Tue, 16 Apr 1996 08:37:09 -0600 (MDT) Message-Id: <199604161437.IAA04439@rover.village.org> To: Tom Samplonius Subject: Re: bin/1145: tftpd should support -s Cc: bugs@freefall.FreeBSD.org In-reply-to: Your message of Mon, 15 Apr 1996 22:55:50 PDT Date: Tue, 16 Apr 1996 08:37:09 -0600 From: Warner Losh Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk : But, why does tftpd need "-s"? 1) It is more secure than the normal tftpd because you know for sure that it will not be able to get any files that aren't in the chrooted tree. With directory prefixes you don't turn off following things through symbolic links, which is a minor security exposure that many people don't wish to expose their machines to. 2) I have a bunch of X terms that are hard to configure such that it will add the /usr/tftpboot or whatever on the front of them. There are other aps that I have as well that are hard if not impossible to reconfigure, and this solves that problem nicely. Warner From owner-freebsd-bugs Tue Apr 16 09:00:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA21011 for bugs-outgoing; Tue, 16 Apr 1996 09:00:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA20979 Tue, 16 Apr 1996 09:00:03 -0700 (PDT) Date: Tue, 16 Apr 1996 09:00:03 -0700 (PDT) Message-Id: <199604161600.JAA20979@freefall.freebsd.org> To: freebsd-bugs Cc: From: Bill Fenner Subject: Re: bin/1145: tftpd should support -s Reply-To: Bill Fenner Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/1145; it has been noted by GNATS. From: Bill Fenner To: imp@village.org Cc: FreeBSD-gnats-submit@freebsd.org, fenner@parc.xerox.com Subject: Re: bin/1145: tftpd should support -s Date: Tue, 16 Apr 1996 08:53:26 PDT In message <199604160009.SAA02721@rover.village.org>you write: >+ setuid( 32767 ); /* Revert to running as nobody */ Careful! On my FreeBSD boxes, nobody is uid 65534. I think what you really want to do is if ((nobody = getpwnam("nobody")) == NULL) { syslog(LOG_ERROR, "nobody: no such user"); exit(1); } setuid(nobody->pw_uid); >+ syslog(LOG_WARNING, "Access to theentire system graned"); I'm not sure that logging a warning is the right thing to do; this opens the door for logfile spamming. How about just failing to run if no path arguments are specified, and requiring an explicit "/" argument to allow granting access to the entire system? Bill From owner-freebsd-bugs Tue Apr 16 09:00:11 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA21070 for bugs-outgoing; Tue, 16 Apr 1996 09:00:11 -0700 (PDT) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA21053 for ; Tue, 16 Apr 1996 09:00:09 -0700 (PDT) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <17665(5)>; Tue, 16 Apr 1996 08:59:22 PDT Received: from localhost ([127.0.0.1]) by crevenia.parc.xerox.com with SMTP id <177475>; Tue, 16 Apr 1996 08:57:45 -0700 X-Mailer: exmh version 1.6.4 10/10/95 To: Tom Samplonius cc: Warner Losh , bugs@freefall.freebsd.org Subject: Re: bin/1145: tftpd should support -s In-reply-to: Your message of "Mon, 15 Apr 1996 22:55:50 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 16 Apr 1996 08:57:33 PDT From: Bill Fenner Message-Id: <96Apr16.085745pdt.177475@crevenia.parc.xerox.com> Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In message you wri te: > But, why does tftpd need "-s"? So that you can replace your old tftp server with a FreeBSD box without changing the "/my.boot.file" pathname that is in the NVRAM of 50 X-terminals. Bill From owner-freebsd-bugs Tue Apr 16 09:19:22 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA22091 for bugs-outgoing; Tue, 16 Apr 1996 09:19:22 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA22085 for ; Tue, 16 Apr 1996 09:19:19 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.7.5/8.6.6) with SMTP id KAA04837; Tue, 16 Apr 1996 10:19:05 -0600 (MDT) Message-Id: <199604161619.KAA04837@rover.village.org> To: Bill Fenner Subject: Re: bin/1145: tftpd should support -s Cc: Tom Samplonius , bugs@freefall.freebsd.org In-reply-to: Your message of Tue, 16 Apr 1996 08:57:33 PDT Date: Tue, 16 Apr 1996 10:19:04 -0600 From: Warner Losh Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk : So that you can replace your old tftp server with a FreeBSD box without : changing the "/my.boot.file" pathname that is in the NVRAM of 50 X-terminals. Yes. I replaced a SunOS machine that had ran 'tftpd -s /tftpboot' and I don't want to have to dink with all the NVRAM settings, some of which I have no docs for.... It is worse than that on some of the machines. They always request the IP address as a hex number, and don't prefix it with anything. And all the fonts are retrieved by tftp because there is no NFS traffic on my network, and can be no NFS traffic due to security policy. I've received some feedback from various people, and wish to modify my patches to reflect their comments. Is there anything special I need to do, or should I just do another send-pr? Warner From owner-freebsd-bugs Tue Apr 16 12:50:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA03144 for bugs-outgoing; Tue, 16 Apr 1996 12:50:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA03137 Tue, 16 Apr 1996 12:50:02 -0700 (PDT) Resent-Date: Tue, 16 Apr 1996 12:50:02 -0700 (PDT) Resent-Message-Id: <199604161950.MAA03137@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, imp@village.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA02929 for ; Tue, 16 Apr 1996 12:46:33 -0700 (PDT) Received: (from imp@localhost) by rover.village.org (8.7.5/8.6.6) id NAA05546; Tue, 16 Apr 1996 13:46:22 -0600 (MDT) Message-Id: <199604161946.NAA05546@rover.village.org> Date: Tue, 16 Apr 1996 13:46:22 -0600 (MDT) From: Warner Losh Reply-To: imp@village.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/1148: chroot.2 docs not complete Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1148 >Category: docs >Synopsis: chroot(2) missing EPERM >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Tue Apr 16 12:50:01 PDT 1996 >Last-Modified: >Originator: Warner Losh >Organization: Warner Losh imp@village.org >Release: FreeBSD 2.1.0-RELEASE i386 (and -current) >Environment: >Description: chroot can return EPERM when the effective user ID is not the super-user, yet this case is not reflected in the man page. >How-To-Repeat: man 2 chroot >Fix: Apply this patch to the man page: Index: chroot.2 =================================================================== RCS file: /home/imp/FreeBSD/CVS/src/lib/libc/sys/chroot.2,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 chroot.2 --- chroot.2 1994/05/27 04:58:09 1.1.1.1 +++ chroot.2 1996/04/16 19:40:01 @@ -71,6 +71,8 @@ .Bl -tag -width [ENOTDIR] .It Bq Er ENOTDIR A component of the path name is not a directory. +.It Bq Er EPERM +The effective user ID is not the super-user. .It Bq Er EINVAL The pathname contains a character with the high-order bit set. .It Bq Er ENAMETOOLONG >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Apr 16 14:00:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA08773 for bugs-outgoing; Tue, 16 Apr 1996 14:00:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA08733 Tue, 16 Apr 1996 14:00:02 -0700 (PDT) Date: Tue, 16 Apr 1996 14:00:02 -0700 (PDT) Message-Id: <199604162100.OAA08733@freefall.freebsd.org> To: freebsd-bugs Cc: From: Warner Losh Subject: Re: bin/1145: tftpd should support -s Reply-To: Warner Losh Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/1145; it has been noted by GNATS. From: Warner Losh To: Bill Fenner Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/1145: tftpd should support -s Date: Tue, 16 Apr 1996 14:53:20 -0600 I've taken Bill's and Garrett's suggestions and made those changes. I've also moved the chroot to *AFTER* the recvfrom because if it is before and there is a problem with the chroot then inetd would loop very quickly... Here's the whole patch, please ignore the first patch I submitted. Comments? Warner Index: tftpd.8 =================================================================== RCS file: /home/imp/FreeBSD/CVS/src/libexec/tftpd/tftpd.8,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 tftpd.8 --- tftpd.8 1994/05/27 12:39:25 1.1.1.1 +++ tftpd.8 1996/04/15 23:56:55 @@ -42,6 +42,7 @@ .Nm tftpd .Op Fl l .Op Fl n +.Op Fl s Ar directory .Op Ar directory ... .Sh DESCRIPTION .Nm Tftpd @@ -87,6 +88,15 @@ The given directories are also treated as a search path for relative filename requests. .Pp +The chroot option provides additional security by restricting access +of tftpd to only a chroot'd file system. This is useful when moving +from an OS that supported +.Nm -s +as a boot server. Because chroot is restricted to root, you must run +tftpd as root. However, if you chroot, then +.Nm tftpd +will set its user id to nobody. +.Pp The options are: .Bl -tag -width Ds .It Fl l @@ -95,6 +105,11 @@ .It Fl n Suppresses negative acknowledgement of requests for nonexistent relative filenames. +.It Fl s Ar directory +Causes tftpd to chroot to +.Pa directory +before accepting commands. In addition, the user id is set to +nobody. .El .Sh SEE ALSO .Xr tftp 1 , Index: tftpd.c =================================================================== RCS file: /home/imp/FreeBSD/CVS/src/libexec/tftpd/tftpd.c,v retrieving revision 1.2 diff -u -r1.2 tftpd.c --- tftpd.c 1995/02/26 23:28:00 1.2 +++ tftpd.c 1996/04/16 20:47:27 @@ -52,6 +52,7 @@ #include #include #include +#include #include #include @@ -68,6 +69,7 @@ #include #include #include +#include #include "tftpsubs.h" @@ -113,9 +115,11 @@ register int n; int ch, on; struct sockaddr_in sin; + char *chroot_dir = NULL; + struct passwd *nobody; openlog("tftpd", LOG_PID, LOG_FTP); - while ((ch = getopt(argc, argv, "ln")) != EOF) { + while ((ch = getopt(argc, argv, "lns:")) != EOF) { switch (ch) { case 'l': logging = 1; @@ -123,10 +127,14 @@ case 'n': suppress_naks = 1; break; + case 's': + chroot_dir = optarg; + break; default: syslog(LOG_WARNING, "ignoring unknown option -%c", ch); } } + if (optind < argc) { struct dirlist *dirp; @@ -140,6 +148,10 @@ } } } + else if (chroot_dir) { + dirs->name = "/"; + dirs->len = 1; + } on = 1; if (ioctl(0, FIONBIO, &on) < 0) { @@ -203,6 +215,27 @@ exit(0); } } + + /* + * Since we exit here, we should do that only after the above + * recvfrom to keep inetd from constantly forking should there + * be a problem. See the above comment about system clogging. + */ + if (chroot_dir) { + /* Must get this before chroot because /etc might go away */ + if ((nobody = getpwnam("nobody")) == NULL) { + syslog(LOG_ERR, "nobody: no such user"); + exit(1); + } + if (chroot(chroot_dir)) { + syslog(LOG_ERR, "chroot: %s: %m", chroot_dir); + exit(1); + } + chdir( "/" ); + setuid(nobody->pw_uid); + } + + from.sin_family = AF_INET; alarm(0); close(0); From owner-freebsd-bugs Tue Apr 16 16:30:18 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA17430 for bugs-outgoing; Tue, 16 Apr 1996 16:30:18 -0700 (PDT) Received: from zeta.procergs.com.br (zeta.procergs.com.br [200.248.240.33]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA17417 for ; Tue, 16 Apr 1996 16:30:13 -0700 (PDT) Received: from async177.procergs.com.br by zeta.procergs.com.br (AIX 3.2/UCB 5.64/4.03) id AA43266; Tue, 16 Apr 1996 20:29:05 -0300 Date: Tue, 16 Apr 1996 20:29:05 -0300 Message-Id: <9604162329.AA43266@zeta.procergs.com.br> X-Sender: fabiano@vortex.ufrgs.br (Unverified) X-Mailer: Windows Eudora Light Version 1.5.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: bugs@FreeBSD.ORG From: Henri Bigatti <@zeta.procergs.com.br,@beta.procergs:bigatti@memob> Subject: SCSI AHA 2940 boot problems Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I'm user of Linux and I'm trying to change to FreBSD, but I had many problems. My configuration is : Pentium 133MHz with Adaptec AHA2940 BIOS v1.21 controller, HD 1G and CDRom 6x, all of hem SCSI. My problem is during de boot, whem the SCSI controller isn't recognized, by the software. I would be very grateful for any help! Thanks, Henri Bigatti From owner-freebsd-bugs Tue Apr 16 16:43:37 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA18382 for bugs-outgoing; Tue, 16 Apr 1996 16:43:37 -0700 (PDT) Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA18372 Tue, 16 Apr 1996 16:43:34 -0700 (PDT) Message-Id: <199604162343.QAA18372@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: Henri Bigatti <@zeta.procergs.com.br,@beta.procergs:bigatti@memob> cc: bugs@FreeBSD.ORG Subject: Re: SCSI AHA 2940 boot problems In-reply-to: Your message of "Tue, 16 Apr 1996 20:29:05 -0300." <9604162329.AA43266@zeta.procergs.com.br> Date: Tue, 16 Apr 1996 16:43:34 -0700 From: "Justin T. Gibbs" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I'm user of Linux and I'm trying to change to FreBSD, but I had many >problems. > My configuration is : > Pentium 133MHz with Adaptec AHA2940 BIOS v1.21 controller, HD 1G and >CDRom 6x, all of hem SCSI. > My problem is during de boot, whem the SCSI controller isn't recognized, >by the software. > > I would be very grateful for any help! > > Thanks, > Henri Bigatti What version of FreeBSD are you trying to install? -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-bugs Wed Apr 17 10:09:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA19825 for bugs-outgoing; Wed, 17 Apr 1996 10:09:04 -0700 (PDT) Received: from zeta.procergs.com.br (zeta.procergs.com.br [200.248.240.33]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA19820 for ; Wed, 17 Apr 1996 10:09:00 -0700 (PDT) Received: from async118.procergs.com.br by zeta.procergs.com.br (AIX 3.2/UCB 5.64/4.03) id AA46824; Wed, 17 Apr 1996 14:07:48 -0300 Message-Id: <9604171707.AA46824@zeta.procergs.com.br> Date: Wed, 17 Apr 96 14:10:13 -0400 From: Henri Bigatti <@zeta.procergs.com.br,@beta.procergs:bigatti@memob> X-Mailer: Mozilla 1.2 (Windows; I; 16bit) Mime-Version: 1.0 To: bugs@FreeBSD.ORG Subject: Re: SCSI AHA 2940 boot problems Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> >> I'm user of Linux and I'm trying to change to FreBSD, but I had >> many problems. >> My configuration is : >> Pentium 133MHz with Adaptec AHA2940 BIOS v1.21 controller, HD 1G >> and CDRom 6x, all of hem SCSI. >> My problem is during de boot, whem the SCSI controller >> isn't recognized, by the software. >> >> I would be very grateful for any help! >> >> Thanks, >> Henri Bigatti > >What version of FreeBSD are you trying to install? > > >Justin T. Gibbs > > Mr. Justin T. Gibbs Thanks for your answer to my question. The version of FreeBSD that I'm trying to install is 2.1.0. I download this version from : ftp.freebsd.com /pub/FreeBSD/2.1.0-RELEASE I make a copy of the boot disk from: ../floppies/boot.flp When I give the boot the software recognize the floppy drive but don't recognize the SCSI AHA 2940 Controller. Thanks for your help, Henri Bigatti From owner-freebsd-bugs Wed Apr 17 12:58:53 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA01754 for bugs-outgoing; Wed, 17 Apr 1996 12:58:53 -0700 (PDT) Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA01748 Wed, 17 Apr 1996 12:58:51 -0700 (PDT) Message-Id: <199604171958.MAA01748@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: Henri Bigatti <@zeta.procergs.com.br,@beta.procergs:bigatti@memob> cc: bugs@FreeBSD.ORG Subject: Re: SCSI AHA 2940 boot problems In-reply-to: Your message of "Wed, 17 Apr 1996 14:10:13 EDT." <9604171707.AA46824@zeta.procergs.com.br> Date: Wed, 17 Apr 1996 12:58:51 -0700 From: "Justin T. Gibbs" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >>> >>> I'm user of Linux and I'm trying to change to FreBSD, but I had >>> many problems. >>> My configuration is : >>> Pentium 133MHz with Adaptec AHA2940 BIOS v1.21 controller, HD 1G >> an >d CDRom 6x, all of hem SCSI. >>> My problem is during de boot, whem the SCSI controller >>> isn't recognized, by the software. >>> >>> I would be very grateful for any help! >>> >>> Thanks, >>> Henri Bigatti >> >>What version of FreeBSD are you trying to install? >> >> >>Justin T. Gibbs >> >> > >Mr. Justin T. Gibbs > > Thanks for your answer to my question. The version of FreeBSD that I'm >trying to install is 2.1.0. I download this version from : >ftp.freebsd.com /pub/FreeBSD/2.1.0-RELEASE >I make a copy of the boot disk from: ../floppies/boot.flp > When I give the boot the software recognize the floppy drive but don't >recognize the SCSI AHA 2940 Controller. > > Thanks for your help, > >Henri Bigatti Try the latest 2.2-SNAP, availible at ftp.cdrom.com/pub/FreeBSD/SNAP/... You most likely have an Ultra 2940 and I don't recall if 2.1 recognized them or not. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-bugs Wed Apr 17 14:14:14 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA07962 for bugs-outgoing; Wed, 17 Apr 1996 14:14:14 -0700 (PDT) Received: (from joerg@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA07940 Wed, 17 Apr 1996 14:14:10 -0700 (PDT) Date: Wed, 17 Apr 1996 14:14:10 -0700 (PDT) From: Joerg Wunsch Message-Id: <199604172114.OAA07940@freefall.freebsd.org> To: imp@village.org, joerg, freebsd-bugs Subject: Re: docs/1148 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: chroot(2) missing EPERM State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Wed Apr 17 23:12:34 MET DST 1996 State-Changed-Why: Suggested fix applied in rev. 1.2. From owner-freebsd-bugs Wed Apr 17 15:12:15 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA16231 for bugs-outgoing; Wed, 17 Apr 1996 15:12:15 -0700 (PDT) Received: from mail.internet.com (yipee-p.internet.com [198.183.190.115]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA16225 for ; Wed, 17 Apr 1996 15:12:11 -0700 (PDT) Received: from oneida.internet.com (oneida.internet.com [198.183.190.138]) by mail.internet.com (8.7.5/8.7.3) with ESMTP id SAA03875 for ; Wed, 17 Apr 1996 18:12:04 -0400 (EDT) Received: (from reichert@localhost) by oneida.internet.com (8.7.3/8.7.3) id SAA08531 for freebsd-bugs@freebsd.org; Wed, 17 Apr 1996 18:12:04 -0400 (EDT) From: Brian Reichert Message-Id: <199604172212.SAA08531@oneida.internet.com> Subject: problem with lp under 2.1R ? To: freebsd-bugs@freebsd.org Date: Wed, 17 Apr 1996 18:12:03 -0400 (EDT) Reply-To: reichert@internet.com X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This may be an RTFM, but I'm not seeing it: I'm trying to set up a printcap file to utilize a remote printer, which I'm doing quite successfully. However, I am trying to utilize either an input filter or output filter ('if' and 'of' in printcap(5) ), but they seem to be bypassed utterly. Is this normal behaviour? I know the filter works, I was using it on my desktop at home... From owner-freebsd-bugs Wed Apr 17 16:20:56 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA23218 for bugs-outgoing; Wed, 17 Apr 1996 16:20:56 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA23199 Wed, 17 Apr 1996 16:20:53 -0700 (PDT) Date: Wed, 17 Apr 1996 16:20:53 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199604172320.QAA23199@freefall.freebsd.org> To: wb@arb-phys.uni-dortmund.de, scrappy, freebsd-bugs Subject: Re: bin/153 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: mount -u improvement for diskless systems State-Changed-From-To: open-closed State-Changed-By: scrappy State-Changed-When: Wed Apr 17 16:20:20 PDT 1996 State-Changed-Why: Originator reports that this is fixed From owner-freebsd-bugs Wed Apr 17 16:23:31 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA23471 for bugs-outgoing; Wed, 17 Apr 1996 16:23:31 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA23458 Wed, 17 Apr 1996 16:23:30 -0700 (PDT) Date: Wed, 17 Apr 1996 16:23:30 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199604172323.QAA23458@freefall.freebsd.org> To: scrappy, freebsd-bugs, ache Subject: Re: bin/1022 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: daily security report has too much junk in it Responsible-Changed-From-To: freebsd-bugs->ache Responsible-Changed-By: scrappy Responsible-Changed-When: Wed Apr 17 16:22:22 PDT 1996 Responsible-Changed-Why: iache  ache last modified /etc/security... From owner-freebsd-bugs Wed Apr 17 16:27:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA23828 for bugs-outgoing; Wed, 17 Apr 1996 16:27:07 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA23816 Wed, 17 Apr 1996 16:27:06 -0700 (PDT) Date: Wed, 17 Apr 1996 16:27:06 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199604172327.QAA23816@freefall.freebsd.org> To: scrappy, freebsd-bugs, phk Subject: Re: bin/1021 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: pppd doesn't handle PAP-only authentication well Responsible-Changed-From-To: freebsd-bugs->phk Responsible-Changed-By: scrappy Responsible-Changed-When: Wed Apr 17 16:24:52 PDT 1996 Responsible-Changed-Why: phk seems to have done recent work on this...see note in Audit-Trail: From owner-freebsd-bugs Wed Apr 17 16:31:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA24230 for bugs-outgoing; Wed, 17 Apr 1996 16:31:04 -0700 (PDT) Received: from sunrise.cs.berkeley.edu (root@sunrise.CS.Berkeley.EDU [128.32.38.121]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA24225 Wed, 17 Apr 1996 16:30:57 -0700 (PDT) Received: (from asami@localhost) by sunrise.cs.berkeley.edu (8.6.12/8.6.12) id QAA16857; Wed, 17 Apr 1996 16:33:06 -0700 Date: Wed, 17 Apr 1996 16:33:06 -0700 Message-Id: <199604172333.QAA16857@sunrise.cs.berkeley.edu> To: gibbs@freefall.freebsd.org CC: Henri Bigatti , bugs@FreeBSD.org In-reply-to: <199604171958.MAA01748@freefall.freebsd.org> (gibbs@freefall.freebsd.org) Subject: Re: SCSI AHA 2940 boot problems From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk * You most likely have an Ultra 2940 and I don't recall if 2.1 recognized * them or not. Our 2.1R bootdisk recognizes the 2940UW fine. Satoshi From owner-freebsd-bugs Wed Apr 17 16:34:24 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA24595 for bugs-outgoing; Wed, 17 Apr 1996 16:34:24 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA24581 Wed, 17 Apr 1996 16:34:20 -0700 (PDT) Date: Wed, 17 Apr 1996 16:34:20 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199604172334.QAA24581@freefall.freebsd.org> To: scrappy, freebsd-bugs, joerg Subject: Re: bin/1019 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: getty cannot detect ppp logins Responsible-Changed-From-To: freebsd-bugs->joerg Responsible-Changed-By: scrappy Responsible-Changed-When: Wed Apr 17 16:29:28 PDT 1996 Responsible-Changed-Why: Most recent work performed by Joegerg...that I can find From owner-freebsd-bugs Wed Apr 17 16:41:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA25237 for bugs-outgoing; Wed, 17 Apr 1996 16:41:05 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA25215 Wed, 17 Apr 1996 16:41:03 -0700 (PDT) Date: Wed, 17 Apr 1996 16:41:03 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199604172341.QAA25215@freefall.freebsd.org> To: scrappy, freebsd-bugs, davidg Subject: Re: bin/129 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: fsck cannot take a mount point as an argument Responsible-Changed-From-To: freebsd-bugs->davidg Responsible-Changed-By: scrappy Responsible-Changed-When: Wed Apr 17 16:36:09 PDT 1996 Responsible-Changed-Why: last person do .. to do any major mods to fsck From owner-freebsd-bugs Wed Apr 17 16:43:32 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA25397 for bugs-outgoing; Wed, 17 Apr 1996 16:43:32 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA25377 Wed, 17 Apr 1996 16:43:30 -0700 (PDT) Date: Wed, 17 Apr 1996 16:43:30 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199604172343.QAA25377@freefall.freebsd.org> To: scrappy, freebsd-bugs, bde Subject: Re: kern/1063 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: gzip a.out execution is not ok (?) Responsible-Changed-From-To: freebsd-bugs->bde Responsible-Changed-By: scrappy Responsible-Changed-When: Wed Apr 17 16:41:35 PDT 1996 Responsible-Changed-Why: last person to modify imgact_gzip.c ws Bruce... From owner-freebsd-bugs Wed Apr 17 16:46:32 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA25701 for bugs-outgoing; Wed, 17 Apr 1996 16:46:32 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA25682 Wed, 17 Apr 1996 16:46:30 -0700 (PDT) Date: Wed, 17 Apr 1996 16:46:30 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199604172346.QAA25682@freefall.freebsd.org> To: scrappy, freebsd-bugs, davidg Subject: Re: i386/906 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: /sys/i386/boot/netboot/nb8390.com cannot recognize NE2000-comp. card Responsible-Changed-From-To: freebsd-bugs->davidg Responsible-Changed-By: scrappy Responsible-Changed-When: Wed Apr 17 16:46:01 PDT 1996 Responsible-Changed-Why: From owner-freebsd-bugs Wed Apr 17 16:48:17 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA25913 for bugs-outgoing; Wed, 17 Apr 1996 16:48:17 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA25894 Wed, 17 Apr 1996 16:48:15 -0700 (PDT) Date: Wed, 17 Apr 1996 16:48:15 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199604172348.QAA25894@freefall.freebsd.org> To: scrappy, freebsd-bugs, se Subject: Re: kern/978 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Three deadlocks in row Responsible-Changed-From-To: freebsd-bugs->se Responsible-Changed-By: scrappy Responsible-Changed-When: Wed Apr 17 16:47:17 PDT 1996 Responsible-Changed-Why: pci/ncr related? From owner-freebsd-bugs Thu Apr 18 02:59:52 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA26839 for bugs-outgoing; Thu, 18 Apr 1996 02:59:52 -0700 (PDT) Received: from mercurio.uc.pt (mercurio.uc.pt [192.84.15.41]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA26834 for ; Thu, 18 Apr 1996 02:59:46 -0700 (PDT) Received: from student.dei.uc.pt by mercurio.uc.pt (4.1/SMI-4.2) id AA26201; Thu, 18 Apr 96 11:58:04 +0200 Received: by student.dei.uc.pt; (5.65/1.1.8.2/08Jan96-0605PM) id AA09119; Thu, 18 Apr 1996 11:55:31 GMT Date: Thu, 18 Apr 1996 11:55:31 +0000 (GMT) From: Pedro Alexandre Vapi To: bugs@freebsd.org Subject: About a bug Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I am writting to inform you a bug i think i found. I have a diskette that is damage. I tried in MS-DOS and that system told me that the diskette was unreadable. As I think that DOS isn't a good system, i tried it on FreeBSD 2.1 I did it in that way: (as root) mount_msdos /dev/fd0 /mnt (as single user) cd /mnt ls -al (the result was) panic: dma_check... syncing disks... 5 5 5 5 5 5 5 5... Autorebooting in 15 seconds... (i forget the whole message... if you wish i can send to you all the message!) I tried later in the FreeBSD 2.05 and the same error happened. I tried with MTOOLS and it didn't happened. In fact it showed to me a lot of garbage. If you wish i can send to you my diskette. With best wishes, Pedro Vapi. N.B.: forgive my weak english... +=================================================================+ | _ _ Make LOVE, NOT war!!! It is better... | | ooO / ) ( \ Ooo VAPI's advice | | / ) / ( ) \ ( \ email: vapi@ciunix.uc.pt | | \ ( ( ) / ) ) / vapi@gemini.ci.uc.pt | |----\_).oooO-Oooo.(_/---- vapi@student.dei.uc.pt | +=================================================================+ From owner-freebsd-bugs Thu Apr 18 05:40:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA02208 for bugs-outgoing; Thu, 18 Apr 1996 05:40:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA02185 Thu, 18 Apr 1996 05:40:02 -0700 (PDT) Resent-Date: Thu, 18 Apr 1996 05:40:02 -0700 (PDT) Resent-Message-Id: <199604181240.FAA02185@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, am@px.f1.ru Received: from px.f1.ru (px.f1.ru [194.87.86.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA02077 for ; Thu, 18 Apr 1996 05:33:49 -0700 (PDT) Received: (from am@localhost) by px.f1.ru (8.6.11/8.6.9) id QAA11410; Thu, 18 Apr 1996 16:33:32 +0400 Message-Id: <199604181233.QAA11410@px.f1.ru> Date: Thu, 18 Apr 1996 16:33:32 +0400 From: Andrew Maltsev Reply-To: am@px.f1.ru To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/1149: sys/conf/params.c outdated in stable Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1149 >Category: kern >Synopsis: sys/conf/params.c outdated in stable >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Apr 18 05:40:01 PDT 1996 >Last-Modified: >Originator: Andrew Maltsev >Organization: F1 communications >Release: FreeBSD 2.2-STABLE i386 >Environment: >Description: I've just supped freebsd-stable kernel sources and found, that sys/conf/params.c file dated 23-Aug-1995 (and btw uses old TIMEZONE and DST definitions). Kernel cannot be compiled with such params.c code.. May be I'd missed something? >How-To-Repeat: sup freebsd-stable kernel sources and try to compile kernel >Fix: update from current I think.. But for now it's not possible due to new options code :( >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Apr 18 06:17:35 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA03588 for bugs-outgoing; Thu, 18 Apr 1996 06:17:35 -0700 (PDT) Received: from xi.dorm.umd.edu (root@xi.dorm.umd.edu [129.2.152.45]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA03582 Thu, 18 Apr 1996 06:17:33 -0700 (PDT) Received: from localhost (smpatel@localhost [127.0.0.1]) by xi.dorm.umd.edu (8.7.5/8.6.12) with SMTP id JAA15673; Thu, 18 Apr 1996 09:17:25 -0400 (EDT) Date: Thu, 18 Apr 1996 09:17:24 -0400 (EDT) From: Sujal Patel X-Sender: smpatel@xi.dorm.umd.edu To: "Marc G. Fournier" cc: freebsd-bugs@freefall.freebsd.org, bde@freefall.freebsd.org Subject: Re: kern/1063 In-Reply-To: <199604172343.QAA25377@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 17 Apr 1996, Marc G. Fournier wrote: > Responsible-Changed-From-To: freebsd-bugs->bde > Responsible-Changed-By: scrappy > Responsible-Changed-When: Wed Apr 17 16:41:35 PDT 1996 > Responsible-Changed-Why: > last person to modify imgact_gzip.c ws Bruce... This is actually phk's baby, but I think he said that he didn't have the time to deal with it right now. I think it should stay as freebsd-bugs, since there are many hackers that can compare this to imgact_a.out.c and try to figure out why it is broken. Sujal From owner-freebsd-bugs Thu Apr 18 06:42:10 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA04862 for bugs-outgoing; Thu, 18 Apr 1996 06:42:10 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA04857 Thu, 18 Apr 1996 06:42:06 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id XAA28899; Thu, 18 Apr 1996 23:35:04 +1000 Date: Thu, 18 Apr 1996 23:35:04 +1000 From: Bruce Evans Message-Id: <199604181335.XAA28899@godzilla.zeta.org.au> To: scrappy@freefall.freebsd.org, smpatel@umiacs.umd.edu Subject: Re: kern/1063 Cc: bde@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> Responsible-Changed-From-To: freebsd-bugs->bde >> Responsible-Changed-By: scrappy >> Responsible-Changed-When: Wed Apr 17 16:41:35 PDT 1996 >> Responsible-Changed-Why: >> last person to modify imgact_gzip.c ws Bruce... >This is actually phk's baby, but I think he said that he didn't have the >time to deal with it right now. I think it should stay as freebsd-bugs, >since there are many hackers that can compare this to imgact_a.out.c and >try to figure out why it is broken. I have fixed imgact_gzip.c before, but my last modification was administrivial. Please read the commit logs to see who might be familiar enough with things to fix them easily. Bruce From owner-freebsd-bugs Thu Apr 18 10:46:28 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA24445 for bugs-outgoing; Thu, 18 Apr 1996 10:46:28 -0700 (PDT) Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA24426 for ; Thu, 18 Apr 1996 10:46:24 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by palmer.demon.co.uk (sendmail/PALMER-1) with SMTP id SAA00923 ; Thu, 18 Apr 1996 18:45:09 +0100 (BST) To: reichert@internet.com cc: freebsd-bugs@FreeBSD.ORG From: "Gary Palmer" Subject: Re: problem with lp under 2.1R ? In-reply-to: Your message of "Wed, 17 Apr 1996 18:12:03 EDT." <199604172212.SAA08531@oneida.internet.com> Date: Thu, 18 Apr 1996 18:45:09 +0100 Message-ID: <921.829849509@palmer.demon.co.uk> Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Brian Reichert wrote in message ID <199604172212.SAA08531@oneida.internet.com>: > This may be an RTFM, but I'm not seeing it: > > I'm trying to set up a printcap file to utilize a remote printer, > which I'm doing quite successfully. > > However, I am trying to utilize either an input filter or output > filter ('if' and 'of' in printcap(5) ), but they seem to be bypassed > utterly. Is this normal behaviour? Yes... the filters are for local printers only AFAIR Gary From owner-freebsd-bugs Thu Apr 18 11:32:52 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA27786 for bugs-outgoing; Thu, 18 Apr 1996 11:32:52 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA27763 Thu, 18 Apr 1996 11:32:49 -0700 (PDT) Date: Thu, 18 Apr 1996 11:32:49 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199604181832.LAA27763@freefall.freebsd.org> To: scrappy, bde, freebsd-bugs Subject: Re: kern/1063 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: gzip a.out execution is not ok (?) Responsible-Changed-From-To: bde->freebsd-bugs Responsible-Changed-By: scrappy Responsible-Changed-When: Thu Apr 18 11:32:26 PDT 1996 Responsible-Changed-Why: From owner-freebsd-bugs Thu Apr 18 11:33:18 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA27891 for bugs-outgoing; Thu, 18 Apr 1996 11:33:18 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA27871 Thu, 18 Apr 1996 11:33:17 -0700 (PDT) Date: Thu, 18 Apr 1996 11:33:17 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199604181833.LAA27871@freefall.freebsd.org> To: scrappy, ache, freebsd-bugs Subject: Re: bin/104 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: pax -rwl may corrupt filesystem Responsible-Changed-From-To: ache->freebsd-bugs Responsible-Changed-By: scrappy Responsible-Changed-When: Thu Apr 18 11:33:04 PDT 1996 Responsible-Changed-Why: From owner-freebsd-bugs Thu Apr 18 11:46:32 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA28497 for bugs-outgoing; Thu, 18 Apr 1996 11:46:32 -0700 (PDT) Received: from ki.net (root@ki.net [205.150.102.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA28492 for ; Thu, 18 Apr 1996 11:46:29 -0700 (PDT) Received: from freebsd.ki.net (root@freebsd.ki.net [205.150.102.51]) by ki.net (8.7.4/8.7.4) with ESMTP id OAA10065; Thu, 18 Apr 1996 14:46:13 -0400 (EDT) Received: from localhost (scrappy@localhost) by freebsd.ki.net (8.7.5/8.7.5) with SMTP id OAA06972; Thu, 18 Apr 1996 14:46:37 -0400 (EDT) X-Authentication-Warning: freebsd.ki.net: scrappy owned process doing -bs Date: Thu, 18 Apr 1996 14:46:36 -0400 (EDT) From: "Marc G. Fournier" To: Andrew Maltsev cc: freebsd-bugs@freefall.freebsd.org Subject: Re: kern/1149: sys/conf/params.c outdated in stable In-Reply-To: <199604181233.QAA11410@px.f1.ru> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 18 Apr 1996, Andrew Maltsev wrote: > I've just supped freebsd-stable kernel sources and found, that > sys/conf/params.c file dated 23-Aug-1995 (and btw uses old > TIMEZONE and DST definitions). Kernel cannot be compiled with such > params.c code.. > I'm using -stable, with the same param.c file, on two of my machines, with no such problems. What is your error message? Marc G. Fournier scrappy@ki.net Systems Administrator @ ki.net scrappy@freebsd.org From owner-freebsd-bugs Thu Apr 18 12:14:30 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA29770 for bugs-outgoing; Thu, 18 Apr 1996 12:14:30 -0700 (PDT) Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA29760 Thu, 18 Apr 1996 12:14:19 -0700 (PDT) Received: by sequent.kiae.su id AA07877 (5.65.kiae-2 ); Thu, 18 Apr 1996 22:04:54 +0300 Received: by sequent.KIAE.su (UUMAIL/2.0); Thu, 18 Apr 96 22:04:52 +0300 Received: (from ache@localhost) by astral.msk.su (8.7.5/8.7.3) id WAA07133; Thu, 18 Apr 1996 22:57:12 +0400 (MSD) Message-Id: <199604181857.WAA07133@astral.msk.su> Subject: Re: bin/104 To: scrappy@freefall.freebsd.org (Marc G. Fournier) Date: Thu, 18 Apr 1996 22:57:11 +0400 (MSD) Cc: scrappy@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org In-Reply-To: <199604181833.LAA27871@freefall.freebsd.org> from "Marc G. Fournier" at "Apr 18, 96 11:33:17 am" From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) X-Class: Fast X-Mailer: ELM [version 2.4ME+ PL15 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Synopsis: pax -rwl may corrupt filesystem > > Responsible-Changed-From-To: ache->freebsd-bugs > Responsible-Changed-By: scrappy > Responsible-Changed-When: Thu Apr 18 11:33:04 PDT 1996 > Responsible-Changed-Why: > I do not responsible for it, please back out. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-bugs Thu Apr 18 13:34:08 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA06139 for bugs-outgoing; Thu, 18 Apr 1996 13:34:08 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA06114 Thu, 18 Apr 1996 13:34:05 -0700 (PDT) Date: Thu, 18 Apr 1996 13:34:05 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199604182034.NAA06114@freefall.freebsd.org> To: dirk@methan.chemie.fu-berlin.de, scrappy, freebsd-bugs Subject: Re: kern/919 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: weird output of vmstat, iostat, top State-Changed-From-To: open-closed State-Changed-By: scrappy State-Changed-When: Thu Apr 18 13:33:00 PDT 1996 State-Changed-Why: Originator will resubmit a PR if the problem exists after they upgrade the machine's hardware and software From owner-freebsd-bugs Thu Apr 18 14:10:51 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA09340 for bugs-outgoing; Thu, 18 Apr 1996 14:10:51 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA09331 for ; Thu, 18 Apr 1996 14:10:35 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id XAA25803; Thu, 18 Apr 1996 23:10:16 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id XAA22163; Thu, 18 Apr 1996 23:10:15 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id WAA02002; Thu, 18 Apr 1996 22:27:39 +0200 (MET DST) From: J Wunsch Message-Id: <199604182027.WAA02002@uriah.heep.sax.de> Subject: Re: About a bug To: vapi@student.dei.uc.pt (Pedro Alexandre Vapi) Date: Thu, 18 Apr 1996 22:27:39 +0200 (MET DST) Cc: bugs@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Pedro Alexandre Vapi" at Apr 18, 96 11:55:31 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Pedro Alexandre Vapi wrote: > I have a diskette that is damage. I tried in MS-DOS and that > system told me that the diskette was unreadable. As I think that DOS > isn't a good system, i tried it on FreeBSD 2.1 I did it in that way: > > (as root) > mount_msdos /dev/fd0 /mnt > (as single user) > cd /mnt > ls -al > > > (the result was) > panic: dma_check... > > syncing disks... 5 5 5 5 5 5 5 5... That's not surprising. msdosfs doesn't check very good against ``can't happen'' situations. But i think you could always damage any kind of filesystem on a disk into a state where the kernel might panic later. That's why you're normally supposed to fsck the file system before, but we currently don't supply a msdosfsck program. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Thu Apr 18 14:12:31 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA09487 for bugs-outgoing; Thu, 18 Apr 1996 14:12:31 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA09338 for ; Thu, 18 Apr 1996 14:10:49 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id XAA25793; Thu, 18 Apr 1996 23:10:14 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id XAA22162; Thu, 18 Apr 1996 23:10:13 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id WAA02240; Thu, 18 Apr 1996 22:49:37 +0200 (MET DST) From: J Wunsch Message-Id: <199604182049.WAA02240@uriah.heep.sax.de> Subject: Re: problem with lp under 2.1R ? To: reichert@internet.com Date: Thu, 18 Apr 1996 22:49:37 +0200 (MET DST) Cc: freebsd-bugs@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199604172212.SAA08531@oneida.internet.com> from "Brian Reichert" at Apr 17, 96 06:12:03 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Brian Reichert wrote: > > This may be an RTFM, but I'm not seeing it: > > I'm trying to set up a printcap file to utilize a remote printer, > which I'm doing quite successfully. > > However, I am trying to utilize either an input filter or output > filter ('if' and 'of' in printcap(5) ), but they seem to be bypassed > utterly. Is this normal behaviour? Yep. Filtering works only at the target site. However, you could filter, and forward to another local printer, that finally spools the job for the remote printer. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Thu Apr 18 14:23:58 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA09916 for bugs-outgoing; Thu, 18 Apr 1996 14:23:58 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA09899 Thu, 18 Apr 1996 14:23:35 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id XAA26102; Thu, 18 Apr 1996 23:20:51 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id XAA22470; Thu, 18 Apr 1996 23:20:44 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id XAA02674; Thu, 18 Apr 1996 23:16:21 +0200 (MET DST) From: J Wunsch Message-Id: <199604182116.XAA02674@uriah.heep.sax.de> Subject: Re: bin/1019 To: scrappy@freefall.freebsd.org (Marc G. Fournier) Date: Thu, 18 Apr 1996 23:16:20 +0200 (MET DST) Cc: freebsd-bugs@freefall.freebsd.org, core@freebsd.org (FreeBSD core team), muir@idiom.com (David Muir Sharnoff) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199604172334.QAA24581@freefall.freebsd.org> from "Marc G. Fournier" at Apr 17, 96 04:34:20 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Marc G. Fournier wrote: > > Synopsis: getty cannot detect ppp logins > > Responsible-Changed-From-To: freebsd-bugs->joerg > Responsible-Changed-By: scrappy > Responsible-Changed-When: Wed Apr 17 16:29:28 PDT 1996 > Responsible-Changed-Why: > Most recent work performed by Joerg...that I can find Can somebody please review this PR, and send me their opinions. I'm not tempted to accept it (we neither try to make getty smart about detecting SLIP or UUCP sessions, so why should we care about a Netcrap dialer?), but the reason that some PPP packages don't understand a regular Unix login sequence but wanna use PAP or CHAP instead doesn't sound totally unreasonable. At least, everything is hidden inside a gettytab option, and off by default. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Thu Apr 18 14:47:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA11230 for bugs-outgoing; Thu, 18 Apr 1996 14:47:04 -0700 (PDT) Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA11211 Thu, 18 Apr 1996 14:46:34 -0700 (PDT) Received: by sequent.kiae.su id AA18888 (5.65.kiae-2 ); Fri, 19 Apr 1996 00:45:58 +0300 Received: by sequent.KIAE.su (UUMAIL/2.0); Fri, 19 Apr 96 00:45:56 +0300 Received: (from ache@localhost) by astral.msk.su (8.7.5/8.7.3) id BAA00940; Fri, 19 Apr 1996 01:36:49 +0400 (MSD) Message-Id: <199604182136.BAA00940@astral.msk.su> Subject: Re: bin/1019 To: joerg_wunsch@uriah.heep.sax.de Date: Fri, 19 Apr 1996 01:36:48 +0400 (MSD) Cc: scrappy@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org, core@freebsd.org, muir@idiom.com In-Reply-To: <199604182116.XAA02674@uriah.heep.sax.de> from "J Wunsch" at "Apr 18, 96 11:16:20 pm" From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) X-Class: Fast X-Mailer: ELM [version 2.4ME+ PL15 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > dialer?), but the reason that some PPP packages don't understand a > regular Unix login sequence but wanna use PAP or CHAP instead doesn't > sound totally unreasonable. At least, everything is hidden inside a If you use PAP/CHAP only, don't even start getty over this line, just start pppd on it directly. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-bugs Thu Apr 18 14:58:24 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA11838 for bugs-outgoing; Thu, 18 Apr 1996 14:58:24 -0700 (PDT) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA11829 Thu, 18 Apr 1996 14:58:05 -0700 (PDT) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id PAA01493; Thu, 18 Apr 1996 15:56:49 -0600 Date: Thu, 18 Apr 1996 15:56:49 -0600 From: Nate Williams Message-Id: <199604182156.PAA01493@rocky.sri.MT.net> To: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) Cc: joerg_wunsch@uriah.heep.sax.de, scrappy@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org, core@freebsd.org, muir@idiom.com Subject: Re: bin/1019 In-Reply-To: <199604182136.BAA00940@astral.msk.su> References: <199604182116.XAA02674@uriah.heep.sax.de> <199604182136.BAA00940@astral.msk.su> Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > dialer?), but the reason that some PPP packages don't understand a > > regular Unix login sequence but wanna use PAP or CHAP instead doesn't > > sound totally unreasonable. At least, everything is hidden inside a > > If you use PAP/CHAP only, don't even start getty over this line, > just start pppd on it directly. What happens if that modem isn't a dedicated modem, and can be used by non-PPP users? Nate From owner-freebsd-bugs Thu Apr 18 14:59:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA11866 for bugs-outgoing; Thu, 18 Apr 1996 14:59:04 -0700 (PDT) Received: from idiom.com (idiom.com [140.174.82.4]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA11830 Thu, 18 Apr 1996 14:58:08 -0700 (PDT) Received: (from muir@localhost) by idiom.com (8.6.12/8.6.12) id OAA20242; Thu, 18 Apr 1996 14:57:44 -0700 Date: Thu, 18 Apr 1996 14:57:44 -0700 From: David Muir Sharnoff Message-Id: <199604182157.OAA20242@idiom.com> To: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) Cc: joerg_wunsch@uriah.heep.sax.de, scrappy@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org, core@freebsd.org, muir@idiom.com Subject: Re: Re: bin/1019 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * > dialer?), but the reason that some PPP packages don't understand a * > regular Unix login sequence but wanna use PAP or CHAP instead doesn't * > sound totally unreasonable. At least, everything is hidden inside a * * If you use PAP/CHAP only, don't even start getty over this line, * just start pppd on it directly. That works fine if it is an outgoing line or a dedicated line. There are many PPP packages that are simpler to setup if they do not have to go through a login process. There is one very important PPP package that cannot handle any sort of login process. * Can somebody please review this PR, and send me their opinions. * * I'm not tempted to accept it (we neither try to make getty smart about * detecting SLIP or UUCP sessions, so why should we care about a Netcrap * dialer?), but the reason that some PPP packages don't understand a * regular Unix login sequence but wanna use PAP or CHAP instead doesn't * sound totally unreasonable. At least, everything is hidden inside a * gettytab option, and off by default. I don't think it's practical to try to recognize SLIP sessions because SLIP does not have an authentication protocol layered over it. UUCP can always handle logging in so there is no need for something special. The only other protocol that would be nice to detect is FAX. Detecting fax is hard because the most reliable way to do it is to noice rings and then answer the line by interatively. As an ISP, there is a competative advantage to having a simpler login proceedure. By accepting this patch (and the related pppd patch) you give FreeBSD-based ISPs a technical advantage. I'm going to continue using it no matter what you decide, but it would be nice if it were standard because it's a useful feature that many ISPs could use. -Dave From owner-freebsd-bugs Thu Apr 18 15:53:54 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA15441 for bugs-outgoing; Thu, 18 Apr 1996 15:53:54 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA15429 Thu, 18 Apr 1996 15:53:52 -0700 (PDT) Date: Thu, 18 Apr 1996 15:53:52 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199604182253.PAA15429@freefall.freebsd.org> To: ylo@cs.hut.fi, scrappy, freebsd-bugs Subject: Re: kern/806 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: kernel default parameters need tuning State-Changed-From-To: open-closed State-Changed-By: scrappy State-Changed-When: Thu Apr 18 15:53:06 PDT 1996 State-Changed-Why: Supersceded by kern/971 From owner-freebsd-bugs Thu Apr 18 19:07:26 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA23311 for bugs-outgoing; Thu, 18 Apr 1996 19:07:26 -0700 (PDT) Received: from xioa.cosmic.org (xioa.cosmic.org [206.151.181.200]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA23290 Thu, 18 Apr 1996 19:07:17 -0700 (PDT) Received: (from jwb@localhost) by xioa.cosmic.org (8.6.12/8.6.9) id VAA02906; Thu, 18 Apr 1996 21:06:20 GMT From: Joe Beiter Message-Id: <199604182106.VAA02906@xioa.cosmic.org> Subject: file system corruption after doing a find To: bugs@freebsd.org, fs@freebsd.org, questions@freebsd.org Date: Thu, 18 Apr 1996 21:06:19 +0000 () X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Dell Latitude XPi90 FreeBSD 2.1.0r 16 MB Ram/60 MB swap Hard Drive: IBM-DPRA-21215 1160MB Three partitions, Winblows 95 on first ~400MB (plus that swap out thing) 60MB of swap on third Balance on second (Freebsd). Twice this has happend after executing a find. I run find and it corrupts the file system where it looks. My last one was a find off root. Practically the entire file system was trashed. I had the system *just right* too.. damn damn damn. Does anyone know how to prevent this from happening again or what caused it? I *need* unix on this. From owner-freebsd-bugs Thu Apr 18 21:22:16 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA29678 for bugs-outgoing; Thu, 18 Apr 1996 21:22:16 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA29673 Thu, 18 Apr 1996 21:22:07 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id GAA07310; Fri, 19 Apr 1996 06:21:57 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id GAA27453; Fri, 19 Apr 1996 06:21:57 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id XAA03014; Thu, 18 Apr 1996 23:55:56 +0200 (MET DST) From: J Wunsch Message-Id: <199604182155.XAA03014@uriah.heep.sax.de> Subject: Re: bin/1019 To: ache@astral.msk.su (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=) Date: Thu, 18 Apr 1996 23:55:56 +0200 (MET DST) Cc: joerg_wunsch@uriah.heep.sax.de, scrappy@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org, core@freebsd.org, muir@idiom.com Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199604182136.BAA00940@astral.msk.su> from "=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=" at Apr 19, 96 01:36:48 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= wrote: > > dialer?), but the reason that some PPP packages don't understand a > > regular Unix login sequence but wanna use PAP or CHAP instead doesn't > > sound totally unreasonable. At least, everything is hidden inside a > > If you use PAP/CHAP only, don't even start getty over this line, > just start pppd on it directly. It's my understanding that the site where David M. Sharnoff (sp?) is wants to provide both services on the same modem lines, PPP (with sole PAP/CHAP authentication), and regular (or UUCP) logins. The problem is caused by Netcrap not allowing for a regular login: sequence, apparently. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Thu Apr 18 23:17:30 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA03708 for bugs-outgoing; Thu, 18 Apr 1996 23:17:30 -0700 (PDT) Received: from px.f1.ru (px.f1.ru [194.87.86.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA03701 for ; Thu, 18 Apr 1996 23:17:22 -0700 (PDT) Received: (from am@localhost) by px.f1.ru (8.6.11/8.6.9) id KAA03455; Fri, 19 Apr 1996 10:13:05 +0400 Message-Id: <199604190613.KAA03455@px.f1.ru> Subject: Re: kern/1149: sys/conf/params.c outdated in stable To: scrappy@ki.net (Marc G. Fournier) Date: Fri, 19 Apr 1996 10:13:05 +0400 (MSD) From: "Andrew Maltsev" Cc: freebsd-bugs@freefall.freebsd.org In-Reply-To: from "Marc G. Fournier" at Apr 18, 96 02:46:36 pm Organization: F1 communications X-Phone: +7-086-269-3491 X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > I've just supped freebsd-stable kernel sources and found, that > > sys/conf/params.c file dated 23-Aug-1995 (and btw uses old > > TIMEZONE and DST definitions). Kernel cannot be compiled with such > > params.c code.. > > I'm using -stable, with the same param.c file, on two of my > machines, with no such problems. What is your error message? Undefined symbols TIMEZONE and DST. Look into current tree for example of new code I mean.. It's not a hard job to fix params.c from current, but I want to know reason of such thing to be sure of `stable' stability.. Regards, Andrew p.s. Please excuse me for mistakes in english :( ..or may be not only in english :) -- am From owner-freebsd-bugs Thu Apr 18 23:21:11 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA03802 for bugs-outgoing; Thu, 18 Apr 1996 23:21:11 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA03793 Thu, 18 Apr 1996 23:20:55 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id IAA09465; Fri, 19 Apr 1996 08:20:51 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id IAA27849; Fri, 19 Apr 1996 08:20:52 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id IAA05066; Fri, 19 Apr 1996 08:20:12 +0200 (MET DST) From: J Wunsch Message-Id: <199604190620.IAA05066@uriah.heep.sax.de> Subject: Re: Re: bin/1019 To: muir@idiom.com (David Muir Sharnoff) Date: Fri, 19 Apr 1996 08:20:11 +0200 (MET DST) Cc: ache@astral.msk.su, joerg_wunsch@uriah.heep.sax.de, scrappy@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org, core@freebsd.org, muir@idiom.com Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199604182157.OAA20242@idiom.com> from "David Muir Sharnoff" at Apr 18, 96 02:57:44 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As David Muir Sharnoff wrote: > I'm going to continue using it no matter what you decide, but it would > be nice if it were standard because it's a useful feature that many > ISPs could use. Of course. :) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Thu Apr 18 23:22:10 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA03876 for bugs-outgoing; Thu, 18 Apr 1996 23:22:10 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA03869 Thu, 18 Apr 1996 23:21:54 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id IAA09456; Fri, 19 Apr 1996 08:20:48 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id IAA27846; Fri, 19 Apr 1996 08:20:49 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id IAA05030; Fri, 19 Apr 1996 08:10:49 +0200 (MET DST) From: J Wunsch Message-Id: <199604190610.IAA05030@uriah.heep.sax.de> Subject: Re: file system corruption after doing a find To: jwb@xioa.cosmic.org (Joe Beiter) Date: Fri, 19 Apr 1996 08:10:48 +0200 (MET DST) Cc: bugs@FreeBSD.org, fs@FreeBSD.org, questions@FreeBSD.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199604182106.VAA02906@xioa.cosmic.org> from "Joe Beiter" at Apr 18, 96 09:06:19 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Joe Beiter wrote: > Three partitions, Winblows 95 on first ~400MB (plus that swap out thing) > 60MB of swap on third > Balance on second (Freebsd). > > Twice this has happend after executing a find. I run find and it > corrupts the file system where it looks. My last one was a find > off root. Practically the entire file system was trashed. You've got a FAT file system mounted under BSD, and the find was traversing it? Your FAT file system wasn't perchance shrunk with FIPS? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Thu Apr 18 23:32:24 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA04169 for bugs-outgoing; Thu, 18 Apr 1996 23:32:24 -0700 (PDT) Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA04163 for ; Thu, 18 Apr 1996 23:32:20 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by palmer.demon.co.uk (sendmail/PALMER-1) with SMTP id HAA02705 ; Fri, 19 Apr 1996 07:31:26 +0100 (BST) To: Andrew Maltsev cc: scrappy@ki.net (Marc G. Fournier), freebsd-bugs@freefall.freebsd.org From: "Gary Palmer" Subject: Re: kern/1149: sys/conf/params.c outdated in stable In-reply-to: Your message of "Fri, 19 Apr 1996 10:13:05 +0400." <199604190613.KAA03455@px.f1.ru> Date: Fri, 19 Apr 1996 07:31:25 +0100 Message-ID: <2703.829895485@palmer.demon.co.uk> Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Andrew Maltsev wrote in message ID <199604190613.KAA03455@px.f1.ru>: > > > I've just supped freebsd-stable kernel sources and found, that > > > sys/conf/params.c file dated 23-Aug-1995 (and btw uses old > > > TIMEZONE and DST definitions). Kernel cannot be compiled with such > > > params.c code.. > > I'm using -stable, with the same param.c file, on two of my > > machines, with no such problems. What is your error message? > Undefined symbols TIMEZONE and DST. Look into current tree for > example of new code I mean.. > It's not a hard job to fix params.c from current, but I want to know > reason of such thing to be sure of `stable' stability.. Ar you mixing compilation environments or something? I run 2 stable boxes (updated via CTM) and don't have this problem at all ... Perhaps you're using a 2.2 config with a 2.1 tree or something? There is nothing wrong with the sources as they are on freefall. Gary From owner-freebsd-bugs Thu Apr 18 23:39:53 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA04396 for bugs-outgoing; Thu, 18 Apr 1996 23:39:53 -0700 (PDT) Received: from sovcom.kiae.su (sovcom.kiae.su [144.206.136.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA04381 Thu, 18 Apr 1996 23:39:28 -0700 (PDT) Received: by sovcom.kiae.su id AA20409 (5.65.kiae-1 ); Fri, 19 Apr 1996 09:33:06 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Fri, 19 Apr 96 09:33:06 +0300 Received: (from ache@localhost) by astral.msk.su (8.7.5/8.7.3) id KAA00368; Fri, 19 Apr 1996 10:26:43 +0400 (MSD) Message-Id: <199604190626.KAA00368@astral.msk.su> Subject: Re: bin/1019 To: nate@sri.MT.net (Nate Williams) Date: Fri, 19 Apr 1996 10:26:43 +0400 (MSD) Cc: joerg_wunsch@uriah.heep.sax.de, scrappy@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org, core@freebsd.org, muir@idiom.com In-Reply-To: <199604182156.PAA01493@rocky.sri.MT.net> from "Nate Williams" at "Apr 18, 96 03:56:49 pm" From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) X-Class: Fast X-Mailer: ELM [version 2.4ME+ PL15 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > dialer?), but the reason that some PPP packages don't understand a > > > regular Unix login sequence but wanna use PAP or CHAP instead doesn't > > > sound totally unreasonable. At least, everything is hidden inside a > > > > If you use PAP/CHAP only, don't even start getty over this line, > > just start pppd on it directly. > > What happens if that modem isn't a dedicated modem, and can be used by > non-PPP users? Then use PPP wchich understand login/password :-) The problem with auto-detecting is line noise. It is possible that some incoming junk looks like packet, detecting procedure must be smart enough and detect several long packets in sequence to be shure, not just one small packet. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-bugs Thu Apr 18 23:59:02 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA05215 for bugs-outgoing; Thu, 18 Apr 1996 23:59:02 -0700 (PDT) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA05209 for ; Thu, 18 Apr 1996 23:59:00 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.7.5/8.6.5) with SMTP id XAA09324; Thu, 18 Apr 1996 23:58:26 -0700 (PDT) Message-Id: <199604190658.XAA09324@Root.COM> X-Authentication-Warning: implode.Root.COM: Host localhost [127.0.0.1] didn't use HELO protocol To: "Andrew Maltsev" cc: scrappy@ki.net (Marc G. Fournier), freebsd-bugs@freefall.freebsd.org Subject: Re: kern/1149: sys/conf/params.c outdated in stable In-reply-to: Your message of "Fri, 19 Apr 1996 10:13:05 +0400." <199604190613.KAA03455@px.f1.ru> From: David Greenman Reply-To: davidg@Root.COM Date: Thu, 18 Apr 1996 23:58:25 -0700 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> > I've just supped freebsd-stable kernel sources and found, that >> > sys/conf/params.c file dated 23-Aug-1995 (and btw uses old >> > TIMEZONE and DST definitions). Kernel cannot be compiled with such >> > params.c code.. >> >> I'm using -stable, with the same param.c file, on two of my >> machines, with no such problems. What is your error message? > >Undefined symbols TIMEZONE and DST. Look into current tree for >example of new code I mean.. > >It's not a hard job to fix params.c from current, but I want to know >reason of such thing to be sure of `stable' stability.. It sounds as though you are mixing -stable and -current together somehow. For one thing, the kernel config files for the two are not compatible. The timezone/dst stuff is one of the changes between -stable and -current. The config(8) utility itself isn't compatible, either, and must be updated before switching from -stable to -current or vice-versa. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-bugs Fri Apr 19 00:23:36 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA06057 for bugs-outgoing; Fri, 19 Apr 1996 00:23:36 -0700 (PDT) Received: from px.f1.ru (px.f1.ru [194.87.86.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA06050 for ; Fri, 19 Apr 1996 00:23:22 -0700 (PDT) Received: (from am@localhost) by px.f1.ru (8.6.11/8.6.9) id LAA04471; Fri, 19 Apr 1996 11:18:48 +0400 Message-Id: <199604190718.LAA04471@px.f1.ru> Subject: Re: kern/1149: sys/conf/params.c outdated in stable To: davidg@Root.COM Date: Fri, 19 Apr 1996 11:18:48 +0400 (MSD) From: "Andrew Maltsev" Cc: scrappy@ki.net, freebsd-bugs@freefall.freebsd.org In-Reply-To: <199604190658.XAA09324@Root.COM> from "David Greenman" at Apr 18, 96 11:58:25 pm Organization: F1 communications X-Phone: +7-086-269-3491 X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > It sounds as though you are mixing -stable and -current together > somehow. For one thing, the kernel config files for the two are not > compatible. The timezone/dst stuff is one of the changes between > -stable and -current. The config(8) utility itself isn't compatible, > either, and must be updated before switching from -stable to -current > or vice-versa. Thanx to all! And please excuse me my bad bug report. It was my impression, that timezone/dst code was gone before 2.1.0 release.. -- am From owner-freebsd-bugs Fri Apr 19 00:53:55 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA07219 for bugs-outgoing; Fri, 19 Apr 1996 00:53:55 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA07213 for ; Fri, 19 Apr 1996 00:53:51 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id RAA07550; Fri, 19 Apr 1996 17:50:24 +1000 Date: Fri, 19 Apr 1996 17:50:24 +1000 From: Bruce Evans Message-Id: <199604190750.RAA07550@godzilla.zeta.org.au> To: am@f1.ru, scrappy@ki.net Subject: Re: kern/1149: sys/conf/params.c outdated in stable Cc: freebsd-bugs@freefall.freebsd.org Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> > I've just supped freebsd-stable kernel sources and found, that >> > sys/conf/params.c file dated 23-Aug-1995 (and btw uses old >> > TIMEZONE and DST definitions). Kernel cannot be compiled with such >> > params.c code.. >> >> I'm using -stable, with the same param.c file, on two of my >> machines, with no such problems. What is your error message? >Undefined symbols TIMEZONE and DST. Look into current tree for >example of new code I mean.. >It's not a hard job to fix params.c from current, but I want to know >reason of such thing to be sure of `stable' stability.. This sort of thing is always because of version mismatches. In this case, TIMEZONE and DST are generated by the 2.1 /usr/sbin/config but not by the -current /usr/sbin/config. Bruce From owner-freebsd-bugs Fri Apr 19 01:06:09 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA07506 for bugs-outgoing; Fri, 19 Apr 1996 01:06:09 -0700 (PDT) Received: from idiom.com (idiom.com [140.174.82.4]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA07500 Fri, 19 Apr 1996 01:06:03 -0700 (PDT) Received: (from muir@localhost) by idiom.com (8.6.12/8.6.12) id BAA03220; Fri, 19 Apr 1996 01:05:32 -0700 Date: Fri, 19 Apr 1996 01:05:32 -0700 From: David Muir Sharnoff Message-Id: <199604190805.BAA03220@idiom.com> To: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) Cc: nate@sri.MT.net (Nate Williams), joerg_wunsch@uriah.heep.sax.de, scrappy@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org, core@freebsd.org, muir@idiom.com Subject: Re: Re: bin/1019 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * * Then use PPP wchich understand login/password :-) * The problem with auto-detecting is line noise. It is possible that * some incoming junk looks like packet, detecting procedure must be * smart enough and detect several long packets in sequence to be shure, * not just one small packet. That's why the option is off by default. A better detection system would be better. What I submitted works well enough, but it can be fooled by line noise. Personally, I haven't seen much line noise since modems all started using error correction. -Dave From owner-freebsd-bugs Fri Apr 19 01:12:32 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA07711 for bugs-outgoing; Fri, 19 Apr 1996 01:12:32 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA07676 Fri, 19 Apr 1996 01:11:35 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA13205; Fri, 19 Apr 1996 10:10:59 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA28522; Fri, 19 Apr 1996 10:10:57 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id KAA05450; Fri, 19 Apr 1996 10:08:10 +0200 (MET DST) From: J Wunsch Message-Id: <199604190808.KAA05450@uriah.heep.sax.de> Subject: Re: bin/1019 To: ache@astral.msk.su (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=) Date: Fri, 19 Apr 1996 10:08:09 +0200 (MET DST) Cc: nate@sri.MT.net, joerg_wunsch@uriah.heep.sax.de, scrappy@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org, core@freebsd.org, muir@idiom.com Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199604190626.KAA00368@astral.msk.su> from "=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=" at Apr 19, 96 10:26:43 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= wrote: > > What happens if that modem isn't a dedicated modem, and can be used by > > non-PPP users? > > Then use PPP wchich understand login/password :-) > The problem with auto-detecting is line noise. It is possible that > some incoming junk looks like packet, detecting procedure must be > smart enough and detect several long packets in sequence to be shure, > not just one small packet. David, what do you think about reworking it? I think the summary of the opinions is: . no strong opposition against having this as an (optional) feature, . it must be safe to use however, i.e. the chance of a misdetection should be minimal. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Fri Apr 19 01:32:50 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA08846 for bugs-outgoing; Fri, 19 Apr 1996 01:32:50 -0700 (PDT) Received: (from joerg@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA08830 Fri, 19 Apr 1996 01:32:46 -0700 (PDT) Date: Fri, 19 Apr 1996 01:32:46 -0700 (PDT) From: Joerg Wunsch Message-Id: <199604190832.BAA08830@freefall.freebsd.org> To: am@px.f1.ru, joerg, freebsd-bugs Subject: Re: kern/1149 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: sys/conf/params.c outdated in stable State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Fri Apr 19 10:32:04 MET DST 1996 State-Changed-Why: Pilot error; -current and -stable have been mixed. From owner-freebsd-bugs Fri Apr 19 01:53:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA09924 for bugs-outgoing; Fri, 19 Apr 1996 01:53:06 -0700 (PDT) Received: from idiom.com (idiom.com [140.174.82.4]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA09918 Fri, 19 Apr 1996 01:53:01 -0700 (PDT) Received: (from muir@localhost) by idiom.com (8.6.12/8.6.12) id BAA03814; Fri, 19 Apr 1996 01:52:09 -0700 Date: Fri, 19 Apr 1996 01:52:09 -0700 From: David Muir Sharnoff Message-Id: <199604190852.BAA03814@idiom.com> To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Cc: ache@astral.msk.su (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=), nate@sri.MT.net, joerg_wunsch@uriah.heep.sax.de, scrappy@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org, core@freebsd.org Subject: Re: Re: bin/1019 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * David, what do you think about reworking it? * * I think the summary of the opinions is: * * . no strong opposition against having this as an (optional) feature, * . it must be safe to use however, i.e. the chance of a misdetection * should be minimal. Currently I detect packets with two methods: 1. I look for the character 0x7e followed by 0xff. These are specified by the PPP protocol as the characters that start PPP packets. 2. I look for the following bit of junk " } } " that just happens to occur somewhere in the middle of PPP packets. Why did I take this approach? Because getty flushes buffers. In order to make a more deterministic getty, I would need to either: 1. Teach it more about what are valid PPP packets; or 2. Keep it from throwing away any input so that it can be sure that it's matching against the beginning of a packet. The way I figure it, even with my current methods, the chance of a noise-caused false positive is slight: First, this is in getty, not login so once any login name has been entered the detection will no longer operate. Second, most modems in use these days do error correction so line noise isn't as likely. Third, it's optional and defaults to off so it's only going to be on in situations where people are calling up with PPP. This means that the only people at risk of a false positive are those with old modems connecting to ISPs that are servicing a crowd that's using PPP. This group is small, but it isn't zero. Okay, what's the chance? I'm not sure. When I've used modems without error control, I've sometimes seen patters like " } } ", so I'm not sure that that one is impossible. Even though it's longer than the 0x7f 0xff pattern, I think it's more likely. As for me doing a better job of detecting it, I'm not sure. Certainly not immediatly. I think a more interesting thing would be to work on either mgetty or faxgetty and teach them to do it. I would like to be able to receive faxes too! -Dave --BAA09283.829903207/freefall.freebsd.org-- From owner-freebsd-bugs Fri Apr 19 03:21:02 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA26242 for bugs-outgoing; Fri, 19 Apr 1996 03:21:02 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id DAA26224 Fri, 19 Apr 1996 03:20:56 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id DAA17868; Fri, 19 Apr 1996 03:14:34 -0700 (PDT) To: David Muir Sharnoff cc: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch), ache@astral.msk.su (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=), nate@sri.MT.net, scrappy@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org, core@freebsd.org Subject: Re: bin/1019 In-reply-to: Your message of "Fri, 19 Apr 1996 01:52:09 PDT." <199604190852.BAA03814@idiom.com> Date: Fri, 19 Apr 1996 03:14:34 -0700 Message-ID: <17866.829908874@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > As for me doing a better job of detecting it, I'm not sure. Certainly > not immediatly. I think a more interesting thing would be to work on > either mgetty or faxgetty and teach them to do it. I would like to be > able to receive faxes too! It seems like this is the kind of problem that screams out for further generalization. What about implementing a "super getty" that allowed you to configure it dynamically to recognise certain patterns (using some suitably powerful pattern specification format) and invoke some program *other* than login based upon this? You could read in the possible patterns and then construct a fairly simple state machine out of it (maybe a trie?). One analogy (though a poor one :-) might be how the kernel uses different image activators to load binaries based on what headers it sees on them. This would be a similar sort thing, except getty would be handing off to a different "handler program" based on the initial handshake. It certainly seems that having things like mgetty/ppp getty/foo getty and bar getty is a non-optimal solution to the problem. Jordan From owner-freebsd-bugs Fri Apr 19 03:26:41 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA26407 for bugs-outgoing; Fri, 19 Apr 1996 03:26:41 -0700 (PDT) Received: from idiom.com (idiom.com [140.174.82.4]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA26399 Fri, 19 Apr 1996 03:26:35 -0700 (PDT) Received: (from muir@localhost) by idiom.com (8.6.12/8.6.12) id DAA05180; Fri, 19 Apr 1996 03:26:17 -0700 Date: Fri, 19 Apr 1996 03:26:17 -0700 From: David Muir Sharnoff Message-Id: <199604191026.DAA05180@idiom.com> To: "Jordan K. Hubbard" cc: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch), ache@astral.msk.su (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=), nate@sri.MT.net, scrappy@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org, core@freebsd.org Subject: Re: Re: bin/1019 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * It certainly seems that having things like mgetty/ppp getty/foo getty * and bar getty is a non-optimal solution to the problem. I agree in theory, but there is one snag: detecting faxes is uaually an interactive process that varies based on the type of modem. I'm more familiar with mgetty than faxgetty and mgetty works by turning off auto-answer and then manually answering when it receives a "RING". Hmmm, one odd application: have a port autoconfigure based on what it detects on the other end. You plug in a modem. It notices and initializes the modem. You plug in another FreeBSD system: it notcies and tries to establish a PPP link. You plug in a printer and it auto-configures lpd. This sort of thing could be very neat, but it's not that easy either. It's especially not easy to generalize. I think the best short run solution is to take my pppgetty changes and hope that someone integrates them into faxgetty and/or mgetty (maybe me). A fax/ppp getty would handle most of the common cases for a long time -- there aren't that many other things that you would want getty to detect at this time. Autodetection and configuration of periferals is another ball game. I don't think it's worth building a generalized protocol detector until then. -Dave From owner-freebsd-bugs Fri Apr 19 04:23:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA00497 for bugs-outgoing; Fri, 19 Apr 1996 04:23:05 -0700 (PDT) Received: from ra.dkuug.dk ([130.225.204.52]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA00491 Fri, 19 Apr 1996 04:22:59 -0700 (PDT) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id NAA29564; Fri, 19 Apr 1996 13:03:36 +0200 Message-Id: <199604191103.NAA29564@ra.dkuug.dk> Subject: Re: Re: bin/1019 To: muir@idiom.com (David Muir Sharnoff) Date: Fri, 19 Apr 1996 13:03:36 +0200 (MET DST) Cc: jkh@time.cdrom.com, joerg_wunsch@uriah.heep.sax.de, ache@astral.msk.su, nate@sri.MT.net, scrappy@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org, core@freebsd.org In-Reply-To: <199604191026.DAA05180@idiom.com> from "David Muir Sharnoff" at Apr 19, 96 03:26:17 am From: sos@freebsd.org Reply-to: sos@freebsd.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In reply to David Muir Sharnoff who wrote: > > * It certainly seems that having things like mgetty/ppp getty/foo getty > * and bar getty is a non-optimal solution to the problem. > > I agree in theory, but there is one snag: detecting faxes is > uaually an interactive process that varies based on the type > of modem. > > I'm more familiar with mgetty than faxgetty and mgetty works by > turning off auto-answer and then manually answering when it receives > a "RING". Why can't the "intelligent" getty check for "RING" as it can check for a PPP header ?? As far as I can see Jordan has a very valid point here, if we make getty search a list of known input we can make it do wahtever is nessesary, also for receiving a fax. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-bugs Fri Apr 19 05:48:39 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA03254 for bugs-outgoing; Fri, 19 Apr 1996 05:48:39 -0700 (PDT) Received: from sis.dcc.ufmg.br (carambola.sis.dcc.ufmg.br [150.164.7.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA03247 Fri, 19 Apr 1996 05:48:34 -0700 (PDT) Received: from carambola by sis.dcc.ufmg.br (4.1/SMI-4.1) id AA16304; Fri, 19 Apr 96 09:49:29 EST Message-Id: <9604191249.AA16304@ sis.dcc.ufmg.br> To: jwb@xioa.cosmic.org Cc: bugs@freebsd.org, fs@freebsd.org Subject: Re: file system corruption after doing a find In-Reply-To: Your message of "Thu, 18 Apr 1996 21:06:19 GMT." <199604182106.VAA02906@xioa.cosmic.org> Date: Fri, 19 Apr 1996 09:49:29 -0300 From: Marcio Migueletto de Andrade Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Joe Beiter wrote: > Three partitions, Winblows 95 on first ~400MB (plus that swap out thing) > ^^^^^^^^^^^^^^^^^^^^^^^^^^^ > 60MB of swap on third > Balance on second (Freebsd). > > Twice this has happend after executing a find. I run find and it > corrupts the file system where it looks. My last one was a find > off root. Practically the entire file system was trashed. I had exactly the same problem and the culprit was a FAT file system mounted under FreeBSD. Just removed that mount and everything was fine. By the way, I did not use FIPS. The first hard disk (wd0) was entirely devoted to Win95 and the second (wd1) to FreeBSD. I was mounting wd0 as /win95 on wd1. -- Marcio Migueletto de Andrade mar@sis.dcc.ufmg.br http://www.sis.dcc.ufmg.br/~mar From owner-freebsd-bugs Fri Apr 19 06:21:27 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA04883 for bugs-outgoing; Fri, 19 Apr 1996 06:21:27 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA04870 Fri, 19 Apr 1996 06:21:05 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id PAA26745; Fri, 19 Apr 1996 15:20:48 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id PAA00959; Fri, 19 Apr 1996 15:20:45 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id OAA06210; Fri, 19 Apr 1996 14:57:12 +0200 (MET DST) From: J Wunsch Message-Id: <199604191257.OAA06210@uriah.heep.sax.de> Subject: Re: Re: bin/1019 To: sos@freebsd.org Date: Fri, 19 Apr 1996 14:57:11 +0200 (MET DST) Cc: muir@idiom.com, jkh@time.cdrom.com, joerg_wunsch@uriah.heep.sax.de, ache@astral.msk.su, nate@sri.MT.net, scrappy@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org, core@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199604191103.NAA29564@ra.dkuug.dk> from "sos@freebsd.org" at Apr 19, 96 01:03:36 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As sos@freebsd.org wrote: > Why can't the "intelligent" getty check for "RING" as it can check for > a PPP header ?? Since this requires to listen on a port that hasn't detected the carrier yet. This, in turn, causes another mess of other things, causing me to dislike mgetty very much. Perhaps this opinion might change if we sometimes implement ``early carrier detect'' by (optionally) using the (hardware) Ring Indicator for this as opposed to DCD. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Fri Apr 19 08:00:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA10274 for bugs-outgoing; Fri, 19 Apr 1996 08:00:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA10248 Fri, 19 Apr 1996 08:00:03 -0700 (PDT) Resent-Date: Fri, 19 Apr 1996 08:00:03 -0700 (PDT) Resent-Message-Id: <199604191500.IAA10248@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, colsen@usa.net Received: from mach5.compus.com (port8.den1-annex.usa.net [165.212.158.108]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA10112 for ; Fri, 19 Apr 1996 07:58:22 -0700 (PDT) Received: (from colsen@localhost) by mach5.compus.com (8.7.5/8.6.12) id IAA00442; Fri, 19 Apr 1996 08:57:58 -0600 (MDT) Message-Id: <199604191457.IAA00442@mach5.compus.com> Date: Fri, 19 Apr 1996 08:57:58 -0600 (MDT) From: colsen@usa.net Reply-To: colsen@usa.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: conf/1150: /usr/src/share/zoneinfo/northamerica file for Denver is wrong Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1150 >Category: conf >Synopsis: /usr/src/share/zoneinfo/northamerica file for Denver is wrong >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Apr 19 08:00:01 PDT 1996 >Last-Modified: >Originator: Christopher B. Olsen >Organization: COMPUS Services Corp. >Release: FreeBSD 2.2-CURRENT i386 >Environment: Tracking current. 32Mb, 166Mhz Pentium, 4Gb MICROP SCSI-2 Fast/Wide, BusLogic BT-956 >Description: The northamerica timezone file contains a bogus description for the Mountain time zone. >How-To-Repeat: link /etc/localtime -> /usr/share/zoneinfo/Denver. And check the time. you will get EDT or EST. >Fix: *** northamerica Fri Apr 19 09:42:41 1996 --- northamerica.bak Fri Apr 19 09:42:41 1996 *************** *** 162,172 **** Rule Denver 1965 1966 - Oct lastSun 2:00 0 S # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone America/Denver -6:59:56 - LMT 1883 Nov 18 12:00 ! -7:00 US M%sT 1920 ! -7:00 Denver M%sT 1942 ! -7:00 US M%sT 1946 ! -7:00 Denver M%sT 1967 ! -7:00 US M%sT # ZONE-DESCR America Denver United_States Mountain time (except Arizona) # US Pacific time, represented by Los Angeles --- 162,172 ---- Rule Denver 1965 1966 - Oct lastSun 2:00 0 S # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone America/Denver -6:59:56 - LMT 1883 Nov 18 12:00 ! -7:00 US E%sT 1920 ! -7:00 Denver E%sT 1942 ! -7:00 US E%sT 1946 ! -7:00 Denver E%sT 1967 ! -7:00 US E%sT # ZONE-DESCR America Denver United_States Mountain time (except Arizona) # US Pacific time, represented by Los Angeles >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Apr 19 08:18:09 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA11834 for bugs-outgoing; Fri, 19 Apr 1996 08:18:09 -0700 (PDT) Received: (from wollman@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA11815 Fri, 19 Apr 1996 08:18:05 -0700 (PDT) Date: Fri, 19 Apr 1996 08:18:05 -0700 (PDT) From: Garrett Wollman Message-Id: <199604191518.IAA11815@freefall.freebsd.org> To: colsen@usa.net, wollman, freebsd-bugs Subject: Re: conf/1150 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: /usr/src/share/zoneinfo/northamerica file for Denver is wrong State-Changed-From-To: open-closed State-Changed-By: wollman State-Changed-When: Fri Apr 19 08:17:26 PDT 1996 State-Changed-Why: Fixed in rev 1.7 of northamerica. From owner-freebsd-bugs Fri Apr 19 19:00:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA17063 for bugs-outgoing; Fri, 19 Apr 1996 19:00:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA17052 Fri, 19 Apr 1996 19:00:02 -0700 (PDT) Resent-Date: Fri, 19 Apr 1996 19:00:02 -0700 (PDT) Resent-Message-Id: <199604200200.TAA17052@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, jraynard@dial.pipex.com Received: from vent.pipex.net (root@vent.pipex.net [158.43.128.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA16588 for ; Fri, 19 Apr 1996 18:52:24 -0700 (PDT) Received: from dial.pipex.com by vent.pipex.net (8.6.12/PIPEX simple 1.20) id CAA01960; Sat, 20 Apr 1996 02:52:12 +0100 Received: (from jraynard@localhost) by dial.pipex.com (8.6.12/8.6.12) id SAA00613; Fri, 19 Apr 1996 18:26:28 GMT Message-Id: <199604191826.SAA00613@dial.pipex.com> Date: Fri, 19 Apr 1996 18:26:28 GMT From: James Raynard Reply-To: jraynard@dial.pipex.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/1151: intro(3) references libc(3) and plot(3), which do not exist Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1151 >Category: docs >Synopsis: intro(3) references libc(3) and plot(3), which do not exist >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Fri Apr 19 19:00:01 PDT 1996 >Last-Modified: >Originator: James Raynard >Organization: A FreeBSD box >Release: FreeBSD 2.1-STABLE i386 >Environment: FreeBSD-2.1.0-RELEASE >Description: The man page intro(3) makes several references to libc(3) and plot(3), which do not exist on my system. >How-To-Repeat: man 3 intro man libc man plot >Fix: Apply the following patch. Or write the relevant pages 8-) intro.3~ Fri Apr 19 18:14:13 1996 intro.3 Fri Apr 19 18:18:58 1996 *************** *** 42,50 **** library functions, their error returns and other common definitions and concepts. Most of these functions are available from the C library, ! .Em libc ! (see ! .Xr libc 3 ) . Other libraries, such as the math library, .Em libm , must be indicated at compile time with the --- 42,48 ---- library functions, their error returns and other common definitions and concepts. Most of these functions are available from the C library, ! .Em libc . Other libraries, such as the math library, .Em libm , must be indicated at compile time with the *************** *** 60,67 **** The various libraries (followed by the loader flag): .Bl -tag -width "libc (-lc)" .It Xr libc Pq Fl l Ns Ar c ! Standard C library functions. (See ! .Xr libc 3 . ) When using the C compiler .Xr cc 1 , it is not necessary to supply the loader flag --- 58,64 ---- The various libraries (followed by the loader flag): .Bl -tag -width "libc (-lc)" .It Xr libc Pq Fl l Ns Ar c ! Standard C library functions. When using the C compiler .Xr cc 1 , it is not necessary to supply the loader flag *************** *** 116,127 **** .\" Old math library. .It Xr libplot Pq Fl l Ns Ar plot Device independent plotting functions. - (See - .Xr plot 3 . ) .It Xr libplotf77 Pq Fl l Ns Ar plotf77 The device independent plotting functions for fortran. - (See - .Xr plot 3 . ) .\" .It Xr libresolv Pq Fl l Ns Ar resolv .\" Routines for network address resolution. .It Xr libtermcap Fl l Ns Ar termcap --- 113,120 ---- >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Apr 20 04:30:10 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA09809 for bugs-outgoing; Sat, 20 Apr 1996 04:30:10 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA09793 for freebsd-bugs; Sat, 20 Apr 1996 04:30:08 -0700 (PDT) Date: Sat, 20 Apr 1996 04:30:08 -0700 (PDT) From: GNU GNATS Message-Id: <199604201130.EAA09793@freefall.freebsd.org> To: freebsd-bugs Subject: List of open Problem Reports Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk This is the list of currently open problem reports [1994/11/18] conf/22 Cannot use links to share kernel objects [1994/11/30] kern/34 nullfs and union mounts can result in wild pointer r [1995/01/10] bin/104 pax -rwl may corrupt filesystem [1995/01/14] bin/115 systat iostat display doesn't scale high enough [1995/01/14] bin/129 fsck cannot take a mount point as an argument [1995/01/14] bin/133 mail program doesn't have editheaders option [1995/01/15] bin/146 version of compress is kinda old and slow [1995/01/21] misc/166 /usr/include/machine/asmacros.h includes uninstalled [1995/01/21] bin/173 rc trys to mount modload fs before ld is available. [1995/01/21] bin/174 Poor error message from stty [1995/01/22] kern/176 EIDRM not defined in errno.h [1995/01/24] gnu/183 can't resolve "operator <<" overload [1995/01/24] bin/184 send-pr says "Aborting ..." and happily removes the [1995/01/30] bin/198 1.1.5.1 pine binary loops; top shows fancy values [1995/02/01] bin/199 quiz(6) reading database bug, pattern matching bug [1995/03/02] misc/229 acos() core dump [1995/03/17] kern/247 Berkeley Packet Filter fix [1995/03/28] kern/281 Messages printed when checking CD ROM device too ver [1995/03/28] kern/282 buslogic adapter information WAY too verbose [1995/04/01] kern/291 PCI devices still probe/attach after being disabled [1995/04/09] bin/323 Creating lost+found causes fsck to stop fsck -y FDIV [1995/04/09] bin/326 Weekly cron generates some usage and error messages [1995/04/09] bin/329 FTP transfers above 99K shown in scientific notation [1995/04/20] kern/353 xcdplayer crashes machine (with NCR810 SCSI) [1995/04/20] misc/355 policy on /usr/local permission in base release [1995/04/20] bin/357 pkg_delete aborts when subcommand fails [1995/05/01] gnu/373 In response to admittedly bogus code, gcc emits an o [1995/05/08] bin/389 Simultaneous creation/deletion of dirs corrupts file [1995/05/12] bin/398 VI doesnt do the correct thing [1995/05/13] bin/401 Add REMOTE_* variables [1995/05/13] bin/402 w -n shows non-numeric addresses [1995/05/13] misc/403 FreeBSD 1-compiled tcsh, bash and zsh binaries dump [1995/05/14] kern/405 The gpio driver does not work with the AT-GPIB, only [1995/05/14] kern/416 page fault in syscons.c:scopen() [1995/05/14] bin/419 pkg_delete refuses to delete an incompletely added p [1995/05/15] misc/423 Sound devices are too insecure [1995/05/16] kern/425 arp entries not getting removed when interface chang [1995/05/16] kern/427 eg doesn't work with more than one card [1995/05/16] kern/428 configure is not foolproof [1995/05/23] i386/440 want vidcontrol option to apply settings to all sysc [1995/05/25] kern/443 65 sendmails crashes system [1995/05/26] i386/444 GUS sound driver does not seem to work. [1995/05/26] kern/446 unable to diskless-boot a PC when the server mounts [1995/05/27] gnu/450 tar --exclude -c doesn't work [1995/05/30] docs/458 px doc does not find include figure [1995/06/01] misc/469 ctm leaves temp files after errors [1995/06/05] kern/492 sysinstall shows "success" after "no space" failure. [1995/06/14] bin/514 Crash recovery impossible without static mt/chflags. [1995/06/15] bin/517 Bad group change with 'install' [1995/06/15] bin/519 execution of quotacheck from /etc/rc fails [1995/06/17] kern/528 slow 386 reports excessive interrupt-level buffer ov [1995/06/20] docs/536 No copyrights in usr/src/lib/libc/stdtime [1995/06/20] bin/537 FSCK Fails [1995/06/26] kern/565 slip freezes machine [1995/07/02] kern/579 sio: RS_IBUFSIZE at 256 bytes serial lines loose dat [1995/07/04] kern/587 if_le hangs on OACTIVE with 2k buffer [1995/07/04] kern/588 Configuration of DEC ethernet cards not possible [1995/07/05] bin/591 SPAP request REJexted in stead of NAKed [1995/07/06] i386/596 and conflict with _POSIX_SOURCE [1995/07/07] bin/599 pkg_add does not stop if dependencies are missing [1995/07/09] misc/605 NIS: get*bynis routine problems [1995/07/13] kern/611 WIDE-dhcp doesn't work with FreeBSD-2.0 bpf [1995/07/21] i386/631 if_ix does not support bpf, nor does it appear to su [1995/07/29] kern/638 Transmitted packets not passed to bpf in if_le.c [1995/08/01] docs/646 vmstat man page out of date [1995/08/01] bin/648 printf format conversion incorrect (duplicate) [1995/08/02] gnu/650 Current flex is outdated [1995/08/03] kern/652 Multiple addresses on one interface interacts badly [1995/08/05] gnu/655 ld -r of shared objects worked in 1.1.5, not in 2.0. [1995/08/07] bin/658 ifconfig alias has to be separately given [1995/08/07] bin/661 Hercules is not capable of having a ISO-Latin1 Scree [1995/08/11] gnu/672 Nor all ph headers get created [1995/08/11] ports/673 /bin/sh + inn1.4 innwatch going belly up [1995/08/11] bin/675 make does unnecessary rebuilds [1995/08/12] kern/677 X gets a bus error when calling mmap() [1995/08/13] bin/680 2.0.5's tip using termios doesn't act the way it did [1995/08/14] bin/683 cron(8) [1995/08/14] kern/688 Page fault: supervisor write, page not present [1995/08/15] i386/692 My modem is not found if my external cache is disabl [1995/08/16] bin/693 `pkg_add' is umask-sensitive [1995/08/17] misc/697 "make -DCLOBBER" is broken [1995/08/18] kern/700 The comments in /sys/net/in.h are confusing [1995/08/21] kern/703 ppp not always deleting route properly when a ppp li [1995/08/22] bin/706 increased root DNS traffic and long latencies for r- [1995/08/29] bin/715 ls gives weird tabular form [1995/08/31] bin/716 W returns wrong results at login [1995/09/02] bin/718 pkg_add incorrectly prints an error message [1995/09/19] bin/728 /bin/sh messes up quoting when going through eval [1995/09/21] docs/731 socketpair(2) and man page inconsistent about return [1995/09/23] docs/735 missing description for mount options in fstab(5) ma [1995/09/25] gnu/737 FreeBSD-current/src/gnu/usr.bin/gzip/Makefile [1995/09/26] bin/739 Some problems when an output filter reads all input [1995/09/26] kern/742 syslog errors accessing Mac hard disks [patch] [1995/09/27] bin/743 vi cannot edit a file where the name starts with + [1995/09/27] bin/747 date(1) gives weird time zones and interprets GMT[+- [1995/09/27] kern/750 cd9660 confused by not-ready or I/O errors FDIV030 [1995/09/28] kern/752 setting multiple addresses for a single interfaces l [1995/09/28] kern/753 my archive scsi tape drive does not work [1995/09/28] docs/754 there is no man page for the psm(4) mouse driver [1995/10/03] kern/765 umount -f can`t umount a NFS filesystem in use [1995/10/05] misc/767 Configure-time does time-warp on non-UTC CMOS - FDIV [1995/10/06] kern/770 Floppy kernel won't boot with T485 or IDT L2 cache F [1995/10/09] kern/774 dump fails with "slave couldn't reopen disk: Device [1995/10/11] bin/777 patch doesn't realize stdin is closed and asks quest [1995/10/12] bin/778 tar complains "EOF not on block boundary" on a good [1995/10/12] bin/779 #include gets undefined 'rune_t' type. [1995/10/14] kern/781 OPEN_MAX in kernel config and FD_SETSIZE in /usr/inc [1995/10/18] bin/786 Problem with NIS and large group maps [1995/10/23] bin/789 pkg_add doesn't work [1995/10/25] kern/792 cd9660 very slow. [1995/10/25] kern/793 ep0 cannot be configured and more. [1995/10/26] kern/794 swap partition at offset 0 still broken [1995/10/27] misc/796 Network install doesn't update /etc/hosts FDIV036 [1995/10/27] bin/797 X probeonly during install gets Not Found error FDIV [1995/10/29] kern/798 PPP panics, touches 0xdeadc0de pointers [1995/10/29] misc/799 sysinstall segfaults if part of distribution missing [1995/10/29] docs/801 rlogind k, v, and x options are not documented [1995/10/30] misc/802 default fstab mounts disks in bad order [1995/10/31] bin/803 bsd m4 chokes and dies while FSF m4 works... [1995/11/09] ports/814 unable to compile the port of "pine3.91" [1995/11/11] bin/815 mountd reports unknown hosts with non-informative me [1995/11/12] kern/820 scsi tape problems [1995/11/13] kern/821 Config doesn't properly trap signals [1995/11/16] bin/826 tcpmux listener in inetd does not work [1995/11/20] kern/831 one minor complaint about the kernel visual config c [1995/11/21] i386/833 SCSI hard disks time out during tape rewind - FDIV03 [1995/11/22] kern/835 ed panics with SMC ultra with iomem, if no iomem in [1995/11/25] bin/839 by default, use of "at" is overly restricted [1995/11/27] bin/841 stale nfs mounts cannot be umounted [1995/11/27] kern/845 Automatic reboot says you can abort but boots anyway [1995/11/27] conf/846 2.1R install disk tries to use sd0 even if not reque [1995/11/28] misc/848 Inst gripes about geometry but won't accept true val [1995/11/28] misc/849 Install skimps on inodes and newfs default is wrong [1995/11/28] bin/850 dump treats write-protect as an EOT & spoils set FDI [1995/11/29] bin/852 Sendmail is loosing mail (apparently)! [1995/11/30] bin/854 swapinfo shows incorrect information for vnconfig'd [1995/11/30] misc/856 Install 2.0.5 Upgrade option does too much damage FD [1995/11/30] ports/857 Need ANSI_C define to not declare some functions [1995/12/01] bin/859 /bin/sh -c does not ignore SIGINT [1995/12/02] kern/860 visual mode in kernel -c is too restrictive [1995/12/03] kern/861 sb16 support in 2.1 is erratic and has cosmetic defe [1995/12/03] kern/863 panic on kernel page fault, NULL curproc [1995/12/04] kern/866 pcvt causes system console to lock up [1995/12/04] i386/867 Notebook with APM and 3C589C in PCMCIA freezes after [1995/12/06] ports/869 xcdplayer installs itself is /usr/X11R6, not /usr/lo [1995/12/06] ports/871 port.subdir.mk DEBUG_FLAGS is not used for CFLAGS [1995/12/08] kern/876 NFS allows bogus accesses to cached data [1995/12/09] misc/882 Makefile is not smart enough to bypass libraries... [1995/12/09] ports/883 tclX-port does not build properly [1995/12/14] misc/893 terminfo.h not installed??? [1995/12/17] kern/900 ext2fs triggers divide by zero trap in vnode_pager_h [1995/12/20] i386/906 /sys/i386/boot/netboot/nb8390.com cannot recognize N [1995/12/21] kern/907 scsi-dat tape station has stopped working [1995/12/21] bin/908 sed bug with trailing backslashes [1995/12/24] kern/912 unmount: dangling vnode [1995/12/24] conf/913 2.1.0-RELEASE, problem with cpio verbosity in instal [1995/12/25] bin/914 hayes dialer for tip fails 1st attempt to dial [1995/12/29] kern/920 sio output looses chars in fifo on close() [1995/12/29] kern/921 getrusage() returns 0 after system up for a long tim [1995/12/31] kern/924 EISA devices have disappeared from vmstat/systat int [1996/01/01] bin/926 Mounting nfs disks before starting mountd: Chicken o [1996/01/02] kern/927 VGA mode not restored [1996/01/03] kern/930 sio/getty problem? [1996/01/06] kern/932 de0 occasionally enables 100baseTX when plugged into [1996/01/06] misc/934 ppp dies with Bus Error when processing long LOGIN s [1996/01/09] kern/940 panic: free vnode isn't [1996/01/12] misc/942 X11 mono server dumps core on supported video hardwa [1996/01/13] ports/944 Security fixes for Fvwm 1.24r [1996/01/15] kern/946 divide-by-zero in kernel on bad disk info [1996/01/16] kern/949 panic, undebugable dump? [1996/01/17] kern/951 -current kernel crashes with devfs error on bootup [1996/01/19] ports/955 make CFLAGS=whatever for a port will not be honored [1996/01/19] kern/956 Kernel page fault, null callp [1996/01/19] bin/958 ttys file does not include all ptys [1996/01/21] bin/961 'more $file', incorrect CRLF compacting. [1996/01/23] ports/968 Netscape & cern_httpd ports out of date/dead links [1996/01/25] kern/971 Default limits for number of processes per user ridi [1996/01/25] conf/972 inetd.conf should comment out k-services if no Kerbe [1996/01/27] kern/974 ktrace causes panic: freeing busy page [1996/01/28] kern/975 getrusage returns negative deltas [1996/01/28] kern/976 NCR SCSI driver gives assertion errors and disk beco [1996/01/29] kern/978 Three deadlocks in row [1996/01/29] kern/979 Linux programs using pipes crash system [1996/02/01] bin/986 problems make-ing with cd in the rule [1996/02/03] kern/991 pcvt keyboard doesn't accept input at crash reboot [1996/02/03] bin/993 g++ complains about /usr/include/machine/cpufunc.h [1996/02/04] kern/994 syscons bug in ESC[nX handling (w/fix) [1996/02/05] misc/995 /var/run/gated.pid is deleted [1996/02/06] kern/998 badness in file system silently crashes machine [1996/02/07] bin/999 /usr/share/mk/sys.mk missing common $(RM) macro [1996/02/07] kern/1001 M_NAMEI malloc leak in the kernel [1996/02/08] kern/1008 Daily crash while writing network backups to local t [1996/02/09] kern/1012 vnode_pager_putpages: attempt to write meta-data!!! [1996/02/10] kern/1016 panic: vm_page_free: freeing free page, sddump: no s [1996/02/10] kern/1017 ssh stopped working between 15th Jan and 9th Feb [1996/02/12] kern/1018 panic: unwire: page not in pmap [1996/02/12] bin/1019 getty cannot detect ppp logins [1996/02/12] kern/1020 Boca 16-port board still hangs [1996/02/12] bin/1021 pppd doesn't handle PAP-only authentication well [1996/02/12] docs/1023 using touch to create swap file for NFS doesn't work [1996/02/13] misc/1024 installation may delete partitions on existing boot [1996/02/14] kern/1026 deadlocks if parent vfork and child has cntrl termin [1996/02/14] kern/1027 panic on vm_map_insert [1996/02/14] bin/1028 shutdown -r does not seem to always complete [1996/02/15] bin/1029 cd behaves erraticly if cwd is a mount-point, which [1996/02/17] bin/1030 /bin/sh does not pass environment variables on prope [1996/02/18] kern/1034 Instant panic in -current [1996/02/19] bin/1035 ls to terminal always uses ? for non-printable chars [1996/02/19] docs/1036 List of dead xrefs in man pages [1996/02/19] bin/1037 2.x telnetd handles CTRL-M differently than other tt [1996/02/23] bin/1040 with certain flags, route can reboot your machine. [1996/02/25] i386/1042 Warning from sio driver reports wrong device FDIV045 [1996/02/26] misc/1043 vm_bounce_alloc error on 2.1 install with 4G drive [1996/02/27] kern/1045 Lockup: b_to_q to a clist with no reserved cblocks [1996/02/27] misc/1046 X dies with sig11 with -current [1996/02/27] gnu/1047 send-pr: Aborting... [1996/02/28] i386/1048 ep driver fails to detect card when told specific va [1996/02/28] bin/1050 Process (zip) hangs (unkillable) after floppy error [1996/02/29] kern/1051 zip fails on dos partition [1996/02/29] bin/1052 /bin/sh problem with new GCC (snapshot for 2.8) [1996/03/02] bin/1056 pppd fails if -detach [1996/03/05] kern/1063 gzip a.out execution is not ok (?) [1996/03/05] kern/1064 Recursive panic? [1996/03/06] kern/1065 wt could crash reading short blocks [1996/03/06] kern/1066 Arnet driver: panic when ifconfig PPP -> HDLC [1996/03/08] bin/1068 man ignores -P option when combined with -k [1996/03/08] ports/1069 TkMan acts erroneusly on apropos [1996/03/09] bin/1070 /usr/bin/fstat doesn't display open, active pure tex [1996/03/09] ports/1072 tex port (ftplib.pl) does not support passive mode f [1996/03/09] bin/1073 telnet -8 does not work with SunOS or Solaris [1996/03/09] bin/1074 tty rows & columns settings sometimes reset to zero [1996/03/11] conf/1076 'make install' fails for /usr/src/share/examples in [1996/03/15] misc/1079 Can not work about get{host|net]byaddr on NIS. [1996/03/16] kern/1080 Panic @ _get_pt_entry+0x8 [1996/03/16] kern/1081 Fatal double fault [1996/03/17] kern/1086 PANIC: pagedaemon/_pmap_clear_reference+0xb2 [1996/03/17] kern/1087 Device close entry is not called when unmounting UFS [1996/03/18] docs/1089 stat manpage unclear about st_mtime & friends [1996/03/20] kern/1090 iostat displays incorrect sps count [1996/03/20] kern/1092 ftruncate(2) returns EINVAL [1996/03/20] bin/1093 route's diagnostic is weird [1996/03/21] bin/1095 make's continuation line handling buggy when used wi [1996/03/21] i386/1097 system hang during tape rewind/aic7870 controller [1996/03/23] kern/1098 File system corruption (2 cases) [1996/03/26] kern/1102 Differentiation of FreeBSD & Linux ELF binaries [pat [1996/03/27] kern/1103 panic: vm_object_deallocate: object deallocated... [1996/03/28] ports/1104 Paper sizes in (printing) ports [1996/03/28] bin/1105 Bug in find command [1996/03/28] ports/1106 a new port [1996/03/28] ports/1107 a new port [1996/03/28] ports/1109 mods to vim-3.0 port [1996/03/30] bin/1111 mail.local will happily deliver mail to a quota'd fi [1996/03/31] misc/1112 Can not work getnetbyaddr on NIS [1996/04/05] kern/1116 Cannot umount stale NFS volumes [1996/04/05] kern/1117 panic: rlist_free: free end overlaps already freed a [1996/04/05] kern/1118 panic: setrunqueue encountered when wine fork()'s [1996/04/06] kern/1119 Mounted EXT2FS partition is not cleanly unmounted up [1996/04/06] kern/1120 system panics when writing back the disklabel to the [1996/04/06] kern/1121 System crashes on boot up just after the "devfs read [1996/04/07] kern/1122 Kernel (current) does not see all memory [1996/04/07] i386/1123 ahc driver hangs on boot [1996/04/07] kern/1124 panic: vm_page_free: freeing busy page [1996/04/08] ports/1126 dist file for Mesa port does not match Makefile [1996/04/09] bin/1127 sh(1) parameter expansion for substring processing n [1996/04/10] kern/1129 matcd.c (Panasonic cdrom driver) will not compile [1996/04/11] kern/1133 panic: invalid kernel page directory [1996/04/11] kern/1134 PPB support is broken for multiple/unknown PPBs. [1996/04/11] kern/1135 starting an extra mountd and then killing it crashes [1996/04/12] bin/1136 broken printf in sh(1) [1996/04/14] bin/1139 uname.1 and uname.c disagree about display ordering [1996/04/14] docs/1141 pcvt(4) references non-existent man page. [1996/04/15] docs/1142 signal manpage doesn't describe sig parameter [1996/04/15] docs/1143 sigaction manpage doesn't describe sig parameter [1996/04/15] kern/1144 sig{add, del}set and sigismember fns don't check sig [1996/04/15] bin/1145 tftpd should support -s [1996/04/16] bin/1147 units(1) missing from FreeBSD -current and -stable [1996/04/19] docs/1151 intro(3) references libc(3) and plot(3), which do no This is the list of problem reports already analyzed: [1994/12/01] kern/35 mount -t union -o -b : lower layer not seen by shell [1995/01/11] i386/105 Distributed libm (msun) has non-standard error handl [1995/03/20] kern/260 msync and munmap don't bother to update mod times [1995/03/20] docs/264 There are no manual pages for the forms library. [1995/03/22] kern/267 NFS code gives error messages, systems jams for a fe [1995/05/09] bin/392 Simultaneous cp and ls of files on dos f/s hangs pro [1995/06/17] kern/527 dump causes assertion in ncr.c [1995/06/21] docs/538 MAP_FILE not mentioned in mmap man page. [1995/10/07] bin/771 telnet character mode not set and broken when set - [1995/10/15] kern/782 chmod does a null pointer dereference [1995/12/29] misc/922 From line handling incorrect in mail.local [1996/01/09] bin/941 pkg_create removes current directory if interupted [1996/01/22] kern/965 2.0.5: system crashes daily because of "multiple fre [1996/01/30] bin/981 clnt_broadcast() is not aware of aliases [1996/02/28] kern/1049 /kernel: arpresolve: can't allocate llinfo for 194.1 [1996/03/04] kern/1059 null fs panics system [1996/03/06] kern/1067 panic: ufs_lock: recursive lock not expected, pid: 2 [1996/04/10] kern/1130 pty driver bug [1996/04/14] kern/1140 arpresolve does a null pointer dereference through r /* EOF -- this list has not been truncated */ From owner-freebsd-bugs Sat Apr 20 04:30:12 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA09819 for bugs-outgoing; Sat, 20 Apr 1996 04:30:12 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA09796 for freebsd-bugs; Sat, 20 Apr 1996 04:30:08 -0700 (PDT) Date: Sat, 20 Apr 1996 04:30:08 -0700 (PDT) From: GNU GNATS Message-Id: <199604201130.EAA09796@freefall.freebsd.org> To: freebsd-bugs Subject: Summary of Problem Reports Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Number of currently open reports: 277 Number of curently analyzed reports: 19