From owner-freebsd-bugs Sun Jan 3 02:20:09 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA06026 for freebsd-bugs-outgoing; Sun, 3 Jan 1999 02:20:09 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA06018 for ; Sun, 3 Jan 1999 02:20:07 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id CAA20635; Sun, 3 Jan 1999 02:20:01 -0800 (PST) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA05683; Sun, 3 Jan 1999 02:17:24 -0800 (PST) (envelope-from nobody) Message-Id: <199901031017.CAA05683@hub.freebsd.org> Date: Sun, 3 Jan 1999 02:17:24 -0800 (PST) From: runge@rostock.zgdv.de To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: i386/9283: ioctl(SNDCTL_DSP_SETFMT) on /dev/audio (pcm) returns wrong value when sampling Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9283 >Category: i386 >Synopsis: ioctl(SNDCTL_DSP_SETFMT) on /dev/audio (pcm) returns wrong value when sampling >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 3 02:20:00 PST 1999 >Last-Modified: >Originator: Thomas Runge >Organization: >Release: 3.0 RELEASE >Environment: FreeBSD fietje 3.0-RELEASE FreeBSD 3.0-RELEASE #15: Sat Jan 2 17:28:59 CET 1999 coto@fietje:/usr/src/sys/compile/FIETJE i386 >Description: if you configure the audio device (luigis pcm driver) for sampling and set the format via SNDCTL_DSP_SETFMT, the driver returns the wrong format, even if it's set to the right value. This bug even can be found in -current, guessing, it's in all previous versions as well. >How-To-Repeat: open device read-only and try changing the sample format. Check the return value and compare to input. >Fix: in /usr/src/sys/i386/isa/snd/sound.c change this: if (ask_init(d)) *(int *)arg = d->play_fmt ; in line 992 (source of 3.0 RELEASE) to: if (ask_init(d)) { if (d->play_fmt) *(int *)arg = d->play_fmt ; if (d->rec_fmt) *(int *)arg = d->rec_fmt ; } >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 3 06:00:09 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA28224 for freebsd-bugs-outgoing; Sun, 3 Jan 1999 06:00:09 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA28216 for ; Sun, 3 Jan 1999 06:00:08 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id GAA29830; Sun, 3 Jan 1999 06:00:01 -0800 (PST) Received: from megaweapon.zigg.com (megaweapon.zigg.com [206.114.60.8]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA27873 for ; Sun, 3 Jan 1999 05:52:18 -0800 (PST) (envelope-from matt@megaweapon.zigg.com) Received: (from matt@localhost) by megaweapon.zigg.com (8.8.8/8.8.8) id IAA06117; Sun, 3 Jan 1999 08:51:52 -0500 (EST) (envelope-from matt) Message-Id: <199901031351.IAA06117@megaweapon.zigg.com> Date: Sun, 3 Jan 1999 08:51:52 -0500 (EST) From: matt@megaweapon.zigg.com Reply-To: matt@megaweapon.zigg.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/9285: pw strips comments from group file Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9285 >Category: bin >Synopsis: pw strips comments from group file >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 3 06:00:01 PST 1999 >Last-Modified: >Originator: Matt Behrens >Organization: zigg.com >Release: FreeBSD 2.2.8-STABLE i386 >Environment: 2.2.8-STABLE, last cvsupped Jan 1, 1999 >Description: Using pw userdel on accounts usually rewrites the groupfile. While all data is intact, comments are stripped, as illustrated in the next morning's report the day after I issued "pw userdel wedding": Date: Sun, 3 Jan 1999 02:00:01 -0500 (EST) From: System Account -- SNIP -- Backup passwd and group files: -- SNIP -- megaweapon group diffs: 1,2d0 < # $Id: group,v 1.13.2.4 1998/09/13 23:10:08 brian Exp $ < # 40d37 < wedding:*:30001: -- SNIP -- pw itself does not seem to fail due to comments in the group file. >How-To-Repeat: Add comments to the group file, then run pw with (theoretically) any command that requires modification of the group file. >Fix: No workaround is known. pw should be patched to leave comments in the group file alone. This is regrettably beyond my skill for now. >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 3 07:40:10 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA04945 for freebsd-bugs-outgoing; Sun, 3 Jan 1999 07:40:10 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA04937 for ; Sun, 3 Jan 1999 07:40:08 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id HAA26080; Sun, 3 Jan 1999 07:40:01 -0800 (PST) Date: Sun, 3 Jan 1999 07:40:01 -0800 (PST) Message-Id: <199901031540.HAA26080@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: MIHIRA Sanpei Yoshiro Subject: Re: i386/8710: XBF_NeoMagic diver working with XFree86 Reply-To: MIHIRA Sanpei Yoshiro Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/8710; it has been noted by GNATS. From: MIHIRA Sanpei Yoshiro To: freebsd-gnats-submit@freebsd.org, sanpei@sanpei.org, dgardin@marforres.usmc.mil Cc: Subject: Re: i386/8710: XBF_NeoMagic diver working with XFree86 Date: Mon, 04 Jan 1999 00:30:06 +0900 >BTW, next XFree86 SVGA server support NeoMagic. If you can, >please wait a moment :-) XFree86-3.3.3 was released at November 1998. It was included Free-NeoMagic Driver which came from XBF_NeoMagic driver. I guess to close this PR. Thank you MIHIRA Yoshiro To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 3 08:40:09 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA10621 for freebsd-bugs-outgoing; Sun, 3 Jan 1999 08:40:09 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA10615 for ; Sun, 3 Jan 1999 08:40:08 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id IAA28423; Sun, 3 Jan 1999 08:40:01 -0800 (PST) Date: Sun, 3 Jan 1999 08:40:01 -0800 (PST) Message-Id: <199901031640.IAA28423@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Skumle Subject: Re: i386/8894: Rebooting accidently because of missing floppy Reply-To: Skumle Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/8894; it has been noted by GNATS. From: Skumle To: freebsd-gnats-submit@freebsd.org Cc: skumles@yahoo.com Subject: Re: i386/8894: Rebooting accidently because of missing floppy Date: Sun, 3 Jan 1999 08:40:58 -0800 (PST) _maybe_ is more a kern category type bug? If agreable, a change priority from high to low. Severity?? The problem was enabling CPU_WT_ALLOC kernel option. options CPU_WT_ALLOC At the time, I did not include this in the bug report, personal audit or *shrug* audit repost. IMHO close this bug. If it matters, hanging happens when I try enabling in FreeBSD 2.2.8-RELEASE of kernel config file again. #options CPU_WT_ALLOC if I _comment_ hanging is _not_ happening, for me now.. Problem happened again in XFree86 3.3.3, when I reported the audit followup, I made a mistake: I was not, Running FreeBSD 2.2.8-RELEASE i386, XFree86 3.3.2. I was, Running FreeBSD 2.2.7-RELEASE i386, XFree86 3.3.2 (when I did bug follow audit, I did use 2.2.8. When I send the first bug report 2.2.7. My __BAD__ error) It happens FYI when I try to find out what happened under FreeBSD 2.2.8-RELEASE i386, XFree86 3.3.3. Maybe my CPU does not work correct, I have Pentium MMX, an incompatible? # CPU_WT_ALLOC enables write-through allocation. Other ways How to repeat? cron (find jobs); gqmpeg (mp3) I try to be less careless in the new year and after.. Thanks for making FreeBSD great. I ordered WC 2.2.8 cds. _________________________________________________________ DO YOU YAHOO!? Get your free @yahoo.com address at http://mail.yahoo.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 3 09:40:08 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA17340 for freebsd-bugs-outgoing; Sun, 3 Jan 1999 09:40:08 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA17331 for ; Sun, 3 Jan 1999 09:40:07 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id JAA01157; Sun, 3 Jan 1999 09:40:01 -0800 (PST) Received: from germanium.xtalwind.net (germanium.xtalwind.net [205.160.242.5]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA16772 for ; Sun, 3 Jan 1999 09:36:14 -0800 (PST) (envelope-from jack@germanium.xtalwind.net) Received: (from jack@localhost) by germanium.xtalwind.net (8.9.2/8.9.2) id MAA72882; Sun, 3 Jan 1999 12:14:49 -0500 (EST) Message-Id: <199901031714.MAA72882@germanium.xtalwind.net> Date: Sun, 3 Jan 1999 12:14:49 -0500 (EST) From: jack@germanium.xtalwind.net Reply-To: jack@germanium.xtalwind.net To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: misc/9291: Duplicate "Root Password" entry in sysinstall's Glossary menu Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9291 >Category: misc >Synopsis: Duplicate "Root Password" entry in sysinstall's Glossary menu >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 3 09:40:00 PST 1999 >Last-Modified: >Originator: >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: 3.0-CURRENT >Description: Duplicate "Root Password" entry in sysinstall's Glossary menu >How-To-Repeat: Run sysinstall :) >Fix: *** menus.c.orig Fri Dec 25 16:57:06 1998 --- menus.c Sun Jan 3 12:08:29 1999 *************** *** 269,275 **** { "PCNFSD", "Run authentication server for PC-NFS.", dmenuVarCheck, configPCNFSD, NULL, "pcnfsd" }, { "Register", "Register yourself or company as a FreeBSD user.", dmenuVarCheck, configRegister, NULL, "registered" }, { "Root Password", "Set the system manager's password.", NULL, dmenuSystemCommand, NULL, "passwd root" }, - { "Root Password", "Set the system manager's password.", NULL, dmenuSystemCommand, NULL, "passwd root" }, { "Router", "Select routing daemon (default: routed)", NULL, configRouter, NULL, "router" }, { "Syscons", "The system console configuration menu.", NULL, dmenuSubmenu, NULL, &MenuSyscons }, { "Syscons, Font", "The console screen font.", NULL, dmenuSubmenu, NULL, &MenuSysconsFont }, --- 269,274 ---- >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 3 10:05:55 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA19860 for freebsd-bugs-outgoing; Sun, 3 Jan 1999 10:05:55 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA19840; Sun, 3 Jan 1999 10:05:45 -0800 (PST) (envelope-from billf@FreeBSD.org) From: Bill Fumerola Received: (from billf@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id KAA02068; Sun, 3 Jan 1999 10:05:39 -0800 (PST) Date: Sun, 3 Jan 1999 10:05:39 -0800 (PST) Message-Id: <199901031805.KAA02068@freefall.freebsd.org> To: dgardin@marforres.usmc.mil, billf@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: i386/8710 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: XBF_NeoMagic diver working with XFree86 State-Changed-From-To: open-closed State-Changed-By: billf State-Changed-When: Sun Jan 3 10:04:32 PST 1999 State-Changed-Why: XFree86-3.3.3 was released at November 1998. It was included Free-NeoMagic Driver which came from XBF_NeoMagic driver. From: MIHIRA Sanpei Yoshiro To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 3 13:07:46 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA07774 for freebsd-bugs-outgoing; Sun, 3 Jan 1999 13:07:46 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from dt087nac.san.rr.com (dt087nac.san.rr.com [24.94.19.172]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA07769; Sun, 3 Jan 1999 13:07:41 -0800 (PST) (envelope-from Studded@gorean.org) Received: from localhost (doug@localhost) by dt087nac.san.rr.com (8.8.8/8.8.8) with ESMTP id NAA11024; Sun, 3 Jan 1999 13:07:25 -0800 (PST) (envelope-from Studded@gorean.org) Date: Sun, 3 Jan 1999 13:07:25 -0800 (PST) From: Studded X-Sender: doug@dt087nac.san.rr.com To: Bill Fumerola cc: Studded@dal.net, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/7979 In-Reply-To: <199901022027.MAA22906@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 Sat, 2 Jan 1999, Bill Fumerola wrote: > Synopsis: Typo and one odd thing in -Stable login.c > > State-Changed-From-To: open-closed > State-Changed-By: billf > State-Changed-When: Sat Jan 2 12:26:55 PST 1999 > State-Changed-Why: > Updated in rev 1.12.2.13 to src/usr.bin/login/login.c > Sat Jan 2 20:24:58 1999 UTC by billf (RELENG_2_2) Muchas gracias. I was wondering just the other day if this had been fixed before 2.2.8. Now I know. :) Doug -- *** Chief Operations Officer, DALnet IRC network *** Like desperadoes waiting for a train . . . To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 3 14:19:47 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA14306 for freebsd-bugs-outgoing; Sun, 3 Jan 1999 14:19:47 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA14130; Sun, 3 Jan 1999 14:19:32 -0800 (PST) (envelope-from jkh@FreeBSD.org) From: "Jordan K. Hubbard" Received: (from root@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id OAA22166; Sun, 3 Jan 1999 14:19:25 -0800 (PST) Date: Sun, 3 Jan 1999 14:19:25 -0800 (PST) Message-Id: <199901032219.OAA22166@freefall.freebsd.org> To: k@numeri.campus.luth.se, jkh@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: conf/7705 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: rwhod should use rwhod_flags in rc.network and rc.conf State-Changed-From-To: open->closed State-Changed-By: jkh State-Changed-When: Sun Jan 3 14:19:00 PST 1999 State-Changed-Why: Done, 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 3 14:33:39 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA15522 for freebsd-bugs-outgoing; Sun, 3 Jan 1999 14:33:39 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA15489; Sun, 3 Jan 1999 14:33:06 -0800 (PST) (envelope-from dt@FreeBSD.org) From: Dmitrij Tejblum Received: (from dt@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id OAA22596; Sun, 3 Jan 1999 14:32:59 -0800 (PST) Date: Sun, 3 Jan 1999 14:32:59 -0800 (PST) Message-Id: <199901032232.OAA22596@freefall.freebsd.org> To: hgoldste@bbs.mpcs.com, dt@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: conf/9278 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: bogus high rpc.statd VSZ in ps State-Changed-From-To: open->closed State-Changed-By: dt State-Changed-When: Sun Jan 3 14:30:00 PST 1999 State-Changed-Why: This value is not bogus. It is correct virtual size of rpc.statd. rpc.statd mmap a large file. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 3 14:40:18 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA16537 for freebsd-bugs-outgoing; Sun, 3 Jan 1999 14:40:18 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA16528; Sun, 3 Jan 1999 14:40:15 -0800 (PST) (envelope-from nectar@FreeBSD.org) From: Jacques Vidrine Received: (from nectar@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id OAA22999; Sun, 3 Jan 1999 14:40:08 -0800 (PST) Date: Sun, 3 Jan 1999 14:40:08 -0800 (PST) Message-Id: <199901032240.OAA22999@freefall.freebsd.org> To: nectar@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, nectar@FreeBSD.ORG Subject: Re: i386/9141 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Failed login attempts do not log (via syslog) until the next time a valid username is received. Responsible-Changed-From-To: freebsd-bugs->nectar Responsible-Changed-By: nectar Responsible-Changed-When: Sun Jan 3 14:39:13 PST 1999 Responsible-Changed-Why: I noticed this ``bug'' being discussed on BUGTRAQ. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 3 14:50:11 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA17641 for freebsd-bugs-outgoing; Sun, 3 Jan 1999 14:50:11 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA17632 for ; Sun, 3 Jan 1999 14:50:08 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id OAA23322; Sun, 3 Jan 1999 14:50:01 -0800 (PST) Received: from istari.home.net (cc158233-a.catv1.md.home.com [24.3.25.17]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA17289 for ; Sun, 3 Jan 1999 14:45:18 -0800 (PST) (envelope-from sjr@home.net) Received: (from sjr@localhost) by istari.home.net (8.9.1/8.8.6) id RAA01399; Sun, 3 Jan 1999 17:44:53 -0500 (EST) Message-Id: <199901032244.RAA01399@istari.home.net> Date: Sun, 3 Jan 1999 17:44:53 -0500 (EST) From: sjr@home.net Reply-To: sjr@home.net To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/9292: Cron's logs in different place Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9292 >Category: bin >Synopsis: Cron's logs are in /var/cron, not /var/log >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sun Jan 3 14:50:01 PST 1999 >Closed-Date: >Last-Modified: >Originator: Stephen J. Roznowski >Release: FreeBSD 3.0-CURRENT i386 >Organization: >Environment: >Description: Cron places its log files in /var/cron/log, not /var/log/cron. This seems inconsistent. This appears to be a similiar report as conf/7682 describes. >How-To-Repeat: >Fix: This patch changes the location of the cron log files. --- newsyslog.conf.orig Tue Jun 9 14:26:16 1998 +++ newsyslog.conf Sun Jan 3 17:36:20 1999 @@ -2,7 +2,7 @@ # $Id: newsyslog.conf,v 1.16 1998/06/09 18:26:16 ache Exp $ # # logfilename owner.group mode count size time [ZB] [/pid_file] [sig_num] -/var/cron/log 600 3 100 * Z +/var/log/cron 600 3 100 * Z /var/log/amd.log 664 7 100 * Z /var/log/kerberos.log 664 7 100 * Z /var/log/lpd-errs 664 7 100 * Z --- syslog.conf.orig Wed Oct 14 17:59:55 1998 +++ syslog.conf Sun Jan 3 17:36:06 1999 @@ -6,7 +6,7 @@ *.notice;kern.debug;lpr.info;mail.crit;news.err /var/log/messages mail.info /var/log/maillog lpr.info /var/log/lpd-errs -cron.* /var/cron/log +cron.* /var/log/cron *.err root *.notice;news.err root *.alert root >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 3 15:30:12 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA21505 for freebsd-bugs-outgoing; Sun, 3 Jan 1999 15:30:12 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA21489 for ; Sun, 3 Jan 1999 15:30:08 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id PAA24429; Sun, 3 Jan 1999 15:30:01 -0800 (PST) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA20558; Sun, 3 Jan 1999 15:23:12 -0800 (PST) (envelope-from nobody) Message-Id: <199901032323.PAA20558@hub.freebsd.org> Date: Sun, 3 Jan 1999 15:23:12 -0800 (PST) From: tariq@cybersurf.net To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/9293: IDE controller not being detected even with the default values in the kernel Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9293 >Category: kern >Synopsis: IDE controller not being detected even with the default values in the kernel >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Sun Jan 3 15:30:01 PST 1999 >Closed-Date: >Last-Modified: >Originator: Ali >Release: 2.2.3 >Organization: >Environment: >Description: While probing for hard drive controllers, kernel does not detect any primary or secondary controllers. I am using an Intel 82371AB/EB PCI Bus Master IDE controller with dual fifo. IRQ 14 I/O = 01F0 Primary IRQ 15 I/0 = 0170 Secondary Win98 uses the default settings for the controller as they're being used in the kernel by 'default.' Thus FreeBsd cannot be installed At aLL. >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 3 15:30:13 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA21510 for freebsd-bugs-outgoing; Sun, 3 Jan 1999 15:30:13 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA21495 for ; Sun, 3 Jan 1999 15:30:08 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id PAA24438; Sun, 3 Jan 1999 15:30:01 -0800 (PST) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA20783; Sun, 3 Jan 1999 15:24:50 -0800 (PST) (envelope-from nobody) Message-Id: <199901032324.PAA20783@hub.freebsd.org> Date: Sun, 3 Jan 1999 15:24:50 -0800 (PST) From: tariq@cybersurf.net To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/9294: IDE controller not being detected even with the default values in the kernel Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9294 >Category: kern >Synopsis: IDE controller not being detected even with the default values in the kernel >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Sun Jan 3 15:30:01 PST 1999 >Closed-Date: >Last-Modified: >Originator: Ali >Release: 2.2.3 >Organization: >Environment: Pentium 200 MMX Quantum Fireball 1090 MB Intel 82371AB/EB PCI Bus Master IDE controller. Win98 Fat 32 >Description: While probing for hard drive controllers, kernel does not detect any primary or secondary controllers. I am using an Intel 82371AB/EB PCI Bus Master IDE controller with dual fifo. IRQ 14 I/O = 01F0 Primary IRQ 15 I/0 = 0170 Secondary Win98 uses the default settings for the controller as they're being used in the kernel by 'default.' Thus FreeBsd cannot be installed At aLL. >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 3 16:20:09 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA28868 for freebsd-bugs-outgoing; Sun, 3 Jan 1999 16:20:09 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA28860 for ; Sun, 3 Jan 1999 16:20:08 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id QAA26222; Sun, 3 Jan 1999 16:20:01 -0800 (PST) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA27991; Sun, 3 Jan 1999 16:13:32 -0800 (PST) (envelope-from nobody) Message-Id: <199901040013.QAA27991@hub.freebsd.org> Date: Sun, 3 Jan 1999 16:13:32 -0800 (PST) From: petry@netmasters.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/9296: pps driver missing header file Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9296 >Category: kern >Synopsis: pps driver missing header file >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jan 3 16:20:01 PST 1999 >Closed-Date: >Last-Modified: >Originator: Michael Petry >Release: 3.0 Current >Organization: >Environment: FreeBSD zditto.NetMasters.Com 3.0-CURRENT FreeBSD 3.0-CURRENT #6: Sun Jan 3 18:54:57 EST 1999 petry@zditto.NetMasters.Com:/usr/src/sys/compile/PC.UP i386 >Description: /sys/dev/ppbus/pps.c neglects to include "opt_ntp.h" This causes the code code that is conditional on PPS_SYNC to never be produced. Without it, the hardpps routine is never called. >How-To-Repeat: define PPS_SYNC in the kernel config and note that the code in pps.c is never created. >Fix: *** /sys/dev/ppbus/pps.c Thu Dec 10 22:10:08 1998 --- pps.c Sun Jan 3 19:11:10 1999 *************** *** 16,21 **** --- 16,22 ---- */ #include "opt_devfs.h" + #include "opt_ntp.h" #include #include >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 3 16:30:09 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA29867 for freebsd-bugs-outgoing; Sun, 3 Jan 1999 16:30:09 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA29853 for ; Sun, 3 Jan 1999 16:30:08 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id QAA26569; Sun, 3 Jan 1999 16:30:01 -0800 (PST) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA28913; Sun, 3 Jan 1999 16:21:41 -0800 (PST) (envelope-from nobody) Message-Id: <199901040021.QAA28913@hub.freebsd.org> Date: Sun, 3 Jan 1999 16:21:41 -0800 (PST) From: petry@netmasters.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/9297: pps driver doesn't clear ppbus control port on open or close Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9297 >Category: kern >Synopsis: pps driver doesn't clear ppbus control port on open or close >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jan 3 16:30:01 PST 1999 >Closed-Date: >Last-Modified: >Originator: Michael Petry >Release: 3.0 Current >Organization: >Environment: FreeBSD zditto.NetMasters.Com 3.0-CURRENT FreeBSD 3.0-CURRENT #6: Sun Jan 3 18:54:57 EST 1999 petry@zditto.NetMasters.Com:/usr/src/sys/compile/PC.UP i386 >Description: /sys/dev/ppbus/pps.c doesn't clear the device control registers on ppsopen. It should also clean up in ppsclose to avoid confusion for other ppbus users, >How-To-Repeat: Open the device. Close the device. Try to reopen. The open will complete, but the device may not interrupt since the control register was never reset. >Fix: *** /sys/dev/ppbus/pps.c Thu Dec 10 22:10:08 1998 --- pps.c Sun Jan 3 19:11:10 1999 *************** *** 133,138 **** --- 135,142 ---- if (ppb_request_bus(&sc->pps_dev, PPB_WAIT|PPB_INTR)) return (EINTR); + ppb_wctr(&sc->pps_dev, 0); + ppb_wctr(&sc->pps_dev, IRQENABLE); return(0); *************** *** 144,149 **** --- 148,157 ---- struct pps_data *sc = softc[minor(dev)]; sc->ppsparam.mode = 0; + + ppb_wdtr(&sc->pps_dev, 0); + ppb_wctr(&sc->pps_dev, 0); + ppb_release_bus(&sc->pps_dev); return(0); } >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 3 18:00:08 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA08426 for freebsd-bugs-outgoing; Sun, 3 Jan 1999 18:00:08 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA08418 for ; Sun, 3 Jan 1999 18:00:07 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id SAA29574; Sun, 3 Jan 1999 18:00:01 -0800 (PST) Received: from mortis.futuresouth.com (mortis.futuresouth.com [209.45.228.14]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA08352 for ; Sun, 3 Jan 1999 17:59:37 -0800 (PST) (envelope-from fullermd@mortis.futuresouth.com) Received: (from fullermd@localhost) by mortis.futuresouth.com (8.8.8/8.8.5) id TAA23631; Sun, 3 Jan 1999 19:59:07 -0600 (CST) Message-Id: <199901040159.TAA23631@mortis.futuresouth.com> Date: Sun, 3 Jan 1999 19:59:07 -0600 (CST) From: fullermd@futuresouth.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/9301: Listen option to rwhod(8) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9301 >Category: bin >Synopsis: Listen option to rwhod(8) >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 3 18:00:00 PST 1999 >Closed-Date: >Last-Modified: >Originator: Matthew Fuller >Release: FreeBSD 2.2.8-STABLE i386 >Organization: >Environment: Made against HEAD (r1.8) but should apply seamlessly to RELENG_2_2 (if someone wants to stick it back there for some reason) >Description: Add a -l option to rwhod for listen-only mode; doesn't broadcast information, but allows you to monitor the other machines silently. Man page also updated. >How-To-Repeat: >Fix: Index: rwhod.8 =================================================================== RCS file: /usr/cvs/src/usr.sbin/rwhod/rwhod.8,v retrieving revision 1.8 diff -u -r1.8 rwhod.8 --- rwhod.8 1998/12/17 11:05:57 1.8 +++ rwhod.8 1999/01/04 01:21:59 @@ -40,6 +40,7 @@ .Sh SYNOPSIS .Nm rwhod .Op Fl i +.Op Fl l .Op Fl m Op Ar ttl .Sh DESCRIPTION .Nm Rwhod @@ -54,7 +55,9 @@ messages on a network. .Pp .Nm Rwhod -operates as both a producer and consumer of status information. +operates as both a producer and consumer of status information, +unless the -l (listen mode) option is specified, in which case +it acts as a consumer only. As a producer of information it periodically queries the state of the system and constructs status messages which are broadcasted or multicasted on a network. @@ -69,6 +72,15 @@ option enables insecure mode, which causes .Nm to ignore the source port on incoming packets. +.Pp +The +.Fl l +option enables listen mode, which causes +.Nm +to not broadcast any information. +This allows you to monitor other machines' +.Nm +information, without broadcasting your own. .Pp The .Fl m Index: rwhod.c =================================================================== RCS file: /usr/cvs/src/usr.sbin/rwhod/rwhod.c,v retrieving revision 1.8 diff -u -r1.8 rwhod.c --- rwhod.c 1998/12/17 11:05:57 1.8 +++ rwhod.c 1999/01/04 01:08:05 @@ -116,6 +116,7 @@ /* (belongs in protocols/rwhod.h) */ int insecure_mode; +int quiet_mode; int multicast_mode = NO_MULTICAST; int multicast_scope; struct sockaddr_in multicast_addr = { sizeof multicast_addr, AF_INET }; @@ -197,6 +198,8 @@ } else if (strcmp(*argv, "-i") == 0) insecure_mode = 1; + else if (strcmp(*argv, "-l") == 0) + quiet_mode = 1; else usage(); argv++, argc--; @@ -255,8 +258,10 @@ setuid(unpriv_uid); if (!configure(s)) exit(1); - signal(SIGALRM, onalrm); - onalrm(0); + if(!quiet_mode) { + signal(SIGALRM, onalrm); + onalrm(0); + } for (;;) { struct whod wd; int cc, whod, len = sizeof(from); >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 3 18:47:22 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA11708 for freebsd-bugs-outgoing; Sun, 3 Jan 1999 18:47:22 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from hotmail.com (f235.hotmail.com [207.82.251.126]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id SAA11703 for ; Sun, 3 Jan 1999 18:47:21 -0800 (PST) (envelope-from wohansis@hotmail.com) Received: (qmail 3820 invoked by uid 0); 4 Jan 1999 02:46:56 -0000 Message-ID: <19990104024656.3819.qmail@hotmail.com> Received: from 209.214.99.17 by www.hotmail.com with HTTP; Sun, 03 Jan 1999 18:46:55 PST X-Originating-IP: [209.214.99.17] From: "Jim Hansis" To: freebsd-bugs@FreeBSD.ORG Subject: sio1 Date: Sun, 03 Jan 1999 18:46:55 PST Mime-Version: 1.0 Content-Type: text/plain Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I am trying to get my serial microsoft mouse working on my bsd 2.2.5 system, but I keep getting a sio1 not found at 0278 error during boot. I know that this is the memory address for my serial port and I have gone through the kernel config file and remove any of the unnecessary devices. What can I do to get this working? Jim ______________________________________________________ Get Your Private, Free Email at http://www.hotmail.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 3 18:48:40 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA11791 for freebsd-bugs-outgoing; Sun, 3 Jan 1999 18:48:40 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA11785; Sun, 3 Jan 1999 18:48:38 -0800 (PST) (envelope-from steve@FreeBSD.org) From: Steve Price Received: from tnt3-36.HiWAAY.net (tnt3-36.HiWAAY.net [208.147.146.36]) by freefall.freebsd.org (8.8.8/8.8.5) with SMTP id SAA03132; Sun, 3 Jan 1999 18:48:30 -0800 (PST) Date: Sun, 3 Jan 1999 18:48:30 -0800 (PST) Message-Id: <199901040248.SAA03132@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: tnt3-36.HiWAAY.net [208.147.146.36] didn't use HELO protocol To: tariq@cybersurf.net, steve@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/9293: IDE controller not being detected even with the default values in the kernel Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: IDE controller not being detected even with the default values in the kernel State-Changed-From-To: open->closed State-Changed-By: steve State-Changed-When: Mon Jan 4 02:47:34 GMT 1999 State-Changed-Why: Duplicate of PR kern/9294. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 3 22:40:10 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA02346 for freebsd-bugs-outgoing; Sun, 3 Jan 1999 22:40:10 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA02339 for ; Sun, 3 Jan 1999 22:40:08 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id WAA12583; Sun, 3 Jan 1999 22:40:01 -0800 (PST) Date: Sun, 3 Jan 1999 22:40:01 -0800 (PST) Message-Id: <199901040640.WAA12583@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Hidetoshi Shimokawa Subject: Re: bin/9247: pw/pwd_mkdb deadlock on /etc/master.passwd Reply-To: Hidetoshi Shimokawa Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/9247; it has been noted by GNATS. From: Hidetoshi Shimokawa To: Jos Backus Cc: FreeBSD-gnats-submit@FreeBSD.ORG, dillon@FreeBSD.ORG, billf@FreeBSD.ORG Subject: Re: bin/9247: pw/pwd_mkdb deadlock on /etc/master.passwd Date: Mon, 04 Jan 1999 15:31:06 +0900 jbackus> This fix makes things work but is of course unacceptable in this form. The jbackus> problem seems to be that endpwent() doesn't actually close fd 4. jbackus> jbackus> pwupd.c.orig Wed Dec 30 18:00:19 1998 jbackus> pwupd.c Wed Dec 30 18:00:00 1998 jbackus> -109,6 +109,7 @@ jbackus> int rc = 0; jbackus> jbackus> endpwent(); jbackus> + close(4); jbackus> jbackus> /* jbackus> * First, let's check the see if the database is alright I have same promblem here. master.passwd is not used by getpwent, which uses only pwd.db or spwd.db, but it is locked by pw itselt, see main() of pw.c: /* * Try to lock the master passowrd and group files right away (we * don't care if it works, since this is just advisory locking. */ filelock(_PATH_GROUP); filelock(_PATH_MASTERPASSWD); We need to unlock(close) before calling "pwd_mkdb" or to have non-lock option in pwd_mkdb.c. /\ Hidetoshi Shimokawa \/ simokawa@sat.t.u-tokyo.ac.jp PGP public key: finger -l simokawa@sat.t.u-tokyo.ac.jp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 3 22:46:36 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA03031 for freebsd-bugs-outgoing; Sun, 3 Jan 1999 22:46:36 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA03018; Sun, 3 Jan 1999 22:46:23 -0800 (PST) (envelope-from luigi@FreeBSD.org) From: Luigi Rizzo Received: (from luigi@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id WAA12898; Sun, 3 Jan 1999 22:46:16 -0800 (PST) Date: Sun, 3 Jan 1999 22:46:16 -0800 (PST) Message-Id: <199901040646.WAA12898@freefall.freebsd.org> To: uenami@imasy.or.jp, luigi@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: i386/2471 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Sound: Reset failed - Can't reopen device. State-Changed-From-To: open->closed State-Changed-By: luigi State-Changed-When: Sun Jan 3 22:45:34 PST 1999 State-Changed-Why: old card, old OS release, no Voxware maintainer. -- luigi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 3 22:47:42 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA03108 for freebsd-bugs-outgoing; Sun, 3 Jan 1999 22:47:42 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA03096; Sun, 3 Jan 1999 22:47:32 -0800 (PST) (envelope-from luigi@FreeBSD.org) From: Luigi Rizzo Received: (from luigi@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id WAA13042; Sun, 3 Jan 1999 22:47:26 -0800 (PST) Date: Sun, 3 Jan 1999 22:47:26 -0800 (PST) Message-Id: <199901040647.WAA13042@freefall.freebsd.org> To: mcampbel@erols.com, luigi@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/3054 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: OPL3 sound off by one note State-Changed-From-To: open->closed State-Changed-By: luigi State-Changed-When: Sun Jan 3 22:46:33 PST 1999 State-Changed-Why: original poster said the patch was not correct. -- luigi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 3 22:49:06 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA03308 for freebsd-bugs-outgoing; Sun, 3 Jan 1999 22:49:06 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA03272; Sun, 3 Jan 1999 22:48:53 -0800 (PST) (envelope-from luigi@FreeBSD.org) From: Luigi Rizzo Received: (from luigi@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id WAA13194; Sun, 3 Jan 1999 22:48:46 -0800 (PST) Date: Sun, 3 Jan 1999 22:48:46 -0800 (PST) Message-Id: <199901040648.WAA13194@freefall.freebsd.org> To: haoboy@isi.edu, luigi@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/4505 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Support for Gravis UltraSound PnP card State-Changed-From-To: open->closed State-Changed-By: luigi State-Changed-When: Sun Jan 3 22:47:32 PST 1999 State-Changed-Why: the gus PnP works with the PCM driver and also with the voxware in 3.0 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 3 22:51:39 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA03757 for freebsd-bugs-outgoing; Sun, 3 Jan 1999 22:51:39 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA03720; Sun, 3 Jan 1999 22:51:22 -0800 (PST) (envelope-from luigi@FreeBSD.org) From: Luigi Rizzo Received: (from luigi@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id WAA13367; Sun, 3 Jan 1999 22:51:16 -0800 (PST) Date: Sun, 3 Jan 1999 22:51:16 -0800 (PST) Message-Id: <199901040651.WAA13367@freefall.freebsd.org> To: rostewa2@vt.edu, luigi@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/6247 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Gravis UltraSound Classic no longer works with FreeBSD State-Changed-From-To: open->feedback State-Changed-By: luigi State-Changed-When: Sun Jan 3 22:49:52 PST 1999 State-Changed-Why: can you try if it works on 3.0 ? -- luigi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jan 4 01:47:41 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA22574 for freebsd-bugs-outgoing; Mon, 4 Jan 1999 01:47:41 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from fantomas.fantomas.sk (fantomas.fantomas.sk [195.168.5.189]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA22569 for ; Mon, 4 Jan 1999 01:47:20 -0800 (PST) (envelope-from uhlar@fantomas.sk) Received: (from uhlar@localhost) by fantomas.fantomas.sk (8.9.1a/8.9.1/Debian/GNU) id KAA09871 for freebsd-bugs@FreeBSD.ORG; Mon, 4 Jan 1999 10:46:07 +0100 Message-ID: <19990104104607.B9389@fantomas.sk> Date: Mon, 4 Jan 1999 10:46:07 +0100 From: "Matus \"fantomas\" Uhlar" To: freebsd-bugs@FreeBSD.ORG Subject: Re: bin/9226: telnetd can log wrong IP address to utmp Mail-Followup-To: freebsd-bugs@FreeBSD.ORG References: <199812311900.LAA27384@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.1 In-Reply-To: <199812311900.LAA27384@freefall.freebsd.org>; from Jasper O'Malley on Thu, Dec 31, 1998 at 11:00:01AM -0800 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org -> I've got a patch for src/libexec/telnetd/telnetd.c (in addition to my -> other patch already submitted for src/libexec/telnetd/sys_term.c) that -> does reverse-forward double-checking of source IP addresses before it -> passes the hostname argument to "login -h". If a forward lookup of the -> hostname generated by a reverse lookup of the IP address from the socket -> object doesn't result in that same IP address, the original IP address is -> what gets logged to utmp, not the bogus hostname, and not a bogus IP -> address. As usual, any connection from a host with an IP address that -> reverse resolves to a hostname longer than 16 characters is logged to utmp -> with the IP address. tcp_wrappers do this and I think it's enough; -- Matus "fantomas" Uhlar, sysadmin at NETLAB+ Kosice, Slovakia BIC coord for *.sk; admin of netlab.irc.sk; co-admin of irc.felk.cvut.cz To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jan 4 03:47:24 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA02373 for freebsd-bugs-outgoing; Mon, 4 Jan 1999 03:47:24 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from enya.clari.net.au (enya.clari.net.au [203.8.14.116]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA02368 for ; Mon, 4 Jan 1999 03:47:19 -0800 (PST) (envelope-from danny@enya.clari.net.au) Received: from localhost (danny@localhost) by enya.clari.net.au (8.8.8/8.8.7) with SMTP id WAA07203; Mon, 4 Jan 1999 22:46:36 +1100 (EST) (envelope-from danny@enya.clari.net.au) Date: Mon, 4 Jan 1999 22:46:36 +1100 (EST) From: "Daniel O'Callaghan" To: "Daniel O'Callaghan" cc: freebsd-bugs@FreeBSD.ORG Subject: Re: Y2K 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 Well, my audit of *time() calls has turned up something curious. inetd contains a built-in function for returning the current time in machine-readable format, as seconds since 1900/1/1. To convert from Unix time to this time, 70 years of seconds must be added. Curiously, the value is returned as a long, although 70 years is more than 2^31 seconds. The function still works, as the time is served as 4 bytes in network order, and signedness is ignored. However, it did raise the issue of just when the end of the epoch would come. Everyone talks about 2038, but no matter how many times I ask my calculator, it says that 2038 is 2^31 seconds after 1970, and 2^32 seconds takes us to 2106. Why can't struct timeval contain long unsigned members instead of long ints? Should I convert the inetd machtime() function to be unsigned, for neatness' sake? And what about signedness in struct timeval? Or should I just flag this in my report for fixing before 2034? Danny To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jan 4 04:06:28 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA06429 for freebsd-bugs-outgoing; Mon, 4 Jan 1999 04:06:28 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA06423 for ; Mon, 4 Jan 1999 04:06:23 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.1/8.8.5) with ESMTP id NAA13348; Mon, 4 Jan 1999 13:05:01 +0100 (CET) To: "Daniel O'Callaghan" cc: freebsd-bugs@FreeBSD.ORG Subject: Re: Y2K In-reply-to: Your message of "Mon, 04 Jan 1999 22:46:36 +1100." Date: Mon, 04 Jan 1999 13:04:59 +0100 Message-ID: <13346.915451499@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message , "Danie l O'Callaghan" writes: >However, it did raise the issue of just when the end of the epoch would >come. Everyone talks about 2038, but no matter how many times I ask my >calculator, it says that 2038 is 2^31 seconds after 1970, and 2^32 seconds >takes us to 2106. Why can't struct timeval contain long unsigned members >instead of long ints? Simple: because struct timeval (×pec) needs to be able to handle signed time intervals. Inetd should be fixed to use unsigned. -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." "ttyv0" -- What UNIX calls a $20K state-of-the-art, 3D, hi-res color terminal To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jan 4 04:20:09 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA07455 for freebsd-bugs-outgoing; Mon, 4 Jan 1999 04:20:09 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA07450 for ; Mon, 4 Jan 1999 04:20:07 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id EAA26989; Mon, 4 Jan 1999 04:20:01 -0800 (PST) Date: Mon, 4 Jan 1999 04:20:01 -0800 (PST) Message-Id: <199901041220.EAA26989@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: "Eugene M. Kim" Subject: Re: bin/3246: mtree -c should escape whitespace and special characters Reply-To: "Eugene M. Kim" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/3246; it has been noted by GNATS. From: "Eugene M. Kim" To: freebsd-gnats-submit@freebsd.org, eserte@cs.tu-berlin.de Cc: Subject: Re: bin/3246: mtree -c should escape whitespace and special characters Date: Mon, 4 Jan 1999 04:10:59 -0800 (PST) The following patch fixes the problem by escaping unprintable and whitespace characters in URL-encoding style. For example, the name "I have spaces" will be encoded as "I%20have%20spaces". Note that this might raise an incompatibility issue if any preexisting mtree spec file has a filename with a `%' character followed by two hexadecimal characters, because that would be recognized as a escape sequence by the new mtree program. (As far as I know, the core FreeBSD part doesn't use mtree in such a way.) ------------------------------- cut here ------------------------------- diff -cbrN src/usr.sbin/mtree/Makefile src/usr.sbin/mtree.new/Makefile *** src/usr.sbin/mtree/Makefile Sat Feb 22 08:07:51 1997 --- src/usr.sbin/mtree.new/Makefile Mon Jan 4 02:37:05 1999 *************** *** 2,8 **** # $Id: Makefile,v 1.6 1997/02/22 16:07:51 peter Exp $ PROG= mtree ! SRCS= compare.c crc.c create.c misc.c mtree.c spec.c verify.c MAN8= mtree.8 .PATH: ${.CURDIR}/../../usr.bin/cksum --- 2,8 ---- # $Id: Makefile,v 1.6 1997/02/22 16:07:51 peter Exp $ PROG= mtree ! SRCS= compare.c crc.c create.c misc.c mtree.c spec.c verify.c escape.c MAN8= mtree.8 .PATH: ${.CURDIR}/../../usr.bin/cksum diff -cbrN src/usr.sbin/mtree/create.c src/usr.sbin/mtree.new/create.c *** src/usr.sbin/mtree/create.c Sun Aug 2 07:41:34 1998 --- src/usr.sbin/mtree.new/create.c Mon Jan 4 02:51:23 1999 *************** *** 138,148 **** struct passwd *pw; u_long len, val; int fd, offset; if (iflag || S_ISDIR(p->fts_statp->st_mode)) ! offset = printf("%*s%s", indent, "", p->fts_name); else ! offset = printf("%*s %s", indent, "", p->fts_name); if (offset > (INDENTNAMELEN + indent)) offset = MAXLINELEN; --- 138,156 ---- struct passwd *pw; u_long len, val; int fd, offset; + char *escaped_name; + + escaped_name = calloc(1, escaped_len(p->fts_name) + 1); + if (!escaped_name) + errx(1, "statf(): calloc() failed"); + escape(p->fts_name, escaped_name); if (iflag || S_ISDIR(p->fts_statp->st_mode)) ! offset = printf("%*s%s", indent, "", escaped_name); else ! offset = printf("%*s %s", indent, "", escaped_name); ! ! free(escaped_name); if (offset > (INDENTNAMELEN + indent)) offset = MAXLINELEN; diff -cbrN src/usr.sbin/mtree/escape.c src/usr.sbin/mtree.new/escape.c *** src/usr.sbin/mtree/escape.c Wed Dec 31 16:00:00 1969 --- src/usr.sbin/mtree.new/escape.c Mon Jan 4 03:46:54 1999 *************** *** 0 **** --- 1,65 ---- + #include + #include + + size_t + escaped_len + (char const *s) + { + size_t ret; + char const *p; + for (p = s, ret = 0; *p != '\0'; p++, ret++) { + if (!isprint(*p) || isspace(*p) || *p == '%') + ret += 2; + } + return ret; + } + + void + escape + (char const *s, char *d) + { + char const *ps; + char *pd; + for (ps = s, pd = d; *ps != '\0'; ps++) { + if (!isprint(*ps) || isspace(*ps) || *ps == '%') { + char c; + *pd++ = '%'; + c = (*ps >> 4) & 0xf; *pd++ = (c >= 10) ? 'A' + c - 10 : '0' + c; + c = *ps & 0xf; *pd++ = (c >= 10) ? 'A' + c - 10 : '0' + c; + } else + *pd++ = *ps; + } + } + + size_t + unescaped_len + (char const *s) + { + size_t ret; + char const *ps; + for (ps = s, ret = 0; *ps != '\0'; ps++, ret++) { + if (*ps == '%' && isxdigit(ps[1]) && isxdigit(ps[2])) + ps += 2; + } + return ret; + } + + void + unescape + (char const *s, char *d) + { + char const *ps; + char *pd; + + for (ps = s, pd = d; *ps != '\0'; ps++) { + if (*ps == '%' && isxdigit(ps[1]) && isxdigit(ps[2])) { + char c; + c = isalpha(ps[1]) ? toupper(ps[1]) - 'A' + 10 : ps[1] - '0'; + c <<= 4; + c |= isalpha(ps[2]) ? toupper(ps[2]) - 'A' + 10 : ps[2] - '0'; + *pd++ = c; + ps += 2; + } else + *pd++ = *ps; + } + } diff -cbrN src/usr.sbin/mtree/escape.h src/usr.sbin/mtree.new/escape.h *** src/usr.sbin/mtree/escape.h Wed Dec 31 16:00:00 1969 --- src/usr.sbin/mtree.new/escape.h Mon Jan 4 02:25:51 1999 *************** *** 0 **** --- 1,11 ---- + #ifndef ESCAPE_H__ + #define ESCAPE_H__ + + #include + + size_t escaped_len __P((char const *s)); + void escape __P((char const *s, char *d)); + size_t unescaped_len __P((char const *s)); + void unescape __P((char const *s, char *d)); + + #endif /* ESCAPE_H__ */ diff -cbrN src/usr.sbin/mtree/spec.c src/usr.sbin/mtree.new/spec.c *** src/usr.sbin/mtree/spec.c Tue Dec 15 20:54:08 1998 --- src/usr.sbin/mtree.new/spec.c Mon Jan 4 02:36:24 1999 *************** *** 140,152 **** noparent: errx(1, "line %d: no parent node", lineno); } ! if ((centry = calloc(1, sizeof(NODE) + strlen(p))) == NULL) errx(1, "calloc"); *centry = ginfo; - (void)strcpy(centry->name, p); #define MAGIC "?*[" if (strpbrk(p, MAGIC)) centry->flags |= F_MAGIC; set(NULL, centry); if (!root) { --- 140,152 ---- noparent: errx(1, "line %d: no parent node", lineno); } ! if ((centry = calloc(1, sizeof(NODE) + unescaped_len(p))) == NULL) errx(1, "calloc"); *centry = ginfo; #define MAGIC "?*[" if (strpbrk(p, MAGIC)) centry->flags |= F_MAGIC; + unescape(p, centry->name); set(NULL, centry); if (!root) { ------------------------------- cut here ------------------------------- Eugene M. Kim "Is your music unpopular? Make it popular; make music which people like, or make people who like your music." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jan 4 04:40:10 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA09008 for freebsd-bugs-outgoing; Mon, 4 Jan 1999 04:40:10 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA08999 for ; Mon, 4 Jan 1999 04:40:07 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id EAA27900; Mon, 4 Jan 1999 04:40:01 -0800 (PST) Received: from ren.dtir.qld.gov.au (ns.detir.qld.gov.au [203.46.81.66]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA08450 for ; Mon, 4 Jan 1999 04:33:44 -0800 (PST) (envelope-from syssgm@dtir.qld.gov.au) Received: by ren.dtir.qld.gov.au; id WAA09117; Mon, 4 Jan 1999 22:32:49 +1000 (EST) Received: from ogre.dtir.qld.gov.au(167.123.8.3) by ren.dtir.qld.gov.au via smap (3.2) id xma009113; Mon, 4 Jan 99 22:32:29 +1000 Received: from atlas.dtir.qld.gov.au (atlas.dtir.qld.gov.au [167.123.8.9]) by ogre.dtir.qld.gov.au (8.8.8/8.8.7) with ESMTP id WAA01700 for ; Mon, 4 Jan 1999 22:32:29 +1000 (EST) Received: from nymph.dtir.qld.gov.au (nymph.dtir.qld.gov.au [167.123.10.10]) by atlas.dtir.qld.gov.au (8.8.5/8.8.5) with ESMTP id WAA10997 for ; Mon, 4 Jan 1999 22:32:28 +1000 (EST) Received: (from syssgm@localhost) by nymph.dtir.qld.gov.au (8.8.8/8.8.7) id WAA00489; Mon, 4 Jan 1999 22:32:28 +1000 (EST) (envelope-from syssgm) Message-Id: <199901041232.WAA00489@nymph.dtir.qld.gov.au> Date: Mon, 4 Jan 1999 22:32:28 +1000 (EST) From: Stephen McKay Reply-To: syssgm@dtir.qld.gov.au To: FreeBSD-gnats-submit@FreeBSD.ORG Cc: syssgm@dtir.qld.gov.au X-Send-Pr-Version: 3.2 Subject: bin/9308: [PATCH] Flood ping doesn't flood Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9308 >Category: bin >Synopsis: [PATCH] Flood ping doesn't flood >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 4 04:40:00 PST 1999 >Closed-Date: >Last-Modified: >Originator: Stephen McKay >Release: FreeBSD 3.0-CURRENT i386 >Organization: Just me >Environment: 2.2.7, 2.2.8, 3.0, -current >Description: Is your flood ping limp and flagging? Do you remember a day long ago when your eyesight was keen and your bones didn't hurt and you got more than 50 pings per second from "ping -f"? Why, I remember the days of 1500 pings per second! You can have those glory days back with this tiny patch: >How-To-Repeat: # time ping -c1000 -f localhost PING localhost (127.0.0.1): 56 data bytes . --- localhost ping statistics --- 1000 packets transmitted, 1000 packets received, 0% packet loss round-trip min/avg/max/stddev = 0.052/0.059/1.299/0.044 ms ping -c1000 -f localhost 0.04s user 0.43s system 2% cpu 20.017 total ^^^^^^ (By the way, the code is trying for 100 pings per second but gets only 50. This is because timeouts are rounded up in select() and you CAN'T have a timeout of less than 2 clock ticks.) (Apply patch and then...) # time ./ping -c1000 -f localhost PING localhost (127.0.0.1): 56 data bytes . --- localhost ping statistics --- 1000 packets transmitted, 1000 packets received, 0% packet loss round-trip min/avg/max/stddev = 0.048/0.087/0.198/0.009 ms ./ping -c1000 -f localhost 0.02s user 0.41s system 82% cpu 0.524 total ^^^^^ >Fix: Index: ping.c =================================================================== RCS file: /cvs/src/sbin/ping/ping.c,v retrieving revision 1.41 diff -u -r1.41 ping.c --- ping.c 1998/08/26 18:51:37 1.41 +++ ping.c 1999/01/04 11:59:16 @@ -553,13 +553,14 @@ if (npackets && nreceived >= npackets) break; } - if (n == 0) { + if (n == 0 || options & F_FLOOD) { if (!npackets || ntransmitted < npackets) pinger(); else { if (almost_done) break; almost_done = 1; + intvl.tv_usec = 0; if (nreceived) { intvl.tv_sec = 2 * tmax / 1000; if (!intvl.tv_sec) >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 4 04:55:48 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA10237 for freebsd-bugs-outgoing; Mon, 4 Jan 1999 04:55:48 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from smtp1.vnet.net (smtp1.vnet.net [166.82.1.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA10230 for ; Mon, 4 Jan 1999 04:55:46 -0800 (PST) (envelope-from rivers@dignus.com) Received: from dignus.com (ponds.vnet.net [166.82.177.48]) by smtp1.vnet.net (8.9.1a/8.9.1) with ESMTP id HAA23877; Mon, 4 Jan 1999 07:55:45 -0500 (EST) Received: from lakes.dignus.com (lakes.dignus.com [10.0.0.3]) by dignus.com (8.9.1/8.8.5) with ESMTP id IAA02872; Mon, 4 Jan 1999 08:37:46 -0500 (EST) Received: (from rivers@localhost) by lakes.dignus.com (8.9.1/8.6.9) id HAA02103; Mon, 4 Jan 1999 07:56:39 -0500 (EST) Date: Mon, 4 Jan 1999 07:56:39 -0500 (EST) From: Thomas David Rivers Message-Id: <199901041256.HAA02103@lakes.dignus.com> To: astralblue@usa.net, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/3246: mtree -c should escape whitespace and special characters In-Reply-To: <199901041220.EAA26989@freefall.freebsd.org> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Eugene... I really like the improvements you made to mtree, but I was wondering, why did you pick "%nn" as the escape? Wouldn't it have been more "C-like" to use "\nnn","\xnn" and "\c"? I would guess that the backslash is a little more unlikely as an existing file character (unless we consider Windows)... It seems a shame to invent yet-another character escaping mechanism. In this case, to note a space, the simple: I\ have\ spaces would work, and would appear a little more obvious to the reader (those really are spaces.) Similarly, I\x20\have\x21special\x22chars would work for putting in special characters... Just a thought... - Dave Rivers - To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jan 4 05:08:00 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA11459 for freebsd-bugs-outgoing; Mon, 4 Jan 1999 05:08:00 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.26.10.9]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA11454 for ; Mon, 4 Jan 1999 05:07:57 -0800 (PST) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id AAA11382; Tue, 5 Jan 1999 00:07:28 +1100 Date: Tue, 5 Jan 1999 00:07:28 +1100 From: Bruce Evans Message-Id: <199901041307.AAA11382@godzilla.zeta.org.au> To: danny@hilink.com.au, phk@critter.freebsd.dk Subject: Re: Y2K Cc: freebsd-bugs@FreeBSD.ORG Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >>However, it did raise the issue of just when the end of the epoch would >>come. Everyone talks about 2038, but no matter how many times I ask my >>calculator, it says that 2038 is 2^31 seconds after 1970, and 2^32 seconds >>takes us to 2106. Why can't struct timeval contain long unsigned members >>instead of long ints? > >Simple: because struct timeval (×pec) needs to be able to >handle signed time intervals. It doesn't really, but struct timeval has been defined as { long tv_sec; long tv_usec; } for a long time, so applications can reasonably expect timevals to be able to handle signed time intervals. OTOH, struct timespec is defined as { time_t tv_sec; long tv_nsec; }, where time_t is an arithmetic type (any integer or floating point type). so applications that expect it to hold signed time intervals are just broken (unless they figure out that it is an unsigned integer type and do calculations mod 2^N). Most applications are broken, so time_t can't simply be changed even if its size doesn't change. Changing it to float would be a good warmup for changing it to longer than 32 bits. This change would probably be invalid for POSIX systems, since seconds resolution would not be possible. Different considerations apply in the kernel. The kernel's representation of times shouldn't be so closely coupled to the application interface. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jan 4 05:29:07 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA13197 for freebsd-bugs-outgoing; Mon, 4 Jan 1999 05:29:07 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from gw1.pl.cp (redion.nttmcl.com [216.69.69.40]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA13192 for ; Mon, 4 Jan 1999 05:29:04 -0800 (PST) (envelope-from astralblue@usa.net) Received: from localhost (gene@localhost) by gw1.pl.cp (8.9.1/8.9.1) with SMTP id FAA13821; Mon, 4 Jan 1999 05:27:50 -0800 (PST) (envelope-from astralblue@usa.net) X-Authentication-Warning: gw1.pl.cp: gene owned process doing -bs Date: Mon, 4 Jan 1999 05:27:49 -0800 (PST) From: "Eugene M. Kim" X-Sender: gene@gw1.pl.cp To: Thomas David Rivers cc: freebsd-bugs@FreeBSD.ORG Subject: Re: bin/3246: mtree -c should escape whitespace and special characters In-Reply-To: <199901041256.HAA02103@lakes.dignus.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 At first I also considered the C-style sequences, but I decided for the URL-style one because the resulting code was simpler (and probably faster). The human readability might be worse, but mtree files are usually read and parsed only by mtree. And the URL-style sequence is already a standard, as defined in RFC2396. On Mon, 4 Jan 1999, Thomas David Rivers wrote: | Eugene... | | I really like the improvements you made to mtree, but I was wondering, | why did you pick "%nn" as the escape? Wouldn't it have been more "C-like" | to use "\nnn","\xnn" and "\c"? I would guess that the backslash is a little | more unlikely as an existing file character (unless we consider Windows)... | | It seems a shame to invent yet-another character escaping mechanism. | | In this case, to note a space, the simple: | | I\ have\ spaces | | would work, and would appear a little more obvious to the reader (those | really are spaces.) | | Similarly, | | I\x20\have\x21special\x22chars | | would work for putting in special characters... | | | Just a thought... | | - Dave Rivers - | Eugene M. Kim "Is your music unpopular? Make it popular; make music which people like, or make people who like your music." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jan 4 05:30:11 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA13421 for freebsd-bugs-outgoing; Mon, 4 Jan 1999 05:30:11 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA13404 for ; Mon, 4 Jan 1999 05:30:08 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id FAA29486; Mon, 4 Jan 1999 05:30:01 -0800 (PST) Received: from relay.ucb.crimea.ua (relay.ucb.crimea.ua [194.93.177.113]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA12676 for ; Mon, 4 Jan 1999 05:21:13 -0800 (PST) (envelope-from ru@ucb.crimea.ua) Received: (from ru@localhost) by relay.ucb.crimea.ua (8.8.8/8.8.8) id PAA05806; Mon, 4 Jan 1999 15:20:13 +0200 (EET) (envelope-from ru) Message-Id: <199901041320.PAA05806@relay.ucb.crimea.ua> Date: Mon, 4 Jan 1999 15:20:13 +0200 (EET) From: Ruslan Ermilov Reply-To: ru@ucb.crimea.ua To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/9309: [PATCH] ip_divert.c bug Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9309 >Category: kern >Synopsis: [PATCH] ip_divert.c bug >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon Jan 4 05:30:01 PST 1999 >Closed-Date: >Last-Modified: >Originator: Ruslan Ermilov >Release: FreeBSD 2.2.8-STABLE i386 >Organization: United Commercial Bank >Environment: Kernel built with divert(4) support. >Description: Attempt to write the packet as incoming to the divert socket, with sin_port set to the rule number and interface supplied in sin_addr, rather than in sin_zero[], causes EADDRNOTAVAIL error. The problem first appeared in revision 1.1.2.12, when the following line of code was deleted (by Julian Elischer): sin->sin_port = 0; The removal of this line causes ifa_ifwithaddr() to fail when sin_port is set to any non-zero value. >How-To-Repeat: I have a small program, which can be used to implement IP over UDP tunneling (http://www.ucb.crimea.ua/~ru/FreeBSD/). It worked fine until 2.2.7. It uses old logic, i.e. sin_port is used to avoid firewall checker loops. Now it fails with ``Can't assing requested address'' when trying to write an incoming packet to the divert socket. Thanks to: kseel , who pointed out the problem. >Fix: Try the following patch (both RELENG_2_2 and HEAD): Index: ip_divert.c =================================================================== RCS file: /usr/FreeBSD-CVS/src/sys/netinet/ip_divert.c,v retrieving revision 1.1.2.12 diff -u -r1.1.2.12 ip_divert.c --- ip_divert.c 1998/07/06 08:48:38 1.1.2.12 +++ ip_divert.c 1999/01/04 12:48:00 @@ -317,6 +317,7 @@ struct ifaddr *ifa; /* If no luck with the name above, check by IP address. */ + sin->sin_port = 0; if (m->m_pkthdr.rcvif == NULL) { if (!(ifa = ifa_ifwithaddr((struct sockaddr *) sin))) { error = EADDRNOTAVAIL; >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 4 05:43:22 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA14488 for freebsd-bugs-outgoing; Mon, 4 Jan 1999 05:43:22 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from smtp1.vnet.net (smtp1.vnet.net [166.82.1.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA14482 for ; Mon, 4 Jan 1999 05:43:21 -0800 (PST) (envelope-from rivers@dignus.com) Received: from dignus.com (ponds.vnet.net [166.82.177.48]) by smtp1.vnet.net (8.9.1a/8.9.1) with ESMTP id IAA27107; Mon, 4 Jan 1999 08:43:21 -0500 (EST) Received: from lakes.dignus.com (lakes.dignus.com [10.0.0.3]) by dignus.com (8.9.1/8.8.5) with ESMTP id JAA02949; Mon, 4 Jan 1999 09:25:20 -0500 (EST) Received: (from rivers@localhost) by lakes.dignus.com (8.9.1/8.6.9) id IAA02269; Mon, 4 Jan 1999 08:44:15 -0500 (EST) Date: Mon, 4 Jan 1999 08:44:15 -0500 (EST) From: Thomas David Rivers Message-Id: <199901041344.IAA02269@lakes.dignus.com> To: astralblue@usa.net, rivers@dignus.com Subject: Re: bin/3246: mtree -c should escape whitespace and special characters Cc: freebsd-bugs@FreeBSD.ORG In-Reply-To: Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > At first I also considered the C-style sequences, but I decided for > the URL-style one because the resulting code was simpler (and probably > faster). The human readability might be worse, but mtree files are > usually read and parsed only by mtree. > > And the URL-style sequence is already a standard, as defined in RFC2396. Oh - I see... good point! and... in today's world; it's likely more people know the URL escape sequence than the C one :-) :-) - Dave Rivers - > > On Mon, 4 Jan 1999, Thomas David Rivers wrote: > > | Eugene... > | > | I really like the improvements you made to mtree, but I was wondering, > | why did you pick "%nn" as the escape? Wouldn't it have been more "C-like" > | to use "\nnn","\xnn" and "\c"? I would guess that the backslash is a little > | more unlikely as an existing file character (unless we consider Windows)... > | > | It seems a shame to invent yet-another character escaping mechanism. > | > | In this case, to note a space, the simple: > | > | I\ have\ spaces > | > | would work, and would appear a little more obvious to the reader (those > | really are spaces.) > | > | Similarly, > | > | I\x20\have\x21special\x22chars > | > | would work for putting in special characters... > | > | > | Just a thought... > | > | - Dave Rivers - > | > > Eugene M. Kim > > "Is your music unpopular? Make it popular; make music > which people like, or make people who like your music." > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jan 4 06:30:10 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA19880 for freebsd-bugs-outgoing; Mon, 4 Jan 1999 06:30:10 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA19872 for ; Mon, 4 Jan 1999 06:30:08 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id GAA02227; Mon, 4 Jan 1999 06:30:01 -0800 (PST) Date: Mon, 4 Jan 1999 06:30:01 -0800 (PST) Message-Id: <199901041430.GAA02227@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: "Jasper O'Malley" Subject: Re: bin/9226: telnetd can log wrong IP address to utmp Reply-To: "Jasper O'Malley" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/9226; it has been noted by GNATS. From: "Jasper O'Malley" To: "Matus \"fantomas\" Uhlar" Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: bin/9226: telnetd can log wrong IP address to utmp Date: Mon, 4 Jan 1999 08:24:07 -0600 (CST) On Mon, 4 Jan 1999, Matus "fantomas" Uhlar wrote: > tcp_wrappers do this and I think it's enough; So logging a bad hostname--or worse, a bad IP address--is acceptable if you don't use TCP Wrappers? The real solution is, as David suggested, to log both IP addresses and hostnames to utmp. Barring that, I'd like to patch login to add the -a switch, where IP addresses are passed to login rather than hostnames, and any lookups are done with login itself (deprecating the -h switch). There needs to be a standard way to pass stuff to utmp, and only certain applications should have to bother with address lookups. Cheers, Mick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jan 4 07:43:05 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA27599 for freebsd-bugs-outgoing; Mon, 4 Jan 1999 07:43:05 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from sun.panews.press.net (sun.panews.press.net [144.178.102.55]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA27594; Mon, 4 Jan 1999 07:43:02 -0800 (PST) (envelope-from steven_hartland@pa.press.net) Received: from darkstar.panews.press.net by sun.panews.press.net with SMTP (Microsoft Exchange Internet Mail Service Version 5.0.1458.49) id Y5H7APF9; Mon, 4 Jan 1999 15:44:53 -0000 Message-ID: <015c01be37f8$bd817e70$b475b290@darkstar.panews.press.net> From: "Steven Hartland" To: Cc: Subject: Possible bug in libkvm Date: Mon, 4 Jan 1999 15:41:47 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3155.0 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3155.0 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I've been using libkvm to do some stuff recently and I think I may have found a fairly large memory leak. On calling kvm_getarvgs the memory allocated for the args doesn't seem to get freed. Looking at the code and the man pages it is ment to be freed up on kvm_close. This does indeed free kd->argv but doesn't free either kd->argspc or kd->argbuf which are also allocated by kvm_argv. Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jan 4 08:49:39 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA04562 for freebsd-bugs-outgoing; Mon, 4 Jan 1999 08:49:39 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA04556 for ; Mon, 4 Jan 1999 08:49:38 -0800 (PST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.1/8.9.1) id LAA08533; Mon, 4 Jan 1999 11:49:10 -0500 (EST) (envelope-from wollman) Date: Mon, 4 Jan 1999 11:49:10 -0500 (EST) From: Garrett Wollman Message-Id: <199901041649.LAA08533@khavrinen.lcs.mit.edu> To: "Eugene M. Kim" Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: bin/3246: mtree -c should escape whitespace and special characters In-Reply-To: <199901041220.EAA26989@freefall.freebsd.org> References: <199901041220.EAA26989@freefall.freebsd.org> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org < said: > ! SRCS= compare.c crc.c create.c misc.c mtree.c spec.c verify.c escape.c Should just use vis(3)/unvis(3) instead. -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 Mon Jan 4 09:30:32 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA08618 for freebsd-bugs-outgoing; Mon, 4 Jan 1999 09:30:32 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from cowpie.acm.vt.edu (cowpie.acm.vt.edu [128.173.42.253]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA08613 for ; Mon, 4 Jan 1999 09:30:30 -0800 (PST) (envelope-from dhagan@cowpie.acm.vt.edu) Received: (from dhagan@localhost) by cowpie.acm.vt.edu (8.8.8/8.8.8) id MAA24335 for bugs@freebsd.org; Mon, 4 Jan 1999 12:29:24 -0500 (EST) (envelope-from dhagan) Date: Mon, 4 Jan 1999 12:29:23 -0500 (EST) From: Daniel Hagan To: bugs@FreeBSD.ORG Subject: Re: ports/8845 p5-Mysql not latest version 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 It appears from the information at ftp://mirror.xmission.com/CPAN/modules/by-module/Mysql/ that the latest version is 1.2013 while the ports version appears to be 1.2003. Daniel -- Daniel Hagan http://www.acm.vt.edu/~dhagan/ Head Admin dhagan@acm.vt.edu PGP 2.6.2 encouraged ACM at VT "The world is coming to an end. Please log off." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jan 4 11:00:12 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA18450 for freebsd-bugs-outgoing; Mon, 4 Jan 1999 11:00:12 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA18440 for ; Mon, 4 Jan 1999 11:00:11 -0800 (PST) (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id LAA08449 for freebsd-bugs@freebsd.org; Mon, 4 Jan 1999 11:00:02 -0800 (PST) Date: Mon, 4 Jan 1999 11:00:02 -0800 (PST) Message-Id: <199901041900.LAA08449@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 wollman route add/delete [network] xxx.yyy.zzz.0 f [1997/02/11] kern/2717 Panic with daily script (find) o [1997/03/08] kern/2923 panic: vm_fault: fault on nofault entry, o [1997/05/01] i386/3462 yokota using a PS/2 mouse causes kernel trap in o [1997/05/24] kern/3674 peter NFS in 2.2 RELEASE hangs. o [1997/06/01] kern/3752 peter NFS dirs under -current still have proble o [1997/06/01] kern/3753 peter "make" hangs when building in an NFS dir o [1997/06/25] kern/3949 sos The WD controller probe can fail when it o [1997/07/03] kern/4021 peter Local mount of a local NFS exported direc o [1997/07/31] kern/4200 peter NFS: "vm_fault: fault on nofault entry" w o [1997/08/12] kern/4289 kernel panic: vm_fault: fault on nofault o [1997/08/20] kern/4345 Kernel panic is caused by passing file de o [1997/09/02] kern/4453 2.2.2 lockup on restart with ASUS-TX97 mo o [1997/10/01] kern/4673 Two panics, now crash dumps, always in re o [1997/10/25] kern/4849 2.2.5-RELEASE does not detect TI PCI-1130 o [1997/10/25] kern/4851 adaptec 2940U hangs system if scsi tape d o [1997/10/27] kern/4864 Boot Failure in FreeBSD 2.2.5 RELEASE, ma o [1997/10/28] misc/4876 SCSI hard disks die too often o [1997/11/07] kern/4968 No flow control setting seems to make the o [1997/11/10] kern/4996 peter NFS crash, possibly related to file bigge o [1997/11/20] kern/5117 panic: biodone: buffer not busy o [1997/11/23] kern/5130 Kernel panic GPF imediatly on loading ker s [1997/11/24] bin/5139 portmap does not find interfaces correctl o [1997/11/25] bin/5148 peter mode of file and access on NFS mounted p f [1997/12/04] i386/5223 mount_msdos /dev/fd0.1440 /mnt and failur f [1997/12/21] kern/5355 Fix for NULLFS problems s [1998/01/15] i386/5493 [PATCH] aic6330.c: kernel freeze when I a o [1998/01/28] i386/5594 System not bootable when bad partition ty o [1998/02/03] kern/5641 running processes at the IDLE priority (i o [1998/02/10] kern/5702 problem with address network routing o [1998/02/10] kern/5703 CDROM Media Error triggers complete syste o [1998/02/10] kern/5709 Fatal trap 12: page fault in kernel mode o [1998/02/12] bin/5732 2.2.5 Won't install using partition creat o [1998/03/01] kern/5886 2.2-STABLE crashes when unmounting a busy o [1998/03/01] kern/5895 Kernal dumps caused by fork? o [1998/03/02] kern/5898 2.2-stable kernel panics pmap_relase: fre o [1998/03/13] kern/5994 Kernel Panics on FreeBSD-3.0 current SMP o [1998/03/14] kern/6006 cy driver panics machine when a user dial o [1998/03/23] bin/6121 peter gethostbyname(3) no longer returns NO_DAT o [1998/03/25] kern/6133 optical drive with 1024-byte (1k) sectors a [1998/03/27] kern/6147 syncronus ufs does not sync o [1998/04/30] kern/6465 File contents are zeroed after reboot o [1998/05/13] bin/6627 TCP-based RPC denial-of-service attack s [1998/05/13] kern/6630 [PATCH] Fix for Cyrix I8254 bug o [1998/05/19] kern/6689 kern_physio.c splits requests breaking cd f [1998/05/19] kern/6694 Network hangs, with "No buffers available o [1998/05/23] kern/6732 PCCARD kernel panic in sio driver s [1998/06/03] kern/6853 peter Having an inactive de0 in system leads to o [1998/06/11] kern/6914 FreeBSD 2.2.6-RELEASE and NFS is UNSTABLE o [1998/06/14] i386/6944 icu_ipl.s does has a case commented as ca o [1998/06/23] kern/7028 Panic in vinvalbuf when appending/looking o [1998/06/24] kern/7042 No buffer space available a [1998/07/12] kern/7264 gibbs Buslogic BT 950 scsi card not detected o [1998/07/15] kern/7288 /kernel: panic: ffs_alloccg: map corrupte o [1998/07/21] bin/7358 [PATCH] Security patches for locatedb etc o [1998/07/21] i386/7361 AHA-2940UW, Micron Millenia, ahc. Driver o [1998/08/06] ports/7513 se KDE kdm display manager doesn't work (and f [1998/08/07] i386/7528 install hangs @ probing devices screen wi o [1998/08/07] ports/7529 se kdehelp from stock kdebase-1.0 package do o [1998/08/14] kern/7611 custom-builtkernel causes fatal trap 12: o [1998/08/15] kern/7622 Kernel panic with Fatal trap 18. o [1998/08/16] i386/7633 panic: page fault on install with boot.fl s [1998/08/17] i386/7646 My system is freeze after X starup. s [1998/08/17] kern/7649 fenner [MFC] /sys/netinet/if_ether.c: "permanent o [1998/09/03] kern/7822 Machine Reboots without reason o [1998/09/06] kern/7843 Unable to install FreeBSD on Tekram DC-39 o [1998/09/08] i386/7859 fatal trap 12 in midi_synth_input o [1998/09/14] kern/7927 Fatal trap 12: page fault while in kernel o [1998/09/18] i386/7984 destructive install of 2.2.7 on 2.2.5 sys o [1998/09/20] i386/8000 jkh aout-to-elf-install fails on aout 3.0-BET o [1998/09/28] misc/8071 some obj-links seem not to be taken o [1998/09/28] kern/8074 se CAM rescan operation fatal o [1998/10/03] gnu/8138 peter gcc -pipe xxx.s hangs o [1998/10/06] i386/8179 Install failure with motherbord using SIS o [1998/10/08] i386/8214 Install 3.0-19981006-BETA fails o [1998/10/10] ports/8264 andreas xmysql / xmysqladmin won't compile. o [1998/10/12] conf/8290 3.0-19981009-BETA with DPT PM3334UW contr o [1998/10/16] kern/8345 mmap(2) hangs when dealing with certain f o [1998/10/17] ports/8364 chuckr ports/mpich-1.1.1 PATCHES ENCLOSED o [1998/10/20] i386/8382 [PATCH] /stand/sysinstall don't unmount C o [1998/10/20] kern/8386 modload failure o [1998/10/27] kern/8473 Excessive virtual memory consumption with o [1998/11/01] kern/8532 3.0-RELEASE panics with standard SMP kern o [1998/11/04] conf/8576 server goes down when client mount its fi o [1998/11/07] i386/8594 ide_pci disables second channel in 3.0-CU o [1998/11/08] i386/8603 DOS partition installation problem. o [1998/11/08] i386/8608 wdc1 is not detected on motherboards with a [1998/11/08] ports/8609 nectar eklogin service (kerberos klogind) fails o [1998/11/09] i386/8639 Accton EN1207B-TX dosen't work o [1998/11/10] kern/8641 FreeBSD crashes when global memory alloca o [1998/11/10] kern/8642 FreeBSD crashes when global memory alloca o [1998/11/11] kern/8653 FreeBSD 3.0 locks up on access to certain o [1998/11/12] i386/8673 bug in vm_page_alloc_contig() o [1998/11/16] kern/8711 FreeBSD 2.2.7 Accidently reboots ... o [1998/11/18] i386/8742 X Windows is ,loading with no accelerated o [1998/11/19] kern/8763 FreeBSD 3.0 system reboots or hangs often o [1998/11/21] i386/8787 install process hangs while adding defaul o [1998/11/24] ports/8829 torstenb Fix port: security/ssh o [1998/11/24] kern/8851 mounting an unconfigured device causes a o [1998/11/25] kern/8861 under heavy (multi interface) traffic ep0 o [1998/11/30] i386/8910 Booteasy destroys MBR and partition table o [1998/12/01] i386/8922 can't detect wdc1 on Abit LX6 motherboard o [1998/12/04] bin/8962 dillon natd code dump o [1998/12/05] kern/8973 trap 12: page fault while in kernel mode f [1998/12/08] i386/9011 3.0-release and secondary ide controller o [1998/12/09] misc/9034 I can't install FreeBSD 3.0-RELEASE on my o [1998/12/09] kern/9036 Boot 3.0-Release hangs with BT-445S after o [1998/12/12] kern/9059 3.0 crashes with high write-to-disk load f [1998/12/14] kern/9074 unable to use secondary IDE channel on Gi o [1998/12/14] kern/9081 3.0-RELEASE dies starting AP on dual PPro o [1998/12/20] kern/9143 syscons of 3.0-RELEASE causes system to c a [1998/12/22] kern/9178 -current ipfw.ko with ELF kernel doesn't o [1998/12/25] kern/9195 daemons die with sig11 due to VM problems o [1998/12/28] kern/9218 sysctl crashes system with bad args o [1998/12/30] kern/9249 Panic on 2.2.8-STABLE when accessing wcd o [1999/01/02] kern/9277 NFS-Bug in 3.0 ? o [1999/01/02] kern/9282 2nd IDE controller on Ali chipset motherb o [1999/01/03] kern/9294 IDE controller not being detected even wi o [1999/01/03] ports/9295 ports Y2K problem with inn port o [1999/01/03] ports/9298 ports Y2K problem with knews port o [1999/01/03] ports/9300 ports Y2K problem with nntp port 121 problems total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [1995/03/02] misc/229 bde acos() core dump a [1995/03/20] kern/260 davidg msync and munmap don't bother to update m s [1995/05/16] kern/425 arp entries not getting removed when inte f [1995/06/17] kern/527 dufault dump causes assertion in ncr.c o [1995/07/02] kern/579 bde sio: RS_IBUFSIZE at 256 bytes serial line s [1995/07/29] kern/638 Transmitted packets not passed to bpf in o [1995/10/18] bin/786 wpaul Problem with NIS and large group maps a [1996/02/17] bin/1030 cracauer /bin/sh does not pass environment variabl o [1996/05/24] misc/1247 yokota Conflicting header files f [1996/05/26] kern/1256 ZNYX 314 mysterously looses packets o [1996/06/05] kern/1293 Fatal trap 12: page fault while in kernel o [1996/06/07] kern/1301 davidg DEC FDDI/PCI Adapter: halt code = 6 (DMA f [1996/08/03] bin/1461 Incorrect address binding of Kerberized r o [1996/08/04] kern/1467 gibbs scsi_prevent causing tape problems on clo f [1996/08/22] kern/1533 dyson Machine can be panicked by a userland pro o [1996/09/19] bin/1650 telnet encryption with char-mode and asci s [1996/09/21] kern/1661 ft driver hangs uninterruptably at "bavai o [1996/09/29] kern/1689 wollman TCP extensions throttles distant connecti o [1996/10/04] kern/1724 mjacob HP colorado T4000S tape drive hangs syste o [1996/10/04] kern/1726 panic in kmem_malloc (dump available) o [1996/10/08] kern/1744 peter run queue or proc list smashed 4 times in o [1996/10/15] kern/1812 dg vnodes are left in a locked state o [1996/10/15] kern/1814 cy driver gets deadlocked sometimes o [1996/10/20] kern/1848 breakpoints may be set in shared librarie f [1996/10/21] kern/1856 peter read-only nfs mount: panic leaf should be a [1996/10/22] ports/1866 wosch popclient flushes remote mailbox even wit s [1996/10/26] bin/1892 install(1) removes target file f [1996/10/28] kern/1919 se access to files/directories fails, gives s [1996/11/08] gnu/1981 ypserv handles null key incorrectly a [1996/11/13] bin/2001 vi confused about lines to display a [1996/11/14] kern/2014 sos Console keyboard lockup problem o [1996/11/18] kern/2053 peter de0 driver don't work at 100M for Compex s [1996/12/03] kern/2142 FP mask not saved for signal handlers s [1996/12/22] ports/2268 erich libc from linux emulator does not use /et o [1996/12/22] kern/2270 Hayes ESP serial card locks system as of a [1996/12/30] kern/2325 quota.user enlarged, no boot on 2.2-BETA o [1996/12/30] kern/2330 changing root device to sd0a - ncr0: abor f [1997/01/03] conf/2367 gibbs Buslogic SCSI driver bad probe of 742A EI o [1997/01/09] bin/2430 mountd stops on loading if subnet mask is o [1997/01/13] misc/2479 sos NEC CD-ROM NOT RECOGNIZED; MATROX MISTIQU o [1997/01/13] bin/2489 steve gnats mangles sections o [1997/01/20] kern/2545 se < sd0(ncr0:6:0): COMMAND FAILED ==> Not a [1997/01/21] bin/2549 sos cdcontrol refuses to play audio CDs from o [1997/02/02] kern/2640 2.2-RELENG leaks memory (router/pppd serv s [1997/02/03] kern/2647 changing existing route to -static crashe o [1997/02/05] kern/2667 wollman bpfattach can hang the system o [1997/02/05] bin/2671 Run-away processes using all CPU time a [1997/02/06] kern/2675 lkmcioctl() is not consistent and careful o [1997/02/07] kern/2690 asami When Using ccd in a mirror mode, file cre o [1997/02/08] kern/2695 sio1 (16540 serial port) is not recognize o [1997/02/09] kern/2698 After rewind I cannot read a tape; blocks o [1997/02/12] kern/2719 added support for magneto-optical SCSI di o [1997/02/14] bin/2736 No boot block if no FreeBSD partitions on o [1997/02/15] kern/2742 panic: leaf should be empty o [1997/02/15] bin/2747 davidn cannot submit at jobs from within an at j o [1997/02/16] gnu/2749 peter cvs export using remote cvs fails - CVS/T o [1997/02/17] kern/2751 asami 2GB limitation on CCD device partitions s o [1997/02/19] kern/2768 ktrace(1) -i dumps corrupted trace data o [1997/02/19] bin/2769 fsck needs several runs to clean up bad/d o [1997/02/19] kern/2770 panic: vm_fault: fault on nofault entry o [1997/02/19] kern/2771 panic: bad dir o [1997/02/19] kern/2773 peter bad dir panic o [1997/02/20] bin/2785 wpaul callbootd uses an unitialized variable o [1997/02/20] gnu/2786 gcc version 2.7.2.1 C compiler slows down o [1997/02/22] kern/2800 DDS large data writing probrem o [1997/02/25] kern/2815 Custom Kernel crashes o [1997/03/01] kern/2840 mlock+minherit+fork+munlock causes panics o [1997/03/03] kern/2858 peter FreeBSD NFS client can't mount filesystem o [1997/03/04] kern/2873 the od0 devies does not handle a Maxoptix o [1997/03/08] kern/2919 vm_fault: fault on nofault entry, addr: f o [1997/03/11] bin/2948 can't dump 640MB optical disks o [1997/03/12] kern/2965 st0 hang/fail on reading 4mm DAT tape for o [1997/03/12] bin/2973 output of iostat is wrong. o [1997/03/15] kern/2991 RTF_LLINFO routes remain when interface i o [1997/03/18] kern/3021 panic after sync during reboot o [1997/03/21] bin/3055 umount -f does not work o [1997/04/01] bin/3170 vi freaks and dump core if user doesn't e o [1997/04/05] kern/3201 peter de0 not re-enabled after hub down o [1997/04/06] kern/3216 panic: pmap_zero_page: CMAP busy o [1997/04/06] kern/3219 sppp or arnet gets looped after connectio o [1997/04/09] kern/3244 ipfw flush closes connections o [1997/04/10] bin/3246 mtree -c should escape whitespace and spe o [1997/04/15] bin/3305 Can't do encrypted rlogin into self o [1997/04/19] bin/3355 se ncrcontrol fails when -DFAILSAFE in kerne o [1997/04/25] kern/3381 peter 2.2.x kernel panic on traversing and remo o [1997/04/25] kern/3384 telldir-seekdir can cause livelock o [1997/05/01] gnu/3441 C++ exceptions don't work in shared libra o [1997/05/01] kern/3463 netstat -I packet count increase on sl0 w f [1997/05/04] i386/3502 Merge of if_ix* and if_ie* broke EE/16 su o [1997/05/06] bin/3524 imp rlogin doesn't read $HOSTALIASES for non- o [1997/05/07] kern/3527 peter if_de.c doesn't recognize Kingston card p o [1997/05/09] kern/3564 using MPU401 driver pagefaults kernel o [1997/05/09] kern/3569 ex0 driver doesn't work with EtherExpress o [1997/05/11] misc/3578 defining CXXFLAGS in /etc/make.conf or en o [1997/05/12] kern/3579 peter de driver doesn't support newer SMC 9332 o [1997/05/12] kern/3581 intermittent trap 12 in lockstatus() o [1997/05/12] kern/3582 panic: bad dir (mangled entry) in 2.2-STA o [1997/05/13] conf/3591 parts in rc.local have no effects in rc.* s [1997/05/25] kern/3685 [PATCH] panic: fdesc attr o [1997/05/30] conf/3725 Cirrus Logic PCMCIA Controller Support o [1997/05/30] kern/3726 peter process hangs in 2.2-stable when working o [1997/05/30] kern/3727 SCSI II tape support broken o [1997/06/01] conf/3750 phk Potential improvements to rc.firewall o [1997/06/03] kern/3771 NFS hangs when writing to local FS re-mou o [1997/06/04] i386/3779 changing cursor to blinking block causes o [1997/06/07] conf/3807 mitsumi cd-rom fx800 (8x cd-rom) is not r o [1997/06/08] gnu/3810 cvs can't handle multiple multiple-path d o [1997/06/16] misc/3883 @+netgroup entries break +NIS-user entrie o [1997/06/18] kern/3899 df while unmounting floppy crashes 2.2.2 o [1997/06/19] kern/3909 joerg A patch supporting some new worm drivers o [1997/06/19] gnu/3910 sort(1) of 2.2.1R doesn't work in special o [1997/06/28] misc/3980 peter access via NFS fails during mount-operati o [1997/06/29] bin/3986 rdist seg faults when target machine is d o [1997/07/02] kern/4012 peter 2.2-RELEASE/Digital UNIX NFSv3 0 length f o [1997/07/02] misc/4013 boot floppy hangs if IDE ZIP Drive presen s [1997/07/06] gnu/4042 gdb stackframe in static library shows no o [1997/07/07] ports/4050 jfitz mrtg: rateup dumps core with malloc_optio o [1997/07/12] bin/4078 sos Typed password to log in on console and i o [1997/07/17] kern/4115 peter SunOS NFS file has wrong owner if creator o [1997/07/26] bin/4176 restore gets confused when run over pipe o [1997/07/27] ports/4179 fenner lmbench-1.1 dumps core after asking for m o [1997/07/28] kern/4186 peter nfsiod, panic, page fault in kernel mode o [1997/07/30] kern/4194 peter kernel pci driver for Digital 21041 Ether o [1997/08/06] kern/4240 kernel fails to recognise 2nd serial port o [1997/08/08] conf/4252 peter sendmail doesn't use smrsh by default o [1997/08/10] kern/4260 EOF handling in st(4) is broken o [1997/08/10] kern/4265 Panic in dsinit when multiple FreeBSD sli o [1997/08/10] kern/4270 ch driver does not use bounce buffers o [1997/08/12] kern/4284 le0 goes OACTIVE after some time o [1997/08/13] kern/4295 SL/IP difficulties between 2.2.1 & 2.2.2 o [1997/08/16] kern/4312 arp table gets messed up, syslog "gateway o [1997/08/17] kern/4327 peter NFS over TCP reconnect problem s [1997/08/19] kern/4338 New device driver (Cyclades Cyclom-Z) o [1997/08/22] bin/4357 wosch bug in adduser script causes duplicate UI o [1997/08/23] bin/4366 bad144 crashes if checking over 2gb o [1997/08/25] kern/4381 mount -t msdos causes panic:vm_fault o [1997/08/25] kern/4382 CURRENT kernel has a "free vnode isn't" p o [1997/09/02] kern/4454 X drops characters/locks up keyboard when o [1997/09/03] bin/4460 lpd hangs exiting (IE in ps table) o [1997/09/07] kern/4487 Kernel panic executing a directory o [1997/09/08] bin/4497 Reverse DNS fails for some CIDR *.IN-ADDR o [1997/09/10] kern/4508 peter nfs3 data integrity problems o [1997/09/11] kern/4513 System lockup appears to be VM related. o [1997/09/14] i386/4533 Server with Cyclom-Y PCI card rebooted at o [1997/09/14] kern/4544 Linux emulator problems when MAXDSIZ is i o [1997/09/19] bin/4582 integer overflow in 'sa -km' o [1997/09/19] bin/4585 imp termcap search fails too early o [1997/09/20] kern/4588 peter NFS access locks up o [1997/09/21] kern/4600 peter nfs lookups might give incorrect result o [1997/09/26] conf/4634 peter Sendmail Problem o [1997/09/30] kern/4663 checkalias panic o [1997/10/01] kern/4666 dfr umount -f doesn't seem to work o [1997/10/01] bin/4672 rdist does not do hard links right when t o [1997/10/03] bin/4683 imp restore doesn't correctly handle "sparse" o [1997/10/05] docs/4691 no documentation for mk_cmds(1) o [1997/10/15] kern/4772 ATAPI CD (bootable) causes kernel panic o [1997/10/16] ports/4773 torstenb Error in posting news items to INN server o [1997/10/16] kern/4774 trying to use IBCS2 shared libraries cras o [1997/10/16] kern/4782 Under certain conditions, several krsh's o [1997/10/18] ports/4798 jmz setuid-root Xserver problem o [1997/10/24] kern/4843 48 meg double fault moved to 64 meg in 2. o [1997/10/25] bin/4850 peter Named crashes with "rm_datum: DB_F_ACTIVE o [1997/10/26] kern/4859 SMP kernel panics with timeout table full o [1997/10/31] bin/4907 Oct 33* Daylight Savings Time ends; clock o [1997/10/31] kern/4909 de ethernet driver is crazy on 100base o [1997/11/01] bin/4913 peter Large mail messages can cause mail.local o [1997/11/03] kern/4927 kernel does not check any quota and permi o [1997/11/04] bin/4939 uuxqt unable to execute rnews program o [1997/11/05] kern/4945 continued failure to use the Adaptec 1460 o [1997/11/05] bin/4949 rpc.rquotad stat()s fs with quota file in o [1997/11/09] kern/4990 peter NFS hangs under FastEthernet. 1024 Bytes o [1997/11/10] misc/5001 During installation sc0 device is require o [1997/11/10] misc/5005 f2c is buggy and seriously outdated (agai o [1997/11/15] conf/5062 login.access not evaluated correctly o [1997/11/18] bin/5084 wrong "term" for internal shell o [1997/11/18] kern/5085 System crash during mount command for CD o [1997/11/20] bin/5105 mount_cd9660 or mount -t cd9660 fails to o [1997/11/22] gnu/5126 C++ compiler bug (assembly output) o [1997/11/23] i386/5128 Adaptec 2940U Timeouts with QUANTUM disk s [1997/12/02] bin/5189 rcmd(3) only allows one hardcoded connect s [1997/12/03] misc/5207 Examples for /etc are not in /usr/share/e o [1997/12/06] kern/5244 F00F workaround dosn't always work on SMP s [1997/12/14] bin/5297 make incompatibility with System V style o [1997/12/19] misc/5343 booteasy problem o [1997/12/19] kern/5347 peter DEC (de0) ethernet card has no buffers af a [1997/12/21] docs/5358 doc USWC write posting must be turned off on o [1997/12/30] kern/5396 fdesc fs crashes system o [1997/12/31] i386/5401 peter de0 selects wrong media when reconnected f [1998/01/08] kern/5456 After writing more than 100MB to SCSI Exa f [1998/01/15] misc/5499 when setting up the partition for free bs o [1998/01/15] bin/5500 "invalid hostname" is logged instead of I o [1998/01/16] kern/5513 luigi new PnP code is BAD (soundcards) s [1998/01/19] kern/5522 [PATCH] ip_input.c & ip_output.c problems o [1998/01/20] ports/5530 asami fetch (in make fetch stage) do not use pa o [1998/01/22] misc/5552 RE: Linux append=reboot=bios parameter im o [1998/01/26] misc/5574 bootpd gets timezone incorrectly o [1998/01/27] kern/5587 session id gets dropped o [1998/01/29] kern/5598 Support for magneto-optic SCSI devices wi s [1998/01/30] bin/5604 setenv(3) function has memory leak, other o [1998/01/30] kern/5606 Kernel Panic running Linux Binary without o [1998/01/31] kern/5611 bind does not check sockaddr->sin_family o [1998/02/01] kern/5618 kernel memory leak in routetbl. o [1998/02/01] kern/5624 dumping to tape causes scsi bus reset o [1998/02/04] kern/5643 NCR 810/815 do not handle rewind correctl o [1998/02/05] bin/5661 /sbin/dump never finishes o [1998/02/09] bin/5693 groff -mm or groff -mmm ??? o [1998/02/10] i386/5698 LPIP causes spurious reboots o [1998/02/11] misc/5722 Brazil can't decide on daylight savings o [1998/02/12] kern/5728 peter NFS hangs o [1998/02/12] bin/5733 cp -r cannot copy un-writable directories o [1998/02/15] i386/5760 3.0-CURRENT freezes at mount root stage o o [1998/02/17] gnu/5767 man leaves partially formatted cat pages o [1998/02/19] kern/5794 Kernel Panic o [1998/02/23] kern/5827 kernel panics in current (3.0) o [1998/02/24] kern/5839 vm_page_unwire: invalid wire count: 0 o [1998/02/25] bin/5845 in sh, set -- `getopt ...` always returns o [1998/02/25] misc/5852 Page fault or error caused by writing to o [1998/02/27] bin/5867 peter pppd or FreeBSD ? o [1998/02/28] kern/5877 sb_cc counts control data as well as data o [1998/03/01] kern/5890 peter NFS server Side say NFSERR_BAD_COOKIE (rm o [1998/03/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/12] kern/5991 panic: free vnode isn't o [1998/03/14] conf/6002 peter /etc/mail/sendmail.cf.addtions seems to l o [1998/03/14] bin/6004 cron in -CURRENT sometimes fails to proce o [1998/03/14] bin/6005 -CURRENT cron dies after short periods of o [1998/03/16] kern/6035 The system "sort-of" hangs when playing b o [1998/03/19] kern/6066 lnc driver does not work correctly with A o [1998/03/20] bin/6074 imp Incremental dumps are backing up unchange o [1998/03/22] kern/6099 LPIP to slow machine causes hang o [1998/03/22] ports/6100 ports xmpeg3 chokes on filenames with spaces o [1998/03/22] kern/6103 panic: ffs_valloc: dup alloc o [1998/03/28] bin/6162 kinit does not default to the current use o [1998/03/30] ports/6180 max youbin port has root-exploitable security o [1998/04/03] kern/6203 kernel panics with "blkfree: freeing free o [1998/04/03] conf/6205 NFS/NIS freak out o [1998/04/04] kern/6212 Two bugs with MFS filesystems fixed, one o [1998/04/07] kern/6238 luigi Sound-driver patch for MAD16 (OPTi 928,92 o [1998/04/07] kern/6242 vnode disk driver too unstable in -STABLE o [1998/04/08] kern/6251 peter ktrace very broken when logging over NFS o [1998/04/08] kern/6252 ide cdrom hangs system when on same bus a o [1998/04/09] kern/6253 Atapi wait for command phase too short. o [1998/04/10] kern/6267 dg panic: pmap_dispose_proc: upage already m o [1998/04/13] ports/6288 se KDE port glitches o [1998/04/14] kern/6300 System locks up in SMP mode when accessin f [1998/04/15] misc/6310 des explicit cast needed in floatpoint.h for o [1998/04/16] bin/6317 with -8E flags telnet still goes to comma o [1998/04/17] kern/6336 peter NFSv3 should support files >2GB, but does o [1998/04/17] misc/6340 missing the terminfo, which causes librar o [1998/04/18] kern/6344 cy driver is outdated o [1998/04/19] kern/6351 DPT RAID controller stops working under h o [1998/04/20] i386/6368 Stallion Easyio 8 port not detected using o [1998/04/22] bin/6383 csh - when ctrl-d is pressed, file is chm o [1998/04/25] kern/6412 peter NFS sends packets from the wrong interfac a [1998/05/01] kern/6481 se Patches for VIA Socket 7 chipsets o [1998/05/03] kern/6506 system will not soft reboot f [1998/05/05] kern/6525 Coral-Draw 5 CD crashes 2.2.6-STABLE a [1998/05/06] bin/6536 pppd doesn't restore drainwait for tty o [1998/05/07] misc/6549 steve You dont always get notified when someone o [1998/05/08] bin/6557 /bin/sh is broken o [1998/05/10] kern/6574 ipfw crash with DIAGANOSTICS o [1998/05/10] bin/6577 /bin/sh environment variables not set in o [1998/05/11] kern/6587 SMP idle cpl breaks signal forwarding o [1998/05/11] kern/6589 system panick'd with May 4th kernel o [1998/05/11] ports/6591 se KDE starts /usr/bin/kzip instead of /usr/ o [1998/05/12] kern/6603 ncr driver hangs under high load o [1998/05/12] bin/6609 gmp.h not installed o [1998/05/17] kern/6670 PANIC on boot with FreeBSD 3.0 (same comp s [1998/05/19] kern/6686 [STABLE] -stable does not support large I o [1998/05/20] kern/6706 mount_msdos+mount_null+mc=panic o [1998/05/25] kern/6751 audio cd play suddenly stops. o [1998/05/25] kern/6755 peter Tulip (if_de) driver buggy in -current o [1998/05/27] kern/6771 peter panic: Bad nfs svc reply s [1998/05/27] misc/6773 [PATCH] tempnam.c security problems s [1998/05/30] bin/6799 [THREAD,SCSI] problem with open(2) in lib o [1998/06/01] misc/6824 peter Intel EtherExpress 100+, 2.2.6 NFS troubl s [1998/06/02] bin/6830 make(1) exhibits confusing and non-standa s [1998/06/04] kern/6854 [PATCH] probing brooktree849 capture card s [1998/06/04] kern/6858 inetd in realloc(): warning: junk pointer o [1998/06/04] misc/6861 [PATCH] netboot error o [1998/06/05] kern/6865 OS crashes when exiting shell with suspen o [1998/06/10] kern/6908 kernel crash from user land o [1998/06/19] bin/6994 The netstat(1) -s generates wrong output f [1998/06/19] i386/6996 Occasional complete lockup of 2.2.5R s [1998/06/22] bin/7019 [security] pwd.db almost always contains s [1998/06/23] bin/7033 Same process notified multiple times o [1998/06/24] kern/7038 shimon Kernel panic caused by DPT driver (Got a s [1998/06/24] bin/7043 the fstat command doesn't know ISOFS, MSD o [1998/06/24] i386/7057 3Com 3C509 locks up, or has >1000ms rtt u s [1998/06/24] bin/7059 sh dumps core on this script o [1998/06/24] ports/7061 ache fspclient's grab command fails (and remov o [1998/07/05] ports/7167 ache elm cannot pgp for more than one recipien s [1998/07/05] kern/7169 cannot use accton on a append-only file o [1998/07/05] kern/7178 sos IDE Western Digital hard disk detection e s [1998/07/06] misc/7190 "Invalid partition table" after new insta o [1998/07/08] ports/7208 torstenb INN port w/TCL enabled doesn't install TC s [1998/07/10] kern/7237 NCR SCSI driver ch0 troubles o [1998/07/11] kern/7245 processes die with signal 6, if machine o o [1998/07/12] i386/7266 yokota PSM detection failure with Linksys consol s [1998/07/14] kern/7281 [STABLE] Multicast kludge does not work c o [1998/07/16] kern/7299 USER_LDT hangs Linux-emulated Netscape o [1998/07/17] bin/7309 jb pthread_attr_setscope() missing o [1998/07/18] i386/7311 "Probing devices" hangs computer with err o [1998/07/20] ports/7330 gpalmer ucd-snmp produces too much log file when o [1998/07/21] conf/7354 source distribution selection bug when in f [1998/07/22] kern/7367 panic: malloc: wrong bucket o [1998/07/23] ports/7382 ports Pine4 does not co-exist with older instal o [1998/07/23] ports/7383 torstenb socks5 + ssh + redirection not working o [1998/07/23] ports/7384 /usr/lib/libncurses.so.3.1 is old s [1998/07/26] bin/7402 imp Games primes and factor don't understand o [1998/07/26] kern/7405 in pmap_changebit, pmap_pte_quick() retur s [1998/07/27] kern/7410 [PATCH] driver for arlan-655 s [1998/07/27] i386/7420 [PATCH] Maximum socket buffer size (SB_MA o [1998/07/28] kern/7424 Machine crashes do not occur very often, o [1998/07/29] docs/7437 doc IPFW doco unclear about in/out o [1998/07/30] bin/7446 jdp Dlopen succeed in particular cases, but i o [1998/08/04] ports/7490 ache `setenv LANG/LC_CTYPE C` makes tcsh unusa o [1998/08/05] kern/7499 Panic in ffs_blkfree() s [1998/08/10] kern/7556 sl_compress_init() will fail if called an f [1998/08/10] kern/7557 -current machine running Diablo, lockup, s [1998/08/10] kern/7561 CDROM (wcd) is prone to lock up system/pr s [1998/08/10] kern/7562 Running wine can cause other applications o [1998/08/12] bin/7587 There is no pthread_cancel() in libc_r.a! o [1998/08/13] bin/7602 df stay in disk wait o [1998/08/18] kern/7658 (1) rlogin from some host to the FreeBSD o [1998/08/18] kern/7664 scsiformat reports '0' for all parameters o [1998/08/18] conf/7665 sysinstall quits silently o [1998/08/19] kern/7678 Problems with a 386-16 o [1998/08/20] i386/7698 scotty/tkined library error s [1998/08/22] kern/7713 fenner [MFC] problem with reusing ports with mul o [1998/08/23] kern/7727 Processes get wedged in 'getblk' on 2.2.7 o [1998/08/27] kern/7754 kernel panics if NFS server uses LKM vs. o [1998/08/27] bin/7756 disklabel misbehaving on seriously sick d o [1998/08/27] ports/7761 ports Update to recent port submission of nicet o [1998/08/27] kern/7764 ps(1) hangs in pfslck/lockrd - All subseq o [1998/08/27] kern/7766 de driver still buggy - random ifc death o [1998/08/27] kern/7767 de driver still buggy - power cycle of de o [1998/08/30] kern/7781 Problem with setpassent(), getpwnam() and o [1998/08/31] kern/7793 kernel wedges when netscape exits o [1998/09/01] kern/7797 System halted with "panic: pmap_release: o [1998/09/02] i386/7815 probe can't find wdc0 s [1998/09/03] gnu/7821 awk in free(): warning: chunk is already o [1998/09/03] conf/7823 sysinstall will not install XFree o [1998/09/09] bin/7872 [PATCH] mountd(8) can apply flags to wron o [1998/09/09] bin/7876 gethostbyname flags temporary failure as o [1998/09/09] bin/7877 fenner libpcap and tcpdump need updating o [1998/09/10] kern/7880 mount_cd9660 incorrect on multitrack CD-R o [1998/09/10] misc/7889 move_aout_libs.sh doesn't use ldconfig co o [1998/09/11] i386/7898 linux_lib-2.4 lacks libc.so.6 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/13] kern/7925 sendmail, inetd SIGSEGV after forking aft o [1998/09/15] ports/7931 torstenb Ssh allows root login with no password f [1998/09/15] bin/7943 des ftpd: ~ is ~root! 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] misc/7965 doFS.sh contains direct references to /mn o [1998/09/17] bin/7968 If /usr/libexec/yppwupdate DNE, rpc.yppas a [1998/09/19] ports/7987 ports Can't post news with TRN + NNTPCACHE o [1998/09/19] conf/7989 if we enable firewall and natd we losing o [1998/09/22] conf/8031 [patch] /etc/rc looks for /etc/sendmail.c o [1998/09/25] ports/8053 markm Perl 5 port has broken foreach behavior, o [1998/09/27] ports/8064 markm perl5 port ignores local settings for CC 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/29] ports/8088 torstenb short writes using ssh-1.2.* o [1998/09/30] gnu/8099 [patch] some bugs in cpio f [1998/09/30] kern/8112 ken 2.2.7 + CAM system panics removing shared 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/8169 luigi [patch] probe fail PnP sound card (YMF-71 o [1998/10/06] kern/8180 open("..",O_RDONLY|O_NONBLOCK) fails o [1998/10/06] ports/8181 peter date problems with exmh2 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/11] ports/8276 hosokawa samba's WINS database gets removed during o [1998/10/12] bin/8281 writev() in libc_r causes loop o [1998/10/13] kern/8312 Under heavy load, the system panics with o [1998/10/14] bin/8322 Mail doesn't respect REPLYTO in .mailrc o [1998/10/14] kern/8324 failure to deliver SIGIO when fildes mark f [1998/10/15] kern/8340 Adaptec 1540 Controller not getting probe o [1998/10/16] conf/8350 Problems with /etc/rc.firewall o [1998/10/19] i386/8370 unable to install 3.0-RELEASE from dos pa o [1998/10/19] conf/8379 check_rcpt returns OK for nonexistent add o [1998/10/20] kern/8380 swap_page error: out of swap space o [1998/10/20] i386/8385 2.2.7 hangs while detecting type of COM1' o [1998/10/20] docs/8392 doc Files to download for install from MS-DOS o [1998/10/20] ports/8394 peter rdist6 won't compile--tries to use MOUNT_ o [1998/10/21] i386/8397 Code using popen compiled on BSDI BSD/OS o [1998/10/22] i386/8414 ibcs2 emulation sets serial baud-rate inc o [1998/10/22] kern/8415 SMP kernel freezes while downloading larg o [1998/10/22] kern/8416 vm_fault might deadlock when locking back 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/23] gnu/8425 3.0's gdb can't read 3.0's kernel to debu o [1998/10/23] bin/8426 gprof still expects gmon.out o [1998/10/24] i386/8435 boot.flp does not give shell prompt after o [1998/10/24] bin/8440 3.0-RELEASE has wrong permissions on game o [1998/10/25] i386/8446 DOS install option does not work in 3.0-R o [1998/10/28] misc/8480 odd Korean timedef(LC_TIME) o [1998/10/29] kern/8485 A quirk bug in sys/cam/cam_xpt.c o [1998/10/29] misc/8493 Stable build process fails to install obj o [1998/10/30] kern/8500 FreeBSD 3.0 thread scheduler is broken o [1998/10/30] ports/8502 ports GNAT 3.10 port uses clock_gettime which i o [1998/10/31] bin/8518 freopen() in append mode followed by ftel o [1998/11/01] kern/8528 swap_pager: suggest more swap space warni o [1998/11/01] kern/8534 insufficient support routines for poll(2) o [1998/11/02] conf/8549 how to configure the network Card and Set o [1998/11/03] kern/8561 /kernel inode change time changes every r o [1998/11/03] i386/8567 Intel EtherExpress Pro/10 driver (if_ex.c o [1998/11/04] bin/8573 nvi 1.79 SIGSEGVs on any address in .exrc o [1998/11/05] kern/8580 Hanging NFS pagein in nfs_bio.c (2.2.7, w o [1998/11/06] kern/8585 bktr driver does not correctly identify I o [1998/11/07] kern/8590 kernel incorrectly recognizing Maxtor 11. o [1998/11/07] kern/8596 panic: page fault while using ping's reco o [1998/11/08] kern/8607 maxprocsperuid setting causes sybase/linu o [1998/11/08] kern/8619 EXT2FS should be in GENERIC kernel o [1998/11/08] ports/8622 peter exmh2 has problems with some date formats a [1998/11/09] misc/8623 wollman Time zone for Japan is strange (seen in / 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/12] misc/8672 adduser is very slow if the system has se 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/15] ports/8694 asami Recommend to change category name: biolog o [1998/11/15] bin/8699 ypbind can't bind to server o [1998/11/16] kern/8720 jkh using sd-names in SCSI "wiring" prevents o [1998/11/17] kern/8729 SYSV Semaphore blocks all threads o [1998/11/18] bin/8739 atoi and modunload f [1998/11/18] kern/8743 imp 3.0 boot disk will not probe for Adaptec o [1998/11/18] bin/8745 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/21] bin/8790 [PATCH] Buffer overrun in nvi-1.79 (explo o [1998/11/23] kern/8824 Incorrect driver unit number in IDE BusMa o [1998/11/24] kern/8834 NFS can corrupt local file cache o [1998/11/24] i386/8843 panic: isa_dmacheck: no physical page pre o [1998/11/24] ports/8845 vanilla p5-Mysql does not compile o [1998/11/24] conf/8854 boot.flp does not probe atapi cdrom o [1998/11/24] i386/8855 can't mount CD in ATAPI drive after eject o [1998/11/25] bin/8865 syslogd hangs with serial console o [1998/11/27] i386/8870 Installworld falls over in /usr/src/sys/i o [1998/11/27] bin/8872 pthread_cond_timedwait() can cause lost p o [1998/11/28] kern/8875 Patch to allow DMA IDE with generic chips o [1998/11/28] kern/8882 3.0-RELEASE hangs when mounting Micropoli o [1998/11/29] ports/8891 ports ssh2 port assume you have zipped manpage o [1998/11/29] i386/8894 Rebooting accidently because of missing f o [1998/11/29] conf/8903 /etc/rc can do NFS mounts before the netw o [1998/11/30] ports/8904 andreas Qt port has inaccurate dependencies, and o [1998/11/30] ports/8909 gpalmer snmpd enters endless loop due to snmpwalk o [1998/11/30] ports/8912 jfitz memory leak in afterstep-1.0 o [1998/12/01] kern/8919 using Acceleport 8r o [1998/12/01] i386/8924 File transfers. Upload is 71Kbs downloa o [1998/12/01] ports/8926 jfitz databases/p5-DBD-Pg port is out of date o [1998/12/02] kern/8940 system clock runs extremely slowly (and s o [1998/12/03] kern/8952 close() blocks forever after fork() in th a [1998/12/05] ports/8978 obrien upgrade of ports/deskutils/gnucash o [1998/12/06] kern/8981 this also fixes X crashes and sio silo ov o [1998/12/07] ports/9002 torstenb mirror reuses obsolete temporary db file f [1998/12/07] kern/9003 Tk/TCL Programs freeze keyboard when they o [1998/12/07] bin/9005 jkh pkg_delete is insufficient. no post-remov o [1998/12/08] ports/9019 torstenb ports/security/ssh broken o [1998/12/08] ports/9020 jmz echoing ^E in an xterm causes it to print o [1998/12/08] ports/9027 chuckr math/gnuplot doesn't compile 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/13] bin/9066 init ignore rc.shutdown o [1998/12/14] ports/9077 markm perl5 port freebsd patch fails o [1998/12/16] kern/9095 swap detect error o [1998/12/17] ports/9117 erich sudo port broken (unfetchable distfile) o [1998/12/19] kern/9129 Is it miss take ? So, ep deriver dose not o [1998/12/19] ports/9131 vanilla Can't build vtcl o [1998/12/20] i386/9140 NIS "Magic cookie" in master.passwd slays o [1998/12/21] bin/9162 [Patch] pthreads GC breaks signal handlin o [1998/12/21] kern/9163 [patch] squid does not join a multicast g o [1998/12/22] kern/9171 maxusers 1024 results in unbootable kerne a [1998/12/22] bin/9173 cracauer Interactive /bin/sh loops should break wh o [1998/12/22] kern/9174 parallel ZIP support broken in 3.0-CURREN o [1998/12/22] ports/9177 erich linux_lib buggy and outdated o [1998/12/24] ports/9191 obrien tcplist port dosnt work o [1998/12/27] bin/9214 kldload(8) error messages are inadequate o [1998/12/28] misc/9230 Problem with iostreams, seekg, tellg o [1998/12/29] bin/9236 doscmd generates endless kernel trap 25 m o [1998/12/29] i386/9237 pthread_exit doesn't exit o [1998/12/30] i386/9244 2.2.8 RELEASE Fixit floppy doesn't work.. o [1998/12/31] bin/9252 [patch] login program "login" don't set K o [1999/01/01] ports/9268 erich sudo fails [patch included] o [1999/01/01] ports/9272 ports Netscape 4.5 Communicator Installation br o [1999/01/03] bin/9292 Cron's logs are in /var/cron, not /var/lo 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/03] docs/9302 doc Addition for Y2Kbug page o [1999/01/03] ports/9303 asami Enhancement for bsd.port.mk to add MASTER o [1999/01/04] kern/9309 [PATCH] ip_divert.c bug 501 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/01/14] bin/115 systat iostat display doesn't scale high s [1995/05/13] bin/401 Add REMOTE_* variables a [1995/05/27] gnu/450 scrappy tar --exclude -c doesn't work s [1995/06/15] bin/517 Bad group change with 'install' o [1995/07/09] misc/605 wpaul NIS: get*bynis routine problems s [1995/08/05] gnu/655 ld -r of shared objects worked in 1.1.5, s [1995/08/07] bin/658 ifconfig alias has to be separately given s [1995/09/26] kern/742 syslog errors accessing Mac hard disks [p s [1995/10/03] kern/765 umount -f can`t umount a NFS filesystem i s [1995/11/20] kern/831 one minor complaint about the kernel visu s [1995/11/27] bin/841 stale nfs mounts cannot be umounted o [1995/11/30] bin/854 dg swapinfo shows incorrect information for o [1995/12/17] kern/900 dg ext2fs triggers divide by zero trap in vn o [1996/01/21] bin/961 hoek 'more $file', incorrect CRLF compacting. s [1996/01/28] kern/975 getrusage returns negative deltas a [1996/01/30] bin/981 fenner clnt_broadcast() is not aware of aliases s [1996/02/07] bin/999 /usr/share/mk/sys.mk missing common $(RM) s [1996/03/20] kern/1090 iostat displays incorrect sps count s [1996/03/20] bin/1093 route's diagnostic is weird o [1996/04/06] kern/1119 dg Mounted EXT2FS partition is not cleanly u s [1996/06/11] bin/1312 automounter hangs on boot s [1996/06/13] bin/1320 dump limits blocksize to 32K s [1996/06/18] i386/1331 [PATCH] changes and bug in ft driver s [1996/07/07] bin/1375 jraynard Extraneous warning from mv(1) [PATCH] o [1996/07/24] misc/1428 ncurses doesn't always display ALTCHARSET s [1996/08/17] bin/1502 [PATCH] vmstat 'avm' field merges with pr o [1996/08/19] kern/1514 dg mlock fails on readonly regions o [1996/08/20] kern/1516 dg vm_fault.c contains dead code or too many o [1996/08/21] ports/1520 erich sudo dosn't recognise certain passwords a a [1996/09/04] bin/1565 Moving a file to it's link completely rem o [1996/09/06] bin/1577 peter mail -f foo does not look in current dire s [1996/09/08] bin/1589 [PATCH] ftp fails to flush output o [1996/09/14] gnu/1611 phk groff should use "system-wide" papersize s [1996/09/19] kern/1654 [PATCH] In procfs, vattr doesn't contain o [1996/09/23] i386/1671 joerg s2 map in pcvt isn't ISO 8859-1 and claim o [1996/09/29] docs/1691 doc ppp server doc submission s [1996/10/13] kern/1788 wollman netstat gives negative numbers for tcp by s [1996/10/13] misc/1791 syslimits.h does not allow overriding def o [1996/10/20] bin/1849 gdb sets library breakpoints on the wrong o [1996/10/20] docs/1855 joerg Addition to LINT s [1996/10/24] bin/1881 file(1) misidentifies Sun3/m68k executabl s [1996/11/01] bin/1941 danny wtmp and monthly rotation s [1996/11/01] bin/1943 route(8) args s [1996/11/02] bin/1945 Out of date code/comments in dd o [1996/11/04] i386/1953 sos syscons savers have no default timeout s [1996/11/04] gnu/1961 [PATCH] uucp logging files are in /var/sp s [1996/11/06] bin/1970 csh limtail() bug s [1996/11/16] bin/2036 cpio size wraparound s [1996/11/19] bin/2061 DEBUG_FLAGS in bsd.lib.mk is broken s [1996/11/22] bin/2090 clients may bind to FreeBSD ypserv refusi o [1996/11/25] misc/2105 jmg bsd.lib.mk has problems with STRIP and IN o [1996/11/26] i386/2108 sos [ATAPI] wcd driver may hang under certain s [1996/11/28] bin/2119 [PATCH] mount lies to child about argv0, s [1996/12/02] bin/2137 vm statistics are bad o [1996/12/08] bin/2184 peter sendmail has lots of trouble with local d s [1996/12/12] kern/2199 joerg [PATCH] Got a lots of "Target Busy" messa s [1996/12/14] bin/2216 [PATCH] Ada specs not being compiled into s [1996/12/17] i386/2234 fbsdboot.exe does not turn off floppy dri o [1996/12/17] i386/2239 jmg some interrupts take too long (i.e. BT946 a [1996/12/21] bin/2265 guido su(1) does not call skeyaccess() o [1996/12/24] kern/2273 dufault support for POSIX.4 / POSIX.1a RT-schedul s [1996/12/26] bin/2291 [PATCH?] race condition in /etc/master.pa s [1996/12/27] kern/2298 Support for DSR/DCD swapping on serial po a [1996/12/27] misc/2302 brandon new crypt() including SHS and an extendab o [1996/12/29] bin/2315 peter tail segfaults on NFS permission denied s [1996/12/30] kern/2327 [PATCH] `Green' saver for pcvt o [1997/01/06] bin/2387 [PATCH] virtual hosting patches for inetd o [1997/01/07] kern/2393 filesystems not unmounted following shutd o [1997/01/07] bin/2410 pppd(8): failing PAP doesn't force line d o [1997/01/10] bin/2442 davidn setusershell()/endusershell() missing o [1997/01/12] kern/2462 sos screen saver dosn't capture key strokes o [1997/01/14] kern/2492 AIMS Lab RadioTrack driver for FreeBSD 2. o [1997/01/15] bin/2499 des fetch ftp://bla bla doesn't bail in disk o [1997/01/17] bin/2518 /usr/bin/tar is out of date o [1997/01/21] bin/2556 Patch for calendar.c o [1997/01/26] misc/2596 dd refuses to respond to SIGkill o [1997/01/26] i386/2598 ep0 in EISA mode hangs if ep0-device (ISA o [1997/01/28] bin/2603 dufault Added POSIX.4/POSIX.1b constants in unist o [1997/01/28] bin/2604 dufault Added POSIX.4/POSIX.1b shm_open()/shm_unl o [1997/01/31] bin/2630 [PATCH] xargs does excessive and inconsis o [1997/02/02] gnu/2637 tar dumped core with -g option. a [1997/02/02] bin/2641 wpaul login_access.c doesn't work with NIS by d o [1997/02/05] bin/2668 modification suggested for rarpd o [1997/02/05] bin/2672 Problem with telnetd o [1997/02/10] bin/2703 jmg vipw doesn't allow you to edit master.pas o [1997/02/10] kern/2704 Occasional failure to detect wdc1 on boot o [1997/02/11] conf/2709 FBSD 2.1.6 X-Server installation setup ut o [1997/02/11] kern/2716 od.c/sd.c non 512 byte/sector support imp o [1997/02/13] i386/2729 "make tags" in sys/kern produces barely u o [1997/02/14] bin/2737 yppasswd fails to change password on a su o [1997/02/15] misc/2745 fenner PR querry web form doesn't sort correctly o [1997/02/23] kern/2806 new kernel tags script o [1997/02/26] conf/2822 ftp install specifying URL confusing o [1997/02/27] gnu/2827 after make world genclass is not installe o [1997/03/02] bin/2851 script(1) sets argv[0] of the started she o [1997/03/03] kern/2857 DE500 board exhibits capture effect o [1997/03/03] bin/2859 /usr/bin/quota seems to choke on long gro o [1997/03/03] kern/2865 peter NFS client hangs on umount, ls, df when N o [1997/03/05] kern/2886 fenner mbuf leak in multicast code o [1997/03/06] docs/2897 steve send-pr categories should be explained so o [1997/03/06] bin/2898 fenner arp -a -n buglet o [1997/03/09] i386/2924 sos syscons X keyboard gets stuck in capsmode o [1997/03/10] bin/2934 sh(1) has problems with $ENV o [1997/03/10] bin/2938 Add -b, -l, and -f options to du(1) o [1997/03/11] ports/2949 asami bsd.port.mk needs something like FETCH_EN o [1997/03/18] misc/3024 make reinstall in /usr/src requires writa o [1997/03/22] kern/3061 route does not accept -genmask o [1997/03/31] gnu/3157 Patches to gas and gdb to support MMX ext o [1997/04/07] bin/3221 rpc.rusersd : can't communicate with SunO o [1997/04/07] misc/3225 [PATCH] uucpd.c should normalize host nam o [1997/04/08] misc/3237 SCRIPTS addition to bsd.prog.mk o [1997/04/09] bin/3242 incorrect prototype for initgroups o [1997/04/10] bin/3251 xsysinfo stops refreshing and wastes CPU o [1997/04/10] kern/3253 scsiconf.c: make ZIP disks use optical dr o [1997/04/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/05] bin/3506 [PATCH] more did not show iso-8859-n char o [1997/05/05] bin/3508 FreeBSD 2.2.1 do not view SCSI disk at sw o [1997/05/06] docs/3522 Man pages close(2) misses fcntl lock info o [1997/05/08] kern/3546 ktrace works even if no read permission o [1997/05/08] gnu/3552 the -L option of tar does not work proper o [1997/05/09] bin/3556 imp Bug with -i option in /usr/bin/lpr o [1997/05/09] bin/3558 make reinstall collapses on install-info s [1997/05/09] kern/3571 Mounted ext2 prevents umount of filesyste o [1997/05/11] conf/3577 eBones and OBJLINK=yes fails to build o [1997/05/12] kern/3584 luigi cleanup TCP_REASS macro in tcp_input.c o [1997/05/13] conf/3590 doc FAQ gives bad reccomendation re: xdm o [1997/05/16] bin/3608 Telnet in linemode will break apart long o [1997/05/17] kern/3611 Internal CPU cache on CyrixiInstead DX2 d o [1997/05/18] gnu/3616 permissions of /usr/libexec/uucp/uuxqt no o [1997/05/20] bin/3638 /bin/w can't handle long /dev/{tty,cua}xx o [1997/05/20] docs/3645 torstenb TCP_wrappers package doesn't mention wher s [1997/05/21] bin/3648 roberto [PATCH] find(1) extension for file flags s [1997/05/22] kern/3667 [PATCH] make vn LKM'able. s [1997/05/30] docs/3720 doc Addition for supported Hardware o [1997/05/31] ports/3729 scrappy pgsql dies when initiated o [1997/06/01] conf/3751 Improvements to /etc/rc{,.network,.pccard o [1997/06/02] bin/3762 dufault Bogus return values from rtprio(1) o [1997/06/04] bin/3778 wpaul ypbind -S domainname,server1,... does not o [1997/06/07] bin/3805 single process tftpd o [1997/06/09] bin/3826 KerberosIV sometimes hangs rcp o [1997/06/10] kern/3836 Cannot remove HUGE directory o [1997/06/10] bin/3837 dufault new feature for rtprio o [1997/06/12] kern/3853 luigi netboot/ns8390.c breaks NS datasheet o [1997/06/13] bin/3859 Setting the $0 variable in perl dosnt do o [1997/06/14] bin/3866 rcs2log fails with eastern timezones o [1997/06/15] kern/3879 peter Can't export mounted ext2fs via NFS o [1997/06/16] conf/3886 peter install does not build sendmail host stat o [1997/06/18] kern/3901 Multicast for Intel 10/100 Ethernet Card o [1997/06/19] misc/3912 ctags(1) cannot trace some macro correctl o [1997/06/23] kern/3938 peter Problem about mmap() over NFS o [1997/06/24] kern/3944 if_le doesnt receive ether multicast pack o [1997/06/25] kern/3948 nonworking t/tcp server side a [1997/06/25] kern/3953 kern-config: options PANIC_REBOOT_WAIT_TI o [1997/06/26] ports/3958 obrien a2ps fails if used according to man o [1997/06/26] i386/3962 print disk internal cache size during pro o [1997/06/27] kern/3968 Hardware probes die on Peak SBCs. o [1997/06/29] ports/3983 fenner New port: psf toolkit o [1997/07/07] kern/4051 pppd connect 'chat ...' broken s [1997/07/07] kern/4052 VJ compression drops packets with IP+TCP o [1997/07/08] misc/4063 2.2.2R Installation fails if Jaz drive sp o [1997/07/13] ports/4083 ache netscape wrapper doesn't hand off args co o [1997/07/18] bin/4116 davidn Kerberized login as .root fails to o [1997/07/23] kern/4153 New tcp initial send sequence number code s [1997/07/23] bin/4154 wish /bin/sleep handled fractions of a se s [1997/07/24] bin/4157 [PATCH] netstat atalk output should print o [1997/07/24] bin/4163 ftp core dumps after hitting control-C s [1997/07/26] bin/4172 suggest reconnection option added to fetc s [1997/07/28] kern/4184 [PATCH] minor nits in sys/netatalk s [1997/07/31] bin/4204 [PATCH] ac printed wrong report about tty o [1997/08/03] kern/4221 Kernel mode pppd doesen't update wtmp on o [1997/08/04] conf/4229 Ethernet interface unreachable on bootup o [1997/08/06] ports/4232 scrappy Boot-time start of postgressql postmaster o [1997/08/06] bin/4238 chpass only occasionally works in conjunc o [1997/08/07] kern/4243 file locking doesn't work for pipe o [1997/08/07] bin/4247 modification to /etc/security for FreeBSD o [1997/08/08] misc/4249 wpaul ypchsh doesn't care about changing a user a [1997/08/09] kern/4255 SMP kernel freezes on machines with >2 CP a [1997/08/09] kern/4257 itojun scsi RESERVATION CONFLICT support needed o [1997/08/12] misc/4285 SDL RISCom/N2 (ISA) a [1997/08/13] gnu/4290 ache man wrong viewed koi8-r manpages and neqn o [1997/08/13] kern/4297 dufault SIGEV_NONE and SIGEV_SIGNAL go in signal. o [1997/08/13] i386/4300 msmith The initial timeout on open("/dev/lpt0".. o [1997/08/14] ports/4304 asami Recommendation re. Ports Collection o [1997/08/22] ports/4356 erich sudo shouldn't block signals in tgetpass( o [1997/08/23] conf/4363 kernel build depend on make obj o [1997/08/26] misc/4395 if exists(secure) in /usr/src/Makefile is o [1997/08/29] kern/4413 No way to unmount a floppy that goes bad o [1997/08/29] misc/4414 be.iso.kbd errors in mapping o [1997/08/29] bin/4419 man can display the same man page twice o [1997/08/29] bin/4420 find -exedir doesn't chdir for first entr o [1997/09/03] bin/4459 bde No prototype for moncontrol(3) and monsta o [1997/09/04] misc/4468 dlopen is not available from static execu o [1997/09/07] bin/4484 peter sendmail is barfing o [1997/09/13] kern/4528 processes hang if the mount_portal proces a [1997/09/14] i386/4538 sos byteswapped ATAPI id strings o [1997/09/14] bin/4545 f77 will only call `cc', no com-line opti f [1997/09/15] i386/4547 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/17] ports/4565 torstenb News port: ircII-current (ircII-2.9a8/col o [1997/09/18] conf/4572 /etc/rc.network loads ipfirewall lkm rega o [1997/09/21] kern/4597 Patch to pass NPX status word in signal c o [1997/09/21] kern/4601 Contrib: userconfig patch to edit SCSI co o [1997/09/25] bin/4629 calendar doesn't print all dates sometime o [1997/09/28] misc/4646 Can't fixit with an NFS-mounted CD. o [1997/09/29] conf/4654 Need to do post-ifconfig commands o [1997/10/02] kern/4680 lkm version of vn.c o [1997/10/04] bin/4688 peter sys/utsname.h SYS_NMLN 32 too small o [1997/10/05] bin/4695 pstat error o [1997/10/05] bin/4696 ping hangs on certain unresolvable hosts o [1997/10/05] bin/4697 make doesn't handle dependencies with for o [1997/10/12] gnu/4748 cc -Wformat too sensitive o [1997/10/15] gnu/4771 diff to correct misleading total bytes in o [1997/10/22] bin/4828 ypxfr makes false assumption about RPC ca o [1997/10/23] docs/4833 doc Manual page missing for pccardc o [1997/10/23] kern/4837 bad error return from rmdir() with msdos o [1997/10/24] kern/4845 Boot complains about disk slices in FAT p o [1997/10/24] kern/4847 pccard stuff fails after running Win95 wi o [1997/11/01] bin/4915 peter NFS mounts to linux machine can hang syst o [1997/11/02] bin/4923 vi leaves the screen in standout mode o [1997/11/03] ports/4928 asami no 'update' target in /usr/ports/Makefile o [1997/11/07] bin/4969 cdcontrol plays incorrect audio tracks in o [1997/11/08] bin/4975 quotaon while server very busy causes loc o [1997/11/09] kern/4992 SCSI disk scheduling disabled in 2.2.5 o [1997/11/10] kern/4997 DDB_UNATTENDED doesn't always work o [1997/11/10] misc/4999 Entering '?' at first boot prompt in inst o [1997/11/11] kern/5009 ibcs2 emulation o [1997/11/11] kern/5011 rndcontrol -s 8 causes kernel panic o [1997/11/13] bin/5031 lpr does not remove original file if -s i o [1997/11/13] ports/5034 ache (tcsh) blocked write on named pipe sticks o [1997/11/14] kern/5038 FreeBSD can't read MS Joliet CDs. o [1997/11/14] gnu/5039 libdialog fails to resore terminal o [1997/11/14] kern/5040 Support for "SCSI-0" devices o [1997/11/14] bin/5047 ipfw(8) IP address resolving problem if o o [1997/11/14] kern/5048 Calling shutdown(fd,1) multiple times wil o [1997/11/15] kern/5059 peter mountd, nfsd, etc. fail when lp0 defined o [1997/11/15] kern/5060 Kernel doesn't compile with mss o [1997/11/17] bin/5072 /usr/bin/fetch parses a URL incorrectly o [1997/11/20] kern/5108 pmap_release panics with 'freeing held pa o [1997/11/20] bin/5109 patch to ftpd, new option to limit number o [1997/11/20] kern/5110 kernel crash & core in pmap_testbit durin o [1997/11/23] bin/5134 cdcontrol will eject a mounted CDROM s [1997/11/25] misc/5147 [PATCH] a shell script to help -CURRENT u o [1997/11/26] misc/5153 jkh release file checksums in wrong file s [1997/11/28] bin/5173 [PATCH] restore ought to deal with root s s [1997/11/30] i386/5182 bde [PATCH] A patch support high speed serial o [1997/12/03] conf/5213 My SB AWE64 isn't being recognized. f [1997/12/05] kern/5231 Mounted MS-DOS floppy disk writes unrelia o [1997/12/06] misc/5239 jkh ata + atapi & /stand/sysinstall & dos o [1997/12/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 f [1997/12/15] ports/5302 ache webcopy port doesnt work? o [1997/12/22] kern/5362 peter mount incorrectly reports / as an NFS exp f [1997/12/30] i386/5398 silo overflows running o [1998/01/02] bin/5410 pkg_info options s [1998/01/03] bin/5419 [PATCH] timed rejects valid networks with o [1998/01/08] kern/5429 Ethernet collision during file transfers s [1998/01/08] kern/5435 [PATCH] if_fe.c for old Gateway Communica s [1998/01/08] bin/5444 [PATCH] ypserv uses wrong dns lookup orde o [1998/01/08] ports/5446 se KDE port does not install using make in / s [1998/01/08] bin/5451 roberto [PATCH] halt/reboot does not execute /etc o [1998/01/11] bin/5483 Login(1) clears utmp entry s [1998/01/15] docs/5487 doc Adding documentation for scsi(8) usage wi o [1998/01/15] kern/5502 nfsd process usage doesn't get accounted o [1998/01/15] kern/5508 SCSI Message sd0: COMMAND FAILED (4 28) @ s [1998/01/16] kern/5510 sos [PATCH] Incomplete ATAPI diagnostic at bo o [1998/01/18] kern/5517 Recursive NULLFS mount causes ufs_ihashge o [1998/01/19] misc/5525 bde gid and uid in struct pwd are ints, when s [1998/01/20] misc/5531 [SUBMISSION] new library function abs2rel s [1998/01/20] kern/5532 [PATCH] Dropped packet counts are inaccur o [1998/01/21] bin/5537 vi dumps core with dodgy exrc file o [1998/01/21] bin/5541 ppp -alias (2.2.5-STABLE) has troubles wi o [1998/01/22] bin/5549 Kernel Problem o [1998/01/24] i386/5559 PC-Card joystick ports were not supported o [1998/01/25] bin/5567 trying to mount a joliet filesystem cdrom o [1998/01/26] 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 o [1998/02/05] misc/5662 sysinstall generates short dev names for o [1998/02/06] bin/5666 ifconfig fails to add alias o [1998/02/06] kern/5672 Crash from scsi aborted command 'Overlapp o [1998/02/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/17] ports/5771 ports New port: Stuttgart Neural Network Simula s [1998/02/17] misc/5772 peter nfsstat does not work o [1998/02/18] i386/5779 BOUNCE_BUFFERS option in LINT needs modif o [1998/02/18] i386/5784 ibcs2 emulation not handling ioctl(..FION a [1998/02/18] misc/5786 definition of speed_t in termios.h is not o [1998/02/19] ports/5788 joerg pcemu harddisk-access fixes o [1998/02/19] kern/5789 wcd0 requires ATAPI_STATIC o [1998/02/19] kern/5795 Panic: "bremfree: removing a buffer when o [1998/02/20] misc/5803 "tab" function from "ee" not compatible w a [1998/02/22] ports/5814 ports New port: XShodou o [1998/02/25] gnu/5841 installmost or install (world) of tmac fa o [1998/02/25] bin/5847 Makeworld fails if CXXFLAGS is set. o [1998/02/25] docs/5848 nik [PATCH] Update web.mk to handle SGML file s [1998/02/25] misc/5855 /etc/services is out of date with IANA o [1998/02/26] bin/5857 non-functional lpr/lpr o [1998/02/26] kern/5863 Kernel support for sorted SHUTDOWN & SHUT o [1998/03/01] bin/5880 df -t does not support devfs o [1998/03/01] ports/5884 dburr New port: icqjava-0.981a (net/icqjava) o [1998/03/02] bin/5901 new version of `fmt' o [1998/03/03] bin/5912 kinit exits if no user name specified o [1998/03/06] kern/5931 dma errors in syslog with GUS-max o [1998/03/06] i386/5932 perfmon kernel code should check for non- o [1998/03/08] bin/5944 cvs doesn't work correct. o [1998/03/08] ports/5946 ports New port biology/molmol o [1998/03/10] kern/5964 peter nfsd send interface selection seems broke o [1998/03/10] bin/5966 vi's spanish message catalog does not use o [1998/03/10] kern/5967 upg from 2.1.7.1/2.2.1 to 2.2.5-stable (a o [1998/03/10] ports/5972 andreas x11/fvwm95 requiring gsm, and rplay is a o [1998/03/11] gnu/5982 no error exit code from tar on child fail o [1998/03/12] gnu/5992 cvs y2k o [1998/03/13] bin/6000 kadmin ank uses bad default expiration of o [1998/03/15] bin/6015 indent(1) breaks source with backslash ne a [1998/03/15] ports/6017 ports new port: yacl a [1998/03/15] ports/6018 ports new port: ml-3.3 o [1998/03/15] ports/6027 max New Port: tgif2tex o [1998/03/16] kern/6032 poor TCP performance using FDDI over long o [1998/03/16] docs/6036 doc New handbook section 10.4.3.4 - si driver s [1998/03/18] ports/6053 kuriyama new port request: korean/hanIM o [1998/03/18] misc/6060 peter Sendmail executable, not doing MASQUERADE o [1998/03/18] bin/6064 Script to update files installed by /usr/ o [1998/03/19] i386/6067 boot.help pushes kernel list off screen o [1998/03/22] conf/6096 /sys/i386/conf/LINT: edit(???) sound_conf o [1998/03/22] i386/6098 FreeBSD only uses 16M of 48M on Compaq De o [1998/03/22] gnu/6107 gdb should support PRINTF_HAS_LONG_LONG o [1998/03/27] bin/6144 telnet for 8-bit data path o [1998/03/27] ports/6151 ports New port: xrus-1.5.2 o [1998/03/28] ports/6153 ports New port: flick o [1998/03/28] bin/6156 Patches to make dump understand ENOSPC o [1998/03/28] bin/6161 2.2.6 kerberos servers are awfully visibl o [1998/03/29] ports/6170 peter another squid ports o [1998/03/29] ports/6171 ports New port: xtron-1.1a o [1998/03/30] ports/6181 dburr New port: xoj-1.0 o [1998/03/31] bin/6183 quota hangups o [1998/03/31] kern/6184 No error if resulting file pos in lseek i o [1998/04/01] bin/6187 peter mounting nfs directories with -b can caus o [1998/04/01] ports/6194 ports New port: mirrormagic-1.3 o [1998/04/02] bin/6198 demangling C++ names breaks the Cygnus -f o [1998/04/03] bin/6200 flex can be upgraded o [1998/04/03] bin/6202 No way to detect removable media. o [1998/04/03] bin/6206 Enhancements to the shutdown program o [1998/04/04] kern/6213 peter NFS-mounted swap (via vnconfig) easily cr o [1998/04/04] bin/6214 ping sometimes cannot be killed with a Co o [1998/04/05] conf/6220 Too few ttyv devices in the -RELEASE syst s [1998/04/06] bin/6223 PST/DST bug in /bin/date o [1998/04/06] bin/6227 as doesn't handle this instruction o [1998/04/06] ports/6230 rse gfont_mkgdf calls wrong interpreter o [1998/04/06] bin/6234 ypserv -d is broken o [1998/04/07] ports/6235 ports New port: scwm-icon o [1998/04/07] ports/6236 ports New port: scwm f [1998/04/07] kern/6247 Gravis UltraSound Classic no longer works o [1998/04/09] kern/6255 SI driver fix for Jet ISA memory size o [1998/04/09] kern/6256 SI driver - new T225 download code o [1998/04/14] docs/6295 doc Reference to nonexistent file in Device D o [1998/04/14] kern/6296 IP_HDRINCL sockets force header fields to a [1998/04/14] kern/6299 vmstat -i does not show PnP device interr o [1998/04/15] docs/6307 doc sgmlfmt not `make -jN' ready s [1998/04/15] bin/6308 [PATCH] date(1) -v argument cannot vary s o [1998/04/15] ports/6312 ports New port: ghostscript-3.33 s [1998/04/15] bin/6314 [PATCH] /usr/sbin/ac modification s [1998/04/16] ports/6315 kuriyama new port request: korean/htm o [1998/04/16] kern/6318 pppd does not update wtmp on hangup o [1998/04/16] misc/6320 Sometimes nohup isn't good enough. a [1998/04/16] ports/6321 andreas can't run any version of PostgreSQL on 2. o [1998/04/17] ports/6331 ports New port: libshhopt-1.1.3 o [1998/04/17] bin/6332 bde /usr/include/time.h doesn't compile with o [1998/04/17] conf/6334 -DALLLANG should be moved from src/Makefi o [1998/04/17] gnu/6338 Gnu tar not working properly with the -G o [1998/04/18] conf/6346 Kernel version strings need to relate to a [1998/04/19] ports/6355 ports New port: qplug - Netscape plugin to show o [1998/04/20] bin/6359 routed does sent router discovry solicita o [1998/04/20] ports/6361 ports New port: GNU Pascal Compiler s [1998/04/20] bin/6371 [PATCH?] fetch(1) uses HTTP_PROXY for ftp o [1998/04/23] ports/6393 ports New port: MultiMedia package - CD player, f [1998/04/23] bin/6399 [PATCH] When using "-u" mount doesn't sta a [1998/04/27] kern/6432 IFF_NOARP does not affect ethernet interf o [1998/04/28] ports/6434 se [PATCH] mediatool in x11/kdelibs cause kw o [1998/04/28] ports/6445 jkoshy New port: `fhist' o [1998/04/30] kern/6464 tcpdump doesn't recognize tun0 when it's o [1998/05/01] ports/6473 ports New port: libshhmsg-1.3.3 o [1998/05/01] ports/6474 ports New port: libxalloc-1.0.2 o [1998/05/03] kern/6495 Need pci_unmap_mem and pci_unmap_port rou o [1998/05/03] ports/6504 ports New port: `C Interfaces and Implementatio o [1998/05/03] kern/6505 panic: cannot mount root on sd1 o [1998/05/04] docs/6508 doc sgmlfmt does not expand relative URLs s [1998/05/04] bin/6509 [ALMOST PATCH] Allow dd to seek/skip to o o [1998/05/04] docs/6510 steve GNATS doesn't expand freebsd-doc s [1998/05/05] bin/6521 [MAYBE PATCH] "rmdir -p x/y/z/" fails o [1998/05/07] ports/6541 ports New port: math/dc o [1998/05/07] kern/6544 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/09] conf/6559 jkh Upgrade processing clobber's ~root/{.cshr o [1998/05/09] ports/6563 se minor problems with KDE ports o [1998/05/09] docs/6564 doc need more references in fetch(1) o [1998/05/10] ports/6570 ports New port: java CUP parser o [1998/05/11] i386/6595 Old IP address persistent after change o [1998/05/11] ports/6598 ports New port: asmodem - displays the modem st o [1998/05/12] ports/6606 markm package add of perl-5.00404 fails w/3.0 S o [1998/05/12] misc/6612 bsd.man.mk can't handle man pages with ": o [1998/05/12] ports/6613 markm ports/lang/perl5 fails to install by addi o [1998/05/13] kern/6623 non-root user can crash system if disconn o [1998/05/13] conf/6624 davidn One class with nologin=/etc/nologin: reje o [1998/05/15] kern/6651 peter Possible NFS deadlock clue f [1998/05/16] bin/6653 The rc script sometimes produces errors w o [1998/05/16] ports/6657 ports new port for perl/Tk 800.004 s [1998/05/16] bin/6658 [PATCH] -stable getcwd(3) performs unnece s [1998/05/17] kern/6668 [PATCH] new driver: Virtual Ethernet driv s [1998/05/18] bin/6676 [PATCH] natd doesn't respond to signals w o [1998/05/18] docs/6681 doc docu. addition o [1998/05/19] ports/6687 ports New port, ktelnet v0.6 o [1998/05/19] ports/6699 ports New port: the Generic NQS system o [1998/05/21] ports/6709 ports New port kmessage s [1998/05/21] conf/6711 [PATCH ?] I've seen that fortune before o [1998/05/23] ports/6728 ports New port ktranslator o [1998/05/25] misc/6752 jkh sysinstall w/o cd9660 fs loaded can't mou a [1998/05/26] misc/6759 phk buggy code in libdisk.a's disk.c o [1998/05/26] kern/6760 can't compile kernel w/o networking s [1998/05/26] docs/6764 doc limits references to sysctl o [1998/05/26] kern/6769 peter panic: nfs rcvunlock o [1998/05/28] ports/6776 ports New port - xqf s [1998/05/29] kern/6781 [PATCH] exabyte changer doesn't grok LUNs s [1998/05/29] bin/6785 place for all the default dump flags o [1998/05/29] bin/6795 steve send-pr does not parse problem reports co f [1998/05/31] ports/6813 fenner patched audio module for vat port o [1998/06/01] ports/6815 torstenb ssh lookup ignores second IP address s [1998/06/01] kern/6819 [PATCH] pci_unmap_int (pci/pci.c) does no o [1998/06/01] kern/6820 cd9660_mount NULL pointer deref for no CD s [1998/06/02] bin/6832 imp [PATCH] Allows PINGing from any address o o [1998/06/06] kern/6874 accounting prevents transition to multi u o [1998/06/11] bin/6919 can not run multiple instances of /sbin/r o [1998/06/13] misc/6936 sysinstall: install from MS-DOS MO divece o [1998/06/13] bin/6937 [PATCH] rc.firewall can't be run from net o [1998/06/13] bin/6939 restore does not set the correct uid on d o [1998/06/13] ports/6942 ports New port, mrouted-beta o [1998/06/16] gnu/6965 wosch grep -a dosn't work 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 a [1998/06/20] ports/7005 dburr Submitting RealAudio Player 3.0 as a new o [1998/06/20] ports/7006 itojun hylafax port improved s [1998/06/21] kern/7014 [PATCH][STABLE] Add support for SiS 5591 o [1998/06/22] bin/7021 asami Size estimation patches to pkg_* o [1998/06/22] bin/7022 asami changes to bsd.port.mk to accompany PR bi o [1998/06/22] bin/7023 asami bsd.port.(%|subdir.).mk patches for size 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/24] ports/7062 torstenb pidentd partialy broken in current s [1998/06/24] bin/7063 mount fails if $PWD does not exist o [1998/06/25] docs/7065 wosch FreeBSD webpages -> applications, port br f [1998/06/25] bin/7068 markm /usr/bin/perl: library path addition s [1998/06/26] bin/7081 [patch] lpr stuff doesn't deal with RM an s [1998/06/26] kern/7085 [patch] maybe_resched() priority check co o [1998/06/28] ports/7094 ports New port of xbomber game s [1998/06/28] kern/7095 [stable] Gravis MAX in 2.2.6 suffers from s [1998/06/28] i386/7100 integrate pcvt configuration into the /et s [1998/06/28] bin/7101 /sbin/ipfw unexpected variant treatment o s [1998/06/29] bin/7117 flex -I option is broken o [1998/06/30] ports/7128 ports New port: Raster3D-2.4f s [1998/07/01] bin/7136 kerberized telnetd doesn't use gettytab % s [1998/07/02] kern/7146 The PCCARD doesnt recognize cards in top o [1998/07/02] ports/7150 ports `elftoaout': new port s [1998/07/05] kern/7177 [PATCH] Support for "Video Highway Xtreme s [1998/07/06] bin/7184 /usr/games/robots fails to write high sco f [1998/07/07] i386/7201 (cpu == CPU_686) in pmap.c shoud also app s [1998/07/08] kern/7210 [PATCH] od(4) bug fixes and enhancements, s [1998/07/10] misc/7232 Suggestion for FreeBSD installation dialo o [1998/07/10] kern/7234 yokota keyboard problems during login immediatel f [1998/07/10] misc/7239 ping(8) and traceroute(8) may report erra f [1998/07/10] bin/7241 tcpdump does not work with parallel line o [1998/07/11] bin/7254 release: multiple versions of write_mfs_i o [1998/07/12] kern/7259 -current: GENERIC and SMP-GENERIC out of o [1998/07/12] bin/7265 A warning flag is added to ln(1). o [1998/07/13] ports/7268 asami MASTER_SITE_OVERRIDE works more better o [1998/07/13] ports/7275 torstenb Symlink for one ssh man-page is wrong o [1998/07/14] kern/7282 some old and rarely used drivers have app o [1998/07/14] ports/7283 ache tcsh / LC_CTYPE - obscure problem. o [1998/07/15] bin/7287 Incorrect domain name for MAP_UPDATE in m o [1998/07/15] docs/7289 doc ppp.8: RECEIVING INCOMING PPP CONNECTIONS o [1998/07/15] bin/7294 lpr -r file fails to remove file because o [1998/07/15] ports/7295 ache Starting programs with bash port causes p o [1998/07/15] bin/7296 hoek Long-standing bug in 'more' wrt CRLF. I o [1998/07/16] bin/7298 Improvements to ln(1). o [1998/07/17] docs/7306 doc There is no manpage for timegm o [1998/07/18] ports/7314 ports ncurses port doesn't support TERM=xterm-c a [1998/07/19] bin/7324 wosch Suggestions for minor modifications to ad o [1998/07/19] bin/7325 /bin/sh redirection does not match man pa o [1998/07/20] bin/7337 Creating a partition "before" the boot pa o [1998/07/21] conf/7348 Default answer 'NO' in network configurat o [1998/07/21] bin/7352 libc generates spurious warnings when use o [1998/07/21] bin/7355 jkh The checkboxes are not always properly up o [1998/07/21] docs/7359 obrien amd documentation problems a [1998/07/23] ports/7375 dburr New port request: audio/xsplay f [1998/07/23] kern/7377 we have a new digiboard driver supporting o [1998/07/24] misc/7391 jkh 2.2.7-RELEASE: src/CHECKSUM.MD5 and des/C o [1998/07/24] ports/7394 jfitz INDEX has bad description for p5-Mysql-mo s [1998/07/27] ports/7408 asami packages-2.2.7/INDEX is wrong o [1998/07/27] ports/7409 ports New port: CaribbeanStud-1.0 s [1998/07/29] i386/7426 Bugs in macro definitions of pthreads. o [1998/07/29] ports/7430 se kvt terminal emulator does not update /va o [1998/07/30] bin/7454 jkh make dependencies more visible in sysinst o [1998/07/30] misc/7455 jkh trailing spaces on mountpoint hangs sysin s [1998/07/31] docs/7456 doc dialog(3) man page outdated o [1998/08/01] ports/7464 dburr New port: WMakerconf o [1998/08/03] ports/7480 ports New Port afbackup-3.0.4 o [1998/08/03] ports/7485 vanilla New port: Xterminal-0.2 s [1998/08/06] i386/7510 [PATCH] syscons and vidcontrol to support o [1998/08/08] ports/7532 ports New port: ipltd-2.01 s [1998/08/08] docs/7533 doc Chpass command description unclear on gec o [1998/08/09] ports/7537 ports New port: new PPP client, PPxP s [1998/08/09] kern/7546 [PATCH] [STABLE ?]shutdown -p - system po s [1998/08/10] docs/7567 doc pccardc has no man page f [1998/08/12] kern/7589 Tulip Driver parses SROM contents wrong f [1998/08/13] conf/7606 NIS Makefile.dist: NOPUSH replaced by REM o [1998/08/13] bin/7607 GTAGS patch for nvi has posibility of buf o [1998/08/14] kern/7619 odd nfs server not responding messages ap o [1998/08/15] ports/7623 se Missing patch in kde-1.0 port o [1998/08/16] ports/7628 dburr new port: sajber-jukebox o [1998/08/16] bin/7632 Race condition in /stand/sysinstall o [1998/08/17] ports/7652 torstenb mirror installation does not point at loc o [1998/08/17] ports/7656 vanilla New port: Gnome-0.27 o [1998/08/18] ports/7659 ports New port: pfx-0.1.1 o [1998/08/18] bin/7669 libalias does not IRC DCC packets under c o [1998/08/19] conf/7676 3.0 make world on 2.2 problems o [1998/08/19] docs/7679 doc NIS man pages are incomplete a [1998/08/19] ports/7680 billf New port of tn5250 o [1998/08/19] conf/7682 Cron logfile in the wrong place 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/21] ports/7701 ports New port: drmario-1.0 o [1998/08/22] kern/7722 Changes to acct format o [1998/08/23] bin/7728 ftpd processes hang o [1998/08/23] i386/7729 Progress broker is unable to read status o [1998/08/24] ports/7734 ports update atari800 - upgrade to the latest v a [1998/08/25] misc/7741 enhancement to tcpdump to print LCP/PAP/C o [1998/08/27] bin/7753 arp command fails silently on invalid pro o [1998/08/27] misc/7759 proflibs installation error, libcrypt_p.a o [1998/08/27] i386/7768 boot mgr doesnt apear to install, cannot 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/08/31] docs/7791 doc ipf(1) and ipfstat(1) should have been ip o [1998/09/01] gnu/7800 tar(1) does not recognize --gunzip option o [1998/09/02] kern/7812 APM machines should attempt to power down o [1998/09/02] ports/7814 andreas postgreqsl docs are broke o [1998/09/02] i386/7816 [Patch] NE2000 PnP card IDs to sys/i386/i o [1998/09/03] docs/7819 doc nroff macro problem(miss reformated) in d o [1998/09/03] bin/7826 ls(1) knows too much about format of strf o [1998/09/03] ports/7827 ports New port: garith-2.1 o [1998/09/03] bin/7828 Add a command line option to cp to make i o [1998/09/04] docs/7833 doc awk.1 contains typos. o [1998/09/05] kern/7837 patches to add a p_auth extension pointer o [1998/09/07] ports/7845 tg Unbuffered /dev/vx0-output from Python 1. o [1998/09/07] bin/7846 /sbin/mount_* do not canonicalize the mou o [1998/09/07] ports/7848 markm Update ports: lang/perl5 (pkg_delete prob o [1998/09/07] misc/7850 lt_LT.* locale o [1998/09/07] misc/7851 steve looks like send-pr discards bug report wi o [1998/09/07] bin/7855 cpp should define __ELF__ if objformat = o [1998/09/07] kern/7856 Patches to add lkm hooks to cmsg_data anc o [1998/09/08] bin/7860 Extra option to pr(1). o [1998/09/08] docs/7864 doc nslookup.8 has nroff problem s [1998/09/08] bin/7868 [almost patch]Morse Code Fixups o [1998/09/08] bin/7869 Improved error messages from apm o [1998/09/09] misc/7873 poor initial configuration and documentat f [1998/09/09] ports/7875 dwhite NEW PORT: lcdproc o [1998/09/10] misc/7885 unexpected NIS/getpwnam behavior o [1998/09/11] bin/7895 multiple identical NFS mounts accepted o [1998/09/11] kern/7903 unmatched '{}' blocks. o [1998/09/12] bin/7907 ipfw command line parsing o [1998/09/13] docs/7914 doc no elf(5) manpage o [1998/09/13] misc/7919 general problems with the termcap databas o [1998/09/14] conf/7928 Patch to allow execution of an IPFW shell o [1998/09/15] ports/7932 torstenb man zshall doesn't work o [1998/09/16] bin/7944 `restore f foo' gets sigsegv 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/18] kern/7976 VM86 comment in LINT is incomplete o [1998/09/18] kern/7983 yokota Tapping the touchpad does not work 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] ports/7997 se [audio/kdemutlimedia] kscd's installation o [1998/09/20] bin/7998 pkg_add seems to have unneeded umask o [1998/09/20] misc/8005 yokota Keyboard freezes going from KDE to text m o [1998/09/21] kern/8011 libc_r does not have pread() or pwrite() o [1998/09/21] kern/8015 [patch] Some sysctl descriptions for the o [1998/09/24] ports/8042 torstenb If pidentd dies, you must kill all telnet o [1998/09/26] bin/8060 install ignores the +X mode flag o [1998/09/27] conf/8061 profiling utilities seperate from profili o [1998/09/27] ports/8063 asami [PATCH] Add multiple CDROM support to bsd a [1998/09/28] ports/8078 luigi port audio/nas fails for me o [1998/09/28] bin/8083 Game cleanup from NetBSD o [1998/09/29] bin/8084 NIT: non-working code in rshd o [1998/09/29] bin/8087 rbootd does work according to specs o [1998/09/30] i386/8105 boot.help behavior is broken o [1998/09/30] ports/8109 billf new port: net/muh o [1998/10/02] i386/8131 [patch] Support for PCI NE2000 compatible o [1998/10/03] misc/8133 markm [patch] bug in telnetd (Kerberos IV) o [1998/10/03] bin/8134 End of game is not recognised immediately o [1998/10/03] misc/8139 [patch] missing /usr/src/share/examples/d o [1998/10/04] bin/8142 freebsd 2.2.7 implementation of key(1) [s o [1998/10/04] i386/8146 [patch] kzipboot serial console setup and a [1998/10/06] bin/8163 [patch] It is impossible to assign quotas o [1998/10/06] bin/8164 [patch] repquota incorrectly reports quot o [1998/10/06] kern/8165 sys/dirent.h has duplicate constant from o [1998/10/06] kern/8166 jkh odboot is pointless with CAM o [1998/10/06] i386/8171 [patch] Intel EtherExpress Pro 100 suppor o [1998/10/06] bin/8172 jkh installer has difficulty handling ftp err o [1998/10/07] misc/8202 semop() is not wrapped for thread safety o [1998/10/08] bin/8211 Script to search kernel for an address o [1998/10/08] ports/8217 ache www/netscape4-*: avoid `ns-install' o [1998/10/10] misc/8259 better order in install f [1998/10/11] bin/8275 des w/top/etc randomly fail with 'Cannot allo o [1998/10/12] bin/8279 [patch] /usr/sbin/sysctl -> ${DESTDIR}/sb f [1998/10/12] ports/8283 ports change the way to modify fonts.alias s [1998/10/12] ports/8285 billf New port (Eggdrop 1.3.21) o [1998/10/12] bin/8295 order of options in printcap causes some o [1998/10/13] ports/8299 ports new port for games/xbd (Boulder Dash) f [1998/10/13] bin/8301 des "ls -B" and "ls -b" misprint o [1998/10/13] conf/8303 3.0-981009-BETA can't make swap device on o [1998/10/13] conf/8306 [patch] NATD get loaded late in bootseque o [1998/10/13] i386/8308 jkh Host/Domain 'problem' in install script/p o [1998/10/13] kern/8311 kernel panic on de0 o [1998/10/16] misc/8346 Strftime can't generate ISO-8601 timezone o [1998/10/16] bin/8347 /usr/lib/compat build issues in 3.0 RELEA o [1998/10/16] bin/8348 [PATCH] zforce(1) is broken: fix o [1998/10/16] kern/8349 [PATCH] Changer definition for SureStore f [1998/10/17] misc/8357 Segmentation fault while making SWARM-1.3 f [1998/10/17] bin/8367 /stand/sysintall is screwing up my /etc/r o [1998/10/19] kern/8376 CLOCK_VIRTUAL not implemented o [1998/10/19] kern/8377 [patch] boot.config not being used. o [1998/10/19] misc/8378 Is termcap not maintained enough ? o [1998/10/20] misc/8388 Windows DUN sends DOMAIN\username, ppp is o [1998/10/20] ports/8389 rnordier Add pthreads support to TenDRA o [1998/10/21] bin/8405 There is extra ping.o o [1998/10/22] kern/8410 ipsec port to freebsd o [1998/10/22] kern/8420 __getcwd() from an (forcibly) unmounted f o [1998/10/23] kern/8428 Is FreeBSD 3.0-RELEASE support 640MByte M o [1998/10/24] misc/8434 boot.flp /bin/init crashes during probe w o [1998/10/24] i386/8436 boot.flp sysinstall crashes when probing o [1998/10/24] bin/8438 ex/vi: Error: tcsetattr: Interrupted syst o [1998/10/25] kern/8444 pcvt with more than 8 virtual consoles o [1998/10/25] docs/8445 doc Update of "Installing Mathematica on Free o [1998/10/26] kern/8456 SMP kernel fails with Everex PO-6200 Dual s [1998/10/26] ports/8457 vanilla gnomelibs-0.30.1 - configure fails o [1998/10/27] docs/8464 doc Missing include file wh o [1998/10/27] bin/8466 bind man pages not installed by 3.0 make o [1998/10/27] ports/8470 ache Update port: www/netscape4-* f [1998/10/27] docs/8472 billf da(4) references nonexistent da(9) 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/29] ports/8484 ports New port of XShodou-1.11 o [1998/10/29] bin/8486 doscmd port.c change to access real devic 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] ports/8516 ports Addition of port for rblsmtpd (qmail RBL 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/10/31] ports/8521 itojun Some manpages are not usable with tiff-3. o [1998/11/01] conf/8531 sysinstall on 3.0-RELEASE (and 3.0-curren o [1998/11/01] ports/8536 andreas GhostScript port is out-of-date o [1998/11/02] docs/8547 doc Various updates to authors.sgml, printing o [1998/11/03] kern/8550 strip kernel before moving it during make o [1998/11/03] bin/8553 /usr/libexec/mail.local doesn't handle "> o [1998/11/03] docs/8559 doc Update to open(2) man page to reflect ENX s [1998/11/03] kern/8560 des [REMINDER] bpfilter is deprecated and sho o [1998/11/03] kern/8570 patch for randomised process id allocatio o [1998/11/04] i386/8571 Bug in config utility in FreeBSD 2.2.6-RE o [1998/11/07] ports/8586 ports new port: misc/kmamerun 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] docs/8602 doc symlink(7) manpage says that file(1) has 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 f [1998/11/08] docs/8610 doc boot.config.8 man page o [1998/11/08] docs/8611 doc kld man page o [1998/11/08] ports/8620 ports New option to colorls - -K, color only to o [1998/11/09] bin/8625 disklabel core dumped with od-driver o [1998/11/09] bin/8631 pci interrupts are shown on EISA only mac o [1998/11/09] kern/8633 TCP packet via SLIP/CSLIP containing this o [1998/11/09] bin/8637 fgetpos()/fsetpos() don't work for >2GB f o [1998/11/10] docs/8640 doc proposed change of 4.5 o [1998/11/11] ports/8651 ports I create a new ports about wget o [1998/11/11] misc/8654 SYSV options allow WINE to run, but Netsc s [1998/11/12] kern/8661 stb sys/netatalk/at_control.c needs to correc o [1998/11/12] bin/8665 billf /usr/bin/mail -u user not worked if exist o [1998/11/12] bin/8666 X blocks serial port with getty process o o [1998/11/12] i386/8670 aout libcompat placed in /usr/lib/compat o [1998/11/13] ports/8675 ports new port: x11-toolkits/gtkstep11 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/14] docs/8682 doc some small bug fixes to ld.1 o [1998/11/14] i386/8687 luigi pcm driver does not recognize AXRA Yamaha o [1998/11/15] ports/8692 ports new port: x11/kvidtune o [1998/11/15] ports/8696 ports New port: psi88 o [1998/11/15] kern/8703 NFS Freezes when copying files from 3.0 t o [1998/11/18] ports/8740 ports New ports collection lesw-332 o [1998/11/18] gnu/8746 gcc man page misleading o [1998/11/18] kern/8747 [PATCH] fixes for systags.sh o [1998/11/18] kern/8751 Cannot display new CPU name correctly. 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 doc some suggested text for describing passwo o [1998/11/19] ports/8767 billf New port: gtksql-0.2 o [1998/11/20] ports/8774 kuriyama new port: ssh2 o [1998/11/20] ports/8777 imp ports/socks5 out of date o [1998/11/21] bin/8782 Improved functionality for find(1) o [1998/11/21] ports/8789 ports Port created for Lucent Technology's Csco o [1998/11/22] ports/8795 ports xgal.sndsrv.freebsd.c is out of sync with 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 f [1998/11/23] ports/8816 ports New port: ptc-2.0.10 o [1998/11/23] ports/8822 ports New port: InterNetNews 2.2beta2 a [1998/11/23] kern/8826 ken LINT bug with CAM pass devices o [1998/11/24] ports/8832 kuriyama New port: japanese/dl-canna o [1998/11/24] ports/8833 kuriyama New port: japanese/dl-wnn6 o [1998/11/24] ports/8837 ports New port of prag. o [1998/11/24] ports/8838 billf New port of GNU getopt. o [1998/11/24] ports/8839 ports New port of npadmin o [1998/11/24] ports/8848 ports GNOME 0.30 cdplayer applet does not work o [1998/11/24] kern/8858 man page for accept() is flawed o [1998/11/25] ports/8863 ports [Reviced] New port: mopac7 a [1998/11/25] ports/8864 billf useradd - system V compatible implementat o [1998/11/27] i386/8867 /stand/sysinstall core dumps (signal 11) o [1998/11/27] misc/8868 keymaps for the portuguese keyboards o [1998/11/28] bin/8880 billf cp missing verbose switch o [1998/11/28] bin/8881 billf mv missing verbose switch o [1998/11/28] ports/8884 ports New port: mail/ezmlm o [1998/11/28] ports/8885 ports New port: mail/ezmlm-idx 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/29] ports/8899 ports New port: qmail-contrib o [1998/11/29] ports/8900 ports New port: mail/qmailanalog o [1998/11/30] bin/8905 suggested change of 'ipfw show' layout o [1998/11/30] misc/8907 missing symlink, Xmmix: no help o [1998/11/30] ports/8908 gpalmer snmpd does not return ifPhysAddress on GE o [1998/11/30] bin/8913 negative time values for csh 'time' built o [1998/12/01] ports/8917 obrien gcc-2.8.1 incorrect g++ linker call o [1998/12/01] ports/8920 ports netscape java displaying on ncd xterm cra 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/02] ports/8943 ports New port: InterNetNews 2.2beta2 o [1998/12/02] ports/8945 se kde "metaport" looking for wrong jpeg lib o [1998/12/02] ports/8946 ports games/netris, lang/sr both install PREFIX o [1998/12/03] i386/8953 BINFORMAT not defined in 2.2-STABLE o [1998/12/03] bin/8955 request CVS allow advisory locks on repos o [1998/12/04] kern/8960 lnc driver does not set IFF_MULTICAST o [1998/12/04] bin/8966 yp_mkdb does not accept standard automoun o [1998/12/04] ports/8968 ports Fxtv-0.47 port fails to compile. o [1998/12/05] bin/8971 bin/8782: Improved functionality for find o [1998/12/06] misc/8986 install-info breaks installworld over nfs o [1998/12/06] bin/8989 (patch) chflags support for mtree(8) o [1998/12/08] bin/9012 route add -host hostIP -interface localIP o [1998/12/08] ports/9018 ports kdesupport build dies o [1998/12/08] misc/9024 SPAM site list is no longer available fro o [1998/12/08] kern/9026 natd o [1998/12/09] bin/9035 Bad __progname content in ELF programs o [1998/12/10] ports/9047 jmz cd ports/x11/XFree86;make install fails i 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 o [1998/12/11] bin/9056 enhance mount/fstab with "user" option, t o [1998/12/12] bin/9064 [PATCH] propose adding `direct' option in o [1998/12/14] bin/9078 tunefs cant access mounted devices (vs. m o [1998/12/14] ports/9079 billf new port: www/curl o [1998/12/14] ports/9080 ports New port: mail/rblsmtpd o [1998/12/14] ports/9083 markm apache12-ssl won't compile o [1998/12/15] ports/9089 obrien egcs-1.1.1 exceptions are not caught, bu 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 f [1998/12/18] ports/9121 ports Update port: editors/hexedit o [1998/12/18] bin/9123 pax can't read tar archives that contain o [1998/12/18] ports/9125 ports problem of vim in packages of Free 3.0 o [1998/12/19] bin/9135 tar doesn't back up device files o [1998/12/20] ports/9142 ports Re-work patches to configure script to be o [1998/12/20] kern/9144 luigi acd driver inconsistency (byte order in C o [1998/12/20] ports/9150 ports Ports depending on jdk need to know where o [1998/12/21] conf/9160 /etc/services file corruption o [1998/12/22] gnu/9175 [Patch] eliminate dead code in F77.c o [1998/12/22] bin/9176 dillon placemark to split mount_ufs out of mount o [1998/12/22] ports/9179 asami No ports-pilot CVSup collection? o [1998/12/22] ports/9180 ports R-63.1 port update o [1998/12/23] kern/9183 newton chroot(2) can be broken by the superuser. o [1998/12/23] ports/9184 ports New port of WSoundPrefs o [1998/12/24] misc/9187 [PATCH] pccard.conf entry for 3Com/NoteWo o [1998/12/24] bin/9188 telnet gets stuck in ttydrain() o [1998/12/24] ports/9189 ports Fixed port: gtkDPS o [1998/12/25] docs/9193 doc Incorrect release date for FreeBSD 2.0 in o [1998/12/25] ports/9194 billf New port submission - Calamaris o [1998/12/27] ports/9200 ports New port: editors/flim-emacs20 o [1998/12/27] ports/9201 ports New port: editors/flim-current-emacs20 o [1998/12/27] ports/9202 ports New port: editors/semi-emacs20 o [1998/12/27] ports/9203 ports New port: editors/semi-current-emacs20 o [1998/12/27] ports/9204 ports New port: editors/wemi-emacs20 o [1998/12/27] ports/9205 ports New port: editors/wemi-current-emacs20 o [1998/12/27] bin/9206 sysinstall installation should create /st o [1998/12/27] ports/9210 ports new port: www/amaya o [1998/12/27] kern/9211 doscmd triggers endless "kernel trap 25" o [1998/12/27] ports/9212 ports New port: hp2xx converter o [1998/12/27] ports/9213 ports new port request: korean/netscape4-{commu o [1998/12/28] ports/9219 ports new patches for port net/mpich o [1998/12/28] misc/9220 nvi: catalog: mistake in Russian error me o [1998/12/28] gnu/9221 Upgrade of texinfo included with basesyst o [1998/12/28] ports/9222 ports New ports o [1998/12/28] misc/9223 "make installworld" changes ownership of o [1998/12/28] bin/9226 telnetd can log wrong IP address to utmp o [1998/12/28] docs/9228 doc AMD's texinfo doc doesn't get installed o [1998/12/28] ports/9231 ports New port Mars_nwe 0.99pl14 o [1998/12/29] bin/9233 gmp's mpq_add and mpq_sub are buggy o [1998/12/29] docs/9238 doc some modification will cause better secur o [1998/12/30] conf/9245 obsolete locale setting in /usr/src/etc/{ o [1998/12/30] conf/9246 allscreens_flags in /etc/rc.conf not work o [1998/12/30] bin/9247 One cannot invoke the no-lock function of o [1998/12/30] bin/9250 [PATCH] allow fetch to do ftp directory l o [1998/12/30] kern/9251 kernel config requires ahc_eisa.c in PCI/ o [1998/12/31] bin/9253 received packets piling up on natd's ICMP o [1998/12/31] misc/9254 Sapnish vi file has bad character table o [1998/12/31] ports/9256 ports Port of cmail 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/01] ports/9260 ports New port - xwhois (GTK frontend to whois) o [1999/01/01] ports/9261 ports New port - FakeBO (BackOrifice client emu o [1999/01/01] bin/9263 Database of units(3) misses euro-currency o [1999/01/01] docs/9264 doc Incorrectness in tsort(1) manpage. o [1999/01/02] ports/9274 ports New Port - XFlame (animated flame) o [1999/01/02] docs/9276 doc Some typos and fragmented coincidence of o [1999/01/02] i386/9280 rc.i386 (attempts to) load lkm screensave o [1999/01/02] bin/9281 awk asumes memory that is returned from m o [1999/01/03] i386/9283 ioctl(SNDCTL_DSP_SETFMT) on /dev/audio (p o [1999/01/03] ports/9284 ports port upgrade: korean/hanterm-xf86 o [1999/01/03] bin/9285 pw strips comments from group file o [1999/01/03] ports/9286 ports Patch for games/nethack-qt to fix compila o [1999/01/03] docs/9288 doc typo in doc/FAQ/preface.sgml o [1999/01/03] ports/9289 ports New Port - ASPostit (Dockable version of o [1999/01/03] misc/9291 Duplicate "Root Password" entry in sysins o [1999/01/03] bin/9301 Listen option to rwhod(8) o [1999/01/03] docs/9304 doc a possible typo in security.7 o [1999/01/03] docs/9305 doc To use some '.Pa' macros be better in sec o [1999/01/04] ports/9306 ports xosview upgrade: 1.6.1.a --> 1.6.2.a o [1999/01/04] ports/9307 ports ports/net/pathchar distfiles changed o [1999/01/04] bin/9308 [PATCH] Flood ping doesn't flood o [1999/01/04] ports/9310 simokawa Compile option was changed o [1999/01/04] ports/9312 ports Wrong MASTER_SITES field in AfterStep por 871 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 4 15:40:09 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA23098 for freebsd-bugs-outgoing; Mon, 4 Jan 1999 15:40:09 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA23091 for ; Mon, 4 Jan 1999 15:40:07 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id PAA23637; Mon, 4 Jan 1999 15:40:00 -0800 (PST) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA22162; Mon, 4 Jan 1999 15:32:30 -0800 (PST) (envelope-from nobody) Message-Id: <199901042332.PAA22162@hub.freebsd.org> Date: Mon, 4 Jan 1999 15:32:30 -0800 (PST) From: lab@gta.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/9316: Intel PILA8461 NIC panics 2.2.7 during probe Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9316 >Category: kern >Synopsis: Intel PILA8461 NIC panics 2.2.7 during probe >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 4 15:40:00 PST 1999 >Closed-Date: >Last-Modified: >Originator: Larry Baird >Release: 2.2.7 >Organization: GTA >Environment: 2.2.7 >Description: Please close "kern/8423". I have been unable to reproduce this problem. It this point I suspect that the problem was actually some strange interaction between the Intel PILA8461 card and other cards in my system. >How-To-Repeat: Can't. >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 4 17:30:18 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA08291 for freebsd-bugs-outgoing; Mon, 4 Jan 1999 17:30:18 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA08270 for ; Mon, 4 Jan 1999 17:30:08 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id RAA29828; Mon, 4 Jan 1999 17:30:01 -0800 (PST) Received: from ns1.tu-graz.ac.at (ns1.tu-graz.ac.at [129.27.2.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA07809 for ; Mon, 4 Jan 1999 17:24:32 -0800 (PST) (envelope-from dada@ns1.tu-graz.ac.at) Received: from fcggsg07.icg.tu-graz.ac.at (fcggsg07.icg.tu-graz.ac.at [129.27.201.16]) by ns1.tu-graz.ac.at (8.8.6/8.8.6) with ESMTP id CAA19355 for ; Tue, 5 Jan 1999 02:24:04 +0100 (MET) Received: from localhost.tu-graz.ac.at (isdn088.tu-graz.ac.at [129.27.240.88]) by fcggsg07.icg.tu-graz.ac.at (8.8.8/8.8.8) with ESMTP id CAA04535 for ; Tue, 5 Jan 1999 02:24:01 +0100 (MET) Received: (from dada@localhost) by localhost.tu-graz.ac.at (8.8.8/8.8.8) id TAA01891; Thu, 31 Dec 1998 19:25:59 +0100 (CET) (envelope-from dada) Message-Id: <199812311825.TAA01891@localhost.tu-graz.ac.at> Date: Thu, 31 Dec 1998 19:25:59 +0100 (CET) From: dada@sbox.tu-graz.ac.at Reply-To: dada@sbox.tu-graz.ac.at To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/9318: vgrind(1): no JAVA support Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9318 >Category: bin >Synopsis: vgrind(1): no JAVA support >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 4 17:30:01 PST 1999 >Closed-Date: >Last-Modified: >Originator: Martin Kammerhofer >Release: FreeBSD 2.2.8-STABLE i386 >Organization: Graz University of Technology >Environment: >Description: Problem 1: Option -t as documented in vgrind(1) does not work. The manpage says it's redirecting output to stdout. In reality it tells troff(1) to run the tbl(1) preprocessor. Problem 2: vgrind(1) is missing support for java. >How-To-Repeat: vgrind -t anyfile.c vgrind -ljava anotherfile.java >Fix: ================================================ diff -u vgrind~/vgrind.1 vgrind/vgrind.1 --- vgrind~/vgrind.1 Sun Jul 19 22:33:46 1998 +++ vgrind/vgrind.1 Thu Dec 31 18:56:55 1998 @@ -140,9 +140,11 @@ .Pq Fl l Ns Ar isp , .Tn ICON .Pq Fl l Ns Ar I , -and .Tn PERL -.Pq Fl l Ns Ar perl . +.Pq Fl l Ns Ar perl +and +.Tn JAVA +.Pq Fl l Ns Ar java . .It Fl n forces no keyword bolding .It Fl p Ar postproc @@ -155,9 +157,9 @@ specifies a point size to use on output (exactly the same as the argument of a .ps) .It Fl t -similar to the same option in -.Xr troff -causing formatted text to go to the standard output +causes formatted text to go to the standard output (short for +.Fl p Qq Ar groff -Tps -C +) .It Fl x outputs the index file in a ``pretty'' format. The index file itself is produced whenever diff -u vgrind~/vgrind.sh vgrind/vgrind.sh --- vgrind~/vgrind.sh Sun Sep 8 20:23:53 1996 +++ vgrind/vgrind.sh Thu Dec 31 18:01:19 1998 @@ -53,7 +53,7 @@ goto top case -t: - set voptions = "$voptions -t" + set postproc=(groff -Tps -C) shift goto top diff -u vgrind~/vgrindefs.src vgrind/vgrindefs.src --- vgrind~/vgrindefs.src Sun Jul 19 22:33:46 1998 +++ vgrind/vgrindefs.src Thu Dec 31 18:03:09 1998 @@ -157,3 +157,14 @@ :sb=":se=(\e"|$):lb=':le=(\e'|$):\ :kw=do if unless while until else elsif for foreach continue\ next redo sub last goto return die exit require: +java|Java|JAVA:\ + :pb=^\d?(public|protected|private)?\d?(class|interface)\d\p(\d|{):\ + :bb={:be=}:cb=/*:ce=*/:ab=//:ae=$:sb=":se=\e":lb=':\ + :zb=@:ze=@:tb=%%:te=%%:mb=%\$:me=\$%:vb=%\|:ve=\|%:\ + :le=\e':tl:\ + :kw=abstract boolean break byte byvalue case catch char class\ + const continue default do double else extends false final finally\ + float for goto if implements import instanceof int interface long\ + native new null package private protected public return short static\ + super switch synchronized this threadsafe throw transient true try\ + void while: >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 4 19:30:09 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA19432 for freebsd-bugs-outgoing; Mon, 4 Jan 1999 19:30:09 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA19424 for ; Mon, 4 Jan 1999 19:30:07 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id TAA07409; Mon, 4 Jan 1999 19:30:01 -0800 (PST) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA18956; Mon, 4 Jan 1999 19:23:48 -0800 (PST) (envelope-from nobody) Message-Id: <199901050323.TAA18956@hub.freebsd.org> Date: Mon, 4 Jan 1999 19:23:48 -0800 (PST) From: wwuttke@doubled.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: i386/9319: D-Link DE-528CT poor performance Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9319 >Category: i386 >Synopsis: D-Link DE-528CT poor performance >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 4 19:30:01 PST 1999 >Closed-Date: >Last-Modified: >Originator: William Wuttke >Release: 3.0-RELEASE >Organization: Raytheon Systems Company >Environment: FreeBSD ektron6.ektron.net 3.0-RELEASE FreeBSD 3.0-RELEASE #13: Mon Jan 4 21:06:38 EST 1999 wutt@ektron6.ektron.net:/usr/src/sys/compile/SMP i386 >Description: ASUS P2B-DS, 2 x PII-350, WDC AC310100B, Matrox G200 AGP, 128MB RAM D-Link DE-528CT (PCI) NE2000 Clone (RealTek 8029) Using just the SMP extensions in the kernel, got only 260 KBps receive throughput on ftp. Observed tcpdumps - missed packet with retransmit timeout although no TCP/IP errors were shown on netstat. NIC LEDs paused many times for approx 1 sec. During debug of if_ed.c (printfs, DMA status tests, etc.), noticed wd0 DMA errors???? Couldn't do anything to appreciably improve performance - any time I did, got wd0 DMA errors. >How-To-Repeat: See above. >Fix: Enable PCI, DMA, etc. flags on wdc0 controller ala: controller wdc0 at isa? port "IO_WD1" bio irq 14 flags 0x00ffa004 vector wdintr This cleared up the problem. Now ftp rx at 1.07 MB/s. >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 4 20:00:08 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA22802 for freebsd-bugs-outgoing; Mon, 4 Jan 1999 20:00:08 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA22795 for ; Mon, 4 Jan 1999 20:00:07 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id UAA08237; Mon, 4 Jan 1999 20:00:01 -0800 (PST) Received: from extreme.chillout.org (uucp-194-95-209-81.brazil.chillout.org [194.95.209.81]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA22560 for ; Mon, 4 Jan 1999 19:56:44 -0800 (PST) (envelope-from pille@extreme.chillout.org) Received: (from pille@localhost) by extreme.chillout.org (8.9.1/8.9.1) id EAA42941; Tue, 5 Jan 1999 04:58:17 +0100 (CET) (envelope-from pille) Message-Id: <199901050358.EAA42941@extreme.chillout.org> Date: Tue, 5 Jan 1999 04:58:17 +0100 (CET) From: pille@chillout.org Reply-To: pille@chillout.org To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/9320: new cpuid patch for 3.0-curent kernel for intel mendocino Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9320 >Category: kern >Synopsis: new cpuid patch for 3.0-curent kernel for intel mendocino >Confidential: yes >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 4 20:00:00 PST 1999 >Closed-Date: >Last-Modified: >Originator: Bjoern 'pille' Karlowsky >Release: FreeBSD 3.0-CURRENT i386 >Organization: >Environment: 686 CPU from Intel (Mendocino) >Description: Intel Celeron CPU identification not in kernel and/or might be wrong, this patch is for the newer type of Celeron codename Mendocino ( PII core with 128 kb sync L2 cache). PII might still be wrong until core stepping is used too. >How-To-Repeat: dmesg |grep CPU: on a celeron/mendocino/PII system >Fix: diff for /sys/i386/i386/identcpu.c I guess that cpu = CPU_PII should be present because mendocino core == PII, but you might correct anything if necessary, I'm not a experienced programmer at all ;) 202c202,204 < case 0x50: --- > case 0x50: /* older Celerons w/out cache have ID 0650 too and > newer PII have 065*, so only core stepping is > different here */ 206c208,216 < default: --- > case 0x60: > strcat(cpu_model, "Celeron/Mendocino (quarter-micron, 128 Kbyte L2 cache, S.E.P. Package, 242 contact slot socket)"); > cpu = CPU_PII; > break; > case 0x65: > strcat(cpu_model, "Celeron/Mendocino (quarter-micron, 128 Kbyte L2 cache, PPGA Package, Slot 1 socket"); > cpu = CPU_PII; > break; > default: >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 4 21:20:08 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA00104 for freebsd-bugs-outgoing; Mon, 4 Jan 1999 21:20:08 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA29998 for ; Mon, 4 Jan 1999 21:20:07 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id VAA11759; Mon, 4 Jan 1999 21:20:01 -0800 (PST) Received: from smtp.whitebarn.com (in.WhiteBarn.com [216.0.13.74]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA29879 for ; Mon, 4 Jan 1999 21:18:35 -0800 (PST) (envelope-from bob@relent.bob.whitebarn.com) Received: from relent.bob.whitebarn.com (relent.bob.WhiteBarn.com [216.0.13.10]) by smtp.whitebarn.com (8.8.8/8.8.8) with ESMTP id XAA21344 for ; Mon, 4 Jan 1999 23:17:58 -0600 (CST) (envelope-from bob@relent.bob.whitebarn.com) Received: (from bob@localhost) by relent.bob.whitebarn.com (8.9.1/8.9.1) id XAA11898; Mon, 4 Jan 1999 23:23:14 -0600 (CST) (envelope-from bob) Message-Id: <199901050523.XAA11898@relent.bob.whitebarn.com> Date: Mon, 4 Jan 1999 23:23:14 -0600 (CST) From: Bob@whitebarn.com Reply-To: Bob@whitebarn.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: misc/9321: /usr/share/examples/printing/ifhp has bad exit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9321 >Category: misc >Synopsis: /usr/share/examples/printing/ifhp has bad exit >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 4 21:20:01 PST 1999 >Closed-Date: >Last-Modified: >Originator: Bob Van Valzah >Release: FreeBSD 3.0-RELEASE i386 >Organization: WhiteBarn Web Works >Environment: >Description: /usr/share/examples/printing/ifhp exits with error code 2 even after successfully printing a plan-text document. >How-To-Repeat: Install /usr/share/examples/printing/ifhp in /usr/local/libexec/hpif, configure /etc/printcap to use it as an input filter, and then try to print a plain-text document. >Fix: [Note that the printing section of the handbook has this example right--it's just wrong in /usr/share/examples/printing/ifhp.] Here's the context diff: diff -c /usr/share/examples/printing/ifhp /usr/local/libexec/hpif *** /usr/share/examples/printing/ifhp Sat Oct 17 12:05:19 1998 --- /usr/local/libexec/hpif Mon Jan 4 22:52:59 1999 *************** *** 26,32 **** # Plain text or HP/PCL, so just print it directly; print a form # at the end to eject the last page. # ! echo $first_line && cat && printf "\f" && exit 2 fi exit 2 --- 26,32 ---- # Plain text or HP/PCL, so just print it directly; print a form # at the end to eject the last page. # ! echo $first_line && cat && printf "\f" && exit 0 fi exit 2 Note "exit 2" changed to "exit 0". Thanks! Bob I'm a happy FreeBSD user! >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 5 00:30:11 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA16592 for freebsd-bugs-outgoing; Tue, 5 Jan 1999 00:30:11 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA16581 for ; Tue, 5 Jan 1999 00:30:08 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id AAA20880; Tue, 5 Jan 1999 00:30:01 -0800 (PST) Received: from sraigw.sra.co.jp (sraigw.sra.co.jp [202.32.10.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA16498 for ; Tue, 5 Jan 1999 00:29:36 -0800 (PST) (envelope-from ishisone@sra.co.jp) Received: from sranhe.sra.co.jp (sranhe [133.137.44.3]) by sraigw.sra.co.jp (8.8.7/3.6Wbeta7-sraigw) with ESMTP id RAA05083 for ; Tue, 5 Jan 1999 17:29:08 +0900 (JST) Received: from srapc459.sra.co.jp (srapc459 [133.137.45.28]) by sranhe.sra.co.jp (8.8.7/3.6Wbeta7-srambox) with ESMTP id RAA13814 for ; Tue, 5 Jan 1999 17:28:59 +0859 (JST) Received: (from ishisone@localhost) by srapc459.sra.co.jp (8.8.8/3.4W-sra) id RAA29543; Tue, 5 Jan 1999 17:29:07 +0900 (JST) Message-Id: <199901050829.RAA29543@srapc459.sra.co.jp> Date: Tue, 5 Jan 1999 17:29:07 +0900 (JST) From: ishisone@sra.co.jp Reply-To: ishisone@sra.co.jp To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/9323: year 2000 problem with /usr/bin/touch Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9323 >Category: bin >Synopsis: year 2000 problem with /usr/bin/touch >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 5 00:30:01 PST 1999 >Closed-Date: >Last-Modified: >Originator: Makoto Ishisone >Release: FreeBSD 2.2.7-RELEASE i386 >Organization: Software Research Associates, Inc. >Environment: >Description: When used in its obsolescent form (where the time is specified as the first argument), /usr/bin/touch doesn't treat the two-digit year specification correctly. Years in the range of 00-68 should be treated as 2000-2068 according to the online manual, but actually they are treated as 1900-1968. Here's an excerpt from the manual's `COMPATIBILITY' section: If the ``YY'' letter pair is in the range 69 to 99, the year is set to 1969 to 1999, otherwise, the year is set in the 21st century. >How-To-Repeat: Try following commands. You'll find that the modification time of the file is 1910, not 2010. % touch 0101000010 /tmp/touchme % ls -l /tmp/touchme >Fix: *** touch.c.org Fri Jul 17 16:25:26 1998 --- touch.c Tue Jan 5 16:10:45 1999 *************** *** 260,267 **** t->tm_mday = ATOI2(arg); t->tm_hour = ATOI2(arg); t->tm_min = ATOI2(arg); ! if (year) t->tm_year = ATOI2(arg); t->tm_isdst = -1; /* Figure out DST. */ tvp[0].tv_sec = tvp[1].tv_sec = mktime(t); --- 260,270 ---- t->tm_mday = ATOI2(arg); t->tm_hour = ATOI2(arg); t->tm_min = ATOI2(arg); ! if (year) { t->tm_year = ATOI2(arg); + if (t->tm_year < 69) + t->tm_year += 100; + } t->tm_isdst = -1; /* Figure out DST. */ tvp[0].tv_sec = tvp[1].tv_sec = mktime(t); >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 5 01:44:14 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA22336 for freebsd-bugs-outgoing; Tue, 5 Jan 1999 01:44:14 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from gw-nl3.philips.com (gw-nl3.philips.com [192.68.44.35]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA22326 for ; Tue, 5 Jan 1999 01:44:11 -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-nl3.philips.com with ESMTP id KAA08045 for ; Tue, 5 Jan 1999 10:43:44 +0100 (MET) (envelope-from Jos.Backus@nl.origin-it.com) Received: from smtprelay-eur1.philips.com(130.139.36.3) by gw-nl3.philips.com via mwrap (4.0a) id xma008043; Tue, 5 Jan 99 10:43:44 +0100 Received: from dibbs1.eur.cis.philips.com (dibbs1.eur.cis.philips.com [130.139.33.66]) by smtprelay-nl1.philips.com (8.8.5/8.6.10-1.2.2m-970826) with ESMTP id KAA17006 for ; Tue, 5 Jan 1999 10:43:40 +0100 (MET) Received: from hal.mpn.cp.philips.com (hal.mpn.cp.philips.com [130.139.64.195]) by dibbs1.eur.cis.philips.com (8.8.8/8.8.8) with SMTP id KAA28008 for ; Tue, 5 Jan 1999 10:43:36 +0100 (MET) Received: (qmail 720 invoked by uid 666); 5 Jan 1999 09:43:57 -0000 Date: Tue, 5 Jan 1999 10:43:57 +0100 From: Jos Backus To: Hidetoshi Shimokawa Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: bin/9247: pw/pwd_mkdb deadlock on /etc/master.passwd Message-ID: <19990105104357.A99381@hal.mpn.cp.philips.com> Reply-To: Jos Backus References: <199901040640.WAA12583@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.1i In-Reply-To: <199901040640.WAA12583@freefall.freebsd.org>; from Hidetoshi Shimokawa on Sun, Jan 03, 1999 at 10:40:01PM -0800 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sun, Jan 03, 1999 at 10:40:01PM -0800, Hidetoshi Shimokawa wrote: > We need to unlock(close) before calling "pwd_mkdb" or to have non-lock option > in pwd_mkdb.c. Of course you're right. Here's a better patch. I'm still not really proud of it because it uses a global, but it does work. --- pw.c.orig Tue Jan 5 10:33:27 1999 +++ pw.c Tue Jan 5 10:37:44 1999 @@ -48,9 +48,11 @@ static struct cargs arglist; +int passwd_fd; + static int getindex(const char *words[], const char *word); static void cmdhelp(int mode, int which); -static void filelock(const char *filename); +static int filelock(const char *filename); int @@ -154,8 +156,8 @@ * Try to lock the master passowrd and group files right away (we * don't care if it works, since this is just advisory locking. */ - filelock(_PATH_GROUP); - filelock(_PATH_MASTERPASSWD); + (void)filelock(_PATH_GROUP); + passwd_fd = filelock(_PATH_MASTERPASSWD); ch = funcs[which] (cnf, mode, &arglist); /* @@ -186,10 +188,10 @@ return ch; } -static void +static int filelock(const char *filename) { - open(filename, O_RDONLY | O_EXLOCK, 0); + return open(filename, O_RDONLY | O_EXLOCK, 0); } static int --- pw.h.orig Tue Jan 5 10:33:31 1999 +++ pw.h Tue Jan 5 10:34:21 1999 @@ -125,3 +125,5 @@ extern const char *Modes[]; extern const char *Which[]; + +extern int passwd_fd; --- pwupd.c.orig Tue Jan 5 10:33:43 1999 +++ pwupd.c Tue Jan 5 10:37:25 1999 @@ -109,6 +109,8 @@ int rc = 0; endpwent(); + if (passwd_fd != -1) + close(passwd_fd); /* * First, let's check the see if the database is alright --- pwupd.h.orig Tue Jan 5 10:35:14 1999 +++ pwupd.h Tue Jan 5 10:35:58 1999 @@ -78,4 +78,6 @@ int extendarray __P((char ***buf, int *buflen, int needed)); __END_DECLS +extern int passwd_fd; + #endif /* !_PWUPD_H */ Cheers, -- Jos Backus _/ _/_/_/ "Reliability means never _/ _/ _/ having to say you're sorry." _/ _/_/_/ -- D. J. Bernstein _/ _/ _/ _/ Jos.Backus@nl.origin-it.com _/_/ _/_/_/ use Std::Disclaimer; To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 5 02:03:00 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA24930 for freebsd-bugs-outgoing; Tue, 5 Jan 1999 02:03:00 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA24920; Tue, 5 Jan 1999 02:02:52 -0800 (PST) (envelope-from danny@FreeBSD.org) From: "Daniel O'Callaghan" Received: (from danny@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id CAA25115; Tue, 5 Jan 1999 02:02:45 -0800 (PST) Date: Tue, 5 Jan 1999 02:02:45 -0800 (PST) Message-Id: <199901051002.CAA25115@freefall.freebsd.org> To: ishisone@sra.co.jp, danny@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/9323 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: year 2000 problem with /usr/bin/touch State-Changed-From-To: open->closed State-Changed-By: danny State-Changed-When: Tue Jan 5 02:01:58 PST 1999 State-Changed-Why: Patch applied with minor mod. Thanks. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 5 03:17:10 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA01168 for freebsd-bugs-outgoing; Tue, 5 Jan 1999 03:17:10 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from mail.sat.t.u-tokyo.ac.jp (dryad.sat.t.u-tokyo.ac.jp [133.11.156.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA01163 for ; Tue, 5 Jan 1999 03:17:08 -0800 (PST) (envelope-from simokawa@sat.t.u-tokyo.ac.jp) Received: from ett.sat.t.u-tokyo.ac.jp (ett.sat.t.u-tokyo.ac.jp [133.11.156.43]) by mail.sat.t.u-tokyo.ac.jp (8.8.6/3.4Wbeta6-SAT1.0) with ESMTP id UAA04360; Tue, 5 Jan 1999 20:16:37 +0900 (JST) (envelope-from simokawa@sat.t.u-tokyo.ac.jp) Received: from localhost by ett.sat.t.u-tokyo.ac.jp (8.8.8/sat-V0.6) id UAA22453; Tue, 5 Jan 1999 20:16:36 +0900 (JST) To: Jos.Backus@nl.origin-it.com Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: bin/9247: pw/pwd_mkdb deadlock on /etc/master.passwd In-Reply-To: Your message of "Tue, 5 Jan 1999 10:43:57 +0100" <19990105104357.A99381@hal.mpn.cp.philips.com> References: <19990105104357.A99381@hal.mpn.cp.philips.com> X-Face: OE([KxWyJI0r[R~S/>7ia}SJ)i%a,$-9%7{*yihQk|]gl}2p#"oXmX/fT}Bn7:#j7i14gu$ jgR\S*&C3R/pJX Date: Tue, 05 Jan 1999 20:16:35 +0900 From: Hidetoshi Shimokawa X-Dispatcher: imput version 980905(IM100) Lines: 15 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > We need to unlock(close) before calling "pwd_mkdb" or to have non-lock option > > in pwd_mkdb.c. > > Of course you're right. Here's a better patch. I'm still not really proud of > it because it uses a global, but it does work. humm.. I'm not sure, but it seem enough for me to lock the file in the beginning of fileupdate() in fileupd.c and unlock or close in the end of the funtion because pw seems to read and write the master.passwd only there. /\ Hidetoshi Shimokawa \/ simokawa@sat.t.u-tokyo.ac.jp PGP public key: finger -l simokawa@sat.t.u-tokyo.ac.jp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 5 11:20:08 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA22905 for freebsd-bugs-outgoing; Tue, 5 Jan 1999 11:20:08 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA22893 for ; Tue, 5 Jan 1999 11:20:06 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id LAA22487; Tue, 5 Jan 1999 11:20:00 -0800 (PST) Received: from pcpsj.pfcs.com (harlan.clark.net [168.143.10.179]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA22408 for ; Tue, 5 Jan 1999 11:16:40 -0800 (PST) (envelope-from Harlan.Stenn@pfcs.com) Received: from mumps.pfcs.com [192.52.69.11] (HELO mumps.pfcs.com) by pcpsj.pfcs.com (8.8.8/8.8.8) via ESMTP id for ; Tue, 5 Jan 1999 14:16:09 -0500 (EST) Received: from brown.pfcs.com [192.52.69.44] (HELO brown.pfcs.com) by mumps.pfcs.com (8.8.8/8.8.8) via ESMTP id for ; Tue, 5 Jan 1999 11:16:08 -0800 (PST) Received: from localhost [127.0.0.1] (HELO brown.pfcs.com) by brown.pfcs.com (8.8.8/8.8.8) via ESMTP id for ; Tue, 5 Jan 1999 14:16:07 -0500 (EST) Message-Id: <22491.915563767@brown.pfcs.com> Date: Tue, 05 Jan 1999 14:16:07 -0500 From: Harlan Stenn To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/9333: timestamp dump's progress Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9333 >Category: bin >Synopsis: timestamp dump's progress >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Tue Jan 5 11:20:00 PST 1999 >Closed-Date: >Last-Modified: >Originator: Harlan Stenn >Release: FreeBSD 2.2.8-STABLE i386 >Organization: PFCS Corporation >Environment: Nothing special >Description: This patch changes the 'X% done, finished in H:M' messages to timestamped messages that indicate when the dump is expected to finish: DUMP: 3.07% done at Tue Jan 5 01:09:18; will finish at Tue Jan 5 03:47:30. DUMP: 11.00% done at Tue Jan 5 01:14:18; will finish at Tue Jan 5 02:35:19. DUMP: 18.86% done at Tue Jan 5 01:19:18; will finish at Tue Jan 5 02:23:53. DUMP: 28.37% done at Tue Jan 5 01:24:18; will finish at Tue Jan 5 02:14:50. DUMP: 37.24% done at Tue Jan 5 01:29:18; will finish at Tue Jan 5 02:11:27. DUMP: 45.38% done at Tue Jan 5 01:34:18; will finish at Tue Jan 5 02:10:25. DUMP: 52.67% done at Tue Jan 5 01:39:18; will finish at Tue Jan 5 02:10:46. DUMP: 62.14% done at Tue Jan 5 01:44:18; will finish at Tue Jan 5 02:08:40. DUMP: 71.31% done at Tue Jan 5 01:49:18; will finish at Tue Jan 5 02:07:24. DUMP: 78.31% done at Tue Jan 5 01:54:18; will finish at Tue Jan 5 02:08:09. DUMP: 87.50% done at Tue Jan 5 01:59:18; will finish at Tue Jan 5 02:07:09. DUMP: 94.46% done at Tue Jan 5 02:04:18; will finish at Tue Jan 5 02:07:49. DUMP: 101.97% done at Tue Jan 5 02:09:18; will finish at Tue Jan 5 02:08:03. >How-To-Repeat: >Fix: --- optr.c- Mon Jan 4 22:48:02 1999 +++ optr.c Tue Jan 5 01:03:36 1999 @@ -296,9 +296,29 @@ deltat = tstart_writing - tnow + (1.0 * (tnow - tstart_writing)) / blockswritten * tapesize; +#if 0 msg("%3.2f%% done, finished in %d:%02d\n", (blockswritten * 100.0) / tapesize, deltat / 3600, (deltat % 3600) / 60); +#else + { + char *s_time; + time_t etime; + char n_time[20]; + + s_time = ctime(&tnow); + s_time[19] = '\0'; + strcpy(n_time, s_time); + + etime = tnow + deltat; + s_time = ctime(&etime); + s_time[19] = '\0'; + + msg("%3.2f%% done at %s; will finish at %s.\n", + (blockswritten * 100.0) / tapesize, + n_time, s_time); + } +#endif } } >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 5 12:20:11 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA01101 for freebsd-bugs-outgoing; Tue, 5 Jan 1999 12:20:11 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA01088 for ; Tue, 5 Jan 1999 12:20:07 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id MAA26847; Tue, 5 Jan 1999 12:20:01 -0800 (PST) Received: from mail.camelot.de (mail.camelot.de [195.30.224.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA00128 for ; Tue, 5 Jan 1999 12:12:44 -0800 (PST) (envelope-from olli@graal.camelot.de) Received: from robin.camelot.de (uucp@robin.camelot.de [195.30.224.3]) by mail.camelot.de (8.8.8/8.8.8) with ESMTP id VAA01112 for ; Tue, 5 Jan 1999 21:12:08 +0100 (CET) (envelope-from olli@graal.camelot.de) Received: (from uucp@localhost) by robin.camelot.de (8.8.8/8.8.8) with UUCP id VAA01108 for FreeBSD-gnats-submit@freebsd.org; Tue, 5 Jan 1999 21:12:07 +0100 (CET) (envelope-from olli@graal.camelot.de) Received: from gradalis.local.net (gradalis [192.168.0.44]) by graal.camelot.de (8.8.5/8.8.5) with ESMTP id SAA16036; Tue, 5 Jan 1999 18:55:32 +0100 (MET) Received: (from olli@localhost) by gradalis.local.net (8.9.1/8.8.5) id SAA09555; Tue, 5 Jan 1999 18:55:32 +0100 (MET) Message-Id: <199901051755.SAA09555@gradalis.local.net> Date: Tue, 5 Jan 1999 18:55:32 +0100 (MET) From: Oliver Nissen Reply-To: olli@graal.camelot.de To: FreeBSD-gnats-submit@FreeBSD.ORG Cc: olli@graal.camelot.de X-Send-Pr-Version: 3.2 Subject: kern/9334: cp fails for 2048 Bytes/sector media Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9334 >Category: kern >Synopsis: cp fails for 2048 Bytes/sector media >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 5 12:20:00 PST 1999 >Closed-Date: >Last-Modified: >Originator: Oliver Nissen >Release: FreeBSD 3.0-CURRENT i386 >Organization: CameloT Online Services >Environment: avail memory = 127447040 (124460K bytes) Programming 24 pins in IOAPIC #0 FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 0, version: 0x00030010, at 0xfee00000 cpu1 (AP): apic id: 1, version: 0x00030010, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec00000 Probing for devices on PCI bus 0: chip0: rev 0x03 on pci0.0.0 chip1: rev 0x01 on pci0.7.0 vga0: rev 0x01 int a irq 17 on pci0.9.0 bktr0: rev 0x12 int a irq 18 on pci0.10.0 bti2c0: iicbb0: on bti2c0 iicbus0: on iicbb0 master-only Probing for devices on iicbus0: smbus0: on bti2c0 smb0: on smbus0 Miro TV, Temic PAL tuner. ahc0: rev 0x00 int a irq 19 on pci0.12.0 ahc0: Using left over BIOS settings ahc0: aic7880 Wide Channel A, SCSI Id=7, 16/255 SCBs Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> ed0 at 0x280-0x29f irq 15 maddr 0xd8000 msize 16384 on isa ed0: address 00:00:c0:a7:a1:a2, type SMC8216/SMC8216C (16 bit) sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface psm0 at 0x60-0x64 irq 12 on motherboard psm0: model Generic PS/2 mouse, device ID 0 fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in isic0 at 0xd80 irq 10 flags 0x3 on isa isic0: Teles S0/16.3 isic0: ISAC 2085 Version A1/A2 or 2086/2186 Version 1.1 (IOM-2) (Addr=0x960) isic0: HSCX 82525 or 21525 Version 2.1 (AddrA=0x160, AddrB=0x560) npx0 on motherboard npx0: INT 16 interface apm0 flags 0x31 on isa apm: found APM BIOS version 1.2 sb0 at 0x220 irq 5 drq 1 on isa snd0: sbxvi0 at drq 5 on isa snd0: sbmidi0 at 0x330 on isa snd0: opl0 at 0x388 on isa snd0: Intel Pentium detected, installing workaround for F00F bug IP packet filtering initialized, divert enabled, rule-based forwarding enabled, logging limited to 100 packets/entry i4b: ISDN call control device attached i4bisppp: 4 ISDN SyncPPP device(s) attached i4bctl: ISDN system control port attached i4bipr: 4 IP over raw HDLC ISDN device(s) attached (VJ header compression) i4btel: 2 ISDN telephony interface device(s) attached i4brbch: 4 raw B channel access device(s) attached i4btrc: 4 ISDN trace device(s) attached Waiting 10 seconds for SCSI devices to settle SMP: AP CPU #1 Launched! pass4 at ahc0 bus 0 target 5 lun 0 pass4: Fixed Processor SCSI-2 device pass4: 3.300MB/s transfers changing root device to da0s1a cd0 at ahc0 bus 0 target 4 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 10.0MB/s transfers (10.0MHz, offset 15) cd0: cd present [198888 x 2048 byte records] da1 at ahc0 bus 0 target 2 lun 0 da1: Removable Optical SCSI-2 device da1: 10.0MB/s transfers (10.0MHz, offset 15) da1: Attempt to query device size failed: NOT READY, Medium not present da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 20.0MB/s transfers (20.0MHz, offset 15), Tagged Queueing Enabled da0: 4134MB (8467200 512 byte sectors: 64H 32S/T 4134C) (da0:ahc0:0:0:0): tagged openings now 64 dscheck: b_bcount 25600 is not on a sector boundary (ssize 2048) spec_getpages: I/O read failure: (error code=22) size: 25600, resid: 25600, a_count: 24830, valid: 0x0 nread: 0, reqpage: 0, pindex: 200, pcount: 7 vm_fault: pager read error, pid 1201 (cp) dscheck: b_bcount 512 is not on a sector boundary (ssize 2048) dscheck: b_bcount 512 is not on a sector boundary (ssize 2048) dscheck: b_bcount 25600 is not on a sector boundary (ssize 2048) spec_getpages: I/O read failure: (error code=22) size: 25600, resid: 25600, a_count: 24830, valid: 0x0 nread: 0, reqpage: 0, pindex: 200, pcount: 7 vm_fault: pager read error, pid 9225 (cp) >Description: When I insert a 640 MB (2048 Bytes/sector) OD into the drive, mount it on /od and try to copy a file from the OD to the harddisk I potentially get: [101] gradalis:~> cp /od/sane-1.00.tar.gz . cp: ./sane-1.00.tar.gz: Bad address [102] gradalis:~> The console then shows: dscheck: b_bcount 25600 is not on a sector boundary (ssize 2048) spec_getpages: I/O read failure: (error code=22) size: 25600, resid: 25600, a_count: 24830, valid: 0x0 nread: 0, reqpage: 0, pindex: 200, pcount: 7 vm_fault: pager read error, pid 9518 (cp) >How-To-Repeat: see error description >Fix: None. Well, if it is really important ro get (a few) files then you can use dd. >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 5 12:21:15 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA01273 for freebsd-bugs-outgoing; Tue, 5 Jan 1999 12:21:15 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA01246; Tue, 5 Jan 1999 12:20:51 -0800 (PST) (envelope-from dt@FreeBSD.org) From: Dmitrij Tejblum Received: (from dt@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id MAA26899; Tue, 5 Jan 1999 12:20:43 -0800 (PST) Date: Tue, 5 Jan 1999 12:20:43 -0800 (PST) Message-Id: <199901052020.MAA26899@freefall.freebsd.org> To: ian@nmsu.edu, dt@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/6799 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: [THREAD,SCSI] problem with open(2) in libc_r and opening tape device State-Changed-From-To: suspended->closed State-Changed-By: dt State-Changed-When: Tue Jan 5 12:16:00 PST 1999 State-Changed-Why: Fixed in rev. 1.7 of src/lib/libc_r/uthread_fd.c by jb. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 5 12:29:47 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA02870 for freebsd-bugs-outgoing; Tue, 5 Jan 1999 12:29:47 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA02578; Tue, 5 Jan 1999 12:29:09 -0800 (PST) (envelope-from dt@FreeBSD.org) From: Dmitrij Tejblum Received: (from dt@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id MAA27377; Tue, 5 Jan 1999 12:29:02 -0800 (PST) Date: Tue, 5 Jan 1999 12:29:02 -0800 (PST) Message-Id: <199901052029.MAA27377@freefall.freebsd.org> To: wosch@panke.de.freebsd.org, dt@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/8528 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: swap_pager: suggest more swap space warning State-Changed-From-To: open->closed State-Changed-By: dt State-Changed-When: Tue Jan 5 12:27:19 PST 1999 State-Changed-Why: The warning was remove in rev. 1.105 of src/sys/vm/swap_pager.c To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 5 12:45:29 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA04806 for freebsd-bugs-outgoing; Tue, 5 Jan 1999 12:45:29 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA04799; Tue, 5 Jan 1999 12:45:20 -0800 (PST) (envelope-from mjacob@FreeBSD.org) From: Matt Jacob Received: (from mjacob@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id MAA28678; Tue, 5 Jan 1999 12:45:14 -0800 (PST) Date: Tue, 5 Jan 1999 12:45:14 -0800 (PST) Message-Id: <199901052045.MAA28678@freefall.freebsd.org> To: hm@kts.org, mjacob@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/8882 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: 3.0-RELEASE hangs when mounting Micropolis 2112 SCSI drive State-Changed-From-To: open->closed State-Changed-By: mjacob State-Changed-When: Tue Jan 5 12:44:50 PST 1999 State-Changed-Why: Accepted the suggested patch. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 5 14:26:16 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA20062 for freebsd-bugs-outgoing; Tue, 5 Jan 1999 14:26:16 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from gtqxcil.getmoretraffic.com (CBL-panamerican.hs.earthlink.net [208.233.115.216]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id OAA20010 for ; Tue, 5 Jan 1999 14:26:08 -0800 (PST) (envelope-from getmoretraffic@getmoretraffic.com) Message-ID: To: freebsd-bugs@FreeBSD.ORG Reply-To: getmoretraffic@getmoretraffic.com From: vbwaubbf@getmoretraffic.com Date: Tue, 05 Jan 1999 17:25:06 -0500 Content-Type: text/plain; charset=ISO-8859-1 Subject: Protecting Your Assets from Legal Attack Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org IMPORTANT INFORMATION ON HOW TO PRESERVE YOUR ASSETS YOU WORKED HARD TO ACQUIRE THEM--- NOW LEARN HOW TO PROTECT THEM USING ASSET PROTECTION TRUSTS In our litigious society where baseless lawsuits are commonplace, it is no longer enough to simply worry about wealth accumulation. Wealth Preservation and Asset Protection Planning are now real issues. With the possibility of a single lawsuit wiping away a lifetime of savings, individuals (especially those with families), have made concerted efforts to preserve assets and assure the family estate for future generations. Experts agree that the one of the best ways to do so is with the aid of Asset Protection Trusts. An Asset Protection Trust is not the ideal plan for everyone, but where it is a good solution, professionals (doctors, lawyers, stockbrokers, etc.), owners of closely held businesses, and others who have spent a lifetime accumulating wealth can now put up formidable barriers to thwart potential creditor suits and other civil litigation. If you want to learn more about this legal option and the possibility of providing a more comprehensive protection for you and your family, just click below to obtain FREE additional information. There is NO OBLIGATION and you will receive no follow-up calls or further correspondence unless you specifically request it. All inquiries are kept CONFIDENTIAL and if requested, you are assured a response by a member of our legal staff within forty-eight (48) hours. Click on the link below and find out whether or not an Asset Protection Trust is right for you: http://getmoretraffic.com/offshorelaw ************************************************************************************* If you wish to be removed from our mailing list, we will gladly do so. Please click the REPLY button and put the word “REMOVE” in the subject line to have your name promptly deleted. ************************************************************************************* To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 5 21:00:08 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA13460 for freebsd-bugs-outgoing; Tue, 5 Jan 1999 21:00:08 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA13445 for ; Tue, 5 Jan 1999 21:00:07 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id VAA23083; Tue, 5 Jan 1999 21:00:01 -0800 (PST) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA12400; Tue, 5 Jan 1999 20:51:46 -0800 (PST) (envelope-from nobody) Message-Id: <199901060451.UAA12400@hub.freebsd.org> Date: Tue, 5 Jan 1999 20:51:46 -0800 (PST) From: kowkn@asia1.com.sg To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: i386/9341: tty-level buffer overflows Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9341 >Category: i386 >Synopsis: tty-level buffer overflows >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jan 5 21:00:01 PST 1999 >Closed-Date: >Last-Modified: >Originator: Kow Kee Nge >Release: FreeBSD 2.2.2-RELEASE >Organization: Singapore Press Holdings Ltd >Environment: lewis:/usr/home/kowkn:/var/log> uname -a FreeBSD lewis.asia1.com.sg 2.2.2-RELEASE FreeBSD 2.2.2-RELEASE #0: Fri Apr 3 17:22:33 SGT 1998 root@lewis.asia1.com.sg:/usr/src/sys/compile/LEWIS i386 >Description: Have wrote a C program constanly capturing data from /dev/cuaa0. Very often get the following messages in /var/log/messages. Jan 5 16:22:13 lewis /kernel: sio0: 646 more tty-level buffer overflows (total 24 16) Jan 5 16:22:14 lewis /kernel: sio0: 952 more tty-level buffer overflows (total 33 68) Jan 5 16:22:15 lewis /kernel: sio0: 952 more tty-level buffer overflows (total 43 20) Jan 5 16:22:16 lewis /kernel: sio0: 966 more tty-level buffer overflows (total 52 86) Jan 5 16:22:17 lewis /kernel: sio0: 616 more tty-level buffer overflows (total 59 02) What system parameters should we tune to increate the tty-level buffer? >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 5 21:01:52 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA13745 for freebsd-bugs-outgoing; Tue, 5 Jan 1999 21:01:52 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from postal.interaccess.com (postal.interaccess.com [207.208.133.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA13734 for ; Tue, 5 Jan 1999 21:01:50 -0800 (PST) (envelope-from publish1999@att.com) Received: from bsbpub (d15.focal8.interaccess.com [207.208.189.15]) by postal.interaccess.com (8.9.0/8.9.0) with SMTP id XAA10702; Tue, 5 Jan 1999 23:01:02 -0600 (CST) Date: Tue, 5 Jan 1999 23:01:02 -0600 (CST) Message-Id: <199901060501.XAA10702@postal.interaccess.com> From: "BSB Publishing Co." To: Subject: New Book - "How To Juggle Women: Without Getting Killed or Going Broke" 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 Women all over America have said, "Burn This Book!!!" CALL TO ORDER YOUR COPY - (800) 830-2047 [24hrs] Juggling Women: Without Getting Killed or Going Broke by Stefan Feller ISBN:0-9658299-4-4 Price: $12.00 This book is an essential guide for the seasoned dating man who needs help organizing the women in his life. Women are constantly grabbing your interest and attention. Do you have to choose on over the other? Of Course not! Stop letting opportunities like these go to waste. Why not date them all? This is a must-read for men who are active on the dating scene. Not only will you learn how to juggle several females at a time, you will also improve your overall chances with women, including where to meet them and how to do the little things to keep them happy. You will learn time-saving techniques that will maximize your availability, and allow you to spend time with several ladies a day. The author details scheduling methods so you never have two dates at the same time. You will also learn money-saving tips so you can date aggressively and still have money left to by necessities like beer. Forget the saying,"For every man there is a woman out there." Now it will be, "For every man there are at least three women." -------------------------------------------------------- CHAPTER TITLES Chapter One - Getting to Know You Chapter Two - Categories of Women Chapter Three - Where to Find Them Chapter Four - The Rotation Chapter Five - Prior Planning Chapter Six - How to Keep Them Happy and Away From Each Other Chapter Seven - Fiscally Fit Chapter Eight - Personnel Changes -------------------------------------------------------- Juggling Women: Without Getting Killed or Going Broke by Stefan Feller ISBN:0-9658299-4-4 Price: $12.00 $3.00 Shipping individuals - COD Charges are free for a limited time. Wholesale Discounts Available --------------------------------------------------------- Order by Phone 1 (800)830-2047 24 hours a day --------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 5 21:10:09 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA14541 for freebsd-bugs-outgoing; Tue, 5 Jan 1999 21:10:09 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA14536 for ; Tue, 5 Jan 1999 21:10:08 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id VAA23773; Tue, 5 Jan 1999 21:10:01 -0800 (PST) Date: Tue, 5 Jan 1999 21:10:01 -0800 (PST) Message-Id: <199901060510.VAA23773@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Joseph Koshy Subject: Re: bin/3246: mtree -c should escape whitespace and special characters Reply-To: Joseph Koshy Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/3246; it has been noted by GNATS. From: Joseph Koshy To: Slaven Rezic Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/3246: mtree -c should escape whitespace and special characters Date: Tue, 5 Jan 1999 21:08:11 -0800 (PST) I was looking at your PR with the intent of committing the patches. I have a few points: 1. new file `escape.c' - needs a copyright (you could copy the copyright from the other files). Alternatively you could fold the code into an existing file like `misc.c'. - needs to follow the same source style as the rest of mtree (see style(9) for hints) The same comments apply to "escape.h" too. 2. Rather than have to call 'escaped_len()' and 'unescaped_len()' can then allocate the required space, how about making the `escape()' and `unescape()' functions do the space allocation transparently? This allows the caller to just call `escape' or `unescape()' and free the returned pointer when done. 3. In 'spec.c', you are calloc()ing as follows: --- 140,152 ---- noparent: errx(1, "line %d: no parent node", lineno); } ! if ((centry = calloc(1, sizeof(NODE) + unescaped_len(p))) == NULL) errx(1, "calloc"); *centry = ginfo; This doesn't seem to leave space for the last '0'? The original code also has this buglet. If you could correct the above and submit the new patches as a followup to this PR, it would be great. Thanks, Koshy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 6 00:29:10 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA06322 for freebsd-bugs-outgoing; Wed, 6 Jan 1999 00:29:10 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA06286; Wed, 6 Jan 1999 00:28:35 -0800 (PST) (envelope-from imp@FreeBSD.org) From: Warner Losh Received: (from imp@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id AAA02891; Wed, 6 Jan 1999 00:28:29 -0800 (PST) Date: Wed, 6 Jan 1999 00:28:29 -0800 (PST) Message-Id: <199901060828.AAA02891@freefall.freebsd.org> To: geoff@ugc.ab.ca, imp@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, imp@FreeBSD.ORG Subject: Re: kern/8340 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Adaptec 1540 Controller not getting probed State-Changed-From-To: feedback->closed State-Changed-By: imp State-Changed-When: Wed Jan 6 01:27:40 MST 1999 State-Changed-Why: This has been corrected. Responsible-Changed-From-To: freebsd-bugs->imp Responsible-Changed-By: imp Responsible-Changed-When: Wed Jan 6 01:27:40 MST 1999 Responsible-Changed-Why: I fixed it, and if it needs to be reopened, I'll deal. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 6 00:40:15 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA07705 for freebsd-bugs-outgoing; Wed, 6 Jan 1999 00:40:15 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from postal.interaccess.com (postal.interaccess.com [207.208.133.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA07672; Wed, 6 Jan 1999 00:40:06 -0800 (PST) (envelope-from wepublish1099@att.com) Received: from bsbpub (d15.focal8.interaccess.com [207.208.189.15]) by postal.interaccess.com (8.9.0/8.9.0) with SMTP id CAA02056; Wed, 6 Jan 1999 02:39:26 -0600 (CST) Date: Wed, 6 Jan 1999 02:39:26 -0600 (CST) Message-Id: <199901060839.CAA02056@postal.interaccess.com> From: "BSB Publishing Co." To: Subject: New Book - "How To Juggle Women: Without Getting Killed or Going Broke" 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 Women all over America have said, "Burn This Book!!!" CALL TO ORDER YOUR COPY - (800) 830-2047 [24hrs] Juggling Women: Without Getting Killed or Going Broke by Stefan Feller ISBN:0-9658299-4-4 Price: $12.00 This book is an essential guide for the seasoned dating man who needs help organizing the women in his life. Women are constantly grabbing your interest and attention. Do you have to choose on over the other? Of Course not! Stop letting opportunities like these go to waste. Why not date them all? This is a must-read for men who are active on the dating scene. Not only will you learn how to juggle several females at a time, you will also improve your overall chances with women, including where to meet them and how to do the little things to keep them happy. You will learn time-saving techniques that will maximize your availability, and allow you to spend time with several ladies a day. The author details scheduling methods so you never have two dates at the same time. You will also learn money-saving tips so you can date aggressively and still have money left to by necessities like beer. Forget the saying,"For every man there is a woman out there." Now it will be, "For every man there are at least three women." -------------------------------------------------------- CHAPTER TITLES Chapter One - Getting to Know You Chapter Two - Categories of Women Chapter Three - Where to Find Them Chapter Four - The Rotation Chapter Five - Prior Planning Chapter Six - How to Keep Them Happy and Away From Each Other Chapter Seven - Fiscally Fit Chapter Eight - Personnel Changes -------------------------------------------------------- Juggling Women: Without Getting Killed or Going Broke by Stefan Feller ISBN:0-9658299-4-4 Price: $12.00 $3.00 Shipping individuals - COD Charges are free for a limited time. Wholesale Discounts Available --------------------------------------------------------- Order by Phone 1 (800)830-2047 24 hours a day --------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 6 02:30:10 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA21104 for freebsd-bugs-outgoing; Wed, 6 Jan 1999 02:30:10 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA21095 for ; Wed, 6 Jan 1999 02:30:08 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id CAA08078; Wed, 6 Jan 1999 02:30:02 -0800 (PST) Date: Wed, 6 Jan 1999 02:30:02 -0800 (PST) Message-Id: <199901061030.CAA08078@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Slaven Rezic Subject: Re: bin/3246: mtree -c should escape whitespace and special characters Reply-To: Slaven Rezic Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/3246; it has been noted by GNATS. From: Slaven Rezic To: Joseph Koshy Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/3246: mtree -c should escape whitespace and special characters Date: 06 Jan 1999 11:09:54 +0100 Joseph Koshy writes: > > > > I was looking at your PR with the intent of committing the patches. > I have a few points: > > 1. new file `escape.c' > > - needs a copyright (you could copy the copyright from the other > files). Alternatively you could fold the code into an > existing file like `misc.c'. > > - needs to follow the same source style as the rest of mtree > (see style(9) for hints) > > The same comments apply to "escape.h" too. > > 2. Rather than have to call 'escaped_len()' and 'unescaped_len()' > can then allocate the required space, how about making the > `escape()' and `unescape()' functions do the space allocation > transparently? This allows the caller to just call `escape' > or `unescape()' and free the returned pointer when done. > > 3. In 'spec.c', you are calloc()ing as follows: > > --- 140,152 ---- > noparent: errx(1, "line %d: no parent node", lineno); > } > > ! if ((centry = calloc(1, sizeof(NODE) + unescaped_len(p))) == NULL) > errx(1, "calloc"); > *centry = ginfo; > > This doesn't seem to leave space for the last '0'? The original > code also has this buglet. > > If you could correct the above and submit the new patches as a > followup to this PR, it would be great. Please note that Eugene M. Kim is the author of the patch, not me. I'd sent a forward of your mail to him. Regards, Slaven -- use Tk;$c=tkinit->Canvas->pack;$x=45;for(split/_/,'KPI1_+09IPK_K;-OA1_+K!;A__1; Q!7G_1+QK_3CLPI90,_+K!;A_+1!KQ!.N_K+1Q!.F_1+KN.Q__1+KN._K+1Q!.F_1+KN.Q_+1Q__+1! KQ!.N_1;Q!7G_K3,09Q_+1!K.Q_K+1Q!.F_1+KN.Q'){s/\n//g;for(split/!/){$c->create( 'line',map{$a=-43+ord;($x+($a>>3)*2,123+($a&7)*2)}split//)}$x+=12}MainLoop To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 6 06:19:34 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA20376 for freebsd-bugs-outgoing; Wed, 6 Jan 1999 06:19:34 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from lohi.clinet.fi (lohi.clinet.fi [194.100.0.7]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA20371 for ; Wed, 6 Jan 1999 06:19:32 -0800 (PST) (envelope-from hsu@mail.clinet.fi) Received: from katiska.clinet.fi (katiska.clinet.fi [194.100.0.4]) by lohi.clinet.fi (8.9.1/8.9.0) with ESMTP id QAA19078; Wed, 6 Jan 1999 16:19:29 +0200 (EET) Received: (from hsu@localhost) by katiska.clinet.fi (8.9.0/8.9.0) id QAA22466; Wed, 6 Jan 1999 16:19:03 +0200 (EET) To: kowkn@asia1.com.sg Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: i386/9341: tty-level buffer overflows References: <199901060451.UAA12400@hub.freebsd.org.newsgate.clinet.fi> From: Heikki Suonsivu Date: 06 Jan 1999 16:19:01 +0200 In-Reply-To: kowkn@asia1.com.sg's message of 6 Jan 1999 07:39:24 +0200 Message-ID: Lines: 57 X-Mailer: Gnus v5.3/Emacs 19.34 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org These options "TTYHOG=4096" options "RS_IBUFSIZE=1024" Seems to do the trick for me. I think in addition you need to add this patch to sio.c to allow configuring from kernel config files: Index: sio.c =================================================================== RCS file: /usr/CVS/src/sys/i386/isa/sio.c,v retrieving revision 1.147.2.16 diff -c -r1.147.2.16 sio.c *** sio.c 1998/06/16 12:51:17 1.147.2.16 --- sio.c 1998/06/30 08:40:08 *************** *** 100,106 **** --- 100,113 ---- #define LOTS_OF_EVENTS 64 /* helps separate urgent events from input */ #define RB_I_HIGH_WATER (TTYHOG - 2 * RS_IBUFSIZE) + + #ifndef RS_IBUFSIZE + #ifndef DPTOPT /* not sure why this is in dpt.. latency requirements? [JRE] */ #define RS_IBUFSIZE 256 + #else + #define RS_IBUFSIZE 512 + #endif /* DPTOPT */ + #endif /* !RS_IBUFSIZE */ #define CALLOUT_MASK 0x80 #define CONTROL_MASK 0x60 I do not understand why these values have stuck to be too small for ages, as most older hardware need this to be able to reliable communicate at higher speeds. I also tried at some point using RS_IBUFSIZE=4096 and not tuning TTYHOG, which did work fine for kernel PPP while without the connection was unreliable. However I think some comments say that evil things may happen for flow control if RS_IBUFSIZE is larger or equal to TTYHOG. kowkn@asia1.com.sg writes: > >Synopsis: tty-level buffer overflows ... > Jan 5 16:22:13 lewis /kernel: sio0: 646 more tty-level buffer overflows (total 24 > 16) ... > > What system parameters should we tune to increate the tty-level > buffer? -- Heikki Suonsivu / Clinet Oy / Tekniikantie 12 / FI-02150 Espoo / FINLAND, hsu@clinet.fi mobile +358-40-5519679 work +358-9-43542270 fax -4555276 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 6 07:41:42 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA28392 for freebsd-bugs-outgoing; Wed, 6 Jan 1999 07:41:42 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA28386; Wed, 6 Jan 1999 07:41:41 -0800 (PST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.1/8.9.1) id KAA22479; Wed, 6 Jan 1999 10:41:13 -0500 (EST) (envelope-from wollman) Date: Wed, 6 Jan 1999 10:41:13 -0500 (EST) From: Garrett Wollman Message-Id: <199901061541.KAA22479@khavrinen.lcs.mit.edu> To: Joseph Koshy Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: bin/3246: mtree -c should escape whitespace and special characters In-Reply-To: <199901060510.VAA23773@freefall.freebsd.org> References: <199901060510.VAA23773@freefall.freebsd.org> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org < said: > If you could correct the above and submit the new patches as a > followup to this PR, it would be great. Please don't commit this patch. As I pointed out in my followup, we already have strvis(3), which should be used for these purposes. If you don't like the encoding, add your own -- it would be easy enough to do. (I've been meaning to add quoted-printable and url-escaped forms for some time now.) -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 6 08:37:09 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA03466 for freebsd-bugs-outgoing; Wed, 6 Jan 1999 08:37:09 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from ns.mt.sri.com (sri-gw.MT.net [206.127.105.141]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA03461 for ; Wed, 6 Jan 1999 08:37:08 -0800 (PST) (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.8/8.8.8) with SMTP id JAA25708; Wed, 6 Jan 1999 09:36:36 -0700 (MST) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id JAA13961; Wed, 6 Jan 1999 09:36:35 -0700 Date: Wed, 6 Jan 1999 09:36:35 -0700 Message-Id: <199901061636.JAA13961@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Heikki Suonsivu Cc: kowkn@asia1.com.sg, freebsd-bugs@FreeBSD.ORG Subject: Re: i386/9341: tty-level buffer overflows In-Reply-To: References: <199901060451.UAA12400@hub.freebsd.org.newsgate.clinet.fi> X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org [ Mods to sio values ] > I do not understand why these values have stuck to be too small for ages, > as most older hardware need this to be able to reliable communicate at > higher speeds. Hmm, I would have to disagree with a 486/66 running 4 full-time 33.6K modems w/out ever whining about overflows. At times we stress them hard by downloading software from the remote ends to one another just for fun. And, *every* night one of them is saturated both sending and receiving a boat-load of stuff. Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 6 09:50:12 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA12673 for freebsd-bugs-outgoing; Wed, 6 Jan 1999 09:50:12 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA12662 for ; Wed, 6 Jan 1999 09:50:09 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id JAA26733; Wed, 6 Jan 1999 09:50:03 -0800 (PST) Received: from mulet.e.kth.se (mulet.e.kth.se [130.237.43.20]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA12266 for ; Wed, 6 Jan 1999 09:46:20 -0800 (PST) (envelope-from root@mulet.e.kth.se) Received: (from root@localhost) by mulet.e.kth.se (8.9.1/8.9.1) id RAA02896; Wed, 6 Jan 1999 17:45:51 GMT (envelope-from root) Message-Id: <199901061745.RAA02896@mulet.e.kth.se> Date: Wed, 6 Jan 1999 17:45:51 GMT From: assar@sics.se To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/9349: make doesn't diagnose non-numeric arguments to `-j' (and `-L') Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9349 >Category: bin >Synopsis: make doesn't diagnose non-numeric arguments to `-j' (and `-L') >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 6 09:50:03 PST 1999 >Closed-Date: >Last-Modified: >Originator: Assar Westerlund >Release: FreeBSD 3.0-CURRENT i386 >Organization: none >Environment: >Description: make calls `atoi' instead of `strtol' to find errors with argument to `-j', therefore not finding non-numeric arguments. >How-To-Repeat: make -j foobar >Fix: =================================================================== RCS file: RCS/main.c,v retrieving revision 1.1 diff -uw -r1.1 main.c --- main.c 1999/01/06 17:33:11 1.1 +++ main.c 1999/01/06 17:41:07 @@ -204,11 +204,19 @@ Var_Append(MAKEFLAGS, "-B", VAR_GLOBAL); break; #ifdef REMOTE - case 'L': - maxLocal = atoi(optarg); + case 'L': { + char *endptr; + + maxLocal = strtol(optarg, &endptr, 0); + if (maxLocal == 0 && endptr == optarg) { + warnx("non-numeric argument to -L -- %s", + optarg); + usage(); + } Var_Append(MAKEFLAGS, "-L", VAR_GLOBAL); Var_Append(MAKEFLAGS, optarg, VAR_GLOBAL); break; + } #endif case 'P': usePipes = FALSE; @@ -282,15 +290,23 @@ ignoreErrors = TRUE; Var_Append(MAKEFLAGS, "-i", VAR_GLOBAL); break; - case 'j': + case 'j': { + char *endptr; + forceJobs = TRUE; - maxJobs = atoi(optarg); + maxJobs = strtol(optarg, &endptr, 0); + if (maxJobs == 0 && endptr == optarg) { + warnx("non-numeric argument to -j -- %s", + optarg); + usage(); + } #ifndef REMOTE maxLocal = maxJobs; #endif Var_Append(MAKEFLAGS, "-j", VAR_GLOBAL); Var_Append(MAKEFLAGS, optarg, VAR_GLOBAL); break; + } case 'k': keepgoing = TRUE; Var_Append(MAKEFLAGS, "-k", VAR_GLOBAL); >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 6 11:25:45 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA24542 for freebsd-bugs-outgoing; Wed, 6 Jan 1999 11:25:45 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from shell.futuresouth.com (shell.futuresouth.com [198.78.58.28]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA24532 for ; Wed, 6 Jan 1999 11:25:41 -0800 (PST) (envelope-from fullermd@futuresouth.com) Received: (from fullermd@localhost) by shell.futuresouth.com (8.9.1a/8.9.1) id NAA26614; Wed, 6 Jan 1999 13:25:03 -0600 (CST) Message-ID: <19990106132502.B25289@futuresouth.com> Date: Wed, 6 Jan 1999 13:25:02 -0600 From: "Matthew D. Fuller" To: Nate Williams , Heikki Suonsivu Cc: kowkn@asia1.com.sg, freebsd-bugs@FreeBSD.ORG Subject: Re: i386/9341: tty-level buffer overflows References: <199901060451.UAA12400@hub.freebsd.org.newsgate.clinet.fi> <199901061636.JAA13961@mt.sri.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <199901061636.JAA13961@mt.sri.com>; from Nate Williams on Wed, Jan 06, 1999 at 09:36:35AM -0700 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, Jan 06, 1999 at 09:36:35AM -0700, Nate Williams woke me up to tell me: > [ Mods to sio values ] > > > I do not understand why these values have stuck to be too small for ages, > > as most older hardware need this to be able to reliable communicate at > > higher speeds. > > Hmm, I would have to disagree with a 486/66 running 4 full-time 33.6K > modems w/out ever whining about overflows. At times we stress them hard > by downloading software from the remote ends to one another just for > fun. I'll disagree with a 486/25 laptop running 1 19.2k hardwired SLIP connection that gets overflows anytime I do any real 'transfers', and often overflows just typing across a compressed SSH connection. I originally had it at 115,200, that didn't work, stepped down to 57.6, then 38.4, now at 19.2, and I'm not going any lower because it just gets TOO slow. But it still overflows a lot; in typing tis paragraph, it's overflowed (and thus stopped dead for several seconds) no less than 6 times. *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* | FreeBSD; the way computers were meant to be | * "The only reason I'm burning my candle at both ends, is * | that I haven't figured out how to light the middle yet."| * fullermd@futuresouth.com :-} MAtthew Fuller * | http://keystone.westminster.edu/~fullermd | *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 6 11:32:52 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA25318 for freebsd-bugs-outgoing; Wed, 6 Jan 1999 11:32:52 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from ns.mt.sri.com (sri-gw.MT.net [206.127.105.141]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA25305 for ; Wed, 6 Jan 1999 11:32:50 -0800 (PST) (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.8/8.8.8) with SMTP id MAA27166; Wed, 6 Jan 1999 12:32:11 -0700 (MST) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id MAA16917; Wed, 6 Jan 1999 12:32:10 -0700 Date: Wed, 6 Jan 1999 12:32:10 -0700 Message-Id: <199901061932.MAA16917@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: "Matthew D. Fuller" Cc: Nate Williams , Heikki Suonsivu , kowkn@asia1.com.sg, freebsd-bugs@FreeBSD.ORG Subject: Re: i386/9341: tty-level buffer overflows In-Reply-To: <19990106132502.B25289@futuresouth.com> References: <199901060451.UAA12400@hub.freebsd.org.newsgate.clinet.fi> <199901061636.JAA13961@mt.sri.com> <19990106132502.B25289@futuresouth.com> X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > [ Mods to sio values ] > > > > > I do not understand why these values have stuck to be too small for ages, > > > as most older hardware need this to be able to reliable communicate at > > > higher speeds. > > > > Hmm, I would have to disagree with a 486/66 running 4 full-time 33.6K > > modems w/out ever whining about overflows. At times we stress them hard > > by downloading software from the remote ends to one another just for > > fun. > > I'll disagree with a 486/25 laptop running 1 19.2k hardwired SLIP > connection that gets overflows anytime I do any real 'transfers' I'll bet you have crappy UARTS that claim to be 16550's, but in fact are some sort of clone that doesn't work well. That UARTS on my laptop are not real either, although I get about 57600 on it w/out problems. And, a 486/25 is not exactly a speed daemon. :) Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 6 11:40:09 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA26334 for freebsd-bugs-outgoing; Wed, 6 Jan 1999 11:40:09 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA26325 for ; Wed, 6 Jan 1999 11:40:08 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id LAA02463; Wed, 6 Jan 1999 11:40:01 -0800 (PST) Received: from esmeralda.xaa.iae.nl (esmeralda.xaa.iae.nl [194.151.75.9]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA25727 for ; Wed, 6 Jan 1999 11:35:36 -0800 (PST) (envelope-from xaa@xaa.iae.nl) Received: by esmeralda.xaa.iae.nl (Postfix, from userid 1002) id AE5341DC; Wed, 6 Jan 1999 20:35:05 +0100 (MET) Message-Id: <19990106193505.AE5341DC@esmeralda.xaa.iae.nl> Date: Wed, 6 Jan 1999 20:35:05 +0100 (MET) From: xaa@xaa.iae.nl Reply-To: xaa@xaa.iae.nl To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/9350: nvi has error in reading files with very long lines Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9350 >Category: bin >Synopsis: nvi incorrectly reads files with very long lines >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jan 6 11:40:00 PST 1999 >Closed-Date: >Last-Modified: >Originator: Mark Huizer >Release: FreeBSD 3.0-CURRENT i386 >Organization: >Environment: noticed in 2.2.7 and 3.0-current >Description: When opening a file with a very long line in it (when I tried it I had a line with over 80000 characters), the line is truncated, that is: the first part is missing (in my case 80% was missing) >How-To-Repeat: Create file with VERY long line in it (jot is your friend :-), save it, check with more or less that it is correct, open with vi. >Fix: I found it while looking for a bug in another program, so, not yet, sorry :-( >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 6 11:55:29 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA29183 for freebsd-bugs-outgoing; Wed, 6 Jan 1999 11:55:29 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from shell.futuresouth.com (shell.futuresouth.com [198.78.58.28]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA29178 for ; Wed, 6 Jan 1999 11:55:27 -0800 (PST) (envelope-from fullermd@futuresouth.com) Received: (from fullermd@localhost) by shell.futuresouth.com (8.9.1a/8.9.1) id NAA28187; Wed, 6 Jan 1999 13:54:51 -0600 (CST) Message-ID: <19990106135449.C25289@futuresouth.com> Date: Wed, 6 Jan 1999 13:54:49 -0600 From: "Matthew D. Fuller" To: Nate Williams Cc: Heikki Suonsivu , kowkn@asia1.com.sg, freebsd-bugs@FreeBSD.ORG Subject: Re: i386/9341: tty-level buffer overflows References: <199901060451.UAA12400@hub.freebsd.org.newsgate.clinet.fi> <199901061636.JAA13961@mt.sri.com> <19990106132502.B25289@futuresouth.com> <199901061932.MAA16917@mt.sri.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <199901061932.MAA16917@mt.sri.com>; from Nate Williams on Wed, Jan 06, 1999 at 12:32:10PM -0700 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, Jan 06, 1999 at 12:32:10PM -0700, Nate Williams woke me up to tell me: > > I'll bet you have crappy UARTS that claim to be 16550's, but in fact are > some sort of clone that doesn't work well. That UARTS on my laptop are > not real either, although I get about 57600 on it w/out problems. > > And, a 486/25 is not exactly a speed daemon. :) It's an IBM ThinkPad 350C, if that tells anyone anything. I wouldn't be surprised at all if they were crappy UARTS, and you ain't gotta tell ME 486/25 is slow (I run X on it, after all... ;), but c'mon; this is *19,200* baud!! I'd think even a 486/25 should be able to handle that without puking this much. *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* | FreeBSD; the way computers were meant to be | * "The only reason I'm burning my candle at both ends, is * | that I haven't figured out how to light the middle yet."| * fullermd@futuresouth.com :-} MAtthew Fuller * | http://keystone.westminster.edu/~fullermd | *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 6 11:57:06 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA29454 for freebsd-bugs-outgoing; Wed, 6 Jan 1999 11:57:06 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from ns.mt.sri.com (sri-gw.MT.net [206.127.105.141]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA29444 for ; Wed, 6 Jan 1999 11:57:04 -0800 (PST) (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.8/8.8.8) with SMTP id MAA27379; Wed, 6 Jan 1999 12:56:31 -0700 (MST) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id MAA17107; Wed, 6 Jan 1999 12:56:30 -0700 Date: Wed, 6 Jan 1999 12:56:30 -0700 Message-Id: <199901061956.MAA17107@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: "Matthew D. Fuller" Cc: Nate Williams , Heikki Suonsivu , freebsd-bugs@FreeBSD.ORG Subject: Re: i386/9341: tty-level buffer overflows In-Reply-To: <19990106135449.C25289@futuresouth.com> References: <199901060451.UAA12400@hub.freebsd.org.newsgate.clinet.fi> <199901061636.JAA13961@mt.sri.com> <19990106132502.B25289@futuresouth.com> <199901061932.MAA16917@mt.sri.com> <19990106135449.C25289@futuresouth.com> X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > I'll bet you have crappy UARTS that claim to be 16550's, but in fact are > > some sort of clone that doesn't work well. That UARTS on my laptop are > > not real either, although I get about 57600 on it w/out problems. > > > > And, a 486/25 is not exactly a speed daemon. :) > > It's an IBM ThinkPad 350C, if that tells anyone anything. > I wouldn't be surprised at all if they were crappy UARTS, and you ain't > gotta tell ME 486/25 is slow (I run X on it, after all... ;), but c'mon; > this is *19,200* baud!! I'd think even a 486/25 should be able to handle > that without puking this much. With crappy UARTS you're lucky to get 9600 baud if you've got X on the box. Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 6 15:20:12 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA21371 for freebsd-bugs-outgoing; Wed, 6 Jan 1999 15:20:12 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA21355 for ; Wed, 6 Jan 1999 15:20:07 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id PAA14641; Wed, 6 Jan 1999 15:20:01 -0800 (PST) Received: from news-ma.rhein-neckar.de (news-ma.rhein-neckar.de [193.197.90.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA21093 for ; Wed, 6 Jan 1999 15:18:40 -0800 (PST) (envelope-from naddy@bigeye.rhein-neckar.de) Received: from mips.rhein-neckar.de (uucp@localhost) by news-ma.rhein-neckar.de (8.8.8/8.8.8) with bsmtp id AAA24456 for FreeBSD-gnats-submit@freebsd.org; Thu, 7 Jan 1999 00:18:21 +0100 (CET) (envelope-from naddy@bigeye.rhein-neckar.de) Received: from bigeye.rhein-neckar.de ([193.197.90.235]) by mips.rhein-neckar.de with esmtp id m0zy1Pb-000WyWC (Debian Smail-3.2.0.101 1997-Dec-17 #2); Wed, 6 Jan 1999 23:26:47 +0100 (CET) Received: (from naddy@localhost) by bigeye.rhein-neckar.de (8.9.1/8.9.1) id XAA01703; Wed, 6 Jan 1999 23:26:37 +0100 (CET) (envelope-from naddy) Message-Id: <199901062226.XAA01703@bigeye.rhein-neckar.de> Date: Wed, 6 Jan 1999 23:26:37 +0100 (CET) From: Christian Weisgerber Reply-To: naddy@bigeye.rhein-neckar.de To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/9354: [PATCH] CAM driver spews debug messages Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9354 >Category: kern >Synopsis: [PATCH] CAM driver spews debug messages >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: Wed Jan 6 15:20:01 PST 1999 >Closed-Date: >Last-Modified: >Originator: Christian Weisgerber >Release: FreeBSD 3.0-CURRENT i386 >Organization: >Environment: Asus SC200 (NCR53C810) SCSI adapter, Quantum XP32275S LXY4 disk. >Description: The kernel keeps spewing annoying debugging messages along the lines of (da0:ncr0:0:0:0): tagged openings now 31 (da0:ncr0:0:0:0): tagged openings now 29 (da0:ncr0:0:0:0): tagged openings now 28 Apparently there is a snippet of debugging code left in /sys/cam/cam_xpt.c. >How-To-Repeat: Heavy disk activity, e.g. cvsup'ing /usr/src, make world, rm -r /usr/obj, etc. >Fix: --- /sys/cam/cam_xpt.c.orig Wed Jan 6 02:10:40 1999 +++ /sys/cam/cam_xpt.c Wed Jan 6 23:09:44 1999 @@ -2955,7 +2955,7 @@ xpt_dev_ccbq_resize(crs->ccb_h.path, crs->openings); - if (bootverbose || 1) { + if (bootverbose) { xpt_print_path(crs->ccb_h.path); printf("tagged openings " "now %d\n", >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 6 16:20:44 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA29132 for freebsd-bugs-outgoing; Wed, 6 Jan 1999 16:20:44 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from rmstar.campus.luth.se (rmstar.campus.luth.se [130.240.197.32]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA29127 for ; Wed, 6 Jan 1999 16:20:42 -0800 (PST) (envelope-from murduth@rmstar.campus.luth.se) Received: from rmstar.campus.luth.se (murduth@localhost [127.0.0.1]) by rmstar.campus.luth.se (8.9.1/8.9.1) with ESMTP id BAA52995 for ; Thu, 7 Jan 1999 01:20:09 +0100 (CET) (envelope-from murduth@rmstar.campus.luth.se) Message-Id: <199901070020.BAA52995@rmstar.campus.luth.se> X-Mailer: exmh version 2.0.2 2/24/98 To: freebsd-bugs@FreeBSD.ORG Subject: Request for change. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 07 Jan 1999 01:20:09 +0100 From: Joakim Henriksson Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Would someone please close kern/8485 since Kenneth commited the fix to cam_xpt.c as of version 1.34 . Also kern/7499 could probably be closed as well since there where quite a lot of patches to address this and other problems around that time and haven't seen the problem again. P.S. How does one go about asking far a change of status to make it easier for the commiters? Send a message with "Re: kern/????" in the subject so that the request appears in the audit-trail, or something else? D.S. -- regards/ Joakim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 6 16:40:09 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA01293 for freebsd-bugs-outgoing; Wed, 6 Jan 1999 16:40:09 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA01275 for ; Wed, 6 Jan 1999 16:40:07 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id QAA19072; Wed, 6 Jan 1999 16:40:01 -0800 (PST) Date: Wed, 6 Jan 1999 16:40:01 -0800 (PST) Message-Id: <199901070040.QAA19072@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: "Kenneth D. Merry" Subject: Re: kern/9354: [PATCH] CAM driver spews debug messages Reply-To: "Kenneth D. Merry" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/9354; it has been noted by GNATS. From: "Kenneth D. Merry" To: naddy@bigeye.rhein-neckar.de Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/9354: [PATCH] CAM driver spews debug messages Date: Wed, 6 Jan 1999 17:38:04 -0700 (MST) Christian Weisgerber wrote... > > >Number: 9354 > >Category: kern > >Synopsis: [PATCH] CAM driver spews debug messages > >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: Wed Jan 6 15:20:01 PST 1999 > >Closed-Date: > >Last-Modified: > >Originator: Christian Weisgerber > >Release: FreeBSD 3.0-CURRENT i386 > >Organization: > >Environment: > > Asus SC200 (NCR53C810) SCSI adapter, Quantum XP32275S LXY4 disk. > > >Description: > > The kernel keeps spewing annoying debugging messages along the lines of > > (da0:ncr0:0:0:0): tagged openings now 31 > (da0:ncr0:0:0:0): tagged openings now 29 > (da0:ncr0:0:0:0): tagged openings now 28 > > Apparently there is a snippet of debugging code left in > /sys/cam/cam_xpt.c. > > >How-To-Repeat: > > Heavy disk activity, e.g. cvsup'ing /usr/src, make world, > rm -r /usr/obj, etc. This is a feature, not a bug. We left the messages in there because they often expose drive firmware bugs, and sometimes expose CAM bugs. As a side effect, it also tells you how many concurrent transactions your drive can handle. Your particular drive (Quantum Atlas II with LXY4 firmware) is known to have buggy firmware. It will work okay, but under high load, it will "go out to lunch" and not come back on the bus. Generally, the Adaptec driver sends a BDR to the device to wake it up, I'm not sure what the NCR driver does. If you can, I suggest you upgrade to the LYK8 firmware revision for your drive. It will not prevent the drive from interminably returning queue full, but it will solve the "drive goes out to lunch" problem that you may see under high load. Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 6 16:40:11 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA01297 for freebsd-bugs-outgoing; Wed, 6 Jan 1999 16:40:11 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA01282 for ; Wed, 6 Jan 1999 16:40:08 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id QAA19081; Wed, 6 Jan 1999 16:40:02 -0800 (PST) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA01134; Wed, 6 Jan 1999 16:39:41 -0800 (PST) (envelope-from nobody) Message-Id: <199901070039.QAA01134@hub.freebsd.org> Date: Wed, 6 Jan 1999 16:39:41 -0800 (PST) From: dwhite@pond.net To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/9355: can't select() for writes on a bpf Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9355 >Category: kern >Synopsis: can't select() for writes on a bpf >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jan 6 16:40:02 PST 1999 >Closed-Date: >Last-Modified: >Originator: Doug White >Release: 2.2.7-RELEASE >Organization: Pacific Crest Networks, Inc. >Environment: FreeBSD sturbei.pond.net 2.2.7-RELEASE FreeBSD 2.2.7-RELEASE #0: Mon Dec 21 14:44:26 PST 1998 dwhite@sturbei.pond.net:/usr/src/sys/compile/STURBEI i386 >Description: The Berkeley Packet Filter (bpf) does not appear to support select()ing or poll()ing for writability. Needless to say this is stupid and keeps it from being used for something actually useful. >How-To-Repeat: Write a program that selects() a bpf file descriptor for writes, and be prepared to wait. >Fix: Add these two lines in just before the check for the read flag: For 2.2.X: if(rw & FWRITE) return(1); for 3.X: if(events & POLLOUT) return (1); This makes bpf always accept writes. I don't think the bpf needs to throttle writes anyway. If such logic actually exists it should be trivially easy to add a check. I just don't know enough about the kernel side of bpf to make a good patch. >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 6 16:44:03 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA02129 for freebsd-bugs-outgoing; Wed, 6 Jan 1999 16:44:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA02067; Wed, 6 Jan 1999 16:43:52 -0800 (PST) (envelope-from ken@FreeBSD.org) From: Kenneth Merry Received: (from ken@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id QAA19658; Wed, 6 Jan 1999 16:43:47 -0800 (PST) Date: Wed, 6 Jan 1999 16:43:47 -0800 (PST) Message-Id: <199901070043.QAA19658@freefall.freebsd.org> To: naddy@bigeye.rhein-neckar.de, ken@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, ken@FreeBSD.ORG Subject: Re: kern/9354 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: [PATCH] CAM driver spews debug messages State-Changed-From-To: open->closed State-Changed-By: ken State-Changed-When: Wed Jan 6 16:41:13 PST 1999 State-Changed-Why: The "bug" in question is actually a known feature. As I explained in my email attached to this PR, we intend for those messages to be printed. This might change in the future, but for now, that's the way it is. Users can, of course, make local modifications to disable the message. Responsible-Changed-From-To: freebsd-bugs->ken Responsible-Changed-By: ken Responsible-Changed-When: Wed Jan 6 16:41:13 PST 1999 Responsible-Changed-Why: I co-wrote CAM, I answered the PR, and I'm closing it. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 6 17:02:01 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA04039 for freebsd-bugs-outgoing; Wed, 6 Jan 1999 17:02:01 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA04002; Wed, 6 Jan 1999 17:01:53 -0800 (PST) (envelope-from ken@FreeBSD.org) From: Kenneth Merry Received: (from ken@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id RAA21018; Wed, 6 Jan 1999 17:01:47 -0800 (PST) Date: Wed, 6 Jan 1999 17:01:47 -0800 (PST) Message-Id: <199901070101.RAA21018@freefall.freebsd.org> To: murduth@ludd.luth.se, ken@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, ken@FreeBSD.ORG Subject: Re: kern/8485 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: A quirk bug in sys/cam/cam_xpt.c State-Changed-From-To: open->closed State-Changed-By: ken State-Changed-When: Wed Jan 6 16:59:26 PST 1999 State-Changed-Why: The problem was fixed in revision 1.34 of cam_xpt.c. Sorry for taking so long on this, we evidently dropped this PR on the floor. Responsible-Changed-From-To: freebsd-bugs->ken Responsible-Changed-By: ken Responsible-Changed-When: Wed Jan 6 16:59:26 PST 1999 Responsible-Changed-Why: I fixed the problem. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 6 17:03:32 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA04522 for freebsd-bugs-outgoing; Wed, 6 Jan 1999 17:03:32 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA04494; Wed, 6 Jan 1999 17:03:26 -0800 (PST) (envelope-from ken@FreeBSD.org) From: Kenneth Merry Received: (from ken@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id RAA21189; Wed, 6 Jan 1999 17:03:20 -0800 (PST) Date: Wed, 6 Jan 1999 17:03:20 -0800 (PST) Message-Id: <199901070103.RAA21189@freefall.freebsd.org> To: murduth@ludd.luth.se, ken@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/7499 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Panic in ffs_blkfree() State-Changed-From-To: open->closed State-Changed-By: ken State-Changed-When: Wed Jan 6 17:01:56 PST 1999 State-Changed-Why: Closed at the request of the PR submitter. He can't reproduce the problem any more, and there have been significant changes/fixes in that area in the intervening time period. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 6 17:07:00 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA05044 for freebsd-bugs-outgoing; Wed, 6 Jan 1999 17:07:00 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from panzer.plutotech.com (panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA05034 for ; Wed, 6 Jan 1999 17:06:56 -0800 (PST) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.9.1/8.8.5) id SAA72734; Wed, 6 Jan 1999 18:06:23 -0700 (MST) From: "Kenneth D. Merry" Message-Id: <199901070106.SAA72734@panzer.plutotech.com> Subject: Re: Request for change. In-Reply-To: <199901070020.BAA52995@rmstar.campus.luth.se> from Joakim Henriksson at "Jan 7, 99 01:20:09 am" To: murduth@ludd.luth.se (Joakim Henriksson) Date: Wed, 6 Jan 1999 18:06:22 -0700 (MST) Cc: freebsd-bugs@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28s (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 Joakim Henriksson wrote... > Would someone please close kern/8485 since Kenneth commited the fix to > cam_xpt.c as of version 1.34 . Also kern/7499 could probably be closed as well > since there where quite a lot of patches to address this and other problems > around that time and haven't seen the problem again. Oops. It looks like we dropped kern/8485 on the floor, it's been sitting there since October. Sorry about that. I have closed both of them. Thanks for the heads-up. > P.S. > How does one go about asking far a change of status to make it easier for the > commiters? Send a message with "Re: kern/????" in the subject so that the > request appears in the audit-trail, or something else? Well, sending a message to the bugs list (as you just did) will generally work. If that doesn't work, you can try sending mail to committers@FreeBSD.ORG, or to someone who is obviously responsible for the problem. Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 6 21:28:47 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA06007 for freebsd-bugs-outgoing; Wed, 6 Jan 1999 21:28:47 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.26.10.9]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA05992 for ; Wed, 6 Jan 1999 21:28:39 -0800 (PST) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id QAA16671; Thu, 7 Jan 1999 16:28:05 +1100 Date: Thu, 7 Jan 1999 16:28:05 +1100 From: Bruce Evans Message-Id: <199901070528.QAA16671@godzilla.zeta.org.au> To: fullermd@futuresouth.com, hsu@clinet.fi, nate@mt.sri.com Subject: Re: i386/9341: tty-level buffer overflows Cc: freebsd-bugs@FreeBSD.ORG, kowkn@asia1.com.sg Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >> Hmm, I would have to disagree with a 486/66 running 4 full-time 33.6K >> modems w/out ever whining about overflows. At times we stress them hard >> by downloading software from the remote ends to one another just for >> fun. > >I'll disagree with a 486/25 laptop running 1 19.2k hardwired SLIP >connection that gets overflows anytime I do any real 'transfers', and >often overflows just typing across a compressed SSH connection. I Is the serial interface on a pccard? In that case, silo overflows would be normal even with a 16-way Xeon/1000. Fast interrupt handling is not implemented for pccards, so sio devices will drop a couple of fifos full worth of characters every time the keyboard driver busy waits for setting the keyboard LEDs, etc. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 6 21:30:15 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA06321 for freebsd-bugs-outgoing; Wed, 6 Jan 1999 21:30:15 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA06294 for ; Wed, 6 Jan 1999 21:30:07 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id VAA03722; Wed, 6 Jan 1999 21:30:01 -0800 (PST) Received: from mulet.e.kth.se (mulet.e.kth.se [130.237.43.20]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA05267 for ; Wed, 6 Jan 1999 21:21:57 -0800 (PST) (envelope-from root@mulet.e.kth.se) Received: (from root@localhost) by mulet.e.kth.se (8.9.1/8.9.1) id FAA03912; Thu, 7 Jan 1999 05:21:22 GMT (envelope-from root) Message-Id: <199901070521.FAA03912@mulet.e.kth.se> Date: Thu, 7 Jan 1999 05:21:22 GMT From: assar@sics.se To: FreeBSD-gnats-submit@FreeBSD.ORG Cc: assar@sics.se X-Send-Pr-Version: 3.2 Subject: kern/9359: implement support for adding syscalls in KLD modules Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9359 >Category: kern >Synopsis: implement support for adding syscalls in KLD modules >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: Wed Jan 6 21:30:01 PST 1999 >Closed-Date: >Last-Modified: >Originator: Assar Westerlund >Release: FreeBSD 3.0-CURRENT i386 >Organization: none >Environment: >Description: KLD modules support loading of filesystems and devices but not of system calls. Having this is quite practical. Otherwise a KLD module does have to include the code itself for patch the sysent-table (the code in syscall_register). Having that code once makes it more transparent as well. >How-To-Repeat: >Fix: I added the macros to sysent.h because it seemed to appropriate place. I didn't find any appropriate place for the functions so I created a new file kern_syscalls.c, but they could of course be placed somewhere else. --- sys/sysent.h 1999/01/03 05:23:22 1.1 +++ sys/sysent.h 1999/01/03 07:11:50 @@ -76,6 +76,36 @@ #ifdef KERNEL extern struct sysentvec aout_sysvec; extern struct sysent sysent[]; -#endif + +#define NO_SYSCALL (-1) + +struct module; + +struct syscall_module_data { + int (*chainevh)(struct module *, int, void *); /* next handler */ + void *chainarg; /* arg for next event handler */ + int offset; /* offset into sysent */ + struct sysent *new_sysent; /* new sysent */ + struct sysent old_sysent; /* old sysent */ +}; + +#define SYSCALL_MODULE(name, offset, new_sysent, evh, arg) \ +static struct syscall_module_data name##_syscall_mod = { \ + evh, arg, offset, new_sysent \ +}; \ + \ +static moduledata_t name##_mod = { \ + #name, \ + syscall_module_handler, \ + &name##_syscall_mod \ +}; \ +DECLARE_MODULE(name, name##_mod, SI_SUB_DRIVERS, SI_ORDER_MIDDLE) + +int syscall_register __P((int *offset, struct sysent *new_sysent, + struct sysent *old_sysent)); +int syscall_deregister __P((int *offset, struct sysent *old_sysent)); +int syscall_module_handler __P((struct module *mod, int what, void *arg)); + +#endif /* KERNEL */ #endif /* !_SYS_SYSENT_H_ */ --- conf/files 1999/01/03 06:00:36 1.1 +++ conf/files 1999/01/03 06:01:21 @@ -289,6 +289,7 @@ kern/kern_sig.c standard kern/kern_subr.c standard kern/kern_synch.c standard +kern/kern_syscalls.c standard kern/kern_sysctl.c standard kern/kern_time.c standard kern/kern_timeout.c standard --- /dev/null Thu Jan 7 02:05:28 1999 +++ kern/kern_syscalls.c Sun Jan 3 06:59:07 1999 @@ -0,0 +1,94 @@ +/*- + * Copyright (c) 1999 Assar Westerlund + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in the + * documentation and/or other materials provided with the distribution. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE + * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE + * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT + * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF + * SUCH DAMAGE. + * + * $Id: kern_syscalls.c,v 1.1 1999/01/03 06:00:55 root Exp root $ + */ + +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include + +int +syscall_register(int *offset, struct sysent *new_sysent, + struct sysent *old_sysent) +{ + if (*offset == NO_SYSCALL) { + int i; + + for (i = 1; i < SYS_MAXSYSCALL; ++i) + if (sysent[i].sy_call == (sy_call_t *)lkmnosys) + break; + if (i == SYS_MAXSYSCALL) + return ENFILE; + *offset = i; + } else if (*offset < 0 || *offset >= SYS_MAXSYSCALL) + return EINVAL; + else if (sysent[*offset].sy_call != (sy_call_t *)lkmnosys) + return EEXIST; + + *old_sysent = sysent[*offset]; + sysent[*offset] = *new_sysent; + return 0; +} + +int +syscall_deregister(int *offset, struct sysent *old_sysent) +{ + if (*offset) + sysent[*offset] = *old_sysent; + return 0; +} + +int +syscall_module_handler(struct module *mod, int what, void *arg) +{ + struct syscall_module_data *data = (struct syscall_module_data*)arg; + int error; + + switch (what) { + case MOD_LOAD : + error = syscall_register(&data->offset, data->new_sysent, + &data->old_sysent); + if (error) + return error; + break; + case MOD_UNLOAD : + error = syscall_deregister(&data->offset, &data->old_sysent); + if (error) + return error; + break; + } + if (data->chainevh) + return data->chainevh(mod, what, data->chainarg); + else + return 0; +} >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 6 22:50:10 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA15475 for freebsd-bugs-outgoing; Wed, 6 Jan 1999 22:50:10 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA15470 for ; Wed, 6 Jan 1999 22:50:07 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id WAA06925; Wed, 6 Jan 1999 22:50:01 -0800 (PST) Date: Wed, 6 Jan 1999 22:50:01 -0800 (PST) Message-Id: <199901070650.WAA06925@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Byung Yang Subject: Re: kern/5038: FreeBSD can't read MS Joliet CDs. Reply-To: Byung Yang Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/5038; it has been noted by GNATS. From: Byung Yang To: freebsd-gnats-submit@freebsd.org, keith@email.gcn.net.tw Cc: Subject: Re: kern/5038: FreeBSD can't read MS Joliet CDs. Date: Thu, 07 Jan 1999 01:42:43 -0500 I manually patched my kernel files with old release of joliet patch that I got from one of the previous posts. If you are using 3.0-RELEASE kernel, there won't be any problem for this patch. copy this patch to /usr/src and just patch from that point. For some reason, additional files(that were not originally included in the kernel, such as *joliet.c and h) are created in /usr/src. just copy them to: /usr/src/sys/isofs/cd9660 and recompile your kernel. With this patch, I was able to see long file names and non-english characters(such as korean&chinese) so i believe it does support unicode as long as your locale is set correctly. -Byung Yang ----------------------------------------------------------------- begin 644 joliet.patch.gz M'XL(")Y4E#8``VIO;&EE="YP871C:`#56WMSVS82_UOY%&@[XTHV[?`EB9+K MW+B6DG/KU]A.>G>=#H"?@>?2Q`RMQ%Y1I]+[8G=WM\'0 M^XDZY-).B*(359W*RE2?$&4R,5[L[^]WH_5N5RGYP?()&1-9GLK:5#:0=8+# M5'_8L,I$DY2)05@#8O.&"8&_]U\0XL;!$@1S)J.1G/UCIHGK'=B]($SQKY+]WUG64GIA6D2!0GEN]8D=/HI=YR M<^?=;VY8Q^<7W;2QU*OD/90RNRU@>K5ZT.^#\1=BS2I:@9 MC,&AHHYUD/J)J`.7CGJ\I]994P%\:#*+5"0:O4.5793PH4:&]NPGI`9@WM'$ MM]:T'R=1"EL?>1PWHG821`\F_!M$#MF%5FB4`*#7ZQ%BKZR([()]@PHEDIKQ M*H@2UN!1?P!4O\/_).]@?Q."HYBN\X$<$5G*VM;6!Y.U`Q^T]V$>Q%0)/0J.8[+[,Z)=`W*^NPF&Y)M_5EJ+LV-L;9(M) MG1- M_<2"O>+0V([<$/8-V8WOG7(;L(GWH6G_%9!8(4@JLQF?WER:/UR>G%L_FY^IDP+#2B'A#14+V11 M2Q9U2Q:M9-':+`Y=6JF73$FY&OL@3(V*+]MCU?JKQ&S5MHZ/JV=&J]4V\7'U M.>/CZ@_$1Q@^BX\O=U%5N^3S#\D!R0)<)UP5'(R(W%(;7?I MVA9F'(SM)=\&.4C&FL:05]Y4[9Z\"[P4/-VL-'\K)B"ZY8'[\0'PGL)@'.4J M)3LD.L@2,@L#T7DFH4B#A,LR^]P+[/4E6(,[5NYE$?EVY]HIC>(%_!Z.DOFM#Q"68 MQ:+_B,&L8A="<(<2P&)='R@7#PF%\6,7E4:,7"R8_FO/NHLE8DSV%5@X:)BS M/HFAE1+FQR2.(G_090E_:^SWD`4)1@"F M1%2)0#OP@G7@.GH/I5J2AY""(DCF#[FC86%MB9.'#S^#?[0JHC$!1-"M`'%^E6F M9W$O=YI,:QT$*E-H!X'&=(T2/NVTO"!XGX;;)_4Y?:?3RHEZKR.77`3WS,]H MTZ$Z'3(_,WZ.TRK`&D[+X!YP@],:RIC*%XX+/QKY^0_^ZTZB-_9_N\N`+`E'%N<0]X">#QK9I\: M@3C_*6+XZ]N_7\TSPYVVR'AB4TEK:;C_BNW]P8XZ$)`3PH?G21O\#1P2<=?A MH"T#J8?Z-HBS2()%?P%#+LR%]]X/!F2/@&ZCAV"YC"DDH`O487$$J/\XP.>: MF3A^(!I??$H"B2&NX9_2#O[.SR4BU63]F+G9/@QH^V;6))P7P6/"5PM['3). MB>0#D7P@L5*KBRP0)%_Q=E>V_&@*C^PWUPK7']D[`L=OLYP8^]JJK5(\[<:R MP_.V/B4C[W1B&4WO-J7D.(R(.B&*PGR8]FP?5F#57=ADJJK=+DRMNS`MWWZ9 MZ^_!/GI]YHRPY@P`K0'@S MO[@I^57DAY0%V>^H3R.6NL'I;[W(3GT"B/G?;H]O;TL0O0)"/R34=\#I6$D2 MN8L4,Q,6Z2M1+)\*]PFDP#'0GBKS$::<`/:TG>25NVT7+J?OM)2B''@.&KJA M(18XE>%T.)IJW07.3K"ZK:CZ5%8Z;&4HC92*K<#'TE;J]:K$*J/()]:2FO'H MC\2V[4-E(_@^15?4TV"FP@AG#"5UDBD-?%#EY&U%D&'NPN\0O=/OV!O1.S?& M^%DA6T.LQ7K,.L1B0;-C`%[QJP)VD2[)[@()+]Z>G3&GY]![$[/]>XPW]/X> MW..]&<%?K!>/'32*(%\^(O/3BW?'9T6S3ZEC>P&$4>9Z670V(%Q/BB7_HI.1 MR&YFUW_._(2+-QE*FJQ5TI/)&!J*%(_AH/08O-/U84,G]^R`6*NIW#MAD;M4 M*$-^I*R10ALK`6U7JTEK2JGRN#!_:],(67>3J5T\C>`@&Q:Z\_C1U&0Q%#!^ M8W4RUE6M,X%(O+#!_4`/$XJOHL#W'@8L'F?%C_DU^&3Q"FAPLM/T<;%]\GPP M2),L_\OJ*;QOY=ZMLBGQLB;/"_;9Z+UZJD?Z%>J_D'M,'/#TEK5,RY9!7K=Z M-S/G%[,!-V]()]J&514/#4;3P8+&Y?\1,E[ M+)RZR;=Q40=9PI$=&R'9$]8X"NY*K0,$@D@!T1LTQ,!:H0].U&OPZ#GS2_X' M*C17`B9B3I_M0(GT%;)7V1@#&`Y276?19VUH+X.L#H^5^*)1(A>7)]?SF41V MBKW.$D9&5BJ.ITYG$!+4`&>@`>-'03$$?+JH7Q6B7EV?GA]?_ST75R1M;2\^\AT[AAUK M*.6.[9#P\XE8OUSY-+";MU=79_/S^<4M0@ZVGK5PG4;@=T?#,O)IA@9J*2ZW M>Q`[&EM/%&$&(.AA1E[ZM?YVX2EGYO&CUXXYY(B;=:8W5:OKC=LC)O7EZ/NO MVC!3L0;&.DQ8+BR5!<"&\.TPR>-:6XR:"`C5XIVB43&Z#03,_%@4S=*GM>7! M'/HXA6"99542.3=SEX!__W1\>GOY([?^P*W^A72HA//Q0+!):U](;2(3TF4=U#@I-Y&N3B1=*ZM;/!85 M/O][\_C-G(]9]SF5C'>OZ"PC)&MM)\=%VK6&82"_9D$/5_%?U:D<5BG8L6UI M+F/7.;BW/';%1_IXRS!@&;5PEI"BZ1TNO5?/UQ^9\\21]U^YZVSR1]6XMM-O M!+^/M2#WL5$(*!=X6;4];HUPG&>7"W2YS*O_V15S3,`.V%4".\)E!7]6<>@5 M\H&=+]'-DJ-*+?&OIV_^:MZ0MT/A&4P=A>V'$?B9 MRGGR2YO.QU9R]O]N3!]SC]C.._]+=M;6\:=;GJAR7)>@'$-;EY*=MM8/[ M&;+P?=:!U2U*>5YX4IK/LR>WJ&SZSRML^EO4-;-WBS<6G#93CQ"=**.I/IQJ M\O/+FKZPJ@E8'55-2'6KF2Y^'+6KFG_D!N^SW\MAG';MZO.>F"98\B:F>=7/ MT[3[(,S;L_H:NGBSAO323I5)*CX$R^6@^_;O&?=_'9=D;9&I M1#IOS&#/B::)211_+C?(N# MNMY2"6A9_.MESQI%ZLR>.'*R+.+A%2QV0O:)(:O#*;%M^*1O8%1B%\2ZV*.G M<^N!>8O)5-6FLK[]W1N':#@<8ZIT7;GITG!2W2]2N5M>L"LH7CDFE=,P^N_Z MA5BCAD"4QEN-9D6`J&W>^<6,J,-A=DU3Z;NY/;Z8'5_/S-,9^?ID)LO*U\*I MP$%1J1;()Q-)T8N#X^-A`S:S(?/[L\N3'\%*_C'O]519-_@I/W^A]#:F^.BG M785DMWLQWA"6#[\.R+&W#O"M$61?L<4*G(!AQ?RQU")-6D^3FU37ZR\4<3'/BS1DQ7WT)C#9`,N:U4+D8<6C;E M12@!LX%B&$:N5$UKR9`_!NN4`=^'%<_#!#*`2ZI+4&%65`69]5P&M2U#`?.O ME/HP&W[KWH09(HS1`2.HRPFDP:EH:@<,OB0R$[QX[YB4!JNB%)8B4BPKDWIF MB2:"03-1]$(W6MOH@S`Q-T!58%`WNM$!PR#63TF#NAD6NM'4S=*TH4J8(>IF M..J`$1;(6C#@$)1)KN+)07M2%?-K[L829@(JUA2C>R>&Z<)SXQ6-VMNZ0-(4 M4(^NC[J]0QC1T(I$0"62#HDJ&8[U;B0+''SVA+@)5B`-Q[#R8UGM1K*#\"%R M[U:)B>]R:V`%TEB&51MKDWS5#H:;=&4M(`SA]ZI:8!4T?`<['H^>1ENXH/G@ M+K+"E6O7(4NT,>C+4+2GT6Q('YG"'"MI.+4"S5!T0--RPS(.]`-U)+"N-62Q M^1ON!EZ)I8%U&?KX*2SZ(70CL60E%IQ6B#'2G\3*BS[M2998([`+PU">PF+Z MYEE%&E&S&JA++$-%++4C,O-`IA/!3P5&0QBM%42J=LX*PT)F'=WV9-CBYD,/ M.X<&QI%$,+W+'CAG!XRM;G]8J2H;"B^Y?05."+74J=>(KSD].LHZ[43J3>IJ M%*6R"FQJQ2A>ZO!$_&2V?WUYCE]16EL)S^K84!2"97GHZ?W>/B=)C5.2U*B] M2%D%K6R=GYP?2^*3%,^D61UAZ4,^73Z&N[Z\O'TA>"2'[3V9/UI1QI*J:O43 MQI><&#]\2W_R5+O/B=M_;Z9*O/'4^)F^,5-#:CS;'$V5CJ)5[>LRROBS?EWF M?_W[!D*:UQ?GQS<_`LT2?C92S>;?OWWSXHM]B_10.,XSOX-W^.(_N-7C7QT_ "``#[ ` end -------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 6 23:00:09 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA16288 for freebsd-bugs-outgoing; Wed, 6 Jan 1999 23:00:09 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA16279 for ; Wed, 6 Jan 1999 23:00:07 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id XAA07323; Wed, 6 Jan 1999 23:00:01 -0800 (PST) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA16148; Wed, 6 Jan 1999 22:58:21 -0800 (PST) (envelope-from nobody) Message-Id: <199901070658.WAA16148@hub.freebsd.org> Date: Wed, 6 Jan 1999 22:58:21 -0800 (PST) From: grehan@iprg.nokia.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: i386/9360: /boot/loader contains floating point instructions Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9360 >Category: i386 >Synopsis: /boot/loader contains floating point instructions >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jan 6 23:00:01 PST 1999 >Closed-Date: >Last-Modified: >Originator: Peter Grehan >Release: 3.0-current >Organization: Nokia IPRG >Environment: Use kern.flp from the -current snapshot. >Description: Floating point code is used in the tertiary boot-loader, /boot/loader _setjmp and _longjmp save/restore floating point state, but the system may not have an FPU, in which case the boot will fail. There are many 386 and 486 embedded CPUs which do not have an FPU (e.g. Nokia 9000 communicator). One of the routines in the Forth interpreter, ficl/dict.c:dictHashSummary() uses floating point. This routine should be reworked, or removed. >How-To-Repeat: Boot kern.flp on a 386 or 486 system without an FPU. Alternatively, try the bochs emulator, which is a 386 emulator without an FPU (www.bochs.com) >Fix: Use a custom _setjmp and _longjmp in libstand.a that does not save/restore floating point register state. Remove, or modify, the routine in the Forth interpreter that uses floating point calculations. >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 7 01:22:56 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA28448 for freebsd-bugs-outgoing; Thu, 7 Jan 1999 01:22:56 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from shell.futuresouth.com (shell.futuresouth.com [198.78.58.28]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA28443 for ; Thu, 7 Jan 1999 01:22:53 -0800 (PST) (envelope-from fullermd@futuresouth.com) Received: (from fullermd@localhost) by shell.futuresouth.com (8.9.1a/8.9.1) id DAA07247; Thu, 7 Jan 1999 03:22:09 -0600 (CST) Message-ID: <19990107032209.A7239@futuresouth.com> Date: Thu, 7 Jan 1999 03:22:09 -0600 From: "Matthew D. Fuller" To: Bruce Evans , hsu@clinet.fi, nate@mt.sri.com Cc: freebsd-bugs@FreeBSD.ORG, kowkn@asia1.com.sg Subject: Re: i386/9341: tty-level buffer overflows References: <199901070528.QAA16671@godzilla.zeta.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <199901070528.QAA16671@godzilla.zeta.org.au>; from Bruce Evans on Thu, Jan 07, 1999 at 04:28:05PM +1100 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, Jan 07, 1999 at 04:28:05PM +1100, Bruce Evans woke me up to tell me: > > Is the serial interface on a pccard? In that case, silo overflows would > be normal even with a 16-way Xeon/1000. Fast interrupt handling is not > implemented for pccards, so sio devices will drop a couple of fifos full > worth of characters every time the keyboard driver busy waits for setting > the keyboard LEDs, etc. Nope, plain ol' boring built-in serial port. I can grab a dmesg later (several miles from it now). *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* | FreeBSD; the way computers were meant to be | * "The only reason I'm burning my candle at both ends, is * | that I haven't figured out how to light the middle yet."| * fullermd@futuresouth.com :-} MAtthew Fuller * | http://keystone.westminster.edu/~fullermd | *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 7 02:40:08 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA05163 for freebsd-bugs-outgoing; Thu, 7 Jan 1999 02:40:08 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA05154 for ; Thu, 7 Jan 1999 02:40:07 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id CAA16944; Thu, 7 Jan 1999 02:40:01 -0800 (PST) Received: from gwdu60.gwdg.de (gwdu60.gwdg.de [134.76.10.60]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA05024 for ; Thu, 7 Jan 1999 02:38:35 -0800 (PST) (envelope-from kheuer@gwdu60.gwdg.de) Received: (from kheuer@localhost) by gwdu60.gwdg.de (8.9.0/8.9.0) id LAA07916; Thu, 7 Jan 1999 11:38:03 +0100 (CET) Message-Id: <199901071038.LAA07916@gwdu60.gwdg.de> Date: Thu, 7 Jan 1999 11:38:03 +0100 (CET) From: Konrad Heuer Reply-To: kheuer@gwdu60.gwdg.de To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/9362: "lpc start queue" doesn't work in 3.0-R : Current Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9362 >Category: bin >Synopsis: "lpc start queue" doesn't work in 3.0-R & Current >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 7 02:40:01 PST 1999 >Closed-Date: >Last-Modified: >Originator: Konrad Heuer >Release: FreeBSD 3.0-RELEASE i386 >Organization: Gesellschaft fuer wissenschaftliche Datenverarbeitung mbH Goettingen, Am Fassberg, 37077 Goettingen, Germany >Environment: No very special environment. FreeBSD 3.0-RELEASE has been installed some days ago on a Pentium II system to build a printer server. 3.0-R is required because of Adaptec 7890 on-board SCSI controller not supported by 2.2.8-R. The bug is still present in FreeBSD-current. >Description: After stopping a printer queue by "lpc stop ..." it can't be started by "lpc start ..." although the diagnostic output pretends so. "lpc up ..." does work, but is also enables the queue which is not always useful. >How-To-Repeat: Suppose you've configured a printer "lp" in "/etc/printcap". Enter and watch the results: lpc up lp # just to make sure lp is up lpc status lp # verify lpc stop lp # stop lp lpc status lp # it it stopped lpc start lp # start lp lpc status lp # lp is still stopped lpc up lp # start & enable lp lpc status lp # lp is up >Fix: Not fixed (no success). >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 7 06:20:12 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA21621 for freebsd-bugs-outgoing; Thu, 7 Jan 1999 06:20:12 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA21611 for ; Thu, 7 Jan 1999 06:20:08 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id GAA27766; Thu, 7 Jan 1999 06:20:02 -0800 (PST) Date: Thu, 7 Jan 1999 06:20:02 -0800 (PST) Message-Id: <199901071420.GAA27766@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Doug Rabson Subject: Re: kern/9359: implement support for adding syscalls in KLD modules Reply-To: Doug Rabson Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/9359; it has been noted by GNATS. From: Doug Rabson To: assar@sics.se Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/9359: implement support for adding syscalls in KLD modules Date: Thu, 7 Jan 1999 14:17:13 +0000 (GMT) This looks good on first reading. Could you update the syscall kld example in share/examples/kld to use your new mechanism. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 7 07:50:08 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA00717 for freebsd-bugs-outgoing; Thu, 7 Jan 1999 07:50:08 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA00707 for ; Thu, 7 Jan 1999 07:50:06 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id HAA27998; Thu, 7 Jan 1999 07:50:00 -0800 (PST) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA29457; Thu, 7 Jan 1999 07:41:11 -0800 (PST) (envelope-from nobody) Message-Id: <199901071541.HAA29457@hub.freebsd.org> Date: Thu, 7 Jan 1999 07:41:11 -0800 (PST) From: mtaylor@cybernet.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/9367: src/sys/dev/dpt/dpt_control.c can cause a panic on boot Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9367 >Category: kern >Synopsis: src/sys/dev/dpt/dpt_control.c can cause a panic on boot >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 Jan 7 07:50:00 PST 1999 >Closed-Date: >Last-Modified: >Originator: Mark J. Taylor >Release: Affects all who use "dpt" driver >Organization: Cybernet Systems >Environment: 2.2.7, 2.2.8, 3.0, etc. >Description: During probe, the page lockdown code in dpt_control.c does some bad math: it does not handle page-boundary conditions, and will not end up mapping all of the requested addresses. This will cause a panic: page fault during probe on some systems. >How-To-Repeat: I have a machine that will panic every time (when using the dpt driver) on kernel probe when there are 5 drives installed. When there are 4 drives, it is fine. >Fix: Always allocate/deallocate an extra page. There is also a bonus splx() fix on an early error return. src/sys/dev/dpt/dpt_control.c: *** 125,128 **** --- 125,129 ---- + req_size += PAGE_SIZE; size = (req_size / PAGE_SIZE + 1) * PAGE_SIZE; paddr = req_paddr & 0xfffff000; *************** *** 144,148 **** /* * Release virtual space allocated by physmap We ASSUME that the correct ! * srart address and the correct LENGTH are given. * * Disaster will follow if these assumptions are false! --- 145,149 ---- /* * Release virtual space allocated by physmap We ASSUME that the correct ! * start address and the correct LENGTH are given. * * Disaster will follow if these assumptions are false! --- 145,149 ---- /* * Release virtual space allocated by physmap We ASSUME that the correct ! * start address and the correct LENGTH are given. * * Disaster will follow if these assumptions are false! *************** *** 154,157 **** --- 155,159 ---- int ndx; + size += PAGE_SIZE; for (ndx = 0; ndx < size; ndx += PAGE_SIZE) { pmap_kremove((vm_offset_t) vaddr + ndx); *************** *** 260,263 **** --- 262,266 ---- if ((addr = (char *) dpt_physmap(0x0475, 1024)) == NULL) { printf("DPT: Cannot map BIOS address 0x0475. No sysinfo... :-( \n"); + splx(ospl); 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 Thu Jan 7 09:40:13 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA12513 for freebsd-bugs-outgoing; Thu, 7 Jan 1999 09:40:13 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA12495 for ; Thu, 7 Jan 1999 09:40:07 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id JAA05559; Thu, 7 Jan 1999 09:40:01 -0800 (PST) Received: from assaris.sics.se (assaris.sics.se [193.10.66.108]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA12227 for ; Thu, 7 Jan 1999 09:38:19 -0800 (PST) (envelope-from assar@sics.se) Received: (from assar@localhost) by assaris.sics.se (8.9.1/8.7.3) id SAA17474; Thu, 7 Jan 1999 18:39:21 +0100 (CET) Message-Id: <199901071739.SAA17474@assaris.sics.se> Date: Thu, 7 Jan 1999 18:39:21 +0100 (CET) From: assar@sics.se To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/9369: i386/i386/support.s doesn't build with -DGPROF Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9369 >Category: kern >Synopsis: i386/i386/support.s doesn't build with -DGPROF >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 Jan 7 09:40:00 PST 1999 >Closed-Date: >Last-Modified: >Originator: Assar Westerlund >Release: FreeBSD 3.0-CURRENT i386 >Organization: none >Environment: >Description: support.s has an explicit label and an ENTRY macros. That's ok as long as we're not building with profiling, when we are it doesn't work any longer. ENTRY(bcopyb) bcopyb: >How-To-Repeat: config -p FOO cd ../../compile/FOO; make >Fix: Index: support.s =================================================================== RCS file: /src/fbsd-repository/src/sys/i386/i386/support.s,v retrieving revision 1.59 diff -u -w -u -w -r1.59 support.s --- support.s 1998/05/11 02:13:43 1.59 +++ support.s 1999/01/07 17:38:45 @@ -398,7 +398,6 @@ ret ENTRY(bcopyb) -bcopyb: pushl %esi pushl %edi movl 12(%esp),%esi >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 7 10:10:09 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA16247 for freebsd-bugs-outgoing; Thu, 7 Jan 1999 10:10:09 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA16239 for ; Thu, 7 Jan 1999 10:10:07 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id KAA08327; Thu, 7 Jan 1999 10:10:02 -0800 (PST) Received: from cassiopeia.caprica.com ([208.153.245.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA15626 for ; Thu, 7 Jan 1999 10:05:33 -0800 (PST) (envelope-from frank@exit.com) Received: from exit.com (uucp@localhost) by cassiopeia.caprica.com (8.8.8/8.8.8) with UUCP id KAA26491 for FreeBSD-gnats-submit@freebsd.org; Thu, 7 Jan 1999 10:05:17 -0800 (PST) (envelope-from frank@exit.com) Received: from realtime.exit.com (realtime.exit.com [206.223.0.5]) by tinker.exit.com (8.8.8/8.8.8) with ESMTP id KAA10724 for ; Thu, 7 Jan 1999 10:02:36 -0800 (PST) (envelope-from frank@tinker.exit.com) Received: (from frank@localhost) by realtime.exit.com (8.9.1/8.9.1) id KAA00436; Thu, 7 Jan 1999 10:02:35 -0800 (PST) (envelope-from frank) Message-Id: <199901071802.KAA00436@realtime.exit.com> Date: Thu, 7 Jan 1999 10:02:35 -0800 (PST) From: frank@exit.com Reply-To: frank@exit.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/9370: panic: vinvalbuf: dirty bufs Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9370 >Category: kern >Synopsis: panic: vinvalbuf: dirty bufs >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 7 10:10:02 PST 1999 >Closed-Date: >Last-Modified: >Originator: Frank Mayhar >Release: FreeBSD 3.0-CURRENT i386 >Organization: None >Environment: [201]~ >dmesg Copyright (c) 1992-1999 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-CURRENT #7: Mon Jan 4 17:49:06 PST 1999 frank@realtime.exit.com:/usr/src/sys/compile/REALTIME Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 400910985 Hz CPU: Pentium II (quarter-micron) (400.91-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x652 Stepping=2 Features=0x183fbff> real memory = 134217728 (131072K bytes) config> USERCONFIG Invalid command or syntax. Type `?' for help. config> pnp 1 1 os enable port0 0x534 port2 0x220 port3 0xe0d irq0 10 drq0 1 drq1 6 config> quit avail memory = 127725568 (124732K bytes) Preloaded elf kernel "kernel" at 0xf02b2000. Preloaded userconfig_script "/boot/pnp.config" at 0xf02b209c. Probing for devices on PCI bus 0: chip0: rev 0x02 on pci0.0.0 chip1: rev 0x02 on pci0.1.0 chip2: rev 0x02 on pci0.4.0 chip3: rev 0x02 on pci0.4.3 ahc0: rev 0x00 int a irq 15 on pci0.6.0 ahc0: aic7890/91 Wide Channel A, SCSI Id=7, 16/255 SCBs tl0: rev 0x10 int a irq 15 on pci0.9.0 tl0: Ethernet address: 00:08:c7:b1:93:c3 tl0: autoneg complete, link status good (half-duplex, 10Mbps) Probing for devices on PCI bus 1: vga0: rev 0x04 int a irq 11 on pci1.0.0 Probing for PnP devices: CSN 1 Vendor ID: OPT0931 [0x3109143e] Serial 0xffffffff Comp ID: @@@0000 [0x00000000] AD_WAIT_INIT FAILED 1002 0xff mss_attach 1 at 0x530 irq 10 dma 1:6 flags 0x16 pcm1 (OPTi931 sn 0xffffffff) at 0x530-0x537 irq 10 drq 1 flags 0x16 on isa Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <4 virtual consoles, flags=0x0> pcm0 not found sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface psm0 at 0x60-0x64 irq 12 on motherboard psm0: model Generic PS/2 mouse, device ID 0 fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in npx0 on motherboard npx0: INT 16 interface Waiting 5 seconds for SCSI devices to settle changing root device to da0s2a da1 at ahc0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-2 device da1: 40.0MB/s transfers (20.0MHz, offset 31, 16bit), Tagged Queueing Enabled da1: 2170MB (4445380 512 byte sectors: 255H 63S/T 276C) da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 40.0MB/s transfers (20.0MHz, offset 15, 16bit), Tagged Queueing Enabled da0: 8748MB (17916240 512 byte sectors: 255H 63S/T 1115C) da2 at ahc0 bus 0 target 2 lun 0 da2: Fixed Direct Access SCSI-2 device da2: 40.0MB/s transfers (20.0MHz, offset 31, 16bit), Tagged Queueing Enabled da2: 2170MB (4445380 512 byte sectors: 255H 63S/T 276C) WARNING: / was not properly dismounted cd0 at ahc0 bus 0 target 6 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 10.0MB/s transfers (10.0MHz, offset 16) cd0: cd present [318934 x 2048 byte records] >Description: After a couple of days of uptime, did a "shutdown -r now", got a panic: vinvalbuf: dirty bufs Stack trace: (kgdb) stack Undefined command: "stack". Try "help". (kgdb) bt #0 0xf0146db3 in boot () #1 0xf0147051 in panic () #2 0xf01679f4 in vinvalbuf () #3 0xf016889e in vclean () #4 0xf01687fd in vflush () #5 0xf01cfce9 in ffs_flushfiles () #6 0xf01cfbc4 in ffs_unmount () #7 0xf016a504 in dounmount () #8 0xf016916d in vfs_unmountall () #9 0xf0146d5f in boot () #10 0xf0146b5d in reboot () #11 0xf01f5fdf in syscall () #12 0xf01e9dfc in Xint0x80_syscall () #13 0x80480e9 in ?? () I still have the dump if anyone needs more information from it. >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 7 10:20:07 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA17186 for freebsd-bugs-outgoing; Thu, 7 Jan 1999 10:20:07 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA17179 for ; Thu, 7 Jan 1999 10:20:06 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id KAA08756; Thu, 7 Jan 1999 10:20:01 -0800 (PST) Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA16886 for ; Thu, 7 Jan 1999 10:16:02 -0800 (PST) (envelope-from root@newsguy.com) Received: from local.ocn.ne.jp by peach.ocn.ne.jp (8.9.1a/OCN) id DAA10944; Fri, 8 Jan 1999 03:15:31 +0900 (JST) Received: (from root@localhost) by local.ocn.ne.jp (8.9.1/8.8.6) id DAA02517; Fri, 8 Jan 1999 03:15:01 +0900 (JST) Message-Id: <199901071815.DAA02517@local.ocn.ne.jp> Date: Fri, 8 Jan 1999 03:15:01 +0900 (JST) From: dcs@newsguy.com Reply-To: dcs@newsguy.com To: FreeBSD-gnats-submit@FreeBSD.ORG Cc: dcs@newsguy.com X-Send-Pr-Version: 3.2 Subject: kern/9371: Boot parsing problem Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9371 >Category: kern >Synopsis: Getopt does not get reinitialized in the boot parser >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jan 7 10:20:00 PST 1999 >Closed-Date: >Last-Modified: >Originator: Daniel C. Sobral >Release: FreeBSD 3.0-CURRENT i386 >Organization: >Environment: Three stage boot's loader. >Description: No builtin command resets getopt before using it, causing problems in case a wrong option was given previously, and no option is given to the next command. >How-To-Repeat: Boot. Type: ls -? load /kernel >Fix: Apply the following fixes: --- sys/boot/common/commands.c.orig Fri Jan 8 03:00:29 1999 +++ sys/boot/common/commands.c Fri Jan 8 03:01:17 1999 @@ -299,6 +299,7 @@ nl = 0; optind = 1; + optreset = 1; while ((ch = getopt(argc, argv, "n")) != -1) { switch(ch) { case 'n': @@ -343,6 +344,7 @@ timeout = -1; prompt = NULL; optind = 1; + optreset = 1; while ((c = getopt(argc, argv, "p:t:")) != -1) { switch(c) { @@ -394,6 +396,7 @@ verbose = 0; optind = 1; + optreset = 1; while ((ch = getopt(argc, argv, "v")) != -1) { switch(ch) { case 'v': --- sys/boot/common/ls.c.orig Fri Jan 8 03:01:18 1999 +++ sys/boot/common/ls.c Fri Jan 8 03:01:32 1999 @@ -70,6 +70,7 @@ fd = -1; verbose = 0; optind = 1; + optreset = 1; while ((ch = getopt(argc, argv, "l")) != -1) { switch(ch) { case 'l': --- sys/boot/common/module.c.orig Fri Jan 8 03:01:32 1999 +++ sys/boot/common/module.c Fri Jan 8 03:02:21 1999 @@ -72,6 +72,7 @@ dofile = 0; optind = 1; + optreset = 1; typestr = NULL; while ((ch = getopt(argc, argv, "t:")) != -1) { switch(ch) { @@ -133,6 +134,7 @@ verbose = 0; optind = 1; + optreset = 1; while ((ch = getopt(argc, argv, "v")) != -1) { switch(ch) { case 'v': --- sys/boot/common/pnp.c.orig Fri Jan 8 03:02:21 1999 +++ sys/boot/common/pnp.c Fri Jan 8 03:02:34 1999 @@ -41,6 +41,7 @@ verbose = 0; optind = 1; + optreset = 1; while ((ch = getopt(argc, argv, "v")) != -1) { switch(ch) { case 'v': >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 7 11:00:09 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA21492 for freebsd-bugs-outgoing; Thu, 7 Jan 1999 11:00:09 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA21484 for ; Thu, 7 Jan 1999 11:00:07 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id LAA10574; Thu, 7 Jan 1999 11:00:01 -0800 (PST) Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA20612 for ; Thu, 7 Jan 1999 10:50:29 -0800 (PST) (envelope-from root@newsguy.com) Received: from local.ocn.ne.jp by peach.ocn.ne.jp (8.9.1a/OCN) id DAA11641; Fri, 8 Jan 1999 03:49:56 +0900 (JST) Received: (from root@localhost) by local.ocn.ne.jp (8.9.1/8.8.6) id DAA03169; Fri, 8 Jan 1999 03:46:44 +0900 (JST) Message-Id: <199901071846.DAA03169@local.ocn.ne.jp> Date: Fri, 8 Jan 1999 03:46:44 +0900 (JST) From: dcs@newsguy.com Reply-To: dcs@newsguy.com To: FreeBSD-gnats-submit@FreeBSD.ORG Cc: dcs@newsguy.com X-Send-Pr-Version: 3.2 Subject: misc/9373: Incomplete include file Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9373 >Category: misc >Synopsis: Getopt external variable is not declared >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jan 7 11:00:01 PST 1999 >Closed-Date: >Last-Modified: >Originator: Daniel C. Sobral >Release: FreeBSD 3.0-CURRENT i386 >Organization: >Environment: Current and, possibly, stable, though the patches below also include current's libstand. >Description: POSIX introduced optreset to deal with multiple invocations of getopt (as in, multiple input lines :). This is documented in the man page and is used in the code, but unistd.h and stand.h do not declare it. Incidentally, it prevents me fixing a bug in loader's code... :-) >How-To-Repeat: If you are using "loader", try: ls -? /kernel load /kernel >Fix: Apply the following patches (notice that I don't know if my placement of optreset in unistd is in the appropriate place): --- include/unistd.h.orig Fri Jan 8 03:31:10 1999 +++ include/unistd.h Fri Jan 8 03:31:41 1999 @@ -199,6 +199,7 @@ void *valloc __P((size_t)); /* obsoleted by malloc() */ pid_t vfork __P((void)); +extern optreset; /* getopt(3) external variable */ extern char *suboptarg; /* getsubopt(3) external variable */ int getsubopt __P((char **, char * const *, char **)); #endif /* !_POSIX_SOURCE */ --- lib/libstand/stand.h.orig Fri Jan 8 03:33:45 1999 +++ lib/libstand/stand.h Fri Jan 8 03:35:04 1999 @@ -220,7 +220,7 @@ extern long strtol(const char *, char **, int); extern char * strerror(int err); extern char *optarg; /* getopt(3) external variables */ -extern int optind, opterr, optopt; +extern int optind, opterr, optopt, optreset; extern int getopt(int, char * const [], const char *); /* pager.c */ >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 7 11:30:11 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA24570 for freebsd-bugs-outgoing; Thu, 7 Jan 1999 11:30:11 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA24559 for ; Thu, 7 Jan 1999 11:30:07 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id LAA12403; Thu, 7 Jan 1999 11:30:01 -0800 (PST) Received: from WP11PORT20.highway.telekom.at (WP11PORT20.highway.telekom.at [195.3.65.180]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA24362 for ; Thu, 7 Jan 1999 11:29:05 -0800 (PST) (envelope-from martin@WP11PORT20.highway.telekom.at) Received: (from martin@localhost) by golem.bi (8.9.1/8.9.1) id UAA02937; Thu, 7 Jan 1999 20:27:54 +0100 (CET) (envelope-from martin) Message-Id: <199901071927.UAA02937@golem.bi> Date: Thu, 7 Jan 1999 20:27:54 +0100 (CET) From: Martin.Birgmeier@aon.at Reply-To: Martin.Birgmeier@aon.at To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/9374: Update to bin/8782 and bin/8971: Improved functionality for find(1) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9374 >Category: bin >Synopsis: Improved functionality for find(1) >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jan 7 11:30:00 PST 1999 >Closed-Date: >Last-Modified: >Originator: Martin Birgmeier >Release: FreeBSD 3.0-CURRENT i386 >Organization: MBi at home >Environment: FreeBSD 3.0-CURRENT, FreeBSD 2.2.[78] >Description: The patches I submitted as bin/8782 and bin/8971 are buggy: I did not delve deep enough into the code, and therefore missed some bad interactions I introduced with my changes. Luckily, you did not apply them yet... Below are new patches for both 3.0 and 2.2, which hopefully are correct now. The changes to find(1) are as follows: Improve find(1) to accept the following additional predicates: - -flags ... check for file flags. - -newer[acm][acmt], -[acm]newer ... augment -newer to be able to work with various other times besides a file's mod. time. Additionally, the code is cleaned up in such a way as to enable function prototypes (cf. line 102 of original find.h). >How-To-Repeat: Install patches & use new code. >Fix: Note: I have only back-ported the patch for 2.2-CURRENT from 3.0-CURRENT, and so the patch for 2.2-CURRENT is untested. For 3.0-CURRENT: begin 644 find-patches.FreeBSD-3.0.gz M'XL(`!,ADS8``^P\:7?;1I*?F5_14G8B0@(I'KHU]BPCT;8V$JD5Z<2>.(^! M0%#"&@0X`&B9$WM_^];1#31(D`(5Q]E].WF*"71757?7U55]8'M[6^Q.HW`W M"FW\K=ZZ_N[(]8>[5]9[9^1Z3K5[<_&RU)\ZXC\L7S1JHEX_V:N=U`]%_?CX MZ)M*I?((@=)/SI!PQ8&H'9WL-T[JQXA[_,UV]C]\%W7S0-"+$-^6_KW\K9&0 M.:K61?E[)WSO>,[,$`>[![O'30"#O^N;[LMG)6SUFPW1NSGK\4O5%J.I;\=N MX,.C%\$_8\O%Y[$;V?`33)S0BH.0'AF,"59=W_:F0T?\]38:5B=A<%<=OW]. M@ZV;]::`A\J7[^&=$P^MV*G.'NGK.Z!14AT646S%@Y%GW0$.5)Q=MEN=%Q>7 M[=[.LX2B+6;5V+JMWB/`B\O62ZRL7/S;;]6SUS?G%S>?=ZM5_+OSIXD0[0_1 MKN?>BLKYJ]:/[<%9%ZB^'+P""O!7O6[U7YV4%@@@HA>)A7([\./0O55$5W)Y M1\!?VLN?+,\CUJH(K*>G M>P?F4:*I41Q.[9@D<0JO'P)W6!*3T/5C+_#OQ&!P72[;]U8HMDVA?C47NNY_OMH M176TC#^^M8KQOO.0U8JYZD#K=`[M(%6JQ=J)I:261QI6U M4W^I*D7N/U=P(T^0:>V\`65K/PZ=#\M:!3_K3ZS0\9.)5U3;T6<7)4R:5!"6&%$0%KW[([#PAQP8Z>Z$\4WQHM]K=_K*+4LPS9.L M@K.\!VL6#<`'.H\#ZVYD%9SF%%:#3<("8+K;6`FG6?HJ.-VV5\%I9KT*3+?H ME7!%@#0[7@FFF?!*.-UZ5P/&A89*B7Z=\]-LCKEW>-(XY!QS>7[*Z&NN MHNPWS/K^(>>GM&J!!0%<7" MLFTGB@01@%".:O$%J7?&@E9>XY3]KJ< M(OA@Q,R"R="_HU=J$X/U:421^B@(QQ9%X1DFYG&N`QB ME(K(C80EHMGX-O!<6Z"/-ZD2O18EO0$#8XTS?%@PN"@L))&`RGMD*#'/Q= M97CG>A%BI](8%Y)&5A:4[CU):<%KJV[C"/A]I!EYX[AN-IN)ZJK^ MS0TIVT=[&D(/8ZZ[MU!.XR!T!#(9BI=T$SCJ2_4F1*'SD-I[\U:U"#7K-J@; M5ML:Z\7;,K;Q>Z M$HSP-X!>@L_@4I^4: M3;.Q9S8;QZG1-`^;9O.X/N>U0$KDM7`U1G.HW3_GAL# M_3"`]]JKE'M[3?-O0,M M%-BO[YO[C2-])KITQ29.94+L"O'.*8O$].,87%8%9"HJM$#XX/\70AA"#FX3 M]\]HC1GZ`,+S7+`(M`.(#90*1LQTY(_C0B$8RH.O)GL@N+4%2D,V*:&X;?+U MO_X*/4C#@+2C5=5'\(Q;=1G$">LNV$J[ME.@:P]D-JZ/QJI/%&Y$4Q_0D)-? M,O4H*1`8M@OVYCNR!R3]MH?_]NY%K]T6K=T$A302@$O`2]*Z[:U7K!9CC M:`4/P#S'C3(EJ'KX_DB.8S]Y#X[1U\QQZC6SWDCVX$IB&X2*DS48@$F!%$R4 M(!.6E"#N!\Q>!UICE%W\`4=1WE"IG2%^PS(JA(C3%\^>B<[KRTLLWX#R$FB$ M>";D(EJ9\D@HC2W7@V+&0.WB\L_"\4#VHME-<@7E3,.GUC MS@&5WPL/6F:#1/:@*Y MJ"'6!H%=771,`;_]BZLV/IQ==GOMZ]9-FXK/9/69JCYO7_=?F8*1VV_:9UB( MO^<7-_QX?6-R[8ONY67W)RQ\T>N_O2;TES?=U]?X<-%Y?86_EQ>='WKT0/]> M47N`K_Z#(M5TIP6_3+K3_JE-S76Z"<5.M\\_KWMJZHOCEO_ZB0$:G&7+EL]]O`^,]R74Y) MB/:C*-U!CE/`?FP>)8L,7UJ0\I$XQL^:.&5!"G>FP?$(DI?KA$,DX_01Q:S> M4DGC89>LU.4+"YY?6%+\3.+G1]8`^:P>KM)>7FF]7%`!^=S5::,BJ">2&K^` M.LB'1"/DNX*8UPM-REF)JQ=4%7XF;>%';<1:ZZ@VC^I'GN%#;'J8&'Y)[D\/ MT.5"MFN);71DIZP9Y-.(K)R=8/(J;V,4;4C=H4H95F.;ZO261$"#H_7FQ6;F MEZB_Y9W6THM!^S]?MRY+I3JW\+-ECW_A\!`UF<^2T%$(4M04[;+=Z_5?M3JE M1J;XY4V[U6_?E)J9TDZ[?=[]0;5!YW""]_,4K_JHAPI(GI6A@>DP*)ZY-EO] MRW:KUU>8E-RD'*2`]%0R$":;#QAPHCLSE"NW.' M`V#QW0`9+)&@3$)"TP%6NWJUJPFWA,DS0HQU")E11^\5E(\20#!/@0$4E@D[ MF,+H)%@P&B%0H-/BQ54I.@1"L2)4K$.1K%&C'.7ACAIFO98D3_^+5;;VL59/ ME1:70=?77J"1K\!0H>FP@$8O7PZN6KT?YFHRVJTIMSI'-M>P],%S&IRJ_I,U M'Q%)J97ZZWU'%SQH0<_KM64,VZ94O.U8[UVO%`;9ZKYC=.]!F;:Q\HA?='A@E#E MD02J'WE5I0I9&-2#D@Z#!8_P9:<@3[\\U_)4YO@8O/JQTADT02"ASLL-Y-DW M,D1.>'%53NJCK*1UND4+#]X[/ML`/2;6#6$3;WN7MU4J9S`1=9I=B`,[;,Z&.7^.8C7A'FD86XS*D:KXM,GF5JE M3^#Y%R(34FE>636]Y-=@3]'6G.MZ:>83G/$**G@P#`$@.EOBE06 MCCZ<)M/D=`$;*LCOT:9%,J7H;$]FLIJ0AV/D*?INL\A/A1'5JQ])'<]^#E MCYX5TVII_5C4#D[V#DYJS4=72Q,2\TL@AR>UPQ5W%IKFWE&Z2(^OB5/_-KF+ M$88):MDQQ:XC?2OP?W9N)'ES<,:*5P\ISDEX"\8[L MV8HHVL00]Z2D591")YZ&OBA;N.)X:YPNX*B@]D1AT5[(D7F0!//+NKY#)Y#` MX,%##N*`9\#,46E3R*!(>^+CTS*$N7-H\LD<+$_FE_A. MB\8E^!=G76[4A5-H(\WE9=>V88!RV9ZH;>ULG5"K.SM0P^N:>O>?B23+X(#R M%ASI^],4O_(XONKO/`%@J#7UXI-<)&+,/,9G-><<-V%T!VG:]\31??J]P_OT MI/%]6CW`/''6ZPVSL9^8=:D$+N!CN6Z*S;_`3([_NY[GW.$AGM!R/0P>DHWP M35/.LZ;X,.&5:=P/8YPORLEI3@'[%- M)XDX^`>/[^/)!]JYX%0'C2@"/>:Y2DY9N.-!USH,/ND4XAZ?R=3.:,!0(P%Z<,^T*C#::$K[W3!K M;%;X*DFEOBD>@JDWQ!,`'IU6P7W$FAA:L\B4VW=NY&_A]CSM3#M,CG=;+6AH M"*V>!2&=`8GD@:E*'0>SF1*L;U8)3T^+>3+OWMRTS_JX41!C.&-H[@.%4IX8 ME><4YX#Q$X3X[CM!I=(V=(TSE,_8V9&8%%,;R<(?+FX#+^@&7+J<$0DR&\'5 MI:+GL'+.#3*!S!8LG@3!W=?T`)]B!&Z^;X@1W<65E\0IEZ$,](6P@&-Q-,#I>5)Y'L7RHM\.@N-"#IZ^ M0\7:A2=3L'EJ[).*SMT"'+Y&6(:0&2]YR$@6WI*^,:30&O7ZKKSK-VT<3/,I@E]7N"+.'=YAH"XS[!(`X!0XF5AAAB%R&.C!^DBS8 M-W3$Y(T]0LRH&D$R>2-CU5"1#K6251CBU=?4F'G37M0:A/WSU>;H8*^6:`Z] M%%,>ZOT?J3V\:&-KZ]$"[YI0W`:G"C2HF_:R&K2QH(F;2S5I.*^R?XBOLE>Y9LJ7T*A ME&^RU_)-=G'?=/:(;U)+5?4#LYE^D^+K1M$4)V=CZ!TA>%L*AHBZC>^ELWO' M?B]/W^%"(`2>4#VEQ;THQE/^SDN%TX,W&%0QXZXAC8=U'H;`6') M;VDI:1-]JX*#7!SN,WE.:6)@3%LCLEEYR"73*#G%#7)18X@2<52>X^HA9>FE MLJ2XLT.OBC_<^F>QFS"[;/"(X>]?JX#FAM!"SEBF^-F3U\OM`F7FD3'.AH=/,N?/E42AT5 MU(7$\E:'!M>K,X-+&6^LT;CVM\>(-C-=M('?>)>'-^=:-1=^ZL>!; MA>Y;?:!"B^IS\S0`4!6=,\SSXZ?KIQG*X])V3.J`U?X)]16<+/N;0-C!&,_= MBFJUJC9<0+X*2TE8;7/0X#DNT);)N(XH)QJRA$)K!856L:!#GU),0?Q;'7ID M.)()0*0VP=*SE'DN#6B-8%C*ZT-W6'Y#+_S%^JT!( M_4=[K[6Z\'0?5K"9?$]&\OS]K@Q#ER6N#*O^Y[LHX*ORBKDQ^W6R5%^/+ M51!FXH?_P.M`7'OKX)'B^R"FF`<_=N?ZN(D.?B:$U"L<8NBY&.EP8T];K<'# M5W<^WISE2VX4C8.Z:)*,XM`>3\J:I8!?Q0M?D(M4-SE%$9\^J4Q[);B"9QE* M'M:5%D)G(LMWXQEX9DSTTC[(3R>HMOB$!!<%HY$$Q-;+NJJ+5-$-Q*(S)_Q5 MJ;*1'"(AO(U%Q.M7;WL79ZU+A3JYGT5T%_RQ%B^[+PG/X#U_O#D+^9DW,X47 MW#$%=JDRIS@Y5JP,Q"((GH'748^.4/`VS0T9ET',=Y/1]IBZD?6"%(? M,0QHD#CW36+0&P^^H1>1S4:!\\$)YP1\'^9*;&MWRQ`;\F+,D@YS/JHU M`]ESVB]B./1LDPY@`_Y"*_J(^J@/R%_*Q-SQ>!I;MYZZ`#L2X=3W47!6),(@ MB+5!E',]N?(=Y=ZWOK]L&P;D7:D*K";12TCTEI&X M`X9,W6%95W)YE2Z/O]=``:\\(Q'E3E.]A!Z#K@U*9TR%&@ MP&=\;HK<:\JVWN"B=WYQDS]T/'1IJ/D9H:F%G)$8XJ]@EY#"TND+5)AVI]MO M7UWWWS(32@]6B)>$E,XPH;]$QJ:ICURJP_RT.*U+G_O4>?VQQ4)Y/`YKQVXB,`T>YSS-1Q'"T(W(6"KRPY8+ M2*H1Z:!6(*F[='CC19W[#:+(14A9HP"E8T[@*ER`G_MR'7GJ5^-GT1@C79W, MV_-O'.R9C>/T/D:AN4XM?]:7+/92Q\N&"J?UH67'4$Z6;^4UK,PGNPPC)R+X MN4('RC^)2O#^%S&-70^GN9]QM0_CIE_$:4ZP(.93'LF>84*`.X0K;/]TPD`N MTH%S=#ZZL_KB M`GX))J8%5XC.8,RCD:NR0^8E$Z()Z]8982@E!R"_5R![D(W;A.`OLF6C-KJ8 MUFB:S?WDZYEKJ?929X6*_71?M<(4UC;G18-0-RS^O]N&R42"T%2?^J!S5GA> M5++(S.#=0BV=#B[CL@0^,0%<':# MA7Q5V*-RIH!E&O3(VSAM;_/&%A8'GOZ*'2Y6A,EB)SO<>IFUT/2F?/IA:]T- MYFBS0F?.[IBRYN:F%%4#_[)Y;2Q)6#E%`+;R`$RQ[4([$;1Q&[^'I[\\=PX. MX).M<:$R)F@#Y1``_Y*[G0&)MN?+V_E"@0`O>4*N>UW/R`_W)LL^CW9L>1F MZ2?96:Z-IY?@8&0>A4K=]RJMT'2[)OTH'1-N)6F+A%'?W-R`.#E@Y>@S/*'A MC"2/?I`*.3$-)59#">\33!C>#R<6G)6+[T20%INZHAZ_'#^!8I/S,T*Q$(W; M^!B5!U%9-!1$"VP(15!AQ40903TCZ[+1[$^T-W"`*S9$#%.\(0J9=X3_"/OA M0'\$Y/XH6P2#5%A5CU1XV^E^Y#."5,AS@ M-95#)L+IB((%@G')W2X'0S00S`+4ELR`?PK0=C\C)20&B-!2"`>$N8PPC3=C'J1T%GS!)9U9GJV85<&)DXH(1N+CQUR%=D#"L=S$:#<8<8EI_WGO^\M\?(=+YS]H`S MVG..X!/'*.\8IX\V\_WQ?'8"A,SZ%_OB^5ZVHJ!0KW7N.JL6!7R&;H!-D"*M\>`^4+[$H:%3 M+$/,FUB=4.LXJ.,11_S?^__XAEH%EVQS/$M.NU& MP`5`*("0O8K)$D:,0=3P#<&;"]!S?]/1&4/<8/5=!Z/GI[/O3F[/KTY=Y MAF;)\B=\AE?NN[?RN?40#$NJB6-N-PR6TQB.;=H/D74#Z1#A4ANK0HXXZT^GY?\"D"?-$"WRFBR6PL$K4 M!V.6NIZJ9TA`T%RN%]T(<$81WO_8QX-D^K[$?W[95RE4;1Q:9')O7MQ@OK_7 MI^G5M,";'3.URD'-U;U,V24E+2HKD7T262-4PA*B0Z'%2'-BD6P)>K*< M7[Q\]^;2^>SHOBS\)SNY\/>+RQ?_]0Z>RZ8.NN!=0DI1BLRGW/!$6!N`F0]OA'N.@I6YB/3K1+R9080^0.9 MKS#8-=E:64.BL,P.196D8E&U.X;7=5,M0:H,$X[30H6I"`..]E(L-%?9'>15"KY)PH2>"Z!@B<2 M![3*I8B;7#1Z3F@0J-^]J"NJZKV@X4$CRV,GI`?Y"Q&A^`%V0;@@KH.E&'WB M&#$WKCCC/=[COY2+TH#G-U1EFU, M])"U2?;5)DCVK8:4[)&Y[,P'Z]7"!@H97JZ@TPEF&O847QJXFNHG/AFW1:K625ZN%=NLOAAW(2(RD+#HR M1^:1<6@"5]XV#TZ1`H^<3_WG1G-,+1=O+J/IS.;44B6;0253YW8RD_GJOXC, M2E6OUBJK"WCC:23.8L7X$X>_:O361:F7O+I?,Y)<)11D-J^/^].QGWX["(%D]BP0:H&F:%<%H[43/SX+[#!'`+,]6R01^UP=8S? M86@CA]54#M<%$$?X7;"`P=W^CK_E*5[Z"0Q2>.C&+X=CM4:LJ:2?1BJ:`)H> MPO^T7N/EB&&B#)X2.U3R)42KGGQIN!\:_UWA,4]CV\-*&L.]@LG&ZD-#LA.V MRO_SCP5]7'N7$>M-;1^;V]K=CN3QK]B4GQ]F5_*[5VY,.<2TO?EYP\VIU;G(NC75 M<-)V9Z;QV+9GXH"R;4Z!TM7[$S,.A!M+N(EGV;"V2Z]>JL`&+F_F#FX56C%A MM;J.[])2A-!`\S10[>:\DSLZ8GO5-C//\"G=L")I]AV[9ZW>L]@"%A%VTMT, MWB1>SZY=N,/T8C:XC#0=I[.8#'10AN694O@&_89J'>"Z]OU]4SGG[/&BL#PS MGG#B!7H$"Z]UR[$;VGOO`(6SMIQ<_-87M4-$%6CNA,CU3E+KW:"70952K[:\ M>K.TD>MT5BI((X*M+P)%-6M3#'1QM^U%\'6(2@K(48(R)>/-R2O#=99.;)D$ MV'H-3J!Z,^("IE$(%C)XR"1G7,B'"Z1KFN5!:AHA!(YG$5JQR5IEKU'R(TX_ MT9ENO16P%]9`Q;"#GJ7BU\<.>UZ)4Y-JY3`MV,U&50TXT%K59*JBRA@/25:B M+E2?WZ0A82B1D!=U%`I6"J-FZY)8HUSR&I56,HGQM+BU MNH7%-'FOF7;G!9%$SS7<>D9;)]%+2`BR;D+/:-*\T4Z3YF5/OR@27Q@)+Z0F M."GOA4"JMH:CI*1Y\2R,[JJD>:[M4'HCD^:-UDJ:-\J>-._-RJ1Y>%0Q$5ER M;.$O],\.:*B8(8UPD>BG2/131+S$13)`>`=4_//PYWA"P.EP\\MYFW-_$\/&PZR&]99M-KUFJ)E?3TGA]L>4,%$8)+C^ MD;$XS`CXA82+E91ML**XO;5S63Q)8!CC1R]5?H0M%(ICM(6Z<@NI_E8S>0U@ M.C2SRSKHR(Z-%&1LS3YJN(OC3?R8PD!N+*BF(3L3O]BL^1M05GIA0X"59=R2/&E M495N^SQ\&\LQOSV4B,A`_4V_Y#6KS?6H/R6/FVY/3,G>9JZ0&4>0D)YM9<^= MM)Y7MK913AKA;&]L&;BM3#1&HP-Q]*YZPS& M(9$S)-I7*B;$&ED/DJXZ2%8M M5%FNE+6?CME/,F!X9 MZW'HX9D\U8=BL;?DJ*T4TO"]9K-JH1",:6>D+&T$8OYLQ=DR(WU0]/Q6Y,&U MY_NB+RMQ-*M>R_X MP3X^;MMRM\JPW&&J!!P[E79.\!VGWYX@%+F.8[;"=V.>YK;H=7] M(;IA$6MY_$>G/O@S00@2M;&?SH/%IA:=R],K,A322V4GY#I-*YCH-6TX3:/Q M]>!`#C3W1>LFC\[RQQ@CC8/EN:E3RQ2[B&9,]VA"I_*.-L;(#BP:NTC]PWLD MY>;ZLX`>9+$QM6DD*&5"FU$N"8-;J\-D<203K$` MSW3VZ`YK&6C\\VZ)W!X!8)*X:>1;I4S< MJ9K:NH94R-8WN>J^;<98O%VY?33>&$S]?D%R1.44W93E] MM9Y^P<[TS)9CBV,NS*X$4RR9#/7V4RQI$V1&A\869W7HN877B0_7MD`P\BJ6 M&C;8'[(YI431#$PG\R.S.^HMCLB%R MV%LL4R8NI.0W\(!LMC83_Y.SU@-O#:SW]V^N"U;9+$X;%,B!_S!CINVJ\&&Z M3$;AE-FVEQ/&((2]8\8/]',@6L:;'9"SD;B_"592D++UAC$1N`IYT"QLL*4W M'Q#7WE\*3/^,DY" MA$AH5!;*%?$35P;"J3"XB#S`&+,JE$PO-ULMFHB36ZP6S7[F8C11US5;,1HW MH^_:GZ$8C5H%++^SY2C43/ZNQS-^N5H%/+^+D>S03D:A;V$ M(H[W8IS5PKGV.3_27F9!,7#R]/7I]=T@S)JK/)MJ5*!.[^JK+G;W?E2 MTQ>Y\$W>.M/UG]D7+)$=R,9_EUK`\Y3+U1VZ@BWUF+EE&L]-IDK\)^(()A\E M\-O"(P3SQWWJB<1FN25%PRW7B)^YI@53[;RM'=8/R\[[ MRXNW9S>'):KD$,O,\QNTLCJ&B%OPYN7ICXGF"OPQ0Z8@V$T@TI?]DI8K:/>3 MV(W?1_*T=Z;?+*-^LQSZ`238<**)?07M:+DO$46!.O-ESD(^9J9$=;!!B!"1 MJYWBSB%W/MS8>:#NX+XS+.2G4E0M/'>F3/:XZTTU.S6S+6W9QZ4MM588I#). MQCD."WD\Z(04ZE:M%2I6RXU*N/T<2C<]QCRL3F])BIKI!\Q74>9:VN->&TMH MXZ"!?!%':%79S^]S+M,!YF0?@PRP$`G\T;FU0VG++Z\8!-4-G<%8%EC2LEW+ MZMK[A;`W8#*[G5DO3)QO1!4IJT"^(".)8KOX`D09#&\Z]S@'9_YI(5\H%$L% M$;X3O:5"XT**?>7D]<7;TZ1>XU14+N$IUPH/B#\]FD.+C<)QW&I#OX?X2C#K MP#\PP!?G+^$T"69P`;4B`C3'2KI=Q`_$F$. M.[#I1)SM$G=)$Y>OU?PKG6ANY$AS35?"16CJM3A#7K,GY,)JT-4HJ3C1_XJ; M>,O5!B"N[O_%3D_7/#Z%'1G52Q$"WP`O5@*K^'!E5LJK7#:^/H&%5F(FKYAV M->W-I8>YK`W*GLQ2"/N"Y*?)S"!K[&W0E7TXD@^"PZA?$%17ER=O\DQ$,(;2^2A_;8^7#K?5G_M.2"0YCFC M<&%^2YJ"P7@"T@]_OX6%IJPCRI\+I'?V@KM5*F&/AZ1#J??,G6\K\*;BTSG_ MLR>`U1M()>LY[Z[)AYN\'"1]FY,3\.2%[Q!EW'`0)O'%6J1R5_%:6'7:Q'[Z4*[.GPT/C&T7()L-AT%VP M;15N_>5P@9W]CKX8<]?%R4MY(I33CM]F5>J^]09-[/.?_'$:<+(",(B5MD%1D!BK%NR'Q" MY2N'P6]HCQW^?LCX--\!PAI`"R7->RP"0!S,'\Z>N^?E@4))-Z<[S,7`"PRNR;`YPZPW8E@A3$J)^UT%O2174L`7U[_P+#PR`)*E1H1 MDDI,XI)3I<6<&,)E!!3+F4IH+-J2"VOS65HPC5(#D0<])Y.7FT/1Q!I.XPFG M2#"G.-O9Y!Z.&J?C&*E>X1:83[@(%E,Q-\9T-N@A<-\9#&E7#-#>3F9UV?'' M8#8.AJ':(3$]KYS#G$UO.951.B>S]>KKY&C9ZO^0Z2VI%0>"YD1B1\O:3$\EL-+H=I=/M M2-'M&TFWHP2ZQ<4B2`IKHQ,%;066N5%(/H-2?H2$60\,0*B5P8@U(,1$[XGUNFR_[J(:RO@'TK]'(<"&!T M^!&G]9Y\./3#4R+>?_P*O^%SJB^_6%I% M;O/DJ9SHC;*/T&@6YP`21JBW2F4&^NJ;;S1)X@@,@$]B"I M":DT^&I]_>(5W6=*C3!.WS':T8K8Q4AUEFF9D;BO8[W[XU7A?&A/>5]_T M)B8G'C)!Q$@;@#9VW'KEF!QY2I<6MER=$X(_-\"36/.^_&)`)[+G??DE!FYE MT54#/]HBQJ:']WJJ9TKX?;.U$G7.F`RPV`(IZ*BLL`R;50N=AMG\Q6 MRJ6>Y9'/0B3D\LC<$J'-5\R"7Y>#63!W.KW>`-_2P=K'=\M1,%Y@P.O38E&] M$]'$L4CJ=7JE:59CL2\Q^]I#1 MA0"MA<25A!UODOWM6X]NJ04"RTGNS.XYFT.,I*ZJKJZJKD=WB]W=7;&_"(/] M,+#PNW+C>/MCQQOM7YFW]MAQ[4KW^N)5X67@B"OS0=2/1*UYVJB=UJJB=G+2 M_*Y<+C]"H#"8+L1_F)X0@'MR>E`_K=40]^2[W?0_O!YBY$M_GH3CBKSP)]49K?/ M:;`UH]80<%'^]AQ.[&AD1G;EX1%>WP.-@F)8A)$9#<>N.0$<:#B_;+M5]A8OOBWCY7S-]OG]O"\"U1?#5\#!?A4>JW!Z]/""@%$=$.Q\MSRO2AP;A31C5+> M$_!)N/S%=%TRC6PSLS]$=N!5IHF==JU(B";:Z4'SM-I$6SO<8*>*P)*=-NN` MOMY.FX?&<559:A@%"^@4-7$&MW>^,RJ(>>!XD>M[$S$<]HI%:VH&8M<0ZEO# M$;NE$N(!?$'\6AL(G?_:((W-^ENVWG3KAY%]MZY7<'+>W`QL;QV`Y?JAO1%BMMGR M/7^MM/PE!9&/8N^`%B[&42FC'\H+2]$Q-S#YKKS`Y,IR`I.+R,L&>KF\L.3S<@/G MAD2/F!L6_6-N8/:6N:'1P',"H[?,RP;-N;S`H3.;NWDUC=XS+V$RH)RP)(B< ML.AG'X&%#TI@G)K^3,`0+P?]=F>@_"?#F>Z]^1`.P1G9CP/K;L)SL_#&^9(><"2Z;\13)OYC\)5\\!!*I6#GN87-H%I+F$3F.8-LL"^3?ZR MOO*B`K:VM#Y0%[7&:;5QVCC`VNEX0]W%Z$^KNFH-*+^;=:Z[J!JG!\4(W,BRO?."%+M%R%D1Y6+2%Q8HFQR9M\*!-;P M6'KVL1`P&08`J-V<`1DDI;`HRP0D#X4\`'\HG+&(IK88.>.Q#?FI98L;.[JW M(5/%QT3<-<-(F)9EAZ$@`I!)42O>(/7.3-`:@1#W9HC97D#Z@5GIC>R1@`(C M\@G!`[V*\<)U1;WYOCSU%X$`TW=\4B920M;@>ZDUK&@CMW*-W%H:N?74D1.\ M/^;!0_SQ)G1+?6(^NP@IF1W[P'<-1]` M_#AA;-3#S8/X_??WY><[.RB9`?9%W&-OSLCV(LM8>9>/E7=/9.7="BO^ M&&]30KZ`J3D:.8@-7F:<@1H)8<`EC,#3L.$2YX471K8YPDAD!S"3P+$)4L'( M`?E'`M[LE/1922FYZ,[%2U=T0IJ<^`1GYV-CB9F.IGYH M,UYL%Z@6,T#["NU(W$\=&!;<"],-?7JT"!UO0K#2L.R1LDO)0)%5'!*A-2*/ MQX2V#=.(470YQM0E@VFJJQ1).A`VEIA!X(04,Q_+&X,54`YM6]G^E#L#^R^E M)@!;"'Q4$`"/%_@S9?6TGDCSE"7F>R!>$]<\0O'@+U#XS,2#'$TB6)"I;NR4 M'5,`U+3()>*J,A'Q(N)UKC`S!*?<,W(104@R@Y'@G+22.:D:)\=&LZI-JN9A MU6@>I2+1I2.V,90)L2_$>[LHXJD?1>"RRJ!34:9%M'OO/Q&B).3@MG'KAE98 M@0=0GNO`C,!Y`,F!,L&0A8[RL1UX"!/EWE/1'@CN[(#1T)R44-PW^?K??P<. MDCP@8;2B>`3/N%,3,Z@N0;OFQ-])6-O+P=H]31O'P\FJ!PHGI-`'-&3PBT./ MT@*!8;\PWSQ;@)>@>]U=JU;7Q_)#>W`/PK.= M,/4$30_O'RE#+"Y#!N`TL`QI5$7U^+11E=N4!X^5(=;3RI"3`Z-6JZG=GX+8 M%3<+%"&POX..&[+W![1@C!&D]PJ#[>,7^(;BEBJT2N(C;N850-?BF9!+4D6J M\0H$":FG)YX]$YTWEYOIQ>I'N26\G.J M'IB"?+Q,+*:0++C')+#_F`9AZ&RMDHC'E!<;'WPFE9&@XP#Y+02MEL+FS*1< M#X-2]PYZK\I%L0S1*\G.`8RKZ.*VG(BEU'B+\_)S*[#!LDO%N2%^0-*ELXV: M^RQTW>D]%)]`/*]F=?JE)S*?1^U?+:%'[9[;=[K>MVA^[4XQ?MWN`U7K3?ML_YNW>-WR^[EY?= M7PRF\K(_>-^UKZK-W?=$9\,6;#O72O_@'?2LV M%=6W+]H_*V1$JO*8+]N#-HCQLUSA4O(>V:`ZJDY0?I1?GQB0;DOG\: M9N0#K9%YC6]ZL2Q(7^JRIR1,1Q[4=88&^8:UP->D1[YD5SV)(T!FJ4:2WVJ0[N M2`0!_V@I=K6;Y=7;[XESN_!RV/[[F]9EH5#C'GXUK=EOG)ZA:?))!MJ()\M+ MT"[;_?[@=:M3J*<>O[INMP;MZP*>.4J>=MKM%]V?5!]T?,._9:83H*L!&I\" MD@*N@ M/-0`@KD*#*#PF;#\!8Q.@OGC,0+Y.BU>W92J0R!4*T)%.A3I&BW*5B[KZ-BH M5>/BY7^QR58_5+_8:@$WVW"AH9'N[/+5\*K5_XE;_C2K9HM5MAT#BI=#]*_# M%K!7JRY+8Y?JM]U,C'/`J%?_[\^2/8"2QO.1;@J+(1]BD1NQ9\M/$9,??H8A MGOT9\RPK4AS7C.-C%2D^TR;ZF68F)E$KS(<+KS+D&ZW5TEOY1K,F1V]UEG$G M>NMDN=756]WEUIG>.EMIC5+-?,>;9C4HJ^I-Y66^Z7!!J7(+GMK';D690AH& M[:"@P^"#1^2REU.FWUYJF8L`1^"JCY3-X!0$$NJ@UE`>NJ*)R$4F+G5)>Y2- MM/BU.L/]6]OC.4"7\>R&7(BW>8N[JGPJ,1S?QN[]5+SH=G8&>.AXT$7OMI5V MQ5U([CIMY<,I3@@+UXT"7"8/[-$R^#_:UUT"K[/C,:QA[C(JIJ#BTR=9ZJQD&&3%7-I3DLA; MPPVCUHSS_S]'04N]Z2=PSC(T)ZG@P#"40U1;()65W?VS..HM5K"A@5P=+?[' M4427=!RTJABU<+@>+<+RKK:A]L0-M?>]FTG@G`PB3<"2!*P4`2N30)U9:*8I M$,+?S&P$ZO(X"\'*1AA09,Y"B!ZUH0TK#/&1?5YEZ"\\\=*^$:).+S@(I MB).3HTVK##&)Y=-ZH9CYPVC>:PM=C=PX4&]C1`?IP\?PGW<6J],GZ\\ MOS>=S.?CP\QB[,@X;"IWJ:-M\Y++MGPL M57C>O<)"LV@:XJ8D/A;X'[WZ$-X[N/-""W3EYZ2]&.(]S6/+>!^?_R5=@*?R[QGOB^4E?A!)=BW!O[GH,A.M M$XB:]:0FEZSMP@!+TADCM9V]G5/J=6\/6GCY4&?_F8BK!LXA;\"1WIXE^.7' M\16_RP1`H.;"C4XSD4@PRQB?5O'=ZG+QK?I\T#S%)G MK58W:L?)&DL!7,"'8LT0VW^!X(W_'=>U)W@:)C`=%_.%>$-YVY!QUA!WU-`1_Q"X=R>%\'SR^AR<( M:&^+JQN<1"'8,<P,3-5%'T!*08 M)=Q\\`3DTJE#5G)+E(XZP%!#`78P95IE&&VXH'UC,Q+;\@A/N;8M[OV%.\*= M=)=.?>!^7%6,S(?0D-M@3NCMX#8W[?#:3(YW+4WH:`2]GOL!G:4(YX#E5*)AZI M6-%4+`WM92^''RT?,DB M=LU%W*4J,UF06Q0.,4C/R\_#2+[/M8?@N"QS?-BL5MG"]OG&$#Q5-5%*HV?F M`%.^%5:$E+F$A#B`P%W,(H/*;11\D)P)%3\\$_\-`X/:H#]H#13OO&4SQ_,! M5C'>D9!RXGT=VGABM@`4(^)P;@8A9LQ%:`-?P(J&^0Z\&+R?1I@ITR-0V4,I M-%WDT*@?)JNO?V@PHW"5YFD/#1U7>6&0:-UX M7SB?VM:M/$R")3CX?VA>4%D=1GAJU?[@A!%$#4G8%'.?(A'&*BE/C0MQY(%+-Q+SHIJW%BISTNXMJW2KY<.^?Q7XL[&*)1PR?_\\H_MB,0DLITB5*.L$0N?*+9#'^*^($ MPQ56,HTB1[62;%]_O#T52(KLN4HZU8QSN:Q%"?7DX$.%H8H_;_\%&8TZ'J.K MBK6N#LH\,4+E#5$`*D_+K&6A]106S*]A(7\WLR_K)C,BLSZ7G.[6JM/=6G&Z M0G>Z'CJ"L]6D$`"HB8[;9#GXLZ?GC787-90:&V@T,J7C^BQQA`>^]A-64E* M(JG<1.KA,T_BV)7)7VS8Y,7XY"TX;?Q!$O`Z$"5N;#S`,O4CBD;X(QR.ARO# MX&<"2&2"$3KRU925._NRG!4W$2<>OE;!)Z`IMH&Y:)H,H\":S8O:3`&_BJ>! M(;)7MCG@BT^?5.:Z$5S!LPZE#&OJ'!\P$YJ>$SV`9\:T*>%!OO*F^N)E?W[D MC\<2$'LOZJ8N$D,O(1;MG?!K^<52O!E">%NKB+W7[_H7YZU+A3J?/H3TIM!C M/5YV7Q%>B1>R\;4*R';2)G.*;U[`/`.%**(38!GE9(\` M;UO]%@"2[OD1OKV$M,7""\TQ)!)BY-,@,?;-([`;%YSF'1_?#FG.AKY]!TE# M6L'3(%-C._L[);&ESK-F,\S9G=8-Y*()7R1PX&R;3@]'3$6P<+S4'%F*`+?C[1!%#,]N?(=Q3K]UY\0FN+JZN MW@Q:/UZV2R7(8A(3V$RB'Y/HKR,Q`8$LG%%1-W)YSCI+O'&`$2([$,F^P66O M'8`FO&`V<@+Y@HX?.#8XM05MU@M4^`/O_Y%[3<36'U[T7UQ<9P\=#P^45'Q& M:.HA8R0E\5>8EY`0TI8"&DR[TQVTKWJ#=RR$PKT9X`%393-,Z"]A:=O01QZ; M0SIF8]<\DG5]9_T>29-\?0*^O,I>R38Z->2[8F7'D4Q7A"1AWI3/[90REBMJ!_5C?IQKY87_:9*PY7*A.PNPBG$SA&0*/$/!S5J#:-1.TE6I/Z$T5;_@+%F:OH0-'UTH#1-Z[*XMPI! M"%\"H9?\>%0SV_3X13]>R)";L/2*+Y03-W1>+30G]BA)=36K1^,KDAW3#R#< M4JZ[9-]E/BF`S1F+Z=II2Q::A_L5#>WP^ MKX[WJX:8J$[,5A?J^!?R*&XROG[JBDI9HML>QX;P,2Y:*) MKZ/(UWODX,[$WIXYE_NQ_);0+MSS_)+9*$=_G&RTU@B1$T8X@ZP[0NF_WSY[ MO[W-UB+^!IFK?[LM3N$;^=R6[[(@89#G'"?=SMF.I*_OJ9(I'(`I'!YIAPLR MY0*R?_OV+23CZMU.4ZTU47U%KU,&]IWC+T*8?J.D%'ER':X7RGR\"5^!&G9_ MRJZ2_VB1+ZWJYA-TED$V:E5PK?&/C?+`V/^1#^77C?`19+X3]0C+%C58'IL: MZQY7G8]L,32.CXQFLQX[]&_4Q% MGI#BU%;-MTT%1ES+0FW1Z;YX<]43GX1>9_`M%R!\W>VU_OX&GO]/>\?:VS:. M_*S^"CF+)G:K!))M^9$B=^BEW6ZQ;5(DZ5[OND7@.';JJQ]9/](NKOO?CS/# MIT32LIWT@2NP:+3RD"*'P^',PH0IV9CJ3LIJLU:`[D3 M-]$M:>H\0%I`\M'RD&5*%;*X@,CQ25^H4A)6^#SK@H#XF`&$NIKY"6F'TEO+ M(]D"RX;+])V3IX\/?V&SQZ_R1=6X.ZWK.N(:7UUZB]V<"S\2S1J86?\(,)BG M!&CI,1;ZKP1+:QD+Q8H_T`9P`$XQ6CBMP:4X*9"CC&P$]T!<91-F"]UWJ[PM M(:-PFZ-@6^``5SG)F#"R]X0T!.IW*VLFE+U7-#QH9'F@MIW\!8F0_\!V@;X@ M/[$IQ`"+,9?]\I;HY7[<^A2%O"7\3UBF5_!OY?^'/1MUDN?#$]Y+Q)-LKOHS`8SJP1#2J32H"RT)%76S.]KT1U=.V)K4M'?8&JM1M3?2V%*]:J\5FK]1C@.8.;AE'S'O*)9`"1 MO*IX>73&R`*)`IMFA9.`EC'G7CAR#F;4G_F&`E-V#.7X-1O,RY]/K4,IJ3!X MRS=GEY/-OGKZY-C^73<*QDX4C#=#P9$#!>ZA3)U#F5Y"]I;U:>/DR?'1BW^M M.)R%@7,X*%MG+LB)1.ECV$;CKR#J'U.GN+,`;V[DT:4JMQE:W,V M"V-;PM=L;&T#KK;QG7!_AC$P'C[(0`GH2U\/2[Y)GU_*.@G,SST_K\D^M304 M19FG'(Z3?WY>DX%FLXC8O^KFH$6_FV>A2]!@8Z!R0$X>6G`X.2:Z9#`V%BH' MX^.BA6C$QD:7#,C&1.6`G'RT('9RC-0YF&)LE.\Y+R>UR8SU1C6JMY/UKE2L MY@4(7Y8<\\KGN(IY^,I7.'#%]ZX$@\N8-Y'E4XP-%7)X@"(A#Z%F_Q:3`J%% MB&57KJ;L2_SSTAOT2D\G!`N!TPD[\\E`!R58FBE>@N)O;^-W<`^Z$^_PNTEU M<8Y#)LUS/"%G0'S%ED[KEAB$]MTKAL+IN9A<7H+E^5YX#FSJ!.GM2I`;MEUJ M]$K;M:A13=>ZJ2I*!3XBV/AC-)%1VGD*@9P5=QDP09F6*#V\YMP^\#JW`W#>M]V_R1JU1M1( M55"_?:8;;P7HA6R%.>R`^S;_]4M+ATMQ:E*M&*8%N\6HJMJ*4G4)G<Z^UE MSN;Z@FAW1MYF_&9#^KJ.;"[[I97#`ITISN\5#0XLA73U(B[21GE7^J(7:197 M^E+A4"[N/FZXC0N;O"H=RC8J'_=1PN5$F6^VVK/Z-F+'\ZII.<:7^&".*5WZ2`9?MF%X6%/;J,[LSE%Z-P>W91D9?-7$$#RXP84GYI1)K/ MD!>`LO'CV<6>0$01ZJ^G4;-=78WZ/:%BNBG<$R!FKI`9TN.(`%O:<\?7\]+6 M-LKQ$<[FAOGQ^61Z/H>\_&XSA$YE8*=7;7[$\H:LJ-09/WBV7HJR-*%L=?H@.D2)!%6PMTD:X$Y[$!T+DI+ M6!T%,S&!40;VO?J>([R!^(<^+,5",CPDVY<7$WR-K(RD*QG)LH6JBI6R]M,Q M^W$#*L[UU\KG2:,6-9I2N:+K)++V@:7K'/PJP7A5EO%1@CEF?G=9*",0T_\> MQN%^Z-*J>+68@JJ559.26;EE^3Z;ZTHKKD8ME4B_^&17F>N!E$Q=5&.T$D>U%;7J=0MQ M^.>YPC27D`;.\CNBC&; MV_V9#PZR#LUB23@8);(-/V-^9MQP^("(SLJT91J]=#S1W.E$? MG?K8_SJ4()Y&^L&L-U_7W$VU(ZB\JQ'Y6LU:U([; M>GC(ER:]G"N]/&0\A&>E.QO9K4AUF]L_Q/+[:93!$V5]0<6I,%5_OEVRMKNN MFT1M7FNL1^*%Q/)F*XF:[73)G4?Y9C*XK%POYK.LY;;8=08O226Z*W1GP>O6 M\*+0-D&JG;2B=JV^Q.A<<.P.>S*-?*,0W3LW&K?B-&I58T-P[MLF#'EM>00H M!^F6=WZ/=[3W]L4LY5`2ERM"\#%G6/*L9BR7,Z[8Y1JHZYT7;-KU>M1.:X;$ MO/D$$VUZ),G@R/*R#+ZW"#/YP5I7IQ8S<=^09H!7X$'2FY?GTUZ/RUF88#=;<>&R,?./9EP5K0O&*ZM9-QO3V=BLQ`B9O>_AJ)1Z*E0#4 M'D`UNQGD(>AI^>'4N^[DIC>="?!(K[\7&:7T(M1ZY@@QE0F[-#11AVMO\SO8 MT@TFRK<2M\<#U.`HZO!`OV,:Q'4%0BH9UL?/XH96;BO7B$QN+> M<9LR-3X2],2[P_Z(>BX'-UAHA)<)7)9+,HX3R'3M\99`E&TLT$`O=H><+)I9 M$P'\A>6:U1?'E#?$L#=8ID+"1ZL=,VD[74^O=V>\82(TD[!_?GE6L2I=>K];?P.!$^BY%J547(:KZ7'KX,5#U(V MWBXF`I.P?`M M$NN%6S?WZ-:(2VD->38K(MAX_%I.VB=$60U$IDN/+7U=:4GZNIW"^>NR?CJV M_'6E@HXZWT+^.A2??F2P6R&#G436CPQV/S+8:,%HQ MN]8">NCS#,77'\\7SG@Q<=6,%\V*2A:"2A:%HL62F&EA25)=T<_,YZ]EH0H/ M46RL8^@DM#KYL&Y$!QMJ'%^3R++A8YS"3&ZT$;T5YE(N^BO(I&I0DKDNB\,R M=44$'EZ;#TW2OL5<-W[XZ/GW^9B]Y5[EG MR13SB;6R>GCPXP^*GSOO).#'`IEKV&YJL"U5:VFY:VY_$K?CP.&>]JTE>HW3 M!I1I:RRY9,JD0+CFM*-E.P04]23/A]QWL.6(S5PCU6&1%WX=>XT%+K`-!!$Q MZL9:W5`A@W34RJ/PFL@>=KUI4,=FUJ6MP]*FC26W3@4G0V:S+S`AB;IE:]6` M[=>JJ>W'N,0`TP(RR>MR@8:9Z_<04U^ENAOCRW,HMP N0+.(+;DYWR#F6O M'$""Q#$3_EE[ZF\^"3M86/;5"8&`G:$SX'DW>V'OT_6TQP1#K0S43D7UQJ3+ M;F=ZJ3)P[HJ=L:O?`+`]ODLEDW*[^)CI,!`#=!0QK1Z+N%?*E&Y2#E\L*X26_*#L#I7G@Z@*`R>`<)-T'2[P[FD/Y,C@@Q#?@1)9+,4FSCRUNXO\EX MS3EW23MARQ>WOB>.5LJPM)+I$SA7%[H6K\8SC_E[O(39)6 MG2&NW?S.N&?)9)_\OACL2AD"7P,O5@*#TFA,@&A_\P2F;H2)O')F5=^7D[LY MK`W*GDP]A'V,^M-D:I`UK[O&^PB%',284;]"5%P%1;I:7>9Y\FU0L6^%DB^R M/M;-,YE:]XX7^?:M4H>C5,N4B$I(#W-]A7VEE@@/Q5B]@I&&PE7:JBC3+*S:.,*GMU]K[U1H4+&]XRIU#XTRA M\WIU/ZV["YVG[:B1YEWOP?QZ_39)WT4Y[_3('$BO%__XS)D M"NGL`BT$@_%$/E^P!<:<"M)9BVGMY-1V(6W`$0U%AY+]S\+[-?:%W0+ M`\LOH`TV"E^?H1,V^C((NC8GQ>'1C3ZN9%I0:AU`4\YS_];15%Z,9X,KN&^! M<.G*]XPV-XE+X2]+Z#&C]?UJ8S]M`<&V/(2NNEB-W),:.U]-IRP\M0,0G)DD M#)EFN^'@LM=!=[!)^+YSTPO_[(P_P#$.%UR,+X60O.#C9/H!!>C_+&9SO(1A MW&TR'$(51[Q398?^8CB'3JYZ4#YTCSZ#N?P_OH?$">4R=GH@^R]O`QNNJ&LO M;C`2V@,?O.:2=2>#O^VQ^R@!Q"%!!S]/!^$Q&T'(%K#.EG$_;BYC>**#U:B@ MWHY4MC3VWT],!QDNF+:Q!9WNO=^"U[OB3#)UB?#\_%6Y3,H$*8XH^85'_]BG ME!AX]X'*%EZ&C!B&H7[$;`(J6CCL?8)KV.&?>X1.\QM,56/0W$3S%E+2H_SR MWW"KM!4%`4GD04!>;4%P?/[OIR?'X5\1!RH3D-)S`]TU+@=>(7!-@PT,[[E< M@]T.M6#:&OQEJXR#.#H^>JH#C2\9V%(HRD81B%K7`:^J#5]]?/+L-PVT*T$/ M!6C7`4K7/PC+[X0"<5UFF0Y>+W%@*`84\-(\%E"L.`&06"H#E@#>X,1@"*\T M4*(`!.8YKP.1J-K2,>44)6C*9!R(1*.6^?'L8(%(&A?PW&L64$IN%?#46#!B M>"-'K$'R)$6!2'<4\`Q#EDZ''.X4.QS.+$0H\HP$(E%)P%.B6+H#HS1"8I`4 M$C88K"UCQ`!O`L5H^X#'?-LZG2@LB;#-0$9&6I:``N,X/%ZN!"):S@(]X9OL M!,<[F=I0,/F`O1W_ZJ>4"7W4VQ5<&+,3FH&]>@PD&E#DE0U'$"Z`'6(8#T*R M-U9(D`4(%+WM`^[L;)DN.4 MV$8K-PAMCX!\U&R0/T/63_4G@KYX,,!]1YMG4-Y#KB^?]";NDZXO'G1PYVG7%P\Z MM/O$ZXL'`SQ_ZO7ICPXU*D!.!GS^G,S2D0[N/"O[XL&`7FTL^*K3*;CQ/JOL M$KD^NBOW<9CK8[0R`Z!V\Y6_?9;MHUL,!X<^''2+X>#0AX-N,1SDVQ7#P:$/ M!Z-".+!,?%1HXI;9CI;,-D>JHT+3S,QMB5S85X_&]WS285\^Z4U,$5&=SBCA M&8`V.='*J$U1T=.E15Z4?((+C@:X2V;LBP<#VBDW]L5##MPJ.\H&<;9%3GY4 M<^62I`[O%"+[XD&'=@J2??&@0SN%R;YXT*&=`J7M6#1$2\=-8P1^),*VC6[& M8&)Y^,@^0IR5Y'TG3N7#(5*`@H.N@T&.7`\D)@KPKA5WZ@?*L DY#<9C)I48OB[H2;==TQ'T744;BOHPE-=88[_`SQP`` ` end >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 7 11:43:28 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA26025 for freebsd-bugs-outgoing; Thu, 7 Jan 1999 11:43:28 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from virtualmaster3-int.prodigy.net (virtualmaster3-ext.prodigy.net [207.115.59.137]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA26019 for ; Thu, 7 Jan 1999 11:43:27 -0800 (PST) (envelope-from publish9923@att.com) Received: from bsbpub (CHCGB103-41.splitrock.net [209.156.10.87]) by virtualmaster3-int.prodigy.net (8.8.5/8.8.5) with SMTP id OAA173584; Thu, 7 Jan 1999 14:42:52 -0500 Date: Thu, 7 Jan 1999 14:42:52 -0500 Message-Id: <199901071942.OAA173584@virtualmaster3-int.prodigy.net> From: "BSB Publishing Co." To: Subject: New Book - "How To Juggle Women: Without Getting Killed or Going Broke" 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 Women all over America have said, "Burn This Book!!!" CALL TO ORDER YOUR COPY - (800) 830-2047 [24hrs] How To Juggle Women: Without Getting Killed or Going Broke by Stefan Feller ISBN:0-9658299-4-4 Price: $12.00 This book is an essential guide for the seasoned dating man who needs help organizing the women in his life. Women are constantly grabbing your interest and attention. Do you have to choose on over the other? Of Course not! Stop letting opportunities like these go to waste. Why not date them all? This is a must-read for men who are active on the dating scene. Not only will you learn how to juggle several females at a time, you will also improve your overall chances with women, including where to meet them and how to do the little things to keep them happy. You will learn time-saving techniques that will maximize your availability, and allow you to spend time with several ladies a day. The author details scheduling methods so you never have two dates at the same time. You will also learn money-saving tips so you can date aggressively and still have money left to by necessities like beer. Forget the saying,"For every man there is a woman out there." Now it will be, "For every man there are at least three women." -------------------------------------------------------- CHAPTER TITLES Chapter One - Getting to Know You Chapter Two - Categories of Women Chapter Three - Where to Find Them Chapter Four - The Rotation Chapter Five - Prior Planning Chapter Six - How to Keep Them Happy and Away From Each Other Chapter Seven - Fiscally Fit Chapter Eight - Personnel Changes -------------------------------------------------------- Juggling Women: Without Getting Killed or Going Broke by Stefan Feller ISBN:0-9658299-4-4 Price: $12.00 $3.00 Shipping individuals - COD Charges are free for a limited time. Wholesale Discounts Available --------------------------------------------------------- Order by Phone 1 (800)830-2047 24 hours a day --------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 7 12:21:42 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA00583 for freebsd-bugs-outgoing; Thu, 7 Jan 1999 12:21:42 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA00563; Thu, 7 Jan 1999 12:21:33 -0800 (PST) (envelope-from steve@FreeBSD.org) From: Steve Price Received: (from steve@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id MAA14730; Thu, 7 Jan 1999 12:21:28 -0800 (PST) Date: Thu, 7 Jan 1999 12:21:28 -0800 (PST) Message-Id: <199901072021.MAA14730@freefall.freebsd.org> To: cejkar@dcse.fee.vutbr.cz, steve@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/9035 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Bad __progname content in ELF programs State-Changed-From-To: open->closed State-Changed-By: steve State-Changed-When: Thu Jan 7 12:20:38 PST 1999 State-Changed-Why: Fixed in rev. 1.3 of src/lib/csu/i386-elf/crt1.c and src/lib/csu/alpha/crt1.c. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 7 12:26:00 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA01323 for freebsd-bugs-outgoing; Thu, 7 Jan 1999 12:26:00 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from raven.korax.net (raven.korax.net [209.82.39.7]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA01318 for ; Thu, 7 Jan 1999 12:25:58 -0800 (PST) (envelope-from ReachMe@syne-post.com) From: ReachMe@syne-post.com Received: from syne-post.com (dyn16.dialin.korax.net [209.82.39.56]) by raven.korax.net (8.8.8/8.8.7+norelay) with ESMTP id PAA14847 for ; Thu, 7 Jan 1999 15:25:19 -0500 (EST) (envelope-from ReachMe@syne-post.com) Message-ID: <369516ED.4FB2045B@syne-post.com> Date: Thu, 07 Jan 1999 15:19:58 -0500 X-Mailer: Mozilla 4.5 [en] (Win95; I) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-bugs@FreeBSD.ORG Subject: Re: New Book - "How To Juggle Women: Without Getting Killed or Going Broke" References: <199901071942.OAA173584@virtualmaster3-int.prodigy.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Wow who is this screw ball!?!?!??!?!??? This guy is a majour spammer. Who can write a script to mail him and his ISP a complaint every second until Y2K????? It seems appropriate. I have received 6 emails through the varying freebsddiscussion lists and this is definitely off topic distracting useless and irritating. What is the standard method to deal with such abuse of our precious time??? Phil Syne-Post "BSB Publishing Co." wrote: > Women all over America have said, "Burn This Book!!!" > > CALL TO ORDER YOUR COPY - (800) 830-2047 [24hrs] > > How To Juggle Women: > Without Getting Killed or Going Broke > by Stefan Feller > > ISBN:0-9658299-4-4 > Price: $12.00 > > This book is an essential guide for the seasoned dating > man who needs help organizing the women in his life. > Women are constantly grabbing your interest and attention. > Do you have to choose on over the other? Of Course not! > Stop letting opportunities like these go to waste. > Why not date them all? > > This is a must-read for men who are active on the dating > scene. Not only will you learn how to juggle several > females at a time, you will also improve your overall > chances with women, including where to meet them and > how to do the little things to keep them happy. > > You will learn time-saving techniques that will maximize > your availability, and allow you to spend time with several > ladies a day. The author details scheduling methods so you > never have two dates at the same time. You will also learn > money-saving tips so you can date aggressively and still > have money left to by necessities like beer. > > Forget the saying,"For every man there is a woman out > there." Now it will be, "For every man there are at > least three women." > -------------------------------------------------------- > CHAPTER TITLES > > Chapter One - Getting to Know You > Chapter Two - Categories of Women > Chapter Three - Where to Find Them > Chapter Four - The Rotation > Chapter Five - Prior Planning > Chapter Six - How to Keep Them Happy and Away From Each Other > Chapter Seven - Fiscally Fit > Chapter Eight - Personnel Changes > -------------------------------------------------------- > Juggling Women: > Without Getting Killed or Going Broke > by Stefan Feller > > ISBN:0-9658299-4-4 > Price: $12.00 > $3.00 Shipping individuals - COD Charges are free for a limited time. > Wholesale Discounts Available > > --------------------------------------------------------- > Order by Phone > 1 (800)830-2047 > 24 hours a day > > --------------------------------------------------------- > > 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 Thu Jan 7 12:40:07 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA03003 for freebsd-bugs-outgoing; Thu, 7 Jan 1999 12:40:07 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA02998 for ; Thu, 7 Jan 1999 12:40:06 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id MAA16082; Thu, 7 Jan 1999 12:40:01 -0800 (PST) Date: Thu, 7 Jan 1999 12:40:01 -0800 (PST) Message-Id: <199901072040.MAA16082@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: "Lars Köller" Subject: Re: gnu/9221: Upgrade of texinfo included with basesystem Reply-To: "Lars Köller" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR gnu/9221; it has been noted by GNATS. From: "Lars Köller" To: freebsd-gnats-submit@freebsd.org, lkoeller@cc.fh-lippe.de Cc: Subject: Re: gnu/9221: Upgrade of texinfo included with basesystem Date: Thu, 07 Jan 1999 21:28:00 +0100 The problems concerning fetching the file ftp://ftp.uni-bielefeld.de/pub/systems/FreeBSD/lkoeller/texinfo-chg.tgz are solved! Lars To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 7 13:10:10 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA07907 for freebsd-bugs-outgoing; Thu, 7 Jan 1999 13:10:10 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA07895 for ; Thu, 7 Jan 1999 13:10:07 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id NAA17484; Thu, 7 Jan 1999 13:10:01 -0800 (PST) Date: Thu, 7 Jan 1999 13:10:01 -0800 (PST) Message-Id: <199901072110.NAA17484@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Assar Westerlund Subject: Re: kern/9359: implement support for adding syscalls in KLD modules Reply-To: Assar Westerlund Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/9359; it has been noted by GNATS. From: Assar Westerlund To: Doug Rabson Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/9359: implement support for adding syscalls in KLD modules Date: 07 Jan 1999 22:08:09 +0100 Doug Rabson writes: > This looks good on first reading. Could you update the syscall kld > example in share/examples/kld to use your new mechanism. Sure, or rather, I added a new one in share/examples/kld/syscall and removed the misc one. I also made a little modifications to my previous patches to be able to retrieve the allocated syscall number. I think some more general way of communicating the results of dynamically allocating device major numbers and system calls number to user-land is needed. I'm not sure how it should look like, but the `-p' option to modload was at least a beginning. /assar ---------------------------------------------------------------------- Index: share/examples/kld/Makefile =================================================================== RCS file: /src/fbsd-repository/src/share/examples/kld/Makefile,v retrieving revision 1.1 diff -u -w -r1.1 Makefile --- Makefile 1998/12/11 10:44:30 1.1 +++ Makefile 1999/01/07 19:33:33 @@ -65,6 +65,6 @@ # SUCH DAMAGE. # -SUBDIR= cdev misc +SUBDIR= cdev syscall .include --- /dev/null Thu Jan 7 21:47:47 1999 +++ share/examples/kld/syscall/Makefile Thu Jan 7 20:34:25 1999 @@ -0,0 +1,9 @@ +# Makefile for sample syscall module + +SUBDIR= module test + +load: _SUBDIRUSE + +unload: _SUBDIRUSE + +.include --- /dev/null Thu Jan 7 21:47:47 1999 +++ share/examples/kld/syscall/module/Makefile Thu Jan 7 21:49:41 1999 @@ -0,0 +1,17 @@ +# Makefile for building the sample syscall module + +SRCS = syscall.c +KMOD = syscall +KO = ${KMOD}.ko +KLDMOD = t + +KLDLOAD = /sbin/kldload +KLDUNLOAD = /sbin/kldunload + +load: ${KO} + ${KLDLOAD} -v ./${KO} + +unload: ${KO} + ${KLDUNLOAD} -v -n ${KO} + +.include --- /dev/null Thu Jan 7 21:47:47 1999 +++ share/examples/kld/syscall/module/syscall.c Thu Jan 7 21:51:07 1999 @@ -0,0 +1,86 @@ +/*- + * Copyright (c) 1999 Assar Westerlund + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in the + * documentation and/or other materials provided with the distribution. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE + * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE + * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT + * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF + * SUCH DAMAGE. + * + * $Id$ + */ + +#include +#include +#include +#include +#include +#include +#include + +/* + * The function for implementing the syscall. + */ + +static int +hello (struct proc *p, void *arg) +{ + printf ("hello kernel\n"); + return 0; +} + +/* + * The `sysent' for the new syscall + */ + +static struct sysent hello_sysent = { + 0, /* sy_narg */ + hello /* sy_call */ +}; + +/* + * The offset in sysent where the syscall is allocated. + */ + +static int offset = NO_SYSCALL; + +/* + * The function called at load/unload. + */ + +static int +load (struct module *module, int cmd, void *arg) +{ + int error = 0; + + switch (cmd) { + case MOD_LOAD : + printf ("syscall loaded at %d\n", offset); + break; + case MOD_UNLOAD : + printf ("syscall unloaded from %d\n", offset); + break; + default : + error = EINVAL; + break; + } + return error; +} + +SYSCALL_MODULE(syscall, &offset, &hello_sysent, load, NULL); --- /dev/null Thu Jan 7 21:47:47 1999 +++ share/examples/kld/syscall/test/call.c Thu Jan 7 21:58:01 1999 @@ -0,0 +1,53 @@ +/*- + * Copyright (c) 1999 Assar Westerlund + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in the + * documentation and/or other materials provided with the distribution. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE + * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE + * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT + * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF + * SUCH DAMAGE. + * + * $Id$ + */ + +#include +#include + +static void usage (void); + +static void +usage (void) +{ + fprintf (stderr, "call syscall-number\n"); + exit (1); +} + +int +main(int argc, char **argv) +{ + char *endptr; + int syscall_num; + + if (argc != 2) + usage (); + syscall_num = strtol (argv[1], &endptr, 0); + if (syscall_num == 0 && argv[1] == endptr) + errx (1, "Bad number `%s'", argv[1]); + return syscall (syscall_num); +} --- /dev/null Thu Jan 7 21:47:47 1999 +++ share/examples/kld/syscall/test/Makefile Thu Jan 7 21:57:42 1999 @@ -0,0 +1,6 @@ +# Makefile for simple caller of syscall + +PROG = call +NOMAN = noman + +.include Index: sys/sys/sysent.h =================================================================== RCS file: /src/fbsd-repository/src/sys/sys/sysent.h,v retrieving revision 1.19 diff -u -w -u -w -r1.19 sysent.h --- sysent.h 1998/09/14 05:36:51 1.19 +++ sysent.h 1999/01/07 20:37:28 @@ -76,6 +76,36 @@ #ifdef KERNEL extern struct sysentvec aout_sysvec; extern struct sysent sysent[]; -#endif + +#define NO_SYSCALL (-1) + +struct module; + +struct syscall_module_data { + int (*chainevh)(struct module *, int, void *); /* next handler */ + void *chainarg; /* arg for next event handler */ + int *offset; /* offset into sysent */ + struct sysent *new_sysent; /* new sysent */ + struct sysent old_sysent; /* old sysent */ +}; + +#define SYSCALL_MODULE(name, offset, new_sysent, evh, arg) \ +static struct syscall_module_data name##_syscall_mod = { \ + evh, arg, offset, new_sysent \ +}; \ + \ +static moduledata_t name##_mod = { \ + #name, \ + syscall_module_handler, \ + &name##_syscall_mod \ +}; \ +DECLARE_MODULE(name, name##_mod, SI_SUB_DRIVERS, SI_ORDER_MIDDLE) + +int syscall_register __P((int *offset, struct sysent *new_sysent, + struct sysent *old_sysent)); +int syscall_deregister __P((int *offset, struct sysent *old_sysent)); +int syscall_module_handler __P((struct module *mod, int what, void *arg)); + +#endif /* KERNEL */ #endif /* !_SYS_SYSENT_H_ */ Index: sys/conf/files =================================================================== RCS file: /src/fbsd-repository/src/sys/conf/files,v retrieving revision 1.185 diff -u -w -u -w -r1.185 files --- files 1998/12/28 16:31:26 1.185 +++ files 1999/01/07 19:39:39 @@ -289,6 +289,7 @@ kern/kern_sig.c standard kern/kern_subr.c standard kern/kern_synch.c standard +kern/kern_syscalls.c standard kern/kern_sysctl.c standard kern/kern_time.c standard kern/kern_timeout.c standard --- /dev/null Thu Jan 7 21:47:47 1999 +++ sys/kern/kern_syscalls.c Thu Jan 7 21:37:53 1999 @@ -0,0 +1,94 @@ +/*- + * Copyright (c) 1999 Assar Westerlund + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in the + * documentation and/or other materials provided with the distribution. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE + * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE + * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT + * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF + * SUCH DAMAGE. + * + * $Id: kern_syscalls.c,v 1.1 1999/01/03 06:00:55 root Exp root $ + */ + +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include + +int +syscall_register(int *offset, struct sysent *new_sysent, + struct sysent *old_sysent) +{ + if (*offset == NO_SYSCALL) { + int i; + + for (i = 1; i < SYS_MAXSYSCALL; ++i) + if (sysent[i].sy_call == (sy_call_t *)lkmnosys) + break; + if (i == SYS_MAXSYSCALL) + return ENFILE; + *offset = i; + } else if (*offset < 0 || *offset >= SYS_MAXSYSCALL) + return EINVAL; + else if (sysent[*offset].sy_call != (sy_call_t *)lkmnosys) + return EEXIST; + + *old_sysent = sysent[*offset]; + sysent[*offset] = *new_sysent; + return 0; +} + +int +syscall_deregister(int *offset, struct sysent *old_sysent) +{ + if (*offset) + sysent[*offset] = *old_sysent; + return 0; +} + +int +syscall_module_handler(struct module *mod, int what, void *arg) +{ + struct syscall_module_data *data = (struct syscall_module_data*)arg; + int error; + + switch (what) { + case MOD_LOAD : + error = syscall_register(data->offset, data->new_sysent, + &data->old_sysent); + if (error) + return error; + break; + case MOD_UNLOAD : + error = syscall_deregister(data->offset, &data->old_sysent); + if (error) + return error; + break; + } + if (data->chainevh) + return data->chainevh(mod, what, data->chainarg); + else + return 0; +} To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 7 14:07:48 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA15724 for freebsd-bugs-outgoing; Thu, 7 Jan 1999 14:07:48 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from george.lbl.gov (george.lbl.gov [131.243.2.12]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA15719 for ; Thu, 7 Jan 1999 14:07:47 -0800 (PST) (envelope-from jin@george.lbl.gov) Received: (from jin@localhost) by george.lbl.gov (8.8.8/8.8.8) id OAA05476; Thu, 7 Jan 1999 14:06:59 -0800 (PST) Date: Thu, 7 Jan 1999 14:06:59 -0800 (PST) From: Jin Guojun (FTG staff) Message-Id: <199901072206.OAA05476@george.lbl.gov> To: ReachMe@syne-post.com, freebsd-bugs@FreeBSD.ORG Subject: Re: New Book - "How To Juggle Women: Without Getting Killed or Going Broke" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Wow who is this screw ball!?!?!??!?!??? > >This guy is a majour spammer. Who can write a script to mail him and his >ISP a complaint every second until Y2K????? It seems appropriate. It is quite hard since the mail address is faked. Maybe this is the time to teach BSD mail to show the real host/IP where the mail comes from. Also, you need a fake IP to send mail too :-) >I have received 6 emails through the varying freebsddiscussion lists and >this is definitely off topic distracting useless and irritating. > >What is the standard method to deal with such abuse of our precious >time??? >Phil >Syne-Post > >"BSB Publishing Co." wrote: > >> Women all over America have said, "Burn This Book!!!" >> >> CALL TO ORDER YOUR COPY - (800) 830-2047 [24hrs] You may write a program to call this number every 5 seconds which will be much nice. -Jin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 7 15:47:18 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA26185 for freebsd-bugs-outgoing; Thu, 7 Jan 1999 15:47:18 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from lohi.clinet.fi (lohi.clinet.fi [194.100.0.7]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA26177 for ; Thu, 7 Jan 1999 15:47:11 -0800 (PST) (envelope-from hsu@mail.clinet.fi) Received: from katiska.clinet.fi (katiska.clinet.fi [194.100.0.4]) by lohi.clinet.fi (8.9.1/8.9.0) with ESMTP id BAA04541 for ; Fri, 8 Jan 1999 01:46:43 +0200 (EET) Received: (from hsu@localhost) by katiska.clinet.fi (8.9.0/8.9.0) id BAA10849; Fri, 8 Jan 1999 01:46:35 +0200 (EET) Date: Fri, 8 Jan 1999 01:46:35 +0200 (EET) Message-Id: <199901072346.BAA10849@katiska.clinet.fi> From: Heikki Suonsivu To: freebsd-bugs@FreeBSD.ORG Subject: Re: i386/9341: tty-level buffer overflows Organization: Clinet Ltd, Espoo, Finland Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Nate Williams writes: > > > I'll bet you have crappy UARTS that claim to be 16550's, but in fact are > > > some sort of clone that doesn't work well. That UARTS on my laptop are > > > not real either, although I get about 57600 on it w/out problems. > > > > > > And, a 486/25 is not exactly a speed daemon. :) > > > > It's an IBM ThinkPad 350C, if that tells anyone anything. > > I wouldn't be surprised at all if they were crappy UARTS, and you ain't > > gotta tell ME 486/25 is slow (I run X on it, after all... ;), but c'mon; > > this is *19,200* baud!! I'd think even a 486/25 should be able to handle > > that without puking this much. > > With crappy UARTS you're lucky to get 9600 baud if you've got X on the > box. This is tty-level buffer overflow problem, not a problem with serial fifo overflows (which is different I think ?). If it was a serial fifo overflow problem, changing TTYHOG and RS_IBUFSIZEs would not help, but it does, on all hosts I have had problems with. These are various 386 and 486 boxes. I do not know (remember) if pentiums have this problem, as all my kernels have had this patch for years. I still run into this problem occasionally when installing a slow host via a serial connection. Installation floppy kernel obviously does not contain the fix, and thus the first installation is *slow*, but problem goes away after getting the kernel compiled with the patch. I assume the problem is dependent on not just the serial ports but also the other hardware in the host, like PIO ethernet boards and stuff like that, as not everyone seems to see it. -- Heikki Suonsivu / Clinet Oy / Tekniikantie 12 / FI-02150 Espoo / FINLAND, hsu@clinet.fi mobile +358-40-5519679 work +358-9-43542270 fax -4555276 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 7 16:30:08 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA02152 for freebsd-bugs-outgoing; Thu, 7 Jan 1999 16:30:08 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA02144 for ; Thu, 7 Jan 1999 16:30:06 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id QAA27840; Thu, 7 Jan 1999 16:30:01 -0800 (PST) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA01895; Thu, 7 Jan 1999 16:26:53 -0800 (PST) (envelope-from nobody) Message-Id: <199901080026.QAA01895@hub.freebsd.org> Date: Thu, 7 Jan 1999 16:26:53 -0800 (PST) From: mtaylor@cybernet.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/9379: pppd does not go through all interfaces looking for interface to ARP Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9379 >Category: bin >Synopsis: pppd does not go through all interfaces looking for interface to ARP >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu Jan 7 16:30:00 PST 1999 >Closed-Date: >Last-Modified: >Originator: Mark J. Taylor >Release: 2.2.7 >Organization: Cybernet Systems >Environment: >Description: /src/usr.sbin/pppd/sys-bsd.c has "#define MAX_IFS 32". I have a machine with 16 slip, 16 ppp, and 16 tun devices, plus "normal" devices like Ethernets. pppd will only look at the first 32 ports to determine which interface to proxy ARP on, so my Ethernet interface may (will) be missed unless MAX_IFS is higher. My Digiboard has 16 ports, and I want to use then for either SLIP or PPP. This means that I need at least 16 slip and 16 ppp devices. If I have two, then there will be even more trouble! >How-To-Repeat: Re-write sys-bsd.c to NOT use a large static buffer: go through each interface using IOCTLs for every interface, not one huge SIOCGIFCONF call. "/sbin/ifconfig -l" can do it... >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 7 17:40:11 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA10159 for freebsd-bugs-outgoing; Thu, 7 Jan 1999 17:40:11 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA10152 for ; Thu, 7 Jan 1999 17:40:07 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id RAA01890; Thu, 7 Jan 1999 17:40:01 -0800 (PST) Received: from mta2.odn.ne.jp (mta2.odn.ne.jp [143.90.131.69]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA09398 for ; Thu, 7 Jan 1999 17:32:18 -0800 (PST) (envelope-from t-ishii@tryplanet.com) Received: from smtp12.odn.ne.jp (KMGcc-04p57.ppp.odn.ad.jp [210.231.33.149]) by mta2.odn.ne.jp (8.8.8+2.7Wbeta7/3.6W/9808281343) with SMTP id KAA10098 for ; Fri, 8 Jan 1999 10:31:48 +0900 (JST) Message-Id: <199901080131.KAA10098@mta2.odn.ne.jp> Date: Fri, 8 Jan 1999 10:31:48 +0900 (JST) From: t-ishii@tryplanet.com Reply-To: t-ishii@tryplanet.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: misc/9381: fts_close bug Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9381 >Category: misc >Synopsis: read freed memory >Confidential: yes >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jan 7 17:40:01 PST 1999 >Closed-Date: >Last-Modified: >Originator: Tomokazu ISHII >Release: FreeBSD 2.2.6-RELEASE i386 >Organization: >Environment: >Description: /usr/src/lib/libc/gen/fts.c L244- /* Free up the stream pointer. */ free(sp); /* Set errno and return. */ if (!ISSET(FTS_NOCHDIR) && saved_errno) { errno = saved_errno; return (-1); } return (0); ISSET is #define ISSET(opt) (sp->fts_options & (opt)) ^^ And so is RedHatLinux5.2(glibc-2.0.7). >How-To-Repeat: >Fix: -- Tomokazu ISHII t-ishii@tryplanet.com I can't use English. >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 7 20:20:10 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA26025 for freebsd-bugs-outgoing; Thu, 7 Jan 1999 20:20:10 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA26010 for ; Thu, 7 Jan 1999 20:20:07 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id UAA09645; Thu, 7 Jan 1999 20:20:01 -0800 (PST) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA25831; Thu, 7 Jan 1999 20:17:58 -0800 (PST) (envelope-from nobody) Message-Id: <199901080417.UAA25831@hub.freebsd.org> Date: Thu, 7 Jan 1999 20:17:58 -0800 (PST) From: Toshiomi.Moriki@ma1.seikyou.ne.jp To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/9382: BUG report for ppp(8) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9382 >Category: bin >Synopsis: BUG report for ppp(8) >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 7 20:20:01 PST 1999 >Closed-Date: >Last-Modified: >Originator: Toshiomi Moriki >Release: FreeBSD 3.0-RELEASE i386 >Organization: kyushu university, Japan >Environment: FreeBSD witch.seikyou.ne.jp 3.0-RELEASE FreeBSD 3.0-RELEASE #10: Thu Dec 10 21:57:42 JST 1998 moriki@witch.seikyou.ne.jp:/usr/src/sys/compile/WITCH i386 >Description: This BUGS confuse 3.0-current/release/2.8-release users. Behaviors of ppp(8) is different from those on manual pages. ppp(8) can set the phone number like this. set phone "111[|222]...[:333[|444]...]... According to the manual page, pipe separated numbers used "*only* if the dial or login script fails," but ppp(8) uses these numbers always. The timestamp of ppp(8) is # $Id: Makefile,v 1.50 1998/10/22 02:32:48 brian Exp $ >How-To-Repeat: Begins ppp(8), and set "pipe separated" multiple phone numbers on ppp prompt, like this. ppp ON mysite> set phone "111|222" And, dial. ppp ON mysite> dial If first dial attempt(in that example, "111") succeeded, expected number is "111" on the manual page. But the number really used on next dial attempt is "222". >Fix: This patch will fix the problem. *** datalink.c.orig Fri Jan 8 10:29:25 1999 --- datalink.c Fri Jan 8 11:28:10 1999 *************** *** 299,304 **** --- 299,305 ---- datalink_HangupDone(dl); break; case DATALINK_DIAL: + dl->phone.alt = NULL; /* phone attempt succeeded */ datalink_NewState(dl, DATALINK_LOGIN); chat_Init(&dl->chat, dl->physical, dl->cfg.script.login, 0, NULL); return datalink_UpdateSet(d, r, w, e, n); >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 7 22:50:12 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA11890 for freebsd-bugs-outgoing; Thu, 7 Jan 1999 22:50:12 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA11874 for ; Thu, 7 Jan 1999 22:50:06 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id WAA15329; Thu, 7 Jan 1999 22:50:00 -0800 (PST) Received: from david.siemens.de (david.siemens.de [192.35.17.14]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA11553 for ; Thu, 7 Jan 1999 22:48:35 -0800 (PST) (envelope-from andre.albsmeier@mchp.siemens.de) Received: from mail.siemens.de (salomon.siemens.de [139.23.33.13]) by david.siemens.de (8.9.2/8.9.2) with ESMTP id HAA04987 for ; Fri, 8 Jan 1999 07:48:03 +0100 (MET) Received: from curry.mchp.siemens.de (daemon@curry.mchp.siemens.de [146.180.31.23]) by mail.siemens.de (8.9.2/8.9.2) with ESMTP id HAA08306 for ; Fri, 8 Jan 1999 07:48:04 +0100 (MET) Received: (from daemon@localhost) by curry.mchp.siemens.de (8.8.8/8.8.8) id HAA02414 for ; Fri, 8 Jan 1999 07:48:04 +0100 (CET) Message-Id: <199901080648.HAA07230@internal> Date: Fri, 8 Jan 1999 07:48:02 +0100 (CET) From: Andre Albsmeier To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: conf/9386: can we add this to /usr/share/mk/sys.mk? Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9386 >Category: conf >Synopsis: can we add this to /usr/share/mk/sys.mk? >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu Jan 7 22:50:00 PST 1999 >Closed-Date: >Last-Modified: >Originator: Andre Albsmeier >Release: FreeBSD 2.2.8-STABLE i386 >Organization: >Environment: Only -stable, it is already in -current. >Description: In version 1.41 for sys.mk for -current we find an addition which includes /etc/make.conf.local after /etc/make.conf. I assume this has been done to specify local changes/additions without having to modify /etc/make.conf (same as rc.conf and rc.conf.local). If it is so, I would like to see this in -stable also. It doesn't break anything because if the file doesn't exist, no harm is done. Would someone like to commit this for -stable, please? (See http://www.freebsd.org/cgi/cvsweb.cgi/src/share/mk/sys.mk.diff?r1=1.40&r2=1.41) >How-To-Repeat: >Fix: --- sys.mk.ORI Fri Jan 8 07:46:15 1999 +++ sys.mk Fri Jan 8 07:46:52 1999 @@ -235,3 +235,7 @@ .if exists(/etc/make.conf) .include .endif + +.if exists(/etc/make.conf.local) +.include +.endif >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 7 23:14:23 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA14187 for freebsd-bugs-outgoing; Thu, 7 Jan 1999 23:14:23 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from terra.post1.com (terra.pobox.org.sg [203.116.23.196]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA14180 for ; Thu, 7 Jan 1999 23:14:18 -0800 (PST) (envelope-from kowkn@asia1.com.sg) Received: from kow (kow.asia1.com.sg [202.27.25.243]) by terra.post1.com (8.8.5/8.8.5) with SMTP id PAA22618; Fri, 8 Jan 1999 15:11:37 +0800 (SGT) Message-Id: <199901080711.PAA22618@terra.post1.com> X-Sender: kowkn@asia1.com.sg X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0.2 Date: Fri, 08 Jan 1999 15:13:19 +0800 To: Heikki Suonsivu From: Kow Kee Nge Subject: Re: i386/9341: tty-level buffer overflows Cc: freebsd-bugs@FreeBSD.ORG In-Reply-To: References: <199901060451.UAA12400@hub.freebsd.org.newsgate.clinet.fi> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi Heikki Suonsivu, I followed your instruction with "TTYHOG=4096" and RS_IBUFSIZE=1024 tuned into the kernel. There seems to have some improvement. However when I set RS_IBUFSIZE=3072, the improvment is noticeable with the overflow getting much less eventhough I wish I can totally eliminate it. My question is can I set options "TTYHOG=8192" options "RS_IBUFSIZE=4096" # or may higher but less than 8192 ? Your assistance is much appreciate. Regards At 16:19 06/01/99 +0200, Heikki Suonsivu wrote: > >These > >options "TTYHOG=4096" >options "RS_IBUFSIZE=1024" > >Seems to do the trick for me. I think in addition you need to add this >patch to sio.c to allow configuring from kernel config files: > >Index: sio.c >=================================================================== >RCS file: /usr/CVS/src/sys/i386/isa/sio.c,v >retrieving revision 1.147.2.16 >diff -c -r1.147.2.16 sio.c >*** sio.c 1998/06/16 12:51:17 1.147.2.16 >--- sio.c 1998/06/30 08:40:08 >*************** >*** 100,106 **** >--- 100,113 ---- > > #define LOTS_OF_EVENTS 64 /* helps separate urgent events from input */ > #define RB_I_HIGH_WATER (TTYHOG - 2 * RS_IBUFSIZE) >+ >+ #ifndef RS_IBUFSIZE >+ #ifndef DPTOPT /* not sure why this is in dpt.. latency requirements? [JRE] */ > #define RS_IBUFSIZE 256 >+ #else >+ #define RS_IBUFSIZE 512 >+ #endif /* DPTOPT */ >+ #endif /* !RS_IBUFSIZE */ > > #define CALLOUT_MASK 0x80 > #define CONTROL_MASK 0x60 > >I do not understand why these values have stuck to be too small for ages, >as most older hardware need this to be able to reliable communicate at >higher speeds. > >I also tried at some point using RS_IBUFSIZE=4096 and not tuning TTYHOG, >which did work fine for kernel PPP while without the connection was >unreliable. However I think some comments say that evil things may happen >for flow control if RS_IBUFSIZE is larger or equal to TTYHOG. > >kowkn@asia1.com.sg writes: > >> >Synopsis: tty-level buffer overflows >... >> Jan 5 16:22:13 lewis /kernel: sio0: 646 more tty-level buffer overflows (total 24 >> 16) >... >> >> What system parameters should we tune to increate the tty-level >> buffer? > >-- >Heikki Suonsivu / Clinet Oy / Tekniikantie 12 / FI-02150 Espoo / FINLAND, >hsu@clinet.fi mobile +358-40-5519679 work +358-9-43542270 fax -4555276 > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 8 00:18:40 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA20990 for freebsd-bugs-outgoing; Fri, 8 Jan 1999 00:18:40 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from lamb.sas.com (lamb.sas.com [192.35.83.8]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA20985; Fri, 8 Jan 1999 00:18:38 -0800 (PST) (envelope-from jwd@unx.sas.com) Received: from mozart (mozart.unx.sas.com [192.58.184.8]) by lamb.sas.com (8.9.1/8.9.1) with SMTP id DAA25151; Fri, 8 Jan 1999 03:18:08 -0500 (EST) Received: from bb01f39.unx.sas.com by mozart (5.65c/SAS/Domains/5-6-90) id AA04714; Fri, 8 Jan 1999 03:18:08 -0500 Received: (from jwd@localhost) by bb01f39.unx.sas.com (8.9.1/8.9.1) id DAA33723; Fri, 8 Jan 1999 03:18:04 -0500 (EST) (envelope-from jwd) From: "John W. DeBoskey" Message-Id: <199901080818.DAA33723@bb01f39.unx.sas.com> Subject: Bug in make affecting release crunchs To: freebsd-current@FreeBSD.ORG Date: Fri, 8 Jan 1999 03:18:04 -0500 (EST) Cc: jkh@zippy.cdrom.com, freebsd-bugs@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL43 (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 Hi Folks, Jordan, I found the problem with the boot_crunch in make release.. Basically, Parse_IsVar() in parse.c contains the following code snippet: default: #ifdef SUNSHCMD while (*opc != ':') if (--opc < line) break; Well, this allows opc to end up pointing to the character just prior to line... ie: opc == 0807e2ff line == 0807e300 Then this code: if (strncmp(opc, ":sh", 3) == 0) { type = VAR_SHELL; *opc = '\0'; break; } #endif ends up comparing true if that 1 character in front of the variable line happens to be a ':' and we are trying to set the variable named 'sh_SRCDIR'. (What a bummer...) The simple fix (diff -u): diff -u parse.c.orig parse.c --- parse.c.orig Sun May 31 02:23:33 1998 +++ parse.c Fri Jan 8 03:05:23 1999 @@ -1412,8 +1412,10 @@ default: #ifdef SUNSHCMD while (*opc != ':') - if (--opc < line) + if (--opc < line) { + ++opc; break; + } if (strncmp(opc, ":sh", 3) == 0) { type = VAR_SHELL; Would some nice committer please commit this? Thanks! John To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 8 00:39:11 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA23256 for freebsd-bugs-outgoing; Fri, 8 Jan 1999 00:39:11 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from zippy.cdrom.com (zippy.cdrom.com [204.216.27.228]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA23251; Fri, 8 Jan 1999 00:39:09 -0800 (PST) (envelope-from jkh@zippy.cdrom.com) Received: from zippy.cdrom.com (localhost.cdrom.com [127.0.0.1]) by zippy.cdrom.com (8.9.1/8.9.1) with ESMTP id AAA71750; Fri, 8 Jan 1999 00:38:40 -0800 (PST) To: "John W. DeBoskey" cc: freebsd-current@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: Bug in make affecting release crunchs In-reply-to: Your message of "Fri, 08 Jan 1999 03:18:04 EST." <199901080818.DAA33723@bb01f39.unx.sas.com> Date: Fri, 08 Jan 1999 00:38:39 -0800 Message-ID: <71746.915784719@zippy.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Basically, Parse_IsVar() in parse.c contains the following > code snippet: I can't parse this since I don't even know what directory you're in or what file you're talking about. parse.c, yes. WHAT parse.c? :-) - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 8 00:57:45 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA25064 for freebsd-bugs-outgoing; Fri, 8 Jan 1999 00:57:45 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from gw.mark-itt.ru (gw.MARK-ITT.ru [195.222.140.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA25041; Fri, 8 Jan 1999 00:57:29 -0800 (PST) (envelope-from volodya@ieeu.udm.ru) Received: from ieeu.udm.ru (IEEU.udm.ru [195.222.142.169]) by gw.mark-itt.ru (8.8.8/MARK-ITT) with ESMTP id MAA18089 ;Fri, 8 Jan 1999 12:55:23 +0400 (KSK) Received: by ieeu.udm.ru id MAA01123; (8.8.8/vak/1.9) Fri, 8 Jan 1999 12:56:47 +0400 (SAMT) Date: Fri, 8 Jan 99 12:56:47 +0400 From: volodya@ieeu.udm.ru (Vladimir Shirokov) To: freebsd-questions@FreeBSD.ORG Cc: freebsd-bugs@FreeBSD.ORG Message-ID: Subject: Problem with pppd wrighting in wtmp file X-Mailer: BML [UNIX Beauty Mail v.1.39] Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi! I have a problem with pppd. I read a statistic information about time of on-line connection of my ppp users from /var/log/wtmp file and it look as: volodya ttyd0 th 1 Jan 04:00 - 00:26 (10598+20:26) volodya ttyd0 fr 8 Jan 00:00 still logged in There are two records for one session - one record with a right start time of connection, second - with right time of disconnect, but wrong time of start connection (VERY WRONG - see day). Summary time of connection is not recogniseble. Then I read account information "ac -p volodya" it wright me a fantastic count 26738.90. If anyone have this problem and solve it, please help me. Regards, V. Shirokov To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 8 01:00:07 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA25557 for freebsd-bugs-outgoing; Fri, 8 Jan 1999 01:00:07 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA25547 for ; Fri, 8 Jan 1999 01:00:05 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id BAA21381; Fri, 8 Jan 1999 01:00:00 -0800 (PST) Received: from axl.noc.iafrica.com (axl.noc.iafrica.com [196.31.1.175]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA24983 for ; Fri, 8 Jan 1999 00:56:32 -0800 (PST) (envelope-from sheldonh@axl.noc.iafrica.com) Received: from sheldonh (helo=axl.noc.iafrica.com) by axl.noc.iafrica.com with local-esmtp (Exim 2.10 #1) id 0zyXhY-0000U9-00 for FreeBSD-gnats-submit@freebsd.org; Fri, 8 Jan 1999 10:55:28 +0200 Message-Id: <1868.915785727@axl.noc.iafrica.com> Date: Fri, 08 Jan 1999 10:55:27 +0200 From: Sheldon Hearn Reply-To: Sheldon Hearn To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/9387: [PATCH] typo and grammar fix for LINT Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9387 >Category: kern >Synopsis: [PATCH] typo and grammar fix for LINT >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: Fri Jan 8 01:00:00 PST 1999 >Closed-Date: >Last-Modified: >Originator: Sheldon Hearn >Release: FreeBSD 2.2.7-STABLE i386 >Organization: UUNET Internet Africa >Environment: i386 FreeBSD 2.2.8-STABLE #0: Wed Jan 6 10:35:20 SAST 1999 >Description: When SC_ALT_SEQACCESS was introduced to LINT, I mailed the commiter, asking that the comments for this option be corrected with respect to spelling and grammar. Doesn't look like it was done. >How-To-Repeat: N/A >Fix: The following diff will correct the comment associated with the LINT option SC_ALT_SEQACCESS. Index: sys/i386/conf/LINT =================================================================== RCS file: /home/ncvs/src/sys/i386/conf/LINT,v retrieving revision 1.286.2.64 diff -u -d -r1.286.2.64 LINT --- LINT 1998/11/15 21:42:20 1.286.2.64 +++ LINT 1998/11/17 10:53:48 @@ -665,8 +665,8 @@ options SLOW_VGA # do byte-wide i/o's to TS and GDC regs options SC_HISTORY_SIZE=200 # number of history buffer lines options SC_DISABLE_REBOOT # disable reboot key sequence -# Try the following option, if the mouse pointer is not drawn correctly -# or font does not seem to be loaded properly. May case flicker on +# Try the following option if the mouse pointer is not drawn correctly +# or font does not seem to be loaded properly. May cause flicker on # some systems. #options SC_ALT_SEQACCESS >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 8 01:09:50 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA26602 for freebsd-bugs-outgoing; Fri, 8 Jan 1999 01:09:50 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA26595; Fri, 8 Jan 1999 01:09:45 -0800 (PST) (envelope-from brian@FreeBSD.org) From: Brian Somers Received: (from brian@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id BAA21933; Fri, 8 Jan 1999 01:09:39 -0800 (PST) Date: Fri, 8 Jan 1999 01:09:39 -0800 (PST) Message-Id: <199901080909.BAA21933@freefall.freebsd.org> To: Toshiomi.Moriki@ma1.seikyou.ne.jp, brian@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/9382 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: BUG report for ppp(8) State-Changed-From-To: open->closed State-Changed-By: brian State-Changed-When: Fri Jan 8 01:08:55 PST 1999 State-Changed-Why: Fixed in -current & -stable. See the following mail (this evening) re the patch applied . To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 8 01:50:09 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA00632 for freebsd-bugs-outgoing; Fri, 8 Jan 1999 01:50:09 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA00623 for ; Fri, 8 Jan 1999 01:50:06 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id BAA23867; Fri, 8 Jan 1999 01:50:01 -0800 (PST) Received: from mail.palmerharvey.co.uk (mail.palmerharvey.co.uk [62.172.109.58]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA29788 for ; Fri, 8 Jan 1999 01:43:55 -0800 (PST) (envelope-from Dom.Mitchell@palmerharvey.co.uk) Received: from ho-nt-01.pandhm.co.uk (unverified) by mail.palmerharvey.co.uk (Content Technologies SMTPRS 2.0.15) with ESMTP id for ; Fri, 08 Jan 1999 09:42:58 +0000 Received: from voodoo.pandhm.co.uk ([10.100.35.12]) by ho-nt-01.pandhm.co.uk with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2232.9) id CK5RC4AY; Fri, 8 Jan 1999 09:38:59 -0000 Received: from dom by voodoo.pandhm.co.uk with local (Exim 1.92 #1) for FreeBSD-gnats-submit@freebsd.org id 0zyYSE-000BcY-00; Fri, 8 Jan 1999 09:43:42 +0000 Message-Id: Date: Fri, 8 Jan 1999 09:43:42 +0000 From: Dom Mitchell Reply-To: Dom.Mitchell@palmerharvey.co.uk To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: conf/9388: magic(5) correction for wordperfect Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9388 >Category: conf >Synopsis: magic(5) correction for wordperfect >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: Fri Jan 8 01:50:00 PST 1999 >Closed-Date: >Last-Modified: >Originator: Dominic Mitchell >Release: FreeBSD 3.0-CURRENT i386 >Organization: Palmer & Harvey McLane Ltd. >Environment: FreeBSD voodoo.pandhm.co.uk 3.0-CURRENT FreeBSD 3.0-CURRENT #2: Mon Jan 4 08:26:54 GMT 1999 root@voodoo.pandhm.co.uk:/usr/src/sys/compile/VOODOO i386 >Description: The newly added entries for wordperfect aren't being used, because there is a previous entry for wordperfect files overriding it. >How-To-Repeat: Run file on a wordperfect document, then compare output with /usr/src/usr.bin/file/Magdir/wordperfect. >Fix: Here's the patch to get rid of the ealier version. --- src/usr.bin/file/Magdir/ms-dos.orig Fri Jan 8 09:39:09 1999 +++ src/usr.bin/file/Magdir/ms-dos Fri Jan 8 09:39:16 1999 @@ -128,9 +128,5 @@ >4 belong 0x06040600 wk1 document data >4 belong 0x06800200 fmt document data -# WordPerfect documents - Trevor Johnson -# -1 string WPC WordPerfect document - # Help files 0 string ?_\3\0 MS Windows Help Data ********************************************************************** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. ********************************************************************** >Release-Note: >Audit-Trail: >Unformatted: Dom Mitchell To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 8 02:50:08 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA06371 for freebsd-bugs-outgoing; Fri, 8 Jan 1999 02:50:08 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA06366 for ; Fri, 8 Jan 1999 02:50:07 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id CAA27174; Fri, 8 Jan 1999 02:50:01 -0800 (PST) Date: Fri, 8 Jan 1999 02:50:01 -0800 (PST) Message-Id: <199901081050.CAA27174@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Doug Rabson Subject: Re: kern/9359: implement support for adding syscalls in KLD modules Reply-To: Doug Rabson Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/9359; it has been noted by GNATS. From: Doug Rabson To: Assar Westerlund Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/9359: implement support for adding syscalls in KLD modules Date: Fri, 8 Jan 1999 10:43:21 +0000 (GMT) On 7 Jan 1999, Assar Westerlund wrote: > Doug Rabson writes: > > This looks good on first reading. Could you update the syscall kld > > example in share/examples/kld to use your new mechanism. > > Sure, or rather, I added a new one in share/examples/kld/syscall and > removed the misc one. I also made a little modifications to my > previous patches to be able to retrieve the allocated syscall number. > > I think some more general way of communicating the results of > dynamically allocating device major numbers and system calls number to > user-land is needed. I'm not sure how it should look like, but the > `-p' option to modload was at least a beginning. Thanks for this - I'll try and get it committed in the next day or two. I thought about the syscall number problem too and my best idea was to extend the struct module_stat with a type specific field which the syscall module handler could use to report the syscall index. I've written myself a note to work on this (it shouldn't be hard). -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 8 03:10:09 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA08320 for freebsd-bugs-outgoing; Fri, 8 Jan 1999 03:10:09 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA08263 for ; Fri, 8 Jan 1999 03:10:07 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id DAA28001; Fri, 8 Jan 1999 03:10:01 -0800 (PST) Date: Fri, 8 Jan 1999 03:10:01 -0800 (PST) Message-Id: <199901081110.DAA28001@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Assar Westerlund Subject: Re: kern/9359: implement support for adding syscalls in KLD modules Reply-To: Assar Westerlund Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/9359; it has been noted by GNATS. From: Assar Westerlund To: Doug Rabson Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/9359: implement support for adding syscalls in KLD modules Date: 08 Jan 1999 12:02:16 +0100 Doug Rabson writes: > Thanks for this - I'll try and get it committed in the next day or two. Great. > I thought about the syscall number problem too and my best idea was > to extend the struct module_stat with a type specific field which > the syscall module handler could use to report the syscall index. > I've written myself a note to work on this (it shouldn't be hard). This would actually make even more sense for device drivers. As to system calls, what would you think about adding the name to `struct sysent' and then export some interface (sysctl?) for mapping between names and numbers to userland? (This is not totally unrelated to what Solaris does with /etc/name_to_sysnum.) /assar To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 8 04:18:47 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA16515 for freebsd-bugs-outgoing; Fri, 8 Jan 1999 04:18:47 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from smtp1.vnet.net (smtp1.vnet.net [166.82.1.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA16495; Fri, 8 Jan 1999 04:18:45 -0800 (PST) (envelope-from rivers@dignus.com) Received: from dignus.com (ponds.vnet.net [166.82.177.48]) by smtp1.vnet.net (8.9.1a/8.9.1) with ESMTP id HAA02114; Fri, 8 Jan 1999 07:18:42 -0500 (EST) Received: from lakes.dignus.com (lakes.dignus.com [10.0.0.3]) by dignus.com (8.9.1/8.8.5) with ESMTP id IAA10531; Fri, 8 Jan 1999 08:02:07 -0500 (EST) Received: (from rivers@localhost) by lakes.dignus.com (8.9.1/8.6.9) id HAA02256; Fri, 8 Jan 1999 07:18:50 -0500 (EST) Date: Fri, 8 Jan 1999 07:18:50 -0500 (EST) From: Thomas David Rivers Message-Id: <199901081218.HAA02256@lakes.dignus.com> To: jkh@zippy.cdrom.com, jwd@unx.sas.com Subject: Re: Bug in make affecting release crunchs Cc: freebsd-bugs@FreeBSD.ORG, freebsd-current@FreeBSD.ORG In-Reply-To: <71746.915784719@zippy.cdrom.com> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > Basically, Parse_IsVar() in parse.c contains the following > > code snippet: > > I can't parse this since I don't even know what directory you're in or > what file you're talking about. parse.c, yes. WHAT parse.c? :-) > > - Jordan Jordan - I believe he's talking about the make(1) program, in particular, /usr/src/usr.bin/make/parse.c - Dave Rivers - To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 8 05:54:12 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA26362 for freebsd-bugs-outgoing; Fri, 8 Jan 1999 05:54:12 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from lamb.sas.com (lamb.sas.com [192.35.83.8]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA26345; Fri, 8 Jan 1999 05:54:09 -0800 (PST) (envelope-from jwd@unx.sas.com) Received: from mozart (mozart.unx.sas.com [192.58.184.8]) by lamb.sas.com (8.9.1/8.9.1) with SMTP id IAA09240; Fri, 8 Jan 1999 08:53:27 -0500 (EST) Received: from bb01f39.unx.sas.com by mozart (5.65c/SAS/Domains/5-6-90) id AA05380; Fri, 8 Jan 1999 08:53:26 -0500 Received: (from jwd@localhost) by bb01f39.unx.sas.com (8.9.1/8.9.1) id IAA39632; Fri, 8 Jan 1999 08:53:26 -0500 (EST) (envelope-from jwd) From: "John W. DeBoskey" Message-Id: <199901081353.IAA39632@bb01f39.unx.sas.com> Subject: Re: Bug in make affecting release crunchs In-Reply-To: <199901081218.HAA02256@lakes.dignus.com> from Thomas David Rivers at "Jan 8, 1999 7:18:50 am" To: rivers@dignus.com (Thomas David Rivers) Date: Fri, 8 Jan 1999 08:53:26 -0500 (EST) Cc: jkh@zippy.cdrom.com, jwd@unx.sas.com, freebsd-bugs@FreeBSD.ORG, freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL43 (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 Gee... Silly me... Dave is correct: /usr/src/usr.bin/make/parse.c and the diff again: --------------------------------------------------------------- --- /usr/src/usr.bin/make/parse.c.orig Sun May 31 02:23:33 1998 +++ /usr/src/usr.bin/make/parse.c Fri Jan 8 03:05:23 1999 @@ -1412,8 +1412,10 @@ default: #ifdef SUNSHCMD while (*opc != ':') - if (--opc < line) + if (--opc < line) { + ++opc; break; + } if (strncmp(opc, ":sh", 3) == 0) { type = VAR_SHELL; --------------------------------------------------------------- > > > Basically, Parse_IsVar() in parse.c contains the following > > > code snippet: > > > > I can't parse this since I don't even know what directory you're in or > > what file you're talking about. parse.c, yes. WHAT parse.c? :-) > > > > - Jordan > > Jordan - > > I believe he's talking about the make(1) program, > in particular, /usr/src/usr.bin/make/parse.c > > - Dave Rivers - > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 8 07:30:11 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA07157 for freebsd-bugs-outgoing; Fri, 8 Jan 1999 07:30:11 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA07145 for ; Fri, 8 Jan 1999 07:30:06 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id HAA07495; Fri, 8 Jan 1999 07:30:01 -0800 (PST) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA06448; Fri, 8 Jan 1999 07:24:34 -0800 (PST) (envelope-from nobody) Message-Id: <199901081524.HAA06448@hub.freebsd.org> Date: Fri, 8 Jan 1999 07:24:34 -0800 (PST) From: fanf@demon.net To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/9390: sendfile(2) is gratuitously incompatible Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9390 >Category: kern >Synopsis: sendfile(2) is gratuitously incompatible >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 8 07:30:00 PST 1999 >Closed-Date: >Last-Modified: >Originator: Tony Finch >Release: 3.0-CURRENT >Organization: Demon Internet Ltd >Environment: FreeBSD finch-02.www-cache.demon.co.uk 3.0-CURRENT FreeBSD 3.0-CURRENT #4: Thu Jan 7 14:46:39 GMT 1999 root@finch-02.www-cache.demon.co.uk:/usr/src/sys/compile/THREAD-NOSMP i386 >Description: FreeBSD's sendfile syntax is int sendfile(int fd, int s, off_t offset, size_t nbytes, struct sf_hdtr *hdtr, off_t *sbytes, int flags) HP-UX's is ssize_t sendfile(int s, int fd, off_t offset, size_t nbytes, const struct iovec *hdtrl, int flags); Linux's is int sendfile(int out_fd, int in_fd, off_t *offset, size_t count) It's a shame that they are different. The Linux people obviously need to improve their version... >How-To-Repeat: >Fix: re-arrange the arguments for sendfile() to be in the same order as HP-UX >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 8 07:40:08 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA08382 for freebsd-bugs-outgoing; Fri, 8 Jan 1999 07:40:08 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA08376 for ; Fri, 8 Jan 1999 07:40:07 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id HAA07938; Fri, 8 Jan 1999 07:40:01 -0800 (PST) Date: Fri, 8 Jan 1999 07:40:01 -0800 (PST) Message-Id: <199901081540.HAA07938@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Doug Rabson Subject: Re: kern/9359: implement support for adding syscalls in KLD modules Reply-To: Doug Rabson Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/9359; it has been noted by GNATS. From: Doug Rabson To: Assar Westerlund Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/9359: implement support for adding syscalls in KLD modules Date: Fri, 8 Jan 1999 15:35:43 +0000 (GMT) On 8 Jan 1999, Assar Westerlund wrote: > Doug Rabson writes: > > Thanks for this - I'll try and get it committed in the next day or two. > > Great. > > > I thought about the syscall number problem too and my best idea was > > to extend the struct module_stat with a type specific field which > > the syscall module handler could use to report the syscall index. > > I've written myself a note to work on this (it shouldn't be hard). > > This would actually make even more sense for device drivers. > > As to system calls, what would you think about adding the name to > `struct sysent' and then export some interface (sysctl?) for mapping > between names and numbers to userland? (This is not totally unrelated > to what Solaris does with /etc/name_to_sysnum.) I'm not sure about that - the extra text in the kernel address space would be pretty expensive for little return. I was thinking of a mechanism that a program could use like this: struct module_stat ms; ms.version = sizeof(ms); modstat(modfind("mysyscall"), &ms); syscall(ms.u.intval, ...); -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 8 08:10:08 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA12072 for freebsd-bugs-outgoing; Fri, 8 Jan 1999 08:10:08 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA12064 for ; Fri, 8 Jan 1999 08:10:06 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id IAA10039; Fri, 8 Jan 1999 08:10:01 -0800 (PST) Date: Fri, 8 Jan 1999 08:10:01 -0800 (PST) Message-Id: <199901081610.IAA10039@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Assar Westerlund Subject: Re: kern/9359: implement support for adding syscalls in KLD modules Reply-To: Assar Westerlund Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/9359; it has been noted by GNATS. From: Assar Westerlund To: Doug Rabson Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/9359: implement support for adding syscalls in KLD modules Date: 08 Jan 1999 17:00:07 +0100 Doug Rabson writes: > > > I thought about the syscall number problem too and my best idea was > > > to extend the struct module_stat with a type specific field which > > > the syscall module handler could use to report the syscall index. > > > I've written myself a note to work on this (it shouldn't be hard). --- snip --- > struct module_stat ms; > ms.version = sizeof(ms); > modstat(modfind("mysyscall"), &ms); > syscall(ms.u.intval, ...); ok. Add adding support for `-p' in kldload with something that walkes the list for the newly added kld_file_stat with `kldfirstmod' and `modfnext' and calls a script with a list of the indexes and calling the script with these? /assar To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 8 08:40:10 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA16722 for freebsd-bugs-outgoing; Fri, 8 Jan 1999 08:40:10 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA16684 for ; Fri, 8 Jan 1999 08:40:07 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id IAA12451; Fri, 8 Jan 1999 08:40:01 -0800 (PST) Date: Fri, 8 Jan 1999 08:40:01 -0800 (PST) Message-Id: <199901081640.IAA12451@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Marc Slemko Subject: Re: kern/9390: sendfile(2) is gratuitously incompatible Reply-To: Marc Slemko Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/9390; it has been noted by GNATS. From: Marc Slemko To: fanf@demon.net Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: kern/9390: sendfile(2) is gratuitously incompatible Date: Fri, 8 Jan 1999 08:35:46 -0800 (PST) On Fri, 8 Jan 1999 fanf@demon.net wrote: > >Description: > FreeBSD's sendfile syntax is > int sendfile(int fd, int s, off_t offset, size_t nbytes, > struct sf_hdtr *hdtr, off_t *sbytes, int flags) > HP-UX's is > ssize_t sendfile(int s, int fd, off_t offset, size_t nbytes, > const struct iovec *hdtrl, int flags); > Linux's is > int sendfile(int out_fd, int in_fd, off_t *offset, size_t count) > > > It's a shame that they are different. The Linux people obviously need > to improve their version... > > >How-To-Repeat: > > >Fix: > re-arrange the arguments for sendfile() to be in the same order as HP-UX There is nothing "gratuitous" about it and you can't make them compatible just by rearranging the order of arguments. No matter what order you put them in, they will still be incompatible. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 8 09:20:07 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA22555 for freebsd-bugs-outgoing; Fri, 8 Jan 1999 09:20:07 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA22547 for ; Fri, 8 Jan 1999 09:20:06 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id JAA14531; Fri, 8 Jan 1999 09:20:01 -0800 (PST) Received: from assaris.sics.se (assaris.sics.se [193.10.66.108]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA22269 for ; Fri, 8 Jan 1999 09:19:51 -0800 (PST) (envelope-from assar@sics.se) Received: (from assar@localhost) by assaris.sics.se (8.9.1/8.7.3) id SAA04655; Fri, 8 Jan 1999 18:20:53 +0100 (CET) Message-Id: <199901081720.SAA04655@assaris.sics.se> Date: Fri, 8 Jan 1999 18:20:53 +0100 (CET) From: assar@sics.se To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/9391: if_addmulti doesn't check for retifma == NULL Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9391 >Category: kern >Synopsis: if_addmulti doesn't check for retifma == NULL >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jan 8 09:20:00 PST 1999 >Closed-Date: >Last-Modified: >Originator: Assar Westerlund >Release: FreeBSD 3.0-CURRENT i386 >Organization: none >Environment: >Description: int if_addmulti(ifp, sa, retifma) struct ifnet *ifp; /* interface to manipulate */ struct sockaddr *sa; /* address to add */ struct ifmultiaddr **retifma; and it only checks for retifma being NULL in one path of the code and not in the other. >How-To-Repeat: if_addmulti(ifp, sa, NULL); >Fix: Index: if.c =================================================================== RCS file: /src/fbsd-repository/src/sys/net/if.c,v retrieving revision 1.64 diff -u -w -u -w -r1.64 if.c --- if.c 1998/12/16 18:30:42 1.64 +++ if.c 1999/01/08 17:18:14 @@ -967,6 +967,7 @@ s = splimp(); LIST_INSERT_HEAD(&ifp->if_multiaddrs, ifma, ifma_link); splx(s); + if(retifma) *retifma = ifma; if (llsa != 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 Fri Jan 8 10:10:10 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA29995 for freebsd-bugs-outgoing; Fri, 8 Jan 1999 10:10:10 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA29972 for ; Fri, 8 Jan 1999 10:10:06 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id KAA18343; Fri, 8 Jan 1999 10:10:01 -0800 (PST) Received: from cowpie.acm.vt.edu (cowpie.acm.vt.edu [128.173.42.253]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA28234 for ; Fri, 8 Jan 1999 10:01:47 -0800 (PST) (envelope-from dlacroix@cowpie.acm.vt.edu) Received: (from dlacroix@localhost) by cowpie.acm.vt.edu (8.8.8/8.8.8) id NAA29646; Fri, 8 Jan 1999 13:00:22 -0500 (EST) (envelope-from dlacroix) Message-Id: <199901081800.NAA29646@cowpie.acm.vt.edu> Date: Fri, 8 Jan 1999 12:00:22 -0600 (CST) From: David La Croix Reply-To: lacroix@streams.com To: freebsd-gnats-submit@FreeBSD.ORG Cc: lacroix@streams.com Subject: kern/9392: Alternate system clock dies on ALI Aladin IV / K6-2 system Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9392 >Category: kern >Synopsis: Alternate system clock OR kernel stats clock dies and requires cold restart to fix. >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: Fri Jan 8 10:10:01 PST 1999 >Closed-Date: >Last-Modified: >Originator: David La Croix >Release: FreeBSD 2.2.8-STABLE i386 >Organization: >Environment: ####################### uname -a ####################### FreeBSD narf2.streams.com 2.2.8-STABLE FreeBSD 2.2.8-STABLE #0: Thu Dec 17 16:19:46 CST 1998 dlacroix@narf2.streams.com:/usr/src/sys/compile/NARF i386 ################## kernel config file ################## # # GENERIC -- Generic machine with WD/AHx/NCR/BTx family disks # # For more information read the handbook part System Administration -> # Configuring the FreeBSD Kernel -> The Configuration File. # The handbook is available in /usr/share/doc/handbook or online as # latest version from the FreeBSD World Wide Web server # # # An exhaustive list of options and more detailed explanations of the # device lines is present in the ./LINT configuration file. If you are # in doubt as to the purpose or necessity of a line, check first in LINT. # # $Id: GENERIC,v 1.77.2.25 1998/07/20 20:11:04 msmith Exp $ machine "i386" cpu "I386_CPU" cpu "I486_CPU" cpu "I586_CPU" cpu "I686_CPU" ident NARF maxusers 40 #options MATH_EMULATE #Support for x87 emulation options INET #InterNETworking options FFS #Berkeley Fast Filesystem options NFS #Network Filesystem options MSDOSFS #MSDOS Filesystem options "CD9660" #ISO 9660 Filesystem options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=5 #Be pessimistic about Joe SCSI device options BOUNCE_BUFFERS #include support for DMA bounce buffers options UCONSOLE #Allow users to grab the console options FAILSAFE #Be conservative options USERCONFIG #boot -c editor options USERCONFIG_BOOT options VISUAL_USERCONFIG #visual boot -c editor options NETATALK config kernel root on wd0 controller isa0 controller eisa0 controller pci0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 disk fd1 at fdc0 drive 1 # Unless you know very well what you're doing, leave ft0 at drive 2, or # remove the line entirely if you don't need it. Trying to configure # it on another unit might cause surprises, see PR kern/7176. #tape ft0 at fdc0 drive 2 #options "CMD640" # work around CMD640 chip deficiency controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr disk wd0 at wdc0 drive 0 disk wd1 at wdc0 drive 1 controller wdc1 at isa? port "IO_WD2" bio irq 15 vector wdintr disk wd2 at wdc1 drive 0 disk wd3 at wdc1 drive 1 options ATAPI #Enable ATAPI support for IDE bus options ATAPI_STATIC #Don't do it as an LKM device wcd0 #IDE CD-ROM #device wfd0 #IDE floppy (LS-120) # A single entry for any of these controllers (ncr, ahb, ahc, amd) is # sufficient for any number of installed devices. controller ncr0 #controller amd0 #controller ahb0 controller ahc0 #controller dpt0 #controller bt0 at isa? port "IO_BT0" bio irq ? vector bt_isa_intr #controller uha0 at isa? port "IO_UHA0" bio irq ? drq 5 vector uhaintr #controller aha0 at isa? port "IO_AHA0" bio irq ? drq 5 vector ahaintr #controller aic0 at isa? port 0x340 bio irq 11 vector aicintr #controller nca0 at isa? port 0x1f88 bio irq 10 vector ncaintr #controller nca1 at isa? port 0x350 bio irq 5 vector ncaintr #controller sea0 at isa? bio irq 5 iomem 0xc8000 iosiz 0x2000 vector seai ntr #options DPT_MEASURE_PERFORMANCE # Required by DPT driver?? ##options DPT_VERIFY_HINTR # Some hardware must have it! ##options DPT_TRACK_CCB_STATES # Some hardware must have it! ##options DPT_HANDLE_TIMEOUTS # Some hardware must have it! ##options DPT_TIMEOUT_FACTOR=4 # Some hardware needs more controller scbus0 device sd0 device od0 #See LINT for possible `od' options. device st0 device cd0 #Only need one of these, the code dynamically grows #device wt0 at isa? port 0x300 bio irq 5 drq 1 vector wtintr #device mcd0 at isa? port 0x300 bio irq 10 vector mcdintr #controller matcd0 at isa? port 0x230 bio #device scd0 at isa? port 0x230 bio # syscons is the default console driver, resembling an SCO console device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver #device vt0 at isa? port "IO_KBD" tty irq 1 vector pcrint options XSERVER # support for X server #options FAT_CURSOR # start with block cursor # If you have a ThinkPAD, uncomment this along with the rest of the PCVT lines #options PCVT_SCANSET=2 # IBM keyboards are non-std # Mandatory, don't remove device npx0 at isa? port "IO_NPX" flags 0x1 irq 13 vector npxintr # # Laptop support (see LINT for more options) # #device apm0 at isa? disable # Advanced Power Management #options APM_BROKEN_STATCLOCK # Workaround some buggy APM BIOS # PCCARD (PCMCIA) support #controller card0 #device pcic0 at card? #device pcic1 at card? device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr #device sio2 at isa? disable port "IO_COM3" tty irq 5 vector siointr #device sio3 at isa? disable port "IO_COM4" tty irq 9 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr #device lpt1 at isa? port? tty #device mse0 at isa? port 0x23c tty irq 5 vector mseintr device psm0 at isa? port "IO_KBD" conflicts tty irq 12 vector psmint r # Order is important here due to intrusive probes, do *not* alphabetize # this list of network interfaces until the probes have been fixed. # Right now it appears that the ie0 must be probed before ep0. See # revision 1.20 of this file. device de0 #device fxp0 #device tx0 #device vx0 #device ed0 at isa? port 0x280 net irq 10 iomem 0xd8000 vector edintr #device ie0 at isa? port 0x300 net irq 10 iomem 0xd0000 vector ieintr #device ep0 at isa? port 0x300 net irq 10 vector epintr #device ex0 at isa? port? net irq? vector exintr #device fe0 at isa? port 0x300 net irq ? vector feintr #device le0 at isa? port 0x300 net irq 5 iomem 0xd0000 vector le_intr #device lnc0 at isa? port 0x280 net irq 10 drq 0 vector lncintr #device ze0 at isa? port 0x300 net irq 5 iomem 0xd8000 vector zeintr #device zp0 at isa? port 0x300 net irq 10 iomem 0xd8000 vector zpintr #device cs0 at isa? disable port 0x300 net irq ? vector csintr pseudo-device loop pseudo-device ether pseudo-device log pseudo-device sl 0 pseudo-device ppp 0 pseudo-device vn 1 pseudo-device tun 1 pseudo-device pty 32 pseudo-device gzip # Exec gzipped a.out's pseudo-device bpfilter 4 # KTRACE enables the system-call tracing facility ktrace(2). # This adds 4 KB bloat to your kernel, and slightly increases # the costs of each syscall. #options KTRACE #kernel tracing # This provides support for System V shared memory. # options SYSVSHM options SYSVSEM options SYSVMSG controller pnp0 #pnp 1 0 os enable port0 0x534 port2 0x220 irq0 5 drq0 1 drq1 3 device pcm0 at isa? port 0x534 tty irq 5 drq 1 flags 0x0 vector pcmintr ##################################### dmesg output ##################################### Copyright (c) 1992-1998 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 2.2.8-STABLE #0: Thu Dec 17 16:19:46 CST 1998 dlacroix@narf2.streams.com:/usr/src/sys/compile/NARF CPU: AMD-K6(tm) 3D processor (299.94-MHz 586-class CPU) Origin = "AuthenticAMD" Id = 0x580 Stepping=0 Features=0x8001bf real memory = 67108864 (65536K bytes) FreeBSD Kernel Configuration Utility - Version 1.1 Type "help" for help or "visual" to go to the visual configuration interface (requires MGA/VGA display or serial terminal capable of displaying ANSI graphics). config> pnp 2 0 os enable port0 0x534 port2 0x220 irq0 5 drq0 1 drq1 3 config> quit avail memory = 63275008 (61792K bytes) Probing for devices on PCI bus 0: chip0 rev 178 on pci0:0:0 chip1 rev 7 on pci0:2:0 vga0 rev 154 on pci0:4:0 pci0:11: ACER Labs, device=0x5229, class=storage (ide) int a irq ?? [no driver assigned] pci0:13: ACER Labs, device=0x5237, class=serial, subclass=0x03 int a irq 11 [no driver assigned] de0 rev 34 int a irq 10 on pci0:15:0 de0: 21140A [10-100Mb/s] pass 2.2 de0: address 00:40:05:a3:b9:44 Probing for PnP devices: CSN 1 Vendor ID: WSC5d19 [0x195d635e] Serial 0x00000100 CSN 2 Vendor ID: CSC8037 [0x3780630e] Serial 0xffffffff PnP: override config for CSN 2 LDN 0 vend_id 0x3780630e mss_attach 1 at 0x530 irq 5 dma 1:3 flags 0x13 pcm1 (CS423x/Yamaha sn 0xffffffff) at 0x530 irq 5 drq 1 flags 0x13 id 14 Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> sio0: configured irq 4 not in bitmap of probed irqs 0 sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 8250 sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface psm0 at 0x60-0x64 irq 12 on motherboard psm0: model Generic PS/2 mouse, device ID 0 pcm0 not found at 0x534 fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 5748MB (11773755 sectors), 12459 cyls, 15 heads, 63 S/T, 512 B/S wdc1 at 0x170-0x177 irq 15 on isa wdc1: unit 0 (atapi): , removable, dma, iordis wcd0: 2406/5500KB/sec, 128KB cache, audio play, 256 volume levels, ejectable tray wcd0: no disc inside, unlocked npx0 flags 0x1 on motherboard npx0: INT 16 interface The machine itself is an IBM Aptiva E85 with a NetGear FA310TX (10/100 PCI ethernetcard) K6-2/300Mhz, 64Mb PC100 ram, Quantum Bigfoot 6Gig (slow IDE disk), integrated IDE, IO, sound, and ATI video. >Description: After machine has been running for a random period of time (relatively heavy use -- rc5des (bovine), netscape, X-mach64, mysql, apache webserver, emacs, fvwm2) it appears that the kernel's "stats clock" or the alternate system clock dies. I've looked at the fix mentioned in previous PRs in clock.c, and it IS in fact in my source tree. symptoms: iostat yields outrageous numbers: tty wd0 cpu tin tout sps tps msps us ni sy in id 469665920197877836885994547262167552 0.0 0 0 0 0 0 systat -iostat reflects similar values systat -vmstat says: The alternate system clock has died! ... time rc5des -benchmark yields: ./rc5des -benchmark 0.00s user 30.47s system 98% cpu 30.833 total (this was mentioned in a previous PR, so I'll list the values here:) vmstat -i; sleep 2; vmstat -i reports: interrupt total rate clk0 irq0 32524987 99 pci irq10 1711156 5 fdc0 irq6 1 0 wdc0 irq14 6720130 20 wdc1 irq15 33855 0 sc0 irq1 115777 0 psm0 irq12 1316748 4 Total 42422654 130 interrupt total rate clk0 irq0 32525193 99 pci irq10 1711158 5 fdc0 irq6 1 0 wdc0 irq14 6720178 20 wdc1 irq15 33855 0 sc0 irq1 115778 0 psm0 irq12 1316748 4 Total 42422911 130 Also "top" no longer reports CPU percentages for ANYTHING: CPU states: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 0.0% idle (or any tasks) ----- As I mentioned above, this behavior is consistent, and I have been unable to isolate the conditions under which this behavior starts. To offset the effect, I have to do a cold restart, though sometimes the effect resumes almost immediately. >How-To-Repeat: Unknown -- though it's pretty sure the condition will occur eventually. >Fix: Not really a fix, but a temporary work around is to do a cold restart of the system. >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 8 10:20:11 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA01684 for freebsd-bugs-outgoing; Fri, 8 Jan 1999 10:20:11 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA01664 for ; Fri, 8 Jan 1999 10:20:06 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id KAA19050; Fri, 8 Jan 1999 10:20:00 -0800 (PST) Received: from lamb.sas.com (lamb.sas.com [192.35.83.8]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA01120 for ; Fri, 8 Jan 1999 10:17:48 -0800 (PST) (envelope-from jwd@unx.sas.com) Received: from mozart (mozart.unx.sas.com [192.58.184.8]) by lamb.sas.com (8.9.1/8.9.1) with SMTP id NAA14341 for ; Fri, 8 Jan 1999 13:17:17 -0500 (EST) Received: from freebsd.unx.sas.com by mozart (5.65c/SAS/Domains/5-6-90) id AA09395; Fri, 8 Jan 1999 13:17:16 -0500 Received: (from jwd@localhost) by freebsd.unx.sas.com (8.9.1/8.9.1) id NAA00528; Fri, 8 Jan 1999 13:07:43 -0500 (EST) (envelope-from jwd) Message-Id: <199901081807.NAA00528@freebsd.unx.sas.com> Date: Fri, 8 Jan 1999 13:07:43 -0500 (EST) From: jwd@unx.sas.com Reply-To: jwd@unx.sas.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/9393: make(1) /usr/src/usr.bin/make/parse.c strncmp(opc,":sh') is bad Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9393 >Category: bin >Synopsis: /usr/src/usr.bin/make/parse.c strncmp(opc,":sh') is bad >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jan 8 10:20:00 PST 1999 >Closed-Date: >Last-Modified: >Originator: John DeBoskey >Release: FreeBSD 3.0-CURRENT i386 >Organization: SAS Institute >Environment: FreeBSD FreeBSD.pc.sas.com 3.0-CURRENT FreeBSD 3.0-CURRENT #0 -current machine with sources current as of 19990108. >Description: The variable opc is decremented 1 time too many. If the character pointed to by opc happens to be a ':' and the variable name being assigned to starts with "sh", then the assignment type is erroniously set to VAR_SHELL. >How-To-Repeat: I seem to be the only one having this problem. It only happens during a 'cd /usr/src/release && make release' when building the dynamically created make file 'boot_crunch.mk' (inside the release.4 target). >Fix: After determining that 'opc' is nolonger within the bounds of the variable 'line', increment it by 1 to bring it back to the start of 'line', instead of allowing it to point at a garbage character that might just happen to be a ':'. --- /usr/src/usr.bin/make/parse.c.orig Sun May 31 02:23:33 1998 +++ /usr/src/usr.bin/make/parse.c Fri Jan 8 03:05:23 1999 @@ -1412,8 +1412,10 @@ default: #ifdef SUNSHCMD while (*opc != ':') - if (--opc < line) + if (--opc < line) { + ++opc; break; + } if (strncmp(opc, ":sh", 3) == 0) { type = VAR_SHELL; >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 8 10:38:20 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA04714 for freebsd-bugs-outgoing; Fri, 8 Jan 1999 10:38:20 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from zippy.cdrom.com (zippy.cdrom.com [204.216.27.228]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA04687; Fri, 8 Jan 1999 10:38:15 -0800 (PST) (envelope-from jkh@zippy.cdrom.com) Received: from zippy.cdrom.com (localhost.cdrom.com [127.0.0.1]) by zippy.cdrom.com (8.9.1/8.9.1) with ESMTP id KAA74252; Fri, 8 Jan 1999 10:37:34 -0800 (PST) To: "John W. DeBoskey" cc: rivers@dignus.com (Thomas David Rivers), freebsd-bugs@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: Bug in make affecting release crunchs In-reply-to: Your message of "Fri, 08 Jan 1999 08:53:26 EST." <199901081353.IAA39632@bb01f39.unx.sas.com> Date: Fri, 08 Jan 1999 10:37:34 -0800 Message-ID: <74248.915820654@zippy.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Gee... Silly me... Dave is correct: > > /usr/src/usr.bin/make/parse.c OK, got it - a slightly more elegant (IMHO) fix has been committed to -current. Thanks! - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 8 10:40:12 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA05158 for freebsd-bugs-outgoing; Fri, 8 Jan 1999 10:40:12 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA05128 for ; Fri, 8 Jan 1999 10:40:07 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id KAA20019; Fri, 8 Jan 1999 10:40:01 -0800 (PST) Received: from kamna.i.cz (kamna.i.cz [193.85.255.30]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id KAA03946 for ; Fri, 8 Jan 1999 10:34:05 -0800 (PST) (envelope-from martin@i.cz) Received: (qmail 9973 invoked from network); 8 Jan 1999 18:33:33 -0000 Received: from woody.i.cz (@193.85.255.60) by kamna.i.cz with SMTP; 8 Jan 1999 18:33:33 -0000 Received: (from root@localhost) by woody.i.cz (8.8.8/8.7.3) id TAA23534; Fri, 8 Jan 1999 19:33:32 +0100 (MET) Message-Id: <199901081833.TAA23534@woody.i.cz> Date: Fri, 8 Jan 1999 19:33:32 +0100 (MET) From: mm@i.cz Reply-To: mm@i.cz To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/9394: logging enhancements for natd Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9394 >Category: bin >Synopsis: enhancement to natd logging >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Fri Jan 8 10:40:01 PST 1999 >Closed-Date: >Last-Modified: >Originator: Martin Machacek >Release: FreeBSD 3.0-CURRENT i386 >Organization: ICZ a.s. >Environment: FreeBSD 3.0-CURRENT as of 8.1.1999, FreeBSD 2.2.8-RELEASE natd v 1.8 natd v 1.2.2.6 >Description: Natd allows to deny (drop) incoming packets on the external interface if there is no translation entry for them (i.e they do not belong to any outgoing connection). However these packets are logged only if natd is run in verbose mode and they are logged along with all permitted packets on stdout. I believe that it is important to have trace of all denied packets in order to be able to detect possible attacks or network configuration problems. I think that running natd in verbose mode is not a viable solution since the volume of logged data is unneccerarily high. I've implemented simple enhancement that allows to log only denied incoming packets via syslog. The patch adds new option log_denied (yes/no value) that enables or disables logging. Further the patch adds new option log_facility (string value) that allows to specify syslog facility to be used for all logging through syslog. Default facility is LOG_DAEMON. Denied packets are being logged with level LOG_WARNING. The patch adds new function to natd.c (SyslogPacket) that formats data from the ip structure of the packet to be dropped and logs them using the syslog function. The patch also modifies the PrintPacket function in order to be consistent with the new SyslogPacket function. The modification adds logging of UDP source and destination ports, ICMP types and subtypes and IP types other that TCP,UDP and ICMP. I've also created corresponding patch to the manpage describing both new options. I'm running patched natd on quite heavily loaded firewall running FreeBSD 2.2.8 for 2 days without any problems. The patch helped me already to discover several configuration problems in external part of my network and also helped me to detect one (admittedly harmless) portscan attack against the firewall. WARNING: I haven't tried to neither to compile (due to currently broken build environment on my CURRENT machine) nor to run the patched natd on FreeBSD 3.0 i(due to lack of spare time) but both patches apply cleanly. >How-To-Repeat: Run unpatched natd with deny_incoming enabled and try to e.g. potscan the firewall machine from outside. No dropped packet will be logged anywhre unless natd is run in verbose mode. >Fix: Apply patches (see bellow) to natd.c and natd.8 (both patches should work both for the 3.0 and 2.2 branch). ########## natd.c.patch ################ *** natd.c.orig Thu Jan 7 13:19:26 1999 --- natd.c Thu Jan 7 18:57:57 1999 *************** *** 21,26 **** --- 21,28 ---- #include #include #include + #include + #include #include #include #include *************** *** 35,41 **** --- 37,45 ---- #include #include #include + #define SYSLOG_NAMES #include + #undef SYSLOG_NAMES #include #include "natd.h" *************** *** 56,61 **** --- 60,66 ---- static void HandleRoutingInfo (int fd); static void Usage (); static void PrintPacket (struct ip*); + static void SyslogPacket (struct ip*, int priority, char *label); static void SetAliasAddressFromIfName (char* ifName); static void InitiateShutdown (); static void Shutdown (); *************** *** 95,100 **** --- 100,107 ---- static struct sockaddr_in packetAddr; static int packetSock; static int dropIgnoredIncoming; + static int logDropped; + static int logFacility; int main (int argc, char** argv) { *************** *** 127,138 **** --- 134,154 ---- aliasAddr.s_addr = INADDR_NONE; aliasOverhead = 12; dynamicMode = 0; + logDropped = 0; + logFacility = LOG_DAEMON; /* * Mark packet buffer empty. */ packetSock = -1; ParseArgs (argc, argv); + + /* + * Open syslog channel + */ + + openlog("natd", LOG_CONS | LOG_PID, logFacility); + /* * Check that valid aliasing address has been given. */ *************** *** 463,469 **** break; default: ! printf ("[?] "); break; } /* --- 479,485 ---- break; default: ! printf ("[%d] ", ip->ip_p); break; } /* *************** *** 487,492 **** --- 503,511 ---- dropIgnoredIncoming) { printf (" dropped.\n"); + if ( logDropped ) { + SyslogPacket(ip, LOG_WARNING, "denied"); + } return; } } *************** *** 594,613 **** static void PrintPacket (struct ip* ip) { struct tcphdr* tcphdr; ! if (ip->ip_p == IPPROTO_TCP) ! tcphdr = (struct tcphdr*) ((char*) ip + (ip->ip_hl << 2)); ! else ! tcphdr = NULL; ! ! printf ("%s", inet_ntoa (ip->ip_src)); ! if (tcphdr) ! printf (":%d", ntohs (tcphdr->th_sport)); ! ! printf (" -> "); ! printf ("%s", inet_ntoa (ip->ip_dst)); ! if (tcphdr) ! printf (":%d", ntohs (tcphdr->th_dport)); } static void SetAliasAddressFromIfName (char* ifName) --- 613,671 ---- static void PrintPacket (struct ip* ip) { struct tcphdr* tcphdr; + struct udphdr* udphdr; + struct icmp* icmphdr; + char src[20]; + char dst[20]; + + strncpy(src, inet_ntoa (ip->ip_src), sizeof(src) - 1); + strncpy(dst, inet_ntoa (ip->ip_dst), sizeof(dst) - 1); + switch (ip->ip_p) { + case IPPROTO_TCP: + tcphdr = (struct tcphdr*) ((char*) ip + (ip->ip_hl << 2)); + printf("%s:%d -> %s:%d", src, ntohs (tcphdr->th_sport), dst, ntohs (tcphdr->th_dport)); + break; + case IPPROTO_UDP: + udphdr = (struct udphdr*) ((char*) ip + (ip->ip_hl << 2)); + printf("%s:%d -> %s:%d", src, ntohs (udphdr->uh_sport), dst, ntohs (udphdr->uh_dport)); + break; + case IPPROTO_ICMP: + icmphdr = (struct icmp*) ((char*) ip + (ip->ip_hl << 2)); + printf("%s -> %s %d(%d)", src, dst, ntohs (icmphdr->icmp_type), ntohs (icmphdr->icmp_code)); + break; + default: + printf("%s -> %s ", src, dst); + break; + } + } ! static void SyslogPacket (struct ip* ip, int priority, char *label) ! { ! struct tcphdr* tcphdr; ! struct udphdr* udphdr; ! struct icmp* icmphdr; ! char src[20]; ! char dst[20]; ! ! strncpy(src, inet_ntoa (ip->ip_src), sizeof(src) - 1); ! strncpy(dst, inet_ntoa (ip->ip_dst), sizeof(dst) - 1); ! switch (ip->ip_p) { ! case IPPROTO_TCP: ! tcphdr = (struct tcphdr*) ((char*) ip + (ip->ip_hl << 2)); ! syslog(priority, "%s [TCP] %s:%d -> %s:%d", label, src, ntohs (tcphdr->th_sport), dst, ntohs (tcphdr->th_dport)); ! break; ! case IPPROTO_UDP: ! udphdr = (struct udphdr*) ((char*) ip + (ip->ip_hl << 2)); ! syslog(priority, "%s [UDP] %s:%d -> %s:%d", label, src, ntohs (udphdr->uh_sport), dst, ntohs (udphdr->uh_dport)); ! break; ! case IPPROTO_ICMP: ! icmphdr = (struct icmp*) ((char*) ip + (ip->ip_hl << 2)); ! syslog(priority, "%s [ICMP] %s -> %s %d(%d)", label, src, dst, ntohs (icmphdr->icmp_type), ntohs (icmphdr->icmp_code)); ! break; ! default: ! syslog(priority,"%s [%d] %s -> %s ", label, ip->ip_p, src, dst); ! break; ! } } static void SetAliasAddressFromIfName (char* ifName) *************** *** 761,767 **** RedirectPort, RedirectAddress, ConfigFile, ! DynamicMode }; enum Param { --- 819,827 ---- RedirectPort, RedirectAddress, ConfigFile, ! DynamicMode, ! LogDenied, ! LogFacility }; enum Param { *************** *** 922,928 **** "file_name", "read options from configuration file", "config", ! "f" } }; static void ParseOption (char* option, char* parms, int cmdLine) --- 982,1005 ---- "file_name", "read options from configuration file", "config", ! "f" }, ! ! { LogDenied, ! 0, ! YesNo, ! "[yes|no]", ! "enable logging of denied incoming packets", ! "log_denied", ! NULL }, ! ! { LogFacility, ! 0, ! String, ! "facility", ! "name of syslog facility to use for logging", ! "log_facility", ! NULL } ! }; static void ParseOption (char* option, char* parms, int cmdLine) *************** *** 937,942 **** --- 1014,1020 ---- struct in_addr addrValue; int max; char* end; + CODE* fac_record = NULL; /* * Find option from table. */ *************** *** 1069,1074 **** --- 1147,1172 ---- case ConfigFile: ReadConfigFile (strValue); + break; + + case LogDenied: + logDropped = 1; + break; + + case LogFacility: + + fac_record = facilitynames; + while (fac_record->c_name != NULL) { + if(!strcmp(fac_record->c_name, strValue)) { + logFacility = fac_record->c_val; + break; + } else { + fac_record++; + } + } + if(fac_record->c_name == NULL) { + errx(1, "Unknown log facility name: %s", strValue); + } break; } } ###### natd.8.patch #################### *** natd.8.orig Fri Jan 8 18:30:25 1999 --- natd.8 Fri Jan 8 18:42:53 1999 *************** *** 22,30 **** --- 22,32 ---- .Nm .Op Fl log .Op Fl deny_incoming + .Op Fl log_denied .Op Fl use_sockets .Op Fl same_ports .Op Fl verbose + .Op Fl log_facility Ar facility_name .Op Fl unregistered_only .Op Fl permanent_link .Op Fl dynamic *************** *** 74,79 **** --- 76,89 ---- .It Fl deny_incoming | d Reject packets destined for the current IP number that have no entry in the internal translation table. + + .It Fl log_denied + Log denied incoming packets via syslog (see also log_facility) + + .It Fl log_facility Ar facility_name + Use specified log facility when logging information via syslog. + Facility names are as in + .Xr syslog.conf 5 .It Fl use_sockets | s Allocate a >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 8 11:50:08 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA15085 for freebsd-bugs-outgoing; Fri, 8 Jan 1999 11:50:08 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA15073 for ; Fri, 8 Jan 1999 11:50:06 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id LAA23820; Fri, 8 Jan 1999 11:50:00 -0800 (PST) Received: from pluto.plutotech.com (mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA14954 for ; Fri, 8 Jan 1999 11:49:12 -0800 (PST) (envelope-from doug@plutotech.com) Received: from rocky126.plutotech.com (rocky126.plutotech.com [10.168.67.226]) by pluto.plutotech.com (8.9.1/8.9.1) with ESMTP id MAA12821 for ; Fri, 8 Jan 1999 12:48:42 -0700 (MST) (envelope-from doug@plutotech.com) Received: (from doug@localhost) by rocky126.plutotech.com (8.8.7/8.8.5) id MAA00424; Fri, 8 Jan 1999 12:48:42 -0700 (MST) Message-Id: <199901081948.MAA00424@rocky126.plutotech.com> Date: Fri, 8 Jan 1999 12:48:42 -0700 (MST) From: Doug Swanson Reply-To: doug@plutotech.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/9395: Repeated Start/Stop RecMon causes BSC2 to crash. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9395 >Category: bin >Synopsis: Repeated Start/Stop RecMon causes BSC2 to 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: Fri Jan 8 11:50:00 PST 1999 >Closed-Date: >Last-Modified: >Originator: Doug Swanson >Release: 1.0.a2 >Organization: Pluto Technologies International >Environment: Release 1.0.a2 System Test No Test Case >Description: I configured the AirSpace UI with one Record Monitor, one Play widget, and one Record widget. I recorded a one-minute EventId called "doug". I stopped the Record after approximately 10 seconds. I repeatedly hit the Start and Stop buttons, and at the end I re-queued to the beginning. After a few cycles, BSC2 abnormally terminated. >How-To-Repeat: See "Description". >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 8 11:59:31 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA16470 for freebsd-bugs-outgoing; Fri, 8 Jan 1999 11:59:31 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA16463; Fri, 8 Jan 1999 11:59:28 -0800 (PST) (envelope-from gibbs@FreeBSD.org) From: "Justin T. Gibbs" Received: (from gibbs@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id LAA25474; Fri, 8 Jan 1999 11:59:23 -0800 (PST) Date: Fri, 8 Jan 1999 11:59:23 -0800 (PST) Message-Id: <199901081959.LAA25474@freefall.freebsd.org> To: doug@plutotech.com, gibbs@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/9395 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Repeated Start/Stop RecMon causes BSC2 to crash. State-Changed-From-To: open->closed State-Changed-By: gibbs State-Changed-When: Fri Jan 8 11:59:03 PST 1999 State-Changed-Why: Not a FreeBSD bug. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 8 12:10:15 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA18231 for freebsd-bugs-outgoing; Fri, 8 Jan 1999 12:10:15 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA18197 for ; Fri, 8 Jan 1999 12:10:07 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id MAA26143; Fri, 8 Jan 1999 12:10:01 -0800 (PST) Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA17465 for ; Fri, 8 Jan 1999 12:05:28 -0800 (PST) (envelope-from root@newsguy.com) Received: from local.ocn.ne.jp by peach.ocn.ne.jp (8.9.1a/OCN) id FAA28234; Sat, 9 Jan 1999 05:04:57 +0900 (JST) Received: (from root@localhost) by local.ocn.ne.jp (8.9.1/8.8.6) id EAA00618; Sat, 9 Jan 1999 04:56:41 +0900 (JST) Message-Id: <199901081956.EAA00618@local.ocn.ne.jp> Date: Sat, 9 Jan 1999 04:56:41 +0900 (JST) From: dcs@newsguy.com Reply-To: dcs@newsguy.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/9397: Loader's parser can't escape characters Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9397 >Category: kern >Synopsis: Loader's parser can't escape characters >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Fri Jan 8 12:10:01 PST 1999 >Closed-Date: >Last-Modified: >Originator: Daniel C. Sobral >Release: FreeBSD 3.0-CURRENT i386 >Organization: >Environment: Three stage boot loader. >Description: There is no way to escape a character in loader. As a result, it becomes impossible, for instance, to set the variable PROMPT to it's default. >How-To-Repeat: UTSL? Enter "set prompt=${currdev}" and then "show", in the loader, just for fun... >Fix: Apply the following two patches. Notice that the parser presently eats away backslashes. It preserves them in case of quotes, though it then do nothing with it. The following patches preserve the backslash when it precedes $ too, and *do* something about it. :-) Escaping other characters can still be done using \\. --- sys/boot/common/interp_parse.c Mon Jan 4 15:39:21 1999 +++ sys/boot/common/interp_parse.c.orig Mon Jan 4 15:10:28 1999 @@ -100,11 +100,7 @@ while (*p) { switch (state) { case STR: - if ((*p == '\\') && p[1] ) { - p++; - PARSE_FAIL(i == (PARSE_BUFSIZE - 1)); - buf[i++] = *p++; - } else if (isquote(*p)) { + if (isquote(*p)) { quote = quote ? 0 : *p; ++p; } --- sys/boot/common/interp_backslash.c.orig Wed Jan 6 05:59:26 1999 +++ sys/boot/common/interp_backslash.c Wed Jan 6 05:59:36 1999 @@ -11,7 +11,7 @@ * Jordan K. Hubbard * 29 August 1998 * - * $Id: interp_backslash.c,v 1.1 1999/01/05 20:52:32 root Exp $ + * $Id: interp_backslash.c,v 1.2 1999/01/05 20:54:09 root Exp root $ * * Routine for doing backslash elimination. */ @@ -55,6 +55,12 @@ /* preserve backslashed quotes */ case '\'': case '"': + new_str[i++] = '\\'; + new_str[i++] = *str++; + break; + + /* preserve backslashed dollars */ + case '$': new_str[i++] = '\\'; new_str[i++] = *str++; break; >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 8 12:10:16 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA18232 for freebsd-bugs-outgoing; Fri, 8 Jan 1999 12:10:16 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA18201 for ; Fri, 8 Jan 1999 12:10:09 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id MAA26152; Fri, 8 Jan 1999 12:10:02 -0800 (PST) Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA17473 for ; Fri, 8 Jan 1999 12:05:31 -0800 (PST) (envelope-from root@newsguy.com) Received: from local.ocn.ne.jp by peach.ocn.ne.jp (8.9.1a/OCN) id FAA28238; Sat, 9 Jan 1999 05:04:59 +0900 (JST) Received: (from root@localhost) by local.ocn.ne.jp (8.9.1/8.8.6) id FAA00782; Sat, 9 Jan 1999 05:04:25 +0900 (JST) Message-Id: <199901082004.FAA00782@local.ocn.ne.jp> Date: Sat, 9 Jan 1999 05:04:25 +0900 (JST) From: dcs@newsguy.com Reply-To: dcs@newsguy.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/9398: ficl's build uses perl Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9398 >Category: kern >Synopsis: ficl's build uses perl >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Fri Jan 8 12:10:02 PST 1999 >Closed-Date: >Last-Modified: >Originator: Daniel C. Sobral >Release: FreeBSD 3.0-CURRENT i386 >Organization: >Environment: Three stage boot loader's ficl. >Description: To build libficl, and, thus, the loader, a perl script is currently in use. It is a nice perl script, very well written, and probably the most efficient tool for the job. But, still, it is perl. >How-To-Repeat: cd /sys/boot make >Fix: Apply the following fix to sys/boot/ficl/Makefile, and extract the file softscript.c into sys/boot/ficl, and softcore.sh into sys/boot/ficl/softwords. If it is deemed not necessary to change this, I do have an actual bug fix for softcore.pl... :-) --- ficl/Makefile Mon Jan 4 08:14:30 1999 +++ ficl/Makefile.orig Mon Jan 4 06:17:16 1999 @@ -4,9 +4,9 @@ NOPROFILE= yes INTERNALLIB= yes INTERNALSTATICLIB= yes -BASE_SRCS= dict.c ficl.c math64.c stack.c sysdep.c vm.c words.c softscript.c +BASE_SRCS= dict.c ficl.c math64.c stack.c sysdep.c vm.c words.c SRCS= ${BASE_SRCS} softcore.c -CLEANFILES= softcore.c testmain softscript +CLEANFILES= softcore.c testmain # Standard softwords SOFTWORDS= softcore.fr jhlocal.fr marker.fr @@ -16,8 +16,8 @@ .PATH: ${.CURDIR}/softwords CFLAGS+= -I${.CURDIR} -softcore.c: ${SOFTWORDS} softcore.sh softscript - (cd ${.CURDIR}/softwords; sh softcore.sh ${SOFTWORDS}) > ${.TARGET} +softcore.c: ${SOFTWORDS} softcore.pl + (cd ${.CURDIR}/softwords; perl softcore.pl ${SOFTWORDS}) > ${.TARGET} .include begin 644 softscript.c.gz M'XL(""=CEC8``W-O9G1S8W)I<'0N8P#M6NM/XS@0_YS^%=ZB$^D#:$I;H(4] M<7O=$]I=0(*53J((A=1IR7-]<@(^<[O&-K1A%ZII#'*0X"\ M6<#[M(,J'X0\F]&FLP`]SFP;4U0]".XW$N$%/FG'4PQN@1CQQ"P"5,-S8FF1!0TP'"2#+) M=JB?#D#^U+2X;:POX<&\AJR>QJ9;,THQ\&0TTPHB]4._.H1+".W,&!?V@M&\ M6S`>E+21S@!"9V?(J)0T3<.4ONC]7Q^^WIS_TJ^C\LV\+@' M*;1@M=()AX`&[6#2;5F&R--O'^$FWZZCQN8YN^OU/ M#_W+GYE>/("8L`"[KFYSDCCXIG\;\@FUY%G5DU)&=^L2V7,_'X#\N\]FDY$4O?_!F[I##PGN! MKX!,:-X4;.#1?(8:'!.^GO@+D^Q1G04M(T"*@!^'W,'[?8]33\.L$'?4:JP+ MA<'$=>,":LAHH_=QGHAZ$]?6SN+4HDD]B\#XV+=UM.C@S7@8^'QGQFK^LQ-8 M8YV[(%+3,L%YC2Y?WS])LT@ZSXI-XY-V!X/=+G]-?&J$1FJ/8-)3+S.TG!_9 M[,7OU)K.F>DUYDHP#\'?H#P8#,KE2C0H=/(9.E*Q'Y"8O]@5Y$4?OB*:/071 M)Z+H(;;-F1M$W!FPCL]S*/@I!$^4&66J53PAJ-).W^\8K5:[!S962/U>6M22 M.\$(X?UBSA\Q\KT)>U`>1)8WF;",OH`S$H`F>1\VE$@([E:"MK68*`),(K25 M028R6M1HB4J)0HE&G0Q!!"A"2(I3,\3ITJ.0;24+<`5@)`H/!@04)LIXBI(D M/[X41CQ@&PQ5QY^C1-,\G"XZE8M)-ID9Y6[;VG^5>_M*Z_$CCH`ZVAJPG)L MOG)P+A*',6-E+)ZELFOK1>5_/-XDJ>UMV7R#,704QM#%B'CL)BN?O9EF_$:$ MQ4I%&BLYALA0-'8JMP/F6I'G!ZQ(3\[HW5`M%7CE!90QJ?(B<:>;= MN8X&AB&J`"OXL(=`TKG+KD+FZ+?99,KK^C%&F`SW8KG9HD"NL=%-CPD.257^ M$>WM(8*?UROLFRLO:3$VJ@<#LJ22,]1%Y2KEO=$NH("TQI<9N=H&E'F<(J^4#2V4`(;?XB(%$O>T6S'E:RRX"3]=$Z M[&[CO&^T5#`4/?!7%7OS@8(.8?/VRD$6:?+2(8XSN5-;W=5W254"C]9UL:VR MH!-C^F+.*&9;N[O)"P,C9_Z1CY?^W!NJ@Z'37/6?&`9#G>-25 M5#]OO4C>3@'^9FRW>&L8AV@1TP7;)<:O5N9F+%LCJ(X+A$"Q8_CF"UXA*Y=% MZ1L/@XQ0">9YR+=F]-O,S-Y&LP?_9BA^,HR^&,8M(VD=)JU6TCI*6L=\7221 M%'WP*!59`(O1O\BB+6.Q9ZB9M"1,.GDF:EA4H"PR/$G=PSVE.A,MSC)27QK- MM)GZU6C)F$5G!OEQK)C@=C=CV\).GQO8V9("1V^/!.-X@RCRV+>?J1-@_EV> MJV/4_6`(K?`?.2C&ND/2=MQATE&M!@W&@OU#$OM\?_6I$E+^!-WGG*7I)``` ` end begin 755 softcore.sh.gz M'XL(""UCEC8``W-O9G1C;W)E+G-H`*U236L;,12\ZU=,UCW8IMVEO80X";1L M;7"Q"3C!*93BR)+6^\JNM)7>.C6E_[W2YA#?6UWT\6;>QXQ&%\6>;!%J,4+I M[-%X1N4\UPBN]\J@HL8$L(/$@:1EE`CLR1Z$4))QZ-AGVTJKL9+VT,N#P3LDU*/S.J#RKD5YMYDC&,:S M)V9C01:+9;E*L$\]U\[/\,75%O=2-\9C_"->=F&X?)1-W^8M<6YT/TF,TAO) M1L_PX1*?C3+M/E+>7UU=BC2[4;5#%F$K&1A]IR-VAJ>T/65G&OT'B8HH=&KH MH:8P&`/E+$NR`=I49(G)Q3/7L:CT*=IV$:7C^-%`KLV@\2FP::%));3T)^Q/ M*183^CC`D3SWLD$K54W6).?W,=.+!/F9')`]NU8>2,FF&9)4I)HBN(J?DQ/# M23EO\JZ)_A1"B!%9U?3:($O0O,Z$""R9%%0M/1)A,/';=]QB$#?/AS1!>>H8 M;Z9G>B*N[&=/C.PZYCXZTD,'YRelease-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 8 13:50:07 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA00816 for freebsd-bugs-outgoing; Fri, 8 Jan 1999 13:50:07 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA00810 for ; Fri, 8 Jan 1999 13:50:06 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id NAA01634; Fri, 8 Jan 1999 13:50:01 -0800 (PST) Date: Fri, 8 Jan 1999 13:50:01 -0800 (PST) Message-Id: <199901082150.NAA01634@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Brian Somers Subject: Re: bin/9382: BUG report for ppp(8) Reply-To: Brian Somers Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/9382; it has been noted by GNATS. From: Brian Somers To: Toshiomi.Moriki@ma1.seikyou.ne.jp Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: bin/9382: BUG report for ppp(8) Date: Fri, 08 Jan 1999 08:29:42 +0000 > > >Number: 9382 > >Category: bin > >Synopsis: BUG report for ppp(8) [.....] > >Fix: > This patch will fix the problem. > > *** datalink.c.orig Fri Jan 8 10:29:25 1999 > --- datalink.c Fri Jan 8 11:28:10 1999 > *************** > *** 299,304 **** > --- 299,305 ---- > datalink_HangupDone(dl); > break; > case DATALINK_DIAL: > + dl->phone.alt = NULL; /* phone attempt succeeded */ > datalink_NewState(dl, DATALINK_LOGIN); > chat_Init(&dl->chat, dl->physical, dl->cfg.script.login, 0, NULL); > return datalink_UpdateSet(d, r, w, e, n); [.....] You're right, but the assignment should be for the DATALINK_LOGIN case rather than the DATALINK_DIAL one. When DATALINK_DIAL has succeeded, there's still time for the _LOGIN to fail. -- 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 Fri Jan 8 15:00:09 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA08254 for freebsd-bugs-outgoing; Fri, 8 Jan 1999 15:00:09 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA08249 for ; Fri, 8 Jan 1999 15:00:07 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id PAA04901; Fri, 8 Jan 1999 15:00:01 -0800 (PST) Date: Fri, 8 Jan 1999 15:00:01 -0800 (PST) Message-Id: <199901082300.PAA04901@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Doug Rabson Subject: Re: kern/9359: implement support for adding syscalls in KLD modules Reply-To: Doug Rabson Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/9359; it has been noted by GNATS. From: Doug Rabson To: Assar Westerlund Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/9359: implement support for adding syscalls in KLD modules Date: Fri, 8 Jan 1999 22:55:47 +0000 (GMT) On 8 Jan 1999, Assar Westerlund wrote: > Doug Rabson writes: > > > > I thought about the syscall number problem too and my best idea was > > > > to extend the struct module_stat with a type specific field which > > > > the syscall module handler could use to report the syscall index. > > > > I've written myself a note to work on this (it shouldn't be hard). > > --- snip --- > > > struct module_stat ms; > > ms.version = sizeof(ms); > > modstat(modfind("mysyscall"), &ms); > > syscall(ms.u.intval, ...); > > ok. > > Add adding support for `-p' in kldload with something that walkes the > list for the newly added kld_file_stat with `kldfirstmod' and > `modfnext' and calls a script with a list of the indexes and calling > the script with these? Sounds good - I'll tackle that at the same time. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 8 15:18:44 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA09899 for freebsd-bugs-outgoing; Fri, 8 Jan 1999 15:18:44 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from smtp.interlog.com (smtp.interlog.com [207.34.202.37]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA09890 for ; Fri, 8 Jan 1999 15:18:40 -0800 (PST) (envelope-from abelov@interlog.com) Received: from anton (dm.interlog.com [199.212.154.24]) by smtp.interlog.com (8.9.1/8.9.1) with SMTP id SAA00690 for ; Fri, 8 Jan 1999 18:17:56 -0500 (EST) Message-ID: <010a01be3b5c$e3cdfbf0$0801a8c0@anton> From: "Anthony" To: Subject: 3.0 bugs ... Date: Fri, 8 Jan 1999 18:16:14 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.2106.4 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi guyz and galz, im working on moving our device driver from 2.2.7 to 3.0 , and i thought i've got some information you may find usefull ... please note that im not complaining or anything ... just trying to help ;-) 1. 'config' utility doesn't seem to do the job when adding new device drivers .. i had to update /usr/src/sys/i386/isa/isa_device.h manually to add a declaration for my interrupt handler 2. cc seems to be kinda buggy - often when i build the kernel it exits with signal 11, signal 24 or gives me "cputime exceeded". i'm su'd as root. laterz ! Anthony Sangoma Technologies Inc. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 8 15:20:08 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA10184 for freebsd-bugs-outgoing; Fri, 8 Jan 1999 15:20:08 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA10179 for ; Fri, 8 Jan 1999 15:20:07 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id PAA06023; Fri, 8 Jan 1999 15:20:02 -0800 (PST) Date: Fri, 8 Jan 1999 15:20:02 -0800 (PST) Message-Id: <199901082320.PAA06023@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Assar Westerlund Subject: Re: kern/9359: implement support for adding syscalls in KLD modules Reply-To: Assar Westerlund Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/9359; it has been noted by GNATS. From: Assar Westerlund To: Doug Rabson Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/9359: implement support for adding syscalls in KLD modules Date: 09 Jan 1999 00:11:10 +0100 Doug Rabson writes: > > Add adding support for `-p' in kldload with something that walkes the > > list for the newly added kld_file_stat with `kldfirstmod' and > > `modfnext' and calls a script with a list of the indexes and calling > > the script with these? > > Sounds good - I'll tackle that at the same time. You mean I should wait instead of implementing it myself? :-) /assar To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 8 16:00:08 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA14260 for freebsd-bugs-outgoing; Fri, 8 Jan 1999 16:00:08 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA14251 for ; Fri, 8 Jan 1999 16:00:06 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id QAA07817; Fri, 8 Jan 1999 16:00:01 -0800 (PST) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA13677; Fri, 8 Jan 1999 15:53:14 -0800 (PST) (envelope-from nobody) Message-Id: <199901082353.PAA13677@hub.freebsd.org> Date: Fri, 8 Jan 1999 15:53:14 -0800 (PST) From: bellcanada@hotmail.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/9399: If all memory fills up (VM and Real), nothing will run even if apps are closed to free up ram. Shutdown will not always work, and kernel reboot is common without a message. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9399 >Category: kern >Synopsis: If all memory fills up (VM and Real), nothing will run even if apps are closed to free up ram. Shutdown will not always work, and kernel reboot is common without a message. >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jan 8 16:00:00 PST 1999 >Closed-Date: >Last-Modified: >Originator: Bell Guy >Release: 2.2.6 >Organization: >Environment: FreeBSD 2.2.6 >Description: I noticed this (and many more oddities) after installing FreeBSD from a 4 cd dist. I originaly started with 20Megs of Ram, and a 5M swap. The resason for the small swap is because of drive space limitations. Even thought the docs say 8M will work, that is not the case. If the machine uses up all the ram and swap, it basicly hangs. You can type, and it is responsive, but you cannot run anything, not even ls. All fail with an error message like : Cannot malloc - out of memmory .... or somthing like that. I did notice thought after increasing my swap from 5 to 15M, the machine still didn't do anything after running out of ram, but it did recover EVENTUALLY after closing everything (down to just a standard outside of X prompt). This is severe because of DoS attacks. >How-To-Repeat: Fill up all your memory ... :) .. >Fix: Don't allow ANYONE to use up all memory.... >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 8 18:10:08 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA27382 for freebsd-bugs-outgoing; Fri, 8 Jan 1999 18:10:08 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA27374 for ; Fri, 8 Jan 1999 18:10:07 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id SAA12671; Fri, 8 Jan 1999 18:10:01 -0800 (PST) Date: Fri, 8 Jan 1999 18:10:01 -0800 (PST) Message-Id: <199901090210.SAA12671@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Jin Guojun (FTG staff) Subject: Re: kern/9399: If all memory fills up (VM and Real), nothing will run even if apps are closed to free up ram. Shutdown will not always work, and kernel reboot is common without a message. Reply-To: Jin Guojun (FTG staff) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/9399; it has been noted by GNATS. From: Jin Guojun (FTG staff) To: bellcanada@hotmail.com, freebsd-gnats-submit@FreeBSD.ORG Cc: Subject: Re: kern/9399: If all memory fills up (VM and Real), nothing will run even if apps are closed to free up ram. Shutdown will not always work, and kernel reboot is common without a message. Date: Fri, 8 Jan 1999 18:02:51 -0800 (PST) This is not a bug if you had swap smaller than the real memory. look this: last pid: 1170; load averages: 0.28, 0.30, 0.25 17:51:58 39 processes: 3 running, 36 sleeping CPU states: 0.4% user, 0.0% nice, 0.4% system, 0.8% interrupt, 98.4% idle Mem: 37M Active, 6080K Inact, 14M Wired, 10M Cache, 8349K Buf, 26M Free Swap: 219M Total, 128K Used, 218M Free PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND 418 jin 2 0 8284K 8120K select 4:57 1.79% 1.79% netscape 378 jin 2 0 4340K 7908K select 2:20 1.18% 1.18% XF86_S3 If you have 5 MB swap, how can you swap out any of above processes to start a new process :-) Generally, you should have at least 1.5 times the real memory for your swap. 2.5 times of the real memory size swap is recommended. -Jin > I originaly started with 20Megs of Ram, and a 5M swap. The resason for the smal > l swap is because of drive space limitations. Even thought the docs say 8M will > work, that is not the case. If the machine uses up all the ram and swap, it ba > sicly hangs. You can type, and it is responsive, but you cannot run anything, n > ot even ls. All fail with an error message like : Cannot malloc - out of memmor > y .... or somthing like that. > > I did notice thought after increasing my swap from 5 to 15M, the machine still d > idn't do anything after running out of ram, but it did recover EVENTUALLY after > closing everything (down to just a standard outside of X prompt). > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 8 19:10:07 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA03177 for freebsd-bugs-outgoing; Fri, 8 Jan 1999 19:10:07 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA03169 for ; Fri, 8 Jan 1999 19:10:06 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id TAA16092; Fri, 8 Jan 1999 19:10:01 -0800 (PST) Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA02986 for ; Fri, 8 Jan 1999 19:06:39 -0800 (PST) (envelope-from root@newsguy.com) Received: from local.ocn.ne.jp by peach.ocn.ne.jp (8.9.1a/OCN) id MAA13294; Sat, 9 Jan 1999 12:06:07 +0900 (JST) Received: (from root@localhost) by local.ocn.ne.jp (8.9.1/8.8.6) id MAA00567; Sat, 9 Jan 1999 12:05:45 +0900 (JST) Message-Id: <199901090305.MAA00567@local.ocn.ne.jp> Date: Sat, 9 Jan 1999 12:05:45 +0900 (JST) From: dcs@newsguy.com Reply-To: dcs@newsguy.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/9402: Loader does not support exception handling Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9402 >Category: kern >Synopsis: Loader's builtin forth has no support for exception handling >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Fri Jan 8 19:10:01 PST 1999 >Closed-Date: >Last-Modified: >Originator: Daniel C. Sobral >Release: FreeBSD 3.0-CURRENT i386 >Organization: >Environment: Three stage boot's loader. >Description: Currently, loader has no set of words to deal with exception handling. This adds extra complexity to the operation of builtin words, if they are ever to return error codes (and may, in fact, preclude it). >How-To-Repeat: UTSL? >Fix: I propose ANS Forth standard's exception handling wordset. It is composed of the words CATCH and THROW. CATCH takes an xt, saves context and then acts like EXECUTE. There are two possible exits for CATCH. First, if, during xt's execution, a THROW is executed with a non-zero value passed, catch restores the context (this being at defined as, at least, the two stack pointers, though the fix below saves the entire FICL_VM structure, plus the FICL_STACK structures pointed by FICL_VM elements) and pushes the value passed to THROW on the stack. The stack contains precisely the number of cells as when CATCH was first executed, in the case. Second, if no THROW is executed, or all executed THROW's are passed 0, catch just push a 0 on the stack. In this case, CATCH acts just like "EXECUTE 0". Catch must be (and is) nestable. Pending the commit of this fix, further patches to actually make use of this feature on the loader will be submitted. Apply the following fix to sys/boot/ficl/words.c: --- sys/boot/ficl/words.c.orig Sat Jan 9 05:23:59 1999 +++ sys/boot/ficl/words.c Sat Jan 9 11:50:32 1999 @@ -4046,6 +4046,150 @@ return; } +/***************** freebsd added exception handling words *******************/ + +/* + * Catch, from ANS Forth standard. Installs a safety net, then EXECUTE + * the word in ToS. If an exception happens, restore the state to what + * it was before, and pushes the exception value on the stack. If not, + * push zero. + * + * Notice that Catch implements an inner interpreter. This is ugly, + * but given how ficl works, it cannot be helped. The problem is that + * colon definitions will be executed *after* the function returns, + * while "code" definitions will be executed immediately. I considered + * other solutions to this problem, but all of them shared the same + * basic problem (with added disadvantages): if ficl ever changes it's + * inner thread modus operandi, one would have to fix this word. + * + * More comments can be found throughout catch's code. + * + * Daniel C. Sobral Jan 09/1999 + */ + +static void catch(FICL_VM *pVM) +{ + int except; + jmp_buf vmState; + FICL_VM VM; + FICL_STACK pStack; + FICL_STACK rStack; + FICL_WORD *pFW; + IPTYPE exitIP; + + /* + * Get xt. + * We need this *before* we save the stack pointer, or + * we'll have to pop one element out of the stack after + * an exception. I prefer to get done with it up front. :-) + */ +#if FICL_ROBUST > 1 + vmCheckStack(pVM, 1, 0); +#endif + pFW = stackPopPtr(pVM->pStack); + + /* + * Save vm's state -- a catch will not back out environmental + * changes. + * + * We are *not* saving dictionary state, since it is + * global instead of per vm, and we are not saving + * stack contents, since we are not required to (and, + * thus, it would be useless). We save pVM, and pVM + * "stacks" (a structure containing general information + * about it, including the current stack pointer). + */ + memcpy((void*)&VM, (void*)pVM, sizeof(FICL_VM)); + memcpy((void*)&pStack, (void*)pVM->pStack, sizeof(FICL_STACK)); + memcpy((void*)&rStack, (void*)pVM->rStack, sizeof(FICL_STACK)); + + /* + * Give pVM a jmp_buf + */ + pVM->pState = &vmState; + + /* + * Safety net + */ + except = setjmp(vmState); + + /* + * And now, choose what to do depending on except. + */ + + /* Things having gone wrong... */ + if(except) { + /* Restore vm's state */ + memcpy((void*)pVM, (void*)&VM, sizeof(FICL_VM)); + memcpy((void*)pVM->pStack, (void*)&pStack, sizeof(FICL_STACK)); + memcpy((void*)pVM->rStack, (void*)&rStack, sizeof(FICL_STACK)); + + /* Push error */ + stackPushINT32(pVM->pStack, except); + + /* Things being ok... */ + } else { + /* + * We need to know when to exit the inner loop + * Colonp, the "code" for colon words, just pushes + * the word's IP onto the RP, and expect the inner + * interpreter to do the rest. Well, I'd rather have + * it done *before* I return from this function, + * losing the automatic variables I'm using to save + * state. Sure, I could save this on dynamic memory + * and save state on RP, or I could even implement + * the poor man's version of this word in Forth with + * sp@, sp!, rp@ and rp!, but we have a lot of state + * neatly tucked away in pVM, so why not save it? + */ + exitIP = pVM->ip; + + /* Execute the xt -- inline code for vmExecute */ + + pVM->runningWord = pFW; + pFW->code(pVM); + + /* + * Run the inner loop until we get back to exitIP + */ + for (; pVM->ip != exitIP;) { + pFW = *pVM->ip++; + + /* Inline code for vmExecute */ + pVM->runningWord = pFW; + pFW->code(pVM); + } + + + /* Restore just the setjmp vector */ + pVM->pState = VM.pState; + + /* Push 0 -- everything is ok */ + stackPushINT32(pVM->pStack, 0); + } +} + +/* + * Throw -- maybe vmThow already do what's required, but I don't really + * know what happens when you longjmp(buf, 0). From ANS Forth standard. + * + * Anyway, throw takes the ToS and, if that's different from zero, + * returns to the last executed catch context. Further throws will + * unstack previously executed "catches", in LIFO mode. + * + * Daniel C. Sobral Jan 09/1999 + */ + +static void throw(FICL_VM *pVM) +{ + int except; + + except = stackPopINT32(pVM->pStack); + + if (except) + vmThrow(pVM, except); +} + /************************* freebsd added I/O words **************************/ /* fopen - open a file and return new fd on stack. @@ -4382,6 +4526,8 @@ dictAppendWord(dp, "key?", keyQuestion, FW_DEFAULT); dictAppendWord(dp, "ms", ms, FW_DEFAULT); dictAppendWord(dp, "seconds", pseconds, FW_DEFAULT); + dictAppendWord(dp, "catch", catch, FW_DEFAULT); + dictAppendWord(dp, "throw", throw, FW_DEFAULT); /* ** Set CORE environment query values >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 8 19:49:22 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA06903 for freebsd-bugs-outgoing; Fri, 8 Jan 1999 19:49:22 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA06891; Fri, 8 Jan 1999 19:49:11 -0800 (PST) (envelope-from yokota@FreeBSD.org) From: Kazutaka YOKOTA Received: (from yokota@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id TAA18231; Fri, 8 Jan 1999 19:49:06 -0800 (PST) Date: Fri, 8 Jan 1999 19:49:06 -0800 (PST) Message-Id: <199901090349.TAA18231@freefall.freebsd.org> To: axl@iafrica.com, yokota@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/9387 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: [PATCH] typo and grammar fix for LINT State-Changed-From-To: open->closed State-Changed-By: yokota State-Changed-When: Fri Jan 8 19:46:46 PST 1999 State-Changed-Why: The patch applied ot 2.2-STABLE. It appears that when the patch was submitted back in September, it was only applied to 3.0-CURRENT ;-< To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 8 20:12:43 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA09155 for freebsd-bugs-outgoing; Fri, 8 Jan 1999 20:12:43 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from shell.futuresouth.com (shell.futuresouth.com [198.78.58.28]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA09150 for ; Fri, 8 Jan 1999 20:12:41 -0800 (PST) (envelope-from fullermd@futuresouth.com) Received: (from fullermd@localhost) by shell.futuresouth.com (8.9.1a/8.9.1) id WAA27183; Fri, 8 Jan 1999 22:11:53 -0600 (CST) Message-ID: <19990108221153.B26154@futuresouth.com> Date: Fri, 8 Jan 1999 22:11:53 -0600 From: "Matthew D. Fuller" To: Nate Williams Cc: Heikki Suonsivu , kowkn@asia1.com.sg, freebsd-bugs@FreeBSD.ORG Subject: Re: i386/9341: tty-level buffer overflows References: <199901060451.UAA12400@hub.freebsd.org.newsgate.clinet.fi> <199901061636.JAA13961@mt.sri.com> <19990106132502.B25289@futuresouth.com> <199901061932.MAA16917@mt.sri.com> <19990106135449.C25289@futuresouth.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <19990106135449.C25289@futuresouth.com>; from Matthew D. Fuller on Wed, Jan 06, 1999 at 01:54:49PM -0600 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > On Wed, Jan 06, 1999 at 12:32:10PM -0700, Nate Williams woke me up to tell me: > > > > I'll bet you have crappy UARTS that claim to be 16550's, but in fact are > > some sort of clone that doesn't work well. That UARTS on my laptop are > > not real either, although I get about 57600 on it w/out problems. > > > > And, a 486/25 is not exactly a speed daemon. :) > > It's an IBM ThinkPad 350C, if that tells anyone anything. > I wouldn't be surprised at all if they were crappy UARTS, and you ain't > gotta tell ME 486/25 is slow (I run X on it, after all... ;), but c'mon; > this is *19,200* baud!! I'd think even a 486/25 should be able to handle > that without puking this much. UPDATE: Recompiled kernel with: # Serial port hacks options "TTYHOG=6140" options "RS_IBUFSIZE=3072" (This is 2.2.7) with the patches in sio.c to actually use the RS_IBUFSIZE parameter. Result: I'm now running at 38400 (twice previous speed), and even now in X I've gotten 1 overflow in the time I would have gotten easily 20 or 30 back at 19200 in syscons, even with just one ssh session going. And I'm here flipping through email, talk(1)'ing, etc. I'd say at LEAST put the option in sio.c to allow RS_IBUFSIZE to be set in the kernel config, and it probably wouldn't hurt to have the defaults a bit higher. --- *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* | Matthew Fuller http://www.over-yonder.net/~fullermd | * fullermd@futuresouth.com fullermd@over-yonder.net * | UNIX Systems Administrator Specializing in FreeBSD | * FutureSouth Communications ISPHelp ISP Consulting * | "The only reason I'm burning my candle at both ends, | * because I haven't figured out how to light the * | middle yet" | *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 8 21:17:42 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA13923 for freebsd-bugs-outgoing; Fri, 8 Jan 1999 21:17:42 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from helium.clari.net.au (helium.clari.net.au [203.8.14.114]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA13917 for ; Fri, 8 Jan 1999 21:17:38 -0800 (PST) (envelope-from danny@hilink.com.au) Received: from localhost (danny@localhost) by helium.clari.net.au (8.8.8/8.8.8) with SMTP id QAA05488 for ; Sat, 9 Jan 1999 16:17:05 +1100 (EST) (envelope-from danny@hilink.com.au) X-Authentication-Warning: helium.clari.net.au: danny owned process doing -bs Date: Sat, 9 Jan 1999 16:17:05 +1100 (EST) From: "Daniel O'Callaghan" X-Sender: danny@helium.clari.net.au To: freebsd-bugs@FreeBSD.ORG Subject: Y2K compliance review 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 Since I was silly enough to put my hand up for this, and Garrett was kind(?) enough to say "Fine! You're It!" it is now time for me to ask for feedback. I've gone through usr.bin and usr.sbin looking for gettimeofday() and documented the purpose of the call. Please look at the results at . I'm basically looking for comments on the right direction to take, and also for volunteers to help with the rest of the src tree, and the other important function calls, like time(), strftime(), ctime() and friends. Danny To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jan 9 01:50:08 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA05649 for freebsd-bugs-outgoing; Sat, 9 Jan 1999 01:50:08 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA05639 for ; Sat, 9 Jan 1999 01:50:06 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id BAA10280; Sat, 9 Jan 1999 01:50:01 -0800 (PST) Received: from ensta.ensta.fr (ensta.ensta.fr [147.250.1.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA05289 for ; Sat, 9 Jan 1999 01:47:31 -0800 (PST) (envelope-from loyer@quickstep.ensta.fr) Received: from quickstep.ensta.fr (quickstep.ensta.fr [147.250.61.100]) by ensta.ensta.fr (8.8.5/8.8.5) with ESMTP id KAA29867 for ; Sat, 9 Jan 1999 10:46:58 +0100 (MET) Received: (from loyer@localhost) by quickstep.ensta.fr (8.9.1/8.8.5) id XAA18447; Fri, 8 Jan 1999 23:57:52 +0100 (CET) Message-Id: <199901082257.XAA18447@quickstep.ensta.fr> Date: Fri, 8 Jan 1999 23:57:52 +0100 (CET) From: loyer@ensta.fr Reply-To: loyer@ensta.fr To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/9403: ppp exit on signal 11 by PPP because alias.log not opened Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9403 >Category: bin >Synopsis: ppp exit on signal 11 by PPP because alias.log not opened >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 9 01:50:00 PST 1999 >Closed-Date: >Last-Modified: >Originator: Frederic LOYER >Release: FreeBSD 3.0-RELEASE i386 >Organization: ENSTA >Environment: This bug is caused by PPP launched by non-root user with folowing options: alias enable yes alias log yes >Description: ppp exit on signal 11 when trying to log aliasing activities but the /var/log/alias.log file couln't be opened. Adding some "printf" in alias_bd.c show that when InitPacketAliasLog doesn't manage to open /var/log/alias.log, it doesn't set the PKT_ALIAS_LOG bit, but the caller (PacketAliasSetMode) does. Afterward, ShowAliasStats() will try to use the monitorFile FILE pointer with fprintf and cause a segmentation fault since monitorFile==NULL. >How-To-Repeat: Setting ppp with `alias enable yes' and `alias log yes' options. Running it by an allowed non root user, with "-auto " arguments. Send a packet which trigger the dial and aliasing process (telnet ) >Fix: In /usr/src/lib/libalias, modifying alias_db.c with the following patch. NB: The same shouldn't be made with NO_FW_PUNCH (InitPunchFW doesn't touch packetAliasMode). *** alias_db.c.orig Fri Jan 8 23:30:13 1999 --- alias_db.c Fri Jan 8 23:33:21 1999 *************** *** 2036,2041 **** --- 2036,2042 ---- if (~flags & mask & PKT_ALIAS_LOG) { UninitPacketAliasLog(); } + mask &= ~PKT_ALIAS_LOG; #ifndef NO_FW_PUNCH /* Start punching holes in the firewall? */ >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 9 07:14:22 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA08125 for freebsd-bugs-outgoing; Sat, 9 Jan 1999 07:14:22 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA08118; Sat, 9 Jan 1999 07:14:12 -0800 (PST) (envelope-from itojun@FreeBSD.org) From: Jun-ichiro Itoh Received: (from itojun@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id HAA19451; Sat, 9 Jan 1999 07:14:07 -0800 (PST) Date: Sat, 9 Jan 1999 07:14:07 -0800 (PST) Message-Id: <199901091514.HAA19451@freefall.freebsd.org> To: laskavy@Berkeley.Gambit.Msk.SU, itojun@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: misc/9220 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: nvi: catalog: mistake in Russian error message State-Changed-From-To: open->closed State-Changed-By: itojun State-Changed-When: Sat Jan 9 07:13:55 PST 1999 State-Changed-Why: this does not belong to freebsd itself. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jan 9 07:16:28 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA08334 for freebsd-bugs-outgoing; Sat, 9 Jan 1999 07:16:28 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA08323; Sat, 9 Jan 1999 07:16:18 -0800 (PST) (envelope-from itojun@FreeBSD.org) From: Jun-ichiro Itoh Received: (from itojun@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id HAA19674; Sat, 9 Jan 1999 07:16:13 -0800 (PST) Date: Sat, 9 Jan 1999 07:16:13 -0800 (PST) Message-Id: <199901091516.HAA19674@freefall.freebsd.org> To: laskavy@Berkeley.Gambit.Msk.SU, itojun@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: misc/9220 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: nvi: catalog: mistake in Russian error message State-Changed-From-To: closed->feedback State-Changed-By: itojun State-Changed-When: Sat Jan 9 07:15:48 PST 1999 State-Changed-Why: maybe "feedback" is better... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jan 9 07:20:11 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA08671 for freebsd-bugs-outgoing; Sat, 9 Jan 1999 07:20:11 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA08665 for ; Sat, 9 Jan 1999 07:20:07 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id HAA19810; Sat, 9 Jan 1999 07:20:02 -0800 (PST) Date: Sat, 9 Jan 1999 07:20:02 -0800 (PST) Message-Id: <199901091520.HAA19810@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Jun-ichiro itojun Itoh Subject: Re: misc/9220: nvi: catalog: mistake in Russian error message Reply-To: Jun-ichiro itojun Itoh Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/9220; it has been noted by GNATS. From: Jun-ichiro itojun Itoh To: freebsd-gnats-submit@freebsd.org, laskavy@Berkeley.Gambit.Msk.SU Cc: Subject: Re: misc/9220: nvi: catalog: mistake in Russian error message Date: Sun, 10 Jan 1999 00:01:41 +0900 you should submit this to original author of nvi, Keith Bostic (bostic@bostic.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 9 07:29:34 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA09328 for freebsd-bugs-outgoing; Sat, 9 Jan 1999 07:29:34 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from post.mail.demon.net (finch-post-10.mail.demon.net [194.217.242.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA09323 for ; Sat, 9 Jan 1999 07:29:31 -0800 (PST) (envelope-from stuart@askone.demon.co.uk) Received: from [194.222.7.179] (helo=askone.demon.co.uk) by post.mail.demon.net with esmtp (Exim 2.10 #1) id 0zz0Jq-0003Cd-00 for freebsd-bugs@freebsd.org; Sat, 9 Jan 1999 15:28:54 +0000 Received: from asmodean (asmodean.gnqs.org [172.16.1.15]) by askone.demon.co.uk (8.8.5/8.8.5) with SMTP id PAA12319 for ; Sat, 9 Jan 1999 15:28:48 GMT From: "Stuart Herbert" To: Subject: Installation problems w/ FreeBSD v2.2.8 Date: Sat, 9 Jan 1999 15:30:59 -0000 Message-ID: <000101be3be5$0e944460$0f0110ac@gnqs.org> MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2377.0 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.0810.800 Importance: Normal Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi there! I've just gone through the process of trying to get FreeBSD 2.2.8 up and running on a bog-standard IDE-based PC, and thought someone should know about the following problems I came across. My apologies if these are already known problems. PC Drive Configuration: ----------------------- Primary: o 1 x 3.2Gb EIDE drive, master, 1 partition, Win98 installed o 1 x 3.2Gb EIDE drive, slave , no partitions Secondary: o 1 x EIDE CD-ROM drive, slave, booting from FreeBSD CD #1 Installation Problems --------------------- o First attempt: booted from CD, selected the full visual mode to configure the kernel, went through to deconfigure the drivers, selected Q to save and exit, the screen cleared, and the machine hung. Had to reboot and restart the installation. o Second attempt: decided not to configure the kernel ;-) Got down to option 5 - Novice install. Came to select which disk to install the BootMgr onto. When I selected my master drive (the one without FreeBSD on it), up popped fdisk - why? Exited fdisk, and came to the bit where you create FreeBSD partitions within the fdisk partition. Unfortunately, fdisk pops up with my master drive (the one without FreeBSD on it), and as far as I can see, from inside your fdisk I cannot make it select my slave disk (the one I want to install FreeBSD onto). At this point, the novice installation procedure is of no use to me, and to anyone else who wishes to install FreeBSD in this manner. I'm sure I can get around this using the Expert installation, but I'm sure you'll have plenty of other users who really need the Novice help. Best regards, Stu -- Stuart Herbert S.Herbert@sheffield.ac.uk Generic NQS Maintainer http://www.gnqs.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 9 07:30:08 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA09534 for freebsd-bugs-outgoing; Sat, 9 Jan 1999 07:30:08 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA09529 for ; Sat, 9 Jan 1999 07:30:06 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id HAA20160; Sat, 9 Jan 1999 07:30:01 -0800 (PST) Date: Sat, 9 Jan 1999 07:30:01 -0800 (PST) Message-Id: <199901091530.HAA20160@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Doug Rabson Subject: Re: kern/9359: implement support for adding syscalls in KLD modules Reply-To: Doug Rabson Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/9359; it has been noted by GNATS. From: Doug Rabson To: Assar Westerlund Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/9359: implement support for adding syscalls in KLD modules Date: Sat, 9 Jan 1999 15:21:33 +0000 (GMT) On 9 Jan 1999, Assar Westerlund wrote: > Doug Rabson writes: > > > Add adding support for `-p' in kldload with something that walkes the > > > list for the newly added kld_file_stat with `kldfirstmod' and > > > `modfnext' and calls a script with a list of the indexes and calling > > > the script with these? > > > > Sounds good - I'll tackle that at the same time. > > You mean I should wait instead of implementing it myself? :-) I started to write this and then couldn't really think of a use for it. The main one would be to make device nodes I guess but devfs is a far better solution IMHO. I'm going to close the PR now since the syscall stuff is in. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jan 9 08:56:27 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA16404 for freebsd-bugs-outgoing; Sat, 9 Jan 1999 08:56:27 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA16399; Sat, 9 Jan 1999 08:56:16 -0800 (PST) (envelope-from dfr@FreeBSD.org) From: Doug Rabson Received: (from dfr@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id IAA23984; Sat, 9 Jan 1999 08:56:11 -0800 (PST) Date: Sat, 9 Jan 1999 08:56:11 -0800 (PST) Message-Id: <199901091656.IAA23984@freefall.freebsd.org> To: assar@sics.se, dfr@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/9359 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: implement support for adding syscalls in KLD modules State-Changed-From-To: open->closed State-Changed-By: dfr State-Changed-When: Sat Jan 9 08:55:50 PST 1999 State-Changed-Why: Suggested fix applied. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jan 9 09:10:09 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA17685 for freebsd-bugs-outgoing; Sat, 9 Jan 1999 09:10:09 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA17676 for ; Sat, 9 Jan 1999 09:10:06 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id JAA24418; Sat, 9 Jan 1999 09:10:00 -0800 (PST) Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA17218 for ; Sat, 9 Jan 1999 09:02:21 -0800 (PST) (envelope-from charnier@xp11.frmug.org) Received: (from uucp@localhost) by frmug.org (8.9.1/frmug-2.3/nospam) with UUCP id SAA14258 for FreeBSD-gnats-submit@freebsd.org; Sat, 9 Jan 1999 18:01:42 +0100 (CET) (envelope-from charnier@xp11.frmug.org) Received: (from charnier@localhost) by xp11.frmug.org (8.9.1/8.9.1/xp11-uucp-1.1) id RAA03486; Sat, 9 Jan 1999 17:53:00 +0100 (CET) (envelope-from charnier) Message-Id: <199901091653.RAA03486@xp11.frmug.org> Date: Sat, 9 Jan 1999 17:53:00 +0100 (CET) From: Philippe Charnier Reply-To: charnier@xp11.frmug.org To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/9405: split(1) when line matches a regex Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9405 >Category: bin >Synopsis: split(1) when line matches a regex >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 9 09:10:00 PST 1999 >Closed-Date: >Last-Modified: >Originator: Philippe Charnier >Release: FreeBSD 3.0-CURRENT i386 >Organization: >Environment: >Description: New flag (-p pattern) that make split(1) capable of splitting a file when the analyzed line matches a given pattern. I first needed this change when making one-file-one-patch from a big diff -r: %split -p '^Index: ' big-patch-file patch- >How-To-Repeat: >Fix: Here is the patch to review, please look at correcting my english in the man page. Index: split.1 =================================================================== RCS file: /home0h/FreeBSD.cvsroot/src/usr.bin/split/split.1,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 split.1 --- split.1 1994/05/27 12:32:42 1.1.1.1 +++ split.1 1999/01/09 16:29:52 @@ -30,6 +30,7 @@ .\" SUCH DAMAGE. .\" .\" @(#)split.1 8.3 (Berkeley) 4/16/94 +.\" $Id$ .\" .Dd April 16, 1994 .Dt SPLIT 1 @@ -41,6 +42,7 @@ .Nm split .Op Fl b Ar byte_count[k|m] .Op Fl l Ar line_count +.Op Fl p Ar pattern .Op Ar file Op Ar name .Sh DESCRIPTION The @@ -70,6 +72,13 @@ Create smaller files .Ar n lines in length. +.It Fl p Ar pattern +The file is split when the analyzed line contains a match to the given +.Ar pattern . +Interpret +.Ar pattern +as an extended regular expression. See +.Xr regex 3 . .El .Pp If additional arguments are specified, the first is used as the name Index: split.c =================================================================== RCS file: /home0h/FreeBSD.cvsroot/src/usr.bin/split/split.c,v retrieving revision 1.4 diff -u -r1.4 split.c --- split.c 1997/08/11 07:30:22 1.4 +++ split.c 1997/08/17 10:45:30 @@ -44,6 +44,7 @@ #endif /* not lint */ #include +#include #include #include @@ -52,6 +53,7 @@ #include #include #include +#include #define DEFLINE 1000 /* Default num lines per file. */ @@ -61,6 +63,8 @@ int ifd = -1, ofd = -1; /* Input/output file descriptors. */ char bfr[MAXBSIZE]; /* I/O buffer. */ char fname[MAXPATHLEN]; /* File name prefix. */ +regex_t rgx; +int pflag; void newfile __P((void)); void split1 __P((void)); @@ -75,7 +79,8 @@ int ch; char *ep, *p; - while ((ch = getopt(argc, argv, "-0123456789b:l:")) != -1) + pflag = 0; + while ((ch = getopt(argc, argv, "-0123456789b:l:p:")) != -1) switch (ch) { case '0': case '1': case '2': case '3': case '4': case '5': case '6': case '7': case '8': case '9': @@ -108,6 +113,11 @@ else if (*ep == 'm') bytecnt *= 1048576; break; + case 'p' : /* pattern matching. */ + pflag = 1; + if (regcomp(&rgx, optarg, REG_EXTENDED|REG_NOSUB) != 0) + errx(1, "%s: illegal regexp", optarg); + break; case 'l': /* Line count. */ if (numlines != 0) usage(); @@ -144,6 +154,8 @@ exit (0); } split2(); + if (pflag) + regfree(&rgx); exit(0); } @@ -220,18 +232,25 @@ newfile(); file_open = 1; } - for (Cs = Ce = bfr; len--; Ce++) - if (*Ce == '\n' && ++lcnt == numlines) { - bcnt = Ce - Cs + 1; - if (write(ofd, Cs, bcnt) != bcnt) - err(1, "write"); - lcnt = 0; - Cs = Ce + 1; - if (len) - newfile(); - else - file_open = 0; + for (Cs = Ce = bfr; len--; Ce++) { + if (*Ce != '\n') continue; + if (pflag) { + if (0 != regexec(&rgx, Ce + 1, 0, NULL, 0)) + continue; + } else { + if (++lcnt != numlines) + continue; } + bcnt = Ce - Cs + 1; + if (write(ofd, Cs, bcnt) != bcnt) + err(1, "write"); + lcnt = 0; + Cs = Ce + 1; + if (len) + newfile(); + else + file_open = 0; + } if (Cs < Ce) { bcnt = Ce - Cs; if (write(ofd, Cs, bcnt) != bcnt) @@ -284,6 +303,6 @@ usage() { (void)fprintf(stderr, -"usage: split [-b byte_count] [-l line_count] [file [prefix]]\n"); +"usage: split [-b byte_count] [-l line_count] [-p pattern] [file [prefix]]\n"); 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 Sat Jan 9 09:34:16 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA19828 for freebsd-bugs-outgoing; Sat, 9 Jan 1999 09:34:16 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA19822; Sat, 9 Jan 1999 09:34:07 -0800 (PST) (envelope-from bde@FreeBSD.org) From: Bruce Evans Received: (from bde@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id JAA25774; Sat, 9 Jan 1999 09:34:02 -0800 (PST) Date: Sat, 9 Jan 1999 09:34:02 -0800 (PST) Message-Id: <199901091734.JAA25774@freefall.freebsd.org> To: assar@sics.se, bde@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/9369 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: i386/i386/support.s doesn't build with -DGPROF State-Changed-From-To: open->closed State-Changed-By: bde State-Changed-When: Sat Jan 9 09:32:44 PST 1999 State-Changed-Why: Fixed in rev.1.60 of src/sys/i386/i386/support.s. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jan 9 12:20:10 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA09231 for freebsd-bugs-outgoing; Sat, 9 Jan 1999 12:20:10 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA09225 for ; Sat, 9 Jan 1999 12:20:07 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id MAA02444; Sat, 9 Jan 1999 12:20:02 -0800 (PST) Date: Sat, 9 Jan 1999 12:20:02 -0800 (PST) Message-Id: <199901092020.MAA02444@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Brian Somers Subject: Re: bin/9394: logging enhancements for natd Reply-To: Brian Somers Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/9394; it has been noted by GNATS. From: Brian Somers To: mm@i.cz Cc: FreeBSD-gnats-submit@FreeBSD.ORG, Ari Suutari Subject: Re: bin/9394: logging enhancements for natd Date: Sat, 09 Jan 1999 18:34:02 +0000 > > >Number: 9394 I've forwarded these patches to the natd author for his comments. -- 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 Sat Jan 9 13:00:07 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA13221 for freebsd-bugs-outgoing; Sat, 9 Jan 1999 13:00:07 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA13216 for ; Sat, 9 Jan 1999 13:00:06 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id NAA03861; Sat, 9 Jan 1999 13:00:01 -0800 (PST) Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA12965 for ; Sat, 9 Jan 1999 12:56:47 -0800 (PST) (envelope-from dcs@newsguy.com) Received: from localhost.ocn.ne.jp by peach.ocn.ne.jp (8.9.1a/OCN) id FAA17631; Sun, 10 Jan 1999 05:56:14 +0900 (JST) Received: (from root@localhost) by localhost.ocn.ne.jp (8.9.1/8.9.1) id FAA01313; Sun, 10 Jan 1999 05:54:41 +0900 (JST) (envelope-from root) Message-Id: <199901092054.FAA01313@localhost.ocn.ne.jp> Date: Sun, 10 Jan 1999 05:54:41 +0900 (JST) From: dcs@newsguy.com Reply-To: dcs@newsguy.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/9406: old loader ought to be preserved on install Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9406 >Category: kern >Synopsis: /boot/loader is always overwritten on install >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 9 13:00:01 PST 1999 >Closed-Date: >Last-Modified: >Originator: Daniel C. Sobral >Release: FreeBSD 3.0-CURRENT i386 >Organization: >Environment: Three stage boot loader installation. >Description: make install on sys/boot will always overwrite /boot/loader. The new loader might not be as critical as a kernel, but it would still be a help saving it just in case. >How-To-Repeat: cd /sys/boot make install >Fix: Apply the following patch: --- sys/boot/i386/loader/Makefile.orig Sun Jan 10 05:43:16 1999 +++ sys/boot/i386/loader/Makefile Sun Jan 10 05:49:11 1999 @@ -80,6 +80,9 @@ perl ${.CURDIR}/../../common/merge_help.pl ${.ALLSRC} > ${.TARGET} beforeinstall: +.if exists(${DESTDIR}/boot/loader) + mv ${DESTDIR}/boot/loader ${DESTDIR}/boot/loader.old +.endif .if exists(${.OBJDIR}/loader.help) ${INSTALL} -C -o ${BINOWN} -g ${BINGRP} -m 444 \ ${.OBJDIR}/${BASE}.help ${DESTDIR}/boot >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 9 13:04:58 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA13810 for freebsd-bugs-outgoing; Sat, 9 Jan 1999 13:04:58 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA13772; Sat, 9 Jan 1999 13:04:53 -0800 (PST) (envelope-from dg@FreeBSD.org) From: David Greenman Received: (from dg@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id NAA04024; Sat, 9 Jan 1999 13:04:48 -0800 (PST) Date: Sat, 9 Jan 1999 13:04:48 -0800 (PST) Message-Id: <199901092104.NAA04024@freefall.freebsd.org> To: fanf@demon.net, dg@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/9390 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: sendfile(2) is gratuitously incompatible State-Changed-From-To: open->closed State-Changed-By: dg State-Changed-When: Sat Jan 9 13:04:21 PST 1999 State-Changed-Why: See Marc Slemko's comments. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jan 9 13:20:07 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA15609 for freebsd-bugs-outgoing; Sat, 9 Jan 1999 13:20:07 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA15601 for ; Sat, 9 Jan 1999 13:20:05 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id NAA04428; Sat, 9 Jan 1999 13:20:00 -0800 (PST) Received: from burka.carrier.kiev.ua (burka.carrier.kiev.ua [193.193.193.107]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA14491 for ; Sat, 9 Jan 1999 13:11:44 -0800 (PST) (envelope-from olwi@citadel.ncc.icyb.kiev.ua) Received: from citadel.ncc.icyb.kiev.ua (olwi@citadel.ncc.icyb.kiev.ua [193.193.216.140]) by burka.carrier.kiev.ua (8.Who.Cares/8.Who.Cares) with ESMTP id XAA05763 for ; Sat, 9 Jan 1999 23:11:10 +0200 (EET) (envelope-from olwi@citadel.ncc.icyb.kiev.ua) Received: (from olwi@localhost) by citadel.ncc.icyb.kiev.ua (8.8.8/ICyb-2.3exp) id XAA16689; Sat, 9 Jan 1999 23:11:10 +0200 (EET) (envelope-from olwi) Message-Id: <199901092111.XAA16689@citadel.ncc.icyb.kiev.ua> Date: Sat, 9 Jan 1999 23:11:10 +0200 (EET) From: Oleg Cherevko Reply-To: olwi@icyb.kiev.ua To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/9407: "make kernel" yields buggy kernel in ceratin cases (ld bug?) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9407 >Category: kern >Synopsis: "make kernel" yields buggy kernel in ceratin cases (ld bug?) >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 9 13:20:00 PST 1999 >Closed-Date: >Last-Modified: >Originator: Oleg Cherevko >Release: FreeBSD 2.2.8-RELEASE i386 >Organization: ICyb ISP >Environment: Was observed on: FreeBSD 2.2.7-RELEASE (AMD K6-2 300MHz, 64Mb RAM) FreeBSD 2.2.8-RELEASE (Intel 80x486DX 33MHz, 16Mb RAM) >Description: This is the most strange problem that I did encounter with FreeBSD. The story goes like this. I made patch for FreeBSD 2.2.8 sio driver that adds several nice enhancements to it (the patch is included in this report). I tested the new sio driver this way and that, and finally was about to contribute it to the FreeBSD community when decided to change a couple of variable names in the driver source code. To my sheer astonishment, this simple cosmetic operation have led to unstable kernel that crashed and did silent reboot as soon as I tried to open sio device with "cu" and type in a few chracters. This was my home box (AMD K6-2 300MHz, 64Mb RAM) running 2.2.7-RELEASE. Sure thing, I decided that I somehow broke my new sio driver. I checked everything twice but the driver itself proved not to be the source of the problem. Then I thought that it might be some broken hardware, so I got to different machine (Intel 80x486DX 33MHz, 16Mb RAM) running 2.2.8-RELEASE, and got mostly the same result (only instead of rebooting silently it panicked due to page fault). I played with names of those ill-fated variables, and finally got the working driver version that becomes nonoperational as soon as you _change the case of three letters_ in the names of 2 sio.c variables. Namely, "SameIRQ" -> "Sameirq", "NeedToInitSameIRQ" -> "NeedToInitSameirq" Yes, folks, I know that all I told you is just plain impossible, I know that it simply can never happen. And yet I face it now and frankly speaking have no ideas as to what all this actually means. >How-To-Repeat: 1. First, you need to patch your 2.2.[78]-RELEASE sio.c & sioreg.h to get the new enhanced version of the sio driver. The patch named sio-228.patch is in the sio-228.patch.tgz file included in this report. You may also want to look through the README.sio-228.patch (not required). 2. Second, you want to make a new kernel with the new patched sio driver. To be able to reproduce the bug we are talking about you need to enable 2 options: options COM_MULTIPORT options COM_MULTIPORT_SEPARATE_IRQS because the 2 variables in question are in the multiport code portion that is compiled in only if those options are enabled. Alternatively, you may add the following 2 defines to /sys/compile//sio.h: #define COM_MULTIPORT #define COM_MULTIPORT_SEPARATE_IRQS (in case you don't want to reconfigure & recompile your kernel from scratch). After "make kernel" is complete, I recommend making copies of the "sio.o" and "kernel": cp sio.o sio.IRQ.o cp kernel kernel.IRQ 3. Next, you need to patch your sio.c again to make this innocent cosmetic change. You may use sio-IRQ-irq.patch that is included in this report, or just replace all instances of the text "SameIRQ" with "Sameirq" throughout the sio.c (2 variables are affected). 4. "make kernel" once again. cp sio.o sio.irq.o cp kernel kernel.irq 5. Now you can compare "sio.IRQ.o" and "sio.irq.o" (in my case, they differ in 6 bytes as should be) as well as "kernel.IRQ" and "kernel.irq" (in my case, they differ a lot, which is very strange!) 6. You may boot from "kernel.IRQ" (then from "kernel.irq") and try to access your com ports with something like "cu -l cuaaX -s " It works just great when I boot from "kernel.IRQ" but crashes when I boot from "kernel.irq". (Be careful to disable your /etc/rc.serial code, if any, or you risk crashing right in the middle of the multiuser boot process) begin 644 sio-IRQ-irq.patch.gz M'XL("$'$ES8``W-I;RU)4E$M:7)Q+G!A=&-H`)U5:VOB0!3]//D5%PK%.$:C M8KLVM2B+"RZUNB;]M)1@FP@#FKA)"EV6_O>]-Y/$1R;!71],=,Z0HK06[Q)2'C,1B]8;_U M!;A3/5LX"^<%0:]AN'43>/)]SPEG",TP,`)G]3RU-*ZF$=&O(QJNI$%, M00-7?N")#72:\'4Q=^?/C\YLN5@Y<'U]^H5K3Y>3U<29NJC"AF9'`WR2-8-N MO]7M`<]6,N<*&3U_(P+?:YRPZ,2;[4"CY@:Z!@P-9>2D0#\8$YN&P@X=;>>J M32J2-H$QM@FC!HB1:8&`>\CLP0\8/4&0G+$\`_'2SI-#DW)L&9-EBAC3(@5R ME^RO8"AA3AA(YF=Z%U7DWR:/]E12J*+,MH$H@-[_'RH%VC6'9JO;!YY?4*2D MGH$\OIQ/;&>Z:HC8V^NZ\2`\-Q4B*\'P,>&Z&Q';;ATG?H3BRXQ%W*D]]\7/ M`[(S1_[JJ64U@!'(7]XQXX.*,4^CDO$0EV3D)8T4K%(C/TJ^1B,O:3P[<-!8 MP7BN$9L!_&WLRR8OBDHQ90&@!"GJ+NY<2:0"E<15=*EBTC"H:>J\:P=FOW6+ M32O7M&?E^&-L'\:Q>-W^=G=AY+LX4Z+8HOEU0:L:-(*H70OU50Z1-2JLRH1_ MJAX+Z32S&KLWLL9T36OT0CGE%#4>C8:+*J5!"8VJ,K.0K:SE1X?_->"!+W!IJ6BCKG,_-!A@I\S>9WWZKJKOU`(&=GN5P6<(6>%<$?+0_@"%N.]>8QSAB"'.W]\`-4#-/06E"F?XP:_/## M'NS!=R-G['I.X?SV>G!UVVOW;M_U.S?]7G'DW)4*1?ZG\M(=#<8S:Q+"/NCW M>JN4Q;NYO>Q8^!#Y\,*MM9H';F@=N/9!&!G-9D.O3E\R=KI[9XS=F]0]@X#C32W/=D8P M=JQH&3@)-T7?0\(+\,?0Z70/+L^[S`L.Y^#Y'L!SZ'B+903#Y7B,T"L+<>96 M\#&LBM5R=*@UH6SJIG;(BZ6P'-A3*R@X]U%@#7!G1LX)L3'WL5,2'PS=*-0@ M=!86RL5A:?C!"&E'@6M_Y+X5D;$[]@?NW)H(&K:_>"`^[ZP9+O)5X$:10\P# M39A`'/K^;!`5IE9(N(SE^=[?G<"78B>!OSOK]D,6F8*WEI$_"*+0CL(-'`&] M: MT>"I^L[Q1NYX#SZ?X&R7OV.V:`&-BAGL$NSOJQ;(-@UZ[;=GW;-^>]#I_E@-JU6!NW?/;R5X9&!B[V1&.`0H&60*&`,]=?!AYNM3%MK4&G?7/V^JK-"L&:S6#F M?G10*8=.X%HS6/BH.ZH`9QXNX&6(4T_SVVCBQ!HXP:V69IIB@N7B6DW1!%M# MW/D031U6,:AA)V#=^>X(IPU7S;'T2I!XCPO/][Z/$`CG M+F++0/"H4!##\?SE9$K?C0(+T;$K$X8+U-B$3%H/189_D=`E#H>4FMV,U2(K MNHQ66SG@X7PP05R*J/4$MWI][B3`R&P?L=HGA_&`LM(`,>` MNST*_-F,)#8->"JDMC3X$RX0<0%3N).=B^NSE[# MIRSKE1R4T6PXTVBCO.Y>%(^:Y,D(OV8[_%2#XA+W"FZ5#!YZ0*TMLY#I!;7` MH-_NX89\VVY?I/K;@KG9WSH%V?,C(DG$<-&^.ONI6$3?N`P&^CE@""\.#H#' M@O\:>HDYV@6:92-&0I])J`^$;GN\X&B!QX8=)N3P6-XH7H_2#V`(LORH0\CY M8_71U`WTJ^OQA:Z/3-_9$#H4^CB/)DMO+1 MXP1K0KJ#9'/88--Y>%37I.5\BRH8O:Z"&-R)LJ5A_"9]C=_&;#+%N44.]*]R M.D@J;CA:<'`1N#*^^'0*W<[@\JS79^[%=)U"#*C&R))HF22)EEE7JP1GM?(R MXWTB[D;D1L1*\"W;78GCH:\=_&^F(_J8!HGN!^R3A^[?B2.#U@(WI!QH2".X MBRC`+\0[QA#I=R.!PD\HPTPC+BW4\9W7[RXI%$M`I^YDRE%('O2;SH]OWJ.` MNT(X+;3`]0:4C_0:.KW2!!<6`0IE7'PFHH%7SUB!%(;H"7SD;DC:9*L&W0\# M(GB,6V,-Z4PBD1.1"FY9J.1'($*"01)3.W[TK"3\G#5ZFK2.*2@D_QF<&3(C M?"N*!N`Y$2/I1P\+FH%GDZ43HL/Q3%`5,0/ZF63^A+$H"+G)B"CVE"NJ87U* MF]B6"B+:O;<,2XY/T0D7"X01VF>`GP;L^9S`@$L/!P MR%YZS.R+"O&SIYB;5ECK!!7`A1,YME!A+&[JLRIL/W&.CI!'TZ+`I94@DX#. MB",0B72"LZFRB;!8+P/IE7X2H#+.$FOW_,^#;J^/G@!__'#=IX^E=.<])\IJ M8`VL!08ON#1)YX8+NS\S\IT`T';A8&&5F_14]_N2"#;9@M-LPAA?%D M?8`\G\9I4 MP3?BN!,R;:P@D#TX%0`[N$_CTR8@K'VXZG4'M^U2MED]J6VZ!;7_H7OQTP9[ MZMGJH-PWSM994D^Y[*VUB"!2QI*\+:6_13(,H1BE$FSQOIN7'MUSNF*!3/W, M04'2?LUZ,=MI\.K1DV5!/@M]&?L\WTJ5J4;^68X/O;VR6,M])XQD^NV<`LWV99?BPM#Q;*>J M@#"F#9T9*<\X5QGG*'&&-$YV.:#3'D(""JU(\3').*+$"L5?'K=3U#JU[E"W MVM$2_>('E2Q3B$P(][R&F,M06EX*N&F-E.A;QZ/%$9%W[?G!W)HIU"Q?M%,I M?Y=6R((T_8,@"BU:R4PE946Q2TJ$JB"XT^E6X0:=]Y42@\+*E89PA35I.*Q1 M1B))=DHO5:&S6SX**Q83DT-VH+B:NO948'#B$HE=NAX!:0IKY:R):(W+5*@3 M:S>9;'M,%:]'^'G@F1A?K`^Q.B@#<:F"[B_0^4BFC[,Q="B.B@D2I5A;>)2J M)OFH=.[6/C;L]-9Q[!RV<.;(+5]7T_BU&+I:`C1L8NU+A[U5WRD>R.62?*2] M'5JPD=K<<5KD22X#=Z_R%+O]AZW^#C[\+65(FO77$%MCY'9#6*Y+*95$_151 M4,);N#[K_0DYH<^24@FCGJ="QO)XRG@5AX^S^`4\,F@6,F%*!1I`D0:B/DMX M8`.48P'0BR_%`MYIBPJ%B8_[PXT&;CB(7*-I$W.>'PWP%<,:2\%]YD!$&>0O M$%2:>XZ[4I/\&/-;C=MV?H]),ZU%/XE_12'+Z=."GW(LX$>BG_)V,8OP1P*D M'2L2IRS>5.@#Q6N@TSO:W`HKYO.I@PX)<4W6I1=9`<8E4^CUI0FVI^ZB*F'1 MR<3H$"S4<=8(=W2LPI>LZSA'*U:G)C&$9;`M#WP/3<:0K*S-<2@VH=FDZ>2I M0%=>H!S0/QSKR1#5U>#GDW24]8_-"6^FE^L_-]^Q[[,5O68J_+AKNW M/I)]HV3:F,61F_2.@SR9$TA5K^.\0(K1;,;$.%EG0LOTDLCAJ&J_FX* M:PG:PL]?R`?WXHI6DKQ+&_'GC1Q,DK6II%;T&:NF1 MQ$]%39PL])//NU;FMT8_+]&@KN>ZR'E33E?HHC\H_2WR:Z6CVZRK(OW,MRU1 MLQPZT>@3\BG%5PJ>SI1 M]*"J3ZAZXEY1U\BZDM$D%Z5FIA:KAEQ',+=8C>`F2_Q>10<9\D.J0:V09=]S M)"T<+_%/Y26%D\36(H?2$<[UR@](I+AH<%.-:>!KSB_J5GOJC'+E@XZQ>X>? MJ,1+;OY8U*BD/+G4`W/4K9;GAG,B3$,1D0>,*0O_@H-.7!TO%5HV_']PN(3' M/MPX\.=)1;#[(>TU0S'VT3%^]2:A$AI)@,?HX%88.K:U%.Y^+,E['`OZ[;+: MH.&_X8)R(>1E3""VEE8+P2^G,'^%P',R[4)A\\ M8?-3WJ5E<;+2CN.<-&K@XV`Y+*PVL,,$7LA'Z=,=:5]BK`)'354Z5E:1:L38 M"^]RZB`_3((L/Z60CVHMRJ\;>JNEX>K-9I!+,D^;39_CSAFA M@V&AN(NR=!]9PP%N#@WV0]<7IP@TX1*)[-7@^BWZ;;BK)&]KV?=RWJF.;#6! MQBP*$C(3FJ48E_>YVOXB/EP!$B=5KA?SN@/@%&0M)47Q91Y%5=S?2C&I_BN* M:6<@1F"8308@%VB#YI;J3$XQI@#Q$MHLYC"`FOB_>#3S?`"J5N<"C-'03[*]Q=%'!^Q[JQ0<^\R#+E0SAD`-H!0^"""JT"2<`4I4\ M9S1Q4L5*!.'C#@CD4T<)I#Q:5FMP`=1H&`TZ1R%+H#0-(U^7\M`(BID2:Y"EI2NDY*1,!N7)BY+5B]!Z`VLT M"K@#H7>4OB6?Y^;=U17PE[3B]O=!N"<3-)CRI%Y-IX.=IG[4TAJR:DI3A:Y' MY-O^3&5$Z5R)<[^@3!S.,YL:\B,XI\.>!Z4YYQ)YABK9LUU4UQ;.Z\P*)DY0 M%6WL\C,/R3$^'$94>6D/?%%<0('66[HN2CP`KS)!_G$VY,^4Y$A5X"A1?/)X M8L)'<1Z66.G?68'KD]FBKNC0)KO&4>!.)N0CH=6LHQH4\J0QN_ MB$?5`;+#6,^(-.+(X%[J_+=%?PQ^1P.)C\GO)G_?X&^: M^E?B"#T^7:>75K4&4*M5^1AZ]1`,@__R-PA2U<'D]SJW-NB;3QE"9ET0JE=- M&@<"27*-5D*4"0G2@IS9V"!$"YI>S"H)B9$%.?.(2$NB1$B0EIR:C75"?.0" M7PP"%7Q)H1 M"8-@#+U:3Q,RC$8\-`,47XJT_=7M>QZY M(35-"S[E0%VW+ZYX]PH=A/]O@7K#RD+HJ$8^%-D7&F%=Z+!\W;6+^P/A&4,Q M;>I>GLK]4TK-*!_/UU"0&@E2!CR;)G.W'4PJ@FO]\<8O[8C+7G#V*^$B&W)] M"0N"AVT/=I`,[\G$:;:XND&3^TJB;QLK'T39GK5SJED MH_+5QL>2_IKCPTV\U[TM)&HR!Q;GSKPQGI`3YAJ M\K85C/CT=IB<2;JX/A-'%=!UY?HT7P_1#8/OAY@8)J@XEK.(6\T(7&J%B"%1_R'U&%C2.< M)+0".7)FG`.R@1W-N"*EB?Q8?&^(1D1GEN(1_T["WX=?\J3/5SFV\42[!:5) M%R`<+Z3I62^2BPVTC6TF2:_QOJ(/)9GN$TD/,3:39R;EIR;C55QCA-_ M&Z\*L3O$<5LKC`9B&N3ACGVX[G4)06R3-*W]4_@%B=U>M/_<;9]=_/1[3DIJ M1YQGYB25A_LW6"_G_Q;K195MDCR)31=*DBMBJZD[X[/K@.:S6ZH=M4EW@9 MM-!;>N(>+\6XQT;]&*UH?(^WP=?]\*]8S>IR*)T3N+E]V[ZY*.CW1O;[ZZO> M.7ZK9[^-3Q5@DZWSC58G(BLN#M/1.!T^QCI2=U@S)T'2I.31A0+=VB5"=`H/ M:7'-F,I720436U)$^3*J,%ZJY!(7J?G2H^PC931I'(:X1\&":#;6!)'V#A"X MKNA<4@Q[:1?=HYSOC0C.".[P'P/=R6 ML39*ACRD\BH)Q%QK:*H&8ZVAH1K$^.+@+O\PFCRWEQ[GVK9#4L.Q'"JKR=WC M2Q^QI64JAMBJTQ"/]+4A$O!%MU<@=NO9K]',%-;&S=#];D&,.C-YF:J^G#MR MD=+C6KN0E9["&5T?E]H_=U1T^I6.9=,:2";.T)M][OH( MZ.OS>-YX#(]=\DX/@91J^S+9)BC=3)LRT&)3;#:)KI'[Y+[L^[/N3>?FQV/H MB?N0.+FA/W,V4ZBXL-%G-8#RV$X8,C(56<]O;][==/HP)W^*#B[*$H!9TVHH MFUI3PW"<91,?T[_AL]VQ6.)OQ%VE4E(+9`&)4(/.*E%5VYI14$&WIY8!Y3.H M0LT'V4354762O[4V=FA4*PH@WZ.>?5LQWE`(@$6JK+ MW_LG*/[S_(X/^9#7[6KX-7\&9O?OOQ@FQC;J]U_JQB&E:LVZV?C/[[_\*Y[W M4XLNA?)!`C M5/RSR&6V*&,AD48N.]E\PICODR.>8@**ZJ1+1YRV\7S/*6F$2/=(%53""CKH M?*:%KI)"D8P.(OH+1]U4%[CBYCK!T6\U%*?.@X:"FGT,L[U+KH<^,AMJ//`' M?\ETT)X0(7%9WJ;[.J]*G)2)>4KXL2D+@Q(1U/"+*]=;WLM?%:C:1*=(M?)[ MON./-$3[9/D0EO;VS*HX)L36*ZD,T+',(2X`PK9*="Q+W6J]FWQ#@J\)%"V86U*IZQ5[^7SM7T]NV$43O^A6$+Q4!6:D3)TB#HJE[ M*.I#FAX"]%#D0%$KB[!(*EPQBO]]Y[V972X9.\BM0,')Q;&YR]GYGN7,=!VZ M]L6H*%T$^.53ER,RL([?VA62^(SB7GO^'S*;#4O55OZTR;7>+/](U.2_($17 M$S7P2<+>JF1]TS*VFN29[:;^,WC3SGWJJT[[@N'`0PO.T.Y0\0/NIFOO71-. M$)C!OM>9L\OQQ3] M2A2+K'2=<*3)Z%&`T/.U_-,94K;)Y@$AGR3*'USG[O>2L?XL0=2OU.&N_P7% M@2*]*WTH'PD&JTK8,F(GD?.*(E=MCQN!4R(X06+*/+-NUVS)'T;X:M5B%"@- MZ5#@.GTK[FK0M<*K,F@ZRYQCD/;1GE^\6,?1&)?E$P-_4`P84AFL2R"I?G%GUA+I1Z6]Q];=%/9_DQBR.P?&\JT57J])K';*\BO>KP_M"@2#VP-R- MSFL4"C,YPKOP@>IO^<(_VY-;6?=],'%L^Y(786%Z3N6<(*M^A'-N!FL<7B.N M@3_B;2+Y6"`(2E;2D%W/VMT.ZRHYY1$]-\JGZ8#N/[1`4"/F]CZ;XF%9@CSW/,_>X2`HL!('=0=$GOH$ M?3#7M%2^P/2T3;!)D,&J5:\S.!Q8=;2R:=)CWXAYQA=Y=K/%/!N6COJ'>M-B MIE),2YNB1N40JY`;B>(PJR`6_`:CO?VL2:W&&(_&(XN7ZV!O(8/C8,)'ZYN, M>'NJ((PBB?24M<_0G7$5(#KZA()[2*N>5^(FV1^U42TXOUZH/FEQ]BK\FA[* MQX$PN#8L/A?5@9<,["/AO67HVE`\0N&(GS$D-\\"%/C-6FO_%0;'.O\LO<[/-2A,%M<"7;B<1!N]A@5K<=XITRT"OGJ-^^1T'S'GT(>7$NF@ M,0!Z+RSU6,%(Y![1^M&U1TZJ*4ZZS_7K>%!#1PA:%Z)_C1LV?379-*?@_]6U MQ]93XP\]J/$&Q""6R1BI>^?$.7?HF9:#JT127^]$/8Y$WN\15)NPRO:T$CZV M'*F`F.(`)7U>SE^+VJ)R^O*2?!$+HXX%G0/Z**5Q.Y(ALB1*>%=Y(B8ZZRV< M'YBH*0PK[]7C#7^*DY\Z,7&U`V.%>VI%1YO$9HFSTWD6]%P4PYN(E[`=CR1&GZ5)L)D3RTIY0/CV*;WG*?DK;U&'4`Z M!F0)DY<^#RP83?I9CQ6;6]6M"%DU!#&^3P9IKHRMPE^TSQQ<;0^/UO9.(A#>6'`;"OIFWS*T^)%TGZGN`E$4]8?*;%9\5^/B^6JB+E3QWR%ZWPF04&S=8X#F\Y>OAEL+ M"6RL#8K=YW3Y?M*ZI,G5BV?73/DMEM955N'+WQR\L9N( MA![Z4XXMSYM1Z+2OB!%2[!Y*`^G8742^_QY&E-ZDP_BN7DWN9,P$35JNN,-O M_2D)*Q%U)WU4R9[3>QZ[<3G:0$*T##6^^JP6E2;>AO4A%`^B!`PJ1U>)Y1=6 ME?+CQ67,K/D\A08M/T9">>=/X4SF3!F[)XUL21/7S6/-EK1L5;,[]!@BX6-L MP?V7_*`X2GA:;R49X9E@8`H,'D,=M"2U-)@YATQ2/'9S>C#U M2&4QG5[#21EB'O[K&]`99IAAAAEFF&&&&6:888899IAAAAEFF&&&&6:88889 -9OC_P+\2!_UR`'@``-`9 ` end >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 Sat Jan 9 13:27:33 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA16494 for freebsd-bugs-outgoing; Sat, 9 Jan 1999 13:27:33 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA16483; Sat, 9 Jan 1999 13:27:28 -0800 (PST) (envelope-from dg@FreeBSD.org) From: David Greenman Received: (from dg@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id NAA04924; Sat, 9 Jan 1999 13:27:23 -0800 (PST) Date: Sat, 9 Jan 1999 13:27:23 -0800 (PST) Message-Id: <199901092127.NAA04924@freefall.freebsd.org> To: bellcanada@hotmail.com, dg@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/9399 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: If all memory fills up (VM and Real), nothing will run even if apps are closed to free up ram. Shutdown will not always work, and kernel reboot is common without a message. State-Changed-From-To: open->closed State-Changed-By: dg State-Changed-When: Sat Jan 9 13:26:20 PST 1999 State-Changed-Why: The minimum amount of swap supported isn't a specific value, but is actually the amount of RAM in the machine. In your case 20MB of swap is the minimum. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jan 9 13:31:55 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA16979 for freebsd-bugs-outgoing; Sat, 9 Jan 1999 13:31:55 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from wind.freenet.am ([194.151.101.35]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA16943 for ; Sat, 9 Jan 1999 13:31:37 -0800 (PST) (envelope-from casper@acc.am) Received: from lemming.acc.am (acc.freenet.am [194.151.101.251]) by wind.freenet.am (8.9.1/8.9.1) with ESMTP id BAA11116 for ; Sun, 10 Jan 1999 01:30:12 +0400 (GMT) Received: from acc.am (nightmar.acc.am [192.168.100.108]) by lemming.acc.am (8.9.1a/8.9.1) with ESMTP id BAA23729 for ; Sun, 10 Jan 1999 01:42:52 +0400 (AMT) Message-ID: <3697B416.4DE89E76@acc.am> Date: Sat, 09 Jan 1999 23:55:02 +0400 From: Casper Organization: Armenian Computer Center X-Mailer: Mozilla 4.5 [en] (Win95; I) X-Accept-Language: ru,en MIME-Version: 1.0 To: freebsd-bugs@FreeBSD.ORG Subject: Typo in bpf man page Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In section , describing BIOCSETIF ioctl call must be used ifr_name member of "struct ifreq", not if_name. Sorry, no fix. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jan 9 13:31:59 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA17012 for freebsd-bugs-outgoing; Sat, 9 Jan 1999 13:31:59 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from wind.freenet.am ([194.151.101.35]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA16950 for ; Sat, 9 Jan 1999 13:31:39 -0800 (PST) (envelope-from casper@acc.am) Received: from lemming.acc.am (acc.freenet.am [194.151.101.251]) by wind.freenet.am (8.9.1/8.9.1) with ESMTP id BAA11103; Sun, 10 Jan 1999 01:29:55 +0400 (GMT) Received: from acc.am (nightmar.acc.am [192.168.100.108]) by lemming.acc.am (8.9.1a/8.9.1) with ESMTP id BAA23714; Sun, 10 Jan 1999 01:42:13 +0400 (AMT) Message-ID: <3697AFAB.15B65CC0@acc.am> Date: Sat, 09 Jan 1999 23:36:11 +0400 From: Casper Organization: Armenian Computer Center X-Mailer: Mozilla 4.5 [en] (Win95; I) X-Accept-Language: ru,en MIME-Version: 1.0 To: Byung Yang CC: freebsd-bugs@FreeBSD.ORG Subject: Re: kern/5038: FreeBSD can't read MS Joliet CDs. References: <199901070650.WAA06925@freefall.freebsd.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org You also need to patch Makefile in /usr/src/lkm/cd9660 directory and add there name of *.c file in order to use this extension with loadable module. Byung Yang wrote: > > The following reply was made to PR kern/5038; it has been noted by GNATS. > > From: Byung Yang > To: freebsd-gnats-submit@freebsd.org, keith@email.gcn.net.tw > Cc: > Subject: Re: kern/5038: FreeBSD can't read MS Joliet CDs. > Date: Thu, 07 Jan 1999 01:42:43 -0500 > > I manually patched my kernel files with old release of joliet > patch that I got from one of the previous posts. > If you are using 3.0-RELEASE kernel, there won't be any problem > for this patch. copy this patch to /usr/src and just patch > from that point. For some reason, additional files(that were > not originally included in the kernel, such as *joliet.c and h) > are created in /usr/src. just copy them to: > /usr/src/sys/isofs/cd9660 and recompile your kernel. > With this patch, I was able to see long file names and > non-english characters(such as korean&chinese) so i believe it > does support unicode as long as your locale is set correctly. > > -Byung Yang > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jan 9 13:32:04 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA17106 for freebsd-bugs-outgoing; Sat, 9 Jan 1999 13:32:04 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from wind.freenet.am ([194.151.101.35]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA16952 for ; Sat, 9 Jan 1999 13:31:39 -0800 (PST) (envelope-from casper@acc.am) Received: from lemming.acc.am (acc.freenet.am [194.151.101.251]) by wind.freenet.am (8.9.1/8.9.1) with ESMTP id BAA11112 for ; Sun, 10 Jan 1999 01:30:08 +0400 (GMT) Received: from acc.am (nightmar.acc.am [192.168.100.108]) by lemming.acc.am (8.9.1a/8.9.1) with ESMTP id BAA23725 for ; Sun, 10 Jan 1999 01:42:47 +0400 (AMT) Message-ID: <3697B328.1FFF1330@acc.am> Date: Sat, 09 Jan 1999 23:51:04 +0400 From: Casper Organization: Armenian Computer Center X-Mailer: Mozilla 4.5 [en] (Win95; I) X-Accept-Language: ru,en MIME-Version: 1.0 To: freebsd-bugs@FreeBSD.ORG Subject: Example (Dynamic library loading) Content-Type: multipart/mixed; boundary="------------AB17EA01EABB7AEF57B248B3" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This is a multi-part message in MIME format. --------------AB17EA01EABB7AEF57B248B3 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Small program, demonstrating how to load and unload shared library at run-time. --------------AB17EA01EABB7AEF57B248B3 Content-Type: application/x-gzip; name="dynamic_lib.tar.gz" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="dynamic_lib.tar.gz" H4sIAP6tlzYCA+1XW2/bNhT2q/grDrwUkLLYsXwFnHloZ6dbACUFkhR9GWBoEmUTk0iDktoY Rf77DiVKttI0CdI2GwZ+CBKKPDcenlvCLfcTFixj9tdx6wcBhr2J60ILFHp3/uoPGI+Ho0l/ PJn0AVx3OOq1YNR6AeRp5kuAlhQie4ju05rSuPW/Q7j3/uf+3zRiMf3eOtxeb9zrff39J/1h +f7jwcgdYSy4A3c0akHPvP8Px3w+WwUB8RazOCRnF3Pv/eL0atY5O85TeRyLwI+PMTSId/Yb 7np3dsn8rffm9yvr51lnBZ0AOh/8OCZevVl+LurvdO1LGhKC21Or/IDEZ5wQSRMMvqkVxNTn oNhIeV7RdQOowpNYB/Z87sCBXdmr1spC9bc0yYGOAM1ZLwLF6S0K6sWO7OB1TUmsYJ2IEPKV 6NzgASHKvKmlfqOcp1ngNUSXrKWgrtCinnGZSlRASOGkqUUsmUAngkO0TB1B5d7n5n/lppfO /4Fb5/+gPy7zv983+f8S+InxIM5DCr+kWchEd/0rIR8FC2HJOMtsh3wm6ok2kvEsstuLMlwA w0X6cgvTku5P3nZOLHKrea/l9gmcUc6DjAlekhcilAStPkK5T1Gv6DRvy+Cb+v/l6ZvF+en3 1/Fo/k8Gdf8fjSeY//2h65r8fwkAXK9ZCvjjQ8qSTUwx2cRK+gkcQUgTwdNM+hnjK1iLT5AJ iIUfgp+BzHknYwmt2k6Vkz4PYUUz8MNQ0jQFEeHWts72Lib0FYrikKf+iqrjMBYbylFdHMQi pWqRbpNdfTjSOlFwztWSrHEdU1kI13OEVt+F8zzOmLrHHSagN766Xwor9pGiHSb57+R/OV+8 eP73XfznsM7/ger//bE7Mfn/L/X/3VYYRwEvRoJsu6EhjUD1ZvswLRJpqRJ0idUiE46tDrAH l81bBVLdu4sdsPRjH2KgLcv0Pdkd16cpDQQPGwRfKLM2mURN+3PBZc65KlFlJSnHAXXOIrDt nUaYaQq73dXTbvsILq+9xfLi3QfHgdkMLt57nlMwfybWTsOplEIWJUXpQZHwKkU9qlZRdWQ7 qBLp6Q1OTa5Wf0twSK8keLo+KhlYr17Dq00hYGee5mr44BGTTxpu+KNkwZJZyih0TStFDbma 8ytexPK7cyK6G62wv3z0gm7PvUfQxlFu3/cF6728D/sZh7rCz1ULmD7ibUu7u3Gdt435svI7 di7tDzROm2ofqrX9sE+K3qR8GzGZZsCwMfo8oM1g02R7TimCquM6xLrnnrIp/b5roj37YWXd njxmn377hw1sBkNt4zMNxLndtFIDAwMDAwMDAwMDAwMDAwMDA4P/HP4B7dMcpwAoAAA= --------------AB17EA01EABB7AEF57B248B3-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jan 9 13:32:07 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA17130 for freebsd-bugs-outgoing; Sat, 9 Jan 1999 13:32:07 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from wind.freenet.am ([194.151.101.35]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA16954 for ; Sat, 9 Jan 1999 13:31:40 -0800 (PST) (envelope-from casper@acc.am) Received: from lemming.acc.am (acc.freenet.am [194.151.101.251]) by wind.freenet.am (8.9.1/8.9.1) with ESMTP id BAA11108 for ; Sun, 10 Jan 1999 01:30:03 +0400 (GMT) Received: from acc.am (nightmar.acc.am [192.168.100.108]) by lemming.acc.am (8.9.1a/8.9.1) with ESMTP id BAA23720 for ; Sun, 10 Jan 1999 01:42:41 +0400 (AMT) Message-ID: <3697B2AE.3FFEACB5@acc.am> Date: Sat, 09 Jan 1999 23:49:02 +0400 From: Casper Organization: Armenian Computer Center X-Mailer: Mozilla 4.5 [en] (Win95; I) X-Accept-Language: ru,en MIME-Version: 1.0 To: freebsd-bugs@FreeBSD.ORG Subject: Example (BPF device programming) Content-Type: multipart/mixed; boundary="------------8C6641890B64F80560C82DE0" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This is a multi-part message in MIME format. --------------8C6641890B64F80560C82DE0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Here is a small program, that demonstrates basic programming of BPF device. I think it must go to the /usr/share/examples --------------8C6641890B64F80560C82DE0 Content-Type: application/x-gzip; name="bpf.tar.gz" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="bpf.tar.gz" H4sIAPKtlzYCA+0Za3PaSNJfpV/R8cZe4RgDfm6Zzd5ijHPU4Uf5UZetJEUJaTBTFhInDX7c Vv77dc9DEgIcZ2uTq0qpywbU6u7p6fdIg8mwtvKNAXbrB40GrABBvfCtL2B/f3fvYHsf//D6 4GB3dwX2Vr4DTBPhxgArcRSJ5+geRowFKz8cDND/p+4dG/KAfas1GvX6fr2+3P+7OweZ/+u7 AI3G7n5jBeql/785tNvWW7j1PLt90mu9u8KLqgfVW6geH3eObt7Z3bN27+a4A4jv1qZJXOOh F0x9Zi6DyHODFGn3ukdSxi3+NAJt2w2CQwsjzbZjNsZgO7S8gLkhIN62ES9vbkVgW6+ddrsC rx3FjL/+AdUIXv9OKBRdsSX9VqQ4vBxH23A4WuWM2bblcoe2FY+hOoQNXGpj66j1L/z0opiB VI2HPgsFEqkfIBdY+dGB8v9b7/T5/G/sYeKn+b+PjQLzv14v8/+7QG2j+neCDVCFKz6eBAwm cXQbu2Pw2TgKExG7goe38BDFd/DAxQiOWHzHAvYEF653xwSc8ECwGPKg5M2DZVkPMReChTB4 gpDfjsTYjX93PW8LFywK+Btho2b/ZIrdr4nwebQ1+i2Pekpq4mnCkgVoPmbzWB55IphFh0zI lJyjTSKy0zwxL9AOvbAok8VxGM2hZhHTkOOOCsvy29CVsmyMFGCP6CFEwL0bc3cQsAT+uiGV MPBGrnT6RjTBTLxtGjzHGiwB8ViSm0qD4TT0BI9Cii4RSVPDX9bgPuJ+Plo8N/RY0B+5oR+w 2CENUKNK0zY6atjgwz4t7eCtooxp4t7KG1LdmAWuYD6ICMSIwdHFCabDPfcwO1zMDSbil6qP 6qYW0YBB0h/6TcuqbQDNbyg68WI+EVEM0RBquBIF0nuzJIoobITY0Nh9RfChsfOpScJC1Iwk DHmcCBjGbEZzZYKajSk99QRQXN9jSMgf0VT08aJpbpKKWGAF0EfTrpE+Rg6hMOK4l4CinsbM njN1Mnki9YhX86Etk5APUb04GjvM3wQxDWEdmPC2tio2caGl7AVlA8YuD41bvU0VehsbeHFf sf+UHFpvjpv+D13jF5oERx3lRFcI1xsZd6IkFg9dj0nWaZ8kU1ygS5AnvStxOZKJrHf9gIVN WcxqNYUBxNxiYRyi/wqiQ0pEVEFZZ2MwHQ5ZTIp57oTsBgqT3wKZfuTj/vADo1GbZcYcvCnR xaDwRhRTNS8ajzETIOAhk0kYhQulaL83F95UejFfa6C9iePk2U2v17T0/t0kmY6pOwRRXYeH E0TRZIB2qVCJ99nQnQbKqSrsaSJtqDW1AoipK4RZNMOoOuZcdd91z643C4leMW5I0AdtEQfY c9qaBTSNUh8eRpRnjoMxgGMzE2gWR8USBdEmrPJDMRitVirwivSr2FaCvQ6pkaMCf9qW5yYM fuY/45wpzTUEx00mMZpt6Kxr66AYmbtryeomqKpYgbdannRMqHyMFkME1GompShxCYO1/dFp oJy2G4aRoEEb53TBYIy9OH76GK5igfqJD9GsoOZ8qY3WY7Vrgu8Q1hIk3jR+Iy4W+nyYae9w tEQ0YaGTan/evzw+P+v9UTFa08atok5aI605rYMUUZwuiSxWKhL3K+86spFVUA+pwGf15QVR whxusIOYuXdNY2thbK3D5M2bhWQDQ2aCZwndyNClhX6G6LOMEwoJqL5NW5fG3cObDCeRtZqI nyjwlRkSWdNA+hM/MdLrqHYQ5DHbe7sqFqlMSOvXm8DhV9je28Mfb95IcyehduZMhUdD8v+y qICtmIBD6Ws+mp7PRYeJjOu8tqmrZqVlMSLjI01XGSQFdShU/n05EygmsKSnCY8aXP1RocAH NBa4GDwjnBOVCIp2zAc06ZRpV7AgYfl461DgyNVJ9Vwjy/YMH8Nc1PGF8YaxpiRn7rayzCPx zLdVUM4aL59ZufZHHTtr2GhLXyqgzJUZ0Tb2kJOituYmHHXP2++Oep2zTVjP+omxIymG1UkO 3NjBppyKIW3Nkp1Jx7gMBjtXLZSlDGOOqJib8+ZZuuOLfGtLd5lTeX6njl75LTizjW+jgh2c SpmT45d7niek/oLlcsneVB2UKaQWUyVRqkBNEyUW22hFUzafc8nVUpfYur88a/pkqemXWz7V xvTWV2/N5pE49CZPDobAFk40fWoPaS1Pa0H+LgnMcgj559lXsUejrSw1FYFp0yasc816PijS qJCoQ2jJcYp2rCeqtSSbfBY3nueM37nunqDxUd98IriFRVQGvwSQOZkwjw85BlY2kc25bWaF tKFtgvJcrqOlkp9pbM8l/HEPh5d1GidzGzQxXZg3l+b1LN2XU9teOBpI5pTLHIikaurwowdw zDSMaoecsgn1fNAhHWiiJdst+BNypS23C3laUS5QQ7oW+sXtS8Yv719J01/GDoUOOJNDTRtP R3JbWEf0jEo7fJXOpevr2Bzn9ts9Pe0cd1vXHdwzTx1MUcjHY+ZzHJeCJzr44qCQ6BKavDya SZCDLfUOT9cs0DUGLVJZXofSdWEc+S8Nldw5cEvc9xPmkRnqTaWCLg7p0N6o42reIsap4qxn BjQ8i813dXndPe2c38gUyUSlswVlMxPTCTrL9c1iy/duFtOblXtcumd9LlATDKlKa6TaKVPP dD1Sqp7OO+l4pdZkvmpHVmHjNP6ngyaubBWabIy1it1jfKVPDbQcQ9dWp0VfZqFqxpcMDznZ Je4Uu131t8Goj0dL1DS79l3hqoZtFUfPWZZsCs0dEtagsa93jbswCn0M649r9d1H0FPnjDXW tiVeWe8DhzfpOviN63xSY5mdk7aq8/Xzs2X06rp1fYVRQk8g0vBQlTT/VELO4tnEtryi5nhe Vk6MwpfGYWR8gOM4mkzwCnuompMPtUuUXWiZrUHSRzfLzqGufGQyYagOQukIKU8JMWNO1kXV Mw0MgpASi4JIPsCylzz60k9F5g1MltWT/at0dP8Kc7/E2s8U8a+yuPX15raet7W1wNCfl5mb PXLh1CvK2mo8tU2/JDv39UX6CEo/MUjx6XMDbP99Gu3oTZby4SrW84CHd9XAfcKBkYWYgck0 cOlhzap+umM4O2eN+ulRjrdD56gQveDgjUFlnn5nlvxxgv1izEIsA5Dx7ixgbb3f3stxtsbY QqYxXLo+j6D1fmt7r8hxcXl+1rnO8VzEkWBRCPiNN+A6umMhXKLvi5ztf7bOr3KM7ZEbJUWi bqfT+aW+nSMjDCAKzpigdxJzLK3L9qxGClEku+p1L3JEV2giNE+Pnpl1L+Z2eZGnvYjQ/VUR VSf0g3YqIi8Kikwnx8fdHBddzul6fdq/PGk3dn/ZyVH2eu3a1VnrIhcWGO1Iu5qPWEN9E96F 0QNFTVYV9DOOQhW4IeyhzNUP1cGnD1WB/zwbrOQUhKjRp6xeGF7K6uoArGr2kI6Hk6lQ6Y+H 8yUsglgS2eOy5r2Elhva3KSbf2a8hG1EH3hA4AmMWDDJqLIEtn/I97+Xndbxaef/9f4XYJve +ar3v/i3AzgT7u8flO9/vwdcU7jjn5u+rt0svLAdRQ+UPl98bztJ2NSPqubJnk18POQCyyFO l8BxoAh9KY0avz69qLTnYuvHy6wSSiihhBJKKKGEEkoooYQSSiihhBJKKKGEEkoooYQSSiih hBJKKKGEEkoooYQSSiihhG8D/wPke+b0AFAAAA== --------------8C6641890B64F80560C82DE0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jan 9 13:50:09 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA19576 for freebsd-bugs-outgoing; Sat, 9 Jan 1999 13:50:09 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA19532 for ; Sat, 9 Jan 1999 13:50:06 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id NAA06261; Sat, 9 Jan 1999 13:50:01 -0800 (PST) Received: from hardrock.sdsmt.edu (hardrock-out.sdsmt.edu [151.159.97.254]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA19412 for ; Sat, 9 Jan 1999 13:49:11 -0800 (PST) (envelope-from sbauer@hardrock.sdsmt.edu) Received: (from sbauer@localhost) by hardrock.sdsmt.edu (8.9.1/8.9.1) id OAA09903; Sat, 9 Jan 1999 14:48:38 -0700 (MST) (envelope-from sbauer) Message-Id: <199901092148.OAA09903@hardrock.sdsmt.edu> Date: Sat, 9 Jan 1999 14:48:38 -0700 (MST) From: Steve Bauer Reply-To: sbauer@silver.sdsmt.edu To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/9408: parameter reversed to a pci_cfgwrite in pcisupport.c Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9408 >Category: kern >Synopsis: parameter reversed to a pci_cfgwrite in pcisupport.c >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Jan 9 13:50:00 PST 1999 >Closed-Date: >Last-Modified: >Originator: Steve Bauer >Release: FreeBSD 3.0-CURRENT i386 >Organization: South Dakota School of Mines and Technology >Environment: 3.0-current as of 1-9-1998 on a PII 300 >Description: The 2 of the parameters passed to pci_cfgwrite in the function fixwsc_natoma are reversed. The data being written out vs the number of bytes being written out have been reversed. >How-To-Repeat: The bug appears not to cause any problems yet on my machine. >Fix: Included below is a patch to fix the small problem. *** pcisupport.c Sun Dec 27 00:59:25 1998 --- pcisupport.c.save Sat Jan 9 14:34:10 1999 *************** *** 213,225 **** if (pmccfg & 0x8000) { printf("Correcting Natoma config for SMP\n"); pmccfg &= ~0x8000; ! pci_cfgwrite(tag, 0x50, 2, pmccfg); } #else if ((pmccfg & 0x8000) == 0) { printf("Correcting Natoma config for non-SMP\n"); pmccfg |= 0x8000; ! pci_cfgwrite(tag, 0x50, 2, pmccfg); } #endif } --- 213,225 ---- if (pmccfg & 0x8000) { printf("Correcting Natoma config for SMP\n"); pmccfg &= ~0x8000; ! pci_cfgwrite(tag, 0x50, pmccfg, 2); } #else if ((pmccfg & 0x8000) == 0) { printf("Correcting Natoma config for non-SMP\n"); pmccfg |= 0x8000; ! pci_cfgwrite(tag, 0x50, pmccfg, 2); } #endif } >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jan 9 17:50:08 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA12504 for freebsd-bugs-outgoing; Sat, 9 Jan 1999 17:50:08 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA12496 for ; Sat, 9 Jan 1999 17:50:06 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id RAA14547; Sat, 9 Jan 1999 17:50:01 -0800 (PST) Received: from amsoft.ru (amsoft.ru [194.87.86.241]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA12378 for ; Sat, 9 Jan 1999 17:47:18 -0800 (PST) (envelope-from root@amsoft.ru) Received: (from root@localhost) by amsoft.ru (8.9.1/amsoft/1.0) id EAA00405 ; Sun, 10 Jan 1999 04:24:00 GMT Message-Id: <199901100424.EAA00405@amsoft.ru> Date: Sun, 10 Jan 1999 04:24:00 GMT From: System Administrator Reply-To: root@amsoft.ru To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/9411: System crash on swapping to hole-files Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9411 >Category: kern >Synopsis: System crash on swapping to hole-files >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Jan 9 17:50:00 PST 1999 >Closed-Date: >Last-Modified: >Originator: Andrew Maltsev >Release: FreeBSD 3.0-CURRENT i386 >Organization: >Environment: >Description: System crashes on swapping to VN-attached file with hole in it. >How-To-Repeat: dd if=/dev/zero of=/var/swapfile bs=1k seek=$((128*1024-1)) vnconfig -e /dev/vn0c /var/swapfile swap netscape :) When swapfile gets used the system writes some messages and crashes: Jan 10 04:08:38 amsoft /kernel: swap_pager_finish: I/O error, clean of page 3bd2000 failed Jan 10 04:08:38 amsoft /kernel: swap_pager_finish: I/O error, clean of page 1cd3000 failed Jan 10 04:08:38 amsoft /kernel: swap_pager: I/O error - async pageout failed; blkno 384, size 32768, error 0 Jan 10 04:08:38 amsoft /kernel: swap_pager_finish: I/O error, clean of page 304c000 failed Jan 10 04:08:38 amsoft /kernel: swap_pager_finish: I Jan 10 04:08:38 amsoft /kernel: of page 3434000 failed Jan 10 04:08:38 amsoft /kernel: swap_pager: I/O error - async pageout failed; blkno 384, size 32768, error 0 Jan 10 04:08:38 amsoft /kernel: swap_pager_finish: I/O error, clean of page 304c000 failed >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 9 18:07:45 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA14423 for freebsd-bugs-outgoing; Sat, 9 Jan 1999 18:07:45 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA14414; Sat, 9 Jan 1999 18:07:34 -0800 (PST) (envelope-from brian@FreeBSD.org) From: Brian Somers Received: (from brian@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id SAA15426; Sat, 9 Jan 1999 18:07:30 -0800 (PST) Date: Sat, 9 Jan 1999 18:07:30 -0800 (PST) Message-Id: <199901100207.SAA15426@freefall.freebsd.org> To: loyer@ensta.fr, brian@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/9403 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: ppp exit on signal 11 by PPP because alias.log not opened State-Changed-From-To: open->closed State-Changed-By: brian State-Changed-When: Sat Jan 9 18:07:08 PST 1999 State-Changed-Why: Fixed in -current & -stable . To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jan 9 18:37:19 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA16697 for freebsd-bugs-outgoing; Sat, 9 Jan 1999 18:37:19 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA16692; Sat, 9 Jan 1999 18:37:15 -0800 (PST) (envelope-from brian@FreeBSD.org) From: Brian Somers Received: (from brian@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id SAA17650; Sat, 9 Jan 1999 18:37:10 -0800 (PST) Date: Sat, 9 Jan 1999 18:37:10 -0800 (PST) Message-Id: <199901100237.SAA17650@freefall.freebsd.org> To: brian@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, brian@FreeBSD.ORG Subject: Re: bin/9394 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: enhancement to natd logging Responsible-Changed-From-To: freebsd-bugs->brian Responsible-Changed-By: brian Responsible-Changed-When: Sat Jan 9 18:36:17 PST 1999 Responsible-Changed-Why: I've sent this for comment to Ari (the natd author) . To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jan 9 19:10:09 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA19405 for freebsd-bugs-outgoing; Sat, 9 Jan 1999 19:10:09 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA19396 for ; Sat, 9 Jan 1999 19:10:06 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id TAA18950; Sat, 9 Jan 1999 19:10:01 -0800 (PST) Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA18972 for ; Sat, 9 Jan 1999 19:01:17 -0800 (PST) (envelope-from dcs@newsguy.com) Received: from daniel.sobral by peach.ocn.ne.jp (8.9.1a/OCN) id MAA29634; Sun, 10 Jan 1999 12:00:42 +0900 (JST) Received: (from root@localhost) by daniel.sobral (8.9.1/8.9.1) id MAA00872; Sun, 10 Jan 1999 12:00:12 +0900 (JST) (envelope-from root) Message-Id: <199901100300.MAA00872@daniel.sobral> Date: Sun, 10 Jan 1999 12:00:12 +0900 (JST) From: dcs@newsguy.com Reply-To: dcs@newsguy.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/9412: Massive rewrite of loader's builtin error handling Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9412 >Category: kern >Synopsis: Change the way loader passes error to ficl 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: Sat Jan 9 19:10:00 PST 1999 >Closed-Date: >Last-Modified: >Originator: Daniel C. Sobral >Release: FreeBSD 3.0-CURRENT i386 >Organization: >Environment: Three stage boot loader, before my own previous patch to FICL adding Catch and Throw (what can I say... I forgot to check in that revision...). Granted, that pr has not been even analized yet, and I'll send a follow up to that. >Description: Right now, all builtin words process errors *before* returning to ficl. They do return a "ok" flag, but they are not very specific on what seems to be the problem, and they print error messages before any code has a chance to intervene. Enter ANS Forth EXCEPTION word set. We add this wordset to ficl (backed by setjmp/longjmp), then change the builtin words to make use of it to report errors. Error messages then get printed in bf_run, if nobody intercepts them. As a bonus, bf_run becomes aware of others errors (not caused by builtin words). >How-To-Repeat: not applicable. >Fix: Apply the following fix: --- sys/boot/common/interp_forth.c.orig Sun Jan 10 11:41:27 1999 +++ sys/boot/common/interp_forth.c Sun Jan 10 11:41:50 1999 @@ -23,7 +23,7 @@ * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF * SUCH DAMAGE. * - * $Id: interp_forth.c,v 1.3 1999/01/05 19:07:27 root Exp $ + * $Id: interp_forth.c,v 1.4 1999/01/10 02:40:11 root Exp root $ */ #include @@ -40,6 +40,13 @@ #endif /* + * Eventually, all builtin commands throw codes must be defined + * elsewhere, possibly bootstrap.h. For now, just this code, used + * just in this file, it is getting defined. + */ +#define BF_PARSE 100 + +/* * BootForth Interface to Ficl Forth interpreter. */ @@ -90,17 +97,22 @@ if (!parse(&argc, &argv, line)) { result = (cmd)(argc, argv); free(argv); + /* ** Let's deal with it elsewhere ** if(result != 0) { vmTextOut(vm,argv[0],0); vmTextOut(vm,": ",0); vmTextOut(vm,command_errmsg,1); } + */ } else { + /* ** Let's deal with it elsewhere ** vmTextOut(vm, "parse error\n", 1); - result=1; + */ + result=BF_PARSE; } free(line); - stackPushINT32(vm->pStack,!result); + /* This is going to be thrown!!! */ + stackPushINT32(vm->pStack,result); } /* @@ -110,14 +122,21 @@ bf_init(void) { struct bootblk_command **cmdp; + char create_buf[41]; /* 31 characters-long builtins */ int fd; ficlInitSystem(4000); /* Default dictionary ~4000 cells */ bf_vm = ficlNewVM(); + /* Builtin word "creator" */ + ficlExec(bf_vm, ": builtin: >in @ ' swap >in ! create , does> @ execute throw ;"); + /* make all commands appear as Forth words */ - SET_FOREACH(cmdp, Xcommand_set) + SET_FOREACH(cmdp, Xcommand_set) { ficlBuild((*cmdp)->c_name, bf_command, FW_DEFAULT); + sprintf(create_buf, "builtin: %s", (*cmdp)->c_name); + ficlExec(bf_vm, create_buf); + } /* try to load and run init file if present */ if ((fd = open("/boot/boot.4th", O_RDONLY)) != -1) { @@ -136,6 +155,25 @@ result = ficlExec(bf_vm, line); DEBUG("ficlExec '%s' = %d", line, result); + switch (result) { + case VM_OUTOFTEXT: + case VM_ABORTQ: + case VM_QUIT: + case VM_ERREXIT: + break; + case VM_USEREXIT: + printf("No where to leave to!\n"); + break; + case VM_ABORT: + printf("Aborted!\n"); + break; + case BF_PARSE: + printf("Parse error!\n"); + break; + default: + /* Hopefully, all other codes filled this buffer */ + printf("%s\n", command_errmsg); + } setenv("interpret", bf_vm->state ? "" : "ok", 1); } --- sys/boot/ficl/ficl.h.orig Sun Jan 10 11:04:10 1999 +++ sys/boot/ficl/ficl.h Sun Jan 10 11:37:31 1999 @@ -114,6 +114,19 @@ ** 4. Ficl uses the pad in CORE words - this violates the standard, ** but it's cleaner for a multithreaded system. I'll have to make a ** second pad for reference by the word PAD to fix this. +** 5. The whole inner interpreter is screwed up. It ought to be detached +** from ficlExec. Also, it should fall in line with exception +** handling by saving state. (sobral) +** 6. EXCEPTION should be cleaned. Right now, it doubles ficlExec's +** inner interpreter. (sobral) +** 7. colonParen must get the inner interpreter working on it's "case" +** *before* returning, so that it becomes possible to execute them +** inside other definitions without recreating the inner interpreter +** or other such hacks. (sobral) +** 8. We now have EXCEPTION word set. Let's: +** 8.1. Use the appropriate exceptions throughout the code. +** 8.2. Print the error messages at ficlExec, so someone can catch +** them first. (sobral) ** ** F o r M o r e I n f o r m a t i o n ** @@ -153,6 +166,9 @@ /* ** Revision History: +** 10 Jan 1999 (sobral) EXCEPTION word set has been added, and existing +** words has been modified to conform to EXCEPTION EXT word set. +** ** 27 Aug 1998 (sadler) testing and corrections for LOCALS, LOCALS EXT, ** SEARCH / SEARCH EXT, TOOLS / TOOLS EXT. ** Added .X to display in hex, PARSE and PARSE-WORD to supplement WORD, @@ -470,11 +486,13 @@ /* ** Exit codes for vmThrow */ -#define VM_OUTOFTEXT 1 /* hungry - normal exit */ -#define VM_RESTART 2 /* word needs more text to suxcceed - re-run it */ -#define VM_USEREXIT 3 /* user wants to quit */ -#define VM_ERREXIT 4 /* interp found an error */ -#define VM_QUIT 5 /* like errexit, but leave pStack & base alone */ +#define VM_OUTOFTEXT -256 /* hungry - normal exit */ +#define VM_RESTART -257 /* word needs more text to suxcceed - re-run it */ +#define VM_USEREXIT -258 /* user wants to quit */ +#define VM_ERREXIT -259 /* interp found an error */ +#define VM_ABORT -1 /* like errexit -- abort */ +#define VM_ABORTQ -2 /* like errexit -- abort" */ +#define VM_QUIT -56 /* like errexit, but leave pStack & base alone */ void vmBranchRelative(FICL_VM *pVM, int offset); --- sys/boot/ficl/ficl.c.orig Sun Jan 10 11:38:55 1999 +++ sys/boot/ficl/ficl.c Sun Jan 10 10:57:01 1999 @@ -237,6 +237,8 @@ break; case VM_ERREXIT: + case VM_ABORT: + case VM_ABORTQ: default: /* user defined exit code?? */ if (pVM->state == COMPILE) { --- sys/boot/ficl/words.c.orig Sat Jan 9 05:23:59 1999 +++ sys/boot/ficl/words.c Sun Jan 10 10:59:12 1999 @@ -1180,13 +1180,10 @@ // Get next word...if out of text, we're done. */ if (si.count == 0) - { vmThrow(pVM, VM_OUTOFTEXT); - } interpWord(pVM, si); - return; /* back to inner interpreter */ } @@ -1234,7 +1231,6 @@ { vmThrowErr(pVM, "Error: Compile only!"); } - vmExecute(pVM, tempFW); } @@ -2441,7 +2437,7 @@ static void ficlAbort(FICL_VM *pVM) { - vmThrow(pVM, VM_ERREXIT); + vmThrow(pVM, VM_ABORT); return; } @@ -2696,21 +2692,25 @@ ** When the parse area is empty, restore the prior input source ** specification. Other stack effects are due to the words EVALUATEd. ** -** DEFICIENCY: this version does not handle errors or restarts. +** DEFICIENCY: this version does not handle restarts. Also, exceptions +** are just passed ahead. Is this the Right Thing? I don't know... **************************************************************************/ static void evaluate(FICL_VM *pVM) { UNS32 count = stackPopUNS32(pVM->pStack); char *cp = stackPopPtr(pVM->pStack); CELL id; + int result; IGNORE(count); id = pVM->sourceID; pVM->sourceID.i = -1; vmPushIP(pVM, &pInterpret); - ficlExec(pVM, cp); + result = ficlExec(pVM, cp); vmPopIP(pVM); pVM->sourceID = id; + if (result != VM_OUTOFTEXT) + vmThrow(pVM, result); return; } @@ -4046,6 +4046,152 @@ return; } +/***************** freebsd added exception handling words *******************/ + +/* + * Catch, from ANS Forth standard. Installs a safety net, then EXECUTE + * the word in ToS. If an exception happens, restore the state to what + * it was before, and pushes the exception value on the stack. If not, + * push zero. + * + * Notice that Catch implements an inner interpreter. This is ugly, + * but given how ficl works, it cannot be helped. The problem is that + * colon definitions will be executed *after* the function returns, + * while "code" definitions will be executed immediately. I considered + * other solutions to this problem, but all of them shared the same + * basic problem (with added disadvantages): if ficl ever changes it's + * inner thread modus operandi, one would have to fix this word. + * + * More comments can be found throughout catch's code. + * + * BUGS: do not handle locals unnesting correctly... I think... + * + * Daniel C. Sobral Jan 09/1999 + */ + +static void catch(FICL_VM *pVM) +{ + int except; + jmp_buf vmState; + FICL_VM VM; + FICL_STACK pStack; + FICL_STACK rStack; + FICL_WORD *pFW; + IPTYPE exitIP; + + /* + * Get xt. + * We need this *before* we save the stack pointer, or + * we'll have to pop one element out of the stack after + * an exception. I prefer to get done with it up front. :-) + */ +#if FICL_ROBUST > 1 + vmCheckStack(pVM, 1, 0); +#endif + pFW = stackPopPtr(pVM->pStack); + + /* + * Save vm's state -- a catch will not back out environmental + * changes. + * + * We are *not* saving dictionary state, since it is + * global instead of per vm, and we are not saving + * stack contents, since we are not required to (and, + * thus, it would be useless). We save pVM, and pVM + * "stacks" (a structure containing general information + * about it, including the current stack pointer). + */ + memcpy((void*)&VM, (void*)pVM, sizeof(FICL_VM)); + memcpy((void*)&pStack, (void*)pVM->pStack, sizeof(FICL_STACK)); + memcpy((void*)&rStack, (void*)pVM->rStack, sizeof(FICL_STACK)); + + /* + * Give pVM a jmp_buf + */ + pVM->pState = &vmState; + + /* + * Safety net + */ + except = setjmp(vmState); + + /* + * And now, choose what to do depending on except. + */ + + /* Things having gone wrong... */ + if(except) { + /* Restore vm's state */ + memcpy((void*)pVM, (void*)&VM, sizeof(FICL_VM)); + memcpy((void*)pVM->pStack, (void*)&pStack, sizeof(FICL_STACK)); + memcpy((void*)pVM->rStack, (void*)&rStack, sizeof(FICL_STACK)); + + /* Push error */ + stackPushINT32(pVM->pStack, except); + + /* Things being ok... */ + } else { + /* + * We need to know when to exit the inner loop + * Colonp, the "code" for colon words, just pushes + * the word's IP onto the RP, and expect the inner + * interpreter to do the rest. Well, I'd rather have + * it done *before* I return from this function, + * losing the automatic variables I'm using to save + * state. Sure, I could save this on dynamic memory + * and save state on RP, or I could even implement + * the poor man's version of this word in Forth with + * sp@, sp!, rp@ and rp!, but we have a lot of state + * neatly tucked away in pVM, so why not save it? + */ + exitIP = pVM->ip; + + /* Execute the xt -- inline code for vmExecute */ + + pVM->runningWord = pFW; + pFW->code(pVM); + + /* + * Run the inner loop until we get back to exitIP + */ + for (; pVM->ip != exitIP;) { + pFW = *pVM->ip++; + + /* Inline code for vmExecute */ + pVM->runningWord = pFW; + pFW->code(pVM); + } + + + /* Restore just the setjmp vector */ + pVM->pState = VM.pState; + + /* Push 0 -- everything is ok */ + stackPushINT32(pVM->pStack, 0); + } +} + +/* + * Throw -- maybe vmThow already do what's required, but I don't really + * know what happens when you longjmp(buf, 0). From ANS Forth standard. + * + * Anyway, throw takes the ToS and, if that's different from zero, + * returns to the last executed catch context. Further throws will + * unstack previously executed "catches", in LIFO mode. + * + * Daniel C. Sobral Jan 09/1999 + */ + +static void throw(FICL_VM *pVM) +{ + int except; + + except = stackPopINT32(pVM->pStack); + + if (except) + vmThrow(pVM, except); +} + /************************* freebsd added I/O words **************************/ /* fopen - open a file and return new fd on stack. @@ -4382,6 +4528,14 @@ dictAppendWord(dp, "key?", keyQuestion, FW_DEFAULT); dictAppendWord(dp, "ms", ms, FW_DEFAULT); dictAppendWord(dp, "seconds", pseconds, FW_DEFAULT); + /* + ** EXCEPTION word set + */ + dictAppendWord(dp, "catch", catch, FW_DEFAULT); + dictAppendWord(dp, "throw", throw, FW_DEFAULT); + + ficlSetEnv("exception", FICL_TRUE); + ficlSetEnv("exception-ext", FICL_TRUE); /* ** Set CORE environment query values --- sys/boot/ficl/softwords/softcore.fr.orig Sun Jan 10 06:59:34 1999 +++ sys/boot/ficl/softwords/softcore.fr Sun Jan 10 07:35:38 1999 @@ -33,7 +33,9 @@ postpone if postpone ." postpone cr - postpone abort + -2 + postpone literal + postpone throw postpone endif ; immediate >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 9 19:15:05 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA19939 for freebsd-bugs-outgoing; Sat, 9 Jan 1999 19:15:05 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA19599; Sat, 9 Jan 1999 19:13:30 -0800 (PST) (envelope-from dcs@newsguy.com) Received: from newsguy.com by peach.ocn.ne.jp (8.9.1a/OCN) id MAA00499; Sun, 10 Jan 1999 12:12:57 +0900 (JST) Message-ID: <36981A79.6C590D6A@newsguy.com> Date: Sun, 10 Jan 1999 12:11:53 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.5 [en] (Win98; I) X-Accept-Language: pt-BR,ja MIME-Version: 1.0 To: gnats-admin@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/9398: ficl's build uses perl References: <199901082010.MAA26148@freefall.freebsd.org> Content-Type: multipart/mixed; boundary="------------95BC47A1EA4449D657B7E94B" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This is a multi-part message in MIME format. --------------95BC47A1EA4449D657B7E94B Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit gnats-admin@FreeBSD.ORG wrote: > > Thank you very much for your problem report. > It has the internal identification `kern/9398'. > The individual assigned to look at your > report is: freebsd-bugs. > > >Category: kern > >Responsible: freebsd-bugs > >Synopsis: ficl's build uses perl > >Arrival-Date: Fri Jan 8 12:10:02 PST 1999 The fix proposed foolishly breaks "testmain" target. Follow it up with the attached patch. -- Daniel C. Sobral (8-DCS) dcs@newsguy.com "Heart like a Gabriel, pure and white as ivory, soul like a lucifer, black and cold as a piece of lead." --------------95BC47A1EA4449D657B7E94B Content-Type: text/plain; charset=us-ascii; name="patch-ai" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="patch-ai" --- sys/boot/ficl/Makefile.orig Sun Jan 10 10:41:41 1999 +++ sys/boot/ficl/Makefile Sun Jan 10 10:42:10 1999 @@ -1,10 +1,10 @@ -# $Id: Makefile,v 1.2 1999/01/05 18:44:35 root Exp $ +# $Id: Makefile,v 1.3 1999/01/10 01:40:20 root Exp root $ # LIB= ficl NOPROFILE= yes INTERNALLIB= yes INTERNALSTATICLIB= yes -BASE_SRCS= dict.c ficl.c math64.c stack.c sysdep.c vm.c words.c softscript.c +BASE_SRCS= dict.c ficl.c math64.c stack.c sysdep.c vm.c words.c SRCS= ${BASE_SRCS} softcore.c CLEANFILES= softcore.c testmain softscript --------------95BC47A1EA4449D657B7E94B-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jan 9 20:20:08 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA25182 for freebsd-bugs-outgoing; Sat, 9 Jan 1999 20:20:08 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA25175 for ; Sat, 9 Jan 1999 20:20:06 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id UAA20840; Sat, 9 Jan 1999 20:20:01 -0800 (PST) Received: from assaris2.pdc.kth.se (assaris2.pdc.kth.se [130.237.221.57]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA24984 for ; Sat, 9 Jan 1999 20:15:26 -0800 (PST) (envelope-from assar@sics.se) Received: (from assar@localhost) by assaris2.pdc.kth.se (8.9.1/8.7.3) id FAA65913; Sun, 10 Jan 1999 05:16:37 +0100 (CET) Message-Id: <199901100416.FAA65913@assaris2.pdc.kth.se> Date: Sun, 10 Jan 1999 05:16:37 +0100 (CET) From: assar@sics.se To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/9413: profiling does not work on elf kernels Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9413 >Category: kern >Synopsis: profiling does not work with elf kernels >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 9 20:20:00 PST 1999 >Closed-Date: >Last-Modified: >Originator: Assar Westerlund >Release: FreeBSD 3.0-CURRENT i386 >Organization: none >Environment: >Description: When configuring a kernel with profiling (`config -p'), it fails to build due to duplicate and unresolved symbols. In the aout-world it looks like this (where if_ex.o is a random object file): mcount.o 00000000 T _mcount prof_machdep.o 00000000 T __mcount U _mcount 00000010 T mcount if_ex.o U mcount But in the elf world there's some confusion as to what the different functions should be called. mcount.o 00000000 T mcount prof_machdep.o 0000002c t Lmcount_exit 00000000 T __mcount U _mcount 00000010 T mcount if_ex.o U .mcount >How-To-Repeat: config -p GENERIC cd ../../GENERIC make depend all >Fix: Index: i386/i386/exception.s =================================================================== RCS file: /src/fbsd-repository/src/sys/i386/i386/exception.s,v retrieving revision 1.55 diff -u -w -r1.55 exception.s --- exception.s 1998/08/10 19:41:07 1.55 +++ exception.s 1999/01/10 04:09:57 @@ -204,7 +204,7 @@ movl %ax,%es FAKE_MCOUNT(12*4(%esp)) calltrap: - FAKE_MCOUNT(_btrap) /* init "from" _btrap -> calltrap */ + FAKE_MCOUNT(CNAME(btrap)) /* init "from" _btrap -> calltrap */ MPLOCKED incl _cnt+V_TRAP ALIGN_LOCK ECPL_LOCK Index: i386/isa/ipl.s =================================================================== RCS file: /src/fbsd-repository/src/sys/i386/isa/ipl.s,v retrieving revision 1.24 diff -u -w -r1.24 ipl.s --- ipl.s 1998/08/11 17:01:32 1.24 +++ ipl.s 1999/01/10 04:11:15 @@ -111,7 +111,7 @@ #ifdef SMP TEST_CIL #endif - FAKE_MCOUNT(_bintr) /* init "from" _bintr -> _doreti */ + FAKE_MCOUNT(CNAME(bintr)) /* init "from" _bintr -> _doreti */ addl $4,%esp /* discard unit number */ popl %eax /* cpl or cml to restore */ doreti_next: Index: i386/isa/prof_machdep.c =================================================================== RCS file: /src/fbsd-repository/src/sys/i386/isa/prof_machdep.c,v retrieving revision 1.11 diff -u -w -r1.11 prof_machdep.c --- prof_machdep.c 1998/12/14 18:21:34 1.11 +++ prof_machdep.c 1999/01/10 04:12:59 @@ -48,6 +48,8 @@ #endif #include +#include + #ifdef GUPROF #define CPUTIME_CLOCK_UNINITIALIZED 0 #define CPUTIME_CLOCK_I8254 1 @@ -77,7 +79,7 @@ # \n\ # Check that we are profiling. Do it early for speed. \n\ # \n\ - cmpl $GMON_PROF_OFF,__gmonparam+GM_STATE \n\ + cmpl $GMON_PROF_OFF," __XSTRING(CNAME(_gmonparam)) "+GM_STATE \n\ je Lmcount_exit \n\ # \n\ # __mcount is the same as mcount except the caller \n\ @@ -88,9 +90,9 @@ jmp Lgot_frompc \n\ \n\ .align 4,0x90 \n\ - .globl mcount \n\ -mcount: \n\ - cmpl $GMON_PROF_OFF,__gmonparam+GM_STATE \n\ + .globl " __XSTRING(HIDENAME(mcount)) " \n\ +" __XSTRING(HIDENAME(mcount)) ": \n\ + cmpl $GMON_PROF_OFF," __XSTRING(CNAME(_gmonparam)) "+GM_STATE \n\ je Lmcount_exit \n\ # \n\ # The caller's stack frame has already been built, so \n\ @@ -109,7 +111,7 @@ pushl %eax \n\ pushl %edx \n\ cli \n\ - call _mcount \n\ + call " __XSTRING(CNAME(mcount)) " \n\ addl $8,%esp \n\ popfl \n\ Lmcount_exit: \n\ >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jan 9 21:12:17 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA00653 for freebsd-bugs-outgoing; Sat, 9 Jan 1999 21:12:17 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA00645; Sat, 9 Jan 1999 21:12:14 -0800 (PST) (envelope-from msmith@FreeBSD.org) From: Michael Smith Received: (from msmith@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id VAA22605; Sat, 9 Jan 1999 21:12:09 -0800 (PST) Date: Sat, 9 Jan 1999 21:12:09 -0800 (PST) Message-Id: <199901100512.VAA22605@freefall.freebsd.org> To: dcs@newsguy.com, msmith@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/9397 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Loader's parser can't escape characters State-Changed-From-To: open->closed State-Changed-By: msmith State-Changed-When: Sat Jan 9 21:11:15 PST 1999 State-Changed-Why: Patches applied, seem to work To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message