From owner-freebsd-bugs Sun Mar 9 01:46:44 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA11795 for bugs-outgoing; Sun, 9 Mar 1997 01:46:44 -0800 (PST) Received: (from bde@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA11774; Sun, 9 Mar 1997 01:46:37 -0800 (PST) Date: Sun, 9 Mar 1997 01:46:37 -0800 (PST) From: Bruce Evans Message-Id: <199703090946.BAA11774@freefall.freebsd.org> To: pius@iago.ienet.com, bde, freebsd-bugs Subject: Re: gnu/2888 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: chown in gnu/usr.bin/groff/mm/Makefile uses '.' instead of ':' to separate user from group State-Changed-From-To: open-closed State-Changed-By: bde State-Changed-When: Sun Mar 9 01:45:00 PST 1997 State-Changed-Why: Fixed by rewriting install rules here and almost everywhere else to not use chown. bsd.prog.mk and zoneinfo/Makefile were too hard to fix properly. From owner-freebsd-bugs Sun Mar 9 04:50:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA19277 for bugs-outgoing; Sun, 9 Mar 1997 04:50:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA19267; Sun, 9 Mar 1997 04:50:03 -0800 (PST) Resent-Date: Sun, 9 Mar 1997 04:50:03 -0800 (PST) Resent-Message-Id: <199703091250.EAA19267@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, adam@veda.is Received: from veda.is (ubiq.veda.is [193.4.230.60]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA18755 for ; Sun, 9 Mar 1997 04:40:13 -0800 (PST) Received: (from adam@localhost) by veda.is (8.8.4/8.7.3) id MAA15470; Sun, 9 Mar 1997 12:54:58 GMT Message-Id: <199703091254.MAA15470@veda.is> Date: Sun, 9 Mar 1997 12:54:58 GMT From: Adam David Reply-To: adam@veda.is To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: i386/2924: syscons X keyboard gets stuck in capsmode Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2924 >Category: i386 >Synopsis: syscons X keyboard gets stuck in capsmode >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Mar 9 04:50:01 PST 1997 >Last-Modified: >Originator: Adam David >Organization: Veda Internet >Release: FreeBSD 3.0-CURRENT i386 >Environment: syscons, XFree86 3.2, '@' on RALT+SHIFT+2 in xmodmap. >Description: Sometimes, entering '@' from the keyboard in X causes the keyboard to get stuck in capsmode (ShiftLock?). Pressing CapsLock will then toggle the LED, but does not change the capslock status. >How-To-Repeat: Define "keycode 11 = 2 quotedbl 2 at" with xmodmap. In normal use, press RALT+RSHIFT+2 to type '@'. Random, probably related to debounce timings. >Fix: This has only happened since the recent syscons changes, which were to prevent CTRL-ALT and similar combinations from getting stuck down. Until a fix is available, switch to a non-X vty and back again. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Mar 9 05:50:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA22479 for bugs-outgoing; Sun, 9 Mar 1997 05:50:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA22473; Sun, 9 Mar 1997 05:50:01 -0800 (PST) Date: Sun, 9 Mar 1997 05:50:01 -0800 (PST) Message-Id: <199703091350.FAA22473@freefall.freebsd.org> To: freebsd-bugs Cc: From: Kazutaka YOKOTA Subject: Re: i386/2924: syscons X keyboard gets stuck in capsmode Reply-To: Kazutaka YOKOTA Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR i386/2924; it has been noted by GNATS. From: Kazutaka YOKOTA To: adam@veda.is Cc: FreeBSD-gnats-submit@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: i386/2924: syscons X keyboard gets stuck in capsmode Date: Sun, 09 Mar 1997 22:47:58 +0900 >>Environment: > > syscons, XFree86 3.2, '@' on RALT+SHIFT+2 in xmodmap. > >>Description: > > Sometimes, entering '@' from the keyboard in X causes the keyboard to > get stuck in capsmode (ShiftLock?). Pressing CapsLock will then toggle > the LED, but does not change the capslock status. Would you tell us the keymap you load for syscons, and the keyboard section of XF86Config, specifically XkbXXX settings? >>How-To-Repeat: > > Define "keycode 11 = 2 quotedbl 2 at" with xmodmap. > In normal use, press RALT+RSHIFT+2 to type '@'. > Random, probably related to debounce timings. > >>Fix: > > This has only happened since the recent syscons changes, which were to > prevent CTRL-ALT and similar combinations from getting stuck down. Do you remember since which revision your problem started? There WAS a change to clear shift/lock key flags, but that code is supposed to be executed only DURING vty switching (between vtys or X and a vty). Not while in a vty. > Until a fix is available, switch to a non-X vty and back again. Kazu From owner-freebsd-bugs Sun Mar 9 06:40:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA23986 for bugs-outgoing; Sun, 9 Mar 1997 06:40:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA23970; Sun, 9 Mar 1997 06:40:01 -0800 (PST) Date: Sun, 9 Mar 1997 06:40:01 -0800 (PST) Message-Id: <199703091440.GAA23970@freefall.freebsd.org> To: freebsd-bugs Cc: From: Adam David Subject: Re: i386/2924: syscons X keyboard gets stuck in capsmode Reply-To: Adam David Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR i386/2924; it has been noted by GNATS. From: Adam David To: yokota@zodiac.mech.utsunomiya-u.ac.jp (Kazutaka YOKOTA) Cc: FreeBSD-gnats-submit@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: i386/2924: syscons X keyboard gets stuck in capsmode Date: Sun, 9 Mar 1997 14:52:20 +0000 (GMT) > > Sometimes, entering '@' from the keyboard in X causes the keyboard to > > get stuck in capsmode (ShiftLock?). Pressing CapsLock will then toggle > > the LED, but does not change the capslock status. > > Would you tell us the keymap you load for syscons, and the keyboard > section of XF86Config, specifically XkbXXX settings? Standard syscons keymap, since dead accents are not yet supported. Section "Keyboard" Protocol "Standard" AutoRepeat 500 5 LeftAlt Meta RightAlt ModeShift EndSection I am not defining any XkbXXX settings. > > Define "keycode 11 = 2 quotedbl 2 at" with xmodmap. > > In normal use, press RALT+RSHIFT+2 to type '@'. > > Random, probably related to debounce timings. > Do you remember since which revision your problem started? There WAS a > change to clear shift/lock key flags, but that code is supposed to be > executed only DURING vty switching (between vtys or X and a vty). Not > while in a vty. I have only seen this problem since the recent changes. I do not remember when it actually started, it is not something that became immediately apparent. Perhaps it is related to the kbdio changes rather than the vty switching? However, switching vty back and forth does restore the correct mode setting. Adam From owner-freebsd-bugs Sun Mar 9 08:16:22 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA26937 for bugs-outgoing; Sun, 9 Mar 1997 08:16:22 -0800 (PST) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id IAA26932 for ; Sun, 9 Mar 1997 08:16:20 -0800 (PST) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <15802(8)>; Sun, 9 Mar 1997 08:15:47 PST Received: from localhost by crevenia.parc.xerox.com with SMTP id <177476>; Sun, 9 Mar 1997 08:15:40 -0800 To: Charles Henrich cc: freebsd-bugs@freebsd.org Subject: Re: MTU > 1500 ? what the.. In-reply-to: Your message of "Fri, 07 Mar 97 12:39:23 PST." <199703072039.PAA11730@crh.cl.msu.edu> Date: Sun, 9 Mar 1997 08:15:29 PST From: Bill Fenner Message-Id: <97Mar9.081540pst.177476@crevenia.parc.xerox.com> Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At what layer are the packets 1514 bytes? The ethernet header is 14 bytes, so ethernet packets of 1514 bytes are IP packets of 1500 bytes, e.g. your MTU. Bill From owner-freebsd-bugs Sun Mar 9 08:29:24 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA28286 for bugs-outgoing; Sun, 9 Mar 1997 08:29:24 -0800 (PST) Received: (from fenner@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA28240; Sun, 9 Mar 1997 08:29:19 -0800 (PST) Date: Sun, 9 Mar 1997 08:29:19 -0800 (PST) From: Bill Fenner Message-Id: <199703091629.IAA28240@freefall.freebsd.org> To: fenner, freebsd-bugs, fenner Subject: Re: kern/2886 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: mbuf leak in multicast code Responsible-Changed-From-To: freebsd-bugs->fenner Responsible-Changed-By: fenner Responsible-Changed-When: Sun Mar 9 08:28:53 PST 1997 Responsible-Changed-Why: fenner is Mr. Multicast From owner-freebsd-bugs Sun Mar 9 08:30:46 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA28748 for bugs-outgoing; Sun, 9 Mar 1997 08:30:46 -0800 (PST) Received: (from fenner@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA28697; Sun, 9 Mar 1997 08:30:36 -0800 (PST) Date: Sun, 9 Mar 1997 08:30:36 -0800 (PST) From: Bill Fenner Message-Id: <199703091630.IAA28697@freefall.freebsd.org> To: fenner, freebsd-bugs, fenner Subject: Re: bin/2898 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: arp -a -n buglet Responsible-Changed-From-To: freebsd-bugs->fenner Responsible-Changed-By: fenner Responsible-Changed-When: Sun Mar 9 08:29:55 PST 1997 Responsible-Changed-Why: fenner is Mr. Arp From owner-freebsd-bugs Sun Mar 9 13:33:59 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA13396 for bugs-outgoing; Sun, 9 Mar 1997 13:33:59 -0800 (PST) Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA13374 for ; Sun, 9 Mar 1997 13:33:54 -0800 (PST) Received: (from jmg@localhost) by hydrogen.nike.efn.org (8.8.4/8.8.4) id NAA04964; Sun, 9 Mar 1997 13:33:24 -0800 (PST) Message-ID: <19970309133324.32875@hydrogen.nike.efn.org> Date: Sun, 9 Mar 1997 13:33:24 -0800 From: John-Mark Gurney To: David Lowe Cc: freebsd-bugs@freefall.freebsd.org, FreeBSD Current , freebsd-gnats-submit@freebsd.org Subject: Re: bin/2622: syslogd '-s' behavior either broken or poorly documented References: <199703070210.SAA02342@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.64_p3-9,11-13,16-17,20-23,25-27 Reply-To: John-Mark Gurney Organization: Cu Networking X-Operating-System: FreeBSD 2.2-960801-SNAP i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I believe David Lowe scribbled this message on Mar 6: > The following reply was made to PR bin/2622; it has been noted by GNATS. > > From: David Lowe > > Came up with some patches to fix this (changes -s behavior and adds -n to > replace the old -s behavior)... > > use at your own risk, of course :) hmm... I don't think we should change the behavior of -s... it should be kept the same for compatibilty reasons... but we should add the new "send only" flag as something else... I'm thinking -o (output only)... but comments welcome... I'm actually interested in this patch as I have a couple diskless machines that log over the network... and I don't want them "recieving network" log messages... [patch that makes syslogd do what the man pages say deleted] -- John-Mark gurney_j@efn.org http://resnet.uoregon.edu/~gurney_j/ Modem/FAX: (541) 683-6954 (FreeBSD Box) Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) From owner-freebsd-bugs Sun Mar 9 13:40:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA13885 for bugs-outgoing; Sun, 9 Mar 1997 13:40:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA13859; Sun, 9 Mar 1997 13:40:02 -0800 (PST) Date: Sun, 9 Mar 1997 13:40:02 -0800 (PST) Message-Id: <199703092140.NAA13859@freefall.freebsd.org> To: freebsd-bugs Cc: From: John-Mark Gurney Subject: Re: bin/2622: syslogd '-s' behavior either broken or poorly documented Reply-To: John-Mark Gurney Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2622; it has been noted by GNATS. From: John-Mark Gurney To: David Lowe Cc: freebsd-bugs@freefall.freebsd.org, FreeBSD Current , freebsd-gnats-submit@freebsd.org Subject: Re: bin/2622: syslogd '-s' behavior either broken or poorly documented Date: Sun, 9 Mar 1997 13:33:24 -0800 I believe David Lowe scribbled this message on Mar 6: > The following reply was made to PR bin/2622; it has been noted by GNATS. > > From: David Lowe > > Came up with some patches to fix this (changes -s behavior and adds -n to > replace the old -s behavior)... > > use at your own risk, of course :) hmm... I don't think we should change the behavior of -s... it should be kept the same for compatibilty reasons... but we should add the new "send only" flag as something else... I'm thinking -o (output only)... but comments welcome... I'm actually interested in this patch as I have a couple diskless machines that log over the network... and I don't want them "recieving network" log messages... [patch that makes syslogd do what the man pages say deleted] -- John-Mark gurney_j@efn.org http://resnet.uoregon.edu/~gurney_j/ Modem/FAX: (541) 683-6954 (FreeBSD Box) Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) From owner-freebsd-bugs Sun Mar 9 15:40:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA20682 for bugs-outgoing; Sun, 9 Mar 1997 15:40:09 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA20676; Sun, 9 Mar 1997 15:40:05 -0800 (PST) Resent-Date: Sun, 9 Mar 1997 15:40:05 -0800 (PST) Resent-Message-Id: <199703092340.PAA20676@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.PAA20325;Sun; (8.8.5/8.8.5);, 9 Mar 1997 15:33:48.-0800 (PST) Message-Id: <199703092333.PAA20325@freefall.freebsd.org> Date: Sun, 9 Mar 1997 15:33:48 -0800 (PST) From: chern@tiger.towson.edu To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: bin/2925: non-priviledged user can crash FreeBSD!! Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2925 >Category: bin >Synopsis: non-priviledged user can crash FreeBSD!! >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Mar 9 15:40:03 PST 1997 >Last-Modified: >Originator: Eric Fang >Organization: just a student >Release: FreeBSD-2.1.5 >Environment: FreeBSD vorlon.patriot.net 2.1.5-RELEASE FreeBSD 2.1.5-RELEASE #0: Wed Jul 17 03:09:31 1996 jkh@whisker.cdrom.com:/usr/src/sys/compile/GENERIC i386 (The CPU is a Cyrix 6x86 PR150+, 64M EDO RAM, 128M Swap partition) >Description: I simulated a situation as a novice c++ programmer/student writing code using pointers. I was curious and changed the code to be infinite loop and it would keep creating pointers/data structure. When I ran this program as a normal user, and then switched virtual console (Alt-F?) to root login with 'top' running. The first time it exited okay saying not enough swap space. Then I ran the same program more than 3 instances in a row with '&' background running. The system simply crashed and stopped. I waited for more than 15mins to see if it would recover, but it didn't. I will be upgrading to 2.1.7 to see if it will occur also. >How-To-Repeat: compile this c++ code and run this program many instances at the same time (lost the original, this is the closest possible): public: int Number; IntList *Next; }; void main() { int Number=10000; IntList *ListPtr; IntList *LastPtr = 0; IntList *First = 0; while (1) { ListPtr = new IntList; ListPtr->Number = Number; ListPtr->Next = 0; if (LastPtr) LastPtr->Next = ListPtr; else First = ListPtr; LastPtr = ListPtr; } if (First) { ListPtr = First; do { cout << ListPtr->Number << " "; ListPtr = ListPtr->Next; } while (ListPtr); cout << "\n"; } cout << "Bye bye!\n"; } >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Mar 9 18:10:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA29329 for bugs-outgoing; Sun, 9 Mar 1997 18:10:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA29321; Sun, 9 Mar 1997 18:10:02 -0800 (PST) Date: Sun, 9 Mar 1997 18:10:02 -0800 (PST) Message-Id: <199703100210.SAA29321@freefall.freebsd.org> To: freebsd-bugs Cc: From: "Jordan K. Hubbard" Subject: Re: bin/2925: non-priviledged user can crash FreeBSD!! Reply-To: "Jordan K. Hubbard" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2925; it has been noted by GNATS. From: "Jordan K. Hubbard" To: chern@tiger.towson.edu Cc: freebsd-gnats-submit@freebsd.org Subject: Re: bin/2925: non-priviledged user can crash FreeBSD!! Date: Sun, 09 Mar 1997 18:09:05 -0800 > background running. The system simply crashed and stopped. I waited for Are you *positive* that the system crashed, e.g. you tried to access it from another network node and it did not respond? If you're running X and you run out of swap space, many times the system will shoot down the X server in its desparate attempt to find more memory resources. Unfortunately, when the X server is shot unexpectedly like this it leaves the console in a bad state and it looks to the uninitiated like a system crash. You must verify that it really *was* a system crash by seeing if the system is still up after you reproduce the failure. Also, don't run an X server while testing these sorts of things - it only complicates the situation. Thanks. Jordan From owner-freebsd-bugs Sun Mar 9 20:10:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA03932 for bugs-outgoing; Sun, 9 Mar 1997 20:10:09 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA03926; Sun, 9 Mar 1997 20:10:04 -0800 (PST) Resent-Date: Sun, 9 Mar 1997 20:10:04 -0800 (PST) Resent-Message-Id: <199703100410.UAA03926@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.UAA03791;Sun; (8.8.5/8.8.5);, 9 Mar 1997 20:05:56.-0800 (PST) Message-Id: <199703100405.UAA03791@freefall.freebsd.org> Date: Sun, 9 Mar 1997 20:05:56 -0800 (PST) From: h-nokubi@nmit.mt.nec.co.jp To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: misc/2927: sysinstall get SIGSEGV, kind of bug of dialog_menu(3)? Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2927 >Category: misc >Synopsis: sysinstall get SIGSEGV, kind of bug of dialog_menu(3)? >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Mar 9 20:10:02 PST 1997 >Last-Modified: >Originator: NOKUBI Hirotaka >Organization: NEC Microcomputer Technology Ltd. >Release: 2.2-970225-GAMMA >Environment: sorry, I'm using other BSD box (2.2-961014-SNAP) it's /stand/sysinstall does not have this probrem... >Description: sysinstall get SIGSEGV, kind of bug of dialog_menu(3)? >How-To-Repeat: Invoke /stand/sysinstall, select ``Custom'' => ``Distributions'' and check something (ex. Minimal), then ``Cancel''. Select ``Extract'', sysinstall requests setting install media. So, select ``ftp'' => ``URL''. When dialog contains ``ftp://'' is appeared, pressing ESC causes SIGSEGV. >Fix: At the first `if' statement in distExtractAll(), mediaVerify() should return 0 in the above situation. But, it returns something non-zero value and mediaDevice is NULL, then SIGSEGV occurs. One reason I found is that dialog_menu() drops return value from callback function. So, mediaSetFTP() returns DITEM_FAILURE when ESC is pressed, but dialog_menu() ignores it and returns DITEM_SUCCESS. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Mar 9 21:07:14 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA05664 for bugs-outgoing; Sun, 9 Mar 1997 21:07:14 -0800 (PST) Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA05659 for ; Sun, 9 Mar 1997 21:07:09 -0800 (PST) Received: (from henrich@localhost) by crh.cl.msu.edu (8.8.5/8.8.4) id AAA00841; Mon, 10 Mar 1997 00:07:05 -0500 (EST) From: Charles Henrich Message-Id: <199703100507.AAA00841@crh.cl.msu.edu> Subject: Re: MTU > 1500 ? what the.. To: fenner@parc.xerox.com (Bill Fenner) Date: Mon, 10 Mar 1997 00:07:05 -0500 (EST) Cc: freebsd-bugs@freebsd.org In-Reply-To: <97Mar9.081540pst.177476@crevenia.parc.xerox.com> from Bill Fenner at "Mar 9, 97 08:15:29 am" X-Mailer: ELM [version 2.4ME+ PL22 (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 > At what layer are the packets 1514 bytes? The ethernet header is 14 > bytes, so ethernet packets of 1514 bytes are IP packets of 1500 bytes, > e.g. your MTU. I believe those are ethernet packets, and perhaps im on crack but I was under the impression that ethernet packets couldnt exceed 1500 bytes. I'll have to check my references tommorow at work. In any case its undenyable that with 1514 X-window packets I am unable to communicate with some remote displays (probably due to a router between here and there choking on the large packet size) if I drop it to 1480 I have no problems what so ever. -Crh Charles Henrich Michigan State University henrich@msu.edu http://pilot.msu.edu/~henrich From owner-freebsd-bugs Sun Mar 9 22:38:01 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA08693 for bugs-outgoing; Sun, 9 Mar 1997 22:38:01 -0800 (PST) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id WAA08688 for ; Sun, 9 Mar 1997 22:37:54 -0800 (PST) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <15965(1)>; Sun, 9 Mar 1997 22:37:19 PST Received: from localhost by crevenia.parc.xerox.com with SMTP id <177476>; Sun, 9 Mar 1997 22:37:13 -0800 To: Charles Henrich cc: fenner@parc.xerox.com (Bill Fenner), freebsd-bugs@freebsd.org Subject: Re: MTU > 1500 ? what the.. In-reply-to: Your message of "Sun, 09 Mar 97 21:07:05 PST." <199703100507.AAA00841@crh.cl.msu.edu> Date: Sun, 9 Mar 1997 22:37:04 PST From: Bill Fenner Message-Id: <97Mar9.223713pst.177476@crevenia.parc.xerox.com> Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The actual maximum Ethernet packet size is 1516 bytes (1500 bytes of payload, 6 bytes of src, 6 bytes of dst, 2 bytes of type, and 2 bytes of CRC). tcpdump doesn't report the CRC which is why you see 1514. Sounds like you have a broken router which isn't sending ICMP packet-too-big errors. I wonder if the traceroute that someone submitted as a port does MTU discovery; you can use an MTU-discovering traceroute to discover such broken routers. Bill From owner-freebsd-bugs Sun Mar 9 22:58:13 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA09862 for bugs-outgoing; Sun, 9 Mar 1997 22:58:13 -0800 (PST) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id WAA09854 for ; Sun, 9 Mar 1997 22:57:59 -0800 (PST) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <15954(1)>; Sun, 9 Mar 1997 22:56:54 PST Received: from localhost by crevenia.parc.xerox.com with SMTP id <177476>; Sun, 9 Mar 1997 22:56:45 -0800 To: Bill Fenner cc: Charles Henrich , freebsd-bugs@freebsd.org Subject: Re: MTU > 1500 ? what the.. In-reply-to: Your message of "Sun, 09 Mar 97 22:37:04 PST." <97Mar9.223713pst.177476@crevenia.parc.xerox.com> Date: Sun, 9 Mar 1997 22:56:39 PST From: Bill Fenner Message-Id: <97Mar9.225645pst.177476@crevenia.parc.xerox.com> Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Bill Fenner wrote: >I wonder if the traceroute that someone >submitted as a port does MTU discovery It does. Build ftp://ftp.FreeBSD.ORG/pub/FreeBSD/incoming/traceroute.tar.gz and say "traceroute -f 1500". It should time out at some intermediate hop, which is the misbehaving router. Bill From owner-freebsd-bugs Sun Mar 9 23:19:58 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA12268 for bugs-outgoing; Sun, 9 Mar 1997 23:19:58 -0800 (PST) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA12263 for ; Sun, 9 Mar 1997 23:19:56 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by root.com (8.8.5/8.6.5) with SMTP id XAA15536; Sun, 9 Mar 1997 23:19:36 -0800 (PST) Message-Id: <199703100719.XAA15536@root.com> X-Authentication-Warning: implode.root.com: localhost [127.0.0.1] didn't use HELO protocol To: Bill Fenner cc: Charles Henrich , freebsd-bugs@freebsd.org Subject: Re: MTU > 1500 ? what the.. In-reply-to: Your message of "Sun, 09 Mar 1997 22:37:04 PST." <97Mar9.223713pst.177476@crevenia.parc.xerox.com> From: David Greenman Reply-To: dg@root.com Date: Sun, 09 Mar 1997 23:19:36 -0800 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >The actual maximum Ethernet packet size is 1516 bytes (1500 bytes of >payload, 6 bytes of src, 6 bytes of dst, 2 bytes of type, and 2 bytes >of CRC). tcpdump doesn't report the CRC which is why you see 1514. Uh, ethernet CRC is 32 bits, right? -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-bugs Sun Mar 9 23:32:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA12268 for bugs-outgoing; Sun, 9 Mar 1997 23:19:58 -0800 (PST) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA12263 for ; Sun, 9 Mar 1997 23:19:56 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by root.com (8.8.5/8.6.5) with SMTP id XAA15536; Sun, 9 Mar 1997 23:19:36 -0800 (PST) Message-Id: <199703100719.XAA15536@root.com> X-Authentication-Warning: implode.root.com: localhost [127.0.0.1] didn't use HELO protocol To: Bill Fenner cc: Charles Henrich , freebsd-bugs@freebsd.org Subject: Re: MTU > 1500 ? what the.. In-reply-to: Your message of "Sun, 09 Mar 1997 22:37:04 PST." <97Mar9.223713pst.177476@crevenia.parc.xerox.com> From: David Greenman Reply-To: dg@root.com Date: Sun, 09 Mar 1997 23:19:36 -0800 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >The actual maximum Ethernet packet size is 1516 bytes (1500 bytes of >payload, 6 bytes of src, 6 bytes of dst, 2 bytes of type, and 2 bytes >of CRC). tcpdump doesn't report the CRC which is why you see 1514. Uh, ethernet CRC is 32 bits, right? -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-bugs Sun Mar 9 23:39:00 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA00398 for bugs-outgoing; Sun, 9 Mar 1997 23:39:00 -0800 (PST) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA00392 for ; Sun, 9 Mar 1997 23:38:58 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by root.com (8.8.5/8.6.5) with SMTP id XAA15696; Sun, 9 Mar 1997 23:39:54 -0800 (PST) Message-Id: <199703100739.XAA15696@root.com> X-Authentication-Warning: implode.root.com: localhost [127.0.0.1] didn't use HELO protocol To: Bill Fenner cc: freebsd-bugs@freebsd.org, henrich@crh.cl.msu.edu Subject: Re: MTU > 1500 ? what the.. In-reply-to: Your message of "Sun, 09 Mar 1997 23:21:55 PST." <97Mar9.232201pst.177476@crevenia.parc.xerox.com> From: David Greenman Reply-To: dg@root.com Date: Sun, 09 Mar 1997 23:39:54 -0800 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Ok, since tcpdump never thinks about the CRC I don't either. What I It's 32 bits...4 bytes, trust me. :-) The total length is 1518 bytes plus 96bit IFS, 56bit preamble, and a few other bits. >know for sure is that the Ethernet MTU of 1500 is payload only, >including none of the header, and the header that tcpdump counts in its >length is 14 bytes, so 1514 byte packets are exactly MTU-sized. Right... -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-bugs Sun Mar 9 23:43:45 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA00708 for bugs-outgoing; Sun, 9 Mar 1997 23:43:45 -0800 (PST) Received: (from fenner@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA00689; Sun, 9 Mar 1997 23:43:37 -0800 (PST) Date: Sun, 9 Mar 1997 23:43:37 -0800 (PST) From: Bill Fenner Message-Id: <199703100743.XAA00689@freefall.freebsd.org> To: fenner, freebsd-bugs, steve Subject: Re: bin/2879 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: sh: ! fails to negate the return value of a pipeline Responsible-Changed-From-To: freebsd-bugs->steve Responsible-Changed-By: fenner Responsible-Changed-When: Sun Mar 9 23:41:43 PST 1997 Responsible-Changed-Why: Steve made the commit that caused the behavior to change From owner-freebsd-bugs Sun Mar 9 23:47:43 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA00947 for bugs-outgoing; Sun, 9 Mar 1997 23:47:43 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA00936 for ; Sun, 9 Mar 1997 23:47:40 -0800 (PST) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by who.cdrom.com (8.8.5/8.6.11) with SMTP id XAA08159 for ; Sun, 9 Mar 1997 23:24:05 -0800 (PST) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <16024(7)>; Sun, 9 Mar 1997 23:22:12 PST Received: by crevenia.parc.xerox.com id <177476>; Sun, 9 Mar 1997 23:22:01 -0800 From: Bill Fenner To: dg@root.com, fenner@parc.xerox.com Subject: Re: MTU > 1500 ? what the.. Cc: freebsd-bugs@freebsd.org, henrich@crh.cl.msu.edu Message-Id: <97Mar9.232201pst.177476@crevenia.parc.xerox.com> Date: Sun, 9 Mar 1997 23:21:55 PST Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Ok, since tcpdump never thinks about the CRC I don't either. What I know for sure is that the Ethernet MTU of 1500 is payload only, including none of the header, and the header that tcpdump counts in its length is 14 bytes, so 1514 byte packets are exactly MTU-sized. Bill From owner-freebsd-bugs Mon Mar 10 02:18:21 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA08979 for bugs-outgoing; Mon, 10 Mar 1997 02:18:21 -0800 (PST) Received: (from asami@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA08876; Mon, 10 Mar 1997 02:17:26 -0800 (PST) Date: Mon, 10 Mar 1997 02:17:26 -0800 (PST) From: Satoshi Asami Message-Id: <199703101017.CAA08876@freefall.freebsd.org> To: deischen@iworks.InterWorks.org, asami, gnats-admin, freebsd-bugs Subject: Re: pending/2929 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Re: Nedit port has incorrect checksum State-Changed-From-To: open-closed State-Changed-By: asami State-Changed-When: Mon Mar 10 02:16:08 PST 1997 State-Changed-Why: People, stop following up to this mail! ;) Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: asami Responsible-Changed-When: Mon Mar 10 02:16:08 PST 1997 Responsible-Changed-Why: Misfiled PR From owner-freebsd-bugs Mon Mar 10 02:34:48 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA10123 for bugs-outgoing; Mon, 10 Mar 1997 02:34:48 -0800 (PST) Received: (from jkh@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA10101; Mon, 10 Mar 1997 02:34:31 -0800 (PST) Date: Mon, 10 Mar 1997 02:34:31 -0800 (PST) From: "Jordan K. Hubbard" Message-Id: <199703101034.CAA10101@freefall.freebsd.org> To: h-nokubi@nmit.mt.nec.co.jp, jkh, freebsd-bugs Subject: Re: misc/2927 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: sysinstall get SIGSEGV, kind of bug of dialog_menu(3)? State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Mon Mar 10 02:34:19 PST 1997 State-Changed-Why: Already fixed, thanks! From owner-freebsd-bugs Mon Mar 10 03:50:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA14287 for bugs-outgoing; Mon, 10 Mar 1997 03:50:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA14280; Mon, 10 Mar 1997 03:50:03 -0800 (PST) Resent-Date: Mon, 10 Mar 1997 03:50:03 -0800 (PST) Resent-Message-Id: <199703101150.DAA14280@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.DAA13866;Mon; (8.8.5/8.8.5);, 10 Mar 1997 03:44:01.-0800 (PST) Message-Id: <199703101144.DAA13866@freefall.freebsd.org> Date: Mon, 10 Mar 1997 03:44:01 -0800 (PST) From: kumano@strl.nhk.or.jp To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: bin/2930: lack of NFS V3 support in amd(8) Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2930 >Category: bin >Synopsis: lack of NFS V3 support in amd(8) >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon Mar 10 03:50:02 PST 1997 >Last-Modified: >Originator: KUMANO, Tadashi >Organization: NHK Science and Technical Research Laboratories >Release: FreeBSD 2.2-970216-GAMMA i386 >Environment: FreeBSD g4ppro 2.2-970216-GAMMA FreeBSD 2.2-970216-GAMMA #0: Mon Feb 17 09:15:56 JST 1997 kumano@g4ppro:/usr/src/sys/compile/GFOURPPRO i386 >Description: Though NFS V3 mount has supported in mount_nfs(8), there is no way to specify this operation in amd(8) configuration files. >How-To-Repeat: >Fix: Apply this patch, then mount option `nfsv3' is available in configuration file. *** /usr/src/usr.sbin/amd/amd/nfs_ops.c~ Tue Jun 27 20:07:24 1995 --- /usr/src/usr.sbin/amd/amd/nfs_ops.c Mon Feb 17 19:05:36 1997 *************** *** 642,647 **** --- 642,651 ---- nfs_args.sotype = SOCK_STREAM; #endif /* HAS_TCP_NFS */ + #ifdef NFSMNT_NFSV3 + if (hasmntopt(&mnt, "nfsv3") != NULL) + nfs_args.flags |= NFSMNT_NFSV3; + #endif /* NFSMNT_NFSV3 */ #ifdef ULTRIX_HACK /* >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Mar 10 10:11:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA10506 for bugs-outgoing; Mon, 10 Mar 1997 10:11:05 -0800 (PST) Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA09554 for freebsd-bugs@freebsd.org; Mon, 10 Mar 1997 10:00:46 -0800 (PST) Date: Mon, 10 Mar 1997 10:00:46 -0800 (PST) Message-Id: <199703101800.KAA09554@freefall.freebsd.org> From: FreeBSD bugmaster To: FreeBSD bugs list Subject: Current problem reports Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Current FreeBSD problem reports The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. Bugs can be in one of several states: o - open A problem report has been submitted, no sanity checking performed. a - analyzed The report has been examined by a team member and evaluated. f - feedback The problem has been solved, and the originator has been given a patch or a fix has been committed. The PR remains in this state pending a response from the originator. s - suspended Work on the problem has been postponed. This happens if a timely solution is not possible or is not cost-effective at the present time. The PR continues to exist, though a solution is not being actively sought. If the problem cannot be solved at all, it will be closed, rather than suspended. c - closed A problem report is closed when any changes have been integrated, documented, and tested. Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- a [1995/01/11] i386/105 bde Distributed libm (msun) has non-standard o [1995/02/14] kern/216 davidg /kernel: panic: ffs_alloccg: map corrupte o [1995/12/08] kern/876 NFS allows bogus accesses to cached data a [1996/01/22] kern/965 bde 2.0.5: system crashes daily because of "m a [1996/03/04] kern/1059 hsu null fs panics system o [1996/04/06] kern/1121 dyson System crashes on boot up just after the o [1996/05/07] kern/1177 dyson Machine hangs with message "vm_fork: no p f [1996/06/05] kern/1293 Fatal trap 12: page fault while in kernel o [1996/06/11] kern/1311 dyson Panic: vm_page_free while installing new a [1996/07/15] bin/1387 davidn Group file errors cause absolute havoc a [1996/08/09] kern/1487 bde bug in exec(2) o [1996/08/15] kern/1498 system hangs during inactivity o [1996/09/11] kern/1599 panic: locking against myself s [1996/09/13] conf/1608 FreeBSD's bug tracking system does not re f [1996/09/14] kern/1609 page fault while in kenel mode during Lin o [1996/09/29] bin/1694 rbootd does not appear to work o [1996/09/30] kern/1698 sup from around 21:51 GMT 28th very unsta a [1996/10/08] kern/1744 run queue or proc list smashed 4 times in o [1996/10/13] kern/1790 access to /dev/kmem panics system f [1996/10/28] kern/1919 access to files/directories fails, gives o [1996/11/01] kern/1940 TCP doesn't time out of FIN_WAIT_1 and fl o [1996/11/04] i386/1959 DELAY() won't work for fast CPUs o [1996/11/15] kern/2033 unmount of doubly mounted devfs forces pa o [1996/11/17] kern/2043 2.2-ALPHA stdio problems? (Bad Address e o [1996/11/29] kern/2121 MAXBSIZE in param.h causes kernel panic i o [1996/11/29] bin/2126 phk sysinstall installs broken geometory(sic) o [1996/12/14] i386/2218 cy.c XON/XOFF handling crashes kernel o [1996/12/17] kern/2240 ncr53c810 crashing o [1996/12/20] bin/2258 wollman route add/delete [network] xxx.yyy.zzz.0 o [1996/12/25] kern/2277 2.2-BETA fails to boot on my laptop o [1996/12/25] conf/2280 Can't configure 562 CD-Rom using interfac o [1996/12/28] kern/2305 se system hangs with second Ide controller o [1996/12/29] bin/2320 Trouble with using arrow keys to navigate f [1997/01/01] ports/2352 ports wu-ftp port does not work with DES crypte o [1997/01/03] conf/2367 gibbs Buslogic SCSI driver bad probe of 742A EI o [1997/01/04] kern/2371 gibbs SCSI disk corruption o [1997/01/14] kern/2498 On installation, after selecting drivers, o [1997/01/25] bin/2578 imp security hole in resolver routines permit o [1997/01/25] bin/2580 imp security hole in glob.c o [1997/01/25] bin/2581 imp security holes in libtermcap o [1997/01/25] bin/2582 imp security hole in lib/libc/nls/msgcat.c o [1997/01/25] bin/2583 imp small security hole in localtime.c o [1997/01/25] bin/2586 imp various buffer overflow fixes o [1997/01/25] bin/2588 imp [possible] remote root exploit in rlogind o [1997/01/26] bin/2594 floppy install hangs after or on npx driv o [1997/01/27] bin/2599 Lite2 merg and critical bugfix for games/ o [1997/01/28] bin/2605 imp Buffer overflow in Paul Vixie's cron o [1997/02/01] kern/2635 NFS cache doesn't check execute permissio o [1997/02/06] kern/2680 bde bind of a local domain socket does not re o [1997/02/11] kern/2717 Panic with daily script (find) o [1997/02/12] conf/2718 Table Configuration with Multi Serial Boa o [1997/02/14] bin/2740 wpaul root-fs full erases password table ! o [1997/02/17] kern/2754 Using memory mmapped to an NFS file can c o [1997/02/19] conf/2775 sos Syscons in 2.2 wont work with Diamond Spe o [1997/02/21] misc/2795 Cyclades 8YO -- Not working under 2.1.6-S o [1997/02/26] bin/2821 jkh XFree86 distributed with 2.2-GAMMA corrup o [1997/02/28] bin/2837 Globalyst550 Disk-Drive Not found!! o [1997/03/03] bin/2868 new fetch thinks that NCSA 1.5.2 server r o [1997/03/04] kern/2877 Fatal Trap 12: page fault while in kernel o [1997/03/05] kern/2890 System panic after kernel compiled for 12 o [1997/03/06] kern/2908 Fix for the NFS filehandle bug. o [1997/03/08] kern/2923 panic: vm_fault: fault on nofault entry, 62 problems total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [1994/11/30] kern/34 davidg nullfs and union mounts can result in wil a [1995/03/20] kern/260 davidg msync and munmap don't bother to update m s [1995/04/01] kern/291 se PCI devices still probe/attach after bein f [1995/05/08] bin/389 Simultaneous creation/deletion of dirs co a [1995/05/09] bin/392 Simultaneous cp and ls of files on dos f/ o [1995/05/16] kern/425 wollman arp entries not getting removed when inte a [1995/06/17] kern/527 dufault dump causes assertion in ncr.c o [1995/07/02] kern/579 bde sio: RS_IBUFSIZE at 256 bytes serial line f [1995/07/04] kern/587 if_le hangs on OACTIVE with 2k buffer s [1995/07/21] i386/631 if_ix does not support bpf, nor does it a s [1995/07/29] kern/638 Transmitted packets not passed to bpf in o [1995/08/01] bin/648 jmz [f2c] printf format conversion incorrect f [1995/08/11] gnu/672 Nor all ph headers get created o [1995/08/21] kern/703 amurai ppp not always deleting route properly wh o [1995/08/22] bin/706 jmg increased root DNS traffic and long laten f [1995/09/20] kern/730 gibbs 3Com 3C5x9 probe problem f [1995/09/27] kern/750 cd9660 confused by not-ready or I/O error a [1995/10/07] bin/771 telnet character mode not set and broken o [1995/10/18] bin/786 wpaul Problem with NIS and large group maps a [1995/10/26] kern/794 swap partition at offset 0 still broken o [1995/11/12] kern/820 gibbs scsi tape problems f [1995/11/16] bin/826 mpp tcpmux listener in inetd does not work o [1995/11/28] bin/850 joerg dump treats write-protect as an EOT & spo o [1995/12/20] i386/906 davidg /sys/i386/boot/netboot/nb8390.com cannot o [1996/01/01] bin/926 Mounting nfs disks before starting mountd o [1996/02/12] kern/1020 .Boca 16-port board still hangs o [1996/02/12] docs/1023 mpp using touch to create swap file for NFS d a [1996/02/17] bin/1030 steve /bin/sh does not pass environment variabl f [1996/02/28] bin/1050 Process (zip) hangs (unkillable) after fl s [1996/03/06] kern/1067 mpp panic: ufs_lock: recursive lock not expec o [1996/03/09] bin/1073 telnet -8 does not work with SunOS or Sol f [1996/03/21] i386/1097 gibbs system hang during tape rewind/aic7870 co o [1996/03/23] kern/1098 File system corruption (2 cases) o [1996/03/30] bin/1111 scrappy mail.local will happily deliver mail to a o [1996/04/05] kern/1118 panic: setrunqueue encountered when wine f [1996/04/11] kern/1135 starting an extra mountd and then killing f [1996/05/14] kern/1204 umount -f after SCSI reset -> reboot o [1996/05/24] misc/1247 bde Conflicting header files f [1996/05/26] i386/1251 aha0 and bt0(eisa) conflicts again. o [1996/05/26] kern/1256 ZNYX 314 mysterously looses packets o [1996/05/28] kern/1271 phk Kernel panic using PLIP in 27/05 current o [1996/05/31] kern/1284 dyson panic: vm_page_free: freeing busy page o [1996/06/02] i386/1288 bde wdgetctlr (wd.c) return incorrect number o [1996/06/07] kern/1301 davidg DEC FDDI/PCI Adapter: halt code = 6 (DMA o [1996/06/10] kern/1308 dyson vm_page_free: wire count > 1 in 960501-SN a [1996/06/12] bin/1315 ls(1) a [1996/06/18] kern/1333 davidg free vnode isn't: another -stable coredum f [1996/06/25] bin/1351 guido security problem with mv(1) f [1996/07/03] bin/1364 mpp ps(1) bugs o [1996/07/09] bin/1377 guido mv(1) retains the setuid bit when it is u o [1996/07/09] gnu/1379 Man command problem, when it writes into a [1996/07/18] kern/1397 bde can't send to a pipe f [1996/07/19] gnu/1407 jdp ld computes wrong size of common (global f [1996/07/24] kern/1423 wollman route causes kernel page fault. f [1996/08/01] bin/1454 steve /bin/sh bug handling <<[n] FD processing o [1996/08/03] bin/1461 Incorrect address binding of Kerberized r o [1996/08/04] kern/1467 gibbs scsi_prevent causing tape problems on clo o [1996/08/18] kern/1512 dyson Use of madvise may may cause bad memory m o [1996/08/22] kern/1533 dyson Machine can be panicked by a userland pro o [1996/08/25] misc/1541 julian fork.o in libc_r fails to compile f [1996/09/05] kern/1570 Setting SHMALL > 35000 causes panic f [1996/09/08] kern/1584 [unionfs] same file is listed twice o [1996/09/08] docs/1588 jfieber Handbook Incorrect LaTeX/PostScript outpu o [1996/09/14] kern/1610 dyson mmap() of unassociated memory + mlock() c o [1996/09/14] kern/1613 I get ls: fts_read: No such file or direc o [1996/09/16] i386/1626 MUSTEK Scanner hangs NCR SCSI controller f [1996/09/18] kern/1637 mss driver causes feedback (squeal) on so o [1996/09/19] bin/1650 telnet encryption with char-mode and asci o [1996/09/21] kern/1661 ft driver hangs uninterruptably at "bavai a [1996/09/22] bin/1664 davidn getty doesn't use init kerninfo struct o [1996/09/26] kern/1684 inconsistent permission failures on NFS r a [1996/09/28] bin/1687 watch makes kernel crash o [1996/09/29] kern/1689 wollman TCP extensions throttles distant connecti o [1996/09/29] kern/1692 Page fault while in kernel modem fatal tr o [1996/10/01] bin/1702 installing of tcl manpages fails from mak o [1996/10/01] bin/1705 COM2 not detected when booting from Hardd o [1996/10/03] kern/1715 le driver non-reentrant o [1996/10/04] kern/1723 gibbs kernel fault when doing scsi reprobe o [1996/10/04] kern/1724 gibbs HP colorado T4000S tape drive hangs syste o [1996/10/04] kern/1726 panic in kmem_malloc (dump available) o [1996/10/05] i386/1730 sos SFF8020 violation and silly bug in atapi. o [1996/10/10] ports/1753 markm SSLeay doesn't work against Microsoft sec o [1996/10/10] kern/1754 netbooted machines freeze with ifconfig a o [1996/10/11] bin/1773 ports A NULL pointer causing segmentation core o [1996/10/13] gnu/1787 markm Diffs with Index: lines are not honored f o [1996/10/15] bin/1810 fsck -p does not check pass 0 filesystems o [1996/10/15] kern/1812 dyson vnodes are left in a locked state o [1996/10/15] kern/1814 cy driver gets deadlocked sometimes o [1996/10/16] i386/1821 boot fails if bad144 selected on large pa a [1996/10/18] kern/1839 mpp Multiple mfs mounts of same mount point o [1996/10/20] kern/1848 breakpoints may be set in shared librarie o [1996/10/21] kern/1856 read-only nfs mount: panic leaf should be o [1996/10/22] ports/1866 wosch popclient flushes remote mailbox even wit o [1996/10/24] kern/1880 kernel crash during boot when using 512 M o [1996/10/25] bin/1891 mountd fails to export o [1996/10/26] bin/1892 install(1) removes target file o [1996/10/29] bin/1927 User CPU time getting accounting as syste o [1996/10/30] misc/1928 phk fdisk incorrectly detects driver geometry o [1996/11/04] bin/1952 guido Long chat script makes ppp dump core o [1996/11/07] bin/1973 pppd uses /etc/ppp/options.tty after comm o [1996/11/08] gnu/1981 ypserv handles null key incorrectly f [1996/11/08] kern/1982 fenner arpresolve: cant allocate llinfo for 207. o [1996/11/10] kern/1989 gibbs dump(8) fails to dump if tagged command q o [1996/11/13] ports/2000 asami obsolete software in distfiles directory o [1996/11/13] bin/2001 vi confused about lines to display o [1996/11/13] i386/2002 sio doesn't detect com port on Compaq Con o [1996/11/14] misc/2013 'make world' fails on read-only /usr/src o [1996/11/14] kern/2014 sos Console keyboard lockup problem o [1996/11/15] bin/2016 static libtcl references symbols that are o [1996/11/15] kern/2034 julian [devfs] wd* driver "slot name rejection e o [1996/11/15] gnu/2035 peter deque bug, local gnu changes to deque hea o [1996/11/17] kern/2048 GENERIC kernel lacks SYSV IPC features o [1996/11/18] kern/2053 de0 driver don't work at 100M for Compex o [1996/11/19] i386/2058 sos amity series machines can not show instal o [1996/11/24] kern/2094 wd1: interrupt timeout: o [1996/11/26] bin/2107 problem building a system from cdrom. o [1996/11/29] kern/2124 sos Hitachi CDR-7730 ATAPI CD-ROM recognized o [1996/12/03] kern/2142 FP mask not saved for signal handlers o [1996/12/03] kern/2144 kernel panic (page fault) running chgrp o [1996/12/04] bin/2159 bsd on a 386 - 'configure' scripts for in o [1996/12/08] kern/2181 2.2-ALPHA flickers/wavers part of the upp o [1996/12/09] bin/2187 ijppp: LQR is broken o [1996/12/10] misc/2189 mpp netdb.h works not with -traditonal cc fla o [1996/12/10] bin/2191 syslogd stops logging after several hours o [1996/12/13] bin/2206 NIS Makefile can't manage appletalk entri o [1996/12/17] kern/2232 MSDOSFS corrupts MSDOS partitions > 500Mb o [1996/12/18] kern/2246 symlinks should have their own attributes o [1996/12/18] kern/2248 Mitsumi CD-ROM driver has "timeout" probl s [1996/12/19] bin/2255 Client PPP negotiates Stacker compression o [1996/12/20] bin/2256 PPP process on port will not close when a s [1996/12/22] ports/2268 ports libc from linux emulator does not use /et o [1996/12/22] kern/2270 Hayes ESP serial card locks system as of o [1996/12/25] misc/2283 setlocale() in libxpg4 always returns NUL o [1996/12/27] bin/2303 cdcontrol can read to many toc entries if o [1996/12/27] bin/2304 mkdir -p o [1996/12/29] bin/2318 /usr/libexec/rlogind doesn't work after t a [1996/12/30] kern/2325 mpp quota.user enlarged, no boot on 2.2-BETA o [1996/12/30] kern/2330 changing root device to sd0a - ncr0: abor o [1996/12/31] ports/2340 obrien gshar+gunshar needs to be updated to 4.2 o [1997/01/01] kern/2351 panic:timeout table full o [1997/01/03] bin/2365 jkh Partition undo causes kernel panic o [1997/01/06] i386/2381 gcc built with i486 default can't compile o [1997/01/06] kern/2388 joerg start unit command screws up some CDROM d o [1997/01/07] gnu/2394 tar will extract files even if -C command f [1997/01/07] kern/2401 joerg 2.2 RELENG sometimes locks up early on bo o [1997/01/08] kern/2423 some cdrom drives return bcd encoded trac o [1997/01/08] kern/2425 amd driver does not reprobe devices. o [1997/01/08] conf/2426 At end of install, panic: Going nowhere w o [1997/01/09] bin/2430 mountd stops on loading if subnet mask is o [1997/01/09] i386/2431 panic: get_pv_entry: cannot get a pv_entr o [1997/01/12] docs/2460 mpp manpages sometimes appear to be 0 bytes o [1997/01/12] ports/2467 chuckr tops display is corrupt o [1997/01/12] i386/2471 Sound: Reset failed - Can't reopen device o [1997/01/13] misc/2479 sos NEC CD-ROM NOT RECOGNIZED; MATROX MISTIQU o [1997/01/13] bin/2489 mpp gnats mangles sections o [1997/01/16] kern/2507 Renaming DOS directories with "mv" causes o [1997/01/18] kern/2521 kernel from 2.1.6 install CD doesn't acce o [1997/01/18] bin/2527 fetch doesn't print enough of the error m o [1997/01/20] kern/2538 worm burning suddenly broken o [1997/01/20] bin/2541 cd (using /bin/sh) may leave you in the w o [1997/01/20] kern/2545 se < sd0(ncr0:6:0): COMMAND FAILED ==> Not o [1997/01/21] bin/2549 sos cdcontrol refuses to play audio CDs from o [1997/01/21] bin/2550 davidn login: : No such file or directory f [1997/01/21] misc/2551 davidn limit too small for user root o [1997/01/23] kern/2569 route -iface breaks inet behaivour f [1997/01/24] kern/2570 fenner arpresolve: cant allocate llinfo o [1997/01/24] kern/2573 mmap on nfs mounted file hangs system o [1997/01/25] bin/2591 sh coredumps when passing an argv of a ce o [1997/01/26] bin/2593 imp [small] security hole and nfs compatibili o [1997/01/26] bin/2597 everything stops when the new ld.so is in o [1997/01/29] kern/2613 ache syscons mistakes MONO for MONO VGA o [1997/01/29] misc/2614 make reinstall does not work o [1997/01/29] bin/2616 Installs very irratically from the same c o [1997/01/30] bin/2622 syslogd '-s' behavior either broken or po o [1997/01/31] misc/2625 fixed broken src/includes o [1997/01/31] kern/2626 Can't NFS export ext2fs due to lack of co o [1997/01/31] kern/2628 code clean up of sys/sys o [1997/01/31] kern/2632 enabling psm mouse causes keyboard to not o [1997/01/31] bin/2633 fsck -p in /etc/rc fails with cannot allo o [1997/02/02] kern/2640 2.2-RELENG leaks memory (router/pppd serv s [1997/02/03] kern/2647 changing existing route to -static crashe o [1997/02/04] bin/2662 brian ppp hangs with recursive malloc() call o [1997/02/04] ports/2664 elm methodically writes garbage into fold o [1997/02/05] kern/2667 wollman bpfattach can hang the system f [1997/02/05] bin/2670 fetch fails with HTTP_PROXY o [1997/02/05] bin/2671 Run-away processes using all CPU time a [1997/02/06] kern/2675 lkmcioctl() is not consistent and careful o [1997/02/06] misc/2683 jkh Broken label-editor on the boot disk of 2 o [1997/02/07] kern/2690 asami When Using ccd in a mirror mode, file cre o [1997/02/08] kern/2695 sio1 (16540 serial port) is not recognize o [1997/02/09] kern/2698 After rewind I cannot read a tape; blocks o [1997/02/11] bin/2711 brian iij-ppp 'background' mode fails in LCP se o [1997/02/12] kern/2719 added support for magneto-optical SCSI di o [1997/02/13] misc/2728 /usr/include/machine/endian.h:60: opt_cpu o [1997/02/13] ports/2731 ports new port: Tcl 8.0A2 o [1997/02/14] kern/2732 mcopy 3.0 causes kernel hang o [1997/02/14] bin/2736 No boot block if no FreeBSD partitions on o [1997/02/14] kern/2738 julian [DEVFS problem] Kernel crashes when you m o [1997/02/15] kern/2742 panic: leaf should be empty o [1997/02/15] bin/2747 davidn cannot submit at jobs from within an at j o [1997/02/17] kern/2751 asami 2GB limitation on CCD device partitions s o [1997/02/18] bin/2762 Precedence mistake in libncurses o [1997/02/19] kern/2768 ktrace(1) -i dumps corrupted trace data o [1997/02/19] bin/2769 fsck needs several runs to clean up bad/d o [1997/02/19] kern/2770 panic: vm_fault: fault on nofault entry o [1997/02/19] kern/2771 panic: bad dir o [1997/02/19] kern/2772 gibbs panic: %s:%c:%d: Target did not send an I o [1997/02/19] kern/2773 bad dir panic o [1997/02/19] kern/2774 NFS client on 2.2-BETA blows holes in fil o [1997/02/20] misc/2781 Installation crashes if timeout in ftp tr o [1997/02/20] misc/2784 userland PPP rises load to 1.00 o [1997/02/20] bin/2785 wpaul callbootd uses an unitialized variable o [1997/02/20] gnu/2786 gcc version 2.7.2.1 C compiler slows down o [1997/02/21] misc/2793 libc_r make fscanf failure o [1997/02/22] kern/2800 DDS large data writing probrem o [1997/02/25] bin/2812 sysinstall wont resolve addresses over PP o [1997/02/25] kern/2815 Custom Kernel crashes o [1997/02/27] bin/2829 jkh FTP installs can only fail once o [1997/02/28] bin/2832 w treats corrupted utmp as fatal error o [1997/03/01] kern/2840 mlock+minherit+fork+munlock causes panics o [1997/03/01] ports/2842 ports Expect port upgraded at master site; does o [1997/03/02] bin/2844 libedit sync with NetBSD/OpenBSD o [1997/03/03] i386/2853 syscons beeps even if beeping screen is n o [1997/03/03] kern/2858 FreeBSD NFS client can't mount filesystem o [1997/03/03] bin/2867 sysinstall goes into an infinite loop dur o [1997/03/04] kern/2873 the od0 devies does not handle a Maxoptix o [1997/03/04] bin/2879 steve sh: ! fails to negate the return value of o [1997/03/06] kern/2896 FreeBSD 2.2-GAMMA does not work with DIam o [1997/03/07] bin/2915 the "-fstype ufs" option of "find" seems o [1997/03/07] ports/2918 ports Unable to pass 8+ command line arguments o [1997/03/08] kern/2919 vm_fault: fault on nofault entry, addr: f o [1997/03/08] ports/2921 ports wide-dhcp client doesn't work because of o [1997/03/09] bin/2925 non-priviledged user can crash FreeBSD!! 233 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- a [1994/12/01] kern/35 mount -t union -o -b : lower layer not se o [1995/01/14] bin/115 systat iostat display doesn't scale high o [1995/01/22] kern/176 peter EIDRM not defined in errno.h o [1995/04/20] misc/355 policy on /usr/local permission in base r o [1995/05/13] bin/401 wollman Add REMOTE_* variables a [1995/05/23] i386/440 sos want vidcontrol option to apply settings a [1995/05/27] gnu/450 scrappy tar --exclude -c doesn't work o [1995/06/15] bin/517 wpaul Bad group change with 'install' o [1995/07/05] bin/591 phk SPAP request REJexted in stead of NAKed s [1995/08/05] gnu/655 jdp ld -r of shared objects worked in 1.1.5, o [1995/08/07] bin/658 ifconfig alias has to be separately given f [1995/08/12] kern/677 dyson X gets a bus error when calling mmap() o [1995/08/13] bin/680 joerg 2.0.5's tip using termios doesn't act the o [1995/08/29] bin/715 ache ls gives weird tabular form o [1995/09/26] kern/742 dyson syslog errors accessing Mac hard disks [p o [1995/10/03] kern/765 phk umount -f can`t umount a NFS filesystem i o [1995/10/25] kern/792 dyson cd9660 very slow. o [1995/10/31] bin/803 bsd m4 chokes and dies while FSF m4 works o [1995/11/11] bin/815 mountd reports unknown hosts with non-inf o [1995/11/20] kern/831 one minor complaint about the kernel visu o [1995/11/22] kern/835 davidg ed panics with SMC ultra with iomem, if n o [1995/11/27] bin/841 stale nfs mounts cannot be umounted o [1995/11/30] bin/854 dyson swapinfo shows incorrect information for o [1995/12/17] kern/900 dyson ext2fs triggers divide by zero trap in vn a [1995/12/29] misc/922 From line handling incorrect in mail.loca a [1995/12/31] kern/924 EISA devices have disappeared from vmstat o [1996/01/06] misc/934 amurai ppp dies with Bus Error when processing l f [1996/01/15] kern/946 divide-by-zero in kernel on bad disk info o [1996/01/21] bin/961 'more $file', incorrect CRLF compacting. o [1996/01/28] kern/975 bde getrusage returns negative deltas a [1996/01/30] bin/981 fenner clnt_broadcast() is not aware of aliases s [1996/02/03] bin/993 peter g++ complains about /usr/include/machine/ o [1996/02/07] bin/999 peter /usr/share/mk/sys.mk missing common $(RM) o [1996/02/07] kern/1001 M_NAMEI malloc leak in the kernel o [1996/02/12] bin/1021 phk pppd doesn't handle PAP-only authenticati f [1996/02/14] kern/1026 deadlocks if parent vfork and child has c f [1996/02/15] bin/1029 cd behaves erraticly if cwd is a mount-po f [1996/02/19] bin/1037 2.x telnetd handles CTRL-M differently th o [1996/02/25] i386/1042 bde Warning from sio driver reports wrong dev o [1996/02/26] misc/1043 dyson vm_bounce_alloc error on 2.1 install with f [1996/02/29] kern/1051 zip fails on dos partition o [1996/03/20] kern/1090 iostat displays incorrect sps count o [1996/03/20] bin/1093 wollman route's diagnostic is weird o [1996/04/06] kern/1119 dyson Mounted EXT2FS partition is not cleanly u a [1996/04/15] kern/1144 sig{add, del}set and sigismember fns don' a [1996/04/22] bin/1154 Configure tunN device for ip-over-ip tunn o [1996/04/23] ports/1155 ports systat or top display disagreeing informa o [1996/05/09] bin/1184 scrappy ls + xterm + nvi + columns != 80 + ^Z = m o [1996/05/15] bin/1206 steve /bin/sh + emacs + ^G = ruined terminal a [1996/05/20] ports/1222 andreas Header files conflict a [1996/05/21] bin/1229 bde redundant redeclaration of `lseek' o [1996/06/11] bin/1312 automounter hangs on boot o [1996/06/12] conf/1319 muldi3 is not included into kernel's Make a [1996/06/13] bin/1320 gpalmer dump limits blocksize to 32K o [1996/06/18] i386/1331 phk changes and bug in ft driver f [1996/06/18] bin/1332 changes to amd and possible nfs lkm bug? f [1996/07/04] i386/1367 reprobe a device that does not exist = pa f [1996/07/04] misc/1369 Need SC_MORE_LUS for Emulex MD23 also a [1996/07/07] bin/1375 Extraneous warning from mv(1) f [1996/07/07] misc/1376 if_tun.c does not set if_ibytes and if_ob o [1996/07/18] kern/1399 dyson invoking setuid programs over NFS case vn o [1996/07/21] ports/1416 cflow(1) doesn't parse GNU C __attribute_ s [1996/07/23] kern/1421 Non-bug in sosend() o [1996/07/24] misc/1428 ncurses doesn't always display ALTCHARSET o [1996/08/03] kern/1462 nfsstat doesn't work if using LKM'ed vers a [1996/08/07] ports/1470 asami need more info in the ports structure o [1996/08/17] kern/1501 vmstat reports impossible avm after start o [1996/08/17] bin/1502 vmstat 'avm' field merges with procs 'w' o [1996/08/17] ports/1504 jmz latex port completely failes o [1996/08/17] kern/1508 sos syscons should protect against useless DD o [1996/08/19] kern/1514 dyson mlock fails on readonly regions o [1996/08/20] kern/1516 dyson vm_fault.c contains dead code or too many o [1996/08/20] ports/1518 torstenb No man pages in audio/mpegaudio port o [1996/08/21] ports/1520 ports sudo dosn't recognise certain passwords a o [1996/08/21] bin/1523 "cvs update -d -P" prunes unchecked-in di o [1996/08/21] ports/1524 tg New port -- xtem-5.18beta o [1996/08/24] misc/1538 enhanced /etc/security script a [1996/08/28] ports/1550 ports "make install" needs to know how to updat o [1996/08/30] i386/1556 sos ATAPI CDROM probes ok, but will not 'moun o [1996/09/02] misc/1561 sos Wrong key mapping of five keys in german. a [1996/09/04] bin/1565 Moving a file to it's link completely rem o [1996/09/06] bin/1577 mail -f foo does not look in current dire o [1996/09/08] bin/1589 ftp fails to flush output o [1996/09/11] bin/1598 tip leaves OPOST set on controlling termi o [1996/09/12] docs/1602 ache /usr/lib/terminfo refered to in man termi o [1996/09/12] bin/1607 unmount fails for a NFS fs mounted withou o [1996/09/14] gnu/1611 phk groff should use "system-wide" papersize o [1996/09/14] kern/1614 Attempt to mount an NTFS partition causes o [1996/09/17] docs/1630 Addition to handbook concerning MFS kerne f [1996/09/18] kern/1636 mss driver extension to broaden support a [1996/09/18] bin/1642 pkg_install Makefiles could be simplified o [1996/09/19] bin/1649 md5(1) header file makes bad assumption o [1996/09/19] kern/1654 In procfs, vattr doesn't contain correct o [1996/09/20] kern/1658 ktrace/kdump flaky - corrupted ktrace.out a [1996/09/22] bin/1665 davidn telnetd doesn't use gettytab %m %r %v %s o [1996/09/23] i386/1671 s2 map in pcvt isn't ISO 8859-1 and claim o [1996/09/24] bin/1674 strange behaviour of pppd (daemonize, def o [1996/09/29] kern/1690 apm and sbxvi inappropriately probe as co o [1996/09/29] docs/1691 ppp server doc submission o [1996/10/02] misc/1708 monthly login accounting o [1996/10/02] kern/1711 kernel logging of signaled processes shou o [1996/10/02] gnu/1713 mkisofs doesn't match man page in behavio o [1996/10/03] misc/1717 Use of ntohl causes lint to complain o [1996/10/04] bin/1721 /sbin/route incorrectly installs routes w o [1996/10/04] kern/1725 visual config redraws bits of the screen f [1996/10/08] misc/1738 Install floppy returns random geometry wi o [1996/10/11] conf/1777 sysctl called in /etc/netstart before /us s [1996/10/13] kern/1788 pst netstat gives negative numbers for tcp by o [1996/10/13] misc/1791 syslimits.h does not allow overriding def o [1996/10/13] bin/1793 steve /bin/sh return w/o exitstatus in a functi o [1996/10/14] bin/1804 pkg_create hangs if the packing list has o [1996/10/16] bin/1827 add support of Glidepoint trackpad "tap/d f [1996/10/17] bin/1831 routed's rdisc mode is installing incorre o [1996/10/18] ports/1834 gpalmer COMMENT may be amusing but is not informa o [1996/10/19] docs/1841 pds NT boot mgr too Linux centric in FAQ o [1996/10/20] docs/1847 new handbook iijppp server section o [1996/10/20] bin/1849 gdb sets library breakpoints on the wrong o [1996/10/20] misc/1853 Syscons font mapping semms not to work pr o [1996/10/20] docs/1855 joerg Addition to LINT o [1996/10/22] kern/1868 system knows it has no keyboard but compl o [1996/10/23] misc/1871 incorrect '===> item' when making world o [1996/10/23] bin/1872 automounter (amd) cannot ls directories w o [1996/10/24] kern/1878 SONY CDU76E IDE/ATAPI CDROM support. o [1996/10/24] bin/1881 file(1) misidentifies Sun3/m68k executabl o [1996/10/26] docs/1896 compilation errors in share/doc/psd/19.cu o [1996/10/26] bin/1897 Sendmail 8.8.2 requires /etc/sendmail.cw o [1996/10/27] bin/1904 /usr/bin/su is not careful enough in veri o [1996/10/27] misc/1908 FTP install failed DNS lookup o [1996/10/29] bin/1924 if lpd is not running, lpc will say ``no o [1996/10/30] i386/1931 Mitsumi CDrom works well under 2.1.x, fai o [1996/10/31] ports/1939 ports exodus port doesn't build with new g++-2. o [1996/11/01] bin/1941 wtmp and monthly rotation o [1996/11/01] bin/1943 route(8) args o [1996/11/02] bin/1945 Out of date code/comments in dd o [1996/11/03] i386/1950 Sound driver doesn't encode/decode mu-law o [1996/11/04] i386/1953 syscons savers have no default timeout o [1996/11/04] gnu/1961 uucp logging files are in /var/spool/uucp o [1996/11/06] bin/1968 FreeBSD has no rdate(8), here's one o [1996/11/06] bin/1970 csh limtail() bug o [1996/11/09] bin/1985 pkg_delete outputs confusing message when o [1996/11/13] kern/2004 route add -link panic o [1996/11/13] bin/2005 Poor command line argument checking and b o [1996/11/14] bin/2008 kerberos tickets from login all have the o [1996/11/15] kern/2022 Switching from X display to virtual conso o [1996/11/16] bin/2036 cpio size wraparound o [1996/11/16] ports/2038 torstenb sshd dies on FreeBSD machines if run as a o [1996/11/17] bin/2046 vjcomp problem in iij-ppp o [1996/11/18] ports/2051 obrien HDF library port o [1996/11/19] bin/2061 DEBUG_FLAGS in bsd.lib.mk is broken o [1996/11/19] conf/2063 jkh No file not found message in sysinstall o [1996/11/19] bin/2065 wollman in tzsetup/sysinstall, allow user to type o [1996/11/19] misc/2068 Unstable keyboard mappings on the main tt o [1996/11/20] kern/2072 ZIP drive support is available for FreeBS o [1996/11/21] ports/2079 obrien New ports supporting AWE sound driver (fo o [1996/11/21] bin/2080 The scanf family doesn't support 'q' modi o [1996/11/22] docs/2087 ifconfig.8 does not document how to remov o [1996/11/22] bin/2090 clients may bind to FreeBSD ypserv refusi o [1996/11/23] bin/2093 AMD gets sig 11 when /etc/malloc.conf is o [1996/11/24] ports/2096 tg ImageMagick outdated, lzw not supported o [1996/11/25] ports/2100 andreas New port: VGBZoom o [1996/11/25] misc/2105 bsd.lib.mk has problems with STRIP and IN o [1996/11/26] bin/2106 Byte order problem in -current routed o [1996/11/26] i386/2108 sos [ATAPI] wcd driver may hang under certain o [1996/11/28] i386/2117 nb8390.com hangs with some BIOS combinati o [1996/11/28] kern/2118 writing to virtual consoles fails to disp o [1996/11/28] bin/2119 mount lies to child about argv0, which ca o [1996/12/01] bin/2133 netstat -s overflows to negative o [1996/12/02] bin/2137 vm statistics are bad o [1996/12/02] kern/2140 FreeBSD leaves EtherExpress 16 net card i o [1996/12/03] ports/2145 ports qpopper bulletin support broken o [1996/12/03] conf/2146 wrong /dev for COM2 during installation v a [1996/12/04] docs/2153 mpp Manual page of bootparams(8) refers to a o [1996/12/06] i386/2166 psm driver locks the console o [1996/12/07] ports/2169 pst zephyr port does not completely compile o [1996/12/08] ports/2173 peter top does not compile under FBSD 2.1.6 o [1996/12/08] ports/2182 ports FreeBSD's and X-32's list of locales do n o [1996/12/08] bin/2184 sendmail has lots of trouble with local d o [1996/12/08] misc/2185 phk add ability to change partition type in l a [1996/12/10] ports/2190 asami need cross-reference to xpdf from X11 por o [1996/12/12] kern/2199 joerg Got a lots of "Target Busy" messages with o [1996/12/14] kern/2214 File System gets corrupted when mounting o [1996/12/14] bin/2216 Ada specs not being compiled into cc/gcc o [1996/12/16] bin/2227 FreeBSD does not recognize WD7000-ASC dri o [1996/12/17] i386/2234 fbsdboot.exe does not turn off floppy dri o [1996/12/17] i386/2239 some interrupts take too long (i.e. BT946 o [1996/12/18] misc/2242 Suggest add optional mt blocksize 512 o [1996/12/18] bin/2247 imp getopt should return -1 rather than EOF o [1996/12/20] bin/2260 PPP logins using PAP to Nortel/Shiva syst o [1996/12/21] ports/2264 ports latex* ports need updating a [1996/12/21] bin/2265 guido su(1) does not call skeyaccess() o [1996/12/22] i386/2267 mouse motions do not exit from screen sav o [1996/12/23] kern/2271 FIONREAD on tunnel device returns incorre o [1996/12/24] kern/2273 support for POSIX.4 / POSIX.1a RT-schedul o [1996/12/24] docs/2275 no support for isdn-cards o [1996/12/25] conf/2284 Termcap ibm3163 entry has arrow keys wron o [1996/12/26] bin/2291 race condition in /etc/master.passwd lock o [1996/12/27] kern/2298 Support for DSR/DCD swapping on serial po a [1996/12/27] misc/2302 markm new crypt() including SHS and an extendab o [1996/12/28] misc/2309 Thread safe fixes to malloc, localtime, l o [1996/12/28] ports/2313 torstenb pidentd fails in 2.2-BETA o [1996/12/29] bin/2315 tail segfaults on NFS permission denied o [1996/12/29] misc/2323 FreeBSD.FAQ file in ftp.freebsd.org is lo o [1996/12/30] kern/2327 `Green' saver for pcvt o [1996/12/31] bin/2336 jkh Sysinstall won't install dists on 2nd pas o [1997/01/01] docs/2353 Changes to FAQ o [1997/01/03] bin/2366 libc does not consult /etc/services to fi o [1997/01/03] bin/2368 serial line logins "freeze" during login o [1997/01/05] ports/2379 ports New URT port o [1997/01/06] bin/2382 curses.h / -lcurses incompatible with C++ o [1997/01/06] bin/2383 Inconsistent tputs(3) prototypes in curse o [1997/01/06] misc/2386 patches for new socket credential firewal o [1997/01/06] bin/2387 virtual hosting patches for inetd o [1997/01/06] kern/2390 Some CDROM drives stop audio on cdcontrol o [1997/01/07] kern/2393 filesystems not unmounted following shutd o [1997/01/07] misc/2407 dirent.h does not include sys/types.h o [1997/01/07] bin/2410 pppd(8): failing PAP doesn't force line d o [1997/01/07] kern/2412 Wine does not work o [1997/01/07] ports/2413 peter Cannot redirect "top" output o [1997/01/08] kern/2424 Pressing ALT-Fn during boot -c leave bell o [1997/01/09] kern/2429 Driver for AIMS Lab RadioTrack radio card o [1997/01/10] bin/2437 minor nits on text in 2.2-BETA install o [1997/01/10] bin/2442 davidn setusershell()/endusershell() missing o [1997/01/10] bin/2443 Fetch cannot find the correct boundary be o [1997/01/10] ports/2445 ports New port : Cosmo Gang the Puzzle (games/c o [1997/01/11] bin/2448 semctl() not portable -- freebsd requires o [1997/01/11] bin/2449 ij-ppp in auto mode goes into failure loo o [1997/01/11] docs/2455 no description "option COMCONSOLE" MLEN o [1997/01/25] bin/2589 uucpd, [almost certainly] non-exploitable o [1997/01/26] misc/2596 dd refuses to respond to SIGkill o [1997/01/26] i386/2598 ep0 in EISA mode hangs if ep0-device (ISA o [1997/01/28] bin/2603 Added POSIX.4/POSIX.1b constants in unist o [1997/01/28] bin/2604 Added POSIX.4/POSIX.1b shm_open()/shm_unl o [1997/01/28] ports/2607 max New port: Gopher-2.3 o [1997/01/28] bin/2609 Problem receiving more than 1688835 bytes o [1997/01/29] misc/2617 Utility submission - upsmon - UPS monitor o [1997/01/30] kern/2621 Patch to support Cogent EM110 fast-ethern o [1997/01/30] docs/2623 ipfirewall(4) man page is way out of date o [1997/01/30] bin/2624 kdump unaware of semsys and several other o [1997/01/31] bin/2630 xargs does excessive and inconsistent arg o [1997/01/31] bin/2631 kill interprets empty arg as PID 0 o [1997/02/02] gnu/2637 tar dumped core with -g option. f [1997/02/02] ports/2639 jkh FreeBSD 2.2 teTeX-0.4 package does not in a [1997/02/02] bin/2641 wpaul login_access.c doesn't work with NIS by d o [1997/02/03] ports/2653 pst mh-6.8.4 manpage error for slocal o [1997/02/04] bin/2657 ypserv thinks there is no computers in ne o [1997/02/04] bin/2660 When selecting BSD to boot from system ha o [1997/02/04] bin/2665 port 22 isn't being converted to ".ssh" i o [1997/02/05] bin/2668 modification suggested for rarpd o [1997/02/05] bin/2672 Problem with telnetd o [1997/02/06] ports/2677 ports Various ports have checksum problems o [1997/02/06] kern/2681 missing prototype in o [1997/02/06] i386/2682 sigreturn() error code disagrees with man s [1997/02/07] ports/2684 torstenb ircII port upgrade; 2.9_roof -> 2.9alpha1 o [1997/02/07] kern/2686 struct igmpmsg in s o [1997/02/07] misc/2687 sysinstall umounts floppy after prompting o [1997/02/09] ports/2701 obrien uu-deview/lib & xdeview ports old o [1997/02/10] bin/2703 vipw doesn't allow you to edit master.pas o [1997/02/10] kern/2704 Occasional failure to detect wdc1 on boot o [1997/02/10] kern/2705 `(c) 1992-1996 FreeBSD Inc.'; year is now o [1997/02/11] conf/2709 FBSD 2.1.6 X-Server installation setup ut o [1997/02/11] i386/2710 pst if_ppp LKM does not allow ppp line discip o [1997/02/11] bin/2713 ftp daemon processes don't terminate, eve o [1997/02/11] kern/2715 MSDOS-FS 1024/2048 byte/sector media supp o [1997/02/11] kern/2716 od.c/sd.c non 512 byte/sector support imp o [1997/02/13] i386/2729 "make tags" in sys/kern produces barely u o [1997/02/14] bin/2734 jkh pkg_* uses relative paths to executables o [1997/02/14] bin/2735 jkh Add signature support (both MD5 and PGP) o [1997/02/14] bin/2737 yppasswd fails to change password on a su o [1997/02/15] misc/2745 fenner PR querry web form doesn't sort correctly o [1997/02/17] bin/2752 NULL is used instead of 0 many places o [1997/02/20] ports/2778 ports New Port: Version of traceroute which pri o [1997/02/20] docs/2780 2.2 Handbook still says 2.1.6 o [1997/02/20] bin/2782 err man page is slightly wrong o [1997/02/20] misc/2788 Submitting LC_CTYPE definition of Korean( o [1997/02/21] misc/2789 na.phone update o [1997/02/21] docs/2791 Errors in relnotes.hlp (and relnotes.sgml o [1997/02/21] bin/2792 steve yacc-generated parser and (const)'s and c o [1997/02/22] ports/2797 tg New Port: qmail o [1997/02/23] bin/2804 davidn /usr/sbin/login reports: "root login refu o [1997/02/23] bin/2805 davidn remove hard coded slowdown count and fail o [1997/02/23] kern/2806 new kernel tags script o [1997/02/23] kern/2807 pcisupport.c uses sprintf field widths, n o [1997/02/24] docs/2810 Tutorial submission detailing how to upgr o [1997/02/25] i386/2813 hard reference to /usr/src breaks make wo o [1997/02/25] ports/2816 ports New port - aftp ftp-like shell for apple2 o [1997/02/25] ports/2817 ports New port - prodosemu is an Apple2e prodos o [1997/02/26] conf/2819 /etc/rc does not execute 'uname' when con o [1997/02/26] conf/2822 ftp install specifying URL confusing o [1997/02/27] gnu/2827 after make world genclass is not installe o [1997/02/28] docs/2833 Repeated topics on FAQ entry hardware com o [1997/02/28] gnu/2834 Patches to gas and gdb to support MMX ext o [1997/03/02] bin/2845 sync with spiffy new netbsd/openbsd ftp c o [1997/03/02] misc/2848 jmg newsyslog will notify syslogd, not any ot a [1997/03/02] ports/2849 ports correction to New math/cad port (SCILAB) o [1997/03/02] docs/2850 init(8) man page does not document secure o [1997/03/02] bin/2851 script(1) sets argv[0] of the started she o [1997/03/03] kern/2857 DE500 board exhibits capture effect o [1997/03/03] bin/2859 /usr/bin/quota seems to choke on long gro o [1997/03/03] misc/2863 New keymap for Latin American Keyboards o [1997/03/03] bin/2864 Using modload with -p option broken o [1997/03/03] kern/2865 NFS client hangs on umount, ls, df when N o [1997/03/03] kern/2866 kern o [1997/03/03] ports/2869 ports Submiting new port: tac_plus o [1997/03/03] bin/2871 showmount -e returns error o [1997/03/04] docs/2880 sh man page talks about "...by the time 4 o [1997/03/04] misc/2882 Duplicate line in /etc/services? o [1997/03/05] misc/2884 wrong URLs for UK FreeBSD mirrors in sysi o [1997/03/05] kern/2886 fenner mbuf leak in multicast code o [1997/03/05] kern/2891 cdstart are sometimes called at too low s o [1997/03/06] docs/2897 mpp send-pr categories should be explained so o [1997/03/06] bin/2898 fenner arp -a -n buglet o [1997/03/06] ports/2900 ports new port: netris -- a free networked vers a [1997/03/06] ports/2902 ports Fix xmcd port for PACKAGE_BUILDING o [1997/03/06] ports/2903 ports New port: xdeblock o [1997/03/06] ports/2904 ports New port: wm2 a [1997/03/06] ports/2905 ports Fixed port: xshisen-1.36 o [1997/03/07] ports/2913 ports DOS 32bit cross-development environment ( o [1997/03/07] ports/2914 ports Update Nedit port to correct checksum o [1997/03/07] ports/2916 ports ports sysutils/top/Makefile MASTER_SITES o [1997/03/08] ports/2920 ports patch for mispositioned xv windows under o [1997/03/08] ports/2922 ports Please commit new port: viz-1.1.1 o [1997/03/09] i386/2924 syscons X keyboard gets stuck in capsmode o [1997/03/10] bin/2930 lack of NFS V3 support in amd(8) 353 problems total. From owner-freebsd-bugs Mon Mar 10 11:00:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA14673 for bugs-outgoing; Mon, 10 Mar 1997 11:00:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA14647; Mon, 10 Mar 1997 11:00:04 -0800 (PST) Resent-Date: Mon, 10 Mar 1997 11:00:04 -0800 (PST) Resent-Message-Id: <199703101900.LAA14647@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.KAA13233;Mon; (8.8.5/8.8.5);, 10 Mar 1997 10:54:12.-0800 (PST) Message-Id: <199703101854.KAA13233@freefall.freebsd.org> Date: Mon, 10 Mar 1997 10:54:12 -0800 (PST) From: rdatmans@pacbell.net To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: bin/2932: Mounting floppy's with a file system created by Interactive's 3.1 system V. S51K/S52K on them. Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2932 >Category: bin >Synopsis: Mounting floppy's with a file system created by Interactive's 3.1 system V. S51K/S52K on them. >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Mar 10 11:00:01 PST 1997 >Last-Modified: >Originator: R. C. M. >Organization: >Release: 2.1.6 >Environment: >Description: When trying to mount floppies that has a S51K/S52K file system type I get an error message "Wrong Super Block." The floppies were created using Interactives ATT System V, release 3.1 OS. BSD's man lists several fstypes but none would let me mount the floppies. I have many floppies with needed information. Is there a kernel patch or a workaround? Thanks .... >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Mar 10 12:20:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA20732 for bugs-outgoing; Mon, 10 Mar 1997 12:20:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA20720; Mon, 10 Mar 1997 12:20:03 -0800 (PST) Resent-Date: Mon, 10 Mar 1997 12:20:03 -0800 (PST) Resent-Message-Id: <199703102020.MAA20720@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.MAA20311;Mon; (8.8.5/8.8.5);, 10 Mar 1997 12:13:00.-0800 (PST) Message-Id: <199703102013.MAA20311@freefall.freebsd.org> Date: Mon, 10 Mar 1997 12:13:00 -0800 (PST) From: pgiffuni@fps.biblos.unal.edu.co To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: bin/2933: sysinstall fails when adding packages through ftp Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2933 >Category: bin >Synopsis: sysinstall fails when adding packages through ftp >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Mar 10 12:20:02 PST 1997 >Last-Modified: >Originator: Pedro Giffuni S. >Organization: Universidad Nacional de Colombia >Release: 2.1.7-Release >Environment: FreeBSD fps.biblos.unal.edu.co 2.1.7-RELEASE FreeBSD 2.1.7-RELEASE #0: Wed Feb 19 23:08:10 1997 jkh@thingy.cdrom.com:/usr/src/sys/compile/GENERIC i386 >Description: While adding packages through ftp I got a segmentation fault. I ran gdb: fps: {1} gdb /usr/stand/sysinstall sysinstall.core 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... /usr/stand/sysinstall: No such file or directory. Core was generated by `sysinstall'. Program terminated with signal 11, Segmentation fault. #0 0x93796 in ?? () (gdb) bt #0 0x93796 in ?? () #1 0x3238c in ?? () #2 0x5509a in ?? () #3 0x33d62 in ?? () #4 0x33c34 in ?? () #5 0x2a293 in ?? () #6 0x99a00 in ?? () #7 0x2fa5d in ?? () #8 0x2f88d in ?? () #9 0x2f618 in ?? () #10 0x99a00 in ?? () #11 0x2fa5d in ?? () #12 0x462c8 in ?? () #13 0x250c1 in ?? () #14 0x1661 in ?? () #15 0x109b in ?? () >How-To-Repeat: I use the main site (ftp.freebsd.org) and attempted to download the following packages: apache olwm qpop The network was already configured and I was running in multiuser mode. >Fix: ? >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Mar 10 14:30:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA03273 for bugs-outgoing; Mon, 10 Mar 1997 14:30:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA03245; Mon, 10 Mar 1997 14:30:02 -0800 (PST) Date: Mon, 10 Mar 1997 14:30:02 -0800 (PST) Message-Id: <199703102230.OAA03245@freefall.freebsd.org> To: freebsd-bugs Cc: From: Eric Fang Subject: Re: bin/2925: non-priviledged user can crash FreeBSD!! Reply-To: Eric Fang Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2925; it has been noted by GNATS. From: Eric Fang To: "Jordan K. Hubbard" Cc: freebsd-gnats-submit@freebsd.org Subject: Re: bin/2925: non-priviledged user can crash FreeBSD!! Date: Mon, 10 Mar 1997 11:58:42 -0500 (EST) On Sun, 9 Mar 1997, Jordan K. Hubbard wrote: > > background running. The system simply crashed and stopped. I waited for > > Are you *positive* that the system crashed, e.g. you tried to access > it from another network node and it did not respond? If you're No, I tested on the local machine *without* running X. I simply hit 'alt-F2' and logon as root and run top to see what's going on while the 'alt-F1' console running that bad program with infinite creating pointers. You can reproduce it yourself (2.1.5, for other version I have no idea). Again, no X involved, no other funky processes running, and it's a fresh startup. > running X and you run out of swap space, many times the system will > shoot down the X server in its desparate attempt to find more memory > resources. Unfortunately, when the X server is shot unexpectedly like > this it leaves the console in a bad state and it looks to the > uninitiated like a system crash. You must verify that it really *was* > a system crash by seeing if the system is still up after you reproduce > the failure. Also, don't run an X server while testing these sorts of > things - it only complicates the situation. Thanks. > > Jordan > From owner-freebsd-bugs Mon Mar 10 14:34:53 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA03686 for bugs-outgoing; Mon, 10 Mar 1997 14:34:53 -0800 (PST) Received: from lips.lcse.umn.edu (lips.lcse.umn.edu [128.101.182.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA03680 for ; Mon, 10 Mar 1997 14:34:50 -0800 (PST) Received: from phuck.lcse.umn.edu (phuck.lcse.umn.edu [128.101.182.69]) by lips.lcse.umn.edu (8.8.5/8.8.4) with ESMTP id QAA26194 for ; Mon, 10 Mar 1997 16:34:38 -0600 (CST) Received: (from cattelan@localhost) by phuck.lcse.umn.edu (8.8.5/8.8.5) id QAA19449; Mon, 10 Mar 1997 16:34:36 -0600 (CST) Date: Mon, 10 Mar 1997 16:34:36 -0600 (CST) Message-Id: <199703102234.QAA19449@phuck.lcse.umn.edu> From: Russell Cattelan MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: freebsd-bugs@freebsd.org Subject: DNS problem? why does "who" show the ip number rather than the name Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk burn[4:09pm]-=>w 4:09PM up 10 days, 23:22, 1 user, load averages: 0.00, 0.00, 0.00 USER TTY FROM LOGIN@ IDLE WHAT cattelan p0 agate.lcse.umn.e 4:08PM - w burn[4:09pm]-=>who cattelan ttyp0 Mar 10 16:08 (128.101.182.1) burn[4:09pm]-=> burn[4:09pm]-=>host 128.101.182.1 Name: agate.lcse.umn.edu Address: 128.101.182.1 Aliases: This started someplace back in 2.2 tree. It's not a big deal just kinda wierd. -- Russell Cattelan ------------------------------------------- Of all that works backward must be foreword! ------------------------------------------- From owner-freebsd-bugs Mon Mar 10 15:00:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA05309 for bugs-outgoing; Mon, 10 Mar 1997 15:00:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA05285; Mon, 10 Mar 1997 15:00:03 -0800 (PST) Date: Mon, 10 Mar 1997 15:00:03 -0800 (PST) Message-Id: <199703102300.PAA05285@freefall.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: bin/2812: sysinstall wont resolve addresses over PPP Reply-To: j@uriah.heep.sax.de (J Wunsch) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2812; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: andrew@ugh.net.au (Andrew) Cc: freebsd-gnats-submit@freefall.freebsd.org Subject: Re: bin/2812: sysinstall wont resolve addresses over PPP Date: Mon, 10 Mar 1997 23:48:37 +0100 As Andrew wrote: > Just letting you know I get the same thing with 2.2-970302-GAMMA. > Presumably other people aren't experiencing the same thing as I haven't > seen any mention on the mailing lists but it still appears to be missong > the entered IP address and trying to resolve the null string. Hmm, i've just tried it with yesterday's sysinstall (in multi-user mode, but that shouldn't matter). Here's the log extract: DEBUG: Setting variable ftp to other DEBUG: variable ftp was other, now ftp:// DEBUG: variable ftp was ftp://, now ftp://127.0.0.1/usr/release/R/ftp DEBUG: hostname = `127.0.0.1' DEBUG: dir = `usr/release/R/ftp' DEBUG: port # = `21' DEBUG: Found DNS entry for 127.0.0.1 successfully. DEBUG: Setting variable ftpHost to 127.0.0.1 DEBUG: Setting variable ftpDirectory to usr/release/R/ftp DEBUG: Setting variable ftpPort to 21 So it does indeed try to resolve the IP address, but only if a nameserver is configured at all: if (variable_get(VAR_NAMESERVER)) { if ((gethostbyname(hostname) == NULL) && (inet_addr(hostname) == INADDR_NONE)) { ... ...but it works for me afterwards. -- 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 Mar 10 15:21:16 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA06408 for bugs-outgoing; Mon, 10 Mar 1997 15:21:16 -0800 (PST) Received: from ian.oksys.bg ([195.138.130.72]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id PAA06385 for ; Mon, 10 Mar 1997 15:20:57 -0800 (PST) Message-ID: <332496F0.5133@hotmail.com> Date: Tue, 11 Mar 1997 01:19:12 +0200 From: Ianny Brankov Organization: ok systems X-Mailer: Mozilla 3.01Gold (Win95; I) MIME-Version: 1.0 To: freebsd-bugs@FreeBSD.ORG Subject: I cannot mount larger msdos partitions Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, I have tried to copy a CD image from the cd0 dev to an IDE disk, msdos formated. The disk had a large dos partition (about 1GB), and when I mounted it with: mount -t msdos /dev/wd0 /mnt kernel said that something is wrong, but I didn't pay attention... when i started to dump the cd image on it the machine restarted (or crashed) and after booting the root slice was seriously damaged. I think Microsoft have used another secret about their msdos fs for larger disk support. Thanks, ian. From owner-freebsd-bugs Mon Mar 10 16:30:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA11617 for bugs-outgoing; Mon, 10 Mar 1997 16:30:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA11609; Mon, 10 Mar 1997 16:30:03 -0800 (PST) Resent-Date: Mon, 10 Mar 1997 16:30:03 -0800 (PST) Resent-Message-Id: <199703110030.QAA11609@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, un_x@hotmail.com Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id QAA10852 for ; Mon, 10 Mar 1997 16:22:10 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id BAA16402 for FreeBSD-gnats-submit@freebsd.org; Tue, 11 Mar 1997 01:21:26 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id AAA10899; Tue, 11 Mar 1997 00:55:56 +0100 (MET) Message-Id: <199703102355.AAA10899@uriah.heep.sax.de> Date: Tue, 11 Mar 1997 00:55:56 +0100 (MET) From: " steve howe" Reply-To: un_x@hotmail.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2934: sh(1) has problems with $ENV Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2934 >Category: bin >Synopsis: sh(1) has problems with $ENV >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Mar 10 16:30:02 PST 1997 >Last-Modified: >Originator: steve howe >Organization: unknown >Release: FreeBSD 3.0-CURRENT i386 >Environment: /bin/sh in any FreeBSD system so far. >Description: /bin/sh processes $ENV fine if it has been set inside ~/.profile like: ENV=${HOME}/.env; export ENV However, it fails to source $ENV in this case: export ENV=${HOME}/.env >How-To-Repeat: Use: export ENV=${HOME}/.env in your ~/.profile, and re-invoke another level of sh(1). $ENV won't be read. Now invoke any other Bourne-alike shell (pdksh, ksh93, bash), it will process $ENV correctly. >Fix: Not known. >Audit-Trail: >Unformatted: [This PR sent by joerg on behalf of Steve who doesn't have a good enough IP connectivity.] From owner-freebsd-bugs Mon Mar 10 16:52:30 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA12970 for bugs-outgoing; Mon, 10 Mar 1997 16:52:30 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id QAA12958 for ; Mon, 10 Mar 1997 16:52:21 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id BAA17130; Tue, 11 Mar 1997 01:50:59 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id BAA11078; Tue, 11 Mar 1997 01:29:25 +0100 (MET) Message-ID: <19970311012924.MI64046@uriah.heep.sax.de> Date: Tue, 11 Mar 1997 01:29:24 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: njensen@salsa.habaneros.com (Neil C. Jensen) Cc: bugs@freebsd.org ('bugs@freebsd.org') Subject: Re: 2.2-970302-GAMMA install problems References: <01BC2BBF.C50F6680@ppp01.habaneros.com> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <01BC2BBF.C50F6680@ppp01.habaneros.com>; from Neil C. Jensen on Mar 8, 1997 12:53:27 -0800 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Neil C. Jensen wrote: > I'm upgrading my 2.1.5R machine from scratch using the boot.flp with the > 2.2-970302-GAMMA distribution. The install program goes into an endless > loop with the following message: > > error D:0x0 C:3 H:1 S:0 Your floppy is dead. -- 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 Mar 10 17:16:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA14840 for bugs-outgoing; Mon, 10 Mar 1997 17:16:05 -0800 (PST) Received: (from joerg@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA14755; Mon, 10 Mar 1997 17:15:54 -0800 (PST) Date: Mon, 10 Mar 1997 17:15:54 -0800 (PST) From: Joerg Wunsch Message-Id: <199703110115.RAA14755@freefall.freebsd.org> To: rdatmans@pacbell.net, joerg, freebsd-bugs Subject: Re: bin/2932 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Mounting floppy's with a file system created by Interactive's 3.1 system V. S51K/S52K on them. State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Tue Mar 11 02:14:05 MET 1997 State-Changed-Why: Sorry, S51K/S52K are unsupported in FreeBSD. From owner-freebsd-bugs Mon Mar 10 17:20:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA15166 for bugs-outgoing; Mon, 10 Mar 1997 17:20:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA15158; Mon, 10 Mar 1997 17:20:01 -0800 (PST) Date: Mon, 10 Mar 1997 17:20:01 -0800 (PST) Message-Id: <199703110120.RAA15158@freefall.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: bin/2932: Mounting floppy's with a file system created by Interactive's 3.1 system V. S51K/S52K on them. Reply-To: j@uriah.heep.sax.de (J Wunsch) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2932; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: rdatmans@pacbell.net Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: bin/2932: Mounting floppy's with a file system created by Interactive's 3.1 system V. S51K/S52K on them. Date: Tue, 11 Mar 1997 01:55:54 +0100 As rdatmans@pacbell.net wrote: > When trying to mount floppies that has a S51K/S52K file system type > I get an error message "Wrong Super Block." Sorry, System V filesystems (the old ones, they now use UFS, too) are unsupported. -- 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 Mar 10 18:40:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA19933 for bugs-outgoing; Mon, 10 Mar 1997 18:40:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA19913; Mon, 10 Mar 1997 18:40:02 -0800 (PST) Date: Mon, 10 Mar 1997 18:40:02 -0800 (PST) Message-Id: <199703110240.SAA19913@freefall.freebsd.org> To: freebsd-bugs Cc: From: Stephen McKay Subject: Re: bin/2932: Mounting floppy's with a file system created by Interactive's 3.1 system V. S51K/S52K on them. Reply-To: Stephen McKay Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2932; it has been noted by GNATS. From: Stephen McKay To: freebsd-gnats-submit@freebsd.org Cc: rdatmans@pacbell.net, syssgm@devetir.qld.gov.au Subject: Re: bin/2932: Mounting floppy's with a file system created by Interactive's 3.1 system V. S51K/S52K on them. Date: Tue, 11 Mar 1997 12:32:09 +1000 (EST) rdatmans@pacbell.net wrote: >When trying to mount floppies that has a S51K/S52K file system type >I get an error message "Wrong Super Block." The floppies were created >using Interactives ATT System V, release 3.1 OS. BSD's man lists >several fstypes but none would let me mount the floppies. It's not a bug that you can't mount an unsupported file system, so this is the wrong forum for your problem. You could treat it as a useful project to implement support (maybe read only) for file systems from old PC Unices. Or a program I wrote once may save your bacon. I had a number of floppies from Interactive 1.0.6. Substantially older, but probably the same file system layout. I'll dig it up tonight and send it to you under separate wrapper. Stephen. From owner-freebsd-bugs Mon Mar 10 19:20:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA21704 for bugs-outgoing; Mon, 10 Mar 1997 19:20:09 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA21675; Mon, 10 Mar 1997 19:20:06 -0800 (PST) Resent-Date: Mon, 10 Mar 1997 19:20:06 -0800 (PST) Resent-Message-Id: <199703110320.TAA21675@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, ac199@freenet.hamilton.on.ca Received: from X2296 (ppp1655.on.sympatico.ca [206.172.249.119]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA21364 for ; Mon, 10 Mar 1997 19:10:26 -0800 (PST) Received: (from tim@localhost) by X2296 (8.7.6/8.7.3) id WAA01275; Mon, 10 Mar 1997 22:09:39 -0500 (EST) Message-Id: <199703110309.WAA01275@X2296> Date: Mon, 10 Mar 1997 22:09:39 -0500 (EST) From: Tim.Vanderhoek@X2296 Reply-To: ac199@freenet.hamilton.on.ca To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2938: GNU du(1) is better than FreeBSD du(1) Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2938 >Category: bin >Synopsis: Add -b, -l, and -f options to du(1) >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon Mar 10 19:20:02 PST 1997 >Last-Modified: >Originator: Tim Vanderhoek >Organization: tIM...HOEk >Release: FreeBSD 2.2-961006-SNAP i386 >Environment: Any FreeBSD version upto, but not including, the one where this fix is applied. >Description: GNU du(1) has a nice option (-b) to report values in bytes, instead of in blocks. This can sometimes be useful. GNU du(1) also has an option (-l) to count hardlinked once for every link (instead of only once). This can be useful, for example, if planning to copy files to a media which does not support hardlinks (such as a FAT fs), or in any situation where hardlinked files are treated as separate files. Finally, both GNU du(1) and du(1) are missing a third option (-f) which prevents the space used by directory entries from being counted. As with the -b option, this can be useful to gain a better idea of the true SIZE of the files (as opposed to the disk used by them (and Yes, I know what "du" stands for :)). Since we're on the subject, GNU du(1) also has a number of other options which could be easily added, but they don't strike me as being particularly worthwhile. They are -c (similar to -s), -h (use silly G, M, etc. abbreviations), -m (BLOCKSIZE=2^20), -S (similar or equivalent to no recurssing). >How-To-Repeat: Reread the description. >Fix: Okay, this fix adds all three options to du. Updates the manpage. Fixes the synopsis in the manpage to include the -k added in Rev 1.2 of the manpage by wollman. Clarifies the description of the -d option added in Rev 1.6 of the manpage by scrappy (submitted by John-Mark Gurney ). Fixes a (char *) cast to be (void *), since realloc() expects a (void *) and if we're going to cast it, we might as well do it rightly... (Or does this violate the so-called decision to pretend to support K&R compilers?). If you so desire, I can even resubmit the patches without any one or more or the above fixes. *** du.c.orig Mon Mar 10 21:17:40 1997 --- du.c Mon Mar 10 21:03:03 1997 *************** *** 68,80 **** long blocksize; int ftsoptions, listdirs, listfiles, depth; int Hflag, Lflag, Pflag, aflag, ch, notused, rval, sflag, dflag; char **save; save = argv; ! Hflag = Lflag = Pflag = aflag = sflag = dflag = 0; depth = INT_MAX; ftsoptions = FTS_PHYSICAL; ! while ((ch = getopt(argc, argv, "HLPad:ksx")) != EOF) switch (ch) { case 'H': Hflag = 1; --- 68,82 ---- long blocksize; int ftsoptions, listdirs, listfiles, depth; int Hflag, Lflag, Pflag, aflag, ch, notused, rval, sflag, dflag; + int bflag, kflag, lflag, fflag; char **save; save = argv; ! Hflag = Lflag = Pflag = aflag = bflag = sflag = dflag = kflag = 0; ! lflag = fflag = 0; depth = INT_MAX; ftsoptions = FTS_PHYSICAL; ! while ((ch = getopt(argc, argv, "HLPabd:ksxlf")) != EOF) switch (ch) { case 'H': Hflag = 1; *************** *** 88,97 **** --- 90,110 ---- Pflag = 1; Hflag = Lflag = 0; break; + case 'l': + lflag = 1; + break; case 'a': aflag = 1; break; + case 'b': + bflag = 1; + break; + case 'f': + fflag = 1; + break; case 'k': + /* We flag -k only to check conflicts with -b */ + kflag = 1; putenv("BLOCKSIZE=1024"); break; case 's': *************** *** 159,164 **** --- 172,183 ---- (void)getbsize(¬used, &blocksize); blocksize /= 512; + if (bflag) { + if (kflag) + usage(); + blocksize = 1; + } + if ((fts = fts_open(argv, ftsoptions, NULL)) == NULL) err(1, NULL); *************** *** 168,174 **** break; case FTS_DP: p->fts_parent->fts_number += ! p->fts_number += p->fts_statp->st_blocks; /* * If listing each directory, or not listing files * or directories and this is post-order of the --- 187,196 ---- break; case FTS_DP: p->fts_parent->fts_number += ! p->fts_number += ! (fflag ? 0 : ! (bflag ? p->fts_statp->st_size : ! p->fts_statp->st_blocks)); /* * If listing each directory, or not listing files * or directories and this is post-order of the *************** *** 189,205 **** rval = 1; break; default: ! if (p->fts_statp->st_nlink > 1 && linkchk(p)) break; /* * If listing each file, or a non-directory file was * the root of a traversal, display the total. */ if (listfiles || !p->fts_level) ! (void)printf("%qd\t%s\n", ! howmany(p->fts_statp->st_blocks, blocksize), ! p->fts_path); ! p->fts_parent->fts_number += p->fts_statp->st_blocks; } if (errno) err(1, "fts_read"); --- 211,235 ---- rval = 1; break; default: ! if (!lflag && p->fts_statp->st_nlink > 1 && linkchk(p)) break; /* * If listing each file, or a non-directory file was * the root of a traversal, display the total. */ if (listfiles || !p->fts_level) ! if (bflag) ! (void)printf("%qd\t%s\n", ! (long long) p->fts_statp->st_size, ! p->fts_path); ! else ! (void)printf("%qd\t%s\n", ! howmany(p->fts_statp->st_blocks, ! blocksize), ! p->fts_path); ! p->fts_parent->fts_number += ! (bflag ? p->fts_statp->st_size : ! p->fts_statp->st_blocks); } if (errno) err(1, "fts_read"); *************** *** 228,234 **** if (ino == fp->inode && dev == fp->dev) return (1); ! if (nfiles == maxfiles && (files = realloc((char *)files, (u_int)(sizeof(ID) * (maxfiles += 128)))) == NULL) err(1, ""); files[nfiles].inode = ino; --- 258,264 ---- if (ino == fp->inode && dev == fp->dev) return (1); ! if (nfiles == maxfiles && (files = realloc((void *)files, (u_int)(sizeof(ID) * (maxfiles += 128)))) == NULL) err(1, ""); files[nfiles].inode = ino; *************** *** 242,247 **** { (void)fprintf(stderr, ! "usage: du [-H | -L | -P] [-a | -s | -d depth] [-k] [-x] [file ...]\n"); exit(1); } --- 272,277 ---- { (void)fprintf(stderr, ! "usage: du [-H | -L | -P] [-a | -s | -d depth] [-k | -b] [-x] [-l] [-f] [file ...]\n"); exit(1); } *** du.1.orig Mon Mar 10 21:17:33 1997 --- du.1 Mon Mar 10 21:07:48 1997 *************** *** 42,48 **** --- 42,51 ---- .Nm du .Op Fl H | Fl L | Fl P .Op Fl a | s | d Ar depth + .Op Fl k | b .Op Fl x + .Op Fl l + .Op Fl f .Op Ar file ... .Sh DESCRIPTION The *************** *** 66,86 **** All symbolic links are followed. .It Fl P No symbolic links are followed. - .It Fl a - Display an entry for each file in the file hierarchy. - .It Fl d Ar depth - Displays all directories only - .Ar depth - directories deep. .It Fl k Report in 1024-byte (1-Kbyte) blocks rather than the default. Note that this overrides the .Ev BLOCKSIZE setting from the environment. .It Fl s Display only the grand total for the specified files. .It Fl x Filesystem mount points are not traversed. .El .Pp .Nm Du --- 69,103 ---- All symbolic links are followed. .It Fl P No symbolic links are followed. .It Fl k Report in 1024-byte (1-Kbyte) blocks rather than the default. Note that this overrides the .Ev BLOCKSIZE setting from the environment. + .It Fl b + Report the number of bytes, rather than the number of blocks. Since + even 1-byte files occupy one block, the number reported by this option + will not equal the number of blocks * the blocksize (except in the case + where every file is an even multiple of the blocksize). This + option will silently fail for sizes over two gigabytes. + .It Fl a + Display an entry for each file in the file hierarchy. + .It Fl d Ar depth + Displays all directories only + .Ar depth + directories deep. This has no effect on the depth to which directories + are counted; it merely signifies that directories beyond + .Ar depth + are not to be displayed. .It Fl s Display only the grand total for the specified files. .It Fl x Filesystem mount points are not traversed. + .It Fl l + Files are not checked to see if they are hardlinked. + .It Fl f + Count only files, not the directory structure that contains them. + That is, do not count the space used by each directory entry. .El .Pp .Nm Du *************** *** 107,113 **** Files having multiple hard links are counted (and displayed) a single time per .Nm du ! execution. .Sh ENVIRONMENTAL VARIABLES .Bl -tag -width BLOCKSIZE .It Ev BLOCKSIZE --- 124,132 ---- Files having multiple hard links are counted (and displayed) a single time per .Nm du ! execution unless the ! .Fl l ! option is specified. .Sh ENVIRONMENTAL VARIABLES .Bl -tag -width BLOCKSIZE .It Ev BLOCKSIZE >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Mar 10 19:20:13 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA21726 for bugs-outgoing; Mon, 10 Mar 1997 19:20:13 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA21708; Mon, 10 Mar 1997 19:20:09 -0800 (PST) Resent-Date: Mon, 10 Mar 1997 19:20:09 -0800 (PST) Resent-Message-Id: <199703110320.TAA21708@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, ac199@freenet.hamilton.on.ca Received: from X2296 (ppp1655.on.sympatico.ca [206.172.249.119]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA21363 for ; Mon, 10 Mar 1997 19:10:26 -0800 (PST) Received: (from tim@localhost) by X2296 (8.7.6/8.7.3) id MAA00889; Mon, 10 Mar 1997 12:05:13 -0500 (EST) Message-Id: <199703101705.MAA00889@X2296> Date: Mon, 10 Mar 1997 12:05:13 -0500 (EST) From: Timothy.Michael.Van.der.Hoek@X2296 Reply-To: ac199@freenet.hamilton.on.ca To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/2939: man 8 sticky Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2939 >Category: docs >Synopsis: `man 8 sticky` == outdated >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Mon Mar 10 19:20:08 PST 1997 >Last-Modified: >Originator: Tim Vanderhoek >Organization: >Release: FreeBSD 2.2-961006-SNAP i386 >Environment: March. Snowy. >Description: chmod(2) contradicts the very sticky(8) manpage that it cites re: the effect of the sticky bit on executables. >How-To-Repeat: man 8 sticky >Fix: I don't actually know what I'm talking about, but I think the below fix works... *** sticky.orig Mon Mar 10 11:57:42 1997 --- sticky.8 Mon Mar 10 11:58:26 1997 *************** *** 51,71 **** .Pa /usr/include/sys/stat.h for an explanation of file modes. .Sh STICKY TEXT EXECUTABLE FILES ! An executable shareable file whose sticky bit is set ! will not be immediately discarded from swap space after execution. ! The kernel will hoard the text segment of the file for future ! reuse and avoid having to reload the program. ! Shareable text segments are normally placed ! in a least-frequently-used cache after use, ! and thus the `sticky bit' has little effect on commonly-used text images. ! .Pp ! Sharable executable files are created with the ! .Fl n ! and ! .Fl z ! options of ! the loader ! .Xr ld 1 . .Pp Only the super-user can set the sticky bit on a sharable executable file. --- 51,60 ---- .Pa /usr/include/sys/stat.h for an explanation of file modes. .Sh STICKY TEXT EXECUTABLE FILES ! Historically, the sticky bit on executables was used to ! denote executables which were run often and should be cached ! to speed execution. Thanks to FreeBSD's merged VM/file buffer it now ! dynamically determines which executables should be cached. .Pp Only the super-user can set the sticky bit on a sharable executable file. *************** *** 87,95 **** See .Xr chmod 1 for details about modifying file modes. - .Sh BUGS - Since the text areas of sticky text executables are stashed in the swap area, - abuse of the feature can cause a system to run out of swap. .Pp Neither .Xr open 2 --- 76,81 ---- >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Mar 10 19:40:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA23004 for bugs-outgoing; Mon, 10 Mar 1997 19:40:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA22983; Mon, 10 Mar 1997 19:40:03 -0800 (PST) Resent-Date: Mon, 10 Mar 1997 19:40:03 -0800 (PST) Resent-Message-Id: <199703110340.TAA22983@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, sjr1@flash.net Received: from istari.flash.net (btc2-70.flash.net [207.181.194.70]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA22604 for ; Mon, 10 Mar 1997 19:33:17 -0800 (PST) Received: (from sjr@localhost) by istari.flash.net (8.8.5/8.8.5) id WAA24077; Mon, 10 Mar 1997 22:33:56 -0500 (EST) Message-Id: <199703110333.WAA24077@istari.flash.net> Date: Mon, 10 Mar 1997 22:33:56 -0500 (EST) From: sjr1@flash.net Reply-To: sjr1@flash.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/2942: src-contrib missing from sup section of handbook Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2942 >Category: docs >Synopsis: src-contrib missing from sup section of handbook >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Mon Mar 10 19:40:01 PST 1997 >Last-Modified: >Originator: Stephen J. Roznowski >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: N/A >Description: The list of entries in the standard-supfile is missing src-contrib. It's hard to tell if these should be alphabetized also... >How-To-Repeat: >Fix: *** share/doc/handbook/sup.sgml.orig Mon Mar 10 22:27:34 1997 --- share/doc/handbook/sup.sgml Mon Mar 10 22:28:49 1997 *************** *** 76,81 **** --- 76,82 ---- src-base: /usr/src/... misc files at the top of /usr/src src-bin: /usr/src/bin user and system binaries + src-contrib: /usr/src/contrib contributed software src-secure: /usr/src/secure DES Sources (US/Canada ONLY) src-eBones: /usr/src/eBones Kerberos and DES (US/Canada ONLY) src-etc: /usr/src/etc system files >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Mar 10 19:40:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA23024 for bugs-outgoing; Mon, 10 Mar 1997 19:40:09 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA23002; Mon, 10 Mar 1997 19:40:05 -0800 (PST) Date: Mon, 10 Mar 1997 19:40:05 -0800 (PST) Message-Id: <199703110340.TAA23002@freefall.freebsd.org> To: freebsd-bugs Cc: From: Andrew Subject: Re: bin/2812: sysinstall wont resolve addresses over PPP Reply-To: Andrew Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2812; it has been noted by GNATS. From: Andrew To: Joerg Wunsch Cc: freebsd-gnats-submit@freefall.freebsd.org Subject: Re: bin/2812: sysinstall wont resolve addresses over PPP Date: Tue, 11 Mar 1997 14:35:02 +1100 (EST) On Mon, 10 Mar 1997, J Wunsch wrote: > Hmm, i've just tried it with yesterday's sysinstall (in multi-user > mode, but that shouldn't matter). Here's the log extract: OK...I'll try the latest gamma agian tonight. I'll turn on debugging (it is an option isnt it?) and record everything. IF I still have the same problem I'll mail it to you. If no body has any ideas I'll just install by ethernet so I can get other bug reports in before release(I just thought this bug is one that needed resolving :-) Thanks again, Andrew From owner-freebsd-bugs Mon Mar 10 19:50:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA23575 for bugs-outgoing; Mon, 10 Mar 1997 19:50:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA23560; Mon, 10 Mar 1997 19:50:02 -0800 (PST) Resent-Date: Mon, 10 Mar 1997 19:50:02 -0800 (PST) Resent-Message-Id: <199703110350.TAA23560@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, sjr1@flash.net Received: from istari.flash.net (btc2-70.flash.net [207.181.194.70]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA23069 for ; Mon, 10 Mar 1997 19:40:23 -0800 (PST) Received: (from sjr@localhost) by istari.flash.net (8.8.5/8.8.5) id WAA24218; Mon, 10 Mar 1997 22:41:11 -0500 (EST) Message-Id: <199703110341.WAA24218@istari.flash.net> Date: Mon, 10 Mar 1997 22:41:11 -0500 (EST) From: sjr1@flash.net Reply-To: sjr1@flash.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: conf/2943: standard-supfile missing src-release and src-tools Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2943 >Category: conf >Synopsis: standard-supfile missing src-release and src-tools >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Mar 10 19:50:01 PST 1997 >Last-Modified: >Originator: Stephen J. Roznowski >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: N/A >Description: The handbook claims that src-release and src-tools are in the standard-supfile, yet they are missing. >How-To-Repeat: >Fix: *** share/examples/sup/standard-supfile.orig Mon Mar 10 22:36:51 1997 --- share/examples/sup/standard-supfile Mon Mar 10 22:37:50 1997 *************** *** 43,48 **** --- 43,49 ---- src-include release=current host=sup.FreeBSD.org hostbase=/home base=/usr prefix=/usr/src delete old use-rel-suffix src-lib release=current host=sup.FreeBSD.org hostbase=/home base=/usr prefix=/usr/src delete old use-rel-suffix src-libexec release=current host=sup.FreeBSD.org hostbase=/home base=/usr prefix=/usr/src delete old use-rel-suffix + src-release release=current host=sup.FreeBSD.org hostbase=/home base=/usr prefix=/usr/src delete old use-rel-suffix src-sbin release=current host=sup.FreeBSD.org hostbase=/home base=/usr prefix=/usr/src delete old use-rel-suffix # Domestic users only please. If you are outside of the U.S.A and Canada, *************** *** 50,54 **** --- 51,56 ---- #src-secure release=current host=sup.FreeBSD.org hostbase=/home base=/usr prefix=/usr/src delete old use-rel-suffix src-share release=current host=sup.FreeBSD.org hostbase=/home base=/usr prefix=/usr/src delete old use-rel-suffix src-sys release=current host=sup.FreeBSD.org hostbase=/home base=/usr prefix=/usr/src delete old use-rel-suffix + src-tools release=current host=sup.FreeBSD.org hostbase=/home base=/usr prefix=/usr/src delete old use-rel-suffix src-usrbin release=current host=sup.FreeBSD.org hostbase=/home base=/usr prefix=/usr/src delete old use-rel-suffix src-usrsbin release=current host=sup.FreeBSD.org hostbase=/home base=/usr prefix=/usr/src delete old use-rel-suffix >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Mar 10 19:50:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA23591 for bugs-outgoing; Mon, 10 Mar 1997 19:50:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA23574; Mon, 10 Mar 1997 19:50:05 -0800 (PST) Resent-Date: Mon, 10 Mar 1997 19:50:05 -0800 (PST) Resent-Message-Id: <199703110350.TAA23574@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, vanmaren@fast.cs.utah.edu Received: from marker.cs.utah.edu (marker.cs.utah.edu [155.99.212.61]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA23496 for ; Mon, 10 Mar 1997 19:48:14 -0800 (PST) Received: (from vanmaren@localhost) by marker.cs.utah.edu (8.7.5/8.7.3) id UAA12884; Mon, 10 Mar 1997 20:48:12 -0700 (MST) Message-Id: <199703110348.UAA12884@marker.cs.utah.edu> Date: Mon, 10 Mar 1997 20:48:12 -0700 (MST) From: Kevin Van Maren Reply-To: vanmaren@fast.cs.utah.edu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/2944: NCR/SYM875 card with Ultra drive Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2944 >Category: kern >Synopsis: NCR/SYM875 card with Ultra drive >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Mar 10 19:50:03 PST 1997 >Last-Modified: >Originator: Kevin Van Maren >Organization: University of Utah, CSL >Release: FreeBSD 2.2-970225-GAMMA i386 >Environment: FreeBSD 2.2-970225-GAMMA generic install kernel. >Description: I boot the kernel: 2:sd(0,a)/kernel (from install floppy) When "changing root device to sd0a" comes up, the machine sits there for several minutes, until it continues (after printing an error message). The machine appears to operate correctly after that. changing root device to sd0a ncr0: aborting job ... ncr0:6: ERROR (90:0) (8-0-0) (0/13) @ (a54:50000000). script cmd = 740a8f00 reg: de 00 00 13 47 00 0f 0f 35 08 86 00 90 00 0f 02. ncr0: restart (fatal error). sd0(ncr0:6:0): COMMAND FAILED (9 ff) @f19f9c00. sd0(ncr0:6:0): 10.0 MB/s (100 ns, offset 15) ======== Also, note that Ultra negotiation is not enabled by the driver, although the BIOS does initially enable it. Here is the complete `dmesg' output: ======== Copyright (c) 1992-1996 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 2.2-970225-GAMMA #0: Tue Feb 25 13:16:19 GMT 1997 root@admin1.calweb.com:/usr/src/sys/compile/GENERIC Calibrating clock(s) relative to mc146818A clock ... i586 clock: 90211866 Hz, i8 254 clock: 1193281 Hz CPU: Pentium (90.20-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x524 Stepping=4 Features=0x1bf real memory = 50331648 (49152K bytes) avail memory = 46309376 (45224K bytes) Probing for devices on PCI bus 0: chip0 rev 17 on pci0:0 chip1 rev 3 on pci0:2 ncr0 rev 3 int a irq 10 on pci0:6 ncr0 waiting for scsi devices to settle (ncr0:6:0): "QUANTUM FIREBALL_TM3200S 300X" type 0 fixed SCSI 2 sd0(ncr0:6:0): Direct-Access sd0(ncr0:6:0): 10.0 MB/s (100 ns, offset 15) 3067MB (6281856 512 byte sectors) vga0 rev 0 on pci0:12 Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> ed0 not found at 0x280 ed1 not found at 0x300 fe0 not found at 0x300 sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A sio2: disabled, not probed. sio3: disabled, not probed. lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface lpt1 not found at 0xffffffff mse0 not found at 0x23c psm0: disabled, not probed. fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in fd1: 1.2MB 5.25in ft0: Colorado tape wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 405MB (830760 sectors), 989 cyls, 15 heads, 56 S/T, 512 B/S wdc0: unit 1 (wd1): wd1: 1222MB (2503872 sectors), 2484 cyls, 16 heads, 63 S/T, 512 B/S wdc1 at 0x170-0x177 irq 15 on isa wdc1: unit 0 (atapi): , removable, accel, dma, iordy wcd0: 1377/2755Kb/sec, 128Kb cache, audio play, 255 volume levels, ejectable tra y wcd0: 120mm data disc loaded, unlocked bt0 not found at 0x330 uha0 not found at 0x330 aha0 not found at 0x330 aic0 not found at 0x340 nca0 not found at 0x1f88 nca1 not found at 0x350 sea0 not found wt0 not found at 0x300 mcd0 not found at 0x300 matcdc0 not found at 0x230 scd0 not found at 0x230 ie0 not found at 0x360 ep0 not found at 0x300 ex0 not found at 0x300 ix0 not found at 0x300 le0 not found at 0x300 lnc0 not found at 0x280 ze0 not found at 0x300 zp0 not found at 0x300 npx0 on motherboard npx0: INT 16 interface apm0: disabled, not probed. changing root device to sd0a ncr0: aborting job ... ncr0:6: ERROR (90:0) (8-0-0) (0/13) @ (a54:50000000). script cmd = 740a8f00 reg: de 00 00 13 47 00 0f 0f 35 08 86 00 90 00 0f 02. ncr0: restart (fatal error). sd0(ncr0:6:0): COMMAND FAILED (9 ff) @f19f9c00. sd0(ncr0:6:0): 10.0 MB/s (100 ns, offset 15) ======== >How-To-Repeat: Boot Quantum 3.2GB Fireball on NCR/SYM875 SCSI host adapter. >Fix: Unknown >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Mar 10 20:20:14 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA24840 for bugs-outgoing; Mon, 10 Mar 1997 20:20:14 -0800 (PST) Received: from cs.utah.edu (cs.utah.edu [128.110.4.21]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA24692; Mon, 10 Mar 1997 20:18:48 -0800 (PST) Received: from fast.cs.utah.edu by cs.utah.edu (8.8.4/utah-2.21-cs) id VAA27340; Mon, 10 Mar 1997 21:18:45 -0700 (MST) Received: by fast.cs.utah.edu (8.6.10/utah-2.15-leaf) id VAA25397; Mon, 10 Mar 1997 21:18:45 -0700 Date: Mon, 10 Mar 1997 21:18:45 -0700 From: vanmaren@fast.cs.utah.edu (Kevin Van Maren) Message-Id: <199703110418.VAA25397@fast.cs.utah.edu> To: FreeBSD-gnats@freefall.FreeBSD.org, freebsd-bugs@freefall.FreeBSD.org Subject: Re: kern/2944: NCR/SYM875 card with Ultra drive Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I looked through the PRs some more, and it looks like the same problem with PR 2330. From owner-freebsd-bugs Mon Mar 10 20:40:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA25790 for bugs-outgoing; Mon, 10 Mar 1997 20:40:10 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA25781; Mon, 10 Mar 1997 20:40:03 -0800 (PST) Resent-Date: Mon, 10 Mar 1997 20:40:03 -0800 (PST) Resent-Message-Id: <199703110440.UAA25781@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, lennox@cs.columbia.edu Received: from bmt.cs.columbia.edu (bmt.cs.columbia.edu [128.59.19.22]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA25333 for ; Mon, 10 Mar 1997 20:31:56 -0800 (PST) Received: (from root@localhost) by bmt.cs.columbia.edu (8.8.5/8.8.5) id XAA00799; Mon, 10 Mar 1997 23:31:49 -0500 (EST) Message-Id: <199703110431.XAA00799@bmt.cs.columbia.edu> Date: Mon, 10 Mar 1997 23:31:49 -0500 (EST) From: lennox@cs.columbia.edu Reply-To: lennox@cs.columbia.edu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/2945: mount(2) and /usr/include/sys/mount.h disagree Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2945 >Category: docs >Synopsis: mount(2) and /usr/include/sys/mount.h disagree >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Mon Mar 10 20:40:02 PST 1997 >Last-Modified: >Originator: Jonathan Lennox >Organization: Columbia University Computer Science >Release: FreeBSD 2.2-970205-GAMMA i386 >Environment: (Not really relevant) >Description: mount(2) and /usr/include/sys/mount.h disagree about the type of (struct nfs_args).fh. "man 2 mount" contains the following section: MOUNT_NFS struct nfs_args { struct sockaddr_in *addr; /* file server address */ nfsv2fh_t *fh; /* File handle to be mounted */ int flags; /* flags */ int wsize; /* write size in bytes */ int rsize; /* read size in bytes */ int timeo; /* initial timeout 0.1 secs */ int retrans; /* times to retry send */ char *hostname; /* server's name */ }; /usr/include/sys/mount.h by contrast has this: /* * Arguments to mount NFS */ struct nfs_args { struct sockaddr *addr; /* file server address */ int addrlen; /* length of address */ int sotype; /* Socket type */ int proto; /* and Protocol */ u_char *fh; /* File handle to be mounted */ int fhsize; /* Size, in bytes, of fh */ int flags; /* flags */ int wsize; /* write size in bytes */ int rsize; /* read size in bytes */ int readdirsize; /* readdir size in bytes */ int timeo; /* initial timeout in .1 secs */ int retrans; /* times to retry send */ int maxgrouplist; /* Max. size of group list */ int readahead; /* # of blocks to readahead */ int leaseterm; /* Term (sec) of lease */ int deadthresh; /* Retrans threshold */ char *hostname; /* server's name */ }; The type of the "fh" member has changed from nfsv2fh_t* to u_char* sometime recently, apparently (the former type no longer appears in the header file). >How-To-Repeat: man 2 mount more /usr/include/sys/mount.h >Fix: Update /usr/share/man/man2/mount.2.gz to reflect the new type of the fh member. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Mar 10 21:11:58 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA26816 for bugs-outgoing; Mon, 10 Mar 1997 21:11:58 -0800 (PST) Received: from fly.HiWAAY.net (root@fly.HiWAAY.net [208.147.154.56]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA26809; Mon, 10 Mar 1997 21:11:51 -0800 (PST) Received: from bonsai.hiwaay.net by fly.HiWAAY.net; (8.8.4/1.1.8.2/21Sep95-1003PM) id XAA01308; Mon, 10 Mar 1997 23:11:36 -0600 (CST) Message-ID: <3324E961.41C67EA6@hiwaay.net> Date: Mon, 10 Mar 1997 23:10:57 -0600 From: Steve Price X-Mailer: Mozilla 3.01 (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: un_x@hotmail.com CC: FreeBSD-gnats-submit@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org Subject: Re: bin/2934: sh(1) has problems with $ENV References: <199703102355.AAA10899@uriah.heep.sax.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk steve howe wrote: > > >Number: 2934 > >Category: bin > >Synopsis: sh(1) has problems with $ENV > > /bin/sh in any FreeBSD system so far. > > >Description: > > /bin/sh processes $ENV fine if it has been set inside ~/.profile like: > > ENV=${HOME}/.env; export ENV > > However, it fails to source $ENV in this case: > > export ENV=${HOME}/.env > > >How-To-Repeat: > > Use: > > export ENV=${HOME}/.env > > in your ~/.profile, and re-invoke another level of sh(1). $ENV won't > be read. Now invoke any other Bourne-alike shell (pdksh, ksh93, > bash), it will process $ENV correctly. > I tried this and it didn't appear to work at first, but I believe it is because of this. steve[~]$ grep steve /etc/passwd steve:*:1000:1000:Steve Price:/home/steve:/bin/bash steve[~]$ echo $ENV /home/steve/.bashrc steve[~]$ cat /home/steve/.bashrc steve[~]$ cat /home/steve/.profile export ENV=${HOME}/env-stuff echo ~/.profile steve[~]$ cat /home/steve/env-stuff echo "Yep I'm here!" steve[~]$ sh \u[\w]\$ exit steve[~]$ But after I change my login shell to /bin/sh or do a export ENV=${HOME}/env-stuff. It works as suspected. It appears to be a problem in that ~/.bash_profile is getting sourced and ENV is picked up from there. The reason that this would matter is that ~/.profile (or ~/.bash_profile for bash's case) is only getting sourced when it is started as a login shell. So just typing 'sh' will not source ~/.profile, but will source $ENV (which was set by your login shell) if your euid == uid && egid == gid. Could this be the case with you as well? Steve > >Fix: > > Not known. > > >Audit-Trail: > >Unformatted: > [This PR sent by joerg on behalf of Steve who doesn't have a good > enough IP connectivity.] From owner-freebsd-bugs Mon Mar 10 21:20:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA27168 for bugs-outgoing; Mon, 10 Mar 1997 21:20:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA27140; Mon, 10 Mar 1997 21:20:01 -0800 (PST) Date: Mon, 10 Mar 1997 21:20:01 -0800 (PST) Message-Id: <199703110520.VAA27140@freefall.freebsd.org> To: freebsd-bugs Cc: From: Steve Price Subject: Re: bin/2934: sh(1) has problems with $ENV Reply-To: Steve Price Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2934; it has been noted by GNATS. From: Steve Price To: un_x@hotmail.com Cc: FreeBSD-gnats-submit@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org Subject: Re: bin/2934: sh(1) has problems with $ENV Date: Mon, 10 Mar 1997 23:10:57 -0600 steve howe wrote: > > >Number: 2934 > >Category: bin > >Synopsis: sh(1) has problems with $ENV > > /bin/sh in any FreeBSD system so far. > > >Description: > > /bin/sh processes $ENV fine if it has been set inside ~/.profile like: > > ENV=${HOME}/.env; export ENV > > However, it fails to source $ENV in this case: > > export ENV=${HOME}/.env > > >How-To-Repeat: > > Use: > > export ENV=${HOME}/.env > > in your ~/.profile, and re-invoke another level of sh(1). $ENV won't > be read. Now invoke any other Bourne-alike shell (pdksh, ksh93, > bash), it will process $ENV correctly. > I tried this and it didn't appear to work at first, but I believe it is because of this. steve[~]$ grep steve /etc/passwd steve:*:1000:1000:Steve Price:/home/steve:/bin/bash steve[~]$ echo $ENV /home/steve/.bashrc steve[~]$ cat /home/steve/.bashrc steve[~]$ cat /home/steve/.profile export ENV=${HOME}/env-stuff echo ~/.profile steve[~]$ cat /home/steve/env-stuff echo "Yep I'm here!" steve[~]$ sh \u[\w]\$ exit steve[~]$ But after I change my login shell to /bin/sh or do a export ENV=${HOME}/env-stuff. It works as suspected. It appears to be a problem in that ~/.bash_profile is getting sourced and ENV is picked up from there. The reason that this would matter is that ~/.profile (or ~/.bash_profile for bash's case) is only getting sourced when it is started as a login shell. So just typing 'sh' will not source ~/.profile, but will source $ENV (which was set by your login shell) if your euid == uid && egid == gid. Could this be the case with you as well? Steve > >Fix: > > Not known. > > >Audit-Trail: > >Unformatted: > [This PR sent by joerg on behalf of Steve who doesn't have a good > enough IP connectivity.] From owner-freebsd-bugs Mon Mar 10 21:33:27 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA27888 for bugs-outgoing; Mon, 10 Mar 1997 21:33:27 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA27864; Mon, 10 Mar 1997 21:32:29 -0800 (PST) Date: Mon, 10 Mar 1997 21:32:29 -0800 (PST) From: Mike Pritchard Message-Id: <199703110532.VAA27864@freefall.freebsd.org> To: lennox@cs.columbia.edu, mpp, freebsd-bugs Subject: Re: docs/2945 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: mount(2) and /usr/include/sys/mount.h disagree State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Mon Mar 10 21:31:09 PST 1997 State-Changed-Why: Already fixed in rev 1.7 of libc/sys/mount.2. From owner-freebsd-bugs Mon Mar 10 22:13:41 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA29443 for bugs-outgoing; Mon, 10 Mar 1997 22:13:41 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA29419; Mon, 10 Mar 1997 22:13:31 -0800 (PST) Date: Mon, 10 Mar 1997 22:13:31 -0800 (PST) From: Mike Pritchard Message-Id: <199703110613.WAA29419@freefall.freebsd.org> To: vanmaren@fast.cs.utah.edu, mpp, freebsd-bugs Subject: Re: kern/2944 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: NCR/SYM875 card with Ultra drive State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Mon Mar 10 22:13:09 PST 1997 State-Changed-Why: Duplicate of PR# 2330. From owner-freebsd-bugs Mon Mar 10 22:42:38 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA01111 for bugs-outgoing; Mon, 10 Mar 1997 22:42:38 -0800 (PST) Received: (from jkh@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA01079; Mon, 10 Mar 1997 22:42:27 -0800 (PST) Date: Mon, 10 Mar 1997 22:42:27 -0800 (PST) From: "Jordan K. Hubbard" Message-Id: <199703110642.WAA01079@freefall.freebsd.org> To: sjr1@flash.net, jkh, freebsd-bugs Subject: Re: docs/2942 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: src-contrib missing from sup section of handbook State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Mon Mar 10 22:42:13 PST 1997 State-Changed-Why: Fix taken, thanks! From owner-freebsd-bugs Mon Mar 10 22:50:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA01452 for bugs-outgoing; Mon, 10 Mar 1997 22:50:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA01437; Mon, 10 Mar 1997 22:50:03 -0800 (PST) Date: Mon, 10 Mar 1997 22:50:03 -0800 (PST) Message-Id: <199703110650.WAA01437@freefall.freebsd.org> To: freebsd-bugs Cc: From: "Jordan K. Hubbard" Subject: Re: conf/2943: standard-supfile missing src-release and src-tools Reply-To: "Jordan K. Hubbard" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR conf/2943; it has been noted by GNATS. From: "Jordan K. Hubbard" To: sjr1@flash.net Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: conf/2943: standard-supfile missing src-release and src-tools Date: Mon, 10 Mar 1997 22:44:49 -0800 > *** share/examples/sup/standard-supfile.orig Mon Mar 10 22:36:51 1997 > --- share/examples/sup/standard-supfile Mon Mar 10 22:37:50 1997 Actually, these files are entirely obsolete and should probably just be removed. We don't offer sources via sup anymore and cvsup's configuration files are rather different. Anyone mind if I just nuke the whole examples/sup directory in response to this PR? Jordan From owner-freebsd-bugs Tue Mar 11 01:30:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA09043 for bugs-outgoing; Tue, 11 Mar 1997 01:30:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA09037; Tue, 11 Mar 1997 01:30:03 -0800 (PST) Resent-Date: Tue, 11 Mar 1997 01:30:03 -0800 (PST) Resent-Message-Id: <199703110930.BAA09037@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, vazquez@IQM.Unicamp.BR Received: from kalypso.iqm.unicamp.br (kalypso.iqm.unicamp.br [143.106.13.10]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA08506 for ; Tue, 11 Mar 1997 01:28:35 -0800 (PST) Received: (from vazquez@localhost) by kalypso.iqm.unicamp.br (8.8.5/8.7.3/FreeBSD/2.1.5) id GAA04878; Tue, 11 Mar 1997 06:26:06 -0300 (EST) Message-Id: <199703110926.GAA04878@kalypso.iqm.unicamp.br> Date: Tue, 11 Mar 1997 06:26:06 -0300 (EST) From: vazquez@IQM.Unicamp.BR Reply-To: vazquez@IQM.Unicamp.BR To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2946: /usr/src/lib/libc/net/res_send.c typo Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2946 >Category: bin >Synopsis: res_send.c: make world fails on -current >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Mar 11 01:30:02 PST 1997 >Last-Modified: >Originator: Pedro A M Vazquez >Organization: IQ Unicamp >Release: FreeBSD-current >Environment: FreeBSD-current as of March-10-1997 >Description: a "_" is missing in /usr/src/lib/libc/net/res_send.c at line 554: 552 if (s+1 > FD_SETSIZE) { 553 Perror(stderr, "res_send: too many files "); 554 res_close(); 555 goto next_ns; 556 } line 554 should read: 554 _res_close(); A "make world" stops when linking /bin/rcp due an unresolved symbol _res_close. >How-To-Repeat: just type make world on -current as of 03/10/97 >Fix: change res_close(); to _res_close(); on line 554 of /usr/src/lib/libc/net/res_send.c --- /usr/src/lib/libc/net/res_send.c~ Tue Mar 11 07:01:57 1997 +++ /usr/src/lib/libc/net/res_send.c Tue Mar 11 07:01:46 1997 @@ -551,7 +551,7 @@ timeout.tv_usec = 0; if (s+1 > FD_SETSIZE) { Perror(stderr, "res_send: too many files"); - res_close(); + _res_close(); goto next_ns; } wait: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Mar 11 01:40:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA09623 for bugs-outgoing; Tue, 11 Mar 1997 01:40:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA09613; Tue, 11 Mar 1997 01:40:03 -0800 (PST) Date: Tue, 11 Mar 1997 01:40:03 -0800 (PST) Message-Id: <199703110940.BAA09613@freefall.freebsd.org> To: freebsd-bugs Cc: From: Stephen McKay Subject: Re: bin/2934: sh(1) has problems with $ENV Reply-To: Stephen McKay Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2934; it has been noted by GNATS. From: Stephen McKay To: Steve Price Cc: freebsd-gnats-submit@freebsd.org, syssgm@devetir.qld.gov.au Subject: Re: bin/2934: sh(1) has problems with $ENV Date: Tue, 11 Mar 1997 19:12:28 +1000 (EST) Steve Price wrote: > steve howe wrote: > > > > Use: > > export ENV=${HOME}/.env > > > > in your ~/.profile, and re-invoke another level of sh(1). $ENV won't > > be read. Now invoke any other Bourne-alike shell (pdksh, ksh93, > > bash), it will process $ENV correctly. > > [Description of confusion between bash use of $ENV and sh use of $ENV elided.] > Could this be the case with you as well? Well my view on this is that $ENV processing in /bin/sh is a dumbass idea, and should be expunged immediately. Is it mandated by POSIX? Then send them a rude letter and delete it anyway. Is $ENV there to scare off the last few people who use the shell for scripts? It's a perl plot, right? "We will trick those foolish sh users! Ha! Ha! Just look at what we can do to them now:" $ cat silly-bits echo "Hello from ENV processing" echo "This is where people put stupid things that break system scripts" ls() { /bin/ls -sF $*; } $ $ export ENV=`pwd`/silly-bits $ $ cat serious-prog #! /bin/sh PATH=/bin:/usr/bin echo "This had better be formatted correctly, or things will break!" ls s* $ $ ./serious-prog Hello from ENV processing This is where people put stupid things that break system scripts This had better be formatted correctly, or things will break! 1 serious-prog* 1 silly-bits $ Ouch! What can you depend on any more, even with PATH set? It's become that much harder to write shell scripts. Oh, and while you're deleting $ENV processing, I'm pretty unhappy with /bin/sh being bloated with history editing. I'll be testing -DNO_HISTORY, and will put that in my /etc/make.conf if it works. Yours in frump, Stephen. From owner-freebsd-bugs Tue Mar 11 01:50:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA09952 for bugs-outgoing; Tue, 11 Mar 1997 01:50:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA09946; Tue, 11 Mar 1997 01:50:03 -0800 (PST) Resent-Date: Tue, 11 Mar 1997 01:50:03 -0800 (PST) Resent-Message-Id: <199703110950.BAA09946@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, pjchilds@imforei.apana.org.au Received: from al.imforei.apana.org.au (pjchilds@al.imforei.apana.org.au [202.12.89.41]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA09676 for ; Tue, 11 Mar 1997 01:41:02 -0800 (PST) Received: (from pjchilds@localhost) by al.imforei.apana.org.au (beBop) id UAA08203; Tue, 11 Mar 1997 20:10:56 +1030 (CST) Message-Id: <199703110940.UAA08203@al.imforei.apana.org.au> Date: Tue, 11 Mar 1997 20:10:56 +1030 (CST) From: Peter Childs Reply-To: pjchilds@imforei.apana.org.au To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2947: fetch doesn't handle FTP_TIMEOUT correctly? Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2947 >Category: bin >Synopsis: fetch doesn't handle FTP_TIMEOUT correctly? >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Mar 11 01:50:02 PST 1997 >Last-Modified: >Originator: Peter Childs >Organization: >Release: FreeBSD 2.2-GAMMA i386 (and 3.0-current) >Environment: 2.2-gamma >Description: /usr/src/usr.bin/fetch/ftp.c has this bit of code... errno = 0; ul = strtoul(env, &ep, 0); if (*env && *ep && errno == 0 && ul <= INT_MAX) fs->fs_timeout = ul; and the man page for strtoul says... unsigned long strtoul(const char *nptr, char **endptr, int base) ... If endptr is non nil, strtoul() stores the address of the first invalid character in *endptr. If there were no digits at all, however, strtoul() stores the original value of nptr in *endptr. (Thus, if *nptr is not `\0' but **endptr is `\0' on return, the entire string was valid.) but we have the endptr bit the wrong way around (i think.. hey.. I only work here :) >How-To-Repeat: Set FTP_TIMEOUT to a valid time (ie something less than INT_MAX) and watch this statement bail 'cause *ep is never true. >Fix: Add a bang.. or for the humour impaired apply this patch. *** ftp.c.orig Tue Mar 11 19:56:09 1997 --- ftp.c Tue Mar 11 19:56:25 1997 *************** *** 367,373 **** if (env) { errno = 0; ul = strtoul(env, &ep, 0); ! if (*env && *ep && errno == 0 && ul <= INT_MAX) fs->fs_timeout = ul; else warnx("`%s': invalid FTP timeout", env); --- 367,373 ---- if (env) { errno = 0; ul = strtoul(env, &ep, 0); ! if (*env && ! *ep && errno == 0 && ul <= INT_MAX) fs->fs_timeout = ul; else warnx("`%s': invalid FTP timeout", env); >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Mar 11 02:18:18 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA11204 for bugs-outgoing; Tue, 11 Mar 1997 02:18:18 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA11198; Tue, 11 Mar 1997 02:18:12 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id VAA07982; Tue, 11 Mar 1997 21:11:57 +1100 Date: Tue, 11 Mar 1997 21:11:57 +1100 From: Bruce Evans Message-Id: <199703111011.VAA07982@godzilla.zeta.org.au> To: freebsd-bugs@freefall.freebsd.org, lennox@cs.columbia.edu, mpp@freefall.freebsd.org Subject: Re: docs/2945 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Synopsis: mount(2) and /usr/include/sys/mount.h disagree > >State-Changed-From-To: open-closed >State-Changed-By: mpp >State-Changed-When: Mon Mar 10 21:31:09 PST 1997 >State-Changed-Why: >Already fixed in rev 1.7 of libc/sys/mount.2. But then broken by merging the the Lite2 version of mount.2 (rev.1.8) into FreeBSD-2.2. The Lite2 version has one new struct member and one new #define. rev.1.8 of the man page has about 4 spelling fixes and many whitespace changes (fixes I hope). Bruce From owner-freebsd-bugs Tue Mar 11 03:45:29 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA20121 for bugs-outgoing; Tue, 11 Mar 1997 03:45:29 -0800 (PST) Received: from netop.jaring.my (netop.jaring.my [192.228.128.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA20101 for ; Tue, 11 Mar 1997 03:45:16 -0800 (PST) Received: (from nsg@localhost) by netop.jaring.my (8.7.3/8.7.3) id TAA20513; Tue, 11 Mar 1997 19:44:44 +0800 (MYT) Date: Tue, 11 Mar 1997 19:44:44 +0800 (MYT) From: IT Security To: bugs@FreeBSD.org Subject: Kernel not stable ? (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hello, I have recently downloaded FreeBSD Release 2.1.7 from ftp.freebsd.org Installation process was very easy :) Everything was just fine until I find out that I couldn't start Xwindows because PS/2 mouse was not detected. So I compiled the kernel (I followed the istruction given in your home page). It works !! I can run Xwindows and Netscape too ! Then one day there was a sudden power failure. When I on the server again I couldn't login. The login prompt won't allow me to type anything. I have to telnet from other machine in order to get into my server. Therefore I later tried to boot the server using kernel.GENERIC and I can login again but of course the PS/2 mouse was disabled. Xwindows wasn;t my priority so I decided to solve it later on. The next thing that I did was changing the IP address of my server because I have to move it to another subnet (I edited the /etc/sysconfig file). .. rebooted the system. During the boot-up process the machine has to wait for quite a long time when it reaches netstart process. I'm very sure there is nothing wrong with my router configuration and connection because I have other machines (NT, Linux and BSDI) running on the same subnet. Anyway the boot-up process continued until I got the login prompt. I logged in and tried to ping to the gateway. It works .. Unfortunately this is not the real headache. The system is very intermittent. After leaving the machine for a while i couldn't ping anymore except to itself. So I rebooted the system and depending on my luck, I can ping and sometimes I can't ping at all. I really have no idea where the problems might have come from. What's your suggestion ? Pls help me as I really need to get this server up and running soonest possible.. From owner-freebsd-bugs Tue Mar 11 04:51:44 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA27944 for bugs-outgoing; Tue, 11 Mar 1997 04:51:44 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id EAA27933 for ; Tue, 11 Mar 1997 04:51:41 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id NAA00980; Tue, 11 Mar 1997 13:51:27 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id NAA29138; Tue, 11 Mar 1997 13:36:36 +0100 (MET) Message-ID: <19970311133634.NF15956@uriah.heep.sax.de> Date: Tue, 11 Mar 1997 13:36:34 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: syssgm@devetir.qld.gov.au (Stephen McKay) Cc: freebsd-bugs@freefall.freebsd.org Subject: Re: bin/2934: sh(1) has problems with $ENV References: <199703110940.BAA09613@freefall.freebsd.org> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199703110940.BAA09613@freefall.freebsd.org>; from Stephen McKay on Mar 11, 1997 01:40:03 -0800 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Stephen McKay wrote: > Well my view on this is that $ENV processing in /bin/sh is a dumbass idea, > and should be expunged immediately. Is it mandated by POSIX? Then send > them a rude letter and delete it anyway. Sorry, but that's not a very constructive discussion now. Arguably, $ENV is a crock. I wonder why David Korn has chosen such a crock, by a time where things like .cshrc were already widely in use, and known to work well. OTOH, throwing away a crock in order to just invent another incompatible idea is not better either. The shell is in need of a mechanism that allows to source some stuff (like aliases) on each invokation, not just for a login shell only as .profile does. The best we can do is to stick with the Korn shell way, in order to avoid even more diversity than there is already. Yes, ENV is Posix, yes, the Posix people were stupid enough to standardize the Korn shell, with all its idiosyncrasies. > Is $ENV there to scare off the last few people who use the shell for scripts? > It's a perl plot, right? "We will trick those foolish sh users! Ha! Ha! > Just look at what we can do to them now:" > > $ cat silly-bits > echo "Hello from ENV processing" > echo "This is where people put stupid things that break system scripts" > ls() { /bin/ls -sF $*; } Btw., you should do something here that's already in general use for csh users: make something like aliases only in effect for interactive shells. In csh, it's if ($?prompt) then ... endif since $prompt is (by definition) only set in an interactive shell. The equivalent in sh is: case "$-" in *i*) # shell is interactive, do aliases etc here alias ls="ls -sF" ;; esac > $ > $ export ENV=`pwd`/silly-bits > $ > $ cat serious-prog > #! /bin/sh Use #!/bin/sh -p, and your sorrows are away. The Posix folks were apparently even more stupid by not standardizing this Kornshellism (but we have it now), as well as they didn't standardize the #! feature at all. > Ouch! What can you depend on any more, even with PATH set? It's become > that much harder to write shell scripts. Only if you are writing Posix-unportable scripts that rely on the (undocumented) behaviour of the ``traditional'' Bourne shell (whatever version you might attribute this to). The least Posix gave us is a definition of what the shell should do, and what should it not do. > Oh, and while you're deleting $ENV processing, I'm pretty unhappy with /bin/sh > being bloated with history editing. I'll be testing -DNO_HISTORY, and will > put that in my /etc/make.conf if it works. I understand your sentiments, but did you recognize that it mainly only bloats the file itself but not the actual memory usage if your shell is linked with history editing, but you never use it? I wonder if these 100 KB of saved filesystem space are really worth the hassles. (The remainder should be done well enough by demand-paging. You can observe this if you load a shell from a floppy: turn on history editing, and it will start chewing on the floppy again.) -- 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 Tue Mar 11 04:53:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA28121 for bugs-outgoing; Tue, 11 Mar 1997 04:53:08 -0800 (PST) Received: from mauve.csi.cam.ac.uk (exim@mauve.csi.cam.ac.uk [131.111.8.38]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id EAA28106 for ; Tue, 11 Mar 1997 04:53:03 -0800 (PST) Received: from g.pet.cam.ac.uk [131.111.209.233] by mauve.csi.cam.ac.uk with smtp (Exim 1.58 #1) id 0w4R2u-0003DO-00; Tue, 11 Mar 1997 12:52:48 +0000 Received: from g.pet.cam.ac.uk [127.0.0.1] by g.pet.cam.ac.uk with esmtp (Exim 1.59 #1) id 0w4R3C-0001Np-00; Tue, 11 Mar 1997 12:53:06 +0000 To: freebsd-bugs@freebsd.org Subject: Re: bin/2934: sh(1) has problems with $ENV In-reply-to: Your message of "Tue, 11 Mar 1997 00:55:56 +0100." <199703102355.AAA10899@uriah.heep.sax.de> Date: Tue, 11 Mar 1997 12:53:06 +0000 From: Gareth McCaughan Message-Id: Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >Description: > > /bin/sh processes $ENV fine if it has been set inside ~/.profile like: > > ENV=${HOME}/.env; export ENV > > However, it fails to source $ENV in this case: > > export ENV=${HOME}/.env This is not quite correct. If you use this idiom, sh behaves correctly. If, however, you use ~ instead of $HOME, then the tilde doesn't get expanded when you do "export ENV=~/foo", but it does when you do "ENV=~/foo". Then, when your new sh starts up and reads ENV, it finds the variable correctly in both cases; however, its ENV-processing code doesn't interpret the ~ and so it fails to find the file. My reading of the sh(1) manpage is that tilde expansion *should* happen, and that the ENV-processing code *should not* try to do tilde expansion, but I am no sh(1) guru so I speak subject to correction. If my reading is correct, then (1) the same problem also affects the "readonly" command, and (2) I believe that the following patch fixes both problems. (It's relative to the version of sh in 2.2-GAMMA.) I repeat that I am not a sh(1) guru, so this ought to be checked by someone who knows more than I do about this stuff. I've moved the "locate command" code so that it happens as soon as it's known what the command is; then, if the command is "export" or "readonly", the args are expanded like initial var=val pairs are. ---------- patch begins ---------- *** eval.c.orig Tue Nov 12 19:23:44 1996 --- eval.c Tue Mar 11 12:47:04 1997 *************** *** 594,600 **** char **argv; int argc; char **envp; ! int varflag; struct strlist *sp; int mode; int pip[2]; --- 594,600 ---- char **argv; int argc; char **envp; ! int doing_cmd, setting_cmd; struct strlist *sp; int mode; int pip[2]; *************** *** 607,612 **** --- 607,613 ---- struct localvar *volatile savelocalvars; volatile int e; char *lastarg; + char *path=pathval(); #if __GNUC__ /* Avoid longjmp clobbering */ (void) &argv; *************** *** 620,641 **** setstackmark(&smark); arglist.lastp = &arglist.list; varlist.lastp = &varlist.list; ! varflag = 1; oexitstatus = exitstatus; exitstatus = 0; for (argp = cmd->ncmd.args ; argp ; argp = argp->narg.next) { char *p = argp->narg.text; ! if (varflag && is_name(*p)) { do { p++; } while (is_in_name(*p)); ! if (*p == '=') { ! expandarg(argp, &varlist, EXP_VARTILDE); continue; } } ! expandarg(argp, &arglist, EXP_FULL | EXP_TILDE); ! varflag = 0; } *arglist.lastp = NULL; *varlist.lastp = NULL; --- 621,660 ---- setstackmark(&smark); arglist.lastp = &arglist.list; varlist.lastp = &varlist.list; ! doing_cmd = 1; setting_cmd = 0; oexitstatus = exitstatus; exitstatus = 0; for (argp = cmd->ncmd.args ; argp ; argp = argp->narg.next) { char *p = argp->narg.text; ! if ((doing_cmd || setting_cmd) && is_name(*p)) { do { p++; } while (is_in_name(*p)); ! if (*p == '=') { ! expandarg(argp, ! setting_cmd ? &arglist : &varlist, ! EXP_VARTILDE); ! if (doing_cmd) { ! static const char PATH[] = "PATH="; ! char *s = ((struct strlist *)varlist.lastp)->text; ! if (!strncmp(s, PATH, sizeof(PATH)-1)) ! path = s + sizeof(PATH) - 1; ! } continue; } } ! { ! expandarg(argp, &arglist, EXP_FULL | EXP_TILDE); ! if (doing_cmd) { ! char *s = ((struct strlist *)arglist.lastp)->text; ! /* Now locate the command. */ ! find_command(s, &cmdentry, 1, path); ! /* Does it require us to grok future var=val pairs? */ ! if (cmdentry.cmdtype == CMDBUILTIN && cmdentry.u.index == EXPORTCMD) ! setting_cmd=1; ! } ! doing_cmd = 0; ! } } *arglist.lastp = NULL; *varlist.lastp = NULL; *************** *** 675,692 **** cmdentry.cmdtype = CMDBUILTIN; cmdentry.u.index = BLTINCMD; } else { - static const char PATH[] = "PATH="; - char *path = pathval(); - - /* - * Modify the command lookup path, if a PATH= assignment - * is present - */ - for (sp = varlist.list ; sp ; sp = sp->next) - if (strncmp(sp->text, PATH, sizeof(PATH) - 1) == 0) - path = sp->text + sizeof(PATH) - 1; - - find_command(argv[0], &cmdentry, 1, path); if (cmdentry.cmdtype == CMDUNKNOWN) { /* command not found */ exitstatus = 1; flushout(&errout); --- 694,699 ---- ----------- patch ends ----------- -- Gareth McCaughan Dept. of Pure Mathematics & Mathematical Statistics, gjm11@dpmms.cam.ac.uk Cambridge University, England. From owner-freebsd-bugs Tue Mar 11 05:30:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA01021 for bugs-outgoing; Tue, 11 Mar 1997 05:30:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA01013; Tue, 11 Mar 1997 05:30:03 -0800 (PST) Date: Tue, 11 Mar 1997 05:30:03 -0800 (PST) Message-Id: <199703111330.FAA01013@freefall.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: bin/2946: /usr/src/lib/libc/net/res_send.c typo Reply-To: j@uriah.heep.sax.de (J Wunsch) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2946; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: vazquez@IQM.Unicamp.BR Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/2946: /usr/src/lib/libc/net/res_send.c typo Date: Tue, 11 Mar 1997 14:13:54 +0100 As vazquez@IQM.Unicamp.BR wrote: > FreeBSD-current as of March-10-1997 No, not FreeBSD-current, but FreeBSD-2.2 Jordan already fixed this (and has beaten me... i was also going to commit the fix). -- 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 Tue Mar 11 05:56:51 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA03991 for bugs-outgoing; Tue, 11 Mar 1997 05:56:51 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id FAA03925 for ; Tue, 11 Mar 1997 05:56:33 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id OAA02502; Tue, 11 Mar 1997 14:55:53 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id OAA01836; Tue, 11 Mar 1997 14:39:51 +0100 (MET) Message-ID: <19970311143950.WR54034@uriah.heep.sax.de> Date: Tue, 11 Mar 1997 14:39:50 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: nsg@netop.jaring.my (IT Security) Cc: bugs@FreeBSD.org Subject: Re: Kernel not stable ? (fwd) References: X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from IT Security on Mar 11, 1997 19:44:44 +0800 Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As IT Security wrote: > Therefore I later tried to boot the server using kernel.GENERIC and I can > login again but of course the PS/2 mouse was disabled. You don't even need to rebuild a kernel for this. Simply boot with -c, and enable the psm0 device. It's in the GENERIC kernel, but disabled by default (since some keyboard controllers on machines without a PS/2 mouse port tend to jam otherwise). > The next thing that I did was changing the IP address of my server > because I have to move it to another subnet (I edited the > /etc/sysconfig file). .. rebooted the system. During the boot-up process > the machine has to wait for quite a long time when it reaches netstart > process. I'm very sure there is nothing wrong with my router > configuration and connection because I have other machines (NT, Linux and > BSDI) running on the same subnet. Your resolv.conf has became stale after changing the primary IP address. Also, make sure /etc/sysconfig does use IP addresses, not hostnames to setup the interfaces or the static routes. This avoids chicken-and-egg problems. > Unfortunately this is not the real headache. The system is very > intermittent. After leaving the machine for a while i couldn't ping > anymore except to itself. What ethernet adapter? -- 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 Tue Mar 11 06:10:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA05104 for bugs-outgoing; Tue, 11 Mar 1997 06:10:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA05084; Tue, 11 Mar 1997 06:10:03 -0800 (PST) Date: Tue, 11 Mar 1997 06:10:03 -0800 (PST) Message-Id: <199703111410.GAA05084@freefall.freebsd.org> To: freebsd-bugs Cc: From: Stephen McKay Subject: Re: bin/2934: sh(1) has problems with $ENV Reply-To: Stephen McKay Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2934; it has been noted by GNATS. From: Stephen McKay To: " steve howe" Cc: freebsd-gnats-submit@freebsd.org, syssgm@devetir.qld.gov.au Subject: Re: bin/2934: sh(1) has problems with $ENV Date: Tue, 11 Mar 1997 20:35:46 +1000 (EST) " steve howe" pretended to write: >/bin/sh processes $ENV fine if it has been set inside ~/.profile like: > > ENV=${HOME}/.env; export ENV > >However, it fails to source $ENV in this case: > > export ENV=${HOME}/.env I found the original stuff in -hackers, and just to prove that I'm capable to having a bet each way on each problem :-) I recreated his real problem: Under 2.1.5 (at least; can't check anything else right now): $ cat ~/junk echo Hi from junk $ export ENV=~/junk $ echo $ENV ~/junk $ sh -c date Tue Mar 11 20:29:58 EST 1997 $ ENV=~/junk $ export ENV $ echo $ENV /home/syssgm/junk $ sh -c date Hi from junk Tue Mar 11 20:30:42 EST 1997 $ So, ~ expansion happens differently in the two places. Fix one. Of course, when $ENV processing is removed, this will no longer be a problem. :-) (Am I the only one to heave when 'sh -c prog' executes $ENV?) Stephen. From owner-freebsd-bugs Tue Mar 11 06:10:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA05106 for bugs-outgoing; Tue, 11 Mar 1997 06:10:09 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA05094; Tue, 11 Mar 1997 06:10:05 -0800 (PST) Date: Tue, 11 Mar 1997 06:10:05 -0800 (PST) Message-Id: <199703111410.GAA05094@freefall.freebsd.org> To: freebsd-bugs Cc: From: Gareth McCaughan Subject: Re: bin/2934: sh(1) has problems with $ENV Reply-To: Gareth McCaughan Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2934; it has been noted by GNATS. From: Gareth McCaughan To: freebsd-bugs@freebsd.org Cc: Subject: Re: bin/2934: sh(1) has problems with $ENV Date: Tue, 11 Mar 1997 12:53:06 +0000 > >Description: > > /bin/sh processes $ENV fine if it has been set inside ~/.profile like: > > ENV=${HOME}/.env; export ENV > > However, it fails to source $ENV in this case: > > export ENV=${HOME}/.env This is not quite correct. If you use this idiom, sh behaves correctly. If, however, you use ~ instead of $HOME, then the tilde doesn't get expanded when you do "export ENV=~/foo", but it does when you do "ENV=~/foo". Then, when your new sh starts up and reads ENV, it finds the variable correctly in both cases; however, its ENV-processing code doesn't interpret the ~ and so it fails to find the file. My reading of the sh(1) manpage is that tilde expansion *should* happen, and that the ENV-processing code *should not* try to do tilde expansion, but I am no sh(1) guru so I speak subject to correction. If my reading is correct, then (1) the same problem also affects the "readonly" command, and (2) I believe that the following patch fixes both problems. (It's relative to the version of sh in 2.2-GAMMA.) I repeat that I am not a sh(1) guru, so this ought to be checked by someone who knows more than I do about this stuff. I've moved the "locate command" code so that it happens as soon as it's known what the command is; then, if the command is "export" or "readonly", the args are expanded like initial var=val pairs are. ---------- patch begins ---------- *** eval.c.orig Tue Nov 12 19:23:44 1996 --- eval.c Tue Mar 11 12:47:04 1997 *************** *** 594,600 **** char **argv; int argc; char **envp; ! int varflag; struct strlist *sp; int mode; int pip[2]; --- 594,600 ---- char **argv; int argc; char **envp; ! int doing_cmd, setting_cmd; struct strlist *sp; int mode; int pip[2]; *************** *** 607,612 **** --- 607,613 ---- struct localvar *volatile savelocalvars; volatile int e; char *lastarg; + char *path=pathval(); #if __GNUC__ /* Avoid longjmp clobbering */ (void) &argv; *************** *** 620,641 **** setstackmark(&smark); arglist.lastp = &arglist.list; varlist.lastp = &varlist.list; ! varflag = 1; oexitstatus = exitstatus; exitstatus = 0; for (argp = cmd->ncmd.args ; argp ; argp = argp->narg.next) { char *p = argp->narg.text; ! if (varflag && is_name(*p)) { do { p++; } while (is_in_name(*p)); ! if (*p == '=') { ! expandarg(argp, &varlist, EXP_VARTILDE); continue; } } ! expandarg(argp, &arglist, EXP_FULL | EXP_TILDE); ! varflag = 0; } *arglist.lastp = NULL; *varlist.lastp = NULL; --- 621,660 ---- setstackmark(&smark); arglist.lastp = &arglist.list; varlist.lastp = &varlist.list; ! doing_cmd = 1; setting_cmd = 0; oexitstatus = exitstatus; exitstatus = 0; for (argp = cmd->ncmd.args ; argp ; argp = argp->narg.next) { char *p = argp->narg.text; ! if ((doing_cmd || setting_cmd) && is_name(*p)) { do { p++; } while (is_in_name(*p)); ! if (*p == '=') { ! expandarg(argp, ! setting_cmd ? &arglist : &varlist, ! EXP_VARTILDE); ! if (doing_cmd) { ! static const char PATH[] = "PATH="; ! char *s = ((struct strlist *)varlist.lastp)->text; ! if (!strncmp(s, PATH, sizeof(PATH)-1)) ! path = s + sizeof(PATH) - 1; ! } continue; } } ! { ! expandarg(argp, &arglist, EXP_FULL | EXP_TILDE); ! if (doing_cmd) { ! char *s = ((struct strlist *)arglist.lastp)->text; ! /* Now locate the command. */ ! find_command(s, &cmdentry, 1, path); ! /* Does it require us to grok future var=val pairs? */ ! if (cmdentry.cmdtype == CMDBUILTIN && cmdentry.u.index == EXPORTCMD) ! setting_cmd=1; ! } ! doing_cmd = 0; ! } } *arglist.lastp = NULL; *varlist.lastp = NULL; *************** *** 675,692 **** cmdentry.cmdtype = CMDBUILTIN; cmdentry.u.index = BLTINCMD; } else { - static const char PATH[] = "PATH="; - char *path = pathval(); - - /* - * Modify the command lookup path, if a PATH= assignment - * is present - */ - for (sp = varlist.list ; sp ; sp = sp->next) - if (strncmp(sp->text, PATH, sizeof(PATH) - 1) == 0) - path = sp->text + sizeof(PATH) - 1; - - find_command(argv[0], &cmdentry, 1, path); if (cmdentry.cmdtype == CMDUNKNOWN) { /* command not found */ exitstatus = 1; flushout(&errout); --- 694,699 ---- ----------- patch ends ----------- -- Gareth McCaughan Dept. of Pure Mathematics & Mathematical Statistics, gjm11@dpmms.cam.ac.uk Cambridge University, England. From owner-freebsd-bugs Tue Mar 11 06:30:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA06237 for bugs-outgoing; Tue, 11 Mar 1997 06:30:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA06231; Tue, 11 Mar 1997 06:30:02 -0800 (PST) Resent-Date: Tue, 11 Mar 1997 06:30:02 -0800 (PST) Resent-Message-Id: <199703111430.GAA06231@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:"from tama2.tas.ntt.co.jp (tama2.tas.ntt.co.jp [192.68.237.113]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA05697 for" ; Tue, 11 Mar 1997 06:22:06.-0800 (PST) Received: by tama2.tas.ntt.co.jp (8.8.5/3.4W5/mx) with ESMTP id XAA14509; Tue, 11 Mar 1997 23:08:09 +0900 (JST) Received: by nttmail.ecl.ntt.co.jp (8.8.5/3.5W/mx) with ESMTP id XAA15796; Tue, 11 Mar 1997 23:22:00 +0900 (JST) Received: from localhost (ishizuka@localhost) by isis.isl.ntt.co.jp (8.7.6/3.4W4-03/10/97) with SMTP id XAA15621; Tue, 11 Mar 1997 23:22:00 +0900 (JST) Message-Id: <199703111422.XAA15621@isis.isl.ntt.co.jp> Date: Tue, 11 Mar 1997 23:21:59 +0900 From: Masachika ISHIZUKA To: FreeBSD-gnats-submit@freebsd.org Cc: ishizuka@isis.isl.ntt.co.jp Subject: bin/2948: can't dump 640MB optical disks Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2948 >Category: bin >Synopsis: can't dump 640MB optical disks >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Mar 11 06:30:01 PST 1997 >Last-Modified: >Originator: Masachika ISHIZUKA >Organization: Nippon telegraph and telephone corp. >Release: FreeBSD 3.0-970209-SNAP i386 >Environment: od0 at scbus0 target 5 lun 0 od0: type 7 removable SCSI 2 od0: Optical 606MB (310352 2048 byte sectors) >Description: I can't dump 640 Megs MO (Magneto optical) disk as follows. # dump 0uf test.dmp /dev/rod0a DUMP: Date of this level 0 dump: Tue Mar 11 22:29:44 1997 DUMP: Date of last level 0 dump: the epoch DUMP: Dumping /dev/rod0a (/mo/) to test.dmp DUMP: mapping (Pass I) [regular files] DUMP: mapping (Pass II) [directories] DUMP: estimated 48882 tape blocks on 1.26 tape(s). DUMP: dumping (Pass III) [directories] DUMP: dumping (Pass IV) [regular files] DUMP: DUMP: read error from /dev/rod0a: Invalid argument: [block 2070]: count=5120 read error from /dev/rod0a: Invalid argument: [block 2090]: count=3072 DUMP: read error from /dev/rod0a: Invalid argument: [sector 2070]: count=512 DUMP: read error from /dev/rod0a: Invalid argument: [sector 2071]: count=512 And the following messages are displayed on console. od_strategy: Block number is not multiple of sector size (2): 0x816 od_strategy: Block number is not multiple of sector size (2): 0x82a od_strategy: Block number is not multiple of sector size (2): 0x82a od_strategy: Block number is not multiple of sector size (2): 0x816 od_strategy: Block number is not multiple of sector size (2): 0x817 od_strategy: Invalid b_bcount 512 at block number: 0x818 >How-To-Repeat: % sed -n /mo640/,/^\$/p /etc/disktab mo640|Generic 3.5in 640MB MO disk:\ :dt=SCSI:ty=removable:se#2048:nt#64:ns#32:nc#152:\ :pa#310352:oa#0:ba#8192:fa#2048:ta=4.2BSD:\ :pb#0:ob#0:tb=swap:\ :pc#310352:oc#0: % su # disklabel -r -w -B od0 mo640 # newfs -t 0 -u 0 /dev/rod0a # mount /dev/od0a /mnt # cp /kernel /mnt # dump 0uf test.dmp /dev/rod0a >Fix: I don't know. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Mar 11 07:18:27 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA10695 for bugs-outgoing; Tue, 11 Mar 1997 07:18:27 -0800 (PST) Received: (from jmg@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA10666; Tue, 11 Mar 1997 07:18:13 -0800 (PST) Date: Tue, 11 Mar 1997 07:18:13 -0800 (PST) From: John-Mark Gurney Message-Id: <199703111518.HAA10666@freefall.freebsd.org> To: pjchilds@imforei.apana.org.au, jmg, freebsd-bugs Subject: Re: bin/2947 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: fetch doesn't handle FTP_TIMEOUT correctly? State-Changed-From-To: open-closed State-Changed-By: jmg State-Changed-When: Tue Mar 11 07:13:32 PST 1997 State-Changed-Why: thanks for the report... fixed in rev1.6 of ftp.c your patch didn't satisfy style(9)... so I applied a slightly different patch... From owner-freebsd-bugs Tue Mar 11 07:35:58 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA12661 for bugs-outgoing; Tue, 11 Mar 1997 07:35:58 -0800 (PST) Received: (from jkh@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA12641; Tue, 11 Mar 1997 07:35:49 -0800 (PST) Date: Tue, 11 Mar 1997 07:35:49 -0800 (PST) From: "Jordan K. Hubbard" Message-Id: <199703111535.HAA12641@freefall.freebsd.org> To: andrew@ugh.net.au, jkh, freebsd-bugs Subject: Re: bin/2812 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: sysinstall wont resolve addresses over PPP State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Tue Mar 11 07:35:13 PST 1997 State-Changed-Why: OK, got this one. Will be fixed in 2.2. From owner-freebsd-bugs Tue Mar 11 07:45:28 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA13226 for bugs-outgoing; Tue, 11 Mar 1997 07:45:28 -0800 (PST) Received: (from jkh@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA13199; Tue, 11 Mar 1997 07:45:22 -0800 (PST) Date: Tue, 11 Mar 1997 07:45:22 -0800 (PST) From: "Jordan K. Hubbard" Message-Id: <199703111545.HAA13199@freefall.freebsd.org> To: gjm11@dpmms.cam.ac.uk, jkh, freebsd-bugs Subject: Re: misc/2884 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: wrong URLs for UK FreeBSD mirrors in sysinstall State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Tue Mar 11 07:43:25 PST 1997 State-Changed-Why: Grrrr. 3 UK mirrors, each with an entirely different and incompatible layout from the other and only one following FreeBSD canon. There's something very British about that. :-) From owner-freebsd-bugs Tue Mar 11 08:30:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA17117 for bugs-outgoing; Tue, 11 Mar 1997 08:30:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA17110; Tue, 11 Mar 1997 08:30:02 -0800 (PST) Date: Tue, 11 Mar 1997 08:30:02 -0800 (PST) Message-Id: <199703111630.IAA17110@freefall.freebsd.org> To: freebsd-bugs Cc: From: Tor Egge Subject: Re: kern/2891: cdstart are sometimes called at too low spl level Reply-To: Tor Egge Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/2891; it has been noted by GNATS. From: Tor Egge To: Tor.Egge@idt.ntnu.no Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/2891: cdstart are sometimes called at too low spl level Date: Tue, 11 Mar 1997 17:28:24 +0100 New synopsis: cdstart and sdstart are sometimes called at too low spl level sdopen causes sdstart to be called with low spl level: sdopen scsi_open sd_open scsi_test_unit_ready scsi_scsi_cmd free_xs sdstart (None of those calls are protected against scsi device interrupts by use of splbio()) - Tor Egge From owner-freebsd-bugs Tue Mar 11 10:00:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA25297 for bugs-outgoing; Tue, 11 Mar 1997 10:00:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA25265; Tue, 11 Mar 1997 10:00:02 -0800 (PST) Date: Tue, 11 Mar 1997 10:00:02 -0800 (PST) Message-Id: <199703111800.KAA25265@freefall.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: bin/2948: can't dump 640MB optical disks Reply-To: j@uriah.heep.sax.de (J Wunsch) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2948; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: ishizuka@isis.isl.ntt.co.jp (Masachika ISHIZUKA) Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/2948: can't dump 640MB optical disks Date: Tue, 11 Mar 1997 17:51:16 +0100 As Masachika ISHIZUKA wrote: > And the following messages are displayed on console. > > od_strategy: Block number is not multiple of sector size (2): 0x816 > od_strategy: Block number is not multiple of sector size (2): 0x82a > od_strategy: Block number is not multiple of sector size (2): 0x82a > od_strategy: Block number is not multiple of sector size (2): 0x816 > od_strategy: Block number is not multiple of sector size (2): 0x817 > od_strategy: Invalid b_bcount 512 at block number: 0x818 Media block sizes != 512 bytes are defunct right now. I'm surprised that dumping from them is your only problem. -- 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 Tue Mar 11 11:01:01 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA29845 for bugs-outgoing; Tue, 11 Mar 1997 11:01:01 -0800 (PST) Received: from fly.HiWAAY.net (root@fly.HiWAAY.net [208.147.154.56]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA29824 for ; Tue, 11 Mar 1997 11:00:53 -0800 (PST) Received: from bonsai.hiwaay.net by fly.HiWAAY.net; (8.8.4/1.1.8.2/21Sep95-1003PM) id NAA04870; Tue, 11 Mar 1997 13:00:45 -0600 (CST) Message-ID: <3325AB6E.41C67EA6@hiwaay.net> Date: Tue, 11 Mar 1997 12:58:54 -0600 From: Steve Price X-Mailer: Mozilla 3.01 (X11; I; FreeBSD 3.0-SMP i386) MIME-Version: 1.0 To: Stephen McKay CC: freebsd-bugs@freefall.freebsd.org Subject: Re: bin/2934: sh(1) has problems with $ENV References: <199703111410.GAA05084@freefall.freebsd.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Stephen McKay wrote: > > I found the original stuff in -hackers, and just to prove that I'm capable > to having a bet each way on each problem :-) I recreated his real problem: > > Under 2.1.5 (at least; can't check anything else right now): > > $ cat ~/junk > echo Hi from junk > $ export ENV=~/junk > $ echo $ENV > ~/junk > $ sh -c date > Tue Mar 11 20:29:58 EST 1997 > $ ENV=~/junk > $ export ENV > $ echo $ENV > /home/syssgm/junk > $ sh -c date > Hi from junk > Tue Mar 11 20:30:42 EST 1997 > $ > > So, ~ expansion happens differently in the two places. Fix one. > Now this I can reproduce. :) I think I know where this is happening. I will add it to my next group of fixes that I had hoped to get in tonight, but with Peter calling a halt to all non-Lite2 commits... As soon as things cool down I will get in the fix. Steve > Of course, when $ENV processing is removed, this will no longer be a > problem. :-) (Am I the only one to heave when 'sh -c prog' executes > $ENV?) > > Stephen. From owner-freebsd-bugs Tue Mar 11 16:29:15 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA24024 for bugs-outgoing; Tue, 11 Mar 1997 16:29:15 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA23965; Tue, 11 Mar 1997 16:28:28 -0800 (PST) From: Mike Pritchard Message-Id: <199703120028.QAA23965@freefall.freebsd.org> Subject: Re: docs/2945 To: bde@zeta.org.au (Bruce Evans) Date: Tue, 11 Mar 1997 16:28:28 -0800 (PST) Cc: freebsd-bugs@freefall.freebsd.org, lennox@cs.columbia.edu In-Reply-To: <199703111011.VAA07982@godzilla.zeta.org.au> from "Bruce Evans" at Mar 11, 97 09:11:57 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Bruce Evans wrote: > > >Synopsis: mount(2) and /usr/include/sys/mount.h disagree > > > >State-Changed-From-To: open-closed > >State-Changed-By: mpp > >State-Changed-When: Mon Mar 10 21:31:09 PST 1997 > >State-Changed-Why: > >Already fixed in rev 1.7 of libc/sys/mount.2. > > But then broken by merging the the Lite2 version of mount.2 (rev.1.8) > into FreeBSD-2.2. The Lite2 version has one new struct member and one > new #define. rev.1.8 of the man page has about 4 spelling fixes and > many whitespace changes (fixes I hope). Really? Grumble. I thought I checked the 2.2 include files. -- Mike Pritchard mpp@FreeBSD.org "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-bugs Tue Mar 11 17:55:54 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA01469 for bugs-outgoing; Tue, 11 Mar 1997 17:55:54 -0800 (PST) Received: from istari.flash.net (btc2-80.flash.net [207.181.194.80]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA01461 for ; Tue, 11 Mar 1997 17:55:50 -0800 (PST) Received: (from sjr@localhost) by istari.flash.net (8.8.5/8.8.5) id UAA01343; Tue, 11 Mar 1997 20:55:32 -0500 (EST) Date: Tue, 11 Mar 1997 20:55:32 -0500 (EST) From: "Stephen J. Roznowski" Message-Id: <199703120155.UAA01343@istari.flash.net> To: jkh@time.cdrom.com, freebsd-bugs@freefall.freebsd.org Subject: Re: conf/2943: standard-supfile missing src-release and src-tools Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In-Reply-To: Mail from '"Jordan K. Hubbard" ' dated: Mon, 10 Mar 1997 22:50:03 -0800 (PST) > From: "Jordan K. Hubbard" > Subject: Re: conf/2943: standard-supfile missing src-release and src-tools > > The following reply was made to PR conf/2943; it has been noted by GNATS. > > From: "Jordan K. Hubbard" > To: sjr1@flash.net > Cc: FreeBSD-gnats-submit@FreeBSD.ORG > Subject: Re: conf/2943: standard-supfile missing src-release and src-tools > Date: Mon, 10 Mar 1997 22:44:49 -0800 > > > *** share/examples/sup/standard-supfile.orig Mon Mar 10 22:36:51 1997 > > --- share/examples/sup/standard-supfile Mon Mar 10 22:37:50 1997 > > Actually, these files are entirely obsolete and should probably just > be removed. We don't offer sources via sup anymore and cvsup's > configuration files are rather different. I'm confused. I'm presently using sup (sup.freebsd.org) to maintain my private source code tree... > Anyone mind if I just nuke the whole examples/sup directory in > response to this PR? Also, I find this a little disturbing. Currently sup is located in /usr/src/usr.sbin/sup and as such I believe it is "supported". I don't see cvsup anywhere in the /usr/src tree (I believe that it is still only available as a port). I think that cvsup should be imported into /usr/src/contrib and built as part on the normal build before sup goes away... Thanks, -SR From owner-freebsd-bugs Tue Mar 11 18:54:37 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA05882 for bugs-outgoing; Tue, 11 Mar 1997 18:54:37 -0800 (PST) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA05876 for ; Tue, 11 Mar 1997 18:54:33 -0800 (PST) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id SAA15797; Tue, 11 Mar 1997 18:54:45 -0800 (PST) To: "Stephen J. Roznowski" cc: freebsd-bugs@freefall.freebsd.org Subject: Re: conf/2943: standard-supfile missing src-release and src-tools In-reply-to: Your message of "Tue, 11 Mar 1997 20:55:32 EST." <199703120155.UAA01343@istari.flash.net> Date: Tue, 11 Mar 1997 18:54:44 -0800 Message-ID: <15793.858135284@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I'm confused. I'm presently using sup (sup.freebsd.org) to maintain > my private source code tree... Which is fine, but as we don't offer it from any of our servers anymore why put up our config files? :) That doesn't interfere with your own use of sup and declutters the tree. > > Anyone mind if I just nuke the whole examples/sup directory in > > response to this PR? > > Also, I find this a little disturbing. > > Currently sup is located in /usr/src/usr.sbin/sup and as such I believe > it is "supported". I don't see cvsup anywhere in the /usr/src tree (I Actually, you're just a wee bit late with this - it left the tree yesterday. :-) But since it's still available as a port, you're safe. > believe that it is still only available as a port). I think that cvsup > should be imported into /usr/src/contrib and built as part on the normal > build before sup goes away... Heh, you'd have to bring the whole Modula-3 development environment in as well then. :) Jordan From owner-freebsd-bugs Tue Mar 11 20:30:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA14344 for bugs-outgoing; Tue, 11 Mar 1997 20:30:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA14337; Tue, 11 Mar 1997 20:30:02 -0800 (PST) Resent-Date: Tue, 11 Mar 1997 20:30:02 -0800 (PST) Resent-Message-Id: <199703120430.UAA14337@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, jin@adv-pc-1.lbl.gov Received: from adv-pc-1.lbl.gov (adv-pc-1.lbl.gov [128.3.196.189]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA14259 for ; Tue, 11 Mar 1997 20:28:36 -0800 (PST) Received: (from jin@localhost) by adv-pc-1.lbl.gov (8.8.5/8.8.5) id UAA12273; Tue, 11 Mar 1997 20:28:34 -0800 (PST) Message-Id: <199703120428.UAA12273@adv-pc-1.lbl.gov> Date: Tue, 11 Mar 1997 20:28:34 -0800 (PST) From: "Jin Guojun[ITG]" Reply-To: jin@adv-pc-1.lbl.gov To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/2955: pkg_add failed on xemacs via sysintall Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2955 >Category: misc >Synopsis: pkg_add failed on xemacs via sysintall >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Mar 11 20:30:01 PST 1997 >Last-Modified: >Originator: Jin Guojun[ITG] >Organization: >Release: FreeBSD 2.2-970310-GAMMA i386 >Environment: 2.2-SNAP >Description: The package xemacs-19.14.tgz cannot be installed via sysinstall. The error is "broken pipe". >How-To-Repeat: Choice Do post-install configuration of FreeBSD from /stand/sysinstall menu then choice 8 Packages Install pre-packaged software for FreeBSD and choice xemacs-19.14 from editors. Select OK to start installation. It will hang for a while then say broken pipe. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Mar 11 21:29:19 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA16785 for bugs-outgoing; Tue, 11 Mar 1997 21:29:19 -0800 (PST) Received: from nemesis.lonestar.org (iadfw-hgw-1-88.its.iadfw.net [207.136.24.92]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id VAA16769; Tue, 11 Mar 1997 21:29:09 -0800 (PST) Received: by nemesis.lonestar.org (Smail3.1.27.1 #22) id m0w4gYP-000twvC; Tue, 11 Mar 97 23:26 CST Message-Id: Date: Tue, 11 Mar 97 23:26 CST To: mpp@freefall.freebsd.org, bugs@freebsd.org, FreeBSD-gnats-submit@freebsd.org From: uhclem@nemesis.lonestar.org (Frank Durda IV) Sent: Tue Mar 11 1997, 23:26:20 CST Subject: re: bin/1037 and bin/771 Patch included Cc: uhclem@nemesis.lonestar.org Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [0]Are you still seeing the problem reported in your FreeBSD problem [0]report # 1037? Have you tried later versions of FreeBSD, such as [0]FreeBSD 2.2 GAMMA or FreeBSD 3.0-current? Any other information [0]you could provide would be helpful. If you are still seeing the [0]problem, what version of FreeBSD are you running right now? [0]Mike Pritchard Regarding: bin/1037: Synopsis: 2.x telnetd handles CTRL-M differently than other ttys FDIV044 bin/771: Synopsis: telnet character mode not set and broken when set - FDIV034 No, these items remain broken in 2.2-GAMMA, and all releases back to at least the 2.1.0-RELEASE. It worked correctly in 1.1.5.1. I've been hoping somebody would quit stalling over the religious issues here and fix this, but apparently that won't happen after a year on the books, so here is a patch that solves the religious issue with a technical fix: -----FIX BEGINS----- *** telnetd.c.00 Sun Jan 12 15:56:33 1997 --- telnetd.c Wed Feb 26 16:07:15 1997 *************** *** 179,184 **** --- 179,187 ---- progname = *argv; + linemode=1; /*Default to mode that all brands + of telnets handle correctly*/ + #ifdef CRAY /* * Get number of pty's before trying to process options, -----FIX ENDS----- That's it. The patch works on all telnetds released from 2.1.0 thru 2.2-GAMMAs and would close bin/771 and bin/1037 if applied. It might even resolve bin/1073, but I don't have a way to test that. Discussion The problem was, is, and apparently will always be that starting with 2.x, telnetd has wanted to run in LINEMODE by default, because it is more efficient in using the TCP/IP transport media than the character-at-a-time modes used previously in 1.1.5.1 and earlier as well as BSD 4.3. The problem with that was, is, and will always be that not all TELNET clients on all known platforms implement LINEMODE correctly in that they don't know about what to do for various action (wakeup) control-characters, such as the ones available in csh for command editing and completion. ^D, ^W, ^R, , ^U, etc. These commands break in the presence of LINEMODE in various ways. To demonstrate, try this simple test. Login into a csh session on a FreeBSD target via the console or a serial connection and follow this command sequence: % set filec % cd /stand % ls i should display ifconfig* % ls i should finish command string: % ls ifconfig % ls ifconfig should erase "ifconfig": % ls % ls should redraw on next line: ls ls f should display find* fsck* ft* % ls fs should finish "fsck": % ls fsck % ls fsck should erase: % % Now telnet into the same system (try "telnet ." if you like and see the behavior difference). Login as the same user and repeat the sequence above. I don't care if you telnet from any FreeBSD 2.x release, SCO UNIX 3.2, DEC OSF 3.2G or 4.0B, IRIX V.4, from NETBSD 1.x, Windows '95 TELNET, or from NCSA Telnet 2.3.07 (I've tested all of these), they will all malfunction telnetting to FreeBSD 2.x, at least until you apply the patch. The other aspect of the bad behavior of telnetd was shown by two different programs provided previously, but I'll repeat one here. This is code pulled from an existing application written in the BSD 4.2/3 days, which ran fine on 1.1.5.1 and works on 2.x from the console or serial ports, but not via telnet, unless you apply the patch: -----chars.c----- #include #include #include extern char *ttyname(); static struct stat ttystatus; int stdin_isatty, stdout_isatty; char *ttynam_stdout; static struct sgttyb old, new; static struct stat ttystatus; int stdin_isatty, stdout_isatty; char *ttynam_stdout; #define EOT '\004' static int eof=EOT, killc=CTRL('U'), erase=CTRL('H'), werase=CTRL('W'); main() { char c; printf("Press these keys [T] [E] [S] [T] [Enter] [CTRL][J] [CTRL][M] [Esc]\n"); save_tty(); set_tty(); while((c=getchar())!=EOF && c!=0x1b) { printf("%02x ",c); } restore_tty(); printf("\nYou should see 74 65 73 74 0a 0a 0a\n"); } save_tty() { struct tchars tc; struct ltchars t; fstat(fileno(stdout), &ttystatus); ttynam_stdout = ttyname(fileno(stdout)); stdout_isatty = (ioctl(fileno(stdout), TIOCGETP, &old) >= 0); stdin_isatty = (ioctl(fileno(stdin), TIOCGETP, &old) >= 0); if (ioctl(fileno(stdin), TIOCGLTC, &t) == 0) werase = (int)t.t_werasc; killc = (int)old.sg_kill; erase = (int)old.sg_erase; if (ioctl(fileno(stdin), TIOCGETC, &tc) == 0) eof = (int)tc.t_eofc; new = old; new.sg_flags |= CBREAK; new.sg_flags &= ~ECHO; } set_tty() { ioctl(fileno(stdin), TIOCSETN, &new); } restore_tty() { if (stdout_isatty) chmod(ttynam_stdout, (int)ttystatus.st_mode&0777); if (stdin_isatty) ioctl(fileno(stdin), TIOCSETP, &old); } -----END of chars.c----- Compile this program on FreeBSD, and then execute it and follow the instructions. Telnetting into FreeBSD 2.x without the above patch will give incorrect results in that CTRL-J/CTRL-M entered by the telnet user are not read as 0x0a by the program as they are when the same program is run on a console or serial session. Running the program with a telnetd that is patched, OR from the console or serial ports will work correctly CTRL-M/CTRL-J both are read as 0x0a. The program also behaves correctly when compiled and run on the other platforms mentioned, demonstrating that the problem is in the FreeBSD telnetd because it tries to force a mode that the clients can't handle correctly. All the patch does is instruct telnetd to negotiate a character mode by default that all of the above telnet clients handle correctly. If the user wants additional link efficiency at the cost of the problems shown above, then by all means he/she can switch to LINEMODE once the telnet connection is started if that mode can be used. No feature or capability is taken away by the patch. Yes, we could simply have everybody using every telnet client everywhere have to turn off LINEMODE each time they use telnet to a FreeBSD platform in order for existing shells and applications to work via telnet. This is the religious argument that all the clients everywhere are broken and the FreeBSD telnetd isn't. Sorry, but I don't buy this. We must fit in with the rest of the universe. It still seems that the default setting should provide maximum compatibility, which is the case with this patch installed. I recommend that this change be included in 2.2-RELEASE. Frank Durda IV |"The Knights who say "LETNi" or uhclem%nemesis@rwsystr.nkn.net | demand... A SEGMENT REGISTER!!!" |"A what?" or ...letni!rwsys!nemesis!uhclem |"LETNi! LETNi! LETNi!" - 1983 From owner-freebsd-bugs Tue Mar 11 21:30:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA16862 for bugs-outgoing; Tue, 11 Mar 1997 21:30:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA16850; Tue, 11 Mar 1997 21:30:01 -0800 (PST) Date: Tue, 11 Mar 1997 21:30:01 -0800 (PST) Message-Id: <199703120530.VAA16850@freefall.freebsd.org> To: freebsd-bugs Cc: From: uhclem@nemesis.lonestar.org (Frank Durda IV) Subject: re: bin/1037 and bin/771 Patch included Reply-To: uhclem@nemesis.lonestar.org (Frank Durda IV) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/1037; it has been noted by GNATS. From: uhclem@nemesis.lonestar.org (Frank Durda IV) To: mpp@freefall.freebsd.org, bugs@freebsd.org, FreeBSD-gnats-submit@freebsd.org Cc: uhclem@nemesis.lonestar.org Subject: re: bin/1037 and bin/771 Patch included Date: Tue, 11 Mar 97 23:26 CST [0]Are you still seeing the problem reported in your FreeBSD problem [0]report # 1037? Have you tried later versions of FreeBSD, such as [0]FreeBSD 2.2 GAMMA or FreeBSD 3.0-current? Any other information [0]you could provide would be helpful. If you are still seeing the [0]problem, what version of FreeBSD are you running right now? [0]Mike Pritchard Regarding: bin/1037: Synopsis: 2.x telnetd handles CTRL-M differently than other ttys FDIV044 bin/771: Synopsis: telnet character mode not set and broken when set - FDIV034 No, these items remain broken in 2.2-GAMMA, and all releases back to at least the 2.1.0-RELEASE. It worked correctly in 1.1.5.1. I've been hoping somebody would quit stalling over the religious issues here and fix this, but apparently that won't happen after a year on the books, so here is a patch that solves the religious issue with a technical fix: -----FIX BEGINS----- *** telnetd.c.00 Sun Jan 12 15:56:33 1997 --- telnetd.c Wed Feb 26 16:07:15 1997 *************** *** 179,184 **** --- 179,187 ---- progname = *argv; + linemode=1; /*Default to mode that all brands + of telnets handle correctly*/ + #ifdef CRAY /* * Get number of pty's before trying to process options, -----FIX ENDS----- That's it. The patch works on all telnetds released from 2.1.0 thru 2.2-GAMMAs and would close bin/771 and bin/1037 if applied. It might even resolve bin/1073, but I don't have a way to test that. Discussion The problem was, is, and apparently will always be that starting with 2.x, telnetd has wanted to run in LINEMODE by default, because it is more efficient in using the TCP/IP transport media than the character-at-a-time modes used previously in 1.1.5.1 and earlier as well as BSD 4.3. The problem with that was, is, and will always be that not all TELNET clients on all known platforms implement LINEMODE correctly in that they don't know about what to do for various action (wakeup) control-characters, such as the ones available in csh for command editing and completion. ^D, ^W, ^R, , ^U, etc. These commands break in the presence of LINEMODE in various ways. To demonstrate, try this simple test. Login into a csh session on a FreeBSD target via the console or a serial connection and follow this command sequence: % set filec % cd /stand % ls i should display ifconfig* % ls i should finish command string: % ls ifconfig % ls ifconfig should erase "ifconfig": % ls % ls should redraw on next line: ls ls f should display find* fsck* ft* % ls fs should finish "fsck": % ls fsck % ls fsck should erase: % % Now telnet into the same system (try "telnet ." if you like and see the behavior difference). Login as the same user and repeat the sequence above. I don't care if you telnet from any FreeBSD 2.x release, SCO UNIX 3.2, DEC OSF 3.2G or 4.0B, IRIX V.4, from NETBSD 1.x, Windows '95 TELNET, or from NCSA Telnet 2.3.07 (I've tested all of these), they will all malfunction telnetting to FreeBSD 2.x, at least until you apply the patch. The other aspect of the bad behavior of telnetd was shown by two different programs provided previously, but I'll repeat one here. This is code pulled from an existing application written in the BSD 4.2/3 days, which ran fine on 1.1.5.1 and works on 2.x from the console or serial ports, but not via telnet, unless you apply the patch: -----chars.c----- #include #include #include extern char *ttyname(); static struct stat ttystatus; int stdin_isatty, stdout_isatty; char *ttynam_stdout; static struct sgttyb old, new; static struct stat ttystatus; int stdin_isatty, stdout_isatty; char *ttynam_stdout; #define EOT '\004' static int eof=EOT, killc=CTRL('U'), erase=CTRL('H'), werase=CTRL('W'); main() { char c; printf("Press these keys [T] [E] [S] [T] [Enter] [CTRL][J] [CTRL][M] [Esc]\n"); save_tty(); set_tty(); while((c=getchar())!=EOF && c!=0x1b) { printf("%02x ",c); } restore_tty(); printf("\nYou should see 74 65 73 74 0a 0a 0a\n"); } save_tty() { struct tchars tc; struct ltchars t; fstat(fileno(stdout), &ttystatus); ttynam_stdout = ttyname(fileno(stdout)); stdout_isatty = (ioctl(fileno(stdout), TIOCGETP, &old) >= 0); stdin_isatty = (ioctl(fileno(stdin), TIOCGETP, &old) >= 0); if (ioctl(fileno(stdin), TIOCGLTC, &t) == 0) werase = (int)t.t_werasc; killc = (int)old.sg_kill; erase = (int)old.sg_erase; if (ioctl(fileno(stdin), TIOCGETC, &tc) == 0) eof = (int)tc.t_eofc; new = old; new.sg_flags |= CBREAK; new.sg_flags &= ~ECHO; } set_tty() { ioctl(fileno(stdin), TIOCSETN, &new); } restore_tty() { if (stdout_isatty) chmod(ttynam_stdout, (int)ttystatus.st_mode&0777); if (stdin_isatty) ioctl(fileno(stdin), TIOCSETP, &old); } -----END of chars.c----- Compile this program on FreeBSD, and then execute it and follow the instructions. Telnetting into FreeBSD 2.x without the above patch will give incorrect results in that CTRL-J/CTRL-M entered by the telnet user are not read as 0x0a by the program as they are when the same program is run on a console or serial session. Running the program with a telnetd that is patched, OR from the console or serial ports will work correctly CTRL-M/CTRL-J both are read as 0x0a. The program also behaves correctly when compiled and run on the other platforms mentioned, demonstrating that the problem is in the FreeBSD telnetd because it tries to force a mode that the clients can't handle correctly. All the patch does is instruct telnetd to negotiate a character mode by default that all of the above telnet clients handle correctly. If the user wants additional link efficiency at the cost of the problems shown above, then by all means he/she can switch to LINEMODE once the telnet connection is started if that mode can be used. No feature or capability is taken away by the patch. Yes, we could simply have everybody using every telnet client everywhere have to turn off LINEMODE each time they use telnet to a FreeBSD platform in order for existing shells and applications to work via telnet. This is the religious argument that all the clients everywhere are broken and the FreeBSD telnetd isn't. Sorry, but I don't buy this. We must fit in with the rest of the universe. It still seems that the default setting should provide maximum compatibility, which is the case with this patch installed. I recommend that this change be included in 2.2-RELEASE. Frank Durda IV |"The Knights who say "LETNi" or uhclem%nemesis@rwsystr.nkn.net | demand... A SEGMENT REGISTER!!!" |"A what?" or ...letni!rwsys!nemesis!uhclem |"LETNi! LETNi! LETNi!" - 1983 From owner-freebsd-bugs Wed Mar 12 03:10:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA03848 for bugs-outgoing; Wed, 12 Mar 1997 03:10:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA03833; Wed, 12 Mar 1997 03:10:02 -0800 (PST) Resent-Date: Wed, 12 Mar 1997 03:10:02 -0800 (PST) Resent-Message-Id: <199703121110.DAA03833@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, k-horik@yk.rim.or.jp Received: from mail.yk.rim.or.jp (mail.yk.rim.or.jp [202.247.130.37]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA03699 for ; Wed, 12 Mar 1997 03:07:46 -0800 (PST) Received: from ppp357.yk.rim.or.jp (ppp357.yk.rim.or.jp [202.247.165.57]) by mail.yk.rim.or.jp (8.8.5/3.4Wbeta6-rim1.1) with SMTP id UAA05003; Wed, 12 Mar 1997 20:07:43 +0900 (JST) Message-Id: <199703121107.UAA05003@mail.yk.rim.or.jp> Date: Wed, 12 Mar 1997 20:07:13 +0900 From: k-horik@yk.rim.or.jp Reply-To: k-horik@yk.rim.or.jp To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/2958: roff macro bugs and etc. Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2958 >Category: docs >Synopsis: roff macro bugs and etc. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Wed Mar 12 03:10:01 PST 1997 >Last-Modified: >Originator: Kazuo Horikawa >Organization: RIMNET >Release: FreeBSD 2.2 >Environment: >Description: roff macros in rtquery.8 have something wrong. >How-To-Repeat: man rtquery.8 >Fix: --- rtquery.8.orig Wed Mar 12 19:53:15 1997 +++ rtquery.8 Wed Mar 12 19:58:02 1997 @@ -40,7 +40,7 @@ When querying gated, the .Em poll command is preferred over the -.I Request +.Em request command because the response is not subject to Split Horizon and/or Poisoned Reverse, and because some versions of gated do not answer the Request command. Routed does not answer the Poll command, but @@ -63,7 +63,7 @@ Uses the .Em Poll command to request full routing information from -.Xr gated 8 , +.Xr gated 8 . This is an undocumented extension RIP protocol supported only by .Xr gated 8 . .It Fl 1 >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Mar 12 03:10:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA03860 for bugs-outgoing; Wed, 12 Mar 1997 03:10:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA03845; Wed, 12 Mar 1997 03:10:04 -0800 (PST) Resent-Date: Wed, 12 Mar 1997 03:10:04 -0800 (PST) Resent-Message-Id: <199703121110.DAA03845@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, k-horik@yk.rim.or.jp Received: from mail.yk.rim.or.jp (mail.yk.rim.or.jp [202.247.130.37]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA03710 for ; Wed, 12 Mar 1997 03:07:49 -0800 (PST) Received: from ppp357.yk.rim.or.jp (ppp357.yk.rim.or.jp [202.247.165.57]) by mail.yk.rim.or.jp (8.8.5/3.4Wbeta6-rim1.1) with SMTP id UAA05009; Wed, 12 Mar 1997 20:07:46 +0900 (JST) Message-Id: <199703121107.UAA05009@mail.yk.rim.or.jp> Date: Wed, 12 Mar 1997 20:07:15 +0900 From: k-horik@yk.rim.or.jp Reply-To: k-horik@yk.rim.or.jp To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/2959: roff macro bugs Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2959 >Category: docs >Synopsis: roff macro bugs >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Wed Mar 12 03:10:03 PST 1997 >Last-Modified: >Originator: Kazuo Horikawa >Organization: RIMNET >Release: FreeBSD 2.2 >Environment: >Description: roff macro in routed.8 has something wrong. >How-To-Repeat: man routed >Fix: --- routed.8.orig Wed Mar 12 19:53:11 1997 +++ routed.8 Wed Mar 12 19:55:52 1997 @@ -137,7 +137,7 @@ .Nm records the change in its own tables and updates the kernel routing table if the best route to the destination changes. -The change in the kernel routing tableis reflected in the next batch of +The change in the kernel routing table is reflected in the next batch of .Em response packets sent. If the next response is not scheduled for a while, a @@ -215,11 +215,6 @@ .Pa /etc/gateways file. .Pp -While using Router Discovery (which happens by default when -the system has a single network interface and a Router Discover Advertisement -is received), there is a single default route and a variable number of -redirected host routes in the kernel table. -.Pp See the .Cm pm_rdisc facility described below to support "legacy" systems @@ -256,7 +251,7 @@ A better choice is .Fl P Cm pm_rdisc on the command line or -.CM pm_rdisc in the +.Cm pm_rdisc in the .Pa /etc/gateways file. since a larger metric @@ -312,7 +307,7 @@ or .Em SIGUSR2 signals or with the -.Cm rtquery +.Xr rtquery command. .It Fl F Ar net[/mask][,metric] minimize routes in transmissions via interfaces with addresses that match @@ -409,7 +404,7 @@ to the same destination. .Pp The -.Em /etc/gateways +.Pa /etc/gateways file is comprised of a series of lines, each in one of the following formats or consist of parameters described below: .Pp @@ -450,7 +445,7 @@ or .Xr named 8 , must have been started before -.Xr routed Ns .) +.Nm routed Ns .) .Pp .Ar mask is an optional number between 1 and 32 indicating the netmask associated @@ -491,9 +486,9 @@ .Ar ifname . .It Cm subnet Ns \&= Ns Ar nname[/mask][,metric] advertises a route to network -.AR nname +.Ar nname with mask -.AR mask +.Ar mask and the supplied metric (default 1). This is useful for filling "holes" in CIDR allocations. This parameter must appear by itself on a line. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Mar 12 05:20:16 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA09948 for bugs-outgoing; Wed, 12 Mar 1997 05:20:16 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA09862; Wed, 12 Mar 1997 05:19:20 -0800 (PST) Date: Wed, 12 Mar 1997 05:19:20 -0800 (PST) From: Mike Pritchard Message-Id: <199703121319.FAA09862@freefall.freebsd.org> To: k-horik@yk.rim.or.jp, mpp, freebsd-bugs Subject: Re: docs/2958 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: roff macro bugs and etc. State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Wed Mar 12 05:19:00 PST 1997 State-Changed-Why: Already fixed in rev 1.5 of rtquery.8. From owner-freebsd-bugs Wed Mar 12 05:24:25 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA10219 for bugs-outgoing; Wed, 12 Mar 1997 05:24:25 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA10164; Wed, 12 Mar 1997 05:23:31 -0800 (PST) Date: Wed, 12 Mar 1997 05:23:31 -0800 (PST) From: Mike Pritchard Message-Id: <199703121323.FAA10164@freefall.freebsd.org> To: k-horik@yk.rim.or.jp, mpp, freebsd-bugs Subject: Re: docs/2959 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: roff macro bugs State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Wed Mar 12 05:22:30 PST 1997 State-Changed-Why: Most of these problems were already fixed in rev 1.7 of routed.8. The remaining problems, plus some others I noticed I just fixed in rev 1.9. From owner-freebsd-bugs Wed Mar 12 07:25:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA19111 for bugs-outgoing; Wed, 12 Mar 1997 07:25:57 -0800 (PST) Received: from pir.net (moek.pir.net [158.43.129.42]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA19092; Wed, 12 Mar 1997 07:25:49 -0800 (PST) Received: (from pir@localhost) by pir.net (8.8.5/6.6.6) id PAA16708; Wed, 12 Mar 1997 15:25:44 GMT Date: Wed, 12 Mar 1997 15:25:44 GMT From: Peter Radcliffe Message-Id: <199703121525.PAA16708@pir.net> To: freebsd-bugs@freebsd.org, freebsd-ports@freebsd.org Subject: tcp wrappers + portmapper with libwrap fails Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've been upgrading one of my machines recently, and I finally got round to installing tcp_wrappers 7.5. I hacked the port makefile and patch to use 7.5 instead of 7.4 (which may mhave security problems) and it all installed fine, including the added dynamic library in /usr/local/lib. Then I recompiled the portmapper to use libwrap. I rebooted the machine to test everything ... portmap failed because it couldnt find the dynamic libwrap - this is before ldconfig is run. I've fudged it in the short term by adding 'LD_LIBRARY_PATH=/usr/local/lib portmap' rather than just 'portmap', but I was wondering on thoughts to fix this combination properly ... portmap could be compiled staticly - this is a waste of memory. libwrap could be put in /usr/lib - not the right place for it. Any other suggestions ? Peter. From owner-freebsd-bugs Wed Mar 12 10:00:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA29168 for bugs-outgoing; Wed, 12 Mar 1997 10:00:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA29152; Wed, 12 Mar 1997 10:00:02 -0800 (PST) Resent-Date: Wed, 12 Mar 1997 10:00:02 -0800 (PST) Resent-Message-Id: <199703121800.KAA29152@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, jmaslak@blackfire.com Received: from blackfire.com (hill153.uwyo.edu [129.72.150.153]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA29042 for ; Wed, 12 Mar 1997 09:58:08 -0800 (PST) Received: (from jmaslak@localhost) by blackfire.com (8.8.5/8.7.3) id KAA21827; Wed, 12 Mar 1997 10:58:29 -0700 (MST) Message-Id: <199703121758.KAA21827@blackfire.com> Date: Wed, 12 Mar 1997 10:58:29 -0700 (MST) From: Joel Maslak Reply-To: jmaslak@blackfire.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/2964: malloc() returns non-null when it should not Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2964 >Category: kern >Synopsis: malloc() returns non-null when it should not >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Mar 12 10:00:01 PST 1997 >Last-Modified: >Originator: Joel Maslak >Organization: None >Release: FreeBSD 3.0-CURRENT i386 >Environment: 3.0-CURRENT from December 1996, Pentium, 32 MB RAM, 96 MB swap Ulimit set to 64 MB data size. >Description: I'm assuming this is a kernel problem, although it may be a gnu problem. If malloc is called as follows: malloc((size_t) 0xffffffff) it returns a non-null pointer. Obviously, free objects to freeing this storage, with a: Malloc warning: free():junk pointer, too high to make sense Thus, something is definately broke here. The pointer allocated in this case has a value of 0x4000. >How-To-Repeat: Compile (with GCC) and run: #include #include int main(void) { void * p; p = malloc((size_t) 0xffffffff); if (p != NULL) printf("KERNEL BUG! %p\n", p); return 0; } Other values to try: 0xffffb001 -> 0xfffff000 (Causes a segmentation fault, inside malloc()) 0xfffff001 -> 0xffffffff (non-null return value) >Fix: Don't use malloc. :) >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Mar 12 11:00:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA02953 for bugs-outgoing; Wed, 12 Mar 1997 11:00:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA02946; Wed, 12 Mar 1997 11:00:04 -0800 (PST) Resent-Date: Wed, 12 Mar 1997 11:00:04 -0800 (PST) Resent-Message-Id: <199703121900.LAA02946@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, jin@iss-p1.lbl.gov Received: from iss-p1.lbl.gov (iss-p1.lbl.gov [131.243.2.47]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA02276 for ; Wed, 12 Mar 1997 10:52:39 -0800 (PST) Received: (from jin@localhost) by iss-p1.lbl.gov (8.8.5/8.8.5) id KAA06337; Wed, 12 Mar 1997 10:52:38 -0800 (PST) Message-Id: <199703121852.KAA06337@iss-p1.lbl.gov> Date: Wed, 12 Mar 1997 10:52:38 -0800 (PST) From: "Jin Guojun[ITG]" Reply-To: jin@iss-p1.lbl.gov To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/2965: st0 hang/fail on reading 4mm DAT tape for larger files Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2965 >Category: kern >Synopsis: st0 hang/fail on reading 4mm DAT tape for larger files >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Mar 12 11:00:02 PST 1997 >Last-Modified: >Originator: Jin Guojun[ITG] >Organization: >Release: FreeBSD 2.2-970310-GAMMA i386 >Environment: 2.2-SNAP(s) with HP C1536A SCSI 4mm DAT tape drive: (ncr0:4:0): "HP HP35480A T503" type 1 removable SCSI 2 st0(ncr0:4:0): Sequential-Access st0(ncr0:4:0): 5.0 MB/s (200 ns, offset 8) >Description: tar -c some.files # writing OK tar -t or tar -xv will hang when looking/reading a file larger than about 6090 Bytes; tar: read error on /dev/nrst0 : Input/output error tar process is hanging at here and tape drive stopped. system errors: ncr0:4: ERROR (0:48) (1-21-1e) (88/13) @ (c2c:19000200). script cmd = 89030000 reg: da 10 80 13 47 88 04 1f 01 01 84 21 80 01 99 00. ncr0: have to clear fifos. ncr0: restart (fatal error). st0(ncr0:4:0): COMMAND FAILED (9 ff) @f2136c00. ncr0: timeout ccb=f2136c00 (skip) The tar process cannot be killed. The only solution is power cycle the tape drive. The same hardware worked with 2.1.{6-7} without any problem. So, it looks like software problem in the kernel somewhere. >How-To-Repeat: Attach a HP C1536A SCSI DAT tape drive (dmesg says HP35480A) to a 2.2 system. The file can be either text or binary. truncat is not a standard UNIX command. You may use tail command to do so. 146 /home/users/jin/src/unix/FreeBSD: truncat 0 6100 < y > z 147 /home/users/jin/src/unix/FreeBSD: ll total 54 -rw-r--r-- 1 jin advdev 8192 Mar 12 10:33 x -rw-r--r-- 1 jin advdev 6550 Mar 12 10:35 y -rw-r--r-- 1 jin advdev 6100 Mar 12 10:39 z 148 /home/users/jin/src/unix/FreeBSD: mt rew 149 /home/users/jin/src/unix/FreeBSD: tar -cv z z 150 /home/users/jin/src/unix/FreeBSD: mt rew 151 /home/users/jin/src/unix/FreeBSD: tar -t tar: read error on /dev/nrst0 : Input/output error ####### power cycle tape drive HERE ######### 152 /home/users/jin/src/unix/FreeBSD: truncat -l 0 6090 < x > z 153 /home/users/jin/src/unix/FreeBSD: ll total 54 -rw-r--r-- 1 jin advdev 8192 Mar 12 10:33 x -rw-r--r-- 1 jin advdev 6550 Mar 12 10:35 y -rw-r--r-- 1 jin advdev 6090 Mar 12 10:41 z 154 /home/users/jin/src/unix/FreeBSD: mt rew 155 /home/users/jin/src/unix/FreeBSD: tar -cv z z mt rew tar -t 156 /home/users/jin/src/unix/FreeBSD: z >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Mar 12 11:10:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA03935 for bugs-outgoing; Wed, 12 Mar 1997 11:10:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA03921; Wed, 12 Mar 1997 11:10:02 -0800 (PST) Date: Wed, 12 Mar 1997 11:10:02 -0800 (PST) Message-Id: <199703121910.LAA03921@freefall.freebsd.org> To: freebsd-bugs Cc: From: Bruce Evans Subject: Re: kern/2964: malloc() returns non-null when it should not Reply-To: Bruce Evans Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/2964; it has been noted by GNATS. From: Bruce Evans To: FreeBSD-gnats-submit@FreeBSD.ORG, jmaslak@blackfire.com Cc: Subject: Re: kern/2964: malloc() returns non-null when it should not Date: Thu, 13 Mar 1997 05:57:13 +1100 > I'm assuming this is a kernel problem, although it may be a gnu > problem. > > If malloc is called as follows: > malloc((size_t) 0xffffffff) > it returns a non-null pointer. Obviously, free objects to Actually, it's just an overflow bug in the malloc library. Rounding up of any size > 0xfffff000 to a page boundary gives a size of 0. This bug is common in roundup macros. Bruce From owner-freebsd-bugs Wed Mar 12 11:10:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA03942 for bugs-outgoing; Wed, 12 Mar 1997 11:10:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA03930; Wed, 12 Mar 1997 11:10:04 -0800 (PST) Date: Wed, 12 Mar 1997 11:10:04 -0800 (PST) Message-Id: <199703121910.LAA03930@freefall.freebsd.org> To: freebsd-bugs Cc: From: Fred Gilham Subject: Re: kern/2858: FreeBSD NFS client can't mount filesystem from dual-homed machine Reply-To: Fred Gilham Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/2858; it has been noted by GNATS. From: Fred Gilham To: freebsd-gnats-submit@freebsd.org, gilham@csl.sri.com Cc: Subject: Re: kern/2858: FreeBSD NFS client can't mount filesystem from dual-homed machine Date: Wed, 12 Mar 1997 11:01:50 -0800 (PST) I've found that the problem doesn't occur if you use TCP-NFS instead of UDP. This will provide me with a workaround for the time being. -Fred Gilham gilham@csl.sri.com From owner-freebsd-bugs Wed Mar 12 12:10:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA08557 for bugs-outgoing; Wed, 12 Mar 1997 12:10:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA08541; Wed, 12 Mar 1997 12:10:03 -0800 (PST) Resent-Date: Wed, 12 Mar 1997 12:10:03 -0800 (PST) Resent-Message-Id: <199703122010.MAA08541@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:"from news2.panix.com (news2.panix.com [166.84.0.221]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id MAA08192 for" ; Wed, 12 Mar 1997 12:01:15.-0800 (PST) Received: (from uucp@localhost) by news2.panix.com (8.6.10/8.6.12+PanixU1.1) with UUCP id PAA27479 for FreeBSD-gnats-submit@freebsd.org; Wed, 12 Mar 1997 15:01:08 -0500 Received: (from rick@localhost) by softport.nyc.ny.us (8.8.5/8.8.5) id OAA16037; Wed, 12 Mar 1997 14:58:08 -0500 (EST) Message-Id: <199703121958.OAA16037@softport.nyc.ny.us> Date: Wed, 12 Mar 1997 14:58:08 -0500 (EST) From: Rick Ace To: FreeBSD-gnats-submit@freebsd.org Subject: kern/2966: ftruncate() problem in FreeBSD 2.1.7-RELEASE i386 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2966 >Category: kern >Synopsis: ftruncate() fails unexpectedly >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Mar 12 12:10:01 PST 1997 >Last-Modified: >Originator: Rick Ace >Organization: Softport Systems Inc. New York, NY 10016 >Release: FreeBSD 2.1.7-RELEASE i386 >Environment: 486/50 nonprivileged user application >Description: ftruncate() fails with error (EINVAL) when called to truncate a file whose descriptor is open for read and write. It should succeed. >How-To-Repeat: /* * demonstrate ftruncate() bug in freebsd * (this same code runs without problems on both Solaris 2.5 and HP-UX 10) */ #include #include #include #include #include static char tmp_path[] = "/tmp/tbug"; static void try_truncate(); int main() { int fd; (void) unlink(tmp_path); /* create new, empty file open for read/write */ if ((fd = open(tmp_path, O_RDWR | O_CREAT, 0600)) < 0) { perror("open"); return 1; } try_truncate(fd); /* try on empty file */ printf("write() returns %d\n", write(fd, "xxx", 3)); try_truncate(fd); /* try on non-empty file */ (void) unlink(tmp_path); return 0; } static void try_truncate(fd) int fd; { int e; e = ftruncate(fd, 0); if (e < 0) { fprintf(stderr, "[errno=%d] ", errno); perror("ftruncate"); } else { fprintf(stderr, "ok\n"); } } >Fix: None reported. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Mar 12 12:10:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA08564 for bugs-outgoing; Wed, 12 Mar 1997 12:10:10 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA08550; Wed, 12 Mar 1997 12:10:05 -0800 (PST) Date: Wed, 12 Mar 1997 12:10:05 -0800 (PST) Message-Id: <199703122010.MAA08550@freefall.freebsd.org> To: freebsd-bugs Cc: From: Poul-Henning Kamp Subject: Re: kern/2964: malloc() returns non-null when it should not Reply-To: Poul-Henning Kamp Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/2964; it has been noted by GNATS. From: Poul-Henning Kamp To: jmaslak@blackfire.com Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/2964: malloc() returns non-null when it should not Date: Wed, 12 Mar 1997 21:08:23 +0100 > I'm assuming this is a kernel problem, although it may be a gnu > problem. > > If malloc is called as follows: > malloc((size_t) 0xffffffff) > it returns a non-null pointer. This is a sign extension problem in malloc() which I have not gotten around to fix properly. It's on my "known but mostly harmless" list. malloc isn't a kernel function btw, it lives in libc. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-bugs Wed Mar 12 12:50:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA10447 for bugs-outgoing; Wed, 12 Mar 1997 12:50:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA10436; Wed, 12 Mar 1997 12:50:01 -0800 (PST) Date: Wed, 12 Mar 1997 12:50:01 -0800 (PST) Message-Id: <199703122050.MAA10436@freefall.freebsd.org> To: freebsd-bugs Cc: From: Stefan Esser Subject: Re: kern/2965: st0 hang/fail on reading 4mm DAT tape for larger files Reply-To: Stefan Esser Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/2965; it has been noted by GNATS. From: Stefan Esser To: jin@iss-p1.lbl.gov Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/2965: st0 hang/fail on reading 4mm DAT tape for larger files Date: Wed, 12 Mar 1997 21:42:40 +0100 On Mar 12, "Jin Guojun[ITG]" wrote: > >Synopsis: st0 hang/fail on reading 4mm DAT tape for larger files > 2.2-SNAP(s) with HP C1536A SCSI 4mm DAT tape drive: > (ncr0:4:0): "HP HP35480A T503" type 1 removable SCSI 2 > st0(ncr0:4:0): Sequential-Access > st0(ncr0:4:0): 5.0 MB/s (200 ns, offset 8) > > >Description: > > tar -c some.files # writing OK > tar -t > or > tar -xv > will hang when looking/reading a file larger than about 6090 Bytes; > > tar: read error on /dev/nrst0 : Input/output error > > tar process is hanging at here and tape drive stopped. > > system errors: > ncr0:4: ERROR (0:48) (1-21-1e) (88/13) @ (c2c:19000200). The error code (0x48) signals a GROSS ERROR, which in most cases is an over- or underflow on the SCSI bus while doing a synchronous transfer. This means, that either one byte has been acknowledged null or two times. This is a reported hardware error. > script cmd = 89030000 > reg: da 10 80 13 47 88 04 1f 01 01 84 21 80 01 99 00. > ncr0: have to clear fifos. > ncr0: restart (fatal error). > st0(ncr0:4:0): COMMAND FAILED (9 ff) @f2136c00. > ncr0: timeout ccb=f2136c00 (skip) > > The tar process cannot be killed. The only solution is power > cycle the tape drive. > > The same hardware worked with 2.1.{6-7} without any problem. > So, it looks like software problem in the kernel somewhere. Well, it looks like the error recovery fails, and there is actually a difference between 2.1 and 2.2, but with 2.2 surviving a number of scenarios where 2.1 hung. I know that the error recovery code needs quite some work, but the primary cause of your problem is more likely related to a SCSI bus problem, which is only visible by the failed recovery procedure. I'm using a HP1533A DDS-2 DAT drive for my backups and to exchange data, and never had a single occurance of a hang under any -current (i.e. post 2.1 kernel). Please make sure that there is no problem with your controller or SCSI bus cable/terminators/terminator power ... Regards, STefan From owner-freebsd-bugs Wed Mar 12 13:00:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA10989 for bugs-outgoing; Wed, 12 Mar 1997 13:00:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA10938; Wed, 12 Mar 1997 13:00:01 -0800 (PST) Date: Wed, 12 Mar 1997 13:00:01 -0800 (PST) Message-Id: <199703122100.NAA10938@freefall.freebsd.org> To: freebsd-bugs Cc: From: Stefan Esser Subject: Re: kern/2944: NCR/SYM875 card with Ultra drive Reply-To: Stefan Esser Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/2944; it has been noted by GNATS. From: Stefan Esser To: vanmaren@fast.cs.utah.edu Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/2944: NCR/SYM875 card with Ultra drive Date: Wed, 12 Mar 1997 21:55:02 +0100 On Mar 10, Kevin Van Maren wrote: > >Synopsis: NCR/SYM875 card with Ultra drive > > When "changing root device to sd0a" comes up, the machine sits there > for several minutes, until it continues (after printing an error > message). The machine appears to operate correctly after that. > > changing root device to sd0a > ncr0: aborting job ... > ncr0:6: ERROR (90:0) (8-0-0) (0/13) @ (a54:50000000). The error code (0x90) indicates a command ahs been aborted. I can only guess what command that might be, but I assume a incompatibility between the driver and your particular disk drive. Is it possible, that the driver tries to use WIDE transfers with the disk ? This may happen, if both the controller and the drive are capable of WIDE transfers, but the SCSI bus is only 8bit wide. In such a case, the command would time out, and the driver would continue in a failsafe mode ... In order to diagnose this problem, I need SCSI DEBUG logs. You'll have to rebuild your kernel with SCSI debug enabled (an option of the generic SCSI driver, not the NCR driver). Use the kernel option line "options SCSIDEBUG" and edit /sys/scsi/scsi_debug.h to define DEBUGTARGET as 6 ... > Also, note that Ultra negotiation is not enabled by the driver, > although the BIOS does initially enable it. The driver disables it, currently. I have been to busy to cleanly add Ultra-20 support. It is easy as a quick hack, but that's not what I'm after ... > (ncr0:6:0): "QUANTUM FIREBALL_TM3200S 300X" type 0 fixed SCSI 2 > sd0(ncr0:6:0): Direct-Access > sd0(ncr0:6:0): 10.0 MB/s (100 ns, offset 15) Hmmm, no trace of an attempt to use WIDE transfers ... > ncr0:6: ERROR (90:0) (8-0-0) (0/13) @ (a54:50000000). > script cmd = 740a8f00 > reg: de 00 00 13 47 00 0f 0f 35 08 86 00 90 00 0f 02. > ncr0: restart (fatal error). > sd0(ncr0:6:0): COMMAND FAILED (9 ff) @f19f9c00. > sd0(ncr0:6:0): 10.0 MB/s (100 ns, offset 15) I have just got another idea: Please check whether a kernel with "options FAILSAFE" does also show this behaviour ... Regards, STefan From owner-freebsd-bugs Wed Mar 12 13:10:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA11559 for bugs-outgoing; Wed, 12 Mar 1997 13:10:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA11551; Wed, 12 Mar 1997 13:10:03 -0800 (PST) Date: Wed, 12 Mar 1997 13:10:03 -0800 (PST) Message-Id: <199703122110.NAA11551@freefall.freebsd.org> To: freebsd-bugs Cc: From: vanmaren@fast.cs.utah.edu (Kevin Van Maren) Subject: Re: kern/2944: NCR/SYM875 card with Ultra drive Reply-To: vanmaren@fast.cs.utah.edu (Kevin Van Maren) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/2944; it has been noted by GNATS. From: vanmaren@fast.cs.utah.edu (Kevin Van Maren) To: se@freebsd.org, vanmaren@fast.cs.utah.edu Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/2944: NCR/SYM875 card with Ultra drive Date: Wed, 12 Mar 1997 14:06:27 -0700 > On Mar 10, Kevin Van Maren wrote: > > >Synopsis: NCR/SYM875 card with Ultra drive > > > > When "changing root device to sd0a" comes up, the machine sits there > > for several minutes, until it continues (after printing an error > > message). The machine appears to operate correctly after that. > > > > changing root device to sd0a > > ncr0: aborting job ... > > ncr0:6: ERROR (90:0) (8-0-0) (0/13) @ (a54:50000000). > > The error code (0x90) indicates a command ahs been aborted. > I can only guess what command that might be, but I assume a > incompatibility between the driver and your particular disk > drive. > > Is it possible, that the driver tries to use WIDE transfers > with the disk ? > > This may happen, if both the controller and the drive are > capable of WIDE transfers, but the SCSI bus is only 8bit > wide. In such a case, the command would time out, and the > driver would continue in a failsafe mode ... The drive is narrow -- I don't believe they make a wide version. > In order to diagnose this problem, I need SCSI DEBUG logs. > You'll have to rebuild your kernel with SCSI debug enabled > (an option of the generic SCSI driver, not the NCR driver). > Use the kernel option line "options SCSIDEBUG" and edit > /sys/scsi/scsi_debug.h to define DEBUGTARGET as 6 ... I'll try to get to it tonight. > > Also, note that Ultra negotiation is not enabled by the driver, > > although the BIOS does initially enable it. > > The driver disables it, currently. I have been to busy to > cleanly add Ultra-20 support. It is easy as a quick hack, > but that's not what I'm after ... Okay. I'm sure you announce when it is working right. > > (ncr0:6:0): "QUANTUM FIREBALL_TM3200S 300X" type 0 fixed SCSI 2 > > sd0(ncr0:6:0): Direct-Access > > sd0(ncr0:6:0): 10.0 MB/s (100 ns, offset 15) > > Hmmm, no trace of an attempt to use WIDE transfers ... > > > ncr0:6: ERROR (90:0) (8-0-0) (0/13) @ (a54:50000000). > > script cmd = 740a8f00 > > reg: de 00 00 13 47 00 0f 0f 35 08 86 00 90 00 0f 02. > > ncr0: restart (fatal error). > > sd0(ncr0:6:0): COMMAND FAILED (9 ff) @f19f9c00. > > sd0(ncr0:6:0): 10.0 MB/s (100 ns, offset 15) > > I have just got another idea: > > Please check whether a kernel with "options FAILSAFE" does > also show this behaviour ... This was with the install kernel. I rebuilt a modified GENERIC kernel (changed root to sd0 from wd0, got rid of drivers, etc) and I didn't get this message anymore. (I think FAILSAFE is enabled; I'll have to check when I get home). Should I try GENERIC unmodified except with the SCSIDEBUG? > Regards, STefan Thanks, Kevin From owner-freebsd-bugs Wed Mar 12 13:50:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA13544 for bugs-outgoing; Wed, 12 Mar 1997 13:50:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA13535; Wed, 12 Mar 1997 13:50:03 -0800 (PST) Date: Wed, 12 Mar 1997 13:50:03 -0800 (PST) Message-Id: <199703122150.NAA13535@freefall.freebsd.org> To: freebsd-bugs Cc: From: "Jin Guojun[ITG]" Subject: Re: kern/2965: st0 hang/fail on reading 4mm DAT tape for larger files Reply-To: "Jin Guojun[ITG]" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/2965; it has been noted by GNATS. From: "Jin Guojun[ITG]" To: jin@iss-p1.lbl.gov, se@freebsd.org Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/2965: st0 hang/fail on reading 4mm DAT tape for larger files Date: Wed, 12 Mar 1997 13:43:55 -0800 } On Mar 12, "Jin Guojun[ITG]" wrote: } > >Synopsis: st0 hang/fail on reading 4mm DAT tape for larger files } } > 2.2-SNAP(s) with HP C1536A SCSI 4mm DAT tape drive: } > (ncr0:4:0): "HP HP35480A T503" type 1 removable SCSI 2 } > st0(ncr0:4:0): Sequential-Access } > st0(ncr0:4:0): 5.0 MB/s (200 ns, offset 8) } > } > >Description: } > } > tar -c some.files # writing OK } > tar -t } > or } > tar -xv } > will hang when looking/reading a file larger than about 6090 Bytes; } > } > tar: read error on /dev/nrst0 : Input/output error } > } > tar process is hanging at here and tape drive stopped. } > } > system errors: } > ncr0:4: ERROR (0:48) (1-21-1e) (88/13) @ (c2c:19000200). } } The error code (0x48) signals a GROSS ERROR, which in most } cases is an over- or underflow on the SCSI bus while doing } a synchronous transfer. This means, that either one byte } has been acknowledged null or two times. } } This is a reported hardware error. } } > script cmd = 89030000 } > reg: da 10 80 13 47 88 04 1f 01 01 84 21 80 01 99 00. } > ncr0: have to clear fifos. } > ncr0: restart (fatal error). } > st0(ncr0:4:0): COMMAND FAILED (9 ff) @f2136c00. } > ncr0: timeout ccb=f2136c00 (skip) } > } > The tar process cannot be killed. The only solution is power } > cycle the tape drive. } > } > The same hardware worked with 2.1.{6-7} without any problem. } > So, it looks like software problem in the kernel somewhere. } } Well, it looks like the error recovery fails, and there } is actually a difference between 2.1 and 2.2, but with } 2.2 surviving a number of scenarios where 2.1 hung. } } I know that the error recovery code needs quite some work, } but the primary cause of your problem is more likely } related to a SCSI bus problem, which is only visible by } the failed recovery procedure. } } I'm using a HP1533A DDS-2 DAT drive for my backups and } to exchange data, and never had a single occurance of a } hang under any -current (i.e. post 2.1 kernel). } } Please make sure that there is no problem with your } controller or SCSI bus cable/terminators/terminator } power ... } } Regards, STefan This is one machine that runs both 2.1.x and 2.2-SNAP. So, there is no hardware problem at all. tar -cv files under 2.2-SNAP and reboot it to 2.1.x right way, 2.1.x read the tape perfectly. However, the tape written by both 2.1.x and 2.2-SNAP will not be able to be read by 2.2-SNAP. That is why I think it is 2.2 problem, nothing else. -Jin From owner-freebsd-bugs Wed Mar 12 15:14:53 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA18102 for bugs-outgoing; Wed, 12 Mar 1997 15:14:53 -0800 (PST) Received: (from joerg@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA18077; Wed, 12 Mar 1997 15:14:35 -0800 (PST) Date: Wed, 12 Mar 1997 15:14:35 -0800 (PST) From: Joerg Wunsch Message-Id: <199703122314.PAA18077@freefall.freebsd.org> To: rick@softport.nyc.ny.us, joerg, freebsd-bugs Subject: Re: kern/2966 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: ftruncate() fails unexpectedly State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Thu Mar 13 00:13:00 MET 1997 State-Changed-Why: ftruncate() fails expectedly. :-) Pilot error. Thou shalt declare functions, and/or cast arguments if they are of other size than int. From owner-freebsd-bugs Wed Mar 12 15:40:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA19902 for bugs-outgoing; Wed, 12 Mar 1997 15:40:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA19860; Wed, 12 Mar 1997 15:40:03 -0800 (PST) Date: Wed, 12 Mar 1997 15:40:03 -0800 (PST) Message-Id: <199703122340.PAA19860@freefall.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: kern/2966: ftruncate() problem in FreeBSD 2.1.7-RELEASE i386 Reply-To: j@uriah.heep.sax.de (J Wunsch) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/2966; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: rick@softport.nyc.ny.us (Rick Ace) Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/2966: ftruncate() problem in FreeBSD 2.1.7-RELEASE i386 Date: Wed, 12 Mar 1997 23:58:26 +0100 As Rick Ace wrote: > ftruncate() fails with error (EINVAL) when called to truncate > a file whose descriptor is open for read and write. > It should succeed. j@uriah 589% cc foo.c j@uriah 590% ./a.out ok write() returns 3 ok Rule #1: Thou shalt declare all your functions. ftruncate() takes an argument of type off_t. If you fail to declare this function (and fail to cast the argument), you get what you deserve. #include -- 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 Wed Mar 12 16:20:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA21610 for bugs-outgoing; Wed, 12 Mar 1997 16:20:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA21578; Wed, 12 Mar 1997 16:20:03 -0800 (PST) Resent-Date: Wed, 12 Mar 1997 16:20:03 -0800 (PST) Resent-Message-Id: <199703130020.QAA21578@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, roberte@MEP.Ruhr-Uni-Bochum.de Received: from ghost.mep.ruhr-uni-bochum.de (ghost.mep.ruhr-uni-bochum.de [134.147.6.16]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA21399 for ; Wed, 12 Mar 1997 16:16:24 -0800 (PST) Received: (from roberte@localhost) by ghost.mep.ruhr-uni-bochum.de (8.8.4/8.8.4) id BAA04027; Thu, 13 Mar 1997 01:11:26 +0100 (CET) Message-Id: <199703130011.BAA04027@ghost.mep.ruhr-uni-bochum.de> Date: Thu, 13 Mar 1997 01:11:26 +0100 (CET) From: Robert Eckardt Reply-To: roberte@MEP.Ruhr-Uni-Bochum.de To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2968: fmt dumps core on ^M Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2968 >Category: bin >Synopsis: fmt dumps core on ^M >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Mar 12 16:20:01 PST 1997 >Last-Modified: >Originator: Robert Eckardt >Organization: Home sweet home >Release: FreeBSD 2.2-BETA_A i386 >Environment: FreeBSD-2.2-beta with tcsh under X >Description: fmt experiences Bus error when one tries to format a text that contains ^M (CRs), i.e. e.g. from an MSDOS system. >How-To-Repeat: In the simplest case: 1:05 ghost: /home/re 0% printf '\r'>fmttest 1:05 ghost: /home/re 0% fmt fmttest Bus error (core dumped) >Fix: ??? (no space for sources) >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Mar 12 16:30:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA22061 for bugs-outgoing; Wed, 12 Mar 1997 16:30:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA22052; Wed, 12 Mar 1997 16:30:02 -0800 (PST) Resent-Date: Wed, 12 Mar 1997 16:30:02 -0800 (PST) Resent-Message-Id: <199703130030.QAA22052@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, roberte@MEP.Ruhr-Uni-Bochum.de Received: from ghost.mep.ruhr-uni-bochum.de (ghost.mep.ruhr-uni-bochum.de [134.147.6.16]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA21654 for ; Wed, 12 Mar 1997 16:21:00 -0800 (PST) Received: (from roberte@localhost) by ghost.mep.ruhr-uni-bochum.de (8.8.4/8.8.4) id BAA04142; Thu, 13 Mar 1997 01:19:29 +0100 (CET) Message-Id: <199703130019.BAA04142@ghost.mep.ruhr-uni-bochum.de> Date: Thu, 13 Mar 1997 01:19:29 +0100 (CET) From: Robert Eckardt Reply-To: roberte@MEP.Ruhr-Uni-Bochum.de To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2969: csh and/or builtin printf has problems with embedded commands Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2969 >Category: bin >Synopsis: csh and/or builtin printf has problems with embedded commands >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Mar 12 16:30:01 PST 1997 >Last-Modified: >Originator: Robert Eckardt >Organization: Home sweet home >Release: FreeBSD 2.2-BETA_A i386 >Environment: FreeBSD-2.2 with X11R6-3.2 >Description: printf with a shell command as its argument prints wrong results. Happens only for builtin printf in /usr/bin/csh. >How-To-Repeat: ghost: {1} wc -l fonts.scale | cut -c-9 105 ghost: {2} printf '%d\n' 105 105 ghost: {3} printf '%d\n' `wc -l fonts.scale | cut -c-9` 96 ghost: {4} /usr/bin/printf '%d\n' `wc -l fonts.scale | cut -c-9` 105 >Fix: ??? >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Mar 12 16:34:40 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA22243 for bugs-outgoing; Wed, 12 Mar 1997 16:34:40 -0800 (PST) Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA22228 for ; Wed, 12 Mar 1997 16:34:21 -0800 (PST) Received: (from henrich@localhost) by crh.cl.msu.edu (8.8.5/8.8.4) id TAA01098 for freebsd-bugs@freebsd.org; Wed, 12 Mar 1997 19:33:40 -0500 (EST) From: Charles Henrich Message-Id: <199703130033.TAA01098@crh.cl.msu.edu> Subject: mail.local patches (please apply!) To: freebsd-bugs@freebsd.org Date: Wed, 12 Mar 1997 19:33:40 -0500 (EST) X-Mailer: ELM [version 2.4ME+ PL22 (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 Could you please apply my mail.local patches for 2.2, or at least apply the subset that fixes the really nasty bug that can womp your entire mailbox if you attempt to add to a mailbox on a full filesystem? -Crh Charles Henrich Michigan State University henrich@msu.edu http://pilot.msu.edu/~henrich From owner-freebsd-bugs Wed Mar 12 18:30:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA27280 for bugs-outgoing; Wed, 12 Mar 1997 18:30:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA27272; Wed, 12 Mar 1997 18:30:02 -0800 (PST) Date: Wed, 12 Mar 1997 18:30:02 -0800 (PST) Message-Id: <199703130230.SAA27272@freefall.freebsd.org> To: freebsd-bugs Cc: From: "Jin Guojun[ITG]" Subject: Re: kern/2965: st0 hang/fail on reading 4mm DAT tape for larger files Reply-To: "Jin Guojun[ITG]" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/2965; it has been noted by GNATS. From: "Jin Guojun[ITG]" To: se@freebsd.org Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/2965: st0 hang/fail on reading 4mm DAT tape for larger files Date: Wed, 12 Mar 1997 18:28:41 -0800 } > script cmd = 89030000 } > reg: da 10 80 13 47 88 04 1f 01 01 84 21 80 01 99 00. } > ncr0: have to clear fifos. } > ncr0: restart (fatal error). } > st0(ncr0:4:0): COMMAND FAILED (9 ff) @f2136c00. } > ncr0: timeout ccb=f2136c00 (skip) } > } > The tar process cannot be killed. The only solution is power } > cycle the tape drive. } > } > The same hardware worked with 2.1.{6-7} without any problem. } > So, it looks like software problem in the kernel somewhere. } } Well, it looks like the error recovery fails, and there } is actually a difference between 2.1 and 2.2, but with } 2.2 surviving a number of scenarios where 2.1 hung. } } I know that the error recovery code needs quite some work, } but the primary cause of your problem is more likely } related to a SCSI bus problem, which is only visible by } the failed recovery procedure. } } I'm using a HP1533A DDS-2 DAT drive for my backups and } to exchange data, and never had a single occurance of a } hang under any -current (i.e. post 2.1 kernel). } } Please make sure that there is no problem with your } controller or SCSI bus cable/terminators/terminator } power ... } } Regards, STefan Here is more accurate information. Eventhough both 2.1.7 and 2.2-SNAP run on the same hardware, but they are on different hard drives. 2.2-SNAP is on IDE drive, and 2.1.7 was plugged on SCSI bus when it is booted. So, put a SCSI disk drive on the SCSI chain helped the SCSI tape drive to work. So, put 2.1.7 on an IDE drive to test the tape drive, it got the similar errors. But, the 2.1.7 does not hang the process, and 2.2 does. Thanks, -Jin From owner-freebsd-bugs Wed Mar 12 21:10:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA05208 for bugs-outgoing; Wed, 12 Mar 1997 21:10:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA05202; Wed, 12 Mar 1997 21:10:02 -0800 (PST) Date: Wed, 12 Mar 1997 21:10:02 -0800 (PST) Message-Id: <199703130510.VAA05202@freefall.freebsd.org> To: freebsd-bugs Cc: From: Stephen McKay Subject: Re: kern/2966: ftruncate() problem in FreeBSD 2.1.7-RELEASE i386 Reply-To: Stephen McKay Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/2966; it has been noted by GNATS. From: Stephen McKay To: j@uriah.heep.sax.de (J Wunsch) Cc: freebsd-gnats-submit@freebsd.org, syssgm@devetir.qld.gov.au Subject: Re: kern/2966: ftruncate() problem in FreeBSD 2.1.7-RELEASE i386 Date: Thu, 13 Mar 1997 14:56:45 +1000 (EST) j@uriah.heep.sax.de (J Wunsch) wrote: > [Rick Ace misuses ftruncate()] > > Rule #1: Thou shalt declare all your functions. > > ftruncate() takes an argument of type off_t. If you fail to declare > this function (and fail to cast the argument), you get what you > deserve. > > #include Is it time to special-case truncate() and ftruncate() in like lseek()? Ugly or not, it should reduce surprises. These 3 should be the only special ones. mmap() uses off_t, but you can't get by without , and that declares mmap() correctly. An other option is to include clever macro stuff in so that use of lseek, truncate, and ftruncate is impossible unless is also included. Actually, I'm just being silly here :-) though it can be done this way: In #ifndef _UNISTD_H_ #define truncate read_thine_C_book_novice #endif In #undef truncate int truncate __P((const char *, off_t)); :-) :-) Stephen. From owner-freebsd-bugs Thu Mar 13 00:30:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA13928 for bugs-outgoing; Thu, 13 Mar 1997 00:30:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA13919; Thu, 13 Mar 1997 00:30:02 -0800 (PST) Date: Thu, 13 Mar 1997 00:30:02 -0800 (PST) Message-Id: <199703130830.AAA13919@freefall.freebsd.org> To: freebsd-bugs Cc: From: "Jordan K. Hubbard" Subject: Re: kern/2965: st0 hang/fail on reading 4mm DAT tape for larger files Reply-To: "Jordan K. Hubbard" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/2965; it has been noted by GNATS. From: "Jordan K. Hubbard" To: jin@iss-p1.lbl.gov Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/2965: st0 hang/fail on reading 4mm DAT tape for larger files Date: Thu, 13 Mar 1997 00:26:57 -0800 > 2.2-SNAP(s) with HP C1536A SCSI 4mm DAT tape drive: > (ncr0:4:0): "HP HP35480A T503" type 1 removable SCSI 2 Do you have any other non-NCR SCSI controllers around there? It would be very instructive to know if the same error occurs with all the same hardware except an Adaptec 2940 instead of the NCR. If not, that would greatly narrow down the number of places to search! Jordan From owner-freebsd-bugs Thu Mar 13 00:50:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA14784 for bugs-outgoing; Thu, 13 Mar 1997 00:50:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA14778; Thu, 13 Mar 1997 00:50:01 -0800 (PST) Date: Thu, 13 Mar 1997 00:50:01 -0800 (PST) Message-Id: <199703130850.AAA14778@freefall.freebsd.org> To: freebsd-bugs Cc: From: Poul-Henning Kamp Subject: Re: kern/2964: malloc() returns non-null when it should not Reply-To: Poul-Henning Kamp Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/2964; it has been noted by GNATS. From: Poul-Henning Kamp To: jmaslak@blackfire.com Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/2964: malloc() returns non-null when it should not Date: Thu, 13 Mar 1997 09:52:01 +0100 Try this patch: Index: malloc.c =================================================================== RCS file: /home/ncvs/src/lib/libc/stdlib/malloc.c,v retrieving revision 1.18.2.1 diff -u -r1.18.2.1 malloc.c --- malloc.c 1996/12/30 01:35:15 1.18.2.1 +++ malloc.c 1997/03/13 08:47:01 @@ -731,7 +731,9 @@ if (suicide) abort(); - if (size <= malloc_maxsize) + if ((size + malloc_pagesize) < size) /* Check for overflow */ + result = 0; + else if (size <= malloc_maxsize) result = malloc_bytes(size); else result = malloc_pages(size); -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-bugs Thu Mar 13 02:50:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA20190 for bugs-outgoing; Thu, 13 Mar 1997 02:50:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA20184; Thu, 13 Mar 1997 02:50:02 -0800 (PST) Resent-Date: Thu, 13 Mar 1997 02:50:02 -0800 (PST) Resent-Message-Id: <199703131050.CAA20184@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, zach@blizzard.gaffaneys.com Received: from murkwood.gaffaneys.com (dialup8.gaffaneys.com [134.129.252.27]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA20068 for ; Thu, 13 Mar 1997 02:47:33 -0800 (PST) Received: (from zach@localhost) by murkwood.gaffaneys.com (8.8.5/8.8.5) id EAA23667; Thu, 13 Mar 1997 04:47:59 -0600 (CST) Message-Id: <199703131047.EAA23667@murkwood.gaffaneys.com> Date: Thu, 13 Mar 1997 04:47:59 -0600 (CST) From: Zach Heilig Reply-To: zach@blizzard.gaffaneys.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2976: user ppp from 2.2-GAMMA acts strangely.. Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2976 >Category: bin >Synopsis: user ppp from 2.2-GAMMA acts strangely.. >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Mar 13 02:50:01 PST 1997 >Last-Modified: >Originator: Zach Heilig >Organization: >Release: FreeBSD 2.2-GAMMA i386 >Environment: >Description: The user ppp will at times use as much CPU as FreeBSD will give it. I noticed very early this morning when I turned the monitor on, and wondered why my 'make world' was still running (I had started it about 12 hours earlier, and it was only about 20% done... my machine is not this slow :-). I fired up a top, and noticed ppp using practically all my CPU. I killed it (it wouldn't respond at the telnet port), restarted it, and did a few things on the net. I let it time-out again, and the ppp process started using all the CPU again (and I killed it again and restarted it... now I'm writing this). I noticed this message on the console when I re-started it: rtinit: wrong ifa (0xf217c980) was (0xf217cd00) but it otherwise seems to work properly. (that message or similar pops up sometimes when ppp starts, but does not appear in the ppp source). >How-To-Repeat: I don't know, it seems to happen without much pattern. It will be fine for days, then it's eating too much CPU. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Mar 13 04:20:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA24463 for bugs-outgoing; Thu, 13 Mar 1997 04:20:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA24453; Thu, 13 Mar 1997 04:20:03 -0800 (PST) Resent-Date: Thu, 13 Mar 1997 04:20:03 -0800 (PST) Resent-Message-Id: <199703131220.EAA24453@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.EAA23393;Thu; (8.8.5/8.8.5);, 13 Mar 1997 04:13:03.-0800 (PST) Message-Id: <199703131213.EAA23393@freefall.freebsd.org> Date: Thu, 13 Mar 1997 04:13:03 -0800 (PST) From: ekarkkai@hit.fi To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: bin/2977: After enabling moused and vidcontrol and useing mouse screen goes randomly blank for a moment Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2977 >Category: bin >Synopsis: After enabling moused and vidcontrol and useing mouse screen goes randomly blank for a moment >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Mar 13 04:20:01 PST 1997 >Last-Modified: >Originator: Esa Kärkkäinen >Organization: >Release: 2.2-970310-GAMMA >Environment: FreeBSD Aardvark.runners.fi 2.2-970310-GAMMA FreeBSD 2.2-970310-GAMMA #0: Wed Mar 12 10:43:18 EET 1997 root@Aardvark.runners.fi:/usr/src/sys/compile/AARDVARK i386 >Description: After enabling moused and vidcontrol and useing mouse screen goes randomly blank for a moment. Hardware: S3 Vision 864 video card Optiquest 4000TC monitor Logitech mouseman serial mouse on sio0 >How-To-Repeat: Use the above mentioned hardware >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Mar 13 04:50:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA25715 for bugs-outgoing; Thu, 13 Mar 1997 04:50:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA25709; Thu, 13 Mar 1997 04:50:02 -0800 (PST) Resent-Date: Thu, 13 Mar 1997 04:50:02 -0800 (PST) Resent-Message-Id: <199703131250.EAA25709@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.EAA25660;Thu; (8.8.5/8.8.5);, 13 Mar 1997 04:48:57.-0800 (PST) Message-Id: <199703131248.EAA25660@freefall.freebsd.org> Date: Thu, 13 Mar 1997 04:48:57 -0800 (PST) From: phillip@pm.cse.rmit.edu.au To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: docs/2978: "man 5 passwd" suggests use of a shell script for (INSECURE) messaging Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2978 >Category: docs >Synopsis: "man 5 passwd" suggests use of a shell script for (INSECURE) messaging >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Thu Mar 13 04:50:01 PST 1997 >Last-Modified: >Originator: Phillip Musumeci >Organization: RMIT Computer Systems Eng. Dept. >Release: 3.0 SNAP (January 1997), 2.1.5R, 2.1.6R >Environment: 3.0-970114-SNAP >Description: shells remapped and therefore be denied access. All other NIS password records will be ignored. The administrator may add a wildcard entry to the end of the list such as: +:::::::::/usr/local/bin/go_away /usr/local/bin/go_away can be a short shell or program... >How-To-Repeat: man 5 passwd >Fix: We should not suggest that a shell script be run for users that we are trying to STOP being able to use a system. A nasty user might attempt to suspend the shell script before it terminated (or executed some trap commands to handle being suspended) and so STILL LOG IN. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Mar 13 05:10:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA26534 for bugs-outgoing; Thu, 13 Mar 1997 05:10:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA26528; Thu, 13 Mar 1997 05:10:01 -0800 (PST) Date: Thu, 13 Mar 1997 05:10:01 -0800 (PST) Message-Id: <199703131310.FAA26528@freefall.freebsd.org> To: freebsd-bugs Cc: From: Kazutaka YOKOTA Subject: Re: bin/2977: After enabling moused and vidcontrol and useing mouse screen goes randomly blank for a moment Reply-To: Kazutaka YOKOTA Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2977; it has been noted by GNATS. From: Kazutaka YOKOTA To: ekarkkai@hit.fi Cc: freebsd-gnats-submit@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: bin/2977: After enabling moused and vidcontrol and useing mouse screen goes randomly blank for a moment Date: Thu, 13 Mar 1997 22:10:41 +0900 >>Number: 2977 >>Category: bin >>Synopsis: After enabling moused and vidcontrol and useing mouse screen >goes randomly blank for a moment >>Confidential: no >>Severity: non-critical >>Priority: low >>Responsible: freebsd-bugs >>State: open >>Class: sw-bug >>Submitter-Id: current-users >>Arrival-Date: Thu Mar 13 04:20:01 PST 1997 >>Last-Modified: >>Originator: Esa K rkk inen >>Organization: >>Release: 2.2-970310-GAMMA >>Environment: >FreeBSD Aardvark.runners.fi 2.2-970310-GAMMA >FreeBSD 2.2-970310-GAMMA #0: Wed Mar 12 10:43:18 EET 1997 >root@Aardvark.runners.fi:/usr/src/sys/compile/AARDVARK i386 >>Description: >After enabling moused and vidcontrol and useing mouse screen goes >randomly blank for a moment. >Hardware: > S3 Vision 864 video card > Optiquest 4000TC monitor > Logitech mouseman serial mouse on sio0 >>How-To-Repeat: >Use the above mentioned hardware I have a S3-864 based video board in my 3.0-current box. (2.2-970310-GAMMA uses the same syscons and moused code as -current) My 2.2 test box doesn't have a S3 video card, and runs moused fine. Never had and heard this problem on both systems before... Do you use either screen saver, blink cursor, or destructive cursor? Does the screen go blank even if you don't touch the keyboard or the mouse? Or, does the mouse movment seem to trigger blanking? Did you experience the same probelm before under previous 2.2-ALPHA, -BETA, and -GAMMA releases? Kazu From owner-freebsd-bugs Thu Mar 13 06:39:22 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA29843 for bugs-outgoing; Thu, 13 Mar 1997 06:39:22 -0800 (PST) Received: from zombie.ncsc.mil (zombie.ncsc.mil [144.51.15.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA29821; Thu, 13 Mar 1997 06:39:18 -0800 (PST) Received: (from sjr@localhost) by zombie.ncsc.mil (8.8.5/8.8.5) id JAA06463; Thu, 13 Mar 1997 09:39:17 -0500 (EST) Date: Thu, 13 Mar 1997 09:39:17 -0500 (EST) From: "Stephen J. Roznowski" Message-Id: <199703131439.JAA06463@zombie.ncsc.mil> To: freebsd-bugs@freebsd.org, freebsd-questions@freebsd.org Subject: Problem with 3C509B, FreeBSD 2.1.7 on Dell Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm having trouble getting FreeBSD 2.1.7 to recognize my 3C509 Ethernet card in a Dell OptiPlex GXMT 5166. This system has a 3C509b-TPO onboard (which is disabled in the BIOS) and a 3C509b-Combo card. The card is sitting at 0x210 IRQ 9. I've tried moving the card to 0x300 IRQ 10, but it didn't seem to matter. Also, using the 3c5x9cfg program, I've turned off plug-and-play, but the kernel seems to think that this card is still p&p enabled. The kernel configuration file claims that the ep0 driver is "buggy". Is this still true, and if so, what does "buggy" mean? This system has the following hardware installed: Soundblaster 32PNP Wavetable 9FX Vision 330 Adaptec AHA-2940U/2940UW PCI SCSI Controller 3C509B-Combo Currently, the SB is sitting at 0x300. Any ideas how to get this configuration working? [I can provide additional details if needed...] Thanks, Stephen Roznowski (sjr@zombie.ncsc.mil) From owner-freebsd-bugs Thu Mar 13 07:00:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA01094 for bugs-outgoing; Thu, 13 Mar 1997 07:00:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA01068; Thu, 13 Mar 1997 07:00:03 -0800 (PST) Date: Thu, 13 Mar 1997 07:00:03 -0800 (PST) Message-Id: <199703131500.HAA01068@freefall.freebsd.org> To: freebsd-bugs Cc: From: vanmaren@fast.cs.utah.edu (Kevin Van Maren) Subject: Re: kern/2944: NCR/SYM875 card with Ultra drive Reply-To: vanmaren@fast.cs.utah.edu (Kevin Van Maren) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/2944; it has been noted by GNATS. From: vanmaren@fast.cs.utah.edu (Kevin Van Maren) To: vanmaren@fast.cs.utah.edu Cc: FreeBSD-gnats-submit@freebsd.org, se@freebsd.org Subject: Re: kern/2944: NCR/SYM875 card with Ultra drive Date: Thu, 13 Mar 1997 07:58:04 -0700 > In order to diagnose this problem, I need SCSI DEBUG logs. > You'll have to rebuild your kernel with SCSI debug enabled > (an option of the generic SCSI driver, not the NCR driver). > Use the kernel option line "options SCSIDEBUG" and edit > /sys/scsi/scsi_debug.h to define DEBUGTARGET as 6 ... > /* target and LUN we want to debug */ #define DEBUGTARG 9 /*9 = dissable*/ Hmmm...what if you have a device at ID 9? I'm compiling the GENERIC kernel w/ SCSIDEBUG and #define DEBUGTARG 6. Okay, how do I make the internal buffer big enough so that it will hold enough messages so it doesn't overflow before syslog is running? I have a whole bunch of logs, but they are all AFTER the problem, and I don't have annother machine here I can use for a serial console (which is obviously they way it should be done). Kevin From owner-freebsd-bugs Thu Mar 13 07:10:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA01571 for bugs-outgoing; Thu, 13 Mar 1997 07:10:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA01565; Thu, 13 Mar 1997 07:10:03 -0800 (PST) Resent-Date: Thu, 13 Mar 1997 07:10:03 -0800 (PST) Resent-Message-Id: <199703131510.HAA01565@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, hans@brandinnovators.com Received: from news.IAEhv.nl (root@news.IAEhv.nl [194.151.64.4]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id HAA01389 for ; Thu, 13 Mar 1997 07:07:23 -0800 (PST) Received: from truk.brandinnovators.com (uucp@localhost) by news.IAEhv.nl (8.6.13/1.63) with IAEhv.nl; pid 15342 on Thu, 13 Mar 1997 16:07:16 +0100; id QAA15342 efrom: hans@truk.brandinnovators.com; eto: FreeBSD-gnats-submit@freebsd.org Received: by truk.brandinnovators.com (8.7.5/BI96070101) for <> id PAA01226; Thu, 13 Mar 1997 15:39:28 +0100 (MET) Message-Id: <199703131439.PAA01226@truk.brandinnovators.com> Date: Thu, 13 Mar 1997 15:39:28 +0100 (MET) From: hans@brandinnovators.com (Hans Zuidam) Reply-To: hans@brandinnovators.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2979: Make gcc shut up about extensions when compiling `-pedantic -ansi' Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2979 >Category: bin >Synopsis: GCC complains about stmt. expr. when compiling machine/endian.h with -pedantic -ansi >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu Mar 13 07:10:01 PST 1997 >Last-Modified: >Originator: Hans Zuidam >Organization: Brand Innovators B.V. P-Mail: P.O. Box 1377 de Pinckart 54 5602 BJ Eindhoven, The Netherlands 5674 CC Nuenen Tel. +31 40 2631134, Fax. +31 40 2831138 >Release: 2.1.5-RELEASE >Environment: gcc version 2.6.3 >Description: When compiling something which uses statement expressions (e.g machine/endian.h to get at ntohl()), gcc complains that braces are not allowed by ANSI C. >How-To-Repeat: Compile something which uses statement expressions. >Fix: Below is a diff. for the relevant files. Insert `__extension__' before the expression. *** /usr/include/machine/endian.h.orig Sun Feb 12 09:31:31 1995 --- /usr/include/machine/endian.h Thu Mar 13 15:20:31 1997 *************** *** 58,90 **** #endif #define __word_swap_long(x) \ ! ({ register u_long __X = (x); \ __asm ("rorl $16, %1" \ : "=r" (__X) \ : "0" (__X)); \ __X; }) #if __GNUC__ >= 2 #define __byte_swap_long(x) \ ! ({ register u_long __X = (x); \ __asm ("xchgb %h1, %b1\n\trorl $16, %1\n\txchgb %h1, %b1" \ : "=q" (__X) \ : "0" (__X)); \ __X; }) #define __byte_swap_word(x) \ ! ({ register u_short __X = (x); \ __asm ("xchgb %h1, %b1" \ : "=q" (__X) \ : "0" (__X)); \ __X; }) #else /* __GNUC__ >= 2 */ #define __byte_swap_long(x) \ ! ({ register u_long __X = (x); \ __asm ("rorw $8, %w1\n\trorl $16, %1\n\trorw $8, %w1" \ : "=r" (__X) \ : "0" (__X)); \ __X; }) #define __byte_swap_word(x) \ ! ({ register u_short __X = (x); \ __asm ("rorw $8, %w1" \ : "=r" (__X) \ : "0" (__X)); \ --- 58,90 ---- #endif #define __word_swap_long(x) \ ! __extension__ ({ register u_long __X = (x); \ __asm ("rorl $16, %1" \ : "=r" (__X) \ : "0" (__X)); \ __X; }) #if __GNUC__ >= 2 #define __byte_swap_long(x) \ ! __extension__ ({ register u_long __X = (x); \ __asm ("xchgb %h1, %b1\n\trorl $16, %1\n\txchgb %h1, %b1" \ : "=q" (__X) \ : "0" (__X)); \ __X; }) #define __byte_swap_word(x) \ ! __extension__ ({ register u_short __X = (x); \ __asm ("xchgb %h1, %b1" \ : "=q" (__X) \ : "0" (__X)); \ __X; }) #else /* __GNUC__ >= 2 */ #define __byte_swap_long(x) \ ! __extension__ ({ register u_long __X = (x); \ __asm ("rorw $8, %w1\n\trorl $16, %1\n\trorw $8, %w1" \ : "=r" (__X) \ : "0" (__X)); \ __X; }) #define __byte_swap_word(x) \ ! __extension__ ({ register u_short __X = (x); \ __asm ("rorw $8, %w1" \ : "=r" (__X) \ : "0" (__X)); \ *** /usr/include/machine/cpufunc.h.orig Sat Jan 13 11:46:38 1996 --- /usr/include/machine/cpufunc.h Thu Mar 13 15:27:06 1997 *************** *** 111,117 **** * because gcc-2.6.0 would promote the operands of the conditional * and produce poor code for "if ((inb(var) & const1) == const2)". */ ! #define inb(port) ({ \ u_char _data; \ if (__builtin_constant_p((int) (port)) && (port) < 256ul) \ _data = inbc(port); \ --- 111,117 ---- * because gcc-2.6.0 would promote the operands of the conditional * and produce poor code for "if ((inb(var) & const1) == const2)". */ ! #define inb(port) __extension__ ({ \ u_char _data; \ if (__builtin_constant_p((int) (port)) && (port) < 256ul) \ _data = inbc(port); \ *** /usr/include/values.h.orig Thu Mar 13 15:23:41 1997 --- /usr/include/values.h Thu Mar 13 15:24:01 1997 *************** *** 48,54 **** #if defined(sun) || defined(hp300) || defined(hpux) || defined(masscomp) || defined(sgi) #ifdef masscomp #define MAXDOUBLE \ ! ({ \ double maxdouble_val; \ \ __asm ("fmove%.d #0x7fefffffffffffff,%0" /* Max double */ \ --- 48,54 ---- #if defined(sun) || defined(hp300) || defined(hpux) || defined(masscomp) || defined(sgi) #ifdef masscomp #define MAXDOUBLE \ ! __extension__ ({ \ double maxdouble_val; \ \ __asm ("fmove%.d #0x7fefffffffffffff,%0" /* Max double */ \ *** /usr/include/vm/vm_pager.h.orig Thu Mar 13 15:24:39 1997 --- /usr/include/vm/vm_pager.h Thu Mar 13 15:24:52 1997 *************** *** 125,138 **** * XXX compat with old interface */ #define vm_pager_get(p, m, s) \ ! ({ \ vm_page_t ml[1]; \ ml[0] = (m); \ vm_pager_get_pages(p, ml, 1, 0, s); \ }) #define vm_pager_put(p, m, s) \ ! ({ \ int rtval; \ vm_page_t ml[1]; \ ml[0] = (m); \ --- 125,138 ---- * XXX compat with old interface */ #define vm_pager_get(p, m, s) \ ! __extension__ ({ \ vm_page_t ml[1]; \ ml[0] = (m); \ vm_pager_get_pages(p, ml, 1, 0, s); \ }) #define vm_pager_put(p, m, s) \ ! __extension__ ({ \ int rtval; \ vm_page_t ml[1]; \ ml[0] = (m); \ >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Mar 13 08:00:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA04173 for bugs-outgoing; Thu, 13 Mar 1997 08:00:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA04166; Thu, 13 Mar 1997 08:00:02 -0800 (PST) Resent-Date: Thu, 13 Mar 1997 08:00:02 -0800 (PST) Resent-Message-Id: <199703131600.IAA04166@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, frank@news.via.nl Received: from news.via.nl (news.via.nl [193.78.61.101]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id HAA03824 for ; Thu, 13 Mar 1997 07:51:41 -0800 (PST) Received: (qmail 14016 invoked by uid 1000); 13 Mar 1997 15:51:37 -0000 Message-Id: <19970313155137.14015.qmail@news.via.nl> Date: 13 Mar 1997 15:51:37 -0000 From: frank@news.via.nl Reply-To: frank@news.via.nl To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/2980: 2.2 crashes after accessing DAT-tape. both with ah2940 and ncr53c810. Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2980 >Category: kern >Synopsis: 2.2 crashes after accessing DAT-tape. both with ah2940 and ncr53c810. >Confidential: yes >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Mar 13 08:00:01 PST 1997 >Last-Modified: >Originator: frank >Organization: >Release: FreeBSD 2.2-GAMMA i386 >Environment: Hi, here is the dmesg after i managed to prevent it from crashing. ( got lucky this one time). Copyright (c) 1992-1996 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 2.2-GAMMA #0: Tue Mar 4 02:48:09 MET 1997 root@news:/usr/src/sys/compile/NEWS Calibrating clock(s) relative to mc146818A clock ... i586 clock: 133633937 Hz, i8254 clock: 1193161 Hz CPU: Pentium (133.64-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x52c Stepping=12 Features=0x1bf real memory = 67108864 (65536K bytes) avail memory = 62930944 (61456K bytes) Probing for devices on PCI bus 0: chip0 rev 2 on pci0:0 chip1 rev 1 on pci0:7:0 chip2 rev 0 on pci0:7:1 vga0 rev 0 int a irq 12 on pci0:10 de0 rev 35 int a irq 10 on pci0:11 de0: 21040 [10Mb/s] pass 2.3 de0: address 00:00:e8:0d:c7:20 de0: enabling BNC/AUI port ahc0 rev 0 int a irq 11 on pci0:12 ahc0: aic7880 Single Channel, SCSI Id=7, 16 SCBs ahc0 waiting for scsi devices to settle (ahc0:0:0): "IBM DPES-31080 S31Q" type 0 fixed SCSI 2 sd0(ahc0:0:0): Direct-Access 1034MB (2118144 512 byte sectors) (ahc0:2:0): "MICROP 4221-09MZ 1128K HT02" type 0 fixed SCSI 2 sd1(ahc0:2:0): Direct-Access 1955MB (4004219 512 byte sectors) (ahc0:3:0): "ARCHIVE Python 25950-XXX 2.29" type 1 removable SCSI 2 st0(ahc0:3:0): Sequential-Access density code 0x13, 512-byte blocks, write-enabled (ahc0:6:0): "IBM DPES-31080 S80E" type 0 fixed SCSI 2 sd2(ahc0:6:0): Direct-Access 1034MB (2118144 512 byte sectors) Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> ed0 not found at 0x280 sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A sio4 at 0x2a0-0x2a7 flags 0x701 on isa sio4: type 16550A (multiport) sio5 at 0x2a8-0x2af flags 0x701 on isa sio5: type 16550A (multiport) sio6 at 0x2b0-0x2b7 flags 0x701 on isa sio6: type 16550A (multiport) sio7 at 0x2b8-0x2bf irq 5 flags 0x701 on isa sio7: type 16550A (multiport master) lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in npx0 on motherboard npx0: INT 16 interface changing root device to sd0a ccd0-3: Concatenated disk drivers st0(ahc0:3:0): SCB 0x0 - timed out while idle, LASTPHASE == 0x1, SCSISIGI == 0x0 SEQADDR == 0x10 st0(ahc0:3:0): Queueing an Abort SCB st0(ahc0:3:0): Abort Message Sent st0(ahc0:3:0): SCB 0x0 - timed out while idle, LASTPHASE == 0x1, SCSISIGI == 0x18 SEQADDR == 0x44 st0(ahc0:3:0): no longer in timeout ahc0: Issued Channel A Bus Reset. 2 SCBs aborted Clearing bus reset Clearing 'in-reset' flag sd0(ahc0:0:0): UNIT ATTENTION asc:29,0 sd0(ahc0:0:0): Power on, reset, or bus device reset occurred , retries:4 st0(ahc0:3:0): Target Busy st0(ahc0:3:0): Target Busy st0(ahc0:3:0): Target Busy st0(ahc0:3:0): Target Busy st0(ahc0:3:0): Target Busy st0(ahc0:3:0): Target Busy >Description: When I try to make a backup on DAT (the python) the machine goes down quite frequently. This makes it impossible to make backups (localy) of this machine :( I tried this with my ahc-2940 which i normally use and with a ncr53c810 card (asus2000) from my linux-machine. The ncr-driver doesn't give as much information, but the problem is the same. The tape works fine on the other (linux) machine with the ncr-card. I run cvsup frequently (twice a week or so). This problem has existed for a few months now. (it used to work better with 2.1.0). The machine is in use as my proxy and news-server, other than this FreeBSD is running like a charm! Keep up the good work people =) >How-To-Repeat: If needed i can give access to the machine and mount a blank tape. To repeat the problem a simple 'dump 0uBf 2000000 /dev/rst0 /' will do I'm afraid :/ >Fix: Yes, please do. kind regards, Frank Ederveen (frank@news.via.nl) >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Mar 13 08:40:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA06086 for bugs-outgoing; Thu, 13 Mar 1997 08:40:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA06042; Thu, 13 Mar 1997 08:40:02 -0800 (PST) Date: Thu, 13 Mar 1997 08:40:02 -0800 (PST) Message-Id: <199703131640.IAA06042@freefall.freebsd.org> To: freebsd-bugs Cc: From: "Jin Guojun[ITG]" Subject: Re: kern/2965: st0 hang/fail on reading 4mm DAT tape for larger files Reply-To: "Jin Guojun[ITG]" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/2965; it has been noted by GNATS. From: "Jin Guojun[ITG]" To: jkh@time.cdrom.com Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/2965: st0 hang/fail on reading 4mm DAT tape for larger files Date: Thu, 13 Mar 1997 08:34:03 -0800 } > 2.2-SNAP(s) with HP C1536A SCSI 4mm DAT tape drive: } > (ncr0:4:0): "HP HP35480A T503" type 1 removable SCSI 2 } } Do you have any other non-NCR SCSI controllers around there? It would } be very instructive to know if the same error occurs with all the same } hardware except an Adaptec 2940 instead of the NCR. If not, that would } greatly narrow down the number of places to search! } } Jordan Unforturnately, I have only NCR SCSI controllers that work for FreeBSD. I do have a SCSI controller with QLogic chipset, but It seems not working under FreeBSD. The controller is made by DEC, and it has 21040 ethernet chipset which works for FreeBSD. If some one knows how to make this SCSI controller to workunder FreeBSD, I will use it to do some further testing. Thanks, -Jin From owner-freebsd-bugs Thu Mar 13 10:47:52 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA13813 for bugs-outgoing; Thu, 13 Mar 1997 10:47:52 -0800 (PST) Received: from mauve.csi.cam.ac.uk (exim@mauve.csi.cam.ac.uk [131.111.8.38]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id KAA13803 for ; Thu, 13 Mar 1997 10:47:44 -0800 (PST) Received: from g.pet.cam.ac.uk [131.111.209.233] by mauve.csi.cam.ac.uk with smtp (Exim 1.58 #1) id 0w5FXL-0000xp-00; Thu, 13 Mar 1997 18:47:35 +0000 Received: from g.pet.cam.ac.uk [127.0.0.1] by g.pet.cam.ac.uk with esmtp (Exim 1.59 #1) id 0w5FXd-0005de-00; Thu, 13 Mar 1997 18:47:53 +0000 To: freebsd-bugs@freebsd.org Subject: Re: bin/2968: fmt dumps core on ^M In-reply-to: Your message of "Thu, 13 Mar 1997 01:11:26 +0100." <199703130011.BAA04027@ghost.mep.ruhr-uni-bochum.de> Date: Thu, 13 Mar 1997 18:47:53 +0000 From: Gareth McCaughan Message-Id: Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Robert Eckardt wrote: > fmt experiences Bus error when one tries to format > a text that contains ^M (CRs), i.e. e.g. from an > MSDOS system. Actually, that's not quite true. I think it only happens if you invoke it with a file whose first line contains only non-printing characters. The problem is caused by the fact that, when a line of this kind is seen, the |canonb| pointer may not get initialised; as a consequence the loop for (cp2--; cp2 >= canonb && *cp2 == ' '; cp2--) (before the start of which |cp2==canonb| in this situation) loses because pointers are compared as if they're unsigned. I believe the following patch fixes the problem. It certainly looks OK and repairs the test cases I've tried. ---------- patch begins ---------- *** fmt.c.orig Thu Mar 13 10:57:48 1997 --- fmt.c Thu Mar 13 18:43:13 1997 *************** *** 147,153 **** register char *cp, *cp2, cc; register int c, col; #define CHUNKSIZE 1024 ! static int lbufsize = 0, cbufsize = 0; if (center) { linebuf = malloc(BUFSIZ); --- 147,157 ---- register char *cp, *cp2, cc; register int c, col; #define CHUNKSIZE 1024 ! static int lbufsize = 0, cbufsize = CHUNKSIZE; ! ! canonb = malloc(CHUNKSIZE); ! if (canonb == 0) ! abort(); if (center) { linebuf = malloc(BUFSIZ); ----------- patch ends ----------- -- Gareth McCaughan Dept. of Pure Mathematics & Mathematical Statistics, gjm11@dpmms.cam.ac.uk Cambridge University, England. From owner-freebsd-bugs Thu Mar 13 13:00:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA19900 for bugs-outgoing; Thu, 13 Mar 1997 13:00:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA19892; Thu, 13 Mar 1997 13:00:02 -0800 (PST) Date: Thu, 13 Mar 1997 13:00:02 -0800 (PST) Message-Id: <199703132100.NAA19892@freefall.freebsd.org> To: freebsd-bugs Cc: From: Gareth McCaughan Subject: Re: bin/2968: fmt dumps core on ^M Reply-To: Gareth McCaughan Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2968; it has been noted by GNATS. From: Gareth McCaughan To: freebsd-bugs@freebsd.org Cc: Subject: Re: bin/2968: fmt dumps core on ^M Date: Thu, 13 Mar 1997 18:47:53 +0000 Robert Eckardt wrote: > fmt experiences Bus error when one tries to format > a text that contains ^M (CRs), i.e. e.g. from an > MSDOS system. Actually, that's not quite true. I think it only happens if you invoke it with a file whose first line contains only non-printing characters. The problem is caused by the fact that, when a line of this kind is seen, the |canonb| pointer may not get initialised; as a consequence the loop for (cp2--; cp2 >= canonb && *cp2 == ' '; cp2--) (before the start of which |cp2==canonb| in this situation) loses because pointers are compared as if they're unsigned. I believe the following patch fixes the problem. It certainly looks OK and repairs the test cases I've tried. ---------- patch begins ---------- *** fmt.c.orig Thu Mar 13 10:57:48 1997 --- fmt.c Thu Mar 13 18:43:13 1997 *************** *** 147,153 **** register char *cp, *cp2, cc; register int c, col; #define CHUNKSIZE 1024 ! static int lbufsize = 0, cbufsize = 0; if (center) { linebuf = malloc(BUFSIZ); --- 147,157 ---- register char *cp, *cp2, cc; register int c, col; #define CHUNKSIZE 1024 ! static int lbufsize = 0, cbufsize = CHUNKSIZE; ! ! canonb = malloc(CHUNKSIZE); ! if (canonb == 0) ! abort(); if (center) { linebuf = malloc(BUFSIZ); ----------- patch ends ----------- -- Gareth McCaughan Dept. of Pure Mathematics & Mathematical Statistics, gjm11@dpmms.cam.ac.uk Cambridge University, England. From owner-freebsd-bugs Thu Mar 13 13:59:00 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA23284 for bugs-outgoing; Thu, 13 Mar 1997 13:59:00 -0800 (PST) Received: from red.jnx.com (red.jnx.com [208.197.169.254]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA23271 for ; Thu, 13 Mar 1997 13:58:57 -0800 (PST) Received: from base.jnx.com (base.jnx.com [208.197.169.238]) by red.jnx.com (8.8.5/8.8.3) with ESMTP id NAA01010; Thu, 13 Mar 1997 13:58:26 -0800 (PST) Received: (from pst@localhost) by base.jnx.com (8.7.6/8.7.3) id NAA08962; Thu, 13 Mar 1997 13:58:24 -0800 (PST) To: hans@brandinnovators.com cc: bugs@freebsd.org Subject: Re: bin/2979: Make gcc shut up about extensions when compiling `-pedantic -ansi' References: <199703131439.PAA01226@truk.brandinnovators.com> Mime-Version: 1.0 (generated by tm-edit 7.68) Content-Type: text/plain; charset=US-ASCII From: Paul Traina Date: 13 Mar 1997 13:58:23 -0800 In-Reply-To: hans@brandinnovators.com's message of 13 Mar 97 14:39:28 GMT Message-ID: <7yhgifihds.fsf@base.jnx.com> Lines: 17 X-Mailer: Gnus v5.4.19/XEmacs 19.14 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk When compiling something which uses statement expressions (e.g machine/endian.h to get at ntohl()), gcc complains that braces are not allowed by ANSI C. Below is a diff. for the relevant files. Insert `__extension__' before the expression. But this is arguably defeating pedantic. Not only should your code not use extensions, but the code that you're calling should not. By placing __extension__ in, you're allowing your code to use nonportable code. I agree with you that this sucks, because all you're really likely to care about is the portability of YOUR code, not the system code, but I'm concerned about changing it. Paul From owner-freebsd-bugs Thu Mar 13 14:00:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA23374 for bugs-outgoing; Thu, 13 Mar 1997 14:00:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA23363; Thu, 13 Mar 1997 14:00:02 -0800 (PST) Date: Thu, 13 Mar 1997 14:00:02 -0800 (PST) Message-Id: <199703132200.OAA23363@freefall.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: docs/2978: "man 5 passwd" suggests use of a shell script for (INSECURE) messaging Reply-To: j@uriah.heep.sax.de (J Wunsch) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR docs/2978; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: phillip@pm.cse.rmit.edu.au Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: docs/2978: "man 5 passwd" suggests use of a shell script for (INSECURE) messaging Date: Thu, 13 Mar 1997 22:37:57 +0100 As phillip@pm.cse.rmit.edu.au wrote: > We should not suggest that a shell script be run for users that > we are trying to STOP being able to use a system. A nasty user > might attempt to suspend the shell script before it terminated > (or executed some trap commands to handle being suspended) and > so STILL LOG IN. And? This would kill or stop his login shell. What can he do with a stopped login shell? No, running a shell script (more correctly: an `interpreted executable' in the sense of execve(2)) is something vastly different from giving the user a shell, and stupidly trying to force something on him in the .profile. The only known security exploit per se (i.e., apart from stupidity of the shellscript writer) for an interpreted executable shellscript by now was to spam the script with $ENV (e.g. by importing it from a telnet session), for example abusing /etc/shells. This hole has been plugged by cloning the -p option from the Korn shell, thus causing the script to ignore $ENV entirely. -- 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 Mar 13 15:00:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA25745 for bugs-outgoing; Thu, 13 Mar 1997 15:00:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA25739; Thu, 13 Mar 1997 15:00:02 -0800 (PST) Date: Thu, 13 Mar 1997 15:00:02 -0800 (PST) Message-Id: <199703132300.PAA25739@freefall.freebsd.org> To: freebsd-bugs Cc: From: Phillip Musumeci Subject: Re: docs/2978: "man 5 passwd" suggests use of a shell script for (INSECURE) messaging Reply-To: Phillip Musumeci Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR docs/2978; it has been noted by GNATS. From: Phillip Musumeci To: joerg_wunsch@uriah.heep.sax.de Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: docs/2978: "man 5 passwd" suggests use of a shell script for (INSECURE) messaging Date: Fri, 14 Mar 1997 09:58:32 +1100 (EST) OK (I just had a look for the "-p" switch but couldn't see it). I guess I was reacting to this suggestion in the man page from the point of view of a sunos user of years gone by, where we treated shell script replacements for an actual shell as something not much different to a normal shell (from an access point of view). Sorry to cause any worries. phillip From owner-freebsd-bugs Thu Mar 13 15:46:39 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA27679 for bugs-outgoing; Thu, 13 Mar 1997 15:46:39 -0800 (PST) Received: from hda.hda.com (ip6-max1-fitch.ziplink.net [199.232.245.6]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id PAA27673 for ; Thu, 13 Mar 1997 15:46:33 -0800 (PST) Received: (from dufault@localhost) by hda.hda.com (8.6.12/8.6.12) id RAA07964; Thu, 13 Mar 1997 17:03:49 -0500 From: Peter Dufault Message-Id: <199703132203.RAA07964@hda.hda.com> Subject: Re: bin/2979: Make gcc shut up about extensions when compiling `-pedantic -ansi' In-Reply-To: <7yhgifihds.fsf@base.jnx.com> from Paul Traina at "Mar 13, 97 01:58:23 pm" To: pst@jnx.com (Paul Traina) Date: Thu, 13 Mar 1997 17:03:48 -0500 (EST) Cc: hans@brandinnovators.com, bugs@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL25 (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 > When compiling something which uses statement expressions (e.g > machine/endian.h to get at ntohl()), gcc complains that braces > are not allowed by ANSI C. > > Below is a diff. for the relevant files. Insert `__extension__' > before the expression. > > But this is arguably defeating pedantic. Not only should your code > not use extensions, but the code that you're calling should not. By > placing __extension__ in, you're allowing your code to use nonportable > code. > > I agree with you that this sucks, because all you're really likely to > care about is the portability of YOUR code, not the system code, > but I'm concerned about changing it. I bumped into this exact problem in the last couple of days and removed a -Werror because of it and was glad to see this work around. ntohl on a BSD system can't be considered an extension and is well enough defined that there is no way that the FreeBSD header should generate a warning - that is just going to cause lazy/busy people to do what I did and turn off warnings. In this case this is an appropriate solution. To be totally pedantic, one could add an #if defined(DONT_HIDE_IMPLEMENTATION) around the definition for warnings related to porting issues, or whatever it is that we decide this warning is still needed for. -- Peter Dufault (dufault@hda.com) Realtime Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 From owner-freebsd-bugs Thu Mar 13 16:49:56 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA01359 for bugs-outgoing; Thu, 13 Mar 1997 16:49:56 -0800 (PST) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA01350 for ; Thu, 13 Mar 1997 16:49:43 -0800 (PST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id RAA02755; Thu, 13 Mar 1997 17:49:30 -0700 (MST) Date: Thu, 13 Mar 1997 17:49:30 -0700 (MST) Message-Id: <199703140049.RAA02755@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Peter Dufault Cc: pst@jnx.com (Paul Traina), hans@brandinnovators.com, bugs@freebsd.org Subject: Re: bin/2979: Make gcc shut up about extensions when compiling `-pedantic -ansi' In-Reply-To: <199703132203.RAA07964@hda.hda.com> References: <7yhgifihds.fsf@base.jnx.com> <199703132203.RAA07964@hda.hda.com> Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > When compiling something which uses statement expressions (e.g > > machine/endian.h to get at ntohl()), gcc complains that braces > > are not allowed by ANSI C. .. > I bumped into this exact problem in the last couple of days and > removed a -Werror because of it and was glad to see this work around. > ntohl on a BSD system can't be considered an extension and is well > enough defined that there is no way that the FreeBSD header should > generate a warning - that is just going to cause lazy/busy people to > do what I did and turn off warnings. ---------------------------- rrevision 1.7 date: 1996/10/21 17:15:05; author: nate; state: Exp; lines: +3 -3 When compiling with '-Wall -pedantic', the byte swapping macros gave the following warning: warning: ANSI C forbids braced-groups within expressions Adding __extension__ before the statement-expression seems to work right. Submitted by: bde (a *long* time ago) ---------------------------- It'll be in all releases past this point (assuming we don't make another 2.1.* release.) Nate From owner-freebsd-bugs Thu Mar 13 17:00:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA01950 for bugs-outgoing; Thu, 13 Mar 1997 17:00:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA01927; Thu, 13 Mar 1997 17:00:01 -0800 (PST) Resent-Date: Thu, 13 Mar 1997 17:00:01 -0800 (PST) Resent-Message-Id: <199703140100.RAA01927@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, ahd@kew.com Received: from intergate.hh.kew.com (root@fantasy-factory.net.kew.com [204.96.41.103]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA01534 for ; Thu, 13 Mar 1997 16:52:59 -0800 (PST) Received: (from root@localhost) by intergate.hh.kew.com (8.8.5/8.8.5) id TAA00750; Thu, 13 Mar 1997 19:52:55 -0500 (EST) Message-Id: <199703140052.TAA00750@intergate.hh.kew.com> Date: Thu, 13 Mar 1997 19:52:55 -0500 (EST) From: Drew Derbyshire Reply-To: ahd@kew.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/2982: /usr/libexec/uucpd hostname truncation Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2982 >Category: misc >Synopsis: hostname buffer length too short in uucpd >Confidential: yes >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Mar 13 17:00:00 PST 1997 >Last-Modified: >Originator: Drew Derbyshire >Organization: Kendra Electronic Wonderworks >Release: FreeBSD 2.2-970225-GAMMA i386 >Environment: Running Taylor UUCP as supplied with release with uucpd active on standard port (540). >Description: A failed connection to the uucpd port from a host with a name longer than 31 characters causes a garbled message in system log because string is not terminated. For example: Mar 6 11:16:00 athena uucpd[4085]: LOGIN FAILURE FROM ppp-206-170-33-17.okld03.pacbell<]?o[^W >How-To-Repeat: See description, above. >Fix: Fix is two fold: First, use standard definition for maximum hostname length (MAXHOSTNAMLEN) for remotehost[] variable in various routines in program. Second, terminate string after copy by assigning last character of string `\0'; Patch follows: *** /usr/src/libexec/uucpd/uucpd.original.c Thu Mar 13 19:17:53 1997 --- /usr/src/libexec/uucpd/uucpd.c Thu Mar 13 19:26:29 1997 *************** *** 55,60 **** --- 55,61 ---- #include #include #include + #include #include #include #include *************** *** 110,116 **** void badlogin(char *name, struct sockaddr_in *sin) { ! char remotehost[32]; struct hostent *hp = gethostbyaddr((char *)&sin->sin_addr, sizeof (struct in_addr), AF_INET); --- 111,117 ---- void badlogin(char *name, struct sockaddr_in *sin) { ! char remotehost[MAXHOSTNAMELEN]; struct hostent *hp = gethostbyaddr((char *)&sin->sin_addr, sizeof (struct in_addr), AF_INET); *************** *** 121,126 **** --- 122,129 ---- strncpy(remotehost, inet_ntoa(sin->sin_addr), sizeof (remotehost)); + remotehost[ sizeof remotehost - 1] = '\0'; + syslog(LOG_NOTICE, "LOGIN FAILURE FROM %s", remotehost); syslog(LOG_AUTHPRIV|LOG_NOTICE, "LOGIN FAILURE FROM %s, %s", remotehost, name); *************** *** 237,243 **** void dologin(struct passwd *pw, struct sockaddr_in *sin) { char line[32]; ! char remotehost[32]; int f; time_t cur_time; struct hostent *hp = gethostbyaddr((char *)&sin->sin_addr, --- 240,246 ---- void dologin(struct passwd *pw, struct sockaddr_in *sin) { char line[32]; ! char remotehost[MAXHOSTNAMELEN]; int f; time_t cur_time; struct hostent *hp = gethostbyaddr((char *)&sin->sin_addr, >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Mar 13 17:00:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA01971 for bugs-outgoing; Thu, 13 Mar 1997 17:00:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA01945; Thu, 13 Mar 1997 17:00:02 -0800 (PST) Date: Thu, 13 Mar 1997 17:00:02 -0800 (PST) Message-Id: <199703140100.RAA01945@freefall.freebsd.org> To: freebsd-bugs Cc: From: Marc Slemko Subject: Re: docs/2978: "man 5 passwd" suggests use of a shell script for (INSECURE) messaging Reply-To: Marc Slemko Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR docs/2978; it has been noted by GNATS. From: Marc Slemko To: J Wunsch Cc: freebsd-gnats-submit@freebsd.org Subject: Re: docs/2978: "man 5 passwd" suggests use of a shell script for (INSECURE) messaging Date: Thu, 13 Mar 1997 17:55:10 -0700 (MST) On Thu, 13 Mar 1997, J Wunsch wrote: > The following reply was made to PR docs/2978; it has been noted by GNATS. > > The only known security exploit per se (i.e., apart from stupidity of > the shellscript writer) for an interpreted executable shellscript by > now was to spam the script with $ENV (e.g. by importing it from a > telnet session), for example abusing /etc/shells. This hole has been > plugged by cloning the -p option from the Korn shell, thus causing the > script to ignore $ENV entirely. The problem is that when you say "shell script" most people don't think "/bin/sh script with -p" and most people don't recognize the potential vulnerability. I think it would be a reasonable to include a warning. Something like the below, although I don't have the time right now to word it nicely and my *roff is a bit rusty... Index: passwd.5 =================================================================== RCS file: /usr/cvs/src/share/man/man5/passwd.5,v retrieving revision 1.11 diff -c -r1.11 passwd.5 *** passwd.5 1997/02/22 13:26:05 1.11 --- passwd.5 1997/03/14 00:48:00 *************** *** 290,296 **** .Pa /usr/local/bin/go_away can be a short shell script or program that prints a message telling the user that he is not allowed access ! to the system. This technique is sometimes useful when it is desirable to have the system be able to recognize all users in a particular NIS domain without necessarily granting them login access. .Pp --- 290,302 ---- .Pa /usr/local/bin/go_away can be a short shell script or program that prints a message telling the user that he is not allowed access ! to the system. If you use a shell script be sure to use the ! .Pa -p ! option to ! .Pa /bin/sh ! (see ! .Xr sh 1 ! for details). This technique is sometimes useful when it is desirable to have the system be able to recognize all users in a particular NIS domain without necessarily granting them login access. .Pp From owner-freebsd-bugs Thu Mar 13 17:30:18 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA03677 for bugs-outgoing; Thu, 13 Mar 1997 17:30:18 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA03671 for freebsd-bugs; Thu, 13 Mar 1997 17:30:16 -0800 (PST) From: Mike Pritchard Message-Id: <199703140130.RAA03671@freefall.freebsd.org> Subject: bin/2973 To: freebsd-bugs Date: Thu, 13 Mar 1997 17:30:16 -0800 (PST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Here is a copy of misfiled PR# 2973: >Number: 2973 >Category: bin >Synopsis: output of iostat is wrong. >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Mar 12 22:10:01 PST 1997 >Last-Modified: Thu Mar 13 17:28:25 PST 1997 >Originator: Masamichi Tateoka >Organization: Toshiba >Release: FreeBSD 2.2-970225-GAMMA i386 >Environment: Mar 10 20:04:42 ilab-news /kernel: FreeBSD 2.2-970225-GAMMA #0: Mon Mar 10 19:03:27 JST 1997 Mar 10 20:04:42 ilab-news /kernel: tateoka@ilab-news.ilab.toshiba.co.jp:/usr/src/sys/compile/ILAB Mar 10 20:04:42 ilab-news /kernel: Calibrating clock(s) relative to mc146818A clock ... i8254 clock: 1193467 Hz Mar 10 20:04:43 ilab-news /kernel: CPU: i486 DX4 (486-class CPU) Mar 10 20:04:43 ilab-news /kernel: Origin = "GenuineIntel" Id = 0x480 Stepping=0 Mar 10 20:04:43 ilab-news /kernel: Features=0x3 Mar 10 20:04:43 ilab-news /kernel: real memory = 16777216 (16384K bytes) Mar 10 20:04:43 ilab-news /kernel: avail memory = 14753792 (14408K bytes) Mar 10 20:04:43 ilab-news /kernel: eisa0: Mar 10 20:04:43 ilab-news /kernel: Probing for devices on the EISA bus Mar 10 20:04:43 ilab-news /kernel: Probing for devices on the ISA bus: Mar 10 20:04:43 ilab-news /kernel: sc0 at 0x60-0x6f irq 1 on motherboard Mar 10 20:04:43 ilab-news /kernel: sc0: VGA color <16 virtual consoles, flags=0x0> Mar 10 20:04:43 ilab-news /kernel: ed0 not found at 0x280 Mar 10 20:04:43 ilab-news /kernel: ed1 at 0x300-0x31f irq 5 on isa Mar 10 20:04:44 ilab-news /kernel: ed1: address 00:c0:df:45:53:2d, type NE2000 (16 bit) Mar 10 20:04:44 ilab-news /kernel: sio0 at 0x3f8-0x3ff irq 4 on isa Mar 10 20:04:44 ilab-news /kernel: sio0: type 16550A Mar 10 20:04:44 ilab-news /kernel: sio1 at 0x2f8-0x2ff irq 3 on isa Mar 10 20:04:44 ilab-news /kernel: sio1: type 16550A Mar 10 20:04:44 ilab-news /kernel: sio2: disabled, not probed. Mar 10 20:04:44 ilab-news /kernel: sio3: disabled, not probed. Mar 10 20:04:44 ilab-news /kernel: lpt0 at 0x278-0x27f irq 7 on isa Mar 10 20:04:44 ilab-news /kernel: lpt0: Interrupt-driven port Mar 10 20:04:44 ilab-news /kernel: lp0: TCP/IP capable interface Mar 10 20:04:44 ilab-news /kernel: lpt1 not found at 0xffffffff Mar 10 20:04:44 ilab-news /kernel: mse0 not found at 0x23c Mar 10 20:04:45 ilab-news /kernel: psm0: disabled, not probed. Mar 10 20:04:45 ilab-news /kernel: fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa Mar 10 20:04:45 ilab-news /kernel: fdc0: NEC 72065B Mar 10 20:04:45 ilab-news /kernel: fd0: 1.44MB 3.5in Mar 10 20:04:45 ilab-news /kernel: bt0: Bt44xC/ 0-(32bit) bus Mar 10 20:04:45 ilab-news /kernel: bt0: reading board settings, busmastering, int=11 Mar 10 20:04:45 ilab-news /kernel: bt0: version 4.21, sync, parity, 32 mbxs, 32 ccbs Mar 10 20:04:45 ilab-news /kernel: bt0: targ 0 sync rate=10.00MB/s(100ns), offset=15 Mar 10 20:04:45 ilab-news /kernel: bt0: targ 1 sync rate= 5.00MB/s(200ns), offset=15 Mar 10 20:04:45 ilab-news /kernel: bt0: targ 2 sync rate= 5.00MB/s(200ns), offset=15 Mar 10 20:04:45 ilab-news /kernel: bt0: targ 3 sync rate= 5.00MB/s(200ns), offset=15 Mar 10 20:04:45 ilab-news /kernel: bt0: Using Strict Round robin scheme Mar 10 20:04:46 ilab-news /kernel: bt0 at 0x330 irq 11 on isa Mar 10 20:04:46 ilab-news /kernel: bt0 waiting for scsi devices to settle Mar 10 20:04:46 ilab-news /kernel: (bt0:0:0): "HP C3323-300 5011" type 0 fixed SCSI 2 Mar 10 20:04:46 ilab-news /kernel: sd0(bt0:0:0): Direct-Access 1003MB (2056008 512 byte sectors) Mar 10 20:04:46 ilab-news /kernel: (bt0:1:0): "FUJITSU M2622S-512 0303" type 0 fixed SCSI 1 Mar 10 20:04:46 ilab-news /kernel: sd1(bt0:1:0): Direct-Access 314MB (644868 512 byte sectors) Mar 10 20:04:46 ilab-news /kernel: (bt0:2:0): "FUJITSU M2622S-512 0303" type 0 fixed SCSI 1 Mar 10 20:04:46 ilab-news /kernel: sd2(bt0:2:0): Direct-Access 316MB (647724 512 byte sectors) Mar 10 20:04:46 ilab-news /kernel: (bt0:3:0): "SEAGATE ST41600N SUN1.3G 0040" type 0 fixed SCSI 2 Mar 10 20:04:46 ilab-news /kernel: sd3(bt0:3:0): Direct-Access 1307MB (2676846 512 byte sectors) Mar 10 20:04:46 ilab-news /kernel: npx0 on motherboard Mar 10 20:04:46 ilab-news /kernel: npx0: INT 16 interface Mar 10 20:04:47 ilab-news /kernel: changing root device to sd0a >Description: output of iostat is wrong like bellow. # iostat 5 tty sd0 sd1 sd2 sd3 cpu tin tout sps tps msps sps tps msps sps tps msps sps tps msps us ni sy in id 0 291 52 3 0.0 11 1 0.0 161 8 0.0 804 66 0.0 2 0 3 1 94 010496419842688 0.0 2816 256 0.0 151041408 0.0 35276829824 0.0 0 0 0 0 0 0111362048 128 0.0 0 0 0.0 3584 256 0.0 35072029312 0.0 0 0 0 0 0 010880202241664 0.0 0 0 0.0 5632 384 0.0 36787228416 0.0 0 0 0 0 0 011008215041280 0.0 0 0 0.0 235521792 0.0 39756831360 0.0 0 0 0 0 0 01113612032 896 0.0 512 256 0.0 3072 256 0.0 43417635840 0.0 0 0 0 0 0 >How-To-Repeat: do iostat. >Fix: Sorry, I don't know. >Audit-Trail: Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: mpp Responsible-Changed-When: Thu Mar 13 17:26:28 PST 1997 Responsible-Changed-Why: Misfiled PR. >Unformatted:  From owner-freebsd-bugs Thu Mar 13 17:31:32 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA03804 for bugs-outgoing; Thu, 13 Mar 1997 17:31:32 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA03510; Thu, 13 Mar 1997 17:28:23 -0800 (PST) Date: Thu, 13 Mar 1997 17:28:23 -0800 (PST) From: Mike Pritchard Message-Id: <199703140128.RAA03510@freefall.freebsd.org> To: mpp, gnats-admin, freebsd-bugs Subject: Re: pending/2973 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: output of iostat is wrong. Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: mpp Responsible-Changed-When: Thu Mar 13 17:26:28 PST 1997 Responsible-Changed-Why: Misfiled PR. From owner-freebsd-bugs Thu Mar 13 18:45:37 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA08955 for bugs-outgoing; Thu, 13 Mar 1997 18:45:37 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA08899; Thu, 13 Mar 1997 18:44:35 -0800 (PST) Date: Thu, 13 Mar 1997 18:44:35 -0800 (PST) From: Mike Pritchard Message-Id: <199703140244.SAA08899@freefall.freebsd.org> To: phillip@pm.cse.rmit.edu.au, mpp, freebsd-bugs Subject: Re: docs/2978 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: "man 5 passwd" suggests use of a shell script for (INSECURE) messaging State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Thu Mar 13 18:41:58 PST 1997 State-Changed-Why: Fixed in rev 1.15 of passwd.5. I added some text regarding security issues when using shell scripts as the login shell. From owner-freebsd-bugs Thu Mar 13 18:50:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA09255 for bugs-outgoing; Thu, 13 Mar 1997 18:50:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA09242; Thu, 13 Mar 1997 18:50:03 -0800 (PST) Resent-Date: Thu, 13 Mar 1997 18:50:03 -0800 (PST) Resent-Message-Id: <199703140250.SAA09242@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, kivinen@ssh.fi Received: from muuri.ssh.fi (ssh.fi [194.100.44.97]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA08741 for ; Thu, 13 Mar 1997 18:43:10 -0800 (PST) Received: from pilari.ssh.fi (pilari.ssh.fi [192.168.2.1]) by muuri.ssh.fi (8.8.5/8.8.5/EPIPE-1.10) with ESMTP id EAA08003; Fri, 14 Mar 1997 04:43:07 +0200 (EET) Received: from taulu.ssh.fi (root@taulu.ssh.fi [192.168.2.4]) by pilari.ssh.fi (8.8.5/8.8.5/1.9) with ESMTP id EAA15249; Fri, 14 Mar 1997 04:43:05 +0200 (EET) Received: (from kivinen@localhost) by taulu.ssh.fi (8.7.5/8.7.3) id EAA27893; Fri, 14 Mar 1997 04:43:04 +0200 (EET) Message-Id: <199703140243.EAA27893@taulu.ssh.fi> Date: Fri, 14 Mar 1997 04:43:04 +0200 (EET) From: kivinen@ssh.fi Reply-To: kivinen@ssh.fi To: gnats-bugs@gnats.netbsd.org, FreeBSD-gnats-submit@freebsd.org Cc: ylo@ssh.fi, hsu@clinet.fi X-Send-Pr-Version: 3.95 Subject: bin/2983: Security bug (buffer overflow) in lib/libterm/tgoto.c Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2983 >Category: bin >Synopsis: Security bug (buffer overflow) in lib/libterm/tgoto.c >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Mar 13 18:50:01 PST 1997 >Last-Modified: >Originator: Tero Kivinen >Organization: SSH Communications Security >Release: NetBSD 1.2, FreeBSD 2.1-STABLE >Environment: System: NetBSD taulu.ssh.fi 1.2 NetBSD 1.2 (TAULU) #50: Mon Feb 24 21:40:52 EET 1997 kivinen@taulu.ssh.fi:/usr/src/sys/arch/i386/compile/TAULU i386 System: FreeBSD pilari.ssh.fi 2.1.5-RELEASE FreeBSD 2.1.5-RELEASE #1: Thu Oct 31 23:58:19 EET 1996 root@lamppu.ssh.fi:/usr/src/sys/compile/SSHGEN i386 >Description: The termcap libraries tgoto function has buffer overflow bug that can be used to overwrite data in BSS segment. The tgoto have function have static char result[MAXRETURNSIZE] (64 characters) buffer that is used to return cursor addressing string from tgoto function. If the CM-cabability have more than 64 characters in it the tgoto function will overwrite something in the bss segment after result-variable. There are no checks about the length of cm string nor checks if the resulting string is longer than MAXRETURNSIZE characters. For example suid root system utility "systat" is vulnerable to this bug. No known exploits of this exists yet, but someone might find such. Also lots of systems have other suid root/kmem etc program installed that are vulnerable to this bug. For example top and monitor are such programs. Easiest way to demonstrate this is to change TERMCAP environment variable and add some about 80 characters to cm-capablitie and then start anything that uses curses or termcap directly (initscr in curses library will call setterm that will call tgoto to test if we can move cursor around...). The fix in netbsd current that changes the strcpy at the end of tgoto-function to strncpy isn't sufficient, because the dp pointer might already be way over the length of result buffer thus "sizeof(result) - (dp - result) - 1" results to negative value. Notice that fix in netbsd-current also may return non null terminated string, thus causing unexptected behavior later. >How-To-Repeat: ~> TERMCAP='xterm|vs100|xterm terminal emulator (X11R6 Window System): :am:km:mi:ms:xn:xo: :co#80:it#8:li#25: :AL=\E[%dL:DC=\E[%dP:DL=\E[%dM:DO=\E[%dB:IC=\E[%d@: :LE=\E[%dD:RI=\E[%dC:UP=\E[%dA:ae=^O:al=\E[L:as=^N: :bl=^G:cd=\E[J:ce=\E[K:cl=\E[H\E[2J:cm=\E[%i%d;%dHsakdjaskjdaslkjdlaksjdlkjdslkjdakljdakljdlalkjasdlkjasdlkjasdlkaslkdaslkjdlksjadkljasdjklasdjklasdlkjaskld: :cr=^M:cs=\E[%i%d;%dr:ct=\E[3k:dc=\E[P:dl=\E[M:do=^J: :ei=\E[4l:ho=\E[H:ic=\E[@:im=\E[4h: :is=\E[r\E[m\E[2J\E[H\E[?7h\E[?1;3;4;6l\E[4l: :k1=\E[11~:k2=\E[12~:k3=\E[13~:k4=\E[14~:k5=\E[15~: :k6=\E[17~:k7=\E[18~:k8=\E[19~:k9=\E[20~:kI=\E[2~: :kN=\E[6~:kP=\E[5~:kb=^H:kd=\EOB:ke=\E[?1l\E>: :kh=\E[@:kl=\EOD:kr=\EOC:ks=\E[?1h\E=:ku=\EOA:le=^H: :md=\E[1m:me=\E[m:mr=\E[7m:nd=\E[C:rc=\E8:sc=\E7: :se=\E[m:sf=^J:so=\E[7m:sr=\EM:ta=^I: :ue=\E[m:up=\E[A: :us=\E[4m:' ~> export TERMCAP ~> systat zsh: 27863 bus error systat ~> >Fix: Add check that result buffer isn't overflown. -- kivinen@iki.fi Work : +358-9-4354 3205 Magnus Enckellin kuja 9 K 19, 02610, Espoo Home : +358-9-502 1573 >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Mar 13 20:10:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA13993 for bugs-outgoing; Thu, 13 Mar 1997 20:10:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA13977; Thu, 13 Mar 1997 20:10:03 -0800 (PST) Date: Thu, 13 Mar 1997 20:10:03 -0800 (PST) Message-Id: <199703140410.UAA13977@freefall.freebsd.org> To: freebsd-bugs Cc: From: Pedro Giffuni Subject: Re: docs/2780: 2.2 Handbook still says 2.1.6 Reply-To: Pedro Giffuni Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR docs/2780; it has been noted by GNATS. From: Pedro Giffuni To: freebsd-gnats-submit@freebsd.org Cc: Subject: Re: docs/2780: 2.2 Handbook still says 2.1.6 Date: Thu, 13 Mar 1997 23:04:43 -0800 Furthermore...2.1.7 manual insists on being 2.1.5 ! From owner-freebsd-bugs Thu Mar 13 20:20:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA15669 for bugs-outgoing; Thu, 13 Mar 1997 20:20:10 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA15634; Thu, 13 Mar 1997 20:20:04 -0800 (PST) Resent-Date: Thu, 13 Mar 1997 20:20:04 -0800 (PST) Resent-Message-Id: <199703140420.UAA15634@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, ahd@kew.com Received: from fantasy-factory.net.kew.com (ahd@fantasy-factory.net.kew.com [204.96.41.103]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA14538 for ; Thu, 13 Mar 1997 20:13:47 -0800 (PST) Received: (from ahd@localhost) by fantasy-factory.net.kew.com (8.8.5/8.8.5) id XAA01521; Thu, 13 Mar 1997 23:13:12 -0500 (EST) Message-Id: <199703140413.XAA01521@fantasy-factory.net.kew.com> Date: Thu, 13 Mar 1997 23:13:12 -0500 (EST) From: Drew Derbyshire Reply-To: ahd@kew.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: i386/2984: serial console speed goes to hell during boot Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2984 >Category: i386 >Synopsis: serial port console only prints ~ 1 char per second >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Mar 13 20:20:02 PST 1997 >Last-Modified: >Originator: Drew Derbyshire >Organization: Kendra Electronic Wonderworks >Release: FreeBSD 2.2-970225-GAMMA i386 >Environment: Northgate 386/33 Slimline Cache 16M RAM 250M Quantum IDE hard drive 387 FPU Two motherboard resident 14450 serial ports (SIO0, SIO2) Motherboard resident LPT0 Zoom 28.8 modem (SIO3) IBM 14.4 modem (SIO4) (no ethernet, keyboard, or video card during test) >Description: When booting the 2.2 GAMMA release using a serial console the output (to an IBM PS/1 previously successfully used for a serial console for 2.1.5-RELEASE for another 386), output is normal 9600 bps output until about the time the NPU is detected. Then, output slows to a crawl (~ 1 character/second) until shutdown ... the last two lines before reboot are printed at a normal speed (again), implying the hardware is (still) fine. This is a severe impact on the boot process if too many messages are issued and buffering is not possible, delaying the processes run at the end of the boot by as much as 15 minutes. Important note is that I also seeing stray IRQ 7's about the time of the impacted performance; I recongize this could be a hardware problem interacting with the serial ports, but I don't know of what type -- in previous lives running OS/2 and Win 3.1, the machine performed fine. Sample log ... athena /kernel: Copyright (c) 1992-1996 FreeBSD Inc. athena /kernel: Copyright (c) 1982, 1986, 1989, 1991, 1993 athena /kernel: The Regents of the University of California. All rights reserved. athena /kernel: athena /kernel: FreeBSD 2.2-970225-GAMMA #5: Sat Mar 8 15:55:41 EST 1997 athena /kernel: ahd@sonata.hh.kew.com:/usr/src/sys/compile/ATHENA athena /kernel: Calibrating clock(s) relative to mc146818A clock ... i8254 clock: 1193168 Hz athena /kernel: CPU: i386DX (386-class CPU) athena /kernel: real memory = 16646144 (16256K bytes) athena /kernel: avail memory = 14991360 (14640K bytes) athena /kernel: Probing for devices on the ISA bus: athena /kernel: ed0 at 0x280-0x29f irq 10 maddr 0xd8000 msize 16384 on isa athena /kernel: ed0: address 00:00:c0:bd:80:d0, type SMC8216/SMC8216C (16 bit) athena /kernel: sio0 at 0x3f8-0x3ff irq 4 on isa athena /kernel: sio0: type 16450 athena /kernel: sio1 at 0x2f8-0x2ff irq 3 on isa athena /kernel: sio1: type 16450 athena /kernel: sio2 at 0x3e8-0x3ef irq 5 on isa athena /kernel: sio2: type 16550A athena /kernel: sio3 at 0x2e8-0x2ef irq 9 on isa athena /kernel: sio3: type 16550A athena /kernel: fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa athena /kernel: wdc0 at 0x1f0-0x1f7 irq 14 on isa athena /kernel: wdc0: unit 0 (wd0): athena /kernel: wd0: 234MB (479349 sectors), 723 cyls, 13 heads, 51 S/T, 512 B/S athena /kernel: npx0 at 0xf0-0xff irq 13 on motherboard athena /kernel: stray irq 7 athena last message repeated 4 times athena /kernel: too many stray irq 7's; not logging any more >How-To-Repeat: Consistently happens every reboot on the specified machine. Machine configuration (input to config) can be supplied on request. I do have source loaded, and can test changes if requested. >Fix: Unknown cause and therefore fix. Workaround is to declare dummy VGA console and perform blind boot. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Mar 13 20:38:51 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA17903 for bugs-outgoing; Thu, 13 Mar 1997 20:38:51 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA17877; Thu, 13 Mar 1997 20:38:31 -0800 (PST) Date: Thu, 13 Mar 1997 20:38:31 -0800 (PST) From: Mike Pritchard Message-Id: <199703140438.UAA17877@freefall.freebsd.org> To: junker@jazz.snu.ac.kr, mpp, freebsd-bugs Subject: Re: misc/2788 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Submitting LC_CTYPE definition of Korean(ko_KR.euc) State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Thu Mar 13 20:37:39 PST 1997 State-Changed-Why: Added to the system on 1997/02/22. From owner-freebsd-bugs Thu Mar 13 21:16:45 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA20245 for bugs-outgoing; Thu, 13 Mar 1997 21:16:45 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA19616; Thu, 13 Mar 1997 21:11:27 -0800 (PST) Date: Thu, 13 Mar 1997 21:11:27 -0800 (PST) From: Mike Pritchard Message-Id: <199703140511.VAA19616@freefall.freebsd.org> To: tejblum@arc.hq.cti.ru, mpp, freebsd-bugs Subject: Re: docs/2791 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Errors in relnotes.hlp (and relnotes.sgml?) State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Thu Mar 13 21:10:59 PST 1997 State-Changed-Why: The reference in the release notes was updated. From owner-freebsd-bugs Thu Mar 13 21:50:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA25311 for bugs-outgoing; Thu, 13 Mar 1997 21:50:11 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA25288; Thu, 13 Mar 1997 21:50:05 -0800 (PST) Date: Thu, 13 Mar 1997 21:50:05 -0800 (PST) Message-Id: <199703140550.VAA25288@freefall.freebsd.org> To: freebsd-bugs Cc: From: "Jordan K. Hubbard" Subject: Re: kern/2965: st0 hang/fail on reading 4mm DAT tape for larger files Reply-To: "Jordan K. Hubbard" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/2965; it has been noted by GNATS. From: "Jordan K. Hubbard" To: "Jin Guojun[ITG]" Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/2965: st0 hang/fail on reading 4mm DAT tape for larger files Date: Thu, 13 Mar 1997 21:46:50 -0800 > I do have a SCSI controller with QLogic chipset, but It seems not working > under FreeBSD. The controller is made by DEC, and it has 21040 ethernet No, the QLogic has never been supported, I'm afraid. :( Jordan From owner-freebsd-bugs Thu Mar 13 22:00:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA26763 for bugs-outgoing; Thu, 13 Mar 1997 22:00:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA26749; Thu, 13 Mar 1997 22:00:02 -0800 (PST) Date: Thu, 13 Mar 1997 22:00:02 -0800 (PST) Message-Id: <199703140600.WAA26749@freefall.freebsd.org> To: freebsd-bugs Cc: From: Bruce Evans Subject: Re: i386/2984: serial console speed goes to hell during boot Reply-To: Bruce Evans Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR i386/2984; it has been noted by GNATS. From: Bruce Evans To: ahd@kew.com, FreeBSD-gnats-submit@freebsd.org Cc: Subject: Re: i386/2984: serial console speed goes to hell during boot Date: Fri, 14 Mar 1997 16:53:03 +1100 > When booting the 2.2 GAMMA release using a serial console > the output (to an IBM PS/1 previously successfully used > for a serial console for 2.1.5-RELEASE for another 386), > output is normal 9600 bps output until about the time the > NPU is detected. Then, output slows to a crawl (~ 1 > character/second) until shutdown ... the last two lines > before reboot are printed at a normal speed (again), implying > the hardware is (still) fine. Check that nothing in /etc/rc.serial touches the console port. Bruce From owner-freebsd-bugs Thu Mar 13 22:34:15 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA01302 for bugs-outgoing; Thu, 13 Mar 1997 22:34:15 -0800 (PST) Received: from lestat.nas.nasa.gov (lestat.nas.nasa.gov [129.99.50.29]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA01295 for ; Thu, 13 Mar 1997 22:34:12 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by lestat.nas.nasa.gov (8.7.5/8.6.12) with SMTP id WAA15627; Thu, 13 Mar 1997 22:31:58 -0800 (PST) Message-Id: <199703140631.WAA15627@lestat.nas.nasa.gov> X-Authentication-Warning: lestat.nas.nasa.gov: Host localhost [127.0.0.1] didn't use HELO protocol To: "Jordan K. Hubbard" Cc: freebsd-bugs@freefall.freebsd.org Subject: Re: kern/2965: st0 hang/fail on reading 4mm DAT tape for larger files Reply-To: Jason Thorpe From: Jason Thorpe Date: Thu, 13 Mar 1997 22:31:57 -0800 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 13 Mar 1997 21:50:05 -0800 (PST) "Jordan K. Hubbard" wrote: > From: "Jordan K. Hubbard" > To: "Jin Guojun[ITG]" > Cc: FreeBSD-gnats-submit@FreeBSD.ORG > Subject: Re: kern/2965: st0 hang/fail on reading 4mm DAT tape for > larger files > Date: Thu, 13 Mar 1997 21:46:50 -0800 > > > I do have a SCSI controller with QLogic chipset, but It seems not working > > under FreeBSD. The controller is made by DEC, and it has 21040 ethernet > > No, the QLogic has never been supported, I'm afraid. :( Sounds like the standard SCSI/Ethernet combo found on AlphaStation 500/600 systems. Is it a dual-Tulip ethernet? The Qlogic ISP is also the standard SCSI interface in the AlphaServer 8[24]00. Matt Jacob recently wrote a Qlogic ISP driver for NetBSD, and we have support for the PCI and Sbus cards that carry that chip. Might take a look in the NetBSD-current source tree. Jason R. Thorpe thorpej@nas.nasa.gov NASA Ames Research Center Home: 408.866.1912 NAS: M/S 258-6 Work: 415.604.0935 Moffett Field, CA 94035 Pager: 415.428.6939 From owner-freebsd-bugs Thu Mar 13 22:43:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA01836 for bugs-outgoing; Thu, 13 Mar 1997 22:43:11 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA01823 for ; Thu, 13 Mar 1997 22:42:58 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id RAA14148; Fri, 14 Mar 1997 17:40:09 +1100 Date: Fri, 14 Mar 1997 17:40:09 +1100 From: Bruce Evans Message-Id: <199703140640.RAA14148@godzilla.zeta.org.au> To: hans@brandinnovators.com, pst@jnx.com Subject: Re: bin/2979: Make gcc shut up about extensions when compiling `-pedantic -ansi' Cc: bugs@FreeBSD.ORG Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > When compiling something which uses statement expressions (e.g > machine/endian.h to get at ntohl()), gcc complains that braces > are not allowed by ANSI C. > > Below is a diff. for the relevant files. Insert `__extension__' > before the expression. > >But this is arguably defeating pedantic. Not only should your code >not use extensions, but the code that you're calling should not. By >placing __extension__ in, you're allowing your code to use nonportable >code. Nope, this is necessary to make -pedantic usable. Headers are part of the implementation and should never generate warnings. Most of the __extension__'s were added to -current 6 months ago. However, -pedantic is still unusable because system headers use `long long': /sys2/sys/types.h:71: warning: ANSI C does not support `long long' This was (mostly) non-broken in 1.1.5 where `long long' wasn't used directly: typedef int quad_t __attribute (( mode(DI) )); This was broken if the application #defines `mode' or DI, and one or both of __mode__ or __DI__ didn't work before gcc-2.7. The declaration can now be hidden properly: typedef int quad_t __attribute((__mode__(__DI__))); but no one has implemented this yet. It wouldn't work in -stale... Bruce From owner-freebsd-bugs Fri Mar 14 00:50:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA07799 for bugs-outgoing; Fri, 14 Mar 1997 00:50:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA07793; Fri, 14 Mar 1997 00:50:03 -0800 (PST) Resent-Date: Fri, 14 Mar 1997 00:50:03 -0800 (PST) Resent-Message-Id: <199703140850.AAA07793@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, dillon@best.net Received: from flea.best.net (root@flea.best.net [206.184.139.131]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA07692 for ; Fri, 14 Mar 1997 00:44:20 -0800 (PST) Received: (from dillon@localhost) by flea.best.net (8.8.5/8.8.3) id AAA06253; Fri, 14 Mar 1997 00:42:41 -0800 (PST) Message-Id: <199703140842.AAA06253@flea.best.net> Date: Fri, 14 Mar 1997 00:42:41 -0800 (PST) From: Matt Dillon Reply-To: dillon@best.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: i386/2985: Getting "Target did not send an IDENTIFY" panic Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2985 >Category: i386 >Synopsis: stable machine crashes every 8 or so hours with SCSI panic >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Mar 14 00:50:01 PST 1997 >Last-Modified: >Originator: Matt Dillon >Organization: BEST Internet Communications, Inc. >Release: 2.1.? CTM 0291 >Environment: PPro 200, 128MB ram, five 4GB disks (one quantum, four barracudas... the quantum has been upgraded). Adaptec PCI SCSI card as shown below. Probing for devices on PCI bus 0:^M chip0 Intel 82440FX (Natoma) PCI and memory controller rev 2 on pci0:0^M chip1 Intel 82371SB PCI-ISA bridge rev 1 on pci0:1:0^M chip2 Intel 82371SB IDE interface rev 0 on pci0:1:1^M ahc0 Adaptec 2940 Ultra SCSI host adapter rev 0 int a irq 12 on pci0:9^M ahc0: aic7880 Wide Channel, SCSI Id=7, 16 SCBs^M ahc0 waiting for scsi devices to settle^M ... >Description: We get a consistant panic every 8 or so hours. It goes something like: ahc0:A:0: no active SCB for reconnecting target - issuing ABORT^M SAVED_TCL == 0x20^M panic: ahc0:A:0: Target did not send an IDENTIFY message. LASTPHASE = 0x0, SAVED _TCL == 0x10 The only real custom config that might apply is that four of the disks are striped with ccd. The machine is a very heavily used nntp reader machine, with lots of disk I/O. >How-To-Repeat: The machine panics every so often. I cannot force the panic to occur with any particular sequence of commands. We are currently running an older kernel (Feb 25 kernel, CTMs through 286) to determine if the Feb 26 ctm patch (src-2.1.0287) is the cause of the panic. We will not know the answer for another day or two. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Mar 14 00:51:48 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA07951 for bugs-outgoing; Fri, 14 Mar 1997 00:51:48 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id AAA07945 for ; Fri, 14 Mar 1997 00:51:45 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA23916; Fri, 14 Mar 1997 09:50:53 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id JAA14426; Fri, 14 Mar 1997 09:46:58 +0100 (MET) Message-ID: <19970314094657.QJ50041@uriah.heep.sax.de> Date: Fri, 14 Mar 1997 09:46:57 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: bde@zeta.org.au (Bruce Evans), ahd@kew.com (Drew Derbyshire) Cc: freebsd-bugs@freefall.freebsd.org Subject: Re: i386/2984: serial console speed goes to hell during boot References: <199703140600.WAA26749@freefall.freebsd.org> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199703140600.WAA26749@freefall.freebsd.org>; from Bruce Evans on Mar 13, 1997 22:00:02 -0800 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Bruce Evans wrote: > > When booting the 2.2 GAMMA release using a serial console > > the output (to an IBM PS/1 previously successfully used > > for a serial console for 2.1.5-RELEASE for another 386), > > output is normal 9600 bps output until about the time the > > NPU is detected. Then, output slows to a crawl (~ 1 > > character/second) until shutdown ... the last two lines > > before reboot are printed at a normal speed (again), implying > > the hardware is (still) fine. > > Check that nothing in /etc/rc.serial touches the console port. But rc.serial is run towards the end of /etc/rc, not right after the npx probe? -- 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 Mar 14 01:33:13 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA09817 for bugs-outgoing; Fri, 14 Mar 1997 01:33:13 -0800 (PST) Received: from murkwood.gaffaneys.com (dialup13.gaffaneys.com [134.129.252.32]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA09811 for ; Fri, 14 Mar 1997 01:33:08 -0800 (PST) Received: (from zach@localhost) by murkwood.gaffaneys.com (8.8.5/8.8.5) id DAA02491; Fri, 14 Mar 1997 03:33:00 -0600 (CST) From: Zach Heilig Message-ID: <19970314033300.35686@gaffaneys.com> Date: Fri, 14 Mar 1997 03:33:00 -0600 To: bugs@freebsd.org Subject: Who's bug is this, FreeBSD's or bash's? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.61.1 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I got this earlier today, after I accidentally cat'ed a binary file on my terminal, and trying to hit ^C to stop it. .. binary garbage ... zach.ttyv0$ -bash in free(): warning: recursive call. -bash in malloc(): warning: recursive call. bash: xmalloc: cannot allocate 8 bytes (0 bytes allocated) FreeBSD (...) (ttyv0) login: If it is bash's bug, I'll use the bash-bug to send it somewhere else :-) -- Zach Heilig (zach@blizzard.gaffaneys.com) | ALL unsolicited commercial email Support bacteria -- it's the only | is unwelcome. I avoid dealing form of culture some people have! | with companies that email ads. From owner-freebsd-bugs Fri Mar 14 01:34:25 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA09897 for bugs-outgoing; Fri, 14 Mar 1997 01:34:25 -0800 (PST) Received: from lilac.csi.cam.ac.uk (exim@lilac.csi.cam.ac.uk [131.111.8.44]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id BAA09891 for ; Fri, 14 Mar 1997 01:34:19 -0800 (PST) Received: from g.pet.cam.ac.uk [131.111.209.233] by lilac.csi.cam.ac.uk with smtp (Exim 1.58 #1) id 0w5TNP-0007Ru-00; Fri, 14 Mar 1997 09:34:15 +0000 Received: from g.pet.cam.ac.uk [127.0.0.1] by g.pet.cam.ac.uk with esmtp (Exim 1.59 #1) id 0w5TNh-0006W2-00; Fri, 14 Mar 1997 09:34:33 +0000 To: freebsd-bugs@freebsd.org Subject: Re: bin/2969: csh and/or builtin printf has problems with embedded commands In-reply-to: Your message of "Thu, 13 Mar 1997 01:19:29 +0100." <199703130019.BAA04142@ghost.mep.ruhr-uni-bochum.de> Date: Fri, 14 Mar 1997 09:34:33 +0000 From: Gareth McCaughan Message-Id: Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Robert Eckard wrote: > printf with a shell command as its argument > prints wrong results. Happens only for builtin printf > in /usr/bin/csh. What's actually happening is that the csh built-in printf isn't expanding its arguments. The "printf" builtin isn't actually documented in the manpage (!), but this sounds like a bug since it presumably is meant to behave like /usr/bin/printf. I believe that the following patch fixes the problem. ---------- patch begins ---------- *** func.c.orig Thu Mar 13 19:04:20 1997 --- func.c Fri Mar 14 09:27:40 1997 *************** *** 1489,1497 **** --- 1489,1510 ---- Char **v; struct command *t; { + Char **newv; char **c; extern int progprintf __P((int, char **)); int ret; + + gflag = 0; + tglob(v); + if (gflag) { + newv = globall(v); + if (newv == 0) { + stderror(ERR_NAME | ERR_NOMATCH); + return; + } + v = newv; + gargv=0; + } ret = progprintf(blklen(v), c = short2blk(v)); (void) fflush(cshout); ----------- patch ends ----------- Incidentally, there is a memory leak somewhere around here in csh. (The arguments to "doprintf" aren't getting freed.) I'm not suggesting a fix because I really don't want to have to read the code carefully enough to be sure I wouldn't introduce a bug that freed things twice. >From a cursory look at the code I suspect that there are in fact about 100000 memory leaks of this kind. Yeeuch. -- Gareth McCaughan Dept. of Pure Mathematics & Mathematical Statistics, gjm11@dpmms.cam.ac.uk Cambridge University, England. From owner-freebsd-bugs Fri Mar 14 06:06:40 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA19806 for bugs-outgoing; Fri, 14 Mar 1997 06:06:40 -0800 (PST) Received: from fantasy-factory.net.kew.com (uucp@fantasy-factory.net.kew.com [204.96.41.103]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA19795 for ; Fri, 14 Mar 1997 06:06:30 -0800 (PST) Received: from kew-pandora.UUCP (uucp@localhost) by fantasy-factory.net.kew.com (8.8.5/8.8.5) with UUCP id JAA03388; Fri, 14 Mar 1997 09:06:16 -0500 (EST) Received: by sonata.uucp.kew.com (UUPC/extended 1.12s); Fri, 14 Mar 1997 08:25:30 -0500 Message-ID: <332951ca.kew-pandora@sonata.uucp.kew.com> Date: Fri, 14 Mar 1997 08:25:28 -0500 From: "Drew Derbyshire" Organization: Kendra Electronic Wonderworks (PO Box 80144, Stoneham MA 02180) To: "Bruce Evans" Subject: Re: i386/2984: serial console speed goes to hell during boot Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 14 Mar 1997 16:53:03 +1100, "Bruce Evans" wrote: > > When booting the 2.2 GAMMA release using a serial console > > the output (to an IBM PS/1 previously successfully used > > for a serial console for 2.1.5-RELEASE for another 386), > > output is normal 9600 bps output until about the time the > > NPU is detected. Then, output slows to a crawl (~ 1 > > character/second) until shutdown ... the last two lines > > before reboot are printed at a normal speed (again), implying > > the hardware is (still) fine. > > Check that nothing in /etc/rc.serial touches the console port. Nope, nothing does. rc.serial is in it's original state, with nothing enabled (no functions actually invoked). -- Internet: ahd@kew.com Voice: 617-279-9810 "In 1985, blind faith in your leaders, or blind faith in anything, will get you killed." - Bruce Springsteen From owner-freebsd-bugs Fri Mar 14 06:30:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA20967 for bugs-outgoing; Fri, 14 Mar 1997 06:30:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA20961; Fri, 14 Mar 1997 06:30:02 -0800 (PST) Resent-Date: Fri, 14 Mar 1997 06:30:02 -0800 (PST) Resent-Message-Id: <199703141430.GAA20961@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, lkoeller@odie.physik2.uni-rostock.de Received: from odie.physik2.uni-rostock.de (odie.physik2.uni-rostock.de [139.30.40.28]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA20479 for ; Fri, 14 Mar 1997 06:20:31 -0800 (PST) Received: (from lkoeller@localhost) by odie.physik2.uni-rostock.de (8.8.3/8.7.3) id PAA05457; Fri, 14 Mar 1997 15:19:54 +0100 (MET) Message-Id: <199703141419.PAA05457@odie.physik2.uni-rostock.de> Date: Fri, 14 Mar 1997 15:19:54 +0100 (MET) From: Lars Koeller Reply-To: lkoeller@odie.physik2.uni-rostock.de To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/2987: Wrong location of magic in file man page Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2987 >Category: docs >Synopsis: Wrong location of 'magic' in the 'file' man page >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Fri Mar 14 06:30:01 PST 1997 >Last-Modified: >Originator: Lars Koeller >Organization: Department of Physics, University of Rostock, Germany >Release: FreeBSD 2.2-GAMMA >Environment: >Description: The location of the file 'magic' previously located in /etc and used by the 'file' commant has now changed to /usr/share/misc/magic. The 'file' manpage still stated it at /etc/magic! >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Mar 14 07:14:48 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA23035 for bugs-outgoing; Fri, 14 Mar 1997 07:14:48 -0800 (PST) Received: from kaiwan.kaiwan.com (4@kaiwan.kaiwan.com [198.178.203.2]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id HAA23030 for ; Fri, 14 Mar 1997 07:14:46 -0800 (PST) Received: from exit.com (uucp@localhost) by kaiwan.kaiwan.com (8.6.12/8.6.12) with UUCP id HAA21552 for freebsd-bugs@freebsd.org; Fri, 14 Mar 1997 07:14:37 -0800 *** KAIWAN Internet Access *** Received: (from frank@localhost) by exit.com (8.8.5/8.7.3) id HAA01203 for freebsd-bugs@freebsd.org; Fri, 14 Mar 1997 07:09:42 -0800 (PST) From: Frank Mayhar Message-Id: <199703141509.HAA01203@exit.com> Subject: SCSI-related panic on 2.1-STABLE. To: freebsd-bugs@freebsd.org Date: Fri, 14 Mar 1997 07:09:42 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL17 (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 ahc0:A:8: no active SCB for reconnecting target - issuing ABORT SAVED_TCL == 0x20 panic: ahc0:A:8: Target did not send an IDENTIFY message. LASTPHASE = 0x0, SAVED_TCL == 0x80 Dmesg output for this box: FreeBSD 2.1.7-RELEASE #0: Tue Mar 11 10:53:04 PST 1997 frank@exit.com:/usr/src/sys/compile/TINKER CPU: 99-MHz Pentium 735\\90 or 815\\100 (Pentium-class CPU) Origin = "GenuineIntel" Id = 0x525 Stepping=5 Features=0x1bf real memory = 67108864 (65536K bytes) avail memory = 64057344 (62556K bytes) Probing for devices on PCI bus 0: chip0 rev 2 on pci0:0 chip1 rev 2 on pci0:7:0 chip2 rev 2 on pci0:7:1 vga0 rev 0 on pci0:9 ahc0 rev 0 int a irq 11 on pci0:12 ahc0: aic7870 Wide Channel, SCSI Id=7, 16 SCBs ahc0 waiting for scsi devices to settle (ahc0:0:0): "MAXTOR LXT-340S 6.74" type 0 fixed SCSI 1 sd0(ahc0:0:0): Direct-Access 324MB (665154 512 byte sectors) (ahc0:1:0): "TOSHIBA MK538FB 6061" type 0 fixed SCSI 2 sd1(ahc0:1:0): Direct-Access 1170MB (2396970 512 byte sectors) (ahc0:2:0): "TOSHIBA MK538FB 6030" type 0 fixed SCSI 2 sd2(ahc0:2:0): Direct-Access 1172MB (2400302 512 byte sectors) (ahc0:8:0): "IBM DORS-32160W !# WA3E" type 0 fixed SCSI 2 sd3(ahc0:8:0): Direct-Access 2063MB (4226725 512 byte sectors) Probing for devices on the ISA bus: ed0 at 0x320-0x33f irq 10 on isa ed0: address 00:40:05:11:b2:70, type NE2000 (16 bit) vt0 at 0x60-0x6f irq 1 on motherboard vt0: unkown s3, 80 col, color, 4 scr, mf2-kbd, [R3.20-b24] sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A sio2 not probed due to I/O address conflict with ed0 at 0x338 lpt0 at 0x278-0x27f on isa qcam0 not probed due to I/O address conflict with lpt0 at 0x278 fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in fd1: 1.2MB 5.25in npx0 on motherboard npx0: INT 16 interface The disk in question has a news spool on it, and the box was doing expire at the time. -- Frank Mayhar frank@exit.com From owner-freebsd-bugs Fri Mar 14 07:50:32 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA24462 for bugs-outgoing; Fri, 14 Mar 1997 07:50:32 -0800 (PST) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA24456 for ; Fri, 14 Mar 1997 07:50:29 -0800 (PST) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id HAA05754; Fri, 14 Mar 1997 07:50:45 -0800 (PST) To: Jason Thorpe cc: freebsd-bugs@freefall.freebsd.org Subject: Re: kern/2965: st0 hang/fail on reading 4mm DAT tape for larger files In-reply-to: Your message of "Thu, 13 Mar 1997 22:31:57 PST." <199703140631.WAA15627@lestat.nas.nasa.gov> Date: Fri, 14 Mar 1997 07:50:45 -0800 Message-ID: <5751.858354645@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Matt Jacob recently wrote a Qlogic ISP driver for NetBSD, and we have > support for the PCI and Sbus cards that carry that chip. Might take > a look in the NetBSD-current source tree. There's an idea. Thanks! Jordan From owner-freebsd-bugs Fri Mar 14 07:51:01 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA24493 for bugs-outgoing; Fri, 14 Mar 1997 07:51:01 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA24488 for ; Fri, 14 Mar 1997 07:50:58 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id CAA31096; Sat, 15 Mar 1997 02:50:29 +1100 Date: Sat, 15 Mar 1997 02:50:29 +1100 From: Bruce Evans Message-Id: <199703141550.CAA31096@godzilla.zeta.org.au> To: ahd@kew.com, bde@zeta.org.au, j@uriah.heep.sax.de Subject: Re: i386/2984: serial console speed goes to hell during boot Cc: freebsd-bugs@freefall.freebsd.org Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> > When booting the 2.2 GAMMA release using a serial console >> > the output (to an IBM PS/1 previously successfully used >> > for a serial console for 2.1.5-RELEASE for another 386), >> > output is normal 9600 bps output until about the time the >> > NPU is detected. Then, output slows to a crawl (~ 1 >> > character/second) until shutdown ... the last two lines >> > before reboot are printed at a normal speed (again), implying >> > the hardware is (still) fine. >> >> Check that nothing in /etc/rc.serial touches the console port. > >But rc.serial is run towards the end of /etc/rc, not right after the >npx probe? Output interrupts must be broken. They may have always been broken, but 2.1.5 polls for lost ones every 10 msec, so output goes out at at least 100 cps, while 2.2 polls every second, so output goes out at at least 1 cps. You can restore the 2.1.5 polling frequency by setting the flag to recover sooner from lost output interrupts, or by not using interrupts at all. See the sio man page. Bruce From owner-freebsd-bugs Fri Mar 14 07:56:44 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA24780 for bugs-outgoing; Fri, 14 Mar 1997 07:56:44 -0800 (PST) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA24773 for ; Fri, 14 Mar 1997 07:56:41 -0800 (PST) Received: from narnia.plutotech.com (localhost [127.0.0.1]) by narnia.plutotech.com (8.8.5/8.7.3) with ESMTP id IAA02296; Fri, 14 Mar 1997 08:56:52 -0700 (MST) Message-Id: <199703141556.IAA02296@narnia.plutotech.com> X-Mailer: exmh version 2.0beta 12/23/96 To: "Jordan K. Hubbard" cc: freebsd-bugs@freefall.freebsd.org Subject: Re: kern/2965: st0 hang/fail on reading 4mm DAT tape for larger files In-reply-to: Your message of "Thu, 13 Mar 1997 21:50:05 PST." <199703140550.VAA25288@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 14 Mar 1997 08:56:51 -0700 From: "Justin T. Gibbs" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >The following reply was made to PR kern/2965; it has been noted by GNATS. > >From: "Jordan K. Hubbard" >To: "Jin Guojun[ITG]" >Cc: FreeBSD-gnats-submit@FreeBSD.ORG >Subject: Re: kern/2965: st0 hang/fail on reading 4mm DAT tape for larger files > >Date: Thu, 13 Mar 1997 21:46:50 -0800 > > > I do have a SCSI controller with QLogic chipset, but It seems not working > > under FreeBSD. The controller is made by DEC, and it has 21040 ethernet > > No, the QLogic has never been supported, I'm afraid. :( > > Jordan NetBSD just checked in a preliminary driver for it. An interested party could attempt a port... -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-bugs Fri Mar 14 08:50:15 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA28002 for bugs-outgoing; Fri, 14 Mar 1997 08:50:15 -0800 (PST) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA27995 for ; Fri, 14 Mar 1997 08:50:12 -0800 (PST) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id IAA06298; Fri, 14 Mar 1997 08:50:26 -0800 (PST) To: Frank Mayhar cc: freebsd-bugs@freebsd.org Subject: Re: SCSI-related panic on 2.1-STABLE. In-reply-to: Your message of "Fri, 14 Mar 1997 07:09:42 PST." <199703141509.HAA01203@exit.com> Date: Fri, 14 Mar 1997 08:50:26 -0800 Message-ID: <6294.858358226@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > ahc0:A:8: no active SCB for reconnecting target - issuing ABORT > SAVED_TCL == 0x20 > panic: ahc0:A:8: Target did not send an IDENTIFY message. LASTPHASE = 0x0, SA VED_TCL == 0x80 This is a known bug and we are working on it at this time. Once it's fixed, I'll roll a point release for 2.1.7. Jordan From owner-freebsd-bugs Fri Mar 14 09:03:25 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA28769 for bugs-outgoing; Fri, 14 Mar 1997 09:03:25 -0800 (PST) Received: from f5.hotmail.com (F5.hotmail.com [207.82.250.16]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA28760; Fri, 14 Mar 1997 09:03:20 -0800 (PST) Received: (from root@localhost) by f5.hotmail.com (8.7.5/8.7.3) id JAA25704; Fri, 14 Mar 1997 09:02:22 -0800 (PST) Date: Fri, 14 Mar 1997 09:02:22 -0800 (PST) Message-Id: <199703141702.JAA25704@f5.hotmail.com> Received: from 137.229.17.253 by www.hotmail.com with HTTP; Fri, 14 Mar 1997 09:02:22 PST X-Originating-IP: [137.229.17.253] From: " steve howe" To: sprice@hiwaay.net Cc: FreeBSD-gnats-submit@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org Subject: Re: bin/2934: sh(1) has problems with $ENV Content-Type: text/plain Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Date: Mon, 10 Mar 1997 23:10:57 -0600 >From: Steve Price >To: un_x@hotmail.com >CC: FreeBSD-gnats-submit@freefall.freebsd.org, >Subject: Re: bin/2934: sh(1) has problems with $ENV >steve howe wrote: >> >> >Number: 2934 >> >Category: bin >> >Synopsis: sh(1) has problems with $ENV >> >> /bin/sh in any FreeBSD system so far. >> >> >Description: >> >> /bin/sh processes $ENV fine if it has been set inside ~/.profile like: >> >> ENV=${HOME}/.env; export ENV >> >> However, it fails to source $ENV in this case: >> >> export ENV=${HOME}/.env >> >> >How-To-Repeat: >> >> Use: >> >> export ENV=${HOME}/.env >> >> in your ~/.profile, and re-invoke another level of sh(1). $ENV won't >> be read. Now invoke any other Bourne-alike shell (pdksh, ksh93, >> bash), it will process $ENV correctly. >> > >I tried this and it didn't appear to work at first, but I believe >it is because of this. > >steve[~]$ grep steve /etc/passwd >steve:*:1000:1000:Steve Price:/home/steve:/bin/bash >steve[~]$ echo $ENV >/home/steve/.bashrc >steve[~]$ cat /home/steve/.bashrc >steve[~]$ cat /home/steve/.profile >export ENV=${HOME}/env-stuff >echo ~/.profile >steve[~]$ cat /home/steve/env-stuff >echo "Yep I'm here!" >steve[~]$ sh >\u[\w]\$ exit >steve[~]$ > >But after I change my login shell to /bin/sh or do a >export ENV=${HOME}/env-stuff. It works as suspected. It appears >to be a problem in that ~/.bash_profile is getting sourced and >ENV is picked up from there. The reason that this would matter >is that ~/.profile (or ~/.bash_profile for bash's case) is only >getting sourced when it is started as a login shell. So just >typing 'sh' will not source ~/.profile, but will source $ENV (which >was set by your login shell) if your euid == uid && egid == gid. > >Could this be the case with you as well? > i'm not sure exactly what you want to know from me - but i am only using "sh" - no other shells. > >> >> Not known. >> >> >Audit-Trail: >> >Unformatted: >> [This PR sent by joerg on behalf of Steve who doesn't have a good >> enough IP connectivity.] > --------------------------------------------------------- Get Your *Web-Based* Free Email at http://www.hotmail.com --------------------------------------------------------- From owner-freebsd-bugs Fri Mar 14 09:10:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA29076 for bugs-outgoing; Fri, 14 Mar 1997 09:10:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA29067; Fri, 14 Mar 1997 09:10:02 -0800 (PST) Date: Fri, 14 Mar 1997 09:10:02 -0800 (PST) Message-Id: <199703141710.JAA29067@freefall.freebsd.org> To: freebsd-bugs Cc: From: " steve howe" Subject: Re: bin/2934: sh(1) has problems with $ENV Reply-To: " steve howe" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2934; it has been noted by GNATS. From: " steve howe" To: sprice@hiwaay.net Cc: FreeBSD-gnats-submit@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org Subject: Re: bin/2934: sh(1) has problems with $ENV Date: Fri, 14 Mar 1997 09:02:22 -0800 (PST) >Date: Mon, 10 Mar 1997 23:10:57 -0600 >From: Steve Price >To: un_x@hotmail.com >CC: FreeBSD-gnats-submit@freefall.freebsd.org, >Subject: Re: bin/2934: sh(1) has problems with $ENV >steve howe wrote: >> >> >Number: 2934 >> >Category: bin >> >Synopsis: sh(1) has problems with $ENV >> >> /bin/sh in any FreeBSD system so far. >> >> >Description: >> >> /bin/sh processes $ENV fine if it has been set inside ~/.profile like: >> >> ENV=${HOME}/.env; export ENV >> >> However, it fails to source $ENV in this case: >> >> export ENV=${HOME}/.env >> >> >How-To-Repeat: >> >> Use: >> >> export ENV=${HOME}/.env >> >> in your ~/.profile, and re-invoke another level of sh(1). $ENV won't >> be read. Now invoke any other Bourne-alike shell (pdksh, ksh93, >> bash), it will process $ENV correctly. >> > >I tried this and it didn't appear to work at first, but I believe >it is because of this. > >steve[~]$ grep steve /etc/passwd >steve:*:1000:1000:Steve Price:/home/steve:/bin/bash >steve[~]$ echo $ENV >/home/steve/.bashrc >steve[~]$ cat /home/steve/.bashrc >steve[~]$ cat /home/steve/.profile >export ENV=${HOME}/env-stuff >echo ~/.profile >steve[~]$ cat /home/steve/env-stuff >echo "Yep I'm here!" >steve[~]$ sh >\u[\w]\$ exit >steve[~]$ > >But after I change my login shell to /bin/sh or do a >export ENV=${HOME}/env-stuff. It works as suspected. It appears >to be a problem in that ~/.bash_profile is getting sourced and >ENV is picked up from there. The reason that this would matter >is that ~/.profile (or ~/.bash_profile for bash's case) is only >getting sourced when it is started as a login shell. So just >typing 'sh' will not source ~/.profile, but will source $ENV (which >was set by your login shell) if your euid == uid && egid == gid. > >Could this be the case with you as well? > i'm not sure exactly what you want to know from me - but i am only using "sh" - no other shells. > >> >> Not known. >> >> >Audit-Trail: >> >Unformatted: >> [This PR sent by joerg on behalf of Steve who doesn't have a good >> enough IP connectivity.] > --------------------------------------------------------- Get Your *Web-Based* Free Email at http://www.hotmail.com --------------------------------------------------------- From owner-freebsd-bugs Fri Mar 14 14:22:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA15395 for bugs-outgoing; Fri, 14 Mar 1997 14:22:07 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id OAA15382 for ; Fri, 14 Mar 1997 14:21:57 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id XAA13645; Fri, 14 Mar 1997 23:21:51 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id XAA13631; Fri, 14 Mar 1997 23:11:53 +0100 (MET) Message-ID: <19970314231153.NK01585@uriah.heep.sax.de> Date: Fri, 14 Mar 1997 23:11:53 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: zach@blizzard.gaffaneys.com (Zach Heilig) Cc: bugs@FreeBSD.ORG Subject: Re: Who's bug is this, FreeBSD's or bash's? References: <19970314033300.35686@gaffaneys.com> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <19970314033300.35686@gaffaneys.com>; from Zach Heilig on Mar 14, 1997 03:33:00 -0600 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Zach Heilig wrote: > I got this earlier today, after I accidentally cat'ed a binary file on my > terminal, and trying to hit ^C to stop it. > > .. binary garbage ... > zach.ttyv0$ -bash in free(): warning: recursive call. bash bug. It attempts to use malloc or free inside a signal handler. -- 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 Mar 14 14:24:26 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA15519 for bugs-outgoing; Fri, 14 Mar 1997 14:24:26 -0800 (PST) Received: from george.lbl.gov (george.lbl.gov [128.3.196.93]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id OAA15508 for ; Fri, 14 Mar 1997 14:24:24 -0800 (PST) Received: (jin@localhost) by george.lbl.gov (8.6.10/8.6.5) id OAA24229; Fri, 14 Mar 1997 14:24:23 -0800 Date: Fri, 14 Mar 1997 14:24:23 -0800 From: "Jin Guojun[ITG]" Message-Id: <199703142224.OAA24229@george.lbl.gov> To: jkh@time.cdrom.com, thorpej@nas.nasa.gov Subject: Re: kern/2965: st0 hang/fail on reading 4mm DAT tape for larger files Cc: freebsd-bugs@freefall.freebsd.org, freebsd-hackers@freebsd.org Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Matt Jacob recently wrote a Qlogic ISP driver for NetBSD, and we have > > support for the PCI and Sbus cards that carry that chip. Might take > > a look in the NetBSD-current source tree. > > There's an idea. Thanks! > > Jordan I think I am going to port it to FreeBSD if no one plan to do it right now. It may not be guaranteed by the day of 2.2-RELEASE, but will be in 2.2.x. Since I know nothing about NetBSD, I need some help for porting this. (1) Where is the Qlogic ISP driver for NetBSD located? (2) Is the NetBSD-current source tree similar to the FreeBSD one? If so, I only need the location. If not, I need some tips for getting the source. -Jin P.S. previous message has a typo in the last line. You may figure out already. From owner-freebsd-bugs Fri Mar 14 14:30:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA15748 for bugs-outgoing; Fri, 14 Mar 1997 14:30:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA15742; Fri, 14 Mar 1997 14:30:02 -0800 (PST) Date: Fri, 14 Mar 1997 14:30:02 -0800 (PST) Message-Id: <199703142230.OAA15742@freefall.freebsd.org> To: freebsd-bugs Cc: From: Gareth McCaughan Subject: Re: bin/2969: csh and/or builtin printf has problems with embedded commands Reply-To: Gareth McCaughan Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2969; it has been noted by GNATS. From: Gareth McCaughan To: freebsd-bugs@freebsd.org Cc: Subject: Re: bin/2969: csh and/or builtin printf has problems with embedded commands Date: Fri, 14 Mar 1997 09:34:33 +0000 Robert Eckard wrote: > printf with a shell command as its argument > prints wrong results. Happens only for builtin printf > in /usr/bin/csh. What's actually happening is that the csh built-in printf isn't expanding its arguments. The "printf" builtin isn't actually documented in the manpage (!), but this sounds like a bug since it presumably is meant to behave like /usr/bin/printf. I believe that the following patch fixes the problem. ---------- patch begins ---------- *** func.c.orig Thu Mar 13 19:04:20 1997 --- func.c Fri Mar 14 09:27:40 1997 *************** *** 1489,1497 **** --- 1489,1510 ---- Char **v; struct command *t; { + Char **newv; char **c; extern int progprintf __P((int, char **)); int ret; + + gflag = 0; + tglob(v); + if (gflag) { + newv = globall(v); + if (newv == 0) { + stderror(ERR_NAME | ERR_NOMATCH); + return; + } + v = newv; + gargv=0; + } ret = progprintf(blklen(v), c = short2blk(v)); (void) fflush(cshout); ----------- patch ends ----------- Incidentally, there is a memory leak somewhere around here in csh. (The arguments to "doprintf" aren't getting freed.) I'm not suggesting a fix because I really don't want to have to read the code carefully enough to be sure I wouldn't introduce a bug that freed things twice. >From a cursory look at the code I suspect that there are in fact about 100000 memory leaks of this kind. Yeeuch. -- Gareth McCaughan Dept. of Pure Mathematics & Mathematical Statistics, gjm11@dpmms.cam.ac.uk Cambridge University, England. From owner-freebsd-bugs Fri Mar 14 19:30:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA02196 for bugs-outgoing; Fri, 14 Mar 1997 19:30:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA02185; Fri, 14 Mar 1997 19:30:04 -0800 (PST) Resent-Date: Fri, 14 Mar 1997 19:30:04 -0800 (PST) Resent-Message-Id: <199703150330.TAA02185@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:"from sonyinet.sony.co.jp (sonyinet.sony.co.jp [202.238.80.17]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA02053 for" ; Fri, 14 Mar 1997 19:24:29.-0800 (PST) Received: from sonygw.sony.co.jp ([43.0.1.249]) by sonyinet.sony.co.jp (8.8.5/3.4W4-96030410) with SMTP id MAA14562; Sat, 15 Mar 1997 12:24:27 +0900 (JST) Received: from s64.saskg.semicon.sony.co.jp ([43.0.234.82]) by sonygw.sony.co.jp (8.6.12+2.4W/3.4W-97020512) with ESMTP id MAA26259; Sat, 15 Mar 1997 12:24:11 +0900 Received: from s64 by s64.saskg.semicon.sony.co.jp (8.7.4+2.6Wbeta6/3.4W5-Mimoric1.2-MX) id MAA29613; Sat, 15 Mar 1997 12:24:21 +0900 (JST) Message-Id: <199703150324.MAA29613@s64.saskg.semicon.sony.co.jp> Date: Sat, 15 Mar 1997 12:24:21 +0900 From: Takashi Saeki To: FreeBSD-gnats-submit@freebsd.org Cc: saeki@jp.freebsd.org, saeki@saskg.semicon.sony.co.jp X-Send-Pr-Version: 3.2 Subject: docs/2989: typographic error in ppp.conf.sample Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2989 >Category: docs >Synopsis: typographic error in /etc/ppp/ppp.conf.sample >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Fri Mar 14 19:30:01 PST 1997 >Last-Modified: >Originator: saeki takashi >Organization: FreeBSD Japanese documentation project >Release: FreeBSD 2.2-970310-GAMMA i386 >Environment: FreeBSD 2.2-970310-GAMMA >Description: In /etc/ppp/ppp.conf.sample, entry-name "pmdemand" is mistyped as "pmdemend". = = I found it while updating Japanese version Handbook, userppp.sgml to 1.13 base. >How-To-Repeat: Install 2.2-970310-GAMMA or -current. >Fix: s/pmdemend/pmdemand/ in /etc/ppp/ppp.conf.sample . >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Mar 14 19:40:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA02740 for bugs-outgoing; Fri, 14 Mar 1997 19:40:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA02709; Fri, 14 Mar 1997 19:40:02 -0800 (PST) Resent-Date: Fri, 14 Mar 1997 19:40:02 -0800 (PST) Resent-Message-Id: <199703150340.TAA02709@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received: from localhost.on.sympatico.ca (ppp1784.on.sympatico.ca [206.172.228.56]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA02628 for ; Fri, 14 Mar 1997 19:38:30 -0800 (PST) Received: (from gardner@localhost) by localhost.on.sympatico.ca (8.8.3/8.6.12) id WAA00473; Fri, 14 Mar 1997 22:38:04 -0500 (EST) Message-Id: <199703150338.WAA00473@localhost.on.sympatico.ca> Date: Fri, 14 Mar 1997 22:38:04 -0500 (EST) From: Reply-To: To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/2990: DEC FDDI is a little *too* promiscuous Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2990 >Category: kern >Synopsis: DEC FDDI is a little *too* promiscuous >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Mar 14 19:40:01 PST 1997 >Last-Modified: >Originator: Gardner Buchanan >Organization: Gardner Buchanan Ottawa, ON >Release: FreeBSD 2.1 and others >Environment: DEC FDDI adapter operating in promiscuous mode Several versions of FreeBSD, and probably other BSDs as well. pdq_ifsubr.c: $Id: pdq_ifsubr.c,v 1.8 1996/07/31 21:38:44 thomas Exp $ >Description: I noticed that the DEC FDDI driver (if_fpa, if_pdq) does not correctly validate incoming frames against the hardware address when the interface is promiscuous. If IP packet forwarding is turned on, this results in the whole FDDI being sucked up and pushed out the default route. Talk about drinking from a firehose. I doubt that this is intentional. The Ethernet drivers seem to have code to match incoming frames to the physical address - or a multi/broadcast address - and only pass the matching frames to the higher level protocols. >How-To-Repeat: Send your default route over an Ethernet, hook your FDDI interface to a busy network and put it in promiscuous mode. Watch your Ethernet get busy all of a sudden. Panic. >Fix: Add a verification of the destination hardware address such as can be see at line 2303 of if_de.c: $Id: if_de.c,v 1.29.2.7 1996/11/10 13:35:49 davidg Exp $ if ((sc->tulip_if.if_flags & IFF_PROMISC) && (eh.ether_dhost[0] & 1) == 0 && !TULIP_ADDREQUAL(eh.ether_dhost, sc->tulip_ac.ac_enaddr)) goto next; to the FDDI driver module pdq_ifsubr.c ($Id: pdq_ifsubr.c,v 1.8 1996/07/31 21:38:44 thomas Exp $) somewhere near line 202. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Mar 15 06:40:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA25084 for bugs-outgoing; Sat, 15 Mar 1997 06:40:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA25072; Sat, 15 Mar 1997 06:40:02 -0800 (PST) Resent-Date: Sat, 15 Mar 1997 06:40:02 -0800 (PST) Resent-Message-Id: <199703151440.GAA25072@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, ceharris@vt.edu Received: from anthill.cns.vt.edu (anthill.cns.vt.edu [198.82.250.228]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA25008 for ; Sat, 15 Mar 1997 06:38:07 -0800 (PST) Received: (from ceharris@localhost) by anthill.cns.vt.edu (8.8.5/8.7.3) id JAA26129; Sat, 15 Mar 1997 09:37:59 -0500 (EST) Message-Id: <199703151437.JAA26129@anthill.cns.vt.edu> Date: Sat, 15 Mar 1997 09:37:59 -0500 (EST) From: ceharris@vt.edu Reply-To: ceharris@vt.edu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/2991: RTF_LLINFO route problem Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2991 >Category: kern >Synopsis: RTF_LLINFO routes remain when interface is downed >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Mar 15 06:40:01 PST 1997 >Last-Modified: >Originator: Carl Harris >Organization: Communication Systems Lead Engineer CNS Research and Planning, Virginia Tech >Release: FreeBSD 2.1.7-RELEASE i386 >Environment: Pertains to 2.1.x-RELEASE (x <= 7). I have not verified this behavior for later releases. >Description: When the IP address associated with an ethernet interface is deleted (via ifconfig delete) and the interface is downed (via ifconfig down), routes of type RTF_LLINFO which use the downed interface remain in the route table. This will cause problems on a multi-homed host. An attempt to connect to a host with an extant RTF_LLINFO route will be routed to the downed interface, even though the host may be reachable via an alternative interface. >How-To-Repeat: Assign an IP address to an ethernet interface on a live network. Ping several hosts on the local subnet. Delete and down the interface via ifconfig. Run netstat -rn and observe that RTF_LLINFO routes for the pinged hosts via the down interface still exist in the route table. >Fix: Flush all RTF_LLINFO routes for an interface when that interface is downed. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Mar 15 08:39:16 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA29081 for bugs-outgoing; Sat, 15 Mar 1997 08:39:16 -0800 (PST) Received: from fantasy-factory.net.kew.com (ahd@fantasy-factory.net.kew.com [204.96.41.103]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA29062 for ; Sat, 15 Mar 1997 08:38:49 -0800 (PST) Received: (from ahd@localhost) by fantasy-factory.net.kew.com (8.8.5/8.8.5) id LAA03690; Sat, 15 Mar 1997 11:38:20 -0500 (EST) Date: Sat, 15 Mar 1997 11:38:20 -0500 (EST) From: Drew Derbyshire Message-Id: <199703151638.LAA03690@fantasy-factory.net.kew.com> To: ahd@kew.com, bde@zeta.org.au, j@uriah.heep.sax.de Subject: Re: i386/2984: serial console speed goes to hell during boot Cc: freebsd-bugs@freefall.freebsd.org Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > From bde@zeta.org.au Fri Mar 14 10:50:53 1997 > Date: Sat, 15 Mar 1997 02:50:29 +1100 > From: Bruce Evans > To: ahd@kew.com, bde@zeta.org.au, j@uriah.heep.sax.de > Subject: Re: i386/2984: serial console speed goes to hell during boot > Cc: freebsd-bugs@freefall.freebsd.org > > >> > When booting the 2.2 GAMMA release using a serial console > >> > the output (to an IBM PS/1 previously successfully used > >> > for a serial console for 2.1.5-RELEASE for another 386), > >> > output is normal 9600 bps output until about the time the > >> > NPU is detected. Then, output slows to a crawl (~ 1 > >> > character/second) until shutdown ... the last two lines > >> > before reboot are printed at a normal speed (again), implying > >> > the hardware is (still) fine. > > Output interrupts must be broken. They may have always been broken, > but 2.1.5 polls for lost ones every 10 msec, so output goes out at at > least 100 cps, while 2.2 polls every second, so output goes out at at > least 1 cps. You can restore the 2.1.5 polling frequency by setting > the flag to recover sooner from lost output interrupts, or by not > using interrupts at all. See the sio man page. They be broke! Setting the flag bit results in reasonable output. However, it still doesn't work for input. I'll get the other system up to 2.2-something as well, see it if's broken _there_, and if so send more mail (I'll send mail anyway, so it doesn't turn into a lost interrupt). The current system hardware, or at least configuration, could be suspect, especially with the stray IRQ 7's, so I need a second data point for myself. -ahd- From owner-freebsd-bugs Sat Mar 15 12:37:23 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA08294 for bugs-outgoing; Sat, 15 Mar 1997 12:37:23 -0800 (PST) Received: (from joerg@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA08274; Sat, 15 Mar 1997 12:37:06 -0800 (PST) Date: Sat, 15 Mar 1997 12:37:06 -0800 (PST) From: Joerg Wunsch Message-Id: <199703152037.MAA08274@freefall.freebsd.org> To: gbuchanan@sympatico.ca, joerg, freebsd-bugs Subject: Re: kern/2990 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: DEC FDDI is a little *too* promiscuous State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Sat Mar 15 21:36:27 MET 1997 State-Changed-Why: Matt Thomas provided a fix for this that went into rev 1.17 of if_fddisubr.c.. From owner-freebsd-bugs Sat Mar 15 15:10:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA14873 for bugs-outgoing; Sat, 15 Mar 1997 15:10:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA14860; Sat, 15 Mar 1997 15:10:03 -0800 (PST) Resent-Date: Sat, 15 Mar 1997 15:10:03 -0800 (PST) Resent-Message-Id: <199703152310.PAA14860@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, charnier@xp11.frmug.org Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA14631 for ; Sat, 15 Mar 1997 15:06:23 -0800 (PST) Received: (from uucp@localhost) by frmug.org (8.8.5/8.8.5/frmug-2.0) with UUCP id AAA23590 for FreeBSD-gnats-submit@freebsd.org; Sun, 16 Mar 1997 00:06:13 +0100 (MET) Received: (from charnier@localhost) by xp11.frmug.org (8.8.5/8.8.5/xp11-uucp-1.1) id XAA05337; Sat, 15 Mar 1997 23:47:13 +0100 (CET) Message-Id: <199703152247.XAA05337@xp11.frmug.org> Date: Sat, 15 Mar 1997 23:47:13 +0100 (CET) From: Philippe Charnier Reply-To: charnier@xp11.frmug.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2996: incorrect parameter in df Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2996 >Category: bin >Synopsis: incorrect parameter in df >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Mar 15 15:10:01 PST 1997 >Last-Modified: >Originator: Philippe Charnier >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: >Description: ===> bin/df /usr/src/bin/df/df.c: In function `main': /usr/src/bin/df/df.c:153: warning: passing arg 1 of `mount' makes integer from p ointer without a cast >How-To-Repeat: >Fix: Index: bin/df/df.c =================================================================== RCS file: /home2h/FreeBSD.cvsroot/src/bin/df/df.c,v retrieving revision 1.15 diff -u -r1.15 df.c --- df.c 1997/03/13 17:41:37 1.15 +++ df.c 1997/03/15 10:57:08 @@ -149,7 +149,7 @@ warn("%s", mntpt); continue; } - if (mount("ufs", mntpt, MNT_RDONLY, + if (mount(MOUNT_UFS, mntpt, MNT_RDONLY, &mdev) != 0) { ufs_df(*argv, maxwidth); (void)rmdir(mntpt); >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Mar 15 15:10:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA14898 for bugs-outgoing; Sat, 15 Mar 1997 15:10:11 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA14872; Sat, 15 Mar 1997 15:10:06 -0800 (PST) Resent-Date: Sat, 15 Mar 1997 15:10:06 -0800 (PST) Resent-Message-Id: <199703152310.PAA14872@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, charnier@xp11.frmug.org Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA14685 for ; Sat, 15 Mar 1997 15:06:57 -0800 (PST) Received: (from uucp@localhost) by frmug.org (8.8.5/8.8.5/frmug-2.0) with UUCP id AAA23591 for FreeBSD-gnats-submit@freebsd.org; Sun, 16 Mar 1997 00:06:33 +0100 (MET) Received: (from charnier@localhost) by xp11.frmug.org (8.8.5/8.8.5/xp11-uucp-1.1) id XAA05444; Sat, 15 Mar 1997 23:51:03 +0100 (CET) Message-Id: <199703152251.XAA05444@xp11.frmug.org> Date: Sat, 15 Mar 1997 23:51:03 +0100 (CET) From: Philippe Charnier Reply-To: charnier@xp11.frmug.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2997: unterminated string after strncpy Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2997 >Category: bin >Synopsis: unterminated string after strncpy >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Mar 15 15:10:04 PST 1997 >Last-Modified: >Originator: Philippe Charnier >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: >Description: >How-To-Repeat: >Fix: Index: bin/rcp/rcp.c =================================================================== RCS file: /home2h/FreeBSD.cvsroot/src/bin/rcp/rcp.c,v retrieving revision 1.11 diff -u -r1.11 rcp.c --- rcp.c 1997/02/22 14:05:22 1.11 +++ rcp.c 1997/03/12 22:11:13 @@ -131,7 +131,8 @@ #ifdef KERBEROS case 'k': dest_realm = dst_realm_buf; - (void)strncpy(dst_realm_buf, optarg, REALM_SZ); + (void)strncpy(dst_realm_buf, optarg, REALM_SZ - 1); + dst_realm_buf[REALM_SZ - 1] = '\0'; break; #ifdef CRYPT case 'x': >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Mar 15 15:20:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA15521 for bugs-outgoing; Sat, 15 Mar 1997 15:20:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA15484; Sat, 15 Mar 1997 15:20:02 -0800 (PST) Resent-Date: Sat, 15 Mar 1997 15:20:02 -0800 (PST) Resent-Message-Id: <199703152320.PAA15484@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, charnier@xp11.frmug.org Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA14824 for ; Sat, 15 Mar 1997 15:09:54 -0800 (PST) Received: (from uucp@localhost) by frmug.org (8.8.5/8.8.5/frmug-2.0) with UUCP id AAA23605 for FreeBSD-gnats-submit@freebsd.org; Sun, 16 Mar 1997 00:09:26 +0100 (MET) Received: (from charnier@localhost) by xp11.frmug.org (8.8.5/8.8.5/xp11-uucp-1.1) id XAA05805; Sat, 15 Mar 1997 23:57:15 +0100 (CET) Message-Id: <199703152257.XAA05805@xp11.frmug.org> Date: Sat, 15 Mar 1997 23:57:15 +0100 (CET) From: Philippe Charnier Reply-To: charnier@xp11.frmug.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2998: compilation warnings in patch Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2998 >Category: bin >Synopsis: compilation warnings in patch >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Mar 15 15:20:00 PST 1997 >Last-Modified: >Originator: Philippe Charnier >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: >Description: ===> gnu/usr.bin/patch /usr/src/gnu/usr.bin/patch/getopt.c: In function `_getopt_internal': /usr/src/gnu/usr.bin/patch/getopt.c:455: warning: implicit declaration of functi on `strncmp' /usr/src/gnu/usr.bin/patch/inp.c: In function `plan_a': /usr/src/gnu/usr.bin/patch/inp.c:145: warning: too many arguments for format /usr/src/gnu/usr.bin/patch/patch.c:433: warning: control reaches end of non-void function /usr/src/gnu/usr.bin/patch/util.c: In function `savestr': /usr/src/gnu/usr.bin/patch/util.c:172: warning: suggest parentheses around assig nment used as truth value /usr/src/gnu/usr.bin/patch/util.c: In function `fetchname': /usr/src/gnu/usr.bin/patch/util.c:420: warning: too many arguments for format >How-To-Repeat: >Fix: Index: gnu/usr.bin/patch/getopt.c =================================================================== RCS file: /home2h/FreeBSD.cvsroot/src/gnu/usr.bin/patch/getopt.c,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 getopt.c --- getopt.c 1993/06/19 14:21:51 1.1.1.1 +++ getopt.c 1997/03/15 11:38:18 @@ -75,6 +75,8 @@ #define __alloca alloca #endif /* GNU C library. */ +#include + /* If GETOPT_COMPAT is defined, `+' as well as `--' can introduce a long-named option. Because this is not POSIX.2 compliant, it is being phased out. */ Index: gnu/usr.bin/patch/inp.c =================================================================== RCS file: /home2h/FreeBSD.cvsroot/src/gnu/usr.bin/patch/inp.c,v retrieving revision 1.4 diff -u -r1.4 inp.c --- inp.c 1997/02/13 21:10:39 1.4 +++ inp.c 1997/03/15 11:30:21 @@ -142,7 +142,7 @@ #define try(f,a1,a2) (Sprintf(s + pathlen, f, a1, a2), stat(s, &cstat) == 0) if (( try("RCS/%s%s", filebase, RCSSUFFIX) - || try("RCS/%s" , filebase, 0) + || try("RCS/%s%s", filebase, "") || try( "%s%s", filebase, RCSSUFFIX)) && /* Check that RCS file is not working file. Index: gnu/usr.bin/patch/patch.c =================================================================== RCS file: /home2h/FreeBSD.cvsroot/src/gnu/usr.bin/patch/patch.c,v retrieving revision 1.7 diff -u -r1.7 patch.c --- patch.c 1997/02/13 21:10:41 1.7 +++ patch.c 1997/03/15 11:36:22 @@ -430,6 +430,7 @@ set_signals(1); } my_exit(failtotal); + return (0); /* not reached */ } /* Prepare to find the next patch to do in the patch file. */ Index: gnu/usr.bin/patch/util.c =================================================================== RCS file: /home2h/FreeBSD.cvsroot/src/gnu/usr.bin/patch/util.c,v retrieving revision 1.3 diff -u -r1.3 util.c --- util.c 1997/02/13 21:10:44 1.3 +++ util.c 1997/03/15 11:37:15 @@ -169,7 +169,7 @@ } else { t = rv; - while (*t++ = *s++); + while ((*t++ = *s++)); } return rv; } @@ -417,7 +417,7 @@ #define try(f, a1, a2) (Sprintf(tmpbuf + pathlen, f, a1, a2), stat(tmpbuf, &filestat) == 0) if ( try("RCS/%s%s", filebase, RCSSUFFIX) - || try("RCS/%s" , filebase, 0) + || try("RCS/%s%s", filebase, "") || try( "%s%s", filebase, RCSSUFFIX) || try("SCCS/%s%s", SCCSPREFIX, filebase) || try( "%s%s", SCCSPREFIX, filebase)) >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Mar 15 15:20:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA15540 for bugs-outgoing; Sat, 15 Mar 1997 15:20:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA15514; Sat, 15 Mar 1997 15:20:03 -0800 (PST) Resent-Date: Sat, 15 Mar 1997 15:20:03 -0800 (PST) Resent-Message-Id: <199703152320.PAA15514@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, charnier@xp11.frmug.org Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA14941 for ; Sat, 15 Mar 1997 15:10:49 -0800 (PST) Received: (from uucp@localhost) by frmug.org (8.8.5/8.8.5/frmug-2.0) with UUCP id AAA23609 for FreeBSD-gnats-submit@freebsd.org; Sun, 16 Mar 1997 00:10:11 +0100 (MET) Received: (from charnier@localhost) by xp11.frmug.org (8.8.5/8.8.5/xp11-uucp-1.1) id AAA05915; Sun, 16 Mar 1997 00:00:56 +0100 (CET) Message-Id: <199703152300.AAA05915@xp11.frmug.org> Date: Sun, 16 Mar 1997 00:00:56 +0100 (CET) From: Philippe Charnier Reply-To: charnier@xp11.frmug.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2999: incorrect assignment in vfontedpr Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2999 >Category: bin >Synopsis: incorrect assignment in vfontedpr >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Mar 15 15:20:03 PST 1997 >Last-Modified: >Originator: Philippe Charnier >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: >Description: >How-To-Repeat: >Fix: Index: usr.bin/vgrind/vfontedpr.c =================================================================== RCS file: /home2h/FreeBSD.cvsroot/src/usr.bin/vgrind/vfontedpr.c,v retrieving revision 1.6 diff -u -r1.6 vfontedpr.c --- vfontedpr.c 1996/10/22 16:18:17 1.6 +++ vfontedpr.c 1997/03/12 21:36:27 @@ -374,7 +374,7 @@ if (psptr < PSMAX) { ++psptr; strncpy (pstack[psptr], pname, PNAMELEN); - pstack[psptr][PNAMELEN] = NULL; + pstack[psptr][PNAMELEN] = '\0'; plstack[psptr] = blklevel; } } >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Mar 15 16:56:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA11570 for bugs-outgoing; Sat, 15 Mar 1997 16:56:12 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA11375; Sat, 15 Mar 1997 16:55:54 -0800 (PST) Date: Sat, 15 Mar 1997 16:55:54 -0800 (PST) From: Mike Pritchard Message-Id: <199703160055.QAA11375@freefall.freebsd.org> To: jim@reptiles.org, mpp, freebsd-bugs Subject: Re: kern/1498 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: system hangs during inactivity State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Sat Mar 15 16:52:31 PST 1997 State-Changed-Why: The originator states that went away after an upgrade. From owner-freebsd-bugs Sat Mar 15 17:00:26 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA13500 for bugs-outgoing; Sat, 15 Mar 1997 17:00:26 -0800 (PST) Received: (from jmg@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA13178; Sat, 15 Mar 1997 16:59:48 -0800 (PST) Date: Sat, 15 Mar 1997 16:59:48 -0800 (PST) From: John-Mark Gurney Message-Id: <199703160059.QAA13178@freefall.freebsd.org> To: saeki@saskg.semicon.sony.co.jp, jmg, freebsd-bugs Subject: Re: docs/2989 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: typographic error in /etc/ppp/ppp.conf.sample State-Changed-From-To: open-closed State-Changed-By: jmg State-Changed-When: Sat Mar 15 16:59:05 PST 1997 State-Changed-Why: thanks forthe bug report... mispelling fixed in rev1.11 From owner-freebsd-bugs Sat Mar 15 17:10:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA16333 for bugs-outgoing; Sat, 15 Mar 1997 17:10:09 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA16311; Sat, 15 Mar 1997 17:10:04 -0800 (PST) Resent-Date: Sat, 15 Mar 1997 17:10:04 -0800 (PST) Resent-Message-Id: <199703160110.RAA16311@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, scrappy@thelab.hub.org Received: from thelab.hub.org (hal-ns1-31.netcom.ca [207.181.94.95]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA15515 for ; Sat, 15 Mar 1997 17:07:13 -0800 (PST) Received: (from scrappy@localhost) by thelab.hub.org (8.8.5/8.8.2) id VAA03597; Sat, 15 Mar 1997 21:07:01 -0400 (AST) Message-Id: <199703160107.VAA03597@thelab.hub.org> Date: Sat, 15 Mar 1997 21:07:01 -0400 (AST) From: The Hermit Hacker Reply-To: scrappy@thelab.hub.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/3000: Kernel Panic in 2.2-CURRENT Kernel Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3000 >Category: kern >Synopsis: Kernel Panic in 2.2-CURRENT Kernel >Confidential: yes >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Mar 15 17:10:02 PST 1997 >Last-Modified: >Originator: The Hermit Hacker >Organization: >Release: FreeBSD 2.2-GAMMA >Environment: FreeBSD 2.2-GAMMA #0: Tue Mar 11 16:19:52 EST 1997 scrappy@hub.org:/home/src/sys/compile/hub_org CPU: i486 DX4 (486-class CPU) Origin = "GenuineIntel" Id = 0x480 Stepping=0 Features=0x3 real memory = 100663296 (98304K bytes) avail memory = 96854016 (94584K bytes) Probing for devices on PCI bus 0: chip0 rev 49 on pci0:5 ncr0 rev 2 int a irq 12 on pci0:11 (ncr0:0:0): "SEAGATE ST32151N 0284" type 0 fixed SCSI 2 sd0(ncr0:0:0): Direct-Access sd0(ncr0:0:0): 10.0 MB/s (100 ns, offset 8) 2049MB (4197405 512 byte sectors) (ncr0:1:0): "CONNER CFP1060S 1.05GB 243F" type 0 fixed SCSI 2 sd1(ncr0:1:0): Direct-Access sd1(ncr0:1:0): 10.0 MB/s (100 ns, offset 8) 1013MB (2074880 512 byte sectors) (ncr0:2:0): "SEAGATE ST3390N 9571" type 0 fixed SCSI 2 sd2(ncr0:2:0): Direct-Access sd2(ncr0:2:0): 10.0 MB/s (100 ns, offset 8) 324MB (665154 512 byte sectors) (ncr0:4:0): "UNISYS U0531 ST3600N 8374" type 0 fixed SCSI 2 sd3(ncr0:4:0): Direct-Access sd3(ncr0:4:0): 10.0 MB/s (100 ns, offset 8) 500MB (1025920 512 byte sectors) ncr1 rev 1 int a irq 11 on pci0:13 (ncr1:0:0): "QUANTUM FIREBALL1280S 630C" type 0 fixed SCSI 2 sd4(ncr1:0:0): Direct-Access sd4(ncr1:0:0): 10.0 MB/s (100 ns, offset 8) 1222MB (2503872 512 byte sectors) (ncr1:1:0): "QUANTUM LPS340S 020B" type 0 fixed SCSI 2 sd5(ncr1:1:0): Direct-Access sd5(ncr1:1:0): 10.0 MB/s (100 ns, offset 8) 327MB (670506 512 byte sectors) (ncr1:2:0): "QUANTUM LP240S GM240S01X 4.6" type 0 fixed SCSI 2 sd6(ncr1:2:0): Direct-Access sd6(ncr1:2:0): 10.0 MB/s (100 ns, offset 8) 234MB (479350 512 byte sectors) (ncr1:3:0): "QUANTUM LP240S GM240S01X 6.4" type 0 fixed SCSI 2 sd7(ncr1:3:0): Direct-Access sd7(ncr1:3:0): 10.0 MB/s (100 ns, offset 8) 234MB (479350 512 byte sectors) Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> ed0 at 0x280-0x29f irq 5 maddr 0xd8000 msize 16384 on isa ed0: address 00:00:c0:86:44:79, type WD8013EPC (16 bit) sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in npx0 on motherboard npx0: INT 16 interface ccd0-3: Concatenated disk drivers >Description: The system spontaenously rebooted on a kernel compiled/installed on March 11, 1997. gdb doesn't seem able to show much as its unable to find the files: gdb -k kernel.Mar11 vmcore.9 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 1b2000 current pcb at 1988e4 panic: page fault #0 boot (howto=256) at ../../kern/kern_shutdown.c:243 ../../kern/kern_shutdown.c:243: No such file or directory. (kgdb) where #0 boot (howto=256) at ../../kern/kern_shutdown.c:243 #1 0xf010cf32 in panic (fmt=0xf01773bf "page fault") at ../../kern/kern_shutdown.c:367 #2 0xf0177f26 in trap_fatal (frame=0xefbffd58) at ../../i386/i386/trap.c:742 #3 0xf0177a14 in trap_pfault (frame=0xefbffd58, usermode=0) at ../../i386/i386/trap.c:653 #4 0xf01776ef in trap (frame={tf_es = 16, tf_ds = -272695280, tf_edi = 1, tf_esi = -266761428, tf_ebp = -272630364, tf_isp = -272630400, tf_ebx = -266747348, tf_edx = 2147483647, tf_ecx = -2147483648, tf_eax = -2147483648, tf_trapno = 12, tf_err = -2147483648, tf_eip = -266761356, tf_cs = -267321336, tf_eflags = 66118, tf_esp = -266747344, tf_ss = 1}) at ../../i386/i386/trap.c:311 #5 0xf0170061 in calltrap () #6 0xf011cfa9 in ptsstart (tp=0xf0198b2c) at ../../kern/tty_pty.c:284 #7 0xf011abc4 in ttstart (tp=0xf0198b2c) at ../../kern/tty.c:1310 #8 0xf0119b58 in ttyinput (c=108, tp=0xf0198b2c) at ../../kern/tty.c:613 #9 0xf011d564 in ptcwrite (dev=1536, uio=0xefbfff38, flag=16) at ../../kern/tty_pty.c:579 #10 0xf013331a in spec_write (ap=0xefbffef4) at ../../miscfs/specfs/spec_vnops.c:339 #11 0xf0160a1c in ufsspec_write (ap=0xefbffef4) at ../../ufs/ufs/ufs_vnops.c:1902 #12 0xf012fffb in vn_write (fp=0xf3d19540, uio=0xefbfff38, cred=0xf2d9f600) at vnode_if.h:283 #13 0xf0113e66 in write (p=0xf3417e00, uap=0xefbfff94, retval=0xefbfff84) at ../../kern/sys_generic.c:263 #14 0xf0178163 in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = 0, tf_esi = 0, tf_ebp = -272639640, tf_isp = -272629788, tf_ebx = 1, tf_edx = 1, tf_ecx = 0, tf_eax = 4, tf_trapno = 7, tf_err = 7, tf_eip = 134747473, tf_cs = 31, tf_eflags = 582, tf_esp = -272639664, tf_ss = 39}) at ../../i386/i386/trap.c:890 #15 0xf01700b5 in Xsyscall () #16 0x59f4 in ?? () #17 0x5110 in ?? () #18 0x4a99 in ?? () #19 0x1096 in ?? () >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Mar 15 23:14:35 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA12868 for bugs-outgoing; Sat, 15 Mar 1997 23:14:35 -0800 (PST) Received: (from bde@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA12839; Sat, 15 Mar 1997 23:14:22 -0800 (PST) Date: Sat, 15 Mar 1997 23:14:22 -0800 (PST) From: Bruce Evans Message-Id: <199703160714.XAA12839@freefall.freebsd.org> To: charnier@xp11.frmug.org, bde, freebsd-bugs Subject: Re: bin/2996 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: incorrect parameter in df State-Changed-From-To: open-closed State-Changed-By: bde State-Changed-When: Sat Mar 15 23:10:42 PST 1997 State-Changed-Why: Not a bug in df.c. still has anachronisms.