From owner-freebsd-bugs Sun Aug 8 0:44: 3 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 9A84E14DAB for ; Sun, 8 Aug 1999 00:44:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id AAA42741; Sun, 8 Aug 1999 00:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from mail-green.research.att.com (H-135-207-30-103.research.att.com [135.207.30.103]) by hub.freebsd.org (Postfix) with ESMTP id BA61714DA2 for ; Sun, 8 Aug 1999 00:37:39 -0700 (PDT) (envelope-from ji@tla.org) Received: from amontillado.research.att.com (amontillado.research.att.com [135.207.24.32]) by mail-green.research.att.com (Postfix) with ESMTP id 36C831E01C for ; Sun, 8 Aug 1999 03:34:23 -0400 (EDT) Received: from tla.org ([199.97.241.132]) by amontillado.research.att.com (8.8.7/8.8.7) with ESMTP id DAA15549 for ; Sun, 8 Aug 1999 03:34:22 -0400 (EDT) Received: (from ji@localhost) by tla.org (8.9.3/8.9.3) id DAA61617; Sun, 8 Aug 1999 03:34:19 -0400 (EDT) (envelope-from ji) Message-Id: <199908080734.DAA61617@tla.org> Date: Sun, 8 Aug 1999 03:34:19 -0400 (EDT) From: ji@research.att.com Reply-To: ji@research.att.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/13022: ipfilter is out-of-date Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 13022 >Category: kern >Synopsis: ipfilter is out-of-date >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 Aug 8 00:40:00 PDT 1999 >Closed-Date: >Last-Modified: >Originator: John "Heldenprogrammer" Ioannidis >Release: FreeBSD 3.2-STABLE i386 >Organization: AT&T Labs - Research >Environment: FreeBSD 3.2-STABLE >Description: The version of ipfilter distributed in the cvs tree is several months old. Also, the new version (3.3) that just came out on August 6th has some problems that need fixing. >How-To-Repeat: n/a >Fix: Who is the current "owner" of ipfilter? I'm actually working on fixing the problems, and it would be nice to coordinate this with whoever is actually in charge of that part of the kernel. Among other things, I don't want to have to reinstall the new release every time I do a new build. /ji >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 Aug 8 1: 9: 1 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 8072F14E4F; Sun, 8 Aug 1999 01:08:59 -0700 (PDT) (envelope-from bde@FreeBSD.org) Received: (from bde@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA44336; Sun, 8 Aug 1999 01:05:24 -0700 (PDT) (envelope-from bde@FreeBSD.org) Date: Sun, 8 Aug 1999 01:05:24 -0700 (PDT) From: Message-Id: <199908080805.BAA44336@freefall.freebsd.org> To: sa264@phy.cam.ac.uk, bde@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/12920: /usr/libexec/elf/c++filt not installed Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: /usr/libexec/elf/c++filt not installed State-Changed-From-To: open->closed State-Changed-By: bde State-Changed-When: Sun Aug 8 01:04:23 PDT 1999 State-Changed-Why: Fixed in rev.1.7-1.8 of cc/c++filt/Makefile in -current. Fixed in rev.1.4.2.1 of cc/c+=filt/Makefile in RELENG_3. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Aug 8 1:11:24 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id A611914C1E for ; Sun, 8 Aug 1999 01:11:22 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA44540; Sun, 8 Aug 1999 01:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sun, 8 Aug 1999 01:10:01 -0700 (PDT) Message-Id: <199908080810.BAA44540@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Doug Subject: Re: conf/13016: Wrong sendmail.cf file used by mergemaster Reply-To: Doug Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR conf/13016; it has been noted by GNATS. From: Doug To: hetzels@westbend.net Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: conf/13016: Wrong sendmail.cf file used by mergemaster Date: Sun, 08 Aug 1999 01:04:20 -0700 "Scot W. Hetzel" wrote: > When using MergeMaster to update your /etc directory, it does a comparison > between the /var/tmp/temproot/etc/sendmail.cf(freebsd.cf) file and the > current /etc/sendmail.cf file. As I stated in my response to PR 12664 this is exactly what mergemaster is designed to do, therefore, your synopsis is incorrect. Please refer to that PR for several suggestions on ways to deal with this situation. Good luck, Doug To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Aug 8 4:24:54 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 29A9614EBA; Sun, 8 Aug 1999 04:24:52 -0700 (PDT) (envelope-from marcel@FreeBSD.org) Received: (from marcel@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA55439; Sun, 8 Aug 1999 04:21:44 -0700 (PDT) (envelope-from marcel@FreeBSD.org) Date: Sun, 8 Aug 1999 04:21:44 -0700 (PDT) From: Message-Id: <199908081121.EAA55439@freefall.freebsd.org> To: jbr@idiom.com, marcel@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/7299: USER_LDT hangs Linux-emulated Netscape Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: USER_LDT hangs Linux-emulated Netscape State-Changed-From-To: open->closed State-Changed-By: marcel State-Changed-When: Sun Aug 8 04:17:24 PDT 1999 State-Changed-Why: The problem could not be reproduced on current configurations and the originator did not reply, saying he still got the problem. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Aug 8 4:50:48 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from idiom.com (idiom.com [209.157.64.1]) by hub.freebsd.org (Postfix) with ESMTP id 3950414EC1; Sun, 8 Aug 1999 04:50:47 -0700 (PDT) (envelope-from jbr@idiom.com) Received: (from jbr@localhost) by idiom.com (8.9.3/8.9.3) id EAA05894; Sun, 8 Aug 1999 04:49:37 -0700 (PDT) Date: Sun, 8 Aug 1999 04:49:37 -0700 (PDT) From: "J. B." Message-Id: <199908081149.EAA05894@idiom.com> To: freebsd-bugs@FreeBSD.org, jbr@idiom.com, marcel@FreeBSD.org Subject: Re: kern/7299: USER_LDT hangs Linux-emulated Netscape In-Reply-To: <199908081121.EAA55439@freefall.freebsd.org> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This sounds like a hideous bit of politics underway, trying to deny that problems ever existed. Getting a letter trying to say that a bug report that I made in history didn't exist simply put me into brain lockup. J. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Aug 8 5: 7:23 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from gaia.euronet.nl (gaia.euronet.nl [194.134.0.10]) by hub.freebsd.org (Postfix) with ESMTP id A16FB14EC7; Sun, 8 Aug 1999 05:07:11 -0700 (PDT) (envelope-from marcel@scc.nl) Received: from mail.scc.nl (i110.ztm.euronet.nl [194.134.112.71]) by gaia.euronet.nl (8.8.8/8.8.8) with ESMTP id OAA07320; Sun, 8 Aug 1999 14:05:23 +0200 (MET DST) Received: from scc.nl (scones.sup.scc.nl [192.168.2.4]) by mail.scc.nl (8.9.3/8.9.3) with ESMTP id OAA96478; Sun, 8 Aug 1999 14:04:49 +0200 (CEST) (envelope-from marcel@scc.nl) Message-ID: <37AD7260.E41706A6@scc.nl> Date: Sun, 08 Aug 1999 14:04:48 +0200 From: Marcel Moolenaar Organization: SCC vof X-Mailer: Mozilla 4.61 [en] (X11; I; FreeBSD 4.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: "J. B." Cc: freebsd-bugs@FreeBSD.org, marcel@FreeBSD.org Subject: Re: kern/7299: USER_LDT hangs Linux-emulated Netscape References: <199908081149.EAA05894@idiom.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org "J. B." wrote: > > This sounds like a hideous bit of politics underway, trying to deny that > problems ever existed. Getting a letter trying to say that a bug report > that I made in history didn't exist simply put me into brain lockup. No. I asked you if you _still_ encounter the same problem. I thereby acknowledge that the problem existed for you, but wanted feedback on the current state of affairs. You didn't reply and I wasn't able to reproduce the problem on current configurations which simply means that the PR can be closed, for the problem does not exist _anymore_. If it still does, then the PR is to be reopened and the problem solved. -- Marcel Moolenaar mailto:marcel@scc.nl SCC Internetworking & Databases http://www.scc.nl/ Amsterdam, The Netherlands tel: +31 20 4200655 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Aug 8 6:42:22 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id A22C714E53 for ; Sun, 8 Aug 1999 06:42:20 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA62106; Sun, 8 Aug 1999 06:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from kaa.kfunigraz.ac.at (KAA16.kfunigraz.ac.at [143.50.16.17]) by hub.freebsd.org (Postfix) with ESMTP id E867414E30 for ; Sun, 8 Aug 1999 06:34:00 -0700 (PDT) (envelope-from dada@balu.kfunigraz.ac.at) Received: from balu.kfunigraz.ac.at (balu [143.50.16.16]) by kaa.kfunigraz.ac.at (8.9.2/8.9.2) with ESMTP id PAA16051 for ; Sun, 8 Aug 1999 15:32:24 +0200 (MDT) Received: from localhost.kfunigraz.ac.at (IDENT:qFWUstYXi9JqVdM5LY5RoyNZCZboXnvL@isdn271.tu-graz.ac.at [129.27.241.71]) by balu.kfunigraz.ac.at (8.9.2/8.9.2) with ESMTP id PAA16561 for ; Sun, 8 Aug 1999 15:34:21 +0200 (MDT) Received: (from dada@localhost) by localhost.kfunigraz.ac.at (8.8.8/x.y.z) id PAA00581; Sun, 8 Aug 1999 15:29:21 +0200 (CEST) (envelope-from dada) Message-Id: <199908081329.PAA00581@localhost.kfunigraz.ac.at> Date: Sun, 8 Aug 1999 15:29:21 +0200 (CEST) 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: misc/13027: sysinstall has no /dev entry for wfd0s4 (Iomega ZIP drive) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 13027 >Category: misc >Synopsis: sysinstall has no /dev entry for wfd0s4 (Iomega ZIP drive) >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Aug 8 06:40:00 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Martin Kammerhofer >Release: FreeBSD 4.0-19990731-CURRENT >Organization: Graz University of Technology >Environment: Installation of FreeBSD 4.0-19990731-CURRENT with floppies and IOMEGA IDE Zipdrive >Description: After choosing DOS/wfd0s4 as installation media, installation aborts with "no such file or directory". >How-To-Repeat: Install from (IDE) ZIP drive. >Fix: I was able to complete the installation by modifying the filesystem on the 2nd floppy (mfsroot.gz). I mounted it with vnconfig and added /dev/wfd0s4[c] manually. (Of course this only works with access to an already installed FreeBSD system having a ZIP drive.) However I suppose the correct fix would be to create appropriate /dev/* entries by the install programm before doing the mount. >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 Aug 8 8:11:40 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 889EC14F4A for ; Sun, 8 Aug 1999 08:11:37 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA66835; Sun, 8 Aug 1999 08:10:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from titanium.yy.ics.keio.ac.jp (titanium.yy.ics.keio.ac.jp [131.113.47.73]) by hub.freebsd.org (Postfix) with ESMTP id B552814F67 for ; Sun, 8 Aug 1999 08:10:51 -0700 (PDT) (envelope-from sanpei@sanpei.org) Received: from oxygen.yy.ics.keio.ac.jp (oxygen.yy.ics.keio.ac.jp [131.113.47.3]) by titanium.yy.ics.keio.ac.jp (8.8.8+3.0Wbeta13/3.7W) with ESMTP id AAA23330; Mon, 9 Aug 1999 00:07:34 +0900 (JST) Received: from lavender.yy.cs.keio.ac.jp (ppp028.dialup.hc.keio.ac.jp [131.113.233.28]) by oxygen.yy.ics.keio.ac.jp (8.9.3+3.2W/3.7W) with ESMTP id AAA00609; Mon, 9 Aug 1999 00:07:32 +0900 (JST) Received: (from sanpei@localhost) by lavender.yy.cs.keio.ac.jp (8.9.3/3.7W) id AAA18497; Mon, 9 Aug 1999 00:06:26 +0900 (JST) Message-Id: <199908081506.AAA18497@lavender.yy.cs.keio.ac.jp> Date: Mon, 9 Aug 1999 00:06:26 +0900 (JST) From: sanpei@sanpei.org Reply-To: sanpei@sanpei.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: i386/13028: [APM] kernel panic with apm command(Sotec WinBookPro). Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 13028 >Category: i386 >Synopsis: [APM] kernel panic with apm command(Sotec WinBookPro). >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Aug 8 08:10:00 PDT 1999 >Closed-Date: >Last-Modified: >Originator: MIHIRA Yoshiro >Release: FreeBSD 4.0-19990806-CURRENT i386 >Organization: Keio Univ. >Environment: FreeBSD sunflower.sanpei.org 4.0-19990806-CURRENT FreeBSD 4.0-19990806-CURRENT #1: Sun Aug 8 14:30:53 JST 1999 sanpei@sunflower.sanpei.org:/usr/src/sys/compile/PCCARD i386 >Description: I have Sotec WinBookPro NOTE-PC(486DX4-100MHz). I play with apm enabled kernel. But when I execute apm command, kernel panic..... [probed message] apm0: on motherboard apm: APM BIOS version 0101 apm: Code16 0xc00f0000, Data 0xc00f0000 apm: Code entry 0x0000b321, Idling CPU disabled, Management disabled apm: CS_limit=0xffff, DS_limit=0xffff apm: found APM BIOS v1.1, connected at v1.0 apm: Slow Idling CPU disabled [command log] % apm APM version: 1.0 APM Management: Enabled AC Line Status: on-line Battery status: charging Remaining battery life: unknown Remaining battery time: unknown Number of batteries: 0 APM ioctl: cmd = 0x4040500b APM ioctl: cmd = 0xc018500a Fatal trap 12: page fault while in fault virtual address = 0x2e fault code = supervisor read, page not present instruction pointer = 0x50:0x466 stack pointer = 0x10:0xc4780d0a frame pointer = 0x10:0xc02a000c code segment = base 0xc00f0000, limit 0xffff, type 0x1b = DPL 0, pres 1, def32 0, gran 0 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 289 (apm) interrupt mask = none trap number = 12 panic: page fault This problem was first appeared at FreeBSD-3.0. With FreeBSD-2.2, I did not have any problems about apm command. >How-To-Repeat: see above 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 Sun Aug 8 8:47:43 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id A6D2F14DDC; Sun, 8 Aug 1999 08:47:42 -0700 (PDT) (envelope-from iwasaki@FreeBSD.org) Received: (from iwasaki@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA68671; Sun, 8 Aug 1999 08:44:07 -0700 (PDT) (envelope-from iwasaki@FreeBSD.org) Date: Sun, 8 Aug 1999 08:44:07 -0700 (PDT) From: Message-Id: <199908081544.IAA68671@freefall.freebsd.org> To: iwasaki@FreeBSD.org, freebsd-bugs@FreeBSD.org, iwasaki@FreeBSD.org Subject: Re: i386/13028: [APM] kernel panic with apm command(Sotec WinBookPro). Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: [APM] kernel panic with apm command(Sotec WinBookPro). Responsible-Changed-From-To: freebsd-bugs->iwasaki Responsible-Changed-By: iwasaki Responsible-Changed-When: Sun Aug 8 08:40:59 PDT 1999 Responsible-Changed-Why: I know this problem. I'll take this one. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Aug 8 8:53:10 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 58E9314E7A for ; Sun, 8 Aug 1999 08:53:09 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA68855; Sun, 8 Aug 1999 08:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from strike.velocet.ca (strike.velocet.ca [209.167.225.34]) by hub.freebsd.org (Postfix) with ESMTP id C70B614F4A for ; Sun, 8 Aug 1999 08:43:04 -0700 (PDT) (envelope-from dgilbert@strike.velocet.ca) Received: (from dgilbert@localhost) by strike.velocet.ca (8.9.3/8.9.2) id LAA61376; Sun, 8 Aug 1999 11:41:43 -0400 (EDT) (envelope-from dgilbert) Message-Id: <199908081541.LAA61376@strike.velocet.ca> Date: Sun, 8 Aug 1999 11:41:43 -0400 (EDT) From: David Gilbert Reply-To: dgilbert@velocet.ca To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/13029: regex.h should include sys/types.h Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 13029 >Category: bin >Synopsis: Subject: regex.h should include sys/types.h >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Aug 8 08:50:00 PDT 1999 >Closed-Date: >Last-Modified: >Originator: David Gilbert >Release: FreeBSD 3.2-RELEASE i386 >Organization: Velocet Communications >Environment: FreeBSD-3.2-STABLE (roughly may) >Description: programs that include regex.h without including sys/types.h fail to compile >How-To-Repeat: The current version of siag is an example. >Fix: workaround: include sys/types.h first. >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 Aug 8 9:13:43 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 7430114DDE for ; Sun, 8 Aug 1999 09:13:36 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA69796; Sun, 8 Aug 1999 09:10:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sun, 8 Aug 1999 09:10:02 -0700 (PDT) Message-Id: <199908081610.JAA69796@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Garrett Wollman Subject: bin/13029: regex.h should include sys/types.h Reply-To: Garrett Wollman Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/13029; it has been noted by GNATS. From: Garrett Wollman To: dgilbert@velocet.ca Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: bin/13029: regex.h should include sys/types.h Date: Sun, 8 Aug 1999 12:04:31 -0400 (EDT) < said: > programs that include regex.h without including sys/types.h fail > to compile is a documented prerequisite of , sanctioned by P1003.2. -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Aug 8 9:29:41 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id C3AFA1515E; Sun, 8 Aug 1999 09:29:39 -0700 (PDT) (envelope-from chris@FreeBSD.org) Received: (from chris@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA70739; Sun, 8 Aug 1999 09:27:59 -0700 (PDT) (envelope-from chris@FreeBSD.org) Date: Sun, 8 Aug 1999 09:27:59 -0700 (PDT) From: Message-Id: <199908081627.JAA70739@freefall.freebsd.org> To: chris@calldei.com, chris@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: conf/12989: [Patch] src/sys/i386/conf/LINT refers to old st device Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: [Patch] src/sys/i386/conf/LINT refers to old st device State-Changed-From-To: open->closed State-Changed-By: chris State-Changed-When: Sun Aug 8 09:27:37 PDT 1999 State-Changed-Why: Patch applied. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Aug 8 9:35:52 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from swbell.net (mail-gw4.rcsntx.swbell.net [151.164.30.54]) by hub.freebsd.org (Postfix) with ESMTP id E44AD14F2B for ; Sun, 8 Aug 1999 09:35:49 -0700 (PDT) (envelope-from chris@holly.dyndns.org) Received: from holly.dyndns.org (adsl-216-62-152-216.dsl.hstntx.swbell.net [216.62.152.216]) by swbell.net (8.9.3/8.9.3) with ESMTP id LAA06406 for ; Sun, 8 Aug 1999 11:33:35 -0500 (CDT) Received: (from chris@localhost) by holly.dyndns.org (8.9.3/8.9.3) id LAA52681 for bugs@FreeBSD.org; Sun, 8 Aug 1999 11:35:28 -0500 (CDT) (envelope-from chris) Date: Sun, 8 Aug 1999 11:35:28 -0500 From: Chris Costello To: bugs@FreeBSD.org Subject: Re: misc/8654: SYSV options allow WINE to run, but Netscape fails afterward Message-ID: <19990808113527.D51748@holly.dyndns.org> Reply-To: chris@calldei.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/0.96.3i Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This problem report refers to a problem which is linked to Linux emulation and the SYSV options. It is very old and much has been done to the Linux emulation code; I will repaste the description of the problem: Description Upon compiling the kernel with the previously mentioned options, Netscape works fine until I start WINE. Netscape then does not respond. Even after I kill and restart Netscape, it will not work. Does this remain a problem? If not, I will close the PR. Thanks, -- |Chris Costello |Design: The activity of preparing for a design review. `------------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Aug 8 9:47: 8 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from tasogare.imasy.or.jp (tasogare.imasy.or.jp [202.227.24.5]) by hub.freebsd.org (Postfix) with ESMTP id A67F014E52; Sun, 8 Aug 1999 09:46:57 -0700 (PDT) (envelope-from iwasaki@jp.FreeBSD.org) Received: from localhost (isdnb58.imasy.or.jp [202.227.24.186]) by tasogare.imasy.or.jp (8.9.3+3.2W/3.7W-tasogare/smtpfeed 1.01) with ESMTP id BAA01817; Mon, 9 Aug 1999 01:42:25 +0900 (JST) (envelope-from iwasaki@jp.FreeBSD.org) Message-Id: <199908081642.BAA01817@tasogare.imasy.or.jp> To: mobile@freebsd.org Cc: freebsd-bugs@FreeBSD.org, sanpei@sanpei.org, iwasaki@jp.freebsd.org Subject: Re: [APM] kernel panic with apm command(Sotec WinBookPro). In-Reply-To: Your message of "Mon, 9 Aug 1999 00:06:26 +0900 (JST)" <199908081506.AAA18497@lavender.yy.cs.keio.ac.jp> Reply-To: mobile@freebsd.org References: <199908081506.AAA18497@lavender.yy.cs.keio.ac.jp> X-Mailer: Mew version 1.93 on Emacs 19.34 / Mule 2.3 (SUETSUMUHANA) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Mon, 09 Aug 1999 01:46:12 +0900 From: Mitsuru IWASAKI X-Dispatcher: imput version 980905(IM100) Lines: 152 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, folks. I found the PR that old APM cause panic in http://www.freebsd.org/cgi/query-pr.cgi?pr=13028 Anyone review my patch for this? From: sanpei@sanpei.org Subject: [APM] kernel panic with apm command(Sotec WinBookPro). Date: Mon, 9 Aug 1999 00:06:26 +0900 (JST) Message-ID: <199908081506.AAA18497@lavender.yy.cs.keio.ac.jp> > I have Sotec WinBookPro NOTE-PC(486DX4-100MHz). > I play with apm enabled kernel. > But when I execute apm command, kernel panic..... > > [probed message] > apm0: on motherboard > apm: APM BIOS version 0101 > apm: Code16 0xc00f0000, Data 0xc00f0000 > apm: Code entry 0x0000b321, Idling CPU disabled, Management disabled > apm: CS_limit=0xffff, DS_limit=0xffff > apm: found APM BIOS v1.1, connected at v1.0 Odd. Why it connected at v1.0??? > apm: Slow Idling CPU disabled > > [command log] > % apm > APM version: 1.0 > APM Management: Enabled > AC Line Status: on-line > Battery status: charging > Remaining battery life: unknown > Remaining battery time: unknown > Number of batteries: 0 > APM ioctl: cmd = 0x4040500b > APM ioctl: cmd = 0xc018500a > > Fatal trap 12: page fault while in > fault virtual address = 0x2e > fault code = supervisor read, page not present > instruction pointer = 0x50:0x466 > stack pointer = 0x10:0xc4780d0a > frame pointer = 0x10:0xc02a000c > code segment = base 0xc00f0000, limit 0xffff, type 0x1b > = DPL 0, pres 1, def32 0, gran 0 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 289 (apm) > interrupt mask = none > trap number = 12 > panic: page fault > > This problem was first appeared at FreeBSD-3.0. With FreeBSD-2.2, > I did not have any problems about apm command. Your APM BOIS probably doesn't support v1.2 functions, and I've seen many APM BIOSes can cause kernel panic when attempt to execute unsupported APM functions. Index: apm.c =================================================================== RCS file: /home/ncvs/src/sys/i386/apm/apm.c,v retrieving revision 1.98 diff -u -r1.98 apm.c --- apm.c 1999/08/02 18:46:34 1.98 +++ apm.c 1999/08/08 15:55:09 @@ -50,6 +50,7 @@ static int apm_display __P((int newstate)); static void apm_resume __P((void)); static int apm_bioscall(void); +static int apm_check_function_supported __P((u_int version, u_int func)); static u_long apm_version; @@ -132,7 +133,16 @@ { struct apm_softc *sc = &apm_softc; int errno = 0; + u_int apm_func = sc->bios.r.eax & 0xff; + if (!apm_check_function_supported(sc->intversion, apm_func)) { +#ifdef APM_DEBUG + printf("apm_bioscall: function 0x%x is not supported in v%d.%d\n", + apm_func, sc->majorversion, sc->minorversion); +#endif + return (-1); + } + sc->bios_busy = 1; if (sc->connectmode == APM_PROT32CONNECT) { set_bios_selectors(&sc->bios.seg, @@ -146,6 +156,34 @@ return (errno); } +/* check whether APM function is supported (1) or not (0). */ +static int +apm_check_function_supported(u_int version, u_int func) +{ + /* except driver version */ + if (func == APM_DRVVERSION) { + return (1); + } + + switch (version) { + case INTVERSION(1, 0): + if (func > APM_GETPMEVENT) { + return (0); /* not supported */ + } + break; + case INTVERSION(1, 1): + if (func > APM_ENGAGEDISENGAGEPM && + func < APM_OEMFUNC) { + return (0); /* not supported */ + } + break; + case INTVERSION(1, 2): + break; + } + + return (1); /* supported */ +} + /* enable/disable power management */ static int apm_enable_disable_pm(int enable) @@ -1067,6 +1105,7 @@ struct apm_softc *sc = &apm_softc; struct apm_bios_arg *args; int error = 0; + int ret; int newstate; if (!sc->initialized) @@ -1135,8 +1174,13 @@ sc->bios.r.edx = args->edx; sc->bios.r.esi = args->esi; sc->bios.r.edi = args->edi; - if (apm_bioscall()) - sc->bios.r.eax &= 0xff; + if ((ret = apm_bioscall())) { + if (ret == -1) { + error = ENOSYS; + } else { + sc->bios.r.eax &= 0xff; + } + } args->eax = sc->bios.r.eax; args->ebx = sc->bios.r.ebx; args->ecx = sc->bios.r.ecx; To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Aug 8 9:53:43 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 3E2FC14F60 for ; Sun, 8 Aug 1999 09:53:41 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA72022; Sun, 8 Aug 1999 09:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sun, 8 Aug 1999 09:50:01 -0700 (PDT) Message-Id: <199908081650.JAA72022@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Chris Costello Subject: Re: misc/8654: SYSV options allow WINE to run, but Netscape fails afterward Reply-To: Chris Costello Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/8654; it has been noted by GNATS. From: Chris Costello To: FreeBSD-gnats-submit@freebsd.org Cc: Subject: Re: misc/8654: SYSV options allow WINE to run, but Netscape fails afterward Date: Sun, 8 Aug 1999 11:43:46 -0500 [Cc'd to freebsd-gnats-submit this time.] This problem report refers to a problem which is linked to Linux emulation and the SYSV options. It is very old and much has been done to the Linux emulation code; I will repaste the description of the problem: Description Upon compiling the kernel with the previously mentioned options, Netscape works fine until I start WINE. Netscape then does not respond. Even after I kill and restart Netscape, it will not work. Does this remain a problem? If not, I will close the PR. Thanks, -- |Chris Costello |Design: The activity of preparing for a design review. `------------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Aug 8 10:21:59 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id AF2DC14F9E; Sun, 8 Aug 1999 10:21:31 -0700 (PDT) (envelope-from chris@FreeBSD.org) Received: (from chris@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA73931; Sun, 8 Aug 1999 10:18:13 -0700 (PDT) (envelope-from chris@FreeBSD.org) Date: Sun, 8 Aug 1999 10:18:13 -0700 (PDT) From: Message-Id: <199908081718.KAA73931@freefall.freebsd.org> To: phoenix@calldei.com, chris@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/8654: SYSV options allow WINE to run, but Netscape fails afterward Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: SYSV options allow WINE to run, but Netscape fails afterward State-Changed-From-To: open->feedback State-Changed-By: chris State-Changed-When: Sun Aug 8 10:16:07 PDT 1999 State-Changed-Why: Waiting one day for feedback on whether this remains to be a problem. Judging by kern/7299 it is probably not. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Aug 8 11:43: 7 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 3FD4B14BF4 for ; Sun, 8 Aug 1999 11:43:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA78789; Sun, 8 Aug 1999 11:40:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sun, 8 Aug 1999 11:40:03 -0700 (PDT) Message-Id: <199908081840.LAA78789@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Robert Watson Subject: Re: kern/12275: Patches to add support for new chipset Reply-To: Robert Watson Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/12275; it has been noted by GNATS. From: Robert Watson To: freebsd-gnats-submit@freebsd.org Cc: Subject: Re: kern/12275: Patches to add support for new chipset Date: Sun, 8 Aug 1999 14:36:03 -0400 (EDT) This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-1084027116-934137363=:10179 Content-Type: TEXT/PLAIN; charset=US-ASCII Attached are cleaned up patches against -current from Aug 7, and that don't interfere with the existing lnc supported cards, unlike the previous patches. I've received a number of emails asking about having this added to -stable and -current, and reporting success in using the driver. Thanks, Robert N M Watson robert@fledge.watson.org http://www.watson.org/~robert/ PGP key fingerprint: AF B5 5F FF A6 4A 79 37 ED 5F 55 E9 58 04 6A B1 TIS Labs at Network Associates, Computing Laboratory at Cambridge University Safeport Network Services --0-1084027116-934137363=:10179 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="amd_pcnet_home_patch.txt" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: ZGlmZiAtdXIgc3lzL2kzODYvaXNhL2ljL0FtNzk5MC5oIHN5cy1sbmMvaTM4 Ni9pc2EvaWMvQW03OTkwLmgNCi0tLSBzeXMvaTM4Ni9pc2EvaWMvQW03OTkw LmgJVHVlIE1heSAzMCAwNDowMzozMCAxOTk1DQorKysgc3lzLWxuYy9pMzg2 L2lzYS9pYy9BbTc5OTAuaAlTdW4gQXVnICA4IDE0OjAxOjM3IDE5OTkNCkBA IC0yNCw2ICsyNCwxMSBAQA0KICNkZWZpbmUgQ1NSODgJODgNCiAjZGVmaW5l IENTUjg5CTg5DQogDQorI2RlZmluZSBCQ1I0OQk0OQ0KKyNkZWZpbmUgQkNS MzIJMzINCisjZGVmaW5lIEJDUjMzCTMzDQorI2RlZmluZSBCQ1IzNAkzNA0K Kw0KIA0KIC8qIENvbnRyb2wgYW5kIFN0YXR1cyBSZWdpc3RlciBNYXNrcyAq Lw0KIA0KZGlmZiAtdXIgc3lzL2kzODYvaXNhL2lmX2xuYy5jIHN5cy1sbmMv aTM4Ni9pc2EvaWZfbG5jLmMNCi0tLSBzeXMvaTM4Ni9pc2EvaWZfbG5jLmMJ VHVlIEp1bCAgNiAxNToyMjo1MCAxOTk5DQorKysgc3lzLWxuYy9pMzg2L2lz YS9pZl9sbmMuYwlTdW4gQXVnICA4IDE0OjAxOjM3IDE5OTkNCkBAIC0xNTEs NiArMTUxLDcgQEANCiAJIlBDbmV0LVBDSSBJSSIsDQogCSJQQ25ldC1GQVNU IiwNCiAJIlBDbmV0LUZBU1QrIiwNCisJIlBDbmV0LUhvbWUiLA0KIH07DQog DQogc3RhdGljIHZvaWQgbG5jX3NldGxhZHJmIF9fUCgoc3RydWN0IGxuY19z b2Z0YyAqc2MpKTsNCkBAIC0yMjYsNiArMjI3LDQ3IEBADQogCXJldHVybiAo aW53KHNjLT5iZHApKTsNCiB9DQogDQorc3RhdGljIF9faW5saW5lIHVfc2hv cnQNCityZWFkX21paShzdHJ1Y3QgbG5jX3NvZnRjICpzYywgdV9zaG9ydCBy ZWdudW0pDQorew0KKwlpbnQJcHJlc2VydmVyYXA7DQorCXVfc2hvcnQJZGF0 YSwgcGh5X2FkZHIsIHNoX3BoeV9hZGRyOw0KKw0KKyNkZWZpbmUgUEhZCTEN CisNCisJcHJlc2VydmVyYXAgPSBpbncoc2MtPnJhcCk7DQorCWRhdGEgPSBy ZWFkX2JjcihzYywgQkNSMzIpOw0KKwkvKiBwcmludGYoInJlYWRfbWlpOiBi Y3IzMiAlZFxuIiwgZGF0YSk7ICovDQorCWRhdGEgfD0gKDE8PDE1KTsNCisJ d3JpdGVfYmNyKHNjLCBCQ1IzMiwgZGF0YSk7DQorDQorCXBoeV9hZGRyID0g cmVhZF9iY3Ioc2MsIEJDUjMzKTsNCisJLyogcHJpbnRmKCJyZWFkX21paTog b2xkIGJjcjMzICVkXG4iLCBwaHlfYWRkcik7ICovDQorCS8qIHByaW50Zigi cmVhZF9taWk6IHJlYWRpbmcgZnJvbSBwaHkgJWQsIHJlZyAlZFxuIiwgUEhZ LCByZWdudW0pOyAqLw0KKwlzaF9waHlfYWRkciA9IFBIWSA8PCA1Ow0KKwlk YXRhID0gc2hfcGh5X2FkZHIgfCAocmVnbnVtICYgMHgxZik7DQorCXdyaXRl X2JjcihzYywgQkNSMzMsIGRhdGEpOw0KKwlkYXRhID0gcmVhZF9iY3Ioc2Ms IEJDUjM0KTsNCisJLyogd3JpdGVfYmNyKHNjLCBCQ1IzMywgcGh5X2FkZHIp OyA/ICovDQorCW91dHcoc2MtPnJhcCwgcHJlc2VydmVyYXApOw0KKwlyZXR1 cm4oZGF0YSk7DQorDQorI3VuZGVmIFBIWQ0KK30NCisNCitzdGF0aWMgX19p bmxpbmUgdm9pZA0KK3dyaXRlX21paShzdHJ1Y3QgbG5jX3NvZnRjICpzYywg dV9zaG9ydCByZWdudW0sIHVfc2hvcnQgdmFsdWUpDQorew0KKwl1X3Nob3J0 CWRhdGEsIHBoeV9hZGRyLCBzaF9waHlfYWRkcjsNCisNCisJcGh5X2FkZHIg PSByZWFkX2JjcihzYywgMzMpOw0KKwlzaF9waHlfYWRkciA9ICgocGh5X2Fk ZHIgPj4gNSkgJiAweDFmKSA8PCA1Ow0KKwlkYXRhID0gc2hfcGh5X2FkZHIg fCAocmVnbnVtICYgMHgxZik7DQorCXdyaXRlX2JjcihzYywgMzMsIGRhdGEp Ow0KKwl3cml0ZV9iY3Ioc2MsIDM0LCB2YWx1ZSk7DQorCXdyaXRlX2Jjcihz YywgMzMsIHBoeV9hZGRyKTsNCit9DQorDQogc3RhdGljIF9faW5saW5lIHVf bG9uZw0KIGV0aGVyX2NyYyhjb25zdCB1X2NoYXIgKmV0aGVyX2FkZHIpDQog ew0KQEAgLTExOTIsNiArMTIzNCw4IEBADQogCQkJCXJldHVybiAoUENuZXRf RkFTVCk7DQogCQkJY2FzZSBBbTc5Qzk3MjoNCiAJCQkJcmV0dXJuIChQQ25l dF9GQVNUcGx1cyk7DQorCQkJY2FzZSBBbTc5Qzk3ODoNCisJCQkJcmV0dXJu IChQQ25ldF9Ib21lKTsNCiAJCQlkZWZhdWx0Og0KIAkJCQlicmVhazsNCiAJ CQl9DQpAQCAtMTQ5MCw2ICsxNTM0LDE1IEBADQogCXNjLT5wZW5kaW5nX3Ry YW5zbWl0cyA9IDA7DQogDQogCS8qIEdpdmUgdGhlIExBTkNFIHRoZSBwaHlz aWNhbCBhZGRyZXNzIG9mIHRoZSBpbml0aWFsaXNhdGlvbiBibG9jayAqLw0K Kw0KKwlpZiAoc2MtPm5pYy5pYyA9PSBQQ25ldF9Ib21lKSB7DQorCQl1X3No b3J0CW1lZGlhOw0KKwkJLyogU2V0IFBIWV9TRUwgdG8gSG9tZVJ1biAqLw0K KwkJbWVkaWEgPSByZWFkX2JjcihzYywgQkNSNDkpOw0KKwkJbWVkaWEgJj0g fjM7DQorCQltZWRpYSB8PSAxOw0KKwkJd3JpdGVfYmNyKHNjLCBCQ1I0OSwg bWVkaWEpOw0KKwl9DQogDQogCXdyaXRlX2NzcihzYywgQ1NSMSwga3Z0b3Ao c2MtPmluaXRfYmxvY2spKTsNCiAJd3JpdGVfY3NyKHNjLCBDU1IyLCAoa3Z0 b3Aoc2MtPmluaXRfYmxvY2spID4+IDE2KSAmIDB4ZmYpOw0KZGlmZiAtdXIg c3lzL2kzODYvaXNhL2lmX2xuYy5oIHN5cy1sbmMvaTM4Ni9pc2EvaWZfbG5j LmgNCi0tLSBzeXMvaTM4Ni9pc2EvaWZfbG5jLmgJVHVlIEp1bCAgNiAxNToy Mjo1MSAxOTk5DQorKysgc3lzLWxuYy9pMzg2L2lzYS9pZl9sbmMuaAlTdW4g QXVnICA4IDE0OjAxOjM3IDE5OTkNCkBAIC0xMDcsNiArMTA3LDggQEANCiAj ZGVmaW5lIFBDbmV0X1BDSV9JSSAgICA4ICAgICAgICAvKiBBbTc5Qzk3MEEg Ki8NCiAjZGVmaW5lIFBDbmV0X0ZBU1QgICAgICA5ICAgICAgICAvKiBBbTc5 Qzk3MSAqLw0KICNkZWZpbmUgUENuZXRfRkFTVHBsdXMgIDEwICAgICAgIC8q IEFtNzlDOTcyICovDQorI2RlZmluZSBQQ25ldF9Ib21lCTExCSAvKiBBbTc5 Qzk3OCAqLw0KKw0KIA0KIC8qIENTUjg4LTg5OiBDaGlwIElEIG1hc2tzICov DQogI2RlZmluZSBBTURfTUFTSyAgMHgwMDMNCkBAIC0xMTksNiArMTIxLDcg QEANCiAjZGVmaW5lIEFtNzlDOTcwQSAweDI2MjENCiAjZGVmaW5lIEFtNzlD OTcxICAweDI2MjMNCiAjZGVmaW5lIEFtNzlDOTcyICAweDI2MjQNCisjZGVm aW5lIEFtNzlDOTc4ICAweDI2MjYNCiANCiAvKiBCb2FyZCB0eXBlcyAqLw0K ICNkZWZpbmUgVU5LTk9XTiAgICAgICAgIDANCmRpZmYgLXVyIHN5cy9wY2kv aWZfbG5jX3AuYyBzeXMtbG5jL3BjaS9pZl9sbmNfcC5jDQotLS0gc3lzL3Bj aS9pZl9sbmNfcC5jCVNhdCBKdWwgIDMgMTY6MTc6MDQgMTk5OQ0KKysrIHN5 cy1sbmMvcGNpL2lmX2xuY19wLmMJU3VuIEF1ZyAgOCAxNDowMTozNyAxOTk5 DQpAQCAtMzAsNiArMzAsNyBAQA0KICNpbmNsdWRlICJsbmMuaCINCiANCiAj ZGVmaW5lIFBDSV9ERVZJQ0VfSURfUENOZXRfUENJCTB4MjAwMDEwMjINCisj ZGVmaW5lIFBDSV9ERVZJQ0VfSURfUENIb21lX1BDSSAweDIwMDExMDIyDQog DQogZXh0ZXJuIHZvaWQgKmxuY19hdHRhY2hfbmUyMTAwX3BjaSBfX1AoKGlu dCB1bml0LCB1bnNpZ25lZCBpb2Jhc2UpKTsNCiANCkBAIC01NCw2ICs1NSw5 IEBADQogCXN3aXRjaCh0eXBlKSB7DQogCWNhc2UgUENJX0RFVklDRV9JRF9Q Q05ldF9QQ0k6DQogCQlyZXR1cm4gKCJQQ05ldC9QQ0kgRXRoZXJuZXQgYWRh cHRlciIpOw0KKwkJYnJlYWs7DQorCWNhc2UgUENJX0RFVklDRV9JRF9QQ0hv bWVfUENJOg0KKwkJcmV0dXJuICgiUENIb21lL1BDSSBFdGhlcm5ldCBhZGFw dGVyIik7DQogCQlicmVhazsNCiAJZGVmYXVsdDoNCiAJCWJyZWFrOw0KZGlm ZiAtdXIgc2hhcmUvbWFuL21hbjQvbWFuNC5pMzg2L2xuYy40IHNoYXJlLWxu Yy9tYW4vbWFuNC9tYW40LmkzODYvbG5jLjQNCi0tLSBzaGFyZS9tYW4vbWFu NC9tYW40LmkzODYvbG5jLjQJU3VuIEF1ZyAgOCAxNDoyOToxNiAxOTk5DQor Kysgc2hhcmUtbG5jL21hbi9tYW40L21hbjQuaTM4Ni9sbmMuNAlTdW4gQXVn ICA4IDE0OjMxOjQ2IDE5OTkNCkBAIC00OSw2ICs0OSw3IEBADQogLkl0IERp Z2l0YWwgREVQQ0ENCiAuSXQgSGV3bGV0dCBQYWNrYXJkIFZlY3RyYSA0ODYv NjZYTQ0KIC5JdCBIZXdsZXR0IFBhY2thcmQgVmVjdHJhIFhVDQorLkl0IERp YW1vbmQgSG9tZUZyZWUNCiAuRWwNCiAuU2ggRElBR05PU1RJQ1MNCiAuQmwg LWRpYWcNCkBAIC0xMTMsNSArMTE0LDcgQEANCiAuTm0NCiBkZXZpY2UgZHJp dmVyIHdhcyB3cml0dGVuIGJ5DQogLkFuIFBhdWwgUmljaGFyZHMgLg0KK1N1 cHBvcnQgZm9yIHRoZSBBTUQgUENIb21lIHBob25lLWxpbmUgYmFzZWQgbmV0 d29yayBhZGRlZCBieQ0KK1JvYmVydCBXYXRzb24gPHJvYmVydEBmbGVkZ2Uu d2F0c29uLm9yZz4uDQogVGhpcyBtYW51YWwgcGFnZSB3YXMgd3JpdHRlbiBi eQ0KIC5BbiBEYXZpZCBFLiBPJ0JyaWVuIC4NCg== --0-1084027116-934137363=:10179-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Aug 8 11:52:57 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 52E5014BD6 for ; Sun, 8 Aug 1999 11:52:55 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA79598; Sun, 8 Aug 1999 11:50:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sun, 8 Aug 1999 11:50:06 -0700 (PDT) Message-Id: <199908081850.LAA79598@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Robert Watson Subject: Re: kern/12275: Patches to add support for new chipset Reply-To: Robert Watson Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/12275; it has been noted by GNATS. From: Robert Watson To: freebsd-gnats-submit@freebsd.org Cc: Subject: Re: kern/12275: Patches to add support for new chipset Date: Sun, 8 Aug 1999 14:44:59 -0400 (EDT) These patches are also available at http://www.watson.org/freebsd/hardware/amd_pcnet_home_patch.txt (as it looks like gnats doesn't speak MIME) Robert N M Watson robert@fledge.watson.org http://www.watson.org/~robert/ PGP key fingerprint: AF B5 5F FF A6 4A 79 37 ED 5F 55 E9 58 04 6A B1 TIS Labs at Network Associates, Computing Laboratory at Cambridge University Safeport Network Services To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Aug 8 13: 7: 8 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from stargazer.flash.net (stargazer.flash.net [209.30.0.107]) by hub.freebsd.org (Postfix) with ESMTP id 09FBA14BF9 for ; Sun, 8 Aug 1999 13:07:04 -0700 (PDT) (envelope-from books@friends.net) Received: from friends.net (ip203.lansing2.mi.pub-ip.psi.net [38.27.94.203]) by stargazer.flash.net (8.8.8/8.8.5) with SMTP id PAA10051; Sun, 8 Aug 1999 15:03:17 -0500 (CDT) From: books@friends.net Message-Id: <199908082003.PAA10051@stargazer.flash.net> Date: 8/8/99 3:16:27 PM Pacific Daylight Time Reply-To: books@friends.net To: books@friends.net Subject: Maxmize & Enhance Your WWW ROI Now . . . Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org 1. Would your Organization/Depts like to conduct unlimited professional surveys via your existing email/website? From customer, member, patient satisfaction to TQM and more. Our affordable full featured software solutions have libraries of professional unbiased templates/questionnaires (user customizable) for saving you time and money. For a * FREE * TrialDemo/Eval and our Executive Overview, Electronic VS Paper Survey Costs,go to: http://208.12.66.208/henry.html 2. Looking for a universal solution to deliver your personalized, scheduled, targeted email content utilizing your existing customer/member database? We offer a complete software or service bureau solutions for your Organization/Depts Internet email communications. i.e. Opt-in, Personalized, Targeted, Trackable, Database-Enabled Email with customized message content and more. Find out why this E-Business solution is a proven breakthrough in Email Technology and rated #1 with a 5 star rating by Meckermedia as the leading data base driven list server with full campaign messaging features. Go to: http://208.12.66.208/henry.html for a **Free Demo/Evaluation** 3. With businesses increasingly using E-Mail to transfer critical information intra/inter organization over the Internet comes the potential for additional security breaches and liability. We offer an entire suite of products dedicated to securing your E-Mail backbone insuring possible compromise of confidentiality, integrity, and authenticity of email with encryption. If you find that you and your management are concerned about Proprietary information is maliciously or inadvertently sent to unintended individuals i.e. dissemination of unauthorized information via Internet business systems including confidential materials or "off-color" jokes, etc.Internal business systems being exposed to viruses from outside/inside the organization then this product solution suite is for you. Investigate our technology regarding Business Grade E-Mail for the Enterprise and Next Generation Messaging. Go to: http://208.12.66.208/henry.html For a **Free Demo/Evaluation** 4. Get Help when you need it 24 Hours a day, 365 days a year! via 800/Email/Internet for connectivity and trouble shooting, support for MAC and PC Operating Systems, popular hardware and software solutions. Knowledge Based technology also available to maximize your website for community branding and customerization. Association / Corporate Affinity programs available for non-dues revenue and customer/member enhancement. Go to: http://208.12.66.208/henry.html For a **Free Trial** **Please feel free to extend this Email to your Staff/Depts for their perusal / information.** To be removed from this advertiser's mailing list, go to: http://208.12.66.208/remove.html To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Aug 8 13:32: 4 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 961C214FF2 for ; Sun, 8 Aug 1999 13:32:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA83521; Sun, 8 Aug 1999 13:30:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sun, 8 Aug 1999 13:30:06 -0700 (PDT) Message-Id: <199908082030.NAA83521@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Jeroen Ruigrok/Asmodai Subject: Re: bin/3416: ibcs emulation problems Reply-To: Jeroen Ruigrok/Asmodai Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/3416; it has been noted by GNATS. From: Jeroen Ruigrok/Asmodai To: FreeBSD Gnats , naryaz@escortnet.com Cc: Subject: Re: bin/3416: ibcs emulation problems Date: Sun, 8 Aug 1999 22:05:07 +0200 Hi, with regard to your pr filed as bin/3416 in the FreeBSD PR database, you informed us of problems with obcs emulation under FreeBSD 2.1.7. However since there has been done a lot of work on this type of emulation, can you try to test this on either a recent STABLE or CURRENT? Please let us know, with kind regards, -- Jeroen Ruigrok van der Werven asmodai(at)wxs.nl The BSD Programmer's Documentation Project Network/Security Specialist BSD: Technical excellence at its best Half the world does not know how the other half lives. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Aug 8 17:19:30 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id D6DBD14DEC; Sun, 8 Aug 1999 17:19:15 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id SAA11050; Sun, 8 Aug 1999 18:17:26 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id SAA02508; Sun, 8 Aug 1999 18:17:18 -0600 (MDT) Message-Id: <199908090017.SAA02508@harmony.village.org> To: mobile@FreeBSD.ORG Subject: Re: [APM] kernel panic with apm command(Sotec WinBookPro). Cc: freebsd-bugs@FreeBSD.ORG, sanpei@sanpei.org, iwasaki@jp.freebsd.org In-reply-to: Your message of "Mon, 09 Aug 1999 01:46:12 +0900." <199908081642.BAA01817@tasogare.imasy.or.jp> References: <199908081642.BAA01817@tasogare.imasy.or.jp> <199908081506.AAA18497@lavender.yy.cs.keio.ac.jp> Date: Sun, 08 Aug 1999 18:17:18 -0600 From: Warner Losh Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message <199908081642.BAA01817@tasogare.imasy.or.jp> Mitsuru IWASAKI writes: : Anyone review my patch for this? I've been running your patch for a while now. I don't have an old APM BIOS that causes problems... The patch looks good to me, except this part : + if ((ret = apm_bioscall())) { : + if (ret == -1) { : + error = ENOSYS; which should return be EINVAL. ENOSYS is returned only when the system call itself isn't implemented. Since ioctl is implemented on FreeBSD, returning it would be inappropriate. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Aug 8 17:23:39 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 73A7114E23; Sun, 8 Aug 1999 17:23:38 -0700 (PDT) (envelope-from billf@FreeBSD.org) Received: (from billf@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id RAA92576; Sun, 8 Aug 1999 17:18:35 -0700 (PDT) (envelope-from billf@FreeBSD.org) Date: Sun, 8 Aug 1999 17:18:35 -0700 (PDT) From: Message-Id: <199908090018.RAA92576@freefall.freebsd.org> To: billf@FreeBSD.org, freebsd-bugs@FreeBSD.org, billf@FreeBSD.org Subject: Re: bin/12911: NFS umounts are not properly done if just the mountpoint gets umounted Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: NFS umounts are not properly done if just the mountpoint gets umounted Responsible-Changed-From-To: freebsd-bugs->billf Responsible-Changed-By: billf Responsible-Changed-When: Sun Aug 8 17:17:21 PDT 1999 Responsible-Changed-Why: The submitter sent me a patch, I am testing it. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Aug 8 17:25:19 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id D600714E23; Sun, 8 Aug 1999 17:25:17 -0700 (PDT) (envelope-from chris@FreeBSD.org) Received: (from chris@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id RAA92943; Sun, 8 Aug 1999 17:23:19 -0700 (PDT) (envelope-from chris@FreeBSD.org) Date: Sun, 8 Aug 1999 17:23:19 -0700 (PDT) From: Message-Id: <199908090023.RAA92943@freefall.freebsd.org> To: chris@calldei.com, chris@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/10368: 'pgtok redefined' error in ps(1) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: 'pgtok redefined' error in ps(1) State-Changed-From-To: open->closed State-Changed-By: chris State-Changed-When: Sun Aug 8 17:22:45 PDT 1999 State-Changed-Why: This has already been fixed. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Aug 8 17:46:23 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from tasogare.imasy.or.jp (tasogare.imasy.or.jp [202.227.24.5]) by hub.freebsd.org (Postfix) with ESMTP id 29D8914BFC; Sun, 8 Aug 1999 17:46:18 -0700 (PDT) (envelope-from iwasaki@jp.FreeBSD.org) Received: from localhost (isdnb09.imasy.or.jp [202.227.24.137]) by tasogare.imasy.or.jp (8.9.3+3.2W/3.7W-tasogare/smtpfeed 1.01) with ESMTP id JAA18560; Mon, 9 Aug 1999 09:44:38 +0900 (JST) (envelope-from iwasaki@jp.FreeBSD.org) Message-Id: <199908090044.JAA18560@tasogare.imasy.or.jp> To: imp@village.org Cc: mobile@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, sanpei@sanpei.org, iwasaki@jp.freebsd.org Subject: Re: [APM] kernel panic with apm command(Sotec WinBookPro). In-Reply-To: Your message of "Sun, 08 Aug 1999 18:17:18 -0600" <199908090017.SAA02508@harmony.village.org> References: <199908090017.SAA02508@harmony.village.org> X-Mailer: Mew version 1.93 on Emacs 19.34 / Mule 2.3 (SUETSUMUHANA) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Mon, 09 Aug 1999 09:48:25 +0900 From: Mitsuru IWASAKI X-Dispatcher: imput version 980905(IM100) Lines: 6 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > which should return be EINVAL. ENOSYS is returned only when the > system call itself isn't implemented. Since ioctl is implemented on > FreeBSD, returning it would be inappropriate. OK, I'll correct it. I was just charmed by the message `Function not implemented' :-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Aug 8 17:58:35 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 4975114D5D; Sun, 8 Aug 1999 17:58:32 -0700 (PDT) (envelope-from jkh@FreeBSD.org) Received: (from jkh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id RAA06496; Sun, 8 Aug 1999 17:56:32 -0700 (PDT) (envelope-from jkh@FreeBSD.org) Date: Sun, 8 Aug 1999 17:56:32 -0700 (PDT) From: Message-Id: <199908090056.RAA06496@freefall.freebsd.org> To: tegge@not.fast.no, jkh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/11697: Disk failure hangs system Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Disk failure hangs system State-Changed-From-To: open->closed State-Changed-By: jkh State-Changed-When: Sun Aug 8 17:56:11 PDT 1999 State-Changed-Why: This was just fixed in both active branches by the author. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Aug 8 18:12: 4 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 7716D150BF for ; Sun, 8 Aug 1999 18:12:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id SAA07152; Sun, 8 Aug 1999 18:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 5D1CD150EA; Sun, 8 Aug 1999 18:08:19 -0700 (PDT) Message-Id: <19990809010819.5D1CD150EA@hub.freebsd.org> Date: Sun, 8 Aug 1999 18:08:19 -0700 (PDT) From: jpr@vcnet.com To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: misc/13036: de doesn't work with DEC 21143 based PCI NICs Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 13036 >Category: misc >Synopsis: de doesn't work with DEC 21143 based PCI NICs >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 Aug 8 18:10:00 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Jon Rust >Release: 3.2-stable >Organization: VCNet >Environment: FreeBSD 3.2-Stable FreeBSD 3.2-Stable #7 >Description: Here's the dmesg for my Kingston KNE100TX card which is DEC 21143 based: de0: can't read ENET ROM (why=-4) (462601000000000000000000000000006b00040100c0f03b883e00100000008 de0: 21143 [10-100Mb/s] pass 4.1 de0: address unknown There are quite a few msgs in dejanews' archive dating back to 1997 regarding the same issue. >How-To-Repeat: n/a >Fix: Sorry, i'm not a C programmer. I've looked at pci/if_de.c, but feel fairly lost. :-/ >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 Aug 8 18:18:10 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from swan.prod.itd.earthlink.net (swan.prod.itd.earthlink.net [207.217.120.123]) by hub.freebsd.org (Postfix) with ESMTP id 9C9C514DCB; Sun, 8 Aug 1999 18:17:50 -0700 (PDT) (envelope-from cindy8520@britney.to) Received: from 154.5.137.195 (ip195.calgary5.dialup.canada.psi.net [154.5.137.195]) by swan.prod.itd.earthlink.net (8.9.3/8.9.3) with SMTP id SAA11178; Sun, 8 Aug 1999 18:13:53 -0700 (PDT) From: cindy8520@britney.to Message-Id: <199908090113.SAA11178@swan.prod.itd.earthlink.net> Date: Sun, 8 Aug 1999 15:39:02 Subject: Britney Spears Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hiya!! My name is Cindy. I am teen female from FL. I made a Britney Spears Site, its callled Britney Power! If you want to know more about me you can visit it also. Check it out. http://Britney.to/power I will be waiting!! Please visit! Cindy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Aug 8 18:32: 7 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 57338150C6 for ; Sun, 8 Aug 1999 18:32:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id SAA08090; Sun, 8 Aug 1999 18:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sun, 8 Aug 1999 18:30:01 -0700 (PDT) Message-Id: <199908090130.SAA08090@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Robert Garrett Subject: Re: kern/12521: lmbench-1.1's context switching test hangs SMP Reply-To: Robert Garrett Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/12521; it has been noted by GNATS. From: Robert Garrett To: freebsd-gnats-submit@freebsd.org, Alan.Judge@indigo.ie Cc: Subject: Re: kern/12521: lmbench-1.1's context switching test hangs SMP Date: Sun, 08 Aug 1999 21:26:12 -0400 This appears to be >1g related i havent been able to trigger this problem on any of my smp machines. all less than 512 meg Robg To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Aug 8 18:38:46 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 0F7A6150C5; Sun, 8 Aug 1999 18:38:40 -0700 (PDT) (envelope-from chris@FreeBSD.org) Received: (from chris@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id SAA08418; Sun, 8 Aug 1999 18:34:44 -0700 (PDT) (envelope-from chris@FreeBSD.org) Date: Sun, 8 Aug 1999 18:34:44 -0700 (PDT) From: Message-Id: <199908090134.SAA08418@freefall.freebsd.org> To: chris@calldei.com, chris@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/10350: mail(1) has some ugly code in it... Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: mail(1) has some ugly code in it... State-Changed-From-To: open->closed State-Changed-By: chris State-Changed-When: Sun Aug 8 18:34:07 PDT 1999 State-Changed-Why: Most of this is unnecessary and the rest of it can be redone as applies to current version. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Aug 8 18:52:27 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id DC0E914E5A for ; Sun, 8 Aug 1999 18:52:25 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id SAA09007; Sun, 8 Aug 1999 18:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sun, 8 Aug 1999 18:50:01 -0700 (PDT) Message-Id: <199908090150.SAA09007@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Robert Garrett Subject: Re: kern/9171: maxusers 1024 results in unbootable kernel Reply-To: Robert Garrett Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/9171; it has been noted by GNATS. From: Robert Garrett To: freebsd-gnats-submit@freebsd.org, hsu@clinet.fi Cc: Subject: Re: kern/9171: maxusers 1024 results in unbootable kernel Date: Sun, 08 Aug 1999 21:41:00 -0400 wasnt this fixed a while back? at least in -current To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Aug 8 21:14:53 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 1A11115116; Sun, 8 Aug 1999 21:14:52 -0700 (PDT) (envelope-from jkh@FreeBSD.org) Received: (from jkh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id VAA18519; Sun, 8 Aug 1999 21:11:20 -0700 (PDT) (envelope-from jkh@FreeBSD.org) Date: Sun, 8 Aug 1999 21:11:20 -0700 (PDT) From: Message-Id: <199908090411.VAA18519@freefall.freebsd.org> To: tegge@not.fast.no, jkh@FreeBSD.org, freebsd-bugs@FreeBSD.org, dg@FreeBSD.org Subject: Re: kern/11697: Disk failure hangs system Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Disk failure hangs system State-Changed-From-To: closed->open State-Changed-By: jkh State-Changed-When: Sun Aug 8 21:09:40 PDT 1999 State-Changed-Why: According to Tor, this is only partially fixed and it's now down to the author of rev 1.196 to take it the rest of the way. Assigned accordingly. Responsible-Changed-From-To: freebsd-bugs->dg Responsible-Changed-By: jkh Responsible-Changed-When: Sun Aug 8 21:09:40 PDT 1999 Responsible-Changed-Why: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Aug 8 22:42:58 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 81963152A6 for ; Sun, 8 Aug 1999 22:42:52 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id WAA22786; Sun, 8 Aug 1999 22:40:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from titanium.yy.ics.keio.ac.jp (titanium.yy.ics.keio.ac.jp [131.113.47.73]) by hub.freebsd.org (Postfix) with ESMTP id 50D3E15139 for ; Sun, 8 Aug 1999 22:37:01 -0700 (PDT) (envelope-from sanpei@sanpei.org) Received: from oxygen.yy.ics.keio.ac.jp (oxygen.yy.ics.keio.ac.jp [131.113.47.3]) by titanium.yy.ics.keio.ac.jp (8.8.8+3.0Wbeta13/3.7W) with ESMTP id OAA15056; Mon, 9 Aug 1999 14:34:19 +0900 (JST) Received: from lavender.sanpei.org ([131.113.16.115]) by oxygen.yy.ics.keio.ac.jp (8.9.3+3.2W/3.7W) with ESMTP id OAA01034; Mon, 9 Aug 1999 14:34:18 +0900 (JST) Received: (from sanpei@localhost) by lavender.sanpei.org (8.9.3/3.7W) id OAA00807; Mon, 9 Aug 1999 14:33:03 +0900 (JST) Message-Id: <199908090533.OAA00807@lavender.sanpei.org> Date: Mon, 9 Aug 1999 14:33:03 +0900 (JST) From: sanpei@sanpei.org Reply-To: sanpei@sanpei.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: conf/13038: [Patch] pccard.conf for I-O Data PCLATE/ NE2000 compatible PCMCIA Ethernet Card Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 13038 >Category: conf >Synopsis: [Patch] pccard.conf for I-O Data PCLATE/ NE2000 compatible PCMCIA Ethernet Card >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sun Aug 8 22:40:00 PDT 1999 >Closed-Date: >Last-Modified: >Originator: MIHIRA Yoshiro >Release: FreeBSD 4.0-19990806-CURRENT i386 >Organization: Keio Univ. >Environment: FreeBSD sunflower.sanpei.org 4.0-19990806-CURRENT FreeBSD 4.0-19990806-CURRENT #1: Sun Aug 8 14:30:53 JST 1999 sanpei@sunflower.sanpei.org:/usr/src/sys/compile/PCCARD i386 >Description: I have I-O Data PCLATE/ NE2000 compatible PCMCIA Ethernet Card[1]. I can use this card under FreeBSD-current(maybe 3-stable) with below configuration(pccard.conf). I hope to add to below configuration to /etc/pccard.conf.sample. Thank you [1] http://www.iodata.co.jp/products/pccard/pclate.htm >How-To-Repeat: >Fix: # I-O DATA PCLATE card "IO DATA" "PCLATE" config 0x20 "ed0" ? 0x10 insert echo IO DATA PCLATE inserted insert /etc/pccard_ether ed0 remove echo IO DATA PCLATE removed remove /sbin/ifconfig ed0 delete >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 Aug 9 0: 2:41 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from implode.root.com (root.com [209.102.106.178]) by hub.freebsd.org (Postfix) with ESMTP id ED54A15151 for ; Mon, 9 Aug 1999 00:02:36 -0700 (PDT) (envelope-from root@implode.root.com) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.8/8.8.5) with ESMTP id XAA03635; Sun, 8 Aug 1999 23:56:19 -0700 (PDT) Message-Id: <199908090656.XAA03635@implode.root.com> To: Robert Garrett Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: kern/12521: lmbench-1.1's context switching test hangs SMP In-reply-to: Your message of "Sun, 08 Aug 1999 18:30:01 PDT." <199908090130.SAA08090@freefall.freebsd.org> From: David Greenman Reply-To: dg@root.com Date: Sun, 08 Aug 1999 23:56:19 -0700 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >The following reply was made to PR kern/12521; it has been noted by GNATS. > >From: Robert Garrett >To: freebsd-gnats-submit@freebsd.org, Alan.Judge@indigo.ie >Cc: >Subject: Re: kern/12521: lmbench-1.1's context switching test hangs SMP >Date: Sun, 08 Aug 1999 21:26:12 -0400 > > This appears to be >1g related i havent been able to trigger this > problem on any of my smp machines. > all less than 512 meg Has anyone had problems with the current 3.x-stable? -DG David Greenman Co-founder/Principal Architect, The FreeBSD Project - http://www.freebsd.org Creator of high-performance Internet servers - http://www.terasolutions.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 9 1:22:57 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 7D4D015267 for ; Mon, 9 Aug 1999 01:22:41 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA34391; Mon, 9 Aug 1999 01:20:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from karon.dynas.se (karon.dynas.se [192.71.43.4]) by hub.freebsd.org (Postfix) with SMTP id 1B90715177 for ; Mon, 9 Aug 1999 01:20:34 -0700 (PDT) (envelope-from mikko@mt.dynas.se) Received: (qmail 47067 invoked from network); 9 Aug 1999 08:18:47 -0000 Received: from spirit.sto.dynas.se (HELO spirit.dynas.se) (172.16.1.10) by karon.sto.dynas.se with SMTP; 9 Aug 1999 08:18:47 -0000 Received: from mt.dynas.se by spirit.dynas.se with smtp (Smail3.1.28.1 #32) id m11Dkdq-000iT7C; Mon, 9 Aug 99 10:18:46 +0200 Received: (from mikko@localhost) by mt.dynas.se (8.9.3/8.9.3) id KAA06421; Mon, 9 Aug 1999 10:19:48 +0200 (CEST) (envelope-from mikko) Message-Id: <199908090819.KAA06421@mt.dynas.se> Date: Mon, 9 Aug 1999 10:19:48 +0200 (CEST) From: mikko@dynas.se Reply-To: mikko@dynas.se To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/13039: make cannot find archive members Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 13039 >Category: bin >Synopsis: make cannot find archive members >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 Aug 9 01:20:00 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Mikko Työläjärvi >Release: FreeBSD 4.0-CURRENT i386 >Organization: >Environment: Any FreeBSD/i386 between 3.1 (the oldest I have tested) and 4.0-CURRENT Fri Aug 6 18:44:10 CEST 1999 >Description: Make no longer properly parses archive files, so using archive members as make targets, as described in PSD:12 section 4.2, does not work. >How-To-Repeat: Create a makefile, building a tiny archive. Type "make" a couple of times, and watch make re-build the last target every time (actually, not if make:ing several times within the same second). mt% echo 'int foo;' > x.c mt% cat > Makefile OBJS = x.o libx.a: libx.a($(OBJS)) ar crs $@ $? mt% make cc -O -pipe -c x.c ar crs libx.a x.o mt% make ar crs libx.a x.o mt% make ar crs libx.a x.o mt% make -dm Examining x.c...modified 9:54:47 Aug 9, 1999...up-to-date. Examining x.o...modified 9:55:19 Aug 9, 1999...up-to-date. Examining libx.a(x.o)...non-existent...modified before source...out-of-date. ^^^^^^^^^^^^- not true... update time: 9:55:26 Aug 9, 1999 Examining libx.a...modified 9:55:23 Aug 9, 1999...library...out-of-date. ar crs libx.a x.o update time: 9:55:26 Aug 9, 1999 Try the same thing with GNU make: mt% gmake gmake: `libx.a' is up to date. You can even remove the object file (as per documentation for pmake): mt% rm x.o mt% gmake gmake: `libx.a' is up to date. >Fix: It looks like "ar" and friends from the GNU binutils build SVR4-ish archives, with the index list in an entry called "/", and the long file name table in one called "//". See the comments in "/usr/src/contrib/binutils/bfd/archive.c" Most of the relevant code is already present in "make" - it is mainly a matter of ifdeffing. For example, like so: diff -ru /usr/src/usr.bin/make/arch.c /tmp/make/arch.c --- /usr/src/usr.bin/make/arch.c Thu Oct 29 19:17:44 1998 +++ /tmp/make/arch.c Mon Aug 9 09:53:40 1999 @@ -118,7 +118,7 @@ static void ArchFree __P((ClientData)); static struct ar_hdr *ArchStatMember __P((char *, char *, Boolean)); static FILE *ArchFindMember __P((char *, char *, struct ar_hdr *, char *)); -#if defined(__svr4__) || defined(__SVR4) +#if defined(__svr4__) || defined(__SVR4) || defined(__ELF__) #define SVR4ARCHIVES static int ArchSVR4Entry __P((Arch *, char *, size_t, FILE *)); #endif @@ -474,7 +474,7 @@ * the comparisons easier... */ cp = strrchr (member, '/'); - if (cp != (char *) NULL) { + if (cp != (char *) NULL && strcmp(member, RANLIBMAG) != 0) { member = cp + 1; } diff -ru /usr/src/usr.bin/make/config.h /tmp/make/config.h --- /usr/src/usr.bin/make/config.h Thu Oct 29 19:17:45 1998 +++ /tmp/make/config.h Mon Aug 9 09:53:06 1999 @@ -114,4 +114,8 @@ # ifndef RANLIBMAG # define RANLIBMAG "__.SYMDEF" # endif +#else +# ifndef RANLIBMAG +# define RANLIBMAG "/" +# endif #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 Mon Aug 9 2: 2:40 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id AF7CA1518E for ; Mon, 9 Aug 1999 02:02:35 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA38949; Mon, 9 Aug 1999 02:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 5862814F89; Mon, 9 Aug 1999 01:53:22 -0700 (PDT) Message-Id: <19990809085322.5862814F89@hub.freebsd.org> Date: Mon, 9 Aug 1999 01:53:22 -0700 (PDT) From: wang@mibai.tec.u-ryukyu.ac.jp To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: misc/13040: how can i use the two freebsd systems in the same HDD? Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 13040 >Category: misc >Synopsis: how can i use the two freebsd systems in the same HDD? >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 Aug 9 02:00:01 PDT 1999 >Closed-Date: >Last-Modified: >Originator: wang bingchen >Release: 2.2.8-release >Organization: ryukyus university >Environment: >Description: Dear Mr: I have installed windows and two freebsd in the same HDD, windows in sd01, freebsd in sd02,sd03. But at the time of booting, always default boot from sdo2a(/), if i want to boot sd03a(/), how can i do? Thank you very much! wang >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 9 6:35:49 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 000F614C1A; Mon, 9 Aug 1999 06:35:47 -0700 (PDT) (envelope-from des@FreeBSD.org) Received: (from des@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA60511; Mon, 9 Aug 1999 06:30:36 -0700 (PDT) (envelope-from des@FreeBSD.org) Date: Mon, 9 Aug 1999 06:30:36 -0700 (PDT) From: Message-Id: <199908091330.GAA60511@freefall.freebsd.org> To: des@FreeBSD.org, freebsd-bugs@FreeBSD.org, des@FreeBSD.org Subject: Re: bin/12960: basename(3) and dirname(3) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: basename(3) and dirname(3) Responsible-Changed-From-To: freebsd-bugs->des Responsible-Changed-By: des Responsible-Changed-When: Mon Aug 9 06:30:21 PDT 1999 Responsible-Changed-Why: Put this on my todo list. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 9 6:35:52 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 4049715261; Mon, 9 Aug 1999 06:35:50 -0700 (PDT) (envelope-from des@FreeBSD.org) Received: (from des@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA60590; Mon, 9 Aug 1999 06:30:51 -0700 (PDT) (envelope-from des@FreeBSD.org) Date: Mon, 9 Aug 1999 06:30:51 -0700 (PDT) From: Message-Id: <199908091330.GAA60590@freefall.freebsd.org> To: des@FreeBSD.org, freebsd-bugs@FreeBSD.org, des@FreeBSD.org Subject: Re: bin/12962: basename(3) and dirname(3) part 2 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: basename(3) and dirname(3) part 2 Responsible-Changed-From-To: freebsd-bugs->des Responsible-Changed-By: des Responsible-Changed-When: Mon Aug 9 06:30:41 PDT 1999 Responsible-Changed-Why: Put this on my todo list. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 9 6:42:40 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 4C67715218 for ; Mon, 9 Aug 1999 06:42:37 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA79077; Mon, 9 Aug 1999 06:40:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 907BE14C1A; Mon, 9 Aug 1999 06:32:35 -0700 (PDT) Message-Id: <19990809133235.907BE14C1A@hub.freebsd.org> Date: Mon, 9 Aug 1999 06:32:35 -0700 (PDT) From: hyc@highlandsun.com To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: bin/13042: make doesn't handle wildcards in subdirectory paths Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 13042 >Category: bin >Synopsis: make doesn't handle wildcards in subdirectory paths >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 Aug 9 06:40:01 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Howard Chu >Release: current >Organization: Highland Sun >Environment: Linux mandolin 2.2.5 #1 Tue Aug 3 07:30:26 PDT 1999 i686 unknow >Description: (Yes, I'm testing on Linux. I pulled the source from the current tree on ftp.freebsd.org.) The make program only handles wildcard expansion for simple filenames. Dependencies of the form "dir*foo/file*bar" are not handled. >How-To-Repeat: Use a sample Makefile like: # foo: sub*/lib*.a touch foo # make mkdir sub1 sub2 touch sub{1,2}/libx.a make <-- this should cause foo to be remade, but it doesn't. >Fix: --- dir.c.O Sun Aug 8 15:33:58 1999 +++ dir.c Mon Aug 9 05:32:19 1999 @@ -189,7 +189,7 @@ static int DirFindName __P((ClientData, ClientData)); -static int DirMatchFiles __P((char *, Path *, Lst)); +static int DirMatchFiles __P((char *, Lst, Path *, Lst)); static void DirExpandCurly __P((char *, char *, Lst, Lst)); static void DirExpandInt __P((char *, Lst, Lst)); static int DirPrintWord __P((ClientData, ClientData)); @@ -324,16 +324,24 @@ *----------------------------------------------------------------------- */ static int -DirMatchFiles (pattern, p, expansions) +DirMatchFiles (pattern, path, p, expansions) char *pattern; /* Pattern to look for */ + Lst path; Path *p; /* Directory to search */ Lst expansions; /* Place to store the results */ { Hash_Search search; /* Index into the directory's table */ Hash_Entry *entry; /* Current entry in the table */ Boolean isDot; /* TRUE if the directory being searched is . */ + Boolean isWild; /* TRUE if the pattern has wildcards */ + char *cp; isDot = (*p->name == '.' && p->name[1] == '\0'); + isWild = Dir_HasWildcards(pattern); + + if ((cp = strchr(pattern, '/'))) { + *cp = '\0'; + } for (entry = Hash_EnumFirst(&p->files, &search); entry != (Hash_Entry *)NULL; @@ -349,12 +357,27 @@ ((entry->name[0] != '.') || (pattern[0] == '.'))) { - (void)Lst_AtEnd(expansions, - (isDot ? estrdup(entry->name) : + char *s = isDot ? estrdup(entry->name) : str_concat(p->name, entry->name, - STR_ADDSLASH))); + STR_ADDSLASH); + if (cp) { + LstNode ln; + Path *q; + Dir_AddDir(path, s); + free(s); + ln = Lst_Last(path); + q = (Path *)Lst_Datum(ln); + DirMatchFiles(cp+1, path, q, expansions); + } else { + (void)Lst_AtEnd(expansions, s); + } + if (!isWild) + break; } } + if (cp) { + *cp = '/'; + } return (0); } @@ -494,10 +517,11 @@ LstNode ln; /* Current node */ Path *p; /* Directory in the node */ + DirMatchFiles(word, path, dot, expansions); if (Lst_Open(path) == SUCCESS) { while ((ln = Lst_Next(path)) != NILLNODE) { p = (Path *)Lst_Datum(ln); - DirMatchFiles(word, p, expansions); + DirMatchFiles(word, path, p, expansions); } Lst_Close(path); } @@ -623,11 +647,6 @@ DirExpandInt(word, path, expansions); } } else { - /* - * First the files in dot - */ - DirMatchFiles(word, dot, expansions); - /* * Then the files in every other directory on the path. */ >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 Aug 9 7:45:13 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 96AB3151CD for ; Mon, 9 Aug 1999 07:45:09 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA13913; Mon, 9 Aug 1999 07:40:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from castle.jp.freebsd.org (castle.jp.freebsd.org [210.226.20.15]) by hub.freebsd.org (Postfix) with ESMTP id 5596A150AF for ; Mon, 9 Aug 1999 07:33:40 -0700 (PDT) (envelope-from toshi@jp.freebsd.org) Received: (from toshi@localhost) by castle.jp.freebsd.org (8.9.3+3.2W/8.7.3) id XAA68208; Mon, 9 Aug 1999 23:29:30 +0900 (JST) (envelope-from toshi) Message-Id: <199908091429.XAA68208@castle.jp.freebsd.org> Date: Mon, 9 Aug 1999 23:29:30 +0900 (JST) From: toshi@jp.freebsd.org Reply-To: toshi@jp.freebsd.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/13043: minigzip -c option support. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 13043 >Category: bin >Synopsis: minigzip -c option support. >Confidential: yes >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon Aug 9 07:40:00 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Toshihiko ARAI >Release: FreeBSD 3.2-RELEASE i386 >Organization: >Environment: FreeBSD 3.2-RELEASE PC/AT Install floppies. >Description: /stand/zcat foo.gz uncompressed original file to foo. (i.e. same as gunzip -d foo.gz) >How-To-Repeat: ln -s /usr/bin/minigzip zcat zcat foo.gz >Fix: Implement minigzip -c option. --- ../../lib/libz/minigzip.c.orig Sun Jan 10 18:53:50 1999 +++ ../../lib/libz/minigzip.c Mon Aug 9 00:30:12 1999 @@ -122,7 +122,6 @@ if (gzwrite(out, buf, (unsigned)len) != len) error(gzerror(out, &err)); } fclose(in); - if (gzclose(out) != Z_OK) error("failed gzclose"); } #ifdef USE_MMAP /* MMAP version, Miguel Albrecht */ @@ -157,7 +156,6 @@ munmap(buf, buf_len); fclose(in); - if (gzclose(out) != Z_OK) error("failed gzclose"); return Z_OK; } #endif /* USE_MMAP */ @@ -182,7 +180,6 @@ error("failed fwrite"); } } - if (fclose(out)) error("failed fclose"); if (gzclose(in) != Z_OK) error("failed gzclose"); } @@ -215,6 +212,7 @@ } gz_compress(in, out); + if (gzclose(out) != Z_OK) error("failed gzclose"); unlink(file); } @@ -255,12 +253,14 @@ gz_uncompress(in, out); + if (fclose(out)) error("failed fclose"); unlink(infile); } /* =========================================================================== - * Usage: minigzip [-d] [-f] [-h] [-1 to -9] [files...] + * Usage: minigzip [-c] [-d] [-f] [-h] [-1 to -9] [files...] + * -c : standart output * -d : decompress * -f : compress with Z_FILTERED * -h : compress with Z_HUFFMAN_ONLY @@ -271,6 +271,7 @@ int argc; char *argv[]; { + int copyout = 0; int uncompr = 0; gzFile file; char *bname, outmode[20]; @@ -285,12 +286,14 @@ bname = argv[0]; argc--, argv++; - if (!strcmp(bname, "gunzip") || !strcmp(bname, "zcat")) + if (!strcmp(bname, "gunzip")) uncompr = 1; + else if (!strcmp(bname, "zcat")) + copyout = uncompr = 1; while (argc > 0) { if (strcmp(*argv, "-c") == 0) - ; /* Just for compatability with gzip */ + copyout = 1; /* Just for compatability with gzip */ else if (strcmp(*argv, "-d") == 0) uncompr = 1; else if (strcmp(*argv, "-f") == 0) @@ -315,15 +318,39 @@ file = gzdopen(fileno(stdout), outmode); if (file == NULL) error("can't gzdopen stdout"); gz_compress(stdin, file); + if (gzclose(file) != Z_OK) error("failed gzclose"); } } else { + if (copyout) { + SET_BINARY_MODE(stdout); + if (!uncompr) { + file = gzdopen(fileno(stdout), outmode); + if (file == NULL) error("can't gzdopen stdout"); + } + } do { if (uncompr) { - file_uncompress(*argv); + if (copyout) { + file = gzopen(*argv, "rb"); + if (file == NULL) + fprintf(stderr, "%s: can't gzopen %s\n", prog, *argv); + else + gz_uncompress(file, stdout); + } else + file_uncompress(*argv); } else { - file_compress(*argv, outmode); + if (copyout) { + FILE * in = fopen(*argv, "rb"); + if (in == NULL) + perror(*argv); + else + gz_compress(in, file); + } else + file_compress(*argv, outmode); } } while (argv++, --argc); + if (copyout && !uncompr) + if (gzclose(file) != Z_OK) error("failed gzclose"); } exit(0); return 0; /* to avoid warning */ --- minigzip.1.orig Mon Jan 5 16:14:54 1998 +++ minigzip.1 Mon Aug 9 00:07:49 1999 @@ -32,6 +32,7 @@ .Nd minimal implementation of the 'gzip' compression tool .Sh SYNOPSIS .Nm minigzip +.Op Fl c .Op Fl d .Op Ar file ... .Sh DESCRIPTION @@ -63,6 +64,10 @@ .Nm reads from standard input and writes the results of the operation to standard output. +.Pp +If the +.Fl c +option is specified, write results to standard output. .Sh SEE ALSO .Xr gzip 1 .Sh AUTHORS >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 Aug 9 9:49:27 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 5E8391521F; Mon, 9 Aug 1999 09:49:25 -0700 (PDT) (envelope-from chris@FreeBSD.org) Received: (from chris@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA25688; Mon, 9 Aug 1999 09:45:21 -0700 (PDT) (envelope-from chris@FreeBSD.org) Date: Mon, 9 Aug 1999 09:45:21 -0700 (PDT) From: Message-Id: <199908091645.JAA25688@freefall.freebsd.org> To: phoenix@calldei.com, chris@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/8654: SYSV options allow WINE to run, but Netscape fails afterward Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: SYSV options allow WINE to run, but Netscape fails afterward State-Changed-From-To: feedback->closed State-Changed-By: chris State-Changed-When: Mon Aug 9 09:44:55 PDT 1999 State-Changed-Why: No response for about 24 hours; assuming it has been fixed. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 9 10:10:26 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id A230215270; Mon, 9 Aug 1999 10:10:24 -0700 (PDT) (envelope-from chris@FreeBSD.org) Received: (from chris@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA27508; Mon, 9 Aug 1999 10:05:11 -0700 (PDT) (envelope-from chris@FreeBSD.org) Date: Mon, 9 Aug 1999 10:05:11 -0700 (PDT) From: Message-Id: <199908091705.KAA27508@freefall.freebsd.org> To: chris@FreeBSD.org, freebsd-bugs@FreeBSD.org, chris@FreeBSD.org Subject: Re: bin/10556: make(1) man page update Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: make(1) man page update Responsible-Changed-From-To: freebsd-bugs->chris Responsible-Changed-By: chris Responsible-Changed-When: Mon Aug 9 10:04:16 PDT 1999 Responsible-Changed-Why: I'll take care of this, and make a more detailed description for the man page. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 9 10:38: 7 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from fed-ef1.frb.gov (fed.frb.gov [132.200.32.32]) by hub.freebsd.org (Postfix) with ESMTP id 00EF014DBC; Mon, 9 Aug 1999 10:38:04 -0700 (PDT) (envelope-from seth@freebie.dp.ny.frb.org) Received: by fed-ef1.frb.gov; id NAA17607; Mon, 9 Aug 1999 13:35:49 -0400 (EDT) Received: from m1pmdf.frb.gov(192.168.3.38) by fed.frb.gov via smap (V4.2) id xma016984; Mon, 9 Aug 99 13:34:58 -0400 Date: Mon, 09 Aug 1999 13:34:54 -0400 (EDT) From: Seth Subject: Re: conf/10947: Entering daylight time at 2am loses /etc/daily (or other 2am jobs) In-reply-to: <19990804103332.A25858@internal> To: Andre Albsmeier , scottd@cloud9.net Cc: Garrett Wollman , freebsd-bugs@FreeBSD.ORG, freebsd-gnats-submit@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 OK, here's another diff that should (hopefully) be general enough for universal distribution. --- crontab Tue Aug 3 16:59:01 1999 +++ crontab.new Mon Aug 9 13:32:51 1999 @@ -14,6 +14,15 @@ 0 * * * * root newsyslog # # do daily/weekly/monthly maintenance +# +# Note: if you're in one of the 70-odd countries that observe Daylight +# Savings Time, jobs scheduled during the rollback or advance will be +# affected. +# In general, it's not a good idea to schedule jobs during this period. +# US users (except parts of IN, AZ, and HI): the time shift occurs at +# 2AM local time. +# International users: please check /usr/src/share/zoneinfo. +# 0 2 * * * root periodic daily 2>&1 | sendmail root 30 3 * * 6 root periodic weekly 2>&1 | sendmail root 30 5 1 * * root periodic monthly 2>&1 | sendmail root Any chance you could commit this and close the PR? Thanks. SB On Wed, 4 Aug 1999, Andre Albsmeier wrote: > On Tue, 03-Aug-1999 at 20:26:51 -0400, Seth wrote: > > I'll reconfirm. I just checked w/ a friend in England, and have an email > > out to someone in Germany. England says definitely 2AM local (GMT). How > > recent is that file? > > IIRC, in Germany it is as follows: > > On the last sunday in march at 2AM local (non daylight saving) time > (== 1AM UTC) the clocks jump to 3AM local (daylight saving) time. > > On the last sunday in october at 3AM local (daylight saving) time > (== 1AM UTC) the clocks jump to 2AM local (non daylight saving) time. > > So if the u in the AT column stands for UTC it is correct. > > -Andre > > > > > > SB > > > > > > On Tue, 3 Aug 1999, Garrett Wollman wrote: > > > > > < said: > > > > > > > AFAIK, those European countries that observe DST (or equivalent) switch at > > > > 2AM. > > > > > > Nope. Go read /usr/src/share/zoneinfo/europe: > > > > > > # EU rules are for the European Union, previously known as the EC, EEC, > > > # Common Market, etc. > > > > > > # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S > > > Rule EU 1977 1980 - Apr Sun>=1 1:00u 1:00 S > > > Rule EU 1977 only - Sep lastSun 1:00u 0 - > > > Rule EU 1978 only - Oct 1 1:00u 0 - > > > Rule EU 1979 1995 - Sep lastSun 1:00u 0 - > > > Rule EU 1981 max - Mar lastSun 1:00u 1:00 S > > > Rule EU 1996 max - Oct lastSun 1:00u 0 - > > > > > > -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 > > -- > esa$ gcc -Wall -o ariane5 ariane5.c > ariane5.c: 666: warning: long float implicitly truncated to unsigned type > esa$ ./ariane5 > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 9 10:43:44 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id AE81115163 for ; Mon, 9 Aug 1999 10:43:42 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA30023; Mon, 9 Aug 1999 10:40:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 9 Aug 1999 10:40:03 -0700 (PDT) Message-Id: <199908091740.KAA30023@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Seth Subject: Re: conf/10947: Entering daylight time at 2am loses /etc/daily (or other 2am jobs) Reply-To: Seth Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR conf/10947; it has been noted by GNATS. From: Seth To: Andre Albsmeier , scottd@cloud9.net Cc: Garrett Wollman , freebsd-bugs@FreeBSD.ORG, freebsd-gnats-submit@FreeBSD.ORG Subject: Re: conf/10947: Entering daylight time at 2am loses /etc/daily (or other 2am jobs) Date: Mon, 09 Aug 1999 13:34:54 -0400 (EDT) OK, here's another diff that should (hopefully) be general enough for universal distribution. --- crontab Tue Aug 3 16:59:01 1999 +++ crontab.new Mon Aug 9 13:32:51 1999 @@ -14,6 +14,15 @@ 0 * * * * root newsyslog # # do daily/weekly/monthly maintenance +# +# Note: if you're in one of the 70-odd countries that observe Daylight +# Savings Time, jobs scheduled during the rollback or advance will be +# affected. +# In general, it's not a good idea to schedule jobs during this period. +# US users (except parts of IN, AZ, and HI): the time shift occurs at +# 2AM local time. +# International users: please check /usr/src/share/zoneinfo. +# 0 2 * * * root periodic daily 2>&1 | sendmail root 30 3 * * 6 root periodic weekly 2>&1 | sendmail root 30 5 1 * * root periodic monthly 2>&1 | sendmail root Any chance you could commit this and close the PR? Thanks. SB On Wed, 4 Aug 1999, Andre Albsmeier wrote: > On Tue, 03-Aug-1999 at 20:26:51 -0400, Seth wrote: > > I'll reconfirm. I just checked w/ a friend in England, and have an email > > out to someone in Germany. England says definitely 2AM local (GMT). How > > recent is that file? > > IIRC, in Germany it is as follows: > > On the last sunday in march at 2AM local (non daylight saving) time > (== 1AM UTC) the clocks jump to 3AM local (daylight saving) time. > > On the last sunday in october at 3AM local (daylight saving) time > (== 1AM UTC) the clocks jump to 2AM local (non daylight saving) time. > > So if the u in the AT column stands for UTC it is correct. > > -Andre > > > > > > SB > > > > > > On Tue, 3 Aug 1999, Garrett Wollman wrote: > > > > > < said: > > > > > > > AFAIK, those European countries that observe DST (or equivalent) switch at > > > > 2AM. > > > > > > Nope. Go read /usr/src/share/zoneinfo/europe: > > > > > > # EU rules are for the European Union, previously known as the EC, EEC, > > > # Common Market, etc. > > > > > > # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S > > > Rule EU 1977 1980 - Apr Sun>=1 1:00u 1:00 S > > > Rule EU 1977 only - Sep lastSun 1:00u 0 - > > > Rule EU 1978 only - Oct 1 1:00u 0 - > > > Rule EU 1979 1995 - Sep lastSun 1:00u 0 - > > > Rule EU 1981 max - Mar lastSun 1:00u 1:00 S > > > Rule EU 1996 max - Oct lastSun 1:00u 0 - > > > > > > -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 > > -- > esa$ gcc -Wall -o ariane5 ariane5.c > ariane5.c: 666: warning: long float implicitly truncated to unsigned type > esa$ ./ariane5 > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 9 10:56:35 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (Postfix) with ESMTP id 4CDDC1516A; Mon, 9 Aug 1999 10:56:31 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.2) with ESMTP id TAA24862; Mon, 9 Aug 1999 19:49:44 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Seth Cc: Andre Albsmeier , scottd@cloud9.net, Garrett Wollman , freebsd-bugs@FreeBSD.ORG, freebsd-gnats-submit@FreeBSD.ORG Subject: Re: conf/10947: Entering daylight time at 2am loses /etc/daily (or other 2am jobs) In-reply-to: Your message of "Mon, 09 Aug 1999 13:34:54 EDT." Date: Mon, 09 Aug 1999 19:49:44 +0200 Message-ID: <24860.934220984@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message , Seth writes: >OK, here's another diff that should (hopefully) be general enough for >universal distribution. I like the comment, and suggest we move this one up one minute: from > 0 2 * * * root periodic daily 2>&1 | sendmail root to > 59 1 * * * root periodic daily 2>&1 | sendmail root Poul-Henning -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." FreeBSD -- It will take a long time before progress goes too far! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 9 11: 4: 3 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 310FD14E7F for ; Mon, 9 Aug 1999 11:04:02 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA31425 for freebsd-bugs@freebsd.org; Mon, 9 Aug 1999 11:01:08 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 9 Aug 1999 11:01:08 -0700 (PDT) Message-Id: <199908091801.LAA31425@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 Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [1999/08/09] misc/13040 how can i use the two freebsd systems in 1 problem total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [1999/08/08] docs/13034 doc incorrect (old/obsolete) manpage for name o [1999/08/08] ports/13035ports new port: jgraph version 8.3 o [1999/08/08] misc/13036 de doesn't work with DEC 21143 based PCI o [1999/08/08] conf/13038 [Patch] pccard.conf for I-O Data PCLATE/ o [1999/08/09] bin/13039 make cannot find archive members o [1999/08/09] ports/13041ports New port - misc/units o [1999/08/09] bin/13042 make doesn't handle wildcards in subdirec 7 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 Aug 9 12:23: 1 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 44293150E7 for ; Mon, 9 Aug 1999 12:22:59 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA37759; Mon, 9 Aug 1999 12:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 7006E14E3B; Mon, 9 Aug 1999 12:14:46 -0700 (PDT) Message-Id: <19990809191446.7006E14E3B@hub.freebsd.org> Date: Mon, 9 Aug 1999 12:14:46 -0700 (PDT) From: henryt4@yahoo.com To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: misc/13045: /usr and /var files all gone Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 13045 >Category: misc >Synopsis: /usr and /var files all gone >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Aug 9 12:20:01 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Henry >Release: 2.2.2 >Organization: >Environment: 133 MHZ pentinum pc 48MB ram, 1.6G HD. >Description: I copy too many files to /usr and /var directories, when I use "df" , it shows negative % of usage or availability on /usr and /var. It just overwrite the limit of /usr and /var. I reboot it couple times, it still ok, but suddenly one day, all the files are gone, I can only boot to / and use sh. it shows no files there. I can't even use "ls". it ask me to fsck. When I install another fbsd on another HD, I mount the old fbsd partition, and I can see old files there, but it's /usr and /var directories' files are gone. Is there any ways to recover those files. thanks >How-To-Repeat: keep copy files to /usr and /var, overwrite the size limit of /usr and /var. use "df" and see if it's negative % usage or availablity. it's like if /usr directory's size is 200M, but u keep copy files, like 250M to /usr, it will just overwrite. it won't crash, cause it has reserved space for it, when "df", it only shows negative %. reboot PC couple times, or running other OS, until one day, suddenly, u can only boot to / and find no files there. >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 Aug 9 13: 2:47 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 74532153C9 for ; Mon, 9 Aug 1999 13:02:46 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA41194; Mon, 9 Aug 1999 13:00:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 9 Aug 1999 13:00:02 -0700 (PDT) Message-Id: <199908092000.NAA41194@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Doug Subject: Re: conf/10947: Entering daylight time at 2am loses /etc/daily (or other 2am jobs) Reply-To: Doug Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR conf/10947; it has been noted by GNATS. From: Doug To: Poul-Henning Kamp Cc: Seth , Andre Albsmeier , scottd@cloud9.net, Garrett Wollman , freebsd-gnats-submit@FreeBSD.ORG Subject: Re: conf/10947: Entering daylight time at 2am loses /etc/daily (or other 2am jobs) Date: Mon, 9 Aug 1999 12:53:50 -0700 (PDT) On Mon, 9 Aug 1999, Poul-Henning Kamp wrote: > I like the comment, I think it may be too verbose. How about something like, # If your time zone acknowledges Daylight Savings Time job # scheduling can be affected. Please plan accordingly. and suggest we move this one up one minute: > from > > 0 2 * * * root periodic daily 2>&1 | sendmail root > > to > > 59 1 * * * root periodic daily 2>&1 | sendmail root I made this suggestion the last time this debate happened, and even though this solves the problem in like 80% of the time zones my proposal was rejected because it wasn't universally effective (in spite of the fact that there is no universal solution and this was the best option). I've put it on all of my systems for years now and never had a problem if that means anything to anyone. Doug To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 9 13: 2:50 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 89862153CA for ; Mon, 9 Aug 1999 13:02:47 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA41200; Mon, 9 Aug 1999 13:00:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 9 Aug 1999 13:00:03 -0700 (PDT) Message-Id: <199908092000.NAA41200@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Poul-Henning Kamp Subject: Re: conf/10947: Entering daylight time at 2am loses /etc/daily (or other 2am jobs) Reply-To: Poul-Henning Kamp Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR conf/10947; it has been noted by GNATS. From: Poul-Henning Kamp To: Doug Cc: Seth , Andre Albsmeier , scottd@cloud9.net, Garrett Wollman , freebsd-gnats-submit@FreeBSD.ORG Subject: Re: conf/10947: Entering daylight time at 2am loses /etc/daily (or other 2am jobs) Date: Mon, 09 Aug 1999 21:57:52 +0200 Doug, I committed the one minute change. The comment really belongs in cron's manpage, could you check if the problem is adequately handled there, and if not send me a patch ? thanks! Poul-Henning -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." FreeBSD -- It will take a long time before progress goes too far! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 9 13: 2:53 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id EA262153CD for ; Mon, 9 Aug 1999 13:02:47 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA41210; Mon, 9 Aug 1999 13:00:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from sevasoft.alex-ua.com (sevasoft.alex-ua.com [195.123.18.144]) by hub.freebsd.org (Postfix) with ESMTP id 13432153A5 for ; Mon, 9 Aug 1999 13:01:55 -0700 (PDT) (envelope-from seva@sevasoft.alex-ua.com) Received: (from seva@localhost) by sevasoft.alex-ua.com (8.9.3/8.9.3) id WAA22147; Mon, 9 Aug 1999 22:58:51 +0300 (EEST) (envelope-from seva) Message-Id: <199908091958.WAA22147@sevasoft.alex-ua.com> Date: Mon, 9 Aug 1999 22:58:51 +0300 (EEST) From: Vsevolod Lobko Reply-To: seva@sevasoft.alex-ua.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/13046: [PATCH] ppp don't close session on modem hangup Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 13046 >Category: bin >Synopsis: [PATCH] ppp don't close session on modem hangup >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 Aug 9 13:00:03 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Vsevolod Lobko >Release: FreeBSD 4.0-CURRENT i386 >Organization: None >Environment: uname -a: FreeBSD sevasoft.alex-ua.com 4.0-CURRENT FreeBSD 4.0-CURRENT #32: Sat Aug 7 10:10:23 EEST 1999 root@sevasoft.alex-ua.com:/usr/src/sys/compile/SEVASOFT i386 dialup link using userlevel ppp >Description: when modem hangs up, ppp does not get hangup signal This happens because of setting CLOCAL & HUPCL flags for modem tty simultaneously >How-To-Repeat: hungup modem while online >Fix: Index: tty.c =================================================================== RCS file: /home/free_rep/src/usr.sbin/ppp/tty.c,v retrieving revision 1.10 diff -u -r1.10 tty.c --- tty.c 1999/08/06 20:04:07 1.10 +++ tty.c 1999/08/09 19:44:06 @@ -204,8 +204,10 @@ else ios.c_cflag |= CLOCAL; - if (p->type != PHYS_DEDICATED) + if (p->type != PHYS_DEDICATED) { ios.c_cflag |= HUPCL; + ios.c_cflag &= ~CLOCAL; + } tcsetattr(p->fd, TCSANOW, &ios); } @@ -410,8 +412,10 @@ ios.c_iflag |= IXOFF; } ios.c_iflag |= IXON; - if (p->type != PHYS_DEDICATED) + if (p->type != PHYS_DEDICATED) { ios.c_cflag |= HUPCL; + ios.c_cflag &= ~CLOCAL; + } if (p->type != PHYS_DIRECT) { /* Change tty speed when we're not in -direct mode */ >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 Aug 9 14:54:24 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 07B6C152F6 for ; Mon, 9 Aug 1999 14:54:17 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id OAA52588; Mon, 9 Aug 1999 14:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from area51.slashnet.org (area51.slashnet.org [208.222.214.95]) by hub.freebsd.org (Postfix) with ESMTP id 0B4A5152C4 for ; Mon, 9 Aug 1999 14:45:20 -0700 (PDT) (envelope-from smkelly@slashnet.org) Received: from smkelly by area51.slashnet.org with local (Exim 3.03 #1) id 11Dx9o-0002B6-00; Mon, 09 Aug 1999 17:40:36 -0400 Message-Id: Date: Mon, 09 Aug 1999 17:40:36 -0400 From: smkelly@slashnet.org Reply-To: smkelly@slashnet.org To: FreeBSD-gnats-submit@freebsd.org, sno@silver.slashnet.org X-Send-Pr-Version: 3.2 Subject: misc/13047: FreeBSD libcrypt bug? Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 13047 >Category: misc >Synopsis: crypt() with 2 char salt is not returning 13 character backwards compatible strings >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Aug 9 14:50:01 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Sean Kelly >Release: FreeBSD 3.2-STABLE i386 >Organization: >Environment: >Description: The libcrypt.so.2 library contains the crypt() function. Other implimentations only support a format with a two character salt which generates a 13 character password. The FreeBSD crypt(3) manpage says that there is backward compatibility for such things if the 'setting' (second argument passed to crypt()) is just two characters. However, I am getting >13 character passwords even by using the compatible mode that the manpage described. This breaks some programs such as Internet Relay Chat Daemons that use crypted passwords on many platforms. >How-To-Repeat: (1) smkelly@area51:~$ cat <crypt.c > #include > #include > int main() > { > printf("Compat: %s\n", crypt("FreeBSD", "42")); > printf("Incompat: %s\n", crypt("FreeBSD", "_DEADBEEF")); > return 0; > } > EOF (2) smkelly@area51:~$ gcc -o crypt crypt.c -lcrypt (3) smkelly@area51:~$ ./crypt Compat: $1$42$2kP4RJzDJDeJaNnfz6kAD1 Incompat: $1$_DEADBEE$qewOsrc1LJwwvGy7HmsLp0 >Fix: In the example, the Compat: should read '42RsTfgD2n9Gs'. Libcrypt needs to be fixed so it is backward compatible again. >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 Aug 9 15: 4: 1 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id A0C5E152FB for ; Mon, 9 Aug 1999 15:03:59 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id PAA53361; Mon, 9 Aug 1999 15:00:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 9 Aug 1999 15:00:03 -0700 (PDT) Message-Id: <199908092200.PAA53361@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Seth Subject: Re: conf/10947: Entering daylight time at 2am loses /etc/daily (or other 2am jobs) Reply-To: Seth Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR conf/10947; it has been noted by GNATS. From: Seth To: Doug Cc: Poul-Henning Kamp , Andre Albsmeier , scottd@cloud9.net, Garrett Wollman , freebsd-gnats-submit@FreeBSD.ORG Subject: Re: conf/10947: Entering daylight time at 2am loses /etc/daily (or other 2am jobs) Date: Mon, 09 Aug 1999 17:57:22 -0400 (EDT) On Mon, 9 Aug 1999, Doug wrote: > On Mon, 9 Aug 1999, Poul-Henning Kamp wrote: > > > I like the comment, > > I think it may be too verbose. How about something like, > > # If your time zone acknowledges Daylight Savings Time job > # scheduling can be affected. Please plan accordingly. I don't think that fully explains the problem... it might be adequate for crontab, but something should be mentioned in the manpage (per phk's suggestion), and a reference in crontab to the manpage. Would you like me to take a stab at getting the diffs for both crontab and the manpage? SB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 9 15:33:19 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 7A523150A7 for ; Mon, 9 Aug 1999 15:33:14 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id PAA60449; Mon, 9 Aug 1999 15:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id 8574E14EED for ; Mon, 9 Aug 1999 15:30:07 -0700 (PDT) (envelope-from iedowse@maths.tcd.ie) Message-Id: <199908092326.aa93394@salmon.maths.tcd.ie> Date: Mon, 9 Aug 1999 23:26:34 +0100 (BST) From: iedowse@maths.tcd.ie Reply-To: iedowse@maths.tcd.ie To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/13049: [PATCH] NFS replies with incorrect source IP Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 13049 >Category: kern >Synopsis: [PATCH] NFS replies with incorrect source IP >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Aug 9 15:30:01 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Ian Dowse >Release: FreeBSD 3.2-STABLE i386 >Organization: School of Mathematics Trinity College, Dublin >Environment: FreeBSD -current and -stable >Description: As described in PR's kern/2858, kern/5964, kern/6412, kern/9612, and possibly others, NFS can send replies using the wrong source IP address. NFS over UDP uses just one socket to send and receive, so it can neither determine at which local IP a request was directed, nor control from which IP the reply is sent. The patches below fix this problem by setting up one udp socket for each local IP address. These patches are against -current, but we have been using them on a number of busy 3.2-stable machines without any problems for over a month. One unfortunate side-effect of these changes is that if the new nfsd is run with an old kernel, a panic will result. This is because of an old bug in nfssvc_addsock() - see the 'mynam != NULL' change below. It is safe to run the old nfsd with the new kernel. >How-To-Repeat: >Fix: --- nfs_syscalls.c.orig Sat Aug 7 20:54:46 1999 +++ nfs_syscalls.c Sat Aug 7 20:54:12 1999 @@ -86,7 +86,7 @@ extern struct nfsstats nfsstats; extern int nfsrvw_procrastinate; extern int nfsrvw_procrastinate_v3; -struct nfssvc_sock *nfs_udpsock, *nfs_cltpsock; +struct nfssvc_sock *nfs_cltpsock; static int nuidhash_max = NFS_MAXUIDHASH; #ifndef NFS_NOSERVER @@ -372,28 +372,24 @@ /* * Add it to the list, as required. */ - if (so->so_proto->pr_protocol == IPPROTO_UDP) { - tslp = nfs_udpsock; - if (tslp->ns_flag & SLP_VALID) { - FREE(mynam, M_SONAME); - return (EPERM); - } #ifdef ISO - } else if (so->so_proto->pr_protocol == ISOPROTO_CLTP) { + if (so->so_proto->pr_protocol == ISOPROTO_CLTP) { tslp = nfs_cltpsock; if (tslp->ns_flag & SLP_VALID) { - FREE(mynam, M_SONAME); + if (mynam != NULL) + FREE(mynam, M_SONAME); return (EPERM); } -#endif /* ISO */ } +#endif /* ISO */ if (so->so_type == SOCK_STREAM) siz = NFS_MAXPACKET + sizeof (u_long); else siz = NFS_MAXPACKET; error = soreserve(so, siz, siz); if (error) { - FREE(mynam, M_SONAME); + if (mynam != NULL) + FREE(mynam, M_SONAME); return (error); } @@ -898,13 +894,6 @@ TAILQ_INIT(&nfsd_head); nfsd_head_flag &= ~NFSD_CHECKSLP; - - nfs_udpsock = (struct nfssvc_sock *) - malloc(sizeof (struct nfssvc_sock), M_NFSSVC, M_WAITOK); - bzero((caddr_t)nfs_udpsock, sizeof (struct nfssvc_sock)); - STAILQ_INIT(&nfs_udpsock->ns_rec); - TAILQ_INIT(&nfs_udpsock->ns_uidlruhead); - TAILQ_INSERT_HEAD(&nfssvc_sockhead, nfs_udpsock, ns_chain); nfs_cltpsock = (struct nfssvc_sock *) malloc(sizeof (struct nfssvc_sock), M_NFSSVC, M_WAITOK); --- nfs_nqlease.c.orig Sat Aug 7 20:55:12 1999 +++ nfs_nqlease.c Sat Aug 7 20:53:51 1999 @@ -138,7 +138,7 @@ extern nfstype nfsv2_type[9]; extern nfstype nfsv3_type[9]; -extern struct nfssvc_sock *nfs_udpsock, *nfs_cltpsock; +extern struct nfssvc_sock *nfs_cltpsock; extern int nfsd_waiting; extern struct nfsstats nfsstats; @@ -384,11 +384,13 @@ if (slp == NQLOCALSLP) lph->lph_flag |= (LC_VALID | LC_LOCAL); - else if (slp == nfs_udpsock) { + else if (slp->ns_so->so_proto->pr_protocol == IPPROTO_UDP) { saddr = (struct sockaddr_in *)nam; - lph->lph_flag |= (LC_VALID | LC_UDP); + lph->lph_flag |= (LC_VALID | LC_UDP | LC_SREF); lph->lph_inetaddr = saddr->sin_addr.s_addr; lph->lph_port = saddr->sin_port; + lph->lph_slp = slp; + slp->ns_sref++; } else if (slp == nfs_cltpsock) { lph->lph_nam = dup_sockaddr(nam, 1); lph->lph_flag |= (LC_VALID | LC_CLTP); @@ -458,7 +460,8 @@ else return (0); } - if (slp == nfs_udpsock || slp == nfs_cltpsock) + if (slp->ns_so->so_proto->pr_protocol == IPPROTO_UDP || + slp == nfs_cltpsock) addr = nam; else addr = slp->ns_nam; @@ -517,7 +520,7 @@ saddr->sin_family = AF_INET; saddr->sin_addr.s_addr = lph->lph_inetaddr; saddr->sin_port = lph->lph_port; - so = nfs_udpsock->ns_so; + so = lph->lph_slp->ns_so; } else if (lph->lph_flag & LC_CLTP) { nam2 = lph->lph_nam; so = nfs_cltpsock->ns_so; --- nfsd.c.orig Tue Jun 15 14:15:50 1999 +++ nfsd.c Sat Aug 7 21:04:01 1999 @@ -52,6 +52,7 @@ #include #include #include +#include #include #include @@ -62,6 +63,9 @@ #include #include #include +#include +#include +#include #ifdef NFSKERB #include @@ -110,6 +114,7 @@ #endif #endif void usage __P((void)); +int get_ifaddrs __P((struct in_addr **)); /* * Nfs server daemon mostly just a user context for nfssvc() @@ -143,7 +148,7 @@ #endif fd_set ready, sockbits; int ch, cltpflag, connect_type_cnt, i, len, maxsock, msgsock; - int nfsdcnt, nfssvc_flag, on, reregister, sock, tcpflag, tcpsock; + int nfsdcnt, nfssvc_flag, on, reregister, tcpflag, tcpsock; int tp4cnt, tp4flag, tpipcnt, tpipflag, udpflag; #ifdef notyet int tp4sock, tpipsock; @@ -375,32 +380,56 @@ /* If we are serving udp, set up the socket. */ if (udpflag) { - if ((sock = socket(AF_INET, SOCK_DGRAM, 0)) < 0) { - syslog(LOG_ERR, "can't create udp socket"); - exit(1); - } - inetaddr.sin_family = AF_INET; - inetaddr.sin_addr.s_addr = INADDR_ANY; - inetaddr.sin_port = htons(NFS_PORT); - inetaddr.sin_len = sizeof(inetaddr); - if (bind(sock, - (struct sockaddr *)&inetaddr, sizeof(inetaddr)) < 0) { - syslog(LOG_ERR, "can't bind udp addr"); - exit(1); + struct in_addr *ifaddr_list; + int i; + int ifaddr_count; + + + ifaddr_count = get_ifaddrs(&ifaddr_list); + + for (i = 0; i < ifaddr_count; i++) { + int on = 1; + int sock; + + if ((sock = socket(AF_INET, SOCK_DGRAM, 0)) < 0) { + syslog(LOG_ERR, "can't create udp socket: %m"); + exit(1); + } + if (setsockopt(sock, SOL_SOCKET, SO_REUSEADDR, &on, + sizeof(on)) != 0) { + syslog(LOG_ERR, "setsockopt failed: %m"); + exit(1); + } + bzero(&inetaddr, sizeof(inetaddr)); + inetaddr.sin_family = AF_INET; + inetaddr.sin_addr.s_addr = ifaddr_list[i].s_addr; + inetaddr.sin_port = htons(NFS_PORT); + inetaddr.sin_len = sizeof(inetaddr); + if (bind(sock, (struct sockaddr *)&inetaddr, + sizeof(inetaddr)) < 0) { + syslog(LOG_ERR, "can't bind udp addr %s: %m", + ifaddr_list[i].s_addr == INADDR_ANY ? + "INADDR_ANY" : inet_ntoa(ifaddr_list[i])); + exit(1); + } + + nfsdargs.sock = sock; + nfsdargs.name = NULL; + nfsdargs.namelen = 0; + if (nfssvc(NFSSVC_ADDSOCK, &nfsdargs) < 0) { + syslog(LOG_ERR, "can't add UDP socket: %m"); + exit(1); + } + (void)close(sock); } + + free(ifaddr_list); + if (!pmap_set(RPCPROG_NFS, 2, IPPROTO_UDP, NFS_PORT) || !pmap_set(RPCPROG_NFS, 3, IPPROTO_UDP, NFS_PORT)) { syslog(LOG_ERR, "can't register with udp portmap"); exit(1); } - nfsdargs.sock = sock; - nfsdargs.name = NULL; - nfsdargs.namelen = 0; - if (nfssvc(NFSSVC_ADDSOCK, &nfsdargs) < 0) { - syslog(LOG_ERR, "can't Add UDP socket"); - exit(1); - } - (void)close(sock); } #ifdef ISO @@ -671,3 +700,106 @@ } #endif /* __FreeBSD__ */ #endif + + +#define ROUNDUP(a) \ + ((a) > 0 ? (1 + (((a) - 1) | (sizeof(long) - 1))) : sizeof(long)) +#define ADVANCE(x) (x += ROUNDUP(((struct sockaddr *)(x))->sa_len)) + +/* + * Get a list of local IP addresses, and store a pointer to the malloc'd + * list in *ifaddrp. The first address will be INADDR_ANY as a fallback entry. + * The number of entries in the list is returned. + */ +int get_ifaddrs(struct in_addr **ifaddrp) { + register struct if_msghdr *ifm; + register struct ifa_msghdr *ifam; + struct in_addr *ifaddr; + size_t needed; + int mib[6], flags = 0; + int adr_count; + char *buf, *lim, *next; + + /* Create first address as wildcard */ + ifaddr = malloc(sizeof(*ifaddr)); + if (ifaddr == NULL) { + syslog(LOG_ERR, "malloc failed"); + exit(1); + } + ifaddr->s_addr = INADDR_ANY; + adr_count = 1; + + mib[0] = CTL_NET; + mib[1] = PF_ROUTE; + mib[2] = 0; + mib[3] = AF_INET; + mib[4] = NET_RT_IFLIST; + mib[5] = 0; + if (sysctl(mib, 6, NULL, &needed, NULL, 0) < 0) { + syslog(LOG_ERR, "route-sysctl-estimate failed: %m"); + exit(1); + } + if ((buf = malloc(needed)) == NULL) { + syslog(LOG_ERR, "malloc failed"); + exit(1); + } + if (sysctl(mib, 6, buf, &needed, NULL, 0) < 0) { + syslog(LOG_ERR, "retrieval of interface table failed: %m"); + exit(1); + } + lim = buf + needed; + + for (next = buf; next < lim; next += ifm->ifm_msglen) { + int i; + char *cp, *cplim; + struct sockaddr *sa; + struct sockaddr_in *sin; + + ifm = (struct if_msghdr *)next; + if (ifm->ifm_type == RTM_IFINFO) { + flags = ifm->ifm_flags; + continue; + } + if ((flags & IFF_UP) == 0) + continue; + if (ifm->ifm_type != RTM_NEWADDR) + errx(1, "out of sync parsing NET_RT_IFLIST"); + ifam = (struct ifa_msghdr *)ifm; + cp = (char *)(ifam + 1); + cplim = ifam->ifam_msglen + (char *)ifam; + + /* Find the RTAX_IFA entry */ + for (i = 0; i < RTAX_IFA && cp < cplim; i++) + if (ifam->ifam_addrs & (1 << i)) + ADVANCE(cp); + + if (i != RTAX_IFA || (ifam->ifam_addrs & (1 << RTAX_IFA)) == 0) + continue; + + sa = (struct sockaddr *)cp; + if (sa->sa_family != AF_INET) + continue; + + sin = (struct sockaddr_in *)sa; + + /* Check if we've seen this address before */ + for (i = 0; i < adr_count; i++) + if (ifaddr[i].s_addr == sin->sin_addr.s_addr) + break; + + if (i < adr_count) + continue; + + adr_count++; + ifaddr = realloc(ifaddr, sizeof(*ifaddr) * adr_count); + if (ifaddr == NULL) { + syslog(LOG_ERR, "realloc failed"); + exit(1); + } + ifaddr[adr_count - 1] = sin->sin_addr; + } + free(buf); + + *ifaddrp = ifaddr; + return adr_count; +} >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 9 15:58:45 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id B216F152E5; Mon, 9 Aug 1999 15:58:44 -0700 (PDT) (envelope-from brian@FreeBSD.org) Received: (from brian@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id PAA62911; Mon, 9 Aug 1999 15:55:51 -0700 (PDT) (envelope-from brian@FreeBSD.org) Date: Mon, 9 Aug 1999 15:55:51 -0700 (PDT) From: Message-Id: <199908092255.PAA62911@freefall.freebsd.org> To: alk@pobox.com, brian@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/13009: ppp(8) does draconian permission checks on its config file Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: ppp(8) does draconian permission checks on its config file State-Changed-From-To: open->closed State-Changed-By: brian State-Changed-When: Mon Aug 9 15:55:11 PDT 1999 State-Changed-Why: Patch applied to -current (kind-of) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 9 16:23:39 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id A3EC3152E5 for ; Mon, 9 Aug 1999 16:23:36 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id QAA66416; Mon, 9 Aug 1999 16:20:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 9 Aug 1999 16:20:03 -0700 (PDT) Message-Id: <199908092320.QAA66416@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Doug Subject: Re: conf/10947: Entering daylight time at 2am loses /etc/daily (or other 2am jobs) Reply-To: Doug Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR conf/10947; it has been noted by GNATS. From: Doug To: Seth Cc: Poul-Henning Kamp , Andre Albsmeier , scottd@cloud9.net, Garrett Wollman , freebsd-gnats-submit@FreeBSD.ORG Subject: Re: conf/10947: Entering daylight time at 2am loses /etc/daily (or other 2am jobs) Date: Mon, 9 Aug 1999 16:17:16 -0700 (PDT) On Mon, 9 Aug 1999, Seth wrote: > > > On Mon, 9 Aug 1999, Doug wrote: > > > On Mon, 9 Aug 1999, Poul-Henning Kamp wrote: > > > > > I like the comment, > > > > I think it may be too verbose. How about something like, > > > > # If your time zone acknowledges Daylight Savings Time job > > # scheduling can be affected. Please plan accordingly. > > I don't think that fully explains the problem... Depends on how many brain cells are rubbing together in the reader's head. :) > it might be adequate for > crontab, but something should be mentioned in the manpage (per phk's > suggestion), and a reference in crontab to the manpage. Would you like me > to take a stab at getting the diffs for both crontab and the manpage? Sure, actually fixing the time the job is scheduled for was my goal all along. :) Doug -- On account of being a democracy and run by the people, we are the only nation in the world that has to keep a government four years, no matter what it does. -- Will Rogers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 9 16:55:52 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 17B53153D3; Mon, 9 Aug 1999 16:55:37 -0700 (PDT) (envelope-from brian@FreeBSD.org) Received: (from brian@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id QAA70465; Mon, 9 Aug 1999 16:50:55 -0700 (PDT) (envelope-from brian@FreeBSD.org) Date: Mon, 9 Aug 1999 16:50:55 -0700 (PDT) From: Message-Id: <199908092350.QAA70465@freefall.freebsd.org> To: brian@FreeBSD.org, freebsd-bugs@FreeBSD.org, brian@FreeBSD.org Subject: Re: bin/13046: [PATCH] ppp don't close session on modem hangup Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: [PATCH] ppp don't close session on modem hangup Responsible-Changed-From-To: freebsd-bugs->brian Responsible-Changed-By: brian Responsible-Changed-When: Mon Aug 9 16:50:06 PDT 1999 Responsible-Changed-Why: Ppp's mine. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 9 17:40:58 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from smtp11.bellglobal.com (smtp11.bellglobal.com [204.101.251.53]) by hub.freebsd.org (Postfix) with ESMTP id A3FC81502F; Mon, 9 Aug 1999 17:40:50 -0700 (PDT) (envelope-from vanderh@ecf.toronto.edu) Received: from localhost.nowhere (ppp18330.on.bellglobal.com [206.172.130.10]) by smtp11.bellglobal.com (8.8.5/8.8.5) with ESMTP id UAA07583; Mon, 9 Aug 1999 20:40:54 -0400 (EDT) Received: (from tim@localhost) by localhost.nowhere (8.9.3/8.9.1) id UAA00709; Mon, 9 Aug 1999 20:39:06 -0400 (EDT) (envelope-from tim) Date: Mon, 9 Aug 1999 20:39:05 -0400 From: Tim Vanderhoek To: chris@FreeBSD.org Cc: freebsd-bugs@FreeBSD.org Subject: Re: bin/10556: make(1) man page update Message-ID: <19990809203905.E433@mad> References: <199908091705.KAA27508@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95i In-Reply-To: <199908091705.KAA27508@freefall.freebsd.org>; from chris@FreeBSD.org on Mon, Aug 09, 1999 at 10:05:11AM -0700 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, Aug 09, 1999 at 10:05:11AM -0700, chris@FreeBSD.org wrote: > Synopsis: make(1) man page update > > Responsible-Changed-From-To: freebsd-bugs->chris > Responsible-Changed-By: chris > Responsible-Changed-When: Mon Aug 9 10:04:16 PDT 1999 > Responsible-Changed-Why: > I'll take care of this, and make a more detailed description for the man page. Careful...I looked at this briefly and wasn't sure that it was quite as simple as the PR submitter submitted. -- This is my .signature which gets appended to the end of my messages. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 9 18: 9: 7 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id C3FAE1555C; Mon, 9 Aug 1999 18:08:59 -0700 (PDT) (envelope-from mdodd@FreeBSD.org) Received: (from mdodd@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id SAA76821; Mon, 9 Aug 1999 18:05:55 -0700 (PDT) (envelope-from mdodd@FreeBSD.org) Date: Mon, 9 Aug 1999 18:05:55 -0700 (PDT) From: Message-Id: <199908100105.SAA76821@freefall.freebsd.org> To: robert+freebsd@cyrus.watson.org, mdodd@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/12275: Patches to add support for new chipset Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Patches to add support for new chipset State-Changed-From-To: open->closed State-Changed-By: mdodd State-Changed-When: Mon Aug 9 18:04:51 PDT 1999 State-Changed-Why: Committed to -current. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 9 18:13:57 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id DF7301527E for ; Mon, 9 Aug 1999 18:13:54 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id SAA77033; Mon, 9 Aug 1999 18:10:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 8CD5D15383; Mon, 9 Aug 1999 18:08:34 -0700 (PDT) Message-Id: <19990810010834.8CD5D15383@hub.freebsd.org> Date: Mon, 9 Aug 1999 18:08:34 -0700 (PDT) From: jzwiebel@cisco.com To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: i386/13051: after installation on system using COM1, kernel won't allow login Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 13051 >Category: i386 >Synopsis: after installation on system using COM1, kernel won't allow login >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon Aug 9 18:10:00 PDT 1999 >Closed-Date: >Last-Modified: >Originator: John Zwiebel >Release: 3.2 RELEASE >Organization: Cisco >Environment: ip1-pc# uname -a FreeBSD ip1-pc.cisco.com 3.2-RELEASE FreeBSD 3.2-RELEASE #1: Mon Aug 9 22:10:30 PDT 1999 root@ip1-pc2.cisco.com:/usr/src/sys/compile/HEADLESS i386 >Description: On a PC with no keyboard or mouse or video, After installing a kernel from ftp.freebsd.org using boot floppies, when the system reboots, it will not allow login on the COM1 port. I was able to use a Cntl-C during the boot process to come up single user and modify the /etc/ttys file. >How-To-Repeat: Need a PC with no keyboard or video or mouse, only a com1 port. Then install FreeBSD. There wasn't anything obvious that I could configure in /stand/sysinstall to get around this. >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 Aug 9 18:13:58 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id DEFA715222 for ; Mon, 9 Aug 1999 18:13:54 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id SAA77040; Mon, 9 Aug 1999 18:10:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 9 Aug 1999 18:10:02 -0700 (PDT) Message-Id: <199908100110.SAA77040@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Scot W. Hetzel" Subject: Re: conf/13016: Wrong sendmail.cf file used by mergemaster Reply-To: "Scot W. Hetzel" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR conf/13016; it has been noted by GNATS. From: "Scot W. Hetzel" To: "Doug" Cc: Subject: Re: conf/13016: Wrong sendmail.cf file used by mergemaster Date: Mon, 9 Aug 1999 20:08:02 -0500 From: Doug > "Scot W. Hetzel" wrote: > > > When using MergeMaster to update your /etc directory, it does a comparison > > between the /var/tmp/temproot/etc/sendmail.cf(freebsd.cf) file and the > > current /etc/sendmail.cf file. > > As I stated in my response to PR 12664 this is exactly what mergemaster is > designed to do, therefore, your synopsis is incorrect. Please refer to that > PR for several suggestions on ways to deal with this situation. > I agree that this problem has nothing to do with the way mergemaster is designed to show how your installation differs from a default installation. (That's why I sent it to conf instead of ports). Instead it has to do with the way in which etc/sendmail/Makefile creates the sendmail.cf file in the ${DESTDIR}/etc directory. This PR probably should have been called "Fix to sendmail.cf generation problem". Your suggestion in PR 12664, does not solve this problem. 1. Delete sendmail.cf generation from etc/Makefile after updating sources and before using mergemaster. This will need to be done each time the sources are updated, and before mergemaster is used. This is a waste of time, especially if the etc/sendmail/Makefile can be designed to create the correct sendmail.cf file when the SENDMAIL_CF variable is set in make.conf. 2. After mergemaster makes the comparison between sendmail.cf files, just delete /var/tmp/tmproot/etc/sendmail.cf when asked. Before you are able to delete the sendmail.cf file from within mergemaster, you need to go through several screens of sendmail.cf comparisons before you are able to delete the sendmail.cf file in mergemaster. This comparison is also useless when the system is using a custom sendmail.cf file. These two solutions do not fix the problem with the sendmail.cf and causes an inconvenience when using mergemaster to upgrade /etc from sources. The original patches, included with this PR, solves the problem by using SENDMAIL_CF as follows: 1. If SENDMAIL_CF is not defined in /etc/make.conf, then we default to using "freebsd.mc" to create the sendmail.cf file in ${DESTDIR}/etc. 2. If SENDMAIL_CF is defined in /etc/make.conf, then we use the custom *.mc file to create the sendmail.cf file in ${DESTDIR}/etc. This will also satisfy the complaints of mergemaster using the wrong sendmail.cf file in its comparisons. 3. If were making a RELEASE and SENDMAIL_CF might be defined in make.conf, we ignore it, and instead use "freebsd.mc" to create the sendmail.cf file (SENDMAIL_CF gets set to ${RELEASE_CF} (RELEASE_CF=?freebsd.cf) in release/Makefile). And possibly a bonus: 4. If RELEASE_CF is defined in /etc/make.conf, then we use the custom *.mc file to create a custom sendmail.cf file for our personal release build. Scot P.S. This PR should instead be forwarded to the maintainers of the etc/sendmail/Makefile in STABLE & CURRENT as that is where the problem is located. And not to the maintainer of the Mergemaster port. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 9 18:27:34 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from mta2.rcsntx.swbell.net (mta2.rcsntx.swbell.net [151.164.30.26]) by hub.freebsd.org (Postfix) with ESMTP id 57F4A1531F; Mon, 9 Aug 1999 18:27:27 -0700 (PDT) (envelope-from chris@holly.dyndns.org) Received: from holly.dyndns.org (adsl-216-62-154-215.dsl.hstntx.swbell.net) by mta2.rcsntx.swbell.net (Sun Internet Mail Server sims.3.5.1999.05.24.18.28.p7) with ESMTP id <0FG800ACS6JGZF@mta2.rcsntx.swbell.net>; Mon, 9 Aug 1999 20:23:41 -0500 (CDT) Received: (from chris@localhost) by holly.dyndns.org (8.9.3/8.9.3) id UAA07373; Mon, 09 Aug 1999 20:25:45 -0500 (CDT envelope-from chris) Date: Mon, 09 Aug 1999 20:25:44 -0500 From: Chris Costello Subject: Re: bin/10556: make(1) man page update In-reply-to: <199908091705.KAA27508@freefall.freebsd.org>; from chris@FreeBSD.ORG on Mon, Aug 09, 1999 at 10:05:11AM -0700 To: chris@FreeBSD.ORG Cc: freebsd-bugs@FreeBSD.ORG, freebsd-gnats-submit@FreeBSD.ORG Reply-To: chris@calldei.com Message-id: <19990809202544.H772@holly.dyndns.org> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii User-Agent: Mutt/0.96.3i References: <199908091705.KAA27508@freefall.freebsd.org> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, Aug 09, 1999, chris@FreeBSD.ORG wrote: > Synopsis: make(1) man page update > > Responsible-Changed-From-To: freebsd-bugs->chris > Responsible-Changed-By: chris > Responsible-Changed-When: Mon Aug 9 10:04:16 PDT 1999 > Responsible-Changed-Why: > I'll take care of this, and make a more detailed description for the man page. Alright, I've looked over it and I am not sure that it should be documented. The reason I don't think it should be documented is to discourage its use, as it only exists for backward compatibility. Opinions? -- |Chris Costello |If it was easy, the hardware people would take care of it. `---------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 9 18:57:38 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from sargon.net (PortSJ64.sj.hypersurf.com [206.40.43.64]) by hub.freebsd.org (Postfix) with ESMTP id B0A7714CDF for ; Mon, 9 Aug 1999 18:57:18 -0700 (PDT) (envelope-from jd@sargon.net) Received: (from jd@localhost) by sargon.net (8.9.3/8.9.3) id AAA01059 for bugs@freebsd.org; Mon, 9 Aug 1999 00:26:16 -0700 (PDT) (envelope-from jd) Date: Mon, 9 Aug 1999 00:26:16 -0700 (PDT) From: "Joseph I. Davida" Message-Id: <199908090726.AAA01059@sargon.net> To: bugs@freebsd.org Subject: Linux COmpat Libs Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Because the freebsd version of netscape 4.61 is in a.out I cant run it. So, I was running Netscape 4.61 for Linux libc5 on FreeBSD3.2 with linux compatibility compiled in and enabled in /etc/rc.conf: linux_enable=YES. I clicked on a hotlink which took me to some microsoft site, and netscape crashed. The killer URL is: http://www.microsoft.com/word/enhancements/avery.asp?prev=312111 I tried it without the trailing ?prev=312111 and it still crashes. Ditto if I just use the url http://www.microsoft.com On my system, I had to create a symbolic link (/lib) to /compat/linux/lib, because some other library tries to load the absolute pathname /lib/libc.so.5, which would fail without the symbolic link, and netscape would crash. But now it is crashing for an altogether different reason. In order to get the correct libraries for the linux version of netscape, I run it from within the following script: #!/bin/sh XNLSPATH=/usr/X11R6/lib/X11/nls XAPPLRESDIR=/usr/X11R6/lib/X11/app-defaults LD_LIBRARY_PATH=\ /usr/lib:\ /usr/X11R6/lib:\ /usr/local/lib XCMSDB=/dev/null #-------------------------------------------------- COMPAT=/usr/compat/linux MOZILLA_HOME=/usr/local/netscape-linux LD_LIBRARY_PATH=\ /lib:\ $COMPAT/lib:\ $COMPAT/usr/lib:\ $COMPAT/usr/X11R6/lib:\ $COMPAT/usr/openwin/lib:\ $MOZILLA_HOME:\ $MOZILLA_HOME/plugins:\ $LD_LIBRARY_PATH #-------------------------------------------------- XKEYSYMDB=$MOZILLA_HOME/XKeysymDB CLASSPATH=$MOZILLA_HOME:$MOZILLA_HOME/java:$MOZILLA_HOME/java/classes:/usr/local /share/java/java export XKEYSYMDB XNLSPATH XAPPLRESDIR MOZILLA_HOME LD_LIBRARY_PATH \ CLASSPATH XCMSDB $MOZILLA_HOME/netscape $* -geometry 1150x985+0+0 & Here is the gdb trace in case you find it useful: % gdb -e /usr/local/netscape-linux/netscape -c netscape.core GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd". Core was generated by `netscape'. Program terminated with signal 10, Bus error. Reading symbols from /usr/compat/linux/usr/X11R6/lib/libXt.so.6... (no debugging symbols found)...done. Reading symbols from /usr/compat/linux/usr/X11R6/lib/libSM.so.6... (no debugging symbols found)...done. Reading symbols from /usr/compat/linux/usr/X11R6/lib/libICE.so.6... (no debugging symbols found)...done. Reading symbols from /usr/compat/linux/usr/X11R6/lib/libXmu.so.6... (no debugging symbols found)...done. Reading symbols from /usr/compat/linux/usr/X11R6/lib/libXpm.so.4... (no debugging symbols found)...done. Reading symbols from /usr/compat/linux/usr/X11R6/lib/libXext.so.6... (no debugging symbols found)...done. Reading symbols from /usr/compat/linux/usr/X11R6/lib/libX11.so.6... (no debugging symbols found)...done. Reading symbols from /lib/libdl.so.1...(no debugging symbols found)...done. Reading symbols from /lib/libc.so.5...done. Reading symbols from /usr/compat/linux/usr/lib/libg++.so.27...done. Reading symbols from /usr/compat/linux/usr/lib/libstdc++.so.27...done. Reading symbols from /lib/libm.so.5...done. Reading symbols from /lib/ld-linux.so.1...done. Reading symbols from /usr/local/netscape-linux/dynfonts/libTrueDoc.so...done. Reading symbols from /usr/local/netscape-linux/libjsd.so...done. #0 0x28bf43c5 in kill () from /lib/libc.so.5 (gdb) bt #0 0x28bf43c5 in kill () from /lib/libc.so.5 #1 0x88bc338 in ?? () #2 0xbfbfdfd8 in ?? () #3 0x83748ac in ?? () #4 0x838b60b in ?? () #5 0x838481e in ?? () #6 0x827b80f in ?? () #7 0x28adae14 in XtAppProcessEvent () from /usr/compat/linux/usr/X11R6/lib/libXt.so.6 #8 0x826b9b8 in ?? () #9 0x826df89 in ?? () #10 0x8231dbb in ?? () To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 9 19:13:21 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 404451531F for ; Mon, 9 Aug 1999 19:13:17 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id TAA81351; Mon, 9 Aug 1999 19:10:07 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 9 Aug 1999 19:10:07 -0700 (PDT) Message-Id: <199908100210.TAA81351@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Chris D. Faulhaber" Subject: Re: i386/13051: after installation on system using COM1, kernel won't allow login Reply-To: "Chris D. Faulhaber" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/13051; it has been noted by GNATS. From: "Chris D. Faulhaber" To: freebsd-gnats-submit@freebsd.org, jzwiebel@cisco.com Cc: Subject: Re: i386/13051: after installation on system using COM1, kernel won't allow login Date: Mon, 9 Aug 1999 22:01:02 -0400 (EDT) 1) If the machine has network access, use the configure portion of the install to add a user in the wheel group, telnet in after the install, su, and edit /etc/ttys. 2) Edit /etc/ttys during the install on the holographic shell (ttyv3). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 9 19:13:21 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 706AA15329 for ; Mon, 9 Aug 1999 19:13:18 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id TAA81374; Mon, 9 Aug 1999 19:10:12 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 9 Aug 1999 19:10:12 -0700 (PDT) Message-Id: <199908100210.TAA81374@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "John M. Zwiebel" Subject: Re: i386/13051: after installation on system using COM1, kernel won't allow login Reply-To: "John M. Zwiebel" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/13051; it has been noted by GNATS. From: "John M. Zwiebel" To: "Chris D. Faulhaber" Cc: freebsd-gnats-submit@freebsd.org Subject: Re: i386/13051: after installation on system using COM1, kernel won't allow login Date: Mon, 09 Aug 1999 19:05:20 -0700 My attempts at doing this kept failing to configure the network correctly on reboot. This could have bee me being fat-fingered somehgow ^ 1) If the machine has network access, use the configure portion of the ^ install to add a user in the wheel group, telnet in after the install, su, ^ and edit /etc/ttys. The following is not an option because the holographic shell doesn't work over my commserver connection to COM1. ^ 2) Edit /etc/ttys during the install on the holographic shell (ttyv3). ^ ^ Thanks ------------------------------------------------------------------------------ John Zwiebel Phone: 408-526-5303 Cisco Systems Inc. IP Multicast Group To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 9 19:24:56 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 64DBF14A13 for ; Mon, 9 Aug 1999 19:24:54 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id TAA81981; Mon, 9 Aug 1999 19:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 9 Aug 1999 19:20:01 -0700 (PDT) Message-Id: <199908100220.TAA81981@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Danny J. Zerkel" Subject: Re: misc/13047: crypt() with 2 char salt is not returning 13 character backwards compatible strings Reply-To: "Danny J. Zerkel" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/13047; it has been noted by GNATS. From: "Danny J. Zerkel" To: freebsd-gnats-submit@freebsd.org, smkelly@slashnet.org Cc: Subject: Re: misc/13047: crypt() with 2 char salt is not returning 13 character backwards compatible strings Date: Mon, 09 Aug 1999 22:10:25 -0400 Looks like compatibility has been gone since 1994... -- Danny J. Zerkel "Sursum ad Absurdum" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 9 22:11:20 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 81F4A14D85 for ; Mon, 9 Aug 1999 22:10:56 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id WAA95085; Mon, 9 Aug 1999 22:10:43 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 9 Aug 1999 22:10:43 -0700 (PDT) Message-Id: <199908100510.WAA95085@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Chris Costello Subject: Re: misc/13047: FreeBSD libcrypt bug? Reply-To: Chris Costello Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/13047; it has been noted by GNATS. From: Chris Costello To: smkelly@slashnet.org Cc: FreeBSD-gnats-submit@FreeBSD.ORG, sno@silver.slashnet.org Subject: Re: misc/13047: FreeBSD libcrypt bug? Date: Tue, 10 Aug 1999 00:10:25 -0500 On Mon, Aug 09, 1999, smkelly@slashnet.org wrote: > (2) smkelly@area51:~$ gcc -o crypt crypt.c -lcrypt > (3) smkelly@area51:~$ ./crypt > Compat: $1$42$2kP4RJzDJDeJaNnfz6kAD1 > Incompat: $1$_DEADBEE$qewOsrc1LJwwvGy7HmsLp0 > > > >Fix: > > In the example, the Compat: should read '42RsTfgD2n9Gs'. > Libcrypt needs to be fixed so it is backward compatible again. No, libcrypt is linked to libscrypt on your system (obviously), and libscrypt will not create those style passwords -- they are MD5-based only. -- |Chris Costello |I haven't lost my mind; it's backed up on tape somewhere. `--------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 10 1: 0:59 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 57D9514CA7; Tue, 10 Aug 1999 01:00:58 -0700 (PDT) (envelope-from des@FreeBSD.org) Received: (from des@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id AAA09618; Tue, 10 Aug 1999 00:59:19 -0700 (PDT) (envelope-from des@FreeBSD.org) Date: Tue, 10 Aug 1999 00:59:19 -0700 (PDT) From: Message-Id: <199908100759.AAA09618@freefall.freebsd.org> To: des@FreeBSD.org, freebsd-bugs@FreeBSD.org, des@FreeBSD.org Subject: Re: bin/12998: still inetd junk pointer too low to make sense Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: still inetd junk pointer too low to make sense Responsible-Changed-From-To: freebsd-bugs->des Responsible-Changed-By: des Responsible-Changed-When: Tue Aug 10 00:59:09 PDT 1999 Responsible-Changed-Why: inetd is mine. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 10 1: 6:28 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id B845014CA7; Tue, 10 Aug 1999 01:06:26 -0700 (PDT) (envelope-from des@FreeBSD.org) Received: (from des@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA10154; Tue, 10 Aug 1999 01:04:27 -0700 (PDT) (envelope-from des@FreeBSD.org) Date: Tue, 10 Aug 1999 01:04:27 -0700 (PDT) From: Message-Id: <199908100804.BAA10154@freefall.freebsd.org> To: david@inty.net, des@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/12576: libc problem with getpw* functions using NIS Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: libc problem with getpw* functions using NIS State-Changed-From-To: open->closed State-Changed-By: des State-Changed-When: Tue Aug 10 01:02:08 PDT 1999 State-Changed-Why: Duplicate of bin/10821. Workaround committed to -STABLE 1999/07/09 in revision 1.48.2.2 of src/lib/libc/gen/getpwent.c. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 10 4: 9:21 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 5525E14A2E; Tue, 10 Aug 1999 04:09:19 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA26425; Tue, 10 Aug 1999 04:06:48 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Tue, 10 Aug 1999 04:06:48 -0700 (PDT) From: Message-Id: <199908101106.EAA26425@freefall.freebsd.org> To: jgreco@ns.sol.net, sheldonh@FreeBSD.org, dyson@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/1533: Machine can be panicked by a userland program. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Machine can be panicked by a userland program. State-Changed-From-To: feedback->open State-Changed-By: sheldonh State-Changed-When: Tue Aug 10 04:03:44 PDT 1999 State-Changed-Why: John's left the building. Responsible-Changed-From-To: dyson->freebsd-bugs Responsible-Changed-By: sheldonh Responsible-Changed-When: Tue Aug 10 04:03:44 PDT 1999 Responsible-Changed-Why: There's been lots of feedback, but only relating to the symptoms, not the cause. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 10 4:50:18 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 950F4153D5 for ; Tue, 10 Aug 1999 04:50:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA29940; Tue, 10 Aug 1999 04:50:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 10 Aug 1999 04:50:03 -0700 (PDT) Message-Id: <199908101150.EAA29940@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Seth Subject: Re: conf/10947: Entering daylight time at 2am loses /etc/daily (or other 2am jobs) Reply-To: Seth Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR conf/10947; it has been noted by GNATS. From: Seth To: Doug Cc: Poul-Henning Kamp , Andre Albsmeier , scottd@cloud9.net, Garrett Wollman , freebsd-gnats-submit@FreeBSD.ORG Subject: Re: conf/10947: Entering daylight time at 2am loses /etc/daily (or other 2am jobs) Date: Tue, 10 Aug 1999 07:42:23 -0400 (EDT) OK. Two diffs below. First is for the manpage (crontab(5)). Second is for crontab itself. Note that the 2:00 job has been changed to 1:59 per phk and Doug. Hopefully we can close this soon :) First diff (crontab(5)): --- crontab.5 Tue Aug 10 07:25:28 1999 +++ crontab.5.new Tue Aug 10 07:35:30 1999 @@ -137,6 +137,16 @@ the feature can be turned off and no mail will be sent at all (SysV can't do this either). +BBUUGGSS + If you're in one of the 70-odd countries that observes Daylight + Savings Time, jobs scheduled during the rollback or advance will be + affected. In general, it's not a good idea to schedule jobs during + this period. + + US users (except parts of IN, AZ, and HI): the time shift occurs at + 2AM local time. International users: please check + _/_u_s_r_/_s_r_c_/_s_h_a_r_e_/_z_o_n_e_i_n_f_o. + AAUUTTHHOORRSS Paul Vixie Next diff (crontab): --- crontab Tue Aug 3 16:59:01 1999 +++ crontab.new Tue Aug 10 07:41:21 1999 @@ -14,7 +14,12 @@ 0 * * * * root newsyslog # # do daily/weekly/monthly maintenance -0 2 * * * root periodic daily 2>&1 | sendmail root +# +# If your time zone acknowledges Daylight Savings Time, job +# scheduling can be affected. Please plan accordingly. See +# crontab(5) for more information. +# +59 1 * * * root periodic daily 2>&1 | sendmail root 30 3 * * 6 root periodic weekly 2>&1 | sendmail root 30 5 1 * * root periodic monthly 2>&1 | sendmail root # Thanks! SB On Mon, 9 Aug 1999, Doug wrote: > > Sure, actually fixing the time the job is scheduled for was my > goal all along. :) > > Doug > -- > On account of being a democracy and run by the people, we are the only > nation in the world that has to keep a government four years, no matter > what it does. > -- Will Rogers > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 10 5:30: 7 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 519CF14C92 for ; Tue, 10 Aug 1999 05:30:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA33561; Tue, 10 Aug 1999 05:30:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 10 Aug 1999 05:30:03 -0700 (PDT) Message-Id: <199908101230.FAA33561@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Sheldon Hearn Subject: Re: misc/12785: anoncvs Reply-To: Sheldon Hearn Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/12785; it has been noted by GNATS. From: Sheldon Hearn To: Chuck Robey Cc: freebsd-gnats-submit@freebsd.org Subject: Re: misc/12785: anoncvs Date: Tue, 10 Aug 1999 14:21:59 +0200 On Fri, 06 Aug 1999 20:51:18 -0400, Chuck Robey wrote: > I have anoncvs working now (straight anoncvs, not pserver): > > setenv CVSROOT anoncvs@anoncvs.freebsd.org:/cvs > cvs get [some path] > > I wasn't aware of anyone using pserver method. Any users of anoncvs, > could you please test this for me? Perhaps Timothy Lee could test this out, since has an open PR on broken anoncvs. Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 10 5:56: 7 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 7753615454; Tue, 10 Aug 1999 05:56:00 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA35000; Tue, 10 Aug 1999 05:55:29 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Tue, 10 Aug 1999 05:55:29 -0700 (PDT) From: Message-Id: <199908101255.FAA35000@freefall.freebsd.org> To: david@inty.net, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/10029: many vm_fault: pager read errors Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: many vm_fault: pager read errors State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Tue Aug 10 05:54:54 PDT 1999 State-Changed-Why: Timed out waiting for feedback from originator. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 10 6: 0:23 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 2F85714BDA; Tue, 10 Aug 1999 06:00:22 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA35316; Tue, 10 Aug 1999 05:58:35 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Tue, 10 Aug 1999 05:58:35 -0700 (PDT) From: Message-Id: <199908101258.FAA35316@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, sheldonh@FreeBSD.org Subject: Re: kern/10077: dd'ing a ccd stripped partition sometimes hangs in physstr. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: dd'ing a ccd stripped partition sometimes hangs in physstr. Responsible-Changed-From-To: freebsd-bugs->sheldonh Responsible-Changed-By: sheldonh Responsible-Changed-When: Tue Aug 10 05:58:02 PDT 1999 Responsible-Changed-Why: I've added this one to my list. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 10 6:21:44 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 2BDB2153E2 for ; Tue, 10 Aug 1999 06:21:38 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA37207; Tue, 10 Aug 1999 06:20:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 10 Aug 1999 06:20:02 -0700 (PDT) Message-Id: <199908101320.GAA37207@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Jan Conrad Subject: Re: misc/12376: When mounting NFS dirs, /etc/rc doesn't give sensible error messages Reply-To: Jan Conrad Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/12376; it has been noted by GNATS. From: Jan Conrad To: Sheldon Hearn Cc: Subject: Re: misc/12376: When mounting NFS dirs, /etc/rc doesn't give sensible error messages Date: Fri, 30 Jul 1999 14:05:51 +0200 (CEST) Hi Sheldon, On Thu, 29 Jul 1999, Sheldon Hearn wrote: > > Hi Jan, > > Have you taken a crack at the problem you reported in PR 12376 ? I'm > curious because nobody else has commented on the PR. If you've lost > interest, let me know and I'll close the PR. I am sorry for my late answer, but I was vary busy with the STRINGS'99 conference (I am a theoretical physicist) and. in addition, I first wanted to find the real bug (see kern/12609). I came to the following conclusions: First of all, when you just issue a mount from the command line, the error messages are quite ok, since you usually know what the mountpoint is etc.. And I am pretty sure that unix users don't want to see error messages telling them something they allready know (at least this is my impression). The problem appears when you mount automatically at boottime. Since the '-v' flag isn't appreciated, and in addition, it is not handed over to say mount_nfs, where sould mount_nfs know from that it should produce a longer message??? One could invent a new option, but that's not an issue, I think. One thing, however, could be changed: when mount_nfs goes to background, because bg is set and some error occures, it could issue a message like 'backgrounding '. This would help a lot: the error message I got came from a backgrounded mount_nfs that called itself 'nfs'. But, I think, as this message was standard in older BSDlike unixes (say Ultrix 3), it must have been taken out because people didn't like it... So I don't know whether people like such a message. Another problem comes from the fact, that, when '-v' is specified, mount displays the mountpoint information using statfs. So if the mount doesn't succeed and is backgrounded, mount issues a statsfs on the parent file system and thus displays the wrong information. But since mount_nfs give back success as an exit code after it backgrounded, mount can't tell that the mount didn't succeed! I really don't know how to fix this... (Well, in my opinion mount_nfs should not give back success after backgrounding - that would help..) In conclusion, I would like mount_nfs to give a message like 'backgrounding...' (this is my opinion since I know FreeBSD...). but I am not sure this is appreciated.. What do you think about it? > > Ciao, > Sheldon. > best regards Jan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 10 6:22:39 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 2E6EB153E2 for ; Tue, 10 Aug 1999 06:22:38 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA37214; Tue, 10 Aug 1999 06:20:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 10 Aug 1999 06:20:04 -0700 (PDT) Message-Id: <199908101320.GAA37214@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: adrian@freebsd.org Subject: Re: bin/12091 Reply-To: adrian@freebsd.org Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/12091; it has been noted by GNATS. From: adrian@freebsd.org To: freebsd-gnats-submit@freebsd.org Cc: Subject: Re: bin/12091 Date: Tue, 10 Aug 1999 21:13:37 +0800 There's a couple things you can do: Either be nice and give them a warning, or tell them they've messed up. I've done the former, and the submitted patch does the following: $ ./syslogd -a 1.1.1.1/24 Warning! IP '1.1.1.1' is not a valid network address to match subnet '255.255.255.0'. Changing to '1.1.1.0'. The logic is easy enough, from the code: /* * next, validate that the address is a valid network address * with the given netmask. You do this by ANDing the address * they've given us with the netmask, and if the result is the * same, you're clear, otherwise, print a warning. The reason * for this is that later on during the matching code, if someon * puts in 1.2.3.4/24 in instead of 1.2.3.0/24, it'll never be * matched (PR bin/12091) */ If anyone thinks this should change to give them an error, tell me. Patch: http://www.freebsd.org/~adrian/syslogd.diff Adrian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 10 6:23:52 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 1110815413; Tue, 10 Aug 1999 06:23:51 -0700 (PDT) (envelope-from cracauer@FreeBSD.org) Received: (from cracauer@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA37516; Tue, 10 Aug 1999 06:23:21 -0700 (PDT) (envelope-from cracauer@FreeBSD.org) Date: Tue, 10 Aug 1999 06:23:21 -0700 (PDT) From: Message-Id: <199908101323.GAA37516@freefall.freebsd.org> To: rdm@cfcl.com, cracauer@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/12877: interactive /bin/sh ignores ^C and ^Z in while loops Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: interactive /bin/sh ignores ^C and ^Z in while loops State-Changed-From-To: open->closed State-Changed-By: cracauer State-Changed-When: Tue Aug 10 15:22:54 MEST 1999 State-Changed-Why: I committed a fix to these problems on 1999/04/03 to -current and 1999/07/25 to -stable. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 10 6:29:39 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 86C1A1544C; Tue, 10 Aug 1999 06:29:35 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA37887; Tue, 10 Aug 1999 06:26:54 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Tue, 10 Aug 1999 06:26:54 -0700 (PDT) From: Message-Id: <199908101326.GAA37887@freefall.freebsd.org> To: timlee@xpeed.com, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, chuckr@FreeBSD.org Subject: Re: misc/12785: anoncvs@anoncvs.freebsd.org:/cvs does not work Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: anoncvs@anoncvs.freebsd.org:/cvs does not work State-Changed-From-To: open->feedback State-Changed-By: sheldonh State-Changed-When: Tue Aug 10 06:25:02 PDT 1999 State-Changed-Why: Could you test this out again? Chuck Robey mailed one of the lists with an announcement which suggests that this may have been fixed. Waiting on your feedback... Responsible-Changed-From-To: freebsd-bugs->chuckr Responsible-Changed-By: sheldonh Responsible-Changed-When: Tue Aug 10 06:25:02 PDT 1999 Responsible-Changed-Why: Chuck says he's fixed this. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 10 6:52:23 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 758F414D5F for ; Tue, 10 Aug 1999 06:52:22 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA87487; Tue, 10 Aug 1999 06:50:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 10 Aug 1999 06:50:02 -0700 (PDT) Message-Id: <199908101350.GAA87487@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Martin Cracauer Subject: Re: bin/13029: regex.h should include sys/types.h Reply-To: Martin Cracauer Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/13029; it has been noted by GNATS. From: Martin Cracauer To: David Gilbert Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/13029: regex.h should include sys/types.h Date: Tue, 10 Aug 1999 15:36:10 +0200 In , David Gilbert wrote: > > >Number: 13029 > >Category: bin > >Synopsis: Subject: regex.h should include sys/types.h As stated in the man page, you have to include sys/types by yourself before regex.h A reason why this such things are done is that sys/types narrows down the choice of identifiers you may use in your program. For each header file, there's a list of reserved identifies. If you include sys/types.h by yourself, you will know that you have to avoid them. If some other header file with a different reserved identifier list silently includes a file with other reservations, the user don't recognize. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.bik-gmbh.de/~cracauer/ "Where do you want to do today?" Hard to tell running your calendar program on a junk operating system, eh? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 10 7: 0: 6 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id C0DC514ECB for ; Tue, 10 Aug 1999 07:00:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA88221; Tue, 10 Aug 1999 07:00:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 10 Aug 1999 07:00:02 -0700 (PDT) Message-Id: <199908101400.HAA88221@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: adrian@freebsd.org Subject: Re: i386/12964 Outoging data stream sockets on FreeBSD Reply-To: adrian@freebsd.org Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/12964; it has been noted by GNATS. From: adrian@freebsd.org To: freebsd-gnats-submit@freebsd.org Cc: ypoeluev@certicom.com Subject: Re: i386/12964 Outoging data stream sockets on FreeBSD Date: Tue, 10 Aug 1999 21:53:58 +0800 This was fixed in src/sys/kern/uipc_socket.c v1.41 .. your best bet is to either hand patch the kernel and see if it works, or just upgrade to a later release. This PR can be closed. Someone? Adrian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 10 7:52:59 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id E24E015264 for ; Tue, 10 Aug 1999 07:52:56 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA91674; Tue, 10 Aug 1999 07:50:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 10 Aug 1999 07:50:02 -0700 (PDT) Message-Id: <199908101450.HAA91674@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Sheldon Hearn Subject: Re: conf/10947: Daylight savings blows crontab Reply-To: Sheldon Hearn Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR conf/10947; it has been noted by GNATS. From: Sheldon Hearn To: freebsd-gnats-submit@freebsd.org Cc: Subject: Re: conf/10947: Daylight savings blows crontab Date: Tue, 10 Aug 1999 16:41:30 +0200 Mis-filed follow-up follows, although I've no idea why it wasn't filed with the correct PR. Ciao, Sheldon. ------- Forwarded Message Message-Id: <24860.934220984@critter.freebsd.dk> Date: Mon, 09 Aug 1999 19:49:44 +0200 From: Poul-Henning Kamp To: Seth Cc: Andre Albsmeier , scottd@cloud9.net, Garrett Wollman , freebsd-bugs@FreeBSD.ORG, freebsd-gnats-submit@FreeBSD.ORG In-Reply-To: Your message of "Mon, 09 Aug 1999 13:34:54 EDT." Subject: Re: conf/10947: Entering daylight time at 2am loses /etc/daily (or other 2am jobs) >Number: 13044 >Category: pending >Synopsis: Re: conf/10947: Entering daylight time at 2am loses /etc/daily (or other 2am jobs) >Confidential: yes >Severity: serious >Priority: medium >Responsible: gnats-admin >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Aug 9 11:00:01 PDT 1999 >Closed-Date: >Last-Modified: >Originator: >Release: >Organization: >Environment: >Description: In message , Seth writes: >OK, here's another diff that should (hopefully) be general enough for >universal distribution. I like the comment, and suggest we move this one up one minute: from > 0 2 * * * root periodic daily 2>&1 | sendmail root to > 59 1 * * * root periodic daily 2>&1 | sendmail root Poul-Henning -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." FreeBSD -- It will take a long time before progress goes too far! >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: ------- End of Forwarded Message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 10 8: 5:46 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 78F5114DC4; Tue, 10 Aug 1999 08:05:45 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA92457; Tue, 10 Aug 1999 08:03:13 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Tue, 10 Aug 1999 08:03:13 -0700 (PDT) From: Message-Id: <199908101503.IAA92457@freefall.freebsd.org> To: wang@mibai.tec.u-ryukyu.ac.jp, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, sheldonh@FreeBSD.org Subject: Re: misc/13040: how can i use the two freebsd systems in the same HDD? Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: how can i use the two freebsd systems in the same HDD? State-Changed-From-To: open->feedback State-Changed-By: sheldonh State-Changed-When: Tue Aug 10 08:00:44 PDT 1999 State-Changed-Why: This issue has just been discussed on the freebsd-hackers mailing list and some very interesting points came up. Have a look at: http://www.freebsd.org/cgi/mid.cgi?id=37A6CA97.1F0DA32F@cdsec.com and use the "Next in thread" links to follow the discussion. Let me know whether or not the thread helped you. Responsible-Changed-From-To: freebsd-bugs->sheldonh Responsible-Changed-By: sheldonh Responsible-Changed-When: Tue Aug 10 08:00:44 PDT 1999 Responsible-Changed-Why: I'll take this one. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 10 8:20: 7 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 2FCC31544D for ; Tue, 10 Aug 1999 08:20:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA93560; Tue, 10 Aug 1999 08:20:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 10 Aug 1999 08:20:02 -0700 (PDT) Message-Id: <199908101520.IAA93560@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: jin@george.lbl.gov Subject: Re: bin/13008: kill fails in libc_r Reply-To: jin@george.lbl.gov Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/13008; it has been noted by GNATS. From: jin@george.lbl.gov To: FreeBSD-gnats-submit@FreeBSD.ORG, mark@tgsoft.com Cc: Subject: Re: bin/13008: kill fails in libc_r Date: Tue, 10 Aug 1999 08:12:59 -0700 (PDT) } >How-To-Repeat: } } Sorry, no sample code. I have hacked up the application to the } point that it is no longer recognizeable. This duplicated kern/11984. This simple code is in there. } >Fix: } } pthread_kill probably needs to know how to kill processes that } are waiting for file locks. The problem is that libc_r does not provide a flag to tell thread kernel if any thread is being killing, so that if the killed thread is in dead loop status or some locked status, then program will hang or wait forever. -Jin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 10 8:40: 9 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id C01DE153F3 for ; Tue, 10 Aug 1999 08:40:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA95321; Tue, 10 Aug 1999 08:40:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 10 Aug 1999 08:40:02 -0700 (PDT) Message-Id: <199908101540.IAA95321@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Doug Subject: Re: conf/13016: Wrong sendmail.cf file used by mergemaster Reply-To: Doug Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR conf/13016; it has been noted by GNATS. From: Doug To: "Scot W. Hetzel" Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: conf/13016: Wrong sendmail.cf file used by mergemaster Date: Tue, 10 Aug 1999 08:37:46 -0700 "Scot W. Hetzel" wrote: > I agree that this problem has nothing to do with the way mergemaster is > designed to show how your installation differs from a default installation. Ok, then next time don't mention it at all. It's not part of the base system, so it doesn't belong in a PR. > Instead it has to do with the way in which etc/sendmail/Makefile creates > the sendmail.cf file in the ${DESTDIR}/etc directory. This PR probably > should have been called "Fix to sendmail.cf generation problem". But there is no problem. You want to use a custom sendmail.cf file, go right ahead. That doesn't make the way the system works currently a "problem." It makes it inconvenient for you, an inconvenience that is easily dealt with. > Your suggestion in PR 12664, does not solve this problem. > > 1. Delete sendmail.cf generation from etc/Makefile after updating sources > and before using mergemaster. > > This will need to be done each time the sources are updated, What I do for stuff like this is to 'cp Makefile makefile' then run a script before I do a make world which checks the cvs id's for all the makefiles I've customized to see if they have been updated. They hardly ever need to be. > 2. After mergemaster makes the comparison between sendmail.cf files, just > delete /var/tmp/tmproot/etc/sendmail.cf when asked. > > Before you are able to delete the sendmail.cf file from within mergemaster, > you need to go through several screens of sendmail.cf comparisons before you > are able to delete the sendmail.cf file in mergemaster. This comparison is > also useless when the system is using a custom sendmail.cf file. Oh please. Learn how to use your PAGER. On more and less all you have to do is hit q. Personally I have no objections to the patches you are suggesting, providing that they actually work, do what you want them to do, etc. However I think that you're going way around the point with your arguments. My grandfather would say that you are using a five dollar solution for a twenty cent problem. I would tend to agree with him. Good luck, Doug To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 10 8:45:32 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id C12461540D; Tue, 10 Aug 1999 08:45:28 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA95931; Tue, 10 Aug 1999 08:44:47 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Tue, 10 Aug 1999 08:44:47 -0700 (PDT) From: Message-Id: <199908101544.IAA95931@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, sheldonh@FreeBSD.org Subject: Re: conf/10947: Entering daylight time at 2am loses /etc/daily (or other 2am jobs) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Entering daylight time at 2am loses /etc/daily (or other 2am jobs) Responsible-Changed-From-To: freebsd-bugs->sheldonh Responsible-Changed-By: sheldonh Responsible-Changed-When: Tue Aug 10 08:43:52 PDT 1999 Responsible-Changed-Why: The /etc/crontab fix has been committed by phk, I'll apply Seth's diff to crontab(5) shortly. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 10 8:51:42 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 63A21153F3 for ; Tue, 10 Aug 1999 08:51:40 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA96537; Tue, 10 Aug 1999 08:50:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 10 Aug 1999 08:50:03 -0700 (PDT) Message-Id: <199908101550.IAA96537@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Yuri Poeluev Subject: Re: i386/12964 Outoging data stream sockets on FreeBSD Reply-To: Yuri Poeluev Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/12964; it has been noted by GNATS. From: Yuri Poeluev To: adrian@freebsd.org Cc: freebsd-gnats-submit@freebsd.org Subject: Re: i386/12964 Outoging data stream sockets on FreeBSD Date: Tue, 10 Aug 1999 11:42:33 -0400 This is a multi-part message in MIME format. --------------64BFA819B7F47C6131D8295A Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi Adrian, Thanks for your reply. I have found a solution. Apparently, stream sockets do not guarantee that a packet at the application level will be delivered in one piece. It was wrong for me to say that I was losing data, that wasn't the case. The application-sender was sending a packet of 150 bytes, for instance, first time the application-receiver got 100 bytes and second time it got the rest 50 bytes. Anyway, my impression of stream sockets was that if an application sends a packet, an application-receiver would get the same packet or bigger one if more data is available from UDP. I guess, I was wrong to assume that stream sockets will not break the packets at the application level. But, it's still interesting that only on FreeBSD stream sockets break packets (101-207-byte long) into two. In my case, I'd rather use packet oriented sockets (datagram), that guarantees packets delivery with possible loss of packets though. Some people were saying that you can send a delimiter (CR) to separate packets inside the data stream, but if an application sends binary data this is not a good choice of course. It seems that an application cannot have reliable and packet oriented protocol at the same time. Sorry for taking your time. Please, close this PR. Thanks, Yuri Poeluev Certicom Corp. --------------64BFA819B7F47C6131D8295A Content-Type: text/x-vcard; charset=us-ascii; name="ypoeluev.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Yuri Poeluev Content-Disposition: attachment; filename="ypoeluev.vcf" begin:vcard n:Poeluev;Yuri x-mozilla-html:FALSE org:Certicom Corp adr:;;200 Matheson Blvd. W.;Mississauga;ON;L5R 3L7;Canada version:2.1 email;internet:ypoeluev@certicom.com note:Web site: http://www.certicom.com x-mozilla-cpt:;0 fn:Yuri Poeluev end:vcard --------------64BFA819B7F47C6131D8295A-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 10 8:58:28 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 71B5A153F3; Tue, 10 Aug 1999 08:58:27 -0700 (PDT) (envelope-from adrian@FreeBSD.org) Received: (from adrian@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA97107; Tue, 10 Aug 1999 08:58:12 -0700 (PDT) (envelope-from adrian@FreeBSD.org) Date: Tue, 10 Aug 1999 08:58:12 -0700 (PDT) From: Message-Id: <199908101558.IAA97107@freefall.freebsd.org> To: ypoeluev@certicom.com, adrian@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/12964: Outgoing data with stream sockets on FreeBSD Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Outgoing data with stream sockets on FreeBSD State-Changed-From-To: open->closed State-Changed-By: adrian State-Changed-When: Tue Aug 10 08:56:48 PDT 1999 State-Changed-Why: Submitter reports this can be closed. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 10 10: 8:32 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from charon-e.xpeed.com (charon-e.xpeed.com [209.101.240.10]) by hub.freebsd.org (Postfix) with SMTP id B0C9D1535F for ; Tue, 10 Aug 1999 10:08:30 -0700 (PDT) (envelope-from timlee@xpeed.com) Received: (qmail 11254 invoked from network); 10 Aug 1999 10:08:31 -0700 Received: from chisel.dsllogic.com (172.16.2.32) by charon.dsllogic.com with SMTP; 10 Aug 1999 10:08:31 -0700 Received: from localhost by chisel.dsllogic.com (8.9.0/8.9.0) with SMTP id KAA03883; Tue, 10 Aug 1999 10:08:31 -0700 (PDT) X-Authentication-Warning: chisel.dsllogic.com: timlee owned process doing -bs Date: Tue, 10 Aug 1999 10:08:31 -0700 (PDT) From: "Timothy J. Lee" X-Sender: timlee@chisel To: sheldonh@FreeBSD.org Cc: freebsd-bugs@FreeBSD.org, chuckr@FreeBSD.org Subject: Re: misc/12785: anoncvs@anoncvs.freebsd.org:/cvs does not work In-Reply-To: <199908101326.GAA37887@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 Tue, 10 Aug 1999 sheldonh@FreeBSD.org wrote: > Date: Tue, 10 Aug 1999 06:26:54 -0700 (PDT) > From: sheldonh@FreeBSD.org > To: timlee@xpeed.com, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, chuckr@FreeBSD.org > Subject: Re: misc/12785: anoncvs@anoncvs.freebsd.org:/cvs does not work > > Synopsis: anoncvs@anoncvs.freebsd.org:/cvs does not work > > State-Changed-From-To: open->feedback > State-Changed-By: sheldonh > State-Changed-When: Tue Aug 10 06:25:02 PDT 1999 > State-Changed-Why: > Could you test this out again? Chuck Robey mailed one of the lists > with an announcement which suggests that this may have been fixed. > Waiting on your feedback... > > > Responsible-Changed-From-To: freebsd-bugs->chuckr > Responsible-Changed-By: sheldonh > Responsible-Changed-When: Tue Aug 10 06:25:02 PDT 1999 > Responsible-Changed-Why: > Chuck says he's fixed this. With rsh, I still get "select: protocol failure in circuit setup". With ssh, I still get asked for a password, and then "permission denied". "ssh -v anoncvs@anoncvs.freebsd.org" gives "Remote: Bad file modes for /ctm/FreeBSD/anoncvs", then asks for the password. Timothy J. Lee (timlee@xpeed.com) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 10 12:20:38 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 2BEAE153E0 for ; Tue, 10 Aug 1999 12:20:37 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA12383; Tue, 10 Aug 1999 12:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 960A015176; Tue, 10 Aug 1999 12:10:19 -0700 (PDT) Message-Id: <19990810191019.960A015176@hub.freebsd.org> Date: Tue, 10 Aug 1999 12:10:19 -0700 (PDT) From: greg@infopreneur.net To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: i386/13058: Installation hangs after commit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 13058 >Category: i386 >Synopsis: Installation hangs after commit >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Aug 10 12:20:01 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Greg Hartrell >Release: 3.2 (Walnut Creek CDROM) >Organization: Infopreneur >Environment: installation problem >Description: On a a plain 486DX, 8 Ram, IDE (installs fine with Win9X): After going through novice/express/custom installtion steps, the "progress" extraction of the distributions hangs with the meter at 0% and only a few bytes reported as copied. Using the "fdisk" and labeler utilities and the (A)uto options and (W)rite option properly writes to HD. Custom kernel is built with only IDE/WDC0 (?) on int 14 and port 0x1f0. It seems to be linked to the CDROM having to copy files to the HD. Have tried using different CDROMs without success. (CDROM is slave to primary HD of 535 MB) Note: Choosing individual ports and installing them copied fine. >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 Aug 10 13:20:31 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 9E1D01546D for ; Tue, 10 Aug 1999 13:20:30 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA17005; Tue, 10 Aug 1999 13:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 10 Aug 1999 13:20:01 -0700 (PDT) Message-Id: <199908102020.NAA17005@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Marcel Moolenaar Subject: Re: kern/12319: linux emu: getrusage causing core dumps Reply-To: Marcel Moolenaar Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/12319; it has been noted by GNATS. From: Marcel Moolenaar To: freebsd-gnats-submit@freebsd.org, petr.rehor@decros.cz Cc: Subject: Re: kern/12319: linux emu: getrusage causing core dumps Date: Tue, 10 Aug 1999 22:17:50 +0200 The Linux getrusage syscall only accepts RUSAGE_SELF and RUSAGE_CHILDREN. RUSAGE_BOTH is only used internally. How does the emulated syscall differ from the Linux native syscall? Both return EINVAL for anything other than RUSAGE_SELF and RUSAGE_CHILDREN. How do you explain the coredump? Does the binary coredump on a Linux system? Do I miss something? Linux kernel version: 2.2.10 file: kernel/sys.c FreeBSD version: -current (7 aug 1999) file: kern/kern_resource.c -- Marcel Moolenaar mailto:marcel@scc.nl SCC Internetworking & Databases http://www.scc.nl/ Amsterdam, The Netherlands tel: +31 20 4200655 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 10 13:54:20 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 714BF1543F; Tue, 10 Aug 1999 13:54:18 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA19941; Tue, 10 Aug 1999 13:53:56 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Tue, 10 Aug 1999 13:53:56 -0700 (PDT) From: Message-Id: <199908102053.NAA19941@freefall.freebsd.org> To: icbmx2@yahoo.com, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, sheldonh@FreeBSD.org Subject: Re: conf/11950: /etc/hosts.allow confuses tcp wrapper Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: /etc/hosts.allow confuses tcp wrapper State-Changed-From-To: open->feedback State-Changed-By: sheldonh State-Changed-When: Tue Aug 10 13:51:19 PDT 1999 State-Changed-Why: Could you give a How-To-Repeat for "interprets the fields wrong (it doesn't follow the extended format???)" ? As Seth has pointed out, part of the problem has definitely been addressed on another PR, but this bit about broken parsing is new to me. Responsible-Changed-From-To: freebsd-bugs->sheldonh Responsible-Changed-By: sheldonh Responsible-Changed-When: Tue Aug 10 13:51:19 PDT 1999 Responsible-Changed-Why: I'll take this from here. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 10 15: 0:31 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 166BC154D6 for ; Tue, 10 Aug 1999 15:00:21 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id PAA25697; Tue, 10 Aug 1999 15:00:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 10 Aug 1999 15:00:02 -0700 (PDT) Message-Id: <199908102200.PAA25697@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Peter Jeremy Subject: Re: bin/5604: setenv(3) function has memory leak, other bugs Reply-To: Peter Jeremy Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/5604; it has been noted by GNATS. From: Peter Jeremy To: adrian@FreeBSD.ORG, archie@whistle.com, freebsd-gnats-submit@FreeBSD.ORG Cc: Subject: Re: bin/5604: setenv(3) function has memory leak, other bugs Date: Wed, 11 Aug 1999 07:48:44 +1000 I suspect that it isn't possible to implement setenv(3) in a manner that doesn't leak memory. The approach used in Solaris and OSF/1 (I'm not sure what POSIX mandates) is not to have a setenv(3) at all. Instead putenv(3) directly manipulates the environment and requires that the string pointed to by its argument remain valid (ie not be an automatic variable). This pushes the memory management issue onto the application. Until someone has a brainstorm and actually solves the bug, how about we document the problem: Index: getenv.3 =================================================================== RCS file: /home/CVSROOT/./src/lib/libc/stdlib/getenv.3,v retrieving revision 1.2 diff -u -r1.2 getenv.3 --- getenv.3 1999/07/12 20:47:45 1.2 +++ getenv.3 1999/08/10 21:46:15 @@ -150,3 +150,13 @@ .Fn putenv function appeared in .Bx 4.3 Reno . +.Sh BUGS +Successive calls to +.Fn setenv +or +.Fn putenv +assigning a differently sized +.Ar value +to the same +.Ar name +will result in a memory leak. Peter -- Peter Jeremy (VK2PJ) peter.jeremy@alcatel.com.au Alcatel Australia Limited 41 Mandible St Phone: +61 2 9690 5019 ALEXANDRIA NSW 2015 Fax: +61 2 9690 5982 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 10 15:50:47 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 0AAC915496 for ; Tue, 10 Aug 1999 15:50:46 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id PAA29947; Tue, 10 Aug 1999 15:50:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 4326615496; Tue, 10 Aug 1999 15:48:47 -0700 (PDT) Message-Id: <19990810224847.4326615496@hub.freebsd.org> Date: Tue, 10 Aug 1999 15:48:47 -0700 (PDT) From: phlatlyn@pacbell.net To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: i386/13059: Install aborts with panic:aha0: Invalid CCB Opcode 0 hccb = 0xc29b9508 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 13059 >Category: i386 >Synopsis: Install aborts with panic:aha0: Invalid CCB Opcode 0 hccb = 0xc29b9508 >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 Aug 10 15:50:00 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Michael Michalski >Release: 3.2 >Organization: >Environment: >Description: System will not install. System has DTC3290 EISA scsi adapter,3com 3c597 EISA 100BaseT nad matrox impression PCI vga adapter.(also tried with Triden TVGA8900 ISA VGA) on Micronics P5Me motherboard (bios is revison 6.SYstem has 16 megs of ram and Seagate 43400 SCSI hard disk.After error message system reboots.Open BSD and net BSD also have similar problems.Open BSD hangs,net BSD drops me to a debugger. >How-To-Repeat: Any time install is run >Fix: Seems to work ok if hard disk is disconnected. (however,I do not have another disk on the machine to install it on,but it at least gets past that point) >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 Aug 10 18:20:14 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 3C47414BD4 for ; Tue, 10 Aug 1999 18:20:08 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id SAA43697; Tue, 10 Aug 1999 18:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from doubleday.csl.cornell.edu (DOUBLEDAY.CSL.CORNELL.EDU [132.236.71.12]) by hub.freebsd.org (Postfix) with ESMTP id AF4CD14D2F for ; Tue, 10 Aug 1999 18:11:56 -0700 (PDT) (envelope-from rajit@csl.cornell.edu) Received: (from rajit@localhost) by doubleday.csl.cornell.edu (8.9.3/8.9.2) id VAA01577; Tue, 10 Aug 1999 21:09:05 -0400 (EDT) (envelope-from rajit) Message-Id: <199908110109.VAA01577@doubleday.csl.cornell.edu> Date: Tue, 10 Aug 1999 21:09:05 -0400 (EDT) From: Rajit Manohar Reply-To: rajit@csl.cornell.edu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/13062: lnc ethernet xmit underflow problem Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 13062 >Category: kern >Synopsis: lnc ethernet xmit underflow problem >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 Aug 10 18:20:00 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Rajit Manohar >Release: FreeBSD 3.2-RELEASE i386 >Organization: Cornell Computer Systems Laboratory >Environment: Running a cluster of Dell (xl0 driver, 3c905B PCI nic) and HP Kayak XU (lnc1 driver PCnet-FAST+ PCI, Am79C972 nic) connected by a 100Mbps switched ethernet. The Dells run FreeBSD 3.1-RELEASE, and the Kayaks run 3.2-RELEASE. >Description: The PCI lnc driver on the Kayak reports transmit underflow errors. The following message appears on console repeatedly: Aug 6 12:00:00 /kernel: lnc1: Transmit underflow error -- Resetting The system also exhibits poor throughput; an ftp between two Kayaks results in transmit rates of between 300KB/sec and 700KB/sec, well below the 100Mbps transfer rate. >How-To-Repeat: ftp a file (like /kernel) from one machine to another. Any sustained network activity results in the above problem. >Fix: It appears that under certain cases, the data being transferred from memory to the nic does not arrive in time for the transmitter, resulting in the underflow. The Am79C972 nic has a bus control bit that can be set to prevent any message transmits until the entire message is DMAed to the network card SRAM. Setting this bit solves both the transmit underflow problem as well as the throughput problem, since the card is no longer periodically reset. I've included a patch for i386/isa/if_lnc.c for 3.2-RELEASE. I check that the nic # is > PCnet_FAST (i.e. == PCnet_FASTplus) before changing the bus control register. This might work on the Am79C97x, but I only have Am79C972 nics. After the modifications, I no longer get any transmit underflow errors, and I can ftp files at 10MB/sec between the Kayaks. :) -Rajit Manohar *** if_lnc.c.orig Mon Aug 9 16:23:27 1999 --- if_lnc.c Tue Aug 10 12:10:07 1999 *************** *** 1504,1516 **** write_csr(sc, CSR3, 0); /* Let's see if it starts */ write_csr(sc, CSR0, INIT); for (i = 0; i < 1000; i++) if (read_csr(sc, CSR0) & IDON) break; - /* * Now that the initialisation is complete there's no reason to * access anything except CSR0, so we leave RAP pointing there --- 1504,1528 ---- write_csr(sc, CSR3, 0); + /* + * If we have a Am79C972 card, we set the NOUFLO bit + * (bit 11) in BCR18 to avoid underflow errors. + * The #define's really should go into ic/ + */ + #define BCR18 18 + #define NOUFLO 0x0800 + if (sc->nic.ic > PCnet_FAST) { + u_short oval; + oval = read_bcr (sc, BCR18); + write_bcr (sc, BCR18, oval|NOUFLO); + } + /* Let's see if it starts */ write_csr(sc, CSR0, INIT); for (i = 0; i < 1000; i++) if (read_csr(sc, CSR0) & IDON) break; /* * Now that the initialisation is complete there's no reason to * access anything except CSR0, so we leave RAP pointing there >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 Aug 10 23:10:39 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 5050C14E3E for ; Tue, 10 Aug 1999 23:10:36 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id XAA69873; Tue, 10 Aug 1999 23:10:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 10 Aug 1999 23:10:02 -0700 (PDT) Message-Id: <199908110610.XAA69873@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Alfred Perlstein Subject: Re: kern/11984: pthread_kill cannot kill select() threads, etc. Reply-To: Alfred Perlstein Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/11984; it has been noted by GNATS. From: Alfred Perlstein To: freebsd-gnats-submit@freebsd.org Cc: jin@iss-p1.lbl.gov, nate@freebsd.org Subject: Re: kern/11984: pthread_kill cannot kill select() threads, etc. Date: Tue, 10 Aug 1999 23:21:02 +0000 (GMT) although pthread_cancel isn't implemented the select bug seems fixed on -current and -stable as of August 10th 1999 at least. can we close this PR? -Alfred Perlstein - [bright@rush.net|alfred@freebsd.org] Wintelcom systems administrator and programmer - http://www.wintelcom.net/ [bright@wintelcom.net] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 11 0:54: 4 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 53AEB14E34 for ; Wed, 11 Aug 1999 00:54:01 -0700 (PDT) (envelope-from des@flood.ping.uio.no) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id JAA11290; Wed, 11 Aug 1999 09:53:15 +0200 (CEST) (envelope-from des) To: Peter Jeremy Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: bin/5604: setenv(3) function has memory leak, other bugs References: <199908102200.PAA25697@freefall.freebsd.org> From: Dag-Erling Smorgrav Date: 11 Aug 1999 09:53:14 +0200 In-Reply-To: Peter Jeremy's message of "Tue, 10 Aug 1999 15:00:02 -0700 (PDT)" Message-ID: Lines: 14 X-Mailer: Gnus v5.5/Emacs 19.34 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Peter Jeremy writes: > The approach used in Solaris and OSF/1 (I'm not sure what POSIX > mandates) is not to have a setenv(3) at all. Instead putenv(3) > directly manipulates the environment and requires that the string > pointed to by its argument remain valid (ie not be an automatic > variable). This pushes the memory management issue onto the > application. We have putenv() too, but it's just a wrapper for setenv(). I think we should rewrite our putenv() to conform to the SUSV2 (as described above) DES -- Dag-Erling Smorgrav - des@flood.ping.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 11 1: 3:14 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 8CC3514E34 for ; Wed, 11 Aug 1999 01:03:12 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA89657; Wed, 11 Aug 1999 01:00:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Wed, 11 Aug 1999 01:00:02 -0700 (PDT) Message-Id: <199908110800.BAA89657@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Dag-Erling Smorgrav Subject: Re: misc/13047: FreeBSD libcrypt bug? Reply-To: Dag-Erling Smorgrav Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/13047; it has been noted by GNATS. From: Dag-Erling Smorgrav To: smkelly@slashnet.org Cc: FreeBSD-gnats-submit@FreeBSD.ORG, sno@silver.slashnet.org Subject: Re: misc/13047: FreeBSD libcrypt bug? Date: 11 Aug 1999 09:58:47 +0200 smkelly@slashnet.org writes: > However, I am getting >13 character passwords even by > using the compatible mode that the manpage described. > This breaks some programs such as Internet Relay Chat > Daemons that use crypted passwords on many platforms. You didn't install the DES library. The 13-character hashes you describe are DES hashes, which are supported by the optional DES library. DES (the hacker, not the hash) -- Dag-Erling Smorgrav - des@flood.ping.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 11 1: 4:46 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id F2CA915587 for ; Wed, 11 Aug 1999 01:04:38 -0700 (PDT) (envelope-from des@flood.ping.uio.no) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id KAA11323; Wed, 11 Aug 1999 10:04:25 +0200 (CEST) (envelope-from des) To: "Joseph I. Davida" Cc: bugs@FreeBSD.ORG Subject: Re: Linux COmpat Libs References: <199908090726.AAA01059@sargon.net> From: Dag-Erling Smorgrav Date: 11 Aug 1999 10:04:25 +0200 In-Reply-To: "Joseph I. Davida"'s message of "Mon, 9 Aug 1999 00:26:16 -0700 (PDT)" Message-ID: Lines: 9 X-Mailer: Gnus v5.5/Emacs 19.34 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org "Joseph I. Davida" writes: > Because the freebsd version of netscape 4.61 is in a.out > I cant run it. Of course you can. DES -- Dag-Erling Smorgrav - des@flood.ping.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 11 1:10:12 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 3957414F83 for ; Wed, 11 Aug 1999 01:10:10 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA91465; Wed, 11 Aug 1999 01:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Wed, 11 Aug 1999 01:10:01 -0700 (PDT) Message-Id: <199908110810.BAA91465@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Dag-Erling Smorgrav Subject: Re: misc/13045: /usr and /var files all gone Reply-To: Dag-Erling Smorgrav Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/13045; it has been noted by GNATS. From: Dag-Erling Smorgrav To: henryt4@yahoo.com Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: misc/13045: /usr and /var files all gone Date: 11 Aug 1999 10:03:01 +0200 henryt4@yahoo.com writes: > When I install another fbsd on another HD, I mount the old fbsd > partition, and I can see old files there, but it's /usr and /var > directories' files are gone. Is there any ways to recover those > files. thanks It sounds to me like /usr and /var are simply not mounted. DES -- Dag-Erling Smorgrav - des@flood.ping.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 11 1:15: 2 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 3F65714F83; Wed, 11 Aug 1999 01:15:01 -0700 (PDT) (envelope-from des@FreeBSD.org) Received: (from des@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA92148; Wed, 11 Aug 1999 01:14:09 -0700 (PDT) (envelope-from des@FreeBSD.org) Date: Wed, 11 Aug 1999 01:14:09 -0700 (PDT) From: Message-Id: <199908110814.BAA92148@freefall.freebsd.org> To: hsu@clinet.fi, des@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/9171: maxusers 1024 results in unbootable kernel Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: maxusers 1024 results in unbootable kernel State-Changed-From-To: open->closed State-Changed-By: des State-Changed-When: Wed Aug 11 01:13:47 PDT 1999 State-Changed-Why: This was fixed in both -CURRENT and -STABLE early this year. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 11 1:24:35 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 361D014F83; Wed, 11 Aug 1999 01:24:34 -0700 (PDT) (envelope-from des@FreeBSD.org) Received: (from des@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA93420; Wed, 11 Aug 1999 01:23:02 -0700 (PDT) (envelope-from des@FreeBSD.org) Date: Wed, 11 Aug 1999 01:23:02 -0700 (PDT) From: Message-Id: <199908110823.BAA93420@freefall.freebsd.org> To: des@FreeBSD.org, freebsd-bugs@FreeBSD.org, des@FreeBSD.org Subject: Re: misc/12997: bug in getpwent when using NIS Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: bug in getpwent when using NIS Responsible-Changed-From-To: freebsd-bugs->des Responsible-Changed-By: des Responsible-Changed-When: Wed Aug 11 01:22:46 PDT 1999 Responsible-Changed-Why: I'll handle it. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 11 1:38: 0 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from mrelay.jrc.it (mrelay.jrc.it [139.191.1.65]) by hub.freebsd.org (Postfix) with ESMTP id 9ACFD14F83 for ; Wed, 11 Aug 1999 01:37:55 -0700 (PDT) (envelope-from nick.hibma@jrc.it) Received: from elect8 (elect8.jrc.it [139.191.71.152]) by mrelay.jrc.it (LMC5692) with SMTP id KAA21502; Wed, 11 Aug 1999 10:34:57 +0200 (MET DST) Date: Wed, 11 Aug 1999 10:34:55 +0200 (MET DST) From: Nick Hibma X-Sender: n_hibma@elect8 Reply-To: Nick Hibma To: "Jasper O'Malley" Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: conf/12984: No dhclient support in /etc/rc* In-Reply-To: <199908051630.JAA87261@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > The patch looks okay, too, though. There's something appealing about being > able to simply stick ifconfig_fxp0="DHCP" in rc.conf, and not have to muck The patch emulates the pccard way of doing this. > with a start_if script. I'd suggest calling the new rc.conf variable > something like dhcpc_program, instead of just dhcp_program, to avoid > confusion with a possible future DHCP server program variable. Making rc.conf depend on the version or make of the program is a bad idea. Specifying it at all is a bad thing as we have a dhcp client in the base distribution, so that should be used. Nick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 11 1:49:46 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 9129B14FE9; Wed, 11 Aug 1999 01:49:44 -0700 (PDT) (envelope-from des@FreeBSD.org) Received: (from des@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA97599; Wed, 11 Aug 1999 01:49:22 -0700 (PDT) (envelope-from des@FreeBSD.org) Date: Wed, 11 Aug 1999 01:49:22 -0700 (PDT) From: Message-Id: <199908110849.BAA97599@freefall.freebsd.org> To: adtegel@sherwin.com, des@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/12961: Unable to install 3.2 on a ProLiant 6000 with 3100ES controllers Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Unable to install 3.2 on a ProLiant 6000 with 3100ES controllers State-Changed-From-To: open->closed State-Changed-By: des State-Changed-When: Wed Aug 11 01:48:18 PDT 1999 State-Changed-Why: Useless PR. Please submit a new PR with a description of your problem, and more realistic severity and priority rankings. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 11 1:50:52 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 63D5814F83; Wed, 11 Aug 1999 01:50:51 -0700 (PDT) (envelope-from des@FreeBSD.org) Received: (from des@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA97823; Wed, 11 Aug 1999 01:50:40 -0700 (PDT) (envelope-from des@FreeBSD.org) Date: Wed, 11 Aug 1999 01:50:40 -0700 (PDT) From: Message-Id: <199908110850.BAA97823@freefall.freebsd.org> To: adtegel@sherwin.com, des@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/12963: Unable to install 3.2 on a ProLiant 6000 with 3100ES controllers Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Unable to install 3.2 on a ProLiant 6000 with 3100ES controllers State-Changed-From-To: open->closed State-Changed-By: des State-Changed-When: Wed Aug 11 01:49:54 PDT 1999 State-Changed-Why: Useless PR. Please submit a new PR with a description of your problem, and more realistic severity and priority rankings. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 11 2: 2:53 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 4F69C1511E; Wed, 11 Aug 1999 02:02:47 -0700 (PDT) (envelope-from des@flood.ping.uio.no) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id KAA11439; Wed, 11 Aug 1999 10:47:03 +0200 (CEST) (envelope-from des) To: Cc: takamune@avrl.mei.co.jp, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/11213: lutimes() is the same as utimes() References: <199907300113.SAA95102@freefall.freebsd.org> From: Dag-Erling Smorgrav Date: 11 Aug 1999 10:47:03 +0200 In-Reply-To: 's message of "Thu, 29 Jul 1999 18:13:26 -0700 (PDT)" Message-ID: Lines: 13 X-Mailer: Gnus v5.5/Emacs 19.34 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org writes: > Okay, this isn't an editor, so I can't back up. No, but you can a) interrupt edit-pr and start over b) type your message in an editor *first*, *then* paste it into edit-pr. DES -- Dag-Erling Smorgrav - des@flood.ping.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 11 2:29:54 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 4440D14C16; Wed, 11 Aug 1999 02:29:52 -0700 (PDT) (envelope-from n_hibma@FreeBSD.org) Received: (from n_hibma@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA03792; Wed, 11 Aug 1999 02:27:58 -0700 (PDT) (envelope-from n_hibma@FreeBSD.org) Date: Wed, 11 Aug 1999 02:27:58 -0700 (PDT) From: Message-Id: <199908110927.CAA03792@freefall.freebsd.org> To: dgilbert@velocet.ca, n_hibma@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/13029: Subject: regex.h should include sys/types.h Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Subject: regex.h should include sys/types.h State-Changed-From-To: open->closed State-Changed-By: n_hibma State-Changed-When: Wed Aug 11 02:27:25 PDT 1999 State-Changed-Why: Good reason why including types.h is a bad thing is given. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 11 2:54:24 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id CC38014BFC; Wed, 11 Aug 1999 02:54:23 -0700 (PDT) (envelope-from jkoshy@FreeBSD.org) Received: (from jkoshy@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA06420; Wed, 11 Aug 1999 02:54:02 -0700 (PDT) (envelope-from jkoshy@FreeBSD.org) Date: Wed, 11 Aug 1999 02:54:02 -0700 (PDT) From: Message-Id: <199908110954.CAA06420@freefall.freebsd.org> To: aaron@paradigm.pangea.ca, jkoshy@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/11367: Kernel crashing after mounting read only filesystem r/w Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Kernel crashing after mounting read only filesystem r/w State-Changed-From-To: open->closed State-Changed-By: jkoshy State-Changed-When: Wed Aug 11 02:52:25 PDT 1999 State-Changed-Why: Duplicate of kern/10959, which I'm looking at. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 11 3:40: 3 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 8CD3E14D60; Wed, 11 Aug 1999 03:40:02 -0700 (PDT) (envelope-from ru@FreeBSD.org) Received: (from ru@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA09468; Wed, 11 Aug 1999 03:39:17 -0700 (PDT) (envelope-from ru@FreeBSD.org) Date: Wed, 11 Aug 1999 03:39:17 -0700 (PDT) From: Message-Id: <199908111039.DAA09468@freefall.freebsd.org> To: wefa@callcenter.systemhaus.net, ru@FreeBSD.org, freebsd-bugs@FreeBSD.org, ru@FreeBSD.org Subject: Re: bin/8348: [PATCH] zforce(1) is broken: fix Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: [PATCH] zforce(1) is broken: fix State-Changed-From-To: open->feedback State-Changed-By: ru State-Changed-When: Wed Aug 11 03:35:11 PDT 1999 State-Changed-Why: Patch applied in -CURRENT, thanks! Responsible-Changed-From-To: freebsd-bugs->ru Responsible-Changed-By: ru Responsible-Changed-When: Wed Aug 11 03:35:11 PDT 1999 Responsible-Changed-Why: So I remember to MFC. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 11 3:40:52 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 2261614D60 for ; Wed, 11 Aug 1999 03:40:51 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA09550; Wed, 11 Aug 1999 03:40:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Wed, 11 Aug 1999 03:40:02 -0700 (PDT) Message-Id: <199908111040.DAA09550@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Subject: Re: kern/10959: 3.1-STABLE crashes due to a floppy mount problem Reply-To: Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/10959; it has been noted by GNATS. From: To: freebsd-gnats-submit@freebsd.org Cc: ulianov@ns.csm.ro Subject: Re: kern/10959: 3.1-STABLE crashes due to a floppy mount problem Date: Wed, 11 Aug 1999 03:31:15 -0700 (PDT) I took a stab at reproducing and analysing this PR. The good news is that the problem is reproducible in -current. Analysis: [ mount a write-protected DOS floppy as read/write, attempt to create some file, unmount floppy ] The unmount operation fails as the floppy is write protected and writes are not permitted. Consequently some dirty buffers remain around. However, `msdosfs_unmount()' will unconditionally set the `mnt_data' field of the mount structure to 0, ignoring the error return from `VOP_CLOSE()'. "/sys/msdosfs/msdosfs_vfsops.c" 805 error = VOP_CLOSE(pmp->pm_devvp, 806 (pmp->pm_flags&MSDOSFSMNT_RONLY) ? FREAD : FREAD | FWRITE, 807 NOCRED, p); [...] 811 mp->mnt_data = (qaddr_t)0; 812 mp->mnt_flag &= ~MNT_LOCAL; Later, the syncer process comes around and tries to write the dirty buffers back. At this point, the `mnt_data' field of the mount structure has already been zero'ed. (kgdb) bt #0 msdosfs_sync (mp=0xc08b7a00, waitfor=3, cred=0xc05a4880, p=0xc5d328e0) at ../../msdosfs/msdosfs_vfsops.c:881 #1 0xc0177414 in sync_fsync (ap=0xc5d40f88) at ../../kern/vfs_subr.c:2901 #2 0xc017545c in sched_sync () at vnode_if.h:499 #3 0xc020d7a4 in fork_trampoline () Cannot access memory at address 0x318000. (kgdb) p mp->mnt_data $38 = 0x0 "/sys/msdosfs/msdosfs_vfsops.c" 879 struct denode *dep; 880 struct msdosfsmount *pmp = VFSTOMSDOSFS(mp); 881 int error, allerror = 0; `pmp' thus is zero and the kernel panics when a deference through it is attempted at line 887. 887 if (pmp->pm_fmod != 0) { 888 if (pmp->pm_flags & MSDOSFSMNT_RONLY) ... Questions: (a) at what point should we attempt to detect read-only media? (b) how do we ensure that a (forced?) unmount really scrubs all the buffers that are associated with the device being unmounted? Regards, Koshy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 11 3:41: 0 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id A943C154F9 for ; Wed, 11 Aug 1999 03:40:58 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA09555; Wed, 11 Aug 1999 03:40:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Wed, 11 Aug 1999 03:40:03 -0700 (PDT) Message-Id: <199908111040.DAA09555@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Robert Garrett Subject: Re: kern/10545: When a fork/exec stress test is run, the machine locks up Reply-To: Robert Garrett Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/10545; it has been noted by GNATS. From: Robert Garrett To: freebsd-gnats-submit@freebsd.org, shalunov@lynxhub.lz.att.com Cc: Subject: Re: kern/10545: When a fork/exec stress test is run, the machine locks up Date: Wed, 11 Aug 1999 06:32:13 -0400 Interesting.. Mondays -current drops core running this program from a non root user.. dual PII-350 mhz box 64 meg memory max users is set to 350 but i was under the impression that dg had fixed that. Robg To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 11 5: 0:16 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 8E76114FE9 for ; Wed, 11 Aug 1999 05:00:12 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA17823; Wed, 11 Aug 1999 05:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from mail.palmerharvey.co.uk (mail.palmerharvey.co.uk [62.172.109.58]) by hub.freebsd.org (Postfix) with ESMTP id AAB94150D9 for ; Wed, 11 Aug 1999 04:53:50 -0700 (PDT) (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 ; Wed, 11 Aug 1999 12:53:37 +0100 Received: from voodoo.pandhm.co.uk (VOODOO [10.100.35.12]) by ho-nt-01.pandhm.co.uk with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2448.0) id Q4XVHV5H; Wed, 11 Aug 1999 12:53:31 +0100 Received: from dom by voodoo.pandhm.co.uk with local (Exim 2.10 #1) id 11EWx3-0000X7-00 for FreeBSD-gnats-submit@freebsd.org; Wed, 11 Aug 1999 12:53:49 +0100 Message-Id: Date: Wed, 11 Aug 1999 12:53:49 +0100 From: Dominic Mitchell Reply-To: Dom.Mitchell@palmerharvey.co.uk To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/13068: Don't stamp out score files! Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 13068 >Category: bin >Synopsis: Don't stamp out score files! >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 Aug 11 05:00:01 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Dominic Mitchell >Release: FreeBSD 4.0-CURRENT i386 >Organization: Palmer & Harvey McLane Ltd. >Environment: FreeBSD voodoo.pandhm.co.uk 4.0-CURRENT FreeBSD 4.0-CURRENT #33: Mon Aug 9 09:55:06 BST 1999 root@voodoo.pandhm.co.uk:/usr/src/sys/compile/VOODOO i386 >Description: The Makefiles in the src/games subtree will overwrite any existing score files under the /var/games directory. This patch stops them from doing that. >How-To-Repeat: Run rogue. Do really well. Make world. Run rogue -s. Cry. >Fix: Here's the patch. Note that I wasn't sure what to do about the hack(6) save and bones files. I've commented them out here, but this should be a point for discussion before committing. diff -urP /usr/src/games/battlestar/Makefile games/battlestar/Makefile --- /usr/src/games/battlestar/Makefile Thu Jul 2 17:57:02 1998 +++ games/battlestar/Makefile Wed Aug 11 12:13:52 1999 @@ -11,7 +11,9 @@ #CFLAGS+= -Wall -W beforeinstall: +.if !exists(${DESTDIR}/var/games/battlestar.log) ${INSTALL} -c -o ${BINOWN} -g ${BINGRP} -m 664 /dev/null \ ${DESTDIR}/var/games/battlestar.log +.endif .include diff -urP /usr/src/games/canfield/canfield/Makefile games/canfield/canfield/Makefile --- /usr/src/games/canfield/canfield/Makefile Thu Jul 2 17:57:03 1998 +++ games/canfield/canfield/Makefile Wed Aug 11 12:14:14 1999 @@ -8,8 +8,10 @@ MLINKS= canfield.6 cfscores.6 beforeinstall: +.if !exists(${DESTDIR}/var/games/cfscores) ${INSTALL} -c -o ${BINOWN} -g ${BINGRP} -m 664 /dev/null \ ${DESTDIR}/var/games/cfscores +.endif .include "../../Makefile.inc" .include diff -urP /usr/src/games/cribbage/Makefile games/cribbage/Makefile --- /usr/src/games/cribbage/Makefile Thu Jul 2 17:57:04 1998 +++ games/cribbage/Makefile Wed Aug 11 12:16:54 1999 @@ -10,7 +10,9 @@ beforeinstall: ${INSTALL} -c -o ${BINOWN} -g ${BINGRP} -m ${NOBINMODE} \ ${.CURDIR}/cribbage.n ${DESTDIR}${SHAREDIR}/games/cribbage.instr +.if exists(${DESTDIR}/var/games/criblog) ${INSTALL} -c -o ${BINOWN} -g ${BINGRP} -m 664 /dev/null \ ${DESTDIR}/var/games/criblog +.endif .include diff -urP /usr/src/games/hack/Makefile games/hack/Makefile --- /usr/src/games/hack/Makefile Thu Jun 24 00:00:33 1999 +++ games/hack/Makefile Wed Aug 11 12:31:20 1999 @@ -31,14 +31,16 @@ beforeinstall: ${INSTALL} -c -o ${BINOWN} -g ${BINGRP} -m ${NOBINMODE} /dev/null \ ${DESTDIR}/var/games/hackdir/perm +.if !exists(${DESTDIR}/var/games/hackdir/record) ${INSTALL} -c -o ${BINOWN} -g ${BINGRP} -m 460 /dev/null \ ${DESTDIR}/var/games/hackdir/record +.endif ${INSTALL} -c -o ${BINOWN} -g ${BINGRP} -m 440 ${.CURDIR}/rumors \ ${DESTDIR}/var/games/hackdir/rumors ${INSTALL} -c -o ${BINOWN} -g ${BINGRP} -m ${NOBINMODE} \ ${.CURDIR}/help ${.CURDIR}/hh ${.CURDIR}/data \ ${DESTDIR}/var/games/hackdir - rm -f ${DESTDIR}/var/games/hackdir/bones* \ - ${DESTDIR}/var/games/hackdir/save/* +# rm -f ${DESTDIR}/var/games/hackdir/bones* \ +# ${DESTDIR}/var/games/hackdir/save/* .include diff -urP /usr/src/games/larn/Makefile games/larn/Makefile --- /usr/src/games/larn/Makefile Thu Jul 2 17:57:17 1998 +++ games/larn/Makefile Wed Aug 11 12:45:30 1999 @@ -65,9 +65,13 @@ (cd ${.CURDIR}/datfiles; ${INSTALL} -c -o ${BINOWN} -g ${BINGRP} \ -m ${NOBINMODE} larnmaze larnopts larn.help \ ${DESTDIR}${SHAREDIR}/games/larn) +.if !exists(${DESTDIR}/var/games/larn/lscore12.0) ${INSTALL} -c -o ${BINOWN} -g ${BINGRP} -m 660 /dev/null \ ${DESTDIR}/var/games/larn/lscore12.0 +.endif +.if !exists(${DESTDIR}/var/games/larn/llog12.0) ${INSTALL} -c -o ${BINOWN} -g ${BINGRP} -m 660 /dev/null \ ${DESTDIR}/var/games/larn/llog12.0 +.endif .include diff -urP /usr/src/games/phantasia/Makefile games/phantasia/Makefile --- /usr/src/games/phantasia/Makefile Thu Dec 3 10:44:27 1998 +++ games/phantasia/Makefile Wed Aug 11 12:39:55 1999 @@ -24,8 +24,12 @@ ${CC} -static ${CFLAGS} ${LDFLAGS} -o ${.TARGET} ${.ALLSRC:M*.o} -lm beforeinstall: +.for file in ${DATAFILES} +.if !exists($file) ${INSTALL} ${COPY} -o ${BINOWN} -g ${BINGRP} -m 660 \ - ${DATAFILES} ${DESTDIR}/var/games/phantasia + ${file} ${DESTDIR}/var/games/phantasia +.endif +.endfor # Make Phantasia map. Change the map commands reflect your installation. # PLOTDEVICE is used for plotting the map. Change as appropriate. diff -urP /usr/src/games/robots/Makefile games/robots/Makefile --- /usr/src/games/robots/Makefile Thu Jul 2 17:57:23 1998 +++ games/robots/Makefile Wed Aug 11 12:41:58 1999 @@ -10,7 +10,9 @@ HIDEGAME=hidegame beforeinstall: +.if !exists(${DESTDIR}/var/games/robots_roll) ${INSTALL} -c -o ${BINOWN} -g ${BINGRP} -m 664 /dev/null \ ${DESTDIR}/var/games/robots_roll +.endif .include diff -urP /usr/src/games/rogue/Makefile games/rogue/Makefile --- /usr/src/games/rogue/Makefile Thu Jul 2 17:57:23 1998 +++ games/rogue/Makefile Wed Aug 11 12:42:16 1999 @@ -11,7 +11,9 @@ MAN6= rogue.6 beforeinstall: +.if !exists(${DESTDIR}/var/games/rogue.scores) ${INSTALL} -c -o ${BINOWN} -g ${BINGRP} -m 664 /dev/null \ ${DESTDIR}/var/games/rogue.scores +.endif .include diff -urP /usr/src/games/sail/Makefile games/sail/Makefile --- /usr/src/games/sail/Makefile Thu Jul 2 17:57:24 1998 +++ games/sail/Makefile Wed Aug 11 12:42:37 1999 @@ -10,7 +10,9 @@ HIDEGAME=hidegame beforeinstall: +.if !exists(${DESTDIR}/var/games/saillog) ${INSTALL} -c -o ${BINOWN} -g ${BINGRP} -m 664 /dev/null \ ${DESTDIR}/var/games/saillog +.endif .include diff -urP /usr/src/games/snake/snake/Makefile games/snake/snake/Makefile --- /usr/src/games/snake/snake/Makefile Thu Jul 2 17:57:27 1998 +++ games/snake/snake/Makefile Wed Aug 11 12:44:13 1999 @@ -9,10 +9,14 @@ MLINKS= snake.6 snscore.6 beforeinstall: +.if !exists(${DESTDIR}/var/games/snakerawscores) ${INSTALL} -c -o ${BINOWN} -g ${BINGRP} -m 664 /dev/null \ ${DESTDIR}/var/games/snakerawscores +.endif +.if !exists(${DESTDIR}/var/games/snake.log) ${INSTALL} -c -o ${BINOWN} -g ${BINGRP} -m 664 /dev/null \ ${DESTDIR}/var/games/snake.log +.endif .include "../../Makefile.inc" .include -- ********************************************************************** 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: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 11 5:11:36 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 69409154CD for ; Wed, 11 Aug 1999 05:11:34 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA18480; Wed, 11 Aug 1999 05:10:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Wed, 11 Aug 1999 05:10:02 -0700 (PDT) Message-Id: <199908111210.FAA18480@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Bruce Evans Subject: Re: kern/10959: 3.1-STABLE crashes due to a floppy mount problem Reply-To: Bruce Evans Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/10959; it has been noted by GNATS. From: Bruce Evans To: freebsd-gnats-submit@freebsd.org, jkoshy@freebsd.org Cc: Subject: Re: kern/10959: 3.1-STABLE crashes due to a floppy mount problem Date: Wed, 11 Aug 1999 22:02:40 +1000 > I took a stab at reproducing and analysing this PR. The good news is > that the problem is reproducible in -current. The good news is that you found a new bug :-). Rev.1.196 of vfs_bio.c causes lots of problems by arranging for writes to be retried forever after an error. Some of the problems are converted from endless retries to panics by filesystem bugs. > (a) at what point should we attempt to detect read-only media? Before opening it read-write. Detection on every i/o is still required since removable media may become read-only (not to mention inaccessible) between i/o's. > (b) how do we ensure that a (forced?) unmount really scrubs all the > buffers that are associated with the device being unmounted? (i) Don't forget to call vinvalbuf() on the mounted-on device in the filesystem's VOP_UNMOUNT() routine. msdosfs_unmount() forgets to. Fixing this won't help much. If the mount point has an unwritable block but no fs-specific vnodes have an unwritable block, then the unmount will hang retrying writes forever, despite being forced. The panic is probably rare even for mishandled floppies, because an unwritable block in an fs-specific vnode will cause a hang earlier. (ii) Don't allow the vinvalbuf() in (i) to fail. It can fail in some cases, but these cases probably can't occur for devices. Anyway, VOP_UNMOUNT() shouldn't proceed when vinvalbuf() fails. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 11 5:30:17 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 02C85154DE for ; Wed, 11 Aug 1999 05:30:13 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA19910; Wed, 11 Aug 1999 05:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from majordomo2.umd.edu (majordomo2.umd.edu [128.8.10.7]) by hub.freebsd.org (Postfix) with ESMTP id 7EE4714DF5 for ; Wed, 11 Aug 1999 05:21:55 -0700 (PDT) (envelope-from howardjp@wam.umd.edu) Received: from rac10.wam.umd.edu (root@rac10.wam.umd.edu [128.8.10.150]) by majordomo2.umd.edu (8.9.3/8.9.3) with ESMTP id IAA00430 for ; Wed, 11 Aug 1999 08:20:55 -0400 (EDT) Received: from rac10.wam.umd.edu (sendmail@localhost [127.0.0.1]) by rac10.wam.umd.edu (8.9.3/8.9.3) with SMTP id IAA04663 for ; Wed, 11 Aug 1999 08:20:55 -0400 (EDT) Received: (from howardjp@localhost) by rac10.wam.umd.edu (8.9.3/8.9.3) id IAA04659 for FreeBSD-gnats-submit@freebsd.org; Wed, 11 Aug 1999 08:20:55 -0400 (EDT) Message-Id: <199908111220.IAA04659@rac10.wam.umd.edu> Date: Wed, 11 Aug 1999 08:20:55 -0400 (EDT) From: James Howard Reply-To: howardjp@wam.umd.edu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/13070: line(1) as required by Unix 98 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 13070 >Category: bin >Synopsis: line(1) as required by Unix 98 >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Wed Aug 11 05:30:00 PDT 1999 >Closed-Date: >Last-Modified: >Originator: James Howard >Release: FreeBSD 3.2-STABLE i386 >Organization: University of Maryland >Environment: FreeBSD byzantine 3.2-STABLE FreeBSD 3.2-STABLE #5: Sat Aug 7 23:43:54 GMT 1999 root@byzantine:/usr/src/sys/compile/BYZANTINE i386 >Description: After opening my big mouth on freebsd-advocacy about how Unix 98 compliance was a worthy goal, more than one person told me to go ahead and send in PRs with changes. Well, here is one :) This contains a shar of line(1). It reads in one line of text up to and including a new line and prints it to the standard output. It has been depreciated in Unix 98 and will probably be removed in the next edition of the standard. >How-To-Repeat: Irrelevant. >Fix: # This is a shell archive. Save it in a file, remove anything before # this line, and then unpack it by entering "sh file". Note, it may # create directories; files and directories will be owned by you and # have default permissions. # # This archive contains: # # Makefile # line.1 # line.c # echo x - Makefile sed 's/^X//' >Makefile << 'END-of-Makefile' XPROG=line X X.include END-of-Makefile echo x - line.1 sed 's/^X//' >line.1 << 'END-of-line.1' X.\" Copyright (c) 1999 James Howard X.\" All rights reserved. X.\" X.\" Redistribution and use in source and binary forms, with or without X.\" modification, are permitted provided that the following conditions X.\" are met: X.\" 1. Redistributions of source code must retain the above copyright X.\" notice, this list of conditions and the following disclaimer. X.\" 2. Redistributions in binary form must reproduce the above copyright X.\" notice, this list of conditions and the following disclaimer in the X.\" documentation and/or other materials provided with the distribution. X.\" X.\" THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND X.\" ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE X.\" IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE X.\" ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE X.\" FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL X.\" DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS X.\" OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) X.\" HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT X.\" LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY X.\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF X.\" SUCH DAMAGE. X.\" X.\" X.\" $Id$ X.\" X.Dd August 9, 1999 X.Dt LINE 1 X.Os X.Sh NAME X.Nm line X.Nd read and output one line X.Sh SYNOPSIS X.Nm X.Sh DESCRIPTION XThe X.Nm Xutility reads one line text up to and including a Xnew line from the standard input and prints that line Xto the standard output. It always prints at least Xa new line. X.Pp XThis utility has been depreciated and users should Xmigrate to the X.Xr read 1 Xutility. X.Sh DIAGNOSTICS XThe X.Nm Xutility returns 1 if an end of file condition is Xreached on the standard input; 0 is returned otherwise. X.Sh SEE ALSO X.Xr csh 1 , X.Xr sh 1 X.Sh STANDARDS XThe X.Nm Xutility is expected to be XPG5 compliant. END-of-line.1 echo x - line.c sed 's/^X//' >line.c << 'END-of-line.c' X/*- X * Copyright (c) 1999 James Howard X * All rights reserved. X * X * Redistribution and use in source and binary forms, with or without X * modification, are permitted provided that the following conditions X * are met: X * 1. Redistributions of source code must retain the above copyright X * notice, this list of conditions and the following disclaimer. X * 2. Redistributions in binary form must reproduce the above copyright X * notice, this list of conditions and the following disclaimer in the X * documentation and/or other materials provided with the distribution. X * X * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND X * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE X * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE X * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE X * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL X * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS X * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) X * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT X * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY X * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF X * SUCH DAMAGE. X * X * $Id$ X */ X X#include X X/* X * An XPG5 compliant implementation of line(1). The line utility reads a X * line of text from the standard input and prints it to the standard output. X */ X Xint Xmain(void) X{ X char *l; X int len; X X /* Grab a line and print it. */ X l = fgetln(stdin, &len); X (void) fwrite(l, len, 1, stdout); X X /* X * Check for the special condition that EOF was encountered on the X * standard input and that a newline was not the last character in X * the buffer. If it is not, print one. X */ X if (l[len - 1] != '\n') X fputc('\n', stdout); X X /* X * Find out if we received EOF on the standard input and return that X * as the exit status. X */ X return feof(stdin); X} END-of-line.c exit >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 Aug 11 5:30:30 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 0CB7C154EA for ; Wed, 11 Aug 1999 05:30:17 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA19919; Wed, 11 Aug 1999 05:30:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from po3.wam.umd.edu (po3.wam.umd.edu [128.8.10.165]) by hub.freebsd.org (Postfix) with ESMTP id 1F99414DF5 for ; Wed, 11 Aug 1999 05:22:02 -0700 (PDT) (envelope-from howardjp@wam.umd.edu) Received: from rac10.wam.umd.edu (root@rac10.wam.umd.edu [128.8.10.150]) by po3.wam.umd.edu (8.9.3/8.9.3) with ESMTP id IAA11275 for ; Wed, 11 Aug 1999 08:20:59 -0400 (EDT) Received: from rac10.wam.umd.edu (sendmail@localhost [127.0.0.1]) by rac10.wam.umd.edu (8.9.3/8.9.3) with SMTP id IAA04670 for ; Wed, 11 Aug 1999 08:20:58 -0400 (EDT) Received: (from howardjp@localhost) by rac10.wam.umd.edu (8.9.3/8.9.3) id IAA04666 for FreeBSD-gnats-submit@freebsd.org; Wed, 11 Aug 1999 08:20:58 -0400 (EDT) Message-Id: <199908111220.IAA04666@rac10.wam.umd.edu> Date: Wed, 11 Aug 1999 08:20:58 -0400 (EDT) From: James Howard Reply-To: howardjp@wam.umd.edu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/13071: link(1) as required by Unix 98 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 13071 >Category: bin >Synopsis: link(1) as required by Unix 98 >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Wed Aug 11 05:30:02 PDT 1999 >Closed-Date: >Last-Modified: >Originator: James Howard >Release: FreeBSD 3.2-STABLE i386 >Organization: University of Maryland >Environment: FreeBSD byzantine 3.2-STABLE FreeBSD 3.2-STABLE #5: Sat Aug 7 23:43:54 GMT 1999 root@byzantine:/usr/src/sys/compile/BYZANTINE i386 >Description: After opening my big mouth on freebsd-advocacy about how Unix 98 compliance was a worthy goal, more than one person told me to go ahead and send in PRs with changes. Well, here is another :) This contains a shar of link(1). link accepts two arguments and runs link(2) on them thus creating a hard link. NetBSD places this in /usr/sbin and puts the man page in section 8, but nothing in the standard dictates where it should be. I have the man page in section 1. If this is inappropriate, it can be changed without pain. This implementation contains no NetBSD code. >How-To-Repeat: Irrelevant. >Fix: # This is a shell archive. Save it in a file, remove anything before # this line, and then unpack it by entering "sh file". Note, it may # create directories; files and directories will be owned by you and # have default permissions. # # This archive contains: # # Makefile # link.1 # link.c # echo x - Makefile sed 's/^X//' >Makefile << 'END-of-Makefile' XPROG= link X X.include END-of-Makefile echo x - link.1 sed 's/^X//' >link.1 << 'END-of-link.1' X.\" Copyright (c) 1999 James Howard X.\" All rights reserved. X.\" X.\" Redistribution and use in source and binary forms, with or without X.\" modification, are permitted provided that the following conditions X.\" are met: X.\" 1. Redistributions of source code must retain the above copyright X.\" notice, this list of conditions and the following disclaimer. X.\" 2. Redistributions in binary form must reproduce the above copyright X.\" notice, this list of conditions and the following disclaimer in the X.\" documentation and/or other materials provided with the distribution. X.\" X.\" THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND X.\" ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE X.\" IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE X.\" ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE X.\" FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL X.\" DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS X.\" OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) X.\" HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT X.\" LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY X.\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF X.\" SUCH DAMAGE. X.\" X.\" X.\" $Id$ X.\" X.Dd August 10, 1999 X.Dt LINK 1 X.Os X.Sh NAME X.Nm link X.Nd call the X.Xr link 2 Xfunction X.Sh SYNOPSIS X.Nm link X.Ar file1 file2 X.Sh DESCRIPTION XThe X.Nm Xutility calls X.Xr link 2 Xwith the arguments X.Ar file2 Xand X.Ar file1 . X.Sh USAGE X.Nm Link Xcreates a hard link from the source file X.Ar file1 Xdestination file X.Ar file2 . X.Sh SEE ALSO X.Xr ln 1 , X.Xr unlink 1 , X.Xr link 2 , X.Xr unlink 2 X.Sh STANDARDS XThe X.Nm Xutility is expected to be XXPG5 Xcompliant.END-of-link.1 echo x - link.c sed 's/^X//' >link.c << 'END-of-link.c' X/*- X * Copyright (c) 1999 James Howard X * All rights reserved. X * X * Redistribution and use in source and binary forms, with or without X * modification, are permitted provided that the following conditions X * are met: X * 1. Redistributions of source code must retain the above copyright X * notice, this list of conditions and the following disclaimer. X * 2. Redistributions in binary form must reproduce the above copyright X * notice, this list of conditions and the following disclaimer in the X * documentation and/or other materials provided with the distribution. X * X * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND X * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE X * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE X * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE X * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL X * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS X * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) X * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT X * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY X * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF X * SUCH DAMAGE. X * X * $Id$ X */ X X#include X#include X#include X Xvoid help(void); X Xint main(int argc, char **argv) X{ X int e; X X if(argc != 3) X help(); X X if((e = link(argv[1], argv[2])) != 0) X err(!e, "%s", argv[1]); X X return 0; X} X Xvoid help(void) X{ X X fprintf(stderr, "usage: link file1 file2\n"); X exit(1); X} END-of-link.c exit >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 Aug 11 5:30:32 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 12C1D15518 for ; Wed, 11 Aug 1999 05:30:20 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA19928; Wed, 11 Aug 1999 05:30:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from majordomo2.umd.edu (majordomo2.umd.edu [128.8.10.7]) by hub.freebsd.org (Postfix) with ESMTP id E1E1214DF5 for ; Wed, 11 Aug 1999 05:22:04 -0700 (PDT) (envelope-from howardjp@wam.umd.edu) Received: from rac10.wam.umd.edu (root@rac10.wam.umd.edu [128.8.10.150]) by majordomo2.umd.edu (8.9.3/8.9.3) with ESMTP id IAA00444 for ; Wed, 11 Aug 1999 08:21:02 -0400 (EDT) Received: from rac10.wam.umd.edu (sendmail@localhost [127.0.0.1]) by rac10.wam.umd.edu (8.9.3/8.9.3) with SMTP id IAA04684 for ; Wed, 11 Aug 1999 08:21:02 -0400 (EDT) Received: (from howardjp@localhost) by rac10.wam.umd.edu (8.9.3/8.9.3) id IAA04680 for FreeBSD-gnats-submit@freebsd.org; Wed, 11 Aug 1999 08:21:02 -0400 (EDT) Message-Id: <199908111221.IAA04680@rac10.wam.umd.edu> Date: Wed, 11 Aug 1999 08:21:02 -0400 (EDT) From: James Howard Reply-To: howardjp@wam.umd.edu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/13072: Extensions to biff(1) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 13072 >Category: bin >Synopsis: Extensions to biff(1) >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Wed Aug 11 05:30:03 PDT 1999 >Closed-Date: >Last-Modified: >Originator: James Howard >Release: FreeBSD 3.2-STABLE i386 >Organization: University of Maryland >Environment: FreeBSD byzantine 3.2-STABLE FreeBSD 3.2-STABLE #5: Sat Aug 7 23:43:54 GMT 1999 root@byzantine:/usr/src/sys/compile/BYZANTINE i386 >Description: Often when I am logged in via telnet to a FreeBSD host, I use Lynx to download files. If it is a large download, the arrival of mail notifications can mess up the display of Lynx's status. This patch to biff(1) will allow you to use "biff -t tty" report or change the status of tty instead of the current. I do this often from a second telnet session. >How-To-Repeat: Irrelevant. >Fix: diff -c /usr/src/usr.bin/biff/biff.1 /usr/local/src/usr.bin/biff/biff.1 *** /usr/src/usr.bin/biff/biff.1 Mon Jun 23 06:45:37 1997 --- /usr/local/src/usr.bin/biff/biff.1 Wed Aug 11 00:22:55 1999 *************** *** 40,45 **** --- 40,46 ---- .Nd "be notified if mail arrives and who it is from" .Sh SYNOPSIS .Nm biff + .Op Fl t Ar tty .Op Cm n | y .Sh DESCRIPTION .Nm Biff *************** *** 48,54 **** .Pp Options supported by .Nm biff : ! .Bl -tag -width 4n .It Cm n Disables notification. .It Cm y --- 49,59 ---- .Pp Options supported by .Nm biff : ! .Bl -tag -width 8n ! .It Fl t Ar tty ! Report or change the status of ! .Ar tty ! rather than the current terminal. .It Cm n Disables notification. .It Cm y diff -c /usr/src/usr.bin/biff/biff.c /usr/local/src/usr.bin/biff/biff.c *** /usr/src/usr.bin/biff/biff.c Sun Dec 6 22:58:12 1998 --- /usr/local/src/usr.bin/biff/biff.c Wed Aug 11 00:30:25 1999 *************** *** 46,51 **** --- 46,52 ---- #include #include #include + #include #include #include #include *************** *** 63,71 **** int ch; char *name; ! ! while ((ch = getopt(argc, argv, "")) != -1) switch(ch) { case '?': default: usage(); --- 64,75 ---- int ch; char *name; ! name = NULL; ! while ((ch = getopt(argc, argv, "t:")) != -1) switch(ch) { + case 't': + name = optarg; + break; case '?': default: usage(); *************** *** 73,81 **** argc -= optind; argv += optind; ! if ((name = ttyname(STDERR_FILENO)) == NULL) ! err(2, "unknown tty"); if (stat(name, &sb)) err(2, "stat"); --- 77,87 ---- argc -= optind; argv += optind; ! if (name == NULL) ! if ((name = ttyname(STDERR_FILENO)) == NULL) ! err(2, "unknown tty"); + (void)chdir(_PATH_DEV); if (stat(name, &sb)) err(2, "stat"); *************** *** 102,107 **** static void usage() { ! (void)fprintf(stderr, "usage: biff [y | n]\n"); exit(2); } --- 108,113 ---- static void usage() { ! (void)fprintf(stderr, "usage: biff [-t tty] [y | n]\n"); exit(2); } >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 Aug 11 5:30:36 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 7D5751551A for ; Wed, 11 Aug 1999 05:30:22 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA19937; Wed, 11 Aug 1999 05:30:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from po3.wam.umd.edu (po3.wam.umd.edu [128.8.10.165]) by hub.freebsd.org (Postfix) with ESMTP id 1675714DF5 for ; Wed, 11 Aug 1999 05:22:11 -0700 (PDT) (envelope-from howardjp@wam.umd.edu) Received: from rac10.wam.umd.edu (root@rac10.wam.umd.edu [128.8.10.150]) by po3.wam.umd.edu (8.9.3/8.9.3) with ESMTP id IAA11286 for ; Wed, 11 Aug 1999 08:21:05 -0400 (EDT) Received: from rac10.wam.umd.edu (sendmail@localhost [127.0.0.1]) by rac10.wam.umd.edu (8.9.3/8.9.3) with SMTP id IAA04691 for ; Wed, 11 Aug 1999 08:21:04 -0400 (EDT) Received: (from howardjp@localhost) by rac10.wam.umd.edu (8.9.3/8.9.3) id IAA04687 for FreeBSD-gnats-submit@freebsd.org; Wed, 11 Aug 1999 08:21:04 -0400 (EDT) Message-Id: <199908111221.IAA04687@rac10.wam.umd.edu> Date: Wed, 11 Aug 1999 08:21:04 -0400 (EDT) From: James Howard Reply-To: howardjp@wam.umd.edu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/13073: Extensions to mesg(1) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 13073 >Category: bin >Synopsis: Extensions to mesg(1) >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Wed Aug 11 05:30:04 PDT 1999 >Closed-Date: >Last-Modified: >Originator: James Howard >Release: FreeBSD 3.2-STABLE i386 >Organization: University of Maryland >Environment: FreeBSD byzantine 3.2-STABLE FreeBSD 3.2-STABLE #5: Sat Aug 7 23:43:54 GMT 1999 root@byzantine:/usr/src/sys/compile/BYZANTINE i386 >Description: Often when I am logged in via telnet to a FreeBSD host, I use Lynx to download files. If it is a large download, the arrival of talk requests or write messages can mess up the display of Lynx's status. This patch to mesg(1) will allow you to use "mesg -t tty" report or change the status of tty instead of the current. I do this often from a second telnet session. >How-To-Repeat: Irrelevant. >Fix: diff -c /usr/src/usr.bin/mesg/mesg.1 /usr/local/src/usr.bin/mesg/mesg.1 *** /usr/src/usr.bin/mesg/mesg.1 Thu Jul 24 06:59:00 1997 --- /usr/local/src/usr.bin/mesg/mesg.1 Wed Aug 11 00:36:42 1999 *************** *** 40,45 **** --- 40,46 ---- .Nd display (do not display) messages from other users .Sh SYNOPSIS .Nm + .Op Fl t Ar tty .Op Cm n | Cm y .Sh DESCRIPTION The *************** *** 54,60 **** may display messages on the terminal. .Pp Options available: ! .Bl -tag -width flag .It Cm n Disallows messages. .It Cm y --- 55,65 ---- may display messages on the terminal. .Pp Options available: ! .Bl -tag -width 8n ! .It Fl t Ar tty ! Report or change the status of ! .Ar tty ! rather than the current terminal. .It Cm n Disallows messages. .It Cm y diff -c /usr/src/usr.bin/mesg/mesg.c /usr/local/src/usr.bin/mesg/mesg.c *** /usr/src/usr.bin/mesg/mesg.c Thu Jul 24 06:59:00 1997 --- /usr/local/src/usr.bin/mesg/mesg.c Wed Aug 11 00:33:53 1999 *************** *** 54,59 **** --- 54,60 ---- #include #include + #include #include #include #include *************** *** 70,77 **** char *tty; int ch; ! while ((ch = getopt(argc, argv, "")) != -1) switch (ch) { case '?': default: usage(); --- 71,82 ---- char *tty; int ch; ! tty = NULL; ! while ((ch = getopt(argc, argv, "t:")) != -1) switch (ch) { + case 't': + tty = optarg; + break; case '?': default: usage(); *************** *** 79,86 **** argc -= optind; argv += optind; ! if ((tty = ttyname(STDERR_FILENO)) == NULL) ! err(1, "ttyname"); if (stat(tty, &sb) < 0) err(1, "%s", tty); --- 84,93 ---- argc -= optind; argv += optind; ! if (tty == NULL) ! if ((tty = ttyname(STDERR_FILENO)) == NULL) ! err(1, "ttyname"); ! (void)chdir(_PATH_DEV); if (stat(tty, &sb) < 0) err(1, "%s", tty); *************** *** 111,116 **** static void usage() { ! (void)fprintf(stderr, "usage: mesg [y | n]\n"); exit(2); } --- 118,123 ---- static void usage() { ! (void)fprintf(stderr, "usage: mesg [-t tty] [y | n]\n"); exit(2); } >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 Aug 11 5:50:18 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 6565514FFF for ; Wed, 11 Aug 1999 05:50:15 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA21615; Wed, 11 Aug 1999 05:50:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Wed, 11 Aug 1999 05:50:04 -0700 (PDT) Message-Id: <199908111250.FAA21615@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Alan Judge Subject: Re: kern/12521: lmbench-1.1's context switching test hangs SMP Reply-To: Alan Judge Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/12521; it has been noted by GNATS. From: Alan Judge To: Robert Garrett Cc: freebsd-gnats-submit@freebsd.org Subject: Re: kern/12521: lmbench-1.1's context switching test hangs SMP Date: Wed, 11 Aug 1999 13:45:21 +0100 Robert> This appears to be >1g related i havent been able to trigger this Robert> problem on any of my smp machines. Robert> all less than 512 meg Yep, it might be a 1Gb problem. It's also possible that it's related to the newly announced P-III SMP bug from Intel. As soon as Dell release a new BIOS, I'll try it again. -- Alan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 11 6: 1:57 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 6E10914D3A for ; Wed, 11 Aug 1999 06:01:52 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA22093; Wed, 11 Aug 1999 06:00:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from po4.wam.umd.edu (po4.wam.umd.edu [128.8.10.166]) by hub.freebsd.org (Postfix) with ESMTP id 9EF7C14BF6 for ; Wed, 11 Aug 1999 05:55:54 -0700 (PDT) (envelope-from howardjp@wam.umd.edu) Received: from rac10.wam.umd.edu (root@rac10.wam.umd.edu [128.8.10.150]) by po4.wam.umd.edu (8.9.3/8.9.3) with ESMTP id IAA11339 for ; Wed, 11 Aug 1999 08:21:01 -0400 (EDT) Received: from rac10.wam.umd.edu (sendmail@localhost [127.0.0.1]) by rac10.wam.umd.edu (8.9.3/8.9.3) with SMTP id IAA04677 for ; Wed, 11 Aug 1999 08:21:00 -0400 (EDT) Received: (from howardjp@localhost) by rac10.wam.umd.edu (8.9.3/8.9.3) id IAA04673 for FreeBSD-gnats-submit@freebsd.org; Wed, 11 Aug 1999 08:21:00 -0400 (EDT) Message-Id: <199908111221.IAA04673@rac10.wam.umd.edu> Date: Wed, 11 Aug 1999 08:21:00 -0400 (EDT) From: James Howard Reply-To: howardjp@wam.umd.edu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/13074: unlink(1) as required by Unix 98 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 13074 >Category: bin >Synopsis: unlink(1) as required by Unix 98 >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Wed Aug 11 06:00:03 PDT 1999 >Closed-Date: >Last-Modified: >Originator: James Howard >Release: FreeBSD 3.2-STABLE i386 >Organization: University of Maryland >Environment: FreeBSD byzantine 3.2-STABLE FreeBSD 3.2-STABLE #5: Sat Aug 7 23:43:54 GMT 1999 root@byzantine:/usr/src/sys/compile/BYZANTINE i386 >Description: After opening my big mouth on freebsd-advocacy about how Unix 98 compliance was a worthy goal, more than one person told me to go ahead and send in PRs with changes. Well, here is yet another :) This contains a shar of unlink(1). unlink accepts one argument and runs unlink(2) on it thus removing the object listed. NetBSD places this in /usr/sbin and puts the man page in section 8, but nothing in the standard dictates where it should be. I have the man page in section 1. If this is inappropriate, it can be changed without pain. This implementation contains no NetBSD code. >How-To-Repeat: Irrelevant. >Fix: # This is a shell archive. Save it in a file, remove anything before # this line, and then unpack it by entering "sh file". Note, it may # create directories; files and directories will be owned by you and # have default permissions. # # This archive contains: # # Makefile # unlink.1 # unlink.c # echo x - Makefile sed 's/^X//' >Makefile << 'END-of-Makefile' XPROG= unlink X X.include END-of-Makefile echo x - unlink.1 sed 's/^X//' >unlink.1 << 'END-of-unlink.1' X.\" Copyright (c) 1999 James Howard X.\" All rights reserved. X.\" X.\" Redistribution and use in source and binary forms, with or without X.\" modification, are permitted provided that the following conditions X.\" are met: X.\" 1. Redistributions of source code must retain the above copyright X.\" notice, this list of conditions and the following disclaimer. X.\" 2. Redistributions in binary form must reproduce the above copyright X.\" notice, this list of conditions and the following disclaimer in the X.\" documentation and/or other materials provided with the distribution. X.\" X.\" THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND X.\" ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE X.\" IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE X.\" ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE X.\" FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL X.\" DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS X.\" OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) X.\" HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT X.\" LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY X.\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF X.\" SUCH DAMAGE. X.\" X.\" X.\" $Id$ X.\" X.Dd August 10, 1999 X.Dt UNLINK 1 X.Os X.Sh NAME X.Nm unlink X.Nd call the X.Xr unlink 2 Xfunction X.Sh SYNOPSIS X.Nm unlink X.Ar file X.Sh DESCRIPTION X.Nm Unlink Xand remove X.Ar file Xfrom the file system. X.Sh USAGE XThe X.Nm Xutility will remove a single file or direectory entry Xand decrements the link count of the file which was Xreferenced by X.Ar file . XA directory may not be specified by X.Ar file . X.Sh SEE ALSO X.Xr link 1 , X.Xr rm 1 , X.Xr unlink 2 X.Sh STANDARDS XThe X.Nm Xutility is expected to be XPG5 compliant.END-of-unlink.1 echo x - unlink.c sed 's/^X//' >unlink.c << 'END-of-unlink.c' X/*- X * Copyright (c) 1999 James Howard X * All rights reserved. X * X * Redistribution and use in source and binary forms, with or without X * modification, are permitted provided that the following conditions X * are met: X * 1. Redistributions of source code must retain the above copyright X * notice, this list of conditions and the following disclaimer. X * 2. Redistributions in binary form must reproduce the above copyright X * notice, this list of conditions and the following disclaimer in the X * documentation and/or other materials provided with the distribution. X * X * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND X * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE X * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE X * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE X * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL X * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS X * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) X * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT X * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY X * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF X * SUCH DAMAGE. X * X * $Id$ X */ X X#include X#include X#include X Xvoid help(void); X Xint main(int argc, char **argv) X{ X int e; X X if(argc != 2) X help(); X X if((e = unlink(argv[1])) != 0) X err(!e, "%s", argv[1]); X X return 0; X} X Xvoid help(void) X{ X X fprintf(stderr, "usage: unlink file\n"); X exit(1); X} END-of-unlink.c exit >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 Aug 11 6: 8:57 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 857B3151E3; Wed, 11 Aug 1999 06:08:55 -0700 (PDT) (envelope-from n_hibma@FreeBSD.org) Received: (from n_hibma@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA22850; Wed, 11 Aug 1999 06:08:21 -0700 (PDT) (envelope-from n_hibma@FreeBSD.org) Date: Wed, 11 Aug 1999 06:08:21 -0700 (PDT) From: Message-Id: <199908111308.GAA22850@freefall.freebsd.org> To: sanpei@sanpei.org, n_hibma@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/12257: [Patch] sb(VoxWare) sound driver patch for x11amp Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: [Patch] sb(VoxWare) sound driver patch for x11amp State-Changed-From-To: open->closed State-Changed-By: n_hibma State-Changed-When: Wed Aug 11 06:07:54 PDT 1999 State-Changed-Why: Identical report to 12764 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 11 6:41:32 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id C136414CD5; Wed, 11 Aug 1999 06:41:29 -0700 (PDT) (envelope-from marcel@FreeBSD.org) Received: (from marcel@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA49493; Wed, 11 Aug 1999 06:38:46 -0700 (PDT) (envelope-from marcel@FreeBSD.org) Date: Wed, 11 Aug 1999 06:38:46 -0700 (PDT) From: Message-Id: <199908111338.GAA49493@freefall.freebsd.org> To: jplevyak@inktomi.com, marcel@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/9591: Linux compat getrlimit/setrlimit constants wrong Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Linux compat getrlimit/setrlimit constants wrong State-Changed-From-To: open->closed State-Changed-By: marcel State-Changed-When: Wed Aug 11 06:36:46 PDT 1999 State-Changed-Why: The Linux emulator has been fixed and the problem solved. Thanks for the PR and the source code to clarify 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 Aug 11 6:42: 6 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id B602514D33 for ; Wed, 11 Aug 1999 06:42:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA55406; Wed, 11 Aug 1999 06:40:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 4197A14D2E; Wed, 11 Aug 1999 06:34:22 -0700 (PDT) Message-Id: <19990811133422.4197A14D2E@hub.freebsd.org> Date: Wed, 11 Aug 1999 06:34:22 -0700 (PDT) From: kwchen@lucent.com To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: kern/13075: signal is not posted for async I/O on raw devices Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 13075 >Category: kern >Synopsis: signal is not posted for async I/O on raw devices >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 Aug 11 06:40:01 PDT 1999 >Closed-Date: >Last-Modified: >Originator: K. Herman Chen >Release: FreeBSD 3.2-RELEASE #6 >Organization: Lucent Technologies >Environment: FreeBSD marlin 3.2-RELEASE FreeBSD 3.2-RELEASE #6: Mon Jul 19 16:16:40 EDT 1999 lin@tampa:/usr/src/sys/compile/SMASH-CS-32 i386 >Description: The following program (~60 lines) does not get a SIGUSR1 when used with a raw device, but does get the signal with a block device. It will wait forever for a signal (pause()); doing "kill -30 " from shell prompt will cause it to execute sigusr1() and display the data it just read and the data seemed correct. BTW, how do I identify a specific AIO job with each signal? Are signals queued in FreeBSD? Thanks very much. #include #include #include #include #include aiocb_t myaiocb; siginfo_t siginfo; char buf[10240]; sig_t sigusr1(int signo) { int i; printf("in sigusr1(), signo = %d\n", signo); printf("aio_error(myaiocb): %d\n", aio_error(&myaiocb)); #if 0 printf("aio buffer after read: %s\n", buf); for (i = 0; i < 500; i++) printf(" %c", buf[i]); printf("\n"); } main(argc, argv) int argc; char** argv; { int rtn; int fd; /* signal is not posted on raw partition, but okay on block device */ fd = open("/dev/rwd0s4e", O_RDONLY); /* fd = open("/dev/wd0s4e", O_RDONLY); this works. */ if (fd < 0) { perror("open failed"); exit(1); } printf("open succeeded ...\n"); signal(SIGUSR1, (sig_t) sigusr1); myaiocb.aio_fildes = fd; myaiocb.aio_buf = buf; myaiocb.aio_nbytes = 2048; myaiocb.aio_sigevent.sigev_notify = SIGEV_SIGNAL; myaiocb.aio_sigevent.sigev_signo = SIGUSR1; myaiocb.aio_sigevent.sigev_value.sival_int = 123; printf("calling aio_read ...\n"); rtn = aio_read(&myaiocb); if (rtn < 0) { perror("aio_read failed"); exit(1); } printf("aio_read succeeded\n"); /* normally get EINPROGRESS */ printf("aio_error(myaiocb): %d\n", aio_error(&myaiocb)); pause(); } >How-To-Repeat: The above program will wait forever for a signal. >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 11 7:18:47 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 49C5A14D1A; Wed, 11 Aug 1999 07:18:46 -0700 (PDT) (envelope-from billf@FreeBSD.org) Received: (from billf@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA75910; Wed, 11 Aug 1999 07:16:55 -0700 (PDT) (envelope-from billf@FreeBSD.org) Date: Wed, 11 Aug 1999 07:16:55 -0700 (PDT) From: Message-Id: <199908111416.HAA75910@freefall.freebsd.org> To: billf@FreeBSD.org, freebsd-bugs@FreeBSD.org, billf@FreeBSD.org Subject: Re: bin/13072: Extensions to biff(1) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Extensions to biff(1) Responsible-Changed-From-To: freebsd-bugs->billf Responsible-Changed-By: billf Responsible-Changed-When: Wed Aug 11 07:16:39 PDT 1999 Responsible-Changed-Why: I'll look at this. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 11 7:18:54 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 68B4914D20; Wed, 11 Aug 1999 07:18:53 -0700 (PDT) (envelope-from billf@FreeBSD.org) Received: (from billf@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA76015; Wed, 11 Aug 1999 07:17:15 -0700 (PDT) (envelope-from billf@FreeBSD.org) Date: Wed, 11 Aug 1999 07:17:15 -0700 (PDT) From: Message-Id: <199908111417.HAA76015@freefall.freebsd.org> To: billf@FreeBSD.org, freebsd-bugs@FreeBSD.org, billf@FreeBSD.org Subject: Re: bin/13073: Extensions to mesg(1) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Extensions to mesg(1) Responsible-Changed-From-To: freebsd-bugs->billf Responsible-Changed-By: billf Responsible-Changed-When: Wed Aug 11 07:17:05 PDT 1999 Responsible-Changed-Why: I'll look at this. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 11 7:40:54 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from mail.mwhpc.com (mwhpc.com [205.167.0.171]) by hub.freebsd.org (Postfix) with ESMTP id 3C407154E6 for ; Wed, 11 Aug 1999 07:40:45 -0700 (PDT) (envelope-from dreedy@mwhpc.com) Received: from mwhpc.com (station3.mwhpc.com [205.167.1.244]) by mail.mwhpc.com (8.8.8/8.8.8) with ESMTP id JAA21109 for ; Wed, 11 Aug 1999 09:37:42 GMT (envelope-from dreedy@mwhpc.com) Message-ID: <37B18B58.6DDF220F@mwhpc.com> Date: Wed, 11 Aug 1999 09:40:24 -0500 From: Dianna Reedy Organization: Mathis, West, Huffines & Co., P.C. X-Mailer: Mozilla 4.51 [en] (Win98; I) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-bugs@FreeBSD.ORG Subject: FreeBSD Ver. 2.2.5 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I am using FreeBSD Unix as a POP3 Mail Server and also running a NAT on it. I don't see any reason to be concerned about Y2K after reviewing the information on your website. Do you agree or do you know of any reason we would not be Y2K ready with our Unix box? Thanks!! Dianna Reedy Firm Network Administrator To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 11 7:51:13 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 96D8114CF8 for ; Wed, 11 Aug 1999 07:51:10 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA78522; Wed, 11 Aug 1999 07:50:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Wed, 11 Aug 1999 07:50:03 -0700 (PDT) Message-Id: <199908111450.HAA78522@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: adrian@freebsd.org Subject: Re: bin/9123 pax can't read tar archives that contain files >4GB Reply-To: adrian@freebsd.org Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/9123; it has been noted by GNATS. From: adrian@freebsd.org To: freebsd-gnats-submit@freebsd.org Cc: Subject: Re: bin/9123 pax can't read tar archives that contain files >4GB Date: Wed, 11 Aug 1999 22:47:32 +0800 The patch submitted works fine as far as I can tell, however I'd be tempted to typecast it to off_t since that is what st_size wants. Index: tar.c =================================================================== RCS file: /home/ncvs/src/bin/pax/tar.c,v retrieving revision 1.12 diff -u -r1.12 tar.c --- tar.c 1999/05/08 10:21:20 1.12 +++ tar.c 1999/08/11 14:24:07 @@ -459,7 +459,7 @@ 0xfff); arcn->sb.st_uid = (uid_t)asc_ul(hd->uid, sizeof(hd->uid), OCT); arcn->sb.st_gid = (gid_t)asc_ul(hd->gid, sizeof(hd->gid), OCT); - arcn->sb.st_size = (size_t)asc_ul(hd->size, sizeof(hd->size), OCT); + arcn->sb.st_size = (off_t)asc_uqd(hd->size, sizeof(hd->size), OCT); arcn->sb.st_mtime = (time_t)asc_ul(hd->mtime, sizeof(hd->mtime), OCT); arcn->sb.st_ctime = arcn->sb.st_atime = arcn->sb.st_mtime; @@ -840,7 +840,7 @@ */ arcn->sb.st_mode = (mode_t)(asc_ul(hd->mode, sizeof(hd->mode), OCT) & 0xfff); - arcn->sb.st_size = (size_t)asc_ul(hd->size, sizeof(hd->size), OCT); + arcn->sb.st_size = (off_t)asc_uqd(hd->size, sizeof(hd->size), OCT); arcn->sb.st_mtime = (time_t)asc_ul(hd->mtime, sizeof(hd->mtime), OCT); arcn->sb.st_ctime = arcn->sb.st_atime = arcn->sb.st_mtime; See if it works for you, if it does, let me know and it should be committed. Adrian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 11 8:30:31 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 640C8155BD for ; Wed, 11 Aug 1999 08:30:29 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA81795; Wed, 11 Aug 1999 08:30:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from abelson.turing.terc.edu (abelson.turing.terc.edu [140.245.254.10]) by hub.freebsd.org (Postfix) with ESMTP id 9A4CD15530 for ; Wed, 11 Aug 1999 08:24:29 -0700 (PDT) (envelope-from root@abelson.turing.terc.edu) Received: (from root@localhost) by abelson.turing.terc.edu (8.9.3/8.9.3) id LAA25975; Wed, 11 Aug 1999 11:28:37 -0400 (EDT) (envelope-from root) Message-Id: <199908111528.LAA25975@abelson.turing.terc.edu> Date: Wed, 11 Aug 1999 11:28:37 -0400 (EDT) From: Charlie Root Reply-To: xela@mit.edu To: FreeBSD-gnats-submit@freebsd.org Cc: xela@mit.edu X-Send-Pr-Version: 3.2 Subject: conf/13078: 3.2-release /etc/manpath.config misconfigured Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 13078 >Category: conf >Synopsis: 3.2-release /etc/manpath.config misconfigured >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Wed Aug 11 08:30:01 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Charlie & >Release: FreeBSD 3.2-RELEASE i386 >Organization: MIT >Environment: Straightforward, fresh 3.2 installation; very few ports, no custom local software installed. >Description: /usr/bin/manpath consistently gives the error Warning: couldn't stat file /usr/local/lib/perl5/5.00502/man! if $MANPATH is not set. (This was discovered because running whereis would produce the error message. In trying to chase it down, I found that whereis calls manpath with $MANPATH unset, and was able to reproduce the behaviour from the command line by unsetting it.) The reason for the error is that that the stock /etc/manpath.conf contains the line MANDATORY_MANPATH /usr/local/lib/perl5/5.00502/man but there is no such directory. Since there is in fact no man subdirectory under /usr/local/lib/perl5/ at all, I solved it by simply commenting out the line in /etc/manpath.config >How-To-Repeat: in csh: # unset $MANPATH # /usr/bin/manpath Warning: couldn't stat file /usr/local/lib/perl5/5.00502/man! /usr/share/man:/usr/local/man:/usr/X11R6/man:/usr/share/perl/man >Fix: Delete the line MANDATORY_MANPATH /usr/local/lib/perl5/5.00502/man in /etc/manpath.config (or point it at the right path, but I have no idea where that might be). Also, the sample file (/etc/manpath.config.sample) is identical with /etc/manpath.config, and should doubtless get the same fix. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 11 9:39: 6 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id DA9B515572; Wed, 11 Aug 1999 09:39:04 -0700 (PDT) (envelope-from des@FreeBSD.org) Received: (from des@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA87159; Wed, 11 Aug 1999 09:37:43 -0700 (PDT) (envelope-from des@FreeBSD.org) Date: Wed, 11 Aug 1999 09:37:43 -0700 (PDT) From: Message-Id: <199908111637.JAA87159@freefall.freebsd.org> To: des@FreeBSD.org, freebsd-bugs@FreeBSD.org, markm@FreeBSD.org Subject: Re: conf/13078: 3.2-release /etc/manpath.config misconfigured Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: 3.2-release /etc/manpath.config misconfigured Responsible-Changed-From-To: freebsd-bugs->markm Responsible-Changed-By: des Responsible-Changed-When: Wed Aug 11 09:36:32 PDT 1999 Responsible-Changed-Why: Perl is Mark's baby. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 11 10:12:22 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from dt011n65.san.rr.com (dt011n65.san.rr.com [204.210.13.101]) by hub.freebsd.org (Postfix) with ESMTP id 063BF14BCE for ; Wed, 11 Aug 1999 10:12:19 -0700 (PDT) (envelope-from Doug@gorean.org) Received: from gorean.org (master [10.0.0.2]) by dt011n65.san.rr.com (8.9.3/8.8.8) with ESMTP id KAA67532; Wed, 11 Aug 1999 10:11:55 -0700 (PDT) (envelope-from Doug@gorean.org) Message-ID: <37B1AEDC.C321D93B@gorean.org> Date: Wed, 11 Aug 1999 10:11:56 -0700 From: Doug Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.61 [en] (X11; U; FreeBSD 4.0-CURRENT-0730 i386) X-Accept-Language: en MIME-Version: 1.0 To: Dianna Reedy Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: FreeBSD Ver. 2.2.5 References: <37B18B58.6DDF220F@mwhpc.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Dianna Reedy wrote: > > I am using FreeBSD Unix as a POP3 Mail Server and also running a NAT on > it. I don't see any reason to be concerned about Y2K after reviewing > the information on your website. Do you agree or do you know of any > reason we would not be Y2K ready with our Unix box? No one here can give you a definitive yes or no. The Y2K page on our web site lists the problems we know about and what versions they are fixed in. If you're happy with that answer, that's the best we can do for you. On general principle I would upgrade a machine that old to the latest version of 3.2-Stable, for reasons of performance, security and general well being, but that's just me. I recently wrote a page outlining the upgrade procedure, take a look at http://home.san.rr.com/freebsd/make-upgrade.html if you are interested. Good luck, Doug To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 11 10:31:22 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from dt011n65.san.rr.com (dt011n65.san.rr.com [204.210.13.101]) by hub.freebsd.org (Postfix) with ESMTP id 4E3D9155CF for ; Wed, 11 Aug 1999 10:31:16 -0700 (PDT) (envelope-from Doug@gorean.org) Received: from gorean.org (master [10.0.0.2]) by dt011n65.san.rr.com (8.9.3/8.8.8) with ESMTP id KAA67636; Wed, 11 Aug 1999 10:30:59 -0700 (PDT) (envelope-from Doug@gorean.org) Message-ID: <37B1B354.4A915159@gorean.org> Date: Wed, 11 Aug 1999 10:31:00 -0700 From: Doug Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.61 [en] (X11; U; FreeBSD 4.0-CURRENT-0730 i386) X-Accept-Language: en MIME-Version: 1.0 To: xela@mit.edu Cc: FreeBSD-bugs@freebsd.org Subject: Re: conf/13078: 3.2-release /etc/manpath.config misconfigured References: <199908111528.LAA25975@abelson.turing.terc.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Charlie Root wrote: > /usr/bin/manpath consistently gives the error > > Warning: couldn't stat file /usr/local/lib/perl5/5.00502/man! This is fixed in 3.2-Stable. Not that we want to discourage someone from sending problem reports, but it's usually a good idea to upgrade to the latest version first. Also, when it's clearly one file or just a few files that are affected you can check the CVS repository to see if it's fixed. Thanks, Doug To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 11 11:10:28 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 0E9E614E17 for ; Wed, 11 Aug 1999 11:10:26 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA94432; Wed, 11 Aug 1999 11:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Wed, 11 Aug 1999 11:10:01 -0700 (PDT) Message-Id: <199908111810.LAA94432@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Marcel Moolenaar Subject: Re: kern/4544: Linux emulator problems when MAXDSIZ is increased Reply-To: Marcel Moolenaar Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/4544; it has been noted by GNATS. From: Marcel Moolenaar To: freebsd-gnats-submit@freebsd.org, tege@nada.kth.se Cc: Subject: Re: kern/4544: Linux emulator problems when MAXDSIZ is increased Date: Wed, 11 Aug 1999 20:01:08 +0200 Hi, mprime runs without problems on a -current (aug. 11 1999) system with the specified options. Since the problem is based on a 2.2.2 system, is it still relevant? Has the problem occured on newer systems? If not, with your permission, I like to close the PR. Thoughts? -- Marcel Moolenaar mailto:marcel@scc.nl SCC Internetworking & Databases http://www.scc.nl/ Amsterdam, The Netherlands tel: +31 20 4200655 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 11 11:33:43 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 0920E155A7; Wed, 11 Aug 1999 11:33:41 -0700 (PDT) (envelope-from marcel@FreeBSD.org) Received: (from marcel@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA96060; Wed, 11 Aug 1999 11:33:17 -0700 (PDT) (envelope-from marcel@FreeBSD.org) Date: Wed, 11 Aug 1999 11:33:17 -0700 (PDT) From: Message-Id: <199908111833.LAA96060@freefall.freebsd.org> To: tege@nada.kth.se, marcel@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/4544: Linux emulator problems when MAXDSIZ is increased Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Linux emulator problems when MAXDSIZ is increased State-Changed-From-To: open->closed State-Changed-By: marcel State-Changed-When: Wed Aug 11 11:31:00 PDT 1999 State-Changed-Why: The problem could not be reproduced on recent systems and the originator could not be contacted. A new PR can be filed if the problem reoccures. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 11 11:40:26 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 3CF7D15676 for ; Wed, 11 Aug 1999 11:40:20 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA96608; Wed, 11 Aug 1999 11:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 19310155B6; Wed, 11 Aug 1999 11:36:30 -0700 (PDT) Message-Id: <19990811183630.19310155B6@hub.freebsd.org> Date: Wed, 11 Aug 1999 11:36:30 -0700 (PDT) From: erik@habatech.no To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: kern/13082: Improved support for NE2000 PnP cards Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 13082 >Category: kern >Synopsis: Improved support for NE2000 PnP cards >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Wed Aug 11 11:40:01 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Erik H. Bakke >Release: 4.0-CURRENT-19990811 >Organization: Habatech AS >Environment: FreeBSD bsdbox.habatech.no 4.0-CURRENT FreeBSD 4.0-CURRENT #48: Wed Aug 11 00:05:50 CEST 1999 root@bsdbox.habatech.no:/usr/src/sys/compile/HABA i386 >Description: FreeBSD-current does not support all NE2000 compatible PnP cards, nor will it probably ever do, but with this patch to the if_ed.c file, it will detect some more cards. The card is detected under Windows platforms as "CNet NE2000 compatible", so this is the name I chose for it. >How-To-Repeat: >Fix: Apply the following patch to src/sys/i386/isa/if_ed.c : *** if_ed.c Tue Jul 6 21:22:44 1999 --- if_ed.bak Tue Aug 10 16:36:03 1999 *************** *** 3443,3448 **** --- 3443,3449 ---- static pnpid_t edpnp_ids[]= { { 0xd6680d041, "NE2000"}, + { 0x0090252a, "CNet NE2000 Compatible"}, { 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 Aug 11 11:45:39 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from MIT.EDU (SOUTH-STATION-ANNEX.MIT.EDU [18.72.1.2]) by hub.freebsd.org (Postfix) with SMTP id 11DC8155A8 for ; Wed, 11 Aug 1999 11:45:34 -0700 (PDT) (envelope-from xela@MIT.EDU) Received: from SPORADIC.MIT.EDU by MIT.EDU with SMTP id AB28805; Wed, 11 Aug 99 14:44:15 EDT Received: by sporadic.mit.edu (8.8.8/4.7) id OAA19303; Wed, 11 Aug 1999 14:44:31 -0400 (EDT) Message-Id: <199908111844.OAA19303@sporadic.mit.edu> To: Doug Cc: xela@MIT.EDU, FreeBSD-bugs@freebsd.org Subject: Re: conf/13078: 3.2-release /etc/manpath.config misconfigured In-Reply-To: Your message of "Wed, 11 Aug 1999 10:31:00 PDT." <37B1B354.4A915159@gorean.org> Date: Wed, 11 Aug 1999 14:44:30 EDT From: Alex Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > This is fixed in 3.2-Stable. Not that we want to discourage someone from > sending problem reports, but it's usually a good idea to upgrade to the > latest version first. Also, when it's clearly one file or just a few files > that are affected you can check the CVS repository to see if it's fixed. In which case the stock motd should say something about -stable. Instead, it merely points one at http://www.FreeBSD.ORG/releases --- where I looked (in the apparently naiive expectation that the errata page would actually contain the known errata) before sending the problem report. I am new to FreeBSD, and I doubt it would be any more obvious to the average new user than it is to me that "stable" is more current (and if I unsderstand you correctly, more stable) than "release". And the directory entry for FreeBSD-stable at ftp.freebsd.org/pub/FreeBSD/ hardly gives that impression --- in fact, quite the contrary (piped through for line length): May 17 10:21 3.2-RELEASE -> releases/i386/3.2-RELEASE Jan 21 1999 FreeBSD-stable -> branches/3.0-stable I am, by the way, extremely impressed with the quick responses to my problem report --- I've had them dissapear into the void for months elsewhere. ---Alex Carl Alexander ------------- MIT (where Alex hangs out): xela@mit.edu Course VI (sometime special student) SIPB (prospective) Mitgaard ("honorary mold") MITSFS LSC (night worker) http://www.mit.edu/~xela ------------- Work (where they call me "Carl"): carl@terc.edu System Administrator & User Services Manager, TERC http://www.terc.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 11 12: 3:19 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 481B4150FD; Wed, 11 Aug 1999 12:03:18 -0700 (PDT) (envelope-from ken@FreeBSD.org) Received: (from ken@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA98503; Wed, 11 Aug 1999 12:02:12 -0700 (PDT) (envelope-from ken@FreeBSD.org) Date: Wed, 11 Aug 1999 12:02:12 -0700 (PDT) From: Message-Id: <199908111902.MAA98503@freefall.freebsd.org> To: ken@FreeBSD.org, freebsd-bugs@FreeBSD.org, imp@FreeBSD.org Subject: Re: i386/13059: Install aborts with panic:aha0: Invalid CCB Opcode 0 hccb = 0xc29b9508 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Install aborts with panic:aha0: Invalid CCB Opcode 0 hccb = 0xc29b9508 Responsible-Changed-From-To: freebsd-bugs->imp Responsible-Changed-By: ken Responsible-Changed-When: Wed Aug 11 12:01:51 PDT 1999 Responsible-Changed-Why: Warner wrote the aha driver. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 11 12: 5: 7 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id CEF4715630; Wed, 11 Aug 1999 12:05:06 -0700 (PDT) (envelope-from ken@FreeBSD.org) Received: (from ken@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA98707; Wed, 11 Aug 1999 12:04:00 -0700 (PDT) (envelope-from ken@FreeBSD.org) Date: Wed, 11 Aug 1999 12:04:00 -0700 (PDT) From: Message-Id: <199908111904.MAA98707@freefall.freebsd.org> To: ken@FreeBSD.org, freebsd-bugs@FreeBSD.org, gibbs@FreeBSD.org Subject: Re: i386/12993: "ahc0: Data Parity Error Detected during address or write data phase" kernel message Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: "ahc0: Data Parity Error Detected during address or write data phase" kernel message Responsible-Changed-From-To: freebsd-bugs->gibbs Responsible-Changed-By: ken Responsible-Changed-When: Wed Aug 11 12:03:37 PDT 1999 Responsible-Changed-Why: Justin wrote the Adaptec driver, and will probably want to look at this. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 11 12:10:54 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id D35E1155F9 for ; Wed, 11 Aug 1999 12:10:51 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA99102; Wed, 11 Aug 1999 12:10:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Wed, 11 Aug 1999 12:10:03 -0700 (PDT) Message-Id: <199908111910.MAA99102@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Petr Lampa Subject: Re: kern/11470: V3 NFS problem Reply-To: Petr Lampa Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/11470; it has been noted by GNATS. From: Petr Lampa To: freebsd-gnats-submit@freebsd.org, jso@research.att.com Cc: Subject: Re: kern/11470: V3 NFS problem Date: Wed, 11 Aug 1999 21:01:18 +0200 The problem is in stale cookie. The rm -r command reads several directory entries using readdirplus, calls remove3 for these entries and then continue reading the directory with saved cookie. On the Solaris NFSv3 server continuation returns the next entries from modified directory, but FreeBSD report stale coookie and reading of the directory ends. So if any directory contains more then BUFSIZ/sizeo(entry) entries (or something like that), then rm -r fails. Here is snoop from Solaris client (adela) removing files from FreeBSD server (kazi): adela.dcse.fee.vutbr.cz -> kazi.dcse.fee.vutbr.cz NFS C ACCESS3 FH=A448read (read) kazi.dcse.fee.vutbr.cz -> adela.dcse.fee.vutbr.cz NFS R ACCESS3 OK (read) adela.dcse.fee.vutbr.cz -> kazi.dcse.fee.vutbr.cz NFS C ACCESS3 FH=A448lookup (lookup) kazi.dcse.fee.vutbr.cz -> adela.dcse.fee.vutbr.cz NFS R ACCESS3 OK (lookup) adela.dcse.fee.vutbr.cz -> kazi.dcse.fee.vutbr.cz NFS C READDIRPLUS3 FH=A448 Cookie=0 for 1048/8192 kazi.dcse.fee.vutbr.cz -> adela.dcse.fee.vutbr.cz NFS R READDIRPLUS3 OK 2 entries (More) adela.dcse.fee.vutbr.cz -> kazi.dcse.fee.vutbr.cz NFS C READDIRPLUS3 FH=A448 Cookie=512 for 1048/8192 kazi.dcse.fee.vutbr.cz -> adela.dcse.fee.vutbr.cz NFS R READDIRPLUS3 OK 10+ entries (incomplete) kazi.dcse.fee.vutbr.cz -> adela.dcse.fee.vutbr.cz UDP continuation ID=1633 kazi.dcse.fee.vutbr.cz -> adela.dcse.fee.vutbr.cz UDP continuation ID=1633 kazi.dcse.fee.vutbr.cz -> adela.dcse.fee.vutbr.cz UDP continuation ID=1633 adela.dcse.fee.vutbr.cz -> kazi.dcse.fee.vutbr.cz NFS C READDIRPLUS3 FH=A448 Cookie=2764 for 1048/8192 adela.dcse.fee.vutbr.cz -> kazi.dcse.fee.vutbr.cz NFS C ACCESS3 FH=C54Fmodify,extend (modify,extend) kazi.dcse.fee.vutbr.cz -> adela.dcse.fee.vutbr.cz NFS R ACCESS3 OK (modify,extend) kazi.dcse.fee.vutbr.cz -> adela.dcse.fee.vutbr.cz NFS R READDIRPLUS3 OK 9+ entries (incomplete) kazi.dcse.fee.vutbr.cz -> adela.dcse.fee.vutbr.cz UDP continuation ID=1635 kazi.dcse.fee.vutbr.cz -> adela.dcse.fee.vutbr.cz UDP continuation ID=1635 kazi.dcse.fee.vutbr.cz -> adela.dcse.fee.vutbr.cz UDP continuation ID=1635 kazi.dcse.fee.vutbr.cz -> adela.dcse.fee.vutbr.cz UDP continuation ID=1635 adela.dcse.fee.vutbr.cz -> kazi.dcse.fee.vutbr.cz NFS C REMOVE3 FH=A448 mpq_get_den.o kazi.dcse.fee.vutbr.cz -> adela.dcse.fee.vutbr.cz NFS R REMOVE3 OK ... more REMOVE3 adela.dcse.fee.vutbr.cz -> kazi.dcse.fee.vutbr.cz NFS C REMOVE3 FH=A448 mpz_com.o kazi.dcse.fee.vutbr.cz -> adela.dcse.fee.vutbr.cz NFS R REMOVE3 OK adela.dcse.fee.vutbr.cz -> kazi.dcse.fee.vutbr.cz NFS C READDIRPLUS3 FH=A448 Cookie=2764 for 1048/8192 kazi.dcse.fee.vutbr.cz -> adela.dcse.fee.vutbr.cz NFS R READDIRPLUS3 Readdir cookie is stale This is bug - readdirplus should continue, remove doesn't change the size of directory (or does?). Petr Lampa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 11 13:20:43 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 0CC5F15575 for ; Wed, 11 Aug 1999 13:20:41 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA04088; Wed, 11 Aug 1999 13:20:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id D28FE14CD3; Wed, 11 Aug 1999 13:10:56 -0700 (PDT) Message-Id: <19990811201056.D28FE14CD3@hub.freebsd.org> Date: Wed, 11 Aug 1999 13:10:56 -0700 (PDT) From: wolman@cs.washington.edu To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: misc/13085: new port: p5-SQL-Statement Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 13085 >Category: misc >Synopsis: new port: p5-SQL-Statement >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 Aug 11 13:20:01 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Alec Wolman >Release: FreeBSD 3.2-STABLE >Organization: UW CSE Department >Environment: N/A >Description: p5-SQL-Statement is a perl module that assists with SQL parsing and processing. The port is for version 0.1012. >How-To-Repeat: N/A >Fix: http://www.cs.washington.edu/homes/wolman/p5-SQL-Statement-port.tar >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 Aug 11 13:30:39 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 7610C14C7F; Wed, 11 Aug 1999 13:30:37 -0700 (PDT) (envelope-from cpiazza@FreeBSD.org) Received: (from cpiazza@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA04767; Wed, 11 Aug 1999 13:29:22 -0700 (PDT) (envelope-from cpiazza@FreeBSD.org) Date: Wed, 11 Aug 1999 13:29:22 -0700 (PDT) From: Message-Id: <199908112029.NAA04767@freefall.freebsd.org> To: cpiazza@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-ports@FreeBSD.org Subject: Re: misc/13085: new port: p5-SQL-Statement Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: new port: p5-SQL-Statement Responsible-Changed-From-To: freebsd-bugs->freebsd-ports Responsible-Changed-By: cpiazza Responsible-Changed-When: Wed Aug 11 13:29:08 PDT 1999 Responsible-Changed-Why: Misfiled PR To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 11 14:50:39 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id D4AE715332 for ; Wed, 11 Aug 1999 14:50:36 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id OAA10839; Wed, 11 Aug 1999 14:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 2043D14E55; Wed, 11 Aug 1999 14:41:00 -0700 (PDT) Message-Id: <19990811214100.2043D14E55@hub.freebsd.org> Date: Wed, 11 Aug 1999 14:41:00 -0700 (PDT) From: eric@hotrail.com To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: kern/13087: kernel panic Fatal trap 12: page fault while in kernel mode Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 13087 >Category: kern >Synopsis: kernel panic Fatal trap 12: page fault while in kernel mode >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 Aug 11 14:50:00 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Eric >Release: current >Organization: >Environment: FreeBSD hades 4.0-CURRENT FreeBSD 4.0-CURRENT #0: Tue Aug 10 15:19:43 PDT 1999 root@hades:/usr/src/sys/compile/hades i386 >Description: IdlePTD 3018752 initial pcb at 26e100 panicstr: page fault panic messages: --- panic: m_copym syncing disks... Fatal trap 12: page fault while in kernel mode fault virtual address = 0x2a fault code = supervisor read, page not present instruction pointer = 0x8:0xc015a515 stack pointer = 0x10:0xc024d08c frame pointer = 0x10:0xc024d0bc code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = Idle interrupt mask = bio trap number = 12 panic: page fault dumping to dev (3,131073), offset 262168 dump 127 126 125 124 123 122 121 120 119 118 117 116 115 114 113 112 111 110 109 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0 --- #0 boot (howto=260) at ../../kern/kern_shutdown.c:291 291 dumppcb.pcb_cr3 = rcr3(); (kgdb) where #0 boot (howto=260) at ../../kern/kern_shutdown.c:291 #1 0xc01392d9 in panic (fmt=0xc024464f "page fault") at ../../kern/kern_shutdown.c:505 #2 0xc021149e in trap_fatal (frame=0xc024d04c, eva=42) at ../../i386/i386/trap.c:907 #3 0xc0211151 in trap_pfault (frame=0xc024d04c, usermode=0, eva=42) at ../../i386/i386/trap.c:800 #4 0xc0210dbf in trap (frame={tf_fs = -1071382512, tf_es = -1071382512, tf_ds = -1071841264, tf_edi = 0, tf_esi = -1060157696, tf_ebp = -1071329092, tf_isp = -1071329160, tf_ebx = -1071328976, tf_edx = 1074315328, tf_ecx = 1, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -1072323307, tf_cs = 8, tf_eflags = 66050, tf_esp = -1071328976, tf_ss = -1060157696}) at ../../i386/i386/trap.c:426 #5 0xc015a515 in getblk (vp=0xc7c63ec0, blkno=196688, size=8192, slpflag=0, slptimeo=0) at ../../kern/vfs_bio.c:1996 #6 0xc0158a26 in bread (vp=0xc7c63ec0, blkno=196688, size=8192, cred=0x0, bpp=0xc024d130) at ../../kern/vfs_bio.c:477 #7 0xc01cc86a in ffs_update (vp=0xc876aac0, waitfor=0) at ../../ufs/ffs/ffs_inode.c:98 #8 0xc01d5ef2 in ffs_fsync (ap=0xc024d190) at ../../ufs/ffs/ffs_vnops.c:264 #9 0xc01d447f in ffs_sync (mp=0xc09e8c00, waitfor=2, cred=0xc074a880, p=0xc0282a40) at vnode_if.h:499 #10 0xc016259f in sync (p=0xc0282a40, uap=0x0) at ../../kern/vfs_syscalls.c:543 #11 0xc0138d7f in boot (howto=256) at ../../kern/kern_shutdown.c:207 #12 0xc01392d9 in panic (fmt=0xc022dd64 "m_copym") at ../../kern/kern_shutdown.c:505 #13 0xc01518bf in m_copym (m=0xc07e7f80, off0=1460, len=934, wait=1) at ../../kern/uipc_mbuf.c:457 #14 0xc0189e7f in tcp_output (tp=0xc7bff840) at ../../netinet/tcp_output.c:511 #15 0xc018911a in tcp_input (m=0xc07e6e00, iphlen=20) at ../../netinet/tcp_input.c:1763 #16 0xc018492c in ip_input (m=0xc07e6e00) at ../../netinet/ip_input.c:679 #17 0xc018498b in ipintr () at ../../netinet/ip_input.c:706 >How-To-Repeat: not sure >Fix: not sure >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 Aug 11 17: 2: 2 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 2176A14D91; Wed, 11 Aug 1999 17:02:01 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id RAA18734; Wed, 11 Aug 1999 17:01:39 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Wed, 11 Aug 1999 17:01:39 -0700 (PDT) From: Message-Id: <199908120001.RAA18734@freefall.freebsd.org> To: era@iki.fi, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/2851: script(1) sets argv[0] of the started shell to "sh" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: script(1) sets argv[0] of the started shell to "sh" State-Changed-From-To: open->closed State-Changed-By: sheldonh State-Changed-When: Wed Aug 11 16:57:59 PDT 1999 State-Changed-Why: Fixed in rev 1.10, MFC to rev 1.9.2.1 on RELENG_3. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 11 17:35:28 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from dt011n65.san.rr.com (dt011n65.san.rr.com [204.210.13.101]) by hub.freebsd.org (Postfix) with ESMTP id F3A8E156E6 for ; Wed, 11 Aug 1999 17:35:21 -0700 (PDT) (envelope-from Doug@gorean.org) Received: from gorean.org (master [10.0.0.2]) by dt011n65.san.rr.com (8.9.3/8.8.8) with ESMTP id RAA72703; Wed, 11 Aug 1999 17:34:38 -0700 (PDT) (envelope-from Doug@gorean.org) Message-ID: <37B216A0.192C5EC5@gorean.org> Date: Wed, 11 Aug 1999 17:34:40 -0700 From: Doug Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.61 [en] (X11; U; FreeBSD 4.0-CURRENT-0730 i386) X-Accept-Language: en MIME-Version: 1.0 To: Alex Cc: FreeBSD-bugs@freebsd.org Subject: Re: conf/13078: 3.2-release /etc/manpath.config misconfigured References: <199908111844.OAA19303@sporadic.mit.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Alex wrote: > In which case the stock motd should say something about -stable. I agree that the motd is not altogether clear on this point, however you may note that the motd does not say, "If you think you've found a bug please file a PR." It says to send the appropriate information to the -questions list, where someone would have done basically what I did, namely point out that it's fixed and tell you about -stable. As it happens your mentioning the problem again actually got it fixed in -stable, and I jumped the gun on saying that it was fixed already, so it's all good in the end. > Instead, it merely points one at http://www.FreeBSD.ORG/releases --- > where I looked (in the apparently naiive expectation that the > errata page would actually contain the known errata) It contains the most serious problems. FreeBSD is in a constant state of development, so listing every little item that is fixed in that file would essentially turn it into a duplicate of the CVS logs. > I am new to FreeBSD, and I doubt it would be any more obvious to > the average new user than it is to me that "stable" is more > current (and if I unsderstand you correctly, more stable) than > "release". I agree, which is why I didn't call you any names or suggest that your filing the PR was not a good thing to do. I merely pointed out that there is another path to follow that you might not have been aware of. FreeBSD, like unix itself can be difficult to find a "starting place" in. Everywhere you look there is some bit of information that depends on you knowing some other bit of information. While there are those of us who labor to make that problem less daunting, we have not yet eliminated it entirely. "First impressions" like yours are extremely valuable for those of us who can no longer look at the thing from a perspective of a new user, so thank you for sharing yours. Doug To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 11 17:42:23 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from george.lbl.gov (george.lbl.gov [131.243.2.12]) by hub.freebsd.org (Postfix) with ESMTP id 92C1815698 for ; Wed, 11 Aug 1999 17:42:20 -0700 (PDT) (envelope-from jin@george.lbl.gov) Received: (from jin@localhost) by george.lbl.gov (8.9.3/8.9.2) id RAA06984; Wed, 11 Aug 1999 17:42:26 -0700 (PDT) Date: Wed, 11 Aug 1999 17:42:26 -0700 (PDT) Message-Id: <199908120042.RAA06984@george.lbl.gov> From: jin@george.lbl.gov To: bright@wintelcom.net, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/11984: pthread_kill cannot kill select() threads, etc. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > although pthread_cancel isn't implemented the select bug seems > fixed on -current and -stable as of August 10th 1999 at least. > > can we close this PR? Just let you know there are three things in this pr: missing functions -- "isn't implemented" as mentioned above. pthread_exit hangs -- fixed in lastest version; Good. pthread_kill implementation is not completely correct -- someone has had another PR bin/13008 You may close this PR, but make sure either one of problem 1 and 3 (2 is fixed) needs to be fixed, so we can kill a thread without kill the entire process. Thanks, -Jin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 11 20:43:22 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 1E1F214CF3 for ; Wed, 11 Aug 1999 20:43:19 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id UAA31924; Wed, 11 Aug 1999 20:40:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Wed, 11 Aug 1999 20:40:03 -0700 (PDT) Message-Id: <199908120340.UAA31924@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Danny J. Zerkel" Subject: Re: bin/4420: find -exedir doesn't chdir for first entry Reply-To: "Danny J. Zerkel" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/4420; it has been noted by GNATS. From: "Danny J. Zerkel" To: freebsd-gnats-submit@freebsd.org, imp@village.org Cc: Subject: Re: bin/4420: find -exedir doesn't chdir for first entry Date: Wed, 11 Aug 1999 23:36:37 -0400 Warner, Find uses the fts functions, and the -execdir command is relying on the normal chdir functionality to leave the calling function in the right directory just before the exec. (Of course, there are a few scenarios in which fts doesn't use chdir, but we will ignore that since it would break -execdir completely, if they occured.) -exec, in fact, has to force the directory back to the original directory in the child. It turns out that if you match on directories, the origin directory of the search doesn't cause a chdir. So, find is not where it expects to be. So the following patch adds code to go do the explicit chdir in those cases. The question that remains is where should this be and what should the current directory be when you -execdir in that starting directory. Well, a simple test shows a little more: $ find /tmp -type d -execdir echo {} \; tmp .X11-unix $ This would seem to indicate that the resulting "hit" during execdir is defined as pwd + {}. So, I have coded this patch to remove the last directory from the path. Thus, with my patch: $ find /tmp -type d -execdir pwd \; -execdir echo {} \; / tmp /tmp .X11-unix $ Oddly enough, a find of / yeilds a pwd of / and an empty {}. One can only wonder. --- /usr/src/usr.bin/find/function.c.orig Tue Dec 15 23:50:46 1998 +++ function.c Wed Aug 11 23:22:18 1999 @@ -419,6 +419,20 @@ err(1, "fork"); /* NOTREACHED */ case 0: + if (entry->fts_accpath == entry->fts_path && + file != entry->fts_path) { + char *dir = strdup(entry->fts_path); + file = strrchr(dir, '/'); + *file = 0; + if (*dir == 0) { + dir[0] = '/'; + dir[1] = 0; + } + if (chdir(dir)) { + warn("chdir"); + _exit(1); + } + } execvp(plan->e_argv[0], plan->e_argv); warn("%s", plan->e_argv[0]); _exit(1); -- Danny J. Zerkel dzerkel@columbus.rr.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 11 20:50:51 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 99D5515775 for ; Wed, 11 Aug 1999 20:50:18 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id UAA32614; Wed, 11 Aug 1999 20:50:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 53AF2157C6; Wed, 11 Aug 1999 20:44:45 -0700 (PDT) Message-Id: <19990812034445.53AF2157C6@hub.freebsd.org> Date: Wed, 11 Aug 1999 20:44:45 -0700 (PDT) From: adamw@holonet.net To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: misc/13089: sysinstall repeatedly installs a distribution file Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 13089 >Category: misc >Synopsis: sysinstall repeatedly installs a distribution 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: Wed Aug 11 20:50:01 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Adam Wight >Release: 4.0-CURRENT >Organization: >Environment: FreeBSD proboscis.first.world 4.0-CURRENT FreeBSD 4.0-CURRENT #16: Wed Aug 11 00:40:51 PDT 1999 root@luchar.first.world:/usr/src/sys/compile/PROBOSCIS i386 >Description: Any time I install a distribution set, compat22 gets installed. This is only a minor inconvenience at this point--although when I originally installed off floppies it was horrible--but it should be fixed. When I have time I'll look into this. >How-To-Repeat: Install an X distribution file by ftp. >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 Aug 12 0: 5:28 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.26.10.9]) by hub.freebsd.org (Postfix) with ESMTP id 3EF6514E83; Thu, 12 Aug 1999 00:05:23 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id RAA15766; Thu, 12 Aug 1999 17:04:12 +1000 Date: Thu, 12 Aug 1999 17:04:12 +1000 From: Bruce Evans Message-Id: <199908120704.RAA15766@godzilla.zeta.org.au> To: dzerkel@columbus.rr.com, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/4420: find -exedir doesn't chdir for first entry Cc: freebsd-gnats-submit@FreeBSD.ORG, imp@village.org Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Thus, with my patch: > > $ find /tmp -type d -execdir pwd \; -execdir echo {} \; > / > tmp > /tmp > .X11-unix > $ > > Oddly enough, a find of / yeilds a pwd of / and an empty {}. One can > only wonder. The XXX comment in f_exedir() says that paths with trailing slashes are mishandled if they actually occur. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 12 0:13:38 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 55E2814EB0 for ; Thu, 12 Aug 1999 00:13:35 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id AAA47094; Thu, 12 Aug 1999 00:10:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Thu, 12 Aug 1999 00:10:02 -0700 (PDT) Message-Id: <199908120710.AAA47094@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Bruce Evans Subject: Re: bin/4420: find -exedir doesn't chdir for first entry Reply-To: Bruce Evans Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/4420; it has been noted by GNATS. From: Bruce Evans To: dzerkel@columbus.rr.com, freebsd-bugs@FreeBSD.ORG Cc: freebsd-gnats-submit@FreeBSD.ORG, imp@village.org Subject: Re: bin/4420: find -exedir doesn't chdir for first entry Date: Thu, 12 Aug 1999 17:04:12 +1000 > Thus, with my patch: > > $ find /tmp -type d -execdir pwd \; -execdir echo {} \; > / > tmp > /tmp > .X11-unix > $ > > Oddly enough, a find of / yeilds a pwd of / and an empty {}. One can > only wonder. The XXX comment in f_exedir() says that paths with trailing slashes are mishandled if they actually occur. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 12 1:20:58 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 5594914E62 for ; Thu, 12 Aug 1999 01:20:56 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA51530; Thu, 12 Aug 1999 01:20:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Thu, 12 Aug 1999 01:20:02 -0700 (PDT) Message-Id: <199908120820.BAA51530@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Nick Hibma Subject: Re: conf/12984: No dhclient support in /etc/rc* (fwd) Reply-To: Nick Hibma Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR conf/12984; it has been noted by GNATS. From: Nick Hibma To: freebsd-gnats-submit@freebsd.org Cc: Subject: Re: conf/12984: No dhclient support in /etc/rc* (fwd) Date: Thu, 12 Aug 1999 10:13:27 +0200 (MET DST) ---------- Forwarded message ---------- Date: 11 Aug 1999 14:41:38 -0400 From: Lowell Gilbert To: Nick Hibma Subject: Re: conf/12984: No dhclient support in /etc/rc* Nick Hibma writes: > > with a start_if script. I'd suggest calling the new rc.conf variable > > something like dhcpc_program, instead of just dhcp_program, to avoid > > confusion with a possible future DHCP server program variable. > > Making rc.conf depend on the version or make of the program is a bad > idea. Specifying it at all is a bad thing as we have a dhcp client in > the base distribution, so that should be used. I'm not completely sure I understand the point of the first sentence, but I don't see why this is any different than lpd, sendmail, portmap, bind, and so on. Given that there *are* alternatives, making it possible to use them through the same mechanism as the system's "stock" program seems quite reasonable. - Lowell To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 12 2:18:56 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 6A3C814C95; Thu, 12 Aug 1999 02:18:53 -0700 (PDT) (envelope-from des@FreeBSD.org) Received: (from des@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA55291; Thu, 12 Aug 1999 02:17:11 -0700 (PDT) (envelope-from des@FreeBSD.org) Date: Thu, 12 Aug 1999 02:17:11 -0700 (PDT) From: Message-Id: <199908120917.CAA55291@freefall.freebsd.org> To: eric@hotrail.com, des@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/13087: kernel panic Fatal trap 12: page fault while in kernel mode Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: kernel panic Fatal trap 12: page fault while in kernel mode State-Changed-From-To: open->closed State-Changed-By: des State-Changed-When: Thu Aug 12 02:16:16 PDT 1999 State-Changed-Why: Please use the freebsd-current mailing list for this kind of stuff. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 12 2:31: 2 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 0B0EE14E9F for ; Thu, 12 Aug 1999 02:31:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA56041; Thu, 12 Aug 1999 02:30:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Thu, 12 Aug 1999 02:30:03 -0700 (PDT) Message-Id: <199908120930.CAA56041@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Subject: Re: kern/10959: 3.1-STABLE crashes due to a floppy mount problem Reply-To: Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/10959; it has been noted by GNATS. From: To: freebsd-gnats-submit@freebsd.org Cc: Bruce Evans Subject: Re: kern/10959: 3.1-STABLE crashes due to a floppy mount problem Date: Thu, 12 Aug 1999 02:20:10 -0700 (PDT) bde> The good news is that you found a new bug :-). Rev.1.196 of vfs_bio.c bde> causes lots of problems by arranging for writes to be retried forever Using UFS instead of MSDOSFS leads to an (a) inability to unmount the floppy and (b) and endless series of retried writes to the floppy. No panic, though. jk> (a) at what point should we attempt to detect read-only media? bde> Before opening it read-write. Detection on every i/o is still required bde> since removable media may become read-only (not to mention inaccessible) bde> between i/o's. Another point is that retrying writes in the presence of removable media is risky as the physical media could have been changed under us. We will need to check for a media change before attempting a read or write too. Regards, Koshy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 12 2:50:22 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 48EFE14FAD for ; Thu, 12 Aug 1999 02:50:21 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA57442; Thu, 12 Aug 1999 02:50:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Thu, 12 Aug 1999 02:50:02 -0700 (PDT) Message-Id: <199908120950.CAA57442@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: sanpei@sanpei.org (MIHIRA Yoshiro) Subject: Re: kern/13082: Improved support for NE2000 PnP cards Reply-To: sanpei@sanpei.org (MIHIRA Yoshiro) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/13082; it has been noted by GNATS. From: sanpei@sanpei.org (MIHIRA Yoshiro) To: erik@habatech.no Cc: freebsd-gnats-submit@FreeBSD.ORG, sanpei@sanpei.org Subject: Re: kern/13082: Improved support for NE2000 PnP cards Date: Thu, 12 Aug 1999 18:45:56 +0900 (JST) I also reported PnP NE2000 card id [Patch] NE2000 PnP card IDs to sys/i386/isa/if_ed.c http://www.FreeBSD.org/cgi/query-pr.cgi?pr=7816 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 12 3: 2: 5 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id EE52A14DBE for ; Thu, 12 Aug 1999 03:02:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA58200; Thu, 12 Aug 1999 03:00:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Thu, 12 Aug 1999 03:00:03 -0700 (PDT) Message-Id: <199908121000.DAA58200@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Bruce Evans Subject: Re: kern/10959: 3.1-STABLE crashes due to a floppy mount problem Reply-To: Bruce Evans Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/10959; it has been noted by GNATS. From: Bruce Evans To: freebsd-gnats-submit@FreeBSD.org, jkoshy@FreeBSD.org Cc: bde@zeta.org.au Subject: Re: kern/10959: 3.1-STABLE crashes due to a floppy mount problem Date: Thu, 12 Aug 1999 19:54:41 +1000 >bde> The good news is that you found a new bug :-). Rev.1.196 of vfs_bio.c >bde> causes lots of problems by arranging for writes to be retried forever > >Using UFS instead of MSDOSFS leads to an (a) inability to unmount the >floppy and (b) and endless series of retried writes to the floppy. >No panic, though. No problem if the machine is attended :-). You can "fix" it by removing the write protection or by changing to disposable writable media. The latter also works for hard write errors, but is only possible because the driver doesn't support media change (when the media changes, buffers for the original media should be held until the original media comes back, or discarded). Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 12 4: 0:11 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 9EEB2155DA; Thu, 12 Aug 1999 04:00:10 -0700 (PDT) (envelope-from marcel@FreeBSD.org) Received: (from marcel@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA61531; Thu, 12 Aug 1999 03:58:42 -0700 (PDT) (envelope-from marcel@FreeBSD.org) Date: Thu, 12 Aug 1999 03:58:42 -0700 (PDT) From: Message-Id: <199908121058.DAA61531@freefall.freebsd.org> To: petr.rehor@decros.cz, marcel@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/12319: linux emu: getrusage causing core dumps Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: linux emu: getrusage causing core dumps State-Changed-From-To: open->closed State-Changed-By: marcel State-Changed-When: Thu Aug 12 03:56:42 PDT 1999 State-Changed-Why: False alarm. The coredump was caused by something else. Unfortunately it is not known by what. The getrusage implementation is correct. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 12 4:53:42 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 1C30214D25 for ; Thu, 12 Aug 1999 04:53:22 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA68374; Thu, 12 Aug 1999 04:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from axl.noc.iafrica.com (axl.noc.iafrica.com [196.31.1.175]) by hub.freebsd.org (Postfix) with ESMTP id 616A815726 for ; Thu, 12 Aug 1999 04:47:10 -0700 (PDT) (envelope-from sheldonh@axl.noc.iafrica.com) Received: from sheldonh (helo=axl.noc.iafrica.com) by axl.noc.iafrica.com with local-esmtp (Exim 3.02 #1) id 11EtIy-00011U-00 for FreeBSD-gnats-submit@freebsd.org; Thu, 12 Aug 1999 13:45:56 +0200 Message-Id: <3935.934458356@axl.noc.iafrica.com> Date: Thu, 12 Aug 1999 13:45:56 +0200 From: Sheldon Hearn Reply-To: Sheldon Hearn To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/13091: [PATCH] pdksh-derived replacement for test(1) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 13091 >Category: bin >Synopsis: [PATCH] pdksh-derived replacement for test(1) >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu Aug 12 04:50:01 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Sheldon Hearn >Release: FreeBSD 4.0-CURRENT i386 >Organization: UUNET South Africa >Environment: 4.0-CURRENT >Description: A recent query on the freebsd-hackers list for new features in test brought up the issue of NetBSD's pdksh-derived test(1). Two noteworthy extensions are the -nt (newer than) and -ot (older than) binary file operators. NetBSD has had this test(1) since mid 1994, with no significant changes since since late 1997. >How-To-Repeat: N/A >Fix: Apply the following 27KB diff. Note that the operators.* files are obsoleted by this change. Index: Makefile =================================================================== RCS file: /home/ncvs/src/bin/test/Makefile,v retrieving revision 1.4 diff -u -d -r1.4 Makefile --- Makefile 1997/02/22 14:06:17 1.4 +++ Makefile 1999/08/12 10:42:04 @@ -2,7 +2,6 @@ # $Id: Makefile,v 1.4 1997/02/22 14:06:17 peter Exp $ PROG= test -SRCS= test.c operators.c LINKS= ${BINDIR}/test ${BINDIR}/[ MLINKS= test.1 '[.1' cvs diff: operators.c was removed, no comparison available cvs diff: operators.h was removed, no comparison available Index: test.1 =================================================================== RCS file: /home/ncvs/src/bin/test/test.1,v retrieving revision 1.8 diff -u -d -r1.8 test.1 --- test.1 1998/12/18 03:16:47 1.8 +++ test.1 1999/08/12 11:17:15 @@ -39,14 +39,17 @@ .Dt TEST 1 .Os .Sh NAME -.Nm test +.Nm test , +.Nm \&[ .Nd condition evaluation utility .Sh SYNOPSIS .Nm test .Ar expression +.Nm [ +.Ar expression Cm ] .Sh DESCRIPTION The -.Nm +.Nm test utility evaluates the expression and, if it evaluates to true, returns a zero (true) exit status; otherwise it returns 1 (false). @@ -54,11 +57,11 @@ returns 1 (false). .Pp All operators and flags are separate arguments to the -.Nm +.Nm test utility. .Pp The following primaries are used to construct expression: -.Bl -tag -width indent +.Bl -tag -width Ar .It Fl b Ar file True if .Ar file @@ -90,6 +93,14 @@ True if .Ar file exists and is a symbolic link. +This operator is retained for compatibility with previous versions of +this program. Do not rely on its existence; use +.Fl L +instead. +.It Fl k Ar file +True if +.Ar file +exists and its sticky bit is set. .It Fl n Ar string True if the length of .Ar string @@ -99,25 +110,20 @@ .Ar file is a named pipe .Po Tn FIFO Pc . -.It Fl S Ar file -True if -.Ar file -is a socket. .It Fl r Ar file True if -.Ar file +.Ar file exists and is readable. .It Fl s Ar file True if .Ar file exists and has a size greater than zero. -.It Fl t Ar [file_descriptor] +.It Fl t Op Ar file_descriptor True if the file whose file descriptor number is .Ar file_descriptor -(default 1) is open and is -associated with a terminal. +is open and is associated with a terminal. .It Fl u Ar file True if .Ar file @@ -146,6 +152,38 @@ True if the length of .Ar string is zero. +.It Fl L Ar file +True if +.Ar file +exists and is a symbolic link. +.It Fl O Ar file +True if +.Ar file +exists and its owner matches the effective user id of this process. +.It Fl G Ar file +True if +.Ar file +exists and its group matches the effective group id of this process. +.It Fl S Ar file +True if +.Ar file +exists and is a socket. +.It Ar file1 Fl nt Ar file2 +True if +.Ar file1 +exists and is newer than +.Ar file2 . +.It Ar file1 Fl ot Ar file2 +True if +.Ar file1 +exists and is older than +.Ar file2 . +.It Ar file1 Fl ef Ar file2 +True if +.Ar file1 +and +.Ar file2 +exist and refer to the same file. .It Ar string True if .Ar string @@ -163,6 +201,23 @@ and .Ar \&s\&2 are not identical. +.It Ar \&s\&1 Cm \&< Ar \&s\&2 +True if string +.Ar \&s\&1 +comes before +.Ar \&s\&2 +based on the ASCII value of their characters. +.It Ar \&s\&1 Cm \&> Ar \&s\&2 +True if string +.Ar \&s\&1 +comes after +.Ar \&s\&2 +based on the ASCII value of their characters. +.It Ar \&s\&1 +True if +.Ar \&s\&1 +is not the null +string. .It Ar \&n\&1 Fl \&eq Ar \&n\&2 True if the integers .Ar \&n\&1 @@ -232,7 +287,7 @@ operator. .Sh GRAMMAR AMBIGUITY The -.Nm +.Nm test grammar is inherently ambiguous. In order to assure a degree of consistency, the cases described in the .St -p1003.2 , @@ -242,7 +297,7 @@ command semantics. .Sh RETURN VALUES The -.Nm +.Nm test utility exits with one of the following values: .Bl -tag -width Ds .It 0 @@ -258,7 +313,7 @@ .Xr sh 1 .Sh STANDARDS The -.Nm -function is expected to be +.Nm test +utility implements a superset of the .St -p1003.2 -compatible. +specification. Index: test.c =================================================================== RCS file: /home/ncvs/src/bin/test/test.c,v retrieving revision 1.21 diff -u -d -r1.21 test.c --- test.c 1999/05/08 10:22:15 1.21 +++ test.c 1999/08/12 11:43:28 @@ -1,593 +1,463 @@ -/*- - * Copyright (c) 1992, 1993, 1994 - * The Regents of the University of California. All rights reserved. - * - * This code is derived from software contributed to Berkeley by - * Kenneth Almquist. - * - * 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. - * 3. All advertising materials mentioning features or use of this software - * must display the following acknowledgement: - * This product includes software developed by the University of - * California, Berkeley and its contributors. - * 4. Neither the name of the University nor the names of its contributors - * may be used to endorse or promote products derived from this software - * without specific prior written permission. +/* $NetBSD: test.c,v 1.21 1999/04/05 09:48:38 kleink Exp $ */ + +/* + * test(1); version 7-like -- author Erik Baalbergen + * modified by Eric Gisin to be used as built-in. + * modified by Arnold Robbins to add SVR3 compatibility + * (-x -c -b -p -u -g -k) plus Korn's -L -nt -ot -ef and new -S (socket). + * modified by J.T. Conklin for NetBSD. * - * THIS SOFTWARE IS PROVIDED BY THE REGENTS 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 REGENTS 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. + * This program is in the Public Domain. */ #ifndef lint -static char const copyright[] = -"@(#) Copyright (c) 1992, 1993, 1994\n\ - The Regents of the University of California. All rights reserved.\n"; -#endif /* not lint */ - -#ifndef lint -#if 0 -static char sccsid[] = "@(#)test.c 8.3 (Berkeley) 4/2/94"; -#endif static const char rcsid[] = "$Id: test.c,v 1.21 1999/05/08 10:22:15 kris Exp $"; #endif /* not lint */ -#include +#include #include #include #include #include -#include #include #include #include #include - -#include "operators.h" -#define STACKSIZE 12 -#define NESTINCR 16 - -/* data types */ -#define STRING 0 -#define INTEGER 1 -#define BOOLEAN 2 +/* test(1) accepts the following grammar: + oexpr ::= aexpr | aexpr "-o" oexpr ; + aexpr ::= nexpr | nexpr "-a" aexpr ; + nexpr ::= primary | "!" primary + primary ::= unary-operator operand + | operand binary-operator operand + | operand + | "(" oexpr ")" + ; + unary-operator ::= "-r"|"-w"|"-x"|"-f"|"-d"|"-c"|"-b"|"-p"| + "-u"|"-g"|"-k"|"-s"|"-t"|"-z"|"-n"|"-o"|"-O"|"-G"|"-L"|"-S"; -#define IS_BANG(s) (s[0] == '!' && s[1] == '\0') + binary-operator ::= "="|"!="|"-eq"|"-ne"|"-ge"|"-gt"|"-le"|"-lt"| + "-nt"|"-ot"|"-ef"; + operand ::= +*/ -/* - * This structure hold a value. The type keyword specifies the type of - * the value, and the union u holds the value. The value of a boolean - * is stored in u.num (1 = TRUE, 0 = FALSE). - */ -struct value { - int type; - union { - char *string; - long num; - } u; +enum token { + EOI, + FILRD, + FILWR, + FILEX, + FILEXIST, + FILREG, + FILDIR, + FILCDEV, + FILBDEV, + FILFIFO, + FILSOCK, + FILSYM, + FILGZ, + FILTT, + FILSUID, + FILSGID, + FILSTCK, + FILNT, + FILOT, + FILEQ, + FILUID, + FILGID, + STREZ, + STRNZ, + STREQ, + STRNE, + STRLT, + STRGT, + INTEQ, + INTNE, + INTGE, + INTGT, + INTLE, + INTLT, + UNOT, + BAND, + BOR, + LPAREN, + RPAREN, + OPERAND }; -struct operator { - short op; /* Which operator. */ - short pri; /* Priority of operator. */ +enum token_types { + UNOP, + BINOP, + BUNOP, + BBINOP, + PAREN }; -struct filestat { - char *name; /* Name of file. */ - int rcode; /* Return code from stat. */ - struct stat stat; /* Status info on file. */ +struct t_op { + const char *op_text; + short op_num, op_type; +} const ops [] = { + {"-r", FILRD, UNOP}, + {"-w", FILWR, UNOP}, + {"-x", FILEX, UNOP}, + {"-e", FILEXIST,UNOP}, + {"-f", FILREG, UNOP}, + {"-d", FILDIR, UNOP}, + {"-c", FILCDEV,UNOP}, + {"-b", FILBDEV,UNOP}, + {"-p", FILFIFO,UNOP}, + {"-u", FILSUID,UNOP}, + {"-g", FILSGID,UNOP}, + {"-k", FILSTCK,UNOP}, + {"-s", FILGZ, UNOP}, + {"-t", FILTT, UNOP}, + {"-z", STREZ, UNOP}, + {"-n", STRNZ, UNOP}, + {"-h", FILSYM, UNOP}, /* for backwards compat */ + {"-O", FILUID, UNOP}, + {"-G", FILGID, UNOP}, + {"-L", FILSYM, UNOP}, + {"-S", FILSOCK,UNOP}, + {"=", STREQ, BINOP}, + {"!=", STRNE, BINOP}, + {"<", STRLT, BINOP}, + {">", STRGT, BINOP}, + {"-eq", INTEQ, BINOP}, + {"-ne", INTNE, BINOP}, + {"-ge", INTGE, BINOP}, + {"-gt", INTGT, BINOP}, + {"-le", INTLE, BINOP}, + {"-lt", INTLT, BINOP}, + {"-nt", FILNT, BINOP}, + {"-ot", FILOT, BINOP}, + {"-ef", FILEQ, BINOP}, + {"!", UNOT, BUNOP}, + {"-a", BAND, BBINOP}, + {"-o", BOR, BBINOP}, + {"(", LPAREN, PAREN}, + {")", RPAREN, PAREN}, + {0, 0, 0} }; -static int expr_is_false __P((struct value *)); -static void expr_operator __P((int, struct value *, struct filestat *)); -static void get_int __P((char *, long *)); -static int lookup_op __P((char *, const char *const *)); -static void overflow __P((void)); -static int posix_binary_op __P((char **)); -static int posix_unary_op __P((char **)); -static void syntax __P((void)); +struct t_op const *t_wp_op; +char **t_wp; +static void syntax __P((const char *, const char *)); +static enum token t_lex __P((char *)); +static int oexpr __P((enum token)); +static int aexpr __P((enum token)); +static int nexpr __P((enum token)); +static int primary __P((enum token)); +static int binop __P((void)); +static int filstat __P((char *, enum token)); +static int isoperand __P((void)); +static int getn __P((const char *)); +static int newerf __P((const char *, const char *)); +static int olderf __P((const char *, const char *)); +static int equalf __P((const char *, const char *)); + int main(argc, argv) int argc; char *argv[]; { - struct operator opstack[STACKSIZE]; - struct operator *opsp; - struct value valstack[STACKSIZE + 1]; - struct value *valsp; - struct filestat fs; - char c, **ap, *opname, *p; - int binary, nest, op = 0, pri, ret_val, skipping; - - if ((p = argv[0]) == NULL) - errx(2, "test: argc is zero"); + int res; - if (*p != '\0' && p[strlen(p) - 1] == '[') { + if (strcmp(argv[0], "[") == 0) { if (strcmp(argv[--argc], "]")) errx(2, "missing ]"); argv[argc] = NULL; } - ap = argv + 1; - fs.name = NULL; - /* - * Test(1) implements an inherently ambiguous grammar. In order to - * assure some degree of consistency, we special case the POSIX 1003.2 - * requirements to assure correct evaluation for POSIX scripts. The - * following special cases comply with POSIX P1003.2/D11.2 Section - * 4.62.4. - */ - switch(argc - 1) { - case 0: /* % test */ - return (1); - break; - case 1: /* % test arg */ - return (argv[1] == NULL || *argv[1] == '\0') ? 1 : 0; - break; - case 2: /* % test op arg */ - opname = argv[1]; - if (IS_BANG(opname)) - return (*argv[2] == '\0') ? 0 : 1; - else { - ret_val = posix_unary_op(&argv[1]); - if (ret_val >= 0) - return (ret_val); - } - break; - case 3: /* % test arg1 op arg2 */ - if (IS_BANG(argv[1])) { - ret_val = posix_unary_op(&argv[1]); - if (ret_val >= 0) - return (!ret_val); - } else if (lookup_op(argv[2], andor_op) < 0) { - ret_val = posix_binary_op(&argv[1]); - if (ret_val >= 0) - return (ret_val); - } - break; - case 4: /* % test ! arg1 op arg2 */ - if (IS_BANG(argv[1]) && lookup_op(argv[3], andor_op) < 0 ) { - ret_val = posix_binary_op(&argv[2]); - if (ret_val >= 0) - return (!ret_val); - } - break; - default: - break; - } + t_wp = &argv[1]; + res = !oexpr(t_lex(*t_wp)); - /* - * We use operator precedence parsing, evaluating the expression as - * we parse it. Parentheses are handled by bumping up the priority - * of operators using the variable "nest." We use the variable - * "skipping" to turn off evaluation temporarily for the short - * circuit boolean operators. (It is important do the short circuit - * evaluation because under NFS a stat operation can take infinitely - * long.) - */ - opsp = opstack + STACKSIZE; - valsp = valstack; - nest = skipping = 0; - if (*ap == NULL) { - valstack[0].type = BOOLEAN; - valstack[0].u.num = 0; - goto done; - } - for (;;) { - opname = *ap++; - if (opname == NULL) - syntax(); - if (opname[0] == '(' && opname[1] == '\0') { - nest += NESTINCR; - continue; - } else if (*ap && (op = lookup_op(opname, unary_op)) >= 0) { - if (opsp == &opstack[0]) - overflow(); - --opsp; - opsp->op = op; - opsp->pri = op_priority[op] + nest; - continue; - } else { - valsp->type = STRING; - valsp->u.string = opname; - valsp++; - } - for (;;) { - opname = *ap++; - if (opname == NULL) { - if (nest != 0) - syntax(); - pri = 0; - break; - } - if (opname[0] != ')' || opname[1] != '\0') { - if ((op = lookup_op(opname, binary_op)) < 0) - syntax(); - op += FIRST_BINARY_OP; - pri = op_priority[op] + nest; - break; - } - if ((nest -= NESTINCR) < 0) - syntax(); - } - while (opsp < &opstack[STACKSIZE] && opsp->pri >= pri) { - binary = opsp->op; - for (;;) { - valsp--; - c = op_argflag[opsp->op]; - if (c == OP_INT) { - if (valsp->type == STRING) - get_int(valsp->u.string, - &valsp->u.num); - valsp->type = INTEGER; - } else if (c >= OP_STRING) { - /* OP_STRING or OP_FILE */ - if (valsp->type == INTEGER) { - if ((p = malloc(32)) == NULL) - err(2, NULL); -#ifdef SHELL - fmtstr(p, 32, "%d", - valsp->u.num); -#else - (void)sprintf(p, - "%ld", valsp->u.num); -#endif - valsp->u.string = p; - } else if (valsp->type == BOOLEAN) { - if (valsp->u.num) - valsp->u.string = - "true"; - else - valsp->u.string = ""; - } - valsp->type = STRING; - if (c == OP_FILE && (fs.name == NULL || - strcmp(fs.name, valsp->u.string))) { - fs.name = valsp->u.string; - fs.rcode = - stat(valsp->u.string, - &fs.stat); - } - } - if (binary < FIRST_BINARY_OP) - break; - binary = 0; - } - if (!skipping) - expr_operator(opsp->op, valsp, &fs); - else if (opsp->op == AND1 || opsp->op == OR1) - skipping--; - valsp++; /* push value */ - opsp++; /* pop operator */ - } - if (opname == NULL) - break; - if (opsp == &opstack[0]) - overflow(); - if (op == AND1 || op == AND2) { - op = AND1; - if (skipping || expr_is_false(valsp - 1)) - skipping++; - } - if (op == OR1 || op == OR2) { - op = OR1; - if (skipping || !expr_is_false(valsp - 1)) - skipping++; - } - opsp--; - opsp->op = op; - opsp->pri = pri; - } -done: return (expr_is_false(&valstack[0])); + if (*t_wp != NULL && *++t_wp != NULL) + syntax(*t_wp, "unexpected operator"); + + return res; +} + +static void +syntax(op, msg) + const char *op; + const char *msg; +{ + if (op && *op) + errx(2, "%s: %s", op, msg); + else + errx(2, "%s", msg); } static int -expr_is_false(val) - struct value *val; +oexpr(n) + enum token n; { + int res; - if (val->type == STRING) { - if (val->u.string[0] == '\0') - return (1); - } else { /* INTEGER or BOOLEAN */ - if (val->u.num == 0) - return (1); - } - return (0); + res = aexpr(n); + if (t_lex(*++t_wp) == BOR) + return oexpr(t_lex(*++t_wp)) || res; + t_wp--; + return res; } +static int +aexpr(n) + enum token n; +{ + int res; -/* - * Execute an operator. Op is the operator. Sp is the stack pointer; - * sp[0] refers to the first operand, sp[1] refers to the second operand - * (if any), and the result is placed in sp[0]. The operands are converted - * to the type expected by the operator before expr_operator is called. - * Fs is a pointer to a structure which holds the value of the last call - * to stat, to avoid repeated stat calls on the same file. - */ -static void -expr_operator(op, sp, fs) - int op; - struct value *sp; - struct filestat *fs; + res = nexpr(n); + if (t_lex(*++t_wp) == BAND) + return aexpr(t_lex(*++t_wp)) && res; + t_wp--; + return res; +} + +static int +nexpr(n) + enum token n; /* token */ { - int i; + if (n == UNOT) + return !nexpr(t_lex(*++t_wp)); + return primary(n); +} - switch (op) { - case NOT: - sp->u.num = expr_is_false(sp); - sp->type = BOOLEAN; - break; - case ISEXIST: -exist: - if (fs == NULL || fs->rcode == -1) - goto false; - else - goto true; - case ISREAD: - if (geteuid() == 0) - goto exist; - i = S_IROTH; - goto permission; - case ISWRITE: - if (geteuid() != 0) - i = S_IWOTH; - else { - i = S_IWOTH|S_IWGRP|S_IWUSR; - goto filebit; +static int +primary(n) + enum token n; +{ + enum token nn; + int res; + + if (n == EOI) + return 0; /* missing expression */ + if (n == LPAREN) { + if ((nn = t_lex(*++t_wp)) == RPAREN) + return 0; /* missing expression */ + res = oexpr(nn); + if (t_lex(*++t_wp) != RPAREN) + syntax(NULL, "closing paren expected"); + return res; + } + if (t_wp_op && t_wp_op->op_type == UNOP) { + /* unary expression */ + if (*++t_wp == NULL) + syntax(t_wp_op->op_text, "argument expected"); + switch (n) { + case STREZ: + return strlen(*t_wp) == 0; + case STRNZ: + return strlen(*t_wp) != 0; + case FILTT: + return isatty(getn(*t_wp)); + default: + return filstat(*t_wp, n); } - goto permission; - case ISEXEC: - if (geteuid() != 0) { - i = S_IXOTH; -permission: if (fs->stat.st_uid == geteuid()) - i <<= 6; - else { - gid_t grlist[NGROUPS]; - int ngroups, j; + } - ngroups = getgroups(NGROUPS, grlist); - for (j = 0; j < ngroups; j++) - if (fs->stat.st_gid == grlist[j]) { - i <<= 3; - goto filebit; - } - } - } else - i = S_IXOTH|S_IXGRP|S_IXUSR; - goto filebit; /* true if (stat.st_mode & i) != 0 */ - case ISFILE: - i = S_IFREG; - goto filetype; - case ISDIR: - i = S_IFDIR; - goto filetype; - case ISCHAR: - i = S_IFCHR; - goto filetype; - case ISBLOCK: - i = S_IFBLK; - goto filetype; - case ISSYMLINK: - i = S_IFLNK; - fs->rcode = lstat(sp->u.string, &fs->stat); - goto filetype; - case ISFIFO: - i = S_IFIFO; - goto filetype; - case ISSOCK: - i = S_IFSOCK; - goto filetype; -filetype: if ((fs->stat.st_mode & S_IFMT) == i && fs->rcode >= 0) -true: sp->u.num = 1; - else -false: sp->u.num = 0; - sp->type = BOOLEAN; - break; - case ISSETUID: - i = S_ISUID; - goto filebit; - case ISSETGID: - i = S_ISGID; - goto filebit; - case ISSTICKY: - i = S_ISVTX; -filebit: if (fs->stat.st_mode & i && fs->rcode >= 0) - goto true; - goto false; - case ISSIZE: - sp->u.num = fs->rcode >= 0 ? fs->stat.st_size : 0L; - sp->type = INTEGER; - break; - case ISTTY: - sp->u.num = isatty(sp->u.num); - sp->type = BOOLEAN; - break; - case NULSTR: - if (sp->u.string[0] == '\0') - goto true; - goto false; - case STRLEN: - sp->u.num = strlen(sp->u.string); - sp->type = INTEGER; - break; - case OR1: - case AND1: - /* - * These operators are mostly handled by the parser. If we - * get here it means that both operands were evaluated, so - * the value is the value of the second operand. - */ - *sp = *(sp + 1); - break; - case STREQ: - case STRNE: - i = 0; - if (!strcmp(sp->u.string, (sp + 1)->u.string)) - i++; - if (op == STRNE) - i = 1 - i; - sp->u.num = i; - sp->type = BOOLEAN; - break; - case EQ: - if (sp->u.num == (sp + 1)->u.num) - goto true; - goto false; - case NE: - if (sp->u.num != (sp + 1)->u.num) - goto true; - goto false; - case GT: - if (sp->u.num > (sp + 1)->u.num) - goto true; - goto false; - case LT: - if (sp->u.num < (sp + 1)->u.num) - goto true; - goto false; - case LE: - if (sp->u.num <= (sp + 1)->u.num) - goto true; - goto false; - case GE: - if (sp->u.num >= (sp + 1)->u.num) - goto true; - goto false; + if (t_lex(t_wp[1]), t_wp_op && t_wp_op->op_type == BINOP) { + return binop(); + } - } + return strlen(*t_wp) > 0; } static int -lookup_op(name, table) - char *name; - const char *const * table; +binop() { - const char *const * tp; - const char *p; - char c; + const char *opnd1, *opnd2; + struct t_op const *op; - c = name[1]; - for (tp = table; (p = *tp) != NULL; tp++) - if (p[1] == c && !strcmp(p, name)) - return (tp - table); - return (-1); + opnd1 = *t_wp; + (void) t_lex(*++t_wp); + op = t_wp_op; + + if ((opnd2 = *++t_wp) == (char *)0) + syntax(op->op_text, "argument expected"); + + switch (op->op_num) { + case STREQ: + return strcmp(opnd1, opnd2) == 0; + case STRNE: + return strcmp(opnd1, opnd2) != 0; + case STRLT: + return strcmp(opnd1, opnd2) < 0; + case STRGT: + return strcmp(opnd1, opnd2) > 0; + case INTEQ: + return getn(opnd1) == getn(opnd2); + case INTNE: + return getn(opnd1) != getn(opnd2); + case INTGE: + return getn(opnd1) >= getn(opnd2); + case INTGT: + return getn(opnd1) > getn(opnd2); + case INTLE: + return getn(opnd1) <= getn(opnd2); + case INTLT: + return getn(opnd1) < getn(opnd2); + case FILNT: + return newerf (opnd1, opnd2); + case FILOT: + return olderf (opnd1, opnd2); + case FILEQ: + return equalf (opnd1, opnd2); + default: + abort(); + /* NOTREACHED */ + } } static int -posix_unary_op(argv) - char **argv; +filstat(nm, mode) + char *nm; + enum token mode; { - struct filestat fs; - struct value valp; - int op, c; - char *opname; + struct stat s; - opname = *argv; - if ((op = lookup_op(opname, unary_op)) < 0) - return (-1); - c = op_argflag[op]; - opname = argv[1]; - valp.u.string = opname; - if (c == OP_FILE) { - fs.name = opname; - fs.rcode = stat(opname, &fs.stat); - } else if (c != OP_STRING) - return (-1); + if (mode == FILSYM ? lstat(nm, &s) : stat(nm, &s)) + return 0; - expr_operator(op, &valp, &fs); - return (valp.u.num == 0); + switch (mode) { + case FILRD: + return access(nm, R_OK) == 0; + case FILWR: + return access(nm, W_OK) == 0; + case FILEX: + return access(nm, X_OK) == 0; + case FILEXIST: + return access(nm, F_OK) == 0; + case FILREG: + return S_ISREG(s.st_mode); + case FILDIR: + return S_ISDIR(s.st_mode); + case FILCDEV: + return S_ISCHR(s.st_mode); + case FILBDEV: + return S_ISBLK(s.st_mode); + case FILFIFO: + return S_ISFIFO(s.st_mode); + case FILSOCK: + return S_ISSOCK(s.st_mode); + case FILSYM: + return S_ISLNK(s.st_mode); + case FILSUID: + return (s.st_mode & S_ISUID) != 0; + case FILSGID: + return (s.st_mode & S_ISGID) != 0; + case FILSTCK: + return (s.st_mode & S_ISVTX) != 0; + case FILGZ: + return s.st_size > (off_t)0; + case FILUID: + return s.st_uid == geteuid(); + case FILGID: + return s.st_gid == getegid(); + default: + return 1; + } } -static int -posix_binary_op(argv) - char **argv; +static enum token +t_lex(s) + char *s; { - struct value v[2]; - int op, c; - char *opname; + struct t_op const *op = ops; - opname = argv[1]; - if ((op = lookup_op(opname, binary_op)) < 0) - return (-1); - op += FIRST_BINARY_OP; - c = op_argflag[op]; + if (s == 0) { + t_wp_op = (struct t_op *)0; + return EOI; + } + while (op->op_text) { + if (strcmp(s, op->op_text) == 0) { + if ((op->op_type == UNOP && isoperand()) || + (op->op_num == LPAREN && *(t_wp+1) == 0)) + break; + t_wp_op = op; + return op->op_num; + } + op++; + } + t_wp_op = (struct t_op *)0; + return OPERAND; +} - if (c == OP_INT) { - get_int(argv[0], &v[0].u.num); - get_int(argv[2], &v[1].u.num); - } else { - v[0].u.string = argv[0]; - v[1].u.string = argv[2]; +static int +isoperand() +{ + struct t_op const *op = ops; + char *s; + char *t; + + if ((s = *(t_wp+1)) == 0) + return 1; + if ((t = *(t_wp+2)) == 0) + return 0; + while (op->op_text) { + if (strcmp(s, op->op_text) == 0) + return op->op_type == BINOP && + (t[0] != ')' || t[1] != '\0'); + op++; } - expr_operator(op, v, NULL); - return (v[0].u.num == 0); + return 0; } -/* - * Integer type checking. - */ -static void -get_int(v, lp) - char *v; - long *lp; +/* atoi with error detection */ +static int +getn(s) + const char *s; { - long val; - char *ep; + char *p; + long r; - for (; *v && isspace(*v); ++v); + errno = 0; + r = strtol(s, &p, 10); - if(!*v) { - *lp = 0; - return; - } + if (errno != 0) + errx(2, "%s: out of range", s); - if (isdigit(*v) || ((*v == '-' || *v == '+') && isdigit(*(v+1)))) { - errno = 0; - val = strtol(v, &ep, 10); - if (*ep != '\0') - errx(2, "%s: trailing non-numeric characters", v); - if (errno == ERANGE) { - if (val == LONG_MIN) - errx(2, "%s: underflow", v); - if (val == LONG_MAX) - errx(2, "%s: overflow", v); - } - *lp = val; - return; - } - errx(2, "%s: expected integer", v); + while (isspace((unsigned char)*p)) + p++; + + if (*p) + errx(2, "%s: bad number", s); + + return (int) r; } -static void -syntax() +static int +newerf (f1, f2) + const char *f1, *f2; { + struct stat b1, b2; - errx(2, "syntax error"); + return (stat (f1, &b1) == 0 && + stat (f2, &b2) == 0 && + b1.st_mtime > b2.st_mtime); } -static void -overflow() +static int +olderf (f1, f2) + const char *f1, *f2; { + struct stat b1, b2; - errx(2, "expression is too complex"); + return (stat (f1, &b1) == 0 && + stat (f2, &b2) == 0 && + b1.st_mtime < b2.st_mtime); +} + +static int +equalf (f1, f2) + const char *f1, *f2; +{ + struct stat b1, b2; + + return (stat (f1, &b1) == 0 && + stat (f2, &b2) == 0 && + b1.st_dev == b2.st_dev && + b1.st_ino == b2.st_ino); } >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 Aug 12 5: 9: 6 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 4BFE615726; Thu, 12 Aug 1999 05:09:05 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA69716; Thu, 12 Aug 1999 05:08:37 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Thu, 12 Aug 1999 05:08:37 -0700 (PDT) From: Message-Id: <199908121208.FAA69716@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, sheldonh@FreeBSD.org Subject: Re: bin/13091: [PATCH] pdksh-derived replacement for test(1) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: [PATCH] pdksh-derived replacement for test(1) Responsible-Changed-From-To: freebsd-bugs->sheldonh Responsible-Changed-By: sheldonh Responsible-Changed-When: Thu Aug 12 05:02:42 PDT 1999 Responsible-Changed-Why: I'd love feedback, particularly of the mpp and bde variety. :-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 12 5:40:28 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 4417D15763 for ; Thu, 12 Aug 1999 05:40:21 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA71256; Thu, 12 Aug 1999 05:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from gw-nl3.philips.com (gw-nl3.philips.com [192.68.44.35]) by hub.freebsd.org (Postfix) with ESMTP id 11B3015757 for ; Thu, 12 Aug 1999 05:38:50 -0700 (PDT) (envelope-from Paul.Hernaus@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 OAA12497 for ; Thu, 12 Aug 1999 14:38:40 +0200 (MEST) (envelope-from Paul.Hernaus@nl.origin-it.com) Received: from smtprelay-eur1.philips.com(130.139.36.3) by gw-nl3.philips.com via mwrap (4.0a) id xma012490; Thu, 12 Aug 99 14:38:40 +0200 Received: from itchy.mpn.cp.philips.com (itchy.mpn.cp.philips.com [130.139.64.191]) by smtprelay-nl1.philips.com (8.9.3/8.8.5-1.2.2m-19990317) with ESMTP id OAA15995 for ; Thu, 12 Aug 1999 14:38:39 +0200 (MET DST) Received: by itchy.mpn.cp.philips.com (Postfix, from userid 100) id 64135702C; Thu, 12 Aug 1999 14:38:39 +0200 (CEST) Message-Id: <19990812123839.64135702C@itchy.mpn.cp.philips.com> Date: Thu, 12 Aug 1999 14:38:39 +0200 (CEST) From: Paul.Hernaus@nl.origin-it.com Reply-To: Paul.Hernaus@nl.origin-it.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/13092: Fetch doesn't default to the correct http-port when no port is specified in the environment Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 13092 >Category: bin >Synopsis: Fetch doesn't default to the correct http-port when no port is specifie d in the environment >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 Aug 12 05:40:01 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Paul Hernaus >Release: FreeBSD 3.2-STABLE i386 >Organization: Origin Nederland B.V. >Environment: stable as of now >Description: [~] paul@itchy> setenv HTTP_PROXY www-proxy.mpn.cp.philips.com [~] paul@itchy> fetch http://www.freebsd.org/index.html fetch: sendmsg: www-proxy.mpn.cp.philips.com: Can't assign requested address [~] paul@itchy> >How-To-Repeat: See above >Fix: Apply the following patch against stable. Note that this also fixes a missing dependency on fetch.h. diff -u /usr/src/usr.bin/fetch/Makefile /tmp/fetch/Makefile --- /usr/src/usr.bin/fetch/Makefile Thu Jan 30 22:43:35 1997 +++ /tmp/fetch/Makefile Thu Aug 12 14:15:51 1999 @@ -1,5 +1,5 @@ PROG = fetch -SRCS = file.c ftp.c http.c main.c util.c uri.c +SRCS = fetch.h file.c ftp.c http.c main.c util.c uri.c CFLAGS+= -Wall -Wwrite-strings -Wmissing-prototypes diff -u /usr/src/usr.bin/fetch/fetch.h /tmp/fetch/fetch.h --- /usr/src/usr.bin/fetch/fetch.h Tue Dec 8 14:00:49 1998 +++ /tmp/fetch/fetch.h Thu Aug 12 14:16:05 1999 @@ -37,6 +37,9 @@ #define FETCH_VERSION "fetch/1.0" #define PATH_CP "/bin/cp" +#define DEFAULT_FTP_PORT 21 +#define DEFAULT_HTTP_PORT 80 + struct fetch_state { const char *fs_status; const char *fs_outputfile; diff -u /usr/src/usr.bin/fetch/ftp.c /tmp/fetch/ftp.c --- /usr/src/usr.bin/fetch/ftp.c Fri Jun 25 04:57:24 1999 +++ /tmp/fetch/ftp.c Thu Aug 12 14:13:21 1999 @@ -117,7 +117,7 @@ port = ul; } else { - port = 21; + port = DEFAULT_FTP_PORT; } p = slash + 1; @@ -253,7 +253,7 @@ hostname = getenv("FTP_PROXY"); port = strchr(hostname, ':'); if (port == 0) { - portno = 21; + portno = DEFAULT_FTP_PORT; } else { unsigned long ul; char *ep; @@ -289,12 +289,13 @@ user = ftps->ftp_user ? ftps->ftp_user : "anonymous"; /* user @ hostname [ @port ] \0 */ newuser = safe_malloc(strlen(user) + 1 + strlen(ftps->ftp_hostname) - + ((ftps->ftp_port != 21) ? 6 : 0) + 1); + + ((ftps->ftp_port != DEFAULT_FTP_PORT) ? 6 : 0) + + 1); strcpy(newuser, user); strcat(newuser, "@"); strcat(newuser, ftps->ftp_hostname); - if (ftps->ftp_port != 21) { + if (ftps->ftp_port != DEFAULT_FTP_PORT) { char numbuf[6]; snprintf(numbuf, sizeof(numbuf), "%d", ftps->ftp_port); diff -u /usr/src/usr.bin/fetch/http.c /tmp/fetch/http.c --- /usr/src/usr.bin/fetch/http.c Fri Jun 25 04:57:26 1999 +++ /tmp/fetch/http.c Thu Aug 12 14:12:19 1999 @@ -179,7 +179,7 @@ port = ul; } else { - port = 80; + port = DEFAULT_HTTP_PORT; } p = slash; @@ -476,7 +476,9 @@ memset(&sin, 0, sizeof sin); sin.sin_family = AF_INET; sin.sin_len = sizeof sin; - sin.sin_port = htons(https->http_port); + sin.sin_port = htons(https->http_port != 0 + ? https->http_port + : DEFAULT_HTTP_PORT); fs->fs_status = "looking up hostname"; if (inet_aton(https->http_hostname, &sin.sin_addr) == 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 Thu Aug 12 6:26:43 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id D3C6F14D18; Thu, 12 Aug 1999 06:26:41 -0700 (PDT) (envelope-from des@FreeBSD.org) Received: (from des@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA74564; Thu, 12 Aug 1999 06:24:27 -0700 (PDT) (envelope-from des@FreeBSD.org) Date: Thu, 12 Aug 1999 06:24:27 -0700 (PDT) From: Message-Id: <199908121324.GAA74564@freefall.freebsd.org> To: des@FreeBSD.org, freebsd-bugs@FreeBSD.org, des@FreeBSD.org Subject: Re: bin/13092: Fetch doesn't default to the correct http-port when no port is specifie d in the environment Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Fetch doesn't default to the correct http-port when no port is specifie d in the environment Responsible-Changed-From-To: freebsd-bugs->des Responsible-Changed-By: des Responsible-Changed-When: Thu Aug 12 06:24:07 PDT 1999 Responsible-Changed-Why: I'll handle it. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 12 8: 0:23 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 52566157B0 for ; Thu, 12 Aug 1999 08:00:21 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA28717; Thu, 12 Aug 1999 08:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from punish.uun.org (punish.uun.org [18.23.10.83]) by hub.freebsd.org (Postfix) with ESMTP id 17FE114EDF for ; Thu, 12 Aug 1999 07:51:26 -0700 (PDT) (envelope-from dm@punish.uun.org) Received: (from dm@localhost) by punish.uun.org (8.9.1/8.9.1) id KAA19945; Thu, 12 Aug 1999 10:51:25 -0400 (EDT) (envelope-from dm) Message-Id: <199908121451.KAA19945@punish.uun.org> Date: Thu, 12 Aug 1999 10:51:25 -0400 (EDT) From: David Mazieres Reply-To: dm@eecs.harvard.edu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/13108: authunix_create_default inconsistent Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 13108 >Category: bin >Synopsis: authunix_create_default includes egid twice >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 Aug 12 08:00:00 PDT 1999 >Closed-Date: >Last-Modified: >Originator: David Mazieres >Release: FreeBSD 3.0-RELEASE i386 >Organization: >Environment: >Description: authunix_create_default includes the effictive group ID in the grouplist (as well as the gid field). This is inconsistent with almost all other operating systems, and also inconsistent with the FreeBSD kernel. For instance, in nfs_subs.c, the kernel avoids putting cr->cr_groups[0] in the grouplist, because it has already placed it in the gid field of the marshalled authunix structure. 714 for (i = 1; i <= grpsiz; i++) 715 *tl++ = txdr_unsigned(cr->cr_groups[i]); >How-To-Repeat: >Fix: The fix is to change authunix_create_default to compensate for the fact that FreeBSD keeps the effective group ID in the first element of a processes grouplist (unlike the operating systems for which the code was originally written). A simple patch is appended. Alternatively, you could change the kernel to behave like authunix_create_default. The current behavior of having the kernel and libc generate different authunix structures is quite annoying. (In particular, it makes it virtually impossible to "autoconf" RPC behavior in supposedly portable software). --- /usr/src/lib/libc/rpc/auth_unix.c Wed May 28 01:05:02 1997 +++ auth_unix.c Thu Aug 12 10:31:50 1999 @@ -206,9 +206,9 @@ gid = (int)getegid(); if ((len = getgroups(NGROUPS, real_gids)) < 0) abort(); - if(len > NGRPS) len = NGRPS; /* GW: turn `gid_t's into `int's */ + if(--len > NGRPS) len = NGRPS; /* GW: turn `gid_t's into `int's */ for(i = 0; i < len; i++) { - gids[i] = (int)real_gids[i]; + gids[i] = (int)real_gids[i+1]; } return (authunix_create(machname, uid, gid, len, gids)); } >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 Aug 12 13:11:45 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 2AD9814FA3; Thu, 12 Aug 1999 13:11:43 -0700 (PDT) (envelope-from deischen@FreeBSD.org) Received: (from deischen@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA52440; Thu, 12 Aug 1999 13:10:48 -0700 (PDT) (envelope-from deischen@FreeBSD.org) Date: Thu, 12 Aug 1999 13:10:48 -0700 (PDT) From: Message-Id: <199908122010.NAA52440@freefall.freebsd.org> To: nara@magewar.com, deischen@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/12617: thread library bug Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: thread library bug State-Changed-From-To: feedback->closed State-Changed-By: deischen State-Changed-When: Thu Aug 12 13:08:19 PDT 1999 State-Changed-Why: No response during feedback state and my testing shows the problem has been fixed. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 12 15:32:25 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id C6FB414C89 for ; Thu, 12 Aug 1999 15:32:22 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id PAA60815; Thu, 12 Aug 1999 15:30:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Thu, 12 Aug 1999 15:30:03 -0700 (PDT) Message-Id: <199908122230.PAA60815@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Nick Hibma Subject: Re: i386/12981: Bad *.flp files and and raw write program Reply-To: Nick Hibma Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/12981; it has been noted by GNATS. From: Nick Hibma To: dvditto@yahoo.com Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: i386/12981: Bad *.flp files and and raw write program Date: Thu, 12 Aug 1999 22:12:46 +0000 (GMT) > When I use the raw write program you supplied with your boot images > it actually creates bad sectors on my floppy disk. When I use > annoter version of raw write with you boot images, raw write stops > part way though and reports that there is a bad sector, however > there is aren't any bad boot on the disk. >How-To-Repeat: How did you verify that the floppy is ok? Did you try another floppy? It is impossible for a normal utility to create bad blocks on a floppy. If you want to check whether you have bad blocks try the following command: dd if=/dev/rfd0 of=/dev/null bs=1024 count=1440 That should produce an error on reading the floppy. Nick -- e-Mail: hibma@skylink.it To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 12 16:32: 4 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 83A5514E07 for ; Thu, 12 Aug 1999 16:32:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id QAA67291; Thu, 12 Aug 1999 16:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from alcanet.com.au (border.alcanet.com.au [203.62.196.10]) by hub.freebsd.org (Postfix) with ESMTP id B24F3156A8 for ; Thu, 12 Aug 1999 16:21:49 -0700 (PDT) (envelope-from jeremyp@gsmx07.alcatel.com.au) Received: by border.alcanet.com.au id <40340>; Fri, 13 Aug 1999 09:02:25 +1000 Message-Id: <99Aug13.090225est.40340@border.alcanet.com.au> Date: Fri, 13 Aug 1999 09:21:52 +1000 From: Peter Jeremy Reply-To: peter.jeremy@alcatel.com.au To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: i386/13111: Improvement for atomic operations in KLDs Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 13111 >Category: i386 >Synopsis: Improvement for atomic operations in KLDs >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu Aug 12 16:30:00 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Peter Jeremy >Release: FreeBSD 4.0-CURRENT i386 >Organization: Alcatel Australia Limited >Environment: cvs-cur 5563 >Description: The i386 atomic operations were recently re-written by Matt Dillon to actually generate atomic code for both UP and SMP configurations. In order to generate KLDs that are portable between UP and SMP, KLDs are always compiled with `lock' prefixes - which are quite slow, even on UP systems. The following patch creates a set of callable functions which are linked into the kernel. The KLD compilation options are changed to call these functions, rather than in-lining the atomic operations. This approach makes atomic operations from KLDs significantly faster on UP systems (though somewhat slower on SMP systems). >How-To-Repeat: code inspection >Fix: Index: src/sys/i386/conf/files.i386 =================================================================== RCS file: /home/CVSROOT/./src/sys/i386/conf/files.i386,v retrieving revision 1.258 diff -u -r1.258 files.i386 --- files.i386 1999/08/09 10:34:38 1.258 +++ files.i386 1999/08/12 10:18:49 @@ -117,6 +117,8 @@ i386/eisa/eisaconf.c optional eisa i386/eisa/if_fea.c optional fea i386/eisa/if_vx_eisa.c optional vx +i386/i386/atomic.c standard \ + compile-with "${CC} -c ${CFLAGS} ${DEFINED_PROF:S/^$/-fomit-frame-pointer/} $<" i386/i386/autoconf.c standard i386/i386/bios.c standard i386/i386/bioscall.s standard Index: src/sys/i386/include/atomic.h =================================================================== RCS file: /home/CVSROOT/./src/sys/i386/include/atomic.h,v retrieving revision 1.4 diff -u -r1.4 atomic.h --- atomic.h 1999/07/23 23:45:19 1.4 +++ atomic.h 1999/08/12 10:10:11 @@ -54,9 +54,19 @@ */ /* - * Make kernel modules portable between UP and SMP. + * The above functions are expanded inline in the statically-linked + * kernel. Lock prefixes are generated if an SMP kernel is being + * built. + * + * Kernel modules call real functions which are built into the kernel. + * This allows kernel modules to be portable between UP and SMP systems. */ -#if defined(SMP) || defined(KLD_MODULE) +#if defined(KLD_MODULE) +#define ATOMIC_ASM(NAME, TYPE, OP, V) \ + extern void atomic_##NAME##_##TYPE(volatile u_##TYPE *p, u_##TYPE v); + +#else /* !KLD_MODULE */ +#if defined(SMP) #define MPLOCKED "lock ; " #else #define MPLOCKED @@ -74,6 +84,7 @@ : "=m" (*p) \ : "0" (*p), "ir" (V)); \ } +#endif /* KLD_MODULE */ ATOMIC_ASM(set, char, "orb %2,%0", v) ATOMIC_ASM(clear, char, "andb %2,%0", ~v) --- /dev/null Fri Aug 13 02:44:50 1999 +++ src/sys/i386/i386/atomic.c Thu Aug 12 20:26:24 1999 @@ -0,0 +1,47 @@ +/*- + * Copyright (c) 1999 Peter Jeremy + * 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 $ + */ + +/* This file creates publically callable functions to perform various + * simple arithmetic on memory which is atomic in the presence of + * interrupts and multiple processors. + */ +#include + +/* Firstly make atomic.h generate prototypes as it will for kernel modules */ +#define KLD_MODULE +#include +#undef _MACHINE_ATOMIC_H_ /* forget we included it */ +#undef KLD_MODULE +#undef ATOMIC_ASM + +/* Make atomic.h generate public functions */ +#define static +#undef __inline +#define __inline + +#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 Thu Aug 12 16:33:30 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 5DBF414CFE; Thu, 12 Aug 1999 16:33:27 -0700 (PDT) (envelope-from nsayer@FreeBSD.org) Received: (from nsayer@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id QAA75516; Thu, 12 Aug 1999 16:32:05 -0700 (PDT) (envelope-from nsayer@FreeBSD.org) Date: Thu, 12 Aug 1999 16:32:05 -0700 (PDT) From: Message-Id: <199908122332.QAA75516@freefall.freebsd.org> To: nsayer@quack.kfu.com, nsayer@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/1650: telnet encryption with char-mode and ascii loses sync Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: telnet encryption with char-mode and ascii loses sync State-Changed-From-To: open->closed State-Changed-By: nsayer State-Changed-When: Thu Aug 12 16:31:12 PDT 1999 State-Changed-Why: Experiments with SRA on the current /usr/src/crypto/telnet show that this bug is no longer reproducable. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 12 19: 1:14 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id E0EE114CD1 for ; Thu, 12 Aug 1999 19:01:12 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id TAA39654; Thu, 12 Aug 1999 19:00:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Thu, 12 Aug 1999 19:00:02 -0700 (PDT) Message-Id: <199908130200.TAA39654@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Danny J. Zerkel" Subject: Re: bin/4420: find -exedir doesn't chdir for first entry Reply-To: "Danny J. Zerkel" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/4420; it has been noted by GNATS. From: "Danny J. Zerkel" To: freebsd-gnats-submit@freebsd.org, imp@village.org Cc: Subject: Re: bin/4420: find -exedir doesn't chdir for first entry Date: Thu, 12 Aug 1999 21:54:00 -0400 > From: Bruce Evans > > The XXX comment in f_exedir() says that paths with trailing slashes are > mishandled if they actually occur. Ahh, yes. Didn't think about it from that end of the path. Well, my patch does nothing to repair or further break that mishandling. I suppose one could set {} to '.'. It would be technically correct, but the ramifications would be difficult to guess. -- Danny J. Zerkel dzerkel@columbus.rr.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 12 20:50:13 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 66C9914CF9; Thu, 12 Aug 1999 20:50:06 -0700 (PDT) (envelope-from chris@FreeBSD.org) Received: (from chris@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id UAA48002; Thu, 12 Aug 1999 20:47:54 -0700 (PDT) (envelope-from chris@FreeBSD.org) Date: Thu, 12 Aug 1999 20:47:54 -0700 (PDT) From: Message-Id: <199908130347.UAA48002@freefall.freebsd.org> To: smkelly@slashnet.org, chris@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/13047: crypt() with 2 char salt is not returning 13 character backwards compatible strings Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: crypt() with 2 char salt is not returning 13 character backwards compatible strings State-Changed-From-To: open->closed State-Changed-By: chris State-Changed-When: Thu Aug 12 20:47:28 PDT 1999 State-Changed-Why: Originator confirms his problem has been fixed. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 12 22: 1:43 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 881F7157E5 for ; Thu, 12 Aug 1999 22:01:35 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id WAA58083; Thu, 12 Aug 1999 22:00:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Thu, 12 Aug 1999 22:00:03 -0700 (PDT) Message-Id: <199908130500.WAA58083@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Subject: Re: kern/10959: 3.1-STABLE crashes due to a floppy mount problem Reply-To: Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/10959; it has been noted by GNATS. From: To: freebsd-gnats-submit@FreeBSD.org Cc: Bruce Evans , phk@FreeBSD.org Subject: Re: kern/10959: 3.1-STABLE crashes due to a floppy mount problem Date: Thu, 12 Aug 1999 21:54:14 -0700 (PDT) The following band-aid patch fixes the panic reported in PR kern/10959, affecting both 3-STABLE and 4-CURRENT. It avoids the panic by behaving more like the UFS code does. Could you please review? I'm open to suggestions for a better fix for the panic. Thanks, Koshy Index: sys/msdosfs/msdosfs_vfsops.c =================================================================== RCS file: /home/ncvs/src/sys/msdosfs/msdosfs_vfsops.c,v retrieving revision 1.46 diff -u -r1.46 msdosfs_vfsops.c --- msdosfs_vfsops.c 1999/08/08 18:42:54 1.46 +++ msdosfs_vfsops.c 1999/08/13 10:14:21 @@ -779,7 +779,6 @@ if (error) return error; pmp = VFSTOMSDOSFS(mp); - pmp->pm_devvp->v_specmountpoint = NULL; #ifdef MSDOSFS_DEBUG { struct vnode *vp = pmp->pm_devvp; @@ -805,6 +804,9 @@ error = VOP_CLOSE(pmp->pm_devvp, (pmp->pm_flags&MSDOSFSMNT_RONLY) ? FREAD : FREAD | FWRITE, NOCRED, p); + if (error) + return (error); + pmp->pm_devvp->v_specmountpoint = NULL; vrele(pmp->pm_devvp); free(pmp->pm_inusemap, M_MSDOSFSFAT); free(pmp, M_MSDOSFSMNT); To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 13 9: 0:54 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 8C956151B4 for ; Fri, 13 Aug 1999 09:00:50 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA72186; Fri, 13 Aug 1999 09:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 3536514F40; Fri, 13 Aug 1999 08:58:28 -0700 (PDT) Message-Id: <19990813155828.3536514F40@hub.freebsd.org> Date: Fri, 13 Aug 1999 08:58:28 -0700 (PDT) From: ath@niksun.com To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: misc/13117: CVS repo src/lib/libc_r/uthread incorrectly tagged Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 13117 >Category: misc >Synopsis: CVS repo src/lib/libc_r/uthread incorrectly tagged >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 Aug 13 09:00:01 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Andrew Heybey >Release: 3.2-STABLE >Organization: Niksun, Inc. >Environment: FreeBSD stiegl.niksun.com 3.1-STABLE FreeBSD 3.1-STABLE #1: Fri Jul 9 14:06:39 EDT 1999 ath@stiegl.niksun.com:/x/src/sys/compile/STIEGL i386 >Description: I think that files in src/lib/libc_r/uthreads are incorrectly tagged. The RELENG_3 tag is not a branch tag. In addition, two files (uthread_priority_queue.c, uthread_setschedparam.c) have RELENG_3 pointing to a *later* revision than RELENG_3_2_0_RELEASE. The affected files are: uthread_attr_getinheritsched.c uthread_attr_getschedparam.c uthread_attr_getschedpolicy.c uthread_attr_getscope.c uthread_attr_setinheritsched.c uthread_attr_setschedparam.c uthread_attr_setschedpolicy.c uthread_attr_setscope.c uthread_getschedparam.c uthread_mutex_prioceiling.c uthread_mutex_protocol.c uthread_poll.c uthread_priority_queue.c uthread_setschedparam.c uthread_sigpending.c uthread_switch_np.c I am not sure of the proper cvs wizardry to apply. Just changing the RELENG_3 tag on these files to be a branch tag is not The Right Thing. As a work around I did "cvs update -A" in the src/lib/libc_r/uthread directory (the resulting source tree builds--I don't really do much with threads so I don't know if there may be problems with libc_r), but that means I can't recreate these sources in the future with a single checkout--I have to remember the second update of the uthread directory. >How-To-Repeat: cvs co -r RELENG_3 -D '10 august 1999' src/lib/libc_r/uthread does not check out any of the above list of files. However, they are needed to build the world. >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 Aug 13 15:13: 5 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id D91A914E8A for ; Fri, 13 Aug 1999 15:13:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id PAA99378; Fri, 13 Aug 1999 15:10:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Fri, 13 Aug 1999 15:10:02 -0700 (PDT) Message-Id: <199908132210.PAA99378@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Steven G. Kargl" Subject: Re: bin/12431: f2c works incorrectly with arguments of subroutine with multiple entry points Reply-To: "Steven G. Kargl" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/12431; it has been noted by GNATS. From: "Steven G. Kargl" To: freebsd-gnats-submit@freebsd.org, dima@server.ru Cc: Subject: Re: bin/12431: f2c works incorrectly with arguments of subroutine with multiple entry points Date: Fri, 13 Aug 1999 15:03:10 -0700 This PR should be closed. f2c is no longer supported with the base distribution of FreeBSD-current. -- Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 13 15:58:33 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 37F0315056; Fri, 13 Aug 1999 15:58:31 -0700 (PDT) (envelope-from mph@FreeBSD.org) Received: (from mph@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id PAA02518; Fri, 13 Aug 1999 15:55:49 -0700 (PDT) (envelope-from mph@FreeBSD.org) Date: Fri, 13 Aug 1999 15:55:49 -0700 (PDT) From: Message-Id: <199908132255.PAA02518@freefall.freebsd.org> To: dima@server.ru, mph@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/12431: f2c works incorrectly with arguments of subroutine with multiple entry points Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: f2c works incorrectly with arguments of subroutine with multiple entry points State-Changed-From-To: open->closed State-Changed-By: mph State-Changed-When: Fri Aug 13 18:54:07 EDT 1999 State-Changed-Why: As pointed out by Steven G. Kargl , FreeBSD now uses egcs's f77 as its Fortran compiler instead of f2c. Thank you for your report. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 13 16: 0:44 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id F21AE15079 for ; Fri, 13 Aug 1999 16:00:37 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id QAA02993; Fri, 13 Aug 1999 16:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from fed-ef1.frb.gov (fed.frb.gov [132.200.32.32]) by hub.freebsd.org (Postfix) with ESMTP id 633EA1501F for ; Fri, 13 Aug 1999 15:52:55 -0700 (PDT) (envelope-from seth@freebie.dp.ny.frb.org) Received: by fed-ef1.frb.gov; id SAA12891; Fri, 13 Aug 1999 18:53:10 -0400 (EDT) Received: from m1pmdf.frb.gov(192.168.3.38) by fed.frb.gov via smap (V4.2) id xma012844; Fri, 13 Aug 99 18:52:46 -0400 Message-Id: <199908132252.SAA80376@freebie.dp.ny.frb.org> Date: Fri, 13 Aug 1999 18:52:43 -0400 (EDT) From: Seth Reply-To: seth@freebie.dp.ny.frb.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/13127: Routing broken in 3.2-STABLE 1999-07-29? Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 13127 >Category: kern >Synopsis: Routing broken in 3.2-STABLE 1999-07-29? >Confidential: yes >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Aug 13 16:00:00 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Seth >Release: FreeBSD 3.2-STABLE i386 >Organization: >Environment: >Description: ifconfig -a returns freebie 517: ifconfig -a xl0: flags=8843 mtu 1500 inet 172.17.236.10 netmask 0xfffffc00 broadcast 172.17.239.255 ether 00:10:5a:22:14:82 media: 100baseTX supported media: autoselect 100baseTX 100baseTX 100baseTX 10baseT/UTP 10baseT/UTP 10baseT/UTP xl1: flags=8843 mtu 1500 inet w.x.96.162 netmask 0xffffc000 broadcast w.x.127.255 ether 00:c0:4f:68:dc:ec media: 100baseTX supported media: autoselect 100baseTX 100baseTX 100baseTX 10baseT/UTP 10baseT/UTP 10baseT/UTP lp0: flags=8810 mtu 1500 tun0: flags=8010 mtu 1500 sl0: flags=c010 mtu 552 ppp0: flags=8010 mtu 1500 lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 netstat -nr with hosts removed looks like this: Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default w.x.64.1 UGSc 2 7 xl1 127.0.0.1 127.0.0.1 UH 1 1215 lo0 w.x.64/18 link#2 UC 0 0 xl1 172.17/24 172.17.236.1 UGSc 1 835 xl0 172.17.1/24 172.17.236.1 UGSc 6 2 xl0 172.17.204/23 172.17.236.1 UGSc 0 0 xl0 172.17.206/23 172.17.236.1 UGSc 0 0 xl0 172.17.208/23 172.17.236.1 UGSc 0 0 xl0 172.17.210/23 172.17.236.1 UGSc 0 0 xl0 172.17.212/23 172.17.236.1 UGSc 0 0 xl0 172.17.214/23 172.17.236.1 UGSc 0 0 xl0 172.17.216/23 172.17.236.1 UGSc 0 0 xl0 172.17.218/23 172.17.236.1 UGSc 0 1006 xl0 172.17.220/23 172.17.236.1 UGSc 0 99 xl0 172.17.222/23 172.17.236.1 UGSc 0 45 xl0 172.17.224/23 172.17.236.1 UGSc 0 29 xl0 172.17.226/23 172.17.236.1 UGSc 0 17 xl0 172.17.228/23 172.17.236.1 UGSc 0 0 xl0 172.17.230/23 172.17.236.1 UGSc 0 0 xl0 172.17.232/23 172.17.236.1 UGSc 0 0 xl0 However, a ping to 172.17.72.73 (should be going to default), returns freebie 516: ping 172.17.72.73 PING 172.17.72.73 (172.17.72.73): 56 data bytes ping: sendto: No route to host How-To-Repeat: Add the static routes above using the following commands: route add -net 172.17.204.0 172.17.236.1 -netmask 255.255.254.0 route add -net 172.17.206.0 172.17.236.1 -netmask 255.255.254.0 route add -net 172.17.208.0 172.17.236.1 -netmask 255.255.254.0 route add -net 172.17.210.0 172.17.236.1 -netmask 255.255.254.0 route add -net 172.17.212.0 172.17.236.1 -netmask 255.255.254.0 route add -net 172.17.214.0 172.17.236.1 -netmask 255.255.254.0 route add -net 172.17.216.0 172.17.236.1 -netmask 255.255.254.0 route add -net 172.17.218.0 172.17.236.1 -netmask 255.255.254.0 route add -net 172.17.220.0 172.17.236.1 -netmask 255.255.254.0 route add -net 172.17.222.0 172.17.236.1 -netmask 255.255.254.0 route add -net 172.17.224.0 172.17.236.1 -netmask 255.255.254.0 route add -net 172.17.226.0 172.17.236.1 -netmask 255.255.254.0 route add -net 172.17.228.0 172.17.236.1 -netmask 255.255.254.0 route add -net 172.17.230.0 172.17.236.1 -netmask 255.255.254.0 route add -net 172.17.232.0 172.17.236.1 -netmask 255.255.254.0 route add -net 172.17.1.0 172.17.236.1 -netmask 255.255.255.0 route add -net 172.17.0.0 172.17.236.1 -netmask 255.255.255.0 Attempt a ping to an address within the /16 but outside any of the static routes. >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 Fri Aug 13 16: 4:58 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from fed-ef1.frb.gov (fed.frb.gov [132.200.32.32]) by hub.freebsd.org (Postfix) with ESMTP id DE5EA14C13; Fri, 13 Aug 1999 16:04:54 -0700 (PDT) (envelope-from seth@freebie.dp.ny.frb.org) Received: by fed-ef1.frb.gov; id TAA14682; Fri, 13 Aug 1999 19:04:10 -0400 (EDT) Received: from m1pmdf.frb.gov(192.168.3.38) by fed.frb.gov via smap (V4.2) id xma014628; Fri, 13 Aug 99 19:03:48 -0400 Date: Fri, 13 Aug 1999 19:03:45 -0400 (EDT) From: Seth Subject: Re: kern/13127: Routing broken in 3.2-STABLE 1999-07-29? In-reply-to: <199908132300.QAA02989@freefall.freebsd.org> To: gnats-admin@FreeBSD.org, freebsd-bugs@FreeBSD.org Message-id: MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Close, please. My error :) SB On Fri, 13 Aug 1999 gnats-admin@FreeBSD.org wrote: > Thank you very much for your problem report. > It has the internal identification `kern/13127'. > The individual assigned to look at your > report is: freebsd-bugs. > > >Category: kern > >Responsible: freebsd-bugs > >Synopsis: Routing broken in 3.2-STABLE 1999-07-29? > >Arrival-Date: Fri Aug 13 16:00:00 PDT 1999 > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 13 16: 9:16 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id C2D0314C13; Fri, 13 Aug 1999 16:09:15 -0700 (PDT) (envelope-from cpiazza@FreeBSD.org) Received: (from cpiazza@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id QAA03786; Fri, 13 Aug 1999 16:08:44 -0700 (PDT) (envelope-from cpiazza@FreeBSD.org) Date: Fri, 13 Aug 1999 16:08:44 -0700 (PDT) From: Message-Id: <199908132308.QAA03786@freefall.freebsd.org> To: seth@freebie.dp.ny.frb.org, cpiazza@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/13127: Routing broken in 3.2-STABLE 1999-07-29? Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Routing broken in 3.2-STABLE 1999-07-29? State-Changed-From-To: open->closed State-Changed-By: cpiazza State-Changed-When: Fri Aug 13 16:08:30 PDT 1999 State-Changed-Why: Originator reports that the problem was user error. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 13 16:19:28 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from george.lbl.gov (george.lbl.gov [131.243.2.12]) by hub.freebsd.org (Postfix) with ESMTP id CE5AA14F51; Fri, 13 Aug 1999 16:19:25 -0700 (PDT) (envelope-from jin@george.lbl.gov) Received: (from jin@localhost) by george.lbl.gov (8.9.3/8.9.2) id QAA15850; Fri, 13 Aug 1999 16:17:12 -0700 (PDT) Date: Fri, 13 Aug 1999 16:17:12 -0700 (PDT) Message-Id: <199908132317.QAA15850@george.lbl.gov> From: jin@george.lbl.gov To: cpiazza@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, seth@freebie.dp.ny.frb.org Subject: Re: kern/13127: Routing broken in 3.2-STABLE 1999-07-29? Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Although this one is a mistake, but the router does broken since 2.2.6. The bin/2258 was closed without a solution. Would we re-open bin/2258 case? or should I file another PR? Thanks, -Jin > Synopsis: Routing broken in 3.2-STABLE 1999-07-29? > > State-Changed-From-To: open->closed > State-Changed-By: cpiazza > State-Changed-When: Fri Aug 13 16:08:30 PDT 1999 > State-Changed-Why: > Originator reports that the problem was user error. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 13 16:40:35 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 1C0801503F for ; Fri, 13 Aug 1999 16:40:32 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id QAA05679; Fri, 13 Aug 1999 16:40:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from point.osg.gov.bc.ca (point.osg.gov.bc.ca [142.32.102.44]) by hub.freebsd.org (Postfix) with ESMTP id 0344B14FA9 for ; Fri, 13 Aug 1999 16:39:39 -0700 (PDT) (envelope-from cy@cschuber.net.gov.bc.ca) Received: (from daemon@localhost) by point.osg.gov.bc.ca (8.8.7/8.8.8) id QAA18262 for ; Fri, 13 Aug 1999 16:41:17 -0700 Received: from da004.inetex.com(139.142.118.19), claiming to be "cwsys.cwsent.com" via SMTP by point.osg.gov.bc.ca, id smtpda18259; Fri Aug 13 16:41:03 1999 Received: (from cy@localhost) by cwsys.cwsent.com (8.9.3/8.9.1) id OAA38826; Fri, 13 Aug 1999 14:15:15 -0700 (PDT) Message-Id: <199908132115.OAA38826@cwsys.cwsent.com> Date: Fri, 13 Aug 1999 14:15:15 -0700 (PDT) From: Cy.Schubert@uumail.gov.bc.ca Reply-To: Cy.Schubert@uumail.gov.bc.ca To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/13128: pkg_delete doesn't handle absolute pathnames correctly Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 13128 >Category: bin >Synopsis: pkg_delete doesn't handle absolute pathnames correctly >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Aug 13 16:40:00 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Cy Schubert >Release: FreeBSD 3.2-RELEASE i386 >Organization: ITSD, Provice of British Columbia >Environment: FreeBSD cwsys 3.2-RELEASE FreeBSD 3.2-RELEASE #0: Wed Aug 11 17:35:40 PDT 1999 root@cwsys:/opt2/cvs-320/src/sys/compile/CWSYS i386 >Description: If /var/db/pkg//+CONTENTS contains absolute pathnames, files are not deleted. >How-To-Repeat: Build a package using make MANPREFIX=/usr/local/somewhere install, then pkg_delete the package. The man files are not deleted because /usr/local//usr/local/somewhere/man/... cannot be found. >Fix: --- src/usr.sbin/pkg_install/lib/plist.c.orig Fri Sep 11 00:26:58 1998 +++ src/usr.sbin/pkg_install/lib/plist.c Fri Aug 13 14:05:43 1999 @@ -389,7 +389,10 @@ case PLIST_FILE: last_file = p->name; - sprintf(tmp, "%s/%s", Where, p->name); + if (*p->name == '/') + strcpy(tmp, p->name); + else + sprintf(tmp, "%s/%s", Where, p->name); if (isdir(tmp) && fexists(tmp)) { warnx("cannot delete specified file `%s' - it is a directory!\n" "this packing list is incorrect - ignoring delete request", tmp); >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 Aug 14 10: 2: 5 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id A7A9E1504F; Sat, 14 Aug 1999 10:02:04 -0700 (PDT) (envelope-from billf@FreeBSD.org) Received: (from billf@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA34075; Sat, 14 Aug 1999 09:59:18 -0700 (PDT) (envelope-from billf@FreeBSD.org) Date: Sat, 14 Aug 1999 09:59:18 -0700 (PDT) From: Message-Id: <199908141659.JAA34075@freefall.freebsd.org> To: billf@FreeBSD.org, freebsd-bugs@FreeBSD.org, billf@FreeBSD.org Subject: Re: bin/13128: pkg_delete doesn't handle absolute pathnames correctly Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: pkg_delete doesn't handle absolute pathnames correctly Responsible-Changed-From-To: freebsd-bugs->billf Responsible-Changed-By: billf Responsible-Changed-When: Sat Aug 14 09:58:40 PDT 1999 Responsible-Changed-Why: I've been playing with pkg_* recently, I'll look at this. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Aug 14 10:31:36 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 1A6BB14E5A for ; Sat, 14 Aug 1999 10:31:33 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA36476; Sat, 14 Aug 1999 10:30:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 3406D14BE5; Sat, 14 Aug 1999 10:27:46 -0700 (PDT) Message-Id: <19990814172746.3406D14BE5@hub.freebsd.org> Date: Sat, 14 Aug 1999 10:27:46 -0700 (PDT) From: tobi@bland.fido.de To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: kern/13141: Multiple LUN support in NCR driver is broken. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 13141 >Category: kern >Synopsis: Multiple LUN support in NCR driver is broken. >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 Aug 14 10:30:00 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Tobias Ernst >Release: 3.2-STABLE >Organization: University of Stuttgart >Environment: FreeBSD romulus.bland.fido.de 3.2-STABLE FreeBSD 3.2-STABLE #1: Fri Jul 16 13:47:35 CEST 1999 root@romulus.bland.fido.de:/slices/nobackup/32src/sys/compile/ROMULUS i386 >Description: I am using an Asus SC-200 scsi card with NCR 810 chip, which is probed as follows: /kernel: ncr0: rev 0x12 int a irq 12 on pci0.14.0 I have a Pioneer DRM 624X CD changer connected to this controller. The changer presents 6 multiple LUNS, which are recognise as cd0 until cd5 and can be independently used, in theory. Here is how the Pioneer is probed (note that for this example, it was connected to an Adaptec controller instead): /kernel: cd0 at aha0 bus 0 target 6 lun 0 /kernel: cd0: Removable CD-ROM SCSI-2 device /kernel: cd1 at aha0 bus 0 target 6 lun 1 /kernel: cd1: Removable CD-ROM SCSI-2 device [...] The problem is that the NCR support for multiple LUNs is severly broken. As soon as I try to access any of the cd devices, I get messages about "CCB already dequeued", and am even able to bring the system to a complete halt, e.g. if trying to access two devices simultaneously. On the one hand, if I connect the CD changer to an Adaptec 1542, everything works expected: No messages about CCBs, no kernel panics, no system halts, even if two CDs are accessed simultaneously. Also, if I connect the CD changer to the Asus SC200, but use a different operating system (e.g.: OS/2), everything works as suspected. So I conclude it must be a problem in the FreeBSD NCR driver. >How-To-Repeat: Connect a multiple LUN device (a CD changer if possible) to an NCR 810 - based controller and try to access the first LUN (by mounting a CD from it), and then the second (by mounting another CD without unmounting the first). This should already trigger the bug, but if not, just try to access the second CD while copying files from the first CD to hard disk. (The expected result is that at least one of the two processes terminates with an error code). >Fix: Nearly same problem existed in FreeBSD 2.2.5. At that time, I reported it informally to the owner of the ncr driver code at that time. I never got a response, but after I did an upgrade to 2.2.7, the problem was solved. It worked until I upgraded to 3.x (in my case, 3.1-RELEASE). Probably, the fixes that had been applied to the NCR driver between 2.2.5 and 2.2.7 have not been migrated up to the 3.x branch. Maybe this helps in finding the problem. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Aug 14 11:17:22 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from mail-green.research.att.com (H-135-207-30-103.research.att.com [135.207.30.103]) by hub.freebsd.org (Postfix) with ESMTP id E2E3014EDA; Sat, 14 Aug 1999 11:17:19 -0700 (PDT) (envelope-from ji@research.att.com) Received: from amontillado.research.att.com (amontillado.research.att.com [135.207.24.32]) by mail-green.research.att.com (Postfix) with ESMTP id 6B3861E008; Sat, 14 Aug 1999 14:17:38 -0400 (EDT) Received: from bual.research.att.com (bual.research.att.com [135.207.24.19]) by amontillado.research.att.com (8.8.7/8.8.7) with ESMTP id OAA11700; Sat, 14 Aug 1999 14:17:33 -0400 (EDT) From: John Ioannidis Received: (from ji@localhost) by bual.research.att.com (8.7.5/8.7) id OAA12389; Sat, 14 Aug 1999 14:17:33 -0400 (EDT) Date: Sat, 14 Aug 1999 14:17:33 -0400 (EDT) Message-Id: <199908141817.OAA12389@bual.research.att.com> To: billf@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/13128: pkg_delete doesn't handle absolute pathnames correctly Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org You are all assuming, of couse, that the end user is ever going to bother reading the pop-up message warning them about the cert discrepancy. I wonder if any studies exist about how many windoze users actually read all the various popup messages that come on their screens, or just click on "OK" as fast as they can to get rid of them. /ji -- John Ioannidis Secure Systems Research Department AT&T Labs - Research To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Aug 14 13:30:42 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id CF5F814D4E for ; Sat, 14 Aug 1999 13:30:39 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA50897; Sat, 14 Aug 1999 13:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 2864F14D4E for ; Sat, 14 Aug 1999 13:30:33 -0700 (PDT) (envelope-from adrian@FreeBSD.org) Received: (from adrian@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA50837; Sat, 14 Aug 1999 13:29:43 -0700 (PDT) (envelope-from adrian@FreeBSD.org) Message-Id: <199908142029.NAA50837@freefall.freebsd.org> Date: Sat, 14 Aug 1999 13:29:43 -0700 (PDT) From: adrian@freebsd.org Reply-To: adrian@freebsd.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/13143: changing mount flags on a mounted filesystem not in fstab segfaults mount(8) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 13143 >Category: bin >Synopsis: changing mount flags on a mounted filesystem not in fstab segfaults mount(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: Sat Aug 14 13:30:01 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Adrian Chadd >Release: FreeBSD 4.0-CURRENT i386 >Organization: bin >Environment: FreeBSD ywing.m2.ip.versatel.net 4.0-CURRENT FreeBSD 4.0-CURRENT #6: Fri Aug 13 20:09:12 CEST 1999 >Description: When you attempt to modify the mount flags of a mounted filesystem NOT in /etc/fstab, you segfault mount. >How-To-Repeat: $ /sbin/mount -u -o rw /mnt Segmentation fault - core dumped >Fix: Fix update_options to not strdup() a NULL string - Index: mount.c =================================================================== RCS file: /home/ncvs/src/sbin/mount/mount.c,v retrieving revision 1.31 diff -u -r1.31 mount.c --- mount.c 1999/05/07 05:31:00 1.31 +++ mount.c 1999/08/14 20:16:04 @@ -594,7 +594,11 @@ if (opts == NULL) return strdup(""); - fstab = strdup(fstab); + if (fstab == NULL) { + fstab = strdup(""); + } else { + fstab = strdup(fstab); + } /* remove meta options from list */ remopt(fstab, MOUNT_META_OPTION_FSTAB); >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 Aug 14 13:47:22 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 740C614D97; Sat, 14 Aug 1999 13:47:21 -0700 (PDT) (envelope-from billf@FreeBSD.org) Received: (from billf@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA54132; Sat, 14 Aug 1999 13:46:17 -0700 (PDT) (envelope-from billf@FreeBSD.org) Date: Sat, 14 Aug 1999 13:46:17 -0700 (PDT) From: Message-Id: <199908142046.NAA54132@freefall.freebsd.org> To: billf@FreeBSD.org, freebsd-bugs@FreeBSD.org, billf@FreeBSD.org Subject: Re: bin/13143: changing mount flags on a mounted filesystem not in fstab segfaults mount(8) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: changing mount flags on a mounted filesystem not in fstab segfaults mount(8) Responsible-Changed-From-To: freebsd-bugs->billf Responsible-Changed-By: billf Responsible-Changed-When: Sat Aug 14 13:45:40 PDT 1999 Responsible-Changed-Why: I'll look into this To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Aug 14 19:11:48 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 81CA7151EA for ; Sat, 14 Aug 1999 19:11:46 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id TAA86516; Sat, 14 Aug 1999 19:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from narcissus.net (narcissus.net [209.73.230.146]) by hub.freebsd.org (Postfix) with ESMTP id 899F715190 for ; Sat, 14 Aug 1999 19:06:51 -0700 (PDT) (envelope-from ben@narcissus.net) Received: by narcissus.net (Postfix, from userid 1000) id 6AD781B3; Sat, 14 Aug 1999 21:58:13 -0400 (EDT) Message-Id: <19990815015813.6AD781B3@narcissus.net> Date: Sat, 14 Aug 1999 21:58:13 -0400 (EDT) From: benedict@echonyc.com Reply-To: benedict@echonyc.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: conf/13147: -z in SUPFLAGS in make.conf redundant and harmful Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 13147 >Category: conf >Synopsis: -z in SUPFLAGS in make.conf redundant and harmful >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 Aug 14 19:10:01 PDT 1999 >Closed-Date: >Last-Modified: >Originator: benedict@echonyc.com >Release: all >Organization: Narcissus Networks >Environment: >Description: Compression is turned on in the SUPFLAGS variable in /etc/make.conf. However, the sample supfiles contain the following: # If your network link is a T1 or faster, comment out the following line. *default compress It seems to me that it is wrong to comment out that line but have compression turned on again in make.conf. Perhaps the supfiles themselves should be changed; this does make more sense as a system global setting than a per-supfile setting. >How-To-Repeat: >Fix: Change either /etc/make.conf or the supfiles themselves to omit compression. If the latter option is chosen, perhaps an appropriate comment can be added to make.conf. >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 Aug 14 19:21:18 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id ABC47151EA; Sat, 14 Aug 1999 19:21:17 -0700 (PDT) (envelope-from cpiazza@FreeBSD.org) Received: (from cpiazza@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id TAA86888; Sat, 14 Aug 1999 19:20:37 -0700 (PDT) (envelope-from cpiazza@FreeBSD.org) Date: Sat, 14 Aug 1999 19:20:37 -0700 (PDT) From: Message-Id: <199908150220.TAA86888@freefall.freebsd.org> To: benedict@echonyc.com, cpiazza@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: conf/13147: -z in SUPFLAGS in make.conf redundant and harmful Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: -z in SUPFLAGS in make.conf redundant and harmful State-Changed-From-To: open->closed State-Changed-By: cpiazza State-Changed-When: Sat Aug 14 19:18:10 PDT 1999 State-Changed-Why: That flag was already removed by sheldonh in Rev 1.83 in -current and 1.73.2.4 in RELENG_3 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message