From owner-freebsd-bugs Sun May 7 1:10:13 2000 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 A66B037B865 for ; Sun, 7 May 2000 01:10:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA64549; Sun, 7 May 2000 01:10:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from vast1.dev.skycache.com (ll-nat1.skycache.com [207.239.230.245]) by hub.freebsd.org (Postfix) with ESMTP id 3D31A37B79B for ; Fri, 5 May 2000 13:39:30 -0700 (PDT) (envelope-from toor@vast1.dev.skycache.com) Received: (from root@localhost) by vast1.dev.skycache.com (8.9.3/8.9.3) id QAA00410; Fri, 5 May 2000 16:39:28 -0400 (EDT) (envelope-from toor) Message-Id: <200005052039.QAA00410@vast1.dev.skycache.com> Date: Fri, 5 May 2000 16:39:28 -0400 (EDT) From: mdiclaud@cidera.com Reply-To: mdiclaud@cidera.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/18402: panic in aio_process Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18402 >Category: kern >Synopsis: panic in aio_process >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 May 07 01:10:02 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Mike DiClaudio >Release: FreeBSD 3.4-RELEASE i386 >Organization: Cidera, Inc >Environment: * all sysctl values relating to AIO are untouched * uname -a >> FreeBSD vast1.dev.skycache.com 3.4-RELEASE FreeBSD 3.4-RELEASE #2: Mon Apr 3 14:52:24 EDT 2000 toor@flash.skycache.com:/usr/src/sys/compile/VAST_DEBUG i386 >Description: the system panics with fatal trap 12 in aio_process when the file is close(2)'ed and there are outstanding aio requests. >How-To-Repeat: the problem occurred in a program i'm developing and the aio is mixed in with lots of other stuff. this code-like sample illustrates what i'm doing which is causing the problem. the code is zeroing the disk. if you need the exact code, let me now struct aiocb x[100]; int outstanding[100]; open(/dev/rda0) for(i=0;i<100;i++) { /* setup x[ i ] values */ aio_write(&x[i]); outstanding[i]=1; } close(/dev/rda0); /* bad thing to do here */ while( requests outstanding ) for(i=0;i<100;i++) { if( aio_error(&x[i]) == EINPROGRESS ) continue; if( outstanding[i] ) { aio_return(&x[i]); outstanding[i]=0; /* setup array for aio_suspend */ } } aio_suspend(); } exit(); >Fix: it works fine if close is called after the loop that is doing the aio_error and aio_return calls, which is where it belongs to begin with. >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 May 7 1:10:16 2000 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 EC9A837B6B2 for ; Sun, 7 May 2000 01:10:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA64557; Sun, 7 May 2000 01:10:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sun, 7 May 2000 01:10:05 -0700 (PDT) Message-Id: <200005070810.BAA64557@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Peter Wemm Subject: Re: misc/18400: path /dev/MAKEDEV lacks /usr/bin, causing cuaA/ttyA make to Reply-To: Peter Wemm Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/18400; it has been noted by GNATS. From: Peter Wemm To: wkb@chello.nl Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: misc/18400: path /dev/MAKEDEV lacks /usr/bin, causing cuaA/ttyA make to Date: Fri, 05 May 2000 14:10:11 -0700 wkb@chello.nl wrote: > >Synopsis: path /dev/MAKEDEV lacks /usr/bin, causing cuaA/ttyA make to > > MAKEDEV cuaA# or ttyaA fails due to the script not finding > 'cut' which is used for making the Specialix device nodes > cuaA / ttyaA Please test this out for me: Index: MAKEDEV =================================================================== RCS file: /home/ncvs/src/etc/MAKEDEV,v retrieving revision 1.248 diff -u -r1.248 MAKEDEV --- MAKEDEV 2000/05/01 10:43:06 1.248 +++ MAKEDEV 2000/05/05 21:09:08 @@ -1075,7 +1075,7 @@ port=1 while [ $port -le $nports ]; do minor=`expr $port - 1` - name=`expr $port + 1000 | cut -c 3-4` + name=$(expr $port + 1000 | dd bs=1 skip=2 count=2 2>/dev/null) mknod ttyA$name c $major $minor mknod ttyiA$name c $major `expr $minor + 65536` mknod ttylA$name c $major `expr $minor + 131072` Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun May 7 1:10:34 2000 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 CB1ED37BABF for ; Sun, 7 May 2000 01:10:11 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA64613; Sun, 7 May 2000 01:10:11 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sun, 7 May 2000 01:10:11 -0700 (PDT) Message-Id: <200005070810.BAA64613@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Wilko Bulte Subject: Re: misc/18400: path /dev/MAKEDEV lacks /usr/bin, causing cuaA/ttyA make to Reply-To: Wilko Bulte Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/18400; it has been noted by GNATS. From: Wilko Bulte To: Peter Wemm Cc: wkb@chello.nl, FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: misc/18400: path /dev/MAKEDEV lacks /usr/bin, causing cuaA/ttyA make to Date: Sat, 6 May 2000 11:06:31 +0200 On Fri, May 05, 2000 at 02:10:11PM -0700, Peter Wemm wrote: > wkb@chello.nl wrote: > > >Synopsis: path /dev/MAKEDEV lacks /usr/bin, causing cuaA/ttyA make to > > > > MAKEDEV cuaA# or ttyaA fails due to the script not finding > > 'cut' which is used for making the Specialix device nodes > > cuaA / ttyaA > > Please test this out for me: > > Index: MAKEDEV > =================================================================== > RCS file: /home/ncvs/src/etc/MAKEDEV,v > retrieving revision 1.248 > diff -u -r1.248 MAKEDEV > --- MAKEDEV 2000/05/01 10:43:06 1.248 > +++ MAKEDEV 2000/05/05 21:09:08 > @@ -1075,7 +1075,7 @@ > port=1 > while [ $port -le $nports ]; do > minor=`expr $port - 1` > - name=`expr $port + 1000 | cut -c 3-4` > + name=$(expr $port + 1000 | dd bs=1 skip=2 count=2 2>/dev/null) > mknod ttyA$name c $major $minor > mknod ttyiA$name c $major `expr $minor + 65536` > mknod ttylA$name c $major `expr $minor + 131072` > Works OK, but please also use this in the cuaA*) target, the dialout nodes for the Specialix. Lives just below the ttyA entry. Thanks, W/ -- Wilko Bulte Powered by FreeBSD http://www.freebsd.org http://www.tcja.nl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun May 7 1:10:43 2000 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 9EF7A37BA1F for ; Sun, 7 May 2000 01:10:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA64576; Sun, 7 May 2000 01:10:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from mh.irtel.ru (ns2.irtel.ru [195.46.96.1]) by hub.freebsd.org (Postfix) with ESMTP id 33E8237BDC8 for ; Fri, 5 May 2000 20:54:08 -0700 (PDT) (envelope-from dmitry@asbaikaltv.ru) Received: from dialpool.irtel.ru by mh.irtel.ru id MAA10166 for ; Sat, 6 May 2000 12:53:58 +0900 Received: from alien.shel.asbaikaltv.ru (alien.shel.asbaikaltv.ru [192.168.0.119]) by crawl.shel.asbaikaltv.ru (8.10.1/8.10.1) with ESMTP id e463ca604377 for ; Sat, 6 May 2000 12:38:36 +0900 (IRKST) Message-Id: Date: Sat, 6 May 2000 12:40:27 +0900 (IRKST) From: Chagin Dmitry To: FreeBSD-gnats-submit@freebsd.org Subject: bin/18405: possible bug in ftpd Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18405 >Category: bin >Synopsis: ftpd open conn in low portrange if client in passive mode >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 May 07 01:10:06 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Dmitry Chagin >Release: FreeBSD 5.0-CURRENT i386 >Organization: as baikal tv, broadcasting company, siberia >Environment: FreeBSD alien 5.0-CURRENT FreeBSD 5.0-CURRENT #24: Fri Apr 28 00:31:21 IRKST 2000 root@alien.shel.asbaikaltv.ru:/usr/src/sys/compile/ALIENS i386 FreeBSD crawl 4.0-STABLE FreeBSD 4.0-STABLE #33: Fri May 5 18:37:40 IRKST 2000 root@crawl:/usr/src/sys/compile/RL i386 >Description: when ftp from machine running current to 4.0-STABLE and on client envir set FTP_PASSIVE_MODE=YES i see in tcpdump out that: 552 crawl.shel.asbaikaltv.ru.ftp > alien.shel.asbaikaltv.ru.audio-activmail: P 936 alien.shel.asbaikaltv.ru.audio-activmail >crawl.shel.asbaikaltv.ru.ftp: P 938 crawl.shel.asbaikaltv.ru.ftp >alien.shel.asbaikaltv.ru.audio-activmail: P 256 alien.shel.asbaikaltv.ru.video-activmail >crawl.shel.asbaikaltv.ru.1626: 853 crawl.shel.asbaikaltv.ru.1626 > alien.shel.asbaikaltv.ru.video-activmail: 002 alien.shel.asbaikaltv.ru.video-activmail >crawl.shel.asbaikaltv.ru.1626: ie ftpd open data connections on lowrange ports ftpd start in inetd: ftp stream tcp nowait root /usr/libexec/ftpd ftpd -l sysctl set to: 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 in ftpd manpages i see U In previous versions of ftpd, when a passive mode client request- ed a data connection to the server, the server would use data ports in the range 1024..4999. Now, by default, the server will use data ports in the range 49152..65535. Specifying this option will revert to the old behavior. ftpd bug or manpages must be fixed? >How-To-Repeat: ftp to current or 4.0-STABLE end use tcpdump to see traffic when download something >Fix: i don't know yet :( >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 May 7 1:10:50 2000 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 1737F37B865 for ; Sun, 7 May 2000 01:10:14 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA64628; Sun, 7 May 2000 01:10:13 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sun, 7 May 2000 01:10:13 -0700 (PDT) Message-Id: <200005070810.BAA64628@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Anatoly Vorobey Subject: Re: bin/18397: ls-F with set color doesn't accept flags Reply-To: Anatoly Vorobey Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/18397; it has been noted by GNATS. From: Anatoly Vorobey To: Adrian Chadd Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: bin/18397: ls-F with set color doesn't accept flags Date: Sat, 6 May 2000 18:10:19 +0000 On Fri, May 05, 2000 at 08:40:03AM -0700, Adrian Chadd wrote: > > > >Synopsis: ls-F with set color doesn't accept flags ls-F never groks flags, it'll always fall back on ls(1) whenever flags are given. Given this, here's an excerpt from man csh: color If set, it enables color display for the builtin ls-F and it passes --color=auto to ls. Alterna- tively, it can be set to only ls-F or only ls to enable color only to one command. Setting it to nothing is equivalent to setting it to (ls-F ls). So when you ``set color'' and ``ls-F -l'', our ls(1) gets ``ls -CF --color=auto -l'' and is naturally confused. The solution is to use ``set color=ls-F''. If that is not a disgusting Linuxism, I don't know what is. -- Anatoly Vorobey, mellon@pobox.com http://pobox.com/~mellon/ "Angels can fly because they take themselves lightly" - G.K.Chesterton To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun May 7 1:10:50 2000 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 5B09837BB08 for ; Sun, 7 May 2000 01:10:14 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA64644; Sun, 7 May 2000 01:10:14 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 5587537BFD1; Sat, 6 May 2000 09:13:05 -0700 (PDT) Message-Id: <20000506161305.5587537BFD1@hub.freebsd.org> Date: Sat, 6 May 2000 09:13:05 -0700 (PDT) From: scottm@dgweb.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/18411: cpu utilization high when compiling options PPP_DEFLATE in the kernel Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18411 >Category: kern >Synopsis: cpu utilization high when compiling options PPP_DEFLATE in the kernel >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 May 07 01:10:14 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Scott Micciche >Release: Release 4.0 March >Organization: >Environment: Arakis 4.0 Release FreeBSD 4.0 Release #8 Sat May 6 root@Arakis:/usr/src/sys/compile/NEXUS-6 i386 >Description: compile into the kernel the following: options PPP_DEFLATE when using xload, 50% utilization can be seen, maybe 100% on one cpu, this is a known issue on my motherboard proc combination on win2k ASUS P2B-D 2 400Mhz P-II Bios Rev 12 I can send the kernel config if needed >How-To-Repeat: add the options PPP_DEFLATE in the kernel to see the cpu(s) race, remove the line, recompile, etc and the problem goes away >Fix: remove the line, do not use BSD deflation >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 May 7 1:10:58 2000 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 7D1EC37BD5F for ; Sun, 7 May 2000 01:10:15 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA64702; Sun, 7 May 2000 01:10:15 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from lobster.originative.co.uk (lobster.originative.co.uk [194.217.50.241]) by hub.freebsd.org (Postfix) with ESMTP id F29C637BD18 for ; Sat, 6 May 2000 12:34:59 -0700 (PDT) (envelope-from paul@lobster.originative.co.uk) Received: (from root@localhost) by lobster.originative.co.uk (8.9.3/8.9.3) id UAA45791; Sat, 6 May 2000 20:34:58 +0100 (BST) (envelope-from paul) Message-Id: <200005061934.UAA45791@lobster.originative.co.uk> Date: Sat, 6 May 2000 20:34:58 +0100 (BST) From: Paul Richards Reply-To: paul@lobster.originative.co.uk To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/18417: Testing after freefall upgrade Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18417 >Category: misc >Synopsis: Testing after freefall upgrade >Confidential: yes >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun May 07 01:10:15 PDT 2000 >Closed-Date: >Last-Modified: >Originator: & Richards >Release: FreeBSD 5.0-CURRENT i386 >Organization: >Environment: >Description: >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 May 7 1:11: 2 2000 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 A87D937BDF2 for ; Sun, 7 May 2000 01:10:15 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA64711; Sun, 7 May 2000 01:10:15 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from lobster.originative.co.uk (lobster.originative.co.uk [194.217.50.241]) by hub.freebsd.org (Postfix) with ESMTP id 3709C37B6A9 for ; Sat, 6 May 2000 12:35:25 -0700 (PDT) (envelope-from paul@lobster.originative.co.uk) Received: (from root@localhost) by lobster.originative.co.uk (8.9.3/8.9.3) id UAA45922; Sat, 6 May 2000 20:35:21 +0100 (BST) (envelope-from paul) Message-Id: <200005061935.UAA45922@lobster.originative.co.uk> Date: Sat, 6 May 2000 20:35:21 +0100 (BST) From: Paul Richards Reply-To: paul@lobster.originative.co.uk To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/18418: Testing after freefall upgrade Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18418 >Category: misc >Synopsis: Testing after freefall upgrade >Confidential: yes >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun May 07 01:10:15 PDT 2000 >Closed-Date: >Last-Modified: >Originator: & Richards >Release: FreeBSD 5.0-CURRENT i386 >Organization: >Environment: >Description: >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 May 7 1:11:14 2000 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 B886D37BEA7 for ; Sun, 7 May 2000 01:10:19 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA64791; Sun, 7 May 2000 01:10:19 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from f.rcac.tdi.co.jp (spacecraft.f.rcac.tdi.co.jp [202.249.17.133]) by hub.freebsd.org (Postfix) with SMTP id EEF3037B6BC for ; Sat, 6 May 2000 21:46:19 -0700 (PDT) (envelope-from fujiwara@rcac.tdi.co.jp) Received: (qmail 1746 invoked from network); 7 May 2000 04:46:16 -0000 Received: from localhost (127.0.0.1) by localhost with SMTP; 7 May 2000 04:46:16 -0000 Message-Id: <20000507134615W.fujiwara@rcac.tdi.co.jp> Date: Sun, 07 May 2000 13:46:15 +0900 (JST) From: fujiwara@rcac.tdi.co.jp Reply-To: fujiwara@rcac.tdi.co.jp To: FreeBSD-gnats-submit@freebsd.org Cc: fujiwara@rcac.tdi.co.jp X-Send-Pr-Version: 3.2 Subject: kern/18427: ISA pccard adapter (Ratoc REX-5051VB) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18427 >Category: kern >Synopsis: new ISA PnP PC card adaptor >Confidential: yes >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sun May 07 01:10:19 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Kazunori_Fujiwara >Release: FreeBSD 4.0-STABLE i386 >Organization: TDI, Co., LTD >Environment: ISA PnP PC Card Adaptor Vendor = Ratoc Product = REX-5051VB >Description: This product has new ISA PnP ID. >How-To-Repeat: >Fix: I add ISA_PNP_ID to i82365reg.h and pcpc.c then works goot. pcic2: at port 0x3e0-0x3e1 on isa0 pcic2: Polling mode pccard0: on pcic2 pccard1: on pcic2 Index: dev/pcic/i82365reg.h =================================================================== RCS file: /home1/export/FreeBSD-CVS/src/sys/dev/pcic/i82365reg.h,v retrieving revision 1.3 diff -u -r1.3 i82365reg.h --- dev/pcic/i82365reg.h 2000/03/10 05:26:32 1.3 +++ dev/pcic/i82365reg.h 2000/05/07 04:16:07 @@ -347,3 +347,4 @@ #define PCIC_PNP_CL_PD6720 0x010ED041 /* PNP0E01 */ #define PCIC_PNP_VLSI_82C146 0x020ED041 /* PNP0E02 */ #define PCIC_PNP_82365_CARDBUS 0x030ED041 /* PNP0E03 */ +#define PCIC_PNP_ACTIONTEC 0x1802a904 Index: pccard/pcic.c =================================================================== RCS file: /home1/export/FreeBSD-CVS/src/sys/pccard/pcic.c,v retrieving revision 1.89 diff -u -r1.89 pcic.c --- pccard/pcic.c 2000/03/10 05:43:28 1.89 +++ pccard/pcic.c 2000/05/05 16:03:48 @@ -87,6 +87,7 @@ {PCIC_PNP_CL_PD6720, NULL}, /* PNP0E01 */ {PCIC_PNP_VLSI_82C146, NULL}, /* PNP0E02 */ {PCIC_PNP_82365_CARDBUS, NULL}, /* PNP0E03 */ + {PCIC_PNP_ACTIONTEC, NULL}, {0} }; pnpinfo shows: Checking for Plug-n-Play devices... Card assigned CSN #1 Vendor ID AEI0218 (0x1802a904), Serial Number 0x01234567 PnP Version 1.0, Vendor Version 0 Device Description: ACTIONTEC PNP PCMCIA ADAPTER Logical Device ID: AEI0218 0x1802a904 #0 Vendor register funcs 00 I/O Range 0x3e0 .. 0x3fe, alignment 0x2, len 0x2 [16-bit addr] End Tag Successfully got 4 resources, 1 logical fdevs -- card select # 0x0001 CSN AEI0218 (0x1802a904), Serial Number 0x01234567 Logical device #0 IO: 0x03e0 0x03e0 0x03e0 0x03e0 0x03e0 0x03e0 0x03e0 0x03e0 IRQ 0 0 DMA 4 4 IO range check 0x00 activate 0x01 >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 May 7 1:11:20 2000 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 D664A37BEAF for ; Sun, 7 May 2000 01:10:19 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA64801; Sun, 7 May 2000 01:10:19 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 3A3E637B69F; Sat, 6 May 2000 22:15:42 -0700 (PDT) Message-Id: <20000507051542.3A3E637B69F@hub.freebsd.org> Date: Sat, 6 May 2000 22:15:42 -0700 (PDT) From: tom@bu.edu To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/18428: Tcpdump program not installed unless crypto also installed Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18428 >Category: misc >Synopsis: Tcpdump program not installed unless crypto also installed >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 May 07 01:10:19 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Thomas P. Skinner >Release: 4.0 >Organization: Boston University >Environment: >Description: Standard installation does not install the tcpdump program with the bin distribution unless crypto support is selected. This makes no sense as the two are not related. >How-To-Repeat: Do standard install without crypto. Tcpdump will be missing. Go back and install crypto and tcpdump appears along with its man page. >Fix: Probably a minor fix to sysinstall. >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 May 7 1:11:22 2000 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 DB5F037BEBE for ; Sun, 7 May 2000 01:10:19 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA64810; Sun, 7 May 2000 01:10:19 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from mh.irtel.ru (ns2.irtel.ru [195.46.96.1]) by hub.freebsd.org (Postfix) with ESMTP id 5A6F137B5C7 for ; Sun, 7 May 2000 00:26:04 -0700 (PDT) (envelope-from dmitry@asbaikaltv.ru) Received: from dialpool.irtel.ru by mh.irtel.ru id QAA27367 for ; Sun, 7 May 2000 16:25:48 +0900 Received: from alien.shel.asbaikaltv.ru (alien.shel.asbaikaltv.ru [192.168.0.119]) by crawl.shel.asbaikaltv.ru (8.10.1/8.10.1) with ESMTP id e477PQ231076 for ; Sun, 7 May 2000 16:25:26 +0900 (IRKST) Message-Id: Date: Sun, 7 May 2000 16:27:25 +0900 (IRKST) From: Chagin Dmitry To: FreeBSD-gnats-submit@freebsd.org Subject: bin/18429: possible bug in ftpd Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18429 >Category: bin >Synopsis: ftpd open conn in low portrange if client in passive mode >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 May 07 01:10:19 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Dmitry Chagin >Release: FreeBSD 5.0-CURRENT i386 >Organization: as baikal tv, broadcasting company, siberia >Environment: FreeBSD alien 5.0-CURRENT FreeBSD 5.0-CURRENT #24: Fri Apr 28 00:31:21 IRKST 2000 root@alien.shel.asbaikaltv.ru:/usr/src/sys/compile/ALIENS i386 FreeBSD crawl 4.0-STABLE FreeBSD 4.0-STABLE #33: Fri May 5 18:37:40 IRKST 2000 root@crawl:/usr/src/sys/compile/RL i386 >Description: when ftp from machine running current to 4.0-STABLE and on client envir set FTP_PASSIVE_MODE=YES i see in tcpdump out that: 552 crawl.shel.asbaikaltv.ru.ftp > alien.shel.asbaikaltv.ru.audio-activmail: P 936 alien.shel.asbaikaltv.ru.audio-activmail >crawl.shel.asbaikaltv.ru.ftp: P 938 crawl.shel.asbaikaltv.ru.ftp >alien.shel.asbaikaltv.ru.audio-activmail: P 256 alien.shel.asbaikaltv.ru.video-activmail >crawl.shel.asbaikaltv.ru.1626: 853 crawl.shel.asbaikaltv.ru.1626 > alien.shel.asbaikaltv.ru.video-activmail: 002 alien.shel.asbaikaltv.ru.video-activmail >crawl.shel.asbaikaltv.ru.1626: ie ftpd open data connections on lowrange ports ftpd start in inetd: ftp stream tcp nowait root /usr/libexec/ftpd ftpd -l sysctl set to: 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 in ftpd manpages i see U In previous versions of ftpd, when a passive mode client request- ed a data connection to the server, the server would use data ports in the range 1024..4999. Now, by default, the server will use data ports in the range 49152..65535. Specifying this option will revert to the old behavior. ftpd bug or i incorrect here? >How-To-Repeat: ftp to current or 4.0-STABLE end use tcpdump to see traffic when download something >Fix: i don't know yet :( >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 May 7 1:30: 4 2000 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 1F52A37BA26 for ; Sun, 7 May 2000 01:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA66393; Sun, 7 May 2000 01:30:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from oxygen.yy.ics.keio.ac.jp (oxygen.yy.ics.keio.ac.jp [131.113.47.3]) by hub.freebsd.org (Postfix) with ESMTP id EA41237B6AA; Sun, 7 May 2000 01:24:49 -0700 (PDT) (envelope-from sanpei@sanpei.org) Received: from lavender.yy.cs.keio.ac.jp (ppp130.dialup.st.keio.ac.jp [131.113.27.130]) by oxygen.yy.ics.keio.ac.jp (8.9.3+3.2W/3.7W) with ESMTP id RAA03711; Sun, 7 May 2000 17:24:46 +0900 (JST) (envelope-from sanpei@sanpei.org) Received: (from sanpei@localhost) by lavender.yy.cs.keio.ac.jp (8.9.3/3.7W) id RAA02248; Sun, 7 May 2000 17:24:47 +0900 (JST) Message-Id: <200005070824.RAA02248@lavender.yy.cs.keio.ac.jp> Date: Sun, 7 May 2000 17:24:47 +0900 (JST) From: sanpei@sanpei.org Reply-To: sanpei@sanpei.org To: FreeBSD-gnats-submit@freebsd.org Cc: imp@FreeBSD.org X-Send-Pr-Version: 3.2 Subject: i386/18431: [Patch] always probe and attach sn driver on isa bus without card. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18431 >Category: i386 >Synopsis: [Patch] always probe and attach sn driver >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 May 07 01:30:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: MIHIRA Yoshiro >Release: FreeBSD 5.0-CURRENT i386 >Organization: Yokohama, Japan. >Environment: >Description: With GENERIC kernel, if I don't have any sn ethernet card on isa bus, sn device was always attached like this. sn0 at port 0x300-0x30f irq 10 on isa0 Because, if_sn_isa.c has bug(I think we could never probe sn driver on isa bus....) I hope to fix this problem. Cheers >How-To-Repeat: >Fix: --- sys/dev/sn/if_sn_isa.c.org Sun May 7 11:51:03 2000 +++ sys/dev/sn/if_sn_isa.c Sun May 7 11:50:40 2000 @@ -63,8 +63,8 @@ if (isa_get_logicalid(dev)) /* skip PnP probes */ return (ENXIO); if (sn_probe(dev, 0) != 0) - return (0); - return (ENXIO); + return (ENXIO); + return (0); } static int >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 May 7 5:23:16 2000 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 49DC337B6B4; Sun, 7 May 2000 05:23:14 -0700 (PDT) (envelope-from jedgar@FreeBSD.org) Received: (from jedgar@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA82937; Sun, 7 May 2000 05:23:14 -0700 (PDT) (envelope-from jedgar@FreeBSD.org) Date: Sun, 7 May 2000 05:23:14 -0700 (PDT) From: Message-Id: <200005071223.FAA82937@freefall.freebsd.org> To: jedgar@FreeBSD.org, gnats-admin@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/pending/18352 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Parallel printer does not work Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: jedgar Responsible-Changed-When: Sun May 7 05:22:28 PDT 2000 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 Sun May 7 5:30:29 2000 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 8255337BAD5; Sun, 7 May 2000 05:30:27 -0700 (PDT) (envelope-from jedgar@FreeBSD.org) Received: (from jedgar@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA83866; Sun, 7 May 2000 05:30:27 -0700 (PDT) (envelope-from jedgar@FreeBSD.org) Date: Sun, 7 May 2000 05:30:27 -0700 (PDT) From: Message-Id: <200005071230.FAA83866@freefall.freebsd.org> To: dmitry@asbaikaltv.ru, jedgar@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/bin/18429 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: ftpd open conn in low portrange if client in passive mode State-Changed-From-To: open->closed State-Changed-By: jedgar State-Changed-When: Sun May 7 05:29:54 PDT 2000 State-Changed-Why: Duplicate of bin/18405 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun May 7 11:21:24 2000 Delivered-To: freebsd-bugs@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 547) id E9A6537B8AC; Sun, 7 May 2000 11:21:21 -0700 (PDT) To: sanpei@sanpei.org, imp@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG From: imp@FreeBSD.ORG Subject: Re: i386/18431 Message-Id: <20000507182121.E9A6537B8AC@hub.freebsd.org> Date: Sun, 7 May 2000 11:21:21 -0700 (PDT) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: [Patch] always probe and attach sn driver State-Changed-From-To: open->closed State-Changed-By: imp State-Changed-When: Sun May 7 12:20:55 MDT 2000 State-Changed-Why: I applied the patch, which seems to have fixed this. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun May 7 11:30:53 2000 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 A1AF637B9BB; Sun, 7 May 2000 11:30:51 -0700 (PDT) (envelope-from joe@FreeBSD.org) Received: (from joe@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA17257; Sun, 7 May 2000 11:30:51 -0700 (PDT) (envelope-from joe@FreeBSD.org) Date: Sun, 7 May 2000 11:30:51 -0700 (PDT) From: Message-Id: <200005071830.LAA17257@freefall.freebsd.org> To: joe@FreeBSD.org, freebsd-bugs@FreeBSD.org, paul@FreeBSD.org Subject: Re: misc/18418 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Testing after freefall upgrade Responsible-Changed-From-To: freebsd-bugs->paul Responsible-Changed-By: joe Responsible-Changed-When: Sun May 7 11:29:50 PDT 2000 Responsible-Changed-Why: Over to you Paul. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun May 7 11:31:19 2000 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 8C7B437B651; Sun, 7 May 2000 11:31:17 -0700 (PDT) (envelope-from joe@FreeBSD.org) Received: (from joe@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA17353; Sun, 7 May 2000 11:31:17 -0700 (PDT) (envelope-from joe@FreeBSD.org) Date: Sun, 7 May 2000 11:31:17 -0700 (PDT) From: Message-Id: <200005071831.LAA17353@freefall.freebsd.org> To: joe@FreeBSD.org, freebsd-bugs@FreeBSD.org, paul@FreeBSD.org Subject: Re: misc/18417 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Testing after freefall upgrade Responsible-Changed-From-To: freebsd-bugs->paul Responsible-Changed-By: joe Responsible-Changed-When: Sun May 7 11:31:00 PDT 2000 Responsible-Changed-Why: Over to you Paul. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun May 7 17: 9:35 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from ns.itga.com.au (ns.itga.com.au [202.53.40.210]) by hub.freebsd.org (Postfix) with ESMTP id A15FE37B818 for ; Sun, 7 May 2000 17:09:30 -0700 (PDT) (envelope-from gnb@itga.com.au) Received: from lightning.itga.com.au (lightning.itga.com.au [192.168.71.20]) by ns.itga.com.au (8.9.3/8.9.3) with ESMTP id KAA16746; Mon, 8 May 2000 10:09:28 +1000 (EST) (envelope-from gnb@itga.com.au) Received: from itga.com.au (lightning.itga.com.au [192.168.71.20]) by lightning.itga.com.au (8.9.3/8.9.3) with ESMTP id KAA03662; Mon, 8 May 2000 10:09:26 +1000 (EST) Message-Id: <200005080009.KAA03662@lightning.itga.com.au> X-Mailer: exmh version 2.0.1 12/23/97 From: Gregory Bond To: Sheldon Hearn Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: kern/18394: When /swap if full ? In-reply-to: Your message of Fri, 05 May 2000 07:20:03 -0700. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 08 May 2000 10:09:26 +1000 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > This looks bogus to me. Could you double-check what you're typing at > the command prompt? Is it really > > $yes 'yes' Hmm, if it were $yes `yes` (nb: back-tic not apostrophe) then this would run out of swap space... eventually. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun May 7 22:10: 4 2000 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 DDA5637BD0B for ; Sun, 7 May 2000 22:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id WAA82411; Sun, 7 May 2000 22:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id E5EA837BC6F; Sun, 7 May 2000 22:00:22 -0700 (PDT) Message-Id: <20000508050022.E5EA837BC6F@hub.freebsd.org> Date: Sun, 7 May 2000 22:00:22 -0700 (PDT) From: hai@jsdgj.sdg To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/18443: dff Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18443 >Category: misc >Synopsis: dff >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 May 07 22:10:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: hf >Release: >Organization: fdh >Environment: >Description: >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 May 7 23:17:51 2000 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 7CBB437BF5F; Sun, 7 May 2000 23:17:48 -0700 (PDT) (envelope-from cpiazza@FreeBSD.org) Received: (from cpiazza@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id XAA91923; Sun, 7 May 2000 23:17:48 -0700 (PDT) (envelope-from cpiazza@FreeBSD.org) Date: Sun, 7 May 2000 23:17:48 -0700 (PDT) From: Message-Id: <200005080617.XAA91923@freefall.freebsd.org> To: hai@jsdgj.sdg, cpiazza@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/18443 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: dff State-Changed-From-To: open->closed State-Changed-By: cpiazza State-Changed-When: Sun May 7 23:17:32 PDT 2000 State-Changed-Why: Bogus PR To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon May 8 0:20:10 2000 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 3EE9537C033 for ; Mon, 8 May 2000 00:20:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id AAA99933; Mon, 8 May 2000 00:20:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 8 May 2000 00:20:02 -0700 (PDT) Message-Id: <200005080720.AAA99933@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Sheldon Hearn Subject: Re: kern/18394: When /swap if full ? Reply-To: Sheldon Hearn Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/18394; it has been noted by GNATS. From: Sheldon Hearn To: Gregory Bond Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: kern/18394: When /swap if full ? Date: Mon, 08 May 2000 09:12:31 +0200 On Mon, 08 May 2000 10:09:26 +1000, Gregory Bond wrote: > > $yes 'yes' > > Hmm, if it were > $yes `yes` > (nb: back-tic not apostrophe) then this would run out of swap space... > eventually. In which case, a simple `yes` would suffice. Note that it's the shell that exhausts memory, not the yes process. So now the the originator needs to tell us whether this is still a problem when he uses login.conf(5) resource limits properly. I still think this is bogus. :-) 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 May 8 4:30: 7 2000 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 C82DF37BAC5 for ; Mon, 8 May 2000 04:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA12940; Mon, 8 May 2000 04:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from ipt2.iptelecom.net.ua (ipt2.iptelecom.net.ua [212.9.224.2]) by hub.freebsd.org (Postfix) with ESMTP id E9AB837BA74 for ; Mon, 8 May 2000 04:28:20 -0700 (PDT) (envelope-from max@iptelecom.net.ua) Received: from vega.vega.com (dialup3-36.iptelecom.net.ua [212.9.226.164]) by ipt2.iptelecom.net.ua (8.9.3/8.9.3) with ESMTP id OAA22413 for ; Mon, 8 May 2000 14:03:59 +0300 (EEST) Received: (from max@localhost) by vega.vega.com (8.9.3/8.9.3) id OAA96090; Mon, 8 May 2000 14:02:33 +0300 (EEST) (envelope-from sobomax@altavista.net) Message-Id: <200005081102.OAA96090@vega.vega.com> Date: Mon, 8 May 2000 14:02:33 +0300 (EEST) From: "Maxim Sobolev" Reply-To: sobomax@altavista.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/18445: [PATCH] Additional feature for pkg_info to quiery size of installed package Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18445 >Category: bin >Synopsis: [PATCH] Additional feature for pkg_info to quiery size of installed package >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon May 08 04:30:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Maxim Sobolev >Release: FreeBSD 3.4-STABLE i386 >Organization: Vega International Capital >Environment: >Description: Additional feature for pkg_info to quiery size of installed package. I have really missed this feature since my first encounter with FreeBSD ;). >How-To-Repeat: >Fix: =================================================================== RCS file: pkg_install/info/RCS/info.h,v retrieving revision 1.1 diff -du -r1.1 pkg_install/info/info.h --- pkg_install/info/info.h 2000/05/07 08:37:46 1.1 +++ pkg_install/info/info.h 2000/05/08 08:59:21 @@ -43,6 +43,7 @@ #define SHOW_DISPLAY 0x0200 #define SHOW_REQBY 0x0400 #define SHOW_MTREE 0x0800 +#define SHOW_SIZE 0x1000 extern int Flags; extern Boolean AllInstalled; @@ -55,5 +56,6 @@ extern void show_plist(char *, Package *, plist_t); extern void show_files(char *, Package *); extern void show_index(char *, char *); +extern void show_size(char *, Package *); #endif /* _INST_INFO_H_INCLUDE */ =================================================================== RCS file: pkg_install/info/RCS/main.c,v retrieving revision 1.1 diff -du -r1.1 pkg_install/info/main.c --- pkg_install/info/main.c 2000/05/07 08:37:46 1.1 +++ pkg_install/info/main.c 2000/05/07 09:07:35 @@ -28,7 +28,7 @@ "$FreeBSD: src/usr.sbin/pkg_install/info/main.c,v 1.22 2000/01/18 01:45:54 dan Exp $"; #endif -static char Options[] = "acdDe:fhiIkl:LmpqrRt:v"; +static char Options[] = "acdDe:fhiIkl:LsmpqrRt:v"; int Flags = 0; Boolean AllInstalled = FALSE; @@ -111,6 +111,10 @@ case 'm': Flags |= SHOW_MTREE; break; + + case 's': + Flags |= SHOW_SIZE; + break; case 'l': InfoPrefix = optarg; =================================================================== RCS file: pkg_install/info/RCS/perform.c,v retrieving revision 1.1 diff -du -r1.1 pkg_install/info/perform.c --- pkg_install/info/perform.c 2000/05/07 08:37:46 1.1 +++ pkg_install/info/perform.c 2000/05/07 10:36:51 @@ -201,6 +201,8 @@ show_plist("Prefix(s):\n", &plist, PLIST_CWD); if (Flags & SHOW_FILES) show_files("Files:\n", &plist); + if ((Flags & SHOW_SIZE) && installed) + show_size("Package Size:\n", &plist); if (!Quiet) puts(InfoPrefix); } =================================================================== RCS file: pkg_install/info/RCS/pkg_info.1,v retrieving revision 1.1 diff -du -r1.1 pkg_install/info/pkg_info.1 --- pkg_install/info/pkg_info.1 2000/05/07 08:37:46 1.1 +++ pkg_install/info/pkg_info.1 2000/05/07 10:58:58 @@ -86,6 +86,8 @@ Show the files within each package. This is different from just viewing the packing list, since full pathnames for everything are generated. +.It Fl s +Show the total size occuped by files installed within each package. .It Fl e Ar pkg-name If the package identified by .Ar pkg-name =================================================================== RCS file: pkg_install/info/RCS/show.c,v retrieving revision 1.1 diff -du -r1.1 pkg_install/info/show.c --- pkg_install/info/show.c 2000/05/07 08:37:46 1.1 +++ pkg_install/info/show.c 2000/05/07 13:58:38 @@ -27,6 +27,9 @@ #include "info.h" #include +#include +#include +#include void show_file(char *title, char *fname) @@ -195,7 +198,63 @@ case PLIST_IGNORE: ign = TRUE; break; + + /* Silence GCC in the -Wall mode */ + default: + break; } p = p->next; } +} + +/* Calculate and show size of all installed package files (except ignored ones) */ +void +show_size(char *title, Package *plist) +{ + PackingList p; + Boolean ign = FALSE; + char *dir = "."; + struct stat sb; + char tmp[FILENAME_MAX]; + unsigned long size = 0; + long blksize; + int headerlen; + char *descr; + + descr = getbsize(&headerlen, &blksize); + if (!Quiet) + printf("%s%s", InfoPrefix, title); + p = plist->head; + while (p) { + switch(p->type) { + case PLIST_FILE: + if (!ign) { + snprintf(tmp, FILENAME_MAX, "%s/%s", dir, p->name); + if (!lstat(tmp, &sb)) { + size += sb.st_size; + if(Verbose) + printf("%lu\t%s\n", (unsigned long)sb.st_size/blksize, tmp); + } + } + ign = FALSE; + break; + + case PLIST_CWD: + dir = p->name; + break; + + case PLIST_IGNORE: + ign = TRUE; + break; + + /* Silence GCC in the -Wall mode */ + default: + break; + } + p = p->next; + } + if (!Quiet) + printf("%lu (%s)\n", size/blksize, descr); + else + printf("%lu\n", size); } >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 May 8 4:40:19 2000 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 E313037C06B for ; Mon, 8 May 2000 04:40:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA12984; Mon, 8 May 2000 04:40:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from vinita.tri.asanuma.co.jp (vinita.tri.asanuma.co.jp [210.160.188.5]) by hub.freebsd.org (Postfix) with ESMTP id D8AD237B8D6 for ; Mon, 8 May 2000 04:38:34 -0700 (PDT) (envelope-from mori@tri.asanuma.co.jp) Received: from parvati.tri.asanuma.co.jp by vinita.tri.asanuma.co.jp (8.9.3/3.7W) with ESMTP id RAA39434 for ; Mon, 8 May 2000 17:26:45 +0900 (JST) Received: from kurishna.tri.asanuma.co.jp by parvati.tri.asanuma.co.jp (8.8.8/3.7W) with ESMTP id RAA28344 for ; Mon, 8 May 2000 17:27:16 +0900 (JST) Received: by kurishna.tri.asanuma.co.jp (8.9.3/3.7W) id RAA68289; Mon, 8 May 2000 17:26:45 +0900 (JST) Message-Id: <200005080826.RAA68289@kurishna.tri.asanuma.co.jp> Date: Mon, 8 May 2000 17:26:45 +0900 (JST) From: mori@tri.asanuma.co.jp Reply-To: mori@tri.asanuma.co.jp To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/18447: /bin/sh: wrong parse eval Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18447 >Category: bin >Synopsis: /bin/sh: wrong parse eval >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 May 08 04:40:02 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Koji Mori >Release: FreeBSD 3.4-STABLE i386 >Organization: >Environment: FreeBSD kurishna.tri.asanuma.co.jp 3.4-STABLE FreeBSD 3.4-STABLE #26: Thu Apr 6 15:48:03 JST 2000 mori@kurishna.tri.asanuma.co.jp:/usr/src/sys/compile/KOTONE i386 >Description: This problem is on /bin/sh. If /bin/sh evaluates a string with `eval' statement and the string has semicolon at the end, then /bin/sh doesn't process the `eval' statement. for example: $ /bin/sh -c 'eval echo t' t $ /bin/sh -c 'eval echo t;' $ or $ cat test.sh #! /bin/sh cmd1='eval echo 1;' cmd2='eval echo 2' eval $cmd1 eval $cmd2 $ /bin/sh test.sh 2 $ And if the string has multiplue eval statement, then /bin/sh doesn't process first eval statements, but processes others. for example: $ /bin/sh -c 'eval echo 1; eval echo 2; eval echo 3;' 2 3 $ I think its behavior is /bin/sh's bug. Other shells reading Bourne shell script, such as bash or SunOS's /bin/sh, process all eval statement for above cases. But NetBSD's /bin/sh is same as FreeBSD. >How-To-Repeat: Simple example is $ /bin/sh -c 'eval echo 1; eval echo 2;' The result is 2 but we expected 1 2 >Fix: To fix, apply this patch to src/bin/sh/parser.c diff -u -r1.30 parser.c --- parser.c 2000/04/20 09:49:16 1.30 +++ parser.c 2000/04/29 01:22:14 @@ -137,6 +137,7 @@ { int t; + tokpushback = 0; doprompt = interact; if (doprompt) setprompt(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 May 8 6:32:53 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from mercury.ukc.ac.uk (mercury.ukc.ac.uk [129.12.21.10]) by hub.freebsd.org (Postfix) with ESMTP id D0EF337B8C0 for ; Mon, 8 May 2000 06:32:50 -0700 (PDT) (envelope-from ps40@ukc.ac.uk) Received: from pelican.ukc.ac.uk ([129.12.200.26]) by mercury.ukc.ac.uk with esmtp (Exim 2.12 #1) id 12oneS-0007ST-00 for freebsd-bugs@freebsd.org; Mon, 8 May 2000 14:32:48 +0100 Received: from dhcp3937.ukc.ac.uk ([129.12.57.55] helo=PCL2P083) by pelican.ukc.ac.uk with smtp (Exim 1.92 #1) for freebsd-bugs@freebsd.org id 12oneT-0004J6-00; Mon, 8 May 2000 14:32:49 +0100 Message-ID: <3916C1FF.547C@ukc.ac.uk> Date: Mon, 08 May 2000 14:32:47 +0100 From: Mike Reply-To: ps40@ukc.ac.uk Organization: >-()-< X-Mailer: Mozilla 3.02 (WinNT; I) MIME-Version: 1.0 To: freebsd-bugs@freebsd.org Content-Type: text/plain; charset=iso-8859-7 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org unsubscribe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon May 8 7:20: 4 2000 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 E9A4937B8C0 for ; Mon, 8 May 2000 07:20:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA13717; Mon, 8 May 2000 07:20:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from segfault.kiev.ua (segfault.kiev.ua [193.193.193.4]) by hub.freebsd.org (Postfix) with ESMTP id 87D1E37B97B for ; Mon, 8 May 2000 07:11:02 -0700 (PDT) (envelope-from netch@nn.kiev.ua) Received: from nn.kiev.ua (nn.kiev.ua [193.193.193.203]) by segfault.kiev.ua (8) with ESMTP id REF99581 for ; Mon, 8 May 2000 17:10:56 +0300 (EEST) (envelope-from netch@nn.kiev.ua) Received: (from netch@localhost) by nn.kiev.ua (8.9.3/8.9.3) id RAA05863; Mon, 8 May 2000 17:10:50 +0300 (EEST) (envelope-from netch) Message-Id: <200005081410.RAA05863@nn.kiev.ua> Date: Mon, 8 May 2000 17:10:50 +0300 (EEST) From: netch@segfault.kiev.ua (Valentin Nechayev) Reply-To: netch@segfault.kiev.ua To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/18450: issetugid() does not follow syscall conventions Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18450 >Category: kern >Synopsis: issetugid() does not follow syscall conventions >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: Mon May 08 07:20:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: netch@netch.kiev.ua (Valentin Nechayev) >Release: FreeBSD 4.0-RELENG-20000506 i386 >Organization: Lucky Netch Incorporated ;) >Environment: FreeBSD 4.0-RELENG-20000506 i386 >Description: When process is "tainted" (see issetugid(2)), issetugid() returns -1 and sets errno to 1 instead of returning 1 without error. >How-To-Repeat: netch@nn:~/tmp>cat 9.c #include #include #include #include int main() { int rc, se; errno = 0; rc = issetugid(); se = errno; printf( "%d; (%d) %s\n", rc, se, strerror( se ) ); return 1; } netch@nn:~/tmp>gcc -o 9 9.c netch@nn:~/tmp>ls -l 9 -rwxr-xr-x 1 netch wheel 7763 May 8 17:01 9 netch@nn:~/tmp>./9 0; (0) Undefined error: 0 netch@nn:~/tmp>ls -l 9 -rwsr-xr-x 1 root wheel 7763 May 8 17:01 9 netch@nn:~/tmp>./9 -1; (1) Operation not permitted >Fix: --- kern_prot.c.orig Mon May 8 17:02:50 2000 +++ kern_prot.c Mon May 8 17:04:14 2000 @@ -893,8 +893,7 @@ * a user without an exec - programs cannot know *everything* * that libc *might* have put in their data segment. */ - if (p->p_flag & P_SUGID) - return (1); + p->p_retval[0] = (p->p_flag & P_SUGID) ? 1 : 0; return (0); } >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 May 8 7:49:18 2000 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 9CF0737B7C5; Mon, 8 May 2000 07:49:16 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA13929; Mon, 8 May 2000 07:49:16 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Mon, 8 May 2000 07:49:16 -0700 (PDT) From: Message-Id: <200005081449.HAA13929@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, cracauer@FreeBSD.org Subject: Re: bin/18447 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: /bin/sh: wrong parse eval Responsible-Changed-From-To: freebsd-bugs->cracauer Responsible-Changed-By: sheldonh Responsible-Changed-When: Mon May 8 07:41:50 PDT 2000 Responsible-Changed-Why: I'm sure this is a duplicate of another PR, but I can't find the imaginary "other PR", so I'm just assigning this to our shell's maintainer. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon May 8 9:18:35 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from mail.telnet.co.jp (dummy.web6122-unet.ocn.ne.jp [210.164.151.162]) by hub.freebsd.org (Postfix) with SMTP id F3CA637BF32 for ; Mon, 8 May 2000 09:18:11 -0700 (PDT) (envelope-from deai3@press.co.jp) Received: (qmail 17376 invoked from network); 8 May 2000 14:50:11 -0000 Received: from dummy.web6122-unet.ocn.ne.jp (HELO mail.telnet.co.jp) (root@210.164.151.162) by dummy.web6122-unet.ocn.ne.jp with SMTP; 8 May 2000 14:50:11 -0000 From: deai3@press.co.jp To: freebsd-bugs@FreeBSD.ORG Subject: Deai press Message-Id: <20000508161812.F3CA637BF32@hub.freebsd.org> Date: Mon, 8 May 2000 09:18:12 -0700 (PDT) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org $B!!!!!!!A!A!A!A!A!A!A!A!A!A!A!A!A!A!A!A!A!A!A!A!A!A!A(B $B!!!!!!!!F|K\0l$N=P2q$$%5%$%H$rC5$9%a!<%k?7J9$G$9(B $B!!!!!!!A!A!A!A!A!A!A!A!A!A!A!A!A!A!A!A!A!A!A!A!A!A!A(B $B:#2s$O!"=w@-$,4IM}$7$F$$$k#3%5%$%H$r$4>R2p$$$?$7$^$9!#(B $B$=$l$>$l$N9-JsC4EvAw$/$@$5$$!#(B deaiinfo@press.co.jp ----------------------------------------------------------- $B(.(/(B $B(-(B $B(-!Z#1![(B $B(-!!!!$3$s$K$A$O!#=w@-MQ#W#e#b%^%,%8%s$N:dK\$5$($j$G$9!#(B $B(-!!!!=P2q$$%5%$%H(B<<>>$B$K$D$$$F$G$9!#(B $B(-!!!!;K>e=i!"%A%c%C%H$+$i%H!<%/$,$G$-$k?7%7%9%F%`!*(B $B(-(.(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(/(B $B(-!!=w@-MQ#W#e#b%^%,%8%s$,=w@-FI$N=P2q$$%5%$%H$H$OA4$/0c$$$^$9!*(B $B(-!!Kh7n#2#0#0K|1_AjEv$N%W%l%<%s%HIU$-!*(B $B(-(1(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(0(B $B(-!!!!!!!!!!!!!!!!(Bhttp://www.aimail.co.jp $B(-(B $B(-(,(,!D!D!E!&%M%C%H;K>e=i!*%A%c%C%H$+$i%H!<%/$,$G$-$^$9(B $B(-(Baimail$B$G$O!"%m%0%$%sCf$N%a%s%P!<$,>o$KI=<($5$l$F$$$^$9$N$G(B $B(-#2%7%g%C%H%A%c%C%H!J%Q%=%3%s!K$d#2%7%g%C%H%H!<%/!JEEOC!K$,!"(B $B(-?=$79~$s$G$9$0$K$G$-$k$h$&$K$J$C$F$$$^$9!#(B $B(-(B $B(-EEOC$GAjl$G$-$^$9!#(B $B(-?tB?$/$N5!G=$rMQ0U$7$F$"$J$?$N=P2q$$$r%5%]!<%H$$$?$7$^$9!#(B $B(-$<$R0lEY!"$=$NB?:L$J5!G=$K6C$$$F$/$@$5$$!*!*!*(B $B(-(B $B(1(0(B $B!v!v!v!v!v!v!v!v!v!v!v!v!v!v!v!v!v!v!v!v!v!v!v!v!v!v!v!v!v!v!v(B $B(.(/(B $B(-(B $B(-!Z#2![(B $B(-!!!!$O$8$a$^$7$F!#!H%a%kM'C5$=!*!I#A#Q#C$N(BAYA$B$G$9!#(B $B(-!!!!=P2q$$7G<(HD(B<<>>$B$r!"(B $B(-!!!!#2#0#0#0G/#47n$K%*!<%W%s$7$?$P$+$j$G$9!*(B $B(-(B $B(-(.(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(/(B $B(-!!!!!!!!=w@-4IM}CO6h!?4XElCO6h$N#2$D$r8BDj!#(B $B(-%a!<%kM'C#$rC5$7$F$k?M$O!"$<$R=q$-9~$_$KMh$F$/$@$5$$!*!*!*(B $B(-$=$7$F!"%a!<%kM'C#$+$i$N!"%9%F%C%W!&%"%C%W$O:#$d>o<1!*(B $B(-(B $B(1(0(B $B!v!v!v!v!v!v!v!v!v!v!v!v!v!v!v!v!v!v!v!v!v!v!v!v!v!v!v!v!v!v!v(B $B(.(/(B $B(-(B $B(-!Z#3![(B $B(-!!!!$"$j$,$H$&$4$6$$$^$9!#(BFORTUNE$B$G$9!#(B $B(-!!!!8D?M$N%5%$%H$J$N$K$b$+$+$o$i$:!"e$2$F$/$@$5$C$F(B $B(-!!!!46IU$1$^$7$?!#(B $B(-KhF|$NCB@82V$H$=$N2V8@MU$b(BCALENDAR$B$K$N$;$F$^$9!#$<$RM7$S$KMh$F$/$@$5$$!*(B $B(-(B $B(1(0(B $B:G8e$^$G$*FI$_$$$?$@$$$F$"$j$,$H$&$4$6$$$^$7$?(B To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon May 8 16: 6: 7 2000 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 1A49637B9DC; Mon, 8 May 2000 16:06:06 -0700 (PDT) (envelope-from ps@FreeBSD.org) Received: (from ps@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id QAA26900; Mon, 8 May 2000 16:06:05 -0700 (PDT) (envelope-from ps@FreeBSD.org) Date: Mon, 8 May 2000 16:06:05 -0700 (PDT) From: Message-Id: <200005082306.QAA26900@freefall.freebsd.org> To: matthewf@demon.net, ps@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/9980 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: savecore fails with large (2gig+) swap partition State-Changed-From-To: open->closed State-Changed-By: ps State-Changed-When: Mon May 8 16:04:28 PDT 2000 State-Changed-Why: Fixed in rev 1.31. Will be MFC'd soon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon May 8 16:56:30 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from harrier.prod.itd.earthlink.net (harrier.prod.itd.earthlink.net [207.217.121.12]) by hub.freebsd.org (Postfix) with ESMTP id E9AD737BA15 for ; Mon, 8 May 2000 16:56:27 -0700 (PDT) (envelope-from icda@earthlink.net) Received: from LOCALNAME (pool0360.cvx30-bradley.dialup.earthlink.net [209.179.141.105]) by harrier.prod.itd.earthlink.net (8.9.3/8.9.3) with SMTP id QAA05070 for ; Mon, 8 May 2000 16:56:22 -0700 (PDT) Message-ID: <384EF275.7A27@earthlink.net> Date: Wed, 08 Dec 1999 16:06:14 -0800 From: Arthur Brown Reply-To: icda@earthlink.net X-Mailer: Mozilla 3.0C-NSCP (Win16; U) MIME-Version: 1.0 To: freebsd-bugs@FreeBSD.ORG Subject: Y2K Compatibility Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hello, I just visited your Web site, Y2K Compatibility (AKA "Millenninm Bug"). I was wondering if it was possible to make my computer y2k compatible at this stag of year 2000. My clock is running in year 1980. Your advise will be highly appreciated. Arthur Brown E-Mail: icda@earthlink.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon May 8 19:28: 2 2000 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 A13FA37B78D; Mon, 8 May 2000 19:28:00 -0700 (PDT) (envelope-from hoek@FreeBSD.org) Received: (from hoek@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id TAA46543; Mon, 8 May 2000 19:28:00 -0700 (PDT) (envelope-from hoek@FreeBSD.org) Date: Mon, 8 May 2000 19:28:00 -0700 (PDT) From: Message-Id: <200005090228.TAA46543@freefall.freebsd.org> To: steve@home.pl, hoek@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/10172 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: panic: cannot allocate pipe - out of kvm State-Changed-From-To: open->closed State-Changed-By: hoek State-Changed-When: Mon May 8 19:24:16 PDT 2000 State-Changed-Why: BDE has noted that at the time, kern/sys_pipe.c was/is sloppy when it runs out of memory (msg-id: ). A number of changes have been made to sys_pipe.c since then, although it's not clear that any of them necessarily fix this bug. However, since this is for an old release, since there is no indication that it is still repeatable, and since the code in question has changed, I am going to close the PR. If you are still experiencing problems, please file a new PR detailing the problems. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon May 8 19:30:58 2000 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 1B59E37B56E; Mon, 8 May 2000 19:30:56 -0700 (PDT) (envelope-from hoek@FreeBSD.org) Received: (from hoek@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id TAA46886; Mon, 8 May 2000 19:30:55 -0700 (PDT) (envelope-from hoek@FreeBSD.org) Date: Mon, 8 May 2000 19:30:55 -0700 (PDT) From: Message-Id: <200005090230.TAA46886@freefall.freebsd.org> To: dmmiller@cvzoom.net, hoek@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/12233 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Fvwm2 causes FreeBSD-current to hang or reboot State-Changed-From-To: open->closed State-Changed-By: hoek State-Changed-When: Mon May 8 19:30:06 PDT 2000 State-Changed-Why: Compiling world and kernel with -O3 is unsupported. Consider yourself lucky it works as well as it does. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon May 8 19:38:22 2000 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 E3B9237B9D1; Mon, 8 May 2000 19:38:21 -0700 (PDT) (envelope-from hoek@FreeBSD.org) Received: (from hoek@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id TAA47598; Mon, 8 May 2000 19:38:21 -0700 (PDT) (envelope-from hoek@FreeBSD.org) Date: Mon, 8 May 2000 19:38:21 -0700 (PDT) From: Message-Id: <200005090238.TAA47598@freefall.freebsd.org> To: rik@cronyx.ru, hoek@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/15763 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: free() fails on contigmalloc() memory State-Changed-From-To: open->closed State-Changed-By: hoek State-Changed-When: Mon May 8 19:34:32 PDT 2000 State-Changed-Why: Don't do that. The contigmalloc() function is only meant for limited use, typically by drivers at boot time. The free() function is meant to work with malloc() not contigmalloc(). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon May 8 19:41:27 2000 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 7A37D37BD9F; Mon, 8 May 2000 19:41:26 -0700 (PDT) (envelope-from hoek@FreeBSD.org) Received: (from hoek@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id TAA47874; Mon, 8 May 2000 19:41:26 -0700 (PDT) (envelope-from hoek@FreeBSD.org) Date: Mon, 8 May 2000 19:41:26 -0700 (PDT) From: Message-Id: <200005090241.TAA47874@freefall.freebsd.org> To: hoek@FreeBSD.org, freebsd-bugs@FreeBSD.org, sos@FreeBSD.org Subject: Re: i386/17778 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: 4.0-RELEASE will not recognize IDE Controllers Responsible-Changed-From-To: freebsd-bugs->sos Responsible-Changed-By: hoek Responsible-Changed-When: Mon May 8 19:41:05 PDT 2000 Responsible-Changed-Why: This sounds like your area. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon May 8 19:43:50 2000 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 3EBEE37BDA3; Mon, 8 May 2000 19:43:45 -0700 (PDT) (envelope-from hoek@FreeBSD.org) Received: (from hoek@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id TAA48142; Mon, 8 May 2000 19:43:44 -0700 (PDT) (envelope-from hoek@FreeBSD.org) Date: Mon, 8 May 2000 19:43:44 -0700 (PDT) From: Message-Id: <200005090243.TAA48142@freefall.freebsd.org> To: tim@osvif.demon.co.uk, hoek@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/18211 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: 4.0-RELEASE does not NFS State-Changed-From-To: feedback->closed State-Changed-By: hoek State-Changed-When: Mon May 8 19:42:59 PDT 2000 State-Changed-Why: We need a response to the requests for information if we are to be able to help you. Best of luck, otherwise. .  To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon May 8 19:54:55 2000 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 9369937BB9D; Mon, 8 May 2000 19:54:53 -0700 (PDT) (envelope-from hoek@FreeBSD.org) Received: (from hoek@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id TAA49208; Mon, 8 May 2000 19:54:53 -0700 (PDT) (envelope-from hoek@FreeBSD.org) Date: Mon, 8 May 2000 19:54:53 -0700 (PDT) From: Message-Id: <200005090254.TAA49208@freefall.freebsd.org> To: pfeifer@dbai.tuwien.ac.at, hoek@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/18286 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: mailx, which is part of Unix 98, does not exist State-Changed-From-To: open->closed State-Changed-By: hoek State-Changed-When: Mon May 8 19:53:05 PDT 2000 State-Changed-Why: PRs that fall into the "wish" class need to include patches. Moving something from the ports into the base system is not so simple as "cvs import". Sources need to be reviewed with a closer eye towards security and a bmake skeleton needs to be written. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon May 8 20:56:50 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from caspian.plutotech.com (caspian.plutotech.com [206.168.67.80]) by hub.freebsd.org (Postfix) with ESMTP id B278D37BD5F; Mon, 8 May 2000 20:56:47 -0700 (PDT) (envelope-from gibbs@caspian.plutotech.com) Received: from caspian.plutotech.com (localhost [127.0.0.1]) by caspian.plutotech.com (8.9.3/8.9.1) with ESMTP id VAA05783; Mon, 8 May 2000 21:56:44 -0600 (MDT) (envelope-from gibbs@caspian.plutotech.com) Message-Id: <200005090356.VAA05783@caspian.plutotech.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: hoek@FreeBSD.ORG Cc: rik@cronyx.ru, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/15763 In-Reply-To: Your message of "Mon, 08 May 2000 19:38:21 PDT." <200005090238.TAA47598@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 08 May 2000 21:56:44 -0600 From: "Justin T. Gibbs" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Synopsis: free() fails on contigmalloc() memory > >State-Changed-From-To: open->closed >State-Changed-By: hoek >State-Changed-When: Mon May 8 19:34:32 PDT 2000 >State-Changed-Why: >Don't do that. The contigmalloc() function is only meant for limited >use, typically by drivers at boot time. The free() function is meant >to work with malloc() not contigmalloc(). How are you supposed to release contigmalloc'ed memory when a module unloads? This is really a bug. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon May 8 21:17:24 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from implode.root.com (root.com [209.102.106.178]) by hub.freebsd.org (Postfix) with ESMTP id 0FF6637B632; Mon, 8 May 2000 21:17:16 -0700 (PDT) (envelope-from dg@implode.root.com) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.8/8.8.5) with ESMTP id VAA20949; Mon, 8 May 2000 21:13:08 -0700 (PDT) Message-Id: <200005090413.VAA20949@implode.root.com> To: "Justin T. Gibbs" Cc: hoek@FreeBSD.ORG, rik@cronyx.ru, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/15763 In-reply-to: Your message of "Mon, 08 May 2000 21:56:44 MDT." <200005090356.VAA05783@caspian.plutotech.com> From: David Greenman Reply-To: dg@root.com Date: Mon, 08 May 2000 21:13:08 -0700 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >>Synopsis: free() fails on contigmalloc() memory >> >>State-Changed-From-To: open->closed >>State-Changed-By: hoek >>State-Changed-When: Mon May 8 19:34:32 PDT 2000 >>State-Changed-Why: >>Don't do that. The contigmalloc() function is only meant for limited >>use, typically by drivers at boot time. The free() function is meant >>to work with malloc() not contigmalloc(). > >How are you supposed to release contigmalloc'ed memory when >a module unloads? This is really a bug. You would normally use kmem_free() to free contigmalloc'ed memory. -DG David Greenman Co-founder, The FreeBSD Project - http://www.freebsd.org Creator of high-performance Internet servers - http://www.terasolutions.com Pave the road of life with opportunities. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon May 8 21:20: 5 2000 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 6CA4137B632 for ; Mon, 8 May 2000 21:20:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id VAA56696; Mon, 8 May 2000 21:20:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 8 May 2000 21:20:02 -0700 (PDT) Message-Id: <200005090420.VAA56696@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Tim Vanderhoek Subject: Re: misc/14932: "more" eating up CPU on users with shell=/bin/sh if telnetd disconnects Reply-To: Tim Vanderhoek Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/14932; it has been noted by GNATS. From: Tim Vanderhoek To: bruce@engmail.uwaterloo.ca Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: misc/14932: "more" eating up CPU on users with shell=/bin/sh if telnetd disconnects Date: Tue, 9 May 2000 00:12:44 -0400 On Tue, Nov 16, 1999 at 05:26:16PM -0800, bruce@engmail.uwaterloo.ca wrote: > > >Description: > On 3.3 RELEASE, on a user with login shell of /bin/sh, > if a user runs "more /etc/passwd" (or something) and then > has their /bin/sh or telnetd killed (either manually with > kill -9 or if the telnetd keepalive mechanism terminates a > disconnected connection) "more" starts spinning, and quickly goes to > the top of "top", eating 50% CPU or more I've fixed more to exit after it reads two EOFs, but the more serious problem here, of course, is that /bin/sh isn't propogating signals correctly. The updated more is in -current and 4-stable. I'm not sure if I'll merge it all the way back to 3-stable unless you need it there. Being from the evil university, you'd have to ask really really nicely... ;-) -- Signature withheld by request of author. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon May 8 21:30:54 2000 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 9799E37BA98; Mon, 8 May 2000 21:30:53 -0700 (PDT) (envelope-from hoek@FreeBSD.org) Received: (from hoek@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id VAA57813; Mon, 8 May 2000 21:30:53 -0700 (PDT) (envelope-from hoek@FreeBSD.org) Date: Mon, 8 May 2000 21:30:53 -0700 (PDT) From: Message-Id: <200005090430.VAA57813@freefall.freebsd.org> To: henry@techiebod.com, hoek@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/11370 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: more segfaults if you give it a real filename and a '#' in that order in the command line State-Changed-From-To: open->closed State-Changed-By: hoek State-Changed-When: Mon May 8 21:30:26 PDT 2000 State-Changed-Why: Fixed as suggested, thanks! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon May 8 21:35:46 2000 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 1AD8E37B7F9; Mon, 8 May 2000 21:35:45 -0700 (PDT) (envelope-from hoek@FreeBSD.org) Received: (from hoek@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id VAA58606; Mon, 8 May 2000 21:35:44 -0700 (PDT) (envelope-from hoek@FreeBSD.org) Date: Mon, 8 May 2000 21:35:44 -0700 (PDT) From: Message-Id: <200005090435.VAA58606@freefall.freebsd.org> To: hoek@FreeBSD.org, freebsd-bugs@FreeBSD.org, jkh@FreeBSD.org Subject: Re: i386/11920 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: FBSD 3.2 upgrade claims not to upgrade /usr/src Responsible-Changed-From-To: freebsd-bugs->jkh Responsible-Changed-By: hoek Responsible-Changed-When: Mon May 8 21:35:05 PDT 2000 Responsible-Changed-Why: I don't know who handles sysinstalls these days, but you're as good as the next person. Enjoy! Best served warm with a light appetizer. . To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon May 8 21:41:43 2000 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 DA1A837B53E; Mon, 8 May 2000 21:41:40 -0700 (PDT) (envelope-from hoek@FreeBSD.org) Received: (from hoek@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id VAA59809; Mon, 8 May 2000 21:41:40 -0700 (PDT) (envelope-from hoek@FreeBSD.org) Date: Mon, 8 May 2000 21:41:40 -0700 (PDT) From: Message-Id: <200005090441.VAA59809@freefall.freebsd.org> To: hoek@FreeBSD.org, freebsd-bugs@FreeBSD.org, jkh@FreeBSD.org Subject: Re: bin/12477 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: New fortune Responsible-Changed-From-To: freebsd-bugs->jkh Responsible-Changed-By: hoek Responsible-Changed-When: Mon May 8 21:39:12 PDT 2000 Responsible-Changed-Why: You condemned yourself to being the maintainer of this datfile under threat of libel some time ago. Well, maybe not quite threat of libel, but anyways. . Ah. Rather than fixing the state-change to call vi, somebody should've fixed this stupid thing to end when I press "." on a newline. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon May 8 21:50:26 2000 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 5F84437BD88; Mon, 8 May 2000 21:50:25 -0700 (PDT) (envelope-from hoek@FreeBSD.org) Received: (from hoek@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id VAA61042; Mon, 8 May 2000 21:50:24 -0700 (PDT) (envelope-from hoek@FreeBSD.org) Date: Mon, 8 May 2000 21:50:24 -0700 (PDT) From: Message-Id: <200005090450.VAA61042@freefall.freebsd.org> To: kbyanc@posi.net, hoek@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/14437 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: MFC'ed identcpu.c State-Changed-From-To: open->closed State-Changed-By: hoek State-Changed-When: Mon May 8 21:48:39 PDT 2000 State-Changed-Why: Unfortunately, this appears to have entered the filibustered state. On behalf of all committers and FreeBSD, we're sorry we were too lazy to address this within a reasonable time frame. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon May 8 21:55:57 2000 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 9BD1337B99A; Mon, 8 May 2000 21:55:55 -0700 (PDT) (envelope-from hoek@FreeBSD.org) Received: (from hoek@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id VAA61835; Mon, 8 May 2000 21:55:55 -0700 (PDT) (envelope-from hoek@FreeBSD.org) Date: Mon, 8 May 2000 21:55:55 -0700 (PDT) From: Message-Id: <200005090455.VAA61835@freefall.freebsd.org> To: hoek@FreeBSD.org, freebsd-bugs@FreeBSD.org, jkh@FreeBSD.org Subject: Re: misc/15809 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: New entry for the fortune(6) database Responsible-Changed-From-To: freebsd-bugs->jkh Responsible-Changed-By: hoek Responsible-Changed-When: Mon May 8 21:54:39 PDT 2000 Responsible-Changed-Why: Hmm... I think this one perhaps needs more context or better wording to be worthy of the great and venerable FORTUNE FILE!!, but, I'll let the MAINTAINER decide. Hehehhee. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon May 8 22:10: 5 2000 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 A031437BDF3 for ; Mon, 8 May 2000 22:10:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id WAA63809; Mon, 8 May 2000 22:10:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 8 May 2000 22:10:02 -0700 (PDT) Message-Id: <200005090510.WAA63809@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Garrett Wollman Subject: Re: bin/10342: putenv(3) unnecessarily calls strdup/free Reply-To: Garrett Wollman Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/10342; it has been noted by GNATS. From: Garrett Wollman To: "Rodney W. Grimes" Cc: freebsd-bugs@FreeBSD.org Subject: Re: bin/10342: putenv(3) unnecessarily calls strdup/free Date: Wed, 26 Jan 2000 23:12:28 -0500 (EST) < said: > Looking at implementation is probably not a good idea, as that may > change. Also depending on behavior not in Posix may cause problems > down the road. Which is why portable programs must not use setenv(), which is not a POSIX interface (nor is it in SUSv2). -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon May 8 22:15:42 2000 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 3A67D37BDA1; Mon, 8 May 2000 22:15:41 -0700 (PDT) (envelope-from hoek@FreeBSD.org) Received: (from hoek@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id WAA64610; Mon, 8 May 2000 22:15:40 -0700 (PDT) (envelope-from hoek@FreeBSD.org) Date: Mon, 8 May 2000 22:15:40 -0700 (PDT) From: Message-Id: <200005090515.WAA64610@freefall.freebsd.org> To: hoek@FreeBSD.org, freebsd-bugs@FreeBSD.org, jkh@FreeBSD.org Subject: Re: misc/18171 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: New fortune, Klingon programmers Responsible-Changed-From-To: freebsd-bugs->jkh Responsible-Changed-By: hoek Responsible-Changed-When: Mon May 8 22:15:14 PDT 2000 Responsible-Changed-Why: I'm quite in favour of this fortune. With permission, will commit. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon May 8 22:20:24 2000 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 D786837C035 for ; Mon, 8 May 2000 22:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id WAA65323; Mon, 8 May 2000 22:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from racine.cybercable.fr (racine.cybercable.fr [212.198.0.201]) by hub.freebsd.org (Postfix) with SMTP id 05A5337BD96 for ; Mon, 8 May 2000 22:15:34 -0700 (PDT) (envelope-from root@gits.dyndns.org) Received: (qmail 17779654 invoked from network); 9 May 2000 05:15:32 -0000 Received: from r225m254.cybercable.tm.fr (HELO gits.dyndns.org) ([195.132.225.254]) (envelope-sender ) by racine.cybercable.fr (qmail-ldap-1.03) with SMTP for ; 9 May 2000 05:15:32 -0000 Received: (from root@localhost) by gits.dyndns.org (8.9.3/8.9.3) id HAA04164; Tue, 9 May 2000 07:15:30 +0200 (CEST) (envelope-from root) Message-Id: <200005090515.HAA04164@gits.dyndns.org> Date: Tue, 9 May 2000 07:15:30 +0200 (CEST) From: clefevre@citeweb.net Reply-To: clefevre@citeweb.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/18459: us syscons keymap w/ accent Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18459 >Category: misc >Synopsis: us syscons keymap w/ accent >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: wish >Submitter-Id: current-users >Arrival-Date: Mon May 08 22:20:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Cyrille Lefevre >Release: FreeBSD 4.0-STABLE i386 >Organization: ACME >Environment: FreeBSD gits 4.0-STABLE FreeBSD 4.0-STABLE #15: Tue May 9 00:32:14 CEST 2000 root@gits:/disk2/4.0-STABLE/src/sys/compile/CUSTOM i386 >Description: the usual us syscons keymap doesn't handle any dead keys. the us syscons keymap bellow is based on us.iso.kbd and handle dead keys. >How-To-Repeat: ALT-' + e gives 'e using us.iso.kbd and gives é using us.iso.acc.kbd >Fix: # cvs diff INDEX.keymaps Makefile Index: INDEX.keymaps =================================================================== RCS file: /home/ncvs/src/share/syscons/keymaps/INDEX.keymaps,v retrieving revision 1.37 diff -u -r1.37 INDEX.keymaps --- INDEX.keymaps 2000/03/02 14:43:51 1.37 +++ INDEX.keymaps 2000/05/09 05:00:40 @@ -301,6 +301,12 @@ us.iso.kbd:pt:Estados Unidos da América ISO-8859-1 us.iso.kbd:es:Estadounidense ISO-8859-1 +us.iso.acc.kbd:en:United States of America ISO-8859-1 (accent keys) +us.iso.acc.kbd:de:US-amerikanisch ISO-8859-1 (mit Akzenten) +us.iso.acc.kbd:fr:États Unis d'Amérique ISO-8859-1 (avec accents) +us.iso.acc.kbd:pt:Estados Unidos da América ISO-8859-1 (com acentos) +us.iso.acc.kbd:es:Estadounidense ISO-8859-1 (con acentos) + us.dvorak.kbd:en:United States of America dvorak us.dvorak.kbd:de:US-amerikanisch dvorak us.dvorak.kbd:fr:États Unis d'Amérique dvorak Index: Makefile =================================================================== RCS file: /home/ncvs/src/share/syscons/keymaps/Makefile,v retrieving revision 1.44 diff -u -r1.44 Makefile --- Makefile 2000/03/02 14:43:51 1.44 +++ Makefile 2000/05/09 05:07:34 @@ -30,7 +30,7 @@ KEYMAPS+= swissfrench.iso.kbd swissfrench.iso.acc.kbd swissfrench.cp850.kbd KEYMAPS+= swissgerman.iso.kbd swissgerman.iso.acc.kbd swissgerman.cp850.kbd KEYMAPS+= ua.koi8-u.kbd -KEYMAPS+= uk.iso.kbd uk.cp850.kbd +KEYMAPS+= uk.iso.acc.kbd uk.cp850.kbd KEYMAPS+= us.iso.kbd us.dvorak.kbd us.dvorakx.kbd us.emacs.kbd us.unix.kbd MAPSDIR = ${SHAREDIR}/syscons/keymaps diff -u /dev/null /usr/src/share/syscons/keymaps/us.iso.acc.kbd --- /dev/null Tue May 9 06:42:50 2000 +++ /usr/src/share/syscons/keymaps/us.iso.acc.kbd Wed Apr 5 06:12:38 2000 @@ -0,0 +1,138 @@ +# alt +# scan cntrl alt alt cntrl lock +# code base shift cntrl shift alt shift cntrl shift state +# ------------------------------------------------------------------ + 000 nop nop nop nop nop nop nop nop O + 001 esc esc esc esc esc esc debug debug O + 002 '1' '!' nop nop '1' '!' nop nop O + 003 '2' '@' nul nul '2' '@' nul nul O + 004 '3' '#' nop nop '3' '#' nop nop O + 005 '4' '$' nop nop '4' '$' nop nop O + 006 '5' '%' nop nop '5' '%' nop nop O + 007 '6' '^' rs rs '6' dcir rs rs O + 008 '7' '&' nop nop '7' '&' nop nop O + 009 '8' '*' nop nop '8' drin nop nop O + 010 '9' '(' nop nop '9' '(' nop nop O + 011 '0' ')' nop nop '0' ')' nop nop O + 012 '-' '_' us us '-' '_' us us O + 013 '=' '+' nop nop '=' '+' nop nop O + 014 bs bs del del bs bs del del O + 015 ht btab nscr nscr ht btab nop nop O + 016 'q' 'Q' dc1 dc1 'q' 'Q' dc1 dc1 C + 017 'w' 'W' etb etb 'w' 'W' etb etb C + 018 'e' 'E' enq enq 'e' 'E' enq enq C + 019 'r' 'R' dc2 dc2 'r' 'R' dc2 dc2 C + 020 't' 'T' dc4 dc4 't' 'T' dc4 dc4 C + 021 'y' 'Y' em em 'y' 'Y' em em C + 022 'u' 'U' nak nak 'u' 'U' nak nak C + 023 'i' 'I' ht ht 'i' 'I' ht ht C + 024 'o' 'O' si si 'o' 'O' si si C + 025 'p' 'P' dle dle 'p' 'P' dle dle C + 026 '[' '{' esc esc '[' '{' esc esc O + 027 ']' '}' gs gs ']' '}' gs gs O + 028 cr cr nl nl cr cr nl nl O + 029 lctrl lctrl lctrl lctrl lctrl lctrl lctrl lctrl O + 030 'a' 'A' soh soh 'a' 'A' soh soh C + 031 's' 'S' dc3 dc3 's' 'S' dc3 dc3 C + 032 'd' 'D' eot eot 'd' 'D' eot eot C + 033 'f' 'F' ack ack 'f' 'F' ack ack C + 034 'g' 'G' bel bel 'g' 'G' bel bel C + 035 'h' 'H' bs bs 'h' 'H' bs bs C + 036 'j' 'J' nl nl 'j' 'J' nl nl C + 037 'k' 'K' vt vt 'k' 'K' vt vt C + 038 'l' 'L' ff ff 'l' 'L' ff ff C + 039 ';' ':' nop nop ';' ':' nop nop O + 040 ''' '"' nop nop dacu duml nop nop O + 041 '`' '~' nop nop dgra dtil nop nop O + 042 lshift lshift lshift lshift lshift lshift lshift lshift O + 043 '\' '|' fs fs '\' '|' fs fs O + 044 'z' 'Z' sub sub 'z' 'Z' sub sub C + 045 'x' 'X' can can 'x' 'X' can can C + 046 'c' 'C' etx etx 'c' 'C' etx etx C + 047 'v' 'V' syn syn 'v' 'V' syn syn C + 048 'b' 'B' stx stx 'b' 'B' stx stx C + 049 'n' 'N' so so 'n' 'N' so so C + 050 'm' 'M' cr cr 'm' 'M' cr cr C + 051 ',' '<' nop nop dced '<' nop nop O + 052 '.' '>' nop nop '.' '>' nop nop O + 053 '/' '?' nop nop '/' '?' nop nop O + 054 rshift rshift rshift rshift rshift rshift rshift rshift O + 055 '*' '*' '*' '*' '*' '*' '*' '*' O + 056 lalt lalt lalt lalt lalt lalt lalt lalt O + 057 ' ' ' ' nul nul ' ' ' ' susp susp O + 058 clock clock clock clock clock clock clock clock O + 059 fkey01 fkey13 fkey25 fkey37 scr01 scr11 scr01 scr11 O + 060 fkey02 fkey14 fkey26 fkey38 scr02 scr12 scr02 scr12 O + 061 fkey03 fkey15 fkey27 fkey39 scr03 scr13 scr03 scr13 O + 062 fkey04 fkey16 fkey28 fkey40 scr04 scr14 scr04 scr14 O + 063 fkey05 fkey17 fkey29 fkey41 scr05 scr15 scr05 scr15 O + 064 fkey06 fkey18 fkey30 fkey42 scr06 scr16 scr06 scr16 O + 065 fkey07 fkey19 fkey31 fkey43 scr07 scr07 scr07 scr07 O + 066 fkey08 fkey20 fkey32 fkey44 scr08 scr08 scr08 scr08 O + 067 fkey09 fkey21 fkey33 fkey45 scr09 scr09 scr09 scr09 O + 068 fkey10 fkey22 fkey34 fkey46 scr10 scr10 scr10 scr10 O + 069 nlock nlock nlock nlock nlock nlock nlock nlock O + 070 slock slock slock slock slock slock slock slock O + 071 fkey49 '7' '7' '7' '7' '7' '7' '7' N + 072 fkey50 '8' '8' '8' '8' '8' '8' '8' N + 073 fkey51 '9' '9' '9' '9' '9' '9' '9' N + 074 fkey52 '-' '-' '-' '-' '-' '-' '-' N + 075 fkey53 '4' '4' '4' '4' '4' '4' '4' N + 076 fkey54 '5' '5' '5' '5' '5' '5' '5' N + 077 fkey55 '6' '6' '6' '6' '6' '6' '6' N + 078 fkey56 '+' '+' '+' '+' '+' '+' '+' N + 079 fkey57 '1' '1' '1' '1' '1' '1' '1' N + 080 fkey58 '2' '2' '2' '2' '2' '2' '2' N + 081 fkey59 '3' '3' '3' '3' '3' '3' '3' N + 082 fkey60 '0' '0' '0' '0' '0' '0' '0' N + 083 del '.' '.' '.' '.' '.' boot boot N + 084 nop nop nop nop nop nop nop nop O + 085 nop nop nop nop nop nop nop nop O + 086 nop nop nop nop nop nop nop nop O + 087 fkey11 fkey23 fkey35 fkey47 scr11 scr11 scr11 scr11 O + 088 fkey12 fkey24 fkey36 fkey48 scr12 scr12 scr12 scr12 O + 089 cr cr nl nl cr cr nl nl O + 090 rctrl rctrl rctrl rctrl rctrl rctrl rctrl rctrl O + 091 '/' '/' '/' '/' '/' '/' '/' '/' N + 092 nscr nscr nop nop debug debug debug debug O + 093 ralt ralt ralt ralt ralt ralt ralt ralt O + 094 fkey49 fkey49 fkey49 fkey49 fkey49 fkey49 fkey49 fkey49 O + 095 fkey50 fkey50 fkey50 fkey50 fkey50 fkey50 fkey50 fkey50 O + 096 fkey51 fkey51 fkey51 fkey51 fkey51 fkey51 fkey51 fkey51 O + 097 fkey53 fkey53 fkey53 fkey53 fkey53 fkey53 fkey53 fkey53 O + 098 fkey55 fkey55 fkey55 fkey55 fkey55 fkey55 fkey55 fkey55 O + 099 fkey57 fkey57 fkey57 fkey57 fkey57 fkey57 fkey57 fkey57 O + 100 fkey58 fkey58 fkey58 fkey58 fkey58 fkey58 fkey58 fkey58 O + 101 fkey59 fkey59 fkey59 fkey59 fkey59 fkey59 fkey59 fkey59 O + 102 fkey60 fkey60 fkey60 fkey60 fkey60 fkey60 fkey60 fkey60 O + 103 fkey61 fkey61 fkey61 fkey61 fkey61 fkey61 boot fkey61 O + 104 saver saver susp susp nop nop susp susp O + 105 fkey62 fkey62 fkey62 fkey62 fkey62 fkey62 fkey62 fkey62 O + 106 fkey63 fkey63 fkey63 fkey63 fkey63 fkey63 fkey63 fkey63 O + 107 fkey64 fkey64 fkey64 fkey64 fkey64 fkey64 fkey64 fkey64 O + 108 nop nop nop nop nop nop nop nop O + + dgra '`' ( 'a' 224 ) ( 'A' 192 ) ( 'e' 232 ) ( 'E' 200 ) + ( 'i' 236 ) ( 'I' 204 ) ( 'o' 242 ) ( 'O' 210 ) + ( 'u' 249 ) ( 'U' 217 ) + dacu 180 ( 'a' 225 ) ( 'A' 193 ) ( 'e' 233 ) ( 'E' 201 ) + ( 'i' 237 ) ( 'I' 205 ) ( 'o' 243 ) ( 'O' 211 ) + ( 'u' 250 ) ( 'U' 218 ) ( 'y' 253 ) ( 'Y' 221 ) + dcir '^' ( 'a' 226 ) ( 'A' 194 ) ( 'e' 234 ) ( 'E' 202 ) + ( 'i' 238 ) ( 'I' 206 ) ( 'o' 244 ) ( 'O' 212 ) + ( 'u' 251 ) ( 'U' 219 ) + dtil '~' ( 'a' 227 ) ( 'A' 195 ) ( 'n' 241 ) ( 'N' 209 ) + ( 'o' 245 ) ( 'O' 213 ) + dmac 000 + dbre 000 + ddot 000 + duml 168 ( 'a' 228 ) ( 'A' 196 ) ( 'e' 235 ) ( 'E' 203 ) + ( 'i' 239 ) ( 'I' 207 ) ( 'o' 246 ) ( 'O' 214 ) + ( 'u' 252 ) ( 'U' 220 ) ( 'y' 255 ) + dsla 000 + drin 176 ( 'a' 229 ) ( 'A' 197 ) + dced 184 ( 'c' 231 ) ( 'C' 199 ) + dapo 000 + ddac 000 + dogo 000 + dcar 000 >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 May 8 22:40: 5 2000 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 8E1E537BDA8 for ; Mon, 8 May 2000 22:40:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id WAA70703; Mon, 8 May 2000 22:40:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 8 May 2000 22:40:02 -0700 (PDT) Message-Id: <200005090540.WAA70703@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Cyrille Lefevre Subject: Re: misc/12607: System crashes after boot, portmap endlessly forks with getport(ypbind), /proc and file tables filled up Reply-To: Cyrille Lefevre Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/12607; it has been noted by GNATS. From: Cyrille Lefevre To: freebsd-gnats-submit@FreeBSD.org Cc: Subject: Re: misc/12607: System crashes after boot, portmap endlessly forks with getport(ypbind), /proc and file tables filled up Date: Tue, 9 May 2000 07:38:15 +0200 (CEST) Environment FreeBSD gits 4.0-STABLE FreeBSD 4.0-STABLE #15: Tue May 9 00:32:14 CEST 2000 root@gits:/disk2/4.0-STABLE/src/sys/compile/CUSTOM i386 Description I got the same problem while testing NIS services. I disabled all of them except that I forgot the nisdomainname=some.domain in the /etc/rc.conf file. after that, every time I try to start the portmapper (portmap -v) the machine hangs w/ proc table full. it's impossible to do a killall portmap or anything else, just reboot the soft way if possible or the hard way. How-To-Repeat just put a nisdomainname=some.domain in /etc/rc.conf w/o enabling any NIS services. enable the portmapper. reboot your system and wait a few moment. if nothing happen, just try to use one of the rpc services (of course enabled in /etc/inetd.conf). it seems not possible to unset the NIS domainname once sets using domainname "" or the equivalent sysctl -w kern.domainname="". you need to reboot. Fix don't set a NIS domainname w/o using NIS services. -- home: mailto:clefevre@citeweb.net work: mailto:Cyrille.Lefevre@edf.fr To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon May 8 23: 0:15 2000 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 6F91137BDD1 for ; Mon, 8 May 2000 23:00:07 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id XAA72354; Mon, 8 May 2000 23:00:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from lafontaine.cybercable.fr (lafontaine.cybercable.fr [212.198.0.202]) by hub.freebsd.org (Postfix) with SMTP id 1763A37BDC1 for ; Mon, 8 May 2000 22:55:16 -0700 (PDT) (envelope-from root@gits.dyndns.org) Received: (qmail 17668279 invoked from network); 9 May 2000 05:55:13 -0000 Received: from r225m254.cybercable.tm.fr (HELO gits.dyndns.org) ([195.132.225.254]) (envelope-sender ) by lafontaine.cybercable.fr (qmail-ldap-1.03) with SMTP for ; 9 May 2000 05:55:13 -0000 Received: (from root@localhost) by gits.dyndns.org (8.9.3/8.9.3) id HAA05210; Tue, 9 May 2000 07:55:13 +0200 (CEST) (envelope-from root) Message-Id: <200005090555.HAA05210@gits.dyndns.org> Date: Tue, 9 May 2000 07:55:13 +0200 (CEST) From: clefevre@citeweb.net Reply-To: clefevre@citeweb.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/18460: X11 us keymap dead keys working the same way as describe in PR: misc/18459 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18460 >Category: misc >Synopsis: X11 us keymap dead keys working the same way as describe in PR: misc/18459 >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: wish >Submitter-Id: current-users >Arrival-Date: Mon May 08 23:00:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Cyrille Lefevre >Release: FreeBSD 4.0-STABLE i386 >Organization: ACME >Environment: FreeBSD gits 4.0-STABLE FreeBSD 4.0-STABLE #15: Tue May 9 00:32:14 CEST 2000 root@gits:/disk2/4.0-STABLE/src/sys/compile/CUSTOM i386 >Description: this patch makes the dead keys under X11 to work the same was as describe in PR: misc/18459. it is based on the file /usr/X11R6/lib/X11/xkb/symbols/us_intl. >How-To-Repeat: ALTGR-' + e now gives é using the following configuration in /etc/XF86Config : Section "Keyboard" Protocol "Standard" RightAlt Compose XkbKeycodes "xfree86" XkbTypes "default" XkbCompat "default" XkbSymbols "us(pc101)+us_iso+group(switch)" XkbGeometry "pc" EndSection >Fix: diff -u /usr/X11R6/lib/X11/xkb/symbols/us_intl /usr/X11R6/lib/X11/xkb/symbols/us_iso --- /usr/X11R6/lib/X11/xkb/symbols/us_intl Sat Jan 8 17:42:50 2000 +++ /usr/X11R6/lib/X11/xkb/symbols/us_iso Sun Mar 19 03:14:00 2000 @@ -5,15 +5,15 @@ // by Conectiva (http://www.conectiva.com.br) // modified by Ricardo Y. Igarashi (iga@that.com.br) -partial default alphanumeric_keys +partial alphanumeric_keys alternate_group xkb_symbols "basic" { - name[Group1]= "US/ASCII"; + name[Group2]= "US/ASCII/DEAD"; // Alphanumeric section - key { [ dead_grave, dead_tilde ] }; - key { [ 6, dead_circumflex ] }; - key { [ dead_acute, dead_diaeresis ] }; + key { [], [ dead_grave, dead_tilde ] }; + key { [], [ 6, dead_circumflex ] }; + key { [], [ dead_acute, dead_diaeresis ] }; // End alphanumeric section }; >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 May 8 23:40: 6 2000 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 9174C37BE4C for ; Mon, 8 May 2000 23:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id XAA76492; Mon, 8 May 2000 23:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from racine.cybercable.fr (racine.cybercable.fr [212.198.0.201]) by hub.freebsd.org (Postfix) with SMTP id EB2FC37BDB9 for ; Mon, 8 May 2000 23:37:13 -0700 (PDT) (envelope-from root@gits.dyndns.org) Received: (qmail 17776842 invoked from network); 9 May 2000 06:37:11 -0000 Received: from r225m254.cybercable.tm.fr (HELO gits.dyndns.org) ([195.132.225.254]) (envelope-sender ) by racine.cybercable.fr (qmail-ldap-1.03) with SMTP for ; 9 May 2000 06:37:11 -0000 Received: (from root@localhost) by gits.dyndns.org (8.9.3/8.9.3) id IAA05533; Tue, 9 May 2000 08:37:10 +0200 (CEST) (envelope-from root) Message-Id: <200005090637.IAA05533@gits.dyndns.org> Date: Tue, 9 May 2000 08:37:10 +0200 (CEST) From: clefevre@citeweb.net Reply-To: clefevre@citeweb.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: conf/18461: vi.recover misplaced in /var/tmp Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18461 >Category: conf >Synopsis: vi.recover misplaced in /var/tmp >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon May 08 23:40:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Cyrille Lefevre >Release: FreeBSD 4.0-STABLE i386 >Organization: ACME >Environment: FreeBSD gits 4.0-STABLE FreeBSD 4.0-STABLE #15: Tue May 9 00:32:14 CEST 2000 root@gits:/disk2/4.0-STABLE/src/sys/compile/CUSTOM i386 >Description: vi.recover should not be in /var/tmp. imagine the case where /var/tmp is a memory filesystem. upon reboot, everything is lost. >How-To-Repeat: make /var/tmp a memory filesystem in /etc/fstab as : swap /var/tmp mfs rw,async,-s65535 0 0 edit files, left them open, then reboot. nothing can be recovered. there all lost. >Fix: first, sets a variable $vi_recover to "/var/tmp/vi.recover" in /etc/defaults/rc.conf. in /etc/rc, if that variable in not to its default value, update /etc/vi.exrc in consequence. in all case, use it to determine where are files to recover. Index: /usr/src/etc/defaults/rc.conf =================================================================== RCS file: /home/ncvs/src/etc/defaults/rc.conf,v retrieving revision 1.53.2.3 diff -u -r1.53.2.3 rc.conf --- /usr/src/etc/defaults/rc.conf 2000/04/15 11:02:40 1.53.2.3 +++ /usr/src/etc/defaults/rc.conf 2000/05/09 06:25:20 @@ -276,6 +276,7 @@ svr4_enable="NO" # SysVR4 emulation loaded at startup (or NO). osf1_enable="NO" # Alpha OSF/1 emulation loaded at startup (or NO). rand_irqs="NO" # Stir the entropy pool (like "5 11" or NO). +vi_recover="/var/tmp/vi.recover" # The directory where recovery files are stored. clear_tmp_enable="NO" # Clear /tmp at startup. ldconfig_paths="/usr/lib/compat /usr/X11R6/lib /usr/local/lib" # shared library search paths Index: /usr/src/etc/rc =================================================================== RCS file: /home/ncvs/src/etc/rc,v retrieving revision 1.212 diff -u -r1.212 rc --- /usr/src/etc/rc 2000/02/28 19:54:06 1.212 +++ /usr/src/etc/rc 2000/05/09 06:32:00 @@ -413,11 +413,26 @@ echo '.' # Recover vi editor files. -find /var/tmp/vi.recover ! -type f -a ! -type d -delete -vibackup=`echo /var/tmp/vi.recover/vi.*` -if [ "${vibackup}" != '/var/tmp/vi.recover/vi.*' ]; then +if [ -n "$vi_recover" ]; then + if [ "$vi_recover" != /var/tmp/vi.recover ]; then + if [ -s /etc/vi.exrc ]; then + # be conservative + sed -e 's/recdir=[^ ]*[ ]*//' \ + -e '/^[ ]*set[ ]*$/d' \ + /etc/vi.exrc > /tmp/vi.exrc.$$ && + cp /tmp/vi.exrc.$$ /etc/vi.exrc && + rm /tmp/vi.exrc.$$ + fi + echo set recdir=$vi_recover >> /etc/vi.exrc + fi +else + vi_recover=/var/tmp/vi.recover # just in case +fi +find $vi_recover ! -type f -a ! -type d -delete +vibackup=`echo $vi_recover/vi.*` +if [ "${vibackup}" != '$vi_recover/vi.*' ]; then echo 'Recovering vi editor sessions' - for i in /var/tmp/vi.recover/vi.*; do + for i in $vi_recover/vi.*; do # Only test files that are readable. if [ ! -r "${i}" ]; then continue @@ -432,9 +447,9 @@ # It is possible to get incomplete recovery files, if the editor # crashes at the right time. - virecovery=`echo /var/tmp/vi.recover/recover.*` - if [ "${virecovery}" != "/var/tmp/vi.recover/recover.*" ]; then - for i in /var/tmp/vi.recover/recover.*; do + virecovery=`echo $vi_recover/recover.*` + if [ "${virecovery}" != "$vi_recover/recover.*" ]; then + for i in $vi_recover/recover.*; do # Only test files that are readable. if [ ! -r "${i}" ]; then continue @@ -452,6 +467,7 @@ done fi fi +mkdir -m 1777 -p $vi_recover # Make a bounds file for msgs(1) if there isn't one already # "Delete important files with symlink" security hole? >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 May 9 0:40: 5 2000 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 6B61A37BAAA for ; Tue, 9 May 2000 00:40:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id AAA83785; Tue, 9 May 2000 00:40:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 9 May 2000 00:40:02 -0700 (PDT) Message-Id: <200005090740.AAA83785@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Gregory Bond Subject: Re: conf/18461: vi.recover misplaced in /var/tmp Reply-To: Gregory Bond Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR conf/18461; it has been noted by GNATS. From: Gregory Bond To: clefevre@citeweb.net Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: conf/18461: vi.recover misplaced in /var/tmp Date: Tue, 09 May 2000 17:36:14 +1000 > vi.recover should not be in /var/tmp. imagine the case > where /var/tmp is a memory filesystem. upon reboot, > everything is lost. On the contrary, /var/tmp is exactly the right spot for vi.recover, because /var/tmp is -explicitly documented- to remain over reboots. See "man hier". Anyone who uses mfs for /var/tmp is just plain wrong. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue May 9 0:45: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from knight.cons.org (knight.cons.org [194.233.237.86]) by hub.freebsd.org (Postfix) with ESMTP id 5370837BA88 for ; Tue, 9 May 2000 00:45:03 -0700 (PDT) (envelope-from cracauer@knight.cons.org) Received: (from cracauer@localhost) by knight.cons.org (8.9.3/8.9.3) id JAA16797; Tue, 9 May 2000 09:44:54 +0200 (CEST) Date: Tue, 9 May 2000 09:44:54 +0200 From: Martin Cracauer To: Tim Vanderhoek Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: misc/14932: "more" eating up CPU on users with shell=/bin/sh if telnetd disconnects Message-ID: <20000509094453.A16783@cons.org> References: <200005090420.VAA56696@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <200005090420.VAA56696@freefall.freebsd.org>; from vanderh@ecf.utoronto.ca on Mon, May 08, 2000 at 09:20:02PM -0700 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In <200005090420.VAA56696@freefall.freebsd.org>, Tim Vanderhoek wrote: > The following reply was made to PR misc/14932; it has been noted by GNATS. > > From: Tim Vanderhoek > To: bruce@engmail.uwaterloo.ca > Cc: freebsd-gnats-submit@FreeBSD.org > Subject: Re: misc/14932: "more" eating up CPU on users with shell=/bin/sh if telnetd disconnects > Date: Tue, 9 May 2000 00:12:44 -0400 > > On Tue, Nov 16, 1999 at 05:26:16PM -0800, bruce@engmail.uwaterloo.ca wrote: > > > > >Description: > > On 3.3 RELEASE, on a user with login shell of /bin/sh, > > if a user runs "more /etc/passwd" (or something) and then > > has their /bin/sh or telnetd killed (either manually with > > kill -9 or if the telnetd keepalive mechanism terminates a > > disconnected connection) "more" starts spinning, and quickly goes to > > the top of "top", eating 50% CPU or more > > I've fixed more to exit after it reads two EOFs, but the more serious > problem here, of course, is that /bin/sh isn't propogating signals > correctly. Could you please be more specific and/or see if the problem is in later /bin/sh as well? Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ Tel.: (private) +4940 5221829 Fax.: (private) +4940 5228536 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue May 9 3:46:35 2000 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 0780337BDF1; Tue, 9 May 2000 03:46:34 -0700 (PDT) (envelope-from brian@FreeBSD.org) Received: (from brian@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA04616; Tue, 9 May 2000 03:46:33 -0700 (PDT) (envelope-from brian@FreeBSD.org) Date: Tue, 9 May 2000 03:46:33 -0700 (PDT) From: Message-Id: <200005091046.DAA04616@freefall.freebsd.org> To: paulchef@starwon.com.au, brian@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/18253 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: date command does not take -v31d (31st day of month) option State-Changed-From-To: open->closed State-Changed-By: brian State-Changed-When: Tue May 9 03:43:02 PDT 2000 State-Changed-Why: It's vital that the -v options are processed in order, otherwise it is impossible to do something like ``date -v3m -v-1d'' to find out the last day in February. The man page explicitly says The date can be adjusted as many times as required using these flags. Flags are processed in the order given. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue May 9 4:30: 7 2000 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 B03A537BE70 for ; Tue, 9 May 2000 04:30:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA18381; Tue, 9 May 2000 04:30:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 9 May 2000 04:30:04 -0700 (PDT) Message-Id: <200005091130.EAA18381@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: John Baldwin Subject: RE: i386/18132: BTX dumps trying to boot w/ dedicated SCSI disks present Reply-To: John Baldwin Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/18132; it has been noted by GNATS. From: John Baldwin To: Doug White Cc: freebsd-hackers@FreeBSD.org, freebsd-gnats-submit@FreeBSD.org Subject: RE: i386/18132: BTX dumps trying to boot w/ dedicated SCSI disks present Date: Tue, 09 May 2000 07:29:47 -0400 (EDT) On 09-May-00 Doug White wrote: > If you're going to decode boot panics, could you look at i386/18132 > too? :) Yeah: 00000000 F7F1 div cx 00000002 33D2 xor dx,dx 00000004 8A4EF6 mov cl,[bp-0xa] 00000007 F7F1 div cx 00000009 3DFF03 cmp ax,0x3ff 0000000C 7603 jna 0x11 0000000E B8FFFF mov ax,0xffff Since %cs=c800, we are in some extra hardware's ROM. The actual fault since %cx=0000. There may be a return address of f300:0000 on the stack, would be in the ROM BIOS. It may be that your SCSI controller doesn't like disks without a normal slice table. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.cslab.vt.edu/~jobaldwi/pgpkey.asc "Power Users Use 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 Tue May 9 4:32:18 2000 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 66EDA37B959; Tue, 9 May 2000 04:32:16 -0700 (PDT) (envelope-from brian@FreeBSD.org) Received: (from brian@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA19558; Tue, 9 May 2000 04:32:15 -0700 (PDT) (envelope-from brian@FreeBSD.org) Date: Tue, 9 May 2000 04:32:15 -0700 (PDT) From: Message-Id: <200005091132.EAA19558@freefall.freebsd.org> To: mi@aldan.algebra.com, brian@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: conf/18370 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: the sample ppp.conf lacks a PPPoE entry State-Changed-From-To: open->closed State-Changed-By: brian State-Changed-When: Tue May 9 04:31:30 PDT 2000 State-Changed-Why: src/share/examples/ppp/ppp.conf.sample already contains a pppoe client & server example To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue May 9 7:30: 8 2000 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 CC95F37BE26 for ; Tue, 9 May 2000 07:30:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA43368; Tue, 9 May 2000 07:30:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id CDDE337B87F; Tue, 9 May 2000 07:27:17 -0700 (PDT) Message-Id: <20000509142717.CDDE337B87F@hub.freebsd.org> Date: Tue, 9 May 2000 07:27:17 -0700 (PDT) From: jpmg@eng.cam.ac.uk To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/18466: install via nfs or ftp media silently truncates long pathname and hence fails Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18466 >Category: misc >Synopsis: install via nfs or ftp media silently truncates long pathname and hence fails >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue May 09 07:30:04 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Patrick Gosling >Release: 4.0-RELEASE >Organization: University of Cambridge, Department of Engineering >Environment: irrelevant - install media selection problem >Description: If installation media is selected as NFS or ftp, and the path to the media is overlong, the installer silently truncates the entered path, and hence fails without a usefully informative error message. If the path (not including ftp:// in the case of ftp) exceeds 64 chars in length as allowed for it in the "char name[DEV_NAME_MAX]" member of the "Device ftpDevice" or "Device nfsDevice" structure (see /usr/src/release/sysinstall/{media.c,sysinstall.h}), this problem will occur. >How-To-Repeat: Try to install freebsd off a mirror such as ftp://ftp.mirror.ac.uk/sites/ftp.freebsd.org/pub/FreeBSD/releases/i386/4.0-RELEASE >Fix: Choices seem to be a) dynamically allocate the ftpDevice.name and nfsDevice.name arrays (I think this is probably a very bad idea) b) at least trap the problem and generate an informative error message (I don't particularly like this) c) up DEV_NAME_MAX to a reasonable value for standards-allowable path lengths. (probably the least offensive change, but could easily have knock-on effects I haven't noticed). A case could be made for _POSIX_PATH_MAX (512 bytes)? >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 May 9 11:20: 6 2000 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 82E7437BECE for ; Tue, 9 May 2000 11:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA02882; Tue, 9 May 2000 11:20:00 -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 1CB3037B5C0 for ; Tue, 9 May 2000 11:11:45 -0700 (PDT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 9 May 2000 19:11:42 +0100 (BST) Message-Id: <200005091911.aa59278@walton.maths.tcd.ie> Date: Tue, 9 May 2000 19:11:42 +0100 (BST) From: dwmalone@maths.tcd.ie Reply-To: dwmalone@maths.tcd.ie To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/18471: Checking freeing of mbufs. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18471 >Category: kern >Synopsis: mbuf and mbuf clusters can be freed multiple times >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 May 09 11:20:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: David Malone >Release: FreeBSD 3.4-STABLE i386 >Organization: School of Mathematics, Trinity College, Dublin, Ireland. >Environment: 3.X, 4.X, 5.X and probably earlier. >Description: The code for freeing mbuf clusters and mbufs doesn't check if the object is already free before freeing it. While this shouldn't happen it makes debugging difficult when it does, as we found while trying to debug some problems with the netatalk code. It would be better if the kernel paniced at the time of the second free, as opposed to some time later when the entry which has been freed twice gets reused while still in use! >How-To-Repeat: Write code which doesn't track it's mbufs carefully enough, and try to debug. >Fix: I've been running a machine tracking current at home with the following KASSERTs added and INVARIENTS on. I've seen no problems with them. Index: mbuf.h =================================================================== RCS file: /cvs/FreeBSD-CVS/src/sys/sys/mbuf.h,v retrieving revision 1.47 diff -u -r1.47 mbuf.h --- mbuf.h 2000/04/19 01:24:26 1.47 +++ mbuf.h 2000/04/22 20:11:49 @@ -381,6 +381,7 @@ #define MCLFREE1(p) do { \ union mcluster *_mp = (union mcluster *)(p); \ \ + KASSERT(mclrefcnt[mtocl(_mp)] > 0, ("freeing free cluster")); \ if (--mclrefcnt[mtocl(_mp)] == 0) { \ _mp->mcl_next = mclfree; \ mclfree = _mp; \ @@ -415,6 +416,7 @@ #define MFREE(m, n) MBUFLOCK( \ struct mbuf *_mm = (m); \ \ + KASSERT(_mm->m_type != MT_FREE, ("freeing free mbuf")); \ mbstat.m_mtypes[_mm->m_type]--; \ if (_mm->m_flags & M_EXT) \ MEXTFREE1(m); \ >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 May 9 11:30:46 2000 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 1FFB937BF61 for ; Tue, 9 May 2000 11:30:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA05016; Tue, 9 May 2000 11:30:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 9 May 2000 11:30:02 -0700 (PDT) Message-Id: <200005091830.LAA05016@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Jin Guojun (FTG staff) Subject: Re: kern/18471: Checking freeing of mbufs. Reply-To: Jin Guojun (FTG staff) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/18471; it has been noted by GNATS. From: Jin Guojun (FTG staff) To: FreeBSD-gnats-submit@FreeBSD.ORG, dwmalone@maths.tcd.ie Cc: Subject: Re: kern/18471: Checking freeing of mbufs. Date: Tue, 9 May 2000 11:29:55 -0700 (PDT) > It would be better if the kernel paniced at the time of the second > free, as opposed to some time later when the entry which has been > freed twice gets reused while still in use! I disagree to panic at this point. The better fixing is just printing out some error message and do nothing for refreeing code. Whoever writes such driver code will know what happens. -Jin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue May 9 12:10: 5 2000 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 4406A37BEB4 for ; Tue, 9 May 2000 12:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA15996; Tue, 9 May 2000 12:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 847CE37BEDD; Tue, 9 May 2000 12:07:07 -0700 (PDT) Message-Id: <20000509190707.847CE37BEDD@hub.freebsd.org> Date: Tue, 9 May 2000 12:07:07 -0700 (PDT) From: gelderen@systemics.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/18473: Bug in CCD's module event handler. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18473 >Category: kern >Synopsis: Bug in CCD's module event handler. >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 May 09 12:10:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Jeroen C. van Gelderen >Release: -CURRENT >Organization: >Environment: n/a >Description: The module event handler in the CCD module returns OK for event codes it does not understand. When new event codes are added in the future, the kernel will incorrectly believe that the module has handled these correctly and potentially make false assumptions regarding the module's state. >How-To-Repeat: >Fix: Return EOPNOTSUPP for events that are not known: http://jeroen.vangelderen.org/FreeBSD/ccd.diff >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 May 9 12:43:34 2000 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 6227637C1EC for ; Tue, 9 May 2000 12:40:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA22688; Tue, 9 May 2000 12:40:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 9 May 2000 12:40:06 -0700 (PDT) Message-Id: <200005091940.MAA22688@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Doug White Subject: RE: i386/18132: BTX dumps trying to boot w/ dedicated SCSI disks present Reply-To: Doug White Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/18132; it has been noted by GNATS. From: Doug White To: John Baldwin Cc: freebsd-hackers@FreeBSD.ORG, freebsd-gnats-submit@FreeBSD.ORG Subject: RE: i386/18132: BTX dumps trying to boot w/ dedicated SCSI disks present Date: Tue, 9 May 2000 12:35:50 -0700 (PDT) On Tue, 9 May 2000, John Baldwin wrote: > Since %cs=c800, we are in some extra hardware's ROM. The actual fault > since %cx=0000. There may be a return address of f300:0000 on the stack, > would be in the ROM BIOS. It may be that your SCSI controller doesn't > like disks without a normal slice table. Chaulk one up to lame Adaptec software then. Doug White | FreeBSD: The Power to Serve dwhite@resnet.uoregon.edu | 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 Tue May 9 13:38:16 2000 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 B82A937BA6B; Tue, 9 May 2000 13:38:12 -0700 (PDT) (envelope-from wilko@FreeBSD.org) Received: (from wilko@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA34584; Tue, 9 May 2000 13:38:12 -0700 (PDT) (envelope-from wilko@FreeBSD.org) Date: Tue, 9 May 2000 13:38:12 -0700 (PDT) From: Message-Id: <200005092038.NAA34584@freefall.freebsd.org> To: rtm@eecs.harvard.edu, wilko@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/2857 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: DE500 board exhibits capture effect State-Changed-From-To: feedback->closed State-Changed-By: wilko State-Changed-When: Tue May 9 13:37:07 PDT 2000 State-Changed-Why: Assuming problem fixed in a recent release. If not assume a new PR will be filed. No response since April 20, 2000 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue May 9 14:23:10 2000 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 B770037C010; Tue, 9 May 2000 14:23:08 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (from jhb@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id OAA39435; Tue, 9 May 2000 14:23:08 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Date: Tue, 9 May 2000 14:23:08 -0700 (PDT) From: Message-Id: <200005092123.OAA39435@freefall.freebsd.org> To: croyle@gelemna.ft-wayne.in.us, jhb@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/14104 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: DISTFILES name clash between release/Makefile and bsd.port.mk State-Changed-From-To: open->closed State-Changed-By: jhb State-Changed-When: Tue May 9 14:22:07 PDT 2000 State-Changed-Why: Similar fix committed already. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue May 9 15:50: 5 2000 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 D527437BAB8 for ; Tue, 9 May 2000 15:50:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id PAA49042; Tue, 9 May 2000 15:50:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 9 May 2000 15:50:03 -0700 (PDT) Message-Id: <200005092250.PAA49042@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Brian Somers Subject: Re: bin/18354: NATD diverts DMZ packets to firewall host Reply-To: Brian Somers Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/18354; it has been noted by GNATS. From: Brian Somers To: goran.lowkrantz@infologigruppen.se Cc: freebsd-gnats-submit@FreeBSD.org, Brian Somers , Ruslan Ermilov , Charles Mott , Eivind Eklund , Ari Suutari Subject: Re: bin/18354: NATD diverts DMZ packets to firewall host Date: Tue, 09 May 2000 23:41:01 +0100 > >Number: 18354 > >Category: bin > >Synopsis: NATD diverts DMZ packets to firewall host This is happening because I changed the libalias(3) default so that it drops packets from outside to inside on the gateway by default rather than passing them into the (private) internal network. This behaviour can be altered using PacketAliasSetTarget(). IMHO this is what people expect and is what the documentation indicated was the intention. When I sent a patch to Ruslan (cc'd) adding a -t option to natd, he pointed out that natd's documentation clearly doesn't expect this to happen. We decided to ask about the original intentions and decide what to do based on the outcome, but haven't received a reply from Charles (cc'd as a gentle poke) yet. So, this is in limbo. At the moment, there's no way to get the old behaviour (maybe we should add the -t switch in the interim - Ruslan, have you still got that patch? Or if you don't want to do that, perhaps we should just do a PacketAliasSetTarget(INADDR_ANY) in natd.c for now). -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue May 9 16:50:13 2000 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 CDAB637BF1B for ; Tue, 9 May 2000 16:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id QAA54730; Tue, 9 May 2000 16:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from guardian.sftw.com (guardian.sftw.com [209.157.37.25]) by hub.freebsd.org (Postfix) with ESMTP id D292137B59B for ; Tue, 9 May 2000 16:43:34 -0700 (PDT) (envelope-from nsayer@sftw.com) Received: from yoda.sftw.com (yoda.sftw.com [209.157.37.211]) by guardian.sftw.com (8.9.3/8.9.3) with ESMTP id QAA83507 for ; Tue, 9 May 2000 16:43:34 -0700 (PDT) (envelope-from nsayer@yoda.sftw.com) Received: (from nsayer@localhost) by yoda.sftw.com (8.9.3/8.9.3) id QAA46021; Tue, 9 May 2000 16:43:38 -0700 (PDT) (envelope-from nsayer) Message-Id: <200005092343.QAA46021@yoda.sftw.com> Date: Tue, 9 May 2000 16:43:38 -0700 (PDT) From: nsayer@freebsd.org Reply-To: nsayer@freebsd.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/18474: sed i does not append newline Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18474 >Category: bin >Synopsis: sed i\ does not append newline >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue May 09 16:50:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Nick Sayer >Release: FreeBSD 4.0-STABLE i386 >Organization: Just me >Environment: Shell script bar: #! /bin/sh sed -e '3i\ foo' < foo and foo contains: 1 2 3 4 5 >Description: On FreeBSD, the output of script 'bar' is 1 2 foo3 4 5 On every other OS I have tried, the output is 1 2 foo 3 4 5 >How-To-Repeat: See above. >Fix: --- usr.bin/sed/process.c.orig Tue May 9 16:42:30 2000 +++ usr.bin/sed/process.c Tue May 9 16:42:39 2000 @@ -157,7 +157,7 @@ cspace(&HS, ps, psl, 0); break; case 'i': - (void)printf("%s", cp->t); + (void)printf("%s\n", cp->t); break; case 'l': lputs(ps); >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 May 9 20:40: 8 2000 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 D47B137B6E1 for ; Tue, 9 May 2000 20:40:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id UAA83881; Tue, 9 May 2000 20:40:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 9 May 2000 20:40:05 -0700 (PDT) Message-Id: <200005100340.UAA83881@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Garance A Drosehn Subject: Re: bin/16124: [PATCH] Enhancement for 'lpr -r' Reply-To: Garance A Drosehn Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/16124; it has been noted by GNATS. From: Garance A Drosehn To: freebsd-gnats-submit@FreeBSD.org Cc: gad@eclipse.acs.rpi.edu Subject: Re: bin/16124: [PATCH] Enhancement for 'lpr -r' Date: Tue, 9 May 2000 23:29:54 -0400 (EDT) I wanted to improve some of the comments in this update, and thought I could justify that by also getting it bit closer to 'man style' conventions. Here is the spruced-up version. I am not sure the patch will come thru the email correctly, so I'll also mention that it's available at: ftp://freefour.acs.rpi.edu/pub/bsdlpr/lpr-mv.diff [start] = = = = = = = = = = = = = = = = = [start] --- lpr.c.orig Wed Jan 19 09:25:08 2000 +++ lpr.c Tue May 9 22:34:33 2000 @@ -384,6 +384,81 @@ } if (sflag) printf("%s: %s: not linked, copying instead\n", name, arg); + + if (f) { + /* + * The user wants the file removed after it is copied + * to the spool area, so see if the file can be moved + * instead of copy/unlink'ed. This is much faster and + * uses less spool space than copying the file. This + * can be very significant when running services like + * samba, pcnfs, CAP, et al. + */ + int ret, didlink; + struct stat statb1, statb2; + seteuid(euid); + didlink = 0; + /* + * There are several things to check to avoid any + * security issues. Some of these are redundant + * under BSD's, but are necessary when lpr is built + * under some other OS's (which I do do...) + */ + if (lstat(arg, &statb1) < 0) + goto nohardlink; + if (S_ISLNK(statb1.st_mode)) + goto nohardlink; + if (link(arg, dfname) != 0) + goto nohardlink; + didlink = 1; + /* make sure the user hasn't tried to trick us via + * any race conditions */ + if (lstat(dfname, &statb2) < 0) + goto nohardlink; + if (statb1.st_dev != statb2.st_dev) + goto nohardlink; + if (statb1.st_ino != statb2.st_ino) + goto nohardlink; + /* skip if the file already had multiple hard links, + * because changing the owner and access-bits would + * change ALL versions of the file */ + if (statb2.st_nlink > 2) + goto nohardlink; + /* + * if we can access and remove the original file + * without special setuid-ness then this method is + * safe. Otherwise, abandon the move and fall back + * to the (usual) copy method. + */ + seteuid(uid); + ret = access(dfname, R_OK); + if (ret == 0) + ret = unlink(arg); + seteuid(euid); + if (ret != 0) + goto nohardlink; + /* + * unlink of user file was successful. Change the + * owner and permissions, add entries to the control + * file, and skip the file copying step. + */ + chown(dfname, pp->daemon_user, getegid()); + chmod(dfname, S_IRUSR | S_IWUSR | S_IRGRP | S_IWGRP); + seteuid(uid); + if (format == 'p') + card('T', title ? title : arg); + for (i = 0; i < ncopies; i++) + card(format, &dfname[inchar-2]); + card('U', &dfname[inchar-2]); + card('N', arg); + nact++; + continue; + nohardlink: + if (didlink) + unlink(dfname); + seteuid(uid); /* restore old uid */ + } /* end: if (f) */ + if ((i = open(arg, O_RDONLY)) < 0) { printf("%s: cannot open %s\n", name, arg); } else { [end] = = = = = = = = = = = = = = = = = = = = = [end] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue May 9 21:10:13 2000 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 AF6FE37B6DC for ; Tue, 9 May 2000 21:10:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id VAA86687; Tue, 9 May 2000 21:10:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 9 May 2000 21:10:03 -0700 (PDT) Message-Id: <200005100410.VAA86687@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Danny J. Zerkel" Subject: Re: bin/18198: owner of ccontrol file in spool dir is wrong if remote printing 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/18198; it has been noted by GNATS. From: "Danny J. Zerkel" To: freebsd-gnats-submit@FreeBSD.org, andreas@klemm.gtn.com Cc: Subject: Re: bin/18198: owner of ccontrol file in spool dir is wrong if remote printing Date: Wed, 10 May 2000 00:08:32 -0400 Duplicate of bin/7973, which has a patch. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue May 9 21:20:11 2000 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 34C3E37B7F6 for ; Tue, 9 May 2000 21:20:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id VAA87680; Tue, 9 May 2000 21:20:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 9 May 2000 21:20:04 -0700 (PDT) Message-Id: <200005100420.VAA87680@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Danny J. Zerkel" Subject: Re: bin/17864: PATCH: sys/resource.h needs sys/time.h for struct timeval 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/17864; it has been noted by GNATS. From: "Danny J. Zerkel" To: freebsd-gnats-submit@FreeBSD.org, tim@mysql.com Cc: Subject: Re: bin/17864: PATCH: sys/resource.h needs sys/time.h for struct timeval Date: Wed, 10 May 2000 00:14:42 -0400 This is also a duplicate of bin/5758. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue May 9 23:40: 4 2000 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 F151537B8B4 for ; Tue, 9 May 2000 23:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id XAA06152; Tue, 9 May 2000 23:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 9 May 2000 23:40:01 -0700 (PDT) Message-Id: <200005100640.XAA06152@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Charles Mott Subject: Re: bin/18354: NATD diverts DMZ packets to firewall host Reply-To: Charles Mott Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/18354; it has been noted by GNATS. From: Charles Mott To: Brian Somers Cc: goran.lowkrantz@infologigruppen.se, freebsd-gnats-submit@FreeBSD.org, Ruslan Ermilov , Eivind Eklund , Ari Suutari Subject: Re: bin/18354: NATD diverts DMZ packets to firewall host Date: Wed, 10 May 2000 00:38:36 -0600 (MDT) > We decided to ask about the original intentions and decide what to do > based on the outcome, but haven't received a reply from Charles (cc'd > as a gentle poke) yet. The original intention was that libalias would be cognizant of certain protocols (tcp, udp, icmp to start out with) and not alter or drop any other protocols. My opinion at the time was that ipfw rules should deal with other protocols. However, it appears that libalias is being generalized to handle arbitrary protocols, and my original thinking may no longer be appropriate. My suggestion is that incoming packets for arbitrary protocols (and not associated with an static redirect rules or dynamic associations) be dropped if the PKT_ALIAS_DENY_INCOMING bit is set. Charles Mott To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue May 9 23:50: 5 2000 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 3DF6737B69C for ; Tue, 9 May 2000 23:50:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id XAA07541; Tue, 9 May 2000 23:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 9 May 2000 23:50:01 -0700 (PDT) Message-Id: <200005100650.XAA07541@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Lowkrantz, Goran" Subject: RE: bin/18354: NATD diverts DMZ packets to firewall host Reply-To: "Lowkrantz, Goran" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/18354; it has been noted by GNATS. From: "Lowkrantz, Goran" To: "'Brian Somers'" Cc: freebsd-gnats-submit@FreeBSD.org, Ruslan Ermilov , Charles Mott , Eivind Eklund , Ari Suutari Subject: RE: bin/18354: NATD diverts DMZ packets to firewall host Date: Wed, 10 May 2000 08:40:43 +0200 OK. I understand. But I can't read this behavior from natd(8), as the 3d para don't mension what happens if no match is found or the IP isn't that of the firewall IF. If the current behavior is the intended, then it should be documented. And as it's a change in behavior, somthing should be said about it in the release notes. Was this patch given a HEADS UP? May I suggest somthing like this for natd(8)? Description - add to 3d para If no entry is found or the target IP is not the current machine, the packet is modified to the IP number of the current machine. Cheers, GLZ > -----Original Message----- > From: Brian Somers [mailto:brian@Awfulhak.org] > Sent: Wednesday, May 10, 2000 12:41 AM > To: goran.lowkrantz@infologigruppen.se > Cc: freebsd-gnats-submit@FreeBSD.org; Brian Somers; Ruslan Ermilov; > Charles Mott; Eivind Eklund; Ari Suutari > Subject: Re: bin/18354: NATD diverts DMZ packets to firewall host > > > > >Number: 18354 > > >Category: bin > > >Synopsis: NATD diverts DMZ packets to firewall host > > This is happening because I changed the libalias(3) default so that > it drops packets from outside to inside on the gateway by default > rather than passing them into the (private) internal network. This > behaviour can be altered using PacketAliasSetTarget(). IMHO this is > what people expect and is what the documentation indicated was the > intention. > > When I sent a patch to Ruslan (cc'd) adding a -t option to natd, he > pointed out that natd's documentation clearly doesn't expect this to > happen. > > We decided to ask about the original intentions and decide what to do > based on the outcome, but haven't received a reply from Charles (cc'd > as a gentle poke) yet. > > So, this is in limbo. At the moment, there's no way to get the old > behaviour (maybe we should add the -t switch in the interim - Ruslan, > have you still got that patch? Or if you don't want to do that, > perhaps we should just do a PacketAliasSetTarget(INADDR_ANY) in > natd.c for now). > -- > Brian > > > > Don't _EVER_ lose your sense of humour ! > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed May 10 0: 0: 5 2000 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 189F037B642 for ; Wed, 10 May 2000 00:00:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id AAA08664; Wed, 10 May 2000 00:00:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Wed, 10 May 2000 00:00:03 -0700 (PDT) Message-Id: <200005100700.AAA08664@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: David Malone Subject: Re: kern/18471: Checking freeing of mbufs. Reply-To: David Malone Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/18471; it has been noted by GNATS. From: David Malone To: Jin Guojun (FTG staff) Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/18471: Checking freeing of mbufs. Date: Wed, 10 May 2000 07:54:54 +0100 > > It would be better if the kernel paniced at the time of the second > > free, as opposed to some time later when the entry which has been > > freed twice gets reused while still in use! > I disagree to panic at this point. The better fixing is just printing > out some error message and do nothing for refreeing code. Whoever writes > such driver code will know what happens. That wouldn't really be consistant with the other reference counters in the kernel (vnode reference counters would be the main example in my mind). At the stage when this happens the kernel has definitely done something wrong - possibly having corrupted in data. So a panic seems apropriate. It isn't clear to me what useful message you could print to help diganose the problem. Neither the address, nor the contents of the mbuf would be that useful. A stack trace would probably be useful - but a kernel dump would definitely be. Maybe I've missed something, but... David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed May 10 4:10:10 2000 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 B6F0E37B684 for ; Wed, 10 May 2000 04:10:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA50994; Wed, 10 May 2000 04:10:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Wed, 10 May 2000 04:10:06 -0700 (PDT) Message-Id: <200005101110.EAA50994@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Ruslan Ermilov Subject: Re: bin/18354: NATD diverts DMZ packets to firewall host Reply-To: Ruslan Ermilov Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/18354; it has been noted by GNATS. From: Ruslan Ermilov To: Charles Mott Cc: Brian Somers , goran.lowkrantz@infologigruppen.se, freebsd-gnats-submit@FreeBSD.org, Eivind Eklund , Ari Suutari Subject: Re: bin/18354: NATD diverts DMZ packets to firewall host Date: Wed, 10 May 2000 13:57:51 +0300 On Wed, May 10, 2000 at 12:38:36AM -0600, Charles Mott wrote: > > We decided to ask about the original intentions and decide what to do > > based on the outcome, but haven't received a reply from Charles (cc'd > > as a gentle poke) yet. > > The original intention was that libalias would be cognizant > of certain protocols (tcp, udp, icmp to start out with) and > not alter or drop any other protocols. My opinion at the time > was that ipfw rules should deal with other protocols. > > However, it appears that libalias is being generalized to > handle arbitrary protocols, and my original thinking may no > longer be appropriate. > > My suggestion is that incoming packets for arbitrary > protocols (and not associated with an static redirect rules > or dynamic associations) be dropped if the PKT_ALIAS_DENY_INCOMING > bit is set. > The question here is what to do if PKT_ALIAS_DENY_INCOMING is NOT SET! My opinion is that it should not be altered by libalias(3) at all. As of current, it is redirected (by default) to aliasAddress. As of PKT_ALIAS_DENY_INCOMING, is honored for TCP/UDP and generic proto packets. -- Ruslan Ermilov Sysadmin and DBA of the ru@ucb.crimea.ua United Commercial Bank, ru@FreeBSD.org FreeBSD committer, +380.652.247.647 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed May 10 4:10:12 2000 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 AEB0337B643 for ; Wed, 10 May 2000 04:10:07 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA51001; Wed, 10 May 2000 04:10:07 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Wed, 10 May 2000 04:10:07 -0700 (PDT) Message-Id: <200005101110.EAA51001@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Ruslan Ermilov Subject: Re: bin/18354: NATD diverts DMZ packets to firewall host Reply-To: Ruslan Ermilov Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/18354; it has been noted by GNATS. From: Ruslan Ermilov To: Brian Somers Cc: goran.lowkrantz@infologigruppen.se, freebsd-gnats-submit@FreeBSD.org, Charles Mott , Eivind Eklund , Ari Suutari Subject: Re: bin/18354: NATD diverts DMZ packets to firewall host Date: Wed, 10 May 2000 13:59:09 +0300 On Tue, May 09, 2000 at 11:41:01PM +0100, Brian Somers wrote: > > >Number: 18354 > > >Category: bin > > >Synopsis: NATD diverts DMZ packets to firewall host > > This is happening because I changed the libalias(3) default so that > it drops packets from outside to inside on the gateway by default > rather than passing them into the (private) internal network. This > behaviour can be altered using PacketAliasSetTarget(). IMHO this is > what people expect and is what the documentation indicated was the > intention. > > When I sent a patch to Ruslan (cc'd) adding a -t option to natd, he > pointed out that natd's documentation clearly doesn't expect this to > happen. > > We decided to ask about the original intentions and decide what to do > based on the outcome, but haven't received a reply from Charles (cc'd > as a gentle poke) yet. > But have managed to MFC the libalias(3) bits :) > So, this is in limbo. At the moment, there's no way to get the old > behaviour (maybe we should add the -t switch in the interim - Ruslan, > have you still got that patch? Or if you don't want to do that, > perhaps we should just do a PacketAliasSetTarget(INADDR_ANY) in > natd.c for now). > I will add a PacketAliasSetTarget(INADDR_ANY) call today. -- Ruslan Ermilov Sysadmin and DBA of the ru@ucb.crimea.ua United Commercial Bank, ru@FreeBSD.org FreeBSD committer, +380.652.247.647 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed May 10 4:10:15 2000 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 BFB5637B69C for ; Wed, 10 May 2000 04:10:08 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA51006; Wed, 10 May 2000 04:10:08 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Wed, 10 May 2000 04:10:08 -0700 (PDT) Message-Id: <200005101110.EAA51006@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Ruslan Ermilov Subject: Re: bin/18354: NATD diverts DMZ packets to firewall host Reply-To: Ruslan Ermilov Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/18354; it has been noted by GNATS. From: Ruslan Ermilov To: "Lowkrantz, Goran" Cc: "'Brian Somers'" , freebsd-gnats-submit@FreeBSD.org, Charles Mott , Eivind Eklund , Ari Suutari Subject: Re: bin/18354: NATD diverts DMZ packets to firewall host Date: Wed, 10 May 2000 14:06:24 +0300 On Wed, May 10, 2000 at 08:40:43AM +0200, Lowkrantz, Goran wrote: > > OK. I understand. But I can't read this behavior from natd(8), as the 3d > para don't mension what happens if no match is found or the IP isn't that of > the firewall IF. If the current behavior is the intended, then it should be > documented. And as it's a change in behavior, somthing should be said about > it in the release notes. Was this patch given a HEADS UP? > > May I suggest somthing like this for natd(8)? > > Description - add to 3d para > > If no entry is found or the target IP is not the current machine, the packet > is modified to the IP number of the current machine. > The correct behaviour is already documented (see the -a option's description): : If no other action can be made, and if -deny_incoming is not specified, : the packet is delivered to the local machine and port as specified in : the packet. I will restore this behaviour in a day or two. Cheers, -- Ruslan Ermilov Sysadmin and DBA of the ru@ucb.crimea.ua United Commercial Bank, ru@FreeBSD.org FreeBSD committer, +380.652.247.647 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed May 10 4:39:40 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from knight.cons.org (knight.cons.org [194.233.237.86]) by hub.freebsd.org (Postfix) with ESMTP id 128A037B6A9 for ; Wed, 10 May 2000 04:39:36 -0700 (PDT) (envelope-from cracauer@knight.cons.org) Received: (from cracauer@localhost) by knight.cons.org (8.9.3/8.9.3) id NAA05599; Wed, 10 May 2000 13:39:31 +0200 (CEST) Date: Wed, 10 May 2000 13:39:31 +0200 From: Martin Cracauer To: Tim Vanderhoek Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: misc/14932: "more" eating up CPU on users with shell=/bin/sh if telnetd disconnects Message-ID: <20000510133930.A5583@cons.org> References: <200005090420.VAA56696@freefall.freebsd.org> <20000509094453.A16783@cons.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000509094453.A16783@cons.org>; from cracauer@cons.org on Tue, May 09, 2000 at 09:44:54AM +0200 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In <20000509094453.A16783@cons.org>, Martin Cracauer wrote: > In <200005090420.VAA56696@freefall.freebsd.org>, Tim Vanderhoek wrote: > > The following reply was made to PR misc/14932; it has been noted by GNATS. > > > > From: Tim Vanderhoek > > To: bruce@engmail.uwaterloo.ca > > Cc: freebsd-gnats-submit@FreeBSD.org > > Subject: Re: misc/14932: "more" eating up CPU on users with shell=/bin/sh if telnetd disconnects > > Date: Tue, 9 May 2000 00:12:44 -0400 > > > > On Tue, Nov 16, 1999 at 05:26:16PM -0800, bruce@engmail.uwaterloo.ca wrote: > > > > > > >Description: > > > On 3.3 RELEASE, on a user with login shell of /bin/sh, > > > if a user runs "more /etc/passwd" (or something) and then > > > has their /bin/sh or telnetd killed (either manually with > > > kill -9 or if the telnetd keepalive mechanism terminates a > > > disconnected connection) "more" starts spinning, and quickly goes to > > > the top of "top", eating 50% CPU or more > > > > I've fixed more to exit after it reads two EOFs, but the more serious > > problem here, of course, is that /bin/sh isn't propogating signals > > correctly. > > Could you please be more specific and/or see if the problem is in > later /bin/sh as well? ping? Care to comment? Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ Tel.: (private) +4940 5221829 Fax.: (private) +4940 5228536 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed May 10 6:20:10 2000 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 9573637B7D0 for ; Wed, 10 May 2000 06:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA72560; Wed, 10 May 2000 06:20:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 0ABA637B58D; Wed, 10 May 2000 06:13:29 -0700 (PDT) Message-Id: <20000510131329.0ABA637B58D@hub.freebsd.org> Date: Wed, 10 May 2000 06:13:29 -0700 (PDT) From: jan.grant@bristol.ac.uk To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/18481: gethostbyname_r? thread-safety status in man pages? Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18481 >Category: misc >Synopsis: gethostbyname_r? thread-safety status in man pages? >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: wish >Submitter-Id: current-users >Arrival-Date: Wed May 10 06:20:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: jan grant >Release: Various (2.2.8, 3.3-4, 4 stable) >Organization: university of bristol >Environment: >Description: Request for enhancement, really. 1. gethostbyname isn't reentrant. Other platforms offer gethostbyname_r, etc. Any chance of these? 2. there's no thread-safety status information in the man pages; it would be really good to see this included. >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 May 10 8:16:50 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from portnoy.lbl.gov (portnoy.lbl.gov [131.243.2.11]) by hub.freebsd.org (Postfix) with ESMTP id 3E46537B5A1 for ; Wed, 10 May 2000 08:16:47 -0700 (PDT) (envelope-from jin@portnoy.lbl.gov) Received: (from jin@localhost) by george.lbl.gov () id IAA13138; Wed, 10 May 2000 08:16:43 -0700 (PDT) Date: Wed, 10 May 2000 08:16:43 -0700 (PDT) From: Jin Guojun (FTG staff) Message-Id: <200005101516.IAA13138@george.lbl.gov> To: dwmalone@maths.tcd.ie, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/18471: Checking freeing of mbufs. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org David Malone wrote: > > > It would be better if the kernel paniced at the time of the second > > > free, as opposed to some time later when the entry which has been > > > freed twice gets reused while still in use! > > > I disagree to panic at this point. The better fixing is just printing > > out some error message and do nothing for refreeing code. Whoever writes > > such driver code will know what happens. > > That wouldn't really be consistant with the other reference counters > in the kernel (vnode reference counters would be the main example > in my mind). At the stage when this happens the kernel has definitely > done something wrong - possibly having corrupted in data. So a > panic seems apropriate. (1) Free is different from Alloc that is not determineable and can consume the system resource. i.e., if a user keeps doing alloc() for the same pointer, the system has no way to know what is the code doing. Free is different, the memory sub-system knows what piece of memory has been allocated, and it can be freeed. If this piece of memory has been freeed already, the memory sub-system can simply ignore the second free command, and returns a warning code. It should not hurt anything. (2) The panic only helps device driver but not users, so you do not want to put a specific case as generic usage. For example, most ATM vendors can have multiple free()s in a calling chain to avoid lossing memory, you have no source, and you cannot fix the problem soon and by yourself. The vendor may take forever to modify such non-problem and hardly tracking issue, or they may not want to fix such issue at all. Then, panic makes the system useless. Right? > It isn't clear to me what useful message you could print to help > diganose the problem. Neither the address, nor the contents of the > mbuf would be that useful. A stack trace would probably be useful > - but a kernel dump would definitely be. Maybe I've missed something, > but... Since memory leaking and misuse are very common and hard tracking problem, the better thing is not to use alloc/free directly. Use MACROs instead. A senior programmer can easily figure this out : #ifdef DEBUG #define drv_buf_Free(p) \ if (system free(p) has warning) printf(WARN_MSG, __FILE__, __LINE__) #else #define drv_buf_Free(p) free(p) #endif If the new driver writters have no such discipline, they can modify the free/MFREE macro for their own system to panic the system at testing phase. But this should not be a strategy for generic and public usage because the second (2) reason explained above. Is this worth two cents :-) -Jin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed May 10 8:20: 5 2000 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 4438D37B72C for ; Wed, 10 May 2000 08:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA59869; Wed, 10 May 2000 08:20:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 96CEB37B623; Wed, 10 May 2000 08:18:19 -0700 (PDT) Message-Id: <20000510151819.96CEB37B623@hub.freebsd.org> Date: Wed, 10 May 2000 08:18:19 -0700 (PDT) From: boxiao63@hotmail.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: bin/18485: Dont let filesys go over 4G if not supported Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18485 >Category: bin >Synopsis: Dont let filesys go over 4G if not supported >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 May 10 08:20:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Bo >Release: 3.4 >Organization: >Environment: FreeBSD cresendo.cisco.com 3.4-RELEASE FreeBSD 3.4-RELEASE #0: Fri Apr 7 14:55:47 PDT 2000 root@:/usr/src/sys/compile/CRESENDO3.4 i386 >Description: Since 32 bit couter only go as high as 4.2G, no filesys over that size should be allowed. With today's disk size, users will attempt to do just that. Either labeling or newfs should catch it. Many unexpected/unpredictable error happen when using the fs portion beyond a 32 bit counter can count. >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 May 10 8:30: 8 2000 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 0372237B820 for ; Wed, 10 May 2000 08:30:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA61601; Wed, 10 May 2000 08:30:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Wed, 10 May 2000 08:30:02 -0700 (PDT) Message-Id: <200005101530.IAA61601@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Charles Mott Subject: Re: bin/18354: NATD diverts DMZ packets to firewall host Reply-To: Charles Mott Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/18354; it has been noted by GNATS. From: Charles Mott To: Ruslan Ermilov Cc: Brian Somers , goran.lowkrantz@infologigruppen.se, freebsd-gnats-submit@FreeBSD.org, Eivind Eklund , Ari Suutari Subject: Re: bin/18354: NATD diverts DMZ packets to firewall host Date: Wed, 10 May 2000 09:22:39 -0600 (MDT) On Wed, 10 May 2000, Ruslan Ermilov wrote: [..] > The question here is what to do if PKT_ALIAS_DENY_INCOMING is NOT SET! > My opinion is that it should not be altered by libalias(3) at all. > As of current, it is redirected (by default) to aliasAddress. I agree with your opinion. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed May 10 8:36:12 2000 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 6319037B6D4; Wed, 10 May 2000 08:36:11 -0700 (PDT) (envelope-from peter@FreeBSD.org) Received: (from peter@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA62641; Wed, 10 May 2000 08:36:10 -0700 (PDT) (envelope-from peter@FreeBSD.org) Date: Wed, 10 May 2000 08:36:10 -0700 (PDT) From: Message-Id: <200005101536.IAA62641@freefall.freebsd.org> To: boxiao63@hotmail.com, peter@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/18485 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Dont let filesys go over 4G if not supported State-Changed-From-To: open->closed State-Changed-By: peter State-Changed-When: Wed May 10 08:34:50 PDT 2000 State-Changed-Why: This is a bogus report. We do support filesystems over 4G because we use 64 bit off_t's etc. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed May 10 9: 0: 7 2000 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 7ACBF37B70E for ; Wed, 10 May 2000 09:00:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA67520; Wed, 10 May 2000 09:00:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Wed, 10 May 2000 09:00:02 -0700 (PDT) Message-Id: <200005101600.JAA67520@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Ruslan Ermilov Subject: Re: bin/18354: NATD diverts DMZ packets to firewall host Reply-To: Ruslan Ermilov Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/18354; it has been noted by GNATS. From: Ruslan Ermilov To: Charles Mott Cc: Brian Somers , goran.lowkrantz@infologigruppen.se, freebsd-gnats-submit@FreeBSD.org, Eivind Eklund , Ari Suutari Subject: Re: bin/18354: NATD diverts DMZ packets to firewall host Date: Wed, 10 May 2000 18:52:19 +0300 --CE+1k2dSO48ffgeK Content-Type: text/plain; charset=us-ascii On Wed, May 10, 2000 at 09:22:39AM -0600, Charles Mott wrote: > On Wed, 10 May 2000, Ruslan Ermilov wrote: > [..] > > The question here is what to do if PKT_ALIAS_DENY_INCOMING is NOT SET! > > My opinion is that it should not be altered by libalias(3) at all. > > As of current, it is redirected (by default) to aliasAddress. > > I agree with your opinion. > Please, Brian, apply the following patch and close this PR. Cheers, -- Ruslan Ermilov Sysadmin and DBA of the ru@ucb.crimea.ua United Commercial Bank, ru@FreeBSD.org FreeBSD committer, +380.652.247.647 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --CE+1k2dSO48ffgeK Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=p Index: alias_db.c =================================================================== RCS file: /usr/FreeBSD-CVS/src/lib/libalias/alias_db.c,v retrieving revision 1.29 diff -u -p -r1.29 alias_db.c --- alias_db.c 2000/04/28 13:44:48 1.29 +++ alias_db.c 2000/05/10 15:48:46 @@ -2284,7 +2284,7 @@ PacketAliasInit(void) } aliasAddress.s_addr = INADDR_ANY; - targetAddress.s_addr = INADDR_NONE; + targetAddress.s_addr = INADDR_ANY; icmpLinkCount = 0; udpLinkCount = 0; Index: libalias.3 =================================================================== RCS file: /usr/FreeBSD-CVS/src/lib/libalias/libalias.3,v retrieving revision 1.30 diff -u -p -r1.30 libalias.3 --- libalias.3 2000/04/28 13:44:49 1.30 +++ libalias.3 2000/05/10 15:50:54 @@ -784,12 +784,12 @@ arrives at the host machine, it will be call to .Fn PacketAliasSetTarget . .Pp -If this function is not called, or is called with an +If this function is called with an .Dv INADDR_NONE address argument, then all new incoming packets go to the address set by .Fn PacketAliasSetAddress . .Pp -If this function is called with an +If this function is not called, or is called with an .Dv INADDR_ANY address argument, then all new incoming packets go to the address specified in the packet. --CE+1k2dSO48ffgeK-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed May 10 9:10: 5 2000 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 08B3137B6D7 for ; Wed, 10 May 2000 09:10:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA69605; Wed, 10 May 2000 09:10:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 01C6437B623; Wed, 10 May 2000 09:07:49 -0700 (PDT) Message-Id: <20000510160749.01C6437B623@hub.freebsd.org> Date: Wed, 10 May 2000 09:07:49 -0700 (PDT) From: seanp@iinet.net.au To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/18486: When installing package qt-2.1.0 looks for mesa-3.1 i can't find this anywhere in any FTP sites, n current qt packages still look for mesa 3.1 as depency, even thou mesa 3.2 is installed it still looks for 3.1, is there a copy of 3.1 ANYWHERE?? Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18486 >Category: misc >Synopsis: When installing package qt-2.1.0 looks for mesa-3.1 i can't find this anywhere in any FTP sites, n current qt packages still look for mesa 3.1 as depency, even thou mesa 3.2 is installed it still looks for 3.1, is there a copy of 3.1 ANYWHERE? >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: wish >Submitter-Id: current-users >Arrival-Date: Wed May 10 09:10:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Sean >Release: 4.0 Release >Organization: >Environment: 4.0 Release, compiled own kernel /usr/src/sys/i386/INSANE kernel is fine. >Description: >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 May 10 9:12: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by hub.freebsd.org (Postfix) with ESMTP id 2534437B650; Wed, 10 May 2000 09:11:58 -0700 (PDT) (envelope-from rik@cronyx.ru) Received: from cronyx.ru by hanoi.cronyx.ru with ESMTP id UAA09684; (8.9.3/vak/2.1) Wed, 10 May 2000 20:10:33 +0400 (MSD) Message-ID: <39198AA5.1923043A@cronyx.ru> Date: Wed, 10 May 2000 20:13:25 +0400 From: Kurakin Roman Organization: Cronyx X-Mailer: Mozilla 4.6 [en] (WinNT; I) X-Accept-Language: ru,en MIME-Version: 1.0 To: dg@root.com Cc: "Justin T. Gibbs" , hoek@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/15763 References: <200005090413.VAA20949@implode.root.com> Content-Type: text/plain; charset=x-user-defined Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org David Greenman wrote: > >>Synopsis: free() fails on contigmalloc() memory > >> > >>State-Changed-From-To: open->closed > >>State-Changed-By: hoek > >>State-Changed-When: Mon May 8 19:34:32 PDT 2000 > >>State-Changed-Why: > >>Don't do that. The contigmalloc() function is only meant for limited > >>use, typically by drivers at boot time. The free() function is meant > >>to work with malloc() not contigmalloc(). > > > >How are you supposed to release contigmalloc'ed memory when > >a module unloads? This is really a bug. > > You would normally use kmem_free() to free contigmalloc'ed memory. Are you sure that it works fine? I have some doubts that kmem_free is enough. I decided to drop this memory at unload time. 4.0 has this function and it works, so I have no problems with it any more. Kurakin Roman > > > -DG > > David Greenman > Co-founder, The FreeBSD Project - http://www.freebsd.org > Creator of high-performance Internet servers - http://www.terasolutions.com > Pave the road of life with opportunities. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed May 10 10:45:38 2000 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 C084337B8BC; Wed, 10 May 2000 10:45:36 -0700 (PDT) (envelope-from billf@FreeBSD.org) Received: (from billf@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA86039; Wed, 10 May 2000 10:45:36 -0700 (PDT) (envelope-from billf@FreeBSD.org) Date: Wed, 10 May 2000 10:45:36 -0700 (PDT) From: Message-Id: <200005101745.KAA86039@freefall.freebsd.org> To: seanp@iinet.net.au, billf@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/18486 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: When installing package qt-2.1.0 looks for mesa-3.1 i can't find this anywhere in any FTP sites, n current qt packages still look for mesa 3.1 as depency, even thou mesa 3.2 is installed it still looks for 3.1, is there a copy of 3.1 ANY State-Changed-From-To: open->closed State-Changed-By: billf State-Changed-When: Wed May 10 10:42:09 PDT 2000 State-Changed-Why: Synopsis typically means "brief overview" Please send questions to questions@FreeBSD.org, PRs are for actual bug reports. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed May 10 10:50:15 2000 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 E59C237B876 for ; Wed, 10 May 2000 10:50:13 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA86594; Wed, 10 May 2000 10:50:08 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Wed, 10 May 2000 10:50:08 -0700 (PDT) Message-Id: <200005101750.KAA86594@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Nick Sayer Subject: Re: bin/18474: sed i\ does not append newline Reply-To: Nick Sayer Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/18474; it has been noted by GNATS. From: Nick Sayer To: freebsd-gnats-submit@freebsd.org Cc: Subject: Re: bin/18474: sed i\ does not append newline Date: Wed, 10 May 2000 10:45:55 -0700 (PDT) The patch above breaks sed -f. Instead, this patch explicitely appends a \n to -e arguments. --- main.c.orig Wed May 10 10:31:02 2000 +++ main.c Wed May 10 10:33:36 2000 @@ -114,6 +114,7 @@ char *argv[]; { int c, fflag; + char *temp_arg; (void) setlocale(LC_ALL, ""); @@ -125,7 +126,10 @@ break; case 'e': eflag = 1; - add_compunit(CU_STRING, optarg); + temp_arg=malloc(strlen(optarg)+2); + strcpy(temp_arg,optarg); + strcat(temp_arg,"\n"); + add_compunit(CU_STRING, temp_arg); break; case 'f': fflag = 1; To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed May 10 11:18:48 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from mail.sullivan-reportlibrary.com (chrtn1UBR2-3-hfc-0252-d8d8b012.rdc1.tn.comcastatwork.com [216.216.176.18]) by hub.freebsd.org (Postfix) with ESMTP id DAF1C37B876 for ; Wed, 10 May 2000 11:18:43 -0700 (PDT) (envelope-from marketing@infotechsys.net) Received: from infotechsys.net (2K-SERVER [192.168.0.100]) by mail.sullivan-reportlibrary.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id KTQY5M88; Wed, 10 May 2000 14:15:33 -0400 MIME-Version: 1.0 From: marketing@infotechsys.net Reply-To: marketing@infotechsys.net To: bugs@freebsd.org Subject: ITS Brochure Mime-Version: 1.0 Content-Type: text/html; charset="us-ascii" Message-Id: <20000510181843.DAF1C37B876@hub.freebsd.org> Date: Wed, 10 May 2000 11:18:43 -0700 (PDT) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org ITS Internet Site

P.O. Box 70671

Charleston, SC 29415-0671

843.566.1397


To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed May 10 12:50: 6 2000 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 6A4BB37B93E for ; Wed, 10 May 2000 12:50:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA04049; Wed, 10 May 2000 12:50:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Wed, 10 May 2000 12:50:03 -0700 (PDT) Message-Id: <200005101950.MAA04049@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: David Greenman Subject: Re: bin/18485: Dont let filesys go over 4G if not supported Reply-To: David Greenman Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/18485; it has been noted by GNATS. From: David Greenman To: boxiao63@hotmail.com Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: bin/18485: Dont let filesys go over 4G if not supported Date: Wed, 10 May 2000 12:36:39 -0700 >>Description: >Since 32 bit couter only go as high as 4.2G, no filesys over >that size should be allowed. With today's disk size, users >will attempt to do just that. Either labeling or newfs should >catch it. > >Many unexpected/unpredictable error happen when using the fs >portion beyond a 32 bit counter can count. There are many production filesystems that are much much larger than that and have no problems. Can you be more specific about the trouble you are having? FreeBSD uses 64bit ints to store things that can be larger than 32bits. -DG David Greenman Co-founder, The FreeBSD Project - http://www.freebsd.org Creator of high-performance Internet servers - http://www.terasolutions.com Pave the road of life with opportunities. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed May 10 12:52: 2 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from bastuba.partitur.se (bastuba.partitur.se [193.219.246.194]) by hub.freebsd.org (Postfix) with ESMTP id C2A8437B749; Wed, 10 May 2000 12:51:50 -0700 (PDT) (envelope-from girgen@partitur.se) Received: from stordatan.partitur.se ([193.150.250.87]) by bastuba.partitur.se (8.8.8/8.8.8) with ESMTP id VAA26885; Wed, 10 May 2000 21:51:48 +0200 (CEST) (envelope-from girgen@partitur.se) Received: from partitur.se (localhost [127.0.0.1]) by stordatan.partitur.se (8.9.3/8.9.1) with ESMTP id VAA42431; Wed, 10 May 2000 21:51:46 +0200 (CEST) (envelope-from girgen@partitur.se) Message-ID: <3919BDD2.3FCA24B0@partitur.se> Date: Wed, 10 May 2000 21:51:46 +0200 From: Palle Girgensohn Organization: Partitur X-Mailer: Mozilla 4.72 [en] (X11; I; FreeBSD 4.0-STABLE i386) X-Accept-Language: sv, en MIME-Version: 1.0 To: sheldonh@FreeBSD.org Cc: freebsd-bugs@FreeBSD.org, freebsd-ports@FreeBSD.org Subject: Re: misc/18376: 1)Netscape dumps message "/etc/pwd.db: Invalid argument" References: <200005051420.HAA00916@freefall.freebsd.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org sheldonh@FreeBSD.org wrote: > > Synopsis: 1)Netscape dumps message "/etc/pwd.db: Invalid argument" Would this by any chance be the linux-communicator port? -- Palle To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed May 10 16:22:49 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id B67A237BA53 for ; Wed, 10 May 2000 16:22:42 -0700 (PDT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 11 May 2000 00:22:41 +0100 (BST) To: Jin Guojun (FTG staff) Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: kern/18471: Checking freeing of mbufs. In-reply-to: Your message of "Wed, 10 May 2000 08:16:43 PDT." <200005101516.IAA13138@george.lbl.gov> X-Request-Do: Date: Thu, 11 May 2000 00:22:40 +0100 From: David Malone Message-ID: <200005110022.aa91705@salmon.maths.tcd.ie> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Free is different, the memory sub-system knows what piece of memory has > been allocated, and it can be freeed. If this piece of memory has been freeed > already, the memory sub-system can simply ignore the second free command, > and returns a warning code. It should not hurt anything. Yep - the problem is not that is is being freed twice, but some piece of code is continuing to use the mbuf after it has been freed. It's seriously dangerous to continue using a resource that the system thinks is free to be given to another consumer of that resource. This is even more true in the kernel, where you have interupts and stuff possibly grabbing new mbufs and clusters. > (2) > The panic only helps device driver but not users, so you do not want to > put a specific case as generic usage. I can't think of any cases of panic that isn't like this. There are panics for "vrele: negative reference count" and "freeing free block" which are in very similar situations. > For example, most ATM vendors can have multiple free()s in a calling chain Are you talking Async Transfer Mode or Automatic Teller Machine here? I guess what you're saying applies to either ;-) > to avoid lossing memory, you have no source, and you cannot fix the problem > soon and by yourself. The vendor may take forever to modify such non-problem > and hardly tracking issue, or they may not want to fix such issue at all. > Then, panic makes the system useless. Right? If you're freeing mbufs too many times then you will be seeing data corruption and probably panics anyway. You just see them closer to the problem this way. > Since memory leaking and misuse are very common and hard tracking > problem, the better thing is not to use alloc/free directly. I don't think you're understanding the use of mfree and friends. Any piece of code using a mbuf must have incremented the reference count on that mbuf - if it doesn't then the mbuf may be ripped out from under it at any time. It is more than just a memory accounting issue. People writing code which uses mbufs have to be very careful about passing ownership of mbufs around. Each function call has a protocol regarding who owns the mbuf after the success or failure. You have to be careful not to accidently create extra references, otherwise you'll corrupt the free lists and end up in trouble later. > Is this worth two cents :-) Easily! It's about $100 worth of programming advice - but I'm not sure it applies in this case ;-) David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu May 11 0:40: 5 2000 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 2BB2E37B872 for ; Thu, 11 May 2000 00:40:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id AAA22454; Thu, 11 May 2000 00:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Thu, 11 May 2000 00:40:01 -0700 (PDT) Message-Id: <200005110740.AAA22454@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Brian Somers Subject: Re: bin/18354: NATD diverts DMZ packets to firewall host Reply-To: Brian Somers Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/18354; it has been noted by GNATS. From: Brian Somers To: Charles Mott Cc: Ruslan Ermilov , Brian Somers , goran.lowkrantz@infologigruppen.se, freebsd-gnats-submit@FreeBSD.org, Eivind Eklund , Ari Suutari Subject: Re: bin/18354: NATD diverts DMZ packets to firewall host Date: Wed, 10 May 2000 21:55:30 +0100 > On Wed, 10 May 2000, Ruslan Ermilov wrote: > [..] > > The question here is what to do if PKT_ALIAS_DENY_INCOMING is NOT SET! > > My opinion is that it should not be altered by libalias(3) at all. > > As of current, it is redirected (by default) to aliasAddress. > > I agree with your opinion. Ok, if this was the intention, I'll change the default back to PacketAliasSetTarget(INADDR_ANY) [ahhem... sorry Ruslan !] Ruslan, you therefore shouldn't need to do this in the natd code as the default will return to what it used to be. How about adding my -t patch so that natd's behaviour can be controlled anyway ? Cheers. -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu May 11 0:55:29 2000 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 5794D37B902; Thu, 11 May 2000 00:55:28 -0700 (PDT) (envelope-from brian@FreeBSD.org) Received: (from brian@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id AAA25511; Thu, 11 May 2000 00:55:27 -0700 (PDT) (envelope-from brian@FreeBSD.org) Date: Thu, 11 May 2000 00:55:27 -0700 (PDT) From: Message-Id: <200005110755.AAA25511@freefall.freebsd.org> To: goran.lowkrantz@infologigruppen.se, brian@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/18354 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: NATD diverts DMZ packets to firewall host State-Changed-From-To: open->closed State-Changed-By: brian State-Changed-When: Thu May 11 00:55:05 PDT 2000 State-Changed-Why: The libalias default (to pass packets through) has been restored To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu May 11 4:40: 6 2000 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 32B3F37B746 for ; Thu, 11 May 2000 04:40:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA80293; Thu, 11 May 2000 04:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from core.pavilion.net (core.pavilion.net [212.74.0.24]) by hub.freebsd.org (Postfix) with ESMTP id 95BE537B612 for ; Thu, 11 May 2000 04:37:34 -0700 (PDT) (envelope-from chrisr@pavilion.net) Received: (from chrisr@localhost) by core.pavilion.net (8.9.3/8.8.8) id MAA39521; Thu, 11 May 2000 12:37:41 +0100 (BST) (envelope-from chrisr) Message-Id: <200005111137.MAA39521@core.pavilion.net> Date: Thu, 11 May 2000 12:37:41 +0100 (BST) From: chrisr@pavilion.net Reply-To: chrisr@pavilion.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/18496: Possibly a problem between curses.h/runetype.h? Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18496 >Category: misc >Synopsis: Possibly a problem between curses.h/runetype.h? >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu May 11 04:40:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Chris Roberts >Release: FreeBSD 4.0-STABLE i386 >Organization: Pavilion Internet Plc >Environment: FreeBSD 4.0/x86 >Description: In curses.h wchar is typedef's as follows: #ifndef _WCHAR_T typedef unsigned long wchar_t; #endif /* _WCHAR_T */ And in runetype.h: #ifdef _BSD_WCHAR_T_ typedef _BSD_WCHAR_T_ wchar_t; #undef _BSD_WCHAR_T_ #endif >How-To-Repeat: Including ctype.h and curses.h seems to cause compiling errors because wchar gets redefined. >Fix: I've changed runetype.h to say: #ifdef _BSD_WCHAR_T_ typedef _BSD_WCHAR_T_ wchar_t; #define _WCHAR_T #undef _BSD_WCHAR_T_ #endif Which fixes it for me. Is it a bug, or just me including too much? >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 May 11 6:10: 7 2000 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 556BE37BB6F for ; Thu, 11 May 2000 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 GAA00559; Thu, 11 May 2000 06:10:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from happy.checkpoint.com (happy.checkpoint.com [199.203.156.41]) by hub.freebsd.org (Postfix) with ESMTP id 6A33D37B8F9 for ; Thu, 11 May 2000 06:04:15 -0700 (PDT) (envelope-from mellon@happy.checkpoint.com) Received: (from mellon@localhost) by happy.checkpoint.com (8.9.3/8.9.3) id QAA01569; Thu, 11 May 2000 16:04:57 GMT (envelope-from mellon) Message-Id: <200005111604.QAA01569@happy.checkpoint.com> Date: Thu, 11 May 2000 16:04:57 GMT From: mellon@pobox.com Reply-To: mellon@pobox.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/18498: allowing ELF_VERBOSE in /etc/make.conf Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18498 >Category: bin >Synopsis: allowing ELF_VERBOSE in /etc/make.conf >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu May 11 06:10:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Anatoly Vorobey >Release: FreeBSD 5.0-CURRENT i386 >Organization: >Environment: 5.0-CURRENT >Description: For debugging the loader, the following trivial change to src/sys/boot/common/Makefile.inc will allow placing ELF_VERBOSE=true in /etc/make.conf instead of having to change the makefile; this makes life a little bit brighter and is exactly the arrangement already existing with BTXLDR_VERBOSE in sys/boot/i386/btx/btxldr/Makefile, for instance. >How-To-Repeat: >Fix: Index: Makefile.inc =================================================================== RCS file: /freebsd/cvs/src/sys/boot/common/Makefile.inc,v retrieving revision 1.9 diff -u -r1.9 Makefile.inc --- Makefile.inc 1999/08/28 00:39:44 1.9 +++ Makefile.inc 2000/05/11 15:53:43 @@ -16,3 +16,9 @@ .if BOOT_FORTH SRCS+= interp_forth.c .endif + +.if defined(ELF_VERBOSE) +CFLAGS+=-DELF_VERBOSE +.endif + + >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 May 11 9:20:11 2000 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 5C9E837B9A4 for ; Thu, 11 May 2000 09:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA02631; Thu, 11 May 2000 09:20:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from happy.checkpoint.com (happy.checkpoint.com [199.203.156.41]) by hub.freebsd.org (Postfix) with ESMTP id BA18E37BDE2 for ; Thu, 11 May 2000 09:10:44 -0700 (PDT) (envelope-from mellon@happy.checkpoint.com) Received: (from mellon@localhost) by happy.checkpoint.com (8.9.3/8.9.3) id TAA25719; Thu, 11 May 2000 19:11:26 GMT (envelope-from mellon) Message-Id: <200005111911.TAA25719@happy.checkpoint.com> Date: Thu, 11 May 2000 19:11:26 GMT From: mellon@pobox.com Reply-To: mellon@pobox.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/18503: Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18503 >Category: kern >Synopsis: >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 May 11 09:20:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Anatoly Vorobey >Release: FreeBSD 5.0-CURRENT i386 >Organization: >Environment: 5.0-CURRENT >Description: Current code of mount() in vfs_syscalls.c does not check, erroneously, for error return from vfs_allocate_syncvnode(). The failure scenario is very unlikely to happen, however (it'll only fail if it can't obtain a vnode). The attached fix will prudently refrain from ignoring the return value. >How-To-Repeat: >Fix: Index: vfs_syscalls.c =================================================================== RCS file: /freebsd/cvs/src/sys/kern/vfs_syscalls.c,v retrieving revision 1.153 diff -u -r1.153 vfs_syscalls.c --- vfs_syscalls.c 2000/05/05 09:58:27 1.153 +++ vfs_syscalls.c 2000/05/11 19:07:57 @@ -342,7 +342,7 @@ if ((mp->mnt_flag & MNT_RDONLY) == 0) error = vfs_allocate_syncvnode(mp); vfs_unbusy(mp, p); - if ((error = VFS_START(mp, 0, p)) != 0) + if (error || (error = VFS_START(mp, 0, p)) != 0) vrele(vp); } else { simple_lock(&vp->v_interlock); >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 May 11 9:34:59 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from happy.checkpoint.com (happy.checkpoint.com [199.203.156.41]) by hub.freebsd.org (Postfix) with ESMTP id DF29637BB6E for ; Thu, 11 May 2000 09:34:52 -0700 (PDT) (envelope-from mellon@pobox.com) Received: (from mellon@localhost) by happy.checkpoint.com (8.9.3/8.9.3) id TAA32207 for freebsd-bugs@freebsd.org; Thu, 11 May 2000 19:35:30 GMT (envelope-from mellon@pobox.com) Date: Thu, 11 May 2000 19:35:30 +0000 From: Anatoly Vorobey To: freebsd-bugs@freebsd.org Subject: Re: kern/18503: Message-ID: <20000511193530.A32152@happy.checkpoint.com> References: <200005111911.TAA25719@happy.checkpoint.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <200005111911.TAA25719@happy.checkpoint.com>; from mellon@pobox.com on Thu, May 11, 2000 at 07:11:26PM +0000 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, May 11, 2000 at 07:11:26PM +0000, mellon@pobox.com wrote: > > >Number: 18503 > >Category: kern > >Synopsis: Grr. My sincere apologies for forgetting this. It should be something like >Synopsis: check for error return from vfs_allocate_syncvnode() if someone in a position of power cares to set it. -- Anatoly Vorobey, mellon@pobox.com http://pobox.com/~mellon/ "Angels can fly because they take themselves lightly" - G.K.Chesterton To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu May 11 10: 4:20 2000 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 1ADA537BA40; Thu, 11 May 2000 10:04:19 -0700 (PDT) (envelope-from nsayer@FreeBSD.org) Received: (from nsayer@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA10047; Thu, 11 May 2000 10:04:18 -0700 (PDT) (envelope-from nsayer@FreeBSD.org) Date: Thu, 11 May 2000 10:04:18 -0700 (PDT) From: Message-Id: <200005111704.KAA10047@freefall.freebsd.org> To: nsayer@freebsd.org, nsayer@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/18474 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: sed i\ does not append newline State-Changed-From-To: open->closed State-Changed-By: nsayer State-Changed-When: Thu May 11 10:03:39 PDT 2000 State-Changed-Why: Committed (src/usr.sbin/sed/main.c, v1.11). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu May 11 10:10:11 2000 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 71B4D37BBA9 for ; Thu, 11 May 2000 10:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA11074; Thu, 11 May 2000 10:10:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from mail.targetnet.com (mail.targetnet.com [207.245.246.3]) by hub.freebsd.org (Postfix) with ESMTP id F3D4537BB60 for ; Thu, 11 May 2000 10:04:19 -0700 (PDT) (envelope-from james@targetnet.com) Received: from james by mail.targetnet.com with local (Exim 3.02 #1) id 12pwNn-0000Bl-00 for FreeBSD-gnats-submit@freebsd.org; Thu, 11 May 2000 13:04:19 -0400 Message-Id: Date: Thu, 11 May 2000 13:04:19 -0400 From: James FitzGibbon Reply-To: james@targetnet.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/18504: Memory leak in uthread_set_name_np Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18504 >Category: misc >Synopsis: pthread_set_name_np leaks memory >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 May 11 10:10:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: James FitzGibbon >Release: FreeBSD 3.2-RELEASE i386 (but still present in -current) >Organization: Targetnet.com Inc. >Environment: Any pthread program using the non-portable pthread_set_name_np function (defined in /usr/include/pthread_private.h) >Description: struct pthread contains a member variable "char *name", which is used to store the name of the thread. pthread_set_name_np is used to set this member variable. There are several problems: - pthread_create does not set the member to a known valid state (NULL) - pthread_set_name_np does not check if the member is NULL before assigning the return value of strdup to it. - the garbage collector thread (lib/libc_r/uthread/uthread_gc.c) does not free the memory used by the member, if any. >How-To-Repeat: Call pthread_set_name_np multiple times. The program will leak as many bytes as are passed as to pthread_set_name_np. >Fix: The following patch addresses the above three issues. diff -ru /usr/src/lib/libc_r/uthread/uthread_create.c uthread/uthread_create.c --- /usr/src/lib/libc_r/uthread/uthread_create.c Thu Mar 23 02:06:40 2000 +++ uthread/uthread_create.c Thu May 11 12:47:49 2000 @@ -164,6 +164,7 @@ new_thread->slice_usec = -1; new_thread->sig_saved = 0; new_thread->stack = stack; + new_thread->name = NULL; new_thread->start_routine = start_routine; new_thread->arg = arg; diff -ru /usr/src/lib/libc_r/uthread/uthread_gc.c uthread/uthread_gc.c --- /usr/src/lib/libc_r/uthread/uthread_gc.c Tue Dec 28 13:13:02 1999 +++ uthread/uthread_gc.c Thu May 11 12:53:15 2000 @@ -243,6 +243,13 @@ free(p_stack); if (pthread_cln != NULL) /* + Free the memory allocated for the thread + name, if any + /* + if( pthread_cln.name != NULL ) { + free(pthread_cln.name); + } + /* * Free the memory allocated for the thread * structure. */ diff -ru /usr/src/lib/libc_r/uthread/uthread_info.c uthread/uthread_info.c --- /usr/src/lib/libc_r/uthread/uthread_info.c Wed Sep 29 11:18:38 1999 +++ uthread/uthread_info.c Thu May 11 12:48:32 2000 @@ -305,6 +305,10 @@ { /* Check if the caller has specified a valid thread: */ if (thread != NULL && thread->magic == PTHREAD_MAGIC) + /* Free the existing name, if any */ + if( thread->name != NULL ) { + free(thread_name); + } thread->name = strdup(name); return; } The patch is relative to RELENG_4, but should apply to -current as well. After the standard wait period, a MFC to RELENG_4 (and RELENG_3 if possible) would be appreciated. >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 May 11 10:20:11 2000 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 1544837BBA9 for ; Thu, 11 May 2000 10:20:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA12699; Thu, 11 May 2000 10:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from happy.checkpoint.com (happy.checkpoint.com [199.203.156.41]) by hub.freebsd.org (Postfix) with ESMTP id 06FB037BB8A for ; Thu, 11 May 2000 10:15:16 -0700 (PDT) (envelope-from mellon@happy.checkpoint.com) Received: (from mellon@localhost) by happy.checkpoint.com (8.9.3/8.9.3) id UAA00265; Thu, 11 May 2000 20:15:51 GMT (envelope-from mellon) Message-Id: <200005112015.UAA00265@happy.checkpoint.com> Date: Thu, 11 May 2000 20:15:51 GMT From: mellon@pobox.com Reply-To: mellon@pobox.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/18505: missing VFS_START call. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18505 >Category: kern >Synopsis: missing VFS_START call. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu May 11 10:20:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Anatoly Vorobey >Release: FreeBSD 5.0-CURRENT i386 >Organization: >Environment: 5.0-CURRENT >Description: VFS_START is not called after VFS_MOUNT in vfs_mountroot_try (vfs_conf.c). This is contrary to VFS_START's intention and documentation. The deed only goes unpunished because no filesystem currently does anything on VFS_START except MFS, but it's only a matter of time before some might try something. MFS grabs the calling process and turns it into a workhorse on VFS_START, but MFS won't mount as root so it's okay (and correct) to call VFS_START there. >How-To-Repeat: >Fix: Two choices: 1) Document VFS_START as a dirty hack made especially for MFS which no other filesystems should ever use or rely on; 2) (preferrable IMHO) apply the patch below. It also fixes a typo in the comment for MFS code which stops it from mounting as root. Index: vfs_conf.c =================================================================== RCS file: /freebsd/cvs/src/sys/kern/vfs_conf.c,v retrieving revision 1.50 diff -u -r1.50 vfs_conf.c --- vfs_conf.c 2000/03/20 16:28:26 1.50 +++ vfs_conf.c 2000/05/11 20:03:06 @@ -235,6 +235,13 @@ /* sanity check system clock against root filesystem timestamp */ inittodr(mp->mnt_time); vfs_unbusy(mp, curproc); + + /* + * MFS grabs the process when it calls VFS_START and doesn't + * let it go, but MFS won't allow itself to be mounted as root. + */ + + error = VFS_START(mp, 0, curproc); } return(error); } Index: mfs_vfsops.c =================================================================== RCS file: /freebsd/cvs/src/sys/ufs/mfs/mfs_vfsops.c,v retrieving revision 1.84 diff -u -r1.84 mfs_vfsops.c --- mfs_vfsops.c 2000/05/05 09:59:06 1.84 +++ mfs_vfsops.c 2000/05/11 20:03:57 @@ -182,7 +182,7 @@ *** */ - /* you loose */ + /* you lose */ panic("mfs_mount: mount MFS as root: not configured!"); } >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 May 11 10:30: 7 2000 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 ACD5D37BBAE for ; Thu, 11 May 2000 10:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA14422; Thu, 11 May 2000 10:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 3FCE537B973; Thu, 11 May 2000 10:28:41 -0700 (PDT) Message-Id: <20000511172841.3FCE537B973@hub.freebsd.org> Date: Thu, 11 May 2000 10:28:41 -0700 (PDT) From: ala@merit.edu To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/18506: patch to bpf.c to support writing to a ppp device Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18506 >Category: kern >Synopsis: patch to bpf.c to support writing to a ppp device >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu May 11 10:30:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Andy Adams >Release: 3.4-RELEASE >Organization: GateD Project >Environment: FreeBSD arten.merit.edu 3.4-RELEASE FreeBSD 3.4-RELEASE #2: Thu May 11 09:18:11 EDT 2000 ala@arten.merit.edu:/usr/src/sys-altq-pim/compile/ALTQ-PIM i386 >Description: This is a small patch to allow bpf.c:bpfwrite (actually bpf_movein) to handle writing to ppp devices. Here is the patch. Thanks! -Andy Adams GateD Team *** /usr/src/sys/net/bpf.c Sun Aug 29 12:28:09 1999 --- /usr/src/sys-altq-pim/net/bpf.c Thu May 11 09:17:56 2000 *************** *** 211,216 **** --- 211,220 ---- break; #endif + case DLT_PPP: + sockp->sa_family = AF_UNSPEC; + hlen = 4; /* This should match PPP_HDRLEN */ + break; default: return (EIO); } >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 May 11 15:59:50 2000 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 F0E3337BC6F; Thu, 11 May 2000 15:59:45 -0700 (PDT) (envelope-from dwhite@FreeBSD.org) Received: (from dwhite@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id PAA85215; Thu, 11 May 2000 15:59:45 -0700 (PDT) (envelope-from dwhite@FreeBSD.org) Date: Thu, 11 May 2000 15:59:45 -0700 (PDT) From: Message-Id: <200005112259.PAA85215@freefall.freebsd.org> To: aeg@iname.com, dwhite@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/16362 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: AMD K6-3 processor is identified as a P586 machine.. State-Changed-From-To: open->closed State-Changed-By: dwhite State-Changed-When: Thu May 11 15:58:44 PDT 2000 State-Changed-Why: No further response from user, assume problem fixed. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu May 11 16: 0: 7 2000 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 5C6DA37BBFE for ; Thu, 11 May 2000 16:00:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id QAA85301; Thu, 11 May 2000 16:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 2316337B63C; Thu, 11 May 2000 15:51:58 -0700 (PDT) Message-Id: <20000511225158.2316337B63C@hub.freebsd.org> Date: Thu, 11 May 2000 15:51:58 -0700 (PDT) From: president@thecoolhost.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/18507: System 'dies' On High Load!!?? Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18507 >Category: misc >Synopsis: System 'dies' On High Load!!?? >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu May 11 16:00:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Shajan Alam >Release: 4.0-RELEASE >Organization: TheCoolHost.com, Inc. >Environment: FreeBSD dell1.thecoolhost.com 4.0-RELEASE FreeBSD 4.0-RELEASE #0: Fri May 5 05:23:56 PDT 2000 root@dell1.themasterhost.com:/usr/src/sys/compile/MYKERNEL i386 >Description: The system will stop responding during high loads (peak hours of the day with a busy website (2M+ pageviews/day))... The server should be able to handle it, considering its a Dell PowerEdge 4400 w/1GB RAM + 2x36GB Ultra3 SCSI HDs + Dual Intel EtherExpress PRO 100/B Network Cards... If I turn off apache (doesn't do me much good), the server is 100% fine, but if I turn on, it is dead in under 1 minute (this is a regular apache install, nothing special (./configure --prefix=/usr/local/apache)...)... any ideas? (i tried apache 1.3.9 and 1.3.12, neither helped... hmm) also, ram doesn't seem to 'unallocate?'... hmm... it just calls it inactive... but doesn't call it "free"... hmm... does that mean anything to you guys? (this is an output from the top of top after apache being off for about 15 minutes) last pid: 62292; load averages: 0.00, 0.00, 0.00 up 2+06:34:30 20:47:01 32 processes: 1 running, 31 sleeping CPU states: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle Mem: 46M Active, 822M Inact, 96M Wired, 30M Cache, 55M Buf, 14M Free >How-To-Repeat: just get a busy website and turn on apache... and can't even ping server... after a few mins of this 'seemingly dead server' timing out ping requests, it comes back (about 7 mins)... and then i can quickly ssh in and 'killall -9 httpd', because if i don't, it dies again... hmm... >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 May 11 16: 1:52 2000 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 5AEDA37BB0F; Thu, 11 May 2000 16:01:51 -0700 (PDT) (envelope-from dwhite@FreeBSD.org) Received: (from dwhite@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id QAA85598; Thu, 11 May 2000 16:01:50 -0700 (PDT) (envelope-from dwhite@FreeBSD.org) Date: Thu, 11 May 2000 16:01:50 -0700 (PDT) From: Message-Id: <200005112301.QAA85598@freefall.freebsd.org> To: admin@ewan.qc.ca, dwhite@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/15832 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: the w commands can show a bad result on the idle time State-Changed-From-To: open->closed State-Changed-By: dwhite State-Changed-When: Thu May 11 16:01:02 PDT 2000 State-Changed-Why: Determined to be 'documented' behavior... unless someone can demonstrate it on 3.4 or later ... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu May 11 19:57:52 2000 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 00EDE37B789; Thu, 11 May 2000 19:57:51 -0700 (PDT) (envelope-from wollman@FreeBSD.org) Received: (from wollman@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id TAA25327; Thu, 11 May 2000 19:57:50 -0700 (PDT) (envelope-from wollman@FreeBSD.org) Date: Thu, 11 May 2000 19:57:50 -0700 (PDT) From: Message-Id: <200005120257.TAA25327@freefall.freebsd.org> To: wollman@FreeBSD.org, freebsd-bugs@FreeBSD.org, wollman@FreeBSD.org Subject: Re: bin/16944 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Give mtree(8) an ``exclude'' facility Responsible-Changed-From-To: freebsd-bugs->wollman Responsible-Changed-By: wollman Responsible-Changed-When: Thu May 11 19:56:51 PDT 2000 Responsible-Changed-Why: I wrote it. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu May 11 21: 0: 9 2000 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 0C5A837B994 for ; Thu, 11 May 2000 21:00:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id VAA37158; Thu, 11 May 2000 21:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id C14CB37BC88; Thu, 11 May 2000 20:53:29 -0700 (PDT) Message-Id: <20000512035329.C14CB37BC88@hub.freebsd.org> Date: Thu, 11 May 2000 20:53:29 -0700 (PDT) From: hwc@openfind.com.tw To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/18510: pthread hang and Fatal error '_waitq_insert: Already in queue' at line' Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18510 >Category: misc >Synopsis: pthread hang and Fatal error '_waitq_insert: Already in queue' at line' >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Thu May 11 21:00:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Wei-Chen Huang >Release: FreeBSD 4.0 and 3.4 >Organization: openfind (http://www.openfind.com) >Environment: FreeBSD sable1.iis.sinica.edu.tw 4.0-STABLE FreeBSD 4.0-STABLE #1: Fri May 12 11:19:20 CST 2000 root@sable1.iis. sinica.edu.tw:/usr/src/sys/compile/SABLE1_MP i386 >Description: I'm programing a http proxy using pthread .. Sometimes program will hang and cpu is 9x%.... I rebuild libc_r with -D_PTHREADS_INVARIANTS -g then, got Fatal error '_pq_remove: Not in priority queue' at line ? in file /usr/src/lib/libc_r/uthread/uthread_priority_queue.c (errno = ?) program terminated.... I'v modified some code, to log thread_id, capture signal and let the program continue... Then *26 ERR-'_waitq_insert: Already in queue',thread id='134639616' thread id=134639616 capture SIGPIPE *26 ERR-'_pq_remove: Not in priority queue',thread id='134642688' *26 ERR-'_waitq_insert: Already in queue',thread id='134642688' *26 ERR-'_pq_remove: Not in priority queue',thread id='134642688' *26 ERR-'_waitq_insert: Already in queue',thread id='134642688' *26 ERR-'_pq_remove: Not in priority queue',thread id='134642688' *26 ERR-'_waitq_insert: Already in queue',thread id='134642688' *26 ERR-'_pq_remove: Not in priority queue',thread id='134642688' *26 ERR-'_waitq_insert: Already in queue',thread id='134642688' infinite loop This condition happened in FreeBSD 3.4, and FreeBSD 4.0, I'v updated source code (cvsup) and make world.. >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 May 11 22:20:11 2000 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 9AB4537B983 for ; Thu, 11 May 2000 22:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id WAA53831; Thu, 11 May 2000 22:20:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from david.siemens.de (david.siemens.de [192.35.17.14]) by hub.freebsd.org (Postfix) with ESMTP id D289F37B974 for ; Thu, 11 May 2000 22:10:57 -0700 (PDT) (envelope-from ust@cert.siemens.de) Received: from mail2.siemens.de (mail2.siemens.de [139.25.208.11]) by david.siemens.de (8.10.1/8.10.1) with ESMTP id e4C5Aq400703 for ; Fri, 12 May 2000 07:10:52 +0200 (MET DST) Received: from mars.cert.siemens.de (ust.mchp.siemens.de [139.23.201.17]) by mail2.siemens.de (8.10.1/8.10.1) with ESMTP id e4C5ApM22404 for ; Fri, 12 May 2000 07:10:52 +0200 (MET DST) Received: from alaska.cert.siemens.de (reims.mchp.siemens.de [139.23.202.134]) by mars.cert.siemens.de (8.10.1/8.10.1/Siemens CERT [ $Revision: 1.8 ]) with ESMTP id e4C5Apv13199 for ; Fri, 12 May 2000 07:10:51 +0200 (CEST) Received: (from ust@localhost) by alaska.cert.siemens.de (8.10.1/8.10.1/alaska [ $Revision: 1.5 ]) id e4C5Apm55591; Fri, 12 May 2000 05:10:51 GMT Message-Id: <200005120510.e4C5Apm55591@alaska.cert.siemens.de> Date: Fri, 12 May 2000 05:10:51 GMT From: Udo Schweigert Reply-To: ust@cert.siemens.de To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/18512: Change request: Upgrade to sendmail-8.10.1 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18512 >Category: misc >Synopsis: Upgrade to sendmail-8.10.1 >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: Thu May 11 22:20:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Udo Schweigert >Release: FreeBSD 5.0-CURRENT i386 >Organization: Siemens AG, ZT Ik 3 >Environment: FreeBSD 5.0-CURRENT >Description: -CURRENT at the moment stays with sendmail-8.9.3. Since sendmail-8.10.1 has many new, interesting features (multiple queues, etc.) I would vote for an upgrade. >How-To-Repeat: >Fix: 1. Download sendmail.8.10.1.tar.gz $ fetch ftp://ftp.sendmail.org/pub/sendmail/sendmail.8.10.1.tar.gz 2. Unpack at /tmp $ cd /tmp $ tar xzvf sendmail.8.10.1.tar.gz 3. Copy to /usr/src/contrib $ cd /tmp/sendmail-8.10.1 $ pax -rw -v . /usr/src/contrib/sendmail 4. Apply the included patch $ cd /usr/src $ patch -p3 < /home/ust/sendmail-8.10.1.diff 5. make world ================== sendmail-8.10.1.diff ======================== diff -ruN /usr/src.saved/etc/sendmail/freebsd.mc /usr/src/etc/sendmail/freebsd.mc --- /usr/src.saved/bin/rmail/Makefile Sat Aug 28 01:15:02 1999 +++ /usr/src/bin/rmail/Makefile Thu May 11 20:47:17 2000 @@ -6,11 +6,12 @@ PROG= rmail MAN8= rmail.8 -# If you want to have your rmail queuing the mail only, uncomment the -# following: -# CFLAGS+= -DQUEUE_ONLY +CFLAGS+=-I${.CURDIR}/../../contrib/sendmail/include # Not much point this being static. It calls a shared sendmail... NOSHARED?= NO + +LDADD+= -lsmutil +DPADD+= -lsmutil .include diff -ruN /usr/src.saved/etc/sendmail/freebsd.mc /usr/src/etc/sendmail/freebsd.mc --- /usr/src.saved/etc/sendmail/freebsd.mc Wed Dec 29 19:20:23 1999 +++ /usr/src/etc/sendmail/freebsd.mc Thu May 11 22:37:13 2000 @@ -43,7 +43,7 @@ # divert(0)dnl -VERSIONID(`$FreeBSD: src/etc/sendmail/freebsd.mc,v 1.10 1999/12/29 18:20:23 peter Exp $') +VERSIONID(`$FreeBSD: src/etc/sendmail/freebsd.mc,v 1.10 ust Exp $') OSTYPE(bsd4.4)dnl DOMAIN(generic)dnl FEATURE(relay_based_on_MX)dnl @@ -59,7 +59,8 @@ dnl Dialup users should uncomment and define this appropriately dnl define(`SMART_HOST', `your.isp.mail.server')dnl FEATURE(local_lmtp)dnl -define(`LOCAL_MAILER_FLAGS', LOCAL_MAILER_FLAGS`'P)dnl +define(`ALIAS_FILE',`/etc/aliases') +define(`LOCAL_MAILER_FLAGS', LOCAL_MAILER_FLAGS`'PS)dnl define(`confCW_FILE', `-o /etc/mail/sendmail.cw')dnl define(`confNO_RCPT_ACTION', `add-to-undisclosed')dnl define(`confMAX_MIME_HEADER_LENGTH', `256/128')dnl diff -ruN /usr/src.saved/lib/Makefile /usr/src/lib/Makefile --- /usr/src.saved/lib/Makefile Tue May 2 21:00:50 2000 +++ /usr/src/lib/Makefile Thu May 11 18:42:07 2000 @@ -26,7 +26,7 @@ libftpio libgnumalloc ${_libio} libipsec libipx libkvm libmenu \ ${_libncp} \ libnetgraph libopie libpam libpanel libpcap \ - libposix1e libresolv librpcsvc libss \ + libposix1e libresolv librpcsvc libsmutil libsmdb libss \ libstand ${_libtelnet} ${_libvgl} libwrap libxpg4 liby libz .if exists(${.CURDIR}/csu/${MACHINE_ARCH}-${OBJFORMAT}) diff -ruN /usr/src.saved/lib/libsmdb/Makefile /usr/src/lib/libsmdb/Makefile --- /usr/src.saved/lib/libsmdb/Makefile Thu Jan 1 01:00:00 1970 +++ /usr/src/lib/libsmdb/Makefile Thu May 11 17:47:56 2000 @@ -0,0 +1,18 @@ +# +# $FreeBSD$ +# + +MAINTAINER= + +LIB= smdb +NOPIC= YES + +.PATH: ${.CURDIR}/../../contrib/sendmail/libsmdb + +CFLAGS+= -I${.CURDIR}/../../contrib/sendmail/include \ + -I${.CURDIR}/../../contrib/sendmail/sendmail + +SRCS= smdb.c smdb1.c smdb2.c smndbm.c + + +.include diff -ruN /usr/src.saved/lib/libsmutil/Makefile /usr/src/lib/libsmutil/Makefile --- /usr/src.saved/lib/libsmutil/Makefile Thu Jan 1 01:00:00 1970 +++ /usr/src/lib/libsmutil/Makefile Thu May 11 17:46:11 2000 @@ -0,0 +1,17 @@ +# +# $FreeBSD$ +# + +MAINTAINER= + +LIB= smutil +NOPIC= YES + +.PATH: ${.CURDIR}/../../contrib/sendmail/libsmutil + +CFLAGS+= -I${.CURDIR}/../../contrib/sendmail/include \ + -I${.CURDIR}/../../contrib/sendmail/sendmail + +SRCS= debug.c errstring.c lockfile.c safefile.c snprintf.c strl.c + +.include diff -ruN /usr/src.saved/libexec/mail.local/Makefile /usr/src/libexec/mail.local/Makefile --- /usr/src.saved/libexec/mail.local/Makefile Sat Aug 28 02:09:38 1999 +++ /usr/src/libexec/mail.local/Makefile Thu May 11 20:08:03 2000 @@ -1,13 +1,14 @@ # @(#)Makefile 8.1 (Berkeley) 7/19/93 # $FreeBSD: src/libexec/mail.local/Makefile,v 1.10 1999/08/28 00:09:38 peter Exp $ -.PATH: ${.CURDIR}/../../contrib/sendmail/mail.local \ - ${.CURDIR}/../../contrib/sendmail/src +.PATH: ${.CURDIR}/../../contrib/sendmail/mail.local + +CFLAGS+=-I${.CURDIR}/../../contrib/sendmail/include +LDADD= -lsmutil +DPADD= -lsmutil PROG= mail.local -SRCS= mail.local.c snprintf.c +SRCS= mail.local.c MAN8= mail.local.8 -BINMODE=4555 -INSTALLFLAGS=-fschg .include diff -ruN /usr/src.saved/libexec/smrsh/Makefile /usr/src/libexec/smrsh/Makefile --- /usr/src.saved/libexec/smrsh/Makefile Tue Aug 4 17:31:31 1998 +++ /usr/src/libexec/smrsh/Makefile Thu May 11 22:26:28 2000 @@ -4,6 +4,8 @@ PROG= smrsh MAN8= smrsh.8 -CFLAGS+=-I${.CURDIR}/../../contrib/sendmail/src -DNEWDB +CFLAGS+=-I${.CURDIR}/../../contrib/sendmail/include -DNEWDB +LDADD= -lsmutil +DPADD= -lsmutil .include diff -ruN /usr/src.saved/usr.sbin/mailstats/Makefile /usr/src/usr.sbin/mailstats/Makefile --- /usr/src.saved/usr.sbin/mailstats/Makefile Tue Aug 4 17:25:32 1998 +++ /usr/src/usr.sbin/mailstats/Makefile Thu May 11 14:49:40 2000 @@ -2,7 +2,8 @@ PROG= mailstats MAN8= mailstats.8 -CFLAGS+=-I${.CURDIR}/../../contrib/sendmail/src +CFLAGS+=-I${.CURDIR}/../../contrib/sendmail/include \ + -I${.CURDIR}/../../contrib/sendmail/sendmail .PATH: ${.CURDIR}/../../contrib/sendmail/mailstats diff -ruN /usr/src.saved/usr.sbin/makemap/Makefile /usr/src/usr.sbin/makemap/Makefile --- /usr/src.saved/usr.sbin/makemap/Makefile Fri Aug 7 01:01:49 1998 +++ /usr/src/usr.sbin/makemap/Makefile Thu May 11 17:55:59 2000 @@ -1,12 +1,15 @@ # @(#)Makefile 8.4 (Berkeley) 6/10/97 PROG= makemap -SRCS= makemap.c safefile.c snprintf.c +SRCS= makemap.c MAN8= makemap.8 -CFLAGS+=-I${.CURDIR}/../../contrib/sendmail/src -DNEWDB -DNOT_SENDMAIL -.PATH: ${.CURDIR}/../../contrib/sendmail/makemap \ - ${.CURDIR}/../../contrib/sendmail/src +CFLAGS+=-I${.CURDIR}/../../contrib/sendmail/include \ + -I${.CURDIR}/../../contrib/sendmail/sendmail \ + -DNEWDB -DNIS -DMAP_REGEX -DNOT_SENDMAIL +LDADD+= -lsmdb -lsmutil +DPADD+= -lsmdb -lsmutil +.PATH: ${.CURDIR}/../../contrib/sendmail/makemap .include diff -ruN /usr/src.saved/usr.sbin/praliases/Makefile /usr/src/usr.sbin/praliases/Makefile --- /usr/src.saved/usr.sbin/praliases/Makefile Tue Aug 4 17:26:57 1998 +++ /usr/src/usr.sbin/praliases/Makefile Thu May 11 17:56:35 2000 @@ -4,6 +4,11 @@ PROG= praliases MAN8= praliases.8 -CFLAGS+=-I${.CURDIR}/../../contrib/sendmail/src -DNEWDB + +CFLAGS+=-I${.CURDIR}/../../contrib/sendmail/include \ + -I${.CURDIR}/../../contrib/sendmail/sendmail \ + -DNEWDB -DNIS -DMAP_REGEX -DNOT_SENDMAIL +LDADD+= -lsmdb -lsmutil +DPADD+= -lsmdb -lsmutil .include diff -ruN /usr/src.saved/usr.sbin/sendmail/Makefile /usr/src/usr.sbin/sendmail/Makefile --- /usr/src.saved/usr.sbin/sendmail/Makefile Wed Dec 29 19:56:55 1999 +++ /usr/src/usr.sbin/sendmail/Makefile Thu May 11 17:52:47 2000 @@ -1,7 +1,7 @@ # @(#)Makefile 8.8 (Berkeley) 3/28/97 # $FreeBSD: src/usr.sbin/sendmail/Makefile,v 1.15 1999/12/29 18:56:55 peter Exp $ -SMDIR= ${.CURDIR}/../../contrib/sendmail/src +SMDIR= ${.CURDIR}/../../contrib/sendmail/sendmail .PATH: ${SMDIR} BINDIR?=/usr/libexec/sendmail @@ -17,17 +17,19 @@ # Map extensions MAPS= -DMAP_REGEX -CFLAGS+=-I${SMDIR} ${DBMDEF} ${NIS} -DTCPWRAPPERS ${MAPS} +CFLAGS+=-I${SMDIR} -I${SMDIR}/../include ${DBMDEF} ${NIS} -DTCPWRAPPERS ${MAPS} CFLAGS+=-D_FFR_MAX_MIME_HEADER_LENGTH CFLAGS+=-D_FFR_MAX_HEADERS_LENGTH -SRCS= alias.c arpadate.c clock.c collect.c conf.c control.c convtime.c \ - daemon.c deliver.c domain.c envelope.c err.c headers.c macro.c \ - main.c map.c mci.c mime.c parseaddr.c queue.c readcf.c recipient.c \ - safefile.c savemail.c snprintf.c srvrsmtp.c stab.c stats.c \ - sysexits.c trace.c udb.c usersmtp.c util.c version.c -DPADD= ${LIBUTIL} ${LIBWRAP} -LDADD= -lutil -lwrap +SRCS= alias.c arpadate.c bf_torek.c clock.c collect.c conf.c \ + control.c convtime.c daemon.c deliver.c domain.c envelope.c err.c \ + headers.c macro.c main.c map.c mci.c milter.c mime.c parseaddr.c \ + queue.c readcf.c recipient.c savemail.c sfsasl.c shmticklib.c \ + srvrsmtp.c stab.c stats.c sysexits.c timers.c trace.c udb.c \ + usersmtp.c util.c version.c + +DPADD= ${LIBUTIL} ${LIBWRAP} -lsmutil +LDADD= -lutil -lwrap -lsmutil MAN1= mailq.1 newaliases.1 MAN5= aliases.5 MAN8= sendmail.8 @@ -36,8 +38,11 @@ beforeinstall: ${INSTALL} -c -o ${BINOWN} -g ${BINGRP} -m 644 /dev/null \ ${DESTDIR}/var/log/sendmail.st - ${INSTALL} -c -o ${BINOWN} -g ${BINGRP} -m 444 ${SMDIR}/sendmail.hf \ - ${DESTDIR}/usr/share/misc + @if [ -f ${DESTDIR}/usr/share/misc/sendmail.hf ]; then \ + rm -f ${DESTDIR}/usr/share/misc/sendmail.hf; \ + fi + ${INSTALL} -c -o ${BINOWN} -g ${BINGRP} -m 444 ${SMDIR}/helpfile \ + ${DESTDIR}/usr/share/misc/sendmail-helpfile afterinstall: @if [ -d ${DESTDIR}/etc/mail -a -f ${DESTDIR}/etc/sendmail.cf -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 May 12 0:22:38 2000 Delivered-To: freebsd-bugs@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 718) id A674B37B88D; Fri, 12 May 2000 00:22:37 -0700 (PDT) To: jasone@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, jasone@FreeBSD.ORG From: jasone@FreeBSD.ORG Subject: Re: misc/18504 Message-Id: <20000512072237.A674B37B88D@hub.freebsd.org> Date: Fri, 12 May 2000 00:22:37 -0700 (PDT) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: pthread_set_name_np leaks memory Responsible-Changed-From-To: freebsd-bugs->jasone Responsible-Changed-By: jasone Responsible-Changed-When: Fri May 12 00:21:11 PDT 2000 Responsible-Changed-Why: Over to maintainer. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri May 12 0:26:32 2000 Delivered-To: freebsd-bugs@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 718) id 627BF37BCDD; Fri, 12 May 2000 00:26:31 -0700 (PDT) To: jasone@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, jasone@FreeBSD.ORG From: jasone@FreeBSD.ORG Subject: Re: misc/18510 Message-Id: <20000512072631.627BF37BCDD@hub.freebsd.org> Date: Fri, 12 May 2000 00:26:31 -0700 (PDT) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: pthread hang and Fatal error '_waitq_insert: Already in queue' at line' Responsible-Changed-From-To: freebsd-bugs->jasone Responsible-Changed-By: jasone Responsible-Changed-When: Fri May 12 00:26:04 PDT 2000 Responsible-Changed-Why: Over to maintainer. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri May 12 7:50: 8 2000 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 085E037BDD2 for ; Fri, 12 May 2000 07:50:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA40545; Fri, 12 May 2000 07:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 4869D37B5A2; Fri, 12 May 2000 07:41:44 -0700 (PDT) Message-Id: <20000512144144.4869D37B5A2@hub.freebsd.org> Date: Fri, 12 May 2000 07:41:44 -0700 (PDT) From: rafal@euromedia.pl To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: bin/18514: virtual anon. ftp isn't working under virtual hosts it worked under 3.4-STABLE but not under 4.0 ftpd (also 5.0-CURRENT), it chroots after anon login into main ftp tree (but not into proper virtual ftp tree) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18514 >Category: bin >Synopsis: virtual anon. ftp isn't working under virtual hosts it worked under 3.4-STABLE but not under 4.0 ftpd (also 5.0-CURRENT), it chroots after anon login into main ftp tree (but not into proper virtual ftp tree) >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri May 12 07:50:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Rafal Banaszkiewicz >Release: 4.0-STABLE >Organization: emedia >Environment: FreeBSD trinity.euromedia.pl 4.0-STABLE FreeBSD 4.0-STABLE #1: Thu Apr 27 05:31:36 CEST 2000 root@trinity.euromedia.pl:/usr/src/sys/compile/TRINITY4 i386 >Description: it worked under 3.4-STABLE but not under 4.0 ftpd (also 5.0-CURRENT), it chroots after anon login into main ftp tree (but not into proper virtual ftp tree), i checked this under 3.4-STABLE and it works without any problem, but the problem begins on 4.0-STABLE and 5.0-CURRENT >How-To-Repeat: try to create virtual anonymous ftp hosts in /etc/ftphosts, under 4.0-STABLE (and 5.0-CURRENT 2000.05.12) virtual ftp hosts feature isn't 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 May 12 8: 5:30 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from euromedia.pl (euromedia.pl [213.25.133.2]) by hub.freebsd.org (Postfix) with SMTP id F0C7937BDD2 for ; Fri, 12 May 2000 08:05:25 -0700 (PDT) (envelope-from rafal@euromedia.pl) Received: (qmail 72996 invoked from network); 12 May 2000 15:11:02 -0000 Received: from rafcio.euromedia.pl (HELO euromedia.pl) (rafal@213.25.133.6) by euromedia.pl with SMTP; 12 May 2000 15:11:02 -0000 Message-ID: <391C1EE1.4CA60CF7@euromedia.pl> Date: Fri, 12 May 2000 17:10:25 +0200 From: Rafal Banaszkiewicz Reply-To: raf@tb-303.org Organization: -={MeMbEr Of WsZyStKo Co FaJnE}=- X-Mailer: Mozilla 4.72 [en] (X11; I; FreeBSD 5.0-CURRENT i386) X-Accept-Language: pl MIME-Version: 1.0 To: freebsd-bugs@freebsd.org Subject: Ftpd and virtual anonymous ftp hosts Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi! It will be about virtual anonymous ftp feature under standard FreeBSD ftp daemon 6.00 with internal ls compiled in . Ftpd allows access to only one directory tree for anonymous users , i checked it with 4.0-STABLE and 5.0-CURRENT - this feature isn't working. This worked under 3.4-STABLE without any problems, I tested the same /etc/ftphosts file on three diffrent machines on the same subnet (of course ip of virtual hosts were diffrent), one of them was 3.4-STABLE and there was no problem , on 4.0 this feature isn't working ..... why ? -- pozdrawiam, Rafal Banaszkiewicz To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri May 12 10:50: 6 2000 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 6C12337B5DE for ; Fri, 12 May 2000 10:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA83704; Fri, 12 May 2000 10:50:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id B784237B5DE; Fri, 12 May 2000 10:45:35 -0700 (PDT) Message-Id: <20000512174535.B784237B5DE@hub.freebsd.org> Date: Fri, 12 May 2000 10:45:35 -0700 (PDT) From: graham@insinc.ca To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/18516: getpwuid(0) fails when root account is in NIS Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18516 >Category: kern >Synopsis: getpwuid(0) fails when root account is in NIS >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 May 12 10:50:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Graham Gillies >Release: 3.1, 3.4, 4.0 >Organization: INSINC >Environment: FreeBSD graham2.staff.dowco.com 3.4-RELEASE FreeBSD 3.4-RELEASE #12: Fri May 5 10:58:06 PDT 2000 root@graham2.staff.dowco.com:/usr/src/sys/compile/GRAHAM i386 >Description: When NIS is enabled and the root account is in NIS or any part of it is in NIS, like +root whatever, calls to getpwuid(0) fail >How-To-Repeat: set up a machine as an NIS client $ su - # id uid=0 gid=0(wheel)... +++ what happened to the username? # su - someone su: who are you? >Fix: unknown, workaround was to use another uid 0 account to access root and leave a locked root account in the passwd files >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 May 12 13:30:10 2000 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 63A5437B75B for ; Fri, 12 May 2000 13:30:08 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA06283; Fri, 12 May 2000 13:30:07 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Fri, 12 May 2000 13:30:07 -0700 (PDT) Message-Id: <200005122030.NAA06283@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Graham Gillies Subject: Re: kern/18516: getpwuid(0) fails when root account is in NIS Reply-To: Graham Gillies Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/18516; it has been noted by GNATS. From: Graham Gillies To: freebsd-gnats-submit@FreeBSD.org, graham@insinc.ca Cc: Subject: Re: kern/18516: getpwuid(0) fails when root account is in NIS Date: Fri, 12 May 2000 13:28:06 -0700 Oops, should have poked around a bit more before subbmitting, looks like the db->get library thing fails when the key is 0 and it doesn't exist in the file, any other non existant uid seems ok. -- ________________________________ Graham Gillies To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri May 12 19:40: 6 2000 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 8BE1E37B703 for ; Fri, 12 May 2000 19:40:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id TAA69973; Fri, 12 May 2000 19:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 4B58B37B63D; Fri, 12 May 2000 19:35:17 -0700 (PDT) Message-Id: <20000513023517.4B58B37B63D@hub.freebsd.org> Date: Fri, 12 May 2000 19:35:17 -0700 (PDT) From: larse@isi.edu To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: conf/18521: 4.0-STABLE: problem in rc.network (with patch) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18521 >Category: conf >Synopsis: 4.0-STABLE: problem in rc.network (with patch) >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: Fri May 12 19:40:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Lars Eggert >Release: FreeBSD-4.0-STABLE >Organization: USC/ISI >Environment: FreeBSD hbo.isi.edu 4.0-STABLE FreeBSD 4.0-STABLE #36: Thu May 11 16:30:43 PDT 2000 larse@hbo.isi.edu:/usr/src/sys/compile/PRECISION i386 >Description: I've finally tracked down a strange problem that I've also seen under 3.X before. It seems that setting the NIS domain name in rc.network before ipfw is initialized causes ipfw rule adds later on in the boot process to be extremely slow. (I see about a minute delay per rule). Fix: Set the NIS domain name after ipfw is initialized. Note: I've no idea why this fixes it, or why setting the NIS domain name would slow down ipfw to a crawl... >How-To-Repeat: Include these lines in /etc/rc.conf: firewall_enable="client" firewall_type="/etc/rc.firewall.local" nisdomainname="mydomain" nis_client_enable="YES" Reboot. >Fix: --- rc.network 2000/03/31 01:54:16 1.3 +++ rc.network 2000/05/13 02:25:27 @@ -20,17 +20,6 @@ echo -n ' hostname' fi - # Set the domainname if we're using NIS - # - case ${nisdomainname} in - [Nn][Oo] | '') - ;; - *) - domainname ${nisdomainname} - echo -n ' domain' - ;; - esac - echo '.' # Initial ATM interface configuration @@ -404,6 +393,17 @@ case ${portmap_enable} in [Yy][Ee][Ss]) echo -n ' portmap'; ${portmap_program:-/usr/sbin/portmap} ${portmap_flags} + ;; + esac + + # Set the domainname if we're using NIS + # + case ${nisdomainname} in + [Nn][Oo] | '') + ;; + *) + domainname ${nisdomainname} + echo -n ' domain' ;; esac >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 May 12 20: 0: 6 2000 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 1A60937BAD2 for ; Fri, 12 May 2000 20:00:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id UAA72330; Fri, 12 May 2000 20:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 3B26237B83D; Fri, 12 May 2000 19:59:01 -0700 (PDT) Message-Id: <20000513025901.3B26237B83D@hub.freebsd.org> Date: Fri, 12 May 2000 19:59:01 -0700 (PDT) From: gryphon@intech.net To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/18522: device ep0 in 4.0-Release unworkably slow Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18522 >Category: kern >Synopsis: device ep0 in 4.0-Release unworkably slow >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 May 12 20:00:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Coranth Gryphon >Release: 4.0-Release >Organization: >Environment: FreeBSD 4.0-Release (GENERIC kernel, and any custom-built kernels) >Description: Using the 3Com ethernet port on a Dell XPi Latitude docking station. Sysinstall reads this as using the "ep0" defice, which works fine on 3.x kernels. However, when using the 4.0-Release kernel, the ethernet driver is unworkably slow. Traceroute and netstat show the interface and other hosts on the same subnet, but ping usually just hangs (times out). On the few cases where ping does return a results, the result is always multi-second, cycling down with a pattern of: 7070ms, 6060ms, 5050ms, 4040ms, 3030ms, 2020ms, 1010ms -- then hangs. However, the same hardware and network (and config) works consistently and cleanly using either the 3.2 or 3.4 kernels. >How-To-Repeat: The hang (packet time-out) is consistent. The few times the packets return are sporadic. >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 May 12 23: 0:25 2000 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 A622737BC03 for ; Fri, 12 May 2000 23:00:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id XAA99096; Fri, 12 May 2000 23:00:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from sharmas.dhs.org (c62443-a.frmt1.sfba.home.com [24.0.69.165]) by hub.freebsd.org (Postfix) with ESMTP id 94C8A37BC03 for ; Fri, 12 May 2000 22:50:17 -0700 (PDT) (envelope-from adsharma@sharmas.dhs.org) Received: (from adsharma@localhost) by sharmas.dhs.org (8.9.3/8.9.3) id WAA00677; Fri, 12 May 2000 22:48:43 -0700 (PDT) (envelope-from adsharma) Message-Id: <200005130548.WAA00677@sharmas.dhs.org> Date: Fri, 12 May 2000 22:48:43 -0700 (PDT) From: Arun Sharma Reply-To: adsharma@sharmas.dhs.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/18524: Per CPU time keeping on SMP Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18524 >Category: kern >Synopsis: The current kernel doesn't keep stats on a per cpu basis >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: Fri May 12 23:00:04 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Arun Sharma >Release: FreeBSD 4.0-STABLE i386 >Organization: Myself >Environment: 5.0-current >Description: The current kernel doesn't keep stats on a per cpu basis >How-To-Repeat: Run 5.0-current. >Fix: The attached patch creates the right variables within the kernel. The kld at http://sharmas.dhs.org/~adsharma/projects/freebsd/sysctl.tar.gz extracts them using a bunch of dynamic sysctls. Implementation details: 1. On UP, sys_time is a global and contains the system wide stats cpu_time is a global and is essentially the same as sys_time. 2. On SMP sys_time contains the system wide stats cpu_time has been changed to a pointer in the per-cpu space. On BSP, this pointer points to a static array cpu0_cpu_time On APs, this space is kmem_alloc'ed Perhaps I should wrap cpu_time in a structure (cpu_info ?), which could be the right place to store all per CPU info. 3. I've taken the liberty of changing CP_* to CPU_*. I hope the new names better convey the meaning of the variables and are acceptable. 4. The machine specific code for Alpha will need some changes - which I can implement, but have no way of compiling or testing. 5. All the existing utilties which depended on peeking at cp_time will break (which is a good thing, IMO - so that they can be changed to use the new sysctl :-) 6. After the above kld is loaded, the sysctl's will be at kern.stats.* --- sys/i386/i386/genassym.c Fri May 5 02:58:01 2000 +++ sys.new/i386/i386/genassym.c Fri May 12 00:05:22 2000 @@ -197,6 +197,7 @@ ASSYM(GD_PRV_CADDR2, offsetof(struct globaldata, gd_prv_CADDR2)); ASSYM(GD_PRV_CADDR3, offsetof(struct globaldata, gd_prv_CADDR3)); ASSYM(GD_PRV_PADDR1, offsetof(struct globaldata, gd_prv_PADDR1)); +ASSYM(GD_CPU_TIME, offsetof(struct globaldata, gd_cpu_time)); ASSYM(PS_IDLESTACK, offsetof(struct privatespace, idlestack)); ASSYM(PS_IDLESTACK_TOP, sizeof(struct privatespace)); #endif --- sys/i386/i386/globals.s Mon Mar 27 23:16:15 2000 +++ sys.new/i386/i386/globals.s Fri May 12 00:05:55 2000 @@ -110,6 +110,7 @@ .globl gd_ss_eflags, gd_inside_intr .globl gd_prv_CMAP1, gd_prv_CMAP2, gd_prv_CMAP3, gd_prv_PMAP1 .globl gd_prv_CADDR1, gd_prv_CADDR2, gd_prv_CADDR3, gd_prv_PADDR1 + .globl gd_cpu_time .set gd_cpuid,globaldata + GD_CPUID .set gd_cpu_lockid,globaldata + GD_CPU_LOCKID @@ -124,6 +125,7 @@ .set gd_prv_CADDR2,globaldata + GD_PRV_CADDR2 .set gd_prv_CADDR3,globaldata + GD_PRV_CADDR3 .set gd_prv_PADDR1,globaldata + GD_PRV_PADDR1 + .set gd_cpu_time,globaldata + GD_CPU_TIME #endif #if defined(SMP) || defined(APIC_IO) --- sys/i386/i386/machdep.c Fri May 5 02:58:02 2000 +++ sys.new/i386/i386/machdep.c Fri May 12 00:06:37 2000 @@ -102,6 +102,7 @@ #ifdef SMP #include #include +#include #endif #ifdef PERFMON #include @@ -131,6 +132,10 @@ static MALLOC_DEFINE(M_MBUF, "mbuf", "mbuf"); +#ifdef SMP +static cpu0_cpu_time[NCPUSTATES]; +#endif + int _udatasel, _ucodesel; u_int atdevbase; @@ -1986,6 +1991,11 @@ proc0.p_addr->u_pcb.pcb_mpnest = 1; #endif proc0.p_addr->u_pcb.pcb_ext = 0; + +#ifdef SMP + /* Setup cpu0's cpu_time */ + cpu_time = &cpu0_cpu_time; +#endif } #if defined(I586_CPU) && !defined(NO_F00F_HACK) --- sys/i386/i386/mp_machdep.c Mon Mar 27 23:16:15 2000 +++ sys.new/i386/i386/mp_machdep.c Fri May 12 22:10:48 2000 @@ -243,6 +243,11 @@ /** XXX FIXME: what system files declare these??? */ extern struct region_descriptor r_gdt, r_idt; +extern long sys_time[NCPUSTATES]; +#ifndef SMP +extern long cpu_time[NCPUSTATES]; +#endif + int bsp_apic_ready = 0; /* flags useability of BSP apic */ int mp_ncpus; /* # of CPUs, including BSP */ int mp_naps; /* # of Applications processors */ @@ -1862,6 +1867,10 @@ SMPpt[pg + 3] = 0; /* *prv_CMAP3 */ SMPpt[pg + 4] = 0; /* *prv_PMAP1 */ + /* space for cpu time */ + gd->gd_cpu_time = (long *) kmem_alloc(kernel_map, sizeof(long) + * NCPUSTATES); + /* prime data page for it to use */ gd->gd_cpuid = x; gd->gd_cpu_lockid = x << 24; @@ -2286,8 +2295,6 @@ int checkstate_cpustate[NCPU]; u_long checkstate_pc[NCPU]; -extern long cp_time[CPUSTATES]; - #define PC_TO_INDEX(pc, prof) \ ((int)(((u_quad_t)((pc) - (prof)->pr_off) * \ (u_quad_t)((prof)->pr_scale)) >> 16) & ~1) @@ -2336,10 +2343,13 @@ if (pscnt > 1) return; p->p_uticks++; - if (p->p_nice > NZERO) - cp_time[CP_NICE]++; - else - cp_time[CP_USER]++; + if (p->p_nice > NZERO) { + cpu_time[CPU_NICE]++; + sys_time[CPU_NICE]++; + } else { + cpu_time[CPU_USER]++; + sys_time[CPU_NICE]++; + } break; case CHECKSTATE_SYS: #ifdef GPROF @@ -2358,11 +2368,13 @@ if (pscnt > 1) return; - if (!p) - cp_time[CP_IDLE]++; - else { + if (!p) { + cpu_time[CPU_IDLE]++; + sys_time[CPU_IDLE]++; + } else { p->p_sticks++; - cp_time[CP_SYS]++; + cpu_time[CPU_SYS]++; + sys_time[CPU_SYS]++; } break; case CHECKSTATE_INTR: @@ -2384,7 +2396,8 @@ return; if (p) p->p_iticks++; - cp_time[CP_INTR]++; + cpu_time[CPU_INTR]++; + sys_time[CPU_INTR]++; } if (p != NULL) { schedclock(p); --- sys/i386/include/globaldata.h Mon Mar 27 23:16:20 2000 +++ sys.new/i386/include/globaldata.h Fri May 12 00:11:42 2000 @@ -65,6 +65,7 @@ caddr_t gd_prv_CADDR2; caddr_t gd_prv_CADDR3; unsigned *gd_prv_PADDR1; + long *gd_cpu_time; #endif u_int gd_astpending; }; --- sys/i386/include/globals.h Mon Mar 27 23:16:21 2000 +++ sys.new/i386/include/globals.h Fri May 12 00:13:18 2000 @@ -108,6 +108,7 @@ #define prv_CADDR2 GLOBAL_RVALUE(prv_CADDR2, caddr_t) #define prv_CADDR3 GLOBAL_RVALUE(prv_CADDR3, caddr_t) #define prv_PADDR1 GLOBAL_RVALUE(prv_PADDR1, unsigned *) +#define cpu_time GLOBAL_LVALUE(cpu_time, long *) #endif #endif /*UP kernel*/ @@ -125,6 +126,8 @@ #ifdef USER_LDT GLOBAL_FUNC(currentldt) #endif + +GLOBAL_FUNC(cpu_time) #ifdef SMP GLOBAL_FUNC(cpuid) --- sys/kern/kern_clock.c Wed Apr 19 07:57:51 2000 +++ sys.new/kern/kern_clock.c Fri May 12 22:06:44 2000 @@ -69,11 +69,12 @@ static void initclocks __P((void *dummy)); SYSINIT(clocks, SI_SUB_CLOCKS, SI_ORDER_FIRST, initclocks, NULL) -/* Some of these don't belong here, but it's easiest to concentrate them. */ -#if defined(SMP) && defined(BETTER_CLOCK) -long cp_time[CPUSTATES]; -#else -static long cp_time[CPUSTATES]; +/* System wide statistics */ +long sys_time[NCPUSTATES]; + +#ifndef SMP +/* In the SMP case, this is in the per cpu private page */ +long cpu_time[NCPUSTATES]; #endif long tk_cancc; @@ -343,10 +344,13 @@ * Charge the time as appropriate. */ p->p_uticks++; - if (p->p_nice > NZERO) - cp_time[CP_NICE]++; - else - cp_time[CP_USER]++; + if (p->p_nice > NZERO) { + cpu_time[CPU_NICE]++; + sys_time[CPU_NICE]++; + } else { + cpu_time[CPU_USER]++; + sys_time[CPU_USER]++; + } } else { #ifdef GPROF /* @@ -383,12 +387,16 @@ if (CLKF_INTR(frame)) { if (p != NULL) p->p_iticks++; - cp_time[CP_INTR]++; + cpu_time[CPU_INTR]++; + sys_time[CPU_INTR]++; } else if (p != NULL) { p->p_sticks++; - cp_time[CP_SYS]++; - } else - cp_time[CP_IDLE]++; + cpu_time[CPU_SYS]++; + sys_time[CPU_SYS]++; + } else { + cpu_time[CPU_IDLE]++; + sys_time[CPU_IDLE]++; + } } pscnt = psdiv; --- sys/sys/dkstat.h Tue Dec 28 20:24:40 1999 +++ sys.new/sys/dkstat.h Fri May 12 22:04:50 2000 @@ -42,12 +42,12 @@ #ifndef _SYS_DKSTAT_H_ #define _SYS_DKSTAT_H_ 1 -#define CP_USER 0 -#define CP_NICE 1 -#define CP_SYS 2 -#define CP_INTR 3 -#define CP_IDLE 4 -#define CPUSTATES 5 +#define CPU_USER 0 +#define CPU_NICE 1 +#define CPU_SYS 2 +#define CPU_INTR 3 +#define CPU_IDLE 4 +#define NCPUSTATES 5 #ifdef _KERNEL >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 May 13 1:20:10 2000 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 8E32237BD97 for ; Sat, 13 May 2000 01:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA16394; Sat, 13 May 2000 01:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id E1A6037B681; Sat, 13 May 2000 01:15:09 -0700 (PDT) Message-Id: <20000513081509.E1A6037B681@hub.freebsd.org> Date: Sat, 13 May 2000 01:15:09 -0700 (PDT) From: yab@astem.or.jp To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/18526: mx does not receive ethernet broadcast packet Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18526 >Category: kern >Synopsis: mx does not receive ethernet broadcast packet >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat May 13 01:20:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: YABUUCHI Kenji >Release: 3.4-RELEASE >Organization: ASTEM RI >Environment: FreeBSD mxtest.astem.or.jp 3.4-RELEASE FreeBSD 3.4-RELEASE #0: Mon Dec 20 06:54: 39 GMT 1999 jkh@time.cdrom.com:/usr/src/sys/compile/GENERIC i386 >Description: The following NICs does not receive ethernet broadcast, so that the machine does not reply to ARP request. corega FetherA BUFFALO LGY-PCI-TXL The NICs are using MX98715A. When using them in promiscuous mode, they can receive it and reply to ARP request. >How-To-Repeat: Install FreeBSD 3.4-RELEASE with GENERIC kernel. Reboot, and ping from another machine which does not have arp entry of the installed. >Fix: Using the NIC with promiscuous mode, for example run tcpdump background: tcpdump -i mx0 proto xnet & >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 May 13 3:58:54 2000 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 DAE5C37B71F; Sat, 13 May 2000 03:58:52 -0700 (PDT) (envelope-from asmodai@FreeBSD.org) Received: (from asmodai@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA36135; Sat, 13 May 2000 03:58:52 -0700 (PDT) (envelope-from asmodai@FreeBSD.org) Date: Sat, 13 May 2000 03:58:52 -0700 (PDT) From: Message-Id: <200005131058.DAA36135@freefall.freebsd.org> To: asmodai@FreeBSD.org, gnats-admin@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/18515 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Memory leak in putenv Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: asmodai Responsible-Changed-When: Sat May 13 03:57:23 PDT 2000 Responsible-Changed-Why: Misfiled/botched PR. Severity and priority left at default value. Memory leaks are IMHO serious. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat May 13 4: 0:10 2000 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 8697837BB84; Sat, 13 May 2000 04:00:04 -0700 (PDT) (envelope-from asmodai@FreeBSD.org) Received: (from asmodai@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA36328; Sat, 13 May 2000 04:00:03 -0700 (PDT) (envelope-from asmodai@FreeBSD.org) Date: Sat, 13 May 2000 04:00:03 -0700 (PDT) From: Message-Id: <200005131100.EAA36328@freefall.freebsd.org> To: asmodai@FreeBSD.org, gnats-admin@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/18519 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: memory leak in putenv Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: asmodai Responsible-Changed-When: Sat May 13 03:59:13 PDT 2000 Responsible-Changed-Why: Misfiled. Futhermore, see PR 18515 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat May 13 4:24:42 2000 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 29A0737B826; Sat, 13 May 2000 04:24:41 -0700 (PDT) (envelope-from hoek@FreeBSD.org) Received: (from hoek@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA41703; Sat, 13 May 2000 04:24:41 -0700 (PDT) (envelope-from hoek@FreeBSD.org) Date: Sat, 13 May 2000 04:24:41 -0700 (PDT) From: Message-Id: <200005131124.EAA41703@freefall.freebsd.org> To: hoek@FreeBSD.org, freebsd-bugs@FreeBSD.org, murray@FreeBSD.org Subject: Re: misc/10667 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Sysinstall inserts multiple # -- sysinstall generated deltas -- # lines in /etc/rc.conf Responsible-Changed-From-To: freebsd-bugs->murray Responsible-Changed-By: hoek Responsible-Changed-When: Sat May 13 04:23:33 PDT 2000 Responsible-Changed-Why: Mr. Son Of Sysinstall. Originator confirms problem still exists. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat May 13 4:31:30 2000 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 A0A6837B826; Sat, 13 May 2000 04:31:29 -0700 (PDT) (envelope-from hoek@FreeBSD.org) Received: (from hoek@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA42544; Sat, 13 May 2000 04:31:28 -0700 (PDT) (envelope-from hoek@FreeBSD.org) Date: Sat, 13 May 2000 04:31:28 -0700 (PDT) From: Message-Id: <200005131131.EAA42544@freefall.freebsd.org> To: steve@home.pl, hoek@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/10172 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Old Synopsis: panic: cannot allocate pipe - out of kvm New Synopsis: [panics] Kernel (esp kern/sys_pipe.c) dies on low kvm State-Changed-From-To: closed->open State-Changed-By: hoek State-Changed-When: Sat May 13 04:27:38 PDT 2000 State-Changed-Why: We'll leave this open for a while in hopes of implementing some grand type of solution. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat May 13 4:40:18 2000 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 54E8F37BD58 for ; Sat, 13 May 2000 04:40:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA43814; Sat, 13 May 2000 04:40:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sat, 13 May 2000 04:40:04 -0700 (PDT) Message-Id: <200005131140.EAA43814@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Bruce Evans Subject: Re: kern/10172 Reply-To: Bruce Evans Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/10172; it has been noted by GNATS. From: Bruce Evans To: hoek@FreeBSD.org Cc: Subject: Re: kern/10172 Date: Tue, 9 May 2000 22:28:40 +1000 (EST) > State-Changed-From-To: open->closed > State-Changed-By: hoek > State-Changed-When: Mon May 8 19:24:16 PDT 2000 > State-Changed-Why: > BDE has noted that at the time, kern/sys_pipe.c was/is sloppy when > it runs out of memory (msg-id: > ). A number > of changes have been made to sys_pipe.c since then, although it's not > clear that any of them necessarily fix this bug. However, since this The panic is still there. It's for running out of kvm, which is probably fatal for other reasons. To test running out of kvm, I think the namespace cache bug can be exploited, except under RELENG_3 which has the vfs.cache.maxaliases hack. I'll remind phk and alfred. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat May 13 4:40:34 2000 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 19D5637BD5D for ; Sat, 13 May 2000 04:40:08 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA43822; Sat, 13 May 2000 04:40:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sat, 13 May 2000 04:40:06 -0700 (PDT) Message-Id: <200005131140.EAA43822@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Tim Vanderhoek Subject: Re: kern/10172 Reply-To: Tim Vanderhoek Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/10172; it has been noted by GNATS. From: Tim Vanderhoek To: freebsd-gnats-submit@FreeBSD.org Cc: Subject: Re: kern/10172 Date: Sat, 13 May 2000 07:32:40 -0400 [verbatim from -arch list] ----- Forwarded message from Poul-Henning Kamp ----- To: arch@freebsd.org Subject: Re: vfs.cache.maxaliases Date: Tue, 09 May 2000 14:48:59 +0200 From: Poul-Henning Kamp In message , Bruce Eva ns writes: >Did the user kmem exhaustion service in the name cache doesn't seem to be >fixed in RELENG_4 or -current. Only RELENG_3 has vfs.cache.maxaliases. Right, it isn't, it's not fixed in RELENG_3 either but a big ugly roadblock has been put down for it. We currently have a variant of the problem affecting some machines: Imagine a 4GB RAM machine caching a lot of one-page vnodes -> we run out of KVM for the vnodes. I think the right solution consists of two things: 1. A global kernel flag which tells us how we are doing KVM wise: enum {KVM_OK, KVM_LOW, LVM_VERYLOW, KVM_EMPTY} kvm_state; This variable will be maintained by the VM system, and other subsystems can use it to determine their behaviour. 2. An emergency call back list for when we are desparately low on KVM. For the namecache the right behaviour would then be: When adding a new entry: kvm_state == KVM_OK business as ususal kvm_state == KVM_LOW free at least two entries and at least as many bytes as we are going to allocate before adding a new entry. kvm_state == KVM_VERYLOW free at least five entries, do not allocate new entry. kvm_state == KVM_EMPTY free entire cache callback: free entire cache The vnode cache can be made to gracefully react in a similar way. Such a scheme will allow us to gracefully avoid running out of KVM and at least it will survive all DoS attacks on the namecache which I am aware off. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD coreteam member | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message ----- End forwarded message ----- -- Signature withheld by request of author. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat May 13 4:40:36 2000 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 B350D37BCE2 for ; Sat, 13 May 2000 04:40:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA43806; Sat, 13 May 2000 04:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from finch-post-10.mail.demon.net (finch-post-10.mail.demon.net [194.217.242.38]) by hub.freebsd.org (Postfix) with ESMTP id D2CFA37BB3F for ; Sat, 13 May 2000 04:30:36 -0700 (PDT) (envelope-from dmlb@ragnet.demon.co.uk) Received: from ragnet.demon.co.uk ([158.152.46.40]) by finch-post-10.mail.demon.net with esmtp (Exim 2.12 #1) id 12qa7u-000OEL-0A; Sat, 13 May 2000 11:30:34 +0000 Received: from dmlb by ragnet.demon.co.uk with local (Exim 3.03 #1) id 12qZ9C-000LxK-00; Sat, 13 May 2000 11:27:50 +0100 Message-Id: Date: Sat, 13 May 2000 11:27:50 +0100 From: Duncan Barclay Reply-To: dmlb@ragnet.demon.co.uk To: FreeBSD-gnats-submit@freebsd.org Cc: imp@village.org X-Send-Pr-Version: 3.2 Subject: kern/18528: Patches for if_xe to run under -current Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18528 >Category: kern >Synopsis: realports don't work >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: Sat May 13 04:40:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Duncan Barclay >Release: -current >Organization: >Environment: Current cvsupd on May 5, 2000 >Description: Making a PR so it doesn't drop down the cracks, and so someone other than Warner knows about this. >How-To-Repeat: >Fix: Apply attached patch in /sys/dev/xe and commit! Tested by a number of people on freebsd-xirom list. Index: if_xe.c =================================================================== RCS file: /steer/ncvs/src/sys/dev/xe/if_xe.c,v retrieving revision 1.18 diff -u -r1.18 if_xe.c --- if_xe.c 2000/05/01 04:41:04 1.18 +++ if_xe.c 2000/05/08 21:15:19 @@ -33,7 +33,6 @@ * I've pushed this fairly far, but there are some things that need to be * done here. I'm documenting them here in case I get destracted. -- imp * - * xe_memwrite -- maybe better handled pccard layer? * xe_cem56fix -- need to figure out how to map the extra stuff. */ @@ -205,6 +204,7 @@ /* * Debug functions */ +#define XE_DEBUG 2 #ifdef XE_DEBUG #define XE_REG_DUMP(scp) xe_reg_dump((scp)) #define XE_MII_DUMP(scp) xe_mii_dump((scp)) @@ -216,91 +216,62 @@ #endif /* - * Two routines to read from/write to the attribute memory - * the write portion is used only for fixing up the RealPort cards, - * the reader portion was needed for debugging info, and duplicated some - * code in xe_card_init(), so it appears here instead with suitable - * modifications to xe_card_init() - * -aDe Lovett + * Fixing for RealPort cards - they need a little furtling to get the + * ethernet working */ static int -xe_memwrite(device_t dev, off_t offset, u_char byte) +xe_cem56fix(device_t dev) { - /* XXX */ - return (-1); -} - -/* - * Hacking for RealPort cards - */ -static int -xe_cem56fix(struct xe_softc *scp) -{ -#if XXX /* Need to revisit */ - int ioport, fail; - - /* allocate a new I/O slot for the ethernet */ - /* XXX: ctrl->mapio() always appears to return 0 (success), so - * this may cause problems if another device is listening - * on 0x300 already. In this case, you should choose a - * known free I/O port address in the kernel config line - * for the driver. It will be picked up here and used - * instead of the autodetected value. - */ - slt->io[1].window = 1; - slt->io[1].flags = IODF_WS|IODF_16BIT|IODF_ZEROWS|IODF_ACTIVE; - slt->io[1].size = 0x10; - -#ifdef XE_IOBASE - - device_printf(scp->dev, "user requested ioport 0x%x\n", XE_IOBASE ); - ioport = XE_IOBASE; - slt->io[1].start = ioport; - fail = ctrl->mapio(slt, 1); - -#else + struct xe_softc *sc = (struct xe_softc *) device_get_softc(dev); + bus_space_tag_t bst; + bus_space_handle_t bsh; + struct resource *r; + int rid; + int ioport; - for (ioport = 0x300; ioport < 0x400; ioport += 0x10) { - slt->io[1].start = ioport; - if ((fail = ctrl->mapio( slt, 1 )) == 0) - break; - } +#ifdef XE_DEBUG + device_printf(dev, "Hacking your Realport, master\n"); +#endif +#if XE_DEBUG > 1 + device_printf(dev, "Realport port 0x%0lx, size 0x%0lx\n", + bus_get_resource_start(dev, SYS_RES_IOPORT, sc->port_rid), + bus_get_resource_count(dev, SYS_RES_IOPORT, sc->port_rid)); #endif - /* did we find one? */ - if (fail) { - device_printf(scp->dev, "xe_cem56fix: no free address space\n"); + rid = 0; + r = bus_alloc_resource(dev, SYS_RES_MEMORY, &rid, 0, ~0, 4 << 10, RF_ACTIVE); + if (!r) { +#if XE_DEBUG > 0 + device_printf(dev, "Can't map in attribute memory\n"); +#endif return -1; } + bsh = rman_get_bushandle(r); + bst = rman_get_bustag(r); - /* munge the id_iobase entry for use by the rest of the driver */ -#if XE_DEBUG > 1 - device_printf(scp->dev, "using 0x%x for RealPort ethernet\n", ioport); -#endif -#if 0 - scp->dev->id_iobase = ioport; -#endif + CARD_SET_RES_FLAGS(device_get_parent(dev), dev, SYS_RES_MEMORY, rid, + PCCARD_A_MEM_ATTR); + + bus_space_write_1(bst, bsh, DINGO_ECOR, DINGO_ECOR_IRQ_LEVEL | + DINGO_ECOR_INT_ENABLE | + DINGO_ECOR_IOB_ENABLE | + DINGO_ECOR_ETH_ENABLE); + ioport = bus_get_resource_start(dev, SYS_RES_IOPORT, sc->port_rid); + bus_space_write_1(bst, bsh, DINGO_EBAR0, ioport & 0xff); + bus_space_write_1(bst, bsh, DINGO_EBAR1, (ioport >> 8) & 0xff); + + bus_space_write_1(bst, bsh, DINGO_DCOR0, DINGO_DCOR0_SF_INT); + bus_space_write_1(bst, bsh, DINGO_DCOR1, DINGO_DCOR1_INT_LEVEL | + DINGO_DCOR1_EEDIO); + bus_space_write_1(bst, bsh, DINGO_DCOR2, 0x00); + bus_space_write_1(bst, bsh, DINGO_DCOR3, 0x00); + bus_space_write_1(bst, bsh, DINGO_DCOR4, 0x00); - /* magic to set up the ethernet */ - xe_memwrite( scp->dev, DINGO_ECOR, DINGO_ECOR_IRQ_LEVEL| - DINGO_ECOR_INT_ENABLE|DINGO_ECOR_IOB_ENABLE| - DINGO_ECOR_ETH_ENABLE ); - xe_memwrite( scp->dev, DINGO_EBAR0, ioport & 0xff ); - xe_memwrite( scp->dev, DINGO_EBAR1, (ioport >> 8) & 0xff ); - - xe_memwrite( scp->dev, DINGO_DCOR0, DINGO_DCOR0_SF_INT ); - xe_memwrite( scp->dev, DINGO_DCOR1, DINGO_DCOR1_INT_LEVEL|DINGO_DCOR1_EEDIO ); - xe_memwrite( scp->dev, DINGO_DCOR2, 0x00 ); - xe_memwrite( scp->dev, DINGO_DCOR3, 0x00 ); - xe_memwrite( scp->dev, DINGO_DCOR4, 0x00 ); + bus_release_resource(dev, SYS_RES_MEMORY, rid, r); - /* success! */ return 0; -#else - return -1; -#endif /* XXX */ } /* @@ -532,7 +503,7 @@ scp->autoneg_status = 0; /* Hack RealPorts into submission */ - if (scp->dingo && xe_cem56fix(scp) < 0) { + if (scp->dingo && xe_cem56fix(dev) < 0) { device_printf(dev, "Unable to fix your RealPort\n"); xe_deactivate(dev); return ENODEV; @@ -2210,11 +2181,39 @@ xe_activate(device_t dev) { struct xe_softc *sc = device_get_softc(dev); - int err; + int start, err; - sc->port_rid = 0; - sc->port_res = bus_alloc_resource(dev, SYS_RES_IOPORT, &sc->port_rid, - 0, ~0, 16, RF_ACTIVE); + if (!sc->dingo) { + sc->port_rid = 0; /* 0 is managed by pccard */ + sc->port_res = bus_alloc_resource(dev, SYS_RES_IOPORT, + &sc->port_rid, 0, ~0, 16, RF_ACTIVE); + } else { + /* + * Find a 16 byte aligned ioport for the card. + */ +#if XE_DEBUG > 0 + device_printf(dev, "Finding an aligned port for RealPort\n"); +#endif /* XE_DEBUG */ + sc->port_rid = 1; /* 0 is managed by pccard */ + start = 0x100; + do { + sc->port_res = bus_alloc_resource(dev, + SYS_RES_IOPORT, &sc->port_rid, start, 0x3ff, 16, + RF_ACTIVE); + if (sc->port_res == 0) + break; /* we failed */ + if ((rman_get_start(sc->port_res) & 0xf) == 0) + break; /* good */ + bus_release_resource(dev, SYS_RES_IOPORT, sc->port_rid, + sc->port_res); + start = (rman_get_start(sc->port_res) + 15) & ~0xf; + } while (1); +#if XE_DEBUG > 2 + device_printf(dev, "port 0x%0lx, size 0x%0lx\n", + bus_get_resource_start(dev, SYS_RES_IOPORT, sc->port_rid), + bus_get_resource_count(dev, SYS_RES_IOPORT, sc->port_rid)); +#endif /* XE_DEBUG */ + } if (!sc->port_res) { #if XE_DEBUG > 0 device_printf(dev, "Cannot allocate ioport\n"); >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 May 13 4:45:54 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from njord.bart.nl (njord.bart.nl [194.158.170.15]) by hub.freebsd.org (Postfix) with ESMTP id BA98737BCE2 for ; Sat, 13 May 2000 04:45:48 -0700 (PDT) (envelope-from asmodai@wxs.nl) Received: from daemon.ninth-circle.org (abaddon@lucifer.is.an.elder.of.the.ninth-circle.org [195.38.216.226]) by njord.bart.nl (8.10.1/8.10.1) with ESMTP id e4DBjis34663; Sat, 13 May 2000 13:45:45 +0200 (CEST) Received: (from asmodai@localhost) by daemon.ninth-circle.org (8.9.3/8.9.3) id NAA92729; Sat, 13 May 2000 13:45:40 +0200 (CEST) (envelope-from asmodai) Date: Sat, 13 May 2000 13:45:40 +0200 From: Jeroen Ruigrok/Asmodai To: Anatoly Vorobey Cc: freebsd-bugs@freebsd.org Subject: Re: kern/18503: Message-ID: <20000513134540.Q78993@daemon.ninth-circle.org> References: <200005111911.TAA25719@happy.checkpoint.com> <20000511193530.A32152@happy.checkpoint.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20000511193530.A32152@happy.checkpoint.com>; from mellon@pobox.com on Thu, May 11, 2000 at 07:35:30PM +0000 Organisation: Ninth-Circle Enterprises Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org -On [20000511 20:02], Anatoly Vorobey (mellon@pobox.com) wrote: >Grr. My sincere apologies for forgetting this. It should be something >like >>Synopsis: check for error return from vfs_allocate_syncvnode() > >if someone in a position of power cares to set it. Consider it done. -- Jeroen Ruigrok vd Werven/Asmodai asmodai@[wxs.nl|bart.nl|freebsd.org] Documentation nutter/C-rated Coder BSD: Technical excellence at its best The BSD Programmer's Documentation Project We've laid together in the sun before the mind-rape has begun... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat May 13 4:45:55 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from njord.bart.nl (njord.bart.nl [194.158.170.15]) by hub.freebsd.org (Postfix) with ESMTP id 7E2F537BD69 for ; Sat, 13 May 2000 04:45:49 -0700 (PDT) (envelope-from asmodai@wxs.nl) Received: from daemon.ninth-circle.org (abaddon@lucifer.is.an.elder.of.the.ninth-circle.org [195.38.216.226]) by njord.bart.nl (8.10.1/8.10.1) with ESMTP id e4DBjjs34666; Sat, 13 May 2000 13:45:45 +0200 (CEST) Received: (from asmodai@localhost) by daemon.ninth-circle.org (8.9.3/8.9.3) id NAA92720; Sat, 13 May 2000 13:43:13 +0200 (CEST) (envelope-from asmodai) Date: Sat, 13 May 2000 13:43:12 +0200 From: Jeroen Ruigrok/Asmodai To: Graham Gillies Cc: freebsd-bugs@FreeBSD.org Subject: Re: kern/18516: getpwuid(0) fails when root account is in NIS Message-ID: <20000513134312.P78993@daemon.ninth-circle.org> References: <200005122030.NAA06283@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200005122030.NAA06283@freefall.freebsd.org>; from graham@00-80-c8-0c-ef-43.bconnected.net on Fri, May 12, 2000 at 01:30:07PM -0700 Organisation: Ninth-Circle Enterprises Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org -On [20000513 00:01], Graham Gillies (graham@00-80-c8-0c-ef-43.bconnected.net) wrote: >The following reply was made to PR kern/18516; it has been noted by GNATS. > >From: Graham Gillies >To: freebsd-gnats-submit@FreeBSD.org, graham@insinc.ca >Cc: >Subject: Re: kern/18516: getpwuid(0) fails when root account is in NIS >Date: Fri, 12 May 2000 13:28:06 -0700 > > Oops, should have poked around a bit more before subbmitting, looks like > the db->get library thing fails when the key is 0 and it doesn't exist in > the file, any other non existant uid seems ok. So you solved things? Does that mean this PR can be closed or is there still a problem? -- Jeroen Ruigrok vd Werven/Asmodai asmodai@[wxs.nl|bart.nl|freebsd.org] Documentation nutter/C-rated Coder BSD: Technical excellence at its best The BSD Programmer's Documentation Project I succeed him; no one could replace him... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat May 13 4:50: 8 2000 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 3518C37BCE2 for ; Sat, 13 May 2000 04:50:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA45541; Sat, 13 May 2000 04:50:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sat, 13 May 2000 04:50:04 -0700 (PDT) Message-Id: <200005131150.EAA45541@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Jeroen Ruigrok/Asmodai Subject: Re: bin/18498: allowing ELF_VERBOSE in /etc/make.conf Reply-To: Jeroen Ruigrok/Asmodai Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/18498; it has been noted by GNATS. From: Jeroen Ruigrok/Asmodai To: mellon@pobox.com Cc: FreeBSD-gnats-submit@freebsd.org, jhb@freebsd.org Subject: Re: bin/18498: allowing ELF_VERBOSE in /etc/make.conf Date: Sat, 13 May 2000 13:48:11 +0200 -On [20000511 16:02], mellon@pobox.com (mellon@pobox.com) wrote: > >5.0-CURRENT > >>Description: > >For debugging the loader, the following trivial change to >src/sys/boot/common/Makefile.inc will allow placing ELF_VERBOSE=true >in /etc/make.conf instead of having to change the makefile; this >makes life a little bit brighter and is exactly the arrangement >already existing with BTXLDR_VERBOSE in sys/boot/i386/btx/btxldr/Makefile, >for instance. > >>How-To-Repeat: > >>Fix: > >Index: Makefile.inc >=================================================================== >RCS file: /freebsd/cvs/src/sys/boot/common/Makefile.inc,v >retrieving revision 1.9 >diff -u -r1.9 Makefile.inc >--- Makefile.inc 1999/08/28 00:39:44 1.9 >+++ Makefile.inc 2000/05/11 15:53:43 >@@ -16,3 +16,9 @@ > .if BOOT_FORTH > SRCS+= interp_forth.c > .endif >+ >+.if defined(ELF_VERBOSE) >+CFLAGS+=-DELF_VERBOSE >+.endif >+ >+ Why those two trailing newlines? Anyways, John, what do you think of this change? I think it would make debugging easier for those who want it, however the ELF_VERBOSE name is a tad bit generic to make it a make.conf variable. I prefer it to be ELF_BOOT_VERBOSE or something like that. Or ELF_BOOT_DEBUG. Just my interpretation to get this integrated. -- Jeroen Ruigrok vd Werven/Asmodai asmodai@[wxs.nl|bart.nl|freebsd.org] Documentation nutter/C-rated Coder BSD: Technical excellence at its best The BSD Programmer's Documentation Project Sleep tonight, sweet summer light, scattered yesterdays, the past is far away... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat May 13 5: 0:13 2000 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 642D737BDC9 for ; Sat, 13 May 2000 05:00:12 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA52256; Sat, 13 May 2000 05:00:11 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sat, 13 May 2000 05:00:11 -0700 (PDT) Message-Id: <200005131200.FAA52256@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Jeroen Ruigrok/Asmodai Subject: Re: misc/18507: System 'dies' On High Load!!?? Reply-To: Jeroen Ruigrok/Asmodai Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/18507; it has been noted by GNATS. From: Jeroen Ruigrok/Asmodai To: president@thecoolhost.com Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: misc/18507: System 'dies' On High Load!!?? Date: Sat, 13 May 2000 13:53:02 +0200 -On [20000512 04:00], president@thecoolhost.com (president@thecoolhost.com) wrote: > >also, ram doesn't seem to 'unallocate?'... hmm... it just calls it >inactive... but doesn't call it "free"... hmm... does that mean >anything to you guys? (this is an output from the top of top after >apache being off for about 15 minutes) Please read the manpage for top(1). It would have explained you that this is the amount of memory allocated to (In)active pages. -- Jeroen Ruigrok vd Werven/Asmodai asmodai@[wxs.nl|bart.nl|freebsd.org] Documentation nutter/C-rated Coder BSD: Technical excellence at its best The BSD Programmer's Documentation Project Atone me to my throes curtail... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat May 13 5: 0:24 2000 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 2F4AC37BDF9 for ; Sat, 13 May 2000 05:00:14 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA52358; Sat, 13 May 2000 05:00:13 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sat, 13 May 2000 05:00:13 -0700 (PDT) Message-Id: <200005131200.FAA52358@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: John Baldwin Subject: Re: bin/18498: allowing ELF_VERBOSE in /etc/make.conf Reply-To: John Baldwin Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/18498; it has been noted by GNATS. From: John Baldwin To: Jeroen Ruigrok/Asmodai Cc: FreeBSD-gnats-submit@FreeBSD.org, mellon@pobox.com Subject: Re: bin/18498: allowing ELF_VERBOSE in /etc/make.conf Date: Sat, 13 May 2000 08:00:03 -0400 (EDT) On 13-May-00 Jeroen Ruigrok/Asmodai wrote: > -On [20000511 16:02], mellon@pobox.com (mellon@pobox.com) wrote: >> >>5.0-CURRENT >> >>>Description: >> >>For debugging the loader, the following trivial change to >>src/sys/boot/common/Makefile.inc will allow placing ELF_VERBOSE=true >>in /etc/make.conf instead of having to change the makefile; this >>makes life a little bit brighter and is exactly the arrangement >>already existing with BTXLDR_VERBOSE in sys/boot/i386/btx/btxldr/Makefile, >>for instance. >> >>>How-To-Repeat: >> >>>Fix: >> >>Index: Makefile.inc >>=================================================================== >>RCS file: /freebsd/cvs/src/sys/boot/common/Makefile.inc,v >>retrieving revision 1.9 >>diff -u -r1.9 Makefile.inc >>--- Makefile.inc 1999/08/28 00:39:44 1.9 >>+++ Makefile.inc 2000/05/11 15:53:43 >>@@ -16,3 +16,9 @@ >> .if BOOT_FORTH >> SRCS+= interp_forth.c >> .endif >>+ >>+.if defined(ELF_VERBOSE) >>+CFLAGS+=-DELF_VERBOSE >>+.endif >>+ >>+ > > Why those two trailing newlines? They don't have to be in the final commit. :) > Anyways, John, what do you think of this change? > > I think it would make debugging easier for those who want it, however > the ELF_VERBOSE name is a tad bit generic to make it a make.conf > variable. I prefer it to be ELF_BOOT_VERBOSE or something like that. > Or ELF_BOOT_DEBUG. Probably BOOT_ELF_{DEBUG,VERBOSE} and with some tweaks we could make it so that all boot variables start with BOOT_, that way we can avoid nameclashes, and indicate that it is a variable that applies only to BOOT related stuff. > Just my interpretation to get this integrated. > > -- > Jeroen Ruigrok vd Werven/Asmodai asmodai@[wxs.nl|bart.nl|freebsd.org] > Documentation nutter/C-rated Coder BSD: Technical excellence at its best > The BSD Programmer's Documentation Project > Sleep tonight, sweet summer light, scattered yesterdays, the past is far > away... -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.cslab.vt.edu/~jobaldwi/pgpkey.asc "Power Users Use 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 Sat May 13 5:18:12 2000 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 73E9537B932; Sat, 13 May 2000 05:18:11 -0700 (PDT) (envelope-from asmodai@FreeBSD.org) Received: (from asmodai@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA58831; Sat, 13 May 2000 05:18:10 -0700 (PDT) (envelope-from asmodai@FreeBSD.org) Date: Sat, 13 May 2000 05:18:10 -0700 (PDT) From: Message-Id: <200005131218.FAA58831@freefall.freebsd.org> To: clefevre@citeweb.net, asmodai@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: conf/18461 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: vi.recover misplaced in /var/tmp State-Changed-From-To: open->closed State-Changed-By: asmodai State-Changed-When: Sat May 13 05:17:12 PDT 2000 State-Changed-Why: /var/tmp is supposed to be preserved over reboots. it is /tmp that is commonly mounted on MFS systems. See mail from me on this subject. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat May 13 5:20: 7 2000 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 91EA237BDE1 for ; Sat, 13 May 2000 05:20:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA59129; Sat, 13 May 2000 05:20:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sat, 13 May 2000 05:20:02 -0700 (PDT) Message-Id: <200005131220.FAA59129@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Jeroen Ruigrok/Asmodai Subject: Re: conf/18461: vi.recover misplaced in /var/tmp Reply-To: Jeroen Ruigrok/Asmodai Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR conf/18461; it has been noted by GNATS. From: Jeroen Ruigrok/Asmodai To: Gregory Bond Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: conf/18461: vi.recover misplaced in /var/tmp Date: Sat, 13 May 2000 14:07:23 +0200 -On [20000509 12:01], Gregory Bond (gnb@itga.com.au) wrote: > >From: Gregory Bond > > > vi.recover should not be in /var/tmp. imagine the case > > where /var/tmp is a memory filesystem. upon reboot, > > everything is lost. > > On the contrary, /var/tmp is exactly the right spot for vi.recover, because > /var/tmp is -explicitly documented- to remain over reboots. See "man hier". > > Anyone who uses mfs for /var/tmp is just plain wrong. I agree with the above sentiment, from hier(7): /tmp/ temporary files, usually a mfs(8) memory-based filesystem (the contents of /tmp are usually NOT preserved across a system re- boot) /var/ multi-purpose log, temporary, transient, and spool files tmp/ temporary files that are kept between system reboots vi.recover/ the directory where recovery files are stored This is also why there is a clear_tmp_enable directive in the rc.conf. -- Jeroen Ruigrok vd Werven/Asmodai asmodai@[wxs.nl|bart.nl|freebsd.org] Documentation nutter/C-rated Coder BSD: Technical excellence at its best The BSD Programmer's Documentation Project And every word upon your spiralling cross is but a misled sun, a bitter loss... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat May 13 5:20:10 2000 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 6D5C637BDF5 for ; Sat, 13 May 2000 05:20:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA59134; Sat, 13 May 2000 05:20:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sat, 13 May 2000 05:20:03 -0700 (PDT) Message-Id: <200005131220.FAA59134@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Jeroen Ruigrok/Asmodai Subject: Re: bin/18498: allowing ELF_VERBOSE in /etc/make.conf Reply-To: Jeroen Ruigrok/Asmodai Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/18498; it has been noted by GNATS. From: Jeroen Ruigrok/Asmodai To: John Baldwin Cc: FreeBSD-gnats-submit@FreeBSD.org, mellon@pobox.com Subject: Re: bin/18498: allowing ELF_VERBOSE in /etc/make.conf Date: Sat, 13 May 2000 14:14:24 +0200 -On [20000513 14:11], John Baldwin (jhb@FreeBSD.org) wrote: >On 13-May-00 Jeroen Ruigrok/Asmodai wrote: >> -On [20000511 16:02], mellon@pobox.com (mellon@pobox.com) wrote: [snip] >> Why those two trailing newlines? > >They don't have to be in the final commit. :) Of course, just trying to make sure what the originator's intent was. ;) >> Anyways, John, what do you think of this change? >> >> I think it would make debugging easier for those who want it, however >> the ELF_VERBOSE name is a tad bit generic to make it a make.conf >> variable. I prefer it to be ELF_BOOT_VERBOSE or something like that. >> Or ELF_BOOT_DEBUG. > >Probably BOOT_ELF_{DEBUG,VERBOSE} and with some tweaks we could >make it so that all boot variables start with BOOT_, that way >we can avoid nameclashes, and indicate that it is a variable >that applies only to BOOT related stuff. I agree, that makes more sense than my suggestions. However, you can thus agree in principle with the patch [basically the moving of the make variable to make.conf]? Will you assign the pr to yourself and deal with it as you see fit? ;) -- Jeroen Ruigrok vd Werven/Asmodai asmodai@[wxs.nl|bart.nl|freebsd.org] Documentation nutter/C-rated Coder BSD: Technical excellence at its best The BSD Programmer's Documentation Project I know you have tried, to feel... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat May 13 5:58:58 2000 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 EFE2837B7C0; Sat, 13 May 2000 05:58:56 -0700 (PDT) (envelope-from hoek@FreeBSD.org) Received: (from hoek@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA64339; Sat, 13 May 2000 05:58:56 -0700 (PDT) (envelope-from hoek@FreeBSD.org) Date: Sat, 13 May 2000 05:58:56 -0700 (PDT) From: Message-Id: <200005131258.FAA64339@freefall.freebsd.org> To: ben@scientia.demon.co.uk, hoek@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/18373 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: pkg_delete shouldn't insist on root State-Changed-From-To: open->closed State-Changed-By: hoek State-Changed-When: Sat May 13 05:58:41 PDT 2000 State-Changed-Why: Fixed. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat May 13 5:59:28 2000 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 3A54437B8D6; Sat, 13 May 2000 05:59:27 -0700 (PDT) (envelope-from hoek@FreeBSD.org) Received: (from hoek@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA64449; Sat, 13 May 2000 05:59:26 -0700 (PDT) (envelope-from hoek@FreeBSD.org) Date: Sat, 13 May 2000 05:59:26 -0700 (PDT) From: Message-Id: <200005131259.FAA64449@freefall.freebsd.org> To: oliver.fromme@heim3.tu-clausthal.de, hoek@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/5718 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: pkg_delete refuses to run as non-root State-Changed-From-To: open->closed State-Changed-By: hoek State-Changed-When: Sat May 13 05:59:08 PDT 2000 State-Changed-Why: Fixed To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat May 13 6:50: 7 2000 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 7A26237B588 for ; Sat, 13 May 2000 06:50:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA43441; Sat, 13 May 2000 06:50:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sat, 13 May 2000 06:50:04 -0700 (PDT) Message-Id: <200005131350.GAA43441@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Anatoly Vorobey Subject: Re: bin/18498: allowing ELF_VERBOSE in /etc/make.conf Reply-To: Anatoly Vorobey Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/18498; it has been noted by GNATS. From: Anatoly Vorobey To: Jeroen Ruigrok/Asmodai Cc: John Baldwin , FreeBSD-gnats-submit@FreeBSD.org Subject: Re: bin/18498: allowing ELF_VERBOSE in /etc/make.conf Date: Sat, 13 May 2000 16:49:50 +0300 You, Jeroen Ruigrok/Asmodai, were spotted writing this on Sat, May 13, 2000 at 02:14:24PM +0200: > -On [20000513 14:11], John Baldwin (jhb@FreeBSD.org) wrote: > >On 13-May-00 Jeroen Ruigrok/Asmodai wrote: > >> -On [20000511 16:02], mellon@pobox.com (mellon@pobox.com) wrote: > > [snip] > > >> Why those two trailing newlines? > > > >They don't have to be in the final commit. :) > > Of course, just trying to make sure what the originator's intent was. ;) They were a part of the evil plan to bloat FreeBSD CVS repository out of all rational bounds by overwhelming it with carefully placed newlines. But now that this attempt has been foiled, I shall have to find some new ways of doing that ;) > >> Anyways, John, what do you think of this change? > >> > >> I think it would make debugging easier for those who want it, however > >> the ELF_VERBOSE name is a tad bit generic to make it a make.conf > >> variable. I prefer it to be ELF_BOOT_VERBOSE or something like that. > >> Or ELF_BOOT_DEBUG. > > > >Probably BOOT_ELF_{DEBUG,VERBOSE} and with some tweaks we could > >make it so that all boot variables start with BOOT_, that way > >we can avoid nameclashes, and indicate that it is a variable > >that applies only to BOOT related stuff. Great idea. Then if you do this with ELF_VERBOSE, please take care to treat BTXLDR_VERBOSE similarly, it's in sys/boot/i386/btx/btxldr/Makefile . -- Anatoly Vorobey, mellon@pobox.com http://pobox.com/~mellon/ "Angels can fly because they take themselves lightly" - G.K.Chesterton To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat May 13 7: 0:33 2000 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 E503F37B676; Sat, 13 May 2000 07:00:29 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (from jhb@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA44850; Sat, 13 May 2000 07:00:28 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Date: Sat, 13 May 2000 07:00:28 -0700 (PDT) From: Message-Id: <200005131400.HAA44850@freefall.freebsd.org> To: jhb@FreeBSD.org, freebsd-bugs@FreeBSD.org, jhb@FreeBSD.org Subject: Re: bin/18498 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: allowing ELF_VERBOSE in /etc/make.conf Responsible-Changed-From-To: freebsd-bugs->jhb Responsible-Changed-By: jhb Responsible-Changed-When: Sat May 13 07:00:01 PDT 2000 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 Sat May 13 7: 1:20 2000 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 5116137B5F0; Sat, 13 May 2000 07:01:19 -0700 (PDT) (envelope-from hoek@FreeBSD.org) Received: (from hoek@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA44953; Sat, 13 May 2000 07:01:18 -0700 (PDT) (envelope-from hoek@FreeBSD.org) Date: Sat, 13 May 2000 07:01:18 -0700 (PDT) From: Message-Id: <200005131401.HAA44953@freefall.freebsd.org> To: bruce@engmail.uwaterloo.ca, hoek@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/14932 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: "more" eating up CPU on users with shell=/bin/sh if telnetd disconnects State-Changed-From-To: open->closed State-Changed-By: hoek State-Changed-When: Sat May 13 06:59:40 PDT 2000 State-Changed-Why: Appears fixed in all current versions of FreeBSD. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat May 13 7:20: 7 2000 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 3C78337B91D for ; Sat, 13 May 2000 07:20:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA47972; Sat, 13 May 2000 07:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id B119937B8FB; Sat, 13 May 2000 07:14:19 -0700 (PDT) Message-Id: <20000513141419.B119937B8FB@hub.freebsd.org> Date: Sat, 13 May 2000 07:14:19 -0700 (PDT) From: mvh@ix.netcom.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/18530: Linux emulator does not reap zombies by default Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18530 >Category: misc >Synopsis: Linux emulator does not reap zombies by default >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sat May 13 07:20:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Mike Harding >Release: 4.0-S >Organization: >Environment: FreeBSD netcom1.netcom.com 4.0-STABLE FreeBSD 4.0-STABLE #0: Wed May 10 12:35:26 PDT 2000 mvh@netcom1.netcom.com:/usr/src/sys/compile/MIKEIPF i386 >Description: Linux emulation does not reap zombies by default - Linux does. Various Linux binaries can then spew lots of zombies. While the right fix is to fix the binaries, this isn't always possible and makes advocacy hard. "Yeah it runs Linux binaries - oops the system crashed". There are some threads on this I found in deja news... >How-To-Repeat: Wordperfect is supposed to cause this problem. >Fix: Have the linux emulator ignore SIGCHLD by default, I think? >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 May 13 7:40: 6 2000 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 31EC337BAD8 for ; Sat, 13 May 2000 07:40:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA50553; Sat, 13 May 2000 07:40:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id DED9037B91D; Sat, 13 May 2000 07:30:42 -0700 (PDT) Message-Id: <20000513143042.DED9037B91D@hub.freebsd.org> Date: Sat, 13 May 2000 07:30:42 -0700 (PDT) From: rebecca@socket.net To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: bin/18531: installation will not read files frm floppy or dos partition Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18531 >Category: bin >Synopsis: installation will not read files frm floppy or dos partition >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat May 13 07:40:03 PDT 2000 >Closed-Date: >Last-Modified: >Originator: rebecca mathews >Release: 3.4 >Organization: >Environment: >Description: >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 Sat May 13 7:41:36 2000 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 39CDE37BAD8; Sat, 13 May 2000 07:41:35 -0700 (PDT) (envelope-from hoek@FreeBSD.org) Received: (from hoek@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA50855; Sat, 13 May 2000 07:41:34 -0700 (PDT) (envelope-from hoek@FreeBSD.org) Date: Sat, 13 May 2000 07:41:34 -0700 (PDT) From: Message-Id: <200005131441.HAA50855@freefall.freebsd.org> To: usov@ups.kiev.ua, hoek@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/18267 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Man page broken State-Changed-From-To: open->closed State-Changed-By: hoek State-Changed-When: Sat May 13 07:41:17 PDT 2000 State-Changed-Why: Fixed, thanks. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat May 13 8: 0:16 2000 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 3CBFF37BE13 for ; Sat, 13 May 2000 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 IAA53120; Sat, 13 May 2000 08:00:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from rr.com (rdu25-28-142.nc.rr.com [24.25.28.142]) by hub.freebsd.org (Postfix) with ESMTP id 4D0CE37BE13 for ; Sat, 13 May 2000 07:57:12 -0700 (PDT) (envelope-from rhh@rr.com) Received: (from rhh@localhost) by rr.com (8.9.3/8.9.3) id LAA04965; Sat, 13 May 2000 11:51:57 -0400 (EDT) (envelope-from rhh) Message-Id: <200005131551.LAA04965@rr.com> Date: Sat, 13 May 2000 11:51:57 -0400 (EDT) From: aa8vb@ipass.net Reply-To: aa8vb@ipass.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/18532: rsh does not restore tty state Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18532 >Category: bin >Synopsis: rsh does not restore tty state >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 May 13 08:00:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Randall Hopper >Release: FreeBSD 3.4-RELEASE i386 >Organization: self >Environment: Stock 3.4-RELEASE. >Description: When rsh is invoked, it changes the tty state, and does not restore the original values on exit. >How-To-Repeat: "stty -ixon" "rsh " (successful or failed login, it makes no difference, to the local machine for example). "stty -a" and observe that ixon is now enabled. Example session: stealth : ~ > stty -a speed 9600 baud; 47 rows; 80 columns; lflags: icanon isig iexten echo echoe -echok echoke -echonl echoctl -echoprt -altwerase -noflsh -tostop -flusho pendin -nokerninfo -extproc iflags: -istrip icrnl -inlcr -igncr -ixon -ixoff ixany imaxbel ignbrk brkint -inpck -ignpar -parmrk oflags: opost onlcr -oxtabs cflags: cread cs8 -parenb -parodd hupcl -clocal -cstopb -crtscts -dsrflow -dtrflow -mdmbuf cchars: discard = ^O; dsusp = ^Y; eof = ^D; eol = ; eol2 = ; erase = ^H; intr = ^C; kill = ^?; lnext = ^V; min = 1; quit = ^\; reprint = ^R; start = ^Q; status = ^T; stop = ^S; susp = ^Z; time = 0; werase = ^W; stealth : ~ > rsh -l abc stealth Password: Login incorrect login: rlogin: connection closed. stealth : ~ > stealth : ~ > stty -a speed 9600 baud; 47 rows; 80 columns; lflags: icanon isig iexten echo echoe -echok echoke -echonl echoctl -echoprt -altwerase -noflsh -tostop -flusho pendin -nokerninfo -extproc iflags: -istrip icrnl -inlcr -igncr ixon -ixoff ixany imaxbel ignbrk brkint -inpck -ignpar -parmrk oflags: opost onlcr -oxtabs cflags: cread cs8 -parenb -parodd hupcl -clocal -cstopb -crtscts -dsrflow -dtrflow -mdmbuf cchars: discard = ^O; dsusp = ^Y; eof = ^D; eol = ; eol2 = ; erase = ^H; intr = ^C; kill = ^?; lnext = ^V; min = 1; quit = ^\; reprint = ^R; start = ^Q; status = ^T; stop = ^S; susp = ^Z; time = 0; werase = ^W; >Fix: Unknown. Currently I have to reset the tty state manually (stty -ixon, etc.) >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 May 13 10:50: 5 2000 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 4815237B798 for ; Sat, 13 May 2000 10:50:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA78762; Sat, 13 May 2000 10:50:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sat, 13 May 2000 10:50:02 -0700 (PDT) Message-Id: <200005131750.KAA78762@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "TheCoolHost, President" Subject: Re: misc/18507: System 'dies' On High Load!!?? Reply-To: "TheCoolHost, President" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/18507; it has been noted by GNATS. From: "TheCoolHost, President" To: , Cc: Subject: Re: misc/18507: System 'dies' On High Load!!?? Date: Sat, 13 May 2000 10:56:36 -0700 I think I may have stumbled on the problem/solution... Must increase the MAXUSERS value in the kernel configuration... :) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat May 13 12:50: 7 2000 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 CAF0837BB49 for ; Sat, 13 May 2000 12:50:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA96703; Sat, 13 May 2000 12:50:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from ussrepulse.ufp.org (ussrepulse.ufp.org [209.249.106.100]) by hub.freebsd.org (Postfix) with ESMTP id 7CCFF37B51E for ; Sat, 13 May 2000 12:46:00 -0700 (PDT) (envelope-from bicknell@ussrepulse.ufp.org) Received: (from bicknell@localhost) by ussrepulse.ufp.org (8.9.3/8.9.3) id PAA21516; Sat, 13 May 2000 15:45:59 -0400 (EDT) (envelope-from bicknell) Message-Id: <200005131945.PAA21516@ussrepulse.ufp.org> Date: Sat, 13 May 2000 15:45:59 -0400 (EDT) From: Leo Bicknell Reply-To: bicknell@ussrepulse.ufp.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/18535: No way to remove S/Key entries from /etc/skeykeys Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18535 >Category: bin >Synopsis: No way to remove S/Key entries from /etc/skeykeys >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: wish >Submitter-Id: current-users >Arrival-Date: Sat May 13 12:50:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Leo Bicknell >Release: FreeBSD 4.0-STABLE i386 >Organization: United Federation of Planets >Environment: Applies to all versions of FreeBSD with S/Key support. >Description: When S/Key authentication is enabled, a user can run keyinit to generate keys in /etc/skeykeys. That user can then use unsecured channels to access the host with one time passwords. When the user no longer wants S/Key access though there is no easy way to remove the S/Key passwords. Consider a user who only uses S/Key when on a trip at unsecured terminals, and the rest of the time uses ssh or kerberized telnet. Upon return the user would like to clear all S/Key entries, so there is no possbility of someone being able to log in with S/Key, even if they have the users secret password. This could also be useful if the users secret password was compromised. The only known way to clear the entries is to continue to log on until all the keys are used up. >How-To-Repeat: Configure S/Key. :-) >Fix: I suggest a command such as "keyclear" that removes the user's S/Key entry from /etc/skeykeys. >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 May 13 13: 0:20 2000 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 783C437B9AC for ; Sat, 13 May 2000 13:00:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA97682; Sat, 13 May 2000 13:00:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id ED25D37B801; Sat, 13 May 2000 12:55:22 -0700 (PDT) Message-Id: <20000513195522.ED25D37B801@hub.freebsd.org> Date: Sat, 13 May 2000 12:55:22 -0700 (PDT) From: B.Candler@pobox.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/18536: ex0 driver seems not to initialise 82595FX card reliably Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18536 >Category: kern >Synopsis: ex0 driver seems not to initialise 82595FX card reliably >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat May 13 13:00:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Brian Candler >Release: 4.0-RELEASE >Organization: >Environment: FreeBSD karma.linnet.org 4.0-RELEASE FreeBSD 4.0-RELEASE #1: Wed Sep 8 07:40:54 BST 1999 root@karma.linnet.org:/usr/src/sys/compile/KARMA i386 (oops, I forgot to set the BIOS clock before building the kernel...) >Description: This is an old ISA/VLB machine, which used to run Linux, but has now had FB4.0 installed. The problem is with the ex0 network card. When I boot this machine, occasionally the network card works, but I'd say around 3 times in 4 it doesn't. When I try to ping another machine, and run tcpdump on the remote machine, I see that the ARP packets being sent by ex0 are corrupted - they appear like this: 16:54:57.774393 B 0:a0:c9:12:51:b8 sap 12 > Broadcast sap c9 I (s=40,r=92,P) len=42 0806 0001 0800 0604 0001 00a0 c912 51b8 d4f0 c2a2 0000 0000 0000 d4f0 c2ae 7e7e 7e7e 7e7e 7e7e 7e7e 7e7e 16:54:58.784104 B 0:a0:c9:12:51:b8 sap 12 > Broadcast sap c9 I (s=40,r=92,P) len=42 0806 0001 0800 0604 0001 00a0 c912 51b8 d4f0 c2a2 0000 0000 0000 d4f0 c2ae 7e7e 7e7e 7e7e 7e7e 7e7e 7e7e 16:54:59.793788 B 0:a0:c9:12:51:b8 sap 12 > Broadcast sap c9 I (s=40,r=92,P) len=42 0806 0001 0800 0604 0001 00a0 c912 51b8 d4f0 c2a2 0000 0000 0000 d4f0 c2ae 7e7e 7e7e 7e7e 7e7e 7e7e 7e7e and therefore no IP communication is possible. On the occasions where this does not happen, IP communication is fine. It therefore seems likely to me that the card, or some data structure, is not being initialised properly. This PC used to run Linux, with three of these network cards in it, and had no problem with them (driver was 'eepro') In order to eliminate hardware problems: (1) I have removed all other cards from the system, leaving just a Promise EIDE VLB controller, an ET4000 VLB video card, and one network card. (2) I have tried each of the three network cards in turn (they are configured as 0x210/IRQ9, 0x240/IRQ5, and 0x300/IRQ10). (3) I have put one of these cards into a Linux box, where it runs fine. (4) I have compiled a custom kernel, removing all ISA network cards and SCSI cards, except ex (of course) and bt (since I have a BusLogic SCSI card that I also wish to use) In each case the problem is the same: rebooting the machine, more often than not it is in a state where it sends these broken ARP packets. >How-To-Repeat: Install one of these cards in an ISA machine. Reboot several times. After each boot, try pinging a machine on the same subnet. In most cases you see the corrupted ARP packets and no IP communication is possible. The card I have is probably not a genuine Intel card. Its main chip is labelled "S82595FX", but there's no Intel logo on the PCB. It has an RJ45 connector and two yellow LEDs (ACT and LINK); it is configured using a DOS utility called SOFTSET2.EXE Motherboard is a BioStar AT, processor 586/133. >Fix: Not known. For now I think I'll have to find another ISA network card. >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 May 13 20: 0:13 2000 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 8606637BC90 for ; Sat, 13 May 2000 20:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id UAA51515; Sat, 13 May 2000 20:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from starbug.ugh.net.au (starbug.ugh.net.au [203.31.238.37]) by hub.freebsd.org (Postfix) with ESMTP id 2CB5B37BC15 for ; Sat, 13 May 2000 19:59:33 -0700 (PDT) (envelope-from andrew@ugh.net.au) Received: by starbug.ugh.net.au (Postfix, from userid 1000) id 99AAEA837; Sun, 14 May 2000 12:59:34 +1000 (EST) Message-Id: <20000514025934.99AAEA837@starbug.ugh.net.au> Date: Sun, 14 May 2000 12:59:34 +1000 (EST) From: andrew@ugh.net.au Reply-To: andrew@ugh.net.au To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/18538: sysinstall doesn't include enough headers Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18538 >Category: bin >Synopsis: sysinstall doesn't include enough headers >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 May 13 20:00:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Andrew >Release: FreeBSD 4.0-STABLE i386 >Organization: UgH! >Environment: >Description: When compiling sysinstall the compiler warns of an implicit declaration of sysctlbyname. This is because system.c doesn't include sys/sysctl.h. According to sysctl(3) including sys/sysctl.h also requires sys/types.h to be included. >How-To-Repeat: >Fix: --- system.c.orig Sun May 14 12:53:20 2000 +++ system.c Sun May 14 12:54:03 2000 @@ -24,6 +24,8 @@ #include #include #include +#include +#include /* Where we stick our temporary expanded doc file */ >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 May 13 22:30: 7 2000 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 DBCAA37BD3C for ; Sat, 13 May 2000 22:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id WAA72039; Sat, 13 May 2000 22:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id E778B37BCBB; Sat, 13 May 2000 22:25:06 -0700 (PDT) Message-Id: <20000514052506.E778B37BCBB@hub.freebsd.org> Date: Sat, 13 May 2000 22:25:06 -0700 (PDT) From: transistor@ct2600.org To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: i386/18541: After I configured my network settings and brought up the ep0 interface my computer locks up Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18541 >Category: i386 >Synopsis: After I configured my network settings and brought up the ep0 interface my computer locks up >Confidential: no >Severity: non-critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat May 13 22:30:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: transistor >Release: 4.0 Release >Organization: none >Environment: ep0: eeprom failed to come ready >Description: I have a 3com 3c509 isa ethernet card in my system. After configuring my network settings in the installer program I attempted to bring the interface up and the computer locked up. >How-To-Repeat: Boot off the freebsd 4.0 cdrom. Go through with the install process. When you reach the network setup part enter all your settings. After your done entering in the settings it will ask you if you want to bring the interface up. Say yes and the computer will lock up. >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 Sat May 13 23: 0:14 2000 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 87F0337BCFC for ; Sat, 13 May 2000 23:00:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id XAA75968; Sat, 13 May 2000 23:00:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by hub.freebsd.org (Postfix) with ESMTP id DC76C37BCBB for ; Sat, 13 May 2000 22:57:32 -0700 (PDT) (envelope-from grog@wantadilla.lemis.com) Received: (from root@localhost) by wantadilla.lemis.com (8.9.3/8.9.3) id PAA61713; Sun, 14 May 2000 15:28:00 +0930 (CST) (envelope-from grog) Message-Id: <200005140558.PAA61713@wantadilla.lemis.com> Date: Sun, 14 May 2000 15:28:00 +0930 (CST) From: Greg Lehey Reply-To: grog@wantadilla.lemis.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: gnu/18542: Compiler fails when compiling XFree86 with optimization Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18542 >Category: gnu >Synopsis: Compiler fails when compiling XFree86 with optimization >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat May 13 23:00:03 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Greg Lehey >Release: FreeBSD 5.0-CURRENT i386 >Organization: LEMIS PO Box 460 Echunga SA 5153 Australia >Environment: Any recent FreeBSD 5.0-CURRENT, latest development sources for XFree86. >Description: When installing XFree86 after a successful 'make world', the compiler fails for multiple files with the following message: making all in programs/Xserver/Xext/extmod... rm -f xf86vmode.o cc -c -O2 -ansi -pedantic -Dasm=__asm -Wall -Wpointer-arith -I.. -I../../include -I../../../../exports/include/X11 -I../../../../include/extensions -I../../../../programs/Xserver/hw/xfree86/common -I../../../../include/fonts -I../../../.. -I../../../../exports/include -DCSRG_BASED -DSHAPE -DXINPUT -DXKB -DLBX -DXAPPGROUP -DXCSECURITY -DTOGCUP -DXF86BIGFONT -DDPMSExtension -DPIXPRIV -DPANORAMIX -DGCCUSESGAS -DAVOID_GLYPHBLT -DPIXPRIV -DSINGLEDEPTH -DXFreeXDGA -DXvExtension -DXFree86LOADER -DXFree86Server -DXF86VIDMODE -DX_BYTE_ORDER=X_LITTLE_ENDIAN -DSMART_SCHEDULE -DNDEBUG -DFUNCPROTO=15 -DNARROWPROTO -DIN_MODULE -DEXTMODULE xf86vmode.c xf86vmode.c: In function `ProcXF86VidModeGetMonitor': xf86vmode.c:1320: Unable to generate reloads for: (insn 306 304 308 (parallel[ (set (reg:SI 0 %eax) (fix:SI (fix:SF (subreg:SF (reg:SI 0 %eax) 0)))) (clobber (mem:HI (plus:SI (reg:SI 6 %ebp) (const_int -34 [0xffffffde])) 0)) (clobber (mem:HI (plus:SI (reg:SI 6 %ebp) (const_int -36 [0xffffffdc])) 0)) (clobber (mem:SI (plus:SI (reg:SI 6 %ebp) (const_int -40 [0xffffffd8])) 0)) (clobber (scratch:HI)) ] ) 145 {fix_truncsfsi2+1} (insn_list 299 (nil)) (expr_list:REG_DEAD (reg:SI 0 %eax) (expr_list:REG_UNUSED (scratch:HI) (nil)))) >How-To-Repeat: >Fix: Fix not known. Disabling optimization works around the problem. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message