From owner-freebsd-bugs Sun Oct 25 01:15:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA20945 for freebsd-bugs-outgoing; Sun, 25 Oct 1998 01:15:24 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from nutcracker.e.kth.se (nutcracker.e.kth.se [130.237.43.17]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA20929; Sun, 25 Oct 1998 01:15:16 -0800 (PST) (envelope-from lha@nutcracker.e.kth.se) Received: (from lha@localhost) by nutcracker.e.kth.se (8.8.8/8.8.8) id JAA05540; Sun, 25 Oct 1998 09:12:55 GMT (envelope-from lha) Date: Sun, 25 Oct 1998 09:12:55 GMT Message-Id: <199810250912.JAA05540@nutcracker.e.kth.se> From: Love To: freebsd-fs@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, kom-arla@stacken.kth.se Subject: deadfs in FreeBSD 3.0/current ? Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hello kern/vfs_subr.c:vclean() does a vp->v_flag |= VXLOCK; and after that "calls" VOP_LOCK(). Now when the filesystem is deadfs (we use it in arla[1]), the call ends up in miscfs/deadfs/dead_vnops.c:dead_lock() that calls chkvnlock(). Now chkvnlock() sleeps when VXLOCK is set. Who will wake us up ? Love, arla-drinker [1] arla, a free afs-clone To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Oct 25 01:53:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA23939 for freebsd-bugs-outgoing; Sun, 25 Oct 1998 01:53:53 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from sv01.cet.co.jp (sv01.cet.co.jp [210.171.56.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA23933; Sun, 25 Oct 1998 01:53:51 -0800 (PST) (envelope-from michaelh@cet.co.jp) Received: from localhost (michaelh@localhost) by sv01.cet.co.jp (8.8.8/8.8.8) with SMTP id JAA01021; Sun, 25 Oct 1998 09:53:50 GMT (envelope-from michaelh@cet.co.jp) Date: Sun, 25 Oct 1998 18:53:50 +0900 (JST) From: Michael Hancock To: Love cc: freebsd-fs@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, kom-arla@stacken.kth.se Subject: Re: deadfs in FreeBSD 3.0/current ? In-Reply-To: <199810250912.JAA05540@nutcracker.e.kth.se> 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 wakeup at the bottom of vclean()? That code also clears VXLOCK. Regards, Mike On Sun, 25 Oct 1998, Love wrote: > > Hello > > kern/vfs_subr.c:vclean() does a vp->v_flag |= VXLOCK; and after that > "calls" VOP_LOCK(). > > Now when the filesystem is deadfs (we use it in arla[1]), the call > ends up in miscfs/deadfs/dead_vnops.c:dead_lock() that calls > chkvnlock(). Now chkvnlock() sleeps when VXLOCK is set. > > Who will wake us up ? > > Love, > arla-drinker > > [1] arla, a free afs-clone > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-fs" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Oct 25 03:06:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA28985 for freebsd-bugs-outgoing; Sun, 25 Oct 1998 03:06:24 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from elixir.e.kth.se (elixir.e.kth.se [130.237.48.5]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA28978; Sun, 25 Oct 1998 03:06:21 -0800 (PST) (envelope-from lha@s3.kth.se) Received: from zinfandel.e.kth.se (1073744992@zinfandel.e.kth.se [130.237.48.172]) by elixir.e.kth.se (8.8.7/8.8.7) with ESMTP id MAA19263; Sun, 25 Oct 1998 12:05:45 +0100 (MET) Received: (lha@localhost) by zinfandel.e.kth.se (8.8.7/8.6.6) id MAA03108; Sun, 25 Oct 1998 12:05:44 +0100 (MET) To: Michael Hancock Cc: freebsd-fs@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, kom-arla@stacken.kth.se Subject: Re: deadfs in FreeBSD 3.0/current ? References: From: Love Date: 25 Oct 1998 12:05:44 +0100 In-Reply-To: Michael Hancock's message of Sun, 25 Oct 1998 18:53:50 +0900 (JST) Message-ID: Lines: 21 X-Mailer: Gnus v5.5/Emacs 20.2 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Michael Hancock writes: > On Sun, 25 Oct 1998, Love wrote: > > > kern/vfs_subr.c:vclean() does a vp->v_flag |= VXLOCK; and after that > > "calls" VOP_LOCK(). > > > > Now when the filesystem is deadfs (we use it in arla[1]), the call > > ends up in miscfs/deadfs/dead_vnops.c:dead_lock() that calls > > chkvnlock(). Now chkvnlock() sleeps when VXLOCK is set. > > > > Who will wake us up ? > > > > The wakeup at the bottom of vclean()? That code also clears VXLOCK. But that is done *after* the tsleep, and therefor that code will *never* be reached. Kind of hard to wake yourself up. It will hang in miscfs/deadfs/dead_vnops.c(1.24):240 forever. Love To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Oct 25 03:41:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA04122 for freebsd-bugs-outgoing; Sun, 25 Oct 1998 03:41:01 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from mail2.netcologne.de (mail2.netcologne.de [194.8.194.103]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA04112 for ; Sun, 25 Oct 1998 03:40:49 -0800 (PST) (envelope-from a0074@netcologne.de) Received: from bsd3.scs-koeln.de (dial3-140.netcologne.de [194.8.196.140]) by mail2.netcologne.de (8.8.8/8.8.8) with SMTP id MAA17493; Sun, 25 Oct 1998 12:38:51 +0100 (MET) X-Ncc-Regid: de.netcologne Message-ID: X-Mailer: XFMail 1.1 [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <19981025144831.I16609@freebie.lemis.com> Date: Sun, 25 Oct 1998 12:37:08 +0100 (CET) From: "R. Luettgen" To: Greg Lehey Subject: Re: no time changing Cc: freebsd-bugs@FreeBSD.ORG Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Could it be, if don't use adjkerntz my clock will change to winter time correctl y? Ralf On 25-Oct-98 Greg Lehey wrote: >On Sunday, 25 October 1998 at 5:57:58 +0300, Andrey A. Chernov wrote: >> On Sun, Oct 25, 1998 at 02:54:39AM +0100, R. Luettgen wrote: >>> My 3.0 box didn't change the time automaticaly. >>> My other 3 boxes (2.2.7 Release) change there time on there own. >> >> Strange indeed, because adjkerntz is the same in 2.2.7 and 3.0 > >You don't need adjkerntz for DST transitions. It's designed to fake >the correct time zone when the hardware clock shows local time (for >Microsoft compatibility) instead of UTC like it should. > >I don't use adjkerntz (or Microsoft :-), and my transitions worked >fine. > >Greg >-- >See complete headers for address, home page and phone numbers >finger grog@lemis.com for PGP public key ---------------------------------- E-Mail: R. Luettgen Date: 25-Oct-98 Time: 12:37:08 This message was sent by XF-Mail ---------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Oct 25 03:49:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAB05231 for freebsd-bugs-outgoing; Sun, 25 Oct 1998 03:49:42 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from sv01.cet.co.jp (sv01.cet.co.jp [210.171.56.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA05189; Sun, 25 Oct 1998 03:49:36 -0800 (PST) (envelope-from michaelh@cet.co.jp) Received: from localhost (michaelh@localhost) by sv01.cet.co.jp (8.8.8/8.8.8) with SMTP id LAA01280; Sun, 25 Oct 1998 11:49:38 GMT (envelope-from michaelh@cet.co.jp) Date: Sun, 25 Oct 1998 20:49:38 +0900 (JST) From: Michael Hancock Reply-To: Michael Hancock To: Love cc: freebsd-fs@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, kom-arla@stacken.kth.se Subject: Re: deadfs in FreeBSD 3.0/current ? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On 25 Oct 1998, Love wrote: > > > kern/vfs_subr.c:vclean() does a vp->v_flag |= VXLOCK; and after that > > > "calls" VOP_LOCK(). > > > > > > Now when the filesystem is deadfs (we use it in arla[1]), the call > > > ends up in miscfs/deadfs/dead_vnops.c:dead_lock() that calls > > > chkvnlock(). Now chkvnlock() sleeps when VXLOCK is set. > > > > > > Who will wake us up ? > > > > The wakeup at the bottom of vclean()? That code also clears VXLOCK. > > But that is done *after* the tsleep, and therefor that code will *never* be > reached. Kind of hard to wake yourself up. It will hang in > miscfs/deadfs/dead_vnops.c(1.24):240 forever. Umm... Why are you using deadfs in arla? I think you're breaking an invariant if vclean is trying to clean out something that's already dead. Kinda like a double free. Regards, Mike To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Oct 25 03:52:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA05786 for freebsd-bugs-outgoing; Sun, 25 Oct 1998 03:52:12 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from mail2.netcologne.de (mail2.netcologne.de [194.8.194.103]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA05770 for ; Sun, 25 Oct 1998 03:52:09 -0800 (PST) (envelope-from a0074@netcologne.de) Received: from bsd3.scs-koeln.de (dial10-12.netcologne.de [195.14.235.12]) by mail2.netcologne.de (8.8.8/8.8.8) with SMTP id MAA18072 for ; Sun, 25 Oct 1998 12:51:34 +0100 (MET) X-Ncc-Regid: de.netcologne Message-ID: X-Mailer: XFMail 1.1 [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Sun, 25 Oct 1998 12:44:48 +0100 (CET) From: "R. Luettgen" To: freebsd-bugs@FreeBSD.ORG Subject: system hang after fdisk or sysinstall Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, after my long night of installing the new 3.0 RELEASE, this morning I try to make a new slice on a IDE drive. First I use fdisk, but when I want to write the changes on the disk fdisk hangs. The only thing I can do is to turn the powe r off. After reboot I try to use sysinstall from /stand. Everythings works well, but when I want to exit the program the system hangs. I cannot login on a other terminal. After reboot my /etc/rc and /etc/rc.conf are destroied! Is there a general problem dirct access to the drives because last night I've sa me problems with a NEC SCSi drive. I message is already sent to the mailing list >. Ralf Luettgen ---------------------------------- E-Mail: R. Luettgen Date: 25-Oct-98 Time: 12:44:48 This message was sent by XF-Mail ---------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Oct 25 06:18:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA16006 for freebsd-bugs-outgoing; Sun, 25 Oct 1998 06:18:29 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from elixir.e.kth.se (elixir.e.kth.se [130.237.48.5]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA16001; Sun, 25 Oct 1998 06:18:25 -0800 (PST) (envelope-from lha@s3.kth.se) Received: from zinfandel.e.kth.se (1073744992@zinfandel.e.kth.se [130.237.48.172]) by elixir.e.kth.se (8.8.7/8.8.7) with ESMTP id PAA23255; Sun, 25 Oct 1998 15:17:50 +0100 (MET) Received: (lha@localhost) by zinfandel.e.kth.se (8.8.7/8.6.6) id PAA22897; Sun, 25 Oct 1998 15:17:50 +0100 (MET) To: Michael Hancock Cc: freebsd-fs@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, kom-arla@stacken.kth.se Subject: Re: deadfs in FreeBSD 3.0/current ? References: From: Love Date: 25 Oct 1998 15:17:50 +0100 In-Reply-To: Michael Hancock's message of Sun, 25 Oct 1998 20:49:38 +0900 (JST) Message-ID: Lines: 38 X-Mailer: Gnus v5.5/Emacs 20.2 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Michael Hancock writes: > On 25 Oct 1998, Love wrote: > > > But that is done *after* the tsleep, and therefor that code will *never* be > > reached. Kind of hard to wake yourself up. It will hang in > > miscfs/deadfs/dead_vnops.c(1.24):240 forever. > > Umm... Why are you using deadfs in arla? I think you're breaking an > invariant if vclean is trying to clean out something that's already dead. > Kinda like a double free. > >Sorry, let me guess. You're trying to cache vnodes but the kernel wants >to control the lifetime of vnodes. With the global vnode management >policy and how deadfs works this is tricky. You might want to look at how >the Coda people solved this, I don't have a clue. Arla is like coda (http://www.coda.cs.cmu.edu/) and has a userland daemon that keeps track of all things, the kernel module does caching to keep the speed up. But then the userland-daemon is dead you have to return something in the kernel-module so we do: return getnewvnode(VT_NON, mp, dead_vnodeop_p, vpp);} Because we don't want to do magic with xfs_vnodeops_p when there is no userland daemon, they do that with coda. So you have a deadvnodeops that isn't really vnodeops or what (just used the small timeframe from when a vnode is vclean()ed to its assigned to a new filesystem by checkalias(), vflush(), or vgonel() ?) Should we bake our own dead_vnodeops_p that is really dead vnodes ? Love To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Oct 25 06:52:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA17708 for freebsd-bugs-outgoing; Sun, 25 Oct 1998 06:52:06 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from sundance.stacken.kth.se (sundance.stacken.kth.se [130.237.234.41]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA17703; Sun, 25 Oct 1998 06:52:02 -0800 (PST) (envelope-from art@stacken.kth.se) Received: from pizza.stacken.kth.se (pizza.stacken.kth.se [130.237.234.73]) by sundance.stacken.kth.se (8.8.8/8.8.8) with ESMTP id PAA12316; Sun, 25 Oct 1998 15:51:26 +0100 (MET) Received: (from art@localhost) by pizza.stacken.kth.se (8.8.7/8.8.7) id PAA09327; Sun, 25 Oct 1998 15:51:53 +0100 (MET) To: Love Cc: freebsd-fs@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, kom-arla@stacken.kth.se Subject: Re: deadfs in FreeBSD 3.0/current ? References: <199810250912.JAA05540@nutcracker.e.kth.se> From: Artur Grabowski Date: 25 Oct 1998 15:51:52 +0100 In-Reply-To: Love's message of "Sun, 25 Oct 1998 09:12:55 GMT" Message-ID: Lines: 16 X-Mailer: Gnus v5.6.44/Emacs 19.34 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Love writes: > Hello > > kern/vfs_subr.c:vclean() does a vp->v_flag |= VXLOCK; and after that > "calls" VOP_LOCK(). > > Now when the filesystem is deadfs (we use it in arla[1]), the call > ends up in miscfs/deadfs/dead_vnops.c:dead_lock() that calls > chkvnlock(). Now chkvnlock() sleeps when VXLOCK is set. As a horrible workaround in OpenBSD I noted that LK_DRAIN is set in the VOP_LOCK call in vclean. (The code is not checked in, our tree is locked). And when the LK_DRAIN is set I don't do the chkvnlock(). //art To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Oct 25 07:25:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA20267 for freebsd-bugs-outgoing; Sun, 25 Oct 1998 07:25:44 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from bg.sics.se (bg.sics.se [193.10.66.124]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA20248; Sun, 25 Oct 1998 07:25:40 -0800 (PST) (envelope-from bg@bg.sics.se) Received: (from bg@localhost) by bg.sics.se (8.8.5/8.8.5) id QAA29863; Sun, 25 Oct 1998 16:27:25 +0100 (CET) To: Love Cc: Michael Hancock , freebsd-fs@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, kom-arla@stacken.kth.se Subject: Re: deadfs in FreeBSD 3.0/current ? References: From: Bjoern Groenvall Date: 25 Oct 1998 16:27:25 +0100 In-Reply-To: Love's message of 25 Oct 1998 15:17:50 +0100 Message-ID: Lines: 50 X-Mailer: Red Gnus v0.52/Emacs 19.34 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Love writes: > Michael Hancock writes: > > > On 25 Oct 1998, Love wrote: > > > > > But that is done *after* the tsleep, and therefor that code will *never* be > > > reached. Kind of hard to wake yourself up. It will hang in > > > miscfs/deadfs/dead_vnops.c(1.24):240 forever. > > > > Umm... Why are you using deadfs in arla? I think you're breaking an > > invariant if vclean is trying to clean out something that's already dead. > > Kinda like a double free. > > > >Sorry, let me guess. You're trying to cache vnodes but the kernel wants > >to control the lifetime of vnodes. With the global vnode management > >policy and how deadfs works this is tricky. You might want to look at how > >the Coda people solved this, I don't have a clue. > > Arla is like coda (http://www.coda.cs.cmu.edu/) and has a userland daemon > that keeps track of all things, the kernel module does caching to keep the > speed up. But then the userland-daemon is dead you have to return something > in the kernel-module so we do: > > return getnewvnode(VT_NON, mp, dead_vnodeop_p, vpp);} > > Because we don't want to do magic with xfs_vnodeops_p when there is no > userland daemon, they do that with coda. > > So you have a deadvnodeops that isn't really vnodeops or what (just used the > small timeframe from when a vnode is vclean()ed to its assigned to a new > filesystem by checkalias(), vflush(), or vgonel() ?) > > Should we bake our own dead_vnodeops_p that is really dead vnodes ? In the evil old days when I wrote xfs; dead vnodes was only used to be able to unmount xfs when there was no user space daemon running. Is it still required to have a root vnode to be able to unmount? If not, you no longer need that hack, it's enough to have xfs_root fail. Cheers, Björn -- _ _ ,_______________. Bjorn Gronvall (Björn Grönvall) /_______________/| Swedish Institute of Computer Science | || PO Box 1263, S-164 29 Kista, Sweden | Schroedingers || Email: bg@sics.se, Phone +46 -8 633 15 25 | Cat |/ Cellular +46 -70 768 06 35, Fax +46 -8 751 72 30 `---------------' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Oct 25 09:30:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA28343 for freebsd-bugs-outgoing; Sun, 25 Oct 1998 09:30:07 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA28332 for ; Sun, 25 Oct 1998 09:30:04 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id JAA17961; Sun, 25 Oct 1998 09:30:01 -0800 (PST) Received: from mail.dinoex.sub.org (mail.dinoex.sub.de [195.243.29.14]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA27818 for ; Sun, 25 Oct 1998 09:22:14 -0800 (PST) (envelope-from root@net2.dinoex.sub.org) Received: (from uucp@localhost) by mail.dinoex.sub.org (8.9.1/8.9.1) with UUCP id SAA24083 for FreeBSD-gnats-submit@freebsd.org; Sun, 25 Oct 1998 18:21:05 +0100 (CET) Received: (from root@localhost) by net2.dinoex.sub.org (8.9.1/8.9.1) id NAA17983; Sun, 25 Oct 1998 13:46:00 +0100 (CET) Message-Id: <199810251246.NAA17983@net2.dinoex.sub.org> Date: Sun, 25 Oct 1998 13:46:00 +0100 (CET) From: Charlie Root Reply-To: root@net2.dinoex.sub.org To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/8444: pcvt with more than 8 virtual consoles Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8444 >Category: kern >Synopsis: pcvt with more than 8 virtual consoles >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 Oct 25 09:30:00 PST 1998 >Last-Modified: >Originator: dirk.meyer@dinoex.sub.org >Organization: privat >Release: FreeBSD 2.2.6-RELEASE i386 >Environment: Using pcvt with more than 8 virtual consoles. >Description: The F10 key is not passed trough the application. It may happen with less too, I can't check. Be pressin F10 once without any shift or meta key you switch to virtual console 1. >How-To-Repeat: Pressing F10 in any application. Exmaple: you can't exit midnight-commander. >Fix: the following patch, works fine with more than 8 pcvt's. maybe the code can be omitted in every case. *** pcvt/pcvt_kbd.c Wed Sep 10 03:23:37 1997 --- pcvt/pcvt_kbd.c.neu Sun Aug 23 19:15:22 1998 *************** *** 2410,2419 **** --- 2410,2421 ---- else fkl_on(vsp); } + #if PCVT_NSCREENS <= 8 else { do_vgapage(0); } + #endif } /*---------------------------------------------------------------------------* *************** *** 2432,2441 **** --- 2434,2445 ---- sw_ufkl(vsp); } } + #if PCVT_NSCREENS <= 8 else { do_vgapage(1); } + #endif } /*---------------------------------------------------------------------------* *************** *** 2451,2460 **** --- 2455,2466 ---- else if(vsp->vt_pure_mode == M_HPVT) set_emulation_mode(vsp, M_PUREVT); } + #if PCVT_NSCREENS <= 8 else { do_vgapage(2); } + #endif } /*---------------------------------------------------------------------------* *************** *** 2470,2479 **** --- 2476,2487 ---- else do_vgapage(current_video_screen + 1); } + #if PCVT_NSCREENS <= 8 else { do_vgapage(3); } + #endif } /*---------------------------------------------------------------------------* >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 Oct 25 10:20:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA02338 for freebsd-bugs-outgoing; Sun, 25 Oct 1998 10:20:08 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA02330 for ; Sun, 25 Oct 1998 10:20:05 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id KAA19700; Sun, 25 Oct 1998 10:20:01 -0800 (PST) Received: from jclarke-pc.cisco.com (rtp-hw3-dhcp-198.cisco.com [161.44.18.198]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA01899 for ; Sun, 25 Oct 1998 10:12:47 -0800 (PST) (envelope-from marcus@cisco.com) Received: (from marcus@localhost) by jclarke-pc.cisco.com (8.9.1/8.9.1) id BAA00723; Sun, 25 Oct 1998 01:56:09 -0500 (EST) (envelope-from marcus) Message-Id: <199810250656.BAA00723@jclarke-pc.cisco.com> Date: Sun, 25 Oct 1998 01:56:09 -0500 (EST) From: jclarke@cisco.com Reply-To: jclarke@cisco.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: i386/8446: 3.0-RELEASE install bug Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8446 >Category: i386 >Synopsis: DOS install option does not work in 3.0-RELEASE >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 Oct 25 10:20:01 PST 1998 >Last-Modified: >Originator: Joe Marcus Clarke >Organization: Cisco Systems, Inc. >Release: FreeBSD 3.0-RELEASE i386 >Environment: Pentium 686 and 586 -class CPU 64 MB RAM, FAT32 DOS partition on wd0s1, booting 3.0-RELEASE floppy dated Oct 19, 1998. >Description: Using the latest 3.0-RELEASE floppy, the DOS install option does not work. With the same partition setup ,using the same 3.0 distribution files, the 2.2.7-RELEASE boot floppy does succeed when installing from a DOS partition. >How-To-Repeat: Boot from the 3.0-RELEASE boot floppy, ensure that a FAT32 partition exists on wd0s1 with a FREEBSD\BIN directory, and try to do a Minimal installation from DOS. It will fail. Then boot off the 2.2.7-RELEASE boot floppy, and do the same thing with the same distribution, and it will succeed in extracting the files. >Fix: No easy fix or work-around. Complicated workaround involving partial install with 2.2.7-RELEASE floppy, then rebooting using 3.0 and using the existing mount command to mount wd0s1 at a given mount point, then installing from file system. >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 Oct 25 10:40:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA04147 for freebsd-bugs-outgoing; Sun, 25 Oct 1998 10:40:07 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA04136 for ; Sun, 25 Oct 1998 10:40:04 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id KAA20196; Sun, 25 Oct 1998 10:40:00 -0800 (PST) Received: from lemming.acc.am (jeday.r.am [194.67.210.11]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA03846 for ; Sun, 25 Oct 1998 10:37:49 -0800 (PST) (envelope-from nightmar@lemming.acc.am) Received: (from nightmar@localhost) by lemming.acc.am (8.9.1/8.9.1) id XAA02639; Sun, 25 Oct 1998 23:39:12 +0400 (AMT) Message-Id: <199810251939.XAA02639@lemming.acc.am> Date: Sun, 25 Oct 1998 23:39:12 +0400 (AMT) From: nightmar@acc.am Reply-To: nightmar@acc.am To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/8447: syslogd doesn't allow !* option in the syslog.conf Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8447 >Category: bin >Synopsis: >Confidential: yes >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Oct 25 10:40:00 PST 1998 >Last-Modified: >Originator: Gaspar Chilingarov AKA NightMare >Organization: >Release: FreeBSD 2.2.6-RELEASE i386 , also in FreeBSD 3.0-SNAP >Environment: Standard installation of 2.2.6-RELEASE box , no patches applied. >Description: In syslog.conf(5) man written [-skip-] An asterisk (``*'') can be used to specify all facilities all levels or all programs. [-skip-] If you put the !* in config file after some filters (like !tcpd) you cannot force syslogd to write messages from any program to the specified file >How-To-Repeat: Put in the /etc/syslog.conf file after other filters (for instance , ftpd ) these lines : # you can place here any other programm !ftpd *.* [tab] /dev/null #this lines allow you to log all messages in the system !* *.* [tab] root to log all messages in the system to the root's terminal. make killall -HUP syslogd Login as root. Make something , that will cause syslogd write a message to the log (login from other terminal,for example). You must see a message from syslogd on your first terminal ... you doesn't see it. >Fix: < Here is a little patch for a /usr/src/usr.sbin/syslogd/syslogd.c [cut] 1156a1157,1160 > if(*p == '*') { > strcpy(prog, "*"); > continue; > } 1158,1161d1161 < if(!*p) { < strcpy(prog, "*"); < continue; < } [cut] Just save it under some name (syslog.diff ) & run patch /usr/src/usr.sbin/syslogd/syslogd.c >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 Oct 25 15:40:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA29007 for freebsd-bugs-outgoing; Sun, 25 Oct 1998 15:40:07 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA28998 for ; Sun, 25 Oct 1998 15:40:04 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id PAA01270; Sun, 25 Oct 1998 15:40:01 -0800 (PST) Date: Sun, 25 Oct 1998 15:40:01 -0800 (PST) Message-Id: <199810252340.PAA01270@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Matthias Buelow Subject: [patch] Re: bin/8438: ex/vi: Error: tcsetattr: Interrupted system call Reply-To: Matthias Buelow Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/8438; it has been noted by GNATS. From: Matthias Buelow To: robert+freebsd@cyrus.watson.org Cc: freebsd-bugs@freebsd.org Subject: [patch] Re: bin/8438: ex/vi: Error: tcsetattr: Interrupted system call Date: Sat, 24 Oct 1998 20:58:43 PDT "robert@fledge.watson.org" wrote: >>Number: 8438 >>Category: bin >>Synopsis: ex/vi: Error: tcsetattr: Interrupted system call >3.0-BETA/RELEASE, using vi against a file in the local FFS file system >/usr. X-windows using xterm, XiG's X server for notebooks. > >>Description: > >When resizing an xterm and using vi, once in a while I get: > >ex/vi: Error: tcsetattr: Interrupted system call > >This kills vi. This is not good. I believe I have observed this both >in command and edit modes. > >>How-To-Repeat: > >Start editing a file. Now resize your xterm. This does not always >appear to happen -- in fact, only infrequently. I'm not sure if there >is a correspondence to the size of the file being edited. I am unable >to repeat this consistently, but it has happened at least a few times >in the past few months. > >>Fix: > >I'm on the road, so can't check the source or see if there is already >a PR in for this. However, I'd guess that something in curses/ncurses/ >whatever vi uses doesn't wrap a syscall in a check for EINTR, and this >results in vi terminating from an error it does not expect. Yes, there're two occurrances of tcsetattr that are checked for errors, but EINTR is not taken care of. It is quite trivial to do this. Keith Bostic (the author of nvi) is busy with db 2.x since 1996 (and doesn't seem to have time for fixing bugs), so you could try the following patch from a mere user (me :). Please let me know if the problem goes away. You could also try to get the source for 1.79 and build with the internal curses subset, instead of linking against FreeBSD libcurses (it is linked against the system's curses at least in 2.2.6 and 2.2.7; this is probably not the best idea, since the bundled curses is supposed to work best with it). --- cl/cl_screen.c.orig-1.79 Sun Oct 25 04:49:59 1998 +++ cl/cl_screen.c Sun Oct 25 04:50:54 1998 @@ -368,6 +368,8 @@ fast: /* Set the terminal modes. */ if (tcsetattr(STDIN_FILENO, TCSASOFT | TCSADRAIN, &clp->vi_enter)) { + if (EINTR == errno) + goto fast; msgq(sp, M_SYSERR, "tcsetattr"); err: (void)cl_vi_end(sp->gp); return (1); @@ -486,6 +488,8 @@ #endif fast: if (tcsetattr(STDIN_FILENO, TCSADRAIN | TCSASOFT, &clp->ex_enter)) { + if (EINTR == errno) + goto fast; msgq(sp, M_SYSERR, "tcsetattr"); return (1); } - mkb To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Oct 25 15:53:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA29978 for freebsd-bugs-outgoing; Sun, 25 Oct 1998 15:53:28 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA29973 for ; Sun, 25 Oct 1998 15:53:21 -0800 (PST) (envelope-from grog@freebie.lemis.com) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.9.1/8.9.0) with ESMTP id KAA07458; Mon, 26 Oct 1998 10:22:44 +1030 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.9.1/8.9.0) id KAA19568; Mon, 26 Oct 1998 10:22:44 +1030 (CST) Message-ID: <19981026102244.X16609@freebie.lemis.com> Date: Mon, 26 Oct 1998 10:22:44 +1030 From: Greg Lehey To: "R. Luettgen" Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: no time changing References: <19981025144831.I16609@freebie.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i In-Reply-To: ; from R. Luettgen on Sun, Oct 25, 1998 at 12:37:08PM +0100 WWW-Home-Page: http://www.lemis.com/~grog Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org [Format autorecovered at freebie.lemis.com] On Sunday, 25 October 1998 at 12:37:08 +0100, R. Luettgen wrote: > On 25-Oct-98 Greg Lehey wrote: >> On Sunday, 25 October 1998 at 5:57:58 +0300, Andrey A. Chernov wrote: >>> On Sun, Oct 25, 1998 at 02:54:39AM +0100, R. Luettgen wrote: >>>> My 3.0 box didn't change the time automaticaly. >>>> My other 3 boxes (2.2.7 Release) change there time on there own. >>> >>> Strange indeed, because adjkerntz is the same in 2.2.7 and 3.0 >> >> You don't need adjkerntz for DST transitions. It's designed to fake >> the correct time zone when the hardware clock shows local time (for >> Microsoft compatibility) instead of UTC like it should. >> >> I don't use adjkerntz (or Microsoft :-), and my transitions worked >> fine. > > Could it be, if don't use adjkerntz my clock will change to winter > time correctly? Possibly. Is it still showing the wrong time? Then just stop the adjkerntz process and see what happens. Greg -- See complete headers for address, home page and phone numbers finger grog@lemis.com for PGP public key To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Oct 25 17:39:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA09910 for freebsd-bugs-outgoing; Sun, 25 Oct 1998 17:39:44 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from uhura.concentric.net (uhura.concentric.net [206.173.119.93]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA09905 for ; Sun, 25 Oct 1998 17:39:43 -0800 (PST) (envelope-from ursa@cris.com) Received: from cliff.concentric.net (cliff [206.173.119.90]) by uhura.concentric.net (8.8.8/(98/08/04 5.11)) id UAA16896; Sun, 25 Oct 1998 20:39:08 -0500 (EST) [1-800-745-2747 The Concentric Network] Received: from UrsaMajor.Ursa.com (ts003d10.atl-ga.concentric.net [206.173.82.118]) by cliff.concentric.net (8.8.8) id UAA08384; Sun, 25 Oct 1998 20:39:07 -0500 (EST) Message-ID: <3633E0C8.167EB0E7@cris.com> Date: Sun, 25 Oct 1998 20:39:04 -0600 From: amg X-Mailer: Mozilla 3.04Gold (X11; I; FreeBSD 2.2.1-RELEASE i386) MIME-Version: 1.0 To: bugs@FreeBSD.ORG Subject: Installation bug? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Bugs: I believe that I have run into a bug in the installation of 2.2.7. I have a file server with an Adaptec 2940 (EISA to SCSI adapter) and have been running 2.2.1 for over a year now. Recently, I started to upgrade to 2.2.7. Imagine my surprise when booting from the the just made boot floppy, the proceedure halted at ahc0 and displayed the message: ahc0: brkadrint, Illegal Host Access at seqaddr=0x0. Entering the toggle "-c" at the boot prompt and attempting to change parameters associated with PCI:2940 was not possible. What do I do now about installing 2.2.7?? august ursa@cris.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Oct 25 20:00:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA21646 for freebsd-bugs-outgoing; Sun, 25 Oct 1998 20:00:07 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA21629 for ; Sun, 25 Oct 1998 20:00:04 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id UAA11435; Sun, 25 Oct 1998 20:00:01 -0800 (PST) Received: from holly.dons.net.au (holly.dons.net.au [203.31.81.8]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA21461 for ; Sun, 25 Oct 1998 19:57:50 -0800 (PST) (envelope-from darius@holly.dons.net.au) Received: (from darius@localhost) by holly.dons.net.au (8.8.8/8.8.8) id OAA27871; Mon, 26 Oct 1998 14:11:28 +1030 (CST) (envelope-from darius) Message-Id: <199810260341.OAA27871@holly.dons.net.au> Date: Mon, 26 Oct 1998 14:11:28 +1030 (CST) From: "Daniel J. O'Connor" Reply-To: darius@holly.dons.net.au To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: gnu/8452: 'make buildworld' fails in /usr/src/gnu/libexec/uucp/libunix Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8452 >Category: gnu >Synopsis: 'make buildworld' fails in /usr/src/gnu/libexec/uucp/libunix >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Oct 25 20:00:00 PST 1998 >Last-Modified: >Originator: Daniel J. O'Connor >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: A -current systm from 5th of July with the source cvsup'd to the 24th of October trying to do a make buildworld (OBJFORMAT=aout) >Description: ===> gnu/libexec/uucp/libunix cc -nostdinc -O -pipe -I/usr/src/gnu/libexec/uucp/libunix/../common_sources -DOWNER=\"uuc p\" -DSBINDIR=\"/usr/libexec/uucp\" -I/usr/obj/aout/usr/src/tmp/usr/include -c /usr/src/gn u/libexec/uucp/libunix/access.c -o access.o In file included from /usr/src/gnu/libexec/uucp/libunix/access.c:6: /usr/src/gnu/libexec/uucp/libunix/../common_sources/uudefs.h:296: unrecognized format spec ifier for `' I don't understand this.. The uudefs'h file has Evil Magic (tm) in it :-/ (Well to me anyway :) >How-To-Repeat: make buildworld >Fix: Well... a workaround is put #if 0 around the cluster of #ifdef's around the problem area.. Its compiling now, but I don't know how functional the result will be.. >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 Oct 25 20:00:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA21647 for freebsd-bugs-outgoing; Sun, 25 Oct 1998 20:00:07 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA21633 for ; Sun, 25 Oct 1998 20:00:05 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id UAA11444; Sun, 25 Oct 1998 20:00:01 -0800 (PST) Received: from holly.dons.net.au (holly.dons.net.au [203.31.81.8]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA21472 for ; Sun, 25 Oct 1998 19:57:57 -0800 (PST) (envelope-from darius@holly.dons.net.au) Received: (from root@localhost) by holly.dons.net.au (8.8.8/8.8.8) id OAA28193; Mon, 26 Oct 1998 14:27:14 +1030 (CST) (envelope-from darius) Message-Id: <199810260357.OAA28193@holly.dons.net.au> Date: Mon, 26 Oct 1998 14:27:14 +1030 (CST) From: "Daniel J. O'Connor" Reply-To: darius@holly.dons.net.au To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: gnu/8453: Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8453 >Category: gnu >Synopsis: >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Oct 25 20:00:01 PST 1998 >Last-Modified: >Originator: Daniel J. O'Connor >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: A -current system compiled on the 5th of July (1998), sources cvsup'd on the 24th of October. OBJFORMAT=aout >Description: Gets to here and dies -> ===> usr.sbin/amd/libamu cc -nostdinc -O -pipe -I/usr/src/usr.sbin/amd/libamu/../../../contrib/amd/libamu -I. -I/usr/src/usr.sbin/amd/libamu -I/ usr/src/usr.sbin/amd/libamu/../include -I/usr/src/usr.sbin/amd/libamu/../../../contrib/amd/include -I/usr/src/usr.sbin/ amd/libamu/../../../contrib/amd -DHAVE_CONFIG_H -I/usr/obj/aout/usr/src/tmp/usr/include -c /usr/src/usr.sbin/amd/libamu /../../../contrib/amd/libamu/hasmntopt.c -o hasmntopt.o In file included from /usr/src/usr.sbin/amd/libamu/../../../contrib/amd/conf/nfs_prot/nfs_prot_freebsd3.h:60, from /usr/src/usr.sbin/amd/libamu/../include/amu_nfs_prot.h:1, from /usr/src/usr.sbin/amd/libamu/../../../contrib/amd/include/am_defs.h:538, from /usr/src/usr.sbin/amd/libamu/../../../contrib/amd/libamu/hasmntopt.c:48: nfs_prot.h:265: parse error before `uint64' nfs_prot.h:265: warning: data definition has no type or storage class nfs_prot.h:267: parse error before `int64' etc... >How-To-Repeat: make buildworld >Fix: Looks like it can't find typedefs for uint64's etc.. Don't know where they're supposed to come from.. >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 Oct 25 21:59:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA03822 for freebsd-bugs-outgoing; Sun, 25 Oct 1998 21:59:48 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from chickenbean.ais-gwd.com (chickenbean.com [205.160.97.50]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA03574; Sun, 25 Oct 1998 21:57:41 -0800 (PST) (envelope-from charlespeters@chickenbean.com) Received: from ci1000971-d.sptnbrg1.sc.home.com (ci1000971-d.sptnbrg1.sc.home.com [24.4.115.200]) by chickenbean.ais-gwd.com (8.8.8/8.8.8) with SMTP id BAA02260; Mon, 26 Oct 1998 01:09:12 -0500 (EST) (envelope-from charlespeters@chickenbean.com) Reply-To: From: "Charles A. Peters" To: , , , , , , , , , , , , , , , , Date: Mon, 26 Oct 1998 00:51:11 -0500 Message-ID: <000001be00a5$5e2d8d40$c8730418@ci1000971-d.sptnbrg1.sc.home.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org subscribe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Oct 26 01:30:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA21653 for freebsd-bugs-outgoing; Mon, 26 Oct 1998 01:30:08 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA21555; Mon, 26 Oct 1998 01:29:45 -0800 (PST) (envelope-from bde@FreeBSD.org) From: Bruce Evans Received: (from bde@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id BAA21832; Mon, 26 Oct 1998 01:29:42 -0800 (PST) Date: Mon, 26 Oct 1998 01:29:42 -0800 (PST) Message-Id: <199810260929.BAA21832@freefall.freebsd.org> To: cmetz@inner.net, bde@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/8417 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: 3.0 config(8) doesn't check that root fs device driver is present State-Changed-From-To: open-suspended State-Changed-By: bde State-Changed-When: Mon Oct 26 01:24:35 PST 1998 State-Changed-Why: Mostly fixed, mostly in rev.1.167 of kern/vfs_subr.c. Related null pointer panics for non-root mounts fixed in all affected vfs's. Not fixed in config(8). It's hardly worth fixing there, since the root device specified there is rarely used. It's easier to [mis]configure the root device at boot time and there is no way for the boot loader to check it. A nonexistent root device now causes an obscure panic in vfs_mountrootfs() instead of a null pointer panic. Not fixed. vfs_mountrootfs() should prompt for the root device if none is found. Not fixed in 2.2. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Oct 26 05:43:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA11853 for freebsd-bugs-outgoing; Mon, 26 Oct 1998 05:43:53 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from ms13.url.com.tw (gemini.accton.com.tw [210.68.148.7]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id FAA11846 for ; Mon, 26 Oct 1998 05:43:47 -0800 (PST) (envelope-from willer@ms13.url.com.tw) Date: Mon, 26 Oct 1998 05:43:47 -0800 (PST) Received: from willer ([202.145.254.42]) by AccSMTP/NT 2.5 (210.68.148.49) [210.68.148.49]; Mon, 26 Oct 1998 21:03:16 +0800 Message-ID: <004001be00e1$1f254390$8eab91ca@willer.willer.net> From: "willer" To: Subject: =?big5?B?sXqkQKl3rW6lzsD0q0+lUrlxuXGmwA==?= MIME-Version: 1.0 Content-Type: text/plain; charset="big5" X-Mailer: Microsoft Outlook Express 4.72.2106.4 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by hub.freebsd.org id FAA11849 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org ¥DÃD ·R¥xÆW ±z¤@©w­n¥ÎÀô«O¥R¹q¹q¦À ¦U Ãþ ¤T¸¹¹q¦À¤ñ¸û ¹q¦À¯S©Ê Àô«OÆP©Ê¹q¦À ´¶³q¹q¦À ÂìÂð¹q¦À Àô«O Âì ²B¹q¦À ¥i¥R¹q¦¸¼Æ ¹s¦¸ ¹s¦¸ ¬ù¤@¨Õ¦¸ ¤j©ó¤­¨Õ¦¸ §t­«ª÷ÄݦìV·½ µL µL §tÂ𭫪÷ÄÝ µL °ª¯Ó¹q¨Ï¥Î ¾A¦X ¤£¾A¦X ¾A¦X ¾A¦X °ª«ù¤[©Ê ¬O §_ §_ ¬O ¥R¹q°O¾Ð©Ê -- -- ¦³ ¦³ ¦pªG±z·R¥xÆW³o¶ô¤j¦a ½Ð±z¨Ï¥ÎµL¦¾¬VÂì²BÀô«O¥R¹q¹q¦À ¦³¥R¹q°O¾Ð©Êªº¹q¦À ¸ûµLªkµo´§¹q¤O ¥²»Ý§¹¥þ©ñ¹q«á¤~¯à¥R¹q ´ö²L¤T¸¹©Î ¥|¸¹µL¦¾¬VÂì²BÀô«O¥R¹q¹q¦À ºô¸ô°â»ù 99 ¤¸ YUASA NiMH AA or AAA type, NTD 99 Each ´ö²L ª¾¼z«¬¥R¹q¾¹ ? ºô¸ô°â»ù 399 ¤¸ YUASA Recharger of NiMH, NTD 399 Tel: (03)3278012 BBC: 060224189-099 Mobile: 0933926100 Miss Eileen Lin ªL¤p©j To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Oct 26 06:20:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA15344 for freebsd-bugs-outgoing; Mon, 26 Oct 1998 06:20:12 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA15335 for ; Mon, 26 Oct 1998 06:20:09 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id GAA01893; Mon, 26 Oct 1998 06:20:01 -0800 (PST) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA15246; Mon, 26 Oct 1998 06:19:07 -0800 (PST) (envelope-from nobody) Message-Id: <199810261419.GAA15246@hub.freebsd.org> Date: Mon, 26 Oct 1998 06:19:07 -0800 (PST) From: mikes@indiana.edu To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/8456: SMP kernel fails with Everex PO-6200 Dual PPro MB Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8456 >Category: kern >Synopsis: SMP kernel fails with Everex PO-6200 Dual PPro MB >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Oct 26 06:20:01 PST 1998 >Last-Modified: >Originator: Michael L. Squires >Organization: Chemistry, Indiana University (Bloomington) >Release: 3.0-RELEASE >Environment: FreeBSD chemsmp.chem.indiana.edu 3.0-RELEASE FreeBSD 3.0-RELEASE #0: Mon Oct 19 10:06:37 EST 1998 root@test01.chem.indiana.edu:/usr/src/sys/compile/ALAN i3 86 >Description: Page fault on boot; IRQ assignment errors of the form below appear for all devices fdc0 ... Freeing (not implemented) redirected ISA irq 6 create_intr: requested irq 31 too hight, limit is 23 MP kernel config file entries # SMP kernel config file options: # Required: options SMP # Symmetric MultiProcessor Kernel options APIC_IO # Symmetric (APIC) I/O # Optional (built-in defaults will work in most cases): options NCPU=2 # number of CPUs options NBUS=2 # number of busses options NAPIC=1 # number of IO APICs options NINTR=24 # number of INTs mptable -verbose results: ------------------------------------------------------------------------------- MP Config Table Header: physical address: 0x000fc6a4 signature: 'PCMP' base table length: 252 version: 1.1 checksum: 0x34 OEM ID: 'OEM12345' Product ID: 'PROD12345678' OEM table pointer: 0x00000000 OEM table size: 0 entry count: 23 local APIC address: 0xfee00000 extended table length: 0 extended table checksum: 0 ------------------------------------------------------------------------------- MP Config Base Table Entries: -- Processors: APIC ID Version State Family Model Step Flags 0 0x10 BSP, usable 6 1 6 0xfbff 1 0x10 AP, usable 6 1 6 0xfbff -- Bus: Bus ID Type 0 EISA 1 PCI -- I/O APICs: APIC ID Version State Address 2 0x11 usable 0xfec00000 -- I/O Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# ExtINT active-hi edge 0 0 255 0 INT conforms conforms 0 1 255 1 INT conforms conforms 0 0 255 2 INT conforms conforms 0 3 255 3 INT conforms conforms 0 4 255 4 INT conforms conforms 0 5 255 5 INT conforms conforms 0 6 255 6 INT conforms conforms 0 7 255 7 INT conforms conforms 0 8 255 8 INT conforms conforms 0 9 255 9 INT conforms conforms 0 10 255 10 INT conforms conforms 0 11 255 11 INT conforms conforms 0 12 255 12 INT conforms conforms 0 13 255 13 INT conforms conforms 0 14 255 14 INT conforms conforms 0 15 255 15 -- Local Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# ExtINT active-hi edge 0 0 255 0 NMI active-hi edge 0 0 255 1 >How-To-Repeat: Reboot >Fix: Use another motherboard. (Motherboard is from Everex Step DP/Pro with two 166/512 Ppro CPUs overclocked to 200Mhz; AMIDiag checks SMP hardware out as OK, NT 4 Server has run SMP for weeks, no problems. Motherboard is certified NT 4 SMP, Novell SMP, and I think SCO SMP - for what that's worth. >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 Oct 26 07:54:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA23254 for freebsd-bugs-outgoing; Mon, 26 Oct 1998 07:54:38 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from pluto.plutotech.com (mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA23249 for ; Mon, 26 Oct 1998 07:54:36 -0800 (PST) (envelope-from gibbs@plutotech.com) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.7/8.8.5) with ESMTP id IAA25731; Mon, 26 Oct 1998 08:53:57 -0700 (MST) Message-Id: <199810261553.IAA25731@pluto.plutotech.com> X-Mailer: exmh version 2.0.2 2/24/98 To: amg cc: bugs@FreeBSD.ORG Subject: Re: Installation bug? In-reply-to: Your message of "Sun, 25 Oct 1998 20:39:04 CST." <3633E0C8.167EB0E7@cris.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 26 Oct 1998 08:47:08 -0700 From: "Justin T. Gibbs" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > What do I do now about installing 2.2.7?? Disable the Ultrastor driver from userconfig (uha0). -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Oct 26 08:20:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA25632 for freebsd-bugs-outgoing; Mon, 26 Oct 1998 08:20:09 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA25613 for ; Mon, 26 Oct 1998 08:20:05 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id IAA12594; Mon, 26 Oct 1998 08:20:01 -0800 (PST) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA24872; Mon, 26 Oct 1998 08:13:57 -0800 (PST) (envelope-from nobody) Message-Id: <199810261613.IAA24872@hub.freebsd.org> Date: Mon, 26 Oct 1998 08:13:57 -0800 (PST) From: Peter Cornelius To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: misc/8457: gnomelibs-0.30.1 - configure fails Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8457 >Category: misc >Synopsis: gnomelibs-0.30.1 - configure fails >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Oct 26 08:20:01 PST 1998 >Last-Modified: >Originator: Peter Cornelius >Organization: INR, Forschungszentrum Karlsruhe >Release: RELENG_2_2 as of today (2.2.7) >Environment: FreeBSD inr-delphi.fzk.de 2.2.7-STABLE FreeBSD 2.2.7-STABLE #0: Thu Jul 23 01:57:42 CEST 1998 root@inr-delphi.fzk.de:/usr/src/sys/compile/INR-DELPHI i386 >Description: This happens during `make all`: (...)checking for GTK - version >= 1.1.1... no *** Could not run GTK test program, checking why... *** The test program failed to compile or link. See the file config.log for the *** exact error that occured. This usually means GTK was incorrectly installed *** or that you have moved GTK since it was installed. In the latter case, you *** may want to edit the gtk-config script: /usr/X11R6/bin/gtk11-config configure: error: GTK not installed (...Stop...) But gtk-1.1.2 *is* installed. This is the configure.log from $WRKSRC (! cut&paste'd !): This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. configure:610: checking host system type configure:631: checking target system type configure:649: checking build system type configure:683: checking for a BSD compatible install configure:736: checking whether build environment is sane configure:793: checking whether make sets ${MAKE} configure:839: checking for working aclocal configure:852: checking for working autoconf configure:865: checking for working automake configure:878: checking for working autoheader configure:891: checking for working makeinfo configure:910: checking for gcc configure:987: checking whether the C compiler (cc -O ) works configure:1001: cc -o conftest -O -O -I/usr/local/include -I/usr/X11R6/include conftest.c -L/usr/local/lib -L/usr/X11R6/lib -lxpg4 1>&5 configure:1021: checking whether the C compiler (cc -O ) is a cross-compiler configure:1026: checking whether we are using GNU C configure:1035: cc -E conftest.c configure:1050: checking whether cc accepts -g configure:1078: checking for POSIXized ISC configure:1101: checking for gcc configure:1178: checking whether the C compiler (cc -O ) works configure:1192: cc -o conftest -O -O -I/usr/local/include -I/usr/X11R6/include conftest.c -L/usr/local/lib -L/usr/X11R6/lib -lxpg4 1>&5 configure:1212: checking whether the C compiler (cc -O ) is a cross-compiler configure:1217: checking whether we are using GNU C configure:1241: checking whether cc accepts -g configure:1269: checking how to run the C preprocessor configure:1290: cc -E -O -I/usr/local/include -I/usr/X11R6/include conftest.c >/dev/null 2>conftest.out configure:1330: checking for ANSI C header files configure:1343: cc -E -O -I/usr/local/include -I/usr/X11R6/include conftest.c >/dev/null 2>conftest.out configure:1410: cc -o conftest -O -O -I/usr/local/include -I/usr/X11R6/include conftest.c -L/usr/local/lib -L/usr/X11R6/lib -lxpg4 1>&5 configure:1456: checking for ranlib configure:1495: checking for ld used by GCC configure:1552: checking if the linker (/usr/bin/ld) is GNU ld configure:1568: checking for BSD-compatible nm configure:1605: checking whether ln -s works configure:1715: checking whether to enable maintainer-specific portions of Makefiles configure:1746: checking what warning flags to pass to the C compiler configure:1772: checking what language compliance flags to pass to the C compiler configure:1794: checking for pthread_create in -lpthread configure:1813: cc -o conftest -O -Wall -O -I/usr/local/include -I/usr/X11R6/include conftest.c -lpthread -L/usr/local/lib -L/usr/X11R6/lib -lxpg4 1>&5 ld: -lpthread: no match configure: failed program was: #line 1802 "configure" #include "confdefs.h" /* Override any gcc2 internal prototype to avoid an error. */ /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char pthread_create(); int main() { pthread_create() ; return 0; } configure:1832: checking for pthread_create in -lc_r configure:1851: cc -o conftest -O -Wall -O -I/usr/local/include -I/usr/X11R6/include conftest.c -lc_r -L/usr/local/lib -L/usr/X11R6/lib -lxpg4 1>&5 configure:1918: checking for gtk-config configure:1949: checking for GTK - version >= 1.1.1 configure:2050: cc -o conftest -O -Wall -I/usr/X11R6/include/gtk11 -I/usr/X11R6/include -I/usr/local/include/glib -O -I/usr/local/include -I/usr/X11R6/include conftest.c -L/usr/local/lib -L/usr/X11R6/lib -lxpg4 -L/usr/X11R6/lib -L/usr/X11R6/lib -lgtk11 -lgdk11 -L/usr/local/lib -lgmodule11 -lglib11 -lXext -lX11 -lm 1>&5 In file included from /usr/X11R6/include/gtk11/gtk/gtk.h:23, from configure:1974: /usr/X11R6/include/gtk11/gdk/gdk.h:313: parse error before `GDestroyNotify' In file included from /usr/X11R6/include/gtk11/gtk/gtkobject.h:23, from /usr/X11R6/include/gtk11/gtk/gtkaccelgroup.h:27, from /usr/X11R6/include/gtk11/gtk/gtk.h:24, from configure:1974: /usr/X11R6/include/gtk11/gtk/gtkarg.h:64: parse error before `va_list' /usr/X11R6/include/gtk11/gtk/gtkarg.h:83: parse error before `arg_info_1' /usr/X11R6/include/gtk11/gtk/gtkarg.h:85: parse error before `arg_info' In file included from /usr/X11R6/include/gtk11/gtk/gtkaccelgroup.h:27, from /usr/X11R6/include/gtk11/gtk/gtk.h:24, from configure:1974: /usr/X11R6/include/gtk11/gtk/gtkobject.h:138: parse error before `GData' /usr/X11R6/include/gtk11/gtk/gtkobject.h:138: warning: no semicolon at end of struct or union /usr/X11R6/include/gtk11/gtk/gtkobject.h:285: parse error before `GDestroyNotify' /usr/X11R6/include/gtk11/gtk/gtkobject.h:311: parse error before `GQuark' /usr/X11R6/include/gtk11/gtk/gtkobject.h:314: parse error before `GQuark' /usr/X11R6/include/gtk11/gtk/gtkobject.h:318: parse error before `GQuark' /usr/X11R6/include/gtk11/gtk/gtkobject.h:320: parse error before `GQuark' /usr/X11R6/include/gtk11/gtk/gtkobject.h:322: parse error before `GQuark' /usr/X11R6/include/gtk11/gtk/gtkobject.h:340: parse error before `va_list' In file included from /usr/X11R6/include/gtk11/gtk/gtkmisc.h:24, from /usr/X11R6/include/gtk11/gtk/gtklabel.h:24, from /usr/X11R6/include/gtk11/gtk/gtkaccellabel.h:26, from /usr/X11R6/include/gtk11/gtk/gtk.h:25, from configure:1974: /usr/X11R6/include/gtk11/gtk/gtkwidget.h:165: field `object' has incomplete type In file included from /usr/X11R6/include/gtk11/gtk/gtkadjustment.h:24, from /usr/X11R6/include/gtk11/gtk/gtk.h:26, from configure:1974: /usr/X11R6/include/gtk11/gtk/gtkdata.h:46: field `object' has incomplete type In file included from /usr/X11R6/include/gtk11/gtk/gtkbin.h:24, from /usr/X11R6/include/gtk11/gtk/gtkalignment.h:24, from /usr/X11R6/include/gtk11/gtk/gtk.h:27, from configure:1974: /usr/X11R6/include/gtk11/gtk/gtkcontainer.h:206: parse error before `va_list' In file included from /usr/X11R6/include/gtk11/gtk/gtk.h:38, from configure:1974: /usr/X11R6/include/gtk11/gtk/gtkclist.h:101: parse error before `gconstpointer' In file included from /usr/X11R6/include/gtk11/gtk/gtk.h:42, from configure:1974: /usr/X11R6/include/gtk11/gtk/gtkctree.h:83: parse error before `GNode' /usr/X11R6/include/gtk11/gtk/gtkctree.h:195: parse error before `GNode' /usr/X11R6/include/gtk11/gtk/gtkctree.h:198: parse error before `*' /usr/X11R6/include/gtk11/gtk/gtkctree.h:199: parse error before `GNode' /usr/X11R6/include/gtk11/gtk/gtkctree.h:203: warning: data definition has no type or storage class In file included from /usr/X11R6/include/gtk11/gtk/gtk.h:69, from configure:1974: /usr/X11R6/include/gtk11/gtk/gtkitemfactory.h:61: field `object' has incomplete type configure: failed program was: #line 1972 "configure" #include "confdefs.h" #include #include #include int main () { int major, minor, micro; char *tmp_version; system ("touch conf.gtktest"); /* HP/UX 9 (%@#!) writes to sscanf strings */ tmp_version = g_strdup("1.1.1"); if (sscanf(tmp_version, "%d.%d.%d", &major, &minor, µ) != 3) { printf("%s, bad version string\n", "1.1.1"); exit(1); } if ((gtk_major_version != 1) || (gtk_minor_version != 1) || (gtk_micro_version != 2)) { printf("\n*** 'gtk-config --version' returned %d.%d.%d, but GTK+ (%d.%d.%d)\n", 1, 1, 2, gtk_major_version, gtk_minor_version, gtk_micro_version); printf ("*** was found! If gtk-config was correct, then it is best\n"); printf ("*** to remove the old version of GTK+. You may also be able to fix the error\n"); printf("*** by modifying your LD_LIBRARY_PATH enviroment variable, or by editing\n"); printf("*** /etc/ld.so.conf. Make sure you have run ldconfig if that is\n"); printf("*** required on your system.\n"); printf("*** If gtk-config was wrong, set the environment variable GTK_CONFIG\n"); printf("*** to point to the correct copy of gtk-config, and remove the file config.cache\n"); printf("*** before re-running configure\n"); } #if defined (GTK_MAJOR_VERSION) && defined (GTK_MINOR_VERSION) && defined (GTK_MICRO_VERSION) else if ((gtk_major_version != GTK_MAJOR_VERSION) || (gtk_minor_version != GTK_MINOR_VERSION) || (gtk_micro_version != GTK_MICRO_VERSION)) { printf("*** GTK+ header files (version %d.%d.%d) do not match\n", GTK_MAJOR_VERSION, GTK_MINOR_VERSION, GTK_MICRO_VERSION); printf("*** library (version %d.%d.%d)\n", gtk_major_version, gtk_minor_version, gtk_micro_version); } #endif /* defined (GTK_MAJOR_VERSION) ... */ else { if ((gtk_major_version > major) || ((gtk_major_version == major) && (gtk_minor_version > minor)) || ((gtk_major_version == major) && (gtk_minor_version == minor) && (gtk_micro_version >= micro))) { return 0; } else { printf("\n*** An old version of GTK+ (%d.%d.%d) was found.\n", gtk_major_version, gtk_minor_version, gtk_micro_version); printf("*** You need a version of GTK+ newer than %d.%d.%d. The latest version of\n", major, minor, micro); printf("*** GTK+ is always available from ftp://ftp.gtk.org.\n"); printf("***\n"); printf("*** If you have already installed a sufficiently new version, this error\n"); printf("*** probably means that the wrong copy of the gtk-config shell script is\n"); printf("*** being found. The easiest way to fix this is to remove the old version\n"); printf("*** of GTK+, but you can also set the GTK_CONFIG environment to point to the\n"); printf("*** correct copy of gtk-config. (In this case, you will have to\n"); printf("*** modify your LD_LIBRARY_PATH enviroment variable, or edit /etc/ld.so.conf\n"); printf("*** so that the correct libraries are found at run-time))\n"); } } return 1; } configure:2094: cc -o conftest -O -Wall -I/usr/X11R6/include/gtk11 -I/usr/X11R6/include -I/usr/local/include/glib -O -I/usr/local/include -I/usr/X11R6/include conftest.c -L/usr/local/lib -L/usr/X11R6/lib -lxpg4 -L/usr/X11R6/lib -L/usr/X11R6/lib -lgtk11 -lgdk11 -L/usr/local/lib -lgmodule11 -lglib11 -lXext -lX11 -lm 1>&5 In file included from /usr/X11R6/include/gtk11/gtk/gtk.h:23, from configure:2086: /usr/X11R6/include/gtk11/gdk/gdk.h:313: parse error before `GDestroyNotify' In file included from /usr/X11R6/include/gtk11/gtk/gtkobject.h:23, from /usr/X11R6/include/gtk11/gtk/gtkaccelgroup.h:27, from /usr/X11R6/include/gtk11/gtk/gtk.h:24, from configure:2086: /usr/X11R6/include/gtk11/gtk/gtkarg.h:64: parse error before `va_list' /usr/X11R6/include/gtk11/gtk/gtkarg.h:83: parse error before `arg_info_1' /usr/X11R6/include/gtk11/gtk/gtkarg.h:85: parse error before `arg_info' In file included from /usr/X11R6/include/gtk11/gtk/gtkaccelgroup.h:27, from /usr/X11R6/include/gtk11/gtk/gtk.h:24, from configure:2086: /usr/X11R6/include/gtk11/gtk/gtkobject.h:138: parse error before `GData' /usr/X11R6/include/gtk11/gtk/gtkobject.h:138: warning: no semicolon at end of struct or union /usr/X11R6/include/gtk11/gtk/gtkobject.h:285: parse error before `GDestroyNotify' /usr/X11R6/include/gtk11/gtk/gtkobject.h:311: parse error before `GQuark' /usr/X11R6/include/gtk11/gtk/gtkobject.h:314: parse error before `GQuark' /usr/X11R6/include/gtk11/gtk/gtkobject.h:318: parse error before `GQuark' /usr/X11R6/include/gtk11/gtk/gtkobject.h:320: parse error before `GQuark' /usr/X11R6/include/gtk11/gtk/gtkobject.h:322: parse error before `GQuark' /usr/X11R6/include/gtk11/gtk/gtkobject.h:340: parse error before `va_list' In file included from /usr/X11R6/include/gtk11/gtk/gtkmisc.h:24, from /usr/X11R6/include/gtk11/gtk/gtklabel.h:24, from /usr/X11R6/include/gtk11/gtk/gtkaccellabel.h:26, from /usr/X11R6/include/gtk11/gtk/gtk.h:25, from configure:2086: /usr/X11R6/include/gtk11/gtk/gtkwidget.h:165: field `object' has incomplete type In file included from /usr/X11R6/include/gtk11/gtk/gtkadjustment.h:24, from /usr/X11R6/include/gtk11/gtk/gtk.h:26, from configure:2086: /usr/X11R6/include/gtk11/gtk/gtkdata.h:46: field `object' has incomplete type In file included from /usr/X11R6/include/gtk11/gtk/gtkbin.h:24, from /usr/X11R6/include/gtk11/gtk/gtkalignment.h:24, from /usr/X11R6/include/gtk11/gtk/gtk.h:27, from configure:2086: /usr/X11R6/include/gtk11/gtk/gtkcontainer.h:206: parse error before `va_list' In file included from /usr/X11R6/include/gtk11/gtk/gtk.h:38, from configure:2086: /usr/X11R6/include/gtk11/gtk/gtkclist.h:101: parse error before `gconstpointer' In file included from /usr/X11R6/include/gtk11/gtk/gtk.h:42, from configure:2086: /usr/X11R6/include/gtk11/gtk/gtkctree.h:83: parse error before `GNode' /usr/X11R6/include/gtk11/gtk/gtkctree.h:195: parse error before `GNode' /usr/X11R6/include/gtk11/gtk/gtkctree.h:198: parse error before `*' /usr/X11R6/include/gtk11/gtk/gtkctree.h:199: parse error before `GNode' /usr/X11R6/include/gtk11/gtk/gtkctree.h:203: warning: data definition has no type or storage class In file included from /usr/X11R6/include/gtk11/gtk/gtk.h:69, from configure:2086: /usr/X11R6/include/gtk11/gtk/gtkitemfactory.h:61: field `object' has incomplete type configure: failed program was: #line 2084 "configure" #include "confdefs.h" #include #include int main() { return ((gtk_major_version) || (gtk_minor_version) || (gtk_micro_version)); ; return 0; } >How-To-Repeat: Try to install the port or an on which depends on it, say gtkicq or so. >Fix: >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 Oct 26 11:26:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA11315 for freebsd-bugs-outgoing; Mon, 26 Oct 1998 11:26:00 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from smtp01.primenet.com (smtp01.primenet.com [206.165.6.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA11297; Mon, 26 Oct 1998 11:25:57 -0800 (PST) (envelope-from tlambert@usr04.primenet.com) Received: (from daemon@localhost) by smtp01.primenet.com (8.8.8/8.8.8) id MAA02283; Mon, 26 Oct 1998 12:25:00 -0700 (MST) Received: from usr04.primenet.com(206.165.6.204) via SMTP by smtp01.primenet.com, id smtpd002094; Mon Oct 26 12:24:44 1998 Received: (from tlambert@localhost) by usr04.primenet.com (8.8.5/8.8.5) id MAA15542; Mon, 26 Oct 1998 12:24:38 -0700 (MST) From: Terry Lambert Message-Id: <199810261924.MAA15542@usr04.primenet.com> Subject: Re: deadfs in FreeBSD 3.0/current ? To: art@stacken.kth.se (Artur Grabowski) Date: Mon, 26 Oct 1998 19:24:37 +0000 (GMT) Cc: lha@s3.kth.se, freebsd-fs@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, kom-arla@stacken.kth.se In-Reply-To: from "Artur Grabowski" at Oct 25, 98 03:51:52 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > kern/vfs_subr.c:vclean() does a vp->v_flag |= VXLOCK; and after that > > "calls" VOP_LOCK(). > > > > Now when the filesystem is deadfs (we use it in arla[1]), the call > > ends up in miscfs/deadfs/dead_vnops.c:dead_lock() that calls > > chkvnlock(). Now chkvnlock() sleeps when VXLOCK is set. > > As a horrible workaround in OpenBSD I noted that LK_DRAIN is set in the > VOP_LOCK call in vclean. (The code is not checked in, our tree is locked). > And when the LK_DRAIN is set I don't do the chkvnlock(). Oh, look. People have started trying to do real work in the VFS code, and the first thing that rears its ugly head is a stacking layer issue that I identified about three years ago. As a workaround for the brain-damage in this area, look at the handling of vnodes of type VT_TFS, since TFS handles it's own vnode pool by severability rather than by correction of the interface bogosity. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Oct 26 11:26:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA11411 for freebsd-bugs-outgoing; Mon, 26 Oct 1998 11:26:14 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA11404; Mon, 26 Oct 1998 11:26:13 -0800 (PST) (envelope-from fenner@FreeBSD.org) From: Bill Fenner Received: (from fenner@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id LAA20117; Mon, 26 Oct 1998 11:26:09 -0800 (PST) Date: Mon, 26 Oct 1998 11:26:09 -0800 (PST) Message-Id: <199810261926.LAA20117@freefall.freebsd.org> To: fenner@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, freebsd-ports@FreeBSD.ORG Subject: Re: misc/8457 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: gnomelibs-0.30.1 - configure fails Responsible-Changed-From-To: freebsd-bugs->freebsd-ports Responsible-Changed-By: fenner Responsible-Changed-When: Mon Oct 26 11:25:51 PST 1998 Responsible-Changed-Why: port problem To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Oct 26 21:31:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA11477 for freebsd-bugs-outgoing; Mon, 26 Oct 1998 21:31:24 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from lariat.lariat.org (lariat.lariat.org [206.100.185.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA11470 for ; Mon, 26 Oct 1998 21:31:22 -0800 (PST) (envelope-from brett@lariat.org) Received: (from brett@localhost) by lariat.lariat.org (8.8.8/8.8.6) id WAA09508; Mon, 26 Oct 1998 22:30:42 -0700 (MST) Message-Id: <4.1.19981026222824.06828630@127.0.0.1> X-Sender: brett@127.0.0.1 X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1 Date: Mon, 26 Oct 1998 22:30:33 -0700 To: bugs@FreeBSD.ORG From: Brett Glass Subject: The tentative thermometer Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Just downloaded 3.0-RELEASE to a 486 box here in the lab, and noticed an odd behavior: the "thermometer" display, which appears when files are being transferred, jumps forward and then back a little. Then forward again, and back a little. And so on, as the files continue to load. I don't think this is the intended behavior.... --Brett To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Oct 27 01:20:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA00502 for freebsd-bugs-outgoing; Tue, 27 Oct 1998 01:20:35 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from sos@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA00495; Tue, 27 Oct 1998 01:20:34 -0800 (PST) (envelope-from sos) Message-Id: <199810270920.BAA00495@hub.freebsd.org> Subject: Re: The tentative thermometer In-Reply-To: <4.1.19981026222824.06828630@127.0.0.1> from Brett Glass at "Oct 26, 98 10:30:33 pm" To: brett@lariat.org (Brett Glass) Date: Tue, 27 Oct 1998 01:20:34 -0800 (PST) Cc: bugs@FreeBSD.ORG From: sos@FreeBSD.ORG Reply-to: sos@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In reply to Brett Glass who wrote: > Just downloaded 3.0-RELEASE to a 486 box here in the lab, and noticed > an odd behavior: the "thermometer" display, which appears when files > are being transferred, jumps forward and then back a little. Then > forward again, and back a little. And so on, as the files continue > to load. > > I don't think this is the intended behavior.... Well, its the cursor that is somtimes shown just after the "therm" char has been drawn. So what you are seeing is "cursor noise". -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Oct 27 09:00:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA04450 for freebsd-bugs-outgoing; Tue, 27 Oct 1998 09:00:35 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from ms13.url.com.tw (gemini.accton.com.tw [210.68.148.7]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id JAA04443 for ; Tue, 27 Oct 1998 09:00:26 -0800 (PST) (envelope-from willer@ms13.url.com.tw) Date: Tue, 27 Oct 1998 09:00:26 -0800 (PST) Received: from willer ([202.145.254.42]) by AccSMTP/NT 2.5 (210.68.148.49) [210.68.148.49]; Wed, 28 Oct 1998 00:30:37 +0800 Message-ID: <001901be01c7$3e0b9a20$8eab91ca@willer.willer.net> From: "willer" To: Subject: =?big5?B?sXqkQKl3rW6lzsD0q0+lUrlxuXGmwA==?= MIME-Version: 1.0 Content-Type: text/plain; charset="big5" X-Mailer: Microsoft Outlook Express 4.72.2106.4 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by hub.freebsd.org id JAA04445 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org ¥DÃD ·R¥xÆW ±z¤@©w­n¥ÎÀô«O¥R¹q¹q¦À ¦U Ãþ ¤T¸¹¹q¦À¤ñ¸û ¹q¦À¯S©Ê Àô«OÆP©Ê¹q¦À ´¶³q¹q¦À ÂìÂð¹q¦À Àô«O Âì ²B¹q¦À ¥i¥R¹q¦¸¼Æ ¹s¦¸ ¹s¦¸ ¬ù¤@¨Õ¦¸ ¤j©ó¤­¨Õ¦¸ §t­«ª÷ÄݦìV·½ µL µL §tÂ𭫪÷ÄÝ µL °ª¯Ó¹q¨Ï¥Î ¾A¦X ¤£¾A¦X ¾A¦X ¾A¦X °ª«ù¤[©Ê ¬O §_ §_ ¬O ¥R¹q°O¾Ð©Ê -- -- ¦³ ¦³ ¦pªG±z·R¥xÆW³o¶ô¤j¦a ½Ð±z¨Ï¥ÎµL¦¾¬VÂì²BÀô«O¥R¹q¹q¦À ¦³¥R¹q°O¾Ð©Êªº¹q¦À ¸ûµLªkµo´§¹q¤O ¥²»Ý§¹¥þ©ñ¹q«á¤~¯à¥R¹q ´ö²L¤T¸¹©Î ¥|¸¹µL¦¾¬VÂì²BÀô«O¥R¹q¹q¦À ºô¸ô°â»ù 99 ¤¸ YUASA NiMH AA or AAA type, NTD 99 Each ´ö²L ª¾¼z«¬¥R¹q¾¹ ? ºô¸ô°â»ù 399 ¤¸ YUASA Recharger of NiMH, NTD 399 Tel: (03)3278012 BBC: 060224189-099 Mobile: 0933926100 Miss Eileen Lin ªL¤p©j To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Oct 27 09:10:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA05376 for freebsd-bugs-outgoing; Tue, 27 Oct 1998 09:10:06 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA05369 for ; Tue, 27 Oct 1998 09:10:05 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id JAA00326; Tue, 27 Oct 1998 09:10:01 -0800 (PST) Date: Tue, 27 Oct 1998 09:10:01 -0800 (PST) Message-Id: <199810271710.JAA00326@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Craig Metz Subject: Re: gnu/8425: 3.0's gdb can't read 3.0's kernel to debug dumps Reply-To: Craig Metz Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR gnu/8425; it has been noted by GNATS. From: Craig Metz To: Jin Guojun (FTG staff) Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: gnu/8425: 3.0's gdb can't read 3.0's kernel to debug dumps Date: Tue, 27 Oct 1998 08:07:47 -0500 In message <199810231949.MAA11501@george.lbl.gov>, you write: >It becauses that kernel uses aout format, but user space uses elf format. >It is messy now. >For debug kernel, go get one at ftp://ftp.lemis.com/pub/vinum/gdb-aout. envy# ./gdb /var/crash/kernel.1 GDB is free software and you are welcome to 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. GDB 4.16 (i386-unknown-freebsd), Copyright 1996 Free Software Foundation, Inc... (gdb) target kcore /var/crash/vmcore.1 IdlePTD 272000 kernel symbol `kstack' not found. (gdb) -Craig To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Oct 27 10:00:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA08988 for freebsd-bugs-outgoing; Tue, 27 Oct 1998 10:00:08 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA08981 for ; Tue, 27 Oct 1998 10:00:05 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id KAA02211; Tue, 27 Oct 1998 10:00:01 -0800 (PST) Date: Tue, 27 Oct 1998 10:00:01 -0800 (PST) Message-Id: <199810271800.KAA02211@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Jin Guojun (FTG staff) Subject: Re: gnu/8425: 3.0's gdb can't read 3.0's kernel to debug dumps Reply-To: Jin Guojun (FTG staff) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR gnu/8425; it has been noted by GNATS. From: Jin Guojun (FTG staff) To: cmetz@inner.net Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: gnu/8425: 3.0's gdb can't read 3.0's kernel to debug dumps Date: Tue, 27 Oct 1998 09:57:05 -0800 (PST) From: Craig Metz > envy# ./gdb /var/crash/kernel.1 > GDB is free software and you are welcome to 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. > GDB 4.16 (i386-unknown-freebsd), > Copyright 1996 Free Software Foundation, Inc... > (gdb) target kcore /var/crash/vmcore.1 > IdlePTD 272000 > kernel symbol `kstack' not found. I have no idea what symbol `kstack' is. It is not in the GENERIC kernel. Is it possible your customized kernel? At least to debug kernel, you should do this: gdb -k kernel.1 vmcore.1 -Jin . To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Oct 27 11:20:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA15731 for freebsd-bugs-outgoing; Tue, 27 Oct 1998 11:20:08 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA15723 for ; Tue, 27 Oct 1998 11:20:05 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id LAA07825; Tue, 27 Oct 1998 11:20:01 -0800 (PST) Received: from as5200-01-254.no.neosoft.com (as5200-01-254.no.neosoft.com [206.27.167.254]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA15172 for ; Tue, 27 Oct 1998 11:12:42 -0800 (PST) (envelope-from conrads@as5200-01-254.no.neosoft.com) Received: (from root@localhost) by as5200-01-254.no.neosoft.com (8.9.1/8.9.1) id NAA13852; Tue, 27 Oct 1998 13:08:47 -0600 (CST) (envelope-from conrads) Message-Id: <199810271908.NAA13852@as5200-01-254.no.neosoft.com> Date: Tue, 27 Oct 1998 13:08:47 -0600 (CST) From: conrads@neosoft.com Reply-To: conrads@neosoft.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/8466: bind man pages not installed by 3.0 make world Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8466 >Category: bin >Synopsis: bind man pages not installed by 3.0 make world >Confidential: yes >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Oct 27 11:20:01 PST 1998 >Last-Modified: >Originator: Conrad Sabatier >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: FreeBSD dolphin.neosoft.com 3.0-CURRENT FreeBSD 3.0-CURRENT #0: Wed Oct 21 13:41:04 CDT 1998 conrads@dolphin.neosoft.com:/usr/src/sys/compile/MYKERNEL i386 >Description: The man pages (in fact, none of the docs) for bind are not installed during a -current make world >How-To-Repeat: make world >Fix: Add doc/man to SUBDIRS= line in bind Makefile >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 Oct 27 13:20:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA25145 for freebsd-bugs-outgoing; Tue, 27 Oct 1998 13:20:05 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA25136 for ; Tue, 27 Oct 1998 13:20:04 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id NAA12008; Tue, 27 Oct 1998 13:20:00 -0800 (PST) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA24806; Tue, 27 Oct 1998 13:15:54 -0800 (PST) (envelope-from nobody) Message-Id: <199810272115.NAA24806@hub.freebsd.org> Date: Tue, 27 Oct 1998 13:15:54 -0800 (PST) From: rich@math.missouri.edu To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: misc/8467: '#' comments in /etc/group mishandled Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8467 >Category: misc >Synopsis: '#' comments in /etc/group mishandled >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 Oct 27 13:20:00 PST 1998 >Last-Modified: >Originator: Richard Winkel >Organization: Univ. of MO >Release: 2.2.7-STABLE >Environment: FreeBSD roadster.math.missouri.edu 2.2.7-STABLE FreeBSD 2.2.7-STABLE #0: Thu Oct 15 21:17:36 CDT 1998 root@roadster.math.missouri.edu:/usr/src/sys/compile/g6_sd0 i386 >Description: grscan() in /usr/src/lib/libc/gen/getgrent.c has no special handling for comment lines, so, for instance, the line: # $Id: group,v 1.13.2.4 1998/09/13 23:10:08 brian Exp $ is treated as an entry for group with gid=10, gname="# $Id: group,v 1.13.2.4 1998/09/13 23" . Although there's nothing in the group(5) man page about comments, such handling would be in keeping with the passwd(5) convention as well as most every other unix config file. >How-To-Repeat: With above comment line in /etc/group: touch /tmp/whatever chown root.10 /tmp/whatever ls -l /tmp/whatever -rw-r--r-- 1 root # 0 Oct 27 14:50 whatever >Fix: In /usr/src/lib/libc/gen/getgrent.c, around line 231: /* skip lines that are too big */ if (!index(line, '\n')) { int ch; while ((ch = getc(_gr_fp)) != '\n' && ch != EOF) ; continue; } + if (*bp=='#') continue; /* skip comment lines */ if ((_gr_group.gr_name = strsep(&bp, ":\n")) == NULL) { >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 Oct 27 15:20:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA09965 for freebsd-bugs-outgoing; Tue, 27 Oct 1998 15:20:10 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA09931 for ; Tue, 27 Oct 1998 15:20:05 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id PAA17255; Tue, 27 Oct 1998 15:20:00 -0800 (PST) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA08659; Tue, 27 Oct 1998 15:11:17 -0800 (PST) (envelope-from nobody) Message-Id: <199810272311.PAA08659@hub.freebsd.org> Date: Tue, 27 Oct 1998 15:11:17 -0800 (PST) From: edavis@hooked.net To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/8469: fchdir not implemented in libc_r Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8469 >Category: bin >Synopsis: fchdir not implemented in libc_r >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Oct 27 15:20:00 PST 1998 >Last-Modified: >Originator: Eric Davis >Organization: >Release: FreeBSD 2.2.7 >Environment: FreeBSD core.hooked.net 2.2.7-STABLE FreeBSD 2.2.7-STABLE #0: Tue Oct 27 12:04:10 PST 1998 edavis@core.hooked.net:/usr/src/sys/compile/CORE i386 >Description: fchdir() is broken for apps linked against libc_r >How-To-Repeat: One way: Try compiling an application that contains a call to fchdir() using the '-pthread' argument to force the use of libc_r: #include #include void main() { int fd; fd = open("/etc", 0, 0); fchdir(fd); } core [133] [~] cc -pthread main.c /var/tmp/ccB105761.o: Undefined symbol `_fchdir' referenced from text segment /usr/lib/libc_r.so.3.0: Undefined symbol `_fchdir' referenced Second way: Call the realpath() library function which in turn calls fchdir(). This application will compile cleanly and cause a run time error: #include #include void main() { char path[MAXPATHLEN]; realpath("/etc", path); } core [142] [~] cc -pthread main.c core [143] [~] ./a.out /usr/libexec/ld.so: Undefined symbol "_fchdir" called from a.out:/usr/lib/libc_r.so.3.0 at 0x200886a8 >Fix: Apply the following patch to the libc_r source directory: diff -rN /usr/src/lib/libc_r.orig/uthread/Makefile.inc /usr/src/lib/libc_r/uthre ad/Makefile.inc 31a32 > uthread_fchdir.c \ diff -rN /usr/src/lib/libc_r.orig/uthread/uthread_fchdir.c /usr/src/lib/libc_r/u thread/uthread_fchdir.c 0a1,51 > /* > * Copyright (c) 1995 John Birrell . > * 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. > * 3. All advertising materials mentioning features or use of this software > * must display the following acknowledgement: > * This product includes software developed by John Birrell. > * 4. Neither the name of the author nor the names of any co-contributors > * may be used to endorse or promote products derived from this software > * without specific prior written permission. > * > * THIS SOFTWARE IS PROVIDED BY JOHN BIRRELL 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. > * > */ > #include > #include > #include > #ifdef _THREAD_SAFE > #include > #include "pthread_private.h" > > int > fchdir(int fd) > { > int ret; > > if ((ret = _thread_fd_lock(fd, FD_WRITE, NULL, __FILE__, __LINE__)) == 0 ) { > ret = _thread_sys_fchdir(fd); > _thread_fd_unlock(fd, FD_WRITE); > } > return (ret); > } > #endif >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 Oct 27 16:05:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA17369 for freebsd-bugs-outgoing; Tue, 27 Oct 1998 16:05:13 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA17350; Tue, 27 Oct 1998 16:05:02 -0800 (PST) (envelope-from brian@FreeBSD.org) From: Brian Somers Received: (from brian@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id QAA18711; Tue, 27 Oct 1998 16:04:58 -0800 (PST) Date: Tue, 27 Oct 1998 16:04:58 -0800 (PST) Message-Id: <199810280004.QAA18711@freefall.freebsd.org> To: rich@math.missouri.edu, brian@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: misc/8467 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: '#' comments in /etc/group mishandled State-Changed-From-To: open-closed State-Changed-By: brian State-Changed-When: Tue Oct 27 16:04:07 PST 1998 State-Changed-Why: Fixed in getgrent.c v 1.12.2.3 (it now ignores blank lines and lines starting with # as in -current). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Oct 27 16:20:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA19028 for freebsd-bugs-outgoing; Tue, 27 Oct 1998 16:20:10 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA19009 for ; Tue, 27 Oct 1998 16:20:06 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id QAA19156; Tue, 27 Oct 1998 16:20:01 -0800 (PST) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA18140 for ; Tue, 27 Oct 1998 16:12:36 -0800 (PST) (envelope-from archie@whistle.com) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id QAA29785; Tue, 27 Oct 1998 16:11:58 -0800 (PST) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma029780; Tue Oct 27 16:11:49 1998 Received: (from archie@localhost) by bubba.whistle.com (8.8.7/8.6.12) id QAA14392; Tue, 27 Oct 1998 16:11:49 -0800 (PST) Message-Id: <199810280011.QAA14392@bubba.whistle.com> Date: Tue, 27 Oct 1998 16:11:49 -0800 (PST) From: Archie Cobbs Reply-To: archie@whistle.com To: FreeBSD-gnats-submit@FreeBSD.ORG, jkb@best.com X-Send-Pr-Version: 3.2 Subject: bin/8471: ipfw(8) should not allow unimplemented "tee" action Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8471 >Category: bin >Synopsis: ipfw(8) should not allow unimplemented "tee" action >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Tue Oct 27 16:20:01 PST 1998 >Last-Modified: >Originator: Archie Cobbs >Organization: Whistle Communications, Inc. >Release: FreeBSD 2.2.6-RELEASE i386 >Environment: FreeBSD 2.2.7, 3.0 >Description: ipfw tee is unimplemented, yet this is not so obvious. >How-To-Repeat: >Fix: Index: ipfw.8 =================================================================== RCS file: /cvs/freebsd/src/sbin/ipfw/ipfw.8,v retrieving revision 1.43 diff -u -r1.43 ipfw.8 --- ipfw.8 1998/07/06 03:20:09 1.43 +++ ipfw.8 1998/10/28 00:11:38 @@ -540,6 +540,8 @@ are not. .Pp Port aliases containing dashes cannot be first in a list. +.Pp +The ``tee'' action is unimplemented. .Sh AUTHORS .An Ugen J. S. Antsilevich , .An Poul-Henning Kamp , Index: ipfw.c =================================================================== RCS file: /cvs/freebsd/src/sbin/ipfw/ipfw.c,v retrieving revision 1.58 diff -u -r1.58 ipfw.c --- ipfw.c 1998/07/06 03:20:10 1.58 +++ ipfw.c 1998/10/28 00:11:38 @@ -901,6 +901,9 @@ else show_usage("illegal divert port"); } +#ifndef IPFW_TEE_IS_FINALLY_IMPLEMENTED + err(EX_USAGE, "``tee'' is not implemented"); +#endif } else if (!strncmp(*av,"fwd",strlen(*av)) || !strncmp(*av,"forward",strlen(*av))) { struct in_addr dummyip; >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 Oct 27 19:37:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA13308 for freebsd-bugs-outgoing; Tue, 27 Oct 1998 19:37:34 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from wmmc1.wmmc ([206.217.58.121]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA13187; Tue, 27 Oct 1998 19:37:16 -0800 (PST) (envelope-from manager@wes.cc) Message-Id: <199810280337.TAA13187@hub.freebsd.org> Received: from mail.whitemmc.com (WESWEB4 [206.217.58.12]) by wmmc1.wmmc with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.1960.3) id VXX6GYLQ; Tue, 27 Oct 1998 19:42:54 -0800 From: Project.Manager Date: Tue, 27 Oct 1998 19:37:02 PST Subject: Y2K and FEMA Compliant Project Management Solutions Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org To: undisclosed-recipients:; This message is sent in compliance with the new e-mail bill: SECTION 301, Paragraph (a)(2)(C) of s.1618 =================================================== If you're interested in Y2K and FEMA Compliant Project Management Solutions, WorldClass Enterprise Systems, Inc., has some great solutions that are leading edge. Please take a tour of our various solutions at: http://www.wes.cc/tour/default.htm Or, if you're interested in getting some specific information, you can go directly to register and enter our full site at: http://www.wes.cc/frontdoor.htm Once you get to our homepage, you can either login and browse the complete site, full with examples of solutions and client implementations, or you can go directly to our "Free Quote" area to fill out a Needs Survey and request a detailed quote for services. Thanks in advance for taking the time to consider WorldClass Enterprise Systems, Inc. for your technology integration needs. Best Regards, New Business Development Manager http://www.wes.cc To be removed from our mailing list, simply reply with "REMOVE" in the subject. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Oct 27 20:30:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA17427 for freebsd-bugs-outgoing; Tue, 27 Oct 1998 20:30:08 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA17413 for ; Tue, 27 Oct 1998 20:30:05 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id UAA26740; Tue, 27 Oct 1998 20:30:01 -0800 (PST) Received: from obtuse.gsoft.com.au (obtuse.gsoft.com.au [203.38.152.98]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA16964 for ; Tue, 27 Oct 1998 20:24:37 -0800 (PST) (envelope-from bvandepe@obtuse.gsoft.com.au) Received: (from bvandepe@localhost) by obtuse.gsoft.com.au (8.8.8/8.8.7) id OAA29434; Wed, 28 Oct 1998 14:53:56 +1030 (CST) (envelope-from bvandepe) Message-Id: <199810280423.OAA29434@obtuse.gsoft.com.au> Date: Wed, 28 Oct 1998 14:53:56 +1030 (CST) From: bvandepe@gsoft.com.au Reply-To: bvandepe@gsoft.com.au To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/8473: Excessive virtual memory consumption with gnuplot/2.2.7-STABLE Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8473 >Category: kern >Synopsis: Excessive virtual memory consumption with gnuplot/2.2.7-STABLE >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Oct 27 20:30:00 PST 1998 >Last-Modified: >Originator: Brenton Vandepeer >Organization: Genesis Software >Release: FreeBSD 2.2.7-STABLE at 22nd September 1998 >Environment: 2.2.7-STABLE 22/09/98 233 MHz Pentium 32 Mb RAM 630 Mb swap gnuplot 3.5 PL340 >Description: Invoking gnuplot 3.5 under FreeBSD 2.2.7-STABLE causes excessive consumption of memory when displaying data. The problem seems to occur above some threshold in input data file size. For example, input data files above about 1 Mb sometimes give rise to 150 - 200 Mb of swap being consumed. One data file tested with a size of 3 Mb caused ~400 Mb of swap to be consumed. This problem is not apparent on 3.0-RELEASE, nor on other OS platforms such as Linux 2.0.0. Typical memory consumption for gnuplot with these input data files running under OS's which do not display the problem is about 10-20 Mb. (Not 200-400 Mb!) >How-To-Repeat: gnuplot gnuplot_script_file I have a gzipped tar file of the script and data which I can make available on request. It's ~200 kb in size. >Fix: 1. Run under 3.0. 2. Allocate more swap space, remove user process limits and make a pot of coffee while you wait for it to run. 3. Don't use gnuplot. >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 Oct 27 20:50:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA18618 for freebsd-bugs-outgoing; Tue, 27 Oct 1998 20:50:08 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA18609 for ; Tue, 27 Oct 1998 20:50:05 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id UAA27547; Tue, 27 Oct 1998 20:50:01 -0800 (PST) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA18319; Tue, 27 Oct 1998 20:46:10 -0800 (PST) (envelope-from nobody) Message-Id: <199810280446.UAA18319@hub.freebsd.org> Date: Tue, 27 Oct 1998 20:46:10 -0800 (PST) From: sysadmin@mfn.org To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: i386/8474: repquota does not pick up NIS information Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8474 >Category: i386 >Synopsis: repquota does not pick up NIS information >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Oct 27 20:50:01 PST 1998 >Last-Modified: >Originator: J.A. Terranson >Organization: Missouri FreeNet >Release: 2.2.5-R >Environment: >Description: When a system is using amd to mount directories, and NIS to keep user information, repquota will report the UID of file owners rather than their [nis] names. >How-To-Repeat: enable amd + nis, run quotacheck -a and repquota -a on a client cpu. >Fix: >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 Oct 27 23:10:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA27375 for freebsd-bugs-outgoing; Tue, 27 Oct 1998 23:10:09 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA27369 for ; Tue, 27 Oct 1998 23:10:05 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id XAA01837; Tue, 27 Oct 1998 23:10:01 -0800 (PST) Date: Tue, 27 Oct 1998 23:10:01 -0800 (PST) Message-Id: <199810280710.XAA01837@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Thomas Gellekum Subject: Re: kern/8473: Excessive virtual memory consumption with gnuplot/2.2.7-STABLE Reply-To: Thomas Gellekum Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/8473; it has been noted by GNATS. From: Thomas Gellekum To: bvandepe@gsoft.com.au Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/8473: Excessive virtual memory consumption with gnuplot/2.2.7-STABLE Date: 28 Oct 1998 08:08:40 +0100 bvandepe@gsoft.com.au writes: > >Description: > > Invoking gnuplot 3.5 under FreeBSD 2.2.7-STABLE causes excessive > consumption of memory when displaying data. The problem seems to Funny. I had no problems displaying 3 MB of data (2.2.7-stable, gnuplot-3.5.340). The machine certainly didn't use that much VM. > >How-To-Repeat: > > gnuplot gnuplot_script_file > > I have a gzipped tar file of the script and data which I > can make available on request. It's ~200 kb in size. Could you send that to me? tg To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Oct 27 23:45:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA01429 for freebsd-bugs-outgoing; Tue, 27 Oct 1998 23:45:52 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from wmmc1.wmmc ([206.217.58.121]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA01310; Tue, 27 Oct 1998 23:45:35 -0800 (PST) (envelope-from manager@wes.cc) Message-Id: <199810280745.XAA01310@hub.freebsd.org> Received: from mail.whitemmc.com (WESWEB4 [206.217.58.12]) by wmmc1.wmmc with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.1960.3) id VXX6GYLQ; Tue, 27 Oct 1998 19:42:54 -0800 From: Project.Manager Date: Tue, 27 Oct 1998 19:37:02 PST Subject: Y2K and FEMA Compliant Project Management Solutions Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org To: undisclosed-recipients:; This message is sent in compliance with the new e-mail bill: SECTION 301, Paragraph (a)(2)(C) of s.1618 =================================================== If you're interested in Y2K and FEMA Compliant Project Management Solutions, WorldClass Enterprise Systems, Inc., has some great solutions that are leading edge. Please take a tour of our various solutions at: http://www.wes.cc/tour/default.htm Or, if you're interested in getting some specific information, you can go directly to register and enter our full site at: http://www.wes.cc/frontdoor.htm Once you get to our homepage, you can either login and browse the complete site, full with examples of solutions and client implementations, or you can go directly to our "Free Quote" area to fill out a Needs Survey and request a detailed quote for services. Thanks in advance for taking the time to consider WorldClass Enterprise Systems, Inc. for your technology integration needs. Best Regards, New Business Development Manager http://www.wes.cc To be removed from our mailing list, simply reply with "REMOVE" in the subject. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Oct 28 04:20:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA24526 for freebsd-bugs-outgoing; Wed, 28 Oct 1998 04:20:09 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA24518 for ; Wed, 28 Oct 1998 04:20:05 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id EAA16744; Wed, 28 Oct 1998 04:20:00 -0800 (PST) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA24125; Wed, 28 Oct 1998 04:13:48 -0800 (PST) (envelope-from nobody) Message-Id: <199810281213.EAA24125@hub.freebsd.org> Date: Wed, 28 Oct 1998 04:13:48 -0800 (PST) From: digriz@mailcity.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/8476: BootEasy/FBSDBOOT not recognizing FreeBSD partition Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8476 >Category: kern >Synopsis: BootEasy/FBSDBOOT not recognizing FreeBSD partition >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Oct 28 04:20:00 PST 1998 >Last-Modified: >Originator: J DG >Organization: >Release: 3.0 >Environment: N/A >Description: Install/bootflop works great. I got the BotEasy Mgr installed on the first hard drive, and BSD installed on the fourth. System Setup: IDE0: Master 2 GB Quantum (Fat/NT) Slave 500 MB Maxtor (Linux: Slack) IDE1: Master 500 MB Maxtor (Linux: SuSE) Slave 4 GB Quantum (FAT/BSD) [OK, I have my own reasons for keeping the drives the way they are] The CD-ROM is on a WD SCSI adapter that Linux and BSD do not support; I do the install by copying the files to partition 1 of IDE1Slave, then creating a boot floppy. Everything goes OK, but on reboot after the install the BootEasy Manager locks up when I press F2 (F1 being Dos/95) So I figure, alright, try the FBSDBOOT program...it works great for launching the install kernel, but gives me a baddisklabelCannotFind/kernel message when I run it by itself. I have no other kernel with which to load (can GCC linux build a kernel for this, or do you need an assembler? If it can be done outside of BSD, with what tools and how do I obtain a live file system/unpacked source to do the compile?). My next try was with the dual-floppy boot method, trying to guess which menmonic would find my partition (actual location: /dev/wd3s3c for /, 3d for swap, and 3e for usr; 3c is toggled bootable). All guesses proved futile. >How-To-Repeat: With 4 IDE drives on a machine, install BSD on the last drive (partition 3 to be exact). >Fix: None yet, but I'm working on it. I could force a generic boot manager (LILO, syscomander, the SCO loader) to boot the correct partition. I could compile a kernel and boot it manually with FBSDBOOT. Other than that, I may be out of options... >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 Oct 28 07:40:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA11651 for freebsd-bugs-outgoing; Wed, 28 Oct 1998 07:40:10 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA11631 for ; Wed, 28 Oct 1998 07:40:05 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id HAA02145; Wed, 28 Oct 1998 07:40:00 -0800 (PST) Date: Wed, 28 Oct 1998 07:40:00 -0800 (PST) Message-Id: <199810281540.HAA02145@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Luoqi Chen Subject: Re: kern/8416: vm_fault might deadlock when locking backing store vnode Reply-To: Luoqi Chen Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/8416; it has been noted by GNATS. From: Luoqi Chen To: freebsd-gnats-submit@freebsd.org, tegge@not.fast.no Cc: dg@freebsd.org Subject: Re: kern/8416: vm_fault might deadlock when locking backing store vnode Date: Wed, 28 Oct 1998 10:33:00 -0500 (EST) I have seen the same problem once. It's a deadlock caused by vm_fault() trying to lock vm map and vnode in the wrong order. For detail, you may look up my original message in -current archive searching for "deadlock". There's fix in that message, which I will reproduce here too. Tor, would you review it for me? -lq Index: vm_fault.c =================================================================== RCS file: /home/ncvs/src/sys/vm/vm_fault.c,v retrieving revision 1.88 diff -u -r1.88 vm_fault.c --- vm_fault.c 1998/09/04 08:06:57 1.88 +++ vm_fault.c 1998/09/23 21:54:14 @@ -656,6 +656,14 @@ */ /* + * Unlock vnode before the lookup to avoid deadlock + */ + if (fs.vp != NULL) { + vput(fs.vp); + fs.vp = NULL; + } + + /* * To avoid trying to write_lock the map while another process * has it read_locked (in vm_map_pageable), we do not try for * write permission. If the page is still writable, we will To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Oct 28 10:27:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA27211 for freebsd-bugs-outgoing; Wed, 28 Oct 1998 10:27:17 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from wmmc1.wmmc ([206.217.58.121]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA27037; Wed, 28 Oct 1998 10:26:41 -0800 (PST) (envelope-from manager@wes.cc) Message-Id: <199810281826.KAA27037@hub.freebsd.org> Received: from mail.whitemmc.com (WESWEB4 [206.217.58.12]) by wmmc1.wmmc with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.1960.3) id VXX6GYLQ; Tue, 27 Oct 1998 19:42:54 -0800 From: Project.Manager Date: Tue, 27 Oct 1998 19:37:02 PST Subject: Y2K and FEMA Compliant Project Management Solutions Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org To: undisclosed-recipients:; This message is sent in compliance with the new e-mail bill: SECTION 301, Paragraph (a)(2)(C) of s.1618 =================================================== If you're interested in Y2K and FEMA Compliant Project Management Solutions, WorldClass Enterprise Systems, Inc., has some great solutions that are leading edge. Please take a tour of our various solutions at: http://www.wes.cc/tour/default.htm Or, if you're interested in getting some specific information, you can go directly to register and enter our full site at: http://www.wes.cc/frontdoor.htm Once you get to our homepage, you can either login and browse the complete site, full with examples of solutions and client implementations, or you can go directly to our "Free Quote" area to fill out a Needs Survey and request a detailed quote for services. Thanks in advance for taking the time to consider WorldClass Enterprise Systems, Inc. for your technology integration needs. Best Regards, New Business Development Manager http://www.wes.cc To be removed from our mailing list, simply reply with "REMOVE" in the subject. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Oct 28 14:47:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA27394 for freebsd-bugs-outgoing; Wed, 28 Oct 1998 14:47:35 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA27354; Wed, 28 Oct 1998 14:47:17 -0800 (PST) (envelope-from steve@FreeBSD.org) From: Steve Price Received: (from steve@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id OAA21679; Wed, 28 Oct 1998 14:47:12 -0800 (PST) Date: Wed, 28 Oct 1998 14:47:12 -0800 (PST) Message-Id: <199810282247.OAA21679@freefall.freebsd.org> To: pantor@chat.ru, steve@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: conf/8396 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Don't work NIS server State-Changed-From-To: open-closed State-Changed-By: steve State-Changed-When: Wed Oct 28 14:46:30 PST 1998 State-Changed-Why: I'm afraid we can't do anything about this without any details. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Oct 28 14:50:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA27907 for freebsd-bugs-outgoing; Wed, 28 Oct 1998 14:50:09 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA27885 for ; Wed, 28 Oct 1998 14:50:05 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id OAA22084; Wed, 28 Oct 1998 14:50:01 -0800 (PST) Received: from iodine.cs.virginia.edu (iodine.cs.Virginia.EDU [128.143.71.29]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA27360 for ; Wed, 28 Oct 1998 14:47:19 -0800 (PST) (envelope-from adrian@iodine.cs.virginia.edu) Received: (from adrian@localhost) by iodine.cs.virginia.edu (8.8.8/8.8.8) id RAA00700; Wed, 28 Oct 1998 17:45:41 -0500 (EST) (envelope-from adrian) Message-Id: <199810282245.RAA00700@iodine.cs.virginia.edu> Date: Wed, 28 Oct 1998 17:45:41 -0500 (EST) From: adrian@ubergeeks.com Reply-To: adrian@ubergeeks.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/8479: patch to correct line continuations in /etc/exports. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8479 >Category: bin >Synopsis: Final \'s in /etc/exports did not work intuitively. >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 Oct 28 14:50:01 PST 1998 >Last-Modified: >Originator: Adrian Filipi-Martin >Organization: Ubergeeks Consulting >Release: FreeBSD 2.2.7-RELEASE i386 >Environment: >Description: When reading /etc/exports, mountd would join continued lines to the following lines with no separating whitespace. This is not intuitive. Furthermore, use of the \ is not mentioned in exports(5). >How-To-Repeat: Use the an entry like the following in /etc/exports: # Misinterpreted exports file. # Entry is read as "/usr/ports/usr/src -map...". /usr/ports \ /usr/src \ -maproot=root:wheel -network 128.143.71 -mask 255.255.255.0 >Fix: Apply the following patch. Aside from correcting continuation in the exports file, it also documents the use of \ in the exports manpage. I also deleted a couple of bogus checks for newlines in nextfield(). get_line() will always remove the trailing newline, if any. --- mountd.c.orig Thu Jun 25 17:27:24 1998 +++ mountd.c Wed Oct 28 17:21:37 1998 @@ -1798,11 +1798,11 @@ p = *cp; while (*p == ' ' || *p == '\t') p++; - if (*p == '\n' || *p == '\0') + if (*p == '\0') *cp = *endcp = p; else { *cp = p++; - while (*p != ' ' && *p != '\t' && *p != '\n' && *p != '\0') + while (*p != ' ' && *p != '\t' && *p != '\0') p++; *endcp = p; } @@ -1836,6 +1836,10 @@ cont_line = 1; cp--; len--; + } + if (cont_line) { + *++cp = ' '; + ++len; } *++cp = '\0'; if (len > 0) { --- exports.5.orig Wed Mar 12 10:07:13 1997 +++ exports.5 Wed Oct 28 17:29:14 1998 @@ -54,10 +54,12 @@ and .%T "NFS: Network File System Version 3 Specification, Appendix I" . .Pp -Each line in the file -(other than comment lines that begin with a #) -specifies the mount point(s) and export flags within one local server -filesystem for one or more hosts. +Each line in the file specifies the mount point(s) and export flags +within one local server filesystem for one or more hosts. Empty +lines and lines beginning with a # are ignored. A long line can +be split over several lines by ending all but the last line with +a \\. +.Pp A host may be specified only once for each local filesystem on the server and there may be only one default entry for each server filesystem that applies to all other hosts. >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 Oct 28 15:28:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA02757 for freebsd-bugs-outgoing; Wed, 28 Oct 1998 15:28:32 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA02712; Wed, 28 Oct 1998 15:28:14 -0800 (PST) (envelope-from rnordier@FreeBSD.org) From: Robert Nordier Received: (from rnordier@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id PAA23931; Wed, 28 Oct 1998 15:28:10 -0800 (PST) Date: Wed, 28 Oct 1998 15:28:10 -0800 (PST) Message-Id: <199810282328.PAA23931@freefall.freebsd.org> To: cjkarras@oakland.edu, rnordier@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/2660 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: When selecting BSD to boot from system hangs up, New installation.... State-Changed-From-To: open-closed State-Changed-By: rnordier State-Changed-When: Wed Oct 28 15:23:03 PST 1998 State-Changed-Why: This is essentially a BIOS limitation problem. If your BIOS supports int 0x13 extensions correctly, you should be able to use the new boot code in freebsd-current. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Oct 28 15:39:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA03957 for freebsd-bugs-outgoing; Wed, 28 Oct 1998 15:39:02 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA03921; Wed, 28 Oct 1998 15:38:57 -0800 (PST) (envelope-from rnordier@FreeBSD.org) From: Robert Nordier Received: (from rnordier@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id PAA24566; Wed, 28 Oct 1998 15:38:53 -0800 (PST) Date: Wed, 28 Oct 1998 15:38:53 -0800 (PST) Message-Id: <199810282338.PAA24566@freefall.freebsd.org> To: davida@cs.uwm.edu, rnordier@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/2214 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: File System gets corrupted when mounting dos partition on ide in LBA mode (128heads) State-Changed-From-To: suspended-closed State-Changed-By: rnordier State-Changed-When: Wed Oct 28 15:35:44 PST 1998 State-Changed-Why: This is evidently another instance of the MAXBSIZE < FAT cluster size problem which was identified by bde and fixed by dyson in late 1996. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Oct 28 15:44:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA04945 for freebsd-bugs-outgoing; Wed, 28 Oct 1998 15:44:35 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA04932; Wed, 28 Oct 1998 15:44:30 -0800 (PST) (envelope-from rnordier@FreeBSD.org) From: Robert Nordier Received: (from rnordier@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id PAA25026; Wed, 28 Oct 1998 15:44:26 -0800 (PST) Date: Wed, 28 Oct 1998 15:44:26 -0800 (PST) Message-Id: <199810282344.PAA25026@freefall.freebsd.org> To: rnordier@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, rnordier@FreeBSD.ORG Subject: Re: kern/8476 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: BootEasy/FBSDBOOT not recognizing FreeBSD partition Responsible-Changed-From-To: freebsd-bugs->rnordier Responsible-Changed-By: rnordier Responsible-Changed-When: Wed Oct 28 15:43:36 PST 1998 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 Oct 28 17:25:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA03156 for freebsd-bugs-outgoing; Wed, 28 Oct 1998 17:25:28 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA03102; Wed, 28 Oct 1998 17:25:20 -0800 (PST) (envelope-from rnordier@FreeBSD.org) From: Robert Nordier Received: (from rnordier@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id QAA28777; Wed, 28 Oct 1998 16:48:47 -0800 (PST) Date: Wed, 28 Oct 1998 16:48:47 -0800 (PST) Message-Id: <199810290048.QAA28777@freefall.freebsd.org> To: rnordier@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, rnordier@FreeBSD.ORG Subject: Re: ports/7761 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Update to recent port submission of nicetext-0.9 Responsible-Changed-From-To: freebsd-bugs->rnordier Responsible-Changed-By: rnordier Responsible-Changed-When: Wed Oct 28 16:46:15 PST 1998 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 Oct 28 17:25:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA03243 for freebsd-bugs-outgoing; Wed, 28 Oct 1998 17:25:36 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA03139; Wed, 28 Oct 1998 17:25:25 -0800 (PST) (envelope-from rnordier@FreeBSD.org) From: Robert Nordier Received: (from rnordier@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id QAA26220; Wed, 28 Oct 1998 16:09:26 -0800 (PST) Date: Wed, 28 Oct 1998 16:09:26 -0800 (PST) Message-Id: <199810290009.QAA26220@freefall.freebsd.org> To: bright@bright.fx.genx.net, rnordier@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, rnordier@FreeBSD.ORG Subject: Re: kern/7688 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: FreeBSD will NOT boot itself if it's not the first BSD partition State-Changed-From-To: open-feedback State-Changed-By: rnordier State-Changed-When: Wed Oct 28 16:02:07 PST 1998 State-Changed-Why: The new boot code /sys/boot/i386/boot2 will boot from the active, rather than first, BSD slice. Can you confirm this is a workable solution for you? Responsible-Changed-From-To: freebsd-bugs->rnordier Responsible-Changed-By: rnordier Responsible-Changed-When: Wed Oct 28 16:02:07 PST 1998 Responsible-Changed-Why: I'm handling this. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Oct 28 19:19:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA19946 for freebsd-bugs-outgoing; Wed, 28 Oct 1998 19:19:28 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA19939 for ; Wed, 28 Oct 1998 19:19:27 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id TAA04286; Wed, 28 Oct 1998 19:20:01 -0800 (PST) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA19445; Wed, 28 Oct 1998 19:12:18 -0800 (PST) (envelope-from nobody) Message-Id: <199810290312.TAA19445@hub.freebsd.org> Date: Wed, 28 Oct 1998 19:12:18 -0800 (PST) From: jhpark@hanirc.org To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: misc/8480: odd Korean timedef(LC_TIME) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8480 >Category: misc >Synopsis: odd Korean timedef(LC_TIME) >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Wed Oct 28 19:20:00 PST 1998 >Last-Modified: >Originator: Park Jong-Hwan >Organization: >Release: 3.0-RELEASE, 2.2.7-STABLE >Environment: FreeBSD korea.dyndns.com 3.0-RELEASE FreeBSD 3.0-RELEASE #1: Wed Oct 28 07:38:34 KST 1998 toor@korea.dyndns.com:/usr/src/sys/compile/korea i386 FreeBSD asp.kwangwoon.ac.kr 2.2.7-STABLE FreeBSD 2.2.7-STABLE #5: Tue Oct 13 10:04:10 KST 1998 jhpark@asp.kwangwoon.ac.kr:/usr/src/sys/compile/jhpark i386 >Description: date_fmt in ko_KR.EUC locale looks somewhat odd.. >How-To-Repeat: env LC_TIME=ko_KR.EUC date >Fix: change date_fmt in /usr/src/share/timedef/data/ko_KR.EUC.src from '%Y³â %b¿ù %eÀÏ %a¿äÀÏ %X %Z' to '%Y³â %B %eÀÏ %A %X %Z' >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 Oct 28 21:06:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA02449 for freebsd-bugs-outgoing; Wed, 28 Oct 1998 21:06:22 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA02441; Wed, 28 Oct 1998 21:06:04 -0800 (PST) (envelope-from jdp@FreeBSD.org) From: John Polstra Received: (from jdp@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id VAA08231; Wed, 28 Oct 1998 21:06:38 -0800 (PST) Date: Wed, 28 Oct 1998 21:06:38 -0800 (PST) Message-Id: <199810290506.VAA08231@freefall.freebsd.org> To: darius@holly.dons.net.au, jdp@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: gnu/8452 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: 'make buildworld' fails in /usr/src/gnu/libexec/uucp/libunix State-Changed-From-To: open-closed State-Changed-By: jdp State-Changed-When: Wed Oct 28 21:05:39 PST 1998 State-Changed-Why: Fixed in src/contrib/gcc/config/i386/freebsd.h revision 1.20 and src/sys/sys/cdefs.h revision 1.23. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Oct 29 00:59:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA24311 for freebsd-bugs-outgoing; Thu, 29 Oct 1998 00:59:26 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA24306 for ; Thu, 29 Oct 1998 00:59:26 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id BAA17011; Thu, 29 Oct 1998 01:00:00 -0800 (PST) Date: Thu, 29 Oct 1998 01:00:00 -0800 (PST) Message-Id: <199810290900.BAA17011@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: adrian@ubergeeks.com Subject: bin/8479: patch to correct line continuations in /etc/exports. Reply-To: adrian@ubergeeks.com Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/8479; it has been noted by GNATS. From: adrian@ubergeeks.com To: FreeBSD-gnats-submit@FreeBSD.ORG Cc: Subject: bin/8479: patch to correct line continuations in /etc/exports. Date: Wed, 28 Oct 1998 17:45:41 -0500 (EST) >Number: 8479 >Category: bin >Synopsis: Final \'s in /etc/exports did not work intuitively. >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 Oct 28 14:50:01 PST 1998 >Last-Modified: >Originator: Adrian Filipi-Martin >Organization: Ubergeeks Consulting >Release: FreeBSD 2.2.7-RELEASE i386 >Environment: >Description: When reading /etc/exports, mountd would join continued lines to the following lines with no separating whitespace. This is not intuitive. Furthermore, use of the \ is not mentioned in exports(5). >How-To-Repeat: Use the an entry like the following in /etc/exports: # Misinterpreted exports file. # Entry is read as "/usr/ports/usr/src -map...". /usr/ports \ /usr/src \ -maproot=root:wheel -network 128.143.71 -mask 255.255.255.0 >Fix: Apply the following patch. Aside from correcting continuation in the exports file, it also documents the use of \ in the exports manpage. I also deleted a couple of bogus checks for newlines in nextfield(). get_line() will always remove the trailing newline, if any. --- mountd.c.orig Thu Jun 25 17:27:24 1998 +++ mountd.c Wed Oct 28 17:21:37 1998 @@ -1798,11 +1798,11 @@ p = *cp; while (*p == ' ' || *p == '\t') p++; - if (*p == '\n' || *p == '\0') + if (*p == '\0') *cp = *endcp = p; else { *cp = p++; - while (*p != ' ' && *p != '\t' && *p != '\n' && *p != '\0') + while (*p != ' ' && *p != '\t' && *p != '\0') p++; *endcp = p; } @@ -1836,6 +1836,10 @@ cont_line = 1; cp--; len--; + } + if (cont_line) { + *++cp = ' '; + ++len; } *++cp = '\0'; if (len > 0) { --- exports.5.orig Wed Mar 12 10:07:13 1997 +++ exports.5 Wed Oct 28 17:29:14 1998 @@ -54,10 +54,12 @@ and .%T "NFS: Network File System Version 3 Specification, Appendix I" . .Pp -Each line in the file -(other than comment lines that begin with a #) -specifies the mount point(s) and export flags within one local server -filesystem for one or more hosts. +Each line in the file specifies the mount point(s) and export flags +within one local server filesystem for one or more hosts. Empty +lines and lines beginning with a # are ignored. A long line can +be split over several lines by ending all but the last line with +a \\. +.Pp A host may be specified only once for each local filesystem on the server and there may be only one default entry for each server filesystem that applies to all other hosts. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Oct 29 03:19:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA10603 for freebsd-bugs-outgoing; Thu, 29 Oct 1998 03:19:30 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA10591 for ; Thu, 29 Oct 1998 03:19:27 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id DAA21985; Thu, 29 Oct 1998 03:20:01 -0800 (PST) Received: from rmstar.campus.luth.se (rmstar.campus.luth.se [130.240.197.32]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA10255 for ; Thu, 29 Oct 1998 03:12:11 -0800 (PST) (envelope-from murduth@rmstar.campus.luth.se) Received: (from root@localhost) by rmstar.campus.luth.se (8.9.1/8.9.1) id MAA20857; Thu, 29 Oct 1998 12:12:07 +0100 (CET) (envelope-from murduth) Message-Id: <199810291112.MAA20857@rmstar.campus.luth.se> Date: Thu, 29 Oct 1998 12:12:07 +0100 (CET) From: murduth@ludd.luth.se Reply-To: murduth@ludd.luth.se To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/8485: Version 1.17 of sys/cam/cam_xpt.c contains a bug. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8485 >Category: kern >Synopsis: A quirk bug in sys/cam/cam_xpt.c >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Oct 29 03:20:00 PST 1998 >Last-Modified: >Originator: Joakim Henriksson >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: Current as of Thu Oct 29 1998 >Description: A patch to correct a quirky drive was done incorrectly. The drive is mistakenly labeled as a REMOVABLE when it isn't. >How-To-Repeat: >Fix: Apply the following patch in /sys/cam *** cam_xpt.c.old Thu Oct 29 12:05:12 1998 --- cam_xpt.c Thu Oct 29 12:06:55 1998 *************** *** 280,286 **** }, { /* Broken tagged queuing drive */ ! { T_DIRECT, SIP_MEDIA_REMOVABLE, "CONNER", "CFP2107*", "*" }, /*quirks*/0, /*mintags*/0, /*maxtags*/0 }, { --- 280,286 ---- }, { /* Broken tagged queuing drive */ ! { T_DIRECT, SIP_MEDIA_FIXED, "CONNER", "CFP2107*", "*" }, /*quirks*/0, /*mintags*/0, /*maxtags*/0 }, { >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 Oct 29 04:16:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA17150 for freebsd-bugs-outgoing; Thu, 29 Oct 1998 04:16:00 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA17145; Thu, 29 Oct 1998 04:15:57 -0800 (PST) (envelope-from rnordier@FreeBSD.org) From: Robert Nordier Received: (from rnordier@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id EAA25360; Thu, 29 Oct 1998 04:16:32 -0800 (PST) Date: Thu, 29 Oct 1998 04:16:32 -0800 (PST) Message-Id: <199810291216.EAA25360@freefall.freebsd.org> To: garbanzo@hooked.net, rnordier@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: misc/5813 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: strsignal() missing State-Changed-From-To: open-closed State-Changed-By: rnordier State-Changed-When: Thu Oct 29 04:06:23 PST 1998 State-Changed-Why: The strsignal() function is apparently a GNUism, though arguably one worth adopting. However, the supplied patch attempts to redefine sys_siglist[] and to return the mystifying string "Unknown error: xx" in certain circumstances. If anyone feels strongly about this, perhaps a better set of patches? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Oct 29 06:11:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA26101 for freebsd-bugs-outgoing; Thu, 29 Oct 1998 06:11:50 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from nordmail.nordnet.fr (nordmail.nordnet.fr [194.206.126.252]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA26058; Thu, 29 Oct 1998 06:11:42 -0800 (PST) (envelope-from ericd@elabs.fr) Received: from Eric (gate7-167.nordnet.fr [195.146.225.167]) by nordmail.nordnet.fr (8.9.0/8.9.0) with SMTP id PAA22145; Thu, 29 Oct 1998 15:11:32 +0100 Message-ID: <000301bdfc2b$9182bea0$3c0aa8c0@Eric.labo.lan> From: "Eric D'HEM" To: , Subject: suscribe Date: Tue, 20 Oct 1998 15:14:27 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.5 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org suscribe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Oct 29 07:16:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA05197 for freebsd-bugs-outgoing; Thu, 29 Oct 1998 07:16:22 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from porkfriedrice.ny.genx.net (porkfriedrice.ny.genx.net [206.64.4.30]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA05182; Thu, 29 Oct 1998 07:16:13 -0800 (PST) (envelope-from bright@hotjobs.com) Received: from localhost (bright@localhost) by porkfriedrice.ny.genx.net (8.9.1/8.9.1) with ESMTP id KAA11478; Thu, 29 Oct 1998 10:18:51 -0500 (EST) (envelope-from bright@hotjobs.com) X-Authentication-Warning: porkfriedrice.ny.genx.net: bright owned process doing -bs Date: Thu, 29 Oct 1998 10:18:51 -0500 (EST) From: Alfred Perlstein X-Sender: bright@porkfriedrice.ny.genx.net To: Robert Nordier cc: bright@bright.fx.genx.net, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/7688 In-Reply-To: <199810290009.QAA26220@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 Sorry, I complained about this so long ago and even pointed out the problem in the code that i finally got so sick of it that i created the first partition again and just moved everything over. I don't have a machine with a setup like that anymore to test (where the first BSD partition is not bootable) I might get a harddrive today though i can try it out if it's important. I'll tell you if i get a chance to reproduce my old broken setup. thank you though, Alfred Perlstein - Programmer, HotJobs Inc. - www.hotjobs.com -- There are operating systems, and then there's FreeBSD. -- http://www.freebsd.org/ 3.0-current On Wed, 28 Oct 1998, Robert Nordier wrote: > Synopsis: FreeBSD will NOT boot itself if it's not the first BSD partition > > State-Changed-From-To: open-feedback > State-Changed-By: rnordier > State-Changed-When: Wed Oct 28 16:02:07 PST 1998 > State-Changed-Why: > The new boot code /sys/boot/i386/boot2 will boot from the active, > rather than first, BSD slice. Can you confirm this is a workable > solution for you? > > > Responsible-Changed-From-To: freebsd-bugs->rnordier > Responsible-Changed-By: rnordier > Responsible-Changed-When: Wed Oct 28 16:02:07 PST 1998 > Responsible-Changed-Why: > I'm handling this. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-bugs" in the body of the message > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Oct 29 10:20:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA27067 for freebsd-bugs-outgoing; Thu, 29 Oct 1998 10:20:05 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA27054 for ; Thu, 29 Oct 1998 10:20:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id KAA08750; Thu, 29 Oct 1998 10:20:01 -0800 (PST) Received: from pinhead.parag.codegen.com (ppp-asfm08--172.sirius.net [205.134.241.172]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA25992 for ; Thu, 29 Oct 1998 10:12:18 -0800 (PST) (envelope-from parag@pinhead.parag.codegen.com) Received: (from parag@localhost) by pinhead.parag.codegen.com (8.9.1/8.8.8) id KAA24349; Thu, 29 Oct 1998 10:12:23 -0800 (PST) (envelope-from parag) Message-Id: <199810291812.KAA24349@pinhead.parag.codegen.com> Date: Thu, 29 Oct 1998 10:12:23 -0800 (PST) From: parag@codegen.com Reply-To: parag@codegen.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/8486: doscmd port.c change to access real device ports Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8486 >Category: bin >Synopsis: doscmd port.c change to access real device ports >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 Oct 29 10:20:00 PST 1998 >Last-Modified: >Originator: Parag Patel >Organization: CodeGen, Inc. >Release: FreeBSD 3.0-CURRENT i386 >Environment: Dual SMP Pentium-II/300, 256Mb RAM, 2 IBM 4Gb SCSI disks (not that it matters) >Description: doscmd does not currently allow access to the physical device ports on the system. The relevant code in port.c has not been ported to FreeBSD. As I need it to access a Needhams EMP-10 EPROM programmer, I added the relevant code. >How-To-Repeat: This command allows access to the physical parallel port from doscmd using the patch below: rtprio 10 doscmd -x -b -i0x378:8 -o0x378:8 >Fix: I had posted a similar patch to current@freebsd.org that had a bug in it. In the original patch, iounmap() did not set the ioperm back to zero. This patch fixes that problem. Index: port.c =================================================================== RCS file: /src/freebsd/src/usr.bin/doscmd/port.c,v retrieving revision 1.1 diff -c -r1.1 port.c *** port.c 1997/08/09 01:42:54 1.1 --- port.c 1998/10/29 17:56:15 *************** *** 59,73 **** static void iomap(int port, int cnt) { ! fatal("iomap not supported"); } static void iounmap(int port, int cnt) { ! fatal("iomap not supported"); } - #else static void iomap(int port, int cnt) --- 59,88 ---- static void iomap(int port, int cnt) { ! if (port + cnt >= MAXPORT) { ! errno = ERANGE; ! goto bad; ! } ! if (i386_set_ioperm(port, cnt, 1) < 0) { ! bad: ! perror("iomap"); ! quit(1); ! } } static void iounmap(int port, int cnt) { ! if (port + cnt >= MAXPORT) { ! errno = ERANGE; ! goto bad; ! } ! if (i386_set_ioperm(port, cnt, 0) < 0) { ! bad: ! perror("iounmap"); ! quit(1); ! } } #else static void iomap(int port, int cnt) >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 Oct 29 10:30:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA28853 for freebsd-bugs-outgoing; Thu, 29 Oct 1998 10:30:07 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA28808 for ; Thu, 29 Oct 1998 10:30:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id KAA10299; Thu, 29 Oct 1998 10:30:00 -0800 (PST) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA27116; Thu, 29 Oct 1998 10:20:30 -0800 (PST) (envelope-from nobody) Message-Id: <199810291820.KAA27116@hub.freebsd.org> Date: Thu, 29 Oct 1998 10:20:30 -0800 (PST) From: rob@controlq.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: i386/8487: FreeBSD 3.0 RELEASE fails with Adaptec 7880 and SMP Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8487 >Category: i386 >Synopsis: FreeBSD 3.0 RELEASE fails with Adaptec 7880 and SMP >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Oct 29 10:30:00 PST 1998 >Last-Modified: >Originator: Robert S. Sciuk >Organization: Control-Q Research >Release: 3.0 Release >Environment: FreeBSD speedy.controlq.com 3.0-RELEASE FreeBSD 3.0-RELEASE #0: Thu Oct 22 11:02 :01 EDT 1998 root@speedy.controlq.com:/usr/src/sys/compile/speedy i386 % >Description: SMP: AP CPU #1 Launched! SMP: CPU1 apic_initialize(): lint0: 0x00010700 lint1: 0x00010400 TPR: 0x00000010 SVR: 0x000001ff ahc0: Selection Timeout on A:1. 1 SCBs aborted (probe0:ahc0:0:0:0): SCB 0x0 - timed out while idle, LASTPHASE == 0x1, SCSISIGI == 0xe6 SEQADDR == 0x7 SSTAT1 == 0x13 (probe0:ahc0:0:0:0): Queuing a BDR SCB ahc0:A:0: no active SCB for reconnecting target - issuing BUS DEVICE RESET SAVED_TCL == 0x0, ARG_1 == 0xff, SEQ_FLAGS == 0x0 (probe0:ahc0:0:0:0): SCB 0x0 - timed out in datain phase, SCSISIGI == 0x56 SEQADDR == 0x37 SSTAT1 == 0x3 (probe0:ahc0:0:0:0): no longer in timeout, status = 34b ahc0: Issued Channel A Bus Reset. 6 SCBs aborted ahc0: Selection Timeout on A:2. 1 SCBs aborted Timedout SCB handled by another timeout (probe3:ahc0:0:3:0): SCB 0x6 - timed out while idle, LASTPHASE == 0x1, SCSISIGI == 0x18 SEQADDR == 0x7 SSTAT1 == 0x0 (probe3:ahc0:0:3:0): Queuing a BDR SCB (probe3:ahc0:0:3:0): no longer in timeout, status = 35b ahc0: Selection Timeout on A:3. 1 SCBs aborted Timedout SCB handled by another timeout ahc0: Selection Timeout on A:4. 1 SCBs aborted >How-To-Repeat: reboot >Fix: hoping for assistance >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 Oct 29 10:46:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA01282 for freebsd-bugs-outgoing; Thu, 29 Oct 1998 10:46:27 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from ceia.nordier.com (m2-26-dbn.dial-up.net [196.34.155.90]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA01277 for ; Thu, 29 Oct 1998 10:46:23 -0800 (PST) (envelope-from rnordier@nordier.com) Received: (from rnordier@localhost) by ceia.nordier.com (8.8.7/8.6.12) id UAA10367; Thu, 29 Oct 1998 20:44:31 +0200 (SAT) From: Robert Nordier Message-Id: <199810291844.UAA10367@ceia.nordier.com> Subject: Re: kern/7688 In-Reply-To: from Alfred Perlstein at "Oct 29, 98 10:18:51 am" To: bright@hotjobs.com (Alfred Perlstein) Date: Thu, 29 Oct 1998 20:44:23 +0200 (SAT) Cc: freebsd-bugs@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Alfred Perlstein wrote: > > Sorry, I complained about this so long ago and even pointed out the > problem in the code that i finally got so sick of it that i created the > first partition again and just moved everything over. > > I don't have a machine with a setup like that anymore to test (where the > first BSD partition is not bootable) > > I might get a harddrive today though i can try it out if it's important. > > I'll tell you if i get a chance to reproduce my old broken setup. Probably not worth going out of your way to test this. I've been regularly booting from various FreeBSD slices on the same drive, while testing the new boot code; so it seems reasonable to close the PR. Thanks. -- Robert Nordier To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Oct 29 11:10:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA04397 for freebsd-bugs-outgoing; Thu, 29 Oct 1998 11:10:07 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA04332 for ; Thu, 29 Oct 1998 11:10:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id LAA14082; Thu, 29 Oct 1998 11:10:00 -0800 (PST) Date: Thu, 29 Oct 1998 11:10:00 -0800 (PST) Message-Id: <199810291910.LAA14082@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Archie Cobbs Subject: Re: bin/8176: Buffer overflow in function called by getpwnam() Reply-To: Archie Cobbs Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/8176; it has been noted by GNATS. From: Archie Cobbs To: freebsd-gnats-submit@freebsd.org Cc: Subject: Re: bin/8176: Buffer overflow in function called by getpwnam() Date: Thu, 29 Oct 1998 11:09:32 -0800 (PST) Here's a patch that fixes the bug. -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com Index: getpwent.c =================================================================== RCS file: /cvs/freebsd/src/lib/libc/gen/getpwent.c,v retrieving revision 1.44 diff -u -r1.44 getpwent.c --- getpwent.c 1998/02/01 06:16:08 1.44 +++ getpwent.c 1998/10/29 19:09:06 @@ -145,8 +145,8 @@ return((struct passwd *)NULL); bf[0] = _PW_KEYBYNAME; - len = strlen(name); - bcopy(name, bf + 1, MIN(len, UT_NAMESIZE)); + len = MIN(strlen(name), UT_NAMESIZE); + bcopy(name, bf + 1, len); key.data = (u_char *)bf; key.size = len + 1; rval = __hashpw(&key); To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Oct 29 11:20:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA06637 for freebsd-bugs-outgoing; Thu, 29 Oct 1998 11:20:12 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA06545 for ; Thu, 29 Oct 1998 11:20:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id LAA14582; Thu, 29 Oct 1998 11:20:01 -0800 (PST) Received: from zonk.incogni.to (zonk.incogni.to [194.109.0.48]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA06159 for ; Thu, 29 Oct 1998 11:18:28 -0800 (PST) (envelope-from atrak@zonk.incogni.to) Received: (from atrak@localhost) by zonk.incogni.to (8.9.1/8.9.1) id UAA17162; Thu, 29 Oct 1998 20:16:26 +0100 (CET) (envelope-from atrak) Message-Id: <199810291916.UAA17162@zonk.incogni.to> Date: Thu, 29 Oct 1998 20:16:26 +0100 (CET) From: Stephanie Wehner <_@r4k.net> Reply-To: _@r4k.net To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/8488: ipsec for ipv4 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Note: There was a bad value `non-ciritcal' for the field `>Severity:'. It was set to the default value of `serious'. >Number: 8488 >Category: kern >Synopsis: files missing in previous pr >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu Oct 29 11:20:01 PST 1998 >Last-Modified: >Originator: Stephanie Wehner >Organization: private >Release: FreeBSD 3.0-CURRENT i386 >Environment: >Description: I forgot to include patches for those files in the previous pr *blush* They go with the ipsec ported from OpenBSD >How-To-Repeat: >Fix: begin 644 missing.tar.gz M'XL(``J^.#8``^U8^V_;-A#.K^Y?<>D[?P!5552E.Y#E#H`BJ]WN#O2?TJA"TH0:,<7/\4_NDU9`J(O_+3?2_3A,*6F9KWU-N(_Z,I*@;\Z M4%7$7^W+\@[(C^+A`_(_Q[]>KP,#OYV#WZZ"'\;NK':5!G"*IAV\:C:;&X?6KIT4IB:%C@;*P;#?&?8.LE'U16'/H'0EY0#X(YN4/6J` MOYJO,#WJ;?S$OQ_

&-%L(4SU`S9R6>A%NSXCXV::RI MQ`@*G)B@^V88W>/?2&?L'F$/UQ+Q&7=/TAH+[>+?&;B M)0269=&-?``:Z-`P2`3^U&CDXQD#7:$UO$ILXWYUK1\VC.]TS M/=VPF*^KFE9"*YJQ3W/-]4CU#A"6_J"*5'^`38-N%:F8S-R$DG@.B/TI)2E! M+.Q/HPTZ:`'4F1FCM5E;;20K4L#*)_N+FX'K\]OKH6\NTN5#>C()@.UL"ZB$\-X&$6B^QK M)3SCD!T0EU4D&\6FJ8*OC,KV6=P8 M#7LEIV%'GM^;-ACAGFY(&:TC*0,\+/$FJ"[,0(,CC(+^_O12OSB;B$4R,#K! M-=P(*Z/+"`SW4H&^?YOBJB+(^;AG48.Q5SK;0S99J;NR-/E+D[=8: MI=T5I=AD;A]"P2N%/Y^P;=^-D%3B.2,EV)9$GNM'`EK+]\N@HV`\L##G^^51 MX[$NN:IY/%R3`D\;O05C=I%SL:B5NPXY5X0\QK7:QBCO9D6/C?^F3KY!_P$D M:U-64_#PH'7D(F4+?(J*9GO&+(%]^'G\[IU^?3.9G%WD&Z1=A[%=\%V.5<9L M-4003U=Y75C"3I9@?UXNV1E,8JYBQ_G)\>3J>G)?#V%EM/KM8;H2O MP,\&W!37#UOXKYH/F,,DM@V32-B> M)A#%Y(X$O((S'?92D0WCX2-QC*>`0W@HC'&8Q6XU>/OHG9CS6XW!B:7.(K?X M2K4/IV7KT>Z^V'RP/V/ M(F/6+M[_]559W=[_/(?4J_<_T9?V''Q^]U.]Q=&&LCI4.FON?BK#5D=T^IOO M?3J:*G41\(*IVP5?3SGE@(WO81ZP`]6,W=H4]+1;TA,[RKBW^C:EO6WLI6M 4;&4K6]G*5K;R@/P%@##Q-P`H``#[ ` end >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 Oct 29 14:30:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA02483 for freebsd-bugs-outgoing; Thu, 29 Oct 1998 14:30:07 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA02475 for ; Thu, 29 Oct 1998 14:30:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id OAA24492; Thu, 29 Oct 1998 14:30:01 -0800 (PST) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA01659; Thu, 29 Oct 1998 14:21:38 -0800 (PST) (envelope-from nobody) Message-Id: <199810292221.OAA01659@hub.freebsd.org> Date: Thu, 29 Oct 1998 14:21:38 -0800 (PST) From: billf@jade.chc-chimes.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: misc/8491: tx(4) - misspelled word Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8491 >Category: misc >Synopsis: tx(4) - misspelled word >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Thu Oct 29 14:30:00 PST 1998 >Last-Modified: >Originator: Bill Fumerola >Organization: Computer Horizons Corp >Release: 2.2.7-STABLE >Environment: FreeBSD jade.chc-chimes.com 2.2.7-STABLE FreeBSD 2.2.7-STABLE #0: Fri Sep 25 16:41:52 EDT 1998 root@jade.chc-chimes.com:/usr/cvs-update/src/sys/compile/JADED i386 >Description: spelling error, this may seem like a silly PR, but a misprint seems even sillier. consider this ultra-low priority. >How-To-Repeat: man 4 tx >Fix: --- tx.4.OLD Thu Oct 29 17:17:49 1998 +++ tx.4 Thu Oct 29 17:18:02 1998 @@ -79,7 +79,7 @@ .Sh BUGS .Pp The multicast packets filtering is not supported. -Only one PHY was realy tested (Quality Semiconductor QS6612). +Only one PHY was really tested (Quality Semiconductor QS6612). .Sh SEE ALSO .Xr arp 4 , .Xr netintro 4 , >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 Oct 29 14:36:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA03331 for freebsd-bugs-outgoing; Thu, 29 Oct 1998 14:36:11 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from shasta.wstein.com (shasta.wstein.com [206.163.206.65]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA03323; Thu, 29 Oct 1998 14:36:08 -0800 (PST) (envelope-from joes@shasta.wstein.com) Received: (from joes@localhost) by shasta.wstein.com (8.9.1/8.9.1) id OAA05082; Thu, 29 Oct 1998 14:36:00 -0800 (PST) (envelope-from joes) From: Joseph Stein Message-Id: <199810292236.OAA05082@shasta.wstein.com> Subject: Question about making the world To: freebsd-current@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Date: Thu, 29 Oct 1998 14:36:00 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I've made the move to 3.0, and I've been thinking, "What kind of loose junk is still hanging around the hierarchy from when I was running 2.1.0?" So I cleaned up the file systems (rather thoroughly!) Deleted inadvertantly the files for groff... No problem, I'll just make world It barfed, 'cause it couldn't find the files I was trying to replace. :( I finally got around it by unpacking the bin dist over my system and that seems to have cured it (making appropriate back ups, of course). Any ideas whether this really *is* a bug, or just something that needs to be fixed somewhere in the Makefile's or .mk files? thanks in advance for any ideas, joe -- Joseph Stein; Beaverton, Oregon USA email: joes@wstein.com Finger joes@shasta.wstein.com for contact information and PGP Public Key! Oregon FirePage http://www.ofp.org [OFP-504] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Oct 29 14:56:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA06966 for freebsd-bugs-outgoing; Thu, 29 Oct 1998 14:56:25 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA06947; Thu, 29 Oct 1998 14:56:22 -0800 (PST) (envelope-from nate@FreeBSD.org) From: Nate Williams Received: (from nate@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id OAA25948; Thu, 29 Oct 1998 14:56:17 -0800 (PST) Date: Thu, 29 Oct 1998 14:56:17 -0800 (PST) Message-Id: <199810292256.OAA25948@freefall.freebsd.org> To: billf@jade.chc-chimes.com, nate@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, nate@FreeBSD.ORG Subject: Re: misc/8491 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: tx(4) - misspelled word State-Changed-From-To: open-closed State-Changed-By: nate State-Changed-When: Thu Oct 29 14:55:17 PST 1998 State-Changed-Why: Applied to both -current (V1.5) and -stable (V1.1.2.4). Thanks! Responsible-Changed-From-To: freebsd-bugs->nate Responsible-Changed-By: nate Responsible-Changed-When: Thu Oct 29 14:55:17 PST 1998 Responsible-Changed-Why: I did it cause I like easy PR's! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Oct 29 15:18:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA10899 for freebsd-bugs-outgoing; Thu, 29 Oct 1998 15:18:13 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA10868; Thu, 29 Oct 1998 15:18:03 -0800 (PST) (envelope-from msmith@FreeBSD.org) From: Michael Smith Received: (from msmith@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id PAA26619; Thu, 29 Oct 1998 15:18:01 -0800 (PST) Date: Thu, 29 Oct 1998 15:18:01 -0800 (PST) Message-Id: <199810292318.PAA26619@freefall.freebsd.org> To: synk@swcp.com, msmith@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/8176 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Buffer overflow in function called by getpwnam() State-Changed-From-To: open-closed State-Changed-By: msmith State-Changed-When: Thu Oct 29 15:17:36 PST 1998 State-Changed-Why: length computed correctly as per Archie's followup To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Oct 29 16:40:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA23482 for freebsd-bugs-outgoing; Thu, 29 Oct 1998 16:40:11 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA23443 for ; Thu, 29 Oct 1998 16:40:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id QAA00257; Thu, 29 Oct 1998 16:40:01 -0800 (PST) Received: from nhj.nlc.net.au (nhj.nlc.net.au [203.24.133.1]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id QAA22502 for ; Thu, 29 Oct 1998 16:34:59 -0800 (PST) (envelope-from john@nlc.net.au) Received: (qmail 10520 invoked from network); 30 Oct 1998 11:34:57 +1100 Received: from monster.nlc.net.au (203.24.133.4) by nhj.nlc.net.au with SMTP; 30 Oct 1998 11:34:57 +1100 Received: (qmail 18607 invoked by uid 1000); 30 Oct 1998 11:34:52 +1100 Message-Id: <19981030003452.18606.qmail@monster.nlc.net.au> Date: 30 Oct 1998 11:34:52 +1100 From: john@nlc.net.au Reply-To: john@nlc.net.au To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: misc/8493: Stable build process fails to install objc includes Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8493 >Category: misc >Synopsis: Stable build process fails to install objc includes >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Oct 29 16:40:01 PST 1998 >Last-Modified: >Originator: John Saunders >Organization: NORTHLINK COMMUNICATIONS >Release: FreeBSD 2.2.7-STABLE i386 >Environment: Cvsupped -stable from Oct 29 1998. >Description: If the /usr/includes directory is clobbered i.e. make -DCLOBBER includes then a make world or make buildworld will fail because the objective C include files didn't get copied to /usr/include/objc. >How-To-Repeat: # cd /usr/src # make -DCLOBBER includes buildworld (wait a few hours :-) >Fix: Have the includes target install the objective C includes Something like... # cd /usr/src/contrib/gcc/objc # make incinstalldir=/usr/include srcdir=.. copy-headers I have no idea how to patch the makefiles for this. >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 Oct 29 17:20:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA28856 for freebsd-bugs-outgoing; Thu, 29 Oct 1998 17:20:59 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA28849; Thu, 29 Oct 1998 17:20:48 -0800 (PST) (envelope-from fenner@FreeBSD.org) From: Bill Fenner Received: (from fenner@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id RAA01554; Thu, 29 Oct 1998 17:20:47 -0800 (PST) Date: Thu, 29 Oct 1998 17:20:47 -0800 (PST) Message-Id: <199810300120.RAA01554@freefall.freebsd.org> To: _@r4k.net, fenner@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/8488 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: files missing in previous pr State-Changed-From-To: open-closed State-Changed-By: fenner State-Changed-When: Thu Oct 29 17:20:27 PST 1998 State-Changed-Why: Content appended to PR kern/8410 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Oct 29 17:30:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA00388 for freebsd-bugs-outgoing; Thu, 29 Oct 1998 17:30:15 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA00354 for ; Thu, 29 Oct 1998 17:30:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id RAA01967; Thu, 29 Oct 1998 17:30:00 -0800 (PST) Date: Thu, 29 Oct 1998 17:30:00 -0800 (PST) Message-Id: <199810300130.RAA01967@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Bill Fenner Subject: Re: kern/8410 Reply-To: Bill Fenner Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/8410; it has been noted by GNATS. From: Bill Fenner To: freebsd-gnats-submit@freebsd.org Cc: Subject: Re: kern/8410 Date: Thu, 29 Oct 1998 17:20:22 PST Including in previous PR so kern/8488 can be closed ------- Forwarded Message Date: Thu, 29 Oct 1998 11:16:26 PST From: Stephanie Wehner <_@r4k.net> Subject: kern/8488: ipsec for ipv4 I forgot to include patches for those files in the previous pr *blush* They go with the ipsec ported from OpenBSD begin 644 missing.tar.gz M'XL(``J^.#8``^U8^V_;-A#.K^Y?<>D[?P!5552E.Y#E#H`BJ]WN#O2?TJA"TH0:,<7/\4_NDU9`J(O_+3?2_3A,*6F9KWU-N(_Z,I*@;\Z M4%7$7^W+\@[(C^+A`_(_Q[]>KP,#OYV#WZZ"'\;NK':5!G"*IAV\:C:;&X?6KIT4IB:%C@;*P;#?&?8.LE'U16'/H'0EY0#X(YN4/6J` MOYJO,#WJ;?S$OQ_

&-%L(4SU`S9R6>A%NSXCXV::RI MQ`@*G)B@^V88W>/?2&?L'F$/UQ+Q&7=/TAH+[>+?&;B M)0269=&-?``:Z-`P2`3^U&CDXQD#7:$UO$ILXWYUK1\VC.]TS M/=VPF*^KFE9"*YJQ3W/-]4CU#A"6_J"*5'^`38-N%:F8S-R$DG@.B/TI)2E! M+.Q/HPTZ:`'4F1FCM5E;;20K4L#*)_N+FX'K\]OKH6\NTN5#>C()@.UL"ZB$\-X&$6B^QK M)3SCD!T0EU4D&\6FJ8*OC,KV6=P8 M#7LEIV%'GM^;-ACAGFY(&:TC*0,\+/$FJ"[,0(,CC(+^_O12OSB;B$4R,#K! M-=P(*Z/+"`SW4H&^?YOBJB+(^;AG48.Q5SK;0S99J;NR-/E+D[=8: MI=T5I=AD;A]"P2N%/Y^P;=^-D%3B.2,EV)9$GNM'`EK+]\N@HV`\L##G^^51 MX[$NN:IY/%R3`D\;O05C=I%SL:B5NPXY5X0\QK7:QBCO9D6/C?^F3KY!_P$D M:U-64_#PH'7D(F4+?(J*9GO&+(%]^'G\[IU^?3.9G%WD&Z1=A[%=\%V.5<9L M-4003U=Y75C"3I9@?UXNV1E,8JYBQ_G)\>3J>G)?#V%EM/KM8;H2O MP,\&W!37#UOXKYH/F,,DM@V32-B> M)A#%Y(X$O((S'?92D0WCX2-QC*>`0W@HC'&8Q6XU>/OHG9CS6XW!B:7.(K?X M2K4/IV7KT>Z^V'RP/V/ M(F/6+M[_]559W=[_/(?4J_<_T9?V''Q^]U.]Q=&&LCI4.FON?BK#5D=T^IOO M?3J:*G41\(*IVP5?3SGE@(WO81ZP`]6,W=H4]+1;TA,[RKBW^C:EO6WLI6M 4;&4K6]G*5K;R@/P%@##Q-P`H``#[ ` end ------- 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 Fri Oct 30 00:40:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA05473 for freebsd-bugs-outgoing; Fri, 30 Oct 1998 00:40:02 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA05415 for ; Fri, 30 Oct 1998 00:40:00 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id AAA21073; Fri, 30 Oct 1998 00:40:01 -0800 (PST) Received: from math.psu.edu (leibniz.math.psu.edu [146.186.130.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA04851 for ; Fri, 30 Oct 1998 00:32:33 -0800 (PST) (envelope-from viro@math.psu.edu) Received: from hilbert.math.psu.edu (hilbert.math.psu.edu [146.186.130.197]) by math.psu.edu (8.8.5/8.7.3) with ESMTP id DAA25694 for ; Fri, 30 Oct 1998 03:32:31 -0500 (EST) Received: (viro@localhost) by hilbert.math.psu.edu (8.8.8/8.6.9) id DAA28142 for FreeBSD-gnats-submit@freebsd.org; Fri, 30 Oct 1998 03:32:30 -0500 (EST) Message-Id: <199810300832.DAA28142@hilbert.math.psu.edu> Date: Fri, 30 Oct 1998 03:32:30 -0500 (EST) From: viro@math.psu.edu Reply-To: viro@math.psu.edu To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/8498: Race condition between unp_gc() and accept(). Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8498 >Category: kern >Synopsis: Race condition between unp_gc() and accept(). >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 Oct 30 00:40:00 PST 1998 >Last-Modified: >Originator: Al Viro >Organization: -ENOENT >Release: FreeBSD 2.2.7-RELEASE i386 >Environment: Present both in 2.2.7-RELEASE and 3.0-RELEASE >Description: Mark phase of unp_gc() doesn't scan the list of pending connections. Thus if we connect() to a UNIX domain socket, pass a file descriptor via the obtained connection (connect() doesn't block for UNIX domain) and close that descriptor unp_gc() will consider it garbage until we accept() the connection. Sweep phase of unp_gc() will merrily flush the queue of passed file. So we have a race - unp_gc() may be triggered by event completely unrelated to sockets in question. I didn't check other *BSD kernels wrt this bug. Actually I've caught it when I wrote a fix for Linux - garbage collector in Linux implementation couldn't handle the circular dependencies. In the first variant of the patch I've reproduced the bug in question - forgot to scan the queues of listening sockets. Well, when I finally fixed it and submitted the patch I decided to look into the FreeBSD kernel. Duh. >How-To-Repeat: See above. I have a clear testcase, but it's 100 lines of (sparce) C. If you need it I'll send it, indeed. Pseudocode (all sockets are PF_UNIX,SOCK_STREAM) follows: create a socket A, bind it to some address and listen(). create a socket B, connect() to address of A. create a pair of sockets (C and D) by socketpair(). write something to C. send a descriptor of D from A. close D. *** trigger unp_gc(). accept a connection (A). receive a message from resulting socket. read from the received descriptor. Triggering unp_gc() may be done by creating another socketpair, passing an arbitrary descriptor (0 ;-) and closing another end. Results: if we didn't trigger unp_gc() final read() returns the data we had written to C. If we did trigger unp_gc() read() will return 0. >Fix: The following is the patch against 2.2.7. It applies to 3.0-RELEASE too. *** uipc_usrreq.c Thu Oct 29 21:27:35 1998 --- uipc_usrreq.c.new Thu Oct 29 22:03:30 1998 *************** *** 736,742 **** unp_gc() { register struct file *fp, *nextfp; ! register struct socket *so; struct file **extra_ref, **fpp; int nunref, i; --- 736,742 ---- unp_gc() { register struct file *fp, *nextfp; ! register struct socket *so, *so1; struct file **extra_ref, **fpp; int nunref, i; *************** *** 793,800 **** if (fp->f_type != DTYPE_SOCKET || (so = (struct socket *)fp->f_data) == 0) continue; ! if (so->so_proto->pr_domain != &localdomain || ! (so->so_proto->pr_flags&PR_RIGHTS) == 0) continue; #ifdef notdef if (so->so_rcv.sb_flags & SB_LOCK) { --- 793,819 ---- if (fp->f_type != DTYPE_SOCKET || (so = (struct socket *)fp->f_data) == 0) continue; ! if (so->so_proto->pr_domain != &localdomain) ! continue; ! if (so->so_options & SO_ACCEPTCONN) { ! /* ! * Duh. There is something in theory that ! * bugs are more natural than standards. ! * 1) Linux implementation reproduced the bug ! * in dealing with circular dependencies ! * almost one-to-one. ! * 2) In the first version of my patch I ! * forgot to scan queues of listening sockets. ! * That is, reproduced another bug of _this_ ! * implementation ;-/ ! * 29/10/98, viro@math.psu.edu ! */ ! TAILQ_FOREACH(so1,&so->so_comp,so_list) { ! unp_scan(so1->so_rcv.sb_mb, unp_mark); ! } ! continue; ! } ! if ((so->so_proto->pr_flags&PR_RIGHTS) == 0) continue; #ifdef notdef if (so->so_rcv.sb_flags & SB_LOCK) { >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 Oct 30 02:00:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA12748 for freebsd-bugs-outgoing; Fri, 30 Oct 1998 02:00:24 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA12737; Fri, 30 Oct 1998 02:00:19 -0800 (PST) (envelope-from jkoshy@FreeBSD.org) From: Joseph Koshy Received: (from jkoshy@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id CAA24153; Fri, 30 Oct 1998 02:00:20 -0800 (PST) Date: Fri, 30 Oct 1998 02:00:20 -0800 (PST) Message-Id: <199810301000.CAA24153@freefall.freebsd.org> To: cmascott@world.std.com, jkoshy@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/7757 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: xlint/gcc: "warning: integral constant too large" State-Changed-From-To: open-closed State-Changed-By: jkoshy State-Changed-When: Fri Oct 30 01:55:34 PST 1998 State-Changed-Why: Fixed in rev 1.1.1.1.2.1 of "src/usr.bin/xlint/lint1/cgram.y", thanks! Thanks for refiling this PR when 7066 was closed; in general however, if a problem is fixed in -current it is treated as `fixed' as the volunteer effort needed to track fixes across all the active branches in the source tree would otherwise grow rapidly out of control! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Oct 30 04:40:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA01046 for freebsd-bugs-outgoing; Fri, 30 Oct 1998 04:40:05 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA00973 for ; Fri, 30 Oct 1998 04:40:00 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id EAA03130; Fri, 30 Oct 1998 04:40:01 -0800 (PST) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA00786; Fri, 30 Oct 1998 04:37:41 -0800 (PST) (envelope-from nobody) Message-Id: <199810301237.EAA00786@hub.freebsd.org> Date: Fri, 30 Oct 1998 04:37:41 -0800 (PST) From: info@highwind.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/8500: FreeBSD 3.0 thread scheduler is broken Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8500 >Category: kern >Synopsis: FreeBSD 3.0 thread scheduler is broken >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Oct 30 04:40:00 PST 1998 >Last-Modified: >Originator: Robert Fleischman >Organization: HighWind Software, Inc. >Release: 3.0 >Environment: FreeBSD zonda.highwind.com 3.0-19980831-SNAP FreeBSD 3.0-19980831-SNAP #0: Mon Aug 31 14:03:19 GMT 1998 root@make.ican.net:/usr/src/sys/compile/GENERIC i386 >Description: When an application has threads that are I/O intensive, that thread unfairly steals cycles from all other threads. This makes writing an MT program that does any real amount of I/O impossible. >How-To-Repeat: Just run this test program: /***************************************************************************** File: schedBug.C Contents: FreeBSD Scheduling Bug Illustrator Created: 28-Oct-1998 This program SHOULD print "Marking Time : 1", etc. However, the thread scheduler appears to NOT schedule the markTimeThread because the ioThread is so busy. If you uncomment the "::pthread_yield()" it works a little better. Ideally, you should get a print every second. g++ -o schedBug -D_REENTRANT -D_THREAD_SAFE -g -Wall schedBug.C -pthread *****************************************************************************/ #include #include #include #include #include #include #ifdef linux #include #endif #include unsigned int LENGTH = 1024 * 1024; void *ioThread(void *) { char *data = new char[LENGTH]; ::memset(data, 0, LENGTH); while (true) { int file = ::open("scrap", O_CREAT | O_TRUNC | O_WRONLY, 0666); assert(file != -1); assert(::write(file, data, LENGTH) == static_cast(LENGTH)); // ::pthread_yield(); assert(!::close(file)); } } void *markTimeThread(void *) { time_t start = ::time(0); while (true) { timeval timeout; timeout.tv_sec = 1; timeout.tv_usec = 0; ::select(0, 0, 0, 0, &timeout); ::printf("Marking Time: %lu\n", ::time(0) - start); } } int main(int, char **) { // Set up Thread Arguments pthread_t tid; pthread_attr_t attr; assert(!::pthread_attr_init(&attr)); assert(!::pthread_attr_setdetachstate(&attr, PTHREAD_CREATE_DETACHED)); // Spawn markTimeThread assert(!::pthread_create(&tid, &attr, markTimeThread, 0)); // Spawn ioThread assert(!::pthread_create(&tid, &attr, ioThread, 0)); // main() goes away for a long time timeval timeout; timeout.tv_sec = 3600; timeout.tv_usec = 0; ::select(0, 0, 0, 0, &timeout); return EXIT_SUCCESS; } >Fix: I do not know a fix. However, the problem appears to be related to the use of the VTALARM timer only measuring USER space time and not kernel space time. >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 Oct 30 07:10:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA19220 for freebsd-bugs-outgoing; Fri, 30 Oct 1998 07:10:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA19157 for ; Fri, 30 Oct 1998 07:09:59 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id HAA16910; Fri, 30 Oct 1998 07:10:00 -0800 (PST) Received: from beebite.ugh.net.au ([203.17.118.121]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA18601 for ; Fri, 30 Oct 1998 07:02:30 -0800 (PST) (envelope-from andrew@ugh.net.au) Received: (from andrew@localhost) by beebite.ugh.net.au (8.8.8/8.8.8) id PAA08422; Fri, 30 Oct 1998 15:00:54 GMT (envelope-from andrew) Message-Id: <199810301500.PAA08422@beebite.ugh.net.au> Date: Fri, 30 Oct 1998 15:00:54 GMT From: andrew@ugh.net.au Reply-To: andrew@ugh.net.au To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/8501: snake has a segmentation fault depending on the terminal type Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8501 >Category: bin >Synopsis: snake has a segmentation fault depending on the terminal type >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 Oct 30 07:10:00 PST 1998 >Last-Modified: >Originator: Andrew >Organization: UgH! >Release: FreeBSD 2.2.7-STABLE i386 >Environment: The termcap entry for my terminal dosn't define bc or bs >Description: When I run snake it crashes with a segmentation fault at line 660 when it calls strlen(BS). BS is set to NULL. This is because the termcap entry for my terminal dosn't define bc or bs. >How-To-Repeat: Use a termcap entry that dosn't define bs or bc and run snake >Fix: I have wrapped the strlen call in a test for BS "NULLness". I did the same for ND and KL as they seemed likely to suffer the same fate if their corresponding tgetstrs returned NULL. While I was at it I also removed a few variables that were declared but never used...just the odd int and char. There was also some odd logic determining if the terminal had an addressable cursor or home + 4 local motions. I have changed this to what I think is a correct state. I added in a few lines to hide the cursor when playing. I rewrote the delay function so it wouldn't waste bandwidth when playing via telnet. The new delay function should be better on the CPU as well. The new delay function does what the coments indicate the earlier function was intended to do (delay for t/20 seconds) although the old function didn't always acheive this. Patches are attached below: --- snake.h.orig Sun Sep 4 14:03:20 1994 +++ snake.h Sat Oct 31 00:56:10 1998 @@ -50,7 +50,8 @@ *HO, *CM, *TA, *LL, *KL, *KR, *KU, *KD, - *TI, *TE, *KS, *KE; + *TI, *TE, *KS, *KE, + *VI, *VE; int LINES, COLUMNS; /* physical screen size. */ int lcnt, ccnt; /* user's idea of screen size */ char xBC, PC; --- snake.c.orig Mon Mar 2 03:41:58 1998 +++ snake.c Sat Oct 31 00:56:10 1998 @@ -104,7 +104,7 @@ { extern char *optarg; extern int optind; - int ch, i, j, k; + int ch, i; void stop(); rawscores = open(_PATH_RAWSCORES, O_RDWR|O_CREAT, 0664); @@ -170,6 +170,7 @@ signal (SIGINT, stop); putpad(TI); /* String to begin programs that use cm */ putpad(KS); /* Put terminal in keypad transmit mode */ + putpad(VI); /* Hide cursor */ snrand(&finish); snrand(&you); @@ -364,8 +365,6 @@ if (same(&you,&money)) { - char xp[20]; - struct point z; loot += 25; if(k < repeat) pchar(&you,' '); @@ -632,7 +631,6 @@ snap() { struct point p; - int i; if(you.line < 3){ pchar(point(&p,you.col,0),'-'); @@ -708,7 +706,7 @@ surround(ps) struct point *ps;{ struct point x; - int i,j; + int j; if(ps->col == 0)ps->col++; if(ps->line == 0)ps->line++; @@ -869,8 +867,6 @@ suspend() { - char *sh; - ll(); cook(); kill(getpid(), SIGTSTP); --- move.c.orig Tue May 30 13:37:26 1995 +++ move.c Sat Oct 31 00:56:10 1998 @@ -96,6 +96,8 @@ #else #include #endif +#include + #include "snake.h" int CMlength; @@ -186,7 +188,7 @@ struct point *sp; { - int distance,f,tfield,j; + int distance,f,tfield; if (cursor.line > LINES || cursor.line <0 || cursor.col <0 || cursor.col > COLUMNS) @@ -339,7 +341,7 @@ } ll(){ - int j,l; + int l; struct point z; l = lcnt + 2; @@ -524,12 +526,7 @@ delay(t) int t; { - int k,j; - - k = baudrate() * t / 300; - for(j=0;jAudit-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 Oct 30 18:40:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA28533 for freebsd-bugs-outgoing; Fri, 30 Oct 1998 18:40:01 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA28504 for ; Fri, 30 Oct 1998 18:39:59 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id SAA14440; Fri, 30 Oct 1998 18:40:00 -0800 (PST) Date: Fri, 30 Oct 1998 18:40:00 -0800 (PST) Message-Id: <199810310240.SAA14440@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Tor.Egge@fast.no Subject: Re: kern/8456: SMP kernel fails with Everex PO-6200 Dual PPro MB Reply-To: Tor.Egge@fast.no Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/8456; it has been noted by GNATS. From: Tor.Egge@fast.no To: mikes@indiana.edu Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: kern/8456: SMP kernel fails with Everex PO-6200 Dual PPro MB Date: Sat, 31 Oct 1998 03:31:47 +0100 > -- > I/O Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# > ExtINT active-hi edge 0 0 255 0 ^^^^ I suggest testing a change in int_entry() (in mp_machdep.c) from io_apic_ints[intr].dst_apic_id = entry->dst_apic_id; to if (entry->dst_apic_id == 255) io_apic_ints[intr].dst_apic_id = IO_TO_ID(0); else io_apic_ints[intr].dst_apic_id = entry->dst_apic_id; - Tor Egge To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Oct 30 18:50:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA00189 for freebsd-bugs-outgoing; Fri, 30 Oct 1998 18:50:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA00157 for ; Fri, 30 Oct 1998 18:49:59 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id SAA14936; Fri, 30 Oct 1998 18:50:00 -0800 (PST) Received: from tesla.physics.purdue.edu (tesla.physics.purdue.edu [128.210.146.199]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA29969 for ; Fri, 30 Oct 1998 18:49:08 -0800 (PST) (envelope-from ajk@tesla.physics.purdue.edu) Received: (from root@localhost) by tesla.physics.purdue.edu (8.9.1/8.9.1) id CAA02366; Sat, 31 Oct 1998 02:49:16 -0500 (EST) (envelope-from ajk) Message-Id: <199810310749.CAA02366@tesla.physics.purdue.edu> Date: Sat, 31 Oct 1998 02:49:16 -0500 (EST) From: ajk@purdue.edu Reply-To: ajk@purdue.edu To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/8515: Another nfsd panic Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8515 >Category: kern >Synopsis: Another nfsd panic >Confidential: yes >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Oct 30 18:50:00 PST 1998 >Last-Modified: >Originator: Andrew J. Korty >Organization: Purdue University Physics Department >Release: FreeBSD 3.0-RELEASE i386 >Environment: FreeBSD tesla.physics.purdue.edu 3.0-RELEASE FreeBSD 3.0-RELEASE #4: Thu Oct 29 16:26:03 EST 1998 root@tesla.physics.purdue.edu:/usr/src/sys/compile/TESLA i386 >Description: Kernel panics in nfsd. For all I know, it could only happen on machines running SMP, but I don't think so. I did the following stack trace with an a.out GDB from an old -CURRENT. Btw, how are we supposed to debug kernels without an a.out GDB? # /sys/compile/TESLA 501 # /tmp/gdb -k kernel.debug /var/crash/vmcore.0 GDB is free software and you are welcome to 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. GDB 4.16 (i386-unknown-freebsd), Copyright 1996 Free Software Foundation, Inc... IdlePTD 3182592 initial pcb at 29a20c panicstr: from debugger panic messages: --- Fatal trap 12: page fault while in kernel mode mp_lock = 00000002; cpuid = 0; lapic.id = 01000000 fault virtual address = 0xf1148b74 fault code = supervisor read, page not present instruction pointer = 0x8:0xf014e018 stack pointer = 0x10:0xf9c5ed90 frame pointer = 0x10:0xf9c5edb0 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 = 128 (nfsd) interrupt mask = <- SMP: XXX panic: from debugger mp_lock = 00000002; cpuid = 0; lapic.id = 01000000 boot() called on cpu#0 syncing disks... 13 13 6 done dumping to dev 20401, offset 1067920 dump 512 511 510 509 508 507 506 505 504 503 502 501 500 499 498 497 496 495 494 493 492 491 490 489 488 487 486 485 484 483 482 481 480 479 478 477 476 475 474 473 472 471 470 469 468 467 466 465 464 463 462 461 460 459 458 457 456 455 454 453 452 451 450 449 448 447 446 445 444 443 442 441 440 439 438 437 436 435 434 433 432 431 430 429 428 427 426 425 424 423 422 421 420 419 418 417 416 415 414 413 412 411 410 409 408 407 406 405 404 403 402 401 400 399 398 397 396 395 394 393 392 391 390 389 388 387 386 385 384 383 382 381 380 379 378 377 376 375 374 373 372 371 370 369 368 367 366 365 364 363 362 361 360 359 358 357 356 355 354 353 352 351 350 349 348 347 346 345 344 343 342 341 340 339 338 337 336 335 334 333 332 331 330 329 328 327 326 325 324 323 322 321 320 319 318 317 316 315 314 313 312 311 310 309 308 307 306 305 304 303 302 301 300 299 298 297 296 295 294 293 292 291 290 289 288 287 286 285 284 283 282 281 280 279 278 277 276 275 274 273 272 271 270 269 268 267 26! 6 265 264 263 262 261 260 259 258 257 256 255 254 253 252 251 250 249 248 247 246 245 244 243 242 241 240 239 238 237 236 235 234 233 232 231 230 229 228 227 226 225 224 223 222 221 220 219 218 217 216 215 214 213 212 211 210 209 208 207 206 205 204 203 202 201 200 199 198 197 196 195 194 193 192 191 190 189 188 187 186 185 184 183 182 181 180 179 178 177 176 175 174 173 172 171 170 169 168 167 166 165 164 163 162 161 160 159 158 157 156 155 154 153 152 151 150 149 148 147 146 145 144 143 142 141 140 139 138 137 136 135 134 133 132 131 130 129 128 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 boot (howto=256) at ../../kern/kern_shutdown.c:268 268 dumppcb.pcb_cr3 = rcr3(); (kgdb) bt #0 boot (howto=256) at ../../kern/kern_shutdown.c:268 #1 0xf0151c08 in panic (fmt=0xf012220c "from debugger") at ../../kern/kern_shutdown.c:430 #2 0xf012222d in db_panic (addr=-267067368, have_addr=0, count=-1, modif=0xf9c5ec08 "") at ../../ddb/db_command.c:432 #3 0xf01220f5 in db_command (last_cmdp=0xf027f804, cmd_table=0xf027f664, aux_cmd_tablep=0xf0297468) at ../../ddb/db_command.c:332 #4 0xf01222a2 in db_command_loop () at ../../ddb/db_command.c:454 #5 0xf0124f1b in db_trap (type=12, code=0) at ../../ddb/db_trap.c:71 #6 0xf022953a in kdb_trap (type=12, code=0, regs=0xf9c5ed54) at ../../i386/i386/db_interface.c:157 #7 0xf023dc9d in trap_fatal (frame=0xf9c5ed54) at ../../i386/i386/trap.c:874 #8 0xf023d699 in trap_pfault (frame=0xf9c5ed54, usermode=0) at ../../i386/i386/trap.c:772 #9 0xf023d26b in trap (frame={tf_es = -265814000, tf_ds = -107675632, tf_edi = 0, tf_esi = -265796656, tf_ebp = -104469072, tf_isp = -104469124, tf_ebx = 72, tf_edx = -250556416, tf_ecx = 1, tf_eax = -250311820, tf_trapno = 12, tf_err = 0, tf_eip = -267067368, tf_cs = 8, tf_eflags = 66054, tf_esp = 72, tf_ss = -241240320}) at ../../i386/i386/trap.c:396 #10 0xf014e018 in free (addr=0x0, type=0xf02843d0) at ../../kern/kern_malloc.c:269 #11 0xf01d2b0e in nfsrv_dorec (slp=0xf1971100, nfsd=0xf1793000, ndp=0xf9c5ee20) at ../../nfs/nfs_socket.c:2235 #12 0xf01d7094 in nfssvc_nfsd (nsd=0xf9c5ee7c, argp=0x8074ffccannot read proc at 0 ) at ../../nfs/nfs_syscalls.c:537 #13 0xf01d6c59 in nfssvc (p=0xf9c46880, uap=0xf9c5ef84) at ../../nfs/nfs_syscalls.c:342 #14 0xf023dfd8 in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = 6, tf_esi = 0, tf_ebp = -272638520, tf_isp = -104468524, tf_ebx = 0, tf_edx = -272638920, tf_ecx = 0, tf_eax = 155, tf_trapno = 12, tf_err = 2, tf_eip = 134519552, tf_cs = 31, tf_eflags = 646, tf_esp = -272638916, tf_ss = 39}) at ../../i386/i386/trap.c:1031 #15 0xf022a23c in Xint0x80_syscall () cannot read proc at 0 (kgdb) frame 10 #10 0xf014e018 in free (addr=0x0, type=0xf02843d0) at ../../kern/kern_malloc.c:269 269 kup = btokup(addr); (kgdb) list 264 #ifdef DIAGNOSTIC 265 if ((char *)addr < kmembase || (char *)addr >= kmemlimit) { 266 panic("free: address %p out of range", (void *)addr); 267 } 268 #endif 269 kup = btokup(addr); 270 size = 1 << kup->ku_indx; 271 kbp = &bucket[kup->ku_indx]; 272 s = splmem(); 273 #ifdef DIAGNOSTIC (kgdb) frame 11 #11 0xf01d2b0e in nfsrv_dorec (slp=0xf1971100, nfsd=0xf1793000, ndp=0xf9c5ee20) at ../../nfs/nfs_socket.c:2235 2235 FREE(nam, M_SONAME); (kgdb) list 2230 nd->nd_md = nd->nd_mrep = m; 2231 nd->nd_nam2 = nam; 2232 nd->nd_dpos = mtod(m, caddr_t); 2233 error = nfs_getreq(nd, nfsd, TRUE); 2234 if (error) { 2235 FREE(nam, M_SONAME); 2236 free((caddr_t)nd, M_NFSRVDESC); 2237 return (error); 2238 } 2239 *ndp = nd; (kgdb) frame 12 #12 0xf01d7094 in nfssvc_nfsd (nsd=0xf9c5ee7c, argp=0x8074ffccannot read proc at 0 ) at ../../nfs/nfs_syscalls.c:537 537 error = nfsrv_dorec(slp, nfsd, &nd); (kgdb) list 532 nfsrv_rcv(slp->ns_so, (caddr_t)slp, 533 M_WAIT); 534 nfs_sndunlock(&slp->ns_solock, 535 &slp->ns_solock); 536 } 537 error = nfsrv_dorec(slp, nfsd, &nd); 538 cur_usec = nfs_curusec(); 539 if (error && slp->ns_tq.lh_first && 540 slp->ns_tq.lh_first->nd_time <= cur_usec) { 541 error = 0; (kgdb) frame 13 #13 0xf01d6c59 in nfssvc (p=0xf9c46880, uap=0xf9c5ef84) at ../../nfs/nfs_syscalls.c:342 342 error = nfssvc_nfsd(nsd, uap->argp, p); (kgdb) list 337 } 338 } 339 } 340 if ((uap->flag & NFSSVC_AUTHINFAIL) && (nfsd = nsd->nsd_nfsd)) 341 nfsd->nfsd_flag |= NFSD_AUTHFAIL; 342 error = nfssvc_nfsd(nsd, uap->argp, p); 343 } 344 #endif /* NFS_NOSERVER */ 345 if (error == EINTR || error == ERESTART) 346 error = 0; (kgdb) frame 14 #14 0xf023dfd8 in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = 6, tf_esi = 0, tf_ebp = -272638520, tf_isp = -104468524, tf_ebx = 0, tf_edx = -272638920, tf_ecx = 0, tf_eax = 155, tf_trapno = 12, tf_err = 2, tf_eip = 134519552, tf_cs = 31, tf_eflags = 646, tf_esp = -272638916, tf_ss = 39}) at ../../i386/i386/trap.c:1031 1031 error = (*callp->sy_call)(p, args); (kgdb) list 1026 p->p_retval[0] = 0; 1027 p->p_retval[1] = frame.tf_edx; 1028 1029 STOPEVENT(p, S_SCE, callp->sy_narg); 1030 1031 error = (*callp->sy_call)(p, args); 1032 1033 switch (error) { 1034 1035 case 0: (kgdb) frame 15 #15 0xf022a23c in Xint0x80_syscall () (kgdb) list 1036 /* 1037 * Reinitialize proc pointer `p' as it may be different 1038 * if this is a child returning from fork syscall. 1039 */ 1040 p = curproc; 1041 frame.tf_eax = p->p_retval[0]; 1042 frame.tf_edx = p->p_retval[1]; 1043 frame.tf_eflags &= ~PSL_C; 1044 break; 1045 (kgdb) quit >How-To-Repeat: Start the KDE on a machine that NFS-mounts your home directory off the machine you want to panic. >Fix: Unknown. >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 Oct 30 21:10:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA12042 for freebsd-bugs-outgoing; Fri, 30 Oct 1998 21:10:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA11993 for ; Fri, 30 Oct 1998 21:10:00 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id VAA19115; Fri, 30 Oct 1998 21:10:01 -0800 (PST) Received: from gli.pn.wagsky.com (wagsky.vip.best.com [206.86.71.127]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA11090 for ; Fri, 30 Oct 1998 20:59:52 -0800 (PST) (envelope-from jeff@gli.pn.wagsky.com) Received: (from root@localhost) by gli.pn.wagsky.com (8.9.1/8.9.1) id UAA19018; Fri, 30 Oct 1998 20:59:47 -0800 (PST) (envelope-from jeff) Message-Id: <199810310459.UAA19018@gli.pn.wagsky.com> Date: Fri, 30 Oct 1998 20:59:47 -0800 (PST) From: root@gli.pn.wagsky.com Reply-To: root@gli.pn.wagsky.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: conf/8517: rc.conf/rc fails to set ldconfig -aout Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8517 >Category: conf >Synopsis: rc.conf/rc fails to set ldconfig -aout >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Fri Oct 30 21:10:00 PST 1998 >Last-Modified: >Originator: Jeff Kletsky >Organization: Wagsky Associates >Release: FreeBSD 3.0-CURRENT i386 >Environment: cvsup of 3.0-CURRENT as of 981015 and ports collection as of 981030 >Description: With cvsup of 3.0-CURRENT as of 981015 and ports collection as of 981030, build of emacs20 fails with [...] ./temacs -batch -l loadup dump /usr/libexec/ld-elf.so.1: Shared object "libXaw.so.6" not found gmake[1]: *** [emacs] Error 1 gmake[1]: Leaving directory `/usr/ports/editors/emacs20/work/emacs-20.3/src' gmake: *** [src] Error 2 *** Error code 2 [...] This has been traced to 'rc.conf' [...] ldconfig_paths="/usr/lib/compat /usr/X11R6/lib /usr/local/lib" # shared library search paths ldconfig_paths_aout="/usr/lib/compat/aout /usr/X11R6/lib/aout /usr/local/lib/aout" # a.out shared library search paths [...] and the execution of the startup script 'rc' [...] # Default the a.out ldconfig path, in case the system's # /etc/rc.conf hasn't been updated. : ${ldconfig_paths_aout=${ldconfig_paths}} _LDC=/usr/lib/aout for i in $ldconfig_paths_aout; do if test -d $i; then _LDC="${_LDC} $i" fi done echo 'setting a.out ldconfig path:' ${_LDC} ldconfig -aout ${_LDC} [...] which apparently fails to properly set the aout ldconfig path. Executing ldconfig manually results in: bash-2.02# ldconfig -elf /usr/lib/compat /usr/X11R6/lib /usr/local/lib bash-2.02# ldconfig -aout /usr/lib/compat/aout /usr/X11R6/lib/aout \ /usr/local/lib/aout ldconfig: /usr/local/lib/aout: No such file or directory as /usr/local/lib/aout apparently is not created by the 'make world' process. >How-To-Repeat: Install "fresh" RELEASE-3.0 cvsup -current make world (build new kernel, update /etc, /dev, /stand/sysinstall) reboot cd /usr/ports/editors/emacs20 make clean make install >Fix: Workaround: ldconfig -aout /usr/lib/compat/aout /usr/X11R6/lib/aout Fix: This could easily be solved by modifying 'rc' or the "hierarchy" ('BSD.usr.dist') portion of the make process to ensure that /usr/local/lib/aout exists. >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 Oct 30 22:55:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA20348 for freebsd-bugs-outgoing; Fri, 30 Oct 1998 22:55:09 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from spinner.netplex.com.au (spinner.netplex.com.au [202.12.86.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA20333 for ; Fri, 30 Oct 1998 22:54:55 -0800 (PST) (envelope-from peter@netplex.com.au) Received: from spinner.netplex.com.au (localhost [127.0.0.1]) by spinner.netplex.com.au (8.9.1/8.9.1/Spinner) with ESMTP id OAA18694; Sat, 31 Oct 1998 14:52:33 +0800 (WST) (envelope-from peter@spinner.netplex.com.au) Message-Id: <199810310652.OAA18694@spinner.netplex.com.au> X-Mailer: exmh version 2.0.2 2/24/98 To: Tor.Egge@fast.no cc: freebsd-bugs@FreeBSD.ORG Subject: Re: kern/8456: SMP kernel fails with Everex PO-6200 Dual PPro MB In-reply-to: Your message of "Fri, 30 Oct 1998 18:40:00 PST." <199810310240.SAA14440@freefall.freebsd.org> Date: Sat, 31 Oct 1998 14:52:33 +0800 From: Peter Wemm Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Tor.Egge@fast.no wrote: > > -- > > I/O Ints: Type Polarity Trigger Bus ID IRQ APIC ID PI N# > > ExtINT active-hi edge 0 0 255 0 > I suggest testing a change in int_entry() (in mp_machdep.c) from > > io_apic_ints[intr].dst_apic_id = entry->dst_apic_id; > > to > > if (entry->dst_apic_id == 255) > io_apic_ints[intr].dst_apic_id = IO_TO_ID(0); > else > io_apic_ints[intr].dst_apic_id = entry->dst_apic_id; > > - Tor Egge The other option is to have the dst_apic_id value ignored if there is only one IO apic, assuming this makes sense. A "broken mptable!" warning would probably be an idea though. Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Oct 30 23:04:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA21037 for freebsd-bugs-outgoing; Fri, 30 Oct 1998 23:00:01 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA20991 for ; Fri, 30 Oct 1998 23:00:00 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id XAA21810; Fri, 30 Oct 1998 23:00:01 -0800 (PST) Date: Fri, 30 Oct 1998 23:00:01 -0800 (PST) Message-Id: <199810310700.XAA21810@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org From: Peter Wemm Subject: Re: kern/8500: FreeBSD 3.0 thread scheduler is broken Reply-To: Peter Wemm Sender: owner-freebsd-bugs@FreeBSD.org Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/8500; it has been noted by GNATS. From: Peter Wemm To: info@highwind.com Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: kern/8500: FreeBSD 3.0 thread scheduler is broken Date: Sat, 31 Oct 1998 14:50:24 +0800 info@highwind.com wrote: > >Number: 8500 > >Category: kern > >Synopsis: FreeBSD 3.0 thread scheduler is broken > > >Description: > When an application has threads that are I/O intensive, that thread > unfairly steals cycles from all other threads. This makes writing > an MT program that does any real amount of I/O impossible. Yes, open(), read(), write(), etc block the entire process. The libc_r thread engine only works for things that can be select()ed apon, and read/ write cannot (yet). The only alternatives are to use the aio/lio syscalls (which work), or rfork(). libc_r could probably be modified to use rfork() to have the read/write/open/close/etc done in parallel. Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Oct 31 05:20:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA23256 for freebsd-bugs-outgoing; Sat, 31 Oct 1998 05:20:02 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA23207 for ; Sat, 31 Oct 1998 05:20:00 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id FAA08000; Sat, 31 Oct 1998 05:20:00 -0800 (PST) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA22690; Sat, 31 Oct 1998 05:14:38 -0800 (PST) (envelope-from nobody) Message-Id: <199810311314.FAA22690@hub.freebsd.org> Date: Sat, 31 Oct 1998 05:14:38 -0800 (PST) From: Arjan.deVet@adv.iae.nl To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/8518: freopen() in append mode followed by ftell() gives strange results Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8518 >Category: bin >Synopsis: freopen() in append mode followed by ftell() gives strange results >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 Oct 31 05:20:00 PST 1998 >Last-Modified: >Originator: Arjan de Vet >Organization: >Release: FreeBSD 2.2.7 >Environment: FreeBSD adv.iae.nl 2.2.7-RELEASE FreeBSD 2.2.7-RELEASE #0: Mon Jul 27 20:40:41 CEST 1998 root@adv.iae.nl:/usr/src/sys/compile/ADV i386 >Description: During testing INN 2.2beta I discovered a possible 'bug' in the freopen() call when used with "a" (append mode). The first ftell() call always give 0 (irrespective of the current file length) and subsequent writes to the file ftell() does not tell the current write position in the file but the number of bytes written. >How-To-Repeat: #include #include main () { FILE *f, *g; long i; g = fopen("/tmp/test", "a"); f = freopen("/tmp/test", "a", g); i = ftell(f); printf("%d\n", i); fprintf(f, "test"); i = ftell(f); printf("%d\n", i); fclose(f); } Create empty /tmp/test file and run the program three times. Each time it will print 0 and 4. BSD/OS prints 0 4, 0 8 and 0 12. Solaris and Linux print 0 4, 4 8 and 8 12. >Fix: Fix provided by Steinar Haugh, sthaug@nethelp.no: *** lib/libc/stdio/freopen.c.orig Tue May 30 07:41:43 1995 --- lib/libc/stdio/freopen.c Sat Oct 31 10:06:08 1998 *************** *** 151,155 **** --- 151,166 ---- fp->_write = __swrite; fp->_seek = __sseek; fp->_close = __sclose; + + /* + * When opening in append mode, even though we use O_APPEND, + * we need to seek to the end so that ftell() gets the right + * answer. If the user then alters the seek pointer, or + * the file extends, this will fail, but there is not much + * we can do about this. (We could set __SAPP and check in + * fseek and ftell.) + */ + if (oflags & O_APPEND) + (void) __sseek((void *)fp, (fpos_t)0, SEEK_END); return (fp); } See further "Possible bug in freopen()?" thread on hackers@freebsd.org. >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 Oct 31 06:30:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA00964 for freebsd-bugs-outgoing; Sat, 31 Oct 1998 06:30:02 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA00921 for ; Sat, 31 Oct 1998 06:30:00 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id GAA09602; Sat, 31 Oct 1998 06:30:01 -0800 (PST) Date: Sat, 31 Oct 1998 06:30:01 -0800 (PST) Message-Id: <199810311430.GAA09602@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: HighWind Software Information Subject: Re: kern/8500: FreeBSD 3.0 thread scheduler is broken Reply-To: HighWind Software Information Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/8500; it has been noted by GNATS. From: HighWind Software Information To: peter@netplex.com.au Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: kern/8500: FreeBSD 3.0 thread scheduler is broken Date: Sat, 31 Oct 1998 09:20:46 -0500 (EST) > >Number: 8500 > >Category: kern > >Synopsis: FreeBSD 3.0 thread scheduler is broken > > >Description: > When an application has threads that are I/O intensive, that thread > unfairly steals cycles from all other threads. This makes writing > an MT program that does any real amount of I/O impossible. Yes, open(), read(), write(), etc block the entire process. The libc_r thread engine only works for things that can be select()ed apon, and read/ write cannot (yet). Ummm. Not to be rude.. But... That is NOT TRUE AT ALL. read() and write() CERTAINLY are selected apon and do NOT block the whole process when using libc_r. Read /usr/src/lib/libc_r/uthread/uthread_write.c and see for yourself. The only alternatives are to use the aio/lio syscalls (which work), or rfork(). libc_r could probably be modified to use rfork() to have the read/write/open/close/etc done in parallel. I don't think that is necessary. -Rob To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Oct 31 07:09:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA04930 for freebsd-bugs-outgoing; Sat, 31 Oct 1998 07:09:24 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from midten.fast.no (midten.fast.no [195.139.251.11]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA04924 for ; Sat, 31 Oct 1998 07:09:22 -0800 (PST) (envelope-from tegge@fast.no) Received: from fast.no (IDENT:tegge@midten.fast.no [195.139.251.11]) by midten.fast.no (8.9.1/8.9.1) with ESMTP id QAA09373; Sat, 31 Oct 1998 16:08:39 +0100 (CET) Message-Id: <199810311508.QAA09373@midten.fast.no> To: peter@netplex.com.au Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: kern/8456: SMP kernel fails with Everex PO-6200 Dual PPro MB From: Tor.Egge@fast.no In-Reply-To: Your message of "Sat, 31 Oct 1998 14:52:33 +0800" References: <199810310652.OAA18694@spinner.netplex.com.au> X-Mailer: Mew version 1.70 on Emacs 19.34.1 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Sat, 31 Oct 1998 16:08:38 +0100 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Tor.Egge@fast.no wrote: > > > -- > > > I/O Ints: Type Polarity Trigger Bus ID IRQ APIC ID PI > N# > > > ExtINT active-hi edge 0 0 255 > 0 > > I suggest testing a change in int_entry() (in mp_machdep.c) from > > > > io_apic_ints[intr].dst_apic_id = entry->dst_apic_id; > > > > to > > > > if (entry->dst_apic_id == 255) > > io_apic_ints[intr].dst_apic_id = IO_TO_ID(0); > > else > > io_apic_ints[intr].dst_apic_id = entry->dst_apic_id; > > > > - Tor Egge > > The other option is to have the dst_apic_id value ignored if there is only > one IO apic, assuming this makes sense. A "broken mptable!" warning would > probably be an idea though. When the wildcard apic ID (255) is used on a system with multiple IOAPICS we must also check each IOAPIC destination int pin range in order to select an IOAPIC having that int pin. The MP table in this bug report does not look broken. - Tor Egge To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Oct 31 07:10:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA05063 for freebsd-bugs-outgoing; Sat, 31 Oct 1998 07:10:02 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA05020 for ; Sat, 31 Oct 1998 07:09:59 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id HAA17190; Sat, 31 Oct 1998 07:10:00 -0800 (PST) Received: from point.osg.gov.bc.ca (point.osg.gov.bc.ca [142.32.102.44]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA04038 for ; Sat, 31 Oct 1998 07:03:19 -0800 (PST) (envelope-from cy@cschuber.net.gov.bc.ca) Received: (from daemon@localhost) by point.osg.gov.bc.ca (8.9.1/8.8.8) id HAA21922 for ; Sat, 31 Oct 1998 07:03:15 -0800 Received: from passer.osg.gov.bc.ca(142.32.110.29) via SMTP by point.osg.gov.bc.ca, id smtpda21920; Sat Oct 31 07:03:03 1998 Received: (from uucp@localhost) by passer.osg.gov.bc.ca (8.9.1/8.9.1) id HAA02936 for ; Sat, 31 Oct 1998 07:03:03 -0800 (PST) Received: from cschuber.net.gov.bc.ca(142.31.240.113), claiming to be "cwsys.cwsent.com" via SMTP by passer.osg.gov.bc.ca, id smtpdol2934; Sat Oct 31 07:01:49 1998 Received: (from cy@localhost) by cwsys.cwsent.com (8.9.1/8.9.1) id HAA07305; Sat, 31 Oct 1998 07:00:24 -0800 (PST) Message-Id: <199810311500.HAA07305@cwsys.cwsent.com> Date: Sat, 31 Oct 1998 07:00:24 -0800 (PST) From: Cy Schubert Reply-To: cschuber@uumail.gov.bc.ca To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: misc/8519: New Fortunes -- Murphy's Laws Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8519 >Category: misc >Synopsis: Murphy's Laws >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 Oct 31 07:10:00 PST 1998 >Last-Modified: >Originator: Cy Schubert >Organization: Information Technology Services Division, Provice of British Columbia >Release: FreeBSD 2.2.7-RELEASE i386 >Environment: FreeBSD cwsys 2.2.7-RELEASE FreeBSD 2.2.7-RELEASE #0: Fri Oct 16 05:48:10 PDT 1998 root@cwsys:/opt/usr_src/sys/compile/CWSYS i386 >Description: This is a recent conversion of an old IBM Mainframe application to the fortune datafile format. >How-To-Repeat: N/A >Fix: The following file is named murphy. When things are going well, someone will inevitably experiment detrimentally. % If not controlled, work will flow to the competent man until he submerges. % The deficiency will never show itself during the test runs. % The lagging activity in a project will invariably be found in the area where the highest overtime rates lie waiting % It is impossible to build a fool proof system; because fools are so ingenious. % Talent in staff work or sales will continually be interpreted as managerial ability. % Information travels more surely to those with a lesser need to know. % The "think positive" leader tends to listen to his subordinate's premonitions only during the postmortems. % An original idea can never emerge from committee in its original form. % No good deed goes unpunished. % When the product is destined to fail, the delivery system will perform perfectly. % Clearly stated instructions will consistently produce multiple interpretations. % The crucial memorandum will be snared in the out-basket by the paper clip of the overlying memo and go to file. % On successive charts of the same organization the number of boxes will never decrease. % It is ok to be ignorant in some areas, but some people abuse the privilege. % Everyone breaks more than the seven-year-bad-luck allotment to cover rotten luck throughout an entire lifetime. % Success can be insured only by devising a defense against failure of the contingency plan. % Adding manpower to a late software product makes it later. % Performance is directly affected by the perversity of inanimate objects. % Leakproof seals --- will. % Never offend people with style when you can offend them with substance. % Our customers paperwork is profit our own paperwork is loss. % At any level of traffic, any delay is intolerable. % As the economy gets better, everything else gets worse. % This space for rent. % The more directives you issue to solve a problem, the worse it gets. % Cop-out number 1. You should have seen it when I got it. % When you're up to your ass in alligators, it is difficult to keep your mind on the fact that your primary objective was to drain the swamp. % The road to hell is paved with good intentions and littered with sloppy analyses! % Self starters --- won't. % If the assumptions are wrong, the conclusions aren't likely to be very good. % The organization of any program reflects the organization of the people who developed it. % There is no such thng as a "dirty capitalist", only a capitalist. % Anything is possible, but nothing is easy. % The meek will inherit the earth after the rest of us go to the stars. % Capitalism can exist in one of only two states: welfare or warfare. % History proves nothing. % A lot of what appears to be progress is just so much technological roccoco. % A little humility is arrogance. % Interchangeable parts --- won't. % Any time you wish to demonstrate something, the number of faults is proportional to the number of viewers. % All american cars are basically chevrolets. % A coup that is known in advance is a coup that does not take place. % No experiment is ever a complete failure. It can always be used as a bad example. % Despite the sign that says "wet paint", please don't. % Everything tastes more or less like chicken. % People don't change; they only become more so. % I finally got it all together... but I forgot where I put it. % If your next pot of chili tastes better, it probably is because of something left out, rather than added. % There is always one more bug. % The big guys always win. % Nothing is ever accomplished by a reasonable man. % Any sufficiently advanced technology is indistinguishable from magic. % It's always darkest just before the lights go out. % It is better to be part of the idle rich class than be part of the idle poor class. % Each problem solved introduces a new unsolved problem. % For every credibility gap there is a gullibility fill. % If you have something to do, and you put it off long enough chances are someone else will do it for you. % Everybody's gotta be someplace. % Nature is a mother. % If you've got them by the balls, their hearts and minds will follow. % People will accept your idea much more readily if you tell them Benjamin Franklin said it first. % If at first you don't succeed, transform your dataset. % Any given program, when running, is obsolete. % Any given program cost more and take longer. % If a program is useful, it will be changed. % If a program is useless, it will be documented. % Any given program will expand to fill all available memory. % The value of a program is proportional to the weight of its output. % Don't mess with Mrs. Murphy! % Program complexity grows until it exceeds the capability of the programmer who must maintain it. % Make it possible for programmers to write programs in english and you will find that programmers cannot write in english. % When more and more people are thrown out of work unemployment results. % If you can't measure it, i'm not interested. % The best way to lie is to tell the truth..... carefully edited truth. % There are three ways to get things done: Do it yourself, Hire someone to do it, or Forbid your kids to do it. % I think ... therefore I am confused. % A fail-safe circuit will destroy others. % History repeats itself. that's one of the things wrong with history. % 90% of everything is crud. % Nature will tell you a direct lie if she can. % Those with the best advice offer no advice. % Speak softly and own a big, mean doberman. % Democracy is that form of government where everybody gets what the majority deserves. % If you're worried about being crazy, don't be overly concerned: If you were, you would think you were sane. % Pills to be taken in twos always come out of the bottle in threes. % Flynn is dead Tron is dead long live the MCP. % Why worry about tomorrow? we may not make it through today! % Real programmers don't number paragraph names consecutively. % If you're feeling good, don't worry, you'll get over it. % Real programmers don't grumble about the disadvantages of Cobol when they don't know any other language. % Definition of an elephant: A mouse built to goverment specifications. % Real programmers are kind to rookies. % Real programmers don't notch their desks for each completed service request. % You don't have to be crazy to work here but it sure helps!!!!!!! % Real programmers don't announce how many times the operations department called them last night. % A day without sunshine .... is like ... night! % Real programmers are secure enough to write readable code, which they then self-righteously refuse to explain. % Real programmers don't play video games, they write them. % Anything that can go wrong, will go wrong. % Real programmers understand Pascal. % Real programmers know it's not operations fault if their jobs go into "hogs." % Real programmers do not eat breakfast from the vending machines. % Real programmers punch up their own programs. % When life hands you a lemon, make lemonade. % Real programmers have read the standards manual but won't admit it. % Real programmers don't advertise their hangovers. % Real programmers don't dress for success unless they are trying to convince others that they are going on interviews. % Real programmers do not practice four-syllable words before walkthroughs. % All warranties expire upon payment of invoice. % Real programmers argue with the systems analyst as a matter of principle. % The final test is when it goes production ... w h e n i t g o e s p r o d u c t i o n ... w h e n i t g o e s p r o d u c t w h e n i t g o e s p r o % Real programmers drink too much coffee so that they will always seem tense and overworked. % Real programmers always have a better idea. % Anyone who follows a crowd will never be followed by a crowd. % Real programmers can do octal, hexadecimal and binary math in their heads. % Real programmers don't write memos. % Real programmers know what saad means. % Real programmers do not utter profanities at an elevated decible level. % Where you stand on an issue depends on where you sit. % Real programmers do not apply DP terminology to non-DP situations. % I no longer get lost in the shuffle.... I shuffle along with the lost. % Real programmers do not read books like "effective listening" and "communication skills". % Real programmers print only clean compiles, fixing all errors through the terminal. % The early worm deserves the bird. % Lead, follow, or get the hell out of the way!! % All good things must come to an end. I want to know when they start! % A diplomat is someone who can tell you to go to hell in such a way that you look forward to the trip. % Blessed are those who go around in circles, for they shall be known as wheels. % Never eat prunes when you are famished. % Keep emotionally active, cater to your favorite neurosis. % A RACF protected dataset is inaccessible. % RACF is a four letter word. % You may be recognized soon. Hide! If they find you, lie. % You can pray hard enough to make water run uphill how hard? Hard enough to make water run uphill. % Avoid reality at all costs. % Program design philosophy: Start at the beginning and continue until the end, then stop. (Lewis Carroll) % A closed mouth gathers no foot. % Only a mediocre person is always at their best. % Friends come and go, but enemies accumulate. % In a hierarchical organization, the higher the level, the greater the confusion. % The first time is for love the next time is $200. % Of two possible events, only the undesired one will occur. % The faster the plane, the narrower the seats. % If you have to ask, you are not entitled to know. % If on an actuarial basis there is a 50 50 chance that something will go wrong, It will actually go wrong nine times out of ten. % A man of quality does not fear a woman seeking equality. % The first rule of intelligent tinkering is to save all of the parts. % 1) Things will get worse before they get better. 2) Who said things would get better? % If you try to please everybody, nobody will like it. % There is a solution to every problem; the only difficulty is finding it. % Don't make your doctor your heir. % Don't ask the barber if you need a haircut. % If there isn't a law, there will be. % If you don't like the answer, you shouldn't have asked the question. % Do not believe in miracles -- rely on them. % You can't expect to hit the jackpot if you don't put a few nickles in the machine. % Unless you intend to kill him immediately; never kick a man in the balls, not even symbolically or perhaps especially not symbolically. % Freud's 23rd law: ideas endure and prosper in inverse proportion to their soundness and validity. % A short cut is the longest distance between two points. % If you want to make an enemy, do someone a favor. % If you know, you can't say. % The meek shall inherit the earth, but not its mineral rights. % 1) You can't win 2) You can't break even 3) You can't even quit the game % When eating an elephant take one bite at a time. % Common sense is not so common. % If we learn by our mistakes, I'm getting one hell of an education!! % Fuzzy project objectives are used to avoid the embarrassment of estimating the corresponding costs. % Usefulness is inversely proportional to its reputation for being useful. % You will always find something in the last place you look. % The probability of anything happening is in inverse ratio to its desirability. % The first myth of management is that it exists the second myth of management is that success equals skill. % If it's good they will stop making it. % Inside every large program is a small program struggling to get out. % A memorandum is written not to inform the reader but to protect the writer. % Never insult an alligator until after you have crossed the river. % Anything hit with a big enough hammer will fall apart. % When your opponent is down, kick him. % The man who can smile when things go wrong has thought of someone he can blame it on. % The chance of a piece of bread falling with the buttered side down is directly proportional to the cost of the carpet. % In the fight between you and the world, back the world. % Last guys don't finish nice. % Never admit anything. Never regret anything whatever it is, your not responsible. % If you have always done it that way, it is probably wrong. % When working toward the solution of a problem, it always helps if you know the answer. Provided of course you know there is a problem. % The usefulness of any meeting is in inverse proportion to the attendance. % The sun goes down just when you need it the most. % Pure drivel tends to drive ordinary drivel off the tv screen. % Whatever creates the greatest inconvenience for the largest number must happen. % No matter how long or hard you shop for an item, after you have bought it, it will be on sale somewhere cheaper. % Sanity and insanity overlap a fine gray line. % A disagreeable task is its own reward. % If things were left to chance, they'd be better. % The phone will not ring until you leave your desk and walk to the other end of the building. % Anybody can win - unless there happens to be a second entry. % A president of a democracy is a man who is always ready, willing, and able to lay down your life for his country. % If a thing is done wrong ofter enough it becomes right. % People will buy anything that is one to a customer. % If you just try long enough and hard enough, you can always manage to boot yourself in the posterior. % No one's life, liberty, or property are safe while the legislature is in session. % Never say "oops" after you have submitted a job. % Bad news drives good news out of the media. % Just when you get really good at something, you don't need to do it anymore. % If facts do not conform to the theory, they must be disposed of. % Almost anything is easier to get into than out of. % When properly administered, vacations do not diminish productivity. For every week you are away and get nothing done, there is another week when your boss is away and you get twice as much done. % No matter what happens, there is always somebody who knew that it would. % The other line always moves faster. % Never eat at a place called moms, never play cards with a man named doc, and never lie down with a woman who has got more troubles than you. % To get a loan, you must first prove you don't need it. % When all else fails, read the instructions. % Anything you try to fix will take longer and cost more than you thought. % Close counts in horseshoes, handgrenades and thermonuclear devices. % The lion and the calf shall lie down together, but the calf won't get much sleep. % If you fool around with a thing for very long you will screw it up. % It is better for civilization to be going down the drain, than to be coming up it. % A $300.00 picture tube will protect a 10› fuse by blowing first. % Justice always prevails... three times out of seven. % If it jams --- force it. If it breaks, it needed replacing anyway. % I have yet to see any problem, however complicated, which, when you looked at it in the right way, did not become still more complicated. Poul Anderson % Any tool dropped while repairing a car will roll underneath to the exact center. % No matter which direction you start, it's always against the wind coming back. % The repairman will never have seen a model quite like yours before. % Don't force it, get a bigger hammer. % When a broken appliance is demonstrated for the repairman, it will work perfectly. % Pity the poor egg; It only gets laid once in its life. % An optimist is a person who looks forward to marriage. A pessimist is a married optimist! % A pessimist is an optimist with experience. % Old programmers never die - they just abend. % The success of any venture will be helped by prayer, even in the wrong denomination. % Just about the time when you think you can make ends meet somebody moves the ends! % Just because you are paranoid doesn't mean "they" aren't out to get you. % An Irishman is not drunk as long as he can hang onto a single blade of grass and not fall off the face of the earth. % If an experiment works, you must be using the wrong equipment. % Some come to the fountain of knowledge to drink, some prefer to just gargle. % Everything is revealed to he who turns over enough stones. (Including the snakes that he did not want to find.) % Everybody should believe in something; I believe i'll have another drink. % Those whose approval you seek the most give you the least. % Build a system that even a fool can use, and only a fool will use it. % You can lead a horticulture, but you can't make her think. % Everyone has a scheme for getting rich that will not work. % It's always the wrong time of the month. % In any hierarchy, each individual rises to his own level of incompetence, and then remains there. % It does not matter if you fall down as long as you pick up something from the floor while you get up. % You will remember that you forgot to take out the trash when the garbage truck is two doors away. % Misery no longer loves company nowdays it insists on it. % the race is not always to the swift nor the battle to the strong, but that's the way to bet. % Some of it plus the rest of it is all of it. % There's never time to do it right, but there's always time to do it over. % On a beautiful day like this it's hard to believe anyone can be unhappy -- but we will work on it. % When in doubt, mumble. When in trouble, delegate. % The more ridiculous a belief system, the higher probability of its success. % Anything good in life is either illegal, immoral or fattening. % Old age is always fifteen years older than I am. % It is morally wrong to allow suckers to keep their money. % When you're up to your nose ......., be sure to keep your mouth shut. % One's life tends to be like a beaver's, one dam thing after another. % A bird in hand is safer than one overhead. % The ratio of time involved in work to time available for work is usually about 0.6 % Remember the golden rule: Those that have the gold make the rules. % Blessed is he who has reached the point of no return and knows it for he shall enjoy living. % Everything east of the San Andreas fault will evenutally plunge into the Atlantic ocean. % I finally got it all together..... but I forgot where I put it. % Nature always sides with the hidden flaw. % Blessed is he who expects no gratitude, for he shall not be disappointed. % The light at the end of the tunnel is the headlamp of an oncoming train. % Celibacy is not hereditary. % You can observe a lot just by watching. % If it can be borrowed and it can be broken, you will borrow it and you will break it. % Never sleep with anyone crazier than yourself. % Live within your income, even if you have to borrow to do so. % Beauty is only skin deep, ugly goes clear to the bone. % Never go to a doctor whose office plants have died. % To know yourself is the ultimate form of aggression. % An ounce of application is worth a ton of abstraction. % Never play leapfrog with a unicorn. % A bird in the hand is dead. % A smith and wesson beats four aces. % Never put all your eggs in your pocket. % If everything seems to be going well, you obviously don't know what the hell is going on. % If at first you don't succeed, blame it on your supervisor. % If more than one person is responsible for a miscalculation, no one will be at fault. % Don't bite the hand that has your pay check in it. % In case of doubt, make it sound convincing. % When in doubt, mumble. When in trouble, delegate. When in charge, ponder. % Please don't steal, the IRS hates competition! % Never argue with a fool, people might not know the difference. % You can't guard against the arbitrary. % People can be divided into three groups: Those who make things happen, Those who watch things happen and Those who wonder what happened. % I no longer get lost in the shuffle, I shuffle along with the lost. % The one thing that money can not buy is poverty. % You are not drunk if you can lay on the floor without holding on. % In any household, junk accumulates to the the space available for its storage. % Don't stop to stomp on ants when the elephants are stampeding. % The longer the title the less important the job. % Any improbable event which would create maximum confusion if it did occur, will occur. % When you are right be logical, When you are wrong be-fuddle. % For every human problem, there is a neat, plain solution -- and it is always wrong. % There are no winners in life: Only survivors. % When they want it bad (in a rush), they get it bad. % The yoo-hoo you yoo-hoo into the forest is the yoo-hoo you get back. % You can't tell how deep a puddle is until you step into it. % The idea is to die young as late as possible. % No man is lonely while eating spaghetti. % It's better to retire too soon than too late. % A man should be greater than some of his parts. % If you don't say it, they can't repeat it. % Nothing is ever as simple as it seems. % Everything takes longer than you expect. % Left to themselves, all things go from bad to worse. % If you see that there are four possible ways in which a procedure can go wrong, and circumvent these, then a fifth way, unprepared for, will promptly develope. % Things get worse under pressure. % Persons disagreeing with your facts are always emotional and employ faulty reasoning. % A consultant is an ordinary person a long way from home. % Progress is made on alternate Fridays. % The first 90 percent of the task takes 90 percent of the time, the last 10 percent takes the other 90 percent. % If two wrongs don't make a right, try three. % Don't look back, something may be gaining on you. % All things being equal, all things are never equal. % Even paranoids have enemies. % Incompetence knows no barriers of time or place. % Work is accomplished by those employees who have not yet reached their level of incompetence. % If at first you don't succeed, try something else. % If you're coasting, you're going downhill. % Never tell them what you wouldn't do. % The amount of flak received on any subject is inversely proportional to the subject's true value. % Indifference is the only sure defense. % Whatever hits the fan will not be evenly distributed. % Never needlessly disturb a thing at rest. % If you want to get along, go along. % Everything happens at the same time with nothing in between. % The easiest way to find something lost around the house is to buy a replacement. % Bare feet magnetize sharp metal objects so they always point upward from the floor -- especially in the dark. % Make three correct guesses consectively and you will establish yourself as an expert. % It works better if you plug it in. % Quit while your still behind. % If you plan to leave your mark in the sands of time, you better wear work shoes. % It's always easier to go down hill, but the view is from the top. % Any line, however short, is still too long. % Laziness is the mother of nine inventions out of ten. % If you can't measure output then you measure input. % Any theory can be made to fit any facts by means of approximate, additional assumptions. % Old scottish prayer: O Lord, grant that we may always be right, for thou knowest we will never change our minds. % Never be first to do anything. % The chief cause of problems is solutions. % The only winner in the war of 1812 was Tchaikovsky. % A little ignorance can go a long way. % Learn to be sincere. Even if you have to fake it. % Entropy has us outnumbered. % Everything put together sooner or later falls apart. % Do whatever your enemies don't want you to do. % A little ambiguity never hurt anyone. % Don't permit yourself to get between a dog and a lamppost. % Go where the money is. % Work may be the crabgrass of life, but money is still the water that keeps it green. % A stagnant science is at a standstill. % Half of being smart is knowing what you're dumb at. % For every credibility gap there is a gullibility gap. % Can't produces countercan't. % If you see a man approaching you with the obvious intent of doing you good, you should run for your life. % When you are sure you're right, you have a moral duty to impose your will upon anyone who disagrees with you. % If you can't convince them, confuse them. % Assumption is the mother of all foul-ups. % All general statements are false. (think about it) % If it happens, it must be possible. % Them what gets--has. % If you are already in a hole, there's no use to continue digging. % If builders built buildings the way programmers wrote programs, then the first woddpecker that came along would destroy civilization. % People will believe anything if you whisper it. % A pat on the back is only a few inches from a kick in the pants. % Never leave hold of what you've got until you've got hold of something else. % A theory is better than its explanation. % Eat a live toad the first thing in the morning and nothing worse will happen to you the rest of the day. % Nobody notices when things go right. % There is no safety in numbers, or in anything else. % Roses are red violets are blue I am schizophrenic and so am I % If anything can go wrong, it will. % If anything can't go wrong it will. % If muprhy's law can go wrong, it will. % If a series of events can go wrong, it will do so in in the worst possible sequence. % After things have gone from bad to worse, the cycle will repeat itself. % An auditor enters the battlefield after the war is over, and attacks the wounded. % Nothing is ever so bad that it can't get worse. % No matter what goes wrong, there is always somebody who knew it would. % Nature always sides with the hidden flaw. % The hidden flaw never remains hidden. % 1. Everything depends. 2. Nothing is always. 3. Everything is sometimes. % If you wait, it will go away ....having done it's damage. If it was bad, it'll be back. % Complex problems have simple, easy-to-understand wrong answers. % Opportunity always knocks at the least opportune moment. % When you need to knock on wood is when you realize the world's composed of aluminum and vinyl. % In order for something to become clean, something else must become dirty. ...but you can get everything dirty without getting anything clean. % Things equal to nothing else are equal to each other. % The first place to look for anything is the last place you would expect to find it. % You can always find what you're not looking for. % If you don't care where you are, you ain't lost. % It is impossible for an optimist to be pleasantly suprised. % A crisis is when you can't say "let's forget the whole thing". % Washing your car to make it rain doesn't work. % When the going gets tough, everyone leaves. % The time it talkes to rectify a situation is inversely proportional to the time it took to do the damage. % An optimist believes we live in the best of all possible worlds. A pessimist fears this is true. % You can make it foolproof, but you can't make it damnfoolproof. % It takes longer to glue a vase together than to break one. % It takes longer to lose 'x' number of pounds than to gain 'x' number of pounds. % The item you had your eye on the minute you walked in will be taken by the person in front of you. % The other line moves faster. % If you change lines, the one you just left will start to move faster than the one you are now in. % The longer you wait in line, the greater the likelihood that you are standing in the wrong line. % The slowest checker is always at the quick-check-out lane. % Whenever you cut your fingernails you will find a need for them an hour later. % 1. If the weather is extremely bad, church attendance will be down. 2. If the weather is extremely good, church attendance will be down. 3. If the bulletin covers are in short supply church attendance will exceed all expectations. % If a situation requires undivided attention, it will occur simultaneously with a compelling distraction. % The further away the disaster or accident occurs, the greater the number of dead and injured required for it to become a story. % The closer you are to the facts of a situation, the more obvious are the errors in all news coverage of the situation. % The further you are from the facts of a situation, the more you tend to believe news coverage of the situation. % The best way to inspire fresh thoughts is to seal the letter. % The most interesting specimen will not be labeled. % Some errors will always go unnoticed until the book is in print. % The first page the author turns to upon receiving an advance copy will be the page containing the worst error. % 1. Never draw what you can copy. 2. Never copy what you can trace. 3. Never trace what you can cut out and paste down. % The best shots happen immediately after the last frame is exposed. % The best shots are generally attempted through the lens cap. % Any surviving best shots are ruined when someone inadvertently open the darkroom door and all of the dark leaks out. % If a three-story buiding served by one elevator, nine times out of ten the elevator care will be on a floor where you are not. % The tendency of smoke from a cigarette, barbeque, campfire, etc. to drift into a person's face varies directly with that person's sensitivity to smoke. % The distance to the gate is inversely proportional to the time available to catch you flight. % As soon as the stewardess serves the coffee, the airliner encounters turbulence. % Serving coffee on aircraft causes turbulence. % Whatever carrousel you stand by, your baggage will come in on another one. % When travelling overseas, the exchange rate improves markedly the day after one has purchased foreign currency. % Upon returning home, the exchange rate drops again as soon as one has converted all unused foreign currency. % The bigger they are, the harder they hit. % For every action, there is an equal and opposite criticism. % Authorization for a project will be granted only when none of the authorizers can be blamed if the project fails but when all of the authorizers can claim credit if it succeeds. % If an idea can survive a bureacratic review and be implemented, it wasn't worth doing. % The greater the cost of putting a plan into operation, the less chance there is of abandoning the plan - even if it subsequently becomes irreveland. % The higher the level of prestige accorded the people behind the plan, the least less chance there is of abandoning it. % In any organization there will always be one person who knows what is going on. This person must be fired. % It is easier to get forgiveness than permission. % Far-way talent always seems better than home-developed talent. % Personnel recruiting is a triumph of hope over experience. % Some people manage by the book, even though they don't know who wrote the book or even what book. % Don't let your superiors know you're better than they are. % You never know who's right, but you always know who's in charge. % 1. Anyone can make a decision given enough facts. 2. A good manager can make a decision without enough facts. 3. A perfect manager can operate in perfect ignorance. % The boss who attempts to impress employees with his knowledge of intricate details has lost sight of his final objective. % You will save yourself a lot of needless worry if you don't burn your bridges until you come to them. % In a hierarchical system, the rate of pay varies inversely with the unpleasantness and difficulty of the task. % The client who pays the least complains the most % A lack of planning on your part does not constitute an emergency on my part. % I know you believe you understand what you think I said, however, I am not sure you realize, that what I think you heard is not what I meant % Real programmers don't eat muffins. % In any bureaucracy, paperwork increases as you spend more and more time reporting on the less and less you are doing. Stability is achieved when you spend all of your time reporting on the nothing you are doing. % Consultants are mystical people who ask a company for a number and then give it back to them. % When somebody drops something, everybody will kick it around instead of picking it up. % The chances of anybody doing anything are inversely proportional to the number of other people who are in a position to do it instead. % Never make a decision you can get someone else to make. % No one keeps a record of decisions you could have made but didn't. Everyone keeps a records of your bad ones. % For every vision, there is an equal and opposite revision. % The inside contact that you have developed at great expense is the first person to be let go in any reorganization. % It's tough to get reallocated when you're the one who's redundant. % Whatever hits the fan will not be evenly distributed. % If you're early, it'be cancelled. If you knock yourself out to be on time, you will have to wait. If you're late, you will be too late. % A meeting is an event at which the minutes are kept and the hours are lost. % If you leave the room, you're elected. % The cream rises to the top. So does the scum. % You can never do just one thing. % There's no time like the present for postponing what you don't want to do. % Any task worth doing was worth doing yesterday. % The more complicated and grandiose the plan, the greater the chance of ailure. % Simple jobs always get put off because there will be time to do them later. % Assumption is the mother of all screw-ups. % A work project expands to fill the space available. % No matter how large the work space, if two projects must be done at the same time they will require the same part of the work space. % The one wrench or drill bit you need will be the one missing from the tool chest. % Most projects require three hands. % Leftover nuts never match leftover bolts. % The more carefully you plan a project, the more confusion there is when something goes wrong. % Murphy's rule for precision: Measure with a micrometer Mark with chalk Cut with an axe % You can't fix it if it ain't broke. % First rule of intelligent tinkering: Save all the parts % Access holes will be 1/2" too small. Holes that are the right size will be in the wrong place. % If it would be cheaper to buy a new unit, the company will insist upon repairing the old one. % If it would be cheaper to repair the old one, the company will insist on the latest model. % The primary function of the design engineer is to make things difficult for the fabricator and impossible for the serviceman. % That component of any circuit which has the shortest service life will be placed in the least accessible location. % Any circuit design must contain at least one part which is obsolete, two parts which are unobtainable and three parts which at still under development. % Important letters which contain no errors will develop errors in the mail. % Office machines which function perfectly during normal business hours will break down when you return to the office at night to use them for personal business. % Machines that have broken down will work perfectly when the repairman arrives. % Envelopes and stamps which don't stick when you lick them will stick to other things when you don't want them to. % Vital papers will demonstrate their vitality by spontaneously moving from where you left them to where you can't find them. % The last person who quit or was fired will be held responsible for everything that goes wrong -- until the next person quits or is fired. % If you hit two keys on the typewriter, the one you don't want his the paper. % The one time in the day that you lean back and relax is the one time the boss walks through the office. % Hot glass looks exactly the same as cold glass. % When you do not know what you are going, do it neatly. % Teamwork is essential. It allows you to blame someone else. % Science is true. Don't be misled by facts. % 1. If it's green or it wiggles, it's biology. 2. If it stinks, it's chemistry. 3. If it doesn't work, it's physics. % Nothing improves an innovation like lack of controls. % The quality of correlation is inversely proportional to the density of control. % If reproducibility may be a problem conduct the test only once. % if a straight line fit is required, obtain only two data points. % Any technical problem can be overcome given enough time and money. % You are never given enough time or money. % Unless the results are known in advance, funding agencies will reject the proposal. % It is better to solve a problem with a crude approximation and know the truth, than to demand an exact solution and not know the truth at all. % An easily-understood, workable falsehood is more useful than a comples, incompreshensible truth. % Anyone who make a significant contribution to any field of endeavor, and stays in that field long enough, becomes an obstruction ot its progress -- in direct proportion to the importance of his original contribution. % If a scientist encovers a publishable fact, it will become central to his theory. His theory, in turn, will become central to all scientific though. % There is no such thing as a straight line. % In any series of calculations, errors tend to occur at the opposite end to the end at which you begin checking for errors. % Only errors exist. % One man's error is another man's data. % To err is human, but to really foul things up requires a computer. % When putting it into memory, remember where you put it. % Never test for an error condition you don't know how to handle. % Everybody lies; but it doesn't matter, since nobody listens. % People who love sausage and respect the law should never watch either one being made. % No matter what they're telling you, they're not telling you the whole truth. % No matter what they're talking about, they're talking about money. % In any dealings with a collective body of people, the people will always be more tacky than originally expected. % If you can keep your head when all about you are losing theirs, then you just don't understand the problemr. % Information deteriorates upward through the bureaucracies. % When an exaggerated emphasis is placed upon delegation, responsibility, like sediment, sinks to the bottom. % When outrageous expenditures are divided finely enough the public will not have enough stake in any one expenditure to squelch it. % When the government bureau's remedies do not match your problem, you modify the problem, not the remedy. % A fool and your money are soon partners. % You may know where the market is going, but you can't possibly know where it's going after that. % Among economists, the real world is often a special case. % Trial balances don't. % Working capital doesn't. % Liquidity tends to run out. % Return on investments won't. % If everybody doesn't want it, nobody gets it. % Mass man must be servied by mass means. % Everything is contagious. % Nothing is ever done for the right reasons. % The secret of success is sincerity. once you can fake that you've got it made. % An expert is anyone from out of town. % An expert is one who knows more and more about less and less until he knows absolutely everything about nothing. % To spot the expert, pick the one who perdicts the job wil take the longest and cost the most. % If it sits on your desk for 15 minutes, you've just become the expert. % Indecision is the basis for flexibility. % Anything is possible if you don't know what you're talking about. % Never create a problem for which you do not have the answer. % Create problems for which only you have the answer. % A conclusion is the place where you got tired of thinking. % Hindsight is an exact science. % History doesn't repeat itself -- historians merely repeat each other. % Fact is solidified opinion. % Facts may weaken under extreme heat and pressure. % Truth is elastic. % When in doubt, predict that the trend will continue. % When in trouble, obfuscate. % Progress does not consist in replacing a theory that is wrong with one that is right. It consists in replacing a theory that is wrong with one that is more sublty wrong. % It is a simple task to make things complex, but a complex task to make them simple. % If you have a difficult task give it to a lazy man, he will find an easier way to do it. % Every great idean has a disadvantage equal to or exceeding the greatness of the idea. % Never attribute to malice that which is adequately explained by stupidity. % New systems generate new problems. % Systems should not be unnecessarily multiplied. % Systems tend to grow, and as they grow they encroach. % Complicated systems produce unexpected outcomes. % The total behavior of large systems cannot be predicted. % A large system, produced by expanding the dimensions of a smaller system, does not behave like the smaller system. % People in systems do not do what the systems says they are doing. % The system itself does not do what it says it is doing. % A complex system that works is invariably found to have evolved from a simple system that works. % A complex system designed from scratch never works and cannot be patched up to make it work. You have to start over, beginning with a working simple system. % 1. Everything is a system. 2. Everything is part of a larger system. 3. The universe is infinitely systematized both upward (larger systems) and downward (smaller systems). 4. All systems are infinitely complex. (the illuison of simplicity comes from focussing attention on one or a few variables). % Complex systems tend to oppose their own proper function. % If the course you wanted most has room for 'n' students you will be the 'n + 1' to apply. % Class schedules are designed so that every student will waste the maximum time between classes. % Show me a person who's never made a mistake and i'll show you somebdoy who's never achieved much. % When you consider there are 24 hours in a day, it's sad to know that only one is called the happy hour. % When you are able to schedule two classes in a row, they will be held in classrooms at opposite end of the campus. % A prerequisite for a desired course will be offered only during the semester following the desired course. % When reviewing your notes before an exam, the most important ones will be illegible. % The more studying you did for the exam, the less sure you are as to which answer they want. % 80% of the final exam will be based on the one lecture you missed about the one book you didn't read. % The night before the english history mid-term, your biology instructor will assign 200 pages on planaria. % Every instructor assumes that you have nothing else to do except study for that instructor's course. % If you are given an open-book exam, you will forget your book. If you are given a take-home exam, you will forget where you live. % At the end of the semester you will recall having enrolled in a course at the beginning of the semester -- and never attending. % The one course you must take to graduate will not be offered during your last semester. % The more general the title of a course, the less you will learn from it. % The more specific the title of a course, the less you will be able to apply it later. % The most valuable quotation will be the one for which you cannot determine the source. % The source for an unattributed quotation will appear in the most hostile review of your work. % When a writer prepares a manuscript on a subject he does not understand, his work will be understood only by readers who know more about that subject than he does. % Writings prepared without understanding must fail in the first ojbective of communication -- informing the uninformed. % When a student asks for a second time if you have read his book report, he did not read the book. % If daily class attendance is mandatory, a schedules exam will product increased absenteeism. If attendance is optional, a schedules exam will produce persons you have never seen before. % Just because your doctor has a name for your condition doesn't mean he knows what it is. % The more boring and out-of-date the magazines in the waiting room, the longer you will have to wait for your scheduled appointment. % Only adults have difficulty with child-proof bottles. % You never have the right number of pills left on the last day of a prescription. % The pills to be taken with meals will be the least appetizing ones. % Even water tastes bad when taken on doctors orders. % If your condition seems to be getting better, it's probably your doctor getting sick. % Beware of the physician who is great at getting out of trouble. % A drug is that substance which, when injected into a rat, will produce a scientific report. % Before ordering a test decide what you will do if it is 1) positive, or 2) negative. If both answers are the same, don't do the test. % The radiologists' national flower is the hedge. % The feasibility of an operation is not the best indiciation for its performance. % A physician's ability is inversely proportional to his availability. % There are two kinds of adhesive tape: that which won't stay on and that which won't come off. % Everbody wants a pain shot at the same time. % Everybody who didn't want a pain shot when you were passing out pain shots wants one when you are passing out sleeping pills. % An alcoholic is a person who drinks more that his own physician. % Fools rush in -- and get the best seats. % At any event, the people whose seats are furthest from the aisle arrive last. % Exciting plays occur only whil you are watching the scoreboard or out buying a hot dog. % Nothing is ever so bad it can't be made worse by firing the coach. % The wrong quarterback is the one that's in there. % A free agent is anything but. % Hockey is a game played by six good players and the home team. % Whatever can go to New York, will. % Whenever a superstar is traded to your favorite team, he fades. Whenever your team trades away a usless no-name, he immediately rises to stardom. % Never leave hold of what you've got until you've got hold of something else. % A mediocre player will sink to the level of his or her opposition. % The only way to make up for being lost is to make record time while you are lost. % The amount of wind will vary inversely with the number and experience of the people you have on board. % No matter how strong the breeze when you leave the dock once you have reached the furthest point from port the wind will die. % The time available to go fishing shrinks as the fishing season draws nearer. % The least experienced fisherman always catches the biggest fish. % The more elaborate and costly the equipment, the greater the chance of having to stop at the fish market on the way home. % The worse your line is tangled, the better is the fishing around you. % The mountain gets steeper as you get closer. % The mountain looks closer that it is. % All trails have more uphill sections that they have level or downhill sections. % The one who leasts wants to play is the one who will win. % All things being equal, you lose. All things being in your favor, you still lose. % Win or lose, you lose. % No matter where you go, there you are! % It always takes longer to get there than to get back. % If everything is coming your way, you're in the wrong lane. % If you allow someone to get in front of you either: a. the car in front will be the last one over a railroad crossing, and you will be stuck waiting for a long, slow-moving train; or b. you both will have the same destination and the other car will get the last parking space. % If you have to park six blocks away, you will find two new parking spaces right in front of the building entrance. % When you're not in a hurry, the traffic light will turn green as soon as your vehicle comes to a complete stop. % A car and a truck approaching each other on an otherwise deserted road will meet at the narrow bridge. % The speed of an oncoming vehicle is directly proportional to the length of the passing zone. % The first bug to hit a clean windshield lands directly in front of your eyes. % If you can get to the faulty part, you don't have the tool to get it off. % If you can get the faulty part off, the parts house will have it back-ordered. % If the faulty part is in stock, it didn't need replacing in the first place. % When the need arises, any tool or object closest to you becomes a hammer. % No matter how minor the task, you will inevitably end up covered with grease and motor oil. % When necessary, metric and inch tools can be used interchangeably. % Automotive engine reparing law: If you drop something, it will never reach the ground. % If you lived here you'd be home now. % If it's good, they discontinue it. % It the shoe fits, it's ugly. % 1. If you like it, they don't have it in your size. 2. If you like it and it's in your size, it doesn't fit anyway. 3. If you like it and it fits, you can't afford it. 4. If you like it, it fits and you can afford it, it falls apart the first time you wear it. % The one you want is never the one on sale. % Anything labeled "new" and/or "improved" isn't. % The label "new" and/or "improved" means the price went up. % The label "all new," "completely new" or "great news" means the price went way way up. % If an item is advertised as "under $50," you can bet it's not $19.95. % ACF2 is a four letter word. % If only one price can be obtained for any quotation, the price will be unreasonable. % A 60-day warranty guarantees that the product will self-destruct on the 61st day. % The "consumer report" on the item will come out a week after you've made your purchase: 1. The one you bought will be rated "unacceptable". 2. The one you almost bought will be rated "best buy". % If you don't write to complain, you'll never receive your order. If you do write, you'll receive the merchandise before your angry letter reaches its destination. % The most important item in an order will no longer be available. % During the time an item is on back-order, it will be available cheaper and quicker from many other sources. % People will buy anthing that's one to a customer. % Security isn't. % Management can't. % Sale promotions don't. % Consumer assistance doesn't. % Workers won't. % Cleanliness is next to impossible. % Multiple-function gadgets will not perform any function adequately. % The more expensive the gadget, the less often you will use it. % The simpler the instruction (e.g. "press here"), the more difficult it will be to open the package. % In a family recipe you just discovered in an old book, the most vital measurement will be illegible. % Once a dish is fouled up. anything added to save it only makes it worse. % You are always complimented on the item which took the least effort to prepare. example: If you make "duck a l'orange" you will be complimented on the baked potato. % The one ingredient you made a special trip to the store to get will be the one thing your guest is allergic to. % The more time and energy you put into preparing a meal the greater the chance you guests will spend the entire meal discussing other meals they have had. % Souffles rise and cream whips only for the family and for guests you didn't really want to invite anyway. % The rotten egg will be the one you break into the cake batter. % Any cooking utensil placed in the dishwasher will be needed immediately thereafter for something else. % Any measuring utensil used for liquid ingredients will be needed immediately thereafter for dry ingredients. % Time spent consuming a meal is in inverse proportion to time spent preparing it. % Whatever it is, somebody will have had it for lunch. % If you're wondering if you took the meat out to thaw, you didn't. % If you're wondering if you left the coffee pot plugged in, you did. % If you're wondering if you need to stop and pick up bread and eggs on the way home, you do. % If you're wondering if you have enough money to take the family out to eat tonight, you don't. % The spot you are scrubbing on glassware is always on the other side. % Washing machines only break down during the wash cycle. % All break downs occur on the plumber's day off. % Cost of repair can be determined by multiplying the cost of your new coat by 1.75, or by multiplying the cost of a new washer by .75. % There is always more dirty laundry then clean laundry. % If it's clean, it isn't laundry. % A child will not spill on a dirty floor. % An unbreakable toy is useful for breaking other toys. % Any child who chatters non-stop at home will adamantly refuse to utter a word when requested to demonstrate for an audience. % A shy, introverted child will choose a crowded public area to loudly demonstrate new acquired vocabulary. % The probablility of a cat eating its dinner has absolutely nothing to do with the price of the food placed before it. % The probability that a household pet will raise a fuss to go in or out is directly proportional to the number and importance of your dinner guests. % The stomach expands to accommodate the amount of junk food available. % If you buy bananas or avocados before they are ripe, there won't be any left by the time they are ripe. If you buy them ripe, they rot before they are eaten. % How long a minute is depends on which side of the bathroom door you're on. % The life expectancy of a house plant varies inversely with its price and directly with its ugliness. % If you have watched a tv series only once, and you watch it again, it will be a rerun of the same episode. % If there are only 2 shows worth watching, they will be on together. % The only new tv show worth watching will be cancelled. % The tv show you've been looking forward to all week will be preempted. % Most people deserve each other. % Possessions increase to fill the space available for their storage. % When you dial a wrong number, you never get a busy signal % 1. The telephone will ring when you are outside the door, fumbling for your keys. 2. You will reach it just in time to hear the click of the caller hanging up. % People to whom you are attracted invariably thing you remind them of someone else. % The one who snores will fall asleep first. % Never get excited about a blind date because of how it sounds over the phone. % The love letter you finally got the courage to send will be delayed in the mail long enough for you to make a fool of yourself in person. % Other people's romantic gestures seem novel and exciting. Your own romantic gestures seem fooolish and clumsy. % The length of a marriage is inversely proportional to the amount spent on the wedding. % All probabilities are 50%. either a thing will happen or it won't. This is especially true when dealing with women. Likelihoods, however, are 90% against you. % Sow your wild oats on saturday night - then on sunday pray for crop failure. % The probablility of meeting someone you know increases when you are with someone you don't want to be seen with. % If you help a friend in need, he is sure to remember you - the next time he's in need. % Virtue is its own punishment. % If you do something right once, someone will ask you to do it again. % The one day you'd sell your soul for something, souls are a glut. % The scratch on the record is always through the song you like most. % Superiority is recessive. % Forgive and remember. % Anything good in life is either illegal, immoral or fattening. % Anything good in life either causes cancer in laboratory mice or is taxed beyond reality. % To err is human -- to blame it on someone else is even more human. % Whatever happens to you, it will previously have happened to everyone you know only more so. % He who laughs last -- probably didn't get the joke. % Don't worry over what other people are thinking about you. they're too busy worrying over what you are thinking about them. % In a bureaucratic hierarchy, the higher up the organization the less people appreciate murphy's law, the peter principle, etc. % Law expands in proportion to the resources available for its enforcement. % Bad law is more likely to be supplemented than repealed. % There are some things which are impossible to know - but it is impossible to know these things. % When we try to pick out anything by itself we find it hitched to everything else in the universe. % If one views his problem closely enough he will recoginize himself as part of the problem. % Anything may be divided into as many parts as you please. % Everything may be divided into as many parts as you please. % If several things that could have gone wrong have not gone wrong, it would have been ultimately beneficial for them to have gone wrong. % The quickest way to experiment with acupuncture is to try on a new shirt. % Absolutely nothing in the world is friendlier than a wet dog. % The severity of an itch is inversely proportional to the reach. % A hug is the perfect gift - one size fits all, and nobody minds if you exchange it. % The only game that can't be fixed is peek-a-boo. % Ignorance should be painful. % The first insurance agent was david - he gave goliath a piece of the rock. % King arthur ran the first knight club. % Magellan was the first strait man. % If you smile when everything goes wrong, you are either a nitwit or a repariman. % If it weren't for the opinion polls we'd never know what people are undecided about. % No news is... impossible. % Laugh and the world laughs with you. cry and ... you have to blow your nose. % A penny saved is ...not much. % He who marries for money...better be nice to his wife. % It's always darkest before ...daylight saving time. % If at first you don't succeed...get new batteries. % There is nothing more frightening than ignorance in action. % Life is like an ice-cream cone: You have to learn to lick it. % One place where you're sure to find the perfect driver is in the back seat. % Nothing is indestructible, with the possible exception of discount-priced fruitcakes. % How do they know no two snowflakes are alike. % How did they measure hail before the golf ball was invented. % To err is human, to forgive is divine -- but to forget it altogether is humane. % "Watching a birdie" in hand is safer that watching one overhead. % The light at the end of the tunnel can be a helluva nuisance, espically if your're using the tunnel as a darkroom. % Never play leapfrog with a photo enlarger. % Never argue with an artist. % When in doubt, don't muble, overexpose...then mumble. % The light at the end of the tunnel really is a train. % A budget is saving quarters in a mason jar for christmas and spending them by easter. % A budget is spending $15.00 on gas to drive to a shopping mall to save $4.30 on a 20 pound turkey. % A budget is wondering why you should balance yours if the government can not balance theirs. % A budget is trying to figure out how the family next door is doing it. % A budget is a plan that falls apart when the plumber has to make an emergency visit. % A budget is trying to make $25.00 go as far today as it did when you were first married. % A budget is buying a dress two sizes too small because it was marked down. % You sure have to borrow a lot of money these days to be an average consumer. % He who dies with the most toys wins. % A fool and his money soon go partying. % If his IQ was any lower he'd be a plant. % Everybody is ignorant, only on different subjects. % It is far better to do nothing that to do something efficiently. Siezbo % The man who has no more problems is out of the game. % The race goes not always to the swift, nor the battle to the strong, but that's the way to bet. % A fool and his money are invited places. % All things come to him whose name is on a mailing list. % The hand that rocks the craddle usually is attached to someone who isn't getting enough sleep. % After winning an argument with his wife, the wisest thing a man can do is apologize. % If opportunity came disguised as temptation, one knock would be enough. % If there was any justice in this world, people would occasionally be permitted to fly over pigeons. % Easy doesn't do it. % Most people want to be delivered from temptation but would like it to keep in touch. % When a distinguised scientist states something is possible, he is almost certainly right. When he states that something is impossible, he is very probably wrong. % Early to rise and early to bed makes a male healthy and wealthy and dead. % Everyone gets away with something. No one gets away with everything. % Remain silent about your intentions until you are sure *--------------------------------------------------------------------* * Extensions as added by me, Jim Marshall *--------------------------------------------------------------------* % Calm down .... it is only ones and zeros. % Real programmers don't write Cobol. Cobol is for wimpy applications programmers. % I have not lost my mind, it is backed up on tape somewhere. % Real programmers do not document. Documentation is for simps who can't read listings or object code. % Real programmers don't write specs -- users should consider themselves lucky to get any programs at all and take what they get. % Real programmers don't comment their code. if it is hard to write, it should be hard to understand. % Real programmers don't write apllications programs; they program right down on the bare metal. Application programming is for feebs who can't do systems programming. % Real programmers don't eat quiche. In fact, real programmers don't know how to spell quiche. They eat twinkies and szechwan food. % Real programmer's programs never work the first time. but if you throw them on the machine, they can be patched into working in "only a few" 30-hour debugging sessions. % Real programmers don't write in Fortran. Fortran is for pipe stress freaks and crystallography weenies. % Real programmers never work 9 to 5. If any real programmers are around at 9 a.m., it's because they were up all night. % Real programmers don't write in basic. Actually, no programmers write in basic after age 12. % Real programmers don't write in PL/1. PL/1 is for programmers who can't decide whether to write in Cobol or Fortran. % Real programmers don't play tennis or any other sport that requires you to change clothes. Mountain climbing is ok, and real programmers wear their climbing boots to work in case a mountain should suddenly spring up in the middle of the machine room. % Real programmers don't write in Pascal, Bliss, or Ada, or any of those pinko computer science languages. Strong typing is for people with weak memories. % On a clear disk, you can seek forever. % Hollerith got us into this hole mess! % No major project is ever installed on time, within budgets, with the same staff that started it. Yours will not be the first. % When things are going well, something will go wrong. - when things just can't get any worse, they will. - when things appear to be going better you have overlooked something. % If project content is allowed to change freely, the rate of change will exceed the rate of progress. % No system is ever completely debugged: Attempts to debug a system will inevitably introduce new bugs that are even harder to find. % A carelessly planned project will take three times longer than expected; a carefully planned project will take only twice as long. % After all is said and done, a hell of a lot more is said than done % If it's not in the computer, it doesn't exist. % Never wrestle with a pig, you both get dirty, and the pig likes it! % Never argue with an idiot: People watching may not be able to tell the difference. % Don't fight with a bear in his own cage. % The six steps of program management are: 1. Wild enthusiasm 2. Disenchantment 3. Total confusion 4. Search for guilty 5. Punishment for the innocent 6. Promotion of the non-participants % He who hesitates is not only lost, but several miles from the next freeway exit. % An expert doesn't know any more than you do. He oe she is merely better organized and uses slides. % Nothing is impossible for the person who doesn't have to do it himself/herself. % You can lead a horse to water, but if you can get him to float on his back, you've really got something. % You win some, lose some, and some get rained out; but you gotta suit up for them all. % People are promoted not by what they can do, but what people think they can do. % Don't smoke in bed - the ashes on the floor might be your own. >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 Oct 31 11:10:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA02400 for freebsd-bugs-outgoing; Sat, 31 Oct 1998 11:10:00 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA02369 for ; Sat, 31 Oct 1998 11:09:59 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id LAA29905; Sat, 31 Oct 1998 11:10:00 -0800 (PST) Date: Sat, 31 Oct 1998 11:10:00 -0800 (PST) Message-Id: <199810311910.LAA29905@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Peter Wemm Subject: Re: kern/8500: FreeBSD 3.0 thread scheduler is broken Reply-To: Peter Wemm Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/8500; it has been noted by GNATS. From: Peter Wemm To: HighWind Software Information Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: kern/8500: FreeBSD 3.0 thread scheduler is broken Date: Sun, 01 Nov 1998 03:08:44 +0800 HighWind Software Information wrote: > > > >Number: 8500 > > >Category: kern > > >Synopsis: FreeBSD 3.0 thread scheduler is broken > > > > >Description: > > When an application has threads that are I/O intensive, that thread > > unfairly steals cycles from all other threads. This makes writing > > an MT program that does any real amount of I/O impossible. > > Yes, open(), read(), write(), etc block the entire process. The libc_r > thread engine only works for things that can be select()ed apon, and read/ > write cannot (yet). > > Ummm. Not to be rude.. But... > > That is NOT TRUE AT ALL. read() and write() CERTAINLY are selected > apon and do NOT block the whole process when using libc_r. > > Read /usr/src/lib/libc_r/uthread/uthread_write.c and see for yourself. Yes, but only if the file descriptor itself supports O_NONBLOCK mode.. /* called by open() wrapper */ _thread_fd_table_init(int fd) { ... /* Get the flags for the file: */ if (fd >= 3 && (entry->flags = _thread_sys_fcntl(fd, F_GETFL, 0)) == -1) { ret = -1; } else { ... } And in write(), it just calls the write system call: write() { .... /* Check if file operations are to block */ blocking = ((_thread_fd_table[fd]->flags & O_NONBLOCK) == 0); /* * Loop while no error occurs and until the expected number * of bytes are written if performing a blocking write: */ while (ret == 0) { /* Perform a non-blocking write syscall: */ ^^^^^^^^^^^^^^^^^ - only if opened in O_NONBLOCK n = _thread_sys_write(fd, buf + num, nbytes - num); /* Check if one or more bytes were written: */ if (n > 0) It's similar for read(). There's a couple of big ifs so far. *If* you open the file in O_NONBLOCK mode specifically, then you get non-blocking read/write syscalls. The syscalls themselves are only non-blocking *if* the underlying fd supports it. Sockets and pipes support it. Files (at least on ufs/ffs) do not. No matter whether you ask for O_NONBLOCK or not, you will always get a blocking read/write with disk IO with read and write. > The only alternatives are to use the aio/lio syscalls (which work), or > rfork(). libc_r could probably be modified to use rfork() to have the > read/write/open/close/etc done in parallel. > > I don't think that is necessary. It is if you want the threading to continue while the disk is grinding away. aio_read() and aio_write() would probably be enough to help file IO, but open() will still be blocking. Squid has some fairly extensive async disk-IO routines. They happen to use pthreads as a mechanism of having child processes do the blocking work. FreeBSD could use rfork() for arranging the blocking stuff in child processes with shared address space. It would be a lot of work though, and would be a problem on SMP systems. > -Rob Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Oct 31 12:29:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA11897 for freebsd-bugs-outgoing; Sat, 31 Oct 1998 12:29:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA11869; Sat, 31 Oct 1998 12:28:31 -0800 (PST) (envelope-from steve@FreeBSD.org) From: Steve Price Received: (from steve@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id MAA02281; Sat, 31 Oct 1998 12:28:33 -0800 (PST) Date: Sat, 31 Oct 1998 12:28:33 -0800 (PST) Message-Id: <199810312028.MAA02281@freefall.freebsd.org> To: steve@FreeBSD.ORG, gnats-admin@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: pending/8494 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: sbcheck is broken Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: steve Responsible-Changed-When: Sat Oct 31 12:28:10 PST 1998 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 Sat Oct 31 12:31:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA12517 for freebsd-bugs-outgoing; Sat, 31 Oct 1998 12:31:38 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA12436; Sat, 31 Oct 1998 12:31:06 -0800 (PST) (envelope-from steve@FreeBSD.org) From: Steve Price Received: (from steve@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id MAA02617; Sat, 31 Oct 1998 12:31:07 -0800 (PST) Date: Sat, 31 Oct 1998 12:31:07 -0800 (PST) Message-Id: <199810312031.MAA02617@freefall.freebsd.org> To: steve@FreeBSD.ORG, gnats-admin@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: pending/8434 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: boot.flp /bin/init crashes during probe with 2k/sector MO disk Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: steve Responsible-Changed-When: Sat Oct 31 12:30:39 PST 1998 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 Sat Oct 31 12:40:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA13948 for freebsd-bugs-outgoing; Sat, 31 Oct 1998 12:40:02 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA13880 for ; Sat, 31 Oct 1998 12:40:00 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id MAA03087; Sat, 31 Oct 1998 12:40:01 -0800 (PST) Date: Sat, 31 Oct 1998 12:40:01 -0800 (PST) Message-Id: <199810312040.MAA03087@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Poul-Henning Kamp Subject: Re: misc/8519: New Fortunes -- Murphy's Laws Reply-To: Poul-Henning Kamp Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/8519; it has been noted by GNATS. From: Poul-Henning Kamp To: cschuber@uumail.gov.bc.ca Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: misc/8519: New Fortunes -- Murphy's Laws Date: Sat, 31 Oct 1998 21:29:27 +0100 We need to make sure there are no copyright problems with this. -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." "ttyv0" -- What UNIX calls a $20K state-of-the-art, 3D, hi-res color terminal To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Oct 31 15:00:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA28694 for freebsd-bugs-outgoing; Sat, 31 Oct 1998 15:00:01 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA28660 for ; Sat, 31 Oct 1998 15:00:00 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id PAA06804; Sat, 31 Oct 1998 15:00:01 -0800 (PST) Date: Sat, 31 Oct 1998 15:00:01 -0800 (PST) Message-Id: <199810312300.PAA06804@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Alex Vasylenko Subject: Re: kern/5038: FreeBSD can't read MS Joliet CDs. Reply-To: Alex Vasylenko Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/5038; it has been noted by GNATS. From: Alex Vasylenko To: freebsd-gnats-submit@freebsd.org, Joachim Kuebart Cc: Subject: Re: kern/5038: FreeBSD can't read MS Joliet CDs. Date: Sat, 31 Oct 1998 14:53:34 -0800 hi, below is a diff from -stable (as of 10/30) sources to support Joliet extensions to cd9660 filesystem (author Joachim Kuebart ) ... --Alex. ===== ~/s/src/sys/isofs/cd9660 diff -u orig/cd9660_lookup.c ./cd9660_lookup.c --- orig/cd9660_lookup.c Sun Aug 17 06:28:32 1997 +++ ./cd9660_lookup.c Fri Oct 30 23:41:48 1998 @@ -308,8 +308,7 @@ if (namelen != 1 || ep->name[0] != 0) goto notfound; - } else if (!(res = isofncmp(name,len, - ep->name,namelen))) { + } else if (!(res = isofncmp(name,len,ep->name,namelen,imp->joliet_level))) { if (isoflags & 2) isodirino(&ino,ep,imp); else diff -u orig/cd9660_mount.h ./cd9660_mount.h --- orig/cd9660_mount.h Sun Aug 17 06:28:33 1997 +++ ./cd9660_mount.h Fri Oct 30 23:45:01 1998 @@ -50,3 +50,4 @@ #define ISOFSMNT_NORRIP 0x00000001 /* disable Rock Ridge Ext.*/ #define ISOFSMNT_GENS 0x00000002 /* enable generation numbers */ #define ISOFSMNT_EXTATT 0x00000004 /* enable extended attributes */ +#define ISOFSMNT_NOJOLIET 0x00000008 /* disable Joliet Ext. */ diff -u orig/cd9660_rrip.c ./cd9660_rrip.c --- orig/cd9660_rrip.c Sun Aug 17 06:28:37 1997 +++ ./cd9660_rrip.c Fri Oct 30 23:48:14 1998 @@ -306,18 +306,19 @@ struct iso_directory_record *isodir; ISO_RRIP_ANALYZE *ana; { - strcpy(ana->outbuf,".."); - switch (*isodir->name) { + isofntrans(isodir->name,isonum_711(isodir->name_len), + ana->outbuf,ana->outlen, + 1,isonum_711(isodir->flags)&4, + ana->imp->joliet_level); + switch (*ana->outbuf) { default: - isofntrans(isodir->name,isonum_711(isodir->name_len), - ana->outbuf,ana->outlen, - 1,isonum_711(isodir->flags)&4); - break; - case 0: - *ana->outlen = 1; break; case 1: *ana->outlen = 2; + /* fall through */ + case 0: + /* outlen is 1 already */ + strcpy(ana->outbuf,".."); break; } } @@ -509,6 +510,7 @@ register ISO_SUSP_HEADER *pend; struct buf *bp = NULL; char *pwhead; + u_char c; int result; /* @@ -516,12 +518,11 @@ * it will be padding 1 byte after the name */ pwhead = isodir->name + isonum_711(isodir->name_len); - if (!(isonum_711(isodir->name_len)&1)) - pwhead++; + isochar(isodir->name, pwhead, ana->imp->joliet_level, &c); + pwhead += isonum_711(isodir->name_len) & 1; /* If it's not the '.' entry of the root dir obey SP field */ - if (*isodir->name != 0 - || isonum_733(isodir->extent) != ana->imp->root_extent) + if (c != 0 || isonum_733(isodir->extent) != ana->imp->root_extent) pwhead += ana->imp->rr_skip; else pwhead += ana->imp->rr_skip0; @@ -635,6 +636,7 @@ { ISO_RRIP_ANALYZE analyze; RRIP_TABLE *tab; + u_char c; analyze.outbuf = outbuf; analyze.outlen = outlen; @@ -644,9 +646,10 @@ analyze.fields = ISO_SUSP_ALTNAME|ISO_SUSP_RELDIR|ISO_SUSP_CLINK|ISO_SUSP_PLINK; *outlen = 0; + isochar(isodir->name, isodir->name + isonum_711(isodir->name_len), + imp->joliet_level, &c); tab = rrip_table_getname; - if (*isodir->name == 0 - || *isodir->name == 1) { + if (c == 0 || c == 1) { cd9660_rrip_defname(isodir,&analyze); analyze.fields &= ~ISO_SUSP_ALTNAME; diff -u orig/cd9660_util.c ./cd9660_util.c --- orig/cd9660_util.c Sun Aug 17 06:28:39 1997 +++ ./cd9660_util.c Sat Oct 31 01:26:58 1998 @@ -5,7 +5,8 @@ * This code is derived from software contributed to Berkeley * by Pace Willisson (pace@blitz.com). The Rock Ridge Extension * Support code is derived from software contributed to Berkeley - * by Atsushi Murai (amurai@spec.co.jp). + * by Atsushi Murai (amurai@spec.co.jp). Joliet support was added by + * Joachim Kuebart (joki@kuebart.stuttgart.netsurf.de). * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions @@ -153,33 +154,63 @@ #endif /* __notanymore__ */ /* + * Get one character out of an iso filename + * Obey joliet_level + * Return number of bytes consumed + */ +int +isochar(isofn, isoend, joliet_level, c) + u_char *isofn; + u_char *isoend; + int joliet_level; + u_char *c; +{ + *c = *isofn++; + if (joliet_level == 0 || isofn == isoend) + /* (00) and (01) are one byte in Joliet, too */ + return 1; + + /* No Unicode support yet :-( */ + switch (*c) { + default: + *c = '?'; + break; + case '\0': + *c = *isofn; + break; + } + return 2; +} + +/* * translate and compare a filename + * returns (fn - isofn) * Note: Version number plus ';' may be omitted. */ int -isofncmp(unsigned char *fn,int fnlen,unsigned char *isofn,int isolen) +isofncmp(fn, fnlen, isofn, isolen, joliet_level) + u_char *fn; + int fnlen; + u_char *isofn; + int isolen; + int joliet_level; { int i, j; - unsigned char c; + u_char c, *fnend = fn + fnlen, *isoend = isofn + isolen; - while (--fnlen >= 0) { - if (--isolen < 0) + for (; fn != fnend; fn++) { + if (isofn == isoend) return *fn; - if ((c = *isofn++) == ';') { - switch (*fn++) { - default: - return *--fn; - case 0: - return 0; - case ';': - break; - } - for (i = 0; --fnlen >= 0; i = i * 10 + *fn++ - '0') { - if (*fn < '0' || *fn > '9') { + isofn += isochar(isofn, isoend, joliet_level, &c); + if (c == ';') { + if (*fn++ != ';') + return fn[-1]; + for (i = 0; fn != fnend; i = i * 10 + *fn++ - '0') + if (*fn < '0' || *fn > '9') return -1; - } - } - for (j = 0; --isolen >= 0; j = j * 10 + *isofn++ - '0'); + for (j = 0; isofn != isoend; j = j * 10 + c - '0') + isofn += isochar(isofn, isoend, + joliet_level, &c); return i - j; } if (c != *fn) { @@ -193,15 +224,19 @@ } else return *fn - c; } - fn++; } - if (isolen > 0) { - switch (*isofn) { + if (isofn != isoend) { + isofn += isochar(isofn, isoend, joliet_level, &c); + switch (c) { default: - return -1; + return -c; case '.': - if (isofn[1] != ';') - return -1; + if (isofn != isoend) { + isochar(isofn, isoend, joliet_level, &c); + if (c == ';') + return 0; + } + return -1; case ';': return 0; } @@ -210,31 +245,36 @@ } /* - * translate a filename + * translate a filename of length > 0 */ void -isofntrans(unsigned char *infn,int infnlen, - unsigned char *outfn,unsigned short *outfnlen, - int original,int assoc) +isofntrans(infn, infnlen, outfn, outfnlen, original, assoc, joliet_level) + u_char *infn; + int infnlen; + u_char *outfn; + u_short *outfnlen; + int original; + int assoc; + int joliet_level; { int fnidx = 0; + u_char c, d = '\0', *infnend = infn + infnlen; if (assoc) { *outfn++ = ASSOCCHAR; fnidx++; - infnlen++; } - for (; fnidx < infnlen; fnidx++) { - char c = *infn++; + for (; infn != infnend; fnidx++) { + infn += isochar(infn, infnend, joliet_level, &c); if (!original && c >= 'A' && c <= 'Z') *outfn++ = c + ('a' - 'A'); - else if (!original && c == '.' && *infn == ';') - break; - else if (!original && c == ';') + else if (!original && c == ';') { + fnidx -= (d == '.'); break; - else + } else *outfn++ = c; + d = c; } *outfnlen = fnidx; } diff -u orig/cd9660_vfsops.c ./cd9660_vfsops.c --- orig/cd9660_vfsops.c Sun Mar 29 03:10:36 1998 +++ ./cd9660_vfsops.c Sat Oct 31 00:31:56 1998 @@ -294,9 +294,12 @@ int ronly = (mp->mnt_flag & MNT_RDONLY) != 0; int iso_bsize; int iso_blknum; - struct iso_volume_descriptor *vdp; + int pri_blknum; + int joliet_level; + struct iso_volume_descriptor *vdp = 0; struct iso_primary_descriptor *pri; struct iso_sierra_primary_descriptor *pri_sierra; + struct iso_supplementary_descriptor *supp; struct iso_directory_record *rootp; int logical_block_size; @@ -326,6 +329,8 @@ */ iso_bsize = ISO_DEFAULT_BLOCK_SIZE; + joliet_level = 0; + pri_blknum = -1; for (iso_blknum = 16 + argp->ssector; iso_blknum < 100 + argp->ssector; iso_blknum++) { @@ -343,19 +348,42 @@ high_sierra = 1; } - if (isonum_711 (high_sierra? vdp->type_sierra: vdp->type) == ISO_VD_END) { - error = EINVAL; - goto out; - } + if (isonum_711 (high_sierra? vdp->type_sierra: vdp->type) == ISO_VD_END) + break; if (isonum_711 (high_sierra? vdp->type_sierra: vdp->type) == ISO_VD_PRIMARY) - break; + pri_blknum = iso_blknum; + + if (!(argp->flags & ISOFSMNT_NOJOLIET) && + isonum_711 (high_sierra? vdp->type_sierra: vdp->type) == ISO_VD_SUPPLEMENTARY) { + supp = (struct iso_supplementary_descriptor *)vdp; + if (bcmp(supp->escape, "%/@", 3) == 0) + joliet_level = 1; + if (bcmp(supp->escape, "%/C", 3) == 0) + joliet_level = 2; + if (bcmp(supp->escape, "%/E", 3) == 0) + joliet_level = 3; + if (isonum_711 (supp->flags) & 1) + joliet_level = 0; + if (joliet_level) + break; + } + brelse(bp); } - if (isonum_711 (high_sierra? vdp->type_sierra: vdp->type) != ISO_VD_PRIMARY) { - error = EINVAL; - goto out; + if (isonum_711 (high_sierra? vdp->type_sierra: vdp->type) != ISO_VD_SUPPLEMENTARY) { + if (pri_blknum == -1) { + error = EINVAL; + goto out; + } + + brelse(bp); + if (error = bread(devvp, pri_blknum * btodb(iso_bsize), + iso_bsize, NOCRED, &bp)) + goto out; + vdp = (struct iso_volume_descriptor *)bp->b_data; + argp->flags |= ISOFSMNT_NOJOLIET; } pri = (struct iso_primary_descriptor *)vdp; @@ -384,6 +412,7 @@ isonum_733 (high_sierra? pri_sierra->volume_space_size: pri->volume_space_size); + isomp->joliet_level = joliet_level; /* * Since an ISO9660 multi-session CD can also access previous * sessions, we have to include them into the space consider- @@ -398,9 +427,7 @@ isomp->root_size = isonum_733 (rootp->size); isomp->im_bmask = logical_block_size - 1; - isomp->im_bshift = 0; - while ((1 << isomp->im_bshift) < isomp->logical_block_size) - isomp->im_bshift++; + isomp->im_bshift = ffs(logical_block_size) - 1; bp->b_flags |= B_AGE; brelse(bp); @@ -441,7 +468,8 @@ brelse(bp); bp = NULL; } - isomp->im_flags = argp->flags&(ISOFSMNT_NORRIP|ISOFSMNT_GENS|ISOFSMNT_EXTATT); + isomp->im_flags = argp->flags & (ISOFSMNT_NORRIP | ISOFSMNT_GENS | + ISOFSMNT_EXTATT | ISOFSMNT_NOJOLIET); if(high_sierra) /* this effectively ignores all the mount flags */ diff -u orig/cd9660_vnops.c ./cd9660_vnops.c --- orig/cd9660_vnops.c Sun Aug 17 06:28:42 1997 +++ ./cd9660_vnops.c Sat Oct 31 01:23:04 1998 @@ -679,26 +679,23 @@ break; default: /* ISO_FTYPE_DEFAULT || ISO_FTYPE_9660 || ISO_FTYPE_HIGH_SIERRA*/ strcpy(idp->current.d_name,".."); - switch (ep->name[0]) { - case 0: + if (idp->current.d_namlen == 1 && ep->name[0] == 0) { idp->current.d_namlen = 1; error = iso_uiodir(idp,&idp->current,idp->curroff); - break; - case 1: + } else if (idp->current.d_namlen == 1 && ep->name[0] == 1) { idp->current.d_namlen = 2; error = iso_uiodir(idp,&idp->current,idp->curroff); - break; - default: + } else { isofntrans(ep->name,idp->current.d_namlen, idp->current.d_name, &elen, imp->iso_ftype == ISO_FTYPE_9660, - isoflags & 4); + isoflags & 4, + imp->joliet_level); idp->current.d_namlen = (u_char)elen; if (imp->iso_ftype == ISO_FTYPE_DEFAULT) error = iso_shipdir(idp); else error = iso_uiodir(idp,&idp->current,idp->curroff); - break; } } if (error) diff -u orig/iso.h ./iso.h --- orig/iso.h Tue Jul 7 11:11:16 1998 +++ ./iso.h Sat Oct 31 01:39:39 1998 @@ -54,6 +54,7 @@ /* volume descriptor types */ #define ISO_VD_PRIMARY 1 +#define ISO_VD_SUPPLEMENTARY 2 #define ISO_VD_END 255 #define ISO_STANDARD_ID "CD001" @@ -135,6 +136,42 @@ char unused4 [ISODCL (856, 2048)]; }; +struct iso_supplementary_descriptor { + char type [ISODCL ( 1, 1)]; /* 711 */ + char id [ISODCL ( 2, 6)]; + char version [ISODCL ( 7, 7)]; /* 711 */ + char flags [ISODCL ( 8, 8)]; /* 711? */ + char system_id [ISODCL ( 9, 40)]; /* achars */ + char volume_id [ISODCL ( 41, 72)]; /* dchars */ + char unused2 [ISODCL ( 73, 80)]; + char volume_space_size [ISODCL ( 81, 88)]; /* 733 */ + char escape [ISODCL ( 89, 120)]; + char volume_set_size [ISODCL (121, 124)]; /* 723 */ + char volume_sequence_number [ISODCL (125, 128)]; /* 723 */ + char logical_block_size [ISODCL (129, 132)]; /* 723 */ + char path_table_size [ISODCL (133, 140)]; /* 733 */ + char type_l_path_table [ISODCL (141, 144)]; /* 731 */ + char opt_type_l_path_table [ISODCL (145, 148)]; /* 731 */ + char type_m_path_table [ISODCL (149, 152)]; /* 732 */ + char opt_type_m_path_table [ISODCL (153, 156)]; /* 732 */ + char root_directory_record [ISODCL (157, 190)]; /* 9.1 */ + char volume_set_id [ISODCL (191, 318)]; /* dchars */ + char publisher_id [ISODCL (319, 446)]; /* achars */ + char preparer_id [ISODCL (447, 574)]; /* achars */ + char application_id [ISODCL (575, 702)]; /* achars */ + char copyright_file_id [ISODCL (703, 739)]; /* 7.5 dchars */ + char abstract_file_id [ISODCL (740, 776)]; /* 7.5 dchars */ + char bibliographic_file_id [ISODCL (777, 813)]; /* 7.5 dchars */ + char creation_date [ISODCL (814, 830)]; /* 8.4.26.1 */ + char modification_date [ISODCL (831, 847)]; /* 8.4.26.1 */ + char expiration_date [ISODCL (848, 864)]; /* 8.4.26.1 */ + char effective_date [ISODCL (865, 881)]; /* 8.4.26.1 */ + char file_structure_version [ISODCL (882, 882)]; /* 711 */ + char unused4 [ISODCL (883, 883)]; + char application_data [ISODCL (884, 1395)]; + char unused5 [ISODCL (1396, 2048)]; +}; + struct iso_directory_record { char length [ISODCL (1, 1)]; /* 711 */ char ext_attr_length [ISODCL (2, 2)]; /* 711 */ @@ -203,6 +240,8 @@ int rr_skip; int rr_skip0; + + int joliet_level; }; #define VFSTOISOFS(mp) ((struct iso_mnt *)((mp)->mnt_data)) @@ -227,9 +266,9 @@ extern vop_t **cd9660_vnodeop_p; -int isofncmp __P((unsigned char *, int, unsigned char *, int)); -void isofntrans __P((unsigned char *, int, unsigned char *, unsigned short *, - int, int)); +int isochar __P((u_char *, u_char *, int, u_char *)); +int isofncmp __P((u_char *, int, u_char *, int, int)); +void isofntrans __P((u_char *, int, u_char *, u_short *, int, int, int)); #endif /* KERNEL */ ===== ~/s/src/sys/sys diff -u orig/mount.h ./mount.h --- orig/mount.h Tue Jul 21 10:50:37 1998 +++ ./mount.h Sat Oct 31 10:36:45 1998 @@ -420,6 +420,7 @@ #define ISOFSMNT_NORRIP 0x00000001 /* disable Rock Ridge Ext.*/ #define ISOFSMNT_GENS 0x00000002 /* enable generation numbers */ #define ISOFSMNT_EXTATT 0x00000004 /* enable extended attributes */ +#define ISOFSMNT_NOJOLIET 0x00000008 /* disable Joliet Ext. */ #endif /* CD9660 */ #ifdef NFS ===== ~/s/src/sbin/mount_cd9660 diff -u orig/mount_cd9660.8 ./mount_cd9660.8 --- orig/mount_cd9660.8 Tue Jul 21 10:48:07 1998 +++ ./mount_cd9660.8 Sat Oct 31 01:48:25 1998 @@ -67,6 +67,8 @@ only the last one will be listed.) In either case, files may be opened without explicitly stating a version number. +.It Fl j +Do not use any Joliet extensions included in the filesystem. .It Fl o Options are specified with a .Fl o diff -u orig/mount_cd9660.c ./mount_cd9660.c --- orig/mount_cd9660.c Sun Aug 17 06:30:23 1997 +++ ./mount_cd9660.c Sat Oct 31 01:49:31 1998 @@ -73,6 +73,7 @@ { "extatt", 0, ISOFSMNT_EXTATT, 1 }, { "gens", 0, ISOFSMNT_GENS, 1 }, { "rrip", 1, ISOFSMNT_NORRIP, 1 }, + { "joliet", 1, ISOFSMNT_NOJOLIET, 1 }, { NULL } }; @@ -91,13 +92,16 @@ mntflags = opts = verbose = 0; memset(&args, 0, sizeof args); args.ssector = -1; - while ((ch = getopt(argc, argv, "ego:rs:v")) != -1) + while ((ch = getopt(argc, argv, "egjo:rs:v")) != -1) switch (ch) { case 'e': opts |= ISOFSMNT_EXTATT; break; case 'g': opts |= ISOFSMNT_GENS; + break; + case 'j': + opts |= ISOFSMNT_NOJOLIET; break; case 'o': getmntopts(optarg, mopts, &mntflags, &opts); To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Oct 31 17:50:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA18106 for freebsd-bugs-outgoing; Sat, 31 Oct 1998 17:50:00 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA18101 for ; Sat, 31 Oct 1998 17:49:59 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id RAA11749; Sat, 31 Oct 1998 17:50:00 -0800 (PST) Date: Sat, 31 Oct 1998 17:50:00 -0800 (PST) Message-Id: <199811010150.RAA11749@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Peter Hawkins Subject: Re: conf/8517: rc.conf/rc fails to set ldconfig -aout Reply-To: Peter Hawkins Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR conf/8517; it has been noted by GNATS. From: Peter Hawkins To: root@gli.pn.wagsky.com Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: conf/8517: rc.conf/rc fails to set ldconfig -aout Date: Sun, 1 Nov 1998 12:46:09 +1100 (EST) > # Default the a.out ldconfig path, in case the system's > # /etc/rc.conf hasn't been updated. > : ${ldconfig_paths_aout=${ldconfig_paths}} > _LDC=/usr/lib/aout > for i in $ldconfig_paths_aout; do > if test -d $i; then > _LDC="${_LDC} $i" > fi > done > echo 'setting a.out ldconfig path:' ${_LDC} > ldconfig -aout ${_LDC} > >Executing ldconfig manually results in: > >bash-2.02# ldconfig -elf /usr/lib/compat /usr/X11R6/lib /usr/local/lib >bash-2.02# ldconfig -aout /usr/lib/compat/aout /usr/X11R6/lib/aout \ >/usr/local/lib/aout >ldconfig: /usr/local/lib/aout: No such file or directory 2 points: 1. you should remove /usr/local/lib/aout from your rc.config if you don't have such a directory 2. if you take a look at the syntax in rc (above) it tests each directory in your ldconfig_paths_aout string before appending them to _LDC anyway! in short, your rc will execute the ldconfig command as: ldconfig -aout /usr/lib/compat/aout /usr/X11R6/lib/aout You can verify this yourself by taking a cut-down version of rc and executing it with -x. You'll see: [...] + : /usr/lib/compat/aout /usr/X11R6/lib/aout /usr/local/lib/aout + _LDC=/usr/lib/aout + test -d /usr/lib/compat/aout + _LDC=/usr/lib/aout /usr/lib/compat/aout + test -d /usr/X11R6/lib/aout + _LDC=/usr/lib/aout /usr/lib/compat/aout /usr/X11R6/lib/aout + test -d /usr/local/lib/aout + echo setting a.out ldconfig path: /usr/lib/aout /usr/lib/compat/aout /usr/X11R6/lib/aout /usr/local/lib/aout setting a.out ldconfig path: /usr/lib/aout /usr/lib/compat/aout /usr/X11R6/lib/aout /usr/local/lib/aout + ldconfig -aout /usr/lib/aout /usr/lib/compat/aout /usr/X11R6/lib/aout >as /usr/local/lib/aout apparently is not created by the 'make world' >process. Actually, it is if you use make aout_to_elf and have aout libs to be moved. Peter (thepish@FreeBSD.org) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Oct 31 18:40:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA24008 for freebsd-bugs-outgoing; Sat, 31 Oct 1998 18:40:00 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA24003 for ; Sat, 31 Oct 1998 18:39:59 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id SAA13479; Sat, 31 Oct 1998 18:40:00 -0800 (PST) Date: Sat, 31 Oct 1998 18:40:00 -0800 (PST) Message-Id: <199811010240.SAA13479@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Cy Schubert Subject: Re: misc/8519: New Fortunes -- Murphy's Laws Reply-To: Cy Schubert Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/8519; it has been noted by GNATS. From: Cy Schubert To: Poul-Henning Kamp Cc: cschuber@uumail.gov.bc.ca, FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: misc/8519: New Fortunes -- Murphy's Laws Date: Sat, 31 Oct 1998 18:32:19 -0800 The "laws" were extracted from a S/370 Assembler program on a SHARE tape. The comments in the program: *---------------------------------------------------------------------* * 'MURPHY' THE OLE PHILOSOPHER 18 AUGUST 1988 * * * * MURPHY WAS FOUND ON A JES2 TAPE OF ALL PLACES WITH ABOUT * * 500 OR SO SAYINGS. GOT ANOTHER 250 FROM AN UNKNOWN SOURCE * * AND HAVE ADDED ABOUT 100 OR SO MYSELF. * * * [list of changes omitted] * * * JIM MARSHALL, CAPT, USAF * * (301) 688-6829 * * * *---------------------------------------------------------------------* I will try to contact Capt. Marshall to get some history behind the sayings. Regards, Phone: (250)387-8437 Cy Schubert Fax: (250)387-5766 Open Systems Group Internet: cschuber@uumail.gov.bc.ca ITSD Cy.Schubert@gems8.gov.bc.ca Government of BC In message <15014.909865767@critter.freebsd.dk>, Poul-Henning Kamp writes: > > We need to make sure there are no copyright problems with this. > > -- > Poul-Henning Kamp FreeBSD coreteam member > phk@FreeBSD.ORG "Real hackers run -current on their laptop." > "ttyv0" -- What UNIX calls a $20K state-of-the-art, 3D, hi-res color terminal To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Oct 31 21:50:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA13582 for freebsd-bugs-outgoing; Sat, 31 Oct 1998 21:50:00 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA13575 for ; Sat, 31 Oct 1998 21:49:59 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id VAA19319; Sat, 31 Oct 1998 21:50:00 -0800 (PST) Received: from meshsv62.os.mesh.ad.jp (meshsv62.os.mesh.ad.jp [133.205.64.130]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA12930 for ; Sat, 31 Oct 1998 21:44:23 -0800 (PST) (envelope-from junichi@junichi.org) Received: from mqh-host.junichi.org (omy15DS54.stm.mesh.ad.jp [210.147.49.54]) by meshsv62.os.mesh.ad.jp (8.8.8+2.7Wbeta7/3.5Wpl1-98033110) with ESMTP id OAA08290 for ; Sun, 1 Nov 1998 14:44:18 +0900 (JST) Received: from atlantis.junichi.org (atlantis.junichi.org [192.168.31.2]) by mqh-host.junichi.org (8.8.8/3.6W-MQH-1.0) with ESMTP id OAA09717 for ; Sun, 1 Nov 1998 14:44:11 +0900 (JST) Received: (from junichi@localhost) by atlantis.junichi.org (8.9.1/8.8.8) id WAA06615; Sat, 31 Oct 1998 22:47:39 +0900 (JST) (envelope-from junichi) Message-Id: <199810311347.WAA06615@atlantis.junichi.org> Date: Sat, 31 Oct 1998 22:47:39 +0900 (JST) From: junichi@jp.FreeBSD.ORG Reply-To: junichi@jp.FreeBSD.ORG To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/8523: libdisk problem. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8523 >Category: bin >Synopsis: The Write_Disk() doesn't support any length of device name. >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Oct 31 21:50:00 PST 1998 >Last-Modified: >Originator: Junichi Satoh >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: FreeBSD-2.2.x, FreeBSD-3.0-current >Description: The Write_Disk() doesn't support any length of device names. It supports only two characters, wd, da, etc... >How-To-Repeat: On /stand/sysinsatll, we can not create slices on 'wfd' devices. >Fix: Apply following patch to /usr/lib/libdisk/write_disk.c. It's for -current. *** write_disk.c.org Tue Oct 6 20:57:08 1998 --- write_disk.c Thu Oct 22 21:46:09 1998 *************** *** 64,73 **** for(c2=c1->part;c2;c2=c2->next) { if (c2->type == unused) continue; if (!strcmp(c2->name,"X")) continue; ! j = c2->name[5] - 'a'; if (j < 0 || j >= MAXPARTITIONS || j == RAW_PART) { #ifdef DEBUG ! warn("Weird parititon letter %c",c2->name[5]); #endif continue; } --- 64,73 ---- for(c2=c1->part;c2;c2=c2->next) { if (c2->type == unused) continue; if (!strcmp(c2->name,"X")) continue; ! j = c2->name[strlen(new->name) + 2] - 'a'; if (j < 0 || j >= MAXPARTITIONS || j == RAW_PART) { #ifdef DEBUG ! warn("Weird parititon letter %c",c2->name[strlen(new->name) + 2]); #endif continue; } *************** *** 172,178 **** for (c1=d1->chunks->part; c1 ; c1 = c1->next) { if (c1->type == unused) continue; if (!strcmp(c1->name,"X")) continue; ! j = c1->name[4] - '1'; if (j < 0 || j > 3) continue; s[j]++; --- 172,178 ---- for (c1=d1->chunks->part; c1 ; c1 = c1->next) { if (c1->type == unused) continue; if (!strcmp(c1->name,"X")) continue; ! j = c1->name[strlen(d1->name) + 1] - '1'; if (j < 0 || j > 3) continue; s[j]++; >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message