From owner-freebsd-bugs Sun Jul 25 0:10:52 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 8507214D1C for ; Sun, 25 Jul 1999 00:10:48 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id AAA02188; Sun, 25 Jul 1999 00:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from smtp4.erols.com (smtp4.erols.com [207.172.3.237]) by hub.freebsd.org (Postfix) with ESMTP id 24F7D14BEA for ; Sun, 25 Jul 1999 00:05:20 -0700 (PDT) (envelope-from archer@lucky.net) Received: from unknown.nowhere.org (207-172-201-67.s4.as2.xnb.nj.dialup.rcn.com [207.172.201.67]) by smtp4.erols.com (8.8.8/smtp-v1) with ESMTP id DAA27229 for ; Sun, 25 Jul 1999 03:04:42 -0400 (EDT) Received: (from root@localhost) by unknown.nowhere.org (8.9.3/8.9.3) id DAA89825; Sun, 25 Jul 1999 03:01:31 -0400 (EDT) (envelope-from archer) Message-Id: <199907250701.DAA89825@unknown.nowhere.org> Date: Sun, 25 Jul 1999 03:01:31 -0400 (EDT) From: Alexander Litvin Reply-To: archer@lucky.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/12801: nvi infinite recursion with options "leftright" and "comment" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 12801 >Category: bin >Synopsis: nvi infinite recursion with options "leftright" and "comment" >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jul 25 00:10:00 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Alexander Litvin >Release: FreeBSD 4.0-CURRENT i386 >Organization: Lucky Net ltd >Environment: FreeBSD unknown.nowhere.org 4.0-CURRENT FreeBSD 4.0-CURRENT #44: Sat Jul 24 13:46:21 EDT 1999 root@unknown.nowhere.org:/usr/src/sys/compile/UNKNOWN i386 (though the release is not relevant because the code in question seem to be unchanged since 1996) >Description: The simultanious usage of the vi editor options 'comment' (skip leading comments) and 'leftright' (do left-right scrolling) may lead to the infinite recursion: on src/contrib/nvi/vi/vs_refresh.c:626 vs_paint() function called recursively from itself. The result is that stack is exhausted and process receives segfault. >How-To-Repeat: 1. Create the ${HOME}/.exrc file with two lines: set leftright set comment or, add these lines to the existing .exrc; 2. Open any file with a few shell, C or C++ comment lines in the beginning; 3. Try to open any non-existent (new) file from the same editing session by invoking ex "edit" command. >Fix: The workaround is obviously not use 'comment' and 'leftright' options simultaniously. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jul 25 2:20: 6 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 18BED15111 for ; Sun, 25 Jul 1999 02:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA06562; Sun, 25 Jul 1999 02:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from thoth.mch.sni.de (thoth.mch.sni.de [192.35.17.2]) by hub.freebsd.org (Postfix) with ESMTP id 696C615134 for ; Sun, 25 Jul 1999 02:14:09 -0700 (PDT) (envelope-from andre.albsmeier@mchp.siemens.de) Received: from mail1.siemens.de (mail1.siemens.de [139.23.33.14]) by thoth.mch.sni.de (8.9.3/8.9.3) with ESMTP id LAA20884 for ; Sun, 25 Jul 1999 11:13:16 +0200 (MET DST) Received: from curry.mchp.siemens.de (curry.mchp.siemens.de [139.25.42.7]) by mail1.siemens.de (8.9.3/8.9.3) with ESMTP id LAA27598 for ; Sun, 25 Jul 1999 11:13:15 +0200 (MET DST) Received: (from daemon@localhost) by curry.mchp.siemens.de (8.9.3/8.9.3) id LAA03822 for ; Sun, 25 Jul 1999 11:13:16 +0200 (CEST) Message-Id: <199907250913.LAA12864@internal> Date: Sun, 25 Jul 1999 11:13:15 +0200 (CEST) From: Andre Albsmeier To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/12803: patch to make xe driver's noise configurable in kernel config Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 12803 >Category: kern >Synopsis: patch to make xe driver's noise configurable in kernel config >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sun Jul 25 02:20:01 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Andre Albsmeier >Release: FreeBSD 3.2-STABLE i386 >Organization: >Environment: FreeBSD 3.2-STABLE using xe driver >Description: The xe driver is rather noisy. While it already contains a XE_DEBUG definition, this is not adjustible without directly editing the source. >How-To-Repeat: Boot with a card which is supported by the xe driver. >Fix: This is my first try with kernel options. I hope, it is not to wrong what I have done :-). Since I think it is impossible to produce an #undef line with kernel options, I had to change all "#ifdef XE_DEBUG" lines to "#if XE_DEBUG > 0". --- sys/i386/conf/LINT.ORI Sun Jul 4 13:08:18 1999 +++ sys/i386/conf/LINT Mon Jul 26 10:51:46 1999 @@ -1217,6 +1217,7 @@ options WLDEBUG # enables verbose debugging output device wl0 at isa? port 0x300 net irq ? device xe0 at isa? port? irq ? +options XE_DEBUG=3 # We can (bogusly) include both the dedicated PCCARD drivers and the generic # support when COMPILING_LINT. device ze0 at isa? port 0x300 net irq 5 iomem 0xd8000 --- sys/conf/options.ORI Mon Jul 26 10:51:02 1999 +++ sys/conf/options Mon Jul 26 10:50:47 1999 @@ -373,3 +373,6 @@ # Embedded system options INIT_PATH opt_init_path.h + +# options for xe driver +XE_DEBUG opt_xe.h --- sys/dev/pccard/if_xe.c.ORI Mon Jul 26 10:37:44 1999 +++ sys/dev/pccard/if_xe.c Mon Jul 26 10:45:29 1999 @@ -99,6 +99,8 @@ */ +#include "opt_xe.h" + #ifndef XE_DEBUG #define XE_DEBUG 1 /* Increase for more voluminous output! */ #endif @@ -268,7 +270,7 @@ /* * Debug functions */ -#ifdef XE_DEBUG +#if XE_DEBUG > 0 #define XE_REG_DUMP(scp) xe_reg_dump((scp)) #define XE_MII_DUMP(scp) xe_mii_dump((scp)) static void xe_reg_dump (struct xe_softc *scp); @@ -325,7 +327,7 @@ */ static int xe_probe (struct isa_device *dev) { -#ifdef XE_DEBUG +#if XE_DEBUG > 0 printf("xe%d: probe\n", dev->id_unit); #endif bzero(sca, MAXSLOT * sizeof(sca[0])); @@ -480,7 +482,7 @@ dev = &devi->isahd; success = 0; -#ifdef XE_DEBUG +#if XE_DEBUG > 0 printf("xe: Probing for unit %d\n", unit); #endif @@ -722,7 +724,7 @@ struct xe_softc *scp = sca[dev->id_unit]; int i; -#ifdef XE_DEBUG +#if XE_DEBUG > 0 printf("xe%d: attach\n", scp->unit); #endif @@ -823,7 +825,7 @@ struct xe_softc *scp = xscp; int s; -#ifdef XE_DEBUG +#if XE_DEBUG > 0 printf("xe%d: init\n", scp->unit); #endif @@ -1351,7 +1353,7 @@ xe_media_change(struct ifnet *ifp) { struct xe_softc *scp = ifp->if_softc; -#ifdef XE_DEBUG +#if XE_DEBUG > 0 printf("xe%d: media_change\n", ifp->if_unit); #endif @@ -1377,7 +1379,7 @@ static void xe_media_status(struct ifnet *ifp, struct ifmediareq *mrp) { -#ifdef XE_DEBUG +#if XE_DEBUG > 0 printf("xe%d: media_status\n", ifp->if_unit); #endif @@ -1394,7 +1396,7 @@ struct xe_softc *scp = xscp; u_int16_t bmcr, bmsr, anar, lpar; -#ifdef XE_DEBUG +#if XE_DEBUG > 0 printf("xe%d: setmedia\n", scp->unit); #endif @@ -1671,7 +1673,7 @@ xe_hard_reset(struct xe_softc *scp) { int s; -#ifdef XE_DEBUG +#if XE_DEBUG > 0 printf("xe%d: hard_reset\n", scp->unit); #endif @@ -1708,7 +1710,7 @@ xe_soft_reset(struct xe_softc *scp) { int s; -#ifdef XE_DEBUG +#if XE_DEBUG > 0 printf("xe%d: soft_reset\n", scp->unit); #endif @@ -1748,7 +1750,7 @@ scp->srev = (XE_INB(XE_BOV) & 0x70) >> 4; else scp->srev = (XE_INB(XE_BOV) & 0x30) >> 4; -#ifdef XE_DEBUG +#if XE_DEBUG > 0 printf("xe%d: silicon revision = %d\n", scp->unit, scp->srev); #endif @@ -1779,7 +1781,7 @@ xe_stop(struct xe_softc *scp) { int s; -#ifdef XE_DEBUG +#if XE_DEBUG > 0 printf("xe%d: stop\n", scp->unit); #endif @@ -1815,7 +1817,7 @@ */ static void xe_enable_intr(struct xe_softc *scp) { -#ifdef XE_DEBUG +#if XE_DEBUG > 0 printf("xe%d: enable_intr\n", scp->unit); #endif @@ -1839,7 +1841,7 @@ */ static void xe_disable_intr(struct xe_softc *scp) { -#ifdef XE_DEBUG +#if XE_DEBUG > 0 printf("xe%d: disable_intr\n", scp->unit); #endif @@ -2392,7 +2394,7 @@ } -#ifdef XE_DEBUG +#if XE_DEBUG > 0 /* * A bit of debugging code. */ @@ -2468,7 +2470,7 @@ static int xe_suspend(void *xunit) { -#ifdef XE_DEBUG +#if XE_DEBUG > 0 struct xe_softc *scp = sca[(int)xunit]; printf("xe%d: APM suspend\n", scp->unit); @@ -2483,7 +2485,7 @@ static int xe_resume(void *xunit) { -#ifdef XE_DEBUG +#if XE_DEBUG > 0 struct xe_softc *scp = sca[(int)xunit]; printf("xe%d: APM resume\n", scp->unit); >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jul 25 4:11:28 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 4EF6814DC0 for ; Sun, 25 Jul 1999 04:11:23 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA15142; Sun, 25 Jul 1999 04:10:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sun, 25 Jul 1999 04:10:02 -0700 (PDT) Message-Id: <199907251110.EAA15142@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Nick Hibma Subject: Re: bin/8739: atoi and modunload Reply-To: Nick Hibma Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/8739; it has been noted by GNATS. From: Nick Hibma To: freebsd-gnats-submit@freebsd.org, lha@stacken.kth.se Cc: Subject: Re: bin/8739: atoi and modunload Date: Sun, 25 Jul 1999 13:01:08 +0200 Committed to kldunload. Thanks for the extra prod :-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jul 25 4:48:30 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 0AA09150AF; Sun, 25 Jul 1999 04:48:29 -0700 (PDT) (envelope-from n_hibma@FreeBSD.org) Received: (from n_hibma@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA16311; Sun, 25 Jul 1999 04:48:28 -0700 (PDT) (envelope-from n_hibma@FreeBSD.org) Date: Sun, 25 Jul 1999 04:48:28 -0700 (PDT) From: Message-Id: <199907251148.EAA16311@freefall.freebsd.org> To: marcelk@bitpit.net, n_hibma@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/12792: Increase data size to 2GB Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Increase data size to 2GB State-Changed-From-To: open->closed State-Changed-By: n_hibma State-Changed-When: Sun Jul 25 04:46:15 PDT 1999 State-Changed-Why: Pilot error. This is settable in LINT. The location you point to is enclosed in ifndef-endif for that variable name. In LINT: # # Certain applications can grow to be larger than the 128M limit # that FreeBSD initially imposes. Below are some options to # allow that limit to grow to 256MB, and can be increased further # with changing the parameters. MAXDSIZ is the maximum that the # limit can be set to, and the DFLDSIZ is the default value for # the limit. You might want to set the default lower than the # max, and explicitly set the maximum with a shell command for processes # that regularly exceed the limit like INND. # options MAXDSIZ="(256*1024*1024)" options DFLDSIZ="(256*1024*1024)" Hope this helps.[28~ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jul 25 4:58:41 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 2A53514F66; Sun, 25 Jul 1999 04:58:40 -0700 (PDT) (envelope-from n_hibma@FreeBSD.org) Received: (from n_hibma@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA16811; Sun, 25 Jul 1999 04:57:44 -0700 (PDT) (envelope-from n_hibma@FreeBSD.org) Date: Sun, 25 Jul 1999 04:57:44 -0700 (PDT) From: Message-Id: <199907251157.EAA16811@freefall.freebsd.org> To: n_hibma@FreeBSD.org, freebsd-bugs@FreeBSD.org, scott@FreeBSD.org Subject: Re: kern/12803: patch to make xe driver's noise configurable in kernel config Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: patch to make xe driver's noise configurable in kernel config Responsible-Changed-From-To: freebsd-bugs->scott Responsible-Changed-By: n_hibma Responsible-Changed-When: Sun Jul 25 04:57:22 PDT 1999 Responsible-Changed-Why: xe driver is his. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jul 25 8: 0: 3 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 3AE0115172 for ; Sun, 25 Jul 1999 08:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA24515; Sun, 25 Jul 1999 08:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from clue.umiacs.umd.edu (clue.umiacs.umd.edu [128.8.120.175]) by hub.freebsd.org (Postfix) with ESMTP id 329671516E for ; Sun, 25 Jul 1999 07:50:41 -0700 (PDT) (envelope-from arensb@clue.umiacs.umd.edu) Received: (from arensb@localhost) by clue.umiacs.umd.edu (8.9.3/8.9.3) id KAA13223; Sun, 25 Jul 1999 10:49:36 -0400 (EDT) (envelope-from arensb) Message-Id: <199907251449.KAA13223@clue.umiacs.umd.edu> Date: Sun, 25 Jul 1999 10:49:36 -0400 (EDT) From: Andrew Arensburger Reply-To: arensb@clue.umiacs.umd.edu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/12806: `sh -e' doesn't parse multi-command lines correctly Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 12806 >Category: bin >Synopsis: `sh -e' doesn't parse multi-command lines correctly >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jul 25 08:00:00 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Andrew Arensburger >Release: FreeBSD 3.2-RELEASE i386 >Organization: University of Maryland Institute for Advanced Computer Studies >Environment: I've found this bug under every version of FreeBSD where I've tested it: FreeBSD 2.2.7-RELEASE i386 FreeBSD 3.1-RELEASE i386 FreeBSD 3.2-RELEASE i386 >Description: sh(1) says, : -e errexit : If not interactive, exit immediately if any untested command : fails. The exit status of a command is considered to be explic- : itly tested if the command is used to control an if, elif, while, : or until; or if the command is the left hand operand of an ``&&'' : or ``||'' operator. This works fine if the script is of the form cmd1 cmd2 && cmd3 but not if it is of the form cmd1; cmd2 && cmd3 One practical upshot is that if you have a Makefile built with GNU automake, "make clean" does not work. >How-To-Repeat: The following two scripts should behave identically: #!/bin/sh -e echo before test foo = bar && echo blah echo after #!/bin/sh -e echo before; test foo = bar && echo blah echo after The first one prints before after as expected. The second one, however, prints before and exits. >Fix: Don't know. If I come up with one, I'll let you know. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jul 25 9: 0:30 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id D9B0A15175; Sun, 25 Jul 1999 09:00:28 -0700 (PDT) (envelope-from n_hibma@FreeBSD.org) Received: (from n_hibma@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA70475; Sun, 25 Jul 1999 08:58:55 -0700 (PDT) (envelope-from n_hibma@FreeBSD.org) Date: Sun, 25 Jul 1999 08:58:55 -0700 (PDT) From: Message-Id: <199907251558.IAA70475@freefall.freebsd.org> To: n_hibma@FreeBSD.org, freebsd-bugs@FreeBSD.org, obrien@FreeBSD.org Subject: Re: kern/12803: patch to make xe driver's noise configurable in kernel config Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: patch to make xe driver's noise configurable in kernel config Responsible-Changed-From-To: freebsd-bugs->obrien Responsible-Changed-By: n_hibma Responsible-Changed-When: Sun Jul 25 08:58:28 PDT 1999 Responsible-Changed-Why: It seems that he has done the last changes, so he might know more. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jul 25 9:13:20 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 36F54151B7 for ; Sun, 25 Jul 1999 09:13:18 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA71028; Sun, 25 Jul 1999 09:10:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 5B18115175; Sun, 25 Jul 1999 09:01:47 -0700 (PDT) Message-Id: <19990725160147.5B18115175@hub.freebsd.org> Date: Sun, 25 Jul 1999 09:01:47 -0700 (PDT) From: luis@tonala.com.mx To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: misc/12807: Pues los mejore stips de Freebsd debiudoa aque instale uno comopreincipiante y estoy en proeceso.. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 12807 >Category: misc >Synopsis: Pues los mejore stips de Freebsd debiudoa aque instale uno comopreincipiante y estoy en proeceso.. >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sun Jul 25 09:10:02 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Jose Luis Martinez Lopez >Release: >Organization: Colegio Miguel Hidalgo >Environment: >Description: Pues por lo mismo no le podria decir cuel es el release ni nada por el estilo tengo conocimientos pero de linux y debido a eso me nacio la curiosidad de este sistema opreativo como un buen proyecto de tesis de mi carrera me podrian ayudar... >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jul 25 12:40:37 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 6866714C90 for ; Sun, 25 Jul 1999 12:40:36 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA80307; Sun, 25 Jul 1999 12:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sun, 25 Jul 1999 12:40:01 -0700 (PDT) Message-Id: <199907251940.MAA80307@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Sheldon Hearn Subject: Re: bin/12554: File to go in /usr/src/usr.bin/file/Magdir/warcraft2 Reply-To: Sheldon Hearn Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/12554; it has been noted by GNATS. From: Sheldon Hearn To: dbushong@CSUA.Berkeley.EDU (David Bushong) Cc: freebsd-gnats-submit@freebsd.org Subject: Re: bin/12554: File to go in /usr/src/usr.bin/file/Magdir/warcraft2 Date: Sun, 25 Jul 1999 21:32:15 +0200 On Mon, 19 Jul 1999 12:14:55 MST, David Bushong wrote: > I think file(1) should have as "bloated" a magic database as possible. > I think if file(1) recognized every possible file format on earth, > that would be really cool. You motivate the case for file(1) magic bloat very well. :-) So how about a deal? You gimme magic for Orcs&Humans (WarCraft I), WarCraft II (PC) and I'll commit them along with your one all in one go. That is, unless I've missed the point and your game uses the same game file format as the Blizzard game. Deal? Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jul 25 13:40: 7 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 8FACF14F24 for ; Sun, 25 Jul 1999 13:40:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA83221; Sun, 25 Jul 1999 13:40:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sun, 25 Jul 1999 13:40:02 -0700 (PDT) Message-Id: <199907252040.NAA83221@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: dbushong@CSUA.Berkeley.EDU (David Bushong) Subject: Re: bin/12554: File to go in /usr/src/usr.bin/file/Magdir/warcraft2 Reply-To: dbushong@CSUA.Berkeley.EDU (David Bushong) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/12554; it has been noted by GNATS. From: dbushong@CSUA.Berkeley.EDU (David Bushong) To: sheldonh@uunet.co.za (Sheldon Hearn) Cc: dbushong@CSUA.Berkeley.EDU, freebsd-gnats-submit@freebsd.org Subject: Re: bin/12554: File to go in /usr/src/usr.bin/file/Magdir/warcraft2 Date: Sun, 25 Jul 1999 13:36:12 -0700 (PDT) > On Mon, 19 Jul 1999 12:14:55 MST, David Bushong wrote: > > > I think file(1) should have as "bloated" a magic database as possible. > > I think if file(1) recognized every possible file format on earth, > > that would be really cool. > > You motivate the case for file(1) magic bloat very well. :-) > > So how about a deal? You gimme magic for Orcs&Humans (WarCraft I), > WarCraft II (PC) and I'll commit them along with your one all in one go. > That is, unless I've missed the point and your game uses the same game > file format as the Blizzard game. > > Deal? > > Ciao, > Sheldon. > The game I was working on, "XCraft" is a clone of WarCraft II, and thus used the same file format for maps (PUDs). I do not own WarCraft I, and don't really know what format its maps used, however, I could probably hunt it up on the net and throw something together, except that I don't think anywone ever really cared about War I format map files (I didn't see any user made ones distributed, etc etc) Now some StarCraft .scm and .scx magic might be useful, if only they didn't compress/encrypt their maps with no discernable way to determine anything about them (except for that they are SC maps).. here's the magic to recognize them: #------------------------------------------------------------------------------ # starcraft: file(1) magic for StarCraft MPQ (data) files # # From: David Bushong # 0 string MPQ\32\ \0\0\0 StarCraft MPQ Data which could possibly be tossed together with warcraft2 into a "blizzard" file, but I avoided doing that before to avoid using a company name as a file name. --David Bushong To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jul 25 14:11:23 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 175EB151F7 for ; Sun, 25 Jul 1999 14:11:20 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id OAA84390; Sun, 25 Jul 1999 14:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from nfs.dragondata.com (nfs.dragondata.com [204.137.237.7]) by hub.freebsd.org (Postfix) with ESMTP id 2D62715233 for ; Sun, 25 Jul 1999 14:00:16 -0700 (PDT) (envelope-from toasty@nfs.dragondata.com) Received: (from root@localhost) by nfs.dragondata.com (8.9.3/8.9.3) id QAA55309; Sun, 25 Jul 1999 16:00:52 -0500 (CDT) (envelope-from toasty) Message-Id: <199907252100.QAA55309@nfs.dragondata.com> Date: Sun, 25 Jul 1999 16:00:52 -0500 (CDT) From: toasty@dragondata.com Reply-To: toasty@dragondata.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/12808: vmstat -i output wraps to negative values Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 12808 >Category: bin >Synopsis: vmstat -i output wraps to negative values >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jul 25 14:10:01 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Kevin Day >Release: FreeBSD 4.0-CURRENT i386 >Organization: DragonData Internet Services >Environment: Any FreeBSD system >Description: The output of vmstat -i will wrap around to negative numbers. # vmstat -i interrupt total rate fxp0 irq11 1986997576 618 ata-pci0 irq14 43093267 13 ata-pci0 irq15 85069735 26 pn0 irq10 1083789644 337 ahc0 irq9 433666 0 clk irq0 321001949 99 rtc irq8 410878329 127 Total -363703130 -113 The 'total' variable is only a signed long. Could this possibly be changed to an unsigned long or even a long long? >How-To-Repeat: >Fix: In vmstat.c: void dointr() { register long *intrcnt, inttotal, uptime; inttotal should be changed to an unsigned long, if not a larger datatype. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jul 25 14:21:20 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id ABA0F1522F for ; Sun, 25 Jul 1999 14:21:17 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id OAA84807; Sun, 25 Jul 1999 14:20:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id EBA661523C; Sun, 25 Jul 1999 14:18:05 -0700 (PDT) Message-Id: <19990725211805.EBA661523C@hub.freebsd.org> Date: Sun, 25 Jul 1999 14:18:05 -0700 (PDT) From: gerti-FreeBSD@BITart.com To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: bin/12809: inetd: refuses connections after SIGHUP (TCP Wrappers related) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 12809 >Category: bin >Synopsis: inetd: refuses connections after SIGHUP (TCP Wrappers related) >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jul 25 14:20:00 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Gerd Knops >Release: 3.2 release >Organization: BITart Consulting >Environment: FreeBSD central.identify.net 3.2-RELEASE FreeBSD 3.2-RELEASE #0: Sat Jun 19 03:45:59 CDT 1999 infax@bsd.bitart.com:/usr/src/sys/compile/INTERFAX i386 >Description: After sending a SIGHUP to inetd (via killall -HUP inetd) inetd is refusing connections it previously accepted. Apparently the build in TCP wrappers get something crossed. Error messages look like: Jul 25 16:00:04 central inetd[17407]: refused connection from 194.126.15.215, service smtp (tcp) >How-To-Repeat: Below my inetd.conf, hosts.allow and hosts.deny (I know that deny should not be needed anymore, but due to historical reasons those are the files on the problem machine). After a reboot inetd accepts smtp connections, but stops doing so after it received a SIGHUP. -------/etc/inetd.conf------- # $Id: inetd.conf,v 1.33 1998/12/01 22:01:59 dillon Exp $ # # Internet server configuration database # # @(#)inetd.conf 5.4 (Berkeley) 6/30/90 # ftp stream tcp nowait root /usr/libexec/ftpd ftpd -l telnet stream tcp nowait root /usr/libexec/telnetd telnetd shell stream tcp nowait root /usr/libexec/rshd rshd login stream tcp nowait root /usr/libexec/rlogind rlogind #finger stream tcp nowait/3/10 nobody /usr/libexec/fingerd fingerd -s #exec stream tcp nowait root /usr/libexec/rexecd rexecd #uucpd stream tcp nowait root /usr/libexec/uucpd uucpd #nntp stream tcp nowait usenet /usr/libexec/nntpd nntpd # run comsat as root to be able to print partial mailbox contents w/ biff, # or use the safer tty:tty to just print that new mail has been received. #comsat dgram udp wait tty:tty /usr/libexec/comsat comsat #ntalk dgram udp wait tty:tty /usr/libexec/ntalkd ntalkd #tftp dgram udp wait nobody /usr/libexec/tftpd tftpd /tftpboot #bootps dgram udp wait root /usr/libexec/bootpd bootpd # # "Small servers" -- used to be standard on, but we're more conservative # about things due to Internet security concerns. Only turn on what you # need. # #daytime stream tcp nowait root internal #daytime dgram udp wait root internal #time stream tcp nowait root internal #time dgram udp wait root internal #echo stream tcp nowait root internal #echo dgram udp wait root internal #discard stream tcp nowait root internal #discard dgram udp wait root internal #chargen stream tcp nowait root internal #chargen dgram udp wait root internal # # Kerberos authenticated services # #klogin stream tcp nowait root /usr/libexec/rlogind rlogind -k #eklogin stream tcp nowait root /usr/libexec/rlogind rlogind -k -x #kshell stream tcp nowait root /usr/libexec/rshd rshd -k #kip stream tcp nowait root /usr/libexec/kipd kipd # # CVS servers - for master CVS repositories only! # #cvspserver stream tcp nowait root /usr/bin/cvs cvs pserver #cvs stream tcp nowait root /usr/bin/cvs cvs kserver # # RPC based services (you MUST have portmapper running to use these) # #rstatd/1-3 dgram rpc/udp wait root /usr/libexec/rpc.rstatd rpc.rstatd #rusersd/1-2 dgram rpc/udp wait root /usr/libexec/rpc.rusersd rpc.rusersd #walld/1 dgram rpc/udp wait root /usr/libexec/rpc.rwalld rpc.rwalld #pcnfsd/1-2 dgram rpc/udp wait root /usr/libexec/rpc.pcnfsd rpc.pcnfsd #rquotad/1 dgram rpc/udp wait root /usr/libexec/rpc.rquotad rpc.rquotad #sprayd/1 dgram rpc/udp wait root /usr/libexec/rpc.sprayd rpc.sprayd # # example entry for the optional pop3 server # #pop3 stream tcp nowait root /usr/local/libexec/popper popper # # example entry for the optional imap4 server # #imap4 stream tcp nowait root /usr/local/libexec/imapd imapd # # Return error for all "ident" requests # #ident stream tcp nowait root internal # # example entry for the optional ident server # #ident stream tcp wait kmem:kmem /usr/local/sbin/identd identd -w -t120 # # example entry for the optional qmail MTA # #smtp stream tcp nowait qmaild /var/qmail/bin/tcp-env tcp-env /var/qmail/bin/qmail-smtpd # # Enable the following two entries to enable samba startup from inetd # (from the Samba documentation). # #netbios-ssn stream tcp nowait root /usr/local/sbin/smbd smbd #netbios-ns dgram udp wait root /usr/local/sbin/nmbd nmbd # smtp stream tcp nowait qmaild /usr/local/qmail/bin/tcp-env tcp-env /usr/local/qmail/bin/qmail-smtpd # # pop3 # pop3 stream tcp nowait root /usr/local/qmail/bin/qmail-popup qmail-popup central.interfaxx.com /usr/local/bin/checkpassword /usr/local/qmail/bin/qmail-pop3d Maildir -------/etc/hosts.allow------- ALL: 206.103.221.32/255.255.255.240 ALL: 208.134.252.0/255.255.255.0 in.smtp: ALL qmail-popup: ALL tcp-env: ALL -------/etc/hosts.deny------- ALL: ALL >Fix: Workaround: Don't use SIGHUP with inetd... >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jul 25 17:50:33 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 0295A15245 for ; Sun, 25 Jul 1999 17:50:29 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id RAA98045; Sun, 25 Jul 1999 17:50:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 7599514BEB; Sun, 25 Jul 1999 17:47:41 -0700 (PDT) Message-Id: <19990726004741.7599514BEB@hub.freebsd.org> Date: Sun, 25 Jul 1999 17:47:41 -0700 (PDT) From: marz66@jps.net To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: misc/12811: Cant get it going Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 12811 >Category: misc >Synopsis: Cant get it going >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jul 25 17:50:00 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Garo >Release: 3.2 >Organization: >Environment: >Description: I put in the first floppy,reboot & get this /boot.config: -P Keyboard: no _ <=== this blinks forever. did not have this whit previos releases. thanx!!! >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jul 25 18:37:59 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id A745C15258; Sun, 25 Jul 1999 18:37:56 -0700 (PDT) (envelope-from ache@FreeBSD.org) Received: (from ache@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id SAA00641; Sun, 25 Jul 1999 18:37:14 -0700 (PDT) (envelope-from ache@FreeBSD.org) Date: Sun, 25 Jul 1999 18:37:14 -0700 (PDT) From: Message-Id: <199907260137.SAA00641@freefall.freebsd.org> To: viro@math.psu.edu, ache@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/8790: [PATCH] Buffer overrun in nvi-1.79 (exploitable) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: [PATCH] Buffer overrun in nvi-1.79 (exploitable) State-Changed-From-To: open->closed State-Changed-By: ache State-Changed-When: Sun Jul 25 18:36:44 PDT 1999 State-Changed-Why: Fix applied to libc's regcomp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jul 25 18:42:52 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 70C7415233 for ; Sun, 25 Jul 1999 18:42:48 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id SAA00845; Sun, 25 Jul 1999 18:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sun, 25 Jul 1999 18:40:01 -0700 (PDT) Message-Id: <199907260140.SAA00845@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Kazutaka YOKOTA Subject: Re: misc/12811: Cant get it going Reply-To: Kazutaka YOKOTA Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/12811; it has been noted by GNATS. From: Kazutaka YOKOTA To: marz66@jps.net Cc: freebsd-gnats-submit@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: misc/12811: Cant get it going Date: Mon, 26 Jul 1999 10:35:18 +0900 >>Number: 12811 >>Category: misc >>Synopsis: Cant get it going >>Confidential: no >>Severity: non-critical >>Priority: low >>Responsible: freebsd-bugs >>State: open >>Quarter: >>Keywords: >>Date-Required: >>Class: sw-bug >>Submitter-Id: current-users >>Arrival-Date: Sun Jul 25 17:50:00 PDT 1999 >>Closed-Date: >>Last-Modified: >>Originator: Garo >>Release: 3.2 >>Organization: >>Environment: >>Description: >I put in the first floppy,reboot & get this >/boot.config: -P >Keyboard: no >_ <=== this blinks forever. As soon as you see Keyboard: no Hit the space key, and you get the "boot:" prompt. Type "-Dh" and return. Then, you will be all right. For the record, would you describe your system for us? Motherboard, CPU, keyboard, etc. Kazu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jul 25 20:22:28 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from mail.rdc1.ct.home.com (ha1.rdc1.ct.home.com [24.2.0.66]) by hub.freebsd.org (Postfix) with ESMTP id 2B4B914CF8 for ; Sun, 25 Jul 1999 20:22:25 -0700 (PDT) (envelope-from ric@home.com) Received: from C870318-a ([24.2.138.46]) by mail.rdc1.ct.home.com (InterMail v4.01.01.07 201-229-111-110) with SMTP id <19990726032225.DTMH8054.mail.rdc1.ct.home.com@C870318-a> for ; Sun, 25 Jul 1999 20:22:25 -0700 Message-Id: <3.0.5.32.19990725232224.01843e30@mail> X-Sender: ric@mail X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.5 (32) Date: Sun, 25 Jul 1999 23:22:24 -0400 To: freebsd-bugs@FreeBSD.ORG From: Rick Subject: unsubscribe ric@home.com Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jul 25 20:44:40 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from patriot.wipinfo.soft.net (patriot.wipinfo.soft.net [164.164.6.21]) by hub.freebsd.org (Postfix) with ESMTP id 0F98214CE4 for ; Sun, 25 Jul 1999 20:44:23 -0700 (PDT) (envelope-from bee@wipinfo.soft.net) Received: from wipro.tcpn.com ([172.31.40.11]) by patriot.wipinfo.soft.net (8.9.2/8.9.2) with ESMTP id JAA04420 for ; Mon, 26 Jul 1999 09:16:43 -0500 (GMT) Received: from keeravani (keeravani.wipro.tcpn.com [172.31.41.136]) by wipro.tcpn.com (8.9.3/8.9.3) with SMTP id JAA16252 for ; Mon, 26 Jul 1999 09:18:21 +0530 (IST) Reply-To: From: "Biju Susmer" To: Subject: "3.2-RELEASE #0" crashed Date: Mon, 26 Jul 1999 09:13:45 +0530 Message-ID: <000b01bed719$10eeeb00$88291fac@wipro.tcpn.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: base64 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Disposition-Notification-To: "Biju Susmer" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org SGksIA0KDQogICBUaGUgZm9sbG93aW5nIHByb2dyYW0gY2F1c2VkIG15IHN5c3RlbSB0byBjcmFz aCBhbmQgcmVib290LiBJIHdhcw0KZG9pbmcgYSBzdHJlc3MgdGVzdCBvbiBteSBtYWNoaW5lIGJ5 IGtlZXBpbmcgaXQgMjAwJSBidXN5Li4uIE15IHVpZCBpcyANCjEwMDEgW25vdCByb290IDspIF0u IEkgYXR0YWNoZWQgYWxsIGRldGFpbHMgd2hpY2ggaSB0aGluayBtYXkgYmUgdXNlZnVsLg0KVGhl IHN5c3RlbSBoYXMgc3dhcCBvZiAzN01CIG9uIC9kZXYvd2QwczJiLg0KDQpDYXRlZ29yeToga2Vy bg0KU2V2OiBzZXJpb3VzDQpQcmk6IEhpZ2gNCkNsYXNzOiBzd19idWcNCg0KMyBvdXQgb2YgNiB0 aW1lcyBpdCByZWJvb3RlZC4gSW4gYWxsIGNhc2VzLCB0aGUgbWVzc2FnZSAic3dhcF9wYWdlcjog b3V0IG9mIHN3YXAgc3BhY2UiIHdhcyByZXBlYXRlZCBhdCBsZWFzdCA3IHRpbWVzLiBUaGUgbWVz c2FnZXMgZ2VuZXJhdGVkIHdlcmUgZGlmZmVyZW50LiANCiAgKiBmaXJzdCB0aW1lIGkgY291bGQg bm90IGNhdGNoICh1bi1leHBlY3RlZCkNCiAgKiBzZWNvbmQgYW5kIHRoaXJkIHRpbWUgaXQgc2hv d2VkIHNvbWUgdGhpbmcsIGFuZCBnYXZlIG1lIDE1IHNlY29uZHMsIGJ1dCBpIGNvdWxkIG5vdCBk byBhbnl0aGluZy4gSSByZW1lbWJlciBpdCBpcyBzb21lIHRoaW5nICJkZSBhbGxvY2F0ZWQgbWFu eSB0aW1lcyIgb3Igc28uIFBMRUFTRSBURUxMIE1FIEhPVyBDQU4gSSBDQVRDSCBUSEUgTUVTU0FH RVMgSUYgSSBXQU5UIFRPIEdJVkUgSVQgVE8gVSEhDQoNClRoZSByZXN0IDMgdGltZXMsIGl0IHdl bnQgdG8gc29tZSBsb29wLCBpIGJlbGlldmUuIE5vdGhpbmcgd29ya2VkLiBUaGUgY2hhcnMgaSB0 eXBlZCB3ZXJlIGVjaG9kIG9uIHRoZSB0ZXJtaW5hbCBpbiB3aGljaCBpIHN0YXJ0ZWQgdGhlIHBy b2dyYW0uIEFsc28gc3dpdGNoaW5nIHNjcmVlbnMgKHYwLXYyKSB3ZXJlIGZpbmUsIGJ1dCBub3Ro aW5nIGVjaG9kIG9uIHRob3NlIHNjcmVlbnMuIEludHIgb3IgcXVpdCBjaGFyIGRpZG4ndCBoYXZl IGFueSBlZmZlY3QuIGF0IGxhc3QgYWZ0ZXIgb25lIG1pbnV0ZSBpIHJlc2V0dGVkLg0KDQppIHRy aWVkIGNoYW5naW5nIGtlcm4uc2VjdXJlbGV2ZWwgdG8gMiBidXQgdGhhdCBhbHNvIGRpZG4ndCBo ZWxwLg0KDQpBc2sgbWUgaWYgdSBuZWVkIG1vcmUgaW5mb3JtYXRpb24uDQoNCnRoYW5rcywNCg0K LWJlZQ0KDQoNCg0KJCBjYXQgY3Jhc2guYw0KLyogcHJvZ3JhbSB0byBjcmVhdGUgIm91dCBvZiBD UFUiIGVycm9yICovDQojaW5jbHVkZTxzeXMvdHlwZXMuaD4NCiNpbmNsdWRlPHVuaXN0ZC5oPg0K DQptYWluKCkNCnsNCgl3aGlsZSgxKQ0KCQlpZihmb3JrKCk8IDApIC8qIG11bHRpcGx5Li4uICov DQoJCQl3aGlsZSgxKTsgLyogaWYgbm8gbW9yZSBwcm9jZXNzZXMsIGVhdCB1cCBDUFUgKi8NCn0N Cg0KJCB1bmFtZSAtYQ0KRnJlZUJTRCBiYXNoIDMuMi1SRUxFQVNFIEZyZWVCU0QgMy4yLVJFTEVB U0UgIzA6IFR1ZSBNYXkgMTggMDQ6MDU6MDggR01UIDE5OTkgICAgIGpraEBjYXRoYWlyOi91c3Iv c3JjL3N5cy9jb21waWxlL0dFTkVSSUMgIGkzODYNCg0KDQokIHN5c2N0bCAtYQ0Ka2Vybi5vc3R5 cGU6IEZyZWVCU0QNCmtlcm4ub3NyZWxlYXNlOiAzLjItUkVMRUFTRQ0Ka2Vybi5vc3JldmlzaW9u OiAxOTk1MDYNCmtlcm4udmVyc2lvbjogRnJlZUJTRCAzLjItUkVMRUFTRSAjMDogVHVlIE1heSAx OCAwNDowNTowOCBHTVQgMTk5OQ0KICAgIGpraEBjYXRoYWlyOi91c3Ivc3JjL3N5cy9jb21waWxl L0dFTkVSSUMNCg0Ka2Vybi5tYXh2bm9kZXM6IDEzNjINCmtlcm4ubWF4cHJvYzogNTMyDQprZXJu Lm1heGZpbGVzOiAxMDY0DQprZXJuLmFyZ21heDogNjU1MzYNCmtlcm4uc2VjdXJlbGV2ZWw6IC0x DQprZXJuLmhvc3RuYW1lOiBiYXNoDQprZXJuLmhvc3RpZDogMA0Ka2Vybi5jbG9ja3JhdGU6IHsg aHogPSAxMDAsIHRpY2sgPSAxMDAwMCwgdGlja2FkaiA9IDUsIHByb2ZoeiA9IDEwMjQsIHN0YXRo eiA9IDEyOCB9DQprZXJuLnBvc2l4MXZlcnNpb246IDE5OTAwOQ0Ka2Vybi5uZ3JvdXBzOiAxNg0K a2Vybi5qb2JfY29udHJvbDogMQ0Ka2Vybi5zYXZlZF9pZHM6IDANCmtlcm4uYm9vdHRpbWU6IHsg c2VjID0gOTMyOTA5NDM0LCB1c2VjID0gODUxNzgxIH0gU3VuIEp1bCAyNSAxOTowMDozNCAxOTk5 DQprZXJuLmRvbWFpbm5hbWU6IA0Ka2Vybi5vc3JlbGRhdGU6IDMyMDAwMQ0Ka2Vybi5ib290Zmls ZTogL2tlcm5lbA0Ka2Vybi5tYXhmaWxlc3BlcnByb2M6IDEwNjQNCmtlcm4ubWF4cHJvY3BlcnVp ZDogNTMxDQprZXJuLmR1bXBkZXY6IHsgbWFqb3IgPSAyNTUsIG1pbm9yID0gLTY1MjgxIH0NCmtl cm4uaXBjLm1heHNvY2tidWY6IDI2MjE0NA0Ka2Vybi5pcGMuc29ja2J1Zl93YXN0ZV9mYWN0b3I6 IDgNCmtlcm4uaXBjLnNvbWF4Y29ubjogMTI4DQprZXJuLmlwYy5tYXhfbGlua2hkcjogMTYNCmtl cm4uaXBjLm1heF9wcm90b2hkcjogNDANCmtlcm4uaXBjLm1heF9oZHI6IDU2DQprZXJuLmlwYy5t YXhfZGF0YWxlbjogNDANCmtlcm4uaXBjLm5tYmNsdXN0ZXJzOiAxMDI0DQprZXJuLmlwYy5tYXhz b2NrZXRzOiAxMDY0DQprZXJuLmR1bW15OiAwDQprZXJuLnBzX3N0cmluZ3M6IC0xMDc3OTQ0MzM2 DQprZXJuLnVzcnN0YWNrOiAtMTA3Nzk0NDMyMA0Ka2Vybi5sb2dzaWdleGl0OiAxDQprZXJuLmNh bS5jZC5jaGFuZ2VyLm1pbl9idXN5X3NlY29uZHM6IDUNCmtlcm4uY2FtLmNkLmNoYW5nZXIubWF4 X2J1c3lfc2Vjb25kczogMTUNCmtlcm4ubW9kdWxlX3BhdGg6IC87L2Jvb3QvOy9tb2R1bGVzLw0K a2Vybi5hY2N0X3N1c3BlbmQ6IDINCmtlcm4uYWNjdF9yZXN1bWU6IDQNCmtlcm4uYWNjdF9jaGtm cmVxOiAxNQ0Ka2Vybi50aW1lY291bnRlci5tZXRob2Q6IDANCmtlcm4uZmFzdF92Zm9yazogMQ0K a2Vybi5udHBfcGxsLm11bHQ6IDANCmtlcm4ubnRwX3BsbC5kaXY6IDANCmtlcm4uc3VnaWRfY29y ZWR1bXA6IDANCmtlcm4uY29yZWZpbGU6ICVOLmNvcmUNCmtlcm4ucXVhbnR1bTogMTANCmtlcm4u Y2NwdTogMTk0OA0Ka2Vybi5mc2NhbGU6IDIwNDgNCmtlcm4uZGV2c3RhdC5udW1kZXZzOiAyDQpr ZXJuLmRldnN0YXQuZ2VuZXJhdGlvbjogMg0Ka2Vybi5kZXZzdGF0LnZlcnNpb246IDMNCmtlcm4u Y29uc211dGU6IDANCnZtLmxvYWRhdmc6IHsgMC4wMiAwLjA0IDAuMDEgfQ0Kdm0udl9mcmVlX21p bjogMTMzDQp2bS52X2ZyZWVfdGFyZ2V0OiAzODQNCnZtLnZfZnJlZV9yZXNlcnZlZDogMTE4DQp2 bS52X2luYWN0aXZlX3RhcmdldDogNTc2DQp2bS52X2NhY2hlX21pbjogMzg0DQp2bS52X2NhY2hl X21heDogNzY4DQp2bS52X3BhZ2VvdXRfZnJlZV9taW46IDM0DQp2bS5wYWdlb3V0X2FsZ29yaXRo bTogMA0Kdm0uc3dhcF9lbmFibGVkOiAxDQp2bS5zd2FwX2lkbGVfdGhyZXNob2xkMTogMg0Kdm0u c3dhcF9pZGxlX3RocmVzaG9sZDI6IDEwDQp2bS5zdGF0cy5zeXMudl9zd3RjaDogMzc2NA0Kdm0u c3RhdHMuc3lzLnZfdHJhcDogOTQ0MA0Kdm0uc3RhdHMuc3lzLnZfc3lzY2FsbDogMjM1MDYNCnZt LnN0YXRzLnN5cy52X2ludHI6IDExMzk1NQ0Kdm0uc3RhdHMuc3lzLnZfc29mdDogMjcwMQ0Kdm0u c3RhdHMudm0udl92bV9mYXVsdHM6IDEwOTk4DQp2bS5zdGF0cy52bS52X2Nvd19mYXVsdHM6IDQz NTINCnZtLnN0YXRzLnZtLnZfY293X29wdGltOiA2NTQNCnZtLnN0YXRzLnZtLnZfemZvZDogMjM5 Mw0Kdm0uc3RhdHMudm0udl9vemZvZDogMjI2MQ0Kdm0uc3RhdHMudm0udl9zd2FwaW46IDANCnZt LnN0YXRzLnZtLnZfc3dhcG91dDogMA0Kdm0uc3RhdHMudm0udl9zd2FwcGdzaW46IDANCnZtLnN0 YXRzLnZtLnZfc3dhcHBnc291dDogMA0Kdm0uc3RhdHMudm0udl92bm9kZWluOiAyMDUNCnZtLnN0 YXRzLnZtLnZfdm5vZGVvdXQ6IDANCnZtLnN0YXRzLnZtLnZfdm5vZGVwZ3NpbjogMTQ3Mg0Kdm0u c3RhdHMudm0udl92bm9kZXBnc291dDogMA0Kdm0uc3RhdHMudm0udl9pbnRyYW5zOiAxDQp2bS5z dGF0cy52bS52X3JlYWN0aXZhdGVkOiAwDQp2bS5zdGF0cy52bS52X3Bkd2FrZXVwczogMA0Kdm0u c3RhdHMudm0udl9wZHBhZ2VzOiAwDQp2bS5zdGF0cy52bS52X2RmcmVlOiAwDQp2bS5zdGF0cy52 bS52X3BmcmVlOiA0MjgxDQp2bS5zdGF0cy52bS52X3RmcmVlOiA5NDY5DQp2bS5zdGF0cy52bS52 X3BhZ2Vfc2l6ZTogNDA5Ng0Kdm0uc3RhdHMudm0udl9wYWdlX2NvdW50OiAzMzIzDQp2bS5zdGF0 cy52bS52X2ZyZWVfcmVzZXJ2ZWQ6IDExOA0Kdm0uc3RhdHMudm0udl9mcmVlX3RhcmdldDogMzg0 DQp2bS5zdGF0cy52bS52X2ZyZWVfbWluOiAxMzMNCnZtLnN0YXRzLnZtLnZfZnJlZV9jb3VudDog NTYzDQp2bS5zdGF0cy52bS52X3dpcmVfY291bnQ6IDY5Mg0Kdm0uc3RhdHMudm0udl9hY3RpdmVf Y291bnQ6IDc0NA0Kdm0uc3RhdHMudm0udl9pbmFjdGl2ZV90YXJnZXQ6IDU3Ng0Kdm0uc3RhdHMu dm0udl9pbmFjdGl2ZV9jb3VudDogMTMxNQ0Kdm0uc3RhdHMudm0udl9jYWNoZV9jb3VudDogMA0K dm0uc3RhdHMudm0udl9jYWNoZV9taW46IDM4NA0Kdm0uc3RhdHMudm0udl9jYWNoZV9tYXg6IDc2 OA0Kdm0uc3RhdHMudm0udl9wYWdlb3V0X2ZyZWVfbWluOiAzNA0Kdm0uc3RhdHMudm0udl9pbnRl cnJ1cHRfZnJlZV9taW46IDINCnZtLnN0YXRzLm1pc2MuemVyb19wYWdlX2NvdW50OiA1MDYNCnZt LnN0YXRzLm1pc2MuY250X3ByZXplcm86IDU0MzINCnZtLnBhZ2VvdXRfc3RhdHNfbWF4OiAzODQN CnZtLnBhZ2VvdXRfZnVsbF9zdGF0c19pbnRlcnZhbDogMjANCnZtLnBhZ2VvdXRfc3RhdHNfaW50 ZXJ2YWw6IDUNCnZtLnBhZ2VvdXRfc3RhdHNfZnJlZV9tYXg6IDUNCnZtLnN3YXBfaWRsZV9lbmFi bGVkOiAwDQp2bS5kZWZlcl9zd2Fwc3BhY2VfcGFnZW91dHM6IDANCnZtLmRpc2FibGVfc3dhcHNw YWNlX3BhZ2VvdXRzOiAwDQp2bS5tYXhfcGFnZV9sYXVuZGVyOiAzMg0Kdm0uem9uZTogDQpJVEVN ICAgICAgICAgICAgU0laRSAgICAgTElNSVQgICAgVVNFRCAgICBGUkVFICBSRVFVRVNUUw0KDQpQ SVBFOiAgICAgICAgICAgIDE2MCwgICAgICAgIDAsICAgICAgMiwgICAgMTAwLCAgICAgICAyOQ0K dW5wY2I6ICAgICAgICAgICAgNjQsICAgICAgICAwLCAgICAgIDMsICAgIDEyNSwgICAgICAgIDMN CnJpcGNiOiAgICAgICAgICAgIDk2LCAgICAgMTA2NCwgICAgICAwLCAgICAgNDIsICAgICAgICAw DQp0Y3BjYjogICAgICAgICAgIDI4OCwgICAgIDEwNjQsICAgICAgNywgICAgIDIxLCAgICAgICAg NQ0KdWRwY2I6ICAgICAgICAgICAgOTYsICAgICAxMDY0LCAgICAgIDUsICAgICA3OSwgICAgICAg IDgNCnVucGNiOiAgICAgICAgICAgIDY0LCAgICAgICAgMCwgICAgICAwLCAgICAgIDAsICAgICAg ICAwDQpzb2NrZXQ6ICAgICAgICAgIDE2MCwgICAgIDEwNjQsICAgICAxNiwgICAgIDM0LCAgICAg ICAyMg0KQUlPTElPOiAgICAgICAgICA3MDQsICAgICAgICAwLCAgICAgIDAsICAgICAgMCwgICAg ICAgIDANCkFJT0w6ICAgICAgICAgICAgIDY0LCAgICAgICAgMCwgICAgICAwLCAgICAgIDAsICAg ICAgICAwDQpBSU9DQjogICAgICAgICAgIDEyOCwgICAgICAgIDAsICAgICAgMCwgICAgICAwLCAg ICAgICAgMA0KQUlPUDogICAgICAgICAgICAgMzIsICAgICAgICAwLCAgICAgIDAsICAgICAgMCwg ICAgICAgIDANCkFJTzogICAgICAgICAgICAgIDk2LCAgICAgICAgMCwgICAgICAwLCAgICAgIDAs ICAgICAgICAwDQpORlNOT0RFOiAgICAgICAgIDI4OCwgICAgICAgIDAsICAgICAgMCwgICAgICAw LCAgICAgICAgMA0KTkZTTU9VTlQ6ICAgICAgICA1NDQsICAgICAgICAwLCAgICAgIDAsICAgICAg MCwgICAgICAgIDANClZOT0RFOiAgICAgICAgICAgMTkyLCAgICAgICAgMCwgICAgMjUwLCAgICAg NjgsICAgICAgMjQ3DQpOQU1FSTogICAgICAgICAgMTAyNCwgICAgICAgIDAsICAgICAgMCwgICAg IDE2LCAgICAgMjcyNQ0KVk1TUEFDRTogICAgICAgICAxOTIsICAgICAgICAwLCAgICAgMTMsICAg ICA1MSwgICAgICAyNTMNClBST0M6ICAgICAgICAgICAgMzUyLCAgICAgICAgMCwgICAgIDE2LCAg ICAgNDIsICAgICAgMjU2DQpEUCBmYWtlcGc6ICAgICAgICA2NCwgICAgICAgIDAsICAgICAgMCwg ICAgICAwLCAgICAgICAgMA0KUFYgRU5UUlk6ICAgICAgICAgMjgsICAgMTE0NTg2LCAgIDE2NDcs ICAgMjQ0NiwgICAgMzc0NjkNCk1BUCBFTlRSWTogICAgICAgIDQwLCAgICAgICAgMCwgICAgMTcy LCAgICAxNjAsICAgICA3NDg2DQpLTUFQIEVOVFJZOiAgICAgICA0MCwgICAgICA5NTgsICAgICAz NywgICAgMTkzLCAgICAgIDE0Nw0KTUFQOiAgICAgICAgICAgICAxMDAsICAgICAgICAwLCAgICAg IDcsICAgICAgMywgICAgICAgIDcNClZNIE9CSkVDVDogICAgICAgMTM2LCAgICAgICAgMCwgICAg MzE5LCAgICAgNTcsICAgICA0MjEzDQp2bS56b25lX2ttZW1fcGFnZXM6IDgNCnZtLnpvbmVfa21l bV9rdmFzcGFjZTogMzgxNzQ3Mg0Kdm0uem9uZV9rZXJuX3BhZ2VzOiAzOQ0KdmZzLm5mcy5uZnNf cHJpdnBvcnQ6IDANCnZmcy5uZnMuYXN5bmM6IDANCnZmcy5uZnMuZ2F0aGVyZGVsYXk6IDEwMDAw DQp2ZnMubmZzLmdhdGhlcmRlbGF5X3YzOiAwDQp2ZnMubmZzLmRlZmVjdDogMA0KdmZzLm5mcy5k aXNrbGVzc192YWxpZDogMA0KdmZzLm5mcy5kaXNrbGVzc19yb290cGF0aDogDQp2ZnMubmZzLmRp c2tsZXNzX3N3YXBwYXRoOiANCnZmcy5uZnMuYWNjZXNzX2NhY2hlX3RpbWVvdXQ6IDINCnZmcy5u ZnMuYWNjZXNzX2NhY2hlX2hpdHM6IDANCnZmcy5uZnMuYWNjZXNzX2NhY2hlX2ZpbGxzOiAwDQp2 ZnMubnVtZGlydHlidWZmZXJzOiA1DQp2ZnMubG9kaXJ0eWJ1ZmZlcnM6IDMwDQp2ZnMuaGlkaXJ0 eWJ1ZmZlcnM6IDYwDQp2ZnMubnVtZnJlZWJ1ZmZlcnM6IDMyMA0KdmZzLmxvZnJlZWJ1ZmZlcnM6 IDIzDQp2ZnMuaGlmcmVlYnVmZmVyczogNDYNCnZmcy5tYXhidWZzcGFjZTogMTM2Mzk2OA0KdmZz LmJ1ZnNwYWNlOiAxMzY4MDY0DQp2ZnMubWF4dm1pb2J1ZnNwYWNlOiA5MDkzMTINCnZmcy52bWlv c3BhY2U6IDEwMTY4MzINCnZmcy5tYXhtYWxsb2NidWZzcGFjZTogNjgxOTgNCnZmcy5idWZtYWxs b2NzcGFjZTogNjA0MTYNCnZmcy5rdmFmcmVlc3BhY2U6IDY1NTM2DQp2ZnMuY2FjaGUubnVtbmVn OiAxNQ0KdmZzLmNhY2hlLm51bWNhY2hlOiAyNDYNCnZmcy5jYWNoZS5udW1jYWxsczogNTU0OQ0K dmZzLmNhY2hlLmRvdGhpdHM6IDgxDQp2ZnMuY2FjaGUuZG90ZG90aGl0czogMw0KdmZzLmNhY2hl Lm51bWNoZWNrczogNDYxMQ0KdmZzLmNhY2hlLm51bW1pc3M6IDEyMjUNCnZmcy5jYWNoZS5udW1t aXNzemFwOiAxNQ0KdmZzLmNhY2hlLm51bXBvc3phcHM6IDIyDQp2ZnMuY2FjaGUubnVtcG9zaGl0 czogNDAyNw0KdmZzLmNhY2hlLm51bW5lZ3phcHM6IDcNCnZmcy5jYWNoZS5udW1uZWdoaXRzOiAx NjkNCnZmcy5jYWNoZS5udW1jd2RjYWxsczogMTgNCnZmcy5jYWNoZS5udW1jd2RmYWlsMTogMA0K dmZzLmNhY2hlLm51bWN3ZGZhaWwyOiAwDQp2ZnMuY2FjaGUubnVtY3dkZmFpbDM6IDANCnZmcy5j YWNoZS5udW1jd2RmYWlsNDogMA0KdmZzLmNhY2hlLm51bWN3ZGZvdW5kOiAxOA0KdmZzLm1vZDA6 IDANCnZmcy5tb2QxOiAwDQp2ZnMudXNlcm1vdW50OiAwDQp2ZnMuYWlvLm1heF9haW9fcGVyX3By b2M6IDMyDQp2ZnMuYWlvLm1heF9haW9fcXVldWVfcGVyX3Byb2M6IDI1Ng0KdmZzLmFpby5tYXhf YWlvX3Byb2NzOiAzMg0KdmZzLmFpby5udW1fYWlvX3Byb2NzOiAwDQp2ZnMuYWlvLm51bV9xdWV1 ZV9jb3VudDogMA0KdmZzLmFpby5tYXhfYWlvX3F1ZXVlOiAxMDI0DQp2ZnMuYWlvLnRhcmdldF9h aW9fcHJvY3M6IDANCnZmcy5haW8ubWF4X2J1Zl9haW86IDE2DQp2ZnMuYWlvLm51bV9idWZfYWlv OiAwDQp2ZnMuYWlvLmFpb2RfbGlmZXRpbWU6IDMwMDANCnZmcy5haW8uYWlvZF90aW1lb3V0OiAx MDAwDQp2ZnMuZmZzLmRvcmVhbGxvY2Jsa3M6IDENCnZmcy5mZnMuZG9hc3luY2ZyZWU6IDENCm5l dC5sb2NhbC5zdHJlYW0uc2VuZHNwYWNlOiA4MTkyDQpuZXQubG9jYWwuc3RyZWFtLnJlY3ZzcGFj ZTogODE5Mg0KbmV0LmxvY2FsLmRncmFtLm1heGRncmFtOiAyMDQ4DQpuZXQubG9jYWwuZGdyYW0u cmVjdnNwYWNlOiA0MDk2DQpuZXQubG9jYWwuaW5mbGlnaHQ6IDANCm5ldC5pbmV0LmlwLnBvcnRy YW5nZS5sb3dmaXJzdDogMTAyMw0KbmV0LmluZXQuaXAucG9ydHJhbmdlLmxvd2xhc3Q6IDYwMA0K bmV0LmluZXQuaXAucG9ydHJhbmdlLmZpcnN0OiAxMDI0DQpuZXQuaW5ldC5pcC5wb3J0cmFuZ2Uu bGFzdDogNTAwMA0KbmV0LmluZXQuaXAucG9ydHJhbmdlLmhpZmlyc3Q6IDQ5MTUyDQpuZXQuaW5l dC5pcC5wb3J0cmFuZ2UuaGlsYXN0OiA2NTUzNQ0KbmV0LmluZXQuaXAuZm9yd2FyZGluZzogMA0K bmV0LmluZXQuaXAucmVkaXJlY3Q6IDENCm5ldC5pbmV0LmlwLnR0bDogNjQNCm5ldC5pbmV0Lmlw LnJ0ZXhwaXJlOiAzNjAwDQpuZXQuaW5ldC5pcC5ydG1pbmV4cGlyZTogMTANCm5ldC5pbmV0Lmlw LnJ0bWF4Y2FjaGU6IDEyOA0KbmV0LmluZXQuaXAuc291cmNlcm91dGU6IDANCm5ldC5pbmV0Lmlw LmludHJfcXVldWVfbWF4bGVuOiA1MA0KbmV0LmluZXQuaXAuaW50cl9xdWV1ZV9kcm9wczogMA0K bmV0LmluZXQuaXAuYWNjZXB0X3NvdXJjZXJvdXRlOiAwDQpuZXQuaW5ldC5pcC5mYXN0Zm9yd2Fy ZGluZzogMA0KbmV0LmluZXQuaXAuc3VibmV0c19hcmVfbG9jYWw6IDANCm5ldC5pbmV0LmljbXAu bWFza3JlcGw6IDANCm5ldC5pbmV0LmljbXAuaWNtcGxpbTogLTENCm5ldC5pbmV0LmljbXAuYm1j YXN0ZWNobzogMA0KbmV0LmluZXQudGNwLnJmYzEzMjM6IDANCm5ldC5pbmV0LnRjcC5yZmMxNjQ0 OiAwDQpuZXQuaW5ldC50Y3AubXNzZGZsdDogNTEyDQpuZXQuaW5ldC50Y3AucnR0ZGZsdDogMw0K bmV0LmluZXQudGNwLmtlZXBpZGxlOiAxNDQwMA0KbmV0LmluZXQudGNwLmtlZXBpbnR2bDogMTUw DQpuZXQuaW5ldC50Y3Auc2VuZHNwYWNlOiAxNjM4NA0KbmV0LmluZXQudGNwLnJlY3ZzcGFjZTog MTYzODQNCm5ldC5pbmV0LnRjcC5rZWVwaW5pdDogMTUwDQpuZXQuaW5ldC50Y3AubG9nX2luX3Zh aW46IDANCm5ldC5pbmV0LnRjcC5kZWxheWVkX2FjazogMQ0KbmV0LmluZXQudGNwLnBjYmNvdW50 OiA3DQpuZXQuaW5ldC50Y3AuYWx3YXlzX2tlZXBhbGl2ZTogMA0KbmV0LmluZXQudWRwLmNoZWNr c3VtOiAxDQpuZXQuaW5ldC51ZHAubWF4ZGdyYW06IDkyMTYNCm5ldC5pbmV0LnVkcC5yZWN2c3Bh Y2U6IDQxNjAwDQpuZXQuaW5ldC51ZHAubG9nX2luX3ZhaW46IDANCm5ldC5pbmV0LnJhdy5tYXhk Z3JhbTogODE5Mg0KbmV0LmluZXQucmF3LnJlY3ZzcGFjZTogODE5Mg0KbmV0LmxpbmsuZ2VuZXJp Yy5zeXN0ZW0uaWZjb3VudDogNQ0KbmV0LmxpbmsuZXRoZXIuaW5ldC5wcnVuZV9pbnR2bDogMzAw DQpuZXQubGluay5ldGhlci5pbmV0Lm1heF9hZ2U6IDEyMDANCm5ldC5saW5rLmV0aGVyLmluZXQu aG9zdF9kb3duX3RpbWU6IDIwDQpuZXQubGluay5ldGhlci5pbmV0Lm1heHRyaWVzOiA1DQpuZXQu bGluay5ldGhlci5pbmV0LnVzZWxvb3BiYWNrOiAxDQpuZXQubGluay5ldGhlci5pbmV0LnByb3h5 YWxsOiAwDQpkZWJ1Zy5lbGZfdHJhY2U6IDANCmRlYnVnLmZkZXhwYW5kOiA0DQpkZWJ1Zy50dHlk ZWJ1ZzogMA0KZGVidWcubmNoYXNoOiAyMDQ3DQpkZWJ1Zy5uY25lZ2ZhY3RvcjogMTYNCmRlYnVn Lm51bW5lZzogMTUNCmRlYnVnLm51bWNhY2hlOiAyNDYNCmRlYnVnLnZmc2NhY2hlOiAxDQpkZWJ1 Zy52bnNpemU6IDE2NA0KZGVidWcubmNzaXplOiAzNg0KZGVidWcubnVtdm5vZGVzOiAyNTANCmRl YnVnLndhbnRmcmVldm5vZGVzOiAyNQ0KZGVidWcuZnJlZXZub2RlczogMjQNCmRlYnVnLmRpc2Fi bGVjd2Q6IDANCmRlYnVnLmlmX3R1bl9kZWJ1ZzogMA0KZGVidWcubmNyX2RlYnVnOiAwDQpody5t YWNoaW5lOiBpMzg2DQpody5tb2RlbDogUGVudGl1bS9QNTVDDQpody5uY3B1OiAxDQpody5ieXRl b3JkZXI6IDEyMzQNCmh3LnBoeXNtZW06IDEzODY0OTYwDQpody51c2VybWVtOiAxMTAzNDYyNA0K aHcucGFnZXNpemU6IDQwOTYNCmh3LmZsb2F0aW5ncG9pbnQ6IDENCmh3Lm1hY2hpbmVfYXJjaDog aTM4Ng0KaHcuYXZhaWxwYWdlczogMzIyNQ0KbWFjaGRlcC5jb25zZGV2OiB7IG1ham9yID0gMCwg bWlub3IgPSAwIH0NCm1hY2hkZXAuYWRqa2VybnR6OiAtMTk4MDANCm1hY2hkZXAuZGlzYWJsZV9y dGNfc2V0OiAwDQptYWNoZGVwLndhbGxfY21vc19jbG9jazogMQ0KbWFjaGRlcC5kb19kdW1wOiAx DQptYWNoZGVwLmlzcGM5ODogMA0KbWFjaGRlcC5tc2didWY6IA0KbWFjaGRlcC5tc2didWZfY2xl YXI6IDANCm1hY2hkZXAudWNfZGV2bGlzdDogJA0KbWFjaGRlcC51Y19wbnBsaXN0OiANCm1hY2hk ZXAuaTgyNTRfZnJlcTogMTE5MzE4Mg0KbWFjaGRlcC50c2NfZnJlcTogMjMzODY1Mzg0DQptYWNo ZGVwLmNzX3JlY3ZfZGVsYXk6IDU3MA0KbWFjaGRlcC5jb25zcGVlZDogOTYwMA0KdXNlci5jc19w YXRoOiAvdXNyL2JpbjovYmluOi91c3Ivc2Jpbjovc2JpbjoNCnVzZXIuYmNfYmFzZV9tYXg6IDk5 DQp1c2VyLmJjX2RpbV9tYXg6IDIwNDgNCnVzZXIuYmNfc2NhbGVfbWF4OiA5OQ0KdXNlci5iY19z dHJpbmdfbWF4OiAxMDAwDQp1c2VyLmNvbGxfd2VpZ2h0c19tYXg6IDANCnVzZXIuZXhwcl9uZXN0 X21heDogMzINCnVzZXIubGluZV9tYXg6IDIwNDgNCnVzZXIucmVfZHVwX21heDogMjU1DQp1c2Vy LnBvc2l4Ml92ZXJzaW9uOiAxOTkyMTINCnVzZXIucG9zaXgyX2NfYmluZDogMA0KdXNlci5wb3Np eDJfY19kZXY6IDANCnVzZXIucG9zaXgyX2NoYXJfdGVybTogMA0KdXNlci5wb3NpeDJfZm9ydF9k ZXY6IDANCnVzZXIucG9zaXgyX2ZvcnRfcnVuOiAwDQp1c2VyLnBvc2l4Ml9sb2NhbGVkZWY6IDAN CnVzZXIucG9zaXgyX3N3X2RldjogMA0KdXNlci5wb3NpeDJfdXBlOiAwDQp1c2VyLnN0cmVhbV9t YXg6IDIwDQp1c2VyLnR6bmFtZV9tYXg6IDI1NQ0KcDEwMDNfMWIuYXN5bmNocm9ub3VzX2lvOiAw DQpwMTAwM18xYi5tYXBwZWRfZmlsZXM6IDANCnAxMDAzXzFiLm1lbWxvY2s6IDANCnAxMDAzXzFi Lm1lbWxvY2tfcmFuZ2U6IDANCnAxMDAzXzFiLm1lbW9yeV9wcm90ZWN0aW9uOiAwDQpwMTAwM18x Yi5tZXNzYWdlX3Bhc3Npbmc6IDANCnAxMDAzXzFiLnByaW9yaXRpemVkX2lvOiAwDQpwMTAwM18x Yi5wcmlvcml0eV9zY2hlZHVsaW5nOiAwDQpwMTAwM18xYi5yZWFsdGltZV9zaWduYWxzOiAwDQpw MTAwM18xYi5zZW1hcGhvcmVzOiAwDQpwMTAwM18xYi5mc3luYzogMA0KcDEwMDNfMWIuc2hhcmVk X21lbW9yeV9vYmplY3RzOiAwDQpwMTAwM18xYi5zeW5jaHJvbml6ZWRfaW86IDANCnAxMDAzXzFi LnRpbWVyczogMA0KcDEwMDNfMWIuYWlvX2xpc3Rpb19tYXg6IDANCnAxMDAzXzFiLmFpb19tYXg6 IDANCnAxMDAzXzFiLmFpb19wcmlvX2RlbHRhX21heDogMA0KcDEwMDNfMWIuZGVsYXl0aW1lcl9t YXg6IDANCnAxMDAzXzFiLm1xX29wZW5fbWF4OiAwDQpwMTAwM18xYi5wYWdlc2l6ZTogNDA5Ng0K cDEwMDNfMWIucnRzaWdfbWF4OiAwDQpwMTAwM18xYi5zZW1fbnNlbXNfbWF4OiAwDQpwMTAwM18x Yi5zZW1fdmFsdWVfbWF4OiAwDQpwMTAwM18xYi5zaWdxdWV1ZV9tYXg6IDANCnAxMDAzXzFiLnRp bWVyX21heDogMA0KDQoNCiQgbW91bnQNCi9kZXYvd2QwczJhIG9uIC8gKGxvY2FsLCB3cml0ZXM6 IHN5bmMgMjAgYXN5bmMgNTcpDQovZGV2L3dkMHMyZiBvbiAvdXNyIChsb2NhbCwgd3JpdGVzOiBz eW5jIDEwIGFzeW5jIDc1KQ0KL2Rldi93ZDBzMmUgb24gL3ZhciAobG9jYWwsIHdyaXRlczogc3lu YyAxMTQgYXN5bmMgMTUxKQ0KL2Rldi93ZDBzMSBvbiAvYzogKGxvY2FsKQ0KcHJvY2ZzIG9uIC9w cm9jIChsb2NhbCkNCg0KDQokIGRmDQpGaWxlc3lzdGVtICAxSy1ibG9ja3MgICAgIFVzZWQgICAg QXZhaWwgQ2FwYWNpdHkgIE1vdW50ZWQgb24NCi9kZXYvd2QwczJhICAgICAzOTY0NyAgICAyMTM5 NCAgICAxNTA4MiAgICA1OSUgICAgLw0KL2Rldi93ZDBzMmYgICAgNTAxMzQzICAgMTkzODkyICAg MjY3MzQ0ICAgIDQyJSAgICAvdXNyDQovZGV2L3dkMHMyZSAgICAgMTk4MTUgICAgIDE3MTAgICAg MTY1MjAgICAgIDklICAgIC92YXINCi9kZXYvd2QwczEgICAgMTQ0MTQwMCAgMTI5OTU1MiAgIDE0 MTg0OCAgICA5MCUgICAgL2M6DQpwcm9jZnMgICAgICAgICAgICAgIDQgICAgICAgIDQgICAgICAg IDAgICAxMDAlICAgIC9wcm9jDQoNCg0KJCBkbWVzZw0KQ29weXJpZ2h0IChjKSAxOTkyLTE5OTkg RnJlZUJTRCBJbmMuDQpDb3B5cmlnaHQgKGMpIDE5ODIsIDE5ODYsIDE5ODksIDE5OTEsIDE5OTMN CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmlnaHRz IHJlc2VydmVkLg0KRnJlZUJTRCAzLjItUkVMRUFTRSAjMDogVHVlIE1heSAxOCAwNDowNTowOCBH TVQgMTk5OQ0KICAgIGpraEBjYXRoYWlyOi91c3Ivc3JjL3N5cy9jb21waWxlL0dFTkVSSUMNClRp bWVjb3VudGVyICJpODI1NCIgIGZyZXF1ZW5jeSAxMTkzMTgyIEh6DQpDUFU6IFBlbnRpdW0vUDU1 QyAoMjMzLjg3LU1IeiA1ODYtY2xhc3MgQ1BVKQ0KICBPcmlnaW4gPSAiR2VudWluZUludGVsIiAg SWQgPSAweDU0MyAgU3RlcHBpbmc9Mw0KICBGZWF0dXJlcz0weDgwMDFiZjxGUFUsVk1FLERFLFBT RSxUU0MsTVNSLE1DRSxDWDgsTU1YPg0KcmVhbCBtZW1vcnkgID0gMTY3NzcyMTYgKDE2Mzg0SyBi eXRlcykNCmNvbmZpZz4gZGkgenAwDQpjb25maWc+IGRpIHplMA0KY29uZmlnPiBkaSBsbmMwDQpj b25maWc+IGRpIGxlMA0KY29uZmlnPiBkaSBpZTANCmNvbmZpZz4gZGkgZmUwDQpjb25maWc+IGRp IGV4MA0KY29uZmlnPiBkaSBlcDANCmNvbmZpZz4gZGkgZWQwDQpjb25maWc+IGRpIGNzMA0KY29u ZmlnPiBkaSB3dDANCmNvbmZpZz4gZGkgc2NkMA0KY29uZmlnPiBkaSBtY2QwDQpjb25maWc+IGRp IG1hdGNkYzANCmNvbmZpZz4gZGkgYWhhMA0KY29uZmlnPiBkaSBhZHYwDQpjb25maWc+IHENCmF2 YWlsIG1lbW9yeSA9IDEzMjA1NTA0ICgxMjg5NksgYnl0ZXMpDQpQcmVsb2FkZWQgZWxmIGtlcm5l bCAia2VybmVsIiBhdCAweGMwMzU4MDAwLg0KUHJlbG9hZGVkIHVzZXJjb25maWdfc2NyaXB0ICIv Ym9vdC9rZXJuZWwuY29uZiIgYXQgMHhjMDM1ODA5Yy4NClByb2JpbmcgZm9yIGRldmljZXMgb24g UENJIGJ1cyAwOg0KY2hpcDA6IDxIb3N0IHRvIFBDSSBicmlkZ2UgKHZlbmRvcj0xMDM5IGRldmlj ZT01NTk3KT4gcmV2IDB4MDIgb24gcGNpMC4wLjANCmNoaXAxOiA8U2lTIDg1YzUwMz4gcmV2IDB4 MDEgb24gcGNpMC4xLjANCmlkZV9wY2kwOiA8UENJIElERSBjb250cm9sbGVyIChidXNtYXN0ZXIg Y2FwYWJsZSk+IHJldiAweGQwIGludCBhIGlycSAxNCBvbiBwY2kwLjEuMQ0KdmdhMDogPENpcnJ1 cyBMb2dpYyBHRDU0NDYgU1ZHQSBjb250cm9sbGVyPiByZXYgMHg0NSBvbiBwY2kwLjkuMA0KUHJv YmluZyBmb3IgUG5QIGRldmljZXM6DQpDU04gMSBWZW5kb3IgSUQ6IENTQzQyMzYgWzB4MzY0MjYz MGVdIFNlcmlhbCAweGZmZmZmZmZmIENvbXAgSUQ6IEBAQDAwMDAgWzB4MDAwMDAwMDBdDQpQcm9i aW5nIGZvciBkZXZpY2VzIG9uIHRoZSBJU0EgYnVzOg0Kc2MwIG9uIGlzYQ0Kc2MwOiBWR0EgY29s b3IgPDE2IHZpcnR1YWwgY29uc29sZXMsIGZsYWdzPTB4MD4NCmF0a2JkYzAgYXQgMHg2MC0weDZm IG9uIG1vdGhlcmJvYXJkDQphdGtiZDAgaXJxIDEgb24gaXNhDQpwc20wIGlycSAxMiBvbiBpc2EN CnBzbTA6IG1vZGVsIEdlbmVyaWMgUFMvMiBtb3VzZSwgZGV2aWNlIElEIDANCnNpbzAgYXQgMHgz ZjgtMHgzZmYgaXJxIDQgZmxhZ3MgMHgxMCBvbiBpc2ENCnNpbzA6IHR5cGUgMTY1NTBBDQpzaW8x IGF0IDB4MmY4LTB4MmZmIGlycSAzIG9uIGlzYQ0Kc2lvMTogdHlwZSAxNjU1MEENCmZkYzAgYXQg MHgzZjAtMHgzZjcgaXJxIDYgZHJxIDIgb24gaXNhDQpmZGMwOiBGSUZPIGVuYWJsZWQsIDggYnl0 ZXMgdGhyZXNob2xkDQpmZDA6IDEuNDRNQiAzLjVpbg0Kd2RjMCBhdCAweDFmMC0weDFmNyBpcnEg MTQgb24gaXNhDQp3ZGMwOiB1bml0IDAgKHdkMCk6IDxTVDMyMTIyQT4NCndkMDogMjAxNE1CICg0 MTI0NzM2IHNlY3RvcnMpLCA0MDkyIGN5bHMsIDE2IGhlYWRzLCA2MyBTL1QsIDUxMiBCL1MNCndk YzEgbm90IGZvdW5kIGF0IDB4MTcwDQpwcGMwIGF0IDB4Mzc4IGlycSA3IGZsYWdzIDB4NDAgb24g aXNhDQpwcGMwOiBHZW5lcmljIGNoaXBzZXQgKEVQUC9OSUJCTEUpIGluIENPTVBBVElCTEUgbW9k ZQ0KbHB0MDogPGdlbmVyaWMgcHJpbnRlcj4gb24gcHBidXMgMA0KbHB0MDogSW50ZXJydXB0LWRy aXZlbiBwb3J0DQpwcGkwOiA8Z2VuZXJpYyBwYXJhbGxlbCBpL28+IG9uIHBwYnVzIDANCnBsaXAw OiA8UExJUCBuZXR3b3JrIGludGVyZmFjZT4gb24gcHBidXMgMA0KbHB0MDogPGdlbmVyaWMgcHJp bnRlcj4gb24gcHBidXMgMA0KbHB0MDogSW50ZXJydXB0LWRyaXZlbiBwb3J0DQpidF9pc2FfcHJv YmU6IFByb2JlIGZhaWxsZWQgZm9yIGNhcmQgYXQgMHgzMzANCmJ0X2lzYV9wcm9iZTogUHJvYmUg ZmFpbGxlZCBmb3IgY2FyZCBhdCAweDMzNA0KYnRfaXNhX3Byb2JlOiBQcm9iZSBmYWlsbGVkIGZv ciBjYXJkIGF0IDB4MjMwDQpidF9pc2FfcHJvYmU6IFByb2JlIGZhaWxsZWQgZm9yIGNhcmQgYXQg MHgyMzQNCmJ0X2lzYV9wcm9iZTogUHJvYmUgZmFpbGxlZCBmb3IgY2FyZCBhdCAweDEzMA0KYnRf aXNhX3Byb2JlOiBQcm9iZSBmYWlsbGVkIGZvciBjYXJkIGF0IDB4MTM0DQpidDAgbm90IGZvdW5k IGF0IDB4MTM0DQp2Z2EwIGF0IDB4M2IwLTB4M2RmIG1hZGRyIDB4YTAwMDAgbXNpemUgMTMxMDcy IG9uIGlzYQ0KbnB4MCBvbiBtb3RoZXJib2FyZA0KbnB4MDogSU5UIDE2IGludGVyZmFjZQ0KSW50 ZWwgUGVudGl1bSBkZXRlY3RlZCwgaW5zdGFsbGluZyB3b3JrYXJvdW5kIGZvciBGMDBGIGJ1Zw0K Y2hhbmdpbmcgcm9vdCBkZXZpY2UgdG8gd2QwczJhDQpXQVJOSU5HOiAvIHdhcyBub3QgcHJvcGVy bHkgZGlzbW91bnRlZA0K To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jul 25 21:19: 5 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from patriot.wipinfo.soft.net (patriot.wipinfo.soft.net [164.164.6.21]) by hub.freebsd.org (Postfix) with ESMTP id C725914DB6 for ; Sun, 25 Jul 1999 21:18:54 -0700 (PDT) (envelope-from bee@wipinfo.soft.net) Received: from wipro.tcpn.com ([172.31.40.11]) by patriot.wipinfo.soft.net (8.9.2/8.9.2) with ESMTP id JAA07750 for ; Mon, 26 Jul 1999 09:49:33 -0500 (GMT) Received: from keeravani (keeravani.wipro.tcpn.com [172.31.41.136]) by wipro.tcpn.com (8.9.3/8.9.3) with SMTP id JAA17919 for ; Mon, 26 Jul 1999 09:51:12 +0530 (IST) Reply-To: From: "Biju Susmer" To: Subject: "3.2-RELEASE #0" crashed Date: Mon, 26 Jul 1999 09:46:28 +0530 Message-ID: <000c01bed71d$a5b55360$88291fac@wipro.tcpn.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Disposition-Notification-To: "Biju Susmer" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org ooops! the encoding (base64) looks stupid in the mailing list... trying again! sorry Hi, The following program caused my system to crash and reboot. I was doing a stress test on my machine by keeping it 200% busy... My uid is 1001 [not root ;) ]. I attached all details which i think may be useful. The system has swap of 37MB on /dev/wd0s2b. Category: kern Sev: serious Pri: High Class: sw_bug 3 out of 6 times it rebooted. In all cases, the message "swap_pager: out of swap space" was repeated at least 7 times. The messages generated were different. * first time i could not catch (un-expected) * second and third time it showed some thing, and gave me 15 seconds, but i could not do anything. I remember it is some thing "de allocated many times" or so. PLEASE TELL ME HOW CAN I CATCH THE MESSAGES IF I WANT TO GIVE IT TO U!! The rest 3 times, it went to some loop, i believe. Nothing worked. The chars i typed were echod on the terminal in which i started the program. Also switching screens (v0-v2) were fine, but nothing echod on those screens. Intr or quit char didn't have any effect. at last after one minute i resetted. i tried changing kern.securelevel to 2 but that also didn't help. Ask me if u need more information. thanks, -bee $ cat crash.c /* program to create "out of CPU" error */ #include #include main() { while(1) if(fork()< 0) /* multiply... */ while(1); /* if no more processes, eat up CPU */ } $ uname -a FreeBSD bash 3.2-RELEASE FreeBSD 3.2-RELEASE #0: Tue May 18 04:05:08 GMT 1999 jkh@cathair:/usr/src/sys/compile/GENERIC i386 $ sysctl -a kern.ostype: FreeBSD kern.osrelease: 3.2-RELEASE kern.osrevision: 199506 kern.version: FreeBSD 3.2-RELEASE #0: Tue May 18 04:05:08 GMT 1999 jkh@cathair:/usr/src/sys/compile/GENERIC kern.maxvnodes: 1362 kern.maxproc: 532 kern.maxfiles: 1064 kern.argmax: 65536 kern.securelevel: -1 kern.hostname: bash kern.hostid: 0 kern.clockrate: { hz = 100, tick = 10000, tickadj = 5, profhz = 1024, stathz = 128 } kern.posix1version: 199009 kern.ngroups: 16 kern.job_control: 1 kern.saved_ids: 0 kern.boottime: { sec = 932909434, usec = 851781 } Sun Jul 25 19:00:34 1999 kern.domainname: kern.osreldate: 320001 kern.bootfile: /kernel kern.maxfilesperproc: 1064 kern.maxprocperuid: 531 kern.dumpdev: { major = 255, minor = -65281 } kern.ipc.maxsockbuf: 262144 kern.ipc.sockbuf_waste_factor: 8 kern.ipc.somaxconn: 128 kern.ipc.max_linkhdr: 16 kern.ipc.max_protohdr: 40 kern.ipc.max_hdr: 56 kern.ipc.max_datalen: 40 kern.ipc.nmbclusters: 1024 kern.ipc.maxsockets: 1064 kern.dummy: 0 kern.ps_strings: -1077944336 kern.usrstack: -1077944320 kern.logsigexit: 1 kern.cam.cd.changer.min_busy_seconds: 5 kern.cam.cd.changer.max_busy_seconds: 15 kern.module_path: /;/boot/;/modules/ kern.acct_suspend: 2 kern.acct_resume: 4 kern.acct_chkfreq: 15 kern.timecounter.method: 0 kern.fast_vfork: 1 kern.ntp_pll.mult: 0 kern.ntp_pll.div: 0 kern.sugid_coredump: 0 kern.corefile: %N.core kern.quantum: 10 kern.ccpu: 1948 kern.fscale: 2048 kern.devstat.numdevs: 2 kern.devstat.generation: 2 kern.devstat.version: 3 kern.consmute: 0 vm.loadavg: { 0.02 0.04 0.01 } vm.v_free_min: 133 vm.v_free_target: 384 vm.v_free_reserved: 118 vm.v_inactive_target: 576 vm.v_cache_min: 384 vm.v_cache_max: 768 vm.v_pageout_free_min: 34 vm.pageout_algorithm: 0 vm.swap_enabled: 1 vm.swap_idle_threshold1: 2 vm.swap_idle_threshold2: 10 vm.stats.sys.v_swtch: 3764 vm.stats.sys.v_trap: 9440 vm.stats.sys.v_syscall: 23506 vm.stats.sys.v_intr: 113955 vm.stats.sys.v_soft: 2701 vm.stats.vm.v_vm_faults: 10998 vm.stats.vm.v_cow_faults: 4352 vm.stats.vm.v_cow_optim: 654 vm.stats.vm.v_zfod: 2393 vm.stats.vm.v_ozfod: 2261 vm.stats.vm.v_swapin: 0 vm.stats.vm.v_swapout: 0 vm.stats.vm.v_swappgsin: 0 vm.stats.vm.v_swappgsout: 0 vm.stats.vm.v_vnodein: 205 vm.stats.vm.v_vnodeout: 0 vm.stats.vm.v_vnodepgsin: 1472 vm.stats.vm.v_vnodepgsout: 0 vm.stats.vm.v_intrans: 1 vm.stats.vm.v_reactivated: 0 vm.stats.vm.v_pdwakeups: 0 vm.stats.vm.v_pdpages: 0 vm.stats.vm.v_dfree: 0 vm.stats.vm.v_pfree: 4281 vm.stats.vm.v_tfree: 9469 vm.stats.vm.v_page_size: 4096 vm.stats.vm.v_page_count: 3323 vm.stats.vm.v_free_reserved: 118 vm.stats.vm.v_free_target: 384 vm.stats.vm.v_free_min: 133 vm.stats.vm.v_free_count: 563 vm.stats.vm.v_wire_count: 692 vm.stats.vm.v_active_count: 744 vm.stats.vm.v_inactive_target: 576 vm.stats.vm.v_inactive_count: 1315 vm.stats.vm.v_cache_count: 0 vm.stats.vm.v_cache_min: 384 vm.stats.vm.v_cache_max: 768 vm.stats.vm.v_pageout_free_min: 34 vm.stats.vm.v_interrupt_free_min: 2 vm.stats.misc.zero_page_count: 506 vm.stats.misc.cnt_prezero: 5432 vm.pageout_stats_max: 384 vm.pageout_full_stats_interval: 20 vm.pageout_stats_interval: 5 vm.pageout_stats_free_max: 5 vm.swap_idle_enabled: 0 vm.defer_swapspace_pageouts: 0 vm.disable_swapspace_pageouts: 0 vm.max_page_launder: 32 vm.zone: ITEM SIZE LIMIT USED FREE REQUESTS PIPE: 160, 0, 2, 100, 29 unpcb: 64, 0, 3, 125, 3 ripcb: 96, 1064, 0, 42, 0 tcpcb: 288, 1064, 7, 21, 5 udpcb: 96, 1064, 5, 79, 8 unpcb: 64, 0, 0, 0, 0 socket: 160, 1064, 16, 34, 22 AIOLIO: 704, 0, 0, 0, 0 AIOL: 64, 0, 0, 0, 0 AIOCB: 128, 0, 0, 0, 0 AIOP: 32, 0, 0, 0, 0 AIO: 96, 0, 0, 0, 0 NFSNODE: 288, 0, 0, 0, 0 NFSMOUNT: 544, 0, 0, 0, 0 VNODE: 192, 0, 250, 68, 247 NAMEI: 1024, 0, 0, 16, 2725 VMSPACE: 192, 0, 13, 51, 253 PROC: 352, 0, 16, 42, 256 DP fakepg: 64, 0, 0, 0, 0 PV ENTRY: 28, 114586, 1647, 2446, 37469 MAP ENTRY: 40, 0, 172, 160, 7486 KMAP ENTRY: 40, 958, 37, 193, 147 MAP: 100, 0, 7, 3, 7 VM OBJECT: 136, 0, 319, 57, 4213 vm.zone_kmem_pages: 8 vm.zone_kmem_kvaspace: 3817472 vm.zone_kern_pages: 39 vfs.nfs.nfs_privport: 0 vfs.nfs.async: 0 vfs.nfs.gatherdelay: 10000 vfs.nfs.gatherdelay_v3: 0 vfs.nfs.defect: 0 vfs.nfs.diskless_valid: 0 vfs.nfs.diskless_rootpath: vfs.nfs.diskless_swappath: vfs.nfs.access_cache_timeout: 2 vfs.nfs.access_cache_hits: 0 vfs.nfs.access_cache_fills: 0 vfs.numdirtybuffers: 5 vfs.lodirtybuffers: 30 vfs.hidirtybuffers: 60 vfs.numfreebuffers: 320 vfs.lofreebuffers: 23 vfs.hifreebuffers: 46 vfs.maxbufspace: 1363968 vfs.bufspace: 1368064 vfs.maxvmiobufspace: 909312 vfs.vmiospace: 1016832 vfs.maxmallocbufspace: 68198 vfs.bufmallocspace: 60416 vfs.kvafreespace: 65536 vfs.cache.numneg: 15 vfs.cache.numcache: 246 vfs.cache.numcalls: 5549 vfs.cache.dothits: 81 vfs.cache.dotdothits: 3 vfs.cache.numchecks: 4611 vfs.cache.nummiss: 1225 vfs.cache.nummisszap: 15 vfs.cache.numposzaps: 22 vfs.cache.numposhits: 4027 vfs.cache.numnegzaps: 7 vfs.cache.numneghits: 169 vfs.cache.numcwdcalls: 18 vfs.cache.numcwdfail1: 0 vfs.cache.numcwdfail2: 0 vfs.cache.numcwdfail3: 0 vfs.cache.numcwdfail4: 0 vfs.cache.numcwdfound: 18 vfs.mod0: 0 vfs.mod1: 0 vfs.usermount: 0 vfs.aio.max_aio_per_proc: 32 vfs.aio.max_aio_queue_per_proc: 256 vfs.aio.max_aio_procs: 32 vfs.aio.num_aio_procs: 0 vfs.aio.num_queue_count: 0 vfs.aio.max_aio_queue: 1024 vfs.aio.target_aio_procs: 0 vfs.aio.max_buf_aio: 16 vfs.aio.num_buf_aio: 0 vfs.aio.aiod_lifetime: 3000 vfs.aio.aiod_timeout: 1000 vfs.ffs.doreallocblks: 1 vfs.ffs.doasyncfree: 1 net.local.stream.sendspace: 8192 net.local.stream.recvspace: 8192 net.local.dgram.maxdgram: 2048 net.local.dgram.recvspace: 4096 net.local.inflight: 0 net.inet.ip.portrange.lowfirst: 1023 net.inet.ip.portrange.lowlast: 600 net.inet.ip.portrange.first: 1024 net.inet.ip.portrange.last: 5000 net.inet.ip.portrange.hifirst: 49152 net.inet.ip.portrange.hilast: 65535 net.inet.ip.forwarding: 0 net.inet.ip.redirect: 1 net.inet.ip.ttl: 64 net.inet.ip.rtexpire: 3600 net.inet.ip.rtminexpire: 10 net.inet.ip.rtmaxcache: 128 net.inet.ip.sourceroute: 0 net.inet.ip.intr_queue_maxlen: 50 net.inet.ip.intr_queue_drops: 0 net.inet.ip.accept_sourceroute: 0 net.inet.ip.fastforwarding: 0 net.inet.ip.subnets_are_local: 0 net.inet.icmp.maskrepl: 0 net.inet.icmp.icmplim: -1 net.inet.icmp.bmcastecho: 0 net.inet.tcp.rfc1323: 0 net.inet.tcp.rfc1644: 0 net.inet.tcp.mssdflt: 512 net.inet.tcp.rttdflt: 3 net.inet.tcp.keepidle: 14400 net.inet.tcp.keepintvl: 150 net.inet.tcp.sendspace: 16384 net.inet.tcp.recvspace: 16384 net.inet.tcp.keepinit: 150 net.inet.tcp.log_in_vain: 0 net.inet.tcp.delayed_ack: 1 net.inet.tcp.pcbcount: 7 net.inet.tcp.always_keepalive: 0 net.inet.udp.checksum: 1 net.inet.udp.maxdgram: 9216 net.inet.udp.recvspace: 41600 net.inet.udp.log_in_vain: 0 net.inet.raw.maxdgram: 8192 net.inet.raw.recvspace: 8192 net.link.generic.system.ifcount: 5 net.link.ether.inet.prune_intvl: 300 net.link.ether.inet.max_age: 1200 net.link.ether.inet.host_down_time: 20 net.link.ether.inet.maxtries: 5 net.link.ether.inet.useloopback: 1 net.link.ether.inet.proxyall: 0 debug.elf_trace: 0 debug.fdexpand: 4 debug.ttydebug: 0 debug.nchash: 2047 debug.ncnegfactor: 16 debug.numneg: 15 debug.numcache: 246 debug.vfscache: 1 debug.vnsize: 164 debug.ncsize: 36 debug.numvnodes: 250 debug.wantfreevnodes: 25 debug.freevnodes: 24 debug.disablecwd: 0 debug.if_tun_debug: 0 debug.ncr_debug: 0 hw.machine: i386 hw.model: Pentium/P55C hw.ncpu: 1 hw.byteorder: 1234 hw.physmem: 13864960 hw.usermem: 11034624 hw.pagesize: 4096 hw.floatingpoint: 1 hw.machine_arch: i386 hw.availpages: 3225 machdep.consdev: { major = 0, minor = 0 } machdep.adjkerntz: -19800 machdep.disable_rtc_set: 0 machdep.wall_cmos_clock: 1 machdep.do_dump: 1 machdep.ispc98: 0 machdep.msgbuf: machdep.msgbuf_clear: 0 machdep.uc_devlist: $ machdep.uc_pnplist: machdep.i8254_freq: 1193182 machdep.tsc_freq: 233865384 machdep.cs_recv_delay: 570 machdep.conspeed: 9600 user.cs_path: /usr/bin:/bin:/usr/sbin:/sbin: user.bc_base_max: 99 user.bc_dim_max: 2048 user.bc_scale_max: 99 user.bc_string_max: 1000 user.coll_weights_max: 0 user.expr_nest_max: 32 user.line_max: 2048 user.re_dup_max: 255 user.posix2_version: 199212 user.posix2_c_bind: 0 user.posix2_c_dev: 0 user.posix2_char_term: 0 user.posix2_fort_dev: 0 user.posix2_fort_run: 0 user.posix2_localedef: 0 user.posix2_sw_dev: 0 user.posix2_upe: 0 user.stream_max: 20 user.tzname_max: 255 p1003_1b.asynchronous_io: 0 p1003_1b.mapped_files: 0 p1003_1b.memlock: 0 p1003_1b.memlock_range: 0 p1003_1b.memory_protection: 0 p1003_1b.message_passing: 0 p1003_1b.prioritized_io: 0 p1003_1b.priority_scheduling: 0 p1003_1b.realtime_signals: 0 p1003_1b.semaphores: 0 p1003_1b.fsync: 0 p1003_1b.shared_memory_objects: 0 p1003_1b.synchronized_io: 0 p1003_1b.timers: 0 p1003_1b.aio_listio_max: 0 p1003_1b.aio_max: 0 p1003_1b.aio_prio_delta_max: 0 p1003_1b.delaytimer_max: 0 p1003_1b.mq_open_max: 0 p1003_1b.pagesize: 4096 p1003_1b.rtsig_max: 0 p1003_1b.sem_nsems_max: 0 p1003_1b.sem_value_max: 0 p1003_1b.sigqueue_max: 0 p1003_1b.timer_max: 0 $ mount /dev/wd0s2a on / (local, writes: sync 20 async 57) /dev/wd0s2f on /usr (local, writes: sync 10 async 75) /dev/wd0s2e on /var (local, writes: sync 114 async 151) /dev/wd0s1 on /c: (local) procfs on /proc (local) $ df Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/wd0s2a 39647 21394 15082 59% / /dev/wd0s2f 501343 193892 267344 42% /usr /dev/wd0s2e 19815 1710 16520 9% /var /dev/wd0s1 1441400 1299552 141848 90% /c: procfs 4 4 0 100% /proc $ dmesg Copyright (c) 1992-1999 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.2-RELEASE #0: Tue May 18 04:05:08 GMT 1999 jkh@cathair:/usr/src/sys/compile/GENERIC Timecounter "i8254" frequency 1193182 Hz CPU: Pentium/P55C (233.87-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x543 Stepping=3 Features=0x8001bf real memory = 16777216 (16384K bytes) config> di zp0 config> di ze0 config> di lnc0 config> di le0 config> di ie0 config> di fe0 config> di ex0 config> di ep0 config> di ed0 config> di cs0 config> di wt0 config> di scd0 config> di mcd0 config> di matcdc0 config> di aha0 config> di adv0 config> q avail memory = 13205504 (12896K bytes) Preloaded elf kernel "kernel" at 0xc0358000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc035809c. Probing for devices on PCI bus 0: chip0: rev 0x02 on pci0.0.0 chip1: rev 0x01 on pci0.1.0 ide_pci0: rev 0xd0 int a irq 14 on pci0.1.1 vga0: rev 0x45 on pci0.9.0 Probing for PnP devices: CSN 1 Vendor ID: CSC4236 [0x3642630e] Serial 0xffffffff Comp ID: @@@0000 [0x00000000] Probing for devices on the ISA bus: sc0 on isa sc0: VGA color <16 virtual consoles, flags=0x0> atkbdc0 at 0x60-0x6f on motherboard atkbd0 irq 1 on isa psm0 irq 12 on isa psm0: model Generic PS/2 mouse, device ID 0 sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 2014MB (4124736 sectors), 4092 cyls, 16 heads, 63 S/T, 512 B/S wdc1 not found at 0x170 ppc0 at 0x378 irq 7 flags 0x40 on isa ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode lpt0: on ppbus 0 lpt0: Interrupt-driven port ppi0: on ppbus 0 plip0: on ppbus 0 lpt0: on ppbus 0 lpt0: Interrupt-driven port bt_isa_probe: Probe failled for card at 0x330 bt_isa_probe: Probe failled for card at 0x334 bt_isa_probe: Probe failled for card at 0x230 bt_isa_probe: Probe failled for card at 0x234 bt_isa_probe: Probe failled for card at 0x130 bt_isa_probe: Probe failled for card at 0x134 bt0 not found at 0x134 vga0 at 0x3b0-0x3df maddr 0xa0000 msize 131072 on isa npx0 on motherboard npx0: INT 16 interface Intel Pentium detected, installing workaround for F00F bug changing root device to wd0s2a WARNING: / was not properly dismounted To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jul 25 22:19:59 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from phoenix.unacom.com (phoenix.unacom.com [206.113.48.50]) by hub.freebsd.org (Postfix) with SMTP id D15D314CC2 for ; Sun, 25 Jul 1999 22:19:45 -0700 (PDT) (envelope-from geniusj@phoenix.unacom.com) Received: (qmail 26536 invoked by uid 1000); 26 Jul 1999 05:09:25 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 26 Jul 1999 05:09:25 -0000 Date: Mon, 26 Jul 1999 01:09:25 -0400 (EDT) From: The Tech-Admin Dude To: Biju Susmer Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: "3.2-RELEASE #0" crashed In-Reply-To: <000b01bed719$10eeeb00$88291fac@wipro.tcpn.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org 37 mb is not much swap for a stress test.. how much physical ram does it have? On Mon, 26 Jul 1999, Biju Susmer wrote: > Hi,=20 >=20 > The following program caused my system to crash and reboot. I was > doing a stress test on my machine by keeping it 200% busy... My uid is=20 > 1001 [not root ;) ]. I attached all details which i think may be useful. > The system has swap of 37MB on /dev/wd0s2b. >=20 > Category: kern > Sev: serious > Pri: High > Class: sw_bug >=20 > 3 out of 6 times it rebooted. In all cases, the message "swap_pager: out = of swap space" was repeated at least 7 times. The messages generated were d= ifferent.=20 > * first time i could not catch (un-expected) > * second and third time it showed some thing, and gave me 15 seconds, b= ut i could not do anything. I remember it is some thing "de allocated many = times" or so. PLEASE TELL ME HOW CAN I CATCH THE MESSAGES IF I WANT TO GIVE= IT TO U!! >=20 > The rest 3 times, it went to some loop, i believe. Nothing worked. The ch= ars i typed were echod on the terminal in which i started the program. Also= switching screens (v0-v2) were fine, but nothing echod on those screens. I= ntr or quit char didn't have any effect. at last after one minute i resette= d. >=20 > i tried changing kern.securelevel to 2 but that also didn't help. >=20 > Ask me if u need more information. >=20 > thanks, >=20 > -bee >=20 >=20 >=20 > $ cat crash.c > /* program to create "out of CPU" error */ > #include > #include >=20 > main() > { > =09while(1) > =09=09if(fork()< 0) /* multiply... */ > =09=09=09while(1); /* if no more processes, eat up CPU */ > } >=20 > $ uname -a > FreeBSD bash 3.2-RELEASE FreeBSD 3.2-RELEASE #0: Tue May 18 04:05:08 GMT = 1999 jkh@cathair:/usr/src/sys/compile/GENERIC i386 >=20 >=20 > $ sysctl -a > kern.ostype: FreeBSD > kern.osrelease: 3.2-RELEASE > kern.osrevision: 199506 > kern.version: FreeBSD 3.2-RELEASE #0: Tue May 18 04:05:08 GMT 1999 > jkh@cathair:/usr/src/sys/compile/GENERIC >=20 > kern.maxvnodes: 1362 > kern.maxproc: 532 > kern.maxfiles: 1064 > kern.argmax: 65536 > kern.securelevel: -1 > kern.hostname: bash > kern.hostid: 0 > kern.clockrate: { hz =3D 100, tick =3D 10000, tickadj =3D 5, profhz =3D 1= 024, stathz =3D 128 } > kern.posix1version: 199009 > kern.ngroups: 16 > kern.job_control: 1 > kern.saved_ids: 0 > kern.boottime: { sec =3D 932909434, usec =3D 851781 } Sun Jul 25 19:00:34= 1999 > kern.domainname:=20 > kern.osreldate: 320001 > kern.bootfile: /kernel > kern.maxfilesperproc: 1064 > kern.maxprocperuid: 531 > kern.dumpdev: { major =3D 255, minor =3D -65281 } > kern.ipc.maxsockbuf: 262144 > kern.ipc.sockbuf_waste_factor: 8 > kern.ipc.somaxconn: 128 > kern.ipc.max_linkhdr: 16 > kern.ipc.max_protohdr: 40 > kern.ipc.max_hdr: 56 > kern.ipc.max_datalen: 40 > kern.ipc.nmbclusters: 1024 > kern.ipc.maxsockets: 1064 > kern.dummy: 0 > kern.ps_strings: -1077944336 > kern.usrstack: -1077944320 > kern.logsigexit: 1 > kern.cam.cd.changer.min_busy_seconds: 5 > kern.cam.cd.changer.max_busy_seconds: 15 > kern.module_path: /;/boot/;/modules/ > kern.acct_suspend: 2 > kern.acct_resume: 4 > kern.acct_chkfreq: 15 > kern.timecounter.method: 0 > kern.fast_vfork: 1 > kern.ntp_pll.mult: 0 > kern.ntp_pll.div: 0 > kern.sugid_coredump: 0 > kern.corefile: %N.core > kern.quantum: 10 > kern.ccpu: 1948 > kern.fscale: 2048 > kern.devstat.numdevs: 2 > kern.devstat.generation: 2 > kern.devstat.version: 3 > kern.consmute: 0 > vm.loadavg: { 0.02 0.04 0.01 } > vm.v_free_min: 133 > vm.v_free_target: 384 > vm.v_free_reserved: 118 > vm.v_inactive_target: 576 > vm.v_cache_min: 384 > vm.v_cache_max: 768 > vm.v_pageout_free_min: 34 > vm.pageout_algorithm: 0 > vm.swap_enabled: 1 > vm.swap_idle_threshold1: 2 > vm.swap_idle_threshold2: 10 > vm.stats.sys.v_swtch: 3764 > vm.stats.sys.v_trap: 9440 > vm.stats.sys.v_syscall: 23506 > vm.stats.sys.v_intr: 113955 > vm.stats.sys.v_soft: 2701 > vm.stats.vm.v_vm_faults: 10998 > vm.stats.vm.v_cow_faults: 4352 > vm.stats.vm.v_cow_optim: 654 > vm.stats.vm.v_zfod: 2393 > vm.stats.vm.v_ozfod: 2261 > vm.stats.vm.v_swapin: 0 > vm.stats.vm.v_swapout: 0 > vm.stats.vm.v_swappgsin: 0 > vm.stats.vm.v_swappgsout: 0 > vm.stats.vm.v_vnodein: 205 > vm.stats.vm.v_vnodeout: 0 > vm.stats.vm.v_vnodepgsin: 1472 > vm.stats.vm.v_vnodepgsout: 0 > vm.stats.vm.v_intrans: 1 > vm.stats.vm.v_reactivated: 0 > vm.stats.vm.v_pdwakeups: 0 > vm.stats.vm.v_pdpages: 0 > vm.stats.vm.v_dfree: 0 > vm.stats.vm.v_pfree: 4281 > vm.stats.vm.v_tfree: 9469 > vm.stats.vm.v_page_size: 4096 > vm.stats.vm.v_page_count: 3323 > vm.stats.vm.v_free_reserved: 118 > vm.stats.vm.v_free_target: 384 > vm.stats.vm.v_free_min: 133 > vm.stats.vm.v_free_count: 563 > vm.stats.vm.v_wire_count: 692 > vm.stats.vm.v_active_count: 744 > vm.stats.vm.v_inactive_target: 576 > vm.stats.vm.v_inactive_count: 1315 > vm.stats.vm.v_cache_count: 0 > vm.stats.vm.v_cache_min: 384 > vm.stats.vm.v_cache_max: 768 > vm.stats.vm.v_pageout_free_min: 34 > vm.stats.vm.v_interrupt_free_min: 2 > vm.stats.misc.zero_page_count: 506 > vm.stats.misc.cnt_prezero: 5432 > vm.pageout_stats_max: 384 > vm.pageout_full_stats_interval: 20 > vm.pageout_stats_interval: 5 > vm.pageout_stats_free_max: 5 > vm.swap_idle_enabled: 0 > vm.defer_swapspace_pageouts: 0 > vm.disable_swapspace_pageouts: 0 > vm.max_page_launder: 32 > vm.zone:=20 > ITEM SIZE LIMIT USED FREE REQUESTS >=20 > PIPE: 160, 0, 2, 100, 29 > unpcb: 64, 0, 3, 125, 3 > ripcb: 96, 1064, 0, 42, 0 > tcpcb: 288, 1064, 7, 21, 5 > udpcb: 96, 1064, 5, 79, 8 > unpcb: 64, 0, 0, 0, 0 > socket: 160, 1064, 16, 34, 22 > AIOLIO: 704, 0, 0, 0, 0 > AIOL: 64, 0, 0, 0, 0 > AIOCB: 128, 0, 0, 0, 0 > AIOP: 32, 0, 0, 0, 0 > AIO: 96, 0, 0, 0, 0 > NFSNODE: 288, 0, 0, 0, 0 > NFSMOUNT: 544, 0, 0, 0, 0 > VNODE: 192, 0, 250, 68, 247 > NAMEI: 1024, 0, 0, 16, 2725 > VMSPACE: 192, 0, 13, 51, 253 > PROC: 352, 0, 16, 42, 256 > DP fakepg: 64, 0, 0, 0, 0 > PV ENTRY: 28, 114586, 1647, 2446, 37469 > MAP ENTRY: 40, 0, 172, 160, 7486 > KMAP ENTRY: 40, 958, 37, 193, 147 > MAP: 100, 0, 7, 3, 7 > VM OBJECT: 136, 0, 319, 57, 4213 > vm.zone_kmem_pages: 8 > vm.zone_kmem_kvaspace: 3817472 > vm.zone_kern_pages: 39 > vfs.nfs.nfs_privport: 0 > vfs.nfs.async: 0 > vfs.nfs.gatherdelay: 10000 > vfs.nfs.gatherdelay_v3: 0 > vfs.nfs.defect: 0 > vfs.nfs.diskless_valid: 0 > vfs.nfs.diskless_rootpath:=20 > vfs.nfs.diskless_swappath:=20 > vfs.nfs.access_cache_timeout: 2 > vfs.nfs.access_cache_hits: 0 > vfs.nfs.access_cache_fills: 0 > vfs.numdirtybuffers: 5 > vfs.lodirtybuffers: 30 > vfs.hidirtybuffers: 60 > vfs.numfreebuffers: 320 > vfs.lofreebuffers: 23 > vfs.hifreebuffers: 46 > vfs.maxbufspace: 1363968 > vfs.bufspace: 1368064 > vfs.maxvmiobufspace: 909312 > vfs.vmiospace: 1016832 > vfs.maxmallocbufspace: 68198 > vfs.bufmallocspace: 60416 > vfs.kvafreespace: 65536 > vfs.cache.numneg: 15 > vfs.cache.numcache: 246 > vfs.cache.numcalls: 5549 > vfs.cache.dothits: 81 > vfs.cache.dotdothits: 3 > vfs.cache.numchecks: 4611 > vfs.cache.nummiss: 1225 > vfs.cache.nummisszap: 15 > vfs.cache.numposzaps: 22 > vfs.cache.numposhits: 4027 > vfs.cache.numnegzaps: 7 > vfs.cache.numneghits: 169 > vfs.cache.numcwdcalls: 18 > vfs.cache.numcwdfail1: 0 > vfs.cache.numcwdfail2: 0 > vfs.cache.numcwdfail3: 0 > vfs.cache.numcwdfail4: 0 > vfs.cache.numcwdfound: 18 > vfs.mod0: 0 > vfs.mod1: 0 > vfs.usermount: 0 > vfs.aio.max_aio_per_proc: 32 > vfs.aio.max_aio_queue_per_proc: 256 > vfs.aio.max_aio_procs: 32 > vfs.aio.num_aio_procs: 0 > vfs.aio.num_queue_count: 0 > vfs.aio.max_aio_queue: 1024 > vfs.aio.target_aio_procs: 0 > vfs.aio.max_buf_aio: 16 > vfs.aio.num_buf_aio: 0 > vfs.aio.aiod_lifetime: 3000 > vfs.aio.aiod_timeout: 1000 > vfs.ffs.doreallocblks: 1 > vfs.ffs.doasyncfree: 1 > net.local.stream.sendspace: 8192 > net.local.stream.recvspace: 8192 > net.local.dgram.maxdgram: 2048 > net.local.dgram.recvspace: 4096 > net.local.inflight: 0 > net.inet.ip.portrange.lowfirst: 1023 > net.inet.ip.portrange.lowlast: 600 > net.inet.ip.portrange.first: 1024 > net.inet.ip.portrange.last: 5000 > net.inet.ip.portrange.hifirst: 49152 > net.inet.ip.portrange.hilast: 65535 > net.inet.ip.forwarding: 0 > net.inet.ip.redirect: 1 > net.inet.ip.ttl: 64 > net.inet.ip.rtexpire: 3600 > net.inet.ip.rtminexpire: 10 > net.inet.ip.rtmaxcache: 128 > net.inet.ip.sourceroute: 0 > net.inet.ip.intr_queue_maxlen: 50 > net.inet.ip.intr_queue_drops: 0 > net.inet.ip.accept_sourceroute: 0 > net.inet.ip.fastforwarding: 0 > net.inet.ip.subnets_are_local: 0 > net.inet.icmp.maskrepl: 0 > net.inet.icmp.icmplim: -1 > net.inet.icmp.bmcastecho: 0 > net.inet.tcp.rfc1323: 0 > net.inet.tcp.rfc1644: 0 > net.inet.tcp.mssdflt: 512 > net.inet.tcp.rttdflt: 3 > net.inet.tcp.keepidle: 14400 > net.inet.tcp.keepintvl: 150 > net.inet.tcp.sendspace: 16384 > net.inet.tcp.recvspace: 16384 > net.inet.tcp.keepinit: 150 > net.inet.tcp.log_in_vain: 0 > net.inet.tcp.delayed_ack: 1 > net.inet.tcp.pcbcount: 7 > net.inet.tcp.always_keepalive: 0 > net.inet.udp.checksum: 1 > net.inet.udp.maxdgram: 9216 > net.inet.udp.recvspace: 41600 > net.inet.udp.log_in_vain: 0 > net.inet.raw.maxdgram: 8192 > net.inet.raw.recvspace: 8192 > net.link.generic.system.ifcount: 5 > net.link.ether.inet.prune_intvl: 300 > net.link.ether.inet.max_age: 1200 > net.link.ether.inet.host_down_time: 20 > net.link.ether.inet.maxtries: 5 > net.link.ether.inet.useloopback: 1 > net.link.ether.inet.proxyall: 0 > debug.elf_trace: 0 > debug.fdexpand: 4 > debug.ttydebug: 0 > debug.nchash: 2047 > debug.ncnegfactor: 16 > debug.numneg: 15 > debug.numcache: 246 > debug.vfscache: 1 > debug.vnsize: 164 > debug.ncsize: 36 > debug.numvnodes: 250 > debug.wantfreevnodes: 25 > debug.freevnodes: 24 > debug.disablecwd: 0 > debug.if_tun_debug: 0 > debug.ncr_debug: 0 > hw.machine: i386 > hw.model: Pentium/P55C > hw.ncpu: 1 > hw.byteorder: 1234 > hw.physmem: 13864960 > hw.usermem: 11034624 > hw.pagesize: 4096 > hw.floatingpoint: 1 > hw.machine_arch: i386 > hw.availpages: 3225 > machdep.consdev: { major =3D 0, minor =3D 0 } > machdep.adjkerntz: -19800 > machdep.disable_rtc_set: 0 > machdep.wall_cmos_clock: 1 > machdep.do_dump: 1 > machdep.ispc98: 0 > machdep.msgbuf:=20 > machdep.msgbuf_clear: 0 > machdep.uc_devlist: $ > machdep.uc_pnplist:=20 > machdep.i8254_freq: 1193182 > machdep.tsc_freq: 233865384 > machdep.cs_recv_delay: 570 > machdep.conspeed: 9600 > user.cs_path: /usr/bin:/bin:/usr/sbin:/sbin: > user.bc_base_max: 99 > user.bc_dim_max: 2048 > user.bc_scale_max: 99 > user.bc_string_max: 1000 > user.coll_weights_max: 0 > user.expr_nest_max: 32 > user.line_max: 2048 > user.re_dup_max: 255 > user.posix2_version: 199212 > user.posix2_c_bind: 0 > user.posix2_c_dev: 0 > user.posix2_char_term: 0 > user.posix2_fort_dev: 0 > user.posix2_fort_run: 0 > user.posix2_localedef: 0 > user.posix2_sw_dev: 0 > user.posix2_upe: 0 > user.stream_max: 20 > user.tzname_max: 255 > p1003_1b.asynchronous_io: 0 > p1003_1b.mapped_files: 0 > p1003_1b.memlock: 0 > p1003_1b.memlock_range: 0 > p1003_1b.memory_protection: 0 > p1003_1b.message_passing: 0 > p1003_1b.prioritized_io: 0 > p1003_1b.priority_scheduling: 0 > p1003_1b.realtime_signals: 0 > p1003_1b.semaphores: 0 > p1003_1b.fsync: 0 > p1003_1b.shared_memory_objects: 0 > p1003_1b.synchronized_io: 0 > p1003_1b.timers: 0 > p1003_1b.aio_listio_max: 0 > p1003_1b.aio_max: 0 > p1003_1b.aio_prio_delta_max: 0 > p1003_1b.delaytimer_max: 0 > p1003_1b.mq_open_max: 0 > p1003_1b.pagesize: 4096 > p1003_1b.rtsig_max: 0 > p1003_1b.sem_nsems_max: 0 > p1003_1b.sem_value_max: 0 > p1003_1b.sigqueue_max: 0 > p1003_1b.timer_max: 0 >=20 >=20 > $ mount > /dev/wd0s2a on / (local, writes: sync 20 async 57) > /dev/wd0s2f on /usr (local, writes: sync 10 async 75) > /dev/wd0s2e on /var (local, writes: sync 114 async 151) > /dev/wd0s1 on /c: (local) > procfs on /proc (local) >=20 >=20 > $ df > Filesystem 1K-blocks Used Avail Capacity Mounted on > /dev/wd0s2a 39647 21394 15082 59% / > /dev/wd0s2f 501343 193892 267344 42% /usr > /dev/wd0s2e 19815 1710 16520 9% /var > /dev/wd0s1 1441400 1299552 141848 90% /c: > procfs 4 4 0 100% /proc >=20 >=20 > $ dmesg > Copyright (c) 1992-1999 FreeBSD Inc. > Copyright (c) 1982, 1986, 1989, 1991, 1993 > =09The Regents of the University of California. All rights reserved. > FreeBSD 3.2-RELEASE #0: Tue May 18 04:05:08 GMT 1999 > jkh@cathair:/usr/src/sys/compile/GENERIC > Timecounter "i8254" frequency 1193182 Hz > CPU: Pentium/P55C (233.87-MHz 586-class CPU) > Origin =3D "GenuineIntel" Id =3D 0x543 Stepping=3D3 > Features=3D0x8001bf > real memory =3D 16777216 (16384K bytes) > config> di zp0 > config> di ze0 > config> di lnc0 > config> di le0 > config> di ie0 > config> di fe0 > config> di ex0 > config> di ep0 > config> di ed0 > config> di cs0 > config> di wt0 > config> di scd0 > config> di mcd0 > config> di matcdc0 > config> di aha0 > config> di adv0 > config> q > avail memory =3D 13205504 (12896K bytes) > Preloaded elf kernel "kernel" at 0xc0358000. > Preloaded userconfig_script "/boot/kernel.conf" at 0xc035809c. > Probing for devices on PCI bus 0: > chip0: rev 0x02 on pci= 0.0.0 > chip1: rev 0x01 on pci0.1.0 > ide_pci0: rev 0xd0 int a irq 14 = on pci0.1.1 > vga0: rev 0x45 on pci0.9.0 > Probing for PnP devices: > CSN 1 Vendor ID: CSC4236 [0x3642630e] Serial 0xffffffff Comp ID: @@@0000 = [0x00000000] > Probing for devices on the ISA bus: > sc0 on isa > sc0: VGA color <16 virtual consoles, flags=3D0x0> > atkbdc0 at 0x60-0x6f on motherboard > atkbd0 irq 1 on isa > psm0 irq 12 on isa > psm0: model Generic PS/2 mouse, device ID 0 > sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa > sio0: type 16550A > sio1 at 0x2f8-0x2ff irq 3 on isa > sio1: type 16550A > fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa > fdc0: FIFO enabled, 8 bytes threshold > fd0: 1.44MB 3.5in > wdc0 at 0x1f0-0x1f7 irq 14 on isa > wdc0: unit 0 (wd0): > wd0: 2014MB (4124736 sectors), 4092 cyls, 16 heads, 63 S/T, 512 B/S > wdc1 not found at 0x170 > ppc0 at 0x378 irq 7 flags 0x40 on isa > ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode > lpt0: on ppbus 0 > lpt0: Interrupt-driven port > ppi0: on ppbus 0 > plip0: on ppbus 0 > lpt0: on ppbus 0 > lpt0: Interrupt-driven port > bt_isa_probe: Probe failled for card at 0x330 > bt_isa_probe: Probe failled for card at 0x334 > bt_isa_probe: Probe failled for card at 0x230 > bt_isa_probe: Probe failled for card at 0x234 > bt_isa_probe: Probe failled for card at 0x130 > bt_isa_probe: Probe failled for card at 0x134 > bt0 not found at 0x134 > vga0 at 0x3b0-0x3df maddr 0xa0000 msize 131072 on isa > npx0 on motherboard > npx0: INT 16 interface > Intel Pentium detected, installing workaround for F00F bug > changing root device to wd0s2a > WARNING: / was not properly dismounted > N=85'=B2=E6=ECr=B8=9B{=EB=1E=9D=D9=9A=8A[h=99=A8=E8=AD=DA&=A0Z=DEx=14=83= =A2=B80=8A=D8n=9E=CB=9B=B1=CA=E2m=E7=EBy=E6=ECu=BB=A0=B2)=ED=85=E6=E8w*=1F= =B6=17=A6z=CB=1A=81 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jul 25 22:20:21 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from phoenix.unacom.com (phoenix.unacom.com [206.113.48.50]) by hub.freebsd.org (Postfix) with SMTP id E454B152A9 for ; Sun, 25 Jul 1999 22:19:53 -0700 (PDT) (envelope-from geniusj@phoenix.unacom.com) Received: (qmail 26683 invoked by uid 1000); 26 Jul 1999 05:10:42 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 26 Jul 1999 05:10:42 -0000 Date: Mon, 26 Jul 1999 01:10:39 -0400 (EDT) From: The Tech-Admin Dude To: Biju Susmer Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: "3.2-RELEASE #0" crashed In-Reply-To: <000b01bed719$10eeeb00$88291fac@wipro.tcpn.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I'm sorry, try setting some limitations in login.conf if you dont want this happening in the future, you could probably use more swap :) On Mon, 26 Jul 1999, Biju Susmer wrote: > Hi,=20 >=20 > The following program caused my system to crash and reboot. I was > doing a stress test on my machine by keeping it 200% busy... My uid is=20 > 1001 [not root ;) ]. I attached all details which i think may be useful. > The system has swap of 37MB on /dev/wd0s2b. >=20 > Category: kern > Sev: serious > Pri: High > Class: sw_bug >=20 > 3 out of 6 times it rebooted. In all cases, the message "swap_pager: out = of swap space" was repeated at least 7 times. The messages generated were d= ifferent.=20 > * first time i could not catch (un-expected) > * second and third time it showed some thing, and gave me 15 seconds, b= ut i could not do anything. I remember it is some thing "de allocated many = times" or so. PLEASE TELL ME HOW CAN I CATCH THE MESSAGES IF I WANT TO GIVE= IT TO U!! >=20 > The rest 3 times, it went to some loop, i believe. Nothing worked. The ch= ars i typed were echod on the terminal in which i started the program. Also= switching screens (v0-v2) were fine, but nothing echod on those screens. I= ntr or quit char didn't have any effect. at last after one minute i resette= d. >=20 > i tried changing kern.securelevel to 2 but that also didn't help. >=20 > Ask me if u need more information. >=20 > thanks, >=20 > -bee >=20 >=20 >=20 > $ cat crash.c > /* program to create "out of CPU" error */ > #include > #include >=20 > main() > { > =09while(1) > =09=09if(fork()< 0) /* multiply... */ > =09=09=09while(1); /* if no more processes, eat up CPU */ > } >=20 > $ uname -a > FreeBSD bash 3.2-RELEASE FreeBSD 3.2-RELEASE #0: Tue May 18 04:05:08 GMT = 1999 jkh@cathair:/usr/src/sys/compile/GENERIC i386 >=20 >=20 > $ sysctl -a > kern.ostype: FreeBSD > kern.osrelease: 3.2-RELEASE > kern.osrevision: 199506 > kern.version: FreeBSD 3.2-RELEASE #0: Tue May 18 04:05:08 GMT 1999 > jkh@cathair:/usr/src/sys/compile/GENERIC >=20 > kern.maxvnodes: 1362 > kern.maxproc: 532 > kern.maxfiles: 1064 > kern.argmax: 65536 > kern.securelevel: -1 > kern.hostname: bash > kern.hostid: 0 > kern.clockrate: { hz =3D 100, tick =3D 10000, tickadj =3D 5, profhz =3D 1= 024, stathz =3D 128 } > kern.posix1version: 199009 > kern.ngroups: 16 > kern.job_control: 1 > kern.saved_ids: 0 > kern.boottime: { sec =3D 932909434, usec =3D 851781 } Sun Jul 25 19:00:34= 1999 > kern.domainname:=20 > kern.osreldate: 320001 > kern.bootfile: /kernel > kern.maxfilesperproc: 1064 > kern.maxprocperuid: 531 > kern.dumpdev: { major =3D 255, minor =3D -65281 } > kern.ipc.maxsockbuf: 262144 > kern.ipc.sockbuf_waste_factor: 8 > kern.ipc.somaxconn: 128 > kern.ipc.max_linkhdr: 16 > kern.ipc.max_protohdr: 40 > kern.ipc.max_hdr: 56 > kern.ipc.max_datalen: 40 > kern.ipc.nmbclusters: 1024 > kern.ipc.maxsockets: 1064 > kern.dummy: 0 > kern.ps_strings: -1077944336 > kern.usrstack: -1077944320 > kern.logsigexit: 1 > kern.cam.cd.changer.min_busy_seconds: 5 > kern.cam.cd.changer.max_busy_seconds: 15 > kern.module_path: /;/boot/;/modules/ > kern.acct_suspend: 2 > kern.acct_resume: 4 > kern.acct_chkfreq: 15 > kern.timecounter.method: 0 > kern.fast_vfork: 1 > kern.ntp_pll.mult: 0 > kern.ntp_pll.div: 0 > kern.sugid_coredump: 0 > kern.corefile: %N.core > kern.quantum: 10 > kern.ccpu: 1948 > kern.fscale: 2048 > kern.devstat.numdevs: 2 > kern.devstat.generation: 2 > kern.devstat.version: 3 > kern.consmute: 0 > vm.loadavg: { 0.02 0.04 0.01 } > vm.v_free_min: 133 > vm.v_free_target: 384 > vm.v_free_reserved: 118 > vm.v_inactive_target: 576 > vm.v_cache_min: 384 > vm.v_cache_max: 768 > vm.v_pageout_free_min: 34 > vm.pageout_algorithm: 0 > vm.swap_enabled: 1 > vm.swap_idle_threshold1: 2 > vm.swap_idle_threshold2: 10 > vm.stats.sys.v_swtch: 3764 > vm.stats.sys.v_trap: 9440 > vm.stats.sys.v_syscall: 23506 > vm.stats.sys.v_intr: 113955 > vm.stats.sys.v_soft: 2701 > vm.stats.vm.v_vm_faults: 10998 > vm.stats.vm.v_cow_faults: 4352 > vm.stats.vm.v_cow_optim: 654 > vm.stats.vm.v_zfod: 2393 > vm.stats.vm.v_ozfod: 2261 > vm.stats.vm.v_swapin: 0 > vm.stats.vm.v_swapout: 0 > vm.stats.vm.v_swappgsin: 0 > vm.stats.vm.v_swappgsout: 0 > vm.stats.vm.v_vnodein: 205 > vm.stats.vm.v_vnodeout: 0 > vm.stats.vm.v_vnodepgsin: 1472 > vm.stats.vm.v_vnodepgsout: 0 > vm.stats.vm.v_intrans: 1 > vm.stats.vm.v_reactivated: 0 > vm.stats.vm.v_pdwakeups: 0 > vm.stats.vm.v_pdpages: 0 > vm.stats.vm.v_dfree: 0 > vm.stats.vm.v_pfree: 4281 > vm.stats.vm.v_tfree: 9469 > vm.stats.vm.v_page_size: 4096 > vm.stats.vm.v_page_count: 3323 > vm.stats.vm.v_free_reserved: 118 > vm.stats.vm.v_free_target: 384 > vm.stats.vm.v_free_min: 133 > vm.stats.vm.v_free_count: 563 > vm.stats.vm.v_wire_count: 692 > vm.stats.vm.v_active_count: 744 > vm.stats.vm.v_inactive_target: 576 > vm.stats.vm.v_inactive_count: 1315 > vm.stats.vm.v_cache_count: 0 > vm.stats.vm.v_cache_min: 384 > vm.stats.vm.v_cache_max: 768 > vm.stats.vm.v_pageout_free_min: 34 > vm.stats.vm.v_interrupt_free_min: 2 > vm.stats.misc.zero_page_count: 506 > vm.stats.misc.cnt_prezero: 5432 > vm.pageout_stats_max: 384 > vm.pageout_full_stats_interval: 20 > vm.pageout_stats_interval: 5 > vm.pageout_stats_free_max: 5 > vm.swap_idle_enabled: 0 > vm.defer_swapspace_pageouts: 0 > vm.disable_swapspace_pageouts: 0 > vm.max_page_launder: 32 > vm.zone:=20 > ITEM SIZE LIMIT USED FREE REQUESTS >=20 > PIPE: 160, 0, 2, 100, 29 > unpcb: 64, 0, 3, 125, 3 > ripcb: 96, 1064, 0, 42, 0 > tcpcb: 288, 1064, 7, 21, 5 > udpcb: 96, 1064, 5, 79, 8 > unpcb: 64, 0, 0, 0, 0 > socket: 160, 1064, 16, 34, 22 > AIOLIO: 704, 0, 0, 0, 0 > AIOL: 64, 0, 0, 0, 0 > AIOCB: 128, 0, 0, 0, 0 > AIOP: 32, 0, 0, 0, 0 > AIO: 96, 0, 0, 0, 0 > NFSNODE: 288, 0, 0, 0, 0 > NFSMOUNT: 544, 0, 0, 0, 0 > VNODE: 192, 0, 250, 68, 247 > NAMEI: 1024, 0, 0, 16, 2725 > VMSPACE: 192, 0, 13, 51, 253 > PROC: 352, 0, 16, 42, 256 > DP fakepg: 64, 0, 0, 0, 0 > PV ENTRY: 28, 114586, 1647, 2446, 37469 > MAP ENTRY: 40, 0, 172, 160, 7486 > KMAP ENTRY: 40, 958, 37, 193, 147 > MAP: 100, 0, 7, 3, 7 > VM OBJECT: 136, 0, 319, 57, 4213 > vm.zone_kmem_pages: 8 > vm.zone_kmem_kvaspace: 3817472 > vm.zone_kern_pages: 39 > vfs.nfs.nfs_privport: 0 > vfs.nfs.async: 0 > vfs.nfs.gatherdelay: 10000 > vfs.nfs.gatherdelay_v3: 0 > vfs.nfs.defect: 0 > vfs.nfs.diskless_valid: 0 > vfs.nfs.diskless_rootpath:=20 > vfs.nfs.diskless_swappath:=20 > vfs.nfs.access_cache_timeout: 2 > vfs.nfs.access_cache_hits: 0 > vfs.nfs.access_cache_fills: 0 > vfs.numdirtybuffers: 5 > vfs.lodirtybuffers: 30 > vfs.hidirtybuffers: 60 > vfs.numfreebuffers: 320 > vfs.lofreebuffers: 23 > vfs.hifreebuffers: 46 > vfs.maxbufspace: 1363968 > vfs.bufspace: 1368064 > vfs.maxvmiobufspace: 909312 > vfs.vmiospace: 1016832 > vfs.maxmallocbufspace: 68198 > vfs.bufmallocspace: 60416 > vfs.kvafreespace: 65536 > vfs.cache.numneg: 15 > vfs.cache.numcache: 246 > vfs.cache.numcalls: 5549 > vfs.cache.dothits: 81 > vfs.cache.dotdothits: 3 > vfs.cache.numchecks: 4611 > vfs.cache.nummiss: 1225 > vfs.cache.nummisszap: 15 > vfs.cache.numposzaps: 22 > vfs.cache.numposhits: 4027 > vfs.cache.numnegzaps: 7 > vfs.cache.numneghits: 169 > vfs.cache.numcwdcalls: 18 > vfs.cache.numcwdfail1: 0 > vfs.cache.numcwdfail2: 0 > vfs.cache.numcwdfail3: 0 > vfs.cache.numcwdfail4: 0 > vfs.cache.numcwdfound: 18 > vfs.mod0: 0 > vfs.mod1: 0 > vfs.usermount: 0 > vfs.aio.max_aio_per_proc: 32 > vfs.aio.max_aio_queue_per_proc: 256 > vfs.aio.max_aio_procs: 32 > vfs.aio.num_aio_procs: 0 > vfs.aio.num_queue_count: 0 > vfs.aio.max_aio_queue: 1024 > vfs.aio.target_aio_procs: 0 > vfs.aio.max_buf_aio: 16 > vfs.aio.num_buf_aio: 0 > vfs.aio.aiod_lifetime: 3000 > vfs.aio.aiod_timeout: 1000 > vfs.ffs.doreallocblks: 1 > vfs.ffs.doasyncfree: 1 > net.local.stream.sendspace: 8192 > net.local.stream.recvspace: 8192 > net.local.dgram.maxdgram: 2048 > net.local.dgram.recvspace: 4096 > net.local.inflight: 0 > net.inet.ip.portrange.lowfirst: 1023 > net.inet.ip.portrange.lowlast: 600 > net.inet.ip.portrange.first: 1024 > net.inet.ip.portrange.last: 5000 > net.inet.ip.portrange.hifirst: 49152 > net.inet.ip.portrange.hilast: 65535 > net.inet.ip.forwarding: 0 > net.inet.ip.redirect: 1 > net.inet.ip.ttl: 64 > net.inet.ip.rtexpire: 3600 > net.inet.ip.rtminexpire: 10 > net.inet.ip.rtmaxcache: 128 > net.inet.ip.sourceroute: 0 > net.inet.ip.intr_queue_maxlen: 50 > net.inet.ip.intr_queue_drops: 0 > net.inet.ip.accept_sourceroute: 0 > net.inet.ip.fastforwarding: 0 > net.inet.ip.subnets_are_local: 0 > net.inet.icmp.maskrepl: 0 > net.inet.icmp.icmplim: -1 > net.inet.icmp.bmcastecho: 0 > net.inet.tcp.rfc1323: 0 > net.inet.tcp.rfc1644: 0 > net.inet.tcp.mssdflt: 512 > net.inet.tcp.rttdflt: 3 > net.inet.tcp.keepidle: 14400 > net.inet.tcp.keepintvl: 150 > net.inet.tcp.sendspace: 16384 > net.inet.tcp.recvspace: 16384 > net.inet.tcp.keepinit: 150 > net.inet.tcp.log_in_vain: 0 > net.inet.tcp.delayed_ack: 1 > net.inet.tcp.pcbcount: 7 > net.inet.tcp.always_keepalive: 0 > net.inet.udp.checksum: 1 > net.inet.udp.maxdgram: 9216 > net.inet.udp.recvspace: 41600 > net.inet.udp.log_in_vain: 0 > net.inet.raw.maxdgram: 8192 > net.inet.raw.recvspace: 8192 > net.link.generic.system.ifcount: 5 > net.link.ether.inet.prune_intvl: 300 > net.link.ether.inet.max_age: 1200 > net.link.ether.inet.host_down_time: 20 > net.link.ether.inet.maxtries: 5 > net.link.ether.inet.useloopback: 1 > net.link.ether.inet.proxyall: 0 > debug.elf_trace: 0 > debug.fdexpand: 4 > debug.ttydebug: 0 > debug.nchash: 2047 > debug.ncnegfactor: 16 > debug.numneg: 15 > debug.numcache: 246 > debug.vfscache: 1 > debug.vnsize: 164 > debug.ncsize: 36 > debug.numvnodes: 250 > debug.wantfreevnodes: 25 > debug.freevnodes: 24 > debug.disablecwd: 0 > debug.if_tun_debug: 0 > debug.ncr_debug: 0 > hw.machine: i386 > hw.model: Pentium/P55C > hw.ncpu: 1 > hw.byteorder: 1234 > hw.physmem: 13864960 > hw.usermem: 11034624 > hw.pagesize: 4096 > hw.floatingpoint: 1 > hw.machine_arch: i386 > hw.availpages: 3225 > machdep.consdev: { major =3D 0, minor =3D 0 } > machdep.adjkerntz: -19800 > machdep.disable_rtc_set: 0 > machdep.wall_cmos_clock: 1 > machdep.do_dump: 1 > machdep.ispc98: 0 > machdep.msgbuf:=20 > machdep.msgbuf_clear: 0 > machdep.uc_devlist: $ > machdep.uc_pnplist:=20 > machdep.i8254_freq: 1193182 > machdep.tsc_freq: 233865384 > machdep.cs_recv_delay: 570 > machdep.conspeed: 9600 > user.cs_path: /usr/bin:/bin:/usr/sbin:/sbin: > user.bc_base_max: 99 > user.bc_dim_max: 2048 > user.bc_scale_max: 99 > user.bc_string_max: 1000 > user.coll_weights_max: 0 > user.expr_nest_max: 32 > user.line_max: 2048 > user.re_dup_max: 255 > user.posix2_version: 199212 > user.posix2_c_bind: 0 > user.posix2_c_dev: 0 > user.posix2_char_term: 0 > user.posix2_fort_dev: 0 > user.posix2_fort_run: 0 > user.posix2_localedef: 0 > user.posix2_sw_dev: 0 > user.posix2_upe: 0 > user.stream_max: 20 > user.tzname_max: 255 > p1003_1b.asynchronous_io: 0 > p1003_1b.mapped_files: 0 > p1003_1b.memlock: 0 > p1003_1b.memlock_range: 0 > p1003_1b.memory_protection: 0 > p1003_1b.message_passing: 0 > p1003_1b.prioritized_io: 0 > p1003_1b.priority_scheduling: 0 > p1003_1b.realtime_signals: 0 > p1003_1b.semaphores: 0 > p1003_1b.fsync: 0 > p1003_1b.shared_memory_objects: 0 > p1003_1b.synchronized_io: 0 > p1003_1b.timers: 0 > p1003_1b.aio_listio_max: 0 > p1003_1b.aio_max: 0 > p1003_1b.aio_prio_delta_max: 0 > p1003_1b.delaytimer_max: 0 > p1003_1b.mq_open_max: 0 > p1003_1b.pagesize: 4096 > p1003_1b.rtsig_max: 0 > p1003_1b.sem_nsems_max: 0 > p1003_1b.sem_value_max: 0 > p1003_1b.sigqueue_max: 0 > p1003_1b.timer_max: 0 >=20 >=20 > $ mount > /dev/wd0s2a on / (local, writes: sync 20 async 57) > /dev/wd0s2f on /usr (local, writes: sync 10 async 75) > /dev/wd0s2e on /var (local, writes: sync 114 async 151) > /dev/wd0s1 on /c: (local) > procfs on /proc (local) >=20 >=20 > $ df > Filesystem 1K-blocks Used Avail Capacity Mounted on > /dev/wd0s2a 39647 21394 15082 59% / > /dev/wd0s2f 501343 193892 267344 42% /usr > /dev/wd0s2e 19815 1710 16520 9% /var > /dev/wd0s1 1441400 1299552 141848 90% /c: > procfs 4 4 0 100% /proc >=20 >=20 > $ dmesg > Copyright (c) 1992-1999 FreeBSD Inc. > Copyright (c) 1982, 1986, 1989, 1991, 1993 > =09The Regents of the University of California. All rights reserved. > FreeBSD 3.2-RELEASE #0: Tue May 18 04:05:08 GMT 1999 > jkh@cathair:/usr/src/sys/compile/GENERIC > Timecounter "i8254" frequency 1193182 Hz > CPU: Pentium/P55C (233.87-MHz 586-class CPU) > Origin =3D "GenuineIntel" Id =3D 0x543 Stepping=3D3 > Features=3D0x8001bf > real memory =3D 16777216 (16384K bytes) > config> di zp0 > config> di ze0 > config> di lnc0 > config> di le0 > config> di ie0 > config> di fe0 > config> di ex0 > config> di ep0 > config> di ed0 > config> di cs0 > config> di wt0 > config> di scd0 > config> di mcd0 > config> di matcdc0 > config> di aha0 > config> di adv0 > config> q > avail memory =3D 13205504 (12896K bytes) > Preloaded elf kernel "kernel" at 0xc0358000. > Preloaded userconfig_script "/boot/kernel.conf" at 0xc035809c. > Probing for devices on PCI bus 0: > chip0: rev 0x02 on pci= 0.0.0 > chip1: rev 0x01 on pci0.1.0 > ide_pci0: rev 0xd0 int a irq 14 = on pci0.1.1 > vga0: rev 0x45 on pci0.9.0 > Probing for PnP devices: > CSN 1 Vendor ID: CSC4236 [0x3642630e] Serial 0xffffffff Comp ID: @@@0000 = [0x00000000] > Probing for devices on the ISA bus: > sc0 on isa > sc0: VGA color <16 virtual consoles, flags=3D0x0> > atkbdc0 at 0x60-0x6f on motherboard > atkbd0 irq 1 on isa > psm0 irq 12 on isa > psm0: model Generic PS/2 mouse, device ID 0 > sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa > sio0: type 16550A > sio1 at 0x2f8-0x2ff irq 3 on isa > sio1: type 16550A > fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa > fdc0: FIFO enabled, 8 bytes threshold > fd0: 1.44MB 3.5in > wdc0 at 0x1f0-0x1f7 irq 14 on isa > wdc0: unit 0 (wd0): > wd0: 2014MB (4124736 sectors), 4092 cyls, 16 heads, 63 S/T, 512 B/S > wdc1 not found at 0x170 > ppc0 at 0x378 irq 7 flags 0x40 on isa > ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode > lpt0: on ppbus 0 > lpt0: Interrupt-driven port > ppi0: on ppbus 0 > plip0: on ppbus 0 > lpt0: on ppbus 0 > lpt0: Interrupt-driven port > bt_isa_probe: Probe failled for card at 0x330 > bt_isa_probe: Probe failled for card at 0x334 > bt_isa_probe: Probe failled for card at 0x230 > bt_isa_probe: Probe failled for card at 0x234 > bt_isa_probe: Probe failled for card at 0x130 > bt_isa_probe: Probe failled for card at 0x134 > bt0 not found at 0x134 > vga0 at 0x3b0-0x3df maddr 0xa0000 msize 131072 on isa > npx0 on motherboard > npx0: INT 16 interface > Intel Pentium detected, installing workaround for F00F bug > changing root device to wd0s2a > WARNING: / was not properly dismounted > N=85'=B2=E6=ECr=B8=9B{=EB=1E=9D=D9=9A=8A[h=99=A8=E8=AD=DA&=A0Z=DEx=14=83= =A2=B80=8A=D8n=9E=CB=9B=B1=CA=E2m=E7=EBy=E6=ECu=BB=A0=B2)=ED=85=E6=E8w*=1F= =B6=17=A6z=CB=1A=81 -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 5.0i for non-commercial use Charset: noconv iQA/AwUBN5vt0tGMB8VPlu8bEQJagQCgrPqg6ZGMd45+JqYIRFVhpPLhoVkAoKMH 75RYw+paNrwzfZ+SeA/Ycwn0 =3DZ81M -----END PGP SIGNATURE----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jul 25 23:25:30 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by hub.freebsd.org (Postfix) with ESMTP id C60A315155; Sun, 25 Jul 1999 23:25:12 -0700 (PDT) (envelope-from grog@freebie.lemis.com) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.9.1/8.9.0) with ESMTP id PAA14855; Mon, 26 Jul 1999 15:53:29 +0930 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.9.3/8.9.0) id PAA58951; Mon, 26 Jul 1999 15:53:07 +0930 (CST) Date: Mon, 26 Jul 1999 15:53:07 +0930 From: Greg Lehey To: Biju Susmer Cc: FreeBSD Questions Subject: Re: "3.2-RELEASE #0" crashed Message-ID: <19990726155307.U51019@freebie.lemis.com> References: <000b01bed719$10eeeb00$88291fac@wipro.tcpn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <000b01bed719$10eeeb00$88291fac@wipro.tcpn.com>; from Biju Susmer on Mon, Jul 26, 1999 at 09:13:45AM +0530 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org [Format recovered--see http://www.lemis.com/email/email-format.html] [Moved to FreeBSD-questions; there's no evidence of a bug here] On Monday, 26 July 1999 at 9:13:45 +0530, Biju Susmer wrote: > Hi, > > The following program caused my system to crash and reboot. I was > doing a stress test on my machine by keeping it 200% busy... My uid is > 1001 [not root ;) ]. I attached all details which i think may be useful. > The system has swap of 37MB on /dev/wd0s2b. > > Category: kern > Sev: serious > Pri: High > Class: sw_bug It would really help if you sent this message in a legible format. It's very difficult to read this. > 3 out of 6 times it rebooted. In all cases, the message "swap_pager: > out of swap space" was repeated at least 7 times. The messages > generated were different. > > * first time i could not catch (un-expected) > * second and third time it showed some thing, and gave me 15 > seconds, but i could not do anything. I remember it is some thing "de > allocated many times" or so. PLEASE TELL ME HOW CAN I CATCH THE > MESSAGES IF I WANT TO GIVE IT TO U!! You can't in this point. You need to enable dumping. Set dumpdev in /etc/rc.conf to the name of a swap partition which is at least the size of physical memory. For example, dumpdev=/dev/wd0b This will cause the system to write the dump when it crashes. In order to enable it, you need a debug kernel. See the handbook for further details. > The rest 3 times, it went to some loop, i believe. Nothing > worked. The chars i typed were echod on the terminal in which i > started the program. Also switching screens (v0-v2) were fine, but > nothing echod on those screens. Intr or quit char didn't have any > effect. at last after one minute i resetted. > > i tried changing kern.securelevel to 2 but that also didn't help. > > > $ cat crash.c > /* program to create "out of CPU" error */ > #include > #include > > main() > { > while(1) > if(fork()< 0) /* multiply... */ > while(1); /* if no more processes, eat up CPU */ > } It's interesting that you should have run out of swap before you ran out of processes, but basically I don't think what you're doing is a reasonable use of the system. No UNIX system handles this situation well, and FreeBSD is no exception. Since you supply a lot of information, but nothing on swap usage, I suspect that your swap partitions are too small. Greg -- See complete headers for address, home page and phone numbers finger grog@lemis.com for PGP public key To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jul 25 23:56:15 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 37E0F15004; Sun, 25 Jul 1999 23:56:14 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id XAA19375; Sun, 25 Jul 1999 23:54:29 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Sun, 25 Jul 1999 23:54:29 -0700 (PDT) From: Message-Id: <199907260654.XAA19375@freefall.freebsd.org> To: marz66@jps.net, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, sheldonh@FreeBSD.org Subject: Re: misc/12811: Cant get it going Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Cant get it going State-Changed-From-To: open->feedback State-Changed-By: sheldonh State-Changed-When: Sun Jul 25 23:52:53 PDT 1999 State-Changed-Why: Could you let us know whether Mr Yokota's suggestion works, because I've bene suggesting to people that they download a copy of the boot disk that doesn't use the -P boot option and his suggestion will save people a lot of time if it works for you. :-) Responsible-Changed-From-To: freebsd-bugs->sheldonh Responsible-Changed-By: sheldonh Responsible-Changed-When: Sun Jul 25 23:52:53 PDT 1999 Responsible-Changed-Why: I'm interested in the feedback. :-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jul 25 23:57:39 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id D8C2015155; Sun, 25 Jul 1999 23:57:38 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id XAA19603; Sun, 25 Jul 1999 23:57:34 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Sun, 25 Jul 1999 23:57:34 -0700 (PDT) From: Message-Id: <199907260657.XAA19603@freefall.freebsd.org> To: gerti-FreeBSD@BITart.com, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/12809: inetd: refuses connections after SIGHUP (TCP Wrappers related) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: inetd: refuses connections after SIGHUP (TCP Wrappers related) State-Changed-From-To: open->closed State-Changed-By: sheldonh State-Changed-When: Sun Jul 25 23:55:35 PDT 1999 State-Changed-Why: Fixed in 3.2-STABLE, in rev 1.46.2.5 of inetd.c, but rather use the latest RELENG_3 sources, since that commit introduced another bug. :-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 26 0:37:25 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 494B4152A0; Mon, 26 Jul 1999 00:37:24 -0700 (PDT) (envelope-from n_hibma@FreeBSD.org) Received: (from n_hibma@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id AAA22136; Mon, 26 Jul 1999 00:34:27 -0700 (PDT) (envelope-from n_hibma@FreeBSD.org) Date: Mon, 26 Jul 1999 00:34:27 -0700 (PDT) From: Message-Id: <199907260734.AAA22136@freefall.freebsd.org> To: n_hibma@FreeBSD.org, freebsd-bugs@FreeBSD.org, n_hibma@FreeBSD.org Subject: Re: kern/12803: patch to make xe driver's noise configurable in kernel config Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: patch to make xe driver's noise configurable in kernel config Responsible-Changed-From-To: freebsd-bugs->n_hibma Responsible-Changed-By: n_hibma Responsible-Changed-When: Mon Jul 26 00:34:11 PDT 1999 Responsible-Changed-Why: Remind me to commit it after review. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 26 0:37:34 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 19F29152BF; Mon, 26 Jul 1999 00:37:31 -0700 (PDT) (envelope-from n_hibma@FreeBSD.org) Received: (from n_hibma@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id AAA22235; Mon, 26 Jul 1999 00:35:14 -0700 (PDT) (envelope-from n_hibma@FreeBSD.org) Date: Mon, 26 Jul 1999 00:35:14 -0700 (PDT) From: Message-Id: <199907260735.AAA22235@freefall.freebsd.org> To: n_hibma@FreeBSD.org, freebsd-bugs@FreeBSD.org, n_hibma@FreeBSD.org Subject: Re: bin/12808: [PATCH] vmstat -i output wraps to negative values Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: [PATCH] vmstat -i output wraps to negative values Responsible-Changed-From-To: freebsd-bugs->n_hibma Responsible-Changed-By: n_hibma Responsible-Changed-When: Mon Jul 26 00:34:49 PDT 1999 Responsible-Changed-Why: remind me to commit the patch after review To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 26 0:37:48 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 9944615304; Mon, 26 Jul 1999 00:37:37 -0700 (PDT) (envelope-from n_hibma@FreeBSD.org) Received: (from n_hibma@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id AAA22346; Mon, 26 Jul 1999 00:36:14 -0700 (PDT) (envelope-from n_hibma@FreeBSD.org) Date: Mon, 26 Jul 1999 00:36:14 -0700 (PDT) From: Message-Id: <199907260736.AAA22346@freefall.freebsd.org> To: n_hibma@FreeBSD.org, freebsd-bugs@FreeBSD.org, obrien@FreeBSD.org Subject: Re: kern/12803: patch to make xe driver's noise configurable in kernel config Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: patch to make xe driver's noise configurable in kernel config Responsible-Changed-From-To: freebsd-bugs->obrien Responsible-Changed-By: n_hibma Responsible-Changed-When: Mon Jul 26 00:35:17 PDT 1999 Responsible-Changed-Why: What is it with this PR? I've changed the responsible now three times, no one seems to have changed it back and it still is at freebsd-bugs. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 26 0:50: 5 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 4875014C4B for ; Mon, 26 Jul 1999 00:50:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id AAA23554; Mon, 26 Jul 1999 00:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id D9733152A6 for ; Mon, 26 Jul 1999 00:42:50 -0700 (PDT) (envelope-from n_hibma@FreeBSD.org) Received: (from n_hibma@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id AAA22949; Mon, 26 Jul 1999 00:41:27 -0700 (PDT) (envelope-from n_hibma@FreeBSD.org) Message-Id: <199907260741.AAA22949@freefall.freebsd.org> Date: Mon, 26 Jul 1999 00:41:27 -0700 (PDT) From: Reply-To: n_hibma@FreeBSD.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/12812: edit-pr 12803 does not work, edit-pr kern/12803 does Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 12812 >Category: misc >Synopsis: edit-pr 12803 does not work, edit-pr kern/12803 does >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jul 26 00:50:01 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Nick Hibma >Release: FreeBSD 3.1-STABLE i386 >Organization: Joint Research Centre >Environment: >Description: edit-pr 12803 on freefall.freebsd.org gives the error, 12803 not in index. edit-pr kern/12803 does work, but fails to commit the changes to the database so next time you open it, you get the old one again. >How-To-Repeat: edit-pr 12803 edit-pr kern/12803 >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 26 1: 1:39 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 2587214CE5; Mon, 26 Jul 1999 01:01:38 -0700 (PDT) (envelope-from n_hibma@FreeBSD.org) Received: (from n_hibma@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA24678; Mon, 26 Jul 1999 01:01:38 -0700 (PDT) (envelope-from n_hibma@FreeBSD.org) Date: Mon, 26 Jul 1999 01:01:38 -0700 (PDT) From: Message-Id: <199907260801.BAA24678@freefall.freebsd.org> To: n_hibma@FreeBSD.org, freebsd-bugs@FreeBSD.org, gnats-admin@FreeBSD.org Subject: Re: misc/12812: edit-pr 12803 does not work, edit-pr kern/12803 does Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: edit-pr 12803 does not work, edit-pr kern/12803 does Responsible-Changed-From-To: freebsd-bugs->gnats-admin Responsible-Changed-By: n_hibma Responsible-Changed-When: Mon Jul 26 01:01:21 PDT 1999 Responsible-Changed-Why: It's a gnats bug. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 26 1:11:50 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 886A015188 for ; Mon, 26 Jul 1999 01:11:45 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA25351; Mon, 26 Jul 1999 01:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from mrelay.jrc.it (mrelay.jrc.it [139.191.1.65]) by hub.freebsd.org (Postfix) with ESMTP id 715FF14CE5 for ; Mon, 26 Jul 1999 01:00:26 -0700 (PDT) (envelope-from nick.hibma@jrc.it) Received: from elpc36.jrc.it (elpc36.jrc.it [139.191.71.36]) by mrelay.jrc.it (LMC5692) with ESMTP id JAA21052 for ; Mon, 26 Jul 1999 09:59:49 +0200 (MET DST) Received: (from n_hibma@localhost) by elpc36.jrc.it (8.9.3/8.8.7) id JAA40817; Mon, 26 Jul 1999 09:59:33 +0200 (CEST) (envelope-from n_hibma) Message-Id: <199907260759.JAA40817@elpc36.jrc.it> Date: Mon, 26 Jul 1999 09:59:33 +0200 (CEST) From: Nick Hibma Reply-To: nick.hibma@jrc.it To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/12813: cvsweb interface for .de contains links to PR interface at .de Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 12813 >Category: misc >Synopsis: cvsweb interface for .de contains links to PR interface at .de >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jul 26 01:10:00 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Nick Hibma >Release: FreeBSD 4.0-CURRENT i386 >Organization: Joint Research Centre >Environment: >Description: On the page http://www.de.freebsd.org/cgi/cvsweb.cgi/src/sys/i386/isa/clock.c rev.1.140 contains a link to PR 10455. But this link is to the PR database on www.de.freebsd.org which does not exist. These PR links should be explicit to www.freebsd.org. http://www.de.freebsd.org/cgi/query-pr.cgi?pr=10455 should be http://www.freebsd.org/cgi/query-pr.cgi?pr=10455 How-To-Repeat: Go to page http://www.de.freebsd.org/cgi/cvsweb.cgi/src/sys/i386/isa/clock.c and click on 'PR: 10455' >How-To-Repeat: >Fix: Make the link to PR's in the cvsweb.cgi script explicitly refer to www.freebsd.org >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 26 1:30:29 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 2BBB0152D9 for ; Mon, 26 Jul 1999 01:30:26 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA26504; Mon, 26 Jul 1999 01:30:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 26 Jul 1999 01:30:02 -0700 (PDT) Message-Id: <199907260830.BAA26504@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Subject: Re: kern/3546: ktrace works even if no read permission Reply-To: Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/3546; it has been noted by GNATS. From: To: freebsd-gnats-submit@freebsd.org Cc: Subject: Re: kern/3546: ktrace works even if no read permission Date: Mon, 26 Jul 1999 01:23:51 -0700 (PDT) Post discussion on -hackers, there is enough evidence to argue that the change does not do add significant security: Summary of arguments against the change: * [imp@freebsd.org] A libc wrapper which logs syscall entry points (userland tracing) can bypass the check. * [sef@freebsd.org] A core dump can still expose the program text. `procfs' and `ptrace' can be used to examine the process contents. Making security conscious programs setuid in the presence of KTRACE is a better approach. I will close the PR shortly. Koshy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 26 1:34:42 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id D59621528E; Mon, 26 Jul 1999 01:34:41 -0700 (PDT) (envelope-from jkoshy@FreeBSD.org) Received: (from jkoshy@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA26829; Mon, 26 Jul 1999 01:33:17 -0700 (PDT) (envelope-from jkoshy@FreeBSD.org) Date: Mon, 26 Jul 1999 01:33:17 -0700 (PDT) From: Message-Id: <199907260833.BAA26829@freefall.freebsd.org> To: mfuhr@dimensional.com, jkoshy@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/3546: ktrace works even if no read permission Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: ktrace works even if no read permission State-Changed-From-To: open->closed State-Changed-By: jkoshy State-Changed-When: Mon Jul 26 01:30:39 PDT 1999 State-Changed-Why: The change has been vetoed on the grounds that the proposed fix does not add significantly to security. Please see the PR audit-trail for a more detailed explanation. Thanks for raising the PR though. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 26 2:16:21 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id D64E015302; Mon, 26 Jul 1999 02:16:00 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA31850; Mon, 26 Jul 1999 02:15:59 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Mon, 26 Jul 1999 02:15:59 -0700 (PDT) From: Message-Id: <199907260915.CAA31850@freefall.freebsd.org> To: bob@pmr.com, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, sheldonh@FreeBSD.org Subject: Re: misc/12738: Boot loader doesn't recognize IBM Spacesaver keyboard Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Boot loader doesn't recognize IBM Spacesaver keyboard State-Changed-From-To: open->feedback State-Changed-By: sheldonh State-Changed-When: Mon Jul 26 02:14:04 PDT 1999 State-Changed-Why: Since this is a known problem documented in the trouble-shooting notes at http://www.freebsd.org/releases/3.2R/errata.html I'd like to close your PR. Are you happy with that? Responsible-Changed-From-To: freebsd-bugs->sheldonh Responsible-Changed-By: sheldonh Responsible-Changed-When: Mon Jul 26 02:14:04 PDT 1999 Responsible-Changed-Why: I'll take this one. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 26 2:53:40 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 101DF14BD8; Mon, 26 Jul 1999 02:53:38 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA35745; Mon, 26 Jul 1999 02:52:59 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Mon, 26 Jul 1999 02:52:59 -0700 (PDT) From: Message-Id: <199907260952.CAA35745@freefall.freebsd.org> To: luis@tonala.com.mx, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, sheldonh@FreeBSD.org Subject: Re: misc/12807: Pues los mejore stips de Freebsd debiudoa aque instale uno comopreincipiante y estoy en proeceso.. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Pues los mejore stips de Freebsd debiudoa aque instale uno comopreincipiante y estoy en proeceso.. State-Changed-From-To: open->feedback State-Changed-By: sheldonh State-Changed-When: Mon Jul 26 02:50:53 PDT 1999 State-Changed-Why: I've asked the freebsd-questions mailing list for a translation. If you're able to send an English translation of your problem, I might be able to help you faster. Responsible-Changed-From-To: freebsd-bugs->sheldonh Responsible-Changed-By: sheldonh Responsible-Changed-When: Mon Jul 26 02:50:53 PDT 1999 Responsible-Changed-Why: I'm looking for feedback or a translation, whichever comes first. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 26 3:21: 3 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id D58E215296 for ; Mon, 26 Jul 1999 03:21:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA37774; Mon, 26 Jul 1999 03:20:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 26 Jul 1999 03:20:02 -0700 (PDT) Message-Id: <199907261020.DAA37774@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Sheldon Hearn Subject: Re: bin/12801: nvi infinite recursion Reply-To: Sheldon Hearn Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/12801; it has been noted by GNATS. From: Sheldon Hearn To: archer@lucky.net Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/12801: nvi infinite recursion Date: Mon, 26 Jul 1999 12:15:53 +0200 > The simultanious usage of the vi editor options 'comment' (skip leading > comments) and 'leftright' (do left-right scrolling) may lead to the > infinite recursion: on src/contrib/nvi/vi/vs_refresh.c:626 vs_paint() In the current sources, it's line 696. We're failing a sanity check, which causes an abort(3) if the program is compiled with -DDEBUG. Your How-To-Repeat is solid. I'll take a look. Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 26 4:25:45 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id C6123152F1; Mon, 26 Jul 1999 04:25:44 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA44638; Mon, 26 Jul 1999 04:24:54 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Mon, 26 Jul 1999 04:24:54 -0700 (PDT) From: Message-Id: <199907261124.EAA44638@freefall.freebsd.org> To: cnh@foo.ems.mindspring.net, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, sheldonh@FreeBSD.org Subject: Re: bin/12782: xntpd doesn't handle interface aliases properly Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: xntpd doesn't handle interface aliases properly State-Changed-From-To: open->feedback State-Changed-By: sheldonh State-Changed-When: Mon Jul 26 04:23:54 PDT 1999 State-Changed-Why: Are you in a position to produce a diff that addresses this issue? Responsible-Changed-From-To: freebsd-bugs->sheldonh Responsible-Changed-By: sheldonh Responsible-Changed-When: Mon Jul 26 04:23:54 PDT 1999 Responsible-Changed-Why: I'm keen on feedback. :-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 26 4:53:31 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from leap.innerx.net (leap.innerx.net [38.179.176.25]) by hub.freebsd.org (Postfix) with ESMTP id 0365F14F95 for ; Mon, 26 Jul 1999 04:53:29 -0700 (PDT) (envelope-from chris@holly.dyndns.org) Received: from holly.dyndns.org (ip47.houston3.tx.pub-ip.psi.net [38.12.169.47]) by leap.innerx.net (Postfix) with ESMTP id 7C0F63708F; Mon, 26 Jul 1999 07:52:45 -0400 (EDT) Received: (from chris@localhost) by holly.dyndns.org (8.9.3/8.9.3) id GAA81616; Mon, 26 Jul 1999 06:53:42 -0500 (CDT) (envelope-from chris) Date: Mon, 26 Jul 1999 06:53:41 -0500 From: Chris Costello To: Regina Linert Cc: Bill Fumerola , freebsd-bugs@FreeBSD.ORG Subject: Re: y2k Message-ID: <19990726065341.G79022@holly.dyndns.org> Reply-To: chris@calldei.com References: <3798DCF0.37FD44ED@agcs.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/0.96.3i In-Reply-To: <3798DCF0.37FD44ED@agcs.com>; from Regina Linert on Fri, Jul 23, 1999 at 02:21:53PM -0700 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Fri, Jul 23, 1999, Regina Linert wrote: > Gee .. thanks for the help! Your customer interface is pretty amusing!!!!!!!!!!! Customer? -- |Chris Costello |Systems programmers are the high priests of a low cult. - R. S. Barton `----------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 26 4:54:49 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 0E5081515B; Mon, 26 Jul 1999 04:54:35 -0700 (PDT) (envelope-from n_hibma@FreeBSD.org) Received: (from n_hibma@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA46653; Mon, 26 Jul 1999 04:53:20 -0700 (PDT) (envelope-from n_hibma@FreeBSD.org) Date: Mon, 26 Jul 1999 04:53:20 -0700 (PDT) From: Message-Id: <199907261153.EAA46653@freefall.freebsd.org> To: n_hibma@FreeBSD.org, freebsd-bugs@FreeBSD.org, wosch@FreeBSD.org Subject: Re: misc/12813: cvsweb interface for .de contains links to PR interface at .de Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: cvsweb interface for .de contains links to PR interface at .de Responsible-Changed-From-To: freebsd-bugs->wosch Responsible-Changed-By: n_hibma Responsible-Changed-When: Mon Jul 26 04:52:10 PDT 1999 Responsible-Changed-Why: wosch is webmaster To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 26 4:57:13 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from luke.pmr.com (luke.pmr.com [207.170.114.132]) by hub.freebsd.org (Postfix) with ESMTP id 433951515D; Mon, 26 Jul 1999 04:57:00 -0700 (PDT) (envelope-from bob@luke.pmr.com) Received: (from bob@localhost) by luke.pmr.com (8.9.3/8.9.2) id GAA16832; Mon, 26 Jul 1999 06:56:55 -0500 (CDT) (envelope-from bob) Date: Mon, 26 Jul 1999 06:56:55 -0500 From: Bob Willcox To: sheldonh@FreeBSD.org Cc: bob@pmr.com, freebsd-bugs@FreeBSD.org Subject: Re: misc/12738: Boot loader doesn't recognize IBM Spacesaver keyboard Message-ID: <19990726065655.A16807@luke.pmr.com> Reply-To: Bob Willcox References: <199907260915.CAA31850@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.1i In-Reply-To: <199907260915.CAA31850@freefall.freebsd.org>; from sheldonh@FreeBSD.org on Mon, Jul 26, 1999 at 02:15:59AM -0700 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, Jul 26, 1999 at 02:15:59AM -0700, sheldonh@FreeBSD.org wrote: > Synopsis: Boot loader doesn't recognize IBM Spacesaver keyboard > > State-Changed-From-To: open->feedback > State-Changed-By: sheldonh > State-Changed-When: Mon Jul 26 02:14:04 PDT 1999 > State-Changed-Why: > Since this is a known problem documented in the trouble-shooting notes > at http://www.freebsd.org/releases/3.2R/errata.html I'd like to close > your PR. Are you happy with that? This is fine with me. Bob > > > Responsible-Changed-From-To: freebsd-bugs->sheldonh > Responsible-Changed-By: sheldonh > Responsible-Changed-When: Mon Jul 26 02:14:04 PDT 1999 > Responsible-Changed-Why: > I'll take this one. -- Bob Willcox Don't tell me that worry doesn't do any good. bob@pmr.com I know better. The things I worry about don't Austin, TX happen. -- Watchman Examiner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 26 7: 8:43 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id A62A11530B; Mon, 26 Jul 1999 07:08:40 -0700 (PDT) (envelope-from des@flood.ping.uio.no) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.1) id QAA09313; Mon, 26 Jul 1999 16:08:14 +0200 (CEST) (envelope-from des) To: Cc: cnh@foo.ems.mindspring.net, freebsd-bugs@FreeBSD.ORG, sheldonh@FreeBSD.ORG Subject: Re: bin/12782: xntpd doesn't handle interface aliases properly References: <199907261124.EAA44638@freefall.freebsd.org> From: Dag-Erling Smorgrav Date: 26 Jul 1999 16:08:13 +0200 In-Reply-To: 's message of "Mon, 26 Jul 1999 04:24:54 -0700 (PDT)" Message-ID: Lines: 13 X-Mailer: Gnus v5.5/Emacs 19.34 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org writes: > State-Changed-From-To: open->feedback > State-Changed-By: sheldonh > State-Changed-When: Mon Jul 26 04:23:54 PDT 1999 > State-Changed-Why: > Are you in a position to produce a diff that addresses this issue? I believe aagero@eunet.no has patches. I may even have a copy of them somewhere. DES -- Dag-Erling Smorgrav - des@flood.ping.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 26 9:55: 8 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from floyd.stagecraft.net (Ben.Aspi.net [207.228.215.73]) by hub.freebsd.org (Postfix) with SMTP id CBC6415255 for ; Mon, 26 Jul 1999 09:53:56 -0700 (PDT) (envelope-from ben@floyd.stagecraft.net) Received: (qmail 78445 invoked by uid 0); 26 Jul 1999 16:51:33 -0000 Date: Mon, 26 Jul 1999 12:51:33 -0400 From: Ben April To: freebsd-bugs@FreeBSD.org Subject: Additions to netstat Message-ID: <19990726125133.A78037@Darkside.stagecraft.net> Reply-To: ben@destek.net Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="k+w/mQv8wyuph6w0" X-Mailer: Mutt 0.95i Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org --k+w/mQv8wyuph6w0 Content-Type: text/plain; charset=us-ascii I could not find a maintainer listed and I heard I could send things like this here. If this is not correct please correct me. Basicly I added a -c flag to netstat. With the -c flag netstat traverses a modified version of the -r(-n implied) code path but i it only counts and displays the total. It was created because on a host with 60,000 + routed netstat -rn|wc gets very un-weildy. Thanks for your time. -- ========== ========== ========== ========== ========== ========== Benjamin April-----------------------------The Destek Networking Group Network Specialist-------------------------One Indian Head Plaza E-mail: Ben@Destek.net---------------------Nashua, NH, USA 03060 URL: http://WWW.Destek.NET/ ---------------WAN & Internet Services Policy Change: Pillage first, Then Burn! ========== ========== ========== ========== ========== ========== --k+w/mQv8wyuph6w0 Content-Type: application/x-tar-gz Content-Disposition: attachment; filename="netstat_count.patch.tgz" Content-Transfer-Encoding: base64 H4sIABOPnDcAA+0Za2/bRjJfdb9iLCAxaVM6kXrTdQuh5wA+1Epgu+gBqSFQ5EoiTJG65TKK kfi/d2aXpCiZol00ST9UA1niDmdm57Wzs+ul44dNt+n5s9mrbwVmq9XrdOAVELR2fgHaltkG 6PU7fbPV65ldANO0+q1X0PpmGhUgiYXDAV7xKBJVdOsFY8H3UOj7wsnJCSxlDtRukhD+mwRg dcGy7JZlmz0wh8PhvxqNBjT/raiaUeDVbhyhKDtgIplld9uK8mQbaIyyTMOy+iARAPipOTM4 h9Hbya/jm/cXP58R9ghq64UfMNA0d4Fv50xEK6E5fO4agN8fDaiPnKnrzez54tL2r+zl2A5X No9Fsrbrug5H59AwdRJfi9e+cBcoSIfPEuE6MYPj0bEtR7XRLHDmOIl5Jm3LNMTnxl/W8Gsr WOrStmVYHTNzacY+zdinG3Y15sy5R1tzShcpaVRzC56gcbgzTjk3c3jZHN6eOcifpF479WeZ /u2BabSHBf39UKy4ht+Mf3QCA8Lgw3hy+XZ8cXvXDCeISpiu5mGffKG11OCRdPRnoEkryJWk 8z0q4mktA+ijKzt4lAjmRkkoNCn6+vb64qIoulEQXaPRI01AsnkmG0pkS92RKJZE0vh2v2+0 B9Z+47t90+giQWo8lh/hu/Ax8j0cJbEzZxolyWdKOI3Q+mzF0TUzLRYe4xzT7HX8e7j7VzeQ qS75bQiZILnwoTFywjv8mYHjeZzF8WTmLP3ggXBX4Eac0dMY4odYsOWdEpLW5Y2QqTdf+MuQ x19DlNTnEmSwZ47L9vDj8xrWji9I0lGJpHKeFax4JCI3CvbxuXd1FTkZb1M+U7Rl9Lo9y+j2 rawUfI3gHALzJDDl/v+7t8J/JKRha5rfsAV8pv8zzZaZ93/4TZh+p3Po/74H0I6U50DtKkpb wB60+nbXstvDYgu4SZbdLrBtW6aNHcneLrA7MHrdbM9rvlvB2wBWMOJ5VdigrwhNJWSDGhNK 1RLcnJvjZaYzjRSJS9Q3C/jPxc3P15fvby/fjRFzu5BSigxU5VGZ9v4detgxzFbesDZRuI+/ 2OTF4LHY5f6UeTBlQbTWqZbGi2gNYsEgTJZTxiGawfRBsBgrKTihB9h7NEnPS6H0bIDcMuId HtmjSCbC3zMesgCEM8WOU0S4E3kkB3cpGMHMQU9wYP9P/I+BEwoi2PaLHOJsPMSHL+m7tZti pbOVOrSv/eaLBTD8Qpl59QfPj1eB8wAadrl+FOaeIAcOLWOY9nd/dwIf4C+BzLpvfAHwTP3v 9fub+t/rWVT/u9bh/P9dgOpdmgNbBb2Dp/+8oKvqn6VKyQ1Ay+4M99d+08SC2jY3Jx6euKLG Hc//NAkjj00WeKqCEy4mstzFH/DgfTX636l5d6aO41iUamO2vuWM4YmzRcc1QolIOIFCSLK0 W1fyIY7ce2qI4eQej+qxA5PJe0178lKXDWih0YfVRNBERfKNroqhscXgPs+wOwMX8p1kkceI JzQhyYxFMptVUpEohrQP29OLyTKeL/bZl1tf7hLjqQsNcrj8KpNHp99YCZNk7sLZM3O5sgpX 6tlnGfIZkkkQhXOYRXzOlk58r1gU9qkqXrShUeoaqYTsV/HI3JcJbA32dwyDQcsY9gabC43a yQpOz0E7Hh1DA46dY337moSe6fqC/vAjD5gNKFxTcAq/Tu8ySO2TL8hPnwvvnmRdtqTChQH0 eFYgxhCBf6YmziA9xNavUQMfZ1ELEQ+v+g4h3Xakt1O48ODNG0gXpl4gymCTw5pe1IAFMdvS vyhdGiil66U0uyrnZcPGDnE5jQIII0FtVOgsWeDHIrNiH3AmEh6WUTxu254B1ROlpgH57KVT YDKC5ssSBT78IK8UsbLh4PS02jryhIbhQ95NXfTvdOWYCsYM3CjESCasynJlSJYjlU4ifXya PL8Urda/yKfyBVOFblWfjesuZHEeM0FLNrafi+cuqPKskYlNNFaORLR6kYzHCppHlcdkoTIs dw18+ZLa6r/M1hVP72w0/0VqeZEqjIWbWrUbnrdewl7lERKVufy1B9fyVEK3WFJ+pXZlziri CgWveLHWyPThYTGxS3ZStUo/KxHO3PFDu8CQZjOuSaLe0lTWFcKiuZMp/LAvB/NsrVphuXca g+Yg+AR1A7JtBi0oc9DW9GqzfAPX47eT63fvbp+vA89qtKuZRs0sSC+8juvGC9dKrqGXrJh3 zx7gJ6jD+Y8YfLChvm/ZFZZBlpbVJm3ipPbxypzKOwDtzUvI/5y70jZMq7KrcgvKOylN9Zhl /WXuVvSo/sJYjH/95Rf5T4ZOp9LcVSKoedGOfw+Py43Yk43of9pZdiOuV7ltHolIrbriTBVu 2qr9L8uNP7+2cs7qYJbgtl3Ay9jywpQSlde/Tfnacsym2pUUvCyruSCX1zib+/JOZ7fF5SIr eTX1r6YjZGn8iD3ByuG0A6BrjxyZ8dk/wGqnp7JWp9X8Ud6vUxs76PcN7FQP9zYHOMABDnCA A/zD4Q/huvlSACgAAA== --k+w/mQv8wyuph6w0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 26 10:48:39 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id A8C7B14E65; Mon, 26 Jul 1999 10:48:34 -0700 (PDT) (envelope-from n_hibma@FreeBSD.org) Received: (from n_hibma@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA15690; Mon, 26 Jul 1999 10:47:59 -0700 (PDT) (envelope-from n_hibma@FreeBSD.org) Date: Mon, 26 Jul 1999 10:47:59 -0700 (PDT) From: Message-Id: <199907261747.KAA15690@freefall.freebsd.org> To: seggers@semyam.dinoco.de, n_hibma@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/7259: -current: GENERIC and SMP-GENERIC out of sync Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: -current: GENERIC and SMP-GENERIC out of sync State-Changed-From-To: open->closed State-Changed-By: n_hibma State-Changed-When: Mon Jul 26 10:47:12 PDT 1999 State-Changed-Why: we nog longer have a separate SMP-GENERIC (1.24 Sun Dec 27 13:12:59 1998 UTC by phk). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 26 11: 0: 8 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 423BB14E65 for ; Mon, 26 Jul 1999 11:00:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA16672; Mon, 26 Jul 1999 11:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from fed-ef1.frb.gov (fed.frb.gov [132.200.32.32]) by hub.freebsd.org (Postfix) with ESMTP id 2BD8A14E55 for ; Mon, 26 Jul 1999 10:59:54 -0700 (PDT) (envelope-from seth@freebie.dp.ny.frb.org) Received: by fed-ef1.frb.gov; id NAA14894; Mon, 26 Jul 1999 13:58:36 -0400 (EDT) Received: from m1pmdf.frb.gov(192.168.3.38) by fed.frb.gov via smap (V4.2) id xma014276; Mon, 26 Jul 99 13:57:50 -0400 Message-Id: <199907261757.NAA01874@freebie.dp.ny.frb.org> Date: Mon, 26 Jul 1999 13:57:44 -0400 (EDT) From: Seth Reply-To: seth@freebie.dp.ny.frb.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/12819: tcpd hosts.[allow|deny] location inconsistent Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 12819 >Category: bin >Synopsis: tcpd hosts.[allow|deny] location inconsistent >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jul 26 11:00:01 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Seth >Release: FreeBSD 3.2-STABLE i386 >Organization: >Environment: >Description: >e 537: what tcpd tcpd: tcpd.c 1.10 96/02/11 17:01:32 patchlevel 7.6 97/03/21 19:27:23 /usr/sbin/tcpdmatch: tcpdmatch.c 1.5 96/02/11 17:01:36 fakelog.c 1.3 94/12/28 17:42:21 inetcf.c 1.7 97/02/12 02:13:23 scaffold.c 1.6 97/03/21 19:27:24 Description: tcpd uses access control files in /usr/local/etc. tcpdmatch (and tcpdchk) checks against files in /etc. >How-To-Repeat: create hosts.[allow|deny] in /etc. run tcpdmatch against them, and watch the rules be processed/listed correctly. Then try exercising the rules via tcpd. No rules will be processed. >Fix: Quick workaround is to symlink /usr/local/etc/hosts.[allow|deny] to /etc. Long-term fix would require changes to tcpd or tcpdmatch/tcpdchk. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 26 11: 0:53 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 4D7D914F03 for ; Mon, 26 Jul 1999 11:00:13 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA16687 for freebsd-bugs@freebsd.org; Mon, 26 Jul 1999 11:00:07 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 26 Jul 1999 11:00:07 -0700 (PDT) Message-Id: <199907261800.LAA16687@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: FreeBSD bugs list Subject: Current problem reports Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Current FreeBSD problem reports The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. Bugs can be in one of several states: o - open A problem report has been submitted, no sanity checking performed. a - analyzed The report has been examined by a team member and evaluated. f - feedback The problem has been solved, and the originator has been given a patch or a fix has been committed. The PR remains in this state pending a response from the originator. s - suspended The problem is not being worked on. This is a prime candidate for somebody who is looking for a project to do. If the problem cannot be solved at all, it will be closed, rather than suspended. c - closed A problem report is closed when any changes have been integrated, documented, and tested. Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [1997/03/08] kern/2923 panic: vm_fault: fault on nofault entry, o [1997/06/01] kern/3752 peter NFS dirs under -current still have proble o [1997/06/01] kern/3753 peter "make" hangs when building in an NFS dir o [1997/07/03] kern/4021 peter Local mount of a local NFS exported direc o [1997/07/31] kern/4200 peter NFS: "vm_fault: fault on nofault entry" w o [1997/10/01] kern/4673 Two panics, now crash dumps, always in re o [1997/11/10] kern/4996 peter NFS crash, possibly related to file bigge o [1997/11/24] bin/5139 obrien portmap does not find interfaces correctl f [1997/12/21] kern/5355 Fix for NULLFS problems o [1998/02/03] kern/5641 dg running processes at the IDLE priority (i o [1998/02/10] kern/5703 CDROM Media Error triggers complete syste o [1998/03/23] bin/6121 peter gethostbyname(3) no longer returns NO_DAT o [1998/05/13] bin/6627 sheldonh TCP-based RPC denial-of-service attack s [1998/05/13] kern/6630 julian [PATCH] Fix for Cyrix I8254 bug o [1998/05/19] kern/6689 sheldonh kern_physio.c splits requests breaking cd o [1998/06/23] kern/7028 Panic in vinvalbuf when appending/looking o [1998/07/12] kern/7264 gibbs Buslogic BT 950 scsi card not detected o [1998/08/15] kern/7622 Kernel panic with Fatal trap 18. s [1998/08/17] kern/7649 fenner [MFC] /sys/netinet/if_ether.c: "permanent f [1998/09/03] kern/7822 n_hibma Machine Reboots without reason o [1998/09/06] kern/7843 Unable to install FreeBSD on Tekram DC-39 o [1998/09/08] i386/7859 luigi fatal trap 12 in midi_synth_input f [1998/09/14] kern/7927 n_hibma Fatal trap 12: page fault while in kernel o [1998/09/28] kern/8074 se CAM rescan operation fatal o [1998/10/03] gnu/8138 peter gcc -pipe xxx.s hangs f [1998/10/06] i386/8179 Install failure with motherbord using SIS f [1998/10/08] i386/8214 n_hibma Install 3.0-19981006-BETA fails f [1998/11/04] conf/8576 n_hibma server goes down when client mount its fi a [1998/11/08] ports/8609 nectar eklogin service (kerberos klogind) fails f [1998/11/12] i386/8673 bug in vm_page_alloc_contig() o [1998/11/24] ports/8829 torstenb Fix port: security/ssh f [1998/11/25] kern/8861 n_hibma under heavy (multi interface) traffic ep0 o [1998/12/05] kern/8973 trap 12: page fault while in kernel mode f [1998/12/09] kern/9036 Boot 3.0-Release hangs with BT-445S after a [1999/01/05] kern/9334 n_hibma cp fails for 2048 Bytes/sector media a [1999/01/26] i386/9709 n_hibma Kernel page faults during boot with 2GB R o [1999/01/27] kern/9742 tx driver for smc autodetects fine, but n o [1999/02/02] misc/9885 BIND 8.1.2 core dumping o [1999/02/04] kern/9909 Writing incomplete blocks to /dev/nrst0 h o [1999/02/19] kern/10166 panic during heavy sio i/o;no coproc; ves o [1999/02/20] kern/10172 panic: cannot allocate pipe - out of kvm a [1999/02/21] i386/10188 n_hibma Cannot get system to boot after Installti o [1999/02/23] kern/10224 panic: pipeinit: cannot allocate pipe -- s [1999/02/26] kern/10281 Crash of 3.1-STABLE system due to scsi er o [1999/02/26] i386/10282 PCMCIA problems in 3.1-RELEASE? o [1999/03/01] kern/10332 gibbs System freezes during certain SCSI activi o [1999/03/01] bin/10344 fenner Core dump in gethostbyaddr for 199.93.70. o [1999/03/05] kern/10397 3.1R page fault while in kernel mode, fro o [1999/03/07] misc/10473 Incorrect aout compat libraries in XF8633 o [1999/03/09] kern/10507 Process hangs in state VM pgd o [1999/03/09] misc/10509 Cvs can hang system when used with pserve o [1999/03/09] kern/10520 can't exec files under nullfs o [1999/03/11] kern/10542 page fault while in kernel mode, not kern o [1999/03/11] kern/10545 When a fork/exec stress test is run, the o [1999/03/12] misc/10566 obrien patch dhcpc problem on /etc/pccard_ether o [1999/03/17] kern/10636 ipfw problems o [1999/03/19] i386/10683 I have a buslogic BT-948 FW controller. W o [1999/03/20] i386/10690 Installation freezes after device selecti f [1999/03/20] kern/10701 ppbus printing problems o [1999/03/22] ports/10725stb Wrong Cyrus IMAP deliver group o [1999/03/23] bin/10744 call to login() from aout/libutil.so.2.2 o [1999/03/27] kern/10828 3.1-STABLE freezes when writing to floppy o [1999/03/29] kern/10866 ahc2740 panic o [1999/03/30] kern/10872 Panic in sorecieve() due to NULL mbuf poi o [1999/04/05] kern/10959 3.1-STABLE crashes due to a floppy mount o [1999/04/05] ports/10965obrien lcc-3.6 unable to compile anything o [1999/04/08] kern/11023 Synchronous PPP not functional in leased o [1999/04/13] kern/11112 Amanda on FreeBSD can wipe the _next_ tap o [1999/04/16] kern/11180 boot of fresh bsd3.1 hangs o [1999/04/17] kern/11196 n_hibma kernel mode page fault o [1999/04/19] misc/11216 Power fail versus Fsck changed my life. o [1999/04/19] kern/11226 Invalid files on disk after fsync o [1999/04/20] kern/11238 Synchronous PPP not functional in leased o [1999/04/20] kern/11241 Install fails after SCSI probe o [1999/04/21] i386/11268 DEC FDDI PCI Adapter doesn't work... o [1999/04/22] i386/11278 FreeBSD Version 3.1 reboots repeatedly (c o [1999/04/23] i386/11298 Enabling IDE DMA on Opti Viper-M crashes o [1999/04/26] kern/11330 page fault in generic_bzero o [1999/04/26] bin/11335 find hangs in `nfsrcv' on local filesyste o [1999/04/26] conf/11343 worm; problems with installation and boot o [1999/04/26] i386/11349 Error Mounting /dev/wd0s1 on dist during o [1999/04/27] kern/11351 system reboot for error with popper and d o [1999/05/01] kern/11434 can't boot from wd0s2a o [1999/05/03] kern/11470 V3 NFS problem o [1999/05/04] i386/11488 Error while starting FreeBSD o [1999/05/06] kern/11533 NFS v3 locks up on large file transfers o [1999/05/10] kern/11629 File descriptor table sharing is broken o [1999/05/12] kern/11680 server freezes, all processes stuck in "i o [1999/05/13] i386/11681 gibbs Adaptec 2940 UW SCSI Controller BIOS 1.34 o [1999/05/14] kern/11707 ncr isn't recognized in 3.1-19990512-STAB f [1999/05/17] bin/11744 perllib fails to build o [1999/05/24] kern/11869 wpaul Network hangging due to xl0: tx underrun o [1999/05/26] kern/11891 typo in ioconf.c o [1999/05/31] kern/11966 TCP copies send and receive socket buffer f [1999/06/01] kern/11984 pthread_kill cannot kill select() threads o [1999/06/02] kern/11988 recvmsg with a cmsghdr but no iovec is br o [1999/06/02] kern/11993 panic: getnewbuf: inconsistent EMPTY queu f [1999/06/05] kern/12041 n_hibma Crashes on startup if Zip drive is switch o [1999/06/06] conf/12050 No /sbin/init on fixit flop o [1999/06/07] kern/12072 vm_fault happened in binary file transfer o [1999/06/09] ports/12098se KDM not config'd properly o [1999/06/09] kern/12106 error 6: panic: cannot mount root o [1999/06/10] kern/12127 persistent crash on idle SMP system o [1999/06/15] kern/12233 Fvwm2 causes FreeBSD-current to hang or r o [1999/06/16] bin/12243 NFS re-mount from Solaris 7 server hangs o [1999/06/16] kern/12248 CRON in malloc(): warning: pointer to wr o [1999/06/16] kern/12251 slattach followed by ifconfig sl0 doesn't o [1999/06/17] bin/12259 SL/IP install doesn't work due to ifconfi o [1999/06/18] i386/12286 Segmentation violation when invoking JNI s [1999/06/23] kern/12367 Writing files larger than floppy capacity o [1999/06/25] misc/12390 Installation hangs during extraction o [1999/06/25] kern/12395 gibbs Buslogic SCSI cards (BT948) time out unde o [1999/06/30] kern/12466 Fast system hangs under high FS load o [1999/07/05] kern/12521 lmbench-1.1's context switching test hang o [1999/07/12] misc/12607 System crashes after boot, portmap endles o [1999/07/12] kern/12617 thread library bug o [1999/07/13] alpha/12623alpha Certain valid numeric strings cause a SIG o [1999/07/20] misc/12720 gdbm (And possibly other libraries in /us o [1999/07/21] kern/12730 poll() causes indeterministic program han o [1999/07/21] misc/12743 Cannot boot the 3.2 floppies o [1999/07/21] ports/12748ports linux_base-5.2 and linux communicator pro f [1999/07/23] i386/12777 sheldonh 3.1 RELEASE -> 3.2 upgrade is incomplete, o [1999/07/26] bin/12819 tcpd hosts.[allow|deny] location inconsis 123 problems total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- a [1995/03/20] kern/260 davidg msync and munmap don't bother to update m o [1995/10/18] bin/786 wpaul Problem with NIS and large group maps f [1996/05/26] kern/1256 ZNYX 314 mysterously looses packets o [1996/06/07] kern/1301 davidg DEC FDDI/PCI Adapter: halt code = 6 (DMA f [1996/08/03] bin/1461 Incorrect address binding of Kerberized r f [1996/08/22] kern/1533 dyson Machine can be panicked by a userland pro o [1996/09/19] bin/1650 telnet encryption with char-mode and asci o [1996/09/29] kern/1689 wollman TCP extensions throttles distant connecti o [1996/10/04] kern/1726 panic in kmem_malloc (dump available) o [1996/10/08] kern/1744 peter run queue or proc list smashed 4 times in o [1996/10/15] kern/1812 dg vnodes are left in a locked state f [1996/10/21] kern/1856 peter read-only nfs mount: panic leaf should be s [1996/10/26] bin/1892 install(1) removes target file s [1996/11/08] gnu/1981 ypserv handles null key incorrectly a [1996/11/13] bin/2001 vi confused about lines to display a [1996/11/14] kern/2014 sos Console keyboard lockup problem o [1996/11/18] kern/2053 peter de0 driver don't work at 100M for Compex o [1996/12/22] kern/2270 Hayes ESP serial card locks system as of a [1996/12/30] kern/2325 quota.user enlarged, no boot on 2.2-BETA f [1997/01/03] conf/2367 gibbs Buslogic SCSI driver bad probe of 742A EI f [1997/01/09] bin/2430 grog mountd stops on loading if subnet mask is a [1997/01/21] bin/2549 sos cdcontrol refuses to play audio CDs from s [1997/02/03] kern/2647 changing existing route to -static crashe o [1997/02/05] kern/2667 wollman bpfattach can hang the system 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/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/19] kern/2768 ktrace(1) -i dumps corrupted trace data o [1997/02/19] bin/2769 fsck needs several runs to clean up bad/d o [1997/02/19] kern/2770 panic: vm_fault: fault on nofault entry o [1997/02/19] kern/2771 panic: bad dir o [1997/02/19] kern/2773 peter bad dir panic o [1997/02/20] bin/2785 wpaul callbootd uses an unitialized variable o [1997/02/20] gnu/2786 gcc version 2.7.2.1 C compiler slows down o [1997/02/22] kern/2800 DDS large data writing probrem o [1997/03/01] kern/2840 mlock+minherit+fork+munlock causes panics o [1997/03/03] kern/2858 peter FreeBSD NFS client can't mount filesystem o [1997/03/04] kern/2873 the od0 devies does not handle a Maxoptix o [1997/03/08] kern/2919 vm_fault: fault on nofault entry, addr: f o [1997/03/11] bin/2948 can't dump 640MB optical disks o [1997/03/12] kern/2965 st0 hang/fail on reading 4mm DAT tape for o [1997/03/15] kern/2991 RTF_LLINFO routes remain when interface i o [1997/03/18] kern/3021 panic after sync during reboot o [1997/03/21] bin/3055 umount -f does not work o [1997/04/01] bin/3170 vi freaks and dump core if user doesn't e o [1997/04/05] kern/3201 peter de0 not re-enabled after hub down o [1997/04/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/15] bin/3305 Can't do encrypted rlogin into self o [1997/04/25] kern/3381 peter 2.2.x kernel panic on traversing and remo o [1997/04/25] kern/3384 telldir-seekdir can cause livelock o [1997/05/01] gnu/3441 obrien C++ exceptions don't work in shared libra o [1997/05/01] kern/3463 netstat -I packet count increase on sl0 w f [1997/05/04] i386/3502 Merge of if_ix* and if_ie* broke EE/16 su o [1997/05/06] bin/3524 imp rlogin doesn't read $HOSTALIASES for non- o [1997/05/07] kern/3527 peter if_de.c doesn't recognize Kingston card p o [1997/05/09] kern/3564 using MPU401 driver pagefaults kernel o [1997/05/09] kern/3569 ex0 driver doesn't work with EtherExpress o [1997/05/12] kern/3579 peter de driver doesn't support newer SMC 9332 o [1997/05/12] kern/3581 intermittent trap 12 in lockstatus() o [1997/05/12] kern/3582 panic: bad dir (mangled entry) in 2.2-STA s [1997/05/25] kern/3685 [PATCH] panic: fdesc attr o [1997/05/30] kern/3726 peter process hangs in 2.2-stable when working o [1997/05/30] kern/3727 SCSI II tape support broken o [1997/06/03] kern/3771 NFS hangs when writing to local FS re-mou o [1997/06/04] i386/3779 changing cursor to blinking block causes o [1997/06/08] gnu/3810 cvs can't handle multiple multiple-path d o [1997/06/18] kern/3899 df while unmounting floppy crashes 2.2.2 o [1997/06/19] kern/3909 joerg A patch supporting some new worm drivers o [1997/06/19] gnu/3910 sort(1) of 2.2.1R doesn't work in special o [1997/06/28] misc/3980 peter access via NFS fails during mount-operati o [1997/06/29] bin/3986 rdist seg faults when target machine is d o [1997/07/02] kern/4012 peter 2.2-RELEASE/Digital UNIX NFSv3 0 length f o [1997/07/02] misc/4013 boot floppy hangs if IDE ZIP Drive presen s [1997/07/06] gnu/4042 gdb stackframe in static library shows no o [1997/07/12] bin/4078 sos Typed password to log in on console and i o [1997/07/17] kern/4115 peter SunOS NFS file has wrong owner if creator o [1997/07/26] bin/4176 restore gets confused when run over pipe f [1997/07/27] ports/4179 fenner lmbench-1.1 dumps core after asking for m o [1997/07/28] kern/4186 peter nfsiod, panic, page fault in kernel mode o [1997/07/30] kern/4194 peter kernel pci driver for Digital 21041 Ether o [1997/08/06] kern/4240 kernel fails to recognise 2nd serial port o [1997/08/08] conf/4252 peter sendmail doesn't use smrsh by default o [1997/08/10] kern/4260 EOF handling in st(4) is broken o [1997/08/10] kern/4265 Panic in dsinit when multiple FreeBSD sli o [1997/08/10] kern/4270 ch driver does not use bounce buffers o [1997/08/12] kern/4284 le0 goes OACTIVE after some time o [1997/08/13] kern/4295 SL/IP difficulties between 2.2.1 & 2.2.2 o [1997/08/16] kern/4312 arp table gets messed up, syslog "gateway o [1997/08/17] kern/4327 peter NFS over TCP reconnect problem s [1997/08/19] kern/4338 New device driver (Cyclades Cyclom-Z) o [1997/08/22] bin/4357 wosch bug in adduser script causes duplicate UI o [1997/08/25] kern/4381 mount -t msdos causes panic:vm_fault o [1997/09/02] kern/4454 X drops characters/locks up keyboard when o [1997/09/03] bin/4460 lpd hangs exiting (IE in ps table) o [1997/09/10] kern/4508 peter nfs3 data integrity problems o [1997/09/11] kern/4513 System lockup appears to be VM related. o [1997/09/14] i386/4533 Server with Cyclom-Y PCI card rebooted at o [1997/09/14] kern/4544 Linux emulator problems when MAXDSIZ is i o [1997/09/19] bin/4582 integer overflow in 'sa -km' o [1997/09/20] kern/4588 peter NFS access locks up o [1997/09/21] kern/4600 peter nfs lookups might give incorrect result o [1997/09/30] kern/4663 checkalias panic o [1997/10/01] kern/4666 dfr umount -f doesn't seem to work o [1997/10/01] bin/4672 rdist does not do hard links right when t o [1997/10/03] bin/4683 imp restore doesn't correctly handle "sparse" o [1997/10/05] docs/4691 no documentation for mk_cmds(1) o [1997/10/16] kern/4774 trying to use IBCS2 shared libraries cras o [1997/10/16] kern/4782 Under certain conditions, several krsh's o [1997/10/31] kern/4909 de ethernet driver is crazy on 100base o [1997/11/01] bin/4913 peter Large mail messages can cause mail.local o [1997/11/03] kern/4927 kernel does not check any quota and permi o [1997/11/05] kern/4945 continued failure to use the Adaptec 1460 o [1997/11/05] bin/4949 rpc.rquotad stat()s fs with quota file in o [1997/11/09] kern/4990 peter NFS hangs under FastEthernet. 1024 Bytes o [1997/11/15] conf/5062 login.access not evaluated correctly a [1997/11/18] bin/5084 ru wrong "term" for internal shell o [1997/11/18] kern/5085 System crash during mount command for CD o [1997/11/22] gnu/5126 C++ compiler bug (assembly output) o [1997/11/23] i386/5128 Adaptec 2940U Timeouts with QUANTUM disk o [1997/12/06] kern/5244 F00F workaround dosn't always work on SMP s [1997/12/14] bin/5297 make incompatibility with System V style o [1997/12/19] kern/5347 peter DEC (de0) ethernet card has no buffers af o [1997/12/30] kern/5396 fdesc fs crashes system o [1997/12/31] i386/5401 peter de0 selects wrong media when reconnected f [1998/01/08] kern/5456 After writing more than 100MB to SCSI Exa o [1998/01/16] kern/5513 luigi new PnP code is BAD (soundcards) s [1998/01/19] kern/5522 [PATCH] ip_input.c & ip_output.c problems o [1998/01/26] misc/5574 bootpd gets timezone incorrectly o [1998/01/27] kern/5587 session id gets dropped o [1998/01/29] kern/5598 Support for magneto-optic SCSI devices wi s [1998/01/30] bin/5604 setenv(3) function has memory leak, other o [1998/01/31] kern/5611 bind does not check sockaddr->sin_family o [1998/02/01] kern/5618 kernel memory leak in routetbl. o [1998/02/01] kern/5624 dumping to tape causes scsi bus reset o [1998/02/04] kern/5643 NCR 810/815 do not handle rewind correctl o [1998/02/09] bin/5693 hoek groff -mm or groff -mmm ??? o [1998/02/10] i386/5698 des LPIP causes spurious reboots o [1998/02/12] kern/5728 peter NFS hangs o [1998/02/12] kern/5731 peter executables wedge on "vmopar" when built o [1998/02/17] gnu/5767 man leaves partially formatted cat pages o [1998/02/19] kern/5794 Kernel Panic f [1998/02/27] bin/5867 peter pppd or FreeBSD ? o [1998/02/28] kern/5877 sb_cc counts control data as well as data o [1998/03/01] kern/5890 peter NFS server Side say NFSERR_BAD_COOKIE (rm o [1998/03/09] bin/5959 Cannot set up clocal gettys o [1998/03/10] kern/5969 non-root user can reboot/lock up system o [1998/03/11] kern/5975 can't boot freebsd: fatal trap12: page fa o [1998/03/14] conf/6002 peter /etc/mail/sendmail.cf.addtions seems to l o [1998/03/16] kern/6035 The system "sort-of" hangs when playing b o [1998/03/19] kern/6066 lnc driver does not work correctly with A o [1998/03/20] bin/6074 imp Incremental dumps are backing up unchange o [1998/03/22] i386/6099 des LPIP to slow machine causes hang o [1998/03/22] kern/6103 panic: ffs_valloc: dup alloc o [1998/03/28] bin/6162 kinit does not default to the current use o [1998/04/03] kern/6203 kernel panics with "blkfree: freeing free o [1998/04/03] conf/6205 NFS/NIS freak out o [1998/04/04] kern/6212 Two bugs with MFS filesystems fixed, one o [1998/04/07] kern/6238 luigi Sound-driver patch for MAD16 (OPTi 928,92 o [1998/04/08] kern/6251 peter ktrace very broken when logging over NFS o [1998/04/08] kern/6252 ide cdrom hangs system when on same bus a o [1998/04/09] kern/6253 Atapi wait for command phase too short. o [1998/04/10] kern/6267 dg panic: pmap_dispose_proc: upage already m o [1998/04/14] kern/6300 System locks up in SMP mode when accessin o [1998/04/17] kern/6336 peter NFSv3 should support files >2GB, but does o [1998/04/18] kern/6344 cy driver is outdated o [1998/04/19] kern/6351 DPT RAID controller stops working under h o [1998/04/20] i386/6368 Stallion Easyio 8 port not detected using o [1998/04/22] bin/6383 csh - when ctrl-d is pressed, file is chm o [1998/04/25] kern/6412 peter NFS sends packets from the wrong interfac o [1998/05/03] kern/6506 system will not soft reboot f [1998/05/05] kern/6525 Coral-Draw 5 CD crashes 2.2.6-STABLE a [1998/05/06] bin/6536 pppd doesn't restore drainwait for tty o [1998/05/08] bin/6557 /bin/sh is broken o [1998/05/10] bin/6577 /bin/sh environment variables not set in o [1998/05/11] ports/6591 se KDE starts /usr/bin/kzip instead of /usr/ o [1998/05/12] kern/6603 ncr driver hangs under high load o [1998/05/12] bin/6609 gmp.h not installed o [1998/05/17] kern/6670 PANIC on boot with FreeBSD 3.0 (same comp s [1998/05/19] kern/6686 [STABLE] -stable does not support large I o [1998/05/20] kern/6706 mount_msdos+mount_null+mc=panic o [1998/05/25] kern/6751 audio cd play suddenly stops. o [1998/05/25] kern/6755 peter Tulip (if_de) driver buggy in -current o [1998/05/27] kern/6771 peter panic: Bad nfs svc reply s [1998/05/27] misc/6773 [PATCH] tempnam.c security problems o [1998/06/01] misc/6824 peter Intel EtherExpress 100+, 2.2.6 NFS troubl s [1998/06/02] bin/6830 make(1) exhibits confusing and non-standa s [1998/06/04] kern/6854 [PATCH] probing brooktree849 capture card s [1998/06/04] kern/6858 inetd in realloc(): warning: junk pointer o [1998/06/04] misc/6861 [PATCH] netboot error o [1998/06/05] kern/6865 OS crashes when exiting shell with suspen o [1998/06/10] kern/6908 kernel crash from user land o [1998/06/19] bin/6994 The netstat(1) -s generates wrong output f [1998/06/19] i386/6996 Occasional complete lockup of 2.2.5R s [1998/06/22] bin/7019 [security] pwd.db almost always contains s [1998/06/23] bin/7033 Same process notified multiple times o [1998/06/24] kern/7038 shimon Kernel panic caused by DPT driver (Got a s [1998/06/24] bin/7043 the fstat command doesn't know ISOFS, MSD o [1998/06/24] i386/7057 3Com 3C509 locks up, or has >1000ms rtt u s [1998/06/24] bin/7059 sh dumps core on this script o [1998/06/24] ports/7061 ache fspclient's grab command fails (and remov o [1998/07/05] ports/7167 ache elm cannot pgp for more than one recipien s [1998/07/05] kern/7169 cannot use accton on a append-only file o [1998/07/05] kern/7178 sos IDE Western Digital hard disk detection e s [1998/07/06] misc/7190 jkh "Invalid partition table" after new insta s [1998/07/10] kern/7237 NCR SCSI driver ch0 troubles o [1998/07/11] kern/7245 processes die with signal 6, if machine o o [1998/07/12] i386/7266 yokota PSM detection failure with Linksys consol s [1998/07/14] kern/7281 [STABLE] Multicast kludge does not work c o [1998/07/16] kern/7299 USER_LDT hangs Linux-emulated Netscape o [1998/07/21] conf/7354 source distribution selection bug when in f [1998/07/22] kern/7367 panic: malloc: wrong bucket o [1998/07/23] ports/7383 torstenb socks5 + ssh + redirection not working o [1998/07/26] kern/7405 in pmap_changebit, pmap_pte_quick() retur s [1998/07/27] kern/7410 [PATCH] driver for arlan-655 s [1998/07/27] i386/7420 [PATCH] Maximum socket buffer size (SB_MA o [1998/07/28] kern/7424 Machine crashes do not occur very often, o [1998/07/30] bin/7446 jdp Dlopen succeed in particular cases, but i o [1998/08/04] ports/7490 ache `setenv LANG/LC_CTYPE C` makes tcsh unusa s [1998/08/10] kern/7556 sl_compress_init() will fail if called an f [1998/08/10] kern/7557 -current machine running Diablo, lockup, s [1998/08/10] kern/7561 CDROM (wcd) is prone to lock up system/pr s [1998/08/10] kern/7562 Running wine can cause other applications o [1998/08/12] bin/7587 There is no pthread_cancel() in libc_r.a! o [1998/08/18] kern/7658 (1) rlogin from some host to the FreeBSD o [1998/08/18] kern/7664 scsiformat reports '0' for all parameters o [1998/08/18] conf/7665 sysinstall quits silently o [1998/08/19] kern/7678 Problems with a 386-16 f [1998/08/20] i386/7698 n_hibma scotty/tkined library error o [1998/08/23] kern/7727 Processes get wedged in 'getblk' on 2.2.7 o [1998/08/27] kern/7754 kernel panics if NFS server uses LKM vs. o [1998/08/27] bin/7756 disklabel misbehaving on seriously sick d o [1998/08/27] kern/7764 ps(1) hangs in pfslck/lockrd - All subseq o [1998/08/27] kern/7766 de driver still buggy - random ifc death o [1998/08/27] kern/7767 de driver still buggy - power cycle of de o [1998/08/30] kern/7781 Problem with setpassent(), getpwnam() and f [1998/08/31] kern/7793 n_hibma kernel wedges when netscape exits o [1998/09/01] kern/7797 System halted with "panic: pmap_release: o [1998/09/02] i386/7815 probe can't find wdc0 s [1998/09/03] gnu/7821 awk in free(): warning: chunk is already o [1998/09/03] conf/7823 sysinstall will not install XFree o [1998/09/09] bin/7872 [PATCH] mountd(8) can apply flags to wron o [1998/09/09] bin/7876 gethostbyname flags temporary failure as o [1998/09/09] bin/7877 fenner libpcap and tcpdump need updating o [1998/09/10] kern/7880 mount_cd9660 incorrect on multitrack CD-R o [1998/09/11] kern/7902 if_de doesn't properly recognize a "Magic o [1998/09/12] conf/7908 wrong perms on objformat after upgrade o [1998/09/15] ports/7931 torstenb Ssh allows root login with no password o [1998/09/16] kern/7950 Trap 12 while executing wine o [1998/09/16] gnu/7951 The gnu readline library core dumps when o [1998/09/17] bin/7968 If /usr/libexec/yppwupdate DNE, rpc.yppas a [1998/09/19] ports/7987 ports Can't post news with TRN + NNTPCACHE o [1998/09/22] conf/8031 [patch] /etc/rc looks for /etc/sendmail.c o [1998/09/28] misc/8070 can't get a system with an NCR 810 contro o [1998/09/28] i386/8081 Problem with MULTIPORT driver and Boca BB o [1998/09/29] bin/8085 sendmail startup could be backgrounded f [1998/09/29] ports/8088 torstenb short writes using ssh-1.2.* o [1998/09/30] gnu/8099 [patch] some bugs in cpio o [1998/10/03] kern/8137 [patch] quotaoff followed by quotaon can o [1998/10/05] kern/8158 sio driver breaks in 2.2.7R in kernels wi o [1998/10/06] kern/8180 open("..",O_RDONLY|O_NONBLOCK) fails o [1998/10/07] bin/8195 ee dumps core on window resize o [1998/10/08] kern/8206 [patch] Unconected UDP socket declined, i o [1998/10/08] kern/8215 Creating 2 root partitions in sysinstall o [1998/10/11] bin/8266 [patch] nfsd should allow just nfs versio o [1998/10/12] bin/8281 writev() in libc_r causes loop o [1998/10/13] kern/8312 Under heavy load, the system panics with o [1998/10/14] bin/8322 Mail doesn't respect REPLYTO in .mailrc o [1998/10/14] kern/8324 failure to deliver SIGIO when fildes mark o [1998/10/19] conf/8379 check_rcpt returns OK for nonexistent add o [1998/10/20] kern/8380 swap_page error: out of swap space o [1998/10/20] i386/8385 2.2.7 hangs while detecting type of COM1' o [1998/10/20] ports/8394 peter rdist6 won't compile--tries to use MOUNT_ o [1998/10/21] i386/8397 Code using popen compiled on BSDI BSD/OS o [1998/10/22] i386/8414 ibcs2 emulation sets serial baud-rate inc o [1998/10/22] kern/8415 SMP kernel freezes while downloading larg s [1998/10/22] kern/8417 3.0 config(8) doesn't check that root fs o [1998/10/22] i386/8418 sh MAKEDEV all - fails to create hard lin o [1998/10/23] kern/8423 Intel PILA8461 NIC panics 2.2.7 during pr o [1998/10/24] i386/8435 boot.flp does not give shell prompt after o [1998/10/24] bin/8440 jkh 3.0-RELEASE has wrong permissions on game o [1998/10/28] misc/8480 odd Korean timedef(LC_TIME) o [1998/10/30] kern/8500 FreeBSD 3.0 thread scheduler is broken o [1998/10/31] bin/8518 freopen() in append mode followed by ftel o [1998/11/01] kern/8534 insufficient support routines for poll(2) o [1998/11/03] kern/8561 /kernel inode change time changes every r o [1998/11/03] i386/8567 Intel EtherExpress Pro/10 driver (if_ex.c o [1998/11/04] bin/8573 nvi 1.79 SIGSEGVs on any address in .exrc o [1998/11/05] kern/8580 Hanging NFS pagein in nfs_bio.c (2.2.7, w o [1998/11/07] kern/8590 kernel incorrectly recognizing Maxtor 11. o [1998/11/07] kern/8596 panic: page fault while using ping's reco o [1998/11/08] kern/8607 maxprocsperuid setting causes sybase/linu o [1998/11/08] kern/8619 EXT2FS should be in GENERIC kernel o [1998/11/08] ports/8622 peter exmh2 has problems with some date formats s [1998/11/09] misc/8623 wollman [MFC] Time zone for Japan is strange (see o [1998/11/10] bin/8646 Implement rlogind -a option o [1998/11/11] kern/8655 Umount trouble of SCSI removable device o [1998/11/11] kern/8657 nfs client hung in nfs_bwrite/vfs_busy_pa o [1998/11/12] kern/8669 aio_write() and aio_read() do not work AT o [1998/11/14] kern/8683 sos Problems with Atapi in 3.0... o [1998/11/14] bin/8685 sending a SYST by ftp client closes conne o [1998/11/17] kern/8729 SYSV Semaphore blocks all threads o [1998/11/18] bin/8745 wosch adduser permit adding `root' and mail ali o [1998/11/20] kern/8773 Intel AN430TX motherboard ps/2 port not r f [1998/11/20] kern/8778 gibbs Buslogic BT948 in 2 boxes upgraded from S o [1998/11/23] kern/8824 Incorrect driver unit number in IDE BusMa o [1998/11/24] kern/8834 NFS can corrupt local file cache o [1998/11/24] conf/8854 boot.flp does not probe atapi cdrom o [1998/11/24] i386/8855 sos can't mount CD in ATAPI drive after eject o [1998/11/25] bin/8865 syslogd hangs with serial console a [1998/11/28] kern/8875 Patch to allow DMA IDE with generic chips o [1998/11/29] conf/8903 /etc/rc can do NFS mounts before the netw o [1998/12/01] i386/8924 File transfers. Upload is 71Kbs downloa o [1998/12/02] kern/8940 system clock runs extremely slowly (and s o [1998/12/03] kern/8952 close() blocks forever after fork() in th o [1998/12/06] kern/8981 this also fixes X crashes and sio silo ov o [1998/12/07] ports/9002 torstenb mirror reuses obsolete temporary db file o [1998/12/09] kern/9030 DMPno2 - PCCards are not being recognised o [1998/12/10] i386/9044 #.0 pkgs require libkrb o [1998/12/16] kern/9095 swap detect error o [1998/12/19] kern/9129 Is it miss take ? So, ep deriver dose not o [1998/12/20] i386/9140 NIS "Magic cookie" in master.passwd slays o [1998/12/21] bin/9162 [Patch] pthreads GC breaks signal handlin o [1998/12/21] kern/9163 [patch] squid does not join a multicast g o [1998/12/22] kern/9171 maxusers 1024 results in unbootable kerne o [1998/12/27] bin/9214 kldload(8) error messages are inadequate o [1998/12/29] i386/9237 pthread_exit doesn't exit o [1998/12/30] i386/9244 2.2.8 RELEASE Fixit floppy doesn't work.. o [1998/12/31] bin/9252 [patch] login program "login" don't set K o [1999/01/03] kern/9296 pps driver missing header file o [1999/01/03] kern/9297 pps driver doesn't clear ppbus control po o [1999/01/06] bin/9350 nvi incorrectly reads files with very lon o [1999/01/06] kern/9355 can't select() for writes on a bpf o [1999/01/07] bin/9362 "lpc start queue" doesn't work in 3.0-R & o [1999/01/07] bin/9379 pppd does not go through all interfaces l o [1999/01/08] kern/9391 if_addmulti doesn't check for retifma == o [1999/01/09] kern/9407 "make kernel" yields buggy kernel in cera o [1999/01/09] kern/9408 parameter reversed to a pci_cfgwrite in p o [1999/01/09] kern/9411 System crash on swapping to hole-files o [1999/01/09] kern/9413 profiling does not work with elf kernels o [1999/01/10] i386/9431 wd.c Does nto recognize certain LBA disks o [1999/01/11] bin/9440 obrien amd can't mount filesystems with type:=uf o [1999/01/11] bin/9444 mount_mfs uses lots of swap. o [1999/01/12] bin/9464 fenner Fix for fetch ignoring FTP_PASSIVE_MODE e o [1999/01/13] kern/9478 support for running a script from kldload o [1999/01/14] kern/9487 pcm: mixer's synth and cd devices are swa o [1999/01/14] bin/9495 su doesn't look at login.cnf all the time o [1999/01/15] bin/9516 ftpd doesn't honor invalid shelll in logi o [1999/01/17] kern/9537 ep0 driver : no buffer space available o [1999/01/17] bin/9544 syntax error concerning loading vinum fro o [1999/01/17] kern/9548 UNION fs corrupts data and has undefined o [1999/01/17] kern/9550 The latest -current as of 17 January has o [1999/01/21] kern/9599 SMP hang after reseting CPU 1 o [1999/01/21] kern/9612 grog NFS mounts on dual-homed server may hang o [1999/01/22] docs/9618 hoek many typos in groff_mm(7) o [1999/01/24] ports/9665 ache cannot start apache server o [1999/01/25] kern/9673 ISO CD-ROM Problem o [1999/01/25] ports/9688 cwt The current tcl80 port has problems, does o [1999/01/26] bin/9695 a typo in /usr/obj/aout/usr/src/tmp/usr/i o [1999/01/28] i386/9759 Tar process hangs on buggy tapes o [1999/01/31] bin/9849 mknod is missing from libc_r o [1999/02/01] kern/9862 system crashes writing to msdos jaz disk o [1999/02/02] kern/9883 MGET()(and variants) return NULL with M_W o [1999/02/04] misc/9903 thread enabled program can't use popen/sy o [1999/02/04] kern/9910 Heavy traffic renders FreeBSD acting as f s [1999/02/06] kern/9927 gibbs the ahc driver doesn't correctly grok swi o [1999/02/06] i386/9933 No error reported writing to write-protec o [1999/02/06] kern/9935 vmstat reprots bad AVM values o [1999/02/08] kern/9961 When loading if_ppp_mod.o system crashes, o [1999/02/08] i386/9962 Install Panics in with integer divide fau o [1999/02/08] kern/9974 Large amounts of kernel clock drift with o [1999/02/09] kern/9980 savecore fails with large (2gig+) swap pa o [1999/02/09] bin/9982 inet_addr(3) should be return 32bit uint. o [1999/02/10] misc/10009 jdp dlopen will crash when opening some strip o [1999/02/11] kern/10021 MOUNTING A EXT2FS A AFTER MOUNTING AN MSD f [1999/02/11] kern/10029 many vm_fault: pager read errors o [1999/02/11] bin/10031 ypxfr does not work with Solaris master s o [1999/02/11] bin/10039 Binaries from a "fixit" CD can't find ld- o [1999/02/12] docs/10059 dg MALLOC(9) manpage not updated to reflect o [1999/02/13] kern/10066 problem with a X-Window and syscons drive o [1999/02/14] i386/10089 ATAPI tape driver (wst) doesn't handle En a [1999/02/14] ports/10094jfitz autogeneration of msql user failed o [1999/02/15] kern/10107 interlock situation with exec_map and a p o [1999/02/18] i386/10150 Compaq fxp0 Does not work on 3.0 or 3.1 b o [1999/02/18] i386/10151 ATAPI CD problem o [1999/02/19] conf/10163 init does not start when /var/msgs is a s o [1999/02/22] kern/10209 natd stopped to worked since i upgraded f o [1999/02/23] bin/10230 -T and -B not implemented on filehandles o [1999/02/25] misc/10259 FTP install hangs for 3.1-RELEASE o [1999/02/25] bin/10264 passwd(1) tryis NIS even with `-l' switch o [1999/02/25] kern/10265 file locking does not work with kernel pt o [1999/02/25] kern/10266 gibbs SCSI scanner times out when scanning o [1999/02/26] kern/10280 Display Adapters (PCI) probed wrong way - o [1999/02/28] misc/10302 installer o [1999/02/28] bin/10312 ken pciconf -l generates output incompatible o [1999/02/28] kern/10316 le0 goes OACTIVE after some time o [1999/03/01] bin/10341 memory leak in setenv(3) o [1999/03/02] bin/10353 ypserv gets segmentation violation o [1999/03/03] ports/10373nate Increasing kernel file descriptors causes o [1999/03/03] kern/10381 hlfsd/NFS failure -- directory cached bet a [1999/03/04] ports/10385billf New port: apache13-modperl o [1999/03/04] kern/10387 2.2.7 hangs when trying to write on defec o [1999/03/05] kern/10411 top, vmstat, iostat show 0% cpu idle & us o [1999/03/06] misc/10418 libpam is built before libradius/libtacpl o [1999/03/07] kern/10466 resume causes crashes if BIOS extmem != R o [1999/03/08] kern/10492 broadcast IP address can be set on interf o [1999/03/09] bin/10510 Remote cvs botches commits on occassion o [1999/03/09] bin/10511 incorrect return value in kvm_read(3) and o [1999/03/11] bin/10553 syslogd suddenly stopped logging o [1999/03/13] ports/10579phk Error with Network discovery in tkined (p o [1999/03/14] kern/10581 Kernel panic while using find on an ext2 o [1999/03/14] kern/10594 EXT2FS mount problems o [1999/03/14] bin/10596 I can't find out where someone is logged o [1999/03/15] misc/10599 [PATCH included]malloc/free breaks in cer o [1999/03/15] kern/10603 dcs Random system panics o [1999/03/15] kern/10607 Fast forwarding breaks when arp cache exp o [1999/03/16] bin/10615 make installworld DESTDIR=/some/dir o [1999/03/16] kern/10616 MSP3400C audio chip from Hauppauge WinTV- o [1999/03/16] i386/10626 RTC BIOS diagnostic error on install o [1999/03/16] bin/10633 obrien [patch] tcpslice timezone problem and upd o [1999/03/17] i386/10646 Bridge code missing from ed0 driver in 3. o [1999/03/18] ports/10665ports ports/graphics/sane needs access to /dev/ o [1999/03/19] kern/10671 setlogin(2) return EINVAL for length of n o [1999/03/19] kern/10676 3.1-RELEASE deadlocks under load with pro o [1999/03/20] kern/10698 de driver doesn't work with some tulip bo o [1999/03/23] kern/10747 [PATCH] ipfirewall `deny' rules act as `r o [1999/03/24] bin/10774 sio0 doesn't work well, i belive the prob o [1999/03/24] kern/10778 "ipforward_rt" is not cleared when routin o [1999/03/25] bin/10784 `make aout-to-elf-build' died in /usr/src o [1999/03/25] bin/10785 make aout-to-elf-install died in info tar o [1999/03/25] kern/10789 Second config of kernel doesn't overwrite o [1999/03/26] bin/10805 h2ph incorrectly deals with #error and #w o [1999/03/26] bin/10807 host(1) is broken - multiple options in o o [1999/03/27] bin/10821 des getpwent() fails on NIS clients after dro o [1999/03/29] i386/10862 wd.c STILL cannot recognize correct disk o [1999/03/30] kern/10870 eivind Kernel panic when writing to write-protec o [1999/03/30] misc/10879 Cannot build aout binaries under 3.1-RELE o [1999/03/30] bin/10880 Profiler libraries missing o [1999/04/01] bin/10912 Fix to prevent infinite loops on missing o [1999/04/03] i386/10928 su reboots the system after one day uptim o [1999/04/03] i386/10935 PCI cards detected twice o [1999/04/04] ports/10946se kdm 1.1 does not work correctly - XBINDIR o [1999/04/04] conf/10947 Entering daylight time at 2am loses /etc/ o [1999/04/05] bin/10963 brian date -v dosen't quite work o [1999/04/05] i386/10969 kernel fails to compile with ccs0 o [1999/04/06] i386/10983 lnc NIC driver doesn't work o [1999/04/06] bin/10991 lpd hangs system if printer not ready on f [1999/04/07] ports/11003ports wmcdplay is not capable of playing an AUD o [1999/04/07] kern/11004 Quota Issues on SMP o [1999/04/07] bin/11005 `umount -f' does not work if the NFS-serv o [1999/04/07] bin/11008 3.1 fbsdboot.exe is broken. install.bat i o [1999/04/08] misc/11024 getpwnam(3) uses incorrect #define to lim o [1999/04/10] ports/11059ache ports/security/pgp does not extract o [1999/04/11] kern/11080 fatal trap 18 while trying to mount inval o [1999/04/11] kern/11084 3.1-R kernel trap 12 with interrupts o [1999/04/13] kern/11115 Sockets die in LAST_ACK and FIN_WAIT_1 st s [1999/04/13] ports/11116billf gtk interversion compatibility never work o [1999/04/13] bin/11119 NFS quotas fail to report if alternate fi o [1999/04/14] bin/11137 /bin/ps output loses the values for all p o [1999/04/16] kern/11164 The ie network driver panics during the i o [1999/04/16] bin/11169 warning: pointer to wrong page in cron(8) o [1999/04/18] kern/11199 3.1-RELEASE kernel page fault (trap 12) u o [1999/04/18] i386/11200 AMD PCnet lnc0/lnc1 problem o [1999/04/18] kern/11208 Complete system hang/freeze. No PANIC me o [1999/04/19] bin/11221 comm doesn't obey current locale collatio o [1999/04/20] bin/11247 fetch doesn't notice FTP error after RETR o [1999/04/21] kern/11255 Fore System ATM Card not working o [1999/04/21] kern/11266 frequent crashes with "Page fault, fatal o [1999/04/22] bin/11283 fetch http-timeout/timestamp bug o [1999/04/23] i386/11291 anic: ffs_alloccg: map corrupted o [1999/04/23] bin/11296 fetch(1) fails to resolve names in http m o [1999/04/23] kern/11299 Recent kernels have broken symbol tables, o [1999/04/26] conf/11336 Broken data sent to printer through devic o [1999/04/28] kern/11366 Filesystem can cause hang/crash in certai o [1999/04/28] kern/11367 Kernel crashing after mounting read only o [1999/04/28] conf/11376 NFS mount may be happening too soon in /e o [1999/04/29] bin/11382 generated code using rpcgen with -b optio o [1999/04/29] kern/11385 PCNet/PCI Ethernet adapter works in 3.1-R o [1999/04/29] i386/11395 ghostscript5.50 does not print properly, o [1999/04/30] kern/11405 pwd_mkdb with no tmp space leads to kerne o [1999/05/01] kern/11435 IPFW had no per-uid or per-gid rule suppo o [1999/05/02] i386/11454 mkdir() and chdir() doesn't check argumen o [1999/05/03] kern/11462 CS network interface driver (for CS89XX b o [1999/05/03] bin/11464 obrien union copies likely broken for alpha egcs o [1999/05/03] ports/11465ports The port chipmunk will not run. o [1999/05/04] kern/11490 yokota VESA+VM86+Splash == unstable system o [1999/05/05] kern/11507 msmith CS89XX (i386/isa/if_cs.c) fails to proper o [1999/05/05] kern/11513 cannot mount CD-ROM: Device not configure o [1999/05/05] misc/11523 3.1-STABLE BRIDGE option does not work o [1999/05/05] misc/11525 [PATCH] Networking patches to increase # o [1999/05/07] gnu/11562 tar verification doesn't work o [1999/05/07] kern/11563 pci_unmap_int doesn't do anything o [1999/05/10] ports/11636jfitz p5-Mail-Folder missing dependencies o [1999/05/12] i386/11664 lnc1 NIC fail to work o [1999/05/12] bin/11666 ypserv fails to reply host name resolutio o [1999/05/12] kern/11679 httpd and perl5 processes stuck in "nocha o [1999/05/13] kern/11686 APM: Always "Resume failure" from suspend o [1999/05/13] kern/11692 3.1-stable deadlock o [1999/05/13] bin/11696 Signal handling is broken in libc_r. o [1999/05/13] kern/11697 Disk failure hangs system o [1999/05/14] i386/11720 FreeBSD 2.2.8 can't load fixit disk o [1999/05/18] kern/11766 Can not traceroute through ipnat. o [1999/05/18] i386/11773 yokota mouse works at setup time. Under X it go o [1999/05/19] misc/11778 mpz_get_str() in libgmp leads up to cored o [1999/05/19] misc/11790 boot manager bug o [1999/05/20] misc/11800 gibbs Problem with scsi AHA2940 and sony SDT-20 o [1999/05/20] i386/11801 Remounting CD on IDE CDROM after eject fa o [1999/05/20] ports/11807jfitz Port update: net/ratoolset o [1999/05/20] kern/11808 read/write mounted write-protected floppi o [1999/05/21] kern/11815 mjacob SCSI tape driver fails on media type reco o [1999/05/21] kern/11821 /dev/fd0a hangs on large files, including o [1999/05/22] docs/11852 jkh 3.X install requires 12MB of RAM, not 8 o [1999/05/23] kern/11867 Sound driver loses interrupts, no sound o [1999/05/28] kern/11911 3.1-R : writing file larger than floppy s o [1999/05/28] conf/11913 jkh Problem about /stand/sysinstall and /etc/ o [1999/05/28] kern/11915 access system call says file is readable o [1999/05/28] kern/11919 kldload doesn't return error on loading a o [1999/05/28] kern/11922 missing reentrant interfaces for getpwnam o [1999/05/29] kern/11928 kldload loads kernel modules even if ther o [1999/05/29] ports/11935ports ports/audio/dap: -DBIGENDIAN is wrong on o [1999/05/29] kern/11936 linux threads are partly broken for SMP o o [1999/05/29] kern/11937 vm problems after havy memory usage o [1999/05/30] conf/11950 /etc/hosts.allow confuses tcp wrapper o [1999/05/31] kern/11969 VM_fault with mmap'd CDROM data. o [1999/06/01] ports/11977ports Eterm port is unable to access .Xauthorit o [1999/06/02] i386/11991 fdisk does not assign slices to unused pa o [1999/06/02] bin/11992 /usr/src/sbin/mountd/mountd.c has '#ifdef o [1999/06/02] ports/11996obrien Fix for mutt sending content-type video a f [1999/06/03] ports/12015torstenb new postfix port o [1999/06/04] kern/12022 System clock timewarps o [1999/06/06] bin/12054 explicit -ltermcap after -lncurses causes o [1999/06/06] kern/12062 sa tape driver with Cipher 60M SCSI QIC t o [1999/06/08] bin/12091 syslog packets from a remote machine are o [1999/06/08] kern/12092 vpo driver not working in 3.2-RELEASE o [1999/06/09] kern/12104 Certain cdcontrol commands don't work pro o [1999/06/10] conf/12116 ASCII and US-ASCII locale wrongly aliased o [1999/06/10] bin/12120 named crashes. o [1999/06/10] gnu/12122 cc hangs on STDIN with -pipe and .s files o [1999/06/10] kern/12126 Missing ioctl handler for IPX address fam o [1999/06/11] ports/12131ports knewmail port o [1999/06/11] bin/12136 obrien /sbin/dhclient-script: weird route comman o [1999/06/11] bin/12137 something wrong with shell -- functions w o [1999/06/11] kern/12141 libc_r passes negative tv_usec values to o [1999/06/11] i386/12147 sos Linux emulator fcntl ignores args o [1999/06/12] ports/12174ache bash terminate with corefile if pid > 320 o [1999/06/12] gnu/12175 gdb crashes with pids > 32736 o [1999/06/12] docs/12181 doc [Patch] doc/en/handbook/kernelconfig/chap o [1999/06/13] bin/12191 wcol is trying to allocate a shared memor o [1999/06/14] kern/12219 Kernel gdb does not work under 3.2-RELEAS o [1999/06/15] misc/12221 djpeg halt's freebsd box o [1999/06/15] ports/12224ports DDD (version 3.1.5) port fails to build o [1999/06/15] bin/12225 brian incompletness of radius request in /usr/s o [1999/06/15] ports/12234ports imlib-1.9.4/gdk_imlib/rend.c has syntax e o [1999/06/16] bin/12242 segmentation fault running /usr/bin/fmt o [1999/06/16] kern/12247 userlevel program let kernel hang o [1999/06/17] i386/12257 [Patch] sb(VoxWare) sound driver patch fo o [1999/06/17] kern/12262 pcm sound driver with SB16pnp does not ap o [1999/06/18] bin/12272 The ctype locales print an error message o [1999/06/18] kern/12274 cd mount problem o [1999/06/20] kern/12305 clock() ticks backwards o [1999/06/21] kern/12320 error 6: panic: cannot mount root (2) o [1999/06/22] ports/12346jfitz update ports: mrtg-2.7.5 o [1999/06/22] bin/12349 des 3.2-R inetd doesn't re-read ALL configura o [1999/06/23] docs/12372 doc man page HISTORY for strdup is wrong o [1999/06/24] kern/12378 pmap_growkernel doesn't update all page d o [1999/06/25] conf/12387 CDROM boot failure on Thinpad 770X, 380ED o [1999/06/25] kern/12394 3.2-RELEASE, rl0 ethernet interface freez o [1999/06/27] pending/12414gnats-adminRe: linux netscape 4.61 o [1999/06/28] kern/12434 signal 11 (core dumped) on mysqld when ma o [1999/06/28] misc/12438 Dynamic loader or vtable problem in 3.2-S o [1999/06/29] ports/12446ports ssh port doesn't build o [1999/06/29] bin/12448 arp -s ip_address auto pub results in err o [1999/06/29] kern/12450 IBM -DTTA-351010 corrupts data when using o [1999/06/30] kern/12464 bad reference in struct vm_zone o [1999/07/01] kern/12484 [PATCH] bpf_filter() broken o [1999/07/03] bin/12496 yppush broken when pushing to 2 or more s o [1999/07/03] bin/12497 src/etc/periodic/daily/150.clean-hoststat o [1999/07/04] kern/12508 gdb fails to vmcore.0 o [1999/07/05] pending/12520gnats-adminMissleading comment in example in crontab o [1999/07/06] i386/12529 Linksys ether16 NE2000 compat. won't conf o [1999/07/06] pending/12537gnats-admin[ports/12002] korean/engdic ports updated o [1999/07/06] bin/12538 getpwuid() NIS UID override fails o [1999/07/06] ports/12541ports gtk installs itself where it can't be fou o [1999/07/07] pending/12549gnats-adminimap-uw port doesn't check pw->pw_expire o [1999/07/07] kern/12551 mks ASIC output is shifted following a short o [1999/07/07] docs/12557 nik There are no man pages for the widely use o [1999/07/07] pending/12560gnats-adminUpdate port: russian/apache a [1999/07/08] bin/12564 jkh Sysinstall can not use live filesystem fr o [1999/07/09] misc/12577 Can't link code using catopen o [1999/07/09] ports/12584stb directories made during 'make install' ar o [1999/07/10] ports/12587ports update port russian/apache13 o [1999/07/12] bin/12614 [patch] apm -r doesn't respect wall_cmos_ o [1999/07/13] kern/12626 Adaptec 3950 in 3.2 fails to probe disks o [1999/07/13] kern/12632 Panic (trap 18) with Symbios SCSI control o [1999/07/14] ports/12637ports ports o [1999/07/14] misc/12640 Can use 2nd CD-ROM for fixit mode. o [1999/07/15] kern/12646 IGMP reports not sent if no multicast rou o [1999/07/15] kern/12651 NFS readdirplus call is broken (with patc o [1999/07/15] docs/12652 doc [Patch] scsi.4 refers to old kernel confi o [1999/07/16] ports/12660ports Fix for gethostbyname2() problem when usi o [1999/07/16] gnu/12662 tar verification doesn't work in 3.2-RELE o [1999/07/18] kern/12703 tx0 truncates skip packets o [1999/07/20] ports/12714ports dylan port doesn't compile o [1999/07/20] ports/12718ports new port: net/tund o [1999/07/20] bin/12727 Game patches from NetBSD o [1999/07/20] misc/12728 Natd on 3.2-R doesn't work with certain w o [1999/07/20] kern/12729 Missing function pointer initialization i o [1999/07/21] ports/12732ports devel/glib12 build fails o [1999/07/21] conf/12745 diffs to delay start of amd rwhod timed o o [1999/07/21] ports/12746ports problem with bash-2.03(1) port (/usr/port o [1999/07/21] i386/12749 Bug in link() and all other filename func o [1999/07/22] kern/12758 Adjusting the idle priority of a process o [1999/07/23] i386/12771 lpt hangs and never works again, even aft o [1999/07/23] docs/12773 doc ftp.mirros was not updated for while o [1999/07/23] ports/12774taoka Some severe inconvenience had been impose o [1999/07/23] misc/12785 anoncvs@anoncvs.freebsd.org:/cvs does not a [1999/07/24] docs/12794 doc FAQ entry about a problem for lack of ld. o [1999/07/24] ports/12795ports security/sslproxy fails o [1999/07/24] kern/12800 buffer leak in cluster_wbuild f [1999/07/25] misc/12807 sheldonh Pues los mejore stips de Freebsd debiudoa o [1999/07/26] docs/12818 doc [Patch] doc/FAQ/admin.sgml refers to old 626 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- a [1995/01/11] i386/105 bde Distributed libm (msun) has non-standard s [1995/05/13] bin/401 Add REMOTE_* variables s [1995/06/15] bin/517 Bad group change with 'install' o [1995/07/09] misc/605 wpaul NIS: get*bynis routine problems s [1995/08/05] gnu/655 ld -r of shared objects worked in 1.1.5, s [1995/08/07] bin/658 ifconfig alias has to be separately given s [1995/09/26] kern/742 syslog errors accessing Mac hard disks [p s [1995/10/03] kern/765 umount -f can`t umount a NFS filesystem i s [1995/11/20] kern/831 one minor complaint about the kernel visu s [1995/11/27] bin/841 stale nfs mounts cannot be umounted o [1995/11/30] bin/854 dg swapinfo shows incorrect information for a [1996/01/30] bin/981 fenner clnt_broadcast() is not aware of aliases s [1996/03/20] kern/1090 iostat displays incorrect sps count s [1996/03/20] bin/1093 route's diagnostic is weird o [1996/04/06] kern/1119 dg Mounted EXT2FS partition is not cleanly u s [1996/06/11] bin/1312 automounter hangs on boot s [1996/06/13] bin/1320 dump limits blocksize to 32K s [1996/07/07] bin/1375 jraynard Extraneous warning from mv(1) [PATCH] o [1996/07/24] misc/1428 ncurses doesn't always display ALTCHARSET o [1996/09/06] bin/1577 peter mail -f foo does not look in current dire s [1996/09/08] bin/1589 [PATCH] ftp fails to flush output o [1996/09/14] gnu/1611 phk groff should use "system-wide" papersize s [1996/09/19] kern/1654 [PATCH] In procfs, vattr doesn't contain o [1996/09/23] i386/1671 joerg s2 map in pcvt isn't ISO 8859-1 and claim o [1996/09/29] docs/1691 dwhite ppp server doc submission s [1996/10/13] misc/1791 syslimits.h does not allow overriding def o [1996/10/20] bin/1849 gdb sets library breakpoints on the wrong s [1996/10/24] bin/1881 file(1) misidentifies Sun3/m68k executabl s [1996/11/01] bin/1941 danny wtmp and monthly rotation s [1996/11/01] bin/1943 route(8) args o [1996/11/04] i386/1953 sos syscons savers have no default timeout s [1996/11/04] gnu/1961 [PATCH] uucp logging files are in /var/sp s [1996/11/06] bin/1970 csh limtail() bug s [1996/11/16] bin/2036 cpio size wraparound s [1996/11/19] bin/2061 DEBUG_FLAGS in bsd.lib.mk is broken s [1996/11/19] bin/2065 in tzsetup/sysinstall, allow user to type s [1996/11/22] bin/2090 clients may bind to FreeBSD ypserv refusi s [1996/11/28] bin/2119 [PATCH] mount lies to child about argv0, s [1996/12/02] bin/2137 vm statistics are bad s [1996/12/12] kern/2199 joerg [PATCH] Got a lots of "Target Busy" messa s [1996/12/14] bin/2216 [PATCH] Ada specs not being compiled into o [1996/12/17] i386/2239 jmg some interrupts take too long (i.e. BT946 a [1996/12/21] bin/2265 guido su(1) does not call skeyaccess() o [1996/12/24] kern/2273 dufault support for POSIX.4 / POSIX.1a RT-schedul s [1996/12/27] kern/2298 Support for DSR/DCD swapping on serial po a [1996/12/27] misc/2302 brandon new crypt() including SHS and an extendab o [1996/12/29] bin/2315 peter tail segfaults on NFS permission denied s [1996/12/30] kern/2327 [PATCH] `Green' saver for pcvt o [1997/01/10] bin/2442 davidn setusershell()/endusershell() missing o [1997/01/12] kern/2462 sos screen saver dosn't capture key strokes o [1997/01/14] kern/2492 AIMS Lab RadioTrack driver for FreeBSD 2. o [1997/01/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/02/02] gnu/2637 tar dumped core with -g option. a [1997/02/02] bin/2641 wpaul login_access.c doesn't work with NIS by d o [1997/02/05] bin/2668 modification suggested for rarpd o [1997/02/11] kern/2716 od.c/sd.c non 512 byte/sector support imp 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/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] kern/2865 peter NFS client hangs on umount, ls, df when N o [1997/03/06] docs/2897 steve send-pr categories should be explained so o [1997/03/06] bin/2898 fenner arp -a -n buglet o [1997/03/10] bin/2934 sh(1) has problems with $ENV o [1997/03/10] bin/2938 hoek Add -b, -l, and -f options to du(1) o [1997/03/18] misc/3024 make reinstall in /usr/src requires writa o [1997/03/22] kern/3061 route does not accept -genmask o [1997/03/31] gnu/3157 Patches to gas and gdb to support MMX ext o [1997/04/07] bin/3221 rpc.rusersd : can't communicate with SunO o [1997/04/07] misc/3225 [PATCH] uucpd.c should normalize host nam o [1997/04/08] misc/3237 SCRIPTS addition to bsd.prog.mk o [1997/04/09] bin/3242 incorrect prototype for initgroups o [1997/04/14] kern/3281 errors when "rm -r"-ing in a mounted ext2 o [1997/04/14] kern/3282 ext2fs causes fs-unmount at shutdown/rebo o [1997/04/14] bin/3284 [PATCH] symorder(1): -t option doesn´t wo o [1997/04/14] bin/3286 [PATCH] missing error checking in mount_m o [1997/04/14] kern/3287 [PATCH] missing symbols in /usr/src/sys/i o [1997/04/15] kern/3299 /dev/console hangs o [1997/04/17] bin/3314 [PATCH] /etc/daily did not run on April 6 o [1997/04/27] bin/3399 mv of symbolic link can move directory in o [1997/04/29] bin/3416 ibcs emulation problems o [1997/05/05] i386/3504 [PATCH] New features (and manpage) for ne o [1997/05/08] gnu/3552 the -L option of tar does not work proper s [1997/05/09] kern/3571 Mounted ext2 prevents umount of filesyste o [1997/05/12] kern/3584 luigi cleanup TCP_REASS macro in tcp_input.c o [1997/05/16] bin/3608 Telnet in linemode will break apart long o [1997/05/17] kern/3611 Internal CPU cache on CyrixiInstead DX2 d o [1997/05/18] gnu/3616 permissions of /usr/libexec/uucp/uuxqt no o [1997/05/20] docs/3645 torstenb TCP_wrappers package doesn't mention wher s [1997/05/21] bin/3648 roberto [PATCH] find(1) extension for file flags s [1997/05/22] kern/3667 [PATCH] make vn LKM'able. o [1997/06/02] bin/3762 dufault Bogus return values from rtprio(1) o [1997/06/07] bin/3805 single process tftpd o [1997/06/09] bin/3826 KerberosIV sometimes hangs rcp o [1997/06/10] bin/3837 dufault new feature for rtprio o [1997/06/12] kern/3853 luigi netboot/ns8390.c breaks NS datasheet o [1997/06/14] bin/3866 rcs2log fails with eastern timezones o [1997/06/15] kern/3879 peter Can't export mounted ext2fs via NFS o [1997/06/18] kern/3901 Multicast for Intel 10/100 Ethernet Card o [1997/06/19] misc/3912 ctags(1) cannot trace some macro correctl o [1997/06/23] kern/3938 peter Problem about mmap() over NFS o [1997/06/24] kern/3944 if_le doesnt receive ether multicast pack o [1997/06/25] kern/3948 nonworking t/tcp server side a [1997/06/25] kern/3953 kern-config: options PANIC_REBOOT_WAIT_TI o [1997/06/26] i386/3962 print disk internal cache size during pro o [1997/06/27] kern/3968 Hardware probes die on Peak SBCs. o [1997/06/29] ports/3983 fenner New port: psf toolkit o [1997/07/07] kern/4051 pppd connect 'chat ...' broken s [1997/07/07] kern/4052 VJ compression drops packets with IP+TCP o [1997/07/18] bin/4116 davidn Kerberized login as .root fails to o [1997/07/23] kern/4153 New tcp initial send sequence number code s [1997/07/23] bin/4154 wish /bin/sleep handled fractions of a se s [1997/07/24] bin/4157 [PATCH] netstat atalk output should print s [1997/07/26] bin/4172 suggest reconnection option added to fetc s [1997/07/28] kern/4184 [PATCH] minor nits in sys/netatalk s [1997/07/31] bin/4204 [PATCH] ac printed wrong report about tty f [1997/08/03] kern/4221 brian Kernel mode pppd doesen't update wtmp on o [1997/08/04] conf/4229 Ethernet interface unreachable on bootup o [1997/08/06] bin/4238 chpass only occasionally works in conjunc o [1997/08/07] kern/4243 file locking doesn't work for pipe o [1997/08/07] bin/4247 modification to /etc/security for FreeBSD o [1997/08/08] misc/4249 wpaul ypchsh doesn't care about changing a user o [1997/08/12] misc/4285 SDL RISCom/N2 (ISA) o [1997/08/13] kern/4297 dufault SIGEV_NONE and SIGEV_SIGNAL go in signal. o [1997/08/13] i386/4300 msmith The initial timeout on open("/dev/lpt0".. o [1997/08/14] ports/4304 asami Recommendation re. Ports Collection o [1997/08/22] ports/4356 erich sudo shouldn't block signals in tgetpass( o [1997/08/23] conf/4363 kernel build depend on make obj o [1997/08/29] kern/4413 No way to unmount a floppy that goes bad o [1997/08/29] bin/4419 man can display the same man page twice o [1997/08/29] bin/4420 find -exedir doesn't chdir for first entr o [1997/09/03] bin/4459 bde No prototype for moncontrol(3) and monsta o [1997/09/04] misc/4468 dlopen is not available from static execu o [1997/09/07] bin/4484 peter sendmail is barfing o [1997/09/13] kern/4528 processes hang if the mount_portal proces a [1997/09/14] i386/4538 sos byteswapped ATAPI id strings o [1997/09/14] bin/4545 f77 will only call `cc', no com-line opti s [1997/09/15] i386/4547 luigi asc.c and pcaudio.c should use selrecord o [1997/09/16] misc/4556 make can't build executable from single F o [1997/09/21] kern/4597 Patch to pass NPX status word in signal c o [1997/09/21] kern/4601 Contrib: userconfig patch to edit SCSI co o [1997/09/25] bin/4629 calendar doesn't print all dates sometime o [1997/09/28] misc/4646 Can't fixit with an NFS-mounted CD. o [1997/09/29] conf/4654 Need to do post-ifconfig commands o [1997/10/04] bin/4688 peter sys/utsname.h SYS_NMLN 32 too small o [1997/10/05] bin/4696 ping hangs on certain unresolvable hosts o [1997/10/05] bin/4697 make doesn't handle dependencies with for o [1997/10/15] gnu/4771 diff to correct misleading total bytes in o [1997/10/22] bin/4828 ypxfr makes false assumption about RPC ca o [1997/10/24] kern/4845 Boot complains about disk slices in FAT p o [1997/10/24] kern/4847 pccard stuff fails after running Win95 wi o [1997/11/01] bin/4915 peter NFS mounts to linux machine can hang syst o [1997/11/02] bin/4923 vi leaves the screen in standout mode o [1997/11/07] bin/4969 cdcontrol plays incorrect audio tracks in o [1997/11/08] bin/4975 quotaon while server very busy causes loc o [1997/11/09] kern/4992 SCSI disk scheduling disabled in 2.2.5 o [1997/11/10] kern/4997 DDB_UNATTENDED doesn't always work o [1997/11/11] kern/5009 ibcs2 emulation o [1997/11/11] kern/5011 rndcontrol -s 8 causes kernel panic o [1997/11/13] bin/5031 lpr does not remove original file if -s i o [1997/11/13] ports/5034 ache (tcsh) blocked write on named pipe sticks o [1997/11/14] gnu/5039 libdialog fails to resore terminal o [1997/11/14] kern/5040 Support for "SCSI-0" devices o [1997/11/14] kern/5048 Calling shutdown(fd,1) multiple times wil o [1997/11/15] kern/5059 peter mountd, nfsd, etc. fail when lp0 defined o [1997/11/15] kern/5060 Kernel doesn't compile with mss o [1997/11/20] kern/5108 pmap_release panics with 'freeing held pa o [1997/11/20] kern/5110 kernel crash & core in pmap_testbit durin o [1997/11/23] bin/5134 cdcontrol will eject a mounted CDROM o [1997/11/26] misc/5153 jkh release file checksums in wrong file s [1997/11/28] bin/5173 [PATCH] restore ought to deal with root s s [1997/11/30] i386/5182 bde [PATCH] A patch support high speed serial o [1997/12/09] bin/5263 sh bug (with example) s [1997/12/11] kern/5275 [PATCH] Added volume (barcode) support to o [1997/12/14] conf/5292 master.passwd -- /nonexistent vs. /sbin/n s [1997/12/14] bin/5296 slattach fails creating pidfile with ioct o [1997/12/22] kern/5362 peter mount incorrectly reports / as an NFS exp f [1997/12/30] i386/5398 silo overflows running o [1998/01/02] bin/5410 pkg_info options s [1998/01/03] bin/5419 [PATCH] timed rejects valid networks with o [1998/01/08] kern/5429 Ethernet collision during file transfers s [1998/01/08] kern/5435 [PATCH] if_fe.c for old Gateway Communica s [1998/01/08] bin/5444 [PATCH] ypserv uses wrong dns lookup orde o [1998/01/11] bin/5483 Login(1) clears utmp entry o [1998/01/15] kern/5502 nfsd process usage doesn't get accounted o [1998/01/15] kern/5508 SCSI Message sd0: COMMAND FAILED (4 28) @ s [1998/01/16] kern/5510 sos [PATCH] Incomplete ATAPI diagnostic at bo o [1998/01/18] kern/5517 Recursive NULLFS mount causes ufs_ihashge s [1998/01/20] misc/5531 [SUBMISSION] new library function abs2rel s [1998/01/20] kern/5532 [PATCH] Dropped packet counts are inaccur o [1998/01/21] bin/5537 vi dumps core with dodgy exrc file o [1998/01/24] i386/5559 PC-Card joystick ports were not supported o [1998/01/26] kern/5577 bde Unnecessary disk I/O and noatime ffs fixe a [1998/01/28] bin/5591 Trouble with LD_PRELOAD environment varia o [1998/01/31] bin/5609 lpd cannot send long files to HP's JetDir a [1998/02/02] ports/5626 billf 'ldap' port eats all available CPU time o [1998/02/02] kern/5627 Tertiary/Quaternary IDE Ctlrs: A few kern f [1998/02/05] misc/5662 sysinstall generates short dev names for o [1998/02/06] bin/5666 ifconfig fails to add alias o [1998/02/06] kern/5672 Crash from scsi aborted command 'Overlapp o [1998/02/09] kern/5689 sysctl vm.vmmeter - bogus and unsupported o [1998/02/10] bin/5711 bin/cat code cleanup o [1998/02/10] bin/5712 /bin/chio code cleaup and option added o [1998/02/10] bin/5717 pw -D -g "" returns error o [1998/02/10] bin/5718 pkg_delete refuses to run as non-root o [1998/02/14] bin/5745 [PATCH] Add /usr/local/share/mk to defaul o [1998/02/14] bin/5746 bootparamd will not netboot sun 3 compute o [1998/02/14] bin/5747 ld.so error message o [1998/02/15] bin/5758 sys/resources.h doesn't include sys/time. o [1998/02/17] kern/5768 Shutdown aborts syncing, when sync isn't o [1998/02/18] i386/5784 ibcs2 emulation not handling ioctl(..FION o [1998/02/19] ports/5788 joerg pcemu harddisk-access fixes o [1998/02/19] kern/5789 wcd0 requires ATAPI_STATIC o [1998/02/19] kern/5795 Panic: "bremfree: removing a buffer when o [1998/02/20] misc/5803 "tab" function from "ee" not compatible w o [1998/02/25] gnu/5841 installmost or install (world) of tmac fa o [1998/02/25] bin/5847 Makeworld fails if CXXFLAGS is set. s [1998/02/25] misc/5855 /etc/services is out of date with IANA o [1998/02/26] bin/5857 non-functional lpr/lpr o [1998/02/26] kern/5863 Kernel support for sorted SHUTDOWN & SHUT o [1998/03/01] bin/5880 df -t does not support devfs o [1998/03/01] ports/5884 dburr New port: icqjava-0.981a (net/icqjava) o [1998/03/02] bin/5901 new version of `fmt' o [1998/03/03] bin/5912 kinit exits if no user name specified o [1998/03/06] kern/5931 dma errors in syslog with GUS-max o [1998/03/06] i386/5932 perfmon kernel code should check for non- o [1998/03/08] bin/5944 cvs doesn't work correct. o [1998/03/10] kern/5964 peter nfsd send interface selection seems broke o [1998/03/10] bin/5966 vi's spanish message catalog does not use o [1998/03/10] kern/5967 upg from 2.1.7.1/2.2.1 to 2.2.5-stable (a o [1998/03/10] ports/5972 andreas x11/fvwm95 requiring gsm, and rplay is a o [1998/03/11] gnu/5982 no error exit code from tar on child fail o [1998/03/12] gnu/5992 cvs y2k o [1998/03/13] bin/6000 kadmin ank uses bad default expiration of o [1998/03/15] bin/6015 indent(1) breaks source with backslash ne o [1998/03/16] kern/6032 poor TCP performance using FDDI over long o [1998/03/18] misc/6060 peter Sendmail executable, not doing MASQUERADE o [1998/03/22] conf/6096 /sys/i386/conf/LINT: edit(???) sound_conf o [1998/03/22] gnu/6107 gdb should support PRINTF_HAS_LONG_LONG o [1998/03/28] bin/6156 Patches to make dump understand ENOSPC o [1998/03/28] bin/6161 2.2.6 kerberos servers are awfully visibl o [1998/03/29] ports/6170 peter another squid ports o [1998/03/30] ports/6181 dburr New port: xoj-1.0 o [1998/03/31] bin/6183 quota hangups o [1998/03/31] kern/6184 No error if resulting file pos in lseek i o [1998/04/01] bin/6187 peter mounting nfs directories with -b can caus o [1998/04/02] bin/6198 demangling C++ names breaks the Cygnus -f o [1998/04/03] bin/6200 flex can be upgraded o [1998/04/03] bin/6202 No way to detect removable media. o [1998/04/03] bin/6206 Enhancements to the shutdown program o [1998/04/04] kern/6213 peter NFS-mounted swap (via vnconfig) easily cr o [1998/04/04] bin/6214 ping sometimes cannot be killed with a Co o [1998/04/05] conf/6220 Too few ttyv devices in the -RELEASE syst s [1998/04/06] bin/6223 PST/DST bug in /bin/date o [1998/04/06] ports/6230 rse gfont_mkgdf calls wrong interpreter o [1998/04/06] bin/6234 ypserv -d is broken f [1998/04/07] kern/6247 Gravis UltraSound Classic no longer works o [1998/04/14] docs/6295 doc Reference to nonexistent file in Device D o [1998/04/14] kern/6296 IP_HDRINCL sockets force header fields to a [1998/04/14] kern/6299 vmstat -i does not show PnP device interr o [1998/04/15] docs/6307 doc sgmlfmt not `make -jN' ready s [1998/04/15] bin/6314 [PATCH] /usr/sbin/ac modification s [1998/04/16] ports/6315 kuriyama new port request: korean/htm o [1998/04/16] kern/6318 pppd does not update wtmp on hangup o [1998/04/16] misc/6320 Sometimes nohup isn't good enough. o [1998/04/17] bin/6332 bde /usr/include/time.h doesn't compile with o [1998/04/17] gnu/6338 Gnu tar not working properly with the -G o [1998/04/18] conf/6346 Kernel version strings need to relate to o [1998/04/20] bin/6359 routed does sent router discovry solicita s [1998/04/20] bin/6371 [PATCH?] fetch(1) uses HTTP_PROXY for ftp a [1998/04/27] kern/6432 IFF_NOARP does not affect ethernet interf o [1998/04/28] ports/6445 jkoshy New port: `fhist' o [1998/04/30] kern/6464 tcpdump doesn't recognize tun0 when it's o [1998/05/03] kern/6495 Need pci_unmap_mem and pci_unmap_port rou s [1998/05/04] bin/6509 [ALMOST PATCH] Allow dd to seek/skip to o s [1998/05/05] bin/6521 [MAYBE PATCH] "rmdir -p x/y/z/" fails o [1998/05/07] kern/6544 luigi Only get one channel through sound card o [1998/05/07] ports/6546 ache 3line ansi prompt in tcsh: cursor disappe o [1998/05/11] i386/6595 Old IP address persistent after change o [1998/05/12] misc/6612 bsd.man.mk can't handle man pages with ": o [1998/05/13] kern/6623 non-root user can crash system if disconn o [1998/05/13] conf/6624 davidn One class with nologin=/etc/nologin: reje o [1998/05/15] kern/6651 peter Possible NFS deadlock clue s [1998/05/16] bin/6658 [PATCH] -stable getcwd(3) performs unnece s [1998/05/17] kern/6668 [PATCH] new driver: Virtual Ethernet driv s [1998/05/18] bin/6676 [PATCH] natd doesn't respond to signals w a [1998/05/26] misc/6759 phk buggy code in libdisk.a's disk.c o [1998/05/26] kern/6760 can't compile kernel w/o networking o [1998/05/26] kern/6769 peter panic: nfs rcvunlock s [1998/05/29] kern/6781 [PATCH] exabyte changer doesn't grok LUNs s [1998/05/29] bin/6785 place for all the default dump flags f [1998/05/31] ports/6813 fenner patched audio module for vat port o [1998/06/01] ports/6815 torstenb ssh lookup ignores second IP address o [1998/06/01] kern/6820 cd9660_mount NULL pointer deref for no CD o [1998/06/06] kern/6874 accounting prevents transition to multi u o [1998/06/13] misc/6936 sysinstall: install from MS-DOS MO divece o [1998/06/18] kern/6981 CD unmount w/o CD in drive can cause pani s [1998/06/19] bin/6995 [patch] Minor flaw in fdformat s [1998/06/19] bin/6997 [patch] vnconfig "open" error message con s [1998/06/21] kern/7014 [PATCH][STABLE] Add support for SiS 5591 o [1998/06/22] bin/7021 asami Size estimation patches to pkg_* o [1998/06/22] bin/7022 asami changes to bsd.port.mk to accompany PR bi o [1998/06/22] bin/7023 asami bsd.port.(%|subdir.).mk patches for size f [1998/06/23] kern/7029 gibbs cdrecord and aic7880 troubles f [1998/06/23] i386/7031 Our RocketPort port does not support DEVF s [1998/06/24] kern/7044 [PATCH] WaveLAN (2.4G, ISA, full-length b o [1998/06/25] docs/7065 wosch FreeBSD webpages -> applications, port br f [1998/06/25] bin/7068 markm /usr/bin/perl: library path addition s [1998/06/28] kern/7095 [stable] Gravis MAX in 2.2.6 suffers from s [1998/06/28] i386/7100 integrate pcvt configuration into the /et s [1998/06/29] bin/7117 flex -I option is broken s [1998/07/01] bin/7136 kerberized telnetd doesn't use gettytab % s [1998/07/02] kern/7146 The PCCARD doesnt recognize cards in top s [1998/07/06] bin/7184 /usr/games/robots fails to write high sco s [1998/07/08] kern/7210 [PATCH] od(4) bug fixes and enhancements, s [1998/07/10] misc/7232 Suggestion for FreeBSD installation dialo o [1998/07/10] kern/7234 yokota keyboard problems during login immediatel f [1998/07/10] misc/7239 ping(8) and traceroute(8) may report erra o [1998/07/12] bin/7265 A warning flag is added to ln(1). o [1998/07/13] ports/7268 asami MASTER_SITE_OVERRIDE works more better o [1998/07/14] kern/7282 some old and rarely used drivers have app o [1998/07/14] ports/7283 ache tcsh / LC_CTYPE - obscure problem. o [1998/07/15] bin/7287 Incorrect domain name for MAP_UPDATE in m o [1998/07/16] bin/7298 Improvements to ln(1). a [1998/07/19] bin/7324 wosch Suggestions for minor modifications to ad o [1998/07/21] bin/7352 libc generates spurious warnings when use a [1998/07/23] ports/7375 dburr New port request: audio/xsplay f [1998/07/23] kern/7377 we have a new digiboard driver supporting s [1998/07/29] i386/7426 Bugs in macro definitions of pthreads. a [1998/07/31] docs/7456 doc dialog(3) man page outdated o [1998/08/01] ports/7464 dburr New port: WMakerconf o [1998/08/03] ports/7485 ports New port: Xterminal-0.2 s [1998/08/09] kern/7546 [PATCH] [STABLE ?]shutdown -p - system po f [1998/08/12] kern/7589 Tulip Driver parses SROM contents wrong f [1998/08/13] conf/7606 [PATCH] NIS Makefile.dist: NOPUSH replace o [1998/08/13] bin/7607 GTAGS patch for nvi has posibility of buf o [1998/08/14] kern/7619 odd nfs server not responding messages ap o [1998/08/16] ports/7628 dburr new port: sajber-jukebox o [1998/08/16] bin/7632 Race condition in /stand/sysinstall f [1998/08/16] i386/7633 panic: page fault on install with boot.fl o [1998/08/18] bin/7669 libalias does not IRC DCC packets under c o [1998/08/19] ports/7680 billf New port of tn5250 o [1998/08/19] gnu/7687 description of default baud rate for cu c o [1998/08/20] kern/7693 Misleading warning in cblock_alloc_cblock o [1998/08/20] bin/7694 bogus error-message from route(8) o [1998/08/22] kern/7722 Changes to acct format o [1998/08/23] bin/7728 ftpd processes hang a [1998/08/25] misc/7741 enhancement to tcpdump to print LCP/PAP/C o [1998/08/27] bin/7753 arp command fails silently on invalid pro o [1998/08/27] misc/7759 proflibs installation error, libcrypt_p.a o [1998/08/28] misc/7771 Debugging putenv/getenv o [1998/08/29] ports/7774 torstenb sshd doesn't refuse to login people with o [1998/08/29] bin/7779 [PATCH] modload should detect stripped ke o [1998/08/30] kern/7782 Kernel rebuild not correctly responding t o [1998/08/30] bin/7786 quota.h has superfluous semicolon in macr a [1998/08/31] docs/7791 doc ipf(1) and ipfstat(1) should have been ip o [1998/09/01] gnu/7800 tar(1) does not recognize --gunzip option o [1998/09/02] i386/7816 [Patch] NE2000 PnP card IDs to sys/i386/i o [1998/09/03] bin/7826 ls(1) knows too much about format of strf o [1998/09/03] bin/7828 Add a command line option to cp to make i o [1998/09/05] kern/7837 patches to add a p_auth extension pointer o [1998/09/07] ports/7845 tg Unbuffered /dev/vx0-output from Python 1. o [1998/09/07] bin/7846 /sbin/mount_* do not canonicalize the mou o [1998/09/07] misc/7850 lt_LT.* locale o [1998/09/07] bin/7855 cpp should define __ELF__ if objformat = o [1998/09/07] kern/7856 Patches to add lkm hooks to cmsg_data anc o [1998/09/08] bin/7860 Extra option to pr(1). s [1998/09/08] bin/7868 [almost patch]Morse Code Fixups o [1998/09/08] bin/7869 Improved error messages from apm o [1998/09/09] misc/7873 poor initial configuration and documentat o [1998/09/11] bin/7895 multiple identical NFS mounts accepted o [1998/09/11] kern/7903 unmatched '{}' blocks. o [1998/09/13] docs/7914 doc no elf(5) manpage o [1998/09/15] ports/7932 torstenb man zshall doesn't work o [1998/09/16] misc/7946 ccdconfig gives confusing error when give o [1998/09/17] bin/7962 /usr/bin/ee prompts "save changes" when f o [1998/09/18] bin/7973 lpd: Bad control file owner in case of re o [1998/09/19] kern/7990 patch - teach kernel about RB_POWEROFF fl o [1998/09/19] ports/7992 ports New port: xemacs20-stepwise (XEmacs20 hac o [1998/09/20] bin/7998 pkg_add seems to have unneeded umask o [1998/09/20] misc/8005 yokota Keyboard freezes going from KDE to text m o [1998/09/21] kern/8011 libc_r does not have pread() or pwrite() o [1998/09/21] kern/8015 [patch] Some sysctl descriptions for the o [1998/09/24] ports/8042 torstenb If pidentd dies, you must kill all telnet o [1998/09/26] bin/8060 install ignores the +X mode flag o [1998/09/27] conf/8061 profiling utilities seperate from profili o [1998/09/27] ports/8063 asami [PATCH] Add multiple CDROM support to bsd o [1998/09/29] bin/8084 NIT: non-working code in rshd o [1998/10/02] i386/8131 [patch] Support for PCI NE2000 compatible o [1998/10/03] misc/8133 markm [patch] bug in telnetd (Kerberos IV) o [1998/10/03] bin/8134 End of game is not recognised immediately o [1998/10/03] misc/8139 [patch] missing /usr/src/share/examples/d o [1998/10/04] bin/8142 freebsd 2.2.7 implementation of key(1) [s o [1998/10/04] i386/8146 [patch] kzipboot serial console setup and a [1998/10/06] bin/8163 [patch] It is impossible to assign quotas o [1998/10/06] bin/8164 [patch] repquota incorrectly reports quot o [1998/10/06] i386/8171 [patch] Intel EtherExpress Pro 100 suppor o [1998/10/07] misc/8202 semop() is not wrapped for thread safety o [1998/10/08] bin/8211 Script to search kernel for an address o [1998/10/08] ports/8217 ache www/netscape4-*: avoid `ns-install' o [1998/10/12] bin/8295 order of options in printcap causes some o [1998/10/13] conf/8303 3.0-981009-BETA can't make swap device on o [1998/10/13] kern/8311 kernel panic on de0 o [1998/10/16] misc/8346 Strftime can't generate ISO-8601 timezone o [1998/10/16] bin/8347 /usr/lib/compat build issues in 3.0 RELEA o [1998/10/16] bin/8348 [PATCH] zforce(1) is broken: fix o [1998/10/16] kern/8349 [PATCH] Changer definition for SureStore f [1998/10/17] misc/8357 Segmentation fault while making SWARM-1.3 o [1998/10/19] kern/8376 CLOCK_VIRTUAL not implemented o [1998/10/19] misc/8378 Is termcap not maintained enough ? o [1998/10/22] kern/8420 __getcwd() from an (forcibly) unmounted f o [1998/10/23] kern/8428 Is FreeBSD 3.0-RELEASE support 640MByte M o [1998/10/24] misc/8434 boot.flp /bin/init crashes during probe w o [1998/10/24] i386/8436 boot.flp sysinstall crashes when probing o [1998/10/24] bin/8438 ex/vi: Error: tcsetattr: Interrupted syst o [1998/10/25] kern/8444 pcvt with more than 8 virtual consoles o [1998/10/25] docs/8445 doc Update of "Installing Mathematica on Free o [1998/10/27] bin/8466 bind man pages not installed by 3.0 make o [1998/10/27] i386/8474 repquota does not pick up NIS information o [1998/10/28] bin/8479 Final \'s in /etc/exports did not work in o [1998/10/30] kern/8498 Race condition between unp_gc() and accep o [1998/10/30] bin/8501 snake has a segmentation fault depending o [1998/10/30] conf/8517 rc.conf/rc fails to set ldconfig -aout o [1998/10/31] misc/8519 Murphy's Laws o [1998/11/01] conf/8531 sysinstall on 3.0-RELEASE (and 3.0-curren o [1998/11/03] bin/8553 /usr/libexec/mail.local doesn't handle "> o [1998/11/04] i386/8571 Bug in config utility in FreeBSD 2.2.6-RE o [1998/11/07] kern/8589 incorrect spelling for "dependency" and " o [1998/11/07] i386/8598 MAKEDEV fails if not run from current dir o [1998/11/08] kern/8604 ps u gets confused about process start ti o [1998/11/08] kern/8605 ipsec for ipv4, new version o [1998/11/08] ports/8620 asami New option to colorls - -K, color only to o [1998/11/09] bin/8631 pci interrupts are shown on EISA only mac o [1998/11/09] kern/8633 TCP packet via SLIP/CSLIP containing this o [1998/11/11] misc/8654 SYSV options allow WINE to run, but Netsc s [1998/11/12] kern/8661 stb sys/netatalk/at_control.c needs to correc o [1998/11/12] bin/8666 X blocks serial port with getty process o o [1998/11/13] gnu/8679 tar man page should be updated o [1998/11/14] bin/8681 other macro name that has same number is o [1998/11/15] kern/8703 NFS Freezes when copying files from 3.0 t o [1998/11/18] ports/8754 se KDE: KDM Display Manager has login proble o [1998/11/18] bin/8756 'pw' command additional feature request o [1998/11/19] misc/8764 pwd_mkdb is slow on many users o [1998/11/19] docs/8765 dwhite some suggested text for describing passwo o [1998/11/22] bin/8809 fdisk calls QNX-4 partitions unknown o [1998/11/22] bin/8811 Problem to use 'NLSMODE' variable in Make a [1998/11/25] ports/8864 ports useradd - system V compatible implementat o [1998/11/27] i386/8867 /stand/sysinstall core dumps (signal 11) o [1998/11/28] bin/8880 billf cp missing verbose switch o [1998/11/28] bin/8881 billf mv missing verbose switch o [1998/11/29] kern/8895 DEC 21152 PCI-PCI bridge chip isn't probe o [1998/11/29] kern/8898 PCI devices without an associated driver o [1998/11/30] bin/8913 negative time values for csh 'time' built o [1998/12/01] i386/8923 ctm 2.2.5 -> 2.2.7 error hu_HU.ISO_8859- o [1998/12/01] kern/8925 options kern file needs AWE_DEFAULT_MEM_S o [1998/12/03] i386/8953 BINFORMAT not defined in 2.2-STABLE o [1998/12/03] bin/8955 request CVS allow advisory locks on repos o [1998/12/04] kern/8960 lnc driver does not set IFF_MULTICAST o [1998/12/04] bin/8966 yp_mkdb does not accept standard automoun o [1998/12/06] misc/8986 install-info breaks installworld over nfs o [1998/12/06] bin/8989 (patch) chflags support for mtree(8) o [1998/12/08] bin/9012 route add -host hostIP -interface localIP o [1998/12/08] kern/9026 natd o [1998/12/10] conf/9051 2.2.8R boot floppy won't write to fixit f o [1998/12/11] bin/9055 When used without arguments, ``set'' and a [1998/12/12] bin/9064 n_hibma [PATCH] propose adding `direct' option in o [1998/12/14] bin/9078 tunefs cant access mounted devices (vs. m o [1998/12/15] kern/9092 DELF raid volumes cause panics under CAM o [1998/12/16] i386/9102 Voxware does not provide /dev/mixer for E o [1998/12/16] ports/9107 asami Addition to bsd.port.mk for searching mul o [1998/12/17] bin/9118 default install of aout compat libs is in o [1998/12/18] bin/9123 pax can't read tar archives that contain o [1998/12/19] bin/9135 tar doesn't back up device files o [1998/12/20] kern/9144 luigi acd driver inconsistency (byte order in C o [1998/12/20] ports/9150 nate Ports depending on jdk need to know where o [1998/12/21] conf/9160 /etc/services file corruption o [1998/12/22] bin/9176 dillon placemark to split mount_ufs out of mount o [1998/12/23] kern/9183 newton chroot(2) can be broken by the superuser. o [1998/12/24] bin/9188 telnet gets stuck in ttydrain() o [1998/12/27] bin/9206 sysinstall installation should create /st f [1998/12/28] misc/9220 nvi: catalog: mistake in Russian error me o [1998/12/28] bin/9226 telnetd can log wrong IP address to utmp o [1998/12/29] bin/9233 gmp's mpq_add and mpq_sub are buggy o [1998/12/30] conf/9245 obsolete locale setting in /usr/src/etc/{ o [1998/12/30] conf/9246 allscreens_flags in /etc/rc.conf not work o [1998/12/30] bin/9250 [PATCH] allow fetch to do ftp directory l o [1998/12/31] i386/9257 fpathconf() missing from libc_r o [1998/12/31] bin/9259 allow no prompt for yes in fdformat, but o [1999/01/02] bin/9281 awk asumes memory that is returned from m o [1999/01/03] i386/9283 ioctl(SNDCTL_DSP_SETFMT) on /dev/audio (p o [1999/01/03] bin/9285 pw strips comments from group file o [1999/01/03] ports/9286 andreas Patch for games/nethack-qt to fix compila o [1999/01/03] ports/9289 kris New Port - ASPostit (Dockable version of f [1999/01/03] bin/9292 n_hibma Cron's logs are in /var/cron, not /var/lo o [1999/01/04] kern/9316 Intel PILA8461 NIC panics 2.2.7 during pr o [1999/01/04] bin/9318 vgrind(1): no JAVA support o [1999/01/04] i386/9319 D-Link DE-528CT poor performance o [1999/01/05] bin/9333 timestamp dump's progress o [1999/01/05] i386/9341 tty-level buffer overflows o [1999/01/06] bin/9349 make doesn't diagnose non-numeric argumen o [1999/01/06] docs/9352 hoek wrong macro names in groff_[ms|mm|mmse].7 o [1999/01/07] bin/9374 Improved functionality for find(1) o [1999/01/08] conf/9388 magic(5) correction for wordperfect o [1999/01/08] kern/9392 Alternate system clock OR kernel stats cl f [1999/01/10] ports/9425 se KDE starting up from xdm has problem.... o [1999/01/13] bin/9470 aout-to-elf-build broken with kerberosIV- o [1999/01/13] kern/9474 "comcontrol rescan 0:8:0" hangs, causes o o [1999/01/14] bin/9494 new option to prevent mail from sending m o [1999/01/14] ports/9508 andreas Update majorcool to current version 1.3.2 o [1999/01/16] misc/9524 /usr/share/examples/libvgl/demo looks lik o [1999/01/16] bin/9529 ftp filname completion can't handle space o [1999/01/17] bin/9536 make world installs aout compat libs in t o [1999/01/19] bin/9569 top(1) ignores tty EOF condition. o [1999/01/19] kern/9570 ed(4) irq config enhancement o [1999/01/19] bin/9573 ksrvtgt not working o [1999/01/20] misc/9582 configApache command doesn't work for /st o [1999/01/20] kern/9590 Clean up for -Wall warnings o [1999/01/20] kern/9591 Linux compat getrlimit/setrlimit constant o [1999/01/21] kern/9611 MFS calculates the size incorrectly when o [1999/01/22] kern/9619 Restarting mountd kills existing mounts a [1999/01/24] ports/9657 ports Progressive Networks' RealAudio proxy por o [1999/01/25] kern/9679 fix for uninterruptible open in portal fi o [1999/01/25] kern/9689 panic in sbdrop(kern/uipc_socket2.c) o [1999/01/26] bin/9711 Fails: cd /usr/bin; gzip file ; mv file. o [1999/01/27] i386/9721 Patch for FreeBSD netboot (booting via DO o [1999/01/28] kern/9748 error in queue handling of at_shutdown() o [1999/01/28] kern/9764 allow /bin/df not to list certain entries o [1999/01/28] bin/9770 An openpty(3) auxiliary program o [1999/01/29] i386/9777 luigi Generic AD1816 sound suport in Luigi's pc o [1999/01/29] misc/9778 Need to handle conflicting pthread.h and o [1999/01/29] ports/9786 cwt tk80 port doesn't create man page links o [1999/01/30] kern/9791 enhancement for netinet/ip_icmp.c to cont o [1999/01/30] ports/9792 msmith pib coredumps in port maker mode o [1999/01/30] ports/9795 obrien The Handbook is not clear on how to deal o [1999/01/30] bin/9809 finger output format wrong f [1999/01/30] ports/9811 nectar New port: lang/gnomeguile o [1999/01/30] ports/9812 nectar New port: devel/libgtopbindings o [1999/01/31] ports/9840 asami patch allows ports to fetch their sources o [1999/01/31] conf/9845 Propose adding options to rc.conf and rc. o [1999/01/31] kern/9848 ARP proxyall extra sanity check o [1999/01/31] ports/9851 ports Port update: update R to 0.63.2 o [1999/02/01] bin/9868 Patch to add "date -a" o [1999/02/01] kern/9869 When using macros out of function, they s o [1999/02/01] conf/9874 idle-timeout facilities in /etc/login.con o [1999/02/01] kern/9877 Patch to remove some kernel compile warni o [1999/02/01] kern/9878 Some patches to remove compiler warnings o [1999/02/02] ports/9880 kris New port - x11-toolkits/gtkglarea o [1999/02/03] bin/9893 NFS umount of regular file impossible o [1999/02/03] bin/9902 error in german (and some other) locale s o [1999/02/05] ports/9921 peter exmh2 ports update o [1999/02/06] bin/9931 config gives misleading error when duplic o [1999/02/07] ports/9954 ports new port devel/ACE o [1999/02/08] bin/9972 groff always built for US (letter) sized o [1999/02/09] gnu/9987 jdp wrong (for FreeBSD) ELF_DYNAMIC_INTERPRET o [1999/02/09] bin/9990 Enhancement to filename completeion in cs o [1999/02/09] i386/9991 new driver for National Instruments GPIB o [1999/02/09] ports/9993 kris New Port - graphics/libunfig o [1999/02/09] ports/9998 kris New port - graphics/mtv (MpegTV player) o [1999/02/10] i386/10004 jkh instalation of current version from FTP s o [1999/02/10] ports/10007ports Port of the mercury compiler version 0.8 o [1999/02/11] ports/10023kris New port - net/gtkcookie o [1999/02/11] bin/10030 markm Kerberized telnet fails to encrypt when a o [1999/02/12] i386/10052 Matrox Millennium II AGP device/model id o [1999/02/14] kern/10077 dd'ing a ccd stripped partition sometimes o [1999/02/14] docs/10084 doc new FreeBSD user group in Yogyakarta City o [1999/02/14] docs/10085 doc NIS Setup Tutorial o [1999/02/14] kern/10095 missing VGA description o [1999/02/14] docs/10098 doc Lack of overall guide for NIS setup o [1999/02/15] gnu/10112 /usr/src/gnu/usr.bin/patch sorely out of a [1999/02/15] conf/10115 sheldonh /etc/login.conf still implies LOGIN_CAP_A o [1999/02/16] kern/10116 acd driver patch to support PD/CD drive. o [1999/02/16] ports/10124ports UNIX|STAT pr submission failed to include o [1999/02/17] ports/10129torstenb mirror/patch-ac sets /usr/local/bin/perl5 f [1999/02/17] bin/10131 n_hibma bug in strptime(3) o [1999/02/18] docs/10146 jkh Release Notes and LINT for 3.1 include ha o [1999/02/18] misc/10148 bde atime behavior differs with empty files f o [1999/02/18] kern/10149 New PCI device o [1999/02/19] bin/10158 Reference to ncheck in quot(8) o [1999/02/19] kern/10159 Unable to unload vinum module o [1999/02/19] kern/10160 kldload of umap module panics the system o [1999/02/19] ports/10162se Fix kdmrc to add qmail usernames to NoUse o [1999/02/19] ports/10164jmz XFree86-3.3.3.1 build fails with kerberos o [1999/02/19] misc/10167 Upon exiting X11R6, monitor goes blank. o [1999/02/20] bin/10169 find -perm doesn't allow a bitwise o [1999/02/20] kern/10175 Bridging support incomplete for some netc o [1999/02/21] ports/10178torstenb USE_SOCKS=YES option broken for security/ o [1999/02/21] conf/10179 /etc/make.conf has too many entries o [1999/02/21] docs/10180 doc Another mirror site not listed... o [1999/02/21] docs/10182 doc http://www.freebsd.org/cgi/query-pr.cgi?p o [1999/02/22] ports/10196torstenb Better startup scripts for ssh o [1999/02/22] ports/10215rvb net/coda_client and net/coda_server o [1999/02/23] ports/10227peter wrong sendmail path in rdist6-port s [1999/02/23] misc/10231 inet_addr() doesn't check for illegal val o [1999/02/25] docs/10240 doc We need a script which check if our web m o [1999/02/25] conf/10244 100 character limit on any pathname in sy o [1999/02/25] kern/10255 Some more SiS chipset PCI IDs for chipset o [1999/02/26] bin/10274 make does not understand "lib(obj)" synta o [1999/02/26] bin/10283 Race condition in rc.network o [1999/02/28] bin/10300 dmesg exits on signal 10 o [1999/03/01] misc/10325 Implementation of itoa() for libc o [1999/03/01] bin/10342 putenv(3) unnecessarily calls strdup/free o [1999/03/01] misc/10349 For long .Dt fields, rendering is broken- o [1999/03/01] bin/10350 mail(1) has some ugly code in it... o [1999/03/02] misc/10351 /usr/share/examples/worm is out of date o [1999/03/02] bin/10358 ftp(1) has problems with long pathnames o [1999/03/02] bin/10368 'pgtok redefined' error in ps(1) o [1999/03/05] ports/10396asami SPIN is in the wrong category o [1999/03/06] kern/10440 Discard device does not set ifq_maxlen o [1999/03/06] bin/10444 avoiding lost mail when mail filesystem i o [1999/03/06] ports/10454obrien Update: emulators/spim a [1999/03/06] kern/10455 pcaudio breakage o [1999/03/07] i386/10465 Must disable ex0 to install. o [1999/03/07] docs/10472 doc Mailing list for discussion of Xircom dri o [1999/03/07] ports/10477ports The fakemail in lib-src fails to link (ne o [1999/03/08] docs/10488 doc Error in entry for 02/27 in calendar.hist o [1999/03/08] bin/10493 ipfw's undocumented feature s [1999/03/09] bin/10508 obrien isc-dhcp puts garbage to text options, V2 o [1999/03/09] docs/10512 doc ENOBUFS returnable from writev(2) but not o [1999/03/10] bin/10522 make world died due -Werror o [1999/03/10] bin/10524 3.1-19990309-STABLE install problem o [1999/03/10] ports/10532ports Port of GNU Pascal o [1999/03/10] kern/10537 extraneous verbose output from cam_xpt.c o [1999/03/10] bin/10538 sbin/nos-tun gives wrong usage message o [1999/03/11] bin/10546 Intel Pro/100 PC card has CIS string > CI o [1999/03/11] bin/10548 More useful default ifconfig behaviour sa o [1999/03/12] gnu/10555 jraynard [PATCH] awk dumps core o [1999/03/12] bin/10556 make(1) man page update o [1999/03/12] kern/10563 QIC 40/80 tape drive ft present in versio o [1999/03/13] bin/10568 obrien dhcp client receives garbage (dhclient pr o [1999/03/13] kern/10574 3.1-stable kernel reports k6 cpu as "\^E" o [1999/03/14] conf/10582 Makefile.upgrade fails with make -j o [1999/03/14] misc/10589 Incorrect assumptions in /etc/security o [1999/03/14] bin/10590 new option to silince confirmation but no o [1999/03/14] i386/10595 [PATCH] spanish language support for vidf o [1999/03/15] bin/10601 wosch Ownership of symlinks copied by adduser a o [1999/03/15] i386/10606 Probablue odd error message if LS-120 is o [1999/03/15] i386/10608 add Opti Viper-M PCI ID o [1999/03/15] kern/10609 adjtime bug (tv_sec > 2147) and enhanceme o [1999/03/15] bin/10610 New options to date to slowly adjust time o [1999/03/15] bin/10611 timed enhancement o [1999/03/16] bin/10622 vi does not display Russian characters pr o [1999/03/16] i386/10623 DFLTPHYS in /usr/src/sys/i386/include/par o [1999/03/16] ports/10634ports Update the hylafax port to do a client in o [1999/03/17] ports/10639rse ports/web/wml must be upgraded and unbrok o [1999/03/17] kern/10641 Default sync rate in ncr SCSI driver is s o [1999/03/17] kern/10642 exports(5) mentions KERBNFS but that's no o [1999/03/18] bin/10657 Unable to install from CDROM or DOS parti o [1999/03/18] kern/10663 hpscan doesn't like 3.1's pt device o [1999/03/18] docs/10664 doc Notes on 2.2.8 -> 3.1 migration o [1999/03/18] misc/10667 Sysinstall inserts multiple # -- sysinsta o [1999/03/19] gnu/10670 cvs doesn't allow digits in local keyword o [1999/03/19] i386/10672 blank line inserted by vipw into master.p o [1999/03/19] kern/10673 Non-ASCII chars on serial console with Re o [1999/03/19] kern/10678 Printing problems using ppc bus o [1999/03/19] ports/10682asami List mirror sites in MASTER_SITE_BACKUP - o [1999/03/22] kern/10728 sos WCD driver does not recognize a recovered o [1999/03/22] ports/10734pst Update of gdb port to 4.17 o [1999/03/23] kern/10755 de driver says `invalid EESPROM checksum' o [1999/03/23] docs/10762 doc geocrawler.com mailing list archives o [1999/03/23] i386/10766 obsolete device name wcd is still left un o [1999/03/24] i386/10779 zp slot 0 sees 3Com 589 PCMCIA card but z o [1999/03/25] bin/10793 cvs update modification time check granul o [1999/03/25] i386/10796 Out of memory error during make buildworl o [1999/03/26] misc/10803 whois(1) client enchancements a [1999/03/26] misc/10804 billf whois(1) enhancement o [1999/03/26] ports/10806phk Update net/scotty to 2.1.10 o [1999/03/26] kern/10812 LINT configuration MAXDSIZ/DFLDSIZ mislea o [1999/03/26] ports/10813ports crossgo32 brokeness o [1999/03/27] bin/10825 daily script not executed or executed twi o [1999/03/28] ports/10832jfitz [PATCH] mSQL 2.x not freely available any o [1999/03/28] docs/10840 jkh [PATCH] Add pcic double-loading bug fix t f [1999/03/28] ports/10844ports New port: adagdb o [1999/03/29] docs/10850 doc submitting a documentation change for sed o [1999/03/29] bin/10856 vty's from ttyvc - ttvf (maybe more?) do o [1999/03/29] kern/10860 bpf overwrites source ethernet addresses o [1999/03/30] bin/10868 BUG in /usr/bin/calendar o [1999/03/30] misc/10871 wst0 fails with Sony SuperStation streami o [1999/03/30] bin/10878 host(1) dumps core o [1999/03/31] kern/10894 wrong error message in svctcp_create() o [1999/04/01] bin/10905 sa(8) is hard coded for 8 character user o [1999/04/01] gnu/10910 Integration of Objective C patches into g o [1999/04/01] i386/10913 yokota Characters in console get switched to oth o [1999/04/02] ports/10916ports new port biology/molmol again o [1999/04/02] bin/10921 I wished from(1) would count the number o o [1999/04/02] bin/10923 /usr/bin/cpp is an out-of-date wrapper fo o [1999/04/02] bin/10924 Extensions to biff(1) o [1999/04/03] bin/10931 biff b o [1999/04/04] ports/10945jmz X11 "sessreg" program does not update /va o [1999/04/06] bin/10980 With ctags -x no space is left between na o [1999/04/06] bin/10992 pthread_kill() doesn't deliver signals to o [1999/04/07] docs/10997 doc Problem with query-pr-summary.cgi o [1999/04/07] i386/11006 Sysinstall silently makes FreeBSD's parti o [1999/04/08] kern/11020 popen does not honor ISO 9899 syntax o [1999/04/08] ports/11029ports Configure scripts for non ported applicat o [1999/04/08] bin/11031 [PATCH] mount and umount support for mort o [1999/04/08] bin/11032 h2ph's cpp #warning/#error directive proc o [1999/04/08] ports/11034ports New ports of crazywwwboardle o [1999/04/08] bin/11036 markm Perl does not honor -DNOMAN o [1999/04/08] bin/11037 Gencat doesn't properly handle \ddd octal o [1999/04/09] ports/11048obrien variable not initialized in fwtk-lib lead o [1999/04/09] bin/11051 ps's -U option should accept a list of us o [1999/04/09] misc/11052 [PATCH] performance bug fix to fgets() ro o [1999/04/10] conf/11058 Recent change to rc script causes hang on o [1999/04/10] misc/11074 /usr/share/mk double in the cvs o [1999/04/11] bin/11085 Per-host configuration for syslog.conf o [1999/04/11] docs/11087 doc Portland FreeBSD users group o [1999/04/11] docs/11089 doc freebsd user group, sydney o [1999/04/11] docs/11090 doc User's group in Melbourne Australia o [1999/04/11] bin/11092 readlink(1) from OpenBSD o [1999/04/11] bin/11094 lastlogin.8 from NetBSD o [1999/04/12] kern/11109 ipfw.ko Makefile contains CFLAGS+= -DDIVE o [1999/04/13] misc/11111 Error opening terminal: su o [1999/04/13] bin/11114 make(1) does not work as documented with o [1999/04/13] bin/11121 w(1) cannot handle more than one user on o [1999/04/13] misc/11126 vt100 termcap entry appears broken o [1999/04/14] ports/11134billf existense of /usr/obj/usr/ports/shells/ba o [1999/04/14] ports/11138jmz New version of Xevil 2.01, I created a po o [1999/04/14] bin/11141 u_long is not big enough o [1999/04/15] misc/11149 Web page entry for BAFUG is incorrect o [1999/04/16] i386/11165 IBCS2 don't work correctly with PID_MAX 9 o [1999/04/16] bin/11168 pw(8) usermod does not recognize -w flag o [1999/04/16] kern/11178 [PATCH] minor fix to /usr/include/sys/mbu o [1999/04/18] i386/11201 brian mktime possible bug o [1999/04/18] bin/11205 Suggestion: move mt(1) to /bin o [1999/04/18] i386/11207 sys/i386/isa/rp.c: fixed breaking and war o [1999/04/19] kern/11213 lutimes() is the same as utimes() o [1999/04/19] kern/11222 MFS does not sync from reboot syscall o [1999/04/20] kern/11235 Need to submit new driver o [1999/04/20] bin/11236 mountd fails to properly check for kernel o [1999/04/20] conf/11243 mountd startup can lose flags o [1999/04/20] bin/11248 Shuffle o [1999/04/21] docs/11258 doc suggestion to refine npx.4 o [1999/04/21] ports/11264chuckr a2ps-letter port installs non-listed liba o [1999/04/21] ports/11270jfitz Update to the rexx-imc port o [1999/04/22] kern/11287 rfork(RFMEM...) doesn't share LDTs set by o [1999/04/22] misc/11289 makeflp.bat suggestion: create "kernel" d o [1999/04/23] kern/11293 brian FreeBSD's PPP implementation of LQM appea o [1999/04/23] bin/11294 direct logging to other hosts (no local s o [1999/04/25] misc/11316 [PATCH] HTTP proxy support for sysinstall o [1999/04/27] ports/11353asami Feature additions to bsd.port.mk. o [1999/04/27] ports/11354jmz Port fix: x11/XFree86 o [1999/04/27] bin/11360 Allow specification of "search" in resolv o [1999/04/28] kern/11365 plip in Linux mode has trouble with some o [1999/04/28] bin/11370 more segfaults if you give it a real file o [1999/04/28] misc/11373 errata.txt for 3.1 o [1999/04/29] misc/11383 $Id$ missing in some files in etc [PATCH] o [1999/04/29] bin/11387 mount_cd9660 doesn't show rockridge filen o [1999/04/29] ports/11388torstenb patch for ircII so /window create works o [1999/04/29] bin/11399 Calendar doesn't always handle 'last' day o [1999/04/30] ports/11402jfitz Update net/mrtg o [1999/04/30] kern/11410 code typo in ad1848.c: the != operator ha o [1999/04/30] kern/11411 code typo in clones.c: "if ((mpu_config = o [1999/04/30] kern/11412 code typo in ip_fil.c: missing NULL check o [1999/04/30] kern/11413 code typo in pci.c: the != operator has h o [1999/04/30] kern/11414 code typo in pcf.c: the != operator has h o [1999/04/30] kern/11415 code typo in wst.c: the != operator has h o [1999/04/30] kern/11416 code typo in sequencer.c: "if (!processed o [1999/04/30] ports/11421jfitz upgrade p5-Date-Manip 5.33 -> 5.34 o [1999/05/01] ports/11430se incorrect int type causes floating point o [1999/05/02] misc/11448 Better looking VGA font for iso2 o [1999/05/02] ports/11460erich Update to the xlispstat port o [1999/05/03] ports/11468foxfair New port: xcin-devel o [1999/05/03] misc/11478 Non-functional AFS support in KerberosIV o [1999/05/04] ports/11504chuckr Update ports math/octave o [1999/05/05] ports/11510nik new version of www/sitecopy (0.6.0) o [1999/05/05] kern/11516 NetGear 10/100 Ethernet 21140-based Ether o [1999/05/05] kern/11517 ../../kern/kern_ntptime.c:533: warning: i o [1999/05/05] kern/11518 ../../pci/if_tx.c:1376: warning: no previ o [1999/05/05] kern/11519 dead code in ncr driver o [1999/05/06] bin/11552 sendmail local delivery (mail.local) can' o [1999/05/06] misc/11553 /usr/share/misc/latin1 (new file submissi o [1999/05/07] misc/11569 Automatically run fsck when the file syst o [1999/05/08] ports/11581fenner netperf port - rfc1644 forgotten o [1999/05/08] ports/11587ports inappropriate internet time calculation o [1999/05/08] i386/11597 cmouse complaints: "/kernel: psmintr: out o [1999/05/09] bin/11608 vnconfig not supporting swap-backed vn de o [1999/05/09] bin/11609 vnconfig -v reports page numbers, not byt o [1999/05/09] ports/11611billf Update port: net/ntop a [1999/05/09] docs/11615 billf Handbook: linux emulation documentation o o [1999/05/10] bin/11623 quot uses 32-bit integers for its calcula o [1999/05/10] conf/11626 /var/log/kerberos is rotated o [1999/05/10] bin/11637 build of kdump fails o [1999/05/11] docs/11643 doc handbook should state alternatives o [1999/05/11] ports/11652ports New port (net/dictd) o [1999/05/11] misc/11653 obrien patch to allow DHCP configuration of inte o [1999/05/12] bin/11669 gcc 2.7.2.1 gets bad magic error linking o [1999/05/12] bin/11671 "vidfont -r" fails, asking for font size o [1999/05/12] i386/11674 can't do make imake build or anything sin o [1999/05/12] kern/11676 PCIless kernel will not compile with ATAP o [1999/05/13] i386/11683 olpt/nlpt name change not in man pages o [1999/05/13] misc/11689 Change "netstat" mode in daily "status-ne a [1999/05/16] kern/11736 On fast machines kernel reports negative o [1999/05/17] ports/11742ports Problems with japanese/dvipsk* support. o [1999/05/17] ports/11743torstenb inn-2.2 (nonfatal) premature stop of buil o [1999/05/17] bin/11746 Add support for Solaris mailboxes o [1999/05/18] kern/11765 performance bug: network devices fxp & de o [1999/05/18] misc/11767 sppp does not implement VJ compression o [1999/05/19] ports/11786kuriyama gnupg-0.9.6 port does not install o [1999/05/19] misc/11788 booting problems o [1999/05/19] kern/11789 ELF machine definition missing for ARM o [1999/05/20] misc/11812 ftp5.freebsd.org can't find giflib-3.0 an o [1999/05/21] bin/11818 Added a feature to ping(8) o [1999/05/21] ports/11820asami bsd.port.subdir.mk does not define the `m o [1999/05/21] i386/11829 Boot Failure (Register Dump) with MFSroot o [1999/05/22] misc/11838 xwindows configuration problem o [1999/05/22] ports/11840asami Feature fixup: bsd.port.mk o [1999/05/24] ports/11879ports dclock's "-miltime" option and "*miltime" o [1999/05/24] kern/11881 when a dummynet pipe is encountered it st o [1999/05/25] misc/11890 make world creates /lkm directory o [1999/05/26] bin/11896 cap_mkdb dumps core when non-files passe o [1999/05/26] i386/11898 Connot wirte to floppy on HP OB800CT with o [1999/05/26] bin/11900 Sed(1) fails with MALLOC_OPTIONS set to ' o [1999/05/27] conf/11905 sysinstall desktop changing inconvenience o [1999/05/28] bin/11914 makewhatis during installworld uses /usr/ o [1999/05/28] i386/11920 FBSD 3.2 upgrade claims not to upgrade /u o [1999/05/28] i386/11921 /usr/X11R6/lib/aout libraries screwed up o [1999/05/29] conf/11925 rc.conf cosmetic naming inconsistencies o [1999/05/29] bin/11929 symorder doesn't work on elf format objec o [1999/05/29] kern/11941 FreeBSD box reboots itself when changing o [1999/05/30] kern/11945 tape problems on -stable, mt bl(ocksize), a [1999/05/31] docs/11955 dcs loader.8: spelling fixes o [1999/05/31] ports/11963ports should update the ocaml-tk module and ins o [1999/05/31] ports/11964jmacd lang/STk port needs to be updated to STk- o [1999/05/31] kern/11968 kldload should call module entry point be o [1999/06/01] docs/11978 doc timed(8) manpage does not define '-F' swi o [1999/06/01] i386/11979 Vaio 505DX touchpad not detected as Glide o [1999/06/01] kern/11981 brian access to tunN devices not allowed to non o [1999/06/01] kern/11982 Three cleanup fixes for uthreads o [1999/06/02] conf/11989 pppd(8) output misplaced o [1999/06/02] bin/11997 Enhancement for lpr o [1999/06/02] ports/12001ports wmcdplay 1.0Beta1 05/09/1998 sometimes sk o [1999/06/03] misc/12006 sos scheduler policy different define value b o [1999/06/03] misc/12013 patch for 12012 o [1999/06/03] kern/12014 Fix SysV Semaphore handling o [1999/06/04] conf/12026 /etc/rc.diskless1 refrences non-existant o [1999/06/05] misc/12044 having tcl.h in /usr/local/include:/usr/i o [1999/06/06] gnu/12046 Perl subsystem does not install all tutor a [1999/06/06] bin/12052 sh type builtin appends first path compon o [1999/06/06] kern/12053 fixes a few aio bugs, makes socket io bet o [1999/06/06] ports/12056ache [PATCH] hpack install files always in /us o [1999/06/06] ports/12057markm Perl5 library builds do not honour PREFIX o [1999/06/07] kern/12071 [PATCH] large scale IP aliasing o [1999/06/07] docs/12075 doc [PATCH] Ports Changes Page Does not List o [1999/06/08] ports/12077ports NEW PORT: ko-bitchx o [1999/06/08] misc/12080 printing o [1999/06/08] i386/12088 Enhancement to ed driver for Linksys 10/1 o [1999/06/09] kern/12095 [PATCH] Buggy ATAPI Zip Drive is not dete o [1999/06/09] ports/12096ports new port: korean/ko-eterm-0.8.9 o [1999/06/09] bin/12107 Add switch to dump to support multiple du o [1999/06/10] i386/12113 ESS1688 support for VoxWare sound driver o [1999/06/10] bin/12115 pppd reports wrong connected duration wit o [1999/06/10] ports/12121obrien Update: mail/mutt o [1999/06/10] ports/12123ports New port: databases/ruby-postgres o [1999/06/10] ports/12124ports New port: devel/ruby-readline o [1999/06/10] docs/12128 doc Cosmetics changes in eresoureses.sgml o [1999/06/11] ports/12130ports Update: japanese/ndtpd, japanese/eb o [1999/06/11] docs/12132 doc Invalid URL at http://www.freebsd.org/int o [1999/06/11] ports/12134ports Update: korean/hanterm o [1999/06/11] ports/12138imp net/socks5 port broken with regards to pa o [1999/06/11] ports/12145ports New port: korean/ami o [1999/06/11] ports/12146ports New port: korean/byeoroo o [1999/06/12] ports/12150ports New Ports: audio/timidity++ o [1999/06/12] ports/12151ports New Ports: audio/timidity++-emacs o [1999/06/12] ports/12152ports New Ports: audio/timidity++-gtk o [1999/06/12] ports/12154ports New Ports: audio/timidity++-slang o [1999/06/12] ports/12155ports New Ports: audio/timidity++-motif o [1999/06/12] ports/12156ports New Ports: audio/timidity++-tcltk o [1999/06/12] ports/12157ports New Ports: audio/timidity++-xaw o [1999/06/12] ports/12158ports New Ports: audio/timidity++-xskin o [1999/06/12] ports/12159jfitz update mrtg to 2.7.4b o [1999/06/12] ports/12160ports New Ports: japanese/timidity++-slang o [1999/06/12] ports/12161ports New Ports: japanese/timidity++-tcltk s [1999/06/12] ports/12163steve Installed port mxv for FreeBSD3.1 run err o [1999/06/13] ports/12188ports new port: pbs-2.1.11 (misc/PBS) a batch s o [1999/06/13] ports/12195ports submission of new port pgpenvelope o [1999/06/14] ports/12199ports [PATCH] mail/qmail references perl instea o [1999/06/14] ports/12200ports [PATCH] port net/rwhois references /usr/l o [1999/06/14] ports/12204ports Update port: graphics/EZWGL o [1999/06/14] bin/12205 obrien [PATCH] DHCP client does not set hostname o [1999/06/14] misc/12209 termcap: "xterm" entry defines bogus capa o [1999/06/14] ports/12213ports [PATCH] benchmarks/netperf installs into o [1999/06/15] docs/12220 doc No manual page on system command "getkern o [1999/06/15] misc/12228 /etc/security don't search in all the fil o [1999/06/15] ports/12229ports Update: korean/netscape4* o [1999/06/15] bin/12232 Dangling text on #endif causes cpp noise. o [1999/06/16] gnu/12238 bc 1.04 crashes with long formula typed i o [1999/06/16] kern/12241 jkh Req: GENERIC includes bpf device o [1999/06/16] bin/12244 realpath() fails when there is no permiss o [1999/06/16] ports/12245ports port of irc core dumps on current o [1999/06/16] misc/12252 netstat fails to display TCP connectoins o [1999/06/17] bin/12255 BIND 8.1.2 compilation error in IPv6 capa o [1999/06/17] kern/12258 Tuning the FM radio on new -Theatre serie f [1999/06/17] ports/12260dirk new port: korean/mysql f [1999/06/17] bin/12263 n_hibma "more" problems with long filenames f [1999/06/17] misc/12268 n_hibma weekly/catman will not work o [1999/06/18] ports/12271ports fix pkg_add with error message and add ne o [1999/06/18] kern/12275 Patches to add support for new chipset o [1999/06/18] bin/12280 jdp LD_IGNORE_MISSING_OBJECTS not honored for o [1999/06/18] kern/12281 active-filter option in pppd doesn't stop o [1999/06/18] misc/12285 [PATCH] /usr/share/dict/web2a is missing o [1999/06/18] ports/12291ports ports/japanese/ptex-common requires fixes o [1999/06/19] ports/12300ports port update: lang/tya o [1999/06/20] bin/12308 LPD can't be told not to bind to a TCP po a [1999/06/20] bin/12311 markm Hostname.pm hangs forever o [1999/06/21] kern/12319 linux emu: getrusage causing core dumps o [1999/06/21] conf/12324 jkh Sysinstall's fdisk partition editor is mi o [1999/06/21] ports/12325asami Adds refetch functionallity to bsd.port.m o [1999/06/21] i386/12326 wdc flag 0x1000 (LBA addressing) prevents o [1999/06/21] kern/12333 ProAudio Spectrum sound card broken model o [1999/06/21] kern/12334 Some ProAudio SPectrum cards do not do DM o [1999/06/21] kern/12335 if_pn.c lacks bridging support; patch enc o [1999/06/22] ports/12338ache update www/lynx-current port o [1999/06/22] ports/12341ports New port tclreadline o [1999/06/22] conf/12342 /etc/hosts.allow must use numerical IP ad o [1999/06/22] docs/12343 doc make.conf error in documentation (COM2) o [1999/06/22] bin/12357 [PATCH] allow route to create "proxy only o [1999/06/23] bin/12358 Patch: "camcontrol help" should go to std o [1999/06/23] ports/12366billf finish the port for misc/mprime o [1999/06/23] ports/12368ports Pilot-link installs to ${PREFIX} = ${LOCA o [1999/06/23] ports/12371ports Request for add patch: gnome-core: GNOME o [1999/06/23] bin/12375 mv(1) cannot inherit the file flags. o [1999/06/24] misc/12376 When mounting NFS dirs, /etc/rc doesn't g o [1999/06/24] i386/12383 make release warns about /dev entries mak o [1999/06/25] kern/12385 Patch to add bridging support to if_vr.c o [1999/06/26] bin/12398 fsck in free(): warning: pointer to wrong o [1999/06/26] ports/12403ports ssh port has undocumented X11 dependency o [1999/06/26] ports/12406ports New port for the LAM implementation of th o [1999/06/27] kern/12409 add some more chipset models by NVidia to o [1999/06/27] bin/12421 sysinstall label fails o [1999/06/28] ports/12430ports New port: japanese/vfxdvik o [1999/06/28] bin/12431 f2c works incorrectly with arguments of s o [1999/06/28] conf/12432 empty amd_flags causes start failure in r o [1999/06/28] docs/12435 doc allied telesys is now allied telesyn f [1999/06/28] docs/12440 sheldonh added an example to diff(1) man page o [1999/06/29] ports/12447ports new port : x11-toolkit/pike-Gtk o [1999/06/29] ports/12449billf Update ports/net/ethereal to version 0.6. o [1999/06/29] ports/12451ports New port: japanese/mutt o [1999/06/29] ports/12456chuckr graphics/xpdf: small fixes o [1999/06/30] bin/12461 it's handy to be able to send syslog mess o [1999/06/30] bin/12467 wollman ac(8) does not accept input from stdin o [1999/07/01] kern/12475 ctrl,shift,alt keys can be used as alock o [1999/07/01] bin/12477 New fortune o [1999/07/02] docs/12486 mpp listing of (56) utilities in /bin:/sbin:/ o [1999/07/02] ports/12488billf textproc/htdig compiles with -lc_r, shoul o [1999/07/02] bin/12489 /sbin/route exits with 0 on some errors o [1999/07/02] ports/12490ports package xmine exits 1 with XawAsciiSource o [1999/07/02] ports/12492ports port misc/diction should be moved to text o [1999/07/03] kern/12495 3.1 install fails to detect Toshiba CDROM o [1999/07/03] ports/12503ports New Port: Willows toolkit (developers rel o [1999/07/04] ports/12513ports New ports: japanese/dbskkd-cdb o [1999/07/04] ports/12514ports Update ports: japanese/skkserv, kickup sc o [1999/07/04] ports/12515jfitz p5-Apache/scripts/install_httpd needs fix o [1999/07/05] ports/12518ports new port: ifmail-os-2.14.7 o [1999/07/05] ports/12522ports New port: cos o [1999/07/05] ports/12523ports New port: jdbcpool o [1999/07/05] bin/12528 [PATCH] tip's "tipout" child doesn't alwa o [1999/07/06] ports/12530ports squid22 port with --enable-ipf-transparen o [1999/07/06] ports/12531kris New version of dejasearch. o [1999/07/06] pending/12534gnats-adminUpdate port: russian/apache13 o [1999/07/06] ports/12535ports Submission of RAT for ports collection o [1999/07/06] ports/12536ports New port: lang/cu-prolog o [1999/07/06] kern/12543 [PATCH] cumulative error counters for fxp o [1999/07/07] bin/12545 kldload(8) should be more sensitive to er o [1999/07/07] ports/12546jfitz Please update net/mrtg to 2.7.5 o [1999/07/07] ports/12547ports Update: net/radiusd-ciston to beta18 o [1999/07/07] ports/12548asami New 'fecth-recursive(-list)' targets in p f [1999/07/07] gnu/12550 n_hibma bc overflour f [1999/07/07] bin/12554 File to go in /usr/src/usr.bin/file/Magdi o [1999/07/08] ports/12566billf a guide to pyrotechnics o [1999/07/09] ports/12569ports A recursive descent parsing framework for o [1999/07/09] ports/12571ports Xfig port doesn't have Ghostscript suppor o [1999/07/09] misc/12576 libc problem with getpw* functions using o [1999/07/09] ports/12582ports /usr/ports/www/roxen (Roxen Challenger) i o [1999/07/11] ports/12593ports Update port: editors/gedit f [1999/07/11] kern/12594 sheldonh wrong sysctl descriptions f [1999/07/11] ports/12596ports pidentd is unstable in 3.2 and 4.0 o [1999/07/11] ports/12597dburr new port (vMac) o [1999/07/11] ports/12600ports gdevnpdl-1.6 driver has been added o [1999/07/11] ports/12603torstenb Port upgrade (mail/postfix) o [1999/07/11] ports/12604peter New port version: transproxy 1.0 o [1999/07/12] ports/12605ports gdevnpdl-1.6 is imported to Aladdin gs 5. o [1999/07/12] kern/12609 At boottime NFS mounts on a 3.2 client fr s [1999/07/12] bin/12611 sheldonh /usr/bin/jot crashes with floating point o [1999/07/12] misc/12612 ncurses ash shipped with 3.2-R missing sy o [1999/07/12] ports/12618ports poor trouble reporting by qpopper's pop_i o [1999/07/12] docs/12619 doc dhclient-lease(8) does not exist; dhclien o [1999/07/13] ports/12624ports New version of mxv which also works with o [1999/07/13] docs/12625 doc Update links for French o [1999/07/13] docs/12627 doc update the French FreeBSD Documentation P o [1999/07/13] misc/12633 CMI8330 chip based integrated sound card o [1999/07/13] ports/12636ports Trafshow port gives error message sometim o [1999/07/14] ports/12639ports Port update: net/kicq o [1999/07/14] ports/12641ports update ports:game/bnetd o [1999/07/14] ports/12642ports audio/cdrdao: port doesn't build xcdrdao o [1999/07/15] ports/12647ports [Port updated] korean/engdic o [1999/07/15] conf/12650 No card in /etc/pccard.conf.sample (coreg o [1999/07/15] ports/12654pst gnats port failes on "make install" o [1999/07/15] kern/12655 Kernel config file needs more commenting o [1999/07/15] ports/12656ports new port - gnujsp o [1999/07/15] docs/12657 doc Handbook on ftp mirrors is old... o [1999/07/16] docs/12659 doc adduser man page references non existant o [1999/07/16] ports/12661ports new port: riva-glx (3d hardware accelerat o [1999/07/16] ports/12666ports New port: kcd-4.7.10 o [1999/07/16] kern/12668 The kernel clock goes slow with PLIP devi o [1999/07/16] ports/12672ports netscape fails with "bus error" on RELENG o [1999/07/16] ports/12674nik textproc/docproj port has an invalid depe o [1999/07/16] ports/12675chuckr [PATCH] textproc/sp port installs config. o [1999/07/16] ports/12676ache update port: lynx-current to 2.8.3dev.4 o [1999/07/16] docs/12679 doc splash(4) contains incorrect references o [1999/07/17] docs/12684 doc Correction to your website for ZNYX Corp. o [1999/07/18] ports/12690ports New port: gperiodic-1.2.1 o [1999/07/18] ports/12692ports new port: gnome-vnc-0.1 o [1999/07/18] ports/12695kris [PATCH] the xglobe port can't find its fi o [1999/07/18] ports/12696ports new port: gmessage-0.2 o [1999/07/18] kern/12697 Out of swap handling [PATCH] o [1999/07/18] ports/12698ports new port: grun-0.8.1 o [1999/07/18] ports/12699ports new port: gnofin-0.5.10 o [1999/07/18] ports/12700ports Errors in mtools.conf file o [1999/07/18] ports/12701ports port of rpm2cpio (perl version) o [1999/07/19] ports/12708ports New port: www/bacon o [1999/07/19] ports/12709ports [PATCH] Upgrade the emulators/bochs port o [1999/07/20] ports/12711ports fix to rtsp-proxy port o [1999/07/20] bin/12712 release/Makefile: mounting /some/dir with o [1999/07/20] ports/12713ports [New port] rtfm - FreeBSD documentation s o [1999/07/20] ports/12717ports New port - net/rrdtool o [1999/07/20] ports/12722ports new port: AT&T's DjVu library for scanned o [1999/07/20] kern/12723 Unnecessary use of magic numbers in F_[SG o [1999/07/20] ports/12725ports Doing a 'make install' for bash2 gets ins o [1999/07/20] ports/12726ports p5-Pg fixed o [1999/07/21] docs/12734 doc [patches] bring makewhatis.local* stuff t o [1999/07/21] ports/12735ports New ports: lang/ghc o [1999/07/21] ports/12737ports regex for checking load avergaes is wrong o [1999/07/21] ports/12739ports port for the AT&T's DjVu Netscape plug-in o [1999/07/21] ports/12741ports upgrade of devel/doc++ o [1999/07/21] pending/12744gnats-adminPort update: java/shujit o [1999/07/21] ports/12747ports new port: games/linux_adom (ports/12581 s o [1999/07/21] ports/12750ports [PATCH] Update emulators/wine port to win o [1999/07/21] ports/12752ports Update for math/gnuplot+ o [1999/07/22] ports/12761ports sysutils/stat doesn't terminate buffer an o [1999/07/22] ports/12762ports upgrade for devel/boehm-gc from 4.12 to 4 o [1999/07/22] kern/12764 luigi Patch for using x11amp with voxware (stol o [1999/07/22] misc/12765 cable problem: link down for de0 NICs. f [1999/07/22] bin/12767 sheldonh Expand /etc/ttys manpage o [1999/07/22] bin/12768 billf Compilation warning for fortune.c o [1999/07/22] kern/12770 mount_msdos causes panic: kmem_malloc(134 o [1999/07/23] docs/12775 doc Update Russian Documentation Project mail o [1999/07/23] misc/12776 Add PAM hooks to rlogind and rshd o [1999/07/23] ports/12779ports Update port: editors/emacs20 o [1999/07/23] ports/12781ports GNOME port updates f [1999/07/23] bin/12782 sheldonh xntpd doesn't handle interface aliases pr o [1999/07/24] ports/12786ports grap port update o [1999/07/24] ports/12787obrien port of GNU helloworld o [1999/07/24] ports/12788ports New port: gltron-0.31 o [1999/07/24] bin/12789 Confusing error msg when dumping a filesy o [1999/07/24] ports/12790kris Update Port: maildrop o [1999/07/24] ports/12796ports Update of asmem port to version 1.3 o [1999/07/24] ports/12797ports update port: asbutton-0.2 to 0.3 o [1999/07/24] ports/12798ports update port: xchat-1.1.3 to 1.1.4 o [1999/07/24] ports/12799ports new port: bluefish-0.3.2 o [1999/07/25] bin/12801 nvi infinite recursion with options "left o [1999/07/25] kern/12803 patch to make xe driver's noise configura o [1999/07/25] ports/12805ports New port: freesweep-0.86 o [1999/07/25] bin/12806 `sh -e' doesn't parse multi-command lines f [1999/07/25] misc/12811 sheldonh Cant get it going o [1999/07/26] misc/12813 wosch cvsweb interface for .de contains links t o [1999/07/26] ports/12814jkoshy [PATCH] New version of mpg123 port o [1999/07/26] ports/12816ports xsane update 0.29 -> 0.30 o [1999/07/26] ports/12817ports gdict fix for conflict with dict port 1070 problems total. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 26 11:34:56 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 6BF7214BF3; Mon, 26 Jul 1999 11:34:54 -0700 (PDT) (envelope-from n_hibma@FreeBSD.org) Received: (from n_hibma@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA19302; Mon, 26 Jul 1999 11:34:15 -0700 (PDT) (envelope-from n_hibma@FreeBSD.org) Date: Mon, 26 Jul 1999 11:34:15 -0700 (PDT) From: Message-Id: <199907261834.LAA19302@freefall.freebsd.org> To: adam@veda.is, n_hibma@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/2001: vi confused about lines to display Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: vi confused about lines to display State-Changed-From-To: analyzed->closed State-Changed-By: n_hibma State-Changed-When: Mon Jul 26 11:33:48 PDT 1999 State-Changed-Why: Problem no longer reproducible on CURRENT with Screen version 3.07.06 (FAU) 25-Nov-98 /usr/bin/vi version 1.79 (10/23/96) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 26 11:41: 1 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 635B614BDC; Mon, 26 Jul 1999 11:40:59 -0700 (PDT) (envelope-from n_hibma@FreeBSD.org) Received: (from n_hibma@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA19694; Mon, 26 Jul 1999 11:39:21 -0700 (PDT) (envelope-from n_hibma@FreeBSD.org) Date: Mon, 26 Jul 1999 11:39:21 -0700 (PDT) From: Message-Id: <199907261839.LAA19694@freefall.freebsd.org> To: n_hibma@FreeBSD.org, freebsd-bugs@FreeBSD.org, n_hibma@FreeBSD.org Subject: Re: bin/1892: install(1) removes target file Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: install(1) removes target file Responsible-Changed-From-To: freebsd-bugs->n_hibma Responsible-Changed-By: n_hibma Responsible-Changed-When: Mon Jul 26 11:38:47 PDT 1999 Responsible-Changed-Why: It might be useful to solve this problem, so I'll have a look at it someday. Remind me. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 26 11:50:26 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 68A9214D1C for ; Mon, 26 Jul 1999 11:50:24 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA20440; Mon, 26 Jul 1999 11:50:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 26 Jul 1999 11:50:03 -0700 (PDT) Message-Id: <199907261850.LAA20440@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Wilko Bulte Subject: Re: kern/12495: 3.1 install fails to detect Toshiba CDROM on AHA1740 adapter Reply-To: Wilko Bulte Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/12495; it has been noted by GNATS. From: Wilko Bulte To: gibbs@caspian.plutotech.com (Justin T. Gibbs) Cc: ken@plutotech.com, wilko@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, freebsd-gnats-submit@FreeBSD.ORG Subject: Re: kern/12495: 3.1 install fails to detect Toshiba CDROM on AHA1740 adapter Date: Sat, 10 Jul 1999 18:56:11 +0200 (CEST) As Justin T. Gibbs wrote ... > >> The old SCSI layer probed things sequentially, so you would finish probing > >> everything, no matter how long it took, before any booting took place. > > > >Right. Maybe the install kernel should stick to sequential probing? > >I don't particularly like 'time dependent' probing with the variety of > >hardware that is out there. > > All CAM device instances 'exist' before the boot up is allowed to progress. > If you attempt to open the device while it is initializing, you will block > in open until the initialization is complete, but the open will eventually > succeed (assuming we were successful in our attempts to initialize the device). > The same probing mechanism (parallel probing) is used to find our root > device, and I have not heard of an instance where that has failed. I would > not expect sysintall to see the world any differently than the mount root > code. > > Perhaps there is another bug in the ahb driver... No. Today I did the following experiment (on the same machine): - 3.1-release install on Adaptec 1740A (ahb driver): cdrom not detected - 3.1-release install on Adaptec 2740 (ahc driver): cdrom not detected - 3.2-release install on Adaptec 2740 (ahc driver): cdrom detected on one occasion, subsequent attempts resulted in cdrom not detected. We decided to install 3.1-release (that is the cd version the machine owner has bought) via het Ethernet. This went fine. Booting the installed system results in detection of the cdrom drive just fine, reliable and all. We left the 2740 in the machine for the 3.1 network installation. My new theory is that sysinstall is the culprit, not the CAM/scsi subsystem. Any idea how I can verify this idea? NB the same guy that has this problem reported an identical "cdrom not found" problem on an IDE system. I remember having seen some discussions on this subject on the lists. But I am strictly SCSI-only so I did not pay too much attention. Wilko -- | / o / / _ Arnhem, The Netherlands - Powered by FreeBSD - |/|/ / / /( (_) Bulte WWW : http://www.tcja.nl http://www.freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 26 17: 0: 4 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 51D731512F for ; Mon, 26 Jul 1999 17:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id RAA46002; Mon, 26 Jul 1999 17:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from zoot.simplenet.net (zoot.simplenet.net [209.132.9.66]) by hub.freebsd.org (Postfix) with ESMTP id 166C11512F for ; Mon, 26 Jul 1999 16:58:07 -0700 (PDT) (envelope-from doug@zoot.simplenet.net) Received: (from root@localhost) by zoot.simplenet.net (8.9.3/8.9.3) id QAA28499; Mon, 26 Jul 1999 16:56:58 -0700 (PDT) (envelope-from doug) Message-Id: <199907262356.QAA28499@zoot.simplenet.net> Date: Mon, 26 Jul 1999 16:56:58 -0700 (PDT) From: Doug@gorean.org Reply-To: Doug@gorean.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/12825: doscmd build depends on X Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 12825 >Category: bin >Synopsis: doscmd build depends on X >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jul 26 17:00:01 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Doug >Release: FreeBSD 4.0-19990708-CURRENT i386 >Organization: AAAG >Environment: Building most recent -current sources on a -current system >Description: A make world build stops in the doscmd directory when there is no X (specifically no X libs/headers) installed on the system. >How-To-Repeat: cd /usr/src/usr.bin/doscmd && make >Fix: Unknown >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 26 18:22:22 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 6A0FA15128 for ; Mon, 26 Jul 1999 18:22:20 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id SAA51116; Mon, 26 Jul 1999 18:20:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 26 Jul 1999 18:20:02 -0700 (PDT) Message-Id: <199907270120.SAA51116@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Tim Vanderhoek Subject: Re: bin/12825: doscmd build depends on X Reply-To: Tim Vanderhoek Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/12825; it has been noted by GNATS. From: Tim Vanderhoek To: Doug@gorean.org Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/12825: doscmd build depends on X Date: Mon, 26 Jul 1999 21:18:27 -0400 On Mon, Jul 26, 1999 at 04:56:58PM -0700, Doug@gorean.org wrote: > > A make world build stops in the doscmd directory when there > is no X (specifically no X libs/headers) installed on the system. Um, are you sure? Do you have some left-over /usr/X11R6 directories? When did it start doing this? -- This is my .signature which gets appended to the end of my messages. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 26 19:50: 7 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id C2C47150E9 for ; Mon, 26 Jul 1999 19:50:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id TAA56417; Mon, 26 Jul 1999 19:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from smtp.teleway.ne.jp (smtp.teleway.ne.jp [203.140.129.13]) by hub.freebsd.org (Postfix) with ESMTP id 9AA16150D9 for ; Mon, 26 Jul 1999 19:44:02 -0700 (PDT) (envelope-from yasuf@big.or.jp) Received: from post1a.po.teleway.ne.jp (post1a.teleway.ne.jp [203.140.129.22]) by smtp.teleway.ne.jp (8.9.3+3.2W/3.7W) with ESMTP id LAA01276 for ; Tue, 27 Jul 1999 11:44:01 +0900 (JST) (envelope-from yasuf@big.or.jp) Received: from localhost ([210.234.51.51]) by post1a.po.teleway.ne.jp (Post.Office MTA v3.0 release "turbo_2" ID# 110-55583U50000L50000S0V35) with ESMTP id AAA8951 for ; Tue, 27 Jul 1999 11:43:58 +0900 Message-Id: <19990727114358W.yasuf@big.or.jp> Date: Tue, 27 Jul 1999 11:43:58 +0900 From: yasuf@big.or.jp Reply-To: yasuf@big.or.jp To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/12828: passwd(1) doesn't recognize comments Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 12828 >Category: bin >Synopsis: passwd(1) doesn't recognize comments >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jul 26 19:50:00 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Yasuhiro Fukuma >Release: FreeBSD 4.0-CURRENT i386 >Organization: >Environment: FreeBSD smoove.ouchi-net.jp 4.0-CURRENT FreeBSD 4.0-CURRENT #10: Sun Jul 4 13:44:45 JST 1999 yasuf@smoove.ouchi-net.jp:/usr/src/sys/compile/ARMADILLO i386 >Description: Passwd(5) manpage says: | Lines whose first non-whitespace character is a pound-sign (#) are com- | ments, and are ignored. Blank lines which consist only of spaces, tabs | or newlines are also ignored. but passwd(1) (, chpass(1), etc.) seems not to support these features correctly. >How-To-Repeat: # tail -3 /etc/master.passwd user1:*:9999:9999::0:0:some user:/home/user1: # comment user2:*:9998:9998::0:0:other user:/home/user2: # passwd user1 Changing local password for user1. New password: Retype new password: passwd: updating the database... passwd: done # passwd user2 Changing local password for user2. New password: Retype new password: passwd: /etc/master.passwd: corrupted entry passwd: /etc/master.passwd: unchanged >Fix: Index: usr.bin/chpass/pw_copy.c =================================================================== RCS file: /home/ncvs/src/usr.bin/chpass/pw_copy.c,v retrieving revision 1.7 diff -u -r1.7 pw_copy.c --- pw_copy.c 1999/04/25 22:37:56 1.7 +++ pw_copy.c 1999/07/23 04:56:26 @@ -85,6 +85,15 @@ goto err; continue; } + for (p = buf; *p != '\n'; p++) + if (*p != ' ' && *p != '\t') + break; + if (*p == '#' || *p == '\n') { + (void)fprintf(to, "%s", buf); + if (ferror(to)) + goto err; + continue; + } if (!(p = strchr(buf, ':'))) { warnx("%s: corrupted entry", _PATH_MASTERPASSWD); pw_error(NULL, 0, 1); >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 26 22:42:21 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 183C314FA4 for ; Mon, 26 Jul 1999 22:42:19 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id WAA66353; Mon, 26 Jul 1999 22:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 26 Jul 1999 22:40:01 -0700 (PDT) Message-Id: <199907270540.WAA66353@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Doug Subject: Re: bin/12825: doscmd build depends on X Reply-To: Doug Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/12825; it has been noted by GNATS. From: Doug To: Tim Vanderhoek Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/12825: doscmd build depends on X Date: Mon, 26 Jul 1999 22:36:37 -0700 Tim Vanderhoek wrote: > > On Mon, Jul 26, 1999 at 04:56:58PM -0700, Doug@gorean.org wrote: > > > > A make world build stops in the doscmd directory when there > > is no X (specifically no X libs/headers) installed on the system. > > Um, are you sure? Do you have some left-over /usr/X11R6 directories? Hrrmmm... maybe that's the problem. I had installed X, then realized it was the 3.3.3.1 version still and cd 'cd /usr/X11R6 && rm -r *'. I'll try again with no X directory at all. Sorry for the confusion, Doug To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jul 27 0: 2: 2 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 196DA14F64; Tue, 27 Jul 1999 00:02:00 -0700 (PDT) (envelope-from hm@FreeBSD.org) Received: (from hm@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id XAA71988; Mon, 26 Jul 1999 23:59:38 -0700 (PDT) (envelope-from hm@FreeBSD.org) Date: Mon, 26 Jul 1999 23:59:38 -0700 (PDT) From: Message-Id: <199907270659.XAA71988@freefall.freebsd.org> To: hm@kts.org, hm@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/7741: enhancement to tcpdump to print LCP/PAP/CHAP/IPCP frames Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: enhancement to tcpdump to print LCP/PAP/CHAP/IPCP frames State-Changed-From-To: analyzed->closed State-Changed-By: hm State-Changed-When: Mon Jul 26 23:57:12 PDT 1999 State-Changed-Why: This was already commited , see date: 1998/08/30 05:32:44; author: thepish; state: Exp; lines: +391 -36 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jul 27 0:44:51 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id DF623152EA; Tue, 27 Jul 1999 00:44:44 -0700 (PDT) (envelope-from n_hibma@FreeBSD.org) Received: (from n_hibma@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id AAA74780; Tue, 27 Jul 1999 00:42:21 -0700 (PDT) (envelope-from n_hibma@FreeBSD.org) Date: Tue, 27 Jul 1999 00:42:21 -0700 (PDT) From: Message-Id: <199907270742.AAA74780@freefall.freebsd.org> To: n_hibma@FreeBSD.org, freebsd-bugs@FreeBSD.org, obrien@FreeBSD.org Subject: Re: kern/12803: patch to make xe driver's noise configurable in kernel config Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: patch to make xe driver's noise configurable in kernel config Responsible-Changed-From-To: freebsd-bugs->obrien Responsible-Changed-By: n_hibma Responsible-Changed-When: Tue Jul 27 00:41:33 PDT 1999 Responsible-Changed-Why: Last attempt at reresponsibiltising this PR. It seems that he has done the last changes, so he might know more. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jul 27 2:22: 0 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from eekholt.NL.net (eekholt.NL.net [193.78.241.1]) by hub.freebsd.org (Postfix) with ESMTP id 2098D15052 for ; Tue, 27 Jul 1999 02:21:51 -0700 (PDT) (envelope-from P.Schoonderwoerd@NL.UU.NET) Received: from Pim.NL.net (dhcpclnt5.NL.net [193.78.241.226]) by eekholt.NL.net (8.8.7/8.8.7) with SMTP id LAA28136 for ; Tue, 27 Jul 1999 11:20:22 +0200 (MET DST) Message-Id: <3.0.6.32.19990727102249.0089ad50@eekholt.nl.net> X-Sender: pim@eekholt.nl.net X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Date: Tue, 27 Jul 1999 10:22:49 -0100 To: freebsd-bugs@FreeBSD.ORG From: Pim Schoonderwoerd Subject: y2k compliancy FreeBSD 2.2.8 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hello, I see a lot of (y2k) patches for all kind of versions. How can I believe reading all that information that version 2.2.8 is compliant? With kind regard, Pim ^ ^ . . o \_/ Pim Schoonderwoerd Project Manager Y2K Server Operations UUNET Netherlands PO Box 12954, 1100 AZ Amsterdam, The Netherlands Telephone: +31 20 4952959 Fax: +31 20 8826101 World Wide Web: http://www.nl.uu.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jul 27 2:30:34 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 869E415386 for ; Tue, 27 Jul 1999 02:30:32 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA80598; Tue, 27 Jul 1999 02:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 0212215052; Tue, 27 Jul 1999 02:22:55 -0700 (PDT) Message-Id: <19990727092255.0212215052@hub.freebsd.org> Date: Tue, 27 Jul 1999 02:22:55 -0700 (PDT) From: eilko.bos@nl.origin-it.com To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: kern/12831: CD-rom cannot be mounted Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 12831 >Category: kern >Synopsis: CD-rom cannot be mounted >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jul 27 02:30:01 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Eilko Bos >Release: FreeBSD 3.2-STABLE >Organization: >Environment: FreeBSD linda.mpn.cp.philips.com 3.2-STABLE FreeBSD 3.2-STABLE #1: Mon Jul 26 15:22:28 CEST 1999 tafkam@linda.mpn.cp.philips.com:/usr/src/sys/compile/LINDA i386 >Description: yesterday I upgraded from 3.0 RELEASE to 3.2 STABLE. Now my CD-player is recognized again. dmesg shows: ahc0: rev 0x03 int a irq 11 on pci2.10.0 ahc0: aic7895 Wide Channel A, SCSI Id=7, 16/255 SCBs ahc1: rev 0x03 int b irq 11 on pci2.10.1 ahc1: aic7895 Single Channel B, SCSI Id=7, 16/255 SCBs wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (atapi): , removable, accel, dma, iordis acd0: drive speed 2412KB/sec, 128KB cache acd0: supported read types: CD-R, CD-RW, CD-DA, packet track acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray acd0: Medium: no/blank disc inside, unlocked changing root device to da0s1a da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing Enabled da0: 4350MB (8910423 512 byte sectors: 255H 63S/T 554C) Now, when I try to mount the CDROM: (in /etc/fstab: /dev/acd0a /cdrom cd9660 ro ) # mount /cdrom Th system almost hangs, a ctrl-c won't do. In the messages I see: atapi0.0: controller not ready for cmd atapi0:0: ERROR 2, status=0, error=0 atapi0.0: controller not ready for cmd atapi0:0: ERROR 2, status=0, error=0 acd0: read_toc failed >How-To-Repeat: just try to mount the CDROM >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jul 27 2:40:16 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id C509214D77; Tue, 27 Jul 1999 02:40:15 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA81273; Tue, 27 Jul 1999 02:40:15 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Tue, 27 Jul 1999 02:40:15 -0700 (PDT) From: Message-Id: <199907270940.CAA81273@freefall.freebsd.org> To: archer@lucky.net, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, sheldonh@FreeBSD.org Subject: Re: bin/12801: nvi infinite recursion with options "leftright" and "comment" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: nvi infinite recursion with options "leftright" and "comment" State-Changed-From-To: open->suspended State-Changed-By: sheldonh State-Changed-When: Tue Jul 27 02:37:41 PDT 1999 State-Changed-Why: Since nvi is in the contrib tree, I've mailed the author with a detailed description of the problem. Suspended just means its not feasible for FreeBSD developers to be looking at the problem right now. If Keith determines that this is a vnedor-specific problem, I'll change the state. Responsible-Changed-From-To: freebsd-bugs->sheldonh Responsible-Changed-By: sheldonh Responsible-Changed-When: Tue Jul 27 02:37:41 PDT 1999 Responsible-Changed-Why: This one's on my list. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jul 27 2:44:40 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 69B2D14E75; Tue, 27 Jul 1999 02:44:39 -0700 (PDT) (envelope-from n_hibma@FreeBSD.org) Received: (from n_hibma@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA81694; Tue, 27 Jul 1999 02:43:50 -0700 (PDT) (envelope-from n_hibma@FreeBSD.org) Date: Tue, 27 Jul 1999 02:43:50 -0700 (PDT) From: Message-Id: <199907270943.CAA81694@freefall.freebsd.org> To: n_hibma@FreeBSD.org, freebsd-bugs@FreeBSD.org, sos@FreeBSD.org Subject: Re: kern/12831: CD-rom cannot be mounted Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: CD-rom cannot be mounted Responsible-Changed-From-To: freebsd-bugs->sos Responsible-Changed-By: n_hibma Responsible-Changed-When: Tue Jul 27 02:43:24 PDT 1999 Responsible-Changed-Why: atapi is Soren's To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jul 27 2:50: 7 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 5608014E2E; Tue, 27 Jul 1999 02:50:04 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA82194; Tue, 27 Jul 1999 02:49:49 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Tue, 27 Jul 1999 02:49:49 -0700 (PDT) From: Message-Id: <199907270949.CAA82194@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, sheldonh@FreeBSD.org Subject: Re: bin/12828: passwd(1) doesn't recognize comments Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: passwd(1) doesn't recognize comments Responsible-Changed-From-To: freebsd-bugs->sheldonh Responsible-Changed-By: sheldonh Responsible-Changed-When: Tue Jul 27 02:48:34 PDT 1999 Responsible-Changed-Why: You're right. vipw handles comments and blank lines correctly, but passwd does not. I'll take a look. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jul 27 2:53: 8 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 71FD614E2E; Tue, 27 Jul 1999 02:53:07 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA82371; Tue, 27 Jul 1999 02:52:10 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Tue, 27 Jul 1999 02:52:10 -0700 (PDT) From: Message-Id: <199907270952.CAA82371@freefall.freebsd.org> To: Doug@gorean.org, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/12825: doscmd build depends on X Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: doscmd build depends on X State-Changed-From-To: open->feedback State-Changed-By: sheldonh State-Changed-When: Tue Jul 27 02:51:18 PDT 1999 State-Changed-Why: This one's bitten me before. Can you confirm that it was pilot error and not some other problem? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jul 27 3: 2:54 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id B1FE71538A; Tue, 27 Jul 1999 03:02:53 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA82812; Tue, 27 Jul 1999 03:00:40 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Tue, 27 Jul 1999 03:00:40 -0700 (PDT) From: Message-Id: <199907271000.DAA82812@freefall.freebsd.org> To: seth@freebie.dp.ny.frb.org, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/12819: tcpd hosts.[allow|deny] location inconsistent Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: tcpd hosts.[allow|deny] location inconsistent State-Changed-From-To: open->closed State-Changed-By: sheldonh State-Changed-When: Tue Jul 27 02:56:50 PDT 1999 State-Changed-Why: The tcpd program is not distributed with FreeBSD as part of the base system, since its functionality is built into inetd. It's part of the tcp_wrappers port, which you don't need on 3.2-STABLE. Update to a recent 3.2-STABLE and check the inetd(8) manpage. As an aside, please try to provide realistic Severity fields for your PR's. :-) Thanks, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jul 27 3:40:29 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 7A90E14F52 for ; Tue, 27 Jul 1999 03:40:27 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA85496; Tue, 27 Jul 1999 03:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from gallions-reach.inpharmatica.co.uk (gallions-reach.inpharmatica.co.uk [193.115.214.5]) by hub.freebsd.org (Postfix) with ESMTP id A16E014D77 for ; Tue, 27 Jul 1999 03:39:49 -0700 (PDT) (envelope-from m.seaman@inpharmatica.co.uk) Received: from kings-cross.inpharmatica.co.uk (euston.inpharmatica.co.uk [193.115.214.6]) by gallions-reach.inpharmatica.co.uk (8.8.8/8.8.8) with ESMTP id LAA04120 for ; Tue, 27 Jul 1999 11:38:12 +0100 (BST) (envelope-from m.seaman@inpharmatica.co.uk) Received: from b0.farm.inpharmatica.co.uk (b0.farm.inpharmatica.co.uk [192.168.121.110]) by kings-cross.inpharmatica.co.uk (8.9.3/8.9.3) with ESMTP id LAA22476 for ; Tue, 27 Jul 1999 11:38:12 +0100 Received: (from matthew@localhost) by b0.farm.inpharmatica.co.uk (8.9.3/8.9.3) id LAA03567; Tue, 27 Jul 1999 11:38:11 +0100 (BST) (envelope-from matthew@mailhost.inpharmatica.co.uk) Message-Id: <199907271038.LAA03567@b0.farm.inpharmatica.co.uk> Date: Tue, 27 Jul 1999 11:38:11 +0100 (BST) From: m.seaman@inpharmatica.co.uk To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: conf/12832: config -g creates broken Makefile in 3.2-STABLE/alpha Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 12832 >Category: conf >Synopsis: config -g creates broken Makefile in 3.2-STABLE/alpha >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jul 27 03:40:01 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Matthew Seaman >Release: FreeBSD 3.2-STABLE alpha >Organization: Inpharmatica Ltd >Environment: % uname -a FreeBSD b0.farm.inpharmatica.co.uk 3.2-STABLE FreeBSD 3.2-STABLE #0: Thu Jul 8 09:04:16 BST 1999 matthew@b0.farm.inpharmatica.co.uk:/usr/src/sys/compile/FARM alpha >Description: Under 3.2-STABLE/alpha attempting to build a kernel with debugging symbols via `config -g FARM' generates a broken Makefile in ../../compile/FARM b0:/sys/compile/FARM:# make -f Makefile.orig echo "gcc2_compiled." >symbols.exclude echo "___gnu_compiled_c" >>symbols.exclude grep -v '^#' ../../alpha/alpha/symbols.raw | sed 's/^ //' | sort -u > symbols.sort cc -c -nostdinc -I- -I. -I../.. -I../../../include -DKERNEL -include opt_global.h -UKERNEL ../../alpha/alpha/genassym.c [deletia...] cc -O -pipe -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wuninitialized -Wformat -Wunused -fformat-extensions -ansi -g -nostdinc -I- -I. -I../.. -I../../../include -DKERNEL -include opt_global.h -mno-fp-regs -Wa,-mev56 -c __remlu.S building __reml.S from ../../alpha/alpha/divrem.m4 cc -O -pipe -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wuninitialized -Wformat -Wunused -fformat-extensions -ansi -g -nostdinc -I- -I. -I../.. -I../../../include -DKERNEL -include opt_global.h -mno-fp-regs -Wa,-mev56 -c __reml.S sh ../../conf/newvers.sh FARM cc -O -pipe -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wuninitialized -Wformat -Wunused -fformat-extensions -ansi -g -nostdinc -I- -I. -I../.. -I../../../include -DKERNEL -include opt_global.h -mno-fp-regs -Wa,-mev56 -c vers.c make: don't know how to make kernel.debug. Stop By code inspection it seems that recent changes to src/sys/alpha/conf/Makefile.alpha 1.16.2.5 (RELENG_3 branch) have got it out of synch with src/usr.sbin/config/mkmakefile.c 1.34 (RELENG_3 branch). >How-To-Repeat: cd /usr/src/sys/alpha/conf config -g -r FARM cd ../../compile/FARM make depend make >Fix: The following change to the generated Makefile will patch things up as a work-around: b0:/sys/compile/FARM:# diff -u Makefile.orig Makefile --- Makefile.orig Tue Jul 27 10:51:18 1999 +++ Makefile Tue Jul 27 10:54:41 1999 @@ -266,7 +266,7 @@ $S/libkern/alpha/ntohl.S $S/libkern/alpha/ntohs.S MFILES= -kernel: ${SYSTEM_DEP} swapkernel.o vers.o +${FULLKERNEL}: ${SYSTEM_DEP} swapkernel.o vers.o ${SYSTEM_LD_HEAD} ${SYSTEM_LD} swapkernel.o ${SYSTEM_LD_TAIL} @@ -274,7 +274,7 @@ swapkernel.o: swapkernel.c ${NORMAL_C} -all: kernel +all: ${KERNEL} CLEAN=device_if.c device_if.h bus_if.c bus_if.h clock_if.c clock_if.h \ mcclock_if.c mcclock_if.h however, the real fix is to get /usr/src/sys/alpha/conf/Makefile.alpha and /usr/src/usr.sbin/config/* back into step. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jul 27 5:30: 4 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 24C4D14D67 for ; Tue, 27 Jul 1999 05:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA93999; Tue, 27 Jul 1999 05:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id C6D6F15422 for ; Tue, 27 Jul 1999 05:27:15 -0700 (PDT) (envelope-from iedowse@maths.tcd.ie) Received: from gosset.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 27 Jul 1999 13:26:13 +0100 (BST) Message-Id: <199907271326.aa33305@gosset.maths.tcd.ie> Date: Tue, 27 Jul 1999 13:26:08 +0100 (BST) From: iedowse@maths.tcd.ie Reply-To: iedowse@maths.tcd.ie To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/12833: Support for TI1225 PCI to CardBus Bridge Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 12833 >Category: kern >Synopsis: Support for TI1225 PCI to CardBus Bridge >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Tue Jul 27 05:30:00 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Ian Dowse >Release: FreeBSD 3.2-STABLE i386 >Organization: School of Mathematics Trinity College Dublin >Environment: FreeBSD -current and -stable >Description: Some new Gateway 2000 laptops use the Texas Instruments PCI1225 PCI to CardBus bridge. This seems to be compatible with other controllers, but is not currently recognised by FreeBSD. More info on this chip is available at: http://www.ti.com/sc/docs/products/analog/pci1225.html >How-To-Repeat: >Fix: Apply the following patches in src/pci/ --- pcic_p.h.orig Tue Jul 27 13:09:56 1999 +++ pcic_p.h Tue Jul 27 13:10:23 1999 @@ -38,6 +38,7 @@ #define PCI_DEVICE_ID_PCIC_TI1131 0xac15104cul #define PCI_DEVICE_ID_PCIC_TI1220 0xac17104cul #define PCI_DEVICE_ID_PCIC_TI1221 0xac19104cul +#define PCI_DEVICE_ID_PCIC_TI1225 0xac1c104cul #define PCI_DEVICE_ID_PCIC_TI1250 0xac16104cul #define PCI_DEVICE_ID_PCIC_TI1251 0xac1d104cul #define PCI_DEVICE_ID_TOSHIBA_TOPIC95 0x060a1179ul --- pcic_p.c.orig Tue Jul 27 13:09:51 1999 +++ pcic_p.c Tue Jul 27 13:10:46 1999 @@ -74,6 +74,8 @@ return ("TI PCI-1220 PCI-CardBus Bridge"); case PCI_DEVICE_ID_PCIC_TI1221: return ("TI PCI-1221 PCI-CardBus Bridge"); + case PCI_DEVICE_ID_PCIC_TI1225: + return ("TI PCI-1225 PCI-CardBus Bridge"); case PCI_DEVICE_ID_PCIC_TI1250: return ("TI PCI-1250 PCI-CardBus Bridge"); case PCI_DEVICE_ID_PCIC_TI1251: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jul 27 6:27:50 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from kaffemaskinen.lutteman.nu (kaffemaskinen.lutteman.nu [195.100.87.15]) by hub.freebsd.org (Postfix) with ESMTP id 9EA5814EF5 for ; Tue, 27 Jul 1999 06:27:42 -0700 (PDT) (envelope-from busta@kaffemaskinen.lutteman.nu) Received: from localhost (busta@localhost) by kaffemaskinen.lutteman.nu (8.9.3/8.9.3) with ESMTP id PAA00994 for ; Tue, 27 Jul 1999 15:28:06 GMT (envelope-from busta@kaffemaskinen.lutteman.nu) Date: Tue, 27 Jul 1999 15:28:06 +0000 (GMT) From: Alex Bustamante To: freebsd-bugs@FreeBSD.org Subject: ISO Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1215582067-933089269=:960" Content-ID: Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-1215582067-933089269=:960 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-ID: Hi, are you planning to release ISO images of FreeBSD ? if the answer is no, why ? :) //Alex --0-1215582067-933089269=:960 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; NAME=mbox Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: ATTACHMENT; FILENAME=mbox RnJvbSBNQUlMRVItREFFTU9OIFN1biBKdWwgMjUgMTg6NTc6MjkgMTk5OQ0K RGF0ZTogU3VuLCAyNSBKdWwgMTk5OSAxODo1NzoyOSArMDAwMCAoR01UKQ0K RnJvbTogTWFpbCBTeXN0ZW0gSW50ZXJuYWwgRGF0YSA8TUFJTEVSLURBRU1P TkBrYWZmZW1hc2tpbmVuLmx1dHRlbWFuLm51Pg0KU3ViamVjdDogRE9OJ1Qg REVMRVRFIFRISVMgTUVTU0FHRSAtLSBGT0xERVIgSU5URVJOQUwgREFUQQ0K WC1JTUFQOiAwOTMyNjQ5NTA3IDAwMDAwMDAwMDMNClN0YXR1czogUk8NCg0K VGhpcyB0ZXh0IGlzIHBhcnQgb2YgdGhlIGludGVybmFsIGZvcm1hdCBvZiB5 b3VyIG1haWwgZm9sZGVyLCBhbmQgaXMgbm90DQphIHJlYWwgbWVzc2FnZS4g IEl0IGlzIGNyZWF0ZWQgYXV0b21hdGljYWxseSBieSB0aGUgbWFpbCBzeXN0 ZW0gc29mdHdhcmUuDQpJZiBkZWxldGVkLCBpbXBvcnRhbnQgZm9sZGVyIGRh dGEgd2lsbCBiZSBsb3N0LCBhbmQgaXQgd2lsbCBiZSByZS1jcmVhdGVkDQp3 aXRoIHRoZSBkYXRhIHJlc2V0IHRvIGluaXRpYWwgdmFsdWVzLg0KDQo= --0-1215582067-933089269=:960-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jul 27 7: 0: 4 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 3CDF214D7F for ; Tue, 27 Jul 1999 07:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA43180; Tue, 27 Jul 1999 07:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 04BF114C8A; Tue, 27 Jul 1999 06:58:52 -0700 (PDT) Message-Id: <19990727135852.04BF114C8A@hub.freebsd.org> Date: Tue, 27 Jul 1999 06:58:52 -0700 (PDT) From: dirkx@webweaving.org To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: kern/12838: PC-Card ctlr(0) Vadem 365 support seems broken since 3.x Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 12838 >Category: kern >Synopsis: PC-Card ctlr(0) Vadem 365 support seems broken since 3.x >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jul 27 07:00:00 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Dirk-Willem van Gulik >Release: 3.x and 4.x >Organization: WebWeaving Consultancy >Environment: FreeBSD hack.ispra.webweaving.org 3.2-RELEASE FreeBSD 3.2-RELEASE #7: Tue Jul 27 13:41:06 GMT 1999 root@hack.ispra.webweaving.org:/usr/src/sys/compile/HACK i386 FreeBSD hack.ispra.webweaving.org 4.0-CURRENT FreeBSD 4.0-CURRENT #0: Tue Jul 27 15:47:44 CEST 1999 dirkx@brunte.ispra.webweaving.org:/usr/src/sys/compile/HACK i386 >Description: Since 3.2 a set of VADEM 365 singple port ISA slotted PCMCIA adaptor does no longer seem to work. Several identical cards have been tried with several different PCMCIA cards. All of which are known to work under 2.2.8+PAO. Ax an example of the problem; a repeated dumpcis gives partially seemingly random data: 73.root.hack:dirkx $pccardc dumpcis | grep Manuf Version = 4.1, Manuf = [Calluna], card vers = [CT17ÿÿC] 74.root.hack:dirkx $pccardc dumpcis | grep Manuf Version = 4.1, Manuf = [Calluna], card vers = [CTÿ7ÿÿCÿ30ÿoÿÿ5ÿ'2ÿ3ÿÿ1ÿ] 75.root.hack:dirkx $pccardc dumpcis | grep Manuf Version = 4.1, Manuf = [Calluna], card vers = [CTÿ7ÿÿC] 76.root.hack:dirkx $pccardc dumpcis | grep Manuf Version = 4.1, Manuf = [Calluna], card vers = [CTÿ7ÿÿCÿ30ÿoÿÿ5ÿ'2ÿ3ÿÿ1ÿ] 77.root.hack:dirkx $ >How-To-Repeat: Obtain a Vadem 365 card (Kento:-) and use the following kernel config: machine "i386" cpu "I586_CPU" ident HACK maxusers 16 options MATH_EMULATE #Support for x87 emulation options INET #InterNETworking options FFS #Berkeley Fast Filesystem options FFS_ROOT #FFS usable as root device [keep this!] options NFS #Network Filesystem options NFS_ROOT #NFS usable as root device, "NFS" req'ed options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 [KEEP THIS!] options LKM # moet dit ?? config kernel root on wd0 dumps on wd0 controller isa0 controller pci0 pseudo-device card 1 device pcic0 at isa? port 0x3e0 irq 11 controller wdc0 at isa? port "IO_WD1" bio irq 14 disk wd0 at wdc0 drive 0 device npx0 at isa? port IO_NPX irq 13 device ed0 at isa? disable port 0x300 net irq 9 iomem 0xd8000 device sio0 at isa? port "IO_COM1" tty flags 0x10 irq 4 pseudo-device loop pseudo-device ether pseudo-device pty 32 options DDB options KTRACE options BREAK_TO_DEBUGGER options CONSPEED=9600 options GDB_REMOTE_CHAT machine "i386" cpu "I586_CPU" ident HACK maxusers 16 options MATH_EMULATE #Support for x87 emulation options INET #InterNETworking options FFS #Berkeley Fast Filesystem options FFS_ROOT #FFS usable as root device [keep this!] options NFS #Network Filesystem options NFS_ROOT #NFS usable as root device, "NFS" req'ed options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 [KEEP THIS!] options LKM # moet dit ?? config kernel root on wd0 dumps on wd0 controller isa0 controller pci0 pseudo-device card 1 device pcic0 at isa? port 0x3e0 irq 11 controller wdc0 at isa? port "IO_WD1" bio irq 14 disk wd0 at wdc0 drive 0 device npx0 at isa? port IO_NPX irq 13 device ed0 at isa? disable port 0x300 net irq 9 iomem 0xd8000 device sio0 at isa? port "IO_COM1" tty flags 0x10 irq 4 pseudo-device loop pseudo-device ether pseudo-device pty 32 options DDB options KTRACE options BREAK_TO_DEBUGGER options CONSPEED=9600 options GDB_REMOTE_CHAT PCMCIA cards tried; 3c598 IBM Wireless LAN Entry Calluna 150M ata card Kodak 30Mb and 10Mb sandisk ata card US robotics card etc. Several motherboads and PCMCIA/ISA vadem adaptor combinations have been tried to sort of rule out hardware problems. Dw./ >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jul 27 7: 6:17 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from ns.skylink.it (ns.skylink.it [194.177.113.1]) by hub.freebsd.org (Postfix) with ESMTP id 2E4C714C8A; Tue, 27 Jul 1999 07:06:12 -0700 (PDT) (envelope-from dirkx@webweaving.org) Received: from kim.ispra.webweaving.org (va-135.skylink.it [194.185.55.135]) by ns.skylink.it (8.9.1/8.8.8) with ESMTP id QAA20524; Tue, 27 Jul 1999 16:05:33 +0200 Received: from kim.ispra.webweaving.org (kim.ispra.webweaving.org [10.0.0.2]) by kim.ispra.webweaving.org (8.8.8/8.8.5) with ESMTP id OAA01869; Tue, 27 Jul 1999 14:05:31 GMT X-Passed: MX on Ispra.WebWeaving.org Tue, 27 Jul 1999 14:05:31 GMT and masked X-No-Spam: Neither the receipients nor the senders email address(s) are to be used for Unsolicited (Commercial) Email without the explicit written consent of either party; as a per-message fee is incurred for inbound and outbound traffic to the originator. Posted-Date: Tue, 27 Jul 1999 14:05:31 GMT Date: Tue, 27 Jul 1999 16:05:30 +0200 (CEST) From: Dirk-Willem van Gulik X-Sender: dirkx@kim.ispra.webweaving.org To: gnats-admin@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/12838: PC-Card ctlr(0) Vadem 365 support seems broken since 3.x In-Reply-To: <199907271400.HAA43176@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The 'double' kernel config in the 'How-To-Repeat' section is a cut-and-paste error on my behalf. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jul 27 7:30:59 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 35B4D14BEC; Tue, 27 Jul 1999 07:30:57 -0700 (PDT) (envelope-from steve@FreeBSD.org) Received: (from steve@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA46103; Tue, 27 Jul 1999 07:30:58 -0700 (PDT) (envelope-from steve@FreeBSD.org) Date: Tue, 27 Jul 1999 07:30:58 -0700 (PDT) From: Message-Id: <199907271430.HAA46103@freefall.freebsd.org> To: steve@FreeBSD.org, gnats-admin@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: pending/12615: French-Canadian keymap not included in FreeBSD Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: French-Canadian keymap not included in FreeBSD Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: steve Responsible-Changed-When: Tue Jul 27 07:29:05 PDT 1999 Responsible-Changed-Why: Misfiled PR. Please resend the keymap as an attachment. It is an HTML document now and is very difficult to read with GNATS commandline tools. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jul 27 7:35:58 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id BC4C114DFA; Tue, 27 Jul 1999 07:35:56 -0700 (PDT) (envelope-from steve@FreeBSD.org) Received: (from steve@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA46900; Tue, 27 Jul 1999 07:35:57 -0700 (PDT) (envelope-from steve@FreeBSD.org) Date: Tue, 27 Jul 1999 07:35:57 -0700 (PDT) From: Message-Id: <199907271435.HAA46900@freefall.freebsd.org> To: steve@FreeBSD.org, gnats-admin@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: pending/12520: Missleading comment in example in crontab(5) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Missleading comment in example in crontab(5) Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: steve Responsible-Changed-When: Tue Jul 27 07:35:33 PDT 1999 Responsible-Changed-Why: Misfiled PR. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jul 27 7:52:35 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id C35EF14E06 for ; Tue, 27 Jul 1999 07:52:33 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA48573; Tue, 27 Jul 1999 07:50:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 27 Jul 1999 07:50:03 -0700 (PDT) Message-Id: <199907271450.HAA48573@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Nick Hibma Subject: Re: kern/12838: PC-Card ctlr(0) Vadem 365 support seems broken since 3.x (fwd) Reply-To: Nick Hibma Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/12838; it has been noted by GNATS. From: Nick Hibma To: freebsd-gnats-submit@FreeBSD.ORG Cc: Subject: Re: kern/12838: PC-Card ctlr(0) Vadem 365 support seems broken since 3.x (fwd) Date: Tue, 27 Jul 1999 16:41:03 +0200 (MET DST) Two addresses and both wrong, tsk tsk tsk. :-) ---------- Forwarded message ---------- Date: Tue, 27 Jul 1999 16:05:30 +0200 (CEST) From: Dirk-Willem van Gulik To: gnats-admin@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/12838: PC-Card ctlr(0) Vadem 365 support seems broken since 3.x The 'double' kernel config in the 'How-To-Repeat' section is a cut-and-paste error on my behalf. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jul 27 8: 0: 4 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 688D314E06 for ; Tue, 27 Jul 1999 08:00:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA49327; Tue, 27 Jul 1999 08:00:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 27 Jul 1999 08:00:02 -0700 (PDT) Message-Id: <199907271500.IAA49327@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Tim Subject: Re: i386/10690: Installation freezes after device selection, while "probing". Reply-To: Tim Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/10690; it has been noted by GNATS. From: Tim To: freebsd-gnats-submit@freebsd.org, LLazarte@mat.unb.br Cc: Subject: Re: i386/10690: Installation freezes after device selection, while "probing". Date: Wed, 28 Jul 1999 00:48:44 +1000 This also happens on my AMD386 box. Even when I disable the NIC card. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jul 27 8: 7:15 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from fed-ef1.frb.gov (fed.frb.gov [132.200.32.32]) by hub.freebsd.org (Postfix) with ESMTP id 864FA151D8; Tue, 27 Jul 1999 08:05:13 -0700 (PDT) (envelope-from seth@freebie.dp.ny.frb.org) Received: by fed-ef1.frb.gov; id LAA03076; Tue, 27 Jul 1999 11:05:02 -0400 (EDT) Received: from m1pmdf.frb.gov(192.168.3.38) by fed.frb.gov via smap (V4.2) id xmad02529; Tue, 27 Jul 99 11:04:40 -0400 Date: Tue, 27 Jul 1999 11:00:50 -0400 (EDT) From: Seth Subject: Re: bin/12819: tcpd hosts.[allow|deny] location inconsistent In-reply-to: <199907271000.DAA82812@freefall.freebsd.org> To: sheldonh@FreeBSD.org Cc: freebsd-bugs@FreeBSD.org Message-id: MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Thanks for providing a resolution so quickly. I have to object, however, to the implication that I misclassified the severity of this problem. In my opinion, if your standard tests (tcpdmatch, etc.) tell you that your system is denying certain connections, when in fact these connections are being allowed, you've got a pretty serious security issue. I installed tcp_wrapper prior to upgrading to 3.2-STABLE, so I'm still running it the "old" way. I imagine others are as well. It's important to get the word out that the "new" way requires that the hosts.[allow|deny] files be placed in separate directories. I'm currently running 3.2-STABLE FreeBSD 3.2-STABLE #4: Fri Jun 11 18:13:14 EDT 1999 with sources built from CTM up to Jun 11, and I had this problem. Finally, if you go through my previous send-pr's, I think you'll find that I've always erred on the conservative side when estimating the level of severity. I hope you'll agree after reading this that the classification I submitted was, in retrospect, a fair one. Thanks again for looking at this issue so quickly. Is there a fix for it? Seth. On Tue, 27 Jul 1999 sheldonh@FreeBSD.org wrote: > Synopsis: tcpd hosts.[allow|deny] location inconsistent > > State-Changed-From-To: open->closed > State-Changed-By: sheldonh > State-Changed-When: Tue Jul 27 02:56:50 PDT 1999 > State-Changed-Why: > The tcpd program is not distributed with FreeBSD as part of the base > system, since its functionality is built into inetd. It's part of > the tcp_wrappers port, which you don't need on 3.2-STABLE. Update > to a recent 3.2-STABLE and check the inetd(8) manpage. > > As an aside, please try to provide realistic Severity fields for your > PR's. :-) > > Thanks, > Sheldon. > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jul 27 8:51:55 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 0408714CA5 for ; Tue, 27 Jul 1999 08:51:48 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA52389; Tue, 27 Jul 1999 08:50:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 27 Jul 1999 08:50:02 -0700 (PDT) Message-Id: <199907271550.IAA52389@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Dirk-Willem van Gulik Subject: Re: kern/12838: PC-Card ctlr(0) Vadem 365 support seems broken since 3.x Reply-To: Dirk-Willem van Gulik Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/12838; it has been noted by GNATS. From: Dirk-Willem van Gulik To: freebsd-gnats-submit@freebsd.org Cc: Subject: Re: kern/12838: PC-Card ctlr(0) Vadem 365 support seems broken since 3.x Date: Tue, 27 Jul 1999 17:44:01 +0200 (CEST) Nick Hibma wrote: > Two addresses and both wrong, tsk tsk tsk. :-) Gee.. I though I could just do reply (works for apache bugs ;-)... how wrong I was. Meanwhile, back at the ranch: Trying another brand of cards: PC-Card ctlr(0) Cirrus Logic PD672X (5 mem & 2 I/O windows) Gives identical trouble. So it might be more general. Dw. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jul 27 9:26:38 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from axl.noc.iafrica.com (axl.noc.iafrica.com [196.31.1.175]) by hub.freebsd.org (Postfix) with ESMTP id CED0914D15 for ; Tue, 27 Jul 1999 09:26:24 -0700 (PDT) (envelope-from sheldonh@axl.noc.iafrica.com) Received: from sheldonh (helo=axl.noc.iafrica.com) by axl.noc.iafrica.com with local-esmtp (Exim 3.02 #1) id 119A3D-0006Up-00; Tue, 27 Jul 1999 18:25:59 +0200 From: Sheldon Hearn To: Seth Cc: freebsd-bugs@FreeBSD.org Subject: Re: bin/12819: tcpd hosts.[allow|deny] location inconsistent In-reply-to: Your message of "Tue, 27 Jul 1999 11:00:50 -0400." Date: Tue, 27 Jul 1999 18:25:59 +0200 Message-ID: <24974.933092759@axl.noc.iafrica.com> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, 27 Jul 1999 11:00:50 -0400, Seth wrote: > I have to object, however, to the implication that I misclassified the > severity of this problem. I can see where you're coming from, but... > In my opinion, if your standard tests (tcpdmatch, etc.) tell you > that your system is denying certain connections, when in fact these > connections are being allowed, you've got a pretty serious security > issue. If you have a legacy tcpd installed, then tcpd is run out of the wrapped inetd. The default /etc/hosts.allow allows _everything_. Therefore, the base system's tcpdmatch will tell you that _anything_ is allowed. It's only once you start meddling with /etc/hosts.allow that this may change. Once you've meddled with it, you know it's there and you worry. :-) > Finally, if you go through my previous send-pr's, I think you'll find that > I've always erred on the conservative side when estimating the level of > severity. I hope you'll agree after reading this that the classification > I submitted was, in retrospect, a fair one. Nope, but I can see why you thought it was severe. I do want to make it clear that I didn't mean "you are in the habit of selecting poor Severity levels". I didn't look at your PR history at all. > Thanks again for looking at this issue so quickly. Is there a fix for > it? The integration of tcp_wrappers into the base system was fairly well documented and announced. The only thing that's unfortunate is that the release notes don't reference the inetd(8) manpage and said manpage should be cross-referenced in the hosts_access(5) manpage. I'll take care of that. Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jul 27 9:40:28 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id C7A87151D8; Tue, 27 Jul 1999 09:40:27 -0700 (PDT) (envelope-from n_hibma@FreeBSD.org) Received: (from n_hibma@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA56287; Tue, 27 Jul 1999 09:39:48 -0700 (PDT) (envelope-from n_hibma@FreeBSD.org) Date: Tue, 27 Jul 1999 09:39:48 -0700 (PDT) From: Message-Id: <199907271639.JAA56287@freefall.freebsd.org> To: kaj@raditex.se, n_hibma@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/12520: Missleading comment in example in crontab(5) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Missleading comment in example in crontab(5) State-Changed-From-To: open->closed State-Changed-By: n_hibma State-Changed-When: Tue Jul 27 09:39:11 PDT 1999 State-Changed-Why: Committed. Thanks! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jul 27 10:25: 2 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from fed-ef1.frb.gov (fed.frb.gov [132.200.32.32]) by hub.freebsd.org (Postfix) with ESMTP id C99EF14DE1 for ; Tue, 27 Jul 1999 10:24:56 -0700 (PDT) (envelope-from seth@freebie.dp.ny.frb.org) Received: by fed-ef1.frb.gov; id NAA20811; Tue, 27 Jul 1999 13:24:39 -0400 (EDT) Received: from m1pmdf.frb.gov(192.168.3.38) by fed.frb.gov via smap (V4.2) id xma020691; Tue, 27 Jul 99 13:24:27 -0400 Date: Tue, 27 Jul 1999 13:24:24 -0400 (EDT) From: Seth Subject: Re: bin/12819: tcpd hosts.[allow|deny] location inconsistent In-reply-to: <25569.933094518@axl.noc.iafrica.com> To: Sheldon Hearn Cc: freebsd-bugs@freebsd.org Message-id: MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org re-cc'ed to freebsd-bugs to provide closure. OK, sorry for the followup; I see the issue here. I use CTM for updates, since CVS won't work past our firewall due to dest-port restrictions. According to my CVS logs, -w was added to inetd on 7/21/1999 (delta 3.0214). Since my build is from 6/11/1999, I missed it. Searching the -stable archives, I found your announcement of 7/21 confirming the -Ww in -stable. Since this commit is so recent, I think it's even more serious a security issue, as a majority of users probably aren't running builds later than 7/21. This means that they're still relying on a tcpd in /usr/local/libexec, and that the tcpdmatch bug is still there for them. I think an announcement needs to be made to the -stable lists to the effect that "if you're using tcpdmatch to verify your tcpd allow/deny rules using the default paths and you're running a build prior to 7/21, you're in trouble unless you've ensured that /usr/local/etc/hosts.[allow|deny] and /etc/hosts.[allow|deny] are the same." In reality, people relying on tcpdmatch to verify tcpd rules are basking in a false sense of security if they aren't aware that tcpdmatch searches a different directory than tcpd does for the rulesets. This is a very bad thing. Seth. On Tue, 27 Jul 1999, Sheldon Hearn wrote: > > > On Tue, 27 Jul 1999 12:49:30 -0400, Seth wrote: > > > OK, forgive me if I'm dense here. (I did read that, btw.) > > Did you read the inetd(8) manpage? Specifically, did you see the -w and > -W command-line options? Are you starting inetd with at least -w ? > > If you don't have -w and -W, you should update your sources, rebuild and > reinstall. > > Assuming that's not your problem, > > > Here's what I now have in /etc/inetd.conf: > > > > telnet stream tcp nowait root /usr/libexec/telnetd telnetd > > Assuming that this line used to be different, did you restart inetd? > > > /usr/local/etc/hosts.[allow|deny] are symlinks to /etc/hosts[allow|deny]. > > That might work for your applications still linked against libwrap from > the ports tree, I don't know. Ideally, you want to recompile any ports > that link against libwrap. > > I'm going home now, but I'm pretty sure you have enough information > above to sort the problem out. > > Ciao, > Sheldon. > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jul 27 12:20: 4 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 725401535D for ; Tue, 27 Jul 1999 12:20:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA69138; Tue, 27 Jul 1999 12:20:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 27 Jul 1999 12:20:02 -0700 (PDT) Message-Id: <199907271920.MAA69138@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Doug Subject: Re: bin/12825: doscmd build depends on X Reply-To: Doug Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/12825; it has been noted by GNATS. From: Doug To: sheldonh@FreeBSD.org Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: bin/12825: doscmd build depends on X Date: Tue, 27 Jul 1999 12:18:40 -0700 (PDT) On Tue, 27 Jul 1999 sheldonh@FreeBSD.org wrote: > State-Changed-From-To: open->feedback > This one's bitten me before. Can you confirm that it was pilot error and > not some other problem? I don't see how it could be pilot error to have an empty /usr/X11R6 directory. :) In any case, a quick look at the Makefile for doscmd shows this: .if exists(${X11BASE}/include/X11/X.h) && exists(${XLIBDIR}/libX11.a) CFLAGS+= -I. -I${X11BASE}/include -DDISASSEMBLER LDADD= -L${XLIBDIR} -lX11 DPADD= ${XLIBDIR}/libX11.a .else CFLAGS+= -I. -DDISASSEMBLER -DNO_X .endif When it failed for me the error was directly related to lX11, so I'd say that this is a genuine bug given that I didn't have either one of those files (although I did have an empty /usr/X11R6 directory) and yet make tried to link against libX11 anyway. I vaguely remember having some odd problems with the .if exists test a while back when I was working on a port, but I'm far from a make expert, so I couldn't really say where to look for this. Doug To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jul 27 13: 0: 5 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 9365115384 for ; Tue, 27 Jul 1999 13:00:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA72285; Tue, 27 Jul 1999 13:00:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 27 Jul 1999 13:00:02 -0700 (PDT) Message-Id: <199907272000.NAA72285@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Sheldon Hearn Subject: Re: bin/12825: doscmd build depends on X Reply-To: Sheldon Hearn Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/12825; it has been noted by GNATS. From: Sheldon Hearn To: Doug Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: bin/12825: doscmd build depends on X Date: Tue, 27 Jul 1999 21:51:04 +0200 On Tue, 27 Jul 1999 12:18:40 MST, Doug wrote: > I don't see how it could be pilot error to have an empty > /usr/X11R6 directory. :) In any case, a quick look at the Makefile for > doscmd shows this: I'll create an empty /usr/X11R6 before my next buildworld and see what happens. It'll have to wait 'til then unless you can provide error output. Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jul 27 13:18:19 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from dt011n65.san.rr.com (dt011n65.san.rr.com [204.210.13.101]) by hub.freebsd.org (Postfix) with ESMTP id 5BD9E15347 for ; Tue, 27 Jul 1999 13:18:10 -0700 (PDT) (envelope-from Doug@gorean.org) Received: from localhost (doug@localhost) by dt011n65.san.rr.com (8.8.8/8.8.8) with ESMTP id NAA01685; Tue, 27 Jul 1999 13:15:59 -0700 (PDT) (envelope-from Doug@gorean.org) Date: Tue, 27 Jul 1999 13:15:59 -0700 (PDT) From: Doug X-Sender: doug@dt011n65.san.rr.com To: Pim Schoonderwoerd Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: y2k compliancy FreeBSD 2.2.8 In-Reply-To: <3.0.6.32.19990727102249.0089ad50@eekholt.nl.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, 27 Jul 1999, Pim Schoonderwoerd wrote: > Hello, > > I see a lot of (y2k) patches for all kind of versions. > > How can I believe reading all that information that version 2.2.8 is > compliant? You can't, and shouldn't, because it isn't. If you look at the very latest version of our Y2K page it should have the info that you seek. At minimum you will have to upgrade to 3.2-Stable to get fixes for all known problems. Good luck, Doug -- On account of being a democracy and run by the people, we are the only nation in the world that has to keep a government four years, no matter what it does. -- Will Rogers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jul 27 14: 6: 4 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from dt011n65.san.rr.com (dt011n65.san.rr.com [204.210.13.101]) by hub.freebsd.org (Postfix) with ESMTP id 5CDE314E11 for ; Tue, 27 Jul 1999 14:06:01 -0700 (PDT) (envelope-from Doug@gorean.org) Received: from localhost (doug@localhost) by dt011n65.san.rr.com (8.8.8/8.8.8) with ESMTP id OAA01924; Tue, 27 Jul 1999 14:04:44 -0700 (PDT) (envelope-from Doug@gorean.org) Date: Tue, 27 Jul 1999 14:04:44 -0700 (PDT) From: Doug X-Sender: doug@dt011n65.san.rr.com To: Alex Bustamante Cc: freebsd-bugs@FreeBSD.org Subject: Re: ISO In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, 27 Jul 1999, Alex Bustamante wrote: > Hi, are you planning to release ISO images of FreeBSD ? if the answer is > no, why ? :) Well, the project receives funding based on the number of CD's sold by Walnut Creek, so in general it would be a bad idea to make it any easier than it already is for you to just download them and burn your own. A better question is, what do you plan to do with an ISO image that can't already be done with other tools? Doug -- On account of being a democracy and run by the people, we are the only nation in the world that has to keep a government four years, no matter what it does. -- Will Rogers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jul 27 14:30: 3 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 839EC15352 for ; Tue, 27 Jul 1999 14:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id OAA77954; Tue, 27 Jul 1999 14:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id AB8AF14EB3; Tue, 27 Jul 1999 14:22:55 -0700 (PDT) Message-Id: <19990727212255.AB8AF14EB3@hub.freebsd.org> Date: Tue, 27 Jul 1999 14:22:55 -0700 (PDT) From: mkc@graphics.cornell.edu To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: bin/12844: sysinstall disk label editor needs to right justify Size field, or use GB Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 12844 >Category: bin >Synopsis: sysinstall disk label editor needs to right justify Size field, or use GB >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jul 27 14:30:00 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Mitch Collinsworth >Release: 3.2-R >Organization: Cornell University >Environment: FreeBSD benge.graphics.cornell.edu 3.2-RELEASE FreeBSD 3.2-RELEASE #0: Thu Jul 1 14:43:21 EDT 1999 mkc@benge.graphics.cornell.edu:/usr/src/sys/compile/BENGE i386 >Description: sysinstall's disk label editor's size field is overflowing when size is greater than 9999MB, which is now a reality. But there are (potentially) free spaces to the left if the Mount field is not filled. Alternatively, start using GB instead of MB. Below is an example of what just happened when I added an 18 GB and 2 9 GB disks: FreeBSD Disklabel Editor Disk: da2 Partition name: da2s1 Free: 0 blocks (0MB) Disk: da3 Partition name: da3s1 Free: 0 blocks (0MB) Disk: da4 Partition name: da4s1 Free: 0 blocks (0MB) Part Mount Size Newfs Part Mount Size Newfs ---- ----- ---- ----- ---- ----- ---- ----- da2s1e /remote/16 17366MBUFS Y da3s1e /remote/17 8682MB UFS Y da4s1e /remote/18 8682MB UFS Y The following commands are valid here (upper or lower case): C = Create D = Delete M = Mount pt. W = Write N = Newfs Opts T = Newfs Toggle U = Undo Q = Finish A = Auto Defaults for all! Use F1 or ? to get more help, arrow keys to select. >How-To-Repeat: Add another 18 GB disk. >Fix: Right justify rather than left justify, or use GB rather than MB when value exceeds 9999 MB. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jul 27 15:47:49 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id DE1C014E9F; Tue, 27 Jul 1999 15:47:48 -0700 (PDT) (envelope-from hoek@FreeBSD.org) Received: (from hoek@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id PAA82316; Tue, 27 Jul 1999 15:47:47 -0700 (PDT) (envelope-from hoek@FreeBSD.org) Date: Tue, 27 Jul 1999 15:47:47 -0700 (PDT) From: Message-Id: <199907272247.PAA82316@freefall.freebsd.org> To: hoek@FreeBSD.org, freebsd-bugs@FreeBSD.org, hoek@FreeBSD.org Subject: Re: bin/9349: make doesn't diagnose non-numeric arguments to `-j' (and `-L') Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: make doesn't diagnose non-numeric arguments to `-j' (and `-L') Responsible-Changed-From-To: freebsd-bugs->hoek Responsible-Changed-By: hoek Responsible-Changed-When: Tue Jul 27 15:47:25 PDT 1999 Responsible-Changed-Why: Currently testing patch... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jul 27 16:10:23 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 33FC1153DC for ; Tue, 27 Jul 1999 16:10:19 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id QAA83578; Tue, 27 Jul 1999 16:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 6F8BC14ED8; Tue, 27 Jul 1999 16:00:38 -0700 (PDT) Message-Id: <19990727230038.6F8BC14ED8@hub.freebsd.org> Date: Tue, 27 Jul 1999 16:00:38 -0700 (PDT) From: joseph@citysearch.com To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: i386/12846: Freebsd 3.2 CD version of tftpd source will not compile; tftpsubs.h tftpsubs.c Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 12846 >Category: i386 >Synopsis: Freebsd 3.2 CD version of tftpd source will not compile; tftpsubs.h tftpsubs.c >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jul 27 16:10:00 PDT 1999 >Closed-Date: >Last-Modified: >Originator: joseph altea >Release: FreeBSD 3.2 >Organization: citysearch >Environment: >Description: Can't compile tftpd in the source tree under /usr/libexec/tftpd missing files: tftpsubs.h tftpsubs.c >How-To-Repeat: try to compile it from the CDROM distribution >Fix: email me the files and fix the distribution >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jul 27 16:21:55 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 19E7914D88 for ; Tue, 27 Jul 1999 16:21:51 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id QAA84170; Tue, 27 Jul 1999 16:20:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 27 Jul 1999 16:20:03 -0700 (PDT) Message-Id: <199907272320.QAA84170@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Alexandre Normand Subject: Re: misc/12615 Reply-To: Alexandre Normand Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/12615; it has been noted by GNATS. From: Alexandre Normand To: freebsd-gnats-submit@freebsd.org Cc: Subject: Re: misc/12615 Date: Tue, 27 Jul 1999 19:15:16 -0400 --=====================_933131716==_ Content-Type: text/plain; charset="us-ascii" Hi again, As asked, I attached my french-canadian keymap to this email. Alexandre Normand outcast@globetrotter.net --=====================_933131716==_ Content-Type: text/plain; name="cf.iso.kbd"; x-mac-type="54455854"; x-mac-creator="74747874" Content-Transfer-Encoding: x-uuencode Content-Disposition: attachment; filename="cf.iso.kbd" begin 600 cf.iso.kbd M(R!&2!!;&5X86YD2`T+"`Q.3DY"B,*"B,@("`@("`@("`@("`@("`@("`@("`@("`@("`@ M("`@("`@("`@("`@("`@("`@("`@("`@("`@("!A;'0*(R!S8V%N("`@("`@ M("`@("`@("`@("`@("`@("!C;G1R;"`@("`@("`@("!A;'0@("`@86QT("`@ M8VYT2<@("`@)UDG("`@(&5M("`@("!E;2`@("`@($,*("`P,C(@("`G=2<@ M("`@)U4G("`@(&YA:R`@("!N86L@("`@)W4G("`@("=5)R`@("!N86L@("`@ M;F%K("`@("!#"B`@,#(S("`@)VDG("`@("=))R`@("!H="`@("`@:'0@("`@ M("=I)R`@("`G22<@("`@:'0@("`@(&AT("`@("`@0PH@(#`R-"`@("=O)R`@ M("`G3R<@("`@R<@("`@9&=R82`@(&YO<"`@("!N;W`@ M("`@($\*("`P-#$@("`G(R<@("`@)WPG("`@(&YO<"`@("!N;W`@("`@)UPG M("`@("=\)R`@("!N;W`@("`@;F]P("`@("!/"B`@,#0R("`@;'-H:69T(&QS M:&EF="!LB<@("`@)UHG M("`@('-U8B`@("!S=6(@("`@)WHG("`@("=:)R`@("!S=6(@("`@"`@("`G8R<@("`@)T,G("`@(&5T>"`@("!E='@@("`@ M($,*("`P-#<@("`G=B<@("`@)U8G("`@('-Y;B`@("!S>6X@("`@)W8G("`@ M("=6)R`@("!S>6X@("`@"`@("`@ M0PH@(#`T.2`@("=N)R`@("`G3B<@("`@3$S(&9K97DR-2!F:V5Y,S<@3`R(&9K97DQ-"!F:V5Y M,C8@9FME>3,X('-C3(W(&9K97DS.2!S8W(P,R`@3$V(&9K97DR M."!F:V5Y-#`@3`U(&9K97DQ-R!F:V5Y,CD@9FME>30Q('-C3,P M(&9K97DT,B!S8W(P-B`@3$Y(&9K97DS,2!F:V5Y-#,@3`X(&9K97DR,"!F:V5Y,S(@ M9FME>30T('-C3,S(&9K97DT-2!S8W(P.2`@3(R(&9K97DS-"!F M:V5Y-#8@34P("34S("34V("34Y M("3$Q(&9K97DR,R!F:V5Y,S4@9FME>30W('-C MK)R`@("`G MNR<@("`@;F]P("`@(&YO<"`@("`GL"<@("`@)[LG("`@(&YO<"`@("!N;W`@ M("`@($\*("`P.#@@("!F:V5Y,3(@9FME>3(T(&9K97DS-B!F:V5Y-#@@30Y(&9K97DT.2!F:V5Y-#D@9FME>30Y M(&9K97DT.2!F:V5Y-#D@9FME>30Y("!/"B`@,#DU("`@9FME>34P(&9K97DU M,"!F:V5Y-3`@9FME>34P(&9K97DU,"!F:V5Y-3`@9FME>34P(&9K97DU,"`@ M3PH@(#`Y-B`@(&9K97DU,2!F:V5Y-3$@9FME>34Q(&9K97DU,2!F:V5Y-3$@ M9FME>34Q(&9K97DU,2!F:V5Y-3$@($\*("`P.3<@("!F:V5Y-3,@9FME>34S M(&9K97DU,R!F:V5Y-3,@9FME>34S(&9K97DU,R!F:V5Y-3,@9FME>34S("!/ M"B`@,#DX("`@9FME>34U(&9K97DU-2!F:V5Y-34@9FME>34U(&9K97DU-2!F M:V5Y-34@9FME>34U(&9K97DU-2`@3PH@(#`Y.2`@(&9K97DU-R!F:V5Y-3<@ M9FME>34W(&9K97DU-R!F:V5Y-3<@9FME>34W(&9K97DU-R!F:V5Y-3<@($\* M("`Q,#`@("!F:V5Y-3@@9FME>34X(&9K97DU."!F:V5Y-3@@9FME>34X(&9K M97DU."!F:V5Y-3@@9FME>34X("!/"B`@,3`Q("`@9FME>34Y(&9K97DU.2!F M:V5Y-3D@9FME>34Y(&9K97DU.2!F:V5Y-3D@9FME>34Y(&9K97DU.2`@3PH@ M(#$P,B`@(&9K97DV,"!F:V5Y-C`@9FME>38P(&9K97DV,"!F:V5Y-C`@9FME M>38P(&9K97DV,"!F:V5Y-C`@($\*("`Q,#,@("!F:V5Y-C$@9FME>38Q(&9K M97DV,2!F:V5Y-C$@9FME>38Q(&9K97DV,2!B;V]T("`@9FME>38Q("!/"B`@ M,3`T("`@38R(&9K97DV,B!F:V5Y-C(@9FME>38R(&9K97DV,B!F:V5Y-C(@($\*("`Q M,#8@("!F:V5Y-C,@9FME>38S(&9K97DV,R!F:V5Y-C,@9FME>38S(&9K97DV M,R!F:V5Y-C,@9FME>38S("!/"B`@,3`W("`@9FME>38T(&9K97DV-"!F:V5Y M-C0@9FME>38T(&9K97DV-"!F:V5Y-C0@9FME>38T(&9K97DV-"`@3PH@(#$P M."`@(&YO<"`@("!N;W`@("`@;F]P("`@(&YO<"`@("!N;W`@("`@;F]P("`@ M(&YO<"`@("!N;W`@("`@($\*"F1GH)R`@("@@)V$G(#(R."`I("@@ M)T$G(#$Y-B`I("@@)S,G(#(S-2`I("@@)T4G(#(P,R`I"B`@("`@("`@("`@ M("@@)VDG(#(S.2`I("@@)TDG(#(P-R`I("@@)V\G(#(T-B`I("@@)T\G(#(Q M-"`I"B`@("`@("`@("`@("@@)W4G(#(U,B`I("@@)U4G(#(R,"`I("@@)WDG M(#(U-2`I"@ID8V5D("`GN"<@("`H("=C)R`R,S$@*2`H("=#)R`Q.3D@*2`@ "(`H` ` end --=====================_933131716==_ Content-Type: text/plain; charset="us-ascii" --=====================_933131716==_-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jul 27 18:52:56 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id BEADE14CD1 for ; Tue, 27 Jul 1999 18:52:49 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id SAA92131; Tue, 27 Jul 1999 18:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 3ED8514CA7; Tue, 27 Jul 1999 18:43:36 -0700 (PDT) Message-Id: <19990728014336.3ED8514CA7@hub.freebsd.org> Date: Tue, 27 Jul 1999 18:43:36 -0700 (PDT) From: ktsin@acm.org To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: bin/12847: [PATCH] Fix for "Proxy ARP" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 12847 >Category: bin >Synopsis: [PATCH] Fix for "Proxy ARP" >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jul 27 18:50:00 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Key Teck Sin >Release: FreeBSD 3.2-STABLE >Organization: >Environment: FreeBSD daffodil.singtel-yp.com 3.2-STABLE FreeBSD 3.2-STABLE #0: Sun Jul 18 15:45:00 SGT 1999 root@daffodil:/usr/src/sys/compile/DAFFODIL i386 >Description: See PR bin/12448. >How-To-Repeat: See PR bin/12448. >Fix: A buffer containing sockaddrs (RTA_DST, RTA_GATEWAY, RTA_NETMASK) is passed to and from the kernel. Arp did not align the sockaddrs when constructing the buffer but the kernel (rtsock.c) required the starting address of each sockaddr in the buffer to be a multiple of 4. Arp -s broke when the size of sockaddr_dl (RTA_GATEWAY) increased from 20 to 54 after some new elements were added. So RTA_NETMASK was copied to and from the wrong offset by rtsock.c (offset 16+56) and arp.c (offset 16+54). ROUNDUP() macro is now used in arp.c when copying sockaddr structures to and from the buffer. The patch is included below. Please fetch from http://www.daddylonglegs.com/arp.patch if you encounter problems with spaces, tabs and newlines. ==========================================cut here============================================ *** usr.sbin/arp/arp.c.orig Sun Jun 6 10:26:08 1999 --- usr.sbin/arp/arp.c Mon Jul 26 18:05:12 1999 *************** *** 112,117 **** --- 112,120 ---- #define SETFUNC(f) { if (func) usage(); func = (f); } + #define ROUNDUP(a) \ + ((a) > 0 ? (1 + (((a) - 1) | (sizeof(long) - 1))) : sizeof(long)) + int main(argc, argv) int argc; *************** *** 494,504 **** printf(" published (proxy only)"); if (rtm->rtm_addrs & RTA_NETMASK) { sin = (struct sockaddr_inarp *) ! (sdl->sdl_len + (char *)sdl); if (sin->sin_addr.s_addr == 0xffffffff) printf(" published"); if (sin->sin_len != 8) ! printf("(wierd)"); } switch(sdl->sdl_type) { case IFT_ETHER: --- 497,507 ---- printf(" published (proxy only)"); if (rtm->rtm_addrs & RTA_NETMASK) { sin = (struct sockaddr_inarp *) ! (ROUNDUP(sdl->sdl_len) + (char *)sdl); if (sin->sin_addr.s_addr == 0xffffffff) printf(" published"); if (sin->sin_len != 8) ! printf("(weird)"); } switch(sdl->sdl_type) { case IFT_ETHER: *************** *** 607,613 **** } #define NEXTADDR(w, s) \ if (rtm->rtm_addrs & (w)) { \ ! bcopy((char *)&s, cp, sizeof(s)); cp += sizeof(s);} NEXTADDR(RTA_DST, sin_m); NEXTADDR(RTA_GATEWAY, sdl_m); --- 610,616 ---- } #define NEXTADDR(w, s) \ if (rtm->rtm_addrs & (w)) { \ ! bcopy((char *)&s, cp, sizeof(s)); cp += ROUNDUP(sizeof(s));} NEXTADDR(RTA_DST, sin_m); NEXTADDR(RTA_GATEWAY, sdl_m); ============================================cut here======================================== >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jul 27 20: 1:51 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 61B9714C1A for ; Tue, 27 Jul 1999 20:01:48 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id UAA96076; Tue, 27 Jul 1999 20:00:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 27 Jul 1999 20:00:03 -0700 (PDT) Message-Id: <199907280300.UAA96076@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Garrett Wollman Subject: kern/12729: Missing function pointer initialization in Network code Reply-To: Garrett Wollman Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/12729; it has been noted by GNATS. From: Garrett Wollman To: rhtiwari@cygsoft.com Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: kern/12729: Missing function pointer initialization in Network code Date: Tue, 27 Jul 1999 22:55:03 -0400 (EDT) < In file ip_input.c on line 163 you are declaring a pointer: > ip_nat_t *ip_nat_ptr ; > However I was unable to determine where this pointer is being > initialized. Precisely there. It is a declaration of a variable with static lifetime. Please read ISO 9899 (or at least K&R II). > Could somebody please explain to me what exactly is going on in the code? Nothing. This is not a bug, and should not have had a PR filed on it. -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jul 28 0: 5: 4 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 74D0C1542B; Wed, 28 Jul 1999 00:05:02 -0700 (PDT) (envelope-from n_hibma@FreeBSD.org) Received: (from n_hibma@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id AAA12741; Wed, 28 Jul 1999 00:04:41 -0700 (PDT) (envelope-from n_hibma@FreeBSD.org) Date: Wed, 28 Jul 1999 00:04:41 -0700 (PDT) From: Message-Id: <199907280704.AAA12741@freefall.freebsd.org> To: n_hibma@FreeBSD.org, freebsd-bugs@FreeBSD.org, n_hibma@FreeBSD.org Subject: Re: kern/12729: Missing function pointer initialization in Network code Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Missing function pointer initialization in Network code Responsible-Changed-From-To: freebsd-bugs->n_hibma Responsible-Changed-By: n_hibma Responsible-Changed-When: Tue Jul 27 23:59:37 PDT 1999 Responsible-Changed-Why: remind me to close it in a wee while. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jul 28 0: 5:22 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from ns.skylink.it (ns.skylink.it [194.177.113.1]) by hub.freebsd.org (Postfix) with ESMTP id 5235915420 for ; Wed, 28 Jul 1999 00:05:18 -0700 (PDT) (envelope-from hibma@skylink.it) Received: from heidi.plazza.it (va-178.skylink.it [194.185.55.178]) by ns.skylink.it (8.9.1/8.8.8) with ESMTP id JAA05078; Wed, 28 Jul 1999 09:04:35 +0200 Received: from localhost (localhost.plazza.it [127.0.0.1]) by heidi.plazza.it (8.8.8/8.8.5) with SMTP id JAA12049; Wed, 28 Jul 1999 09:04:35 +0200 (CEST) Date: Wed, 28 Jul 1999 09:04:35 +0200 (CEST) From: Nick Hibma X-Sender: n_hibma@heidi.plazza.it Reply-To: Nick Hibma To: Garrett Wollman Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: kern/12729: Missing function pointer initialization in Network code In-Reply-To: <199907280300.UAA96076@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > However I was unable to determine where this pointer is being > > initialized. > > Precisely there. It is a declaration of a variable with static > lifetime. Please read ISO 9899 (or at least K&R II). For clarities sake I do think it is a good point in having explicit initialisations. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jul 28 0:43:40 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.26.10.9]) by hub.freebsd.org (Postfix) with ESMTP id D5E6A15442 for ; Wed, 28 Jul 1999 00:43:35 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id RAA11212; Wed, 28 Jul 1999 17:42:59 +1000 Date: Wed, 28 Jul 1999 17:42:59 +1000 From: Bruce Evans Message-Id: <199907280742.RAA11212@godzilla.zeta.org.au> To: hibma@skylink.it, wollman@khavrinen.lcs.mit.edu Subject: Re: kern/12729: Missing function pointer initialization in Network code Cc: freebsd-bugs@FreeBSD.ORG Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > >> > However I was unable to determine where this pointer is being >> > initialized. >> >> Precisely there. It is a declaration of a variable with static >> lifetime. Please read ISO 9899 (or at least K&R II). > >For clarities sake I do think it is a good point in having explicit >initialisations. You mean for clutters sake. Anyway, the PR was really about why this pointer is not changed from its initial value of 0. That is because it is dead code (added in rev.1.46, removed in rev.1.117). Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jul 28 1:31:41 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from mrelay.jrc.it (mrelay.jrc.it [139.191.1.65]) by hub.freebsd.org (Postfix) with ESMTP id 7E39815518 for ; Wed, 28 Jul 1999 01:31:35 -0700 (PDT) (envelope-from nick.hibma@jrc.it) Received: from elect8 (elect8.jrc.it [139.191.71.152]) by mrelay.jrc.it (LMC5692) with SMTP id KAA14466; Wed, 28 Jul 1999 10:30:57 +0200 (MET DST) Date: Wed, 28 Jul 1999 10:30:56 +0200 (MET DST) From: Nick Hibma X-Sender: n_hibma@elect8 Reply-To: Nick Hibma To: Bruce Evans Cc: wollman@khavrinen.lcs.mit.edu, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/12729: Missing function pointer initialization in Network code In-Reply-To: <199907280742.RAA11212@godzilla.zeta.org.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > >> Precisely there. It is a declaration of a variable with static > >> lifetime. Please read ISO 9899 (or at least K&R II). > > > >For clarities sake I do think it is a good point in having explicit > >initialisations. > > You mean for clutters sake. Forgive my ignorance, but I do not have a copy of ISO 9899 or K&R II lying around, nor do I know off the top of my head what gcc or any other tools adher to with or without flags specified. And certainly do I not want to be bothered with standards compliance when trying to understand a piece of code. int *ptr = NULL; instead of int *ptr; for a variable with static lifetime is considered by most people a Good Thing. I remember BSS not being cleared on TOS (Atari ST) for example. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jul 28 1:40:27 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id E22F015434 for ; Wed, 28 Jul 1999 01:40:25 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA23283; Wed, 28 Jul 1999 01:40:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Wed, 28 Jul 1999 01:40:02 -0700 (PDT) Message-Id: <199907280840.BAA23283@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Sheldon Hearn Subject: Re: bin/12554: file(1) Magdir addition Reply-To: Sheldon Hearn Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/12554; it has been noted by GNATS. From: Sheldon Hearn To: David Bushong Cc: freebsd-gnats-submit@freebsd.org Subject: Re: bin/12554: file(1) Magdir addition Date: Wed, 28 Jul 1999 10:36:31 +0200 Hi David, I've had some good advice from David O'Brien on the issue of what to call the file in which your new addition goes. He suggested that, since is actively maintained by Christos Zoulas (yes, it should really be in contrib), we should send the man e-mail with submissions and let him decide where to put them. :-) Then we can import his updates into our own version without heart-ache, knowing that the guy who looks after the package made the decision himself. Would you like to mail your contributions to Christos and keep PR 12554 in the loop? Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jul 28 5:30:26 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 9BF6A1547B for ; Wed, 28 Jul 1999 05:30:22 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA43503; Wed, 28 Jul 1999 05:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from karon.dynas.se (karon.dynas.se [192.71.43.4]) by hub.freebsd.org (Postfix) with SMTP id 1E45914BFE for ; Wed, 28 Jul 1999 05:25:42 -0700 (PDT) (envelope-from mikko@mt.dynas.se) Received: (qmail 57382 invoked from network); 28 Jul 1999 12:25:37 -0000 Received: from spirit.sto.dynas.se (HELO spirit.dynas.se) (172.16.1.10) by karon.sto.dynas.se with SMTP; 28 Jul 1999 12:25:37 -0000 Received: from mt.dynas.se by spirit.dynas.se with smtp (Smail3.1.28.1 #32) id m119Sm9-000iTAC; Wed, 28 Jul 99 14:25:37 +0200 Received: (from mikko@localhost) by mt.dynas.se (8.9.3/8.9.3) id OAA27588; Wed, 28 Jul 1999 14:25:40 +0200 (CEST) (envelope-from mikko) Message-Id: <199907281225.OAA27588@mt.dynas.se> Date: Wed, 28 Jul 1999 14:25:40 +0200 (CEST) From: mikko@dynas.se Reply-To: mikko@dynas.se To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/12849: Shared library version script gives warnings from rtld Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 12849 >Category: bin >Synopsis: Shared library version script gives warnings from rtld >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jul 28 05:30:01 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Mikko Työläjärvi >Release: FreeBSD 4.0-CURRENT i386 >Organization: - >Environment: FreeBSD i386 4.0-CURRENT (July 26, 1999) GNU ld version 2.9.1 (with BFD 2.9.1) egcs-2.91.66 Also: FreeBSD i386 3.1-STABLE (Mar 8, 1999) GNU ld version 2.9.1 (with BFD 2.9.1) gcc 2.7.2.1 And also: FreeBSD 3.2-STABLE (May 19, 1999) GNU ld version 2.9.1 (with BFD 2.9.1) gcc 2.7.2.1 >Description: When creating shared libs using version scripts (the --version-script flag to "ld"), I get warning messages on stdout, presumably from "rtld-elf", about unsupported "d_tag". The purpose of using the version script is to limit the number of externally visible symbols in the lib, but even an almost empty version script gives this result. The offending tags seem to be in the range (in hex) 6FFFFFF[0-F] I have no idea whether the problem lies with rtld or ld, or simply is a user error. Programs seem to run ok, though. For example: LD_LIBRARY_PATH=. ./program Ignored d_tag 1879048190 Ignored d_tag 1879048191 Ignored d_tag 1879048176 Ignored d_tag 1879048188 Ignored d_tag 1879048189 Ignored d_tag 1879048176 In main ... >How-To-Repeat: Put this makefile in an otherwise empty directory, and run make. That should produce a minimal shared lib and a minimal program linked against it, as well as run the program to show the diagnostics. "make clean; make NOVERSION=yes" repeats the operation, but without the version script and without diagnostics from rtld. ---8<--Makefile -------------------------------------------------------------- .ifndef NOVERSION LD_FLAGS = -Wl,--version-script=version .endif CFLAGS = -fpic OTHERLIBS = -lc program: program.o $(CC) -o $@ $? -L. -lxxx LD_LIBRARY_PATH=. ./program program: libxxx.so program.c: mkfunc.sh sh mkfunc.sh main entry > $@ libxxx.so: libxxx.so.1 ln -sf $? $@ libxxx.so.1: f.o version cc -shared -o $@ -Wl,-soname,$@ f.o $(LD_FLAGS) $(OTHERLIBS) f.c: mkfunc.sh sh mkfunc.sh entry > $@ version: echo 'V_1.0 { global: entry; local: *; };' > $@ mkfunc.sh: (echo 'echo -n "int $$1() { puts(\"In $$1\");"; shift;';\ echo 'for i in $$*; do echo -n "$$i();"; done';\ echo 'echo "return 0; }";'; ) > mkfunc.sh clean: rm -f *.c *.o *.a *.so *.so.? program version mkfunc.sh *.core ---8<---------------------------------------------------------------------- >Fix: Ask an ELF guru...? >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jul 28 5:40:49 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from smtp11.bellglobal.com (smtp11.bellglobal.com [204.101.251.53]) by hub.freebsd.org (Postfix) with ESMTP id 2F32614C8B for ; Wed, 28 Jul 1999 05:40:42 -0700 (PDT) (envelope-from vanderh@ecf.toronto.edu) Received: from localhost.nowhere (ppp18411.on.bellglobal.com [206.172.130.91]) by smtp11.bellglobal.com (8.8.5/8.8.5) with ESMTP id IAA11927; Wed, 28 Jul 1999 08:43:12 -0400 (EDT) Received: (from tim@localhost) by localhost.nowhere (8.9.3/8.9.1) id IAA01751; Wed, 28 Jul 1999 08:40:02 -0400 (EDT) (envelope-from tim) Date: Wed, 28 Jul 1999 08:40:02 -0400 From: Tim Vanderhoek To: Nick Hibma Cc: Bruce Evans , wollman@khavrinen.lcs.mit.edu, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/12729: Missing function pointer initialization in Network code Message-ID: <19990728084002.B1591@mad> References: <199907280742.RAA11212@godzilla.zeta.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95i In-Reply-To: ; from Nick Hibma on Wed, Jul 28, 1999 at 10:30:56AM +0200 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, Jul 28, 1999 at 10:30:56AM +0200, Nick Hibma wrote: > > tools adher to with or without flags specified. And certainly do I not > want to be bothered with standards compliance when trying to understand > a piece of code. Come on. This isn't some obscure feature of the standard. > for a variable with static lifetime is considered by most people a Good > Thing. I remember BSS not being cleared on TOS (Atari ST) for example. Leaving global variables unitialized was also tried by CSRG before one of their releases. They backtracked, since it was so common (ie. not some obscure feature of (what is now) the standard. -- This is my .signature which gets appended to the end of my messages. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jul 28 6:10: 7 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 0DC0A15468 for ; Wed, 28 Jul 1999 06:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA46527; Wed, 28 Jul 1999 06:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from mail.euroweb.hu (mail.euroweb.hu [193.226.220.4]) by hub.freebsd.org (Postfix) with ESMTP id A382215474 for ; Wed, 28 Jul 1999 06:04:11 -0700 (PDT) (envelope-from hu006co@mail.euroweb.hu) Received: (from hu006co@localhost) by mail.euroweb.hu (8.8.5/8.8.5) id OAA13277 for FreeBSD-gnats-submit@freebsd.org; Wed, 28 Jul 1999 14:48:28 +0200 (MET DST) Received: (from zgabor@localhost) by CoDe.hu (8.8.8/8.8.8) id OAA00539; Wed, 28 Jul 1999 14:47:20 +0200 (CEST) (envelope-from zgabor) Message-Id: <199907281247.OAA00539@CoDe.hu> Date: Wed, 28 Jul 1999 14:47:20 +0200 (CEST) From: zgabor@CoDe.hu Reply-To: zgabor@CoDe.hu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: conf/12850: bug in 3.x's new i386 bootloader Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 12850 >Category: conf >Synopsis: an interesting bug in the 3.x series' new i386 bootloader >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jul 28 06:10:01 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Zahemszky Gabor >Release: FreeBSD 3.2-RELEASE i386 >Organization: CoDe Kft. >Environment: >Description: In the file: /usr/src/sys/i386/boot/common/pnp.c, in the pnp_reload function, at line 108, there is a bug: (by the way, this file hasn't got any version info, it's on my 3.2-R i386 machine) the function has only one parameter: the filename, (char *) fname; from which file we need to reload some information. In the function, there are three pnp_readconf() calls, the first two are with constant strings ("/boot/xxx1", and "/boot/xxx2" - I cannot remember), and the third, with the parameter: pnp_readconf( fname ). But in the file, there is: pnp_readconf( "fname" ). --------------^-----^ So with it, we cannot use another config file, as the code tested that name: "fname". (But on the error report, it reports the normal filename - fname.) >How-To-Repeat: vi /usr/src/sys/i386/boot/common/pnp.c 108G >Fix: substitute "fname" with fname :-) f"x;x (a'la vi) By, Gabor Zahemszky ZGabor at CoDe dot HU ----- #!/bin/ksh Z='21N16I25C25E30, 40M30E33E25T15U!' ;IFS=' ABCDEFGHIJKLMNOPQRSTUVWXYZ ';set $Z ;for i { [[ $i = ? ]]&&print $i&&break;[[ $i = ??? ]]&&j=$i&&i=${i%?};typeset -i40 i=8#$i;print -n ${i#???};[[ "$j" = ??? ]]&&print -n "${j#??} "&&j=;typeset +i i;};IFS=' 0123456789 ';set $Z;X=;for i { [[ $i = , ]]&&i=2;[[ $i = ?? ]]||typeset -l i;X="$X $i";typeset +l i;};print "$X" >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jul 28 6:20:31 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 17FE015468; Wed, 28 Jul 1999 06:20:29 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA47067; Wed, 28 Jul 1999 06:18:51 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Wed, 28 Jul 1999 06:18:51 -0700 (PDT) From: Message-Id: <199907281318.GAA47067@freefall.freebsd.org> To: joseph@citysearch.com, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, sheldonh@FreeBSD.org Subject: Re: i386/12846: Freebsd 3.2 CD version of tftpd source will not compile; tftpsubs.h tftpsubs.c Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Freebsd 3.2 CD version of tftpd source will not compile; tftpsubs.h tftpsubs.c State-Changed-From-To: open->feedback State-Changed-By: sheldonh State-Changed-When: Wed Jul 28 06:17:31 PDT 1999 State-Changed-Why: I can't reproduce this problem using 3.2-RELEASE sources. Nor with STABLE nor with CURRENT. For me to take this any further, I'll need to see a more detailed description of what you're doing and what you see. Responsible-Changed-From-To: freebsd-bugs->sheldonh Responsible-Changed-By: sheldonh Responsible-Changed-When: Wed Jul 28 06:17:31 PDT 1999 Responsible-Changed-Why: I'll take this one. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jul 28 6:21:35 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 9A1181547C; Wed, 28 Jul 1999 06:21:34 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA47301; Wed, 28 Jul 1999 06:21:23 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Wed, 28 Jul 1999 06:21:23 -0700 (PDT) From: Message-Id: <199907281321.GAA47301@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, jkh@FreeBSD.org Subject: Re: bin/12844: sysinstall disk label editor needs to right justify Size field, or use GB Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: sysinstall disk label editor needs to right justify Size field, or use GB Responsible-Changed-From-To: freebsd-bugs->jkh Responsible-Changed-By: sheldonh Responsible-Changed-When: Wed Jul 28 06:20:25 PDT 1999 Responsible-Changed-Why: Hand over to Mr Sysinstall. *duck* To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jul 28 6:51:38 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 4CF7614BFE; Wed, 28 Jul 1999 06:51:37 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA91836; Wed, 28 Jul 1999 06:48:57 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Wed, 28 Jul 1999 06:48:57 -0700 (PDT) From: Message-Id: <199907281348.GAA91836@freefall.freebsd.org> To: svysh@rsfq.npi.msu.su, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/10672: blank line inserted by vipw into master.passwd blocks password change Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: blank line inserted by vipw into master.passwd blocks password change State-Changed-From-To: open->closed State-Changed-By: sheldonh State-Changed-When: Wed Jul 28 06:47:31 PDT 1999 State-Changed-Why: See 12828 for patches. Ooops. See PR 12828 for patches. :-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jul 28 7:34:20 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id 7CC6F14E1D for ; Wed, 28 Jul 1999 07:34:18 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.1/8.9.1) id KAA07935; Wed, 28 Jul 1999 10:32:12 -0400 (EDT) (envelope-from wollman) Date: Wed, 28 Jul 1999 10:32:12 -0400 (EDT) From: Garrett Wollman Message-Id: <199907281432.KAA07935@khavrinen.lcs.mit.edu> To: Nick Hibma Cc: Bruce Evans , wollman@khavrinen.lcs.mit.edu, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/12729: Missing function pointer initialization in Network code In-Reply-To: References: <199907280742.RAA11212@godzilla.zeta.org.au> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org < said: > int *ptr = NULL; > instead of > int *ptr; > for a variable with static lifetime is considered by most people a Good > Thing. For some values of ``most'', I guess. > I remember BSS not being cleared on TOS (Atari ST) for example. Then it wasn't implementing the C Programming Language. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jul 28 8:33:50 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 60177154F4; Wed, 28 Jul 1999 08:33:49 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA99984; Wed, 28 Jul 1999 08:33:22 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Wed, 28 Jul 1999 08:33:22 -0700 (PDT) From: Message-Id: <199907281533.IAA99984@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, rnordier@FreeBSD.org Subject: Re: conf/12850: an interesting bug in the 3.x series' new i386 bootloader Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: an interesting bug in the 3.x series' new i386 bootloader Responsible-Changed-From-To: freebsd-bugs->rnordier Responsible-Changed-By: sheldonh Responsible-Changed-When: Wed Jul 28 08:29:15 PDT 1999 Responsible-Changed-Why: Assuming that the originator means src/sys/boot/common/pnp.c and not src/sys/i386/boot/common/pnp.c, it's fixed in CURRENT but not STABLE. I'm assigning this to Robert as an MFC reminder. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jul 28 8:39:39 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 5117D154C7; Wed, 28 Jul 1999 08:39:32 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA00652; Wed, 28 Jul 1999 08:38:16 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Wed, 28 Jul 1999 08:38:16 -0700 (PDT) From: Message-Id: <199907281538.IAA00652@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, jb@FreeBSD.org Subject: Re: bin/12849: Shared library version script gives warnings from rtld Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Shared library version script gives warnings from rtld Responsible-Changed-From-To: freebsd-bugs->jb Responsible-Changed-By: sheldonh Responsible-Changed-When: Wed Jul 28 08:36:08 PDT 1999 Responsible-Changed-Why: John is an ELF guru. John, if I'm treading on your toes here, please feel free to say so. :-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jul 28 8:52:35 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id C8D85154AB for ; Wed, 28 Jul 1999 08:52:32 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA01668; Wed, 28 Jul 1999 08:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from plab.ku.dk (plab.ku.dk [130.225.105.65]) by hub.freebsd.org (Postfix) with ESMTP id CD83C154A9 for ; Wed, 28 Jul 1999 08:41:43 -0700 (PDT) (envelope-from tobez@plab.ku.dk) Received: from lion.plab.ku.dk (lion.plab.ku.dk [130.225.105.49]) by plab.ku.dk (8.9.1/8.9.1) with ESMTP id RAA18465 for ; Wed, 28 Jul 1999 17:41:24 +0200 (CEST) Received: (from tobez@localhost) by lion.plab.ku.dk (8.9.3/8.9.3) id RAA68304; Wed, 28 Jul 1999 17:38:59 +0200 (CEST) (envelope-from tobez) Message-Id: <199907281538.RAA68304@lion.plab.ku.dk> Date: Wed, 28 Jul 1999 17:38:59 +0200 (CEST) From: tobez@plab.ku.dk Reply-To: tobez@plab.ku.dk To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/12852: Non-standard behavior of fread(3) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 12852 >Category: bin >Synopsis: Non-standard behavior of fread(3) >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jul 28 08:50:01 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Anton Berezin >Release: FreeBSD 4.0-CURRENT i386 >Organization: The Protein Laboratory, University of Copenhagen >Environment: This is so on 2.2.8, 3.0, 3.1, 3.2 and 4.0, at least. :-) >Description: The following little program: #include #include int main(int argc, char **argv) { char buf; int r = fread(&buf,1,1,stdout); printf("%d ferror=%d feof=%d errno=%d\n", r, ferror(stdout), feof(stdout), errno); return 0; } produces this output: 0 ferror=0 feof=0 errno=9 I am not exactly sure that this is a bug, strictly speaking. However, there are certain indications that this behavior is non-standard. Let me explain this a bit. The issue was raised when perl5 developers have added a specific test in the most recent developer's version of perl (5.005_58, to be precise). It quickly turned out that libc on different platforms produce very different results. To my knowledge, several versions of Linux's glibc, as well as NetBSD libc and OSF1 4.0 libc do the same thing as we do. It was reported on p5p mailing list that many other systems behave differently. For example, the program above, being run on HP-UX B.10.20, produce 0 ferror=32 feof=0 errno=9 Gurusamy Sarathy communicated this with glibc developers, and they decided to change the behavior of glibc in future versions. The reason was (I quote only relevant part of the message Sarathy forwarded to p5p): --- quote start --- Message-Id: Date: 21 Jul 1999 17:35:44 +0200 From: Andreas Jaeger To: libc-alpha Mailinglist , gsar@activestate.com Subject: Re: [Gurusamy Sarathy ] ferror() after fread() on a FILE* ***opened for write [snipped by tobez] The ISO C9x draft I've got here, mentions as return value for fread: [#3] The fread function returns the number of elements successfully read, which may be less than nmemb if a read error or end-of-file is encountered. If size or nmemb is zero, fread returns zero and the contents of the array and the state of the stream remain unchanged. fread returned 0 which is less than 1 - therefore either a read error or end-of-file is encountered. But feof and ferror tell me that neither is encountered. [snipped by tobez] --- quote end --- This interpretation is also consistent with FreeBSD's man 3 fread: If an error occurs, or the end-of-file is reached, the return value is a short object count (or zero). So I think that it might be a good idea to change the behavior of our libc, too. In the Fix section I provide a patch which changes the behavior of fread() to set __SERR together with setting EBADF. >How-To-Repeat: Compile and run the program from the Description section. >Fix: --- /usr/src/lib/libc/stdio/refill.c.orig Wed Jul 28 17:30:44 1999 +++ /usr/src/lib/libc/stdio/refill.c Wed Jul 28 17:31:40 1999 @@ -82,6 +82,7 @@ if ((fp->_flags & __SRD) == 0) { if ((fp->_flags & __SRW) == 0) { errno = EBADF; + fp->_flags |= __SERR; return (EOF); } /* switch to reading */ >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jul 28 9:41:11 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 229A614DD8 for ; Wed, 28 Jul 1999 09:41:09 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA05401; Wed, 28 Jul 1999 09:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from misha.cisco.com (misha.cisco.com [171.69.206.50]) by hub.freebsd.org (Postfix) with ESMTP id 4E46314D54 for ; Wed, 28 Jul 1999 09:30:32 -0700 (PDT) (envelope-from mi@misha.cisco.com) Received: (from mi@localhost) by misha.cisco.com (8.9.3/8.9.1) id MAA09267; Wed, 28 Jul 1999 12:29:15 -0400 (EDT) (envelope-from mi) Message-Id: <199907281629.MAA09267@misha.cisco.com> Date: Wed, 28 Jul 1999 12:29:15 -0400 (EDT) From: Mikhail Teterin Reply-To: mi@aldan.algebra.com To: FreeBSD-gnats-submit@freebsd.org Cc: eischen@VIGRID.COM X-Send-Pr-Version: 3.2 Subject: bin/12853: resend: uthread_init.c PANICs in case of (legally) close stdin Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 12853 >Category: bin >Synopsis: uthread_init.c PANICs in case of (legally) close stdin >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jul 28 09:40:01 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Mikhail Teterin >Release: FreeBSD 3.2-STABLE i386 >Organization: Virtual Estates, Inc. >Environment: >Description: It appears, a thread-using (linked with -lc_r) application must have a valid stdin at startup (and stdout, and stderr). Otherwise, it will PANIC("Cannot get stdio flags") and may then seg-fault (because of the closed stderr too). The discussion of the matter with John Birrell and Dan Eischen yielded a patch below, which fixed our problem. >How-To-Repeat: We are replacing the HylaFAX's ${PREFIX}/sbin/faxsend with our own thread-using application. The app works fine when started from command line, but dies a horrible death when started normally -- by HylaFAX's ${PREFIX}/sbin/faxq. I managed to produce the ktrace (had to make /usr/bin/ktrace suid), which helped me identify the problem and, most importantly, helped the "thread people" come up with the fix: 1157 ktrace RET ktrace 0 1157 ktrace CALL execve(0xbfbfdc23,0xbfbfdaec,0xbfbfdb00) 1157 ktrace NAMI "/usr/local/sbin/faxsend.bin" 1157 faxsend.bin RET execve 0 1157 faxsend.bin CALL getpid 1157 faxsend.bin RET getpid 1157/0x485 1157 faxsend.bin CALL fcntl(0,0x3,0) 1157 faxsend.bin RET fcntl -1 errno 9 Bad file descriptor 1157 faxsend.bin CALL write(0x2,0xbfbfd9ac,0x6e) 1157 faxsend.bin GIO fd 2 wrote 110 bytes "Fatal error 'Cannot get stdio flags' at line ? in file /usr/src/lib/libc_r/ut\ hread/uthread_init.c (errno = ?) " 1157 faxsend.bin RET write 110/0x6e 1157 faxsend.bin CALL setitimer(0x2,0xbfbfd968,0) 1157 faxsend.bin RET setitimer 0 1157 faxsend.bin CALL close(0xffffffff) 1157 faxsend.bin RET close -1 errno 9 Bad file descriptor 1157 faxsend.bin CALL close(0xffffffff) 1157 faxsend.bin RET close -1 errno 9 Bad file descriptor 1157 faxsend.bin PSIG SIGSEGV SIG_DFL >Fix: This fix does NOT fix the seg-fault itself, but only prevents the panic from happening in this legal case. I hope, this gets commited before the seg-fault is hunted down, as it is a different problem. --- uthread_init.c.orig Wed Jul 28 10:48:25 1999 +++ uthread_init.c Wed Jul 28 10:33:50 1999 @@ -118,5 +118,13 @@ if ((_pthread_stdio_flags[i] = - _thread_sys_fcntl(i,F_GETFL, NULL)) == -1) - PANIC("Cannot get stdio flags"); - + _thread_sys_fcntl(i,F_GETFL, NULL)) == -1 && errno != EBADF) { + const char *panics[] = { + "Cannot initialize " "stdin" " file descriptor " + "table entry", + "Cannot initialize " "stdout" " file descriptor " + "table entry", + "Cannot initialize " "stderr" " file descriptor " + "table entry" + }; + PANIC(panics[i]); + } /* >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jul 28 10:10:21 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id D420714EF1 for ; Wed, 28 Jul 1999 10:10:17 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA09669; Wed, 28 Jul 1999 10:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id BD0BB14CAB; Wed, 28 Jul 1999 10:08:52 -0700 (PDT) Message-Id: <19990728170852.BD0BB14CAB@hub.freebsd.org> Date: Wed, 28 Jul 1999 10:08:52 -0700 (PDT) From: rich@math.missouri.edu To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: misc/12856: installworld over nfs broken (3.2S) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 12856 >Category: misc >Synopsis: installworld over nfs broken (3.2S) >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jul 28 10:10:01 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Richard Winkel >Release: 3.2-stable cvsupped 7/25 >Organization: Univ. of Missouri >Environment: NFS server: FreeBSD crayon 3.2-STABLE FreeBSD 3.2-STABLE #0: Fri Jul 23 17:35:05 CDT 1999 root@crayon:/u2/src/sys/compile/g6_da0_crayon i386 NFS client: FreeBSD crusty.math.missouri.edu 3.2-STABLE FreeBSD 3.2-STABLE #0: Fri May 28 16:34:23 CDT 1999 root@crayon.math.missouri.edu:/usr/src/sys/compile/g6_da0 i386 >Description: make buildworld on nfs server works fine. make installworld on nfs client dies: ===> gnu/usr.bin/perl/perl install -c -s -o root -g wheel -m 555 perl /usr/bin /usr/bin/perl5 -> /usr/bin/perl /usr/bin/perl5.00503 -> /usr/bin/perl cd /usr/obj/usr/src/gnu/usr.bin/perl/perl/ext/B ; make -B install INSTALLPRIVLIB=/usr/libdata/perl/5.00503 INSTALLARCHLIB=/usr/libdata/perl/5.00503/mach make: don't know how to make Makefile.PL. Stop *** Error code 2 Stop. *** Error code 1 Stop. >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jul 28 10:10:21 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 77E0F154C4 for ; Wed, 28 Jul 1999 10:10:17 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA09660; Wed, 28 Jul 1999 10:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id B1BAF1537A; Wed, 28 Jul 1999 10:07:54 -0700 (PDT) Message-Id: <19990728170754.B1BAF1537A@hub.freebsd.org> Date: Wed, 28 Jul 1999 10:07:54 -0700 (PDT) From: kfarmer@sympatico.ca To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: kern/12855: panic:softdep_flushfiles:looping, caused by user creating deep directory structure Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 12855 >Category: kern >Synopsis: panic:softdep_flushfiles:looping, caused by user creating deep directory structure >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jul 28 10:10:01 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Kelvin Farmer >Release: 4.0-current (as of july 26, 1999) >Organization: >Environment: FreeBSD tristal.sympatico.ca 4.0-CURRENT FreeBSD 4.0-CURRENT #5: Wed Jul 28 12:29:57 EDT 1999 root@tristal.sympatico.ca:/usr/src/sys/compile/TRISTAL i386 >Description: if a user creates a very deep directory structure (eg, /usr/home/guest/tmp/tmp/tmp/tmp/tmp/....) Then umounting the filesystem causes: panic:softdep_flushfiles:looping. also: rm -rf cannot remove the directory structure, claims 'directory not empty' >How-To-Repeat: 1) create a directory structure at least 256(?) directories deep. 2) umount the filesystem. fsck is able to fix this on reboot. rm -r is able to remove the structure if you go far enough into it. from ffs_softdep.c: line 675 softdep_worklist_busy = 0; /* * If we are unmounting then it is an error to fail. If we * are simply trying to downgrade to read-only, then filesystem * activity can keep us busy forever, so we just fail with EBUSY. */ if (loopcnt == 0) { if (oldmnt->mnt_kern_flag & MNTK_UNMOUNT) panic("softdep_flushfiles: looping"); error = EBUSY; } return (error); >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jul 28 10:53:32 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from george.lbl.gov (george.lbl.gov [131.243.2.12]) by hub.freebsd.org (Postfix) with ESMTP id 597E915030 for ; Wed, 28 Jul 1999 10:53:27 -0700 (PDT) (envelope-from jin@george.lbl.gov) Received: (from jin@localhost) by george.lbl.gov (8.9.3/8.9.2) id KAA13231 for bugs@freebsd.org; Wed, 28 Jul 1999 10:53:17 -0700 (PDT) Date: Wed, 28 Jul 1999 10:53:17 -0700 (PDT) Message-Id: <199907281753.KAA13231@george.lbl.gov> From: jin@george.lbl.gov To: bugs@freebsd.org Subject: Re: kern/11984 pthread_kill cannot kill select() threads, etc. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This case is also a summary of cases bin/7587, bin/9162, bin/10092, and i386/9237. As I pointed out earlier, the thread GC and kill need to be redesigned to make its logic correct. I do not know if John Birrell is still working on this project. I have not heard from him since I talked to him a few years ago. But whoever is in charge of tracking this problem, I would like work with these people to make pthread working. This is critical for FreeBSD being success. We had SMP kernel 3.0-SNAP developed a few years ago when Linux folks were still working on linux 2.0.x. However, Linux has had SMP kernel and SMP pthread worked in their 2.2.x release, but we have not maken a regular pthread (non-SMP) working correctly. Here is the problem in the current pthread design: (1) the pthread_kill is lack of a set of flags/status for a thread to be killed. It simply sets a pthread->interrupted=1 if a thread is in PS_*_WAIT states; then for all cases, puts it in a run queue for further handling. This is not a right way to kill a thread. Let's look at the most common and simple case: dead_loop_for_lookup() { while(1) { if (have_thing_to_do) do_it(); else sleep(1); } } main(...) { ... pid = pthread(..., dead_loop_for_lookup, ...); pthread_kill(pid, 0); pthread_exit(0); } The function -- dead_loop_for_lookup -- will be wake up once when pthread_kill() has been executed, back to sleep if nothing to do, and dies in the loop forever. (2) GC too does dead-loop. The GC checks on attr.flags & PTHREAD_DETACHED and only on this flag for destory a thread. I doubt it is right approch. Any thread can be detached immediately when it is created. There is no logic to destory a detached thread. GC supposes to destory EXITING and KILLING/KILLED threads. If we replace the condition with these flags instead of PTHREAD_DETACHED, most above problem will be solved, except missing function. I have tested to replace PTHREAD_DETACHED by EXITING for thread destory, and everything works fine in pthread_exit(0), but not kill since we do not have such flags. Below is existing flags: #define PTHREAD_FLAGS_PRIVATE 0x0001 #define PTHREAD_EXITING 0x0002 #define PTHREAD_FLAGS_QUEUED 0x0004 /* in queue (qe is used) */ #define PTHREAD_FLAGS_TRACE 0x0008 Shall we add PTHREAD_KILLING and PTHREAD_KILLED flags and tune the current thread-destory condition? or is there other solution? -Jin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jul 28 10:59:24 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 35A7C14CFC; Wed, 28 Jul 1999 10:59:23 -0700 (PDT) (envelope-from rnordier@FreeBSD.org) Received: (from rnordier@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA12212; Wed, 28 Jul 1999 10:57:33 -0700 (PDT) (envelope-from rnordier@FreeBSD.org) Date: Wed, 28 Jul 1999 10:57:33 -0700 (PDT) From: Message-Id: <199907281757.KAA12212@freefall.freebsd.org> To: rnordier@FreeBSD.org, freebsd-bugs@FreeBSD.org, rnordier@FreeBSD.org Subject: Re: bin/12852: Non-standard behavior of fread(3) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Non-standard behavior of fread(3) Responsible-Changed-From-To: freebsd-bugs->rnordier Responsible-Changed-By: rnordier Responsible-Changed-When: Wed Jul 28 10:54:47 PDT 1999 Responsible-Changed-Why: I'll handle this. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jul 28 12:31: 2 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id B474114C10; Wed, 28 Jul 1999 12:31:01 -0700 (PDT) (envelope-from green@FreeBSD.org) Received: (from green@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA19500; Wed, 28 Jul 1999 12:30:33 -0700 (PDT) (envelope-from green@FreeBSD.org) Date: Wed, 28 Jul 1999 12:30:33 -0700 (PDT) From: Message-Id: <199907281930.MAA19500@freefall.freebsd.org> To: howardjp@byzantine.student.umd.edu, green@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/11121: w(1) cannot handle more than one user on command line Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: w(1) cannot handle more than one user on command line State-Changed-From-To: open->closed State-Changed-By: green State-Changed-When: Wed Jul 28 12:29:49 PDT 1999 State-Changed-Why: This has been implemented by me (sorry, yours wasn't very clean) and committed in -CURRENT. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jul 28 12:31:46 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 559E214D21; Wed, 28 Jul 1999 12:31:45 -0700 (PDT) (envelope-from green@FreeBSD.org) Received: (from green@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA19662; Wed, 28 Jul 1999 12:31:23 -0700 (PDT) (envelope-from green@FreeBSD.org) Date: Wed, 28 Jul 1999 12:31:23 -0700 (PDT) From: Message-Id: <199907281931.MAA19662@freefall.freebsd.org> To: howardjp@wam.umd.edu, green@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/10921: I wished from(1) would count the number of messages. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: I wished from(1) would count the number of messages. State-Changed-From-To: open->closed State-Changed-By: green State-Changed-When: Wed Jul 28 12:31:01 PDT 1999 State-Changed-Why: I got this in -CURRENT, and it's been there cfor the past few days. Thanks. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jul 28 12:50:57 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from dt011n65.san.rr.com (dt011n65.san.rr.com [204.210.13.101]) by hub.freebsd.org (Postfix) with ESMTP id 6EE2D15072; Wed, 28 Jul 1999 12:50:54 -0700 (PDT) (envelope-from Doug@gorean.org) Received: from localhost (doug@localhost) by dt011n65.san.rr.com (8.8.8/8.8.8) with ESMTP id MAA12553; Wed, 28 Jul 1999 12:49:44 -0700 (PDT) (envelope-from Doug@gorean.org) Date: Wed, 28 Jul 1999 12:49:44 -0700 (PDT) From: Doug X-Sender: doug@dt011n65.san.rr.com To: green@FreeBSD.org Cc: howardjp@byzantine.student.umd.edu, freebsd-bugs@FreeBSD.org Subject: Re: bin/11121: w(1) cannot handle more than one user on command line In-Reply-To: <199907281930.MAA19500@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, 28 Jul 1999 green@FreeBSD.org wrote: > Synopsis: w(1) cannot handle more than one user on command line > > State-Changed-From-To: open->closed > State-Changed-By: green > State-Changed-When: Wed Jul 28 12:29:49 PDT 1999 > State-Changed-Why: > This has been implemented by me (sorry, yours wasn't very clean) and > committed in -CURRENT. I thought that current best practice was to not close the PR until it had been MFC'ed? Did that change sometime in the last 6 months or so? If so I apologize, but if not, it would be nice if we returned to that practice. Thanks, Doug -- On account of being a democracy and run by the people, we are the only nation in the world that has to keep a government four years, no matter what it does. -- Will Rogers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jul 28 12:56:40 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from janus.syracuse.net (janus.syracuse.net [205.232.47.15]) by hub.freebsd.org (Postfix) with ESMTP id 512C315033 for ; Wed, 28 Jul 1999 12:56:36 -0700 (PDT) (envelope-from green@FreeBSD.org) Received: from localhost (green@localhost) by janus.syracuse.net (8.9.2/8.8.7) with ESMTP id PAA93342; Wed, 28 Jul 1999 15:55:39 -0400 (EDT) X-Authentication-Warning: janus.syracuse.net: green owned process doing -bs Date: Wed, 28 Jul 1999 15:55:38 -0400 (EDT) From: "Brian F. Feldman" X-Sender: green@janus.syracuse.net To: Doug Cc: howardjp@byzantine.student.umd.edu, freebsd-bugs@FreeBSD.org Subject: Re: bin/11121: w(1) cannot handle more than one user on command line In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, 28 Jul 1999, Doug wrote: > On Wed, 28 Jul 1999 green@FreeBSD.org wrote: > > > Synopsis: w(1) cannot handle more than one user on command line > > > > State-Changed-From-To: open->closed > > State-Changed-By: green > > State-Changed-When: Wed Jul 28 12:29:49 PDT 1999 > > State-Changed-Why: > > This has been implemented by me (sorry, yours wasn't very clean) and > > committed in -CURRENT. > > I thought that current best practice was to not close the PR until > it had been MFC'ed? Did that change sometime in the last 6 months or so? > If so I apologize, but if not, it would be nice if we returned to that > practice. *argh*. I meant to put them in feedback. Let me fix that. > > Thanks, > > Doug > -- > On account of being a democracy and run by the people, we are the only > nation in the world that has to keep a government four years, no matter > what it does. > -- Will Rogers > > Brian Fundakowski Feldman _ __ ___ ____ ___ ___ ___ green@FreeBSD.org _ __ ___ | _ ) __| \ FreeBSD: The Power to Serve! _ __ | _ \._ \ |) | http://www.FreeBSD.org/ _ |___/___/___/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jul 28 13: 2:41 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 19C991536B; Wed, 28 Jul 1999 13:02:39 -0700 (PDT) (envelope-from green@FreeBSD.org) Received: (from green@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA23285; Wed, 28 Jul 1999 13:01:31 -0700 (PDT) (envelope-from green@FreeBSD.org) Date: Wed, 28 Jul 1999 13:01:31 -0700 (PDT) From: Message-Id: <199907282001.NAA23285@freefall.freebsd.org> To: howardjp@wam.umd.edu, green@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/10921: I wished from(1) would count the number of messages. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: I wished from(1) would count the number of messages. State-Changed-From-To: closed->feedback State-Changed-By: green State-Changed-When: Wed Jul 28 12:57:48 PDT 1999 State-Changed-Why: Oops, feedback, not closed. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jul 28 13: 4: 4 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 583A315033; Wed, 28 Jul 1999 13:04:03 -0700 (PDT) (envelope-from green@FreeBSD.org) Received: (from green@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA23366; Wed, 28 Jul 1999 13:01:56 -0700 (PDT) (envelope-from green@FreeBSD.org) Date: Wed, 28 Jul 1999 13:01:56 -0700 (PDT) From: Message-Id: <199907282001.NAA23366@freefall.freebsd.org> To: howardjp@byzantine.student.umd.edu, green@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/11121: w(1) cannot handle more than one user on command line Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: w(1) cannot handle more than one user on command line State-Changed-From-To: closed->feedback State-Changed-By: green State-Changed-When: Wed Jul 28 13:01:33 PDT 1999 State-Changed-Why: oops, feedback, not closed. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jul 28 13:21:37 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id B9A32153FA for ; Wed, 28 Jul 1999 13:21:35 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA25239; Wed, 28 Jul 1999 13:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 2D5B7153FA; Wed, 28 Jul 1999 13:19:36 -0700 (PDT) Message-Id: <19990728201936.2D5B7153FA@hub.freebsd.org> Date: Wed, 28 Jul 1999 13:19:36 -0700 (PDT) From: Arjan.deVet@adv.iae.nl To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: bin/12858: patch to make systat -vmstat display # of dirtybuf and disk busy percentages Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 12858 >Category: bin >Synopsis: patch to make systat -vmstat display # of dirtybuf and disk busy percentages >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Wed Jul 28 13:20:01 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Arjan de Vet >Release: 3.2-stable >Organization: >Environment: FreeBSD adv.iae.nl 3.2-STABLE FreeBSD 3.2-STABLE #1: Mon Jul 26 22:42:21 CEST 1999 root@adv.iae.nl:/home/src/sys/compile/ADV i386 >Description: I've created a patch (both for stable and current) to make systat -vmstat display the number of dirty buffers and for each disk the percentage of the time it was busy. See: http://www.iae.nl/users/devet/FreeBSD/ The patch also contains an update for the manual page. Note: the percentage calculation is not always fully correct because the devstat calls do not provide updates of the busy_time field as long as a device is 100% busy. >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jul 28 16:30: 6 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id D17161509D for ; Wed, 28 Jul 1999 16:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id QAA44047; Wed, 28 Jul 1999 16:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 1F57714C3C; Wed, 28 Jul 1999 16:22:16 -0700 (PDT) Message-Id: <19990728232216.1F57714C3C@hub.freebsd.org> Date: Wed, 28 Jul 1999 16:22:16 -0700 (PDT) From: grega@ci.gilbert.az.us To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: misc/12859: Problem installing packages Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 12859 >Category: misc >Synopsis: Problem installing packages >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jul 28 16:30:01 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Gregory W. aman >Release: 3.2 >Organization: Town of Gilbert >Environment: FreeBSD tog.ci.gilbert.az.us 3.2-RELEASE FreeBSD 3.2-RELEASE #0:Tue May 18 04:05:08 GMT 1999 jkh@cathair:/usr/src/sys/compile/GENERIC i386 >Description: I'm trying to install the Gnome desktop package. (I tried to install the KDE desktop package with the same results). FreeBSD v3.2 from Greenbay CDROM has been installed on a Gateway 2000 4DX2-50V with a P83 chip upgrade, 64 meg of memory, and 2 4.3 gig hard drives. The X window system has been installed. I type: /stand/sysinstall configPackages The system responds: Probing devices, please wait The Choose Installation Media screen appears and I select CDROM The system responds: Located INDEX, now reading package data from it I select gnome from the menu I then select the different gnome components using the spacebar and press OK I then select Install and press Enter The system then tries to start the install; sometimes the first component is installed OK but it always stops with this error: Unable to fetch package xxxx from selected media. No package add will be done. Then, every other component fails to load. I've tried this install with each of the four CDs in the drive; each fails on a different component, but they all fail with the same error. I'm new to FreeBSD and I'm trying to set this up as a company intranet, but to no avail. Am I doing something wrong? I've checked your website and the help files on the CD, but haven't found anything regarding this. Your help is greatly appreciated. >How-To-Repeat: See above. >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jul 28 16:56:32 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from smtp13.bellglobal.com (smtp13.bellglobal.com [204.101.251.52]) by hub.freebsd.org (Postfix) with ESMTP id 919AA1543E; Wed, 28 Jul 1999 16:56:21 -0700 (PDT) (envelope-from vanderh@ecf.toronto.edu) Received: from localhost.nowhere (ppp18328.on.bellglobal.com [206.172.130.8]) by smtp13.bellglobal.com (8.8.5/8.8.5) with ESMTP id TAA10540; Wed, 28 Jul 1999 19:56:20 -0400 (EDT) Received: (from tim@localhost) by localhost.nowhere (8.9.3/8.9.1) id TAA00606; Wed, 28 Jul 1999 19:54:57 -0400 (EDT) (envelope-from tim) Date: Wed, 28 Jul 1999 19:54:57 -0400 From: Tim Vanderhoek To: Doug Cc: green@FreeBSD.org, howardjp@byzantine.student.umd.edu, freebsd-bugs@FreeBSD.org Subject: Re: bin/11121: w(1) cannot handle more than one user on command line Message-ID: <19990728195457.E318@mad> References: <199907281930.MAA19500@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95i In-Reply-To: ; from Doug on Wed, Jul 28, 1999 at 12:49:44PM -0700 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, Jul 28, 1999 at 12:49:44PM -0700, Doug wrote: > > I thought that current best practice was to not close the PR until > it had been MFC'ed? Did that change sometime in the last 6 months or so? That's entirely up to the person who's handling the PR to decide. There are only a few rules for handling PRs: 1) in case of duplicates, close the PR that was submitted last. 2) if people yell loudly when you close a PR, make them shut up. Both of these rules have frequent exceptions made to them. I never leave a PR open as an MFC reminder. There are too many open already. -- This is my .signature which gets appended to the end of my messages. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jul 28 17:19: 2 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from dt011n65.san.rr.com (dt011n65.san.rr.com [204.210.13.101]) by hub.freebsd.org (Postfix) with ESMTP id 7A222154C3; Wed, 28 Jul 1999 17:18:56 -0700 (PDT) (envelope-from Doug@gorean.org) Received: from localhost (doug@localhost) by dt011n65.san.rr.com (8.8.8/8.8.8) with ESMTP id RAA15276; Wed, 28 Jul 1999 17:17:43 -0700 (PDT) (envelope-from Doug@gorean.org) Date: Wed, 28 Jul 1999 17:17:43 -0700 (PDT) From: Doug X-Sender: doug@dt011n65.san.rr.com To: Tim Vanderhoek Cc: green@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/11121: w(1) cannot handle more than one user on command line In-Reply-To: <19990728195457.E318@mad> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, 28 Jul 1999, Tim Vanderhoek wrote: > On Wed, Jul 28, 1999 at 12:49:44PM -0700, Doug wrote: > > > > I thought that current best practice was to not close the PR until > > it had been MFC'ed? Did that change sometime in the last 6 months or so? > > That's entirely up to the person who's handling the PR to decide. Ok, thanks. The last time I remember this topic coming up my impression was that there was an agreement to leave them open, but that was "a while" ago. > I never leave a PR open as an MFC reminder. There are too many open > already. Ok, how would you suggest that we implement a system where PR fixes get MFC'ed on a more regular schedule? What we really want to avoid is having things updated in the dreaded "super-commit" fashion that tends to happen right before a -Release is cut. By MFC'ing in smaller bits over a longer period of time things get tested better, -Release's are less traumatic, and everyone is happier. Any ideas? Doug -- On account of being a democracy and run by the people, we are the only nation in the world that has to keep a government four years, no matter what it does. -- Will Rogers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jul 28 17:52:34 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from smtp13.bellglobal.com (smtp13.bellglobal.com [204.101.251.52]) by hub.freebsd.org (Postfix) with ESMTP id 2E41E14F41; Wed, 28 Jul 1999 17:52:29 -0700 (PDT) (envelope-from vanderh@ecf.toronto.edu) Received: from localhost.nowhere (ppp1605.on.bellglobal.com [206.172.249.69]) by smtp13.bellglobal.com (8.8.5/8.8.5) with ESMTP id UAA28348; Wed, 28 Jul 1999 20:54:02 -0400 (EDT) Received: (from tim@localhost) by localhost.nowhere (8.9.3/8.9.1) id UAA01718; Wed, 28 Jul 1999 20:52:39 -0400 (EDT) (envelope-from tim) Date: Wed, 28 Jul 1999 20:52:39 -0400 From: Tim Vanderhoek To: Doug Cc: green@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/11121: w(1) cannot handle more than one user on command line Message-ID: <19990728205239.A1695@mad> References: <19990728195457.E318@mad> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95i In-Reply-To: ; from Doug on Wed, Jul 28, 1999 at 08:17:43PM -0400 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, Jul 28, 1999 at 08:17:43PM -0400, Doug wrote: > > is having things updated in the dreaded "super-commit" fashion that tends > to happen right before a -Release is cut. By MFC'ing in smaller bits over The super-commit merge-mania of the jkh days doesn't happen anymore. Developers are supposed to merge their own stuff. If they remind themselves of this by leaving an open PR, that's fine. There is no known way of consistently MFC'ing in smaller bits over a longer period of time. -- This is my .signature which gets appended to the end of my messages. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jul 28 17:56:51 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from shell.futuresouth.com (shell.futuresouth.com [198.78.58.28]) by hub.freebsd.org (Postfix) with ESMTP id 8BDA314F5B; Wed, 28 Jul 1999 17:56:39 -0700 (PDT) (envelope-from fullermd@futuresouth.com) Received: (from fullermd@localhost) by shell.futuresouth.com (8.9.3/8.9.3) id TAA28623; Wed, 28 Jul 1999 19:56:21 -0500 (CDT) Date: Wed, 28 Jul 1999 19:56:21 -0500 From: "Matthew D. Fuller" To: Tim Vanderhoek Cc: Doug , green@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/11121: w(1) cannot handle more than one user on command line Message-ID: <19990728195621.C24560@futuresouth.com> References: <19990728195457.E318@mad> <19990728205239.A1695@mad> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.3i In-Reply-To: <19990728205239.A1695@mad>; from Tim Vanderhoek on Wed, Jul 28, 1999 at 08:52:39PM -0400 X-OS: FreeBSD Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, Jul 28, 1999 at 08:52:39PM -0400, a little birdie told me that Tim Vanderhoek remarked > > The super-commit merge-mania of the jkh days doesn't happen anymore. > Developers are supposed to merge their own stuff. If they remind > themselves of this by leaving an open PR, that's fine. There is no > known way of consistently MFC'ing in smaller bits over a longer period > of time. I'm sure you could cobble up a Perl/sh script to be run when you commit something, that would place an entry in a .calendar file X time in the future (2 weeks? a month? choosable per-commit?), and have calendar run out of cron/.rc daily to remind you to merge stuff. Or some sort of massive 'shared circular whiteboard', where merges bubble to the top over time for someone to do. -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Unix Systems Administrator | fullermd@futuresouth.com Specializing in FreeBSD | http://www.over-yonder.net/ FutureSouth Communications | ISPHelp ISP Consulting "The only reason I'm burning my candle at both ends, is because I haven't figured out how to light the middle yet" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jul 28 18: 8:16 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 68B9414F5B; Wed, 28 Jul 1999 18:08:14 -0700 (PDT) (envelope-from green@FreeBSD.org) Received: (from green@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id SAA50280; Wed, 28 Jul 1999 18:05:40 -0700 (PDT) (envelope-from green@FreeBSD.org) Date: Wed, 28 Jul 1999 18:05:40 -0700 (PDT) From: Message-Id: <199907290105.SAA50280@freefall.freebsd.org> To: green@unixhelp.org, green@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/11435: IPFW had no per-uid or per-gid rule support. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: IPFW had no per-uid or per-gid rule support. State-Changed-From-To: open->closed State-Changed-By: green State-Changed-When: Wed Jul 28 18:01:38 PDT 1999 State-Changed-Why: Well, now I'm a committer and these changes are in HEAD :) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jul 28 20:42:37 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 0662914DB0 for ; Wed, 28 Jul 1999 20:42:34 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id UAA59966; Wed, 28 Jul 1999 20:40:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Wed, 28 Jul 1999 20:40:02 -0700 (PDT) Message-Id: <199907290340.UAA59966@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Bruce Evans Subject: Re: kern/12855: panic:softdep_flushfiles:looping, caused by user creating deep directory structure Reply-To: Bruce Evans Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/12855; it has been noted by GNATS. From: Bruce Evans To: freebsd-gnats-submit@FreeBSD.ORG, kfarmer@sympatico.ca Cc: Subject: Re: kern/12855: panic:softdep_flushfiles:looping, caused by user creating deep directory structure Date: Thu, 29 Jul 1999 13:32:01 +1000 >>Description: >if a user creates a very deep directory structure (eg, /usr/home/guest/tmp/tmp/tmp/tmp/tmp/....) >Then umounting the filesystem causes: panic:softdep_flushfiles:looping. >also: rm -rf cannot remove the directory structure, claims 'directory not empty' Here is a possible fix for rm(1) and find(1), etc. Don't commit it verbatim; the changes in fts.c are mostly for debugging. fts.c is just buggy. It creates garbage pointers. rm.c was broken in rev.1.2 by applying an apparently obsolete (and wrong) patch from FreeBSD-1.1.5. POSIX.1 requires rm(1) and find(1) to work on arbitrarily deep directories; therefore they must use chdir(2) to reduce path lengths and they must not use FTS_NOCHDIR. Burce diff -c2 src/bin/rm/rm.c~ src/bin/rm/rm.c *** src/bin/rm/rm.c~ Sun May 30 17:04:01 1999 --- src/bin/rm/rm.c Sun May 30 17:04:04 1999 *************** *** 160,164 **** #define SKIPPED 1 ! flags = FTS_PHYSICAL | FTS_NOCHDIR; if (!needstat) flags |= FTS_NOSTAT; --- 160,164 ---- #define SKIPPED 1 ! flags = FTS_PHYSICAL; if (!needstat) flags |= FTS_NOSTAT; diff -c2 src/lib/libc/gen/fts.c~ src/lib/libc/gen/fts.c *** src/lib/libc/gen/fts.c~ Thu Sep 17 14:24:03 1998 --- src/lib/libc/gen/fts.c Thu May 6 14:15:17 1999 *************** *** 964,967 **** --- 964,985 ---- } + static void + ADJUST(p, addr) + FTSENT *p; + void *addr; + { + if ((p)->fts_accpath >= (p)->fts_path && + (p)->fts_accpath < (p)->fts_path + (p)->fts_pathlen) { + if (p->fts_accpath != p->fts_path) + errx(1, "fts ADJUST: accpath %p path %p", + p->fts_accpath, p->fts_path); + if (p->fts_level != 0) + errx(1, "fts ADJUST: level %d not 0", p->fts_level); + (p)->fts_accpath = + (char *)addr + ((p)->fts_accpath - (p)->fts_path); + } + (p)->fts_path = addr; + } + /* * When the path is realloc'd, have to fix all of the pointers in structures *************** *** 975,990 **** FTSENT *p; ! #define ADJUST(p) { \ ! (p)->fts_accpath = \ ! (char *)addr + ((p)->fts_accpath - (p)->fts_path); \ (p)->fts_path = addr; \ } /* Adjust the current set of children. */ for (p = sp->fts_child; p; p = p->fts_link) ! ADJUST(p); /* Adjust the rest of the tree. */ for (p = sp->fts_cur; p->fts_level >= FTS_ROOTLEVEL;) { ! ADJUST(p); p = p->fts_link ? p->fts_link : p->fts_parent; } --- 993,1008 ---- FTSENT *p; ! #define ADJUST1(p) { \ ! if ((p)->fts_accpath == (p)->fts_path) \ ! (p)->fts_accpath = (addr); \ (p)->fts_path = addr; \ } /* Adjust the current set of children. */ for (p = sp->fts_child; p; p = p->fts_link) ! ADJUST(p, addr); /* Adjust the rest of the tree. */ for (p = sp->fts_cur; p->fts_level >= FTS_ROOTLEVEL;) { ! ADJUST(p, addr); p = p->fts_link ? p->fts_link : p->fts_parent; } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jul 28 23:20:45 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id B363F15563 for ; Wed, 28 Jul 1999 23:20:42 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id XAA68675; Wed, 28 Jul 1999 23:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from hermit.bcs.nostrum.com (hermit.bcs.nostrum.com [206.28.8.2]) by hub.freebsd.org (Postfix) with ESMTP id ED38215570 for ; Wed, 28 Jul 1999 23:14:49 -0700 (PDT) (envelope-from pckizer@nostrum.com) Received: (from pckizer@localhost) by hermit.bcs.nostrum.com (8.9.3/8.9.3) id BAA05429; Thu, 29 Jul 1999 01:14:10 -0500 (CDT) Message-Id: <199907290614.BAA05429@hermit.bcs.nostrum.com> Date: Thu, 29 Jul 1999 01:14:10 -0500 (CDT) From: pckizer@nostrum.com Reply-To: pckizer@nostrum.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/12866: [PATCH] RFE for /bin/ls to add a -n option for showing uid/gid numerically Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 12866 >Category: bin >Synopsis: [PATCH] RFE for /bin/ls to add a -n option for showing uid/gid numerically >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Wed Jul 28 23:20:00 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Philip Kizer >Release: FreeBSD 3.2-STABLE i386 >Organization: Texas A&M University >Environment: FreeBSD hermit.bcs.nostrum.com 3.2-STABLE FreeBSD 3.2-STABLE #0: Wed Jul 28 15:40:30 CDT 1999 root@hermit.bcs.nostrum.com:/opt/src/system/src/sys/compile/Hermit i386 >Description: I am familiar with having a '-n' option to /bin/ls on other platforms (i.e. Solaris/Linux/IRIX/etc) to print uid/gid information numerically in long (-l) listings rather than performing username/groupname lookups. I was unable to find any similar option to /bin/ls or similar programs. (Unless I just completely overlooked it). >How-To-Repeat: No similar option found on FreeBSD, other OSs output similar to: % ls -ldn drwxr-x--x 9 1179 100 4096 Jul 29 00:53 . >Fix: Determine if my patch is acceptable, as given, or in concept; and apply in /usr/src/bin/ls: --- ls.c-old Wed Jul 28 15:16:56 1999 +++ ls.c Wed Jul 28 16:11:55 1999 @@ -100,6 +100,7 @@ int f_timesort; /* sort by time vice name */ int f_type; /* add type character for non-regular files */ int f_whiteout; /* show whiteout entries */ +int f_numbers; /* show uid/gid numbers rather than names */ int rval; @@ -137,7 +138,7 @@ f_listdot = 1; fts_options = FTS_PHYSICAL; - while ((ch = getopt(argc, argv, "1ABCFHLPRTWabcdfgikloqrstu")) != -1) { + while ((ch = getopt(argc, argv, "1ABCFHLPRTWabcdfgiklnoqrstu")) != -1) { switch (ch) { /* * The -1, -C and -l options all override each other so shell @@ -209,6 +210,9 @@ case 'k': f_kblocks = 1; break; + case 'n': + f_numbers = 1; + break; case 'o': f_flags = 1; break; @@ -401,6 +405,7 @@ char *initmax; int entries, needstats; char *user, *group, *flags, buf[20]; /* 32 bits == 10 digits */ + char user_num[8], group_num[8]; /* * If list is NULL there are two possibilities: that the parent @@ -512,10 +517,19 @@ btotal += sp->st_blocks; if (f_longform) { - user = user_from_uid(sp->st_uid, 0); + if (f_numbers) { + snprintf(user_num, sizeof(user_num), + "%d", sp->st_uid); + user = user_num; + snprintf(group_num, sizeof(group_num), + "%d", sp->st_gid); + group = user_num; + } else { + user = user_from_uid(sp->st_uid, 0); + group = group_from_gid(sp->st_gid, 0); + } if ((ulen = strlen(user)) > maxuser) maxuser = ulen; - group = group_from_gid(sp->st_gid, 0); if ((glen = strlen(group)) > maxgroup) maxgroup = glen; if (f_flags) { >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jul 29 0:27:50 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 05EF814C47; Thu, 29 Jul 1999 00:27:49 -0700 (PDT) (envelope-from alc@FreeBSD.org) Received: (from alc@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id AAA73254; Thu, 29 Jul 1999 00:27:23 -0700 (PDT) (envelope-from alc@FreeBSD.org) Date: Thu, 29 Jul 1999 00:27:23 -0700 (PDT) From: Message-Id: <199907290727.AAA73254@freefall.freebsd.org> To: tegge@taskmaster.fast.no, alc@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/12378: pmap_growkernel doesn't update all page directories Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: pmap_growkernel doesn't update all page directories State-Changed-From-To: open->closed State-Changed-By: alc State-Changed-When: Thu Jul 29 00:25:25 PDT 1999 State-Changed-Why: The supplied patch has been applied to 3.2-STABLE and 4.0-CURRENT. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jul 29 0:50: 3 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id A4E4D15596 for ; Thu, 29 Jul 1999 00:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id AAA74829; Thu, 29 Jul 1999 00:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Thu, 29 Jul 1999 00:50:01 -0700 (PDT) Message-Id: <199907290750.AAA74829@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Nick Hibma Subject: Re: bin/12866: [PATCH] RFE for /bin/ls to add a -n option for showing uid/gid numerically Reply-To: Nick Hibma Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/12866; it has been noted by GNATS. From: Nick Hibma To: pckizer@nostrum.com Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/12866: [PATCH] RFE for /bin/ls to add a -n option for showing uid/gid numerically Date: Thu, 29 Jul 1999 09:34:00 +0200 (MET DST) A good reason for implementing this: Try to do an ls -l on a local disk when the NIS server is down. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jul 29 1:40: 5 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 74C7714E0B for ; Thu, 29 Jul 1999 01:40:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA77781; Thu, 29 Jul 1999 01:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Thu, 29 Jul 1999 01:40:01 -0700 (PDT) Message-Id: <199907290840.BAA77781@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Nick Hibma Subject: Re: misc/12859: Problem installing packages Reply-To: Nick Hibma Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/12859; it has been noted by GNATS. From: Nick Hibma To: grega@ci.gilbert.az.us Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: misc/12859: Problem installing packages Date: Thu, 29 Jul 1999 10:34:51 +0200 (MET DST) If I remember correctly there was a problem with the packages installation on 3.2-STABLE. Dependencies of packages were spread over the various CD"s instead of keeping them all on one disk. Try the following: Copy the packages you want to install to the harddisk, to for example /usr/tmp . Type pkg_add /usr/tmp/ Whenever it complains about not being able to find a package, copy that one there as well from one of the CD's. This should resolve all your dependencies. On the CD's you can find the package files on CD 1: packages/All CD 3: packages/All If this does not work for you, let me know and I will try to be more precise. Nick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jul 29 1:57:45 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id D78A115520; Thu, 29 Jul 1999 01:57:44 -0700 (PDT) (envelope-from n_hibma@FreeBSD.org) Received: (from n_hibma@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA79523; Thu, 29 Jul 1999 01:56:27 -0700 (PDT) (envelope-from n_hibma@FreeBSD.org) Date: Thu, 29 Jul 1999 01:56:27 -0700 (PDT) From: Message-Id: <199907290856.BAA79523@freefall.freebsd.org> To: grega@ci.gilbert.az.us, n_hibma@FreeBSD.org, freebsd-bugs@FreeBSD.org, n_hibma@FreeBSD.org Subject: Re: misc/12859: Problem installing packages Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Problem installing packages State-Changed-From-To: open->closed State-Changed-By: n_hibma State-Changed-When: Thu Jul 29 01:54:51 PDT 1999 State-Changed-Why: Pilot error/broken RELEASE/known problem. Will answer question through private e-mail Responsible-Changed-From-To: freebsd-bugs->n_hibma Responsible-Changed-By: n_hibma Responsible-Changed-When: Thu Jul 29 01:54:51 PDT 1999 Responsible-Changed-Why: I'll handle it. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jul 29 2:28: 5 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from smtp13.bellglobal.com (smtp13.bellglobal.com [204.101.251.52]) by hub.freebsd.org (Postfix) with ESMTP id 4C1F0155AB; Thu, 29 Jul 1999 02:27:59 -0700 (PDT) (envelope-from vanderh@ecf.toronto.edu) Received: from localhost.nowhere (ppp18331.on.bellglobal.com [206.172.130.11]) by smtp13.bellglobal.com (8.8.5/8.8.5) with ESMTP id FAA26946; Thu, 29 Jul 1999 05:28:29 -0400 (EDT) Received: (from tim@localhost) by localhost.nowhere (8.9.3/8.9.1) id FAA93989; Thu, 29 Jul 1999 05:27:10 -0400 (EDT) (envelope-from tim) Date: Thu, 29 Jul 1999 05:27:09 -0400 From: Tim Vanderhoek To: "Matthew D. Fuller" Cc: Doug , green@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/11121: w(1) cannot handle more than one user on command line Message-ID: <19990729052709.B85377@mad> References: <19990728195457.E318@mad> <19990728205239.A1695@mad> <19990728195621.C24560@futuresouth.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95i In-Reply-To: <19990728195621.C24560@futuresouth.com>; from Matthew D. Fuller on Wed, Jul 28, 1999 at 07:56:21PM -0500 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, Jul 28, 1999 at 07:56:21PM -0500, Matthew D. Fuller wrote: > > I'm sure you could cobble up a Perl/sh script to be run when you commit > something, that would place an entry in a .calendar file X time in the > future (2 weeks? a month? choosable per-commit?), and have calendar run > out of cron/.rc daily to remind you to merge stuff. Not a bad idea. You also need to handle the fact that some developers refuse on principle to mfc anything since they don't run -stable. Others will do it, but they usually want to avoid stepping on the original committer's toes in case he was planning to mfc it at a later date. [On a little further reflection, I don't know how politically acceptable your idea is, either... It could be viewed as rather intrusive.] -- This is my .signature which gets appended to the end of my messages. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jul 29 4:56:43 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 1FECD14EB7; Thu, 29 Jul 1999 04:56:39 -0700 (PDT) (envelope-from deischen@FreeBSD.org) Received: (from deischen@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA96682; Thu, 29 Jul 1999 04:56:31 -0700 (PDT) (envelope-from deischen@FreeBSD.org) Date: Thu, 29 Jul 1999 04:56:31 -0700 (PDT) From: Message-Id: <199907291156.EAA96682@freefall.freebsd.org> To: dgilbert@velocet.net, deischen@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/9849: mknod is missing from libc_r Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: mknod is missing from libc_r State-Changed-From-To: open->closed State-Changed-By: deischen State-Changed-When: Thu Jul 29 04:54:36 PDT 1999 State-Changed-Why: mknod was added some time ago to libc_r. bash-2.02$ nm /usr/lib/libc_r.so.3 | grep mknod 00037f50 T _mknod 00037f50 W mknod To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jul 29 5: 0:55 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 38AC71507D; Thu, 29 Jul 1999 05:00:53 -0700 (PDT) (envelope-from deischen@FreeBSD.org) Received: (from deischen@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA96895; Thu, 29 Jul 1999 05:00:27 -0700 (PDT) (envelope-from deischen@FreeBSD.org) Date: Thu, 29 Jul 1999 05:00:27 -0700 (PDT) From: Message-Id: <199907291200.FAA96895@freefall.freebsd.org> To: tegge@not.fast.no, deischen@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/11696: Signal handling is broken in libc_r. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Signal handling is broken in libc_r. State-Changed-From-To: open->feedback State-Changed-By: deischen State-Changed-When: Thu Jul 29 04:57:07 PDT 1999 State-Changed-Why: A fix has been committed to both -current and -stable. Tor's test program seems to work, but with a smaller file size (I don't have 10GB of free disk space to really test it). I'll close out this PR in a week or so, if I don't hear back from Tor. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jul 29 5: 6:37 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 3970314EB6; Thu, 29 Jul 1999 05:06:32 -0700 (PDT) (envelope-from deischen@FreeBSD.org) Received: (from deischen@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA97276; Thu, 29 Jul 1999 05:05:29 -0700 (PDT) (envelope-from deischen@FreeBSD.org) Date: Thu, 29 Jul 1999 05:05:29 -0700 (PDT) From: Message-Id: <199907291205.FAA97276@freefall.freebsd.org> To: info@highwind.com, deischen@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/8011: libc_r does not have pread() or pwrite() interfaces Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: libc_r does not have pread() or pwrite() interfaces State-Changed-From-To: open->feedback State-Changed-By: deischen State-Changed-When: Thu Jul 29 05:03:29 PDT 1999 State-Changed-Why: Well, it looks like pread has all the necessary interfaces now, both prototypes and manpages. I'll close this PR out in about a week or so if I don't hear back from the originator or other concerned parties. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jul 29 5:54:23 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from jade.chc-chimes.com (jade.chc-chimes.com [216.28.46.6]) by hub.freebsd.org (Postfix) with ESMTP id B5C7514DD3; Thu, 29 Jul 1999 05:54:18 -0700 (PDT) (envelope-from billf@jade.chc-chimes.com) Received: from localhost (billf@localhost) by jade.chc-chimes.com (8.9.3/8.9.3) with ESMTP id HAA18354; Thu, 29 Jul 1999 07:55:26 -0400 (EDT) (envelope-from billf@jade.chc-chimes.com) Date: Thu, 29 Jul 1999 07:55:26 -0400 (EDT) From: Bill Fumerola To: Doug Cc: Tim Vanderhoek , green@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/11121: w(1) cannot handle more than one user on command line In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, 28 Jul 1999, Doug wrote: > > I never leave a PR open as an MFC reminder. There are too many open > > already. > > Ok, how would you suggest that we implement a system where PR > fixes get MFC'ed on a more regular schedule? What we really want to avoid > is having things updated in the dreaded "super-commit" fashion that tends > to happen right before a -Release is cut. By MFC'ing in smaller bits over > a longer period of time things get tested better, -Release's are less > traumatic, and everyone is happier. > > Any ideas? A new state in GNATS would seem smart. -- - bill fumerola - billf@chc-chimes.com - BF1560 - computer horizons corp - - ph:(800) 252-2421 - bfumerol@computerhorizons.com - billf@FreeBSD.org - To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jul 29 8:51:16 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 537B1150B4 for ; Thu, 29 Jul 1999 08:51:13 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA55296; Thu, 29 Jul 1999 08:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 8E22C14E98; Thu, 29 Jul 1999 08:46:10 -0700 (PDT) Message-Id: <19990729154610.8E22C14E98@hub.freebsd.org> Date: Thu, 29 Jul 1999 08:46:10 -0700 (PDT) From: vadim@gc.lviv.ua To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: gnu/12868: Bison-1.25 bug in template Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 12868 >Category: gnu >Synopsis: Bison-1.25 bug in template >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu Jul 29 08:50:00 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Vadim Chekan >Release: FreeBSD-3.2 >Organization: GC >Environment: FreeBSD gate.gc.lviv.ua 3.1-STABLE FreeBSD 3.1-STABLE #0: Sun May 23 16:49:39 EE ST 1999 vadim@gate.gc.lviv.ua:/usr/src/sys/compile/GATE.3 i386 >Description: In bison-1.25 which is in FreeBSD distribution in /usr/share/bison.simple is error which does impossible to compile *.y files if YYPARSE_PARAM is defined I get the error: /usr/home/vadim/projects > bison.old test.y && cc -c test.tab.c /usr/share/misc/bison.simple: In function `yyparse': /usr/share/misc/bison.simple:219: number of arguments doesn't match prototype /usr/share/misc/bison.simple:153: prototype declaration >How-To-Repeat: bison test.y && cc -c test.tab.c ===>Begin test.y %{ #define YYPARSE_PARAM param %} %token T_STRING %% input: T_STRING ; %% ===>End test.y >Fix: --- bison.simple.old Thu Jul 29 17:49:44 1999 +++ bison.simple.new Thu Jul 29 17:50:11 1999 @@ -150,8 +150,12 @@ /* Prevent warning if -Wstrict-prototypes. */ #ifdef __GNUC__ +#ifdef YYPARSE_PARAM +int yyparse (void *); +#else int yyparse (void); #endif +#endif ^L #if __GNUC__ > 1 /* GNU C and GNU C++ define this. */ #define __yy_memcpy(TO,FROM,COUNT) __builtin_memcpy(TO,FROM,COUNT) >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jul 29 9:30: 7 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id AF23C150D7 for ; Thu, 29 Jul 1999 09:30:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA58038; Thu, 29 Jul 1999 09:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 2A33914C2D; Thu, 29 Jul 1999 09:27:40 -0700 (PDT) Message-Id: <19990729162740.2A33914C2D@hub.freebsd.org> Date: Thu, 29 Jul 1999 09:27:40 -0700 (PDT) From: peter@holm.cc To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: kern/12869: panic: softdep_flushfiles: looping Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 12869 >Category: kern >Synopsis: panic: softdep_flushfiles: looping >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jul 29 09:30:01 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Peter Holm >Release: Current Sat Jul 24 18:39:38 1999 >Organization: Holm Computer Consulting >Environment: FreeBSD 4.0-CURRENT #0: Sat Jul 24 15:08:52 CEST 1999 root@current.risby.dk:/usr/src/sys/compile/PHO >Description: I found a problem with ffs: Script started on Sat Jul 24 18:39:38 1999 bastion# kermit C-Kermit 6.0.192, 6 Sep 96, for FreeBSD Copyright (C) 1985, 1996, Trustees of Columbia University in the City of New York. Default file-transfer mode is TEXT Type ? or HELP for help. [/usr/tmp] C-Kermit>connect Connecting to /dev/cuaa1, speed 9600. The escape character is Ctrl-V (ASCII 22, SYN) Type the escape character followed by C to get back, or followed by ? to see other options. data=0x266d4+0x20764 syms=[0x4+0x279f0+0x4+0x2a357 Hit [Enter] to boot immediately, or any other key for command prompt. Booting [kernel] in 9 seconds... Type '?' for a list of commands, 'help' for more detailed help. disk1s1a:> boot -s Copyright (c) 1992-1999 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 4.0-CURRENT #0: Sat Jul 24 15:08:52 CEST 1999 root@current.risby.dk:/usr/src/sys/compile/PHO Timecounter "i8254" frequency 1193182 Hz CPU: AMD-K6(tm) 3D processor (400.91-MHz 586-class CPU) Origin = "AuthenticAMD" Id = 0x58c Stepping = 12 Features=0x8021bf AMD Features=0x80000800 real memory = 134201344 (131056K bytes) avail memory = 126226432 (123268K bytes) Preloaded elf kernel "kernel" at 0xc03a4000. K6-family MTRR support enabled (2 registers) : changing root device to wd0s1a Enter full pathname of shell or RETURN for /bin/sh: # fsck -p /dev/rwd0s1a: FILESYSTEM CLEAN; SKIPPING CHECKS /dev/rwd0s1a: clean, 72609 free (217 frags, 9049 blocks, 0.2% fragmentation) /dev/rwd0s3f: FILESYSTEM CLEAN; SKIPPING CHECKS /dev/rwd0s3f: clean, 917227 free (299 frags, 114616 blocks, 0.0% fragmentation) /dev/rwd0s3a: FILESYSTEM CLEAN; SKIPPING CHECKS /dev/rwd0s3a: clean, 435121 free (129 frags, 54374 blocks, 0.0% fragmentation) /dev/rwd0s3d: FILESYSTEM CLEAN; SKIPPING CHECKS /dev/rwd0s3d: clean, 4116873 free (25633 frags, 511405 blocks, 0.6% fragmentation) /dev/rwd0s3g: FILESYSTEM CLEAN; SKIPPING CHECKS /dev/rwd0s3g: clean, 281787 free (9123 frags, 34083 blocks, 1.8% fragmentation) /dev/rwd0s3h: FILESYSTEM CLEAN; SKIPPING CHECKS /dev/rwd0s3h: clean, 730667 free (643 frags, 91253 blocks, 0.1% fragmentation) /dev/rwd0s3e: FILESYSTEM CLEAN; SKIPPING CHECKS /dev/rwd0s3e: clean, 855529 free (193 frags, 106917 blocks, 0.0% fragmentation) # mount -u / # mount /usr # mount /dev/wd0s1a on / (local, writes: sync 2 async 0) /dev/wd0s3d on /usr (local, soft-updates, writes: sync 2 async 0) # cd /usr/tmp/stress/dir # cat dir.c /* $Id$ */ #include #include #include #include #include #include #include void error(char *op, char* arg, char* file, int line) { fprintf(stderr,"%s. %s. %s (%s:%d)\n", op, arg, sys_errlist[errno], file, line); } void mkDir(char *path, int level) { char newPath[4096]; /* printf("mkdir(%s)\n", path);*/ if (mkdir(path, 0770) == -1) { error("mkdir", path, __FILE__, __LINE__); exit(2); } if (level > 1) { sprintf(newPath,"%s/d%d", path, level-1); mkDir(newPath, level-1); } } void rmDir(char *path, int level) { char newPath[4096]; if (level > 1) { sprintf(newPath,"%s/d%d", path, level-1); rmDir(newPath, level-1); } /* printf("rmdir(%s):%d\n", path, level);*/ if (rmdir(path) == -1) { error("unlink", path, __FILE__, __LINE__); exit(2); } } int main(int argc, char **argv) { int fd, i, levels, pid; char path[128]; if (argc != 2) { fprintf(stderr, "Usage: %s \n", argv[0]); exit(1); } levels = 10; sscanf(argv[1], "%d", &levels); if (levels > 210) levels = 210; pid = getpid(); umask(0); sprintf(path,"p%05d.d%04d", pid, levels); mkDir(path, levels); rmDir(path, levels); return 0; } # ./dir 200 # sync;sync;sync # reboot syncing disks... done panic: softdep_flushfiles: looping Debugger("panic") Stopped at Debugger+0x37: movl $0,in_Debugger db> trace Debugger(c02b22db) at Debugger+0x37 panic(c02ef9ef,c0ddda00,0,c9020620,c99d5e94) at panic+0x74 softdep_flushfiles(c0ddda00,2,c9020620,c0ddda00,0) at softdep_flushfiles+0x164 ffs_unmount(c0ddda00,80000,c9020620,c0ddda00,0) at ffs_unmount+0x2d dounmount(c0ddda00,80000,c9020620,c36cb2a0,0) at dounmount+0xa6 vfs_unmountall(c9020620,c031215c,0,0,0) at vfs_unmountall+0x46 boot(0,c99d5fa0,c02687b6,c9020620,c99d5f80) at boot+0x23f reboot(c9020620,c99d5f80,2,0,0) at reboot+0x1c syscall(2f,2f,2f,0,0) at syscall+0x182 Xint0x80_syscall() at Xint0x80_syscall+0x26 db> >How-To-Repeat: Run the test program, reboot. >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jul 29 10:15:53 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id E5EC5155DD; Thu, 29 Jul 1999 10:15:45 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA62031; Thu, 29 Jul 1999 10:15:43 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Thu, 29 Jul 1999 10:15:43 -0700 (PDT) From: Message-Id: <199907291715.KAA62031@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, sheldonh@FreeBSD.org Subject: Re: bin/12866: [PATCH] RFE for /bin/ls to add a -n option for showing uid/gid numerically Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: [PATCH] RFE for /bin/ls to add a -n option for showing uid/gid numerically Responsible-Changed-From-To: freebsd-bugs->sheldonh Responsible-Changed-By: sheldonh Responsible-Changed-When: Thu Jul 29 10:14:30 PDT 1999 Responsible-Changed-Why: I'll take this one. There are a couple of nits, so I'll post back a revised patch for your enjoyment. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jul 29 10:41:25 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from axl.noc.iafrica.com (axl.noc.iafrica.com [196.31.1.175]) by hub.freebsd.org (Postfix) with ESMTP id 0C1AA14D59 for ; Thu, 29 Jul 1999 10:41:09 -0700 (PDT) (envelope-from sheldonh@axl.noc.iafrica.com) Received: from sheldonh (helo=axl.noc.iafrica.com) by axl.noc.iafrica.com with local-esmtp (Exim 3.02 #1) id 119uB1-000CX6-00 for freebsd-bugs@FreeBSD.org; Thu, 29 Jul 1999 19:41:07 +0200 From: Sheldon Hearn To: freebsd-bugs@FreeBSD.org Subject: Re: bin/12866: [PATCH] RFE for /bin/ls to add a -n option for showing uid/gid numerically In-reply-to: Your message of "Thu, 29 Jul 1999 10:15:43 MST." <199907291715.KAA62031@freefall.freebsd.org> Date: Thu, 29 Jul 1999 19:41:07 +0200 Message-ID: <48179.933270067@axl.noc.iafrica.com> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Alright, here's a patch for your perusal. It differs from yours in that: * Variables have been renamed. * Your auxiliary buffers may need to hold as many as 10 digits for uid_t and gid_t, which are currently unsigned 32-bit ints. * You _must_ keep usage() in sync with your getopt() rules. * I've added a diff for the manpage. Ciao, Sheldon. Index: ls.1 =================================================================== RCS file: /home/ncvs/src/bin/ls/ls.1,v retrieving revision 1.28 diff -u -d -r1.28 ls.1 --- ls.1 1999/05/08 10:20:27 1.28 +++ ls.1 1999/07/29 17:37:16 @@ -148,6 +148,9 @@ (The lowercase letter ``ell.'') List in long format. (See below.) If the output is to a terminal, a total sum for all the file sizes is output on a line before the long listing. +.It Fl n +Display owner UID and GID instead of owner name and group respectively in a +long output. .It Fl o Include the file flags in a long .Pq Fl l @@ -248,6 +251,9 @@ is displayed in place of the hour and minute fields. .Pp If the owner or group names are not a known user or group name +or if the +.Fl n +option is given the numeric ID's are displayed. .Pp If the file is a character special or block special file, Index: ls.c =================================================================== RCS file: /home/ncvs/src/bin/ls/ls.c,v retrieving revision 1.24 diff -u -d -r1.24 ls.c --- ls.c 1999/05/08 10:20:30 1.24 +++ ls.c 1999/07/29 17:32:51 @@ -100,6 +100,7 @@ int f_timesort; /* sort by time vice name */ int f_type; /* add type character for non-regular files */ int f_whiteout; /* show whiteout entries */ +int f_numnames; /* show numeric uid and gid in long listing */ int rval; @@ -137,7 +138,7 @@ f_listdot = 1; fts_options = FTS_PHYSICAL; - while ((ch = getopt(argc, argv, "1ABCFHLPRTWabcdfgikloqrstu")) != -1) { + while ((ch = getopt(argc, argv, "1ABCFHLPRTWabcdfgiklnoqrstu")) != -1) { switch (ch) { /* * The -1, -C and -l options all override each other so shell @@ -209,6 +210,9 @@ case 'k': f_kblocks = 1; break; + case 'n': + f_numnames = 1; + break; case 'o': f_flags = 1; break; @@ -401,6 +405,7 @@ char *initmax; int entries, needstats; char *user, *group, *flags, buf[20]; /* 32 bits == 10 digits */ + char uid[10], gid[10]; /* * If list is NULL there are two possibilities: that the parent @@ -512,10 +517,19 @@ btotal += sp->st_blocks; if (f_longform) { - user = user_from_uid(sp->st_uid, 0); + if (f_numnames) { + snprintf(uid, sizeof(uid), "%u", + sp->st_uid); + user = uid; + snprintf(gid, sizeof(gid), "%u", + sp->st_gid); + group = gid; + } else { + user = user_from_uid(sp->st_uid, 0); + group = group_from_gid(sp->st_gid, 0); + } if ((ulen = strlen(user)) > maxuser) maxuser = ulen; - group = group_from_gid(sp->st_gid, 0); if ((glen = strlen(group)) > maxgroup) maxgroup = glen; if (f_flags) { Index: util.c =================================================================== RCS file: /home/ncvs/src/bin/ls/util.c,v retrieving revision 1.18 diff -u -d -r1.18 util.c --- util.c 1998/10/13 12:19:31 1.18 +++ util.c 1999/07/29 17:06:30 @@ -158,7 +158,7 @@ void usage() { - (void)fprintf(stderr, "usage: ls [-ACFHLPRTWacdfgikloqrstu1]" + (void)fprintf(stderr, "usage: ls [-ACFHLPRTWacdfgiklnoqrstu1]" " [file ...]\n"); exit(1); } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jul 29 10:49:39 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 73E3314FCE; Thu, 29 Jul 1999 10:49:27 -0700 (PDT) (envelope-from des@FreeBSD.org) Received: (from des@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA64441; Thu, 29 Jul 1999 10:48:38 -0700 (PDT) (envelope-from des@FreeBSD.org) Date: Thu, 29 Jul 1999 10:48:38 -0700 (PDT) From: Message-Id: <199907291748.KAA64441@freefall.freebsd.org> To: seth@freebie.dp.ny.frb.org, des@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/12819: tcpd hosts.[allow|deny] location inconsistent Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: tcpd hosts.[allow|deny] location inconsistent State-Changed-From-To: closed->open State-Changed-By: des State-Changed-When: Thu Jul 29 10:44:39 PDT 1999 State-Changed-Why: Not so fast. This is a serious problem for anyone running 3.2-RELEASE, especially someone upgrading to 3.2-RELEASE after running e.g. 3.1-RELEASE with the tcpwrappers port, since the system tcpd utilities will take precedence over the port (due to /usr/bin being before /usr/local/bin in PATH), and they read their configuration files from /etc instead of /usr/local/etc. At the very least, this PR warrants an addition to the errata list. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jul 29 11:30: 9 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from shell.futuresouth.com (shell.futuresouth.com [198.78.58.28]) by hub.freebsd.org (Postfix) with ESMTP id 8191315110; Thu, 29 Jul 1999 11:29:56 -0700 (PDT) (envelope-from fullermd@futuresouth.com) Received: (from fullermd@localhost) by shell.futuresouth.com (8.9.3/8.9.3) id NAA19862; Thu, 29 Jul 1999 13:28:22 -0500 (CDT) Date: Thu, 29 Jul 1999 13:28:22 -0500 From: "Matthew D. Fuller" To: Tim Vanderhoek Cc: Doug , green@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/11121: w(1) cannot handle more than one user on command line Message-ID: <19990729132821.D24560@futuresouth.com> References: <19990728195457.E318@mad> <19990728205239.A1695@mad> <19990728195621.C24560@futuresouth.com> <19990729052709.B85377@mad> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.3i In-Reply-To: <19990729052709.B85377@mad>; from Tim Vanderhoek on Thu, Jul 29, 1999 at 05:27:09AM -0400 X-OS: FreeBSD Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, Jul 29, 1999 at 05:27:09AM -0400, a little birdie told me that Tim Vanderhoek remarked > > Not a bad idea. You also need to handle the fact that some > developers refuse on principle to mfc anything since they don't run > -stable. Others will do it, but they usually want to avoid stepping > on the original committer's toes in case he was planning to mfc it at > a later date. Well, said developer could post a notice saying, 'Hey, this has been in -current for X time, who wants to test and possibly MFC?' > [On a little further reflection, I don't know how politically > acceptable your idea is, either... It could be viewed as rather > intrusive.] Well, my view of it was for it to be something done on an individual basis, not across the board. I vaguely recall some way in CVS to run a program on every commit (not the commitinfo file, a way on a per-user basis), or you could just manually run a quick script after you commit if if's a -stable candidate. No, it's certainly not a perfect system, and it's not meant to be, but it's an easy way to remind yourself individually and refresh your memory. -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Unix Systems Administrator | fullermd@futuresouth.com Specializing in FreeBSD | http://www.over-yonder.net/ FutureSouth Communications | ISPHelp ISP Consulting "The only reason I'm burning my candle at both ends, is because I haven't figured out how to light the middle yet" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jul 29 12:11:47 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 0F0FA15161; Thu, 29 Jul 1999 12:11:45 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA71437; Thu, 29 Jul 1999 12:11:45 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Thu, 29 Jul 1999 12:11:45 -0700 (PDT) From: Message-Id: <199907291911.MAA71437@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, sheldonh@FreeBSD.org Subject: Re: bin/12825: doscmd build depends on X Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: doscmd build depends on X Responsible-Changed-From-To: freebsd-bugs->sheldonh Responsible-Changed-By: sheldonh Responsible-Changed-When: Thu Jul 29 12:10:53 PDT 1999 Responsible-Changed-Why: I'll be looking into this soon if Doug doesn't provide feedback. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jul 29 12:18:18 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from dt011n65.san.rr.com (dt011n65.san.rr.com [204.210.13.101]) by hub.freebsd.org (Postfix) with ESMTP id 7886F150EF; Thu, 29 Jul 1999 12:18:09 -0700 (PDT) (envelope-from Doug@gorean.org) Received: from gorean.org (master [10.0.0.2]) by dt011n65.san.rr.com (8.8.8/8.8.8) with ESMTP id MAA23630; Thu, 29 Jul 1999 12:15:50 -0700 (PDT) (envelope-from Doug@gorean.org) Message-ID: <37A0A866.43A71593@gorean.org> Date: Thu, 29 Jul 1999 12:15:50 -0700 From: Doug Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.6 [en] (Win98; I) X-Accept-Language: en MIME-Version: 1.0 To: Bill Fumerola Cc: Tim Vanderhoek , green@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/11121: w(1) cannot handle more than one user on command line References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Bill Fumerola wrote: > > On Wed, 28 Jul 1999, Doug wrote: > > Ok, how would you suggest that we implement a system where PR > > fixes get MFC'ed on a more regular schedule? What we really want to avoid > > is having things updated in the dreaded "super-commit" fashion that tends > > to happen right before a -Release is cut. By MFC'ing in smaller bits over > > a longer period of time things get tested better, -Release's are less > > traumatic, and everyone is happier. > > > > Any ideas? > > A new state in GNATS would seem smart. That got my vote when this was discussed last year. I even think there was a sort of consensus about it, however implementation got lost in the heather. Doug To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jul 29 12:24:35 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 3BFA5151F0; Thu, 29 Jul 1999 12:24:27 -0700 (PDT) (envelope-from iwasaki@FreeBSD.org) Received: (from iwasaki@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA72610; Thu, 29 Jul 1999 12:24:09 -0700 (PDT) (envelope-from iwasaki@FreeBSD.org) Date: Thu, 29 Jul 1999 12:24:09 -0700 (PDT) From: Message-Id: <199907291924.MAA72610@freefall.freebsd.org> To: mconst@csua.berkeley.edu, iwasaki@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/12614: [patch] apm -r doesn't respect wall_cmos_clock Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: [patch] apm -r doesn't respect wall_cmos_clock State-Changed-From-To: open->closed State-Changed-By: iwasaki State-Changed-When: Thu Jul 29 12:22:12 PDT 1999 State-Changed-Why: Fixed in CURRENT and RELENG_3. Thanks! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jul 29 13: 0:13 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 149CE15226 for ; Thu, 29 Jul 1999 13:00:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA75026; Thu, 29 Jul 1999 13:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Thu, 29 Jul 1999 13:00:01 -0700 (PDT) Message-Id: <199907292000.NAA75026@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Sheldon Hearn Subject: Re: bin/12853 Reply-To: Sheldon Hearn Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/12853; it has been noted by GNATS. From: Sheldon Hearn To: FreeBSD-gnats-submit@freebsd.org Cc: Subject: Re: bin/12853 Date: Thu, 29 Jul 1999 21:55:39 +0200 Text from misfiled PR's associated with this one: From eischen@vigrid.com Wed Jul 28 10:02:06 1999 Return-Path: Received: from pcnet1.pcnet.com (pcnet1.pcnet.com [204.213.232.3]) by hub.freebsd.org (Postfix) with ESMTP id 4CF5414EF1 for ; Wed, 28 Jul 1999 10:01:56 -0700 (PDT) (envelope-from eischen@vigrid.com) Received: (from eischen@localhost) by pcnet1.pcnet.com (8.8.7/PCNet) id MAA06499; Wed, 28 Jul 1999 12:59:28 -0400 (EDT) Message-Id: <199907281659.MAA06499@pcnet1.pcnet.com> Date: Wed, 28 Jul 1999 12:59:28 -0400 (EDT) From: Daniel Eischen To: FreeBSD-gnats-submit@freebsd.org, mi@aldan.algebra.com Cc: eischen@vigrid.com, jb@cimlogic.com.au, lawlopez@cisco.com, msestina@cisco.com, sjlee@cisco.com Subject: Re: resend: uthread_init.c PANICs in case of (legally) close stdin >Number: 12854 >Category: pending >Synopsis: Re: resend: uthread_init.c PANICs in case of (legally) close stdin >Confidential: yes >Severity: serious >Priority: medium >Responsible: gnats-admin >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jul 28 10:10:00 PDT 1999 >Closed-Date: >Last-Modified: >Originator: >Release: >Organization: >Environment: >Description: Wow, this CC: list is growing! Can you please try this more complete patch (made against -stable)? I believe it better handles initialization of the fd tables for fds < 3. Index: uthread_fd.c =================================================================== RCS file: /A/cvs/src/lib/libc_r/uthread/uthread_fd.c,v retrieving revision 1.9.2.2 diff -u -r1.9.2.2 uthread_fd.c --- uthread_fd.c 1999/07/23 13:00:27 1.9.2.2 +++ uthread_fd.c 1999/07/28 16:31:33 @@ -94,13 +94,13 @@ TAILQ_INIT(&entry->w_queue); /* Get the flags for the file: */ - if (fd >= 3 && (entry->flags = - _thread_sys_fcntl(fd, F_GETFL, 0)) == -1) { + if (((fd >= 3) || (_pthread_stdio_flags[fd] == -1)) && + (entry->flags = _thread_sys_fcntl(fd, F_GETFL, 0)) == -1) { ret = -1; - } + } else { /* Check if a stdio descriptor: */ - if (fd < 3) + if ((fd < 3) && (_pthread_stdio_flags[fd] != -1)) /* * Use the stdio flags read by * _pthread_init() to avoid Index: uthread_init.c =================================================================== RCS file: /A/cvs/src/lib/libc_r/uthread/uthread_init.c,v retrieving revision 1.9.2.3 diff -u -r1.9.2.3 uthread_init.c --- uthread_init.c 1999/07/23 13:00:29 1.9.2.3 +++ uthread_init.c 1999/07/28 16:43:27 @@ -121,8 +121,9 @@ /* Get the standard I/O flags before messing with them : */ for (i = 0; i < 3; i++) - if ((_pthread_stdio_flags[i] = - _thread_sys_fcntl(i,F_GETFL, NULL)) == -1) + if (((_pthread_stdio_flags[i] = + _thread_sys_fcntl(i,F_GETFL, NULL)) == -1) && + (errno != EBADF)) PANIC("Cannot get stdio flags"); /* @@ -292,12 +293,18 @@ } /* Initialize stdio file descriptor table entries: */ - if ((_thread_fd_table_init(0) != 0) || - (_thread_fd_table_init(1) != 0) || - (_thread_fd_table_init(2) != 0)) { - PANIC("Cannot initialize stdio file descriptor " - "table entries"); - } + if ((_thread_fd_table_init(0) != 0) && + (errno != EBADF)) + PANIC("Cannot initialize stdio file " + "descriptor table entries"); + else if ((_thread_fd_table_init(1) != 0) && + (errno != EBADF)) + PANIC("Cannot initialize stdout file " + "descriptor table entries"); + else if ((_thread_fd_table_init(2) != 0) && + (errno != EBADF)) + PANIC("Cannot initialize stderr file " + "descriptor table entries"); } } Dan Eischen eischen@vigrid.com >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: From lawlopez@cisco.com Wed Jul 28 16:47:44 1999 Return-Path: Received: from tornado.cisco.com (tornado.cisco.com [171.69.104.22]) by hub.freebsd.org (Postfix) with ESMTP id 0A20514D8B for ; Wed, 28 Jul 1999 16:47:33 -0700 (PDT) (envelope-from lawlopez@cisco.com) Received: from cisco.com (lawlopez-pc.cisco.com [171.69.206.56]) by tornado.cisco.com (8.8.5-Cisco.1/8.6.5) with ESMTP id TAA10692; Wed, 28 Jul 1999 19:47:28 -0400 (EDT) Message-Id: <379F9692.180CE56E@cisco.com> Date: Wed, 28 Jul 1999 19:47:30 -0400 From: "Lawrence D. Lopez" Sender: lawlopez@cisco.com To: Daniel Eischen Cc: FreeBSD-gnats-submit@freebsd.org, mi@aldan.algebra.com, jb@cimlogic.com.au, msestina@cisco.com, sjlee@cisco.com Subject: Re: resend: uthread_init.c PANICs in case of (legally) close stdin References: <199907281659.MAA06499@pcnet1.pcnet.com> >Number: 12860 >Category: pending >Synopsis: Re: resend: uthread_init.c PANICs in case of (legally) close stdin >Confidential: yes >Severity: serious >Priority: medium >Responsible: gnats-admin >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jul 28 16:50:01 PDT 1999 >Closed-Date: >Last-Modified: >Originator: >Release: >Organization: >Environment: >Description: This is a multi-part message in MIME format. --------------BD951E80393B91190D1AEB4A Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Dan, Test procedure: attached is a tarfile which contains the test procedure. *** extract it from the mail. tar xcv tarfile cd thread make *** This is what is in the tarfile: makefile: all: rm -f run thread *.core cc -o thread thread.c -lc_r cc -o run run.c ./run Program 1: thread.c: main() { } Compile it like: cc -o thread thread.c -lc_r Program 2: run.c main() { close(0); execl("./thread", "./thead", 0); perror("execl"); } Compile it like: cc -o run run.c Now type ./run to cause the bug: ./run Fatal error 'Cannot get stdio flags' at line ? in file /usr/src/lib/libc_r/uthread/uthread_init.c (errno = ?) Segmentation fault (core dumped) Hope this helps! Larry Daniel Eischen wrote: > > Wow, this CC: list is growing! > > Can you please try this more complete patch (made against -stable)? > I believe it better handles initialization of the fd tables for fds > < 3. > > Index: uthread_fd.c > =================================================================== > RCS file: /A/cvs/src/lib/libc_r/uthread/uthread_fd.c,v > retrieving revision 1.9.2.2 > diff -u -r1.9.2.2 uthread_fd.c > --- uthread_fd.c 1999/07/23 13:00:27 1.9.2.2 > +++ uthread_fd.c 1999/07/28 16:31:33 > @@ -94,13 +94,13 @@ > TAILQ_INIT(&entry->w_queue); > > /* Get the flags for the file: */ > - if (fd >= 3 && (entry->flags = > - _thread_sys_fcntl(fd, F_GETFL, 0)) == -1) { > + if (((fd >= 3) || (_pthread_stdio_flags[fd] == -1)) && > + (entry->flags = _thread_sys_fcntl(fd, F_GETFL, 0)) == -1) { > ret = -1; > - } > + } > else { > /* Check if a stdio descriptor: */ > - if (fd < 3) > + if ((fd < 3) && (_pthread_stdio_flags[fd] != -1)) > /* > * Use the stdio flags read by > * _pthread_init() to avoid > Index: uthread_init.c > =================================================================== > RCS file: /A/cvs/src/lib/libc_r/uthread/uthread_init.c,v > retrieving revision 1.9.2.3 > diff -u -r1.9.2.3 uthread_init.c > --- uthread_init.c 1999/07/23 13:00:29 1.9.2.3 > +++ uthread_init.c 1999/07/28 16:43:27 > @@ -121,8 +121,9 @@ > > /* Get the standard I/O flags before messing with them : */ > for (i = 0; i < 3; i++) > - if ((_pthread_stdio_flags[i] = > - _thread_sys_fcntl(i,F_GETFL, NULL)) == -1) > + if (((_pthread_stdio_flags[i] = > + _thread_sys_fcntl(i,F_GETFL, NULL)) == -1) && > + (errno != EBADF)) > PANIC("Cannot get stdio flags"); > > /* > @@ -292,12 +293,18 @@ > } > > /* Initialize stdio file descriptor table entries: */ > - if ((_thread_fd_table_init(0) != 0) || > - (_thread_fd_table_init(1) != 0) || > - (_thread_fd_table_init(2) != 0)) { > - PANIC("Cannot initialize stdio file descriptor " > - "table entries"); > - } > + if ((_thread_fd_table_init(0) != 0) && > + (errno != EBADF)) > + PANIC("Cannot initialize stdio file " > + "descriptor table entries"); > + else if ((_thread_fd_table_init(1) != 0) && > + (errno != EBADF)) > + PANIC("Cannot initialize stdout file " > + "descriptor table entries"); > + else if ((_thread_fd_table_init(2) != 0) && > + (errno != EBADF)) > + PANIC("Cannot initialize stderr file " > + "descriptor table entries"); > } > } > > > Dan Eischen > eischen@vigrid.com --------------BD951E80393B91190D1AEB4A Content-Type: application/octet-stream; name="tarfile" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="tarfile" dGhyZWFkLwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACA0MDc1NSAA ICAxNzU1IAAgIDE3NTUgACAgICAgICAgICAwICA2NzQ3NzEzMDExICAxMjI0NQAgNQAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAB1c3RhciAgAGxhd2xv cGV6AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAbGF3bG9wZXoAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAB0aHJlYWQvdGhyZWFkLmMAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAMTAwNjQ0IAAgIDE3NTUgACAgMTc1NSAAICAgICAgICAgMTMg IDY3NDc3MTIwMzEgIDEzNzEwACAwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAHVzdGFyICAAbGF3bG9wZXoAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABs YXdsb3BlegAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAG1h aW4oKQp7Cn0KAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAdGhyZWFkL3J1bi5jAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAADEwMDY0NCAAICAxNzU1IAAgIDE3NTUgACAgICAgICAgMTE1ICA2 NzQ3NzEyMTUwICAxMzI3MgAgMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAB1c3RhciAgAGxhd2xvcGV6AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAbGF3 bG9wZXoAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABtYWlu KCkKewoJY2xvc2UoMCk7CgoJZXhlY2woIi4vdGhyZWFkIiwgIi4vdGhlYWQiLCAwKTsKCXBl cnJvcigiZXhlY2wiKTsKfQkJCgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAHRocmVhZC9tYWtlZmlsZQAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAxMDA2NDQgACAgMTc1NSAAICAxNzU1IAAgICAgICAgIDEyMyAgNjc0 NzcxMjc3NyAgMTQwNDAAIDAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAdXN0YXIgIABsYXdsb3BlegAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAGxhd2xv cGV6AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAYWxsOgoJ cm0gLWYgcnVuIHRocmVhZCAqLmNvcmUKCWNjIC1vIHRocmVhZCB0aHJlYWQuYyAtbGNfcgoJ Y2MgLW8gcnVuIHJ1bi5jCgkuL3J1bgoAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA== --------------BD951E80393B91190D1AEB4A-- >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: From jb@cimlogic.com.au Wed Jul 28 16:55:22 1999 Return-Path: Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (Postfix) with ESMTP id 147391543E for ; Wed, 28 Jul 1999 16:55:12 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.9.3/8.9.1) id KAA58415; Thu, 29 Jul 1999 10:01:12 +1000 (EST) (envelope-from jb) Message-Id: <199907290001.KAA58415@cimlogic.com.au> Date: Thu, 29 Jul 1999 10:01:12 +1000 (EST) From: John Birrell To: lawlopez@cisco.com (Lawrence D. Lopez) Cc: eischen@vigrid.com (Daniel Eischen), FreeBSD-gnats-submit@freebsd.org, mi@aldan.algebra.com, jb@cimlogic.com.au, msestina@cisco.com, sjlee@cisco.com In-Reply-To: <379F9692.180CE56E@cisco.com> from "Lawrence D. Lopez" at "Jul 28, 1999 07:47:30 pm" Subject: Re: resend: uthread_init.c PANICs in case of (legally) close stdin >Number: 12861 >Category: pending >Synopsis: Re: resend: uthread_init.c PANICs in case of (legally) close stdin >Confidential: yes >Severity: serious >Priority: medium >Responsible: gnats-admin >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jul 28 17:00:01 PDT 1999 >Closed-Date: >Last-Modified: >Originator: >Release: >Organization: >Environment: >Description: Lawrence D. Lopez wrote: > cc -o thread thread.c -lc_r This is wrong. You are linking against both libc _and_ libc_r. Use -pthread instead of -lc_r. -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: From eischen@vigrid.com Wed Jul 28 17:16:02 1999 Return-Path: Received: from pcnet1.pcnet.com (pcnet1.pcnet.com [204.213.232.3]) by hub.freebsd.org (Postfix) with ESMTP id 4BE84154E5 for ; Wed, 28 Jul 1999 17:15:52 -0700 (PDT) (envelope-from eischen@vigrid.com) Received: (from eischen@localhost) by pcnet1.pcnet.com (8.8.7/PCNet) id UAA01121; Wed, 28 Jul 1999 20:13:41 -0400 (EDT) Message-Id: <199907290013.UAA01121@pcnet1.pcnet.com> Date: Wed, 28 Jul 1999 20:13:41 -0400 (EDT) From: Daniel Eischen To: eischen@vigrid.com, lawlopez@cisco.com Cc: FreeBSD-gnats-submit@freebsd.org, jb@cimlogic.com.au, mi@aldan.algebra.com, msestina@cisco.com, sjlee@cisco.com Subject: Re: resend: uthread_init.c PANICs in case of (legally) close stdin >Number: 12862 >Category: pending >Synopsis: Re: resend: uthread_init.c PANICs in case of (legally) close stdin >Confidential: yes >Severity: serious >Priority: medium >Responsible: gnats-admin >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jul 28 17:20:00 PDT 1999 >Closed-Date: >Last-Modified: >Originator: >Release: >Organization: >Environment: >Description: > Test procedure: > > attached is a tarfile which contains > the test procedure. [ ... ] > all: > rm -f run thread *.core > cc -o thread thread.c -lc_r > cc -o run run.c > ./run That should be: cc -o thread -pthread thread.c Don't use -lc_r when building threaded apps on FreeBSD because it also links in libc. But did you try the patches I sent? I take it you didn't try them because your test program worked for me with the patches applied to uthread_fd.c and uthread_init.c. You said you were also getting other segmentation faults even after applying Mikhail Teterins patches from the PR filed. What is the status of that problem? > >Fix: > > This fix does NOT fix the seg-fault itself, but only prevents > the panic from happening in this legal case. Dan Eischen eischen@vigrid.com >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: From lawlopez@cisco.com Wed Jul 28 17:31:40 1999 Return-Path: Received: from tornado.cisco.com (tornado.cisco.com [171.69.104.22]) by hub.freebsd.org (Postfix) with ESMTP id 4DA6814EEF for ; Wed, 28 Jul 1999 17:31:38 -0700 (PDT) (envelope-from lawlopez@cisco.com) Received: from cisco.com (lawlopez-pc.cisco.com [171.69.206.56]) by tornado.cisco.com (8.8.5-Cisco.1/8.6.5) with ESMTP id UAA11309; Wed, 28 Jul 1999 20:31:10 -0400 (EDT) Message-Id: <379FA0D0.BE5E5BAD@cisco.com> Date: Wed, 28 Jul 1999 20:31:12 -0400 From: "Lawrence D. Lopez" Sender: lawlopez@cisco.com To: Daniel Eischen Cc: FreeBSD-gnats-submit@freebsd.org, jb@cimlogic.com.au, mi@aldan.algebra.com, msestina@cisco.com, sjlee@cisco.com Subject: Re: resend: uthread_init.c PANICs in case of (legally) close stdin References: <199907290013.UAA01121@pcnet1.pcnet.com> >Number: 12863 >Category: pending >Synopsis: Re: resend: uthread_init.c PANICs in case of (legally) close stdin >Confidential: yes >Severity: serious >Priority: medium >Responsible: gnats-admin >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jul 28 17:40:01 PDT 1999 >Closed-Date: >Last-Modified: >Originator: >Release: >Organization: >Environment: >Description: Dan, I didn't try the patches because mi had gone home. The other problem we are having is: PANIC("Cannot set virtual timer"); in uthread_kern.c This one really has me stumped. I will use -pthread in the future. Larry Daniel Eischen wrote: > > > Test procedure: > > > > attached is a tarfile which contains > > the test procedure. > > [ ... ] > > > all: > > rm -f run thread *.core > > cc -o thread thread.c -lc_r > > cc -o run run.c > > ./run > > That should be: > > cc -o thread -pthread thread.c > > Don't use -lc_r when building threaded apps on FreeBSD because it > also links in libc. > > But did you try the patches I sent? I take it you didn't try > them because your test program worked for me with the patches > applied to uthread_fd.c and uthread_init.c. > > You said you were also getting other segmentation faults even > after applying Mikhail Teterins patches from the PR filed. What > is the status of that problem? > > > >Fix: > > > > This fix does NOT fix the seg-fault itself, but only prevents > > the panic from happening in this legal case. > > Dan Eischen > eischen@vigrid.com >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: From eischen@vigrid.com Wed Jul 28 17:50:07 1999 Return-Path: Received: from pcnet1.pcnet.com (pcnet1.pcnet.com [204.213.232.3]) by hub.freebsd.org (Postfix) with ESMTP id 2470E14F41 for ; Wed, 28 Jul 1999 17:50:04 -0700 (PDT) (envelope-from eischen@vigrid.com) Received: (from eischen@localhost) by pcnet1.pcnet.com (8.8.7/PCNet) id UAA04565; Wed, 28 Jul 1999 20:47:29 -0400 (EDT) Message-Id: <199907290047.UAA04565@pcnet1.pcnet.com> Date: Wed, 28 Jul 1999 20:47:29 -0400 (EDT) From: Daniel Eischen To: eischen@vigrid.com, lawlopez@cisco.com Cc: FreeBSD-gnats-submit@freebsd.org, jb@cimlogic.com.au, mi@aldan.algebra.com, msestina@cisco.com, sjlee@cisco.com Subject: Re: resend: uthread_init.c PANICs in case of (legally) close stdin >Number: 12865 >Category: pending >Synopsis: Re: resend: uthread_init.c PANICs in case of (legally) close stdin >Confidential: yes >Severity: serious >Priority: medium >Responsible: gnats-admin >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jul 28 18:00:01 PDT 1999 >Closed-Date: >Last-Modified: >Originator: >Release: >Organization: >Environment: >Description: > I didn't try the patches because mi had > gone home. > > The other problem we are having is: > > PANIC("Cannot set virtual timer"); > in uthread_kern.c > > This one really has me stumped. You're going to have to bite the bullet and upgrade to -stable (or pull -stable's libc_r and rebuild it on your system). You're working with an older threads library that has seen a lot of fixes since 3.1-RELEASE. I believe the panic message you quote is from before 3.2-RELEASE. FYI, the message now is: PANIC("Cannot set scheduling timer"); in uthread_kern.c. Dan Eischen eischen@vigrid.com >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jul 29 16:38:18 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from mpp.pro-ns.net (mpp.pro-ns.net [208.200.182.72]) by hub.freebsd.org (Postfix) with ESMTP id 5D0761566A for ; Thu, 29 Jul 1999 16:38:06 -0700 (PDT) (envelope-from mpp@mpp.pro-ns.net) Received: (from mpp@localhost) by mpp.pro-ns.net (8.9.3/8.9.3) id SAA01873; Thu, 29 Jul 1999 18:05:49 -0500 (CDT) (envelope-from mpp) From: Mike Pritchard Message-Id: <199907292305.SAA01873@mpp.pro-ns.net> Subject: Re: bin/12866: [PATCH] RFE for /bin/ls to add a -n option for showing uid/gid numerically In-Reply-To: <48179.933270067@axl.noc.iafrica.com> from Sheldon Hearn at "Jul 29, 1999 07:41:07 pm" To: sheldonh@uunet.co.za (Sheldon Hearn) Date: Thu, 29 Jul 1999 18:05:49 -0500 (CDT) Cc: freebsd-bugs@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > Alright, here's a patch for your perusal. It differs from yours in that: > > * Variables have been renamed. > * Your auxiliary buffers may need to hold as many as 10 digits > for uid_t and gid_t, which are currently unsigned 32-bit ints. > * You _must_ keep usage() in sync with your getopt() rules. > * I've added a diff for the manpage. If NetBSD or OpenBSD implement the -n option, we should probably just incorporate their program and man page changes instead of cooking up our own. Makes it easier to import changes from their trees at a later date. -Mike -- Mike Pritchard mpp@FreeBSD.ORG or mpp@mpp.pro-ns.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jul 29 17: 4:57 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from jade.chc-chimes.com (jade.chc-chimes.com [216.28.46.6]) by hub.freebsd.org (Postfix) with ESMTP id 6C6631562F; Thu, 29 Jul 1999 17:04:52 -0700 (PDT) (envelope-from billf@jade.chc-chimes.com) Received: from localhost (billf@localhost) by jade.chc-chimes.com (8.9.3/8.9.3) with ESMTP id TAA01045; Thu, 29 Jul 1999 19:06:44 -0400 (EDT) (envelope-from billf@jade.chc-chimes.com) Date: Thu, 29 Jul 1999 19:06:44 -0400 (EDT) From: Bill Fumerola To: steve@FreeBSD.org Cc: Tim Vanderhoek , green@FreeBSD.org, freebsd-bugs@FreeBSD.org, doug@gorean.org Subject: Re: bin/11121: w(1) cannot handle more than one user on command line In-Reply-To: <37A0A866.43A71593@gorean.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, 29 Jul 1999, Doug wrote: > > A new state in GNATS would seem smart. > > That got my vote when this was discussed last year. I even think there was > a sort of consensus about it, however implementation got lost in the > heather. Steve, Will you please added a new state "MFC-Candidate", "MFC", "To-Be-Merged" (but please not "2BMerged") whatever sounds right. I will DTRT with the web pages and various GNATS files in the repository if you'd like. -- - bill fumerola - billf@chc-chimes.com - BF1560 - computer horizons corp - - ph:(800) 252-2421 - bfumerol@computerhorizons.com - billf@FreeBSD.org - To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jul 29 17:10:53 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from dt011n65.san.rr.com (dt011n65.san.rr.com [204.210.13.101]) by hub.freebsd.org (Postfix) with ESMTP id 369EA15672; Thu, 29 Jul 1999 17:10:41 -0700 (PDT) (envelope-from Doug@gorean.org) Received: from localhost (doug@localhost) by dt011n65.san.rr.com (8.8.8/8.8.8) with ESMTP id RAA26543; Thu, 29 Jul 1999 17:10:03 -0700 (PDT) (envelope-from Doug@gorean.org) Date: Thu, 29 Jul 1999 17:10:03 -0700 (PDT) From: Doug X-Sender: doug@dt011n65.san.rr.com To: sheldonh@FreeBSD.org Cc: freebsd-bugs@FreeBSD.org Subject: Re: bin/12825: doscmd build depends on X In-Reply-To: <199907291911.MAA71437@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, 29 Jul 1999 sheldonh@FreeBSD.org wrote: > Synopsis: doscmd build depends on X > > Responsible-Changed-From-To: freebsd-bugs->sheldonh > Responsible-Changed-By: sheldonh > Responsible-Changed-When: Thu Jul 29 12:10:53 PDT 1999 > Responsible-Changed-Why: > I'll be looking into this soon if Doug doesn't provide feedback. What feedback were you looking for exactly? Did you not get my letter re how it looks like the Makefile should be preventing the problem I'm seeing, but isn't? I thought you understood how to reproduce the problem, but here's how I did it just now: cd /usr mv X11R6 X11R6-real mkdir X11R6 cd /usr/src/usr.bin/doscmd make all This gives me the following error: make: don't know how to make /usr/X11R6/include/X11/Xlib.h. Stop Is there anything else you need, or am I just confused again? Doug -- On account of being a democracy and run by the people, we are the only nation in the world that has to keep a government four years, no matter what it does. -- Will Rogers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jul 29 17:17:26 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from axl.noc.iafrica.com (axl.noc.iafrica.com [196.31.1.175]) by hub.freebsd.org (Postfix) with ESMTP id D931C14E74 for ; Thu, 29 Jul 1999 17:17:18 -0700 (PDT) (envelope-from sheldonh@axl.noc.iafrica.com) Received: from sheldonh (helo=axl.noc.iafrica.com) by axl.noc.iafrica.com with local-esmtp (Exim 3.02 #1) id 11A0MD-000Dcw-00; Fri, 30 Jul 1999 02:17:05 +0200 From: Sheldon Hearn To: Doug Cc: freebsd-bugs@FreeBSD.org Subject: Re: bin/12825: doscmd build depends on X In-reply-to: Your message of "Thu, 29 Jul 1999 17:10:03 MST." Date: Fri, 30 Jul 1999 02:17:05 +0200 Message-ID: <52385.933293825@axl.noc.iafrica.com> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, 29 Jul 1999 17:10:03 MST, Doug wrote: > This gives me the following error: > > make: don't know how to make /usr/X11R6/include/X11/Xlib.h. Stop > > Is there anything else you need, or am I just confused again? That's it, thanks. Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jul 29 18:15:53 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 708061565D; Thu, 29 Jul 1999 18:15:52 -0700 (PDT) (envelope-from green@FreeBSD.org) Received: (from green@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id SAA95102; Thu, 29 Jul 1999 18:13:26 -0700 (PDT) (envelope-from green@FreeBSD.org) Date: Thu, 29 Jul 1999 18:13:26 -0700 (PDT) From: Message-Id: <199907300113.SAA95102@freefall.freebsd.org> To: takamune@avrl.mei.co.jp, green@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/11213: lutimes() is the same as utimes() Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: lutimes() is the same as utimes() State-Changed-From-To: open->closed State-Changed-By: green State-Changed-When: Thu Jul 29 18:07:59 PDT 1999 State-Changed-Why: BDE committed this to -STABLE, I found it separately (with Dan Nelson ) to -CURRENT. But now it's in both branches. Okay, this isn't an editor, so I can't back up. BDE knew about it, but hadn't actually commit it, which I did. Sorry for the correction :) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jul 29 18:29:13 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 6E42E15043; Thu, 29 Jul 1999 18:29:10 -0700 (PDT) (envelope-from green@FreeBSD.org) Received: (from green@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id SAA95995; Thu, 29 Jul 1999 18:27:51 -0700 (PDT) (envelope-from green@FreeBSD.org) Date: Thu, 29 Jul 1999 18:27:51 -0700 (PDT) From: Message-Id: <199907300127.SAA95995@freefall.freebsd.org> To: takamune@avrl.mei.co.jp, green@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-doc@FreeBSD.org Subject: Re: kern/11213: lutimes() is the same as utimes() Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: lutimes() is the same as utimes() State-Changed-From-To: closed->open State-Changed-By: green State-Changed-When: Thu Jul 29 18:27:07 PDT 1999 State-Changed-Why: This is still open for documentation changes. Responsible-Changed-From-To: freebsd-bugs->freebsd-doc Responsible-Changed-By: green Responsible-Changed-When: Thu Jul 29 18:27:07 PDT 1999 Responsible-Changed-Why: ditto To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jul 29 18:30: 7 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 0E95A15629 for ; Thu, 29 Jul 1999 18:30:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id SAA96145; Thu, 29 Jul 1999 18:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 770A614EFD; Thu, 29 Jul 1999 18:23:00 -0700 (PDT) Message-Id: <19990730012300.770A614EFD@hub.freebsd.org> Date: Thu, 29 Jul 1999 18:23:00 -0700 (PDT) From: rdm@cfcl.com To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: bin/12877: interactive /bin/sh ignores ^C and ^Z in while loops Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 12877 >Category: bin >Synopsis: interactive /bin/sh ignores ^C and ^Z in while loops >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jul 29 18:30:00 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Rich Morin >Release: 2.2.8 (also broken in 3.2) >Organization: Canta Forda Computer Laboratory >Environment: FreeBSD cfcl.com 2.2.8-RELEASE FreeBSD 2.2.8-RELEASE #0: Fri Jan 15 18:39:18 PST 1999 rdm@cfcl.com:/usr/src/sys/compile/FREEBIE i386 >Description: If I type a while loop into sh, then try to ^C or ^Z out, the shell refuses to go away. FWIW, the session below is being run in a telnet window from a Mac, using tcsh as the login shell, but folks on other systems have replicated the problem. The bug is present in both FreeBSD 2.2.8 and 3.2. >How-To-Repeat: % sh $ while :; do > echo foo > sleep 60 > done foo [Interrupt Process] <- ^C hit [Interrupt Process] <- ^C hit ^Z%1 Suspended <- ^Z hit foo ^Z%2 Suspended <- ^Z hit foo >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jul 29 19: 0:50 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 5DAD315638 for ; Thu, 29 Jul 1999 19:00:45 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id TAA98004; Thu, 29 Jul 1999 19:00:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Thu, 29 Jul 1999 19:00:03 -0700 (PDT) Message-Id: <199907300200.TAA98004@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Thomas David Rivers Subject: Re: bin/12877: interactive /bin/sh ignores ^C and ^Z in while loops Reply-To: Thomas David Rivers Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/12877; it has been noted by GNATS. From: Thomas David Rivers To: freebsd-gnats-submit@FreeBSD.ORG, rdm@cfcl.com Cc: Subject: Re: bin/12877: interactive /bin/sh ignores ^C and ^Z in while loops Date: Thu, 29 Jul 1999 21:56:46 -0400 (EDT) I believe this is the same as PR bin/9173 - submitted last Dec. Is that the case? - Dave Rivers - To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jul 29 21:55:38 1999 Delivered-To: freebsd-bugs@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 618) id 6484214D84; Thu, 29 Jul 1999 21:55:37 -0700 (PDT) To: bp@butya.kz, wpaul@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG From: wpaul@FreeBSD.ORG Subject: Re: kern/12651 Message-Id: <19990730045537.6484214D84@hub.freebsd.org> Date: Thu, 29 Jul 1999 21:55:37 -0700 (PDT) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: NFS readdirplus call is broken (with patch) State-Changed-From-To: open->closed State-Changed-By: wpaul State-Changed-When: Thu Jul 29 21:53:47 PDT 1999 State-Changed-Why: Patch applied to both the -current and -stable branches. Also note that other bugs in nfs_readdirplusrpc() and nfsrv_readdirplus() were recently fixed. -Bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jul 30 0:36: 4 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id AF2441508B for ; Fri, 30 Jul 1999 00:35:59 -0700 (PDT) (envelope-from des@flood.ping.uio.no) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.1) id JAA47296; Fri, 30 Jul 1999 09:35:51 +0200 (CEST) (envelope-from des) To: ben@destek.net Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: Additions to netstat References: <19990726125133.A78037@Darkside.stagecraft.net> From: Dag-Erling Smorgrav Date: 30 Jul 1999 09:35:51 +0200 In-Reply-To: Ben April's message of "Mon, 26 Jul 1999 12:51:33 -0400" Message-ID: Lines: 9 X-Mailer: Gnus v5.5/Emacs 19.34 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Ben April writes: > I could not find a maintainer listed and I heard I could send > things like this here. If this is not correct please correct me. Please resubmit your patch in plain text, using send-pr(1). DES -- Dag-Erling Smorgrav - des@flood.ping.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jul 30 0:47: 0 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 2F9441567C; Fri, 30 Jul 1999 00:46:59 -0700 (PDT) (envelope-from des@FreeBSD.org) Received: (from des@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id AAA19465; Fri, 30 Jul 1999 00:45:16 -0700 (PDT) (envelope-from des@FreeBSD.org) Date: Fri, 30 Jul 1999 00:45:16 -0700 (PDT) From: Message-Id: <199907300745.AAA19465@freefall.freebsd.org> To: Arjan.deVet@adv.iae.nl, des@FreeBSD.org, freebsd-bugs@FreeBSD.org, des@FreeBSD.org Subject: Re: bin/12858: patch to make systat -vmstat display # of dirtybuf and disk busy percentages Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: patch to make systat -vmstat display # of dirtybuf and disk busy percentages State-Changed-From-To: open->feedback State-Changed-By: des State-Changed-When: Fri Jul 30 00:44:48 PDT 1999 State-Changed-Why: Patch committed to -CURRENT, thanks! Responsible-Changed-From-To: freebsd-bugs->des Responsible-Changed-By: des Responsible-Changed-When: Fri Jul 30 00:44:48 PDT 1999 Responsible-Changed-Why: So I remember to MFC. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jul 30 0:47:21 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 9D6B415788; Fri, 30 Jul 1999 00:47:20 -0700 (PDT) (envelope-from des@FreeBSD.org) Received: (from des@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id AAA19740; Fri, 30 Jul 1999 00:46:46 -0700 (PDT) (envelope-from des@FreeBSD.org) Date: Fri, 30 Jul 1999 00:46:46 -0700 (PDT) From: Message-Id: <199907300746.AAA19740@freefall.freebsd.org> To: des@FreeBSD.org, freebsd-bugs@FreeBSD.org, obrien@FreeBSD.org Subject: Re: gnu/12868: Bison-1.25 bug in template Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Bison-1.25 bug in template Responsible-Changed-From-To: freebsd-bugs->obrien Responsible-Changed-By: des Responsible-Changed-When: Fri Jul 30 00:46:22 PDT 1999 Responsible-Changed-Why: Bison and Yacc are David's babies. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jul 30 0:52:14 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 222591508B; Fri, 30 Jul 1999 00:52:11 -0700 (PDT) (envelope-from des@flood.ping.uio.no) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.1) id JAA47654; Fri, 30 Jul 1999 09:50:18 +0200 (CEST) (envelope-from des) To: Bill Fumerola Cc: steve@FreeBSD.ORG, Tim Vanderhoek , green@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, doug@gorean.org Subject: Re: bin/11121: w(1) cannot handle more than one user on command line References: From: Dag-Erling Smorgrav Date: 30 Jul 1999 09:50:18 +0200 In-Reply-To: Bill Fumerola's message of "Thu, 29 Jul 1999 19:06:44 -0400 (EDT)" Message-ID: Lines: 9 X-Mailer: Gnus v5.5/Emacs 19.34 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Bill Fumerola writes: > Will you please added a new state "MFC-Candidate", "MFC", "To-Be-Merged" > (but please not "2BMerged") whatever sounds right. Can't we use ``pending''? DES -- Dag-Erling Smorgrav - des@flood.ping.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jul 30 0:52:28 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id BE17C156B0; Fri, 30 Jul 1999 00:52:24 -0700 (PDT) (envelope-from des@FreeBSD.org) Received: (from des@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id AAA20103; Fri, 30 Jul 1999 00:50:46 -0700 (PDT) (envelope-from des@FreeBSD.org) Date: Fri, 30 Jul 1999 00:50:46 -0700 (PDT) From: Message-Id: <199907300750.AAA20103@freefall.freebsd.org> To: des@FreeBSD.org, freebsd-bugs@FreeBSD.org, green@FreeBSD.org Subject: Re: bin/11121: w(1) cannot handle more than one user on command line Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: w(1) cannot handle more than one user on command line Responsible-Changed-From-To: freebsd-bugs->green Responsible-Changed-By: des Responsible-Changed-When: Fri Jul 30 00:50:28 PDT 1999 Responsible-Changed-Why: So he remembers to MFC. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jul 30 0:52:50 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id E95FB1567C; Fri, 30 Jul 1999 00:52:49 -0700 (PDT) (envelope-from des@FreeBSD.org) Received: (from des@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id AAA20181; Fri, 30 Jul 1999 00:51:17 -0700 (PDT) (envelope-from des@FreeBSD.org) Date: Fri, 30 Jul 1999 00:51:17 -0700 (PDT) From: Message-Id: <199907300751.AAA20181@freefall.freebsd.org> To: des@FreeBSD.org, freebsd-bugs@FreeBSD.org, green@FreeBSD.org Subject: Re: bin/10921: I wished from(1) would count the number of messages. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: I wished from(1) would count the number of messages. Responsible-Changed-From-To: freebsd-bugs->green Responsible-Changed-By: des Responsible-Changed-When: Fri Jul 30 00:51:05 PDT 1999 Responsible-Changed-Why: So he remembers to MFC. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jul 30 0:53:34 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from jade.chc-chimes.com (jade.chc-chimes.com [216.28.46.6]) by hub.freebsd.org (Postfix) with ESMTP id 1AC4D156BD; Fri, 30 Jul 1999 00:53:31 -0700 (PDT) (envelope-from billf@jade.chc-chimes.com) Received: from localhost (billf@localhost) by jade.chc-chimes.com (8.9.3/8.9.3) with ESMTP id CAA00628; Fri, 30 Jul 1999 02:54:34 -0400 (EDT) (envelope-from billf@jade.chc-chimes.com) Date: Fri, 30 Jul 1999 02:54:34 -0400 (EDT) From: Bill Fumerola To: Dag-Erling Smorgrav Cc: steve@FreeBSD.ORG, Tim Vanderhoek , green@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, doug@gorean.org Subject: Re: bin/11121: w(1) cannot handle more than one user on command line In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On 30 Jul 1999, Dag-Erling Smorgrav wrote: > Bill Fumerola writes: > > Will you please added a new state "MFC-Candidate", "MFC", "To-Be-Merged" > > (but please not "2BMerged") whatever sounds right. > > Can't we use ``pending''? Pending is a internal GNATS state for PRs in limbo for some bad reason. -- - bill fumerola - billf@chc-chimes.com - BF1560 - computer horizons corp - - ph:(800) 252-2421 - bfumerol@computerhorizons.com - billf@FreeBSD.org - To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jul 30 1:50: 6 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 44BAB15612 for ; Fri, 30 Jul 1999 01:50:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA23771; Fri, 30 Jul 1999 01:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from slarti.muc.de (slarti.muc.de [193.149.48.10]) by hub.freebsd.org (Postfix) with SMTP id 2743F154D4 for ; Fri, 30 Jul 1999 01:42:43 -0700 (PDT) (envelope-from jhs@jhs.muc.de) Received: (qmail 12997 invoked from network); 30 Jul 1999 08:40:15 -0000 Received: from jhs.muc.de (193.149.49.84) by slarti.muc.de with SMTP; 30 Jul 1999 08:40:15 -0000 Received: (from jhs@localhost) by jhs.muc.de (8.9.3/8.9.3) id PAA03752; Thu, 29 Jul 1999 15:40:05 GMT (envelope-from jhs) Message-Id: <199907291540.PAA03752@jhs.muc.de> Date: Thu, 29 Jul 1999 15:40:05 GMT From: "Julian Stacey" Reply-To: "Julian Stacey" To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/12884: panic: lockmgr: locking against myself - from amd with nfs Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 12884 >Category: kern >Synopsis: Hot to panic FreeBSD-3.2-Release >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jul 30 01:50:01 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Julian H. Stacey jhs@freebsd.org >Release: FreeBSD 3.2-RELEASE i386 >Organization: >Environment: 3.2-Rel, nfs & amd >Description: How to panic the kernel: >How-To-Repeat: amd -p -k i386 -l syslog -a /a /host /etc/amd.map # from rc.conf grep `hostname -s` /etc/exports # note removing hostname # does not prevent a crash ln -s .. /a/`hostname -s` wall warn all users we are about to crash echo now see panic: lockmgr: locking against myself ls /host/`hostname -s` # panic occurs OK, it's silly to do ln -s .. /a/`hostname -s` but it's unfortunate that it panics. (I did the ln on a spare box while experimenting to try to find some way to have /host/* mount the other hosts, but /host/`hostname -s` just be root (or better "..") as I use sitewide addresses like /host/some_host/usr3/..... & I want the access to be a more efficient ufs direct in the one case where the host happens to be local - I haven't found a solution to that yet BTW) >Fix: Maybe AMD should at startup do chmod a-w o-w /a ; chown 0 /a >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jul 30 2:52:37 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id EAD7714D14 for ; Fri, 30 Jul 1999 02:52:27 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA28154; Fri, 30 Jul 1999 02:50:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 34ACF150A7; Fri, 30 Jul 1999 02:41:02 -0700 (PDT) Message-Id: <19990730094102.34ACF150A7@hub.freebsd.org> Date: Fri, 30 Jul 1999 02:41:02 -0700 (PDT) From: bernd.schaub@fulda.de To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: misc/12887: Problem with "top" command in SMP Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 12887 >Category: misc >Synopsis: Problem with "top" command in SMP >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jul 30 02:50:00 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Bernd Schaub >Release: 3.2-RELEASE with SMP and X-Developer Inst. >Organization: >Environment: Sorry, not available (home system) Asus P2L92DS, Dual PII300Mhz, 512MB RAM, configured for 256 user as test system. SCSI and IDE HD. There is no other problem at the moment. >Description: The "top" programm starts with 100% idle. For example: If I compile the kernel. The idle, user, system entry are hidden for a short time and the following number are 0%. Each process also displays 0%. After compiling the kernel and a restart of top, each entry permanently is 0%. There is no continious report of capacity. Top is still working correct in a none SMP environment. >How-To-Repeat: Each time ! But only after restart ! (I'm using SMP!) PS: The "top" version of "3.0-RELEASE" is still working. >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jul 30 3:51:37 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id D0219150FC for ; Fri, 30 Jul 1999 03:51:31 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA31131; Fri, 30 Jul 1999 03:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 7A45D150A6; Fri, 30 Jul 1999 03:42:26 -0700 (PDT) Message-Id: <19990730104226.7A45D150A6@hub.freebsd.org> Date: Fri, 30 Jul 1999 03:42:26 -0700 (PDT) From: mkes@ra.rockwell.com To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: misc/12888: strange kernel messages when copying files from CD changer to a hard drive Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 12888 >Category: misc >Synopsis: strange kernel messages when copying files from CD changer to a hard drive >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jul 30 03:50:00 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Miroslav Kes >Release: 3.2 (CDROM) >Organization: Rockwell Automation, Research Center Prague >Environment: ferda:/usr/home/mira> uname -a FreeBSD ferda.cze.ra.rockwell.com 3.2-RELEASE FreeBSD 3.2-RELEASE #0: Thu Jul 8 13:47:28 CEST 1999 root@ferda.cze.ra.rockwell.com:/usr/src/sys/compile/LOCAL i386 ferda:/usr/home/mira> >Description: When I copied bunch of MP3 files from a CD changer (Nakamichi MJ-5.16) to a hard drive I got following kernel messages and some files got copied with zero length: > vm_fault: pager read error, pid 2551 (cp) > (cd4:ahc0:0:5:4): READ(10). CDB: 28 80 0 3 40 5c 0 0 1 0 > (cd4:ahc0:0:5:4): NOT READY asc:4,3 > (cd4:ahc0:0:5:4): Logical unit not ready, manual intervention required > (cd4:ahc0:0:5:4): cddone: got error 0x6 back > vm_fault: pager read error, pid 2551 (cp) > (cd4:ahc0:0:5:4): READ(10). CDB: 28 80 0 3 3a 36 0 0 1 0 > (cd4:ahc0:0:5:4): NOT READY asc:4,3 > (cd4:ahc0:0:5:4): Logical unit not ready, manual intervention required > (cd4:ahc0:0:5:4): cddone: got error 0x6 back > vm_fault: pager read error, pid 2551 (cp) > (cd4:ahc0:0:5:4): READ(10). CDB: 28 80 0 3 32 d6 0 0 1 0 > (cd4:ahc0:0:5:4): NOT READY asc:4,3 > (cd4:ahc0:0:5:4): Logical unit not ready, manual intervention required > (cd4:ahc0:0:5:4): cddone: got error 0x6 back > vm_fault: pager read error, pid 2551 (cp) > (cd4:ahc0:0:5:4): READ(10). CDB: 28 80 0 3 29 80 0 0 1 0 > (cd4:ahc0:0:5:4): NOT READY asc:4,3 > (cd4:ahc0:0:5:4): Logical unit not ready, manual intervention required > (cd4:ahc0:0:5:4): cddone: got error 0x6 back > vm_fault: pager read error, pid 2551 (cp) > (cd4:ahc0:0:5:4): READ(10). CDB: 28 80 0 3 19 ae 0 0 1 0 > (cd4:ahc0:0:5:4): NOT READY asc:4,3 > (cd4:ahc0:0:5:4): Logical unit not ready, manual intervention required > (cd4:ahc0:0:5:4): cddone: got error 0x6 back > vm_fault: pager read error, pid 2551 (cp) > (cd4:ahc0:0:5:4): READ(10). CDB: 28 80 0 3 22 a8 0 0 1 0 > (cd4:ahc0:0:5:4): NOT READY asc:4,3 > (cd4:ahc0:0:5:4): Logical unit not ready, manual intervention required > (cd4:ahc0:0:5:4): cddone: got error 0x6 back > vm_fault: pager read error, pid 2551 (cp) > (cd4:ahc0:0:5:4): READ(10). CDB: 28 80 0 3 13 d 0 0 1 0 > (cd4:ahc0:0:5:4): NOT READY asc:4,3 > (cd4:ahc0:0:5:4): Logical unit not ready, manual intervention required > (cd4:ahc0:0:5:4): cddone: got error 0x6 back > vm_fault: pager read error, pid 2551 (cp) > (cd4:ahc0:0:5:4): READ(10). CDB: 28 80 0 3 a 36 0 0 1 0 > (cd4:ahc0:0:5:4): NOT READY asc:4,3 > (cd4:ahc0:0:5:4): Logical unit not ready, manual intervention required > (cd4:ahc0:0:5:4): cddone: got error 0x6 back > vm_fault: pager read error, pid 2551 (cp) > (cd4:ahc0:0:5:4): READ(10). CDB: 28 80 0 2 ff b7 0 0 1 0 > (cd4:ahc0:0:5:4): NOT READY asc:4,3 > (cd4:ahc0:0:5:4): Logical unit not ready, manual intervention required > (cd4:ahc0:0:5:4): cddone: got error 0x6 back > vm_fault: pager read error, pid 2551 (cp) > (cd4:ahc0:0:5:4): READ(10). CDB: 28 80 0 2 f7 ea 0 0 1 0 > (cd4:ahc0:0:5:4): NOT READY asc:4,3 > (cd4:ahc0:0:5:4): Logical unit not ready, manual intervention required > (cd4:ahc0:0:5:4): cddone: got error 0x6 back > vm_fault: pager read error, pid 2551 (cp) > (cd4:ahc0:0:5:4): READ(10). CDB: 28 80 0 2 ed cb 0 0 1 0 > (cd4:ahc0:0:5:4): NOT READY asc:4,3 > (cd4:ahc0:0:5:4): Logical unit not ready, manual intervention required > (cd4:ahc0:0:5:4): cddone: got error 0x6 back > vm_fault: pager read error, pid 2551 (cp) > (cd4:ahc0:0:5:4): READ(10). CDB: 28 80 0 2 e4 55 0 0 1 0 > (cd4:ahc0:0:5:4): NOT READY asc:4,3 > (cd4:ahc0:0:5:4): Logical unit not ready, manual intervention required > (cd4:ahc0:0:5:4): cddone: got error 0x6 back > vm_fault: pager read error, pid 2551 (cp) > (cd4:ahc0:0:5:4): READ(10). CDB: 28 80 0 2 dc d2 0 0 1 0 > (cd4:ahc0:0:5:4): NOT READY asc:4,3 > (cd4:ahc0:0:5:4): Logical unit not ready, manual intervention required > (cd4:ahc0:0:5:4): cddone: got error 0x6 back > vm_fault: pager read error, pid 2551 (cp) > (cd4:ahc0:0:5:4): READ(10). CDB: 28 80 0 2 d0 b0 0 0 1 0 > (cd4:ahc0:0:5:4): NOT READY asc:4,3 > (cd4:ahc0:0:5:4): Logical unit not ready, manual intervention required > (cd4:ahc0:0:5:4): cddone: got error 0x6 back > vm_fault: pager read error, pid 2551 (cp) > (cd4:ahc0:0:5:4): READ(10). CDB: 28 80 0 2 c8 97 0 0 1 0 > (cd4:ahc0:0:5:4): NOT READY asc:4,3 > (cd4:ahc0:0:5:4): Logical unit not ready, manual intervention required > (cd4:ahc0:0:5:4): cddone: got error 0x6 back > vm_fault: pager read error, pid 2551 (cp) > (cd4:ahc0:0:5:4): READ(10). CDB: 28 80 0 2 bf e2 0 0 1 0 > (cd4:ahc0:0:5:4): NOT READY asc:4,3 > (cd4:ahc0:0:5:4): Logical unit not ready, manual intervention required > (cd4:ahc0:0:5:4): cddone: got error 0x6 back > vm_fault: pager read error, pid 2551 (cp) > (cd4:ahc0:0:5:4): READ(10). CDB: 28 80 0 2 9b a5 0 0 1 0 > (cd4:ahc0:0:5:4): NOT READY asc:4,3 > (cd4:ahc0:0:5:4): Logical unit not ready, manual intervention required > (cd4:ahc0:0:5:4): cddone: got error 0x6 back > vm_fault: pager read error, pid 2551 (cp) > (cd4:ahc0:0:5:4): READ(10). CDB: 28 80 0 2 93 97 0 0 1 0 > (cd4:ahc0:0:5:4): NOT READY asc:4,3 > (cd4:ahc0:0:5:4): Logical unit not ready, manual intervention required > (cd4:ahc0:0:5:4): cddone: got error 0x6 back > vm_fault: pager read error, pid 2551 (cp) > (cd4:ahc0:0:5:4): READ(10). CDB: 28 80 0 2 8b 42 0 0 1 0 > (cd4:ahc0:0:5:4): NOT READY asc:4,3 > (cd4:ahc0:0:5:4): Logical unit not ready, manual intervention required > (cd4:ahc0:0:5:4): cddone: got error 0x6 back > vm_fault: pager read error, pid 2551 (cp) > (cd4:ahc0:0:5:4): READ(10). CDB: 28 80 0 2 b7 a5 0 0 1 0 > (cd4:ahc0:0:5:4): NOT READY asc:4,3 > (cd4:ahc0:0:5:4): Logical unit not ready, manual intervention required > (cd4:ahc0:0:5:4): cddone: got error 0x6 back > vm_fault: pager read error, pid 2551 (cp) > (cd4:ahc0:0:5:4): READ(10). CDB: 28 80 0 2 a4 db 0 0 1 0 > (cd4:ahc0:0:5:4): NOT READY asc:4,3 > (cd4:ahc0:0:5:4): Logical unit not ready, manual intervention required > (cd4:ahc0:0:5:4): cddone: got error 0x6 back > vm_fault: pager read error, pid 2551 (cp) > (cd4:ahc0:0:5:4): READ(10). CDB: 28 80 0 2 83 9f 0 0 1 0 > (cd4:ahc0:0:5:4): NOT READY asc:4,3 > (cd4:ahc0:0:5:4): Logical unit not ready, manual intervention required > (cd4:ahc0:0:5:4): cddone: got error 0x6 back > vm_fault: pager read error, pid 2551 (cp) > (cd4:ahc0:0:5:4): READ(10). CDB: 28 80 0 2 6c a7 0 0 1 0 > (cd4:ahc0:0:5:4): NOT READY asc:4,3 > (cd4:ahc0:0:5:4): Logical unit not ready, manual intervention required > (cd4:ahc0:0:5:4): cddone: got error 0x6 back > vm_fault: pager read error, pid 2551 (cp) > (cd4:ahc0:0:5:4): READ(10). CDB: 28 80 0 2 7c a5 0 0 1 0 > (cd4:ahc0:0:5:4): NOT READY asc:4,3 > (cd4:ahc0:0:5:4): Logical unit not ready, manual intervention required > (cd4:ahc0:0:5:4): cddone: got error 0x6 back > vm_fault: pager read error, pid 2551 (cp) > (cd4:ahc0:0:5:4): READ(10). CDB: 28 80 0 2 73 9f 0 0 1 0 > (cd4:ahc0:0:5:4): NOT READY asc:4,3 > (cd4:ahc0:0:5:4): Logical unit not ready, manual intervention required > (cd4:ahc0:0:5:4): cddone: got error 0x6 back > vm_fault: pager read error, pid 2551 (cp) > (cd4:ahc0:0:5:4): READ(10). CDB: 28 80 0 2 66 2 0 0 1 0 > (cd4:ahc0:0:5:4): NOT READY asc:4,3 > (cd4:ahc0:0:5:4): Logical unit not ready, manual intervention required > (cd4:ahc0:0:5:4): cddone: got error 0x6 back > vm_fault: pager read error, pid 2551 (cp) > (cd4:ahc0:0:5:4): READ(10). CDB: 28 80 0 2 5d 9e 0 0 1 0 > (cd4:ahc0:0:5:4): NOT READY asc:4,3 > (cd4:ahc0:0:5:4): Logical unit not ready, manual intervention required > (cd4:ahc0:0:5:4): cddone: got error 0x6 back > vm_fault: pager read error, pid 2551 (cp) > (cd4:ahc0:0:5:4): READ(10). CDB: 28 80 0 2 55 b9 0 0 1 0 > (cd4:ahc0:0:5:4): NOT READY asc:4,3 > (cd4:ahc0:0:5:4): Logical unit not ready, manual intervention required > (cd4:ahc0:0:5:4): cddone: got error 0x6 back > vm_fault: pager read error, pid 2551 (cp) > (cd4:ahc0:0:5:4): READ(10). CDB: 28 80 0 2 4d f 0 0 1 0 > (cd4:ahc0:0:5:4): NOT READY asc:4,3 > (cd4:ahc0:0:5:4): Logical unit not ready, manual intervention required > (cd4:ahc0:0:5:4): cddone: got error 0x6 back > vm_fault: pager read error, pid 2551 (cp) > (cd4:ahc0:0:5:4): READ(10). CDB: 28 80 0 2 3c fa 0 0 1 0 > (cd4:ahc0:0:5:4): NOT READY asc:4,3 > (cd4:ahc0:0:5:4): Logical unit not ready, manual intervention required > (cd4:ahc0:0:5:4): cddone: got error 0x6 back > vm_fault: pager read error, pid 2551 (cp) > (cd4:ahc0:0:5:4): READ(10). CDB: 28 80 0 2 43 28 0 0 1 0 > (cd4:ahc0:0:5:4): NOT READY asc:4,3 > (cd4:ahc0:0:5:4): Logical unit not ready, manual intervention required > (cd4:ahc0:0:5:4): cddone: got error 0x6 back > vm_fault: pager read error, pid 2551 (cp) > (cd4:ahc0:0:5:4): READ(10). CDB: 28 80 0 2 36 ac 0 0 1 0 > (cd4:ahc0:0:5:4): NOT READY asc:4,3 > (cd4:ahc0:0:5:4): Logical unit not ready, manual intervention required > (cd4:ahc0:0:5:4): cddone: got error 0x6 back > vm_fault: pager read error, pid 2551 (cp) Jul 28 18:40:23 ferda /kernel: Copyright (c) 1992-1999 FreeBSD Inc. Jul 28 18:40:23 ferda /kernel: Copyright (c) 1982, 1986, 1989, 1991, 1993 Jul 28 18:40:23 ferda /kernel: The Regents of the University of California. All rights reserved. Jul 28 18:40:23 ferda /kernel: FreeBSD 3.2-RELEASE #0: Thu Jul 8 13:47:28 CEST 1999 Jul 28 18:40:23 ferda /kernel: root@ferda.cze.ra.rockwell.com:/usr/src/sys/compile/LOCAL Jul 28 18:40:23 ferda /kernel: Timecounter "i8254" frequency 1193182 Hz Jul 28 18:40:23 ferda /kernel: Timecounter "TSC" frequency 267274017 Hz Jul 28 18:40:23 ferda /kernel: CPU: Pentium II (267.27-MHz 686-class CPU) Jul 28 18:40:23 ferda /kernel: Origin = "GenuineIntel" Id = 0x634 Stepping=4 Jul 28 18:40:23 ferda /kernel: Features=0x80f9ff Jul 28 18:40:23 ferda /kernel: real memory = 67108864 (65536K bytes) Jul 28 18:40:23 ferda /kernel: config> di zp0 Jul 28 18:40:23 ferda /kernel: No such device: zp0 Jul 28 18:40:23 ferda /kernel: Invalid command or syntax. Type `?' for help. Jul 28 18:40:23 ferda /kernel: config> di ze0 Jul 28 18:40:23 ferda /kernel: No such device: ze0 Jul 28 18:40:23 ferda /kernel: Invalid command or syntax. Type `?' for help. Jul 28 18:40:23 ferda /kernel: config> di lnc0 Jul 28 18:40:23 ferda /kernel: No such device: lnc0 Jul 28 18:40:23 ferda /kernel: Invalid command or syntax. Type `?' for help. Jul 28 18:40:23 ferda /kernel: config> di le0 Jul 28 18:40:23 ferda /kernel: No such device: le0 Jul 28 18:40:23 ferda /kernel: Invalid command or syntax. Type `?' for help. Jul 28 18:40:23 ferda /kernel: config> di ie0 Jul 28 18:40:23 ferda /kernel: No such device: ie0 Jul 28 18:40:23 ferda /kernel: Invalid command or syntax. Type `?' for help. Jul 28 18:40:23 ferda /kernel: config> di fe0 Jul 28 18:40:23 ferda /kernel: No such device: fe0 Jul 28 18:40:23 ferda /kernel: Invalid command or syntax. Type `?' for help. Jul 28 18:40:23 ferda /kernel: config> di ex0 Jul 28 18:40:23 ferda /kernel: No such device: ex0 Jul 28 18:40:23 ferda /kernel: Invalid command or syntax. Type `?' for help. Jul 28 18:40:23 ferda /kernel: config> di ep0 Jul 28 18:40:23 ferda /kernel: No such device: ep0 Jul 28 18:40:23 ferda /kernel: Invalid command or syntax. Type `?' for help. Jul 28 18:40:23 ferda /kernel: config> di ed0 Jul 28 18:40:23 ferda /kernel: No such device: ed0 Jul 28 18:40:23 ferda /kernel: Invalid command or syntax. Type `?' for help. Jul 28 18:40:23 ferda /kernel: config> di cs0 Jul 28 18:40:23 ferda /kernel: No such device: cs0 Jul 28 18:40:23 ferda /kernel: Invalid command or syntax. Type `?' for help. Jul 28 18:40:23 ferda /kernel: config> di wt0 Jul 28 18:40:23 ferda /kernel: No such device: wt0 Jul 28 18:40:23 ferda /kernel: Invalid command or syntax. Type `?' for help. Jul 28 18:40:23 ferda /kernel: config> di wdc1 Jul 28 18:40:23 ferda /kernel: No such device: wdc1 Jul 28 18:40:23 ferda /kernel: Invalid command or syntax. Type `?' for help. Jul 28 18:40:23 ferda /kernel: config> di wdc0 Jul 28 18:40:23 ferda /kernel: No such device: wdc0 Jul 28 18:40:23 ferda /kernel: Invalid command or syntax. Type `?' for help. Jul 28 18:40:23 ferda /kernel: config> di scd0 Jul 28 18:40:23 ferda /kernel: No such device: scd0 Jul 28 18:40:23 ferda /kernel: Invalid command or syntax. Type `?' for help. Jul 28 18:40:23 ferda /kernel: config> di mcd0 Jul 28 18:40:23 ferda /kernel: No such device: mcd0 Jul 28 18:40:24 ferda /kernel: Invalid command or syntax. Type `?' for help. Jul 28 18:40:24 ferda /kernel: config> di matcdc0 Jul 28 18:40:24 ferda /kernel: No such device: matcdc0 Jul 28 18:40:24 ferda /kernel: Invalid command or syntax. Type `?' for help. Jul 28 18:40:24 ferda /kernel: config> di bt0 Jul 28 18:40:24 ferda /kernel: No such device: bt0 Jul 28 18:40:24 ferda /kernel: Invalid command or syntax. Type `?' for help. Jul 28 18:40:24 ferda /kernel: config> di aha0 Jul 28 18:40:24 ferda /kernel: No such device: aha0 Jul 28 18:40:24 ferda /kernel: Invalid command or syntax. Type `?' for help. Jul 28 18:40:24 ferda /kernel: config> di adv0 Jul 28 18:40:24 ferda /kernel: No such device: adv0 Jul 28 18:40:24 ferda /kernel: Invalid command or syntax. Type `?' for help. Jul 28 18:40:24 ferda /kernel: config> q Jul 28 18:40:24 ferda /kernel: avail memory = 62480384 (61016K bytes) Jul 28 18:40:24 ferda /kernel: Preloaded elf kernel "kernel" at 0xc02a2000. Jul 28 18:40:24 ferda /kernel: Preloaded userconfig_script "/boot/kernel.conf" at 0xc02a209c. Jul 28 18:40:24 ferda /kernel: Probing for devices on PCI bus 0: Jul 28 18:40:24 ferda /kernel: chip0: rev 0x03 on pci0.0.0 Jul 28 18:40:24 ferda /kernel: chip1: rev 0x03 on pci0.1.0 Jul 28 18:40:24 ferda /kernel: chip2: rev 0x01 on pci0.7.0 Jul 28 18:40:24 ferda /kernel: chip3: rev 0x01 on pci0.7.3 Jul 28 18:40:24 ferda /kernel: ahc0: rev 0x00 int a irq 10 on pci0.14.0 Jul 28 18:40:24 ferda /kernel: ahc0: aic7890/91 Wide Channel A, SCSI Id=7, 16/255 SCBs Jul 28 18:40:24 ferda /kernel: vga0: rev 0x9a on pci0.16.0 Jul 28 18:40:24 ferda /kernel: xl0: <3Com 3c905B-TX Fast Etherlink XL> rev 0x24 int a irq 10 on pci0.18.0 Jul 28 18:40:24 ferda /kernel: xl0: Ethernet address: 00:10:4b:06:85:a5 Jul 28 18:40:24 ferda /kernel: xl0: autoneg complete, link status good (full-duplex, 100Mbps) Jul 28 18:40:24 ferda /kernel: Probing for devices on PCI bus 1: Jul 28 18:40:24 ferda /kernel: Probing for devices on the ISA bus: Jul 28 18:40:24 ferda /kernel: sc0 on isa Jul 28 18:40:24 ferda /kernel: sc0: VGA color <16 virtual consoles, flags=0x0> Jul 28 18:40:24 ferda /kernel: atkbdc0 at 0x60-0x6f on motherboard Jul 28 18:40:24 ferda /kernel: atkbd0 irq 1 on isa Jul 28 18:40:24 ferda /kernel: psm0 irq 12 on isa Jul 28 18:40:24 ferda /kernel: psm0: model Generic PS/2 mouse, device ID 0 Jul 28 18:40:24 ferda /kernel: sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa Jul 28 18:40:24 ferda /kernel: sio0: type 16550A Jul 28 18:40:24 ferda /kernel: sio1 at 0x2f8-0x2ff irq 3 on isa Jul 28 18:40:24 ferda /kernel: sio1: type 16550A Jul 28 18:40:24 ferda /kernel: fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa Jul 28 18:40:24 ferda /kernel: fdc0: FIFO enabled, 8 bytes threshold Jul 28 18:40:24 ferda /kernel: fd0: 1.44MB 3.5in Jul 28 18:40:24 ferda /kernel: ppc0 at 0x378 irq 7 on isa Jul 28 18:40:24 ferda /kernel: ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode Jul 28 18:40:24 ferda /kernel: ppi0: on ppbus 0 Jul 28 18:40:24 ferda /kernel: plip0: on ppbus 0 Jul 28 18:40:24 ferda /kernel: vga0 at 0x3b0-0x3df maddr 0xa0000 msize 131072 on isa Jul 28 18:40:24 ferda /kernel: npx0 on motherboard Jul 28 18:40:24 ferda /kernel: npx0: INT 16 interface Jul 28 18:40:24 ferda /kernel: Waiting 15 seconds for SCSI devices to settle Jul 28 18:40:24 ferda /kernel: changing root device to da0s1a Jul 28 18:40:24 ferda /kernel: cd0 at ahc0 bus 0 target 5 lun 0 Jul 28 18:40:24 ferda /kernel: cd0: Removable CD-ROM SCSI-2 device Jul 28 18:40:24 ferda /kernel: cd0: 10.000MB/s transfers (10.000MHz, offset 15) Jul 28 18:40:24 ferda /kernel: cd0: cd present [333136 x 2048 byte records] Jul 28 18:40:24 ferda /kernel: da3 at ahc0 bus 0 target 3 lun 0 Jul 28 18:40:24 ferda /kernel: da3: Fixed Direct Access SCSI-2 device Jul 28 18:40:24 ferda /kernel: da3: 80.000MB/s transfers (40.000MHz, offset 15, 16bit), Tagged Queueing Enabled Jul 28 18:40:24 ferda /kernel: da3: 8683MB (17783240 512 byte sectors: 255H 63S/T 1106C) Jul 28 18:40:24 ferda /kernel: cd1 at ahc0 bus 0 target 5 lun 1 Jul 28 18:40:24 ferda /kernel: cd1: Removable CD-ROM SCSI-2 device Jul 28 18:40:24 ferda /kernel: cd1: 10.000MB/s transfers (10.000MHz, offset 15) Jul 28 18:40:24 ferda /kernel: cd1: cd present [244496 x 2048 byte records] Jul 28 18:40:24 ferda /kernel: da2 at ahc0 bus 0 target 2 lun 0 Jul 28 18:40:24 ferda /kernel: da2: Fixed Direct Access SCSI-2 device Jul 28 18:40:24 ferda /kernel: da2: 80.000MB/s transfers (40.000MHz, offset 15, 16bit), Tagged Queueing Enabled Jul 28 18:40:24 ferda /kernel: da2: 8683MB (17783240 512 byte sectors: 255H 63S/T 1106C) Jul 28 18:40:24 ferda /kernel: da1 at ahc0 bus 0 target 1 lun 0 Jul 28 18:40:24 ferda /kernel: da1: Fixed Direct Access SCSI-2 device Jul 28 18:40:24 ferda /kernel: da1: 10.000MB/s transfers (10.000MHz, offset 15), Tagged Queueing Enabled Jul 28 18:40:24 ferda /kernel: da1: 2049MB (4197405 512 byte sectors: 255H 63S/T 261C) Jul 28 18:40:24 ferda /kernel: da0 at ahc0 bus 0 target 0 lun 0 Jul 28 18:40:24 ferda /kernel: da0: Fixed Direct Access SCSI-2 device Jul 28 18:40:24 ferda /kernel: da0: 40.000MB/s transfers (20.000MHz, offset 15, 16bit), Tagged Queueing Enabled Jul 28 18:40:24 ferda /kernel: da0: 2157MB (4419464 512 byte sectors: 255H 63S/T 275C) Jul 28 18:40:25 ferda mountd[124]: can't change attributes for /cdrom/disk2 Jul 28 18:40:25 ferda mountd[124]: bad exports list line /cdrom/disk2 -ro -mapall Jul 28 18:40:25 ferda mountd[124]: can't change attributes for /cdrom/disk3 Jul 28 18:40:25 ferda mountd[124]: bad exports list line /cdrom/disk3 -ro -mapall Jul 28 18:40:25 ferda mountd[124]: can't change attributes for /cdrom/disk4 Jul 28 18:40:25 ferda mountd[124]: bad exports list line /cdrom/disk4 -ro -mapall Jul 28 18:40:25 ferda mountd[124]: can't change attributes for /cdrom/disk5 Jul 28 18:40:25 ferda mountd[124]: bad exports list line /cdrom/disk5 -ro -mapall Jul 28 18:40:25 ferda /kernel: cd2 at ahc0 bus 0 target 5 lun 2 Jul 28 18:40:26 ferda /kernel: cd2: Removable CD-ROM SCSI-2 device Jul 28 18:40:26 ferda /kernel: cd2: 10.000MB/s transfers (10.000MHz, offset 15) Jul 28 18:40:26 ferda /kernel: cd2: cd present [251998 x 2048 byte records] Jul 28 18:40:26 ferda lpd[175]: restarted Jul 28 18:40:27 ferda setiathome: unable to start: please log in to SETI@home first. Jul 28 18:40:29 ferda upsd[271]: apc_tune: toggle wraparound register line-alarm Jul 28 18:40:29 ferda upsd[271]: apc_tune: toggle wraparound register line-sensitivity Jul 28 18:40:29 ferda sshd2[260]: Listener created on port 22. Jul 28 18:40:29 ferda sshd2[285]: Daemon is running. Jul 28 18:40:29 ferda upsd[271]: apc_tune: toggle wraparound register wakeup-batteries-capacity Jul 28 18:40:30 ferda upsd[271]: last test: NO, light test: Jul 28 18:40:30 ferda upsd[271]: frequency: 50.00, maxvac: 235.3, minvac: 232.7, voltage: 234.0 Jul 28 18:40:30 ferda upsd[271]: load: 14.0, recharge: 100.0, temp: 38.2, vdc: 27.74, output voltage: 234.0 Jul 28 18:40:30 ferda /kernel: cd3 at ahc0 bus 0 target 5 lun 3 Jul 28 18:40:30 ferda /kernel: cd3: Removable CD-ROM SCSI-2 device Jul 28 18:40:31 ferda /kernel: cd3: 10.000MB/s transfers (10.000MHz, offset 15) Jul 28 18:40:31 ferda /kernel: cd3: cd present [322167 x 2048 byte records] Jul 28 18:40:35 ferda /kernel: cd4 at ahc0 bus 0 target 5 lun 4 Jul 28 18:40:36 ferda /kernel: cd4: Removable CD-ROM SCSI-2 device Jul 28 18:40:36 ferda /kernel: cd4: 10.000MB/s transfers (10.000MHz, offset 15) Jul 28 18:40:36 ferda /kernel: cd4: cd present [316662 x 2048 byte records] Here is the output of dmesg after a boot: >How-To-Repeat: I happend to me just on that particular CD and I never experienced the problem before. On the other hand this was the first time I tried to copy the whole content of the CD. From other CD drive on a different machine (Win NT) I finaly copied that CD over network without problem. >Fix: Don't know :-( >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jul 30 6:19:43 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from gw.tyre.kirov.ru (gw-tyre.kirov.ru [194.84.203.206]) by hub.freebsd.org (Postfix) with ESMTP id 4682C15144 for ; Fri, 30 Jul 1999 06:19:29 -0700 (PDT) (envelope-from kim@tyre.kirov.ru) Received: from admin.tyre.kirov.ru (admin.tyre.kirov.ru [195.151.145.90]) by gw.tyre.kirov.ru (8.8.5-MVC-230497/8.8.5) with ESMTP id LAA28782 for ; Fri, 30 Jul 1999 11:55:22 +0400 (MSD) Date: Fri, 30 Jul 1999 11:52:58 +0400 From: Konstantin X-Mailer: The Bat! (v1.34a) UNREG / CD5BF9353B3B7091 Reply-To: Konstantin Organization: JS Kirov Tyre Plant X-Priority: 3 (Normal) Message-ID: <14495.990730@tyre.kirov.ru> To: freebsd-bugs@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org unsubscribe freebsd-bugs To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jul 30 13:50:46 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from reduno.reduno.com.mx (reduno.reduno.com.mx [192.100.183.178]) by hub.freebsd.org (Postfix) with ESMTP id 4F1E31513C for ; Fri, 30 Jul 1999 13:50:32 -0700 (PDT) (envelope-from ofonseca@reduno.com.mx) Received: from 148-122.reduno.com.mx (148-122.reduno.com.mx [200.4.148.122]) by reduno.reduno.com.mx (8.9.2/8.9.2) with SMTP id PAA18344 for ; Fri, 30 Jul 1999 15:45:36 -0600 (CST) Received: by 148-122.reduno.com.mx with Microsoft Mail id <01BEDAA3.1F7D91C0@148-122.reduno.com.mx>; Fri, 30 Jul 1999 15:49:35 -0500 Message-ID: <01BEDAA3.1F7D91C0@148-122.reduno.com.mx> From: Osvaldo Fonseca To: "'freebsd-bugs@freebsd.org'" Subject: master.passwd corrupted Date: Fri, 30 Jul 1999 15:49:34 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, I have a problem with my freeBSD 2.2.7 GENERIC: When I try to modified a user password, ej: Free# passwd guest Changing local password for guest. New password: Retype new password: passwd: /etc/master.passwd: corrupted entry passwd: /etc/master.passwd: unchanged How can I resolve my problem? Osvaldo Fonseca. Consorcio Red Uno. Tijuana, B.C. Tel. (8) 3990900 (66) 862300 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jul 30 15:15:36 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from ns.skylink.it (ns.skylink.it [194.177.113.1]) by hub.freebsd.org (Postfix) with ESMTP id AABF515735 for ; Fri, 30 Jul 1999 15:15:30 -0700 (PDT) (envelope-from hibma@skylink.it) Received: from heidi.plazza.it (va-162.skylink.it [194.185.55.162]) by ns.skylink.it (8.9.1/8.8.8) with ESMTP id AAA02371; Sat, 31 Jul 1999 00:14:44 +0200 Received: from localhost (localhost.plazza.it [127.0.0.1]) by heidi.plazza.it (8.8.8/8.8.5) with SMTP id AAA15400; Sat, 31 Jul 1999 00:13:02 +0200 (CEST) Date: Sat, 31 Jul 1999 00:13:02 +0200 (CEST) From: Nick Hibma X-Sender: n_hibma@heidi.plazza.it Reply-To: Nick Hibma To: Osvaldo Fonseca Cc: "'freebsd-bugs@freebsd.org'" Subject: Re: master.passwd corrupted In-Reply-To: <01BEDAA3.1F7D91C0@148-122.reduno.com.mx> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Do a vipw as user root and check whether the password file you get there look allright. If you cannot find a corrupt one comment them all out and start uncommenting a few at a time to find the culprit. Nick On Fri, 30 Jul 1999, Osvaldo Fonseca wrote: > Hi, > > I have a problem with my freeBSD 2.2.7 GENERIC: When I try to modified a user password, ej: Free# passwd guest > Changing local password for guest. > New password: > Retype new password: > passwd: /etc/master.passwd: corrupted entry > passwd: /etc/master.passwd: unchanged > > How can I resolve my problem? > > Osvaldo Fonseca. > Consorcio Red Uno. > Tijuana, B.C. > Tel. (8) 3990900 > (66) 862300 > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-bugs" in the body of the message > > -- e-Mail: hibma@skylink.it To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jul 31 1:22: 1 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 591BB14DF2 for ; Sat, 31 Jul 1999 01:21:59 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA05774; Sat, 31 Jul 1999 01:20:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from smtp2.free.fr (smtp2.free.fr [212.27.32.6]) by hub.freebsd.org (Postfix) with ESMTP id B4C6514D32 for ; Sat, 31 Jul 1999 01:17:08 -0700 (PDT) (envelope-from hubert.tournier@online.fr) Received: from online.fr (paris11-50-21.dial.proxad.net [212.27.50.21]) by smtp2.free.fr (8.9.3/8.9.3/Debian/GNU) with ESMTP id KAA20062 for ; Sat, 31 Jul 1999 10:16:25 +0200 Message-Id: <37A2B16A.D4159733@online.fr> Date: Sat, 31 Jul 1999 10:18:50 +0200 From: Thao et Hubert Tournier To: FreeBSD-gnats-submit@freebsd.org Subject: kern/12896: Incorrect CPU model display at boot time Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 12896 >Category: kern >Synopsis: Incorrect CPU model display at boot time >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Jul 31 01:20:00 PDT 1999 >Closed-Date: >Last-Modified: >Originator: hubert.tournier@online.fr >Release: FreeBSD 3.2-RELEASE i386 >Organization: home >Environment: Only for machines with AMD processors. >Description: At boot time, I've the following display : CPU: \^E (400.91-MHz 586-class CPU) Origin = "AuthenticAMD" Id = 0x58c Stepping=12 Features=0x8021bf instead of : CPU: AMD K6-2 (400.91-MHz 586-class CPU) Origin = "AuthenticAMD" Id = 0x58c Stepping=12 Features=0x8021bf >How-To-Repeat: Reboot. It's systematic. >Fix: In "/sys/i386/i386/identcpu.c", near line 313, the "cpu_model" variable is overwritten with the memcpy functions. [...] printcpuinfo(void) { [...] do_cpuid(0x80000000, regs); nreg = regs[0]; if (nreg >= 0x80000004) { do_cpuid(0x80000002, regs); memcpy(cpu_model, regs, sizeof regs); do_cpuid(0x80000003, regs); memcpy(cpu_model+16, regs, sizeof regs); do_cpuid(0x80000004, regs); memcpy(cpu_model+32, regs, sizeof regs); } [...] } [...] Obviously, the cpu_model variable, a string, was not meant to receive integer values. As I don't understand the purpose of the do_cpuid function, I just wrap this part of the code with the following lines : { char cpu_model_backup[128]; [...] strcpy(cpu_model_backup, cpu_model); [block] strcpy(cpu_model, cpu_model_backup); [...] It's a kludge but it fixes the problem ;-) >Release-Note: >Audit-Trail: >Unformatted: X-send-pr-version: 3.2 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jul 31 8: 0:58 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 2A1AE15113 for ; Sat, 31 Jul 1999 08:00:55 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA66535; Sat, 31 Jul 1999 08:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from Darkside.stagecraft.net (Ben.Aspi.net [207.228.215.73]) by hub.freebsd.org (Postfix) with ESMTP id 754D614DC9 for ; Sat, 31 Jul 1999 07:54:20 -0700 (PDT) (envelope-from ben@Darkside.stagecraft.net) Received: (from ben@localhost) by Darkside.stagecraft.net (8.9.2/8.9.1) id KAA32545; Sat, 31 Jul 1999 10:52:09 -0400 (EDT) (envelope-from ben) Message-Id: <199907311452.KAA32545@Darkside.stagecraft.net> Date: Sat, 31 Jul 1999 10:52:09 -0400 (EDT) From: Benjamin April Reply-To: ben@destek.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/12898: netstat -c Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 12898 >Category: bin >Synopsis: Added a command-line switch to netstat to output the number of routes in the routing table. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sat Jul 31 08:00:01 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Ben April >Release: FreeBSD 3.1-RELEASE i386 >Organization: The Destek Group, Inc. >Environment: This has been tested on 3.1-RELEASE and 3.2-RELEASE running gated. >Description: Basicly runnign netstat -c is a faster version of netstat -rn|wc. -c follows about the same code path as -rn does but -c only outputs the total number of routes in each type(IP/appletak ect...) >How-To-Repeat: N/A >Fix: *** main.c Sun Jul 25 22:02:16 1999 --- ./main.c.old Sat Jul 24 12:12:53 1999 *************** *** 221,227 **** af = AF_UNSPEC; ! while ((ch = getopt(argc, argv, "Aabcdf:ghI:iM:mN:np:rstuw:")) != -1) switch(ch) { case 'A': Aflag = 1; --- 221,227 ---- af = AF_UNSPEC; ! while ((ch = getopt(argc, argv, "Aabdf:ghI:iM:mN:np:rstuw:")) != -1) switch(ch) { case 'A': Aflag = 1; *************** *** 232,241 **** case 'b': bflag = 1; break; - case 'c': - cflag = 1; - nflag = 1; - break; case 'd': dflag = 1; break; --- 232,237 ---- *************** *** 381,391 **** intpr(interval, nl[N_IFNET].n_value); exit(0); } - if (cflag) { - kread(0, 0, 0); - routecount(nl[N_RTREE].n_value); - exit(0); - } if (rflag) { kread(0, 0, 0); if (sflag) --- 377,382 ---- *************** *** 571,582 **** static void usage() { ! (void)fprintf(stderr, "%s\n%s\n%s\n%s\n%s\n", "usage: netstat [-Aan] [-f address_family] [-M core] [-N system]", " netstat [-bdghimnrs] [-f address_family] [-M core] [-N system]", " netstat [-bdn] [-I interface] [-M core] [-N system] [-w wait]", ! " netstat [-M core] [-N system] [-p protocol]", ! " netstat [-c]"); exit(1); } --- 562,572 ---- static void usage() { ! (void)fprintf(stderr, "%s\n%s\n%s\n%s\n", "usage: netstat [-Aan] [-f address_family] [-M core] [-N system]", " netstat [-bdghimnrs] [-f address_family] [-M core] [-N system]", " netstat [-bdn] [-I interface] [-M core] [-N system] [-w wait]", ! " netstat [-M core] [-N system] [-p protocol]"); exit(1); } *** netstat.1 Mon Jul 26 07:52:39 1999 --- ./netstat.1.old Sat Jul 24 13:21:41 1999 *************** *** 58,65 **** .Op Fl p Ar protocol .Op Fl M Ar core .Op Fl N Ar system - .Nm netstat - .Op Fl c .Sh DESCRIPTION The .Nm netstat --- 58,63 ---- *************** *** 94,107 **** .Fl i , as described below), show the number of bytes in and out. - .It Fl c - prints the number of routes in the kernel table to stdout. - A faster equivlant to - .Nm netstat - .Fl rn - | - .Nm wc - .Fl l .It Fl d With either interface display (option .Fl i --- 92,97 ---- *** route.c Sat Jul 24 14:16:41 1999 --- ./route.c.old Sat Jul 24 12:10:49 1999 *************** *** 114,131 **** struct radix_node_head *rt_tables[AF_MAX+1]; int NewTree = 0; - int total = 0; static struct sockaddr *kgetsa __P((struct sockaddr *)); static void p_tree __P((struct radix_node *)); - static void c_tree __P((struct radix_node *)); static void p_rtnode __P((void)); static void ntreestuff __P((void)); static void np_rtentry __P((struct rt_msghdr *)); static void p_sockaddr __P((struct sockaddr *, struct sockaddr *, int, int)); static void p_flags __P((int, char *)); static void p_rtentry __P((struct rtentry *)); - static void c_rtentry __P((struct rtentry *)); static u_long forgemask __P((u_long)); static void domask __P((char *, u_long, u_long)); --- 114,128 ---- *************** *** 880,968 **** *p += ('A' - 'a'); break; } - } - - void - routecount(rtree) - u_long rtree; - { - struct radix_node_head *rnh, head; - int i; - - printf("Routing tables\n"); - - if (Aflag == 0 && NewTree) - ntreestuff(); - else { - if (rtree == 0) { - printf("rt_tables: symbol not in namelist\n"); - return; - } - - kget(rtree, rt_tables); - for (i = 0; i <= AF_MAX; i++) { - if ((rnh = rt_tables[i]) == 0) - continue; - kget(rnh, head); - if (i == AF_UNSPEC) { - if (Aflag && af == 0) { - printf("Netmasks:\n"); - c_tree(head.rnh_treetop); - } - } else if (af == AF_UNSPEC || af == i) { - pr_family(i); - do_rtent = 1; - total=0; - c_tree(head.rnh_treetop); - printf("%d Routes\n",total); - } - } - } - } - - static void - c_tree(rn) - struct radix_node *rn; - { - - again: - kget(rn, rnode); - if (rnode.rn_b < 0) { - if (Aflag) - printf("%-8.8lx ", (u_long)rn); - if (rnode.rn_flags & RNF_ROOT) { - if (Aflag) - printf("(root node)%s", - rnode.rn_dupedkey ? " =>\n" : "\n"); - } else if (do_rtent) { - kget(rn, rtentry); - c_rtentry(&rtentry); - if (Aflag) - p_rtnode(); - } else { - p_sockaddr(kgetsa((struct sockaddr *)rnode.rn_key), - NULL, 0, 44); - putchar('\n'); - } - if ((rn = rnode.rn_dupedkey)) - goto again; - } else { - if (Aflag && do_rtent) { - printf("%-8.8lx ", (u_long)rn); - p_rtnode(); - } - rn = rnode.rn_r; - c_tree(rnode.rn_l); - c_tree(rn); - } - } - - - static void - c_rtentry(rt) - register struct rtentry *rt; - { - if (!(rt->rt_parent && !aflag)) { - ++total; - } } --- 877,880 ---- >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jul 31 8:51:47 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 8343D14D2E for ; Sat, 31 Jul 1999 08:51:45 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA68982; Sat, 31 Jul 1999 08:50:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sat, 31 Jul 1999 08:50:02 -0700 (PDT) Message-Id: <199907311550.IAA68982@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Bill Fumerola Subject: Re: bin/12898: netstat -c Reply-To: Bill Fumerola Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/12898; it has been noted by GNATS. From: Bill Fumerola To: Benjamin April Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/12898: netstat -c Date: Sat, 31 Jul 1999 10:45:23 -0400 (EDT) On Sat, 31 Jul 1999, Benjamin April wrote: > *** main.c Sun Jul 25 22:02:16 1999 > --- ./main.c.old Sat Jul 24 12:12:53 1999 This patch is reversed. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jul 31 21:51:15 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id A73EB14FB1 for ; Sat, 31 Jul 1999 21:51:08 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id VAA61374; Sat, 31 Jul 1999 21:50:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sat, 31 Jul 1999 21:50:02 -0700 (PDT) Message-Id: <199908010450.VAA61374@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Danny J. Zerkel" Subject: Re: bin/9350: nvi incorrectly reads files with very long lines Reply-To: "Danny J. Zerkel" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/9350; it has been noted by GNATS. From: "Danny J. Zerkel" To: freebsd-gnats-submit@freebsd.org, xaa@xaa.iae.nl Cc: Subject: Re: bin/9350: nvi incorrectly reads files with very long lines Date: Sun, 01 Aug 1999 00:41:32 -0400 Mark, Here's my fix. Turns out to be a bug in the db library. When the read buffer has to be expanded beyond 65535, the current character pointer gets warped back to the beginning of the buffer, since the size indx_t is only 16 bits. I wonder what else this fixes? :-) --- /usr/src/lib/libc/db/recno/rec_get.c.orig Wed Sep 16 00:17:42 1998 +++ /usr/src/lib/libc/db/recno/rec_get.c Sun Aug 1 00:34:16 1999 @@ -181,7 +181,7 @@ { DBT data; recno_t nrec; - indx_t len; + size_t len; size_t sz; int bval, ch; u_char *p; -- Danny J. Zerkel dzerkel@columbus.rr.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jul 31 22:48: 9 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from dt011n65.san.rr.com (dt011n65.san.rr.com [204.210.13.101]) by hub.freebsd.org (Postfix) with ESMTP id 3481E150D9 for ; Sat, 31 Jul 1999 22:48:02 -0700 (PDT) (envelope-from Doug@gorean.org) Received: from gorean.org (master [10.0.0.2]) by dt011n65.san.rr.com (8.8.8/8.8.8) with ESMTP id WAA19195; Sat, 31 Jul 1999 22:47:56 -0700 (PDT) (envelope-from Doug@gorean.org) Message-ID: <37A3DF8C.5B6756E4@gorean.org> Date: Sat, 31 Jul 1999 22:47:56 -0700 From: Doug Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.6 [en] (Win98; I) X-Accept-Language: en MIME-Version: 1.0 To: kosmos@blarg.net Cc: freebsd-bugs@freebsd.org Subject: Re: ports/12907: COMPAT22=YES isn't default in make.conf, preventing Netscape port install. References: <19990801025427.A637914D76@hub.freebsd.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Wow... you really like to press your point, don't you? :) kosmos@blarg.net wrote: > Since this impedes the installation of an important piece of software, > it should be regarded as a serious ergonomic problem. There is no way that you can convince anyone here that netscape is "important." Freebsd is mostly a server OS, and even for those who use it for workstation purposes netscape is often not installed. Convenient, nice to have, yes. Important, no. > >How-To-Repeat: > 1. install minimal base from installation disks > 2. install cvsup from packages > 3. update source tree from STABLE branch > 4. merge /etc (accept COMPAT22 addition in make.conf, but don't enable it) > 5. install XFree86 from ports > 6. install netscape46-communicator from ports > > error message: > ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > + There are no aout libs on this machine. Install compat22 distribution. + > ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ This is actually the proper fix. It tells you what is wrong and how to fix it. Good luck, Doug To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message