From owner-freebsd-current Sun Mar 24 01:18:30 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA16127 for current-outgoing; Sun, 24 Mar 1996 01:18:30 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA16109 for ; Sun, 24 Mar 1996 01:18:24 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id LAA17447 for ; Sun, 24 Mar 1996 11:18:22 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA24284 for freebsd-current@FreeBSD.org; Sun, 24 Mar 1996 10:18:21 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.4/8.6.9) id KAA00566 for freebsd-current@FreeBSD.org; Sun, 24 Mar 1996 10:05:52 +0100 (MET) From: J Wunsch Message-Id: <199603240905.KAA00566@uriah.heep.sax.de> Subject: Re: lost+found ??? To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sun, 24 Mar 1996 10:05:51 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199603240048.AAA00428@veda.is> from "Adam David" at Mar 24, 96 00:48:08 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Adam David wrote: > > >> What do I need to do? > > >Nothing, fsck creates them as it needs them. > > Does it still happily create lost+found as inode #2 if ".." is missing? > Would it use inode #1 in the absence of the "." entry? The `.' entry is also inode 2, inode 1 is reserved. (It used to hold a bad block table in ancient eras.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Mar 24 01:18:45 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA16199 for current-outgoing; Sun, 24 Mar 1996 01:18:45 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA16167 for ; Sun, 24 Mar 1996 01:18:38 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id LAA17439; Sun, 24 Mar 1996 11:18:18 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA24282; Sun, 24 Mar 1996 10:18:18 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.4/8.6.9) id JAA00531; Sun, 24 Mar 1996 09:58:06 +0100 (MET) From: J Wunsch Message-Id: <199603240858.JAA00531@uriah.heep.sax.de> Subject: Re: Patch to talkd To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sun, 24 Mar 1996 09:58:05 +0100 (MET) Cc: loodvrij@gridpoint.com (Bruce J. Keeler) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Bruce J. Keeler" at Mar 23, 96 02:56:48 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Bruce J. Keeler wrote: > Here is a patch to talkd which makes it send the request to the tty with > the lowest idle time. I like this idea. What do other people think? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Mar 24 01:28:03 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA17258 for current-outgoing; Sun, 24 Mar 1996 01:28:03 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA17233 for ; Sun, 24 Mar 1996 01:27:59 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id BAA21872; Sun, 24 Mar 1996 01:27:30 -0800 (PST) To: loodvrij@gridpoint.com (Bruce J. Keeler) cc: current@FreeBSD.org Subject: Re: Patch to talkd In-reply-to: Your message of "Sat, 23 Mar 1996 14:56:48 -0900." Date: Sun, 24 Mar 1996 01:27:30 -0800 Message-ID: <21870.827659650@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > I've a tendancy to leave myself logged in a time or two on the console, > then go and do real work on an Xterm somewhere else. The problem with this > is that incoming talk requests go to the first matching utmp entry, usually > the console vtys, and I usually miss them. Good patch, thanks! I've long wanted this feature, and it seems to work well. Committed! Jordan From owner-freebsd-current Sun Mar 24 01:38:03 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA18073 for current-outgoing; Sun, 24 Mar 1996 01:38:03 -0800 (PST) Received: from mail.rwth-aachen.de (mail.RWTH-Aachen.DE [137.226.144.9]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA18067 Sun, 24 Mar 1996 01:37:57 -0800 (PST) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de) by mail.rwth-aachen.de (PMDF V5.0-4 #13110) id <01I2PPOU7W7K00205B@mail.rwth-aachen.de>; Sun, 24 Mar 1996 10:40:59 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id KAA05841; Sun, 24 Mar 1996 10:43:49 +0100 Date: Sun, 24 Mar 1996 10:43:48 +0100 (MET) From: "Christoph P. Kukulies" Subject: Re: new sup server In-reply-to: <199603240733.XAA07511@precipice.shockwave.com> To: pst@shockwave.com (Paul Traina) Cc: petzi@zit.th-darmstadt.de, jdp@polstra.com, freebsd-hubs@freebsd.org, jkh@freebsd.org, hackers@freebsd.org, current@freebsd.org Reply-to: Christoph Kukulies Message-id: <199603240943.KAA05841@gilberto.physik.rwth-aachen.de> MIME-version: 1.0 X-Mailer: ELM [version 2.4 PL25 ME8b] Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > > From: petzi@zit.th-darmstadt.de (Michael Beckmann) > Subject: Re: new sup server > > I must agree with that. I tried to run a sup mirror in Germany, but have > never been able to make world or build a kernel with the sources from that > mirror. There has always been corruption of the source tree. Michael, as I told you before, I cannot quite share your experience. I supped yesterday -current from sup1.de.freebsd.org to a machine connected locally and the make world ran perfectly without a hitch. I agree with you that the international lines are stuffed up during daytime in Europe but suping nightly seems to work fine. > > I'm surprised. Are you talking -current, -stable, or -cvs? > > I build -current trees by suping off of sup2 (i.e. I'm my own customer) > every few days and have never had a sup-related corruption. > > Due to the highly loaded intercontinental lines, the sup updates from > Freefall can take several hours, and in rare cases, (in particular if > freefall doesn't let me in due to its ten user limit) they aren't finished > until next night. It appears that the situation has improved somewhat with > the new Internet connection of Freefall, though, which doesn't route > through MCI/BBNPlanet any more. > > I would really like to provide some service for up-to-date FreeBSD sources > in Europe, but sup simply doesn't work right under these conditions. I > wouldn't mind the updates taking several hours, but I do mind getting > garbled sources. They cost me a lot of time already. > > Sounds like a big call to fix CTM. > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Sun Mar 24 01:44:54 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA18802 for current-outgoing; Sun, 24 Mar 1996 01:44:54 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA18795 for ; Sun, 24 Mar 1996 01:44:51 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id BAA21983; Sun, 24 Mar 1996 01:44:24 -0800 (PST) To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-current@FreeBSD.ORG (FreeBSD-current users), loodvrij@gridpoint.com (Bruce J. Keeler) Subject: Re: Patch to talkd In-reply-to: Your message of "Sun, 24 Mar 1996 09:58:05 +0100." <199603240858.JAA00531@uriah.heep.sax.de> Date: Sun, 24 Mar 1996 01:44:23 -0800 Message-ID: <21981.827660663@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I thought it was long overdue and, after testing it out with a few xterms, committed that baby! :-) Jordan > As Bruce J. Keeler wrote: > > > Here is a patch to talkd which makes it send the request to the tty with > > the lowest idle time. > > I like this idea. What do other people think? > > -- > cheers, J"org > > joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE > Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Mar 24 01:48:53 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA19319 for current-outgoing; Sun, 24 Mar 1996 01:48:53 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA19312 Sun, 24 Mar 1996 01:48:50 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id BAA22023; Sun, 24 Mar 1996 01:48:27 -0800 (PST) To: joerg@freebsd.org cc: current@freebsd.org Subject: tzsetup - not quite there.. Date: Sun, 24 Mar 1996 01:48:27 -0800 Message-ID: <22021.827660907@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk When I add a time zone entry for Pacific Time, it actually installs one for Knoxville, Tennesse! :-) I think something's off someplace, but in any event I'm not going to hold the SNAP up any longer for it. I'm taking the CD over to be replicated tonite! Jordan From owner-freebsd-current Sun Mar 24 02:24:20 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA22467 for current-outgoing; Sun, 24 Mar 1996 02:24:20 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA22445 for ; Sun, 24 Mar 1996 02:24:16 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id MAA18450 for ; Sun, 24 Mar 1996 12:24:14 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id LAA25053 for freebsd-current@FreeBSD.org; Sun, 24 Mar 1996 11:24:14 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.4/8.6.9) id LAA01389 for freebsd-current@FreeBSD.org; Sun, 24 Mar 1996 11:23:07 +0100 (MET) From: J Wunsch Message-Id: <199603241023.LAA01389@uriah.heep.sax.de> Subject: Re: tzsetup - not quite there.. To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sun, 24 Mar 1996 11:23:06 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <22021.827660907@time.cdrom.com> from "Jordan K. Hubbard" at Mar 24, 96 01:48:27 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Jordan K. Hubbard wrote: > > When I add a time zone entry for Pacific Time, it actually installs > one for Knoxville, Tennesse! :-) Ick. libdialog, or its actual usage... All i did was limiting the overall subwindow size instead of blindly assuming that the number of entries would never overflow the subwindow. This had already been done for the area selection, i've only cloned the change. (Actually, i've also introduced a True Row Count, instead of assuming that all terminals were 24 lines, but that shouldn't matter.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Mar 24 03:43:46 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA28711 for current-outgoing; Sun, 24 Mar 1996 03:43:46 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id DAA28704 for ; Sun, 24 Mar 1996 03:43:43 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id DAA22565; Sun, 24 Mar 1996 03:43:05 -0800 (PST) To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-current@FreeBSD.org (FreeBSD-current users) Subject: Re: tzsetup - not quite there.. In-reply-to: Your message of "Sun, 24 Mar 1996 11:23:06 +0100." <199603241023.LAA01389@uriah.heep.sax.de> Date: Sun, 24 Mar 1996 03:43:05 -0800 Message-ID: <22562.827667785@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Ick. libdialog, or its actual usage... All i did was limiting the Both, it appears. Try it and see! :-) Jordan From owner-freebsd-current Sun Mar 24 04:45:21 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA03012 for current-outgoing; Sun, 24 Mar 1996 04:45:21 -0800 (PST) Received: from originat.demon.co.uk (originat.demon.co.uk [158.152.220.9]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id EAA02941 for ; Sun, 24 Mar 1996 04:44:25 -0800 (PST) Received: (from paul@localhost) by originat.demon.co.uk (8.7.5/8.6.9) id MAA00277; Sun, 24 Mar 1996 12:43:47 GMT From: Paul Richards Message-Id: <199603241243.MAA00277@originat.demon.co.uk> Subject: Re: Patch to talkd To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sun, 24 Mar 1996 12:43:47 +0000 (GMT) Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.ORG, loodvrij@gridpoint.com In-Reply-To: <21981.827660663@time.cdrom.com> from "Jordan K. Hubbard" at Mar 24, 96 01:44:23 am Reply-to: paul@netcraft.co.uk X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In reply to Jordan K. Hubbard who said > > I thought it was long overdue and, after testing it out with a few > xterms, committed that baby! :-) > Umm, you might live to regret that. It's really annoying to get talk requests going to your elm window, or your tail -f window or .... Of course this could happen before but it's more likely now. -- Paul Richards, Originative Solutions Ltd. Internet: paul@netcraft.co.uk, http://www.netcraft.co.uk Phone: 0370 462071 (Mobile), +44 1225 447500 (work) From owner-freebsd-current Sun Mar 24 05:07:31 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA04139 for current-outgoing; Sun, 24 Mar 1996 05:07:31 -0800 (PST) Received: from originat.demon.co.uk (originat.demon.co.uk [158.152.220.9]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id FAA04130 for ; Sun, 24 Mar 1996 05:07:25 -0800 (PST) Received: (from paul@localhost) by originat.demon.co.uk (8.7.5/8.6.9) id MAA00277; Sun, 24 Mar 1996 12:43:47 GMT From: Paul Richards Message-Id: <199603241243.MAA00277@originat.demon.co.uk> Subject: Re: Patch to talkd To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sun, 24 Mar 1996 12:43:47 +0000 (GMT) Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.ORG, loodvrij@gridpoint.com In-Reply-To: <21981.827660663@time.cdrom.com> from "Jordan K. Hubbard" at Mar 24, 96 01:44:23 am Reply-to: paul@netcraft.co.uk X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In reply to Jordan K. Hubbard who said > > I thought it was long overdue and, after testing it out with a few > xterms, committed that baby! :-) > Umm, you might live to regret that. It's really annoying to get talk requests going to your elm window, or your tail -f window or .... Of course this could happen before but it's more likely now. -- Paul Richards, Originative Solutions Ltd. Internet: paul@netcraft.co.uk, http://www.netcraft.co.uk Phone: 0370 462071 (Mobile), +44 1225 447500 (work) From owner-freebsd-current Sun Mar 24 05:45:51 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA05323 for current-outgoing; Sun, 24 Mar 1996 05:45:51 -0800 (PST) Received: from originat.demon.co.uk (originat.demon.co.uk [158.152.220.9]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id FAA05318 for ; Sun, 24 Mar 1996 05:45:46 -0800 (PST) Received: (from paul@localhost) by originat.demon.co.uk (8.7.5/8.6.9) id NAA02266 for FreeBSD-current@FreeBSD.org; Sun, 24 Mar 1996 13:46:32 GMT From: Paul Richards Message-Id: <199603241346.NAA02266@originat.demon.co.uk> Subject: fseek To: FreeBSD-current@FreeBSD.org (FreeBSD current mailing list) Date: Sun, 24 Mar 1996 13:46:31 +0000 (GMT) Reply-to: paul@netcraft.co.uk X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Why has the second paramater of fgets changed from int to size_t ? Doesn't the ANSI standard have something to say about this, similarly ftell has a const added. Breaks the building of llib-lstdc but I don't want to change the lint library since it looks right from my reading of K&R 2 and our files look wrong. What's the correct thing to do? -- Paul Richards, Originative Solutions Ltd. Internet: paul@netcraft.co.uk, http://www.netcraft.co.uk Phone: 0370 462071 (Mobile), +44 1225 447500 (work) From owner-freebsd-current Sun Mar 24 06:24:20 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA06525 for current-outgoing; Sun, 24 Mar 1996 06:24:20 -0800 (PST) Received: from sasami.jurai.net (root@sasami.jurai.net [205.218.122.51]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA06519 for ; Sun, 24 Mar 1996 06:24:18 -0800 (PST) Received: from localhost (winter@localhost) by sasami.jurai.net (8.7.4/8.7.3) with SMTP id IAA04956; Sun, 24 Mar 1996 08:24:05 -0600 (CST) Date: Sun, 24 Mar 1996 08:24:04 -0600 (CST) From: "Matthew N. Dodd" X-Sender: winter@sasami To: paul@netcraft.co.uk cc: freebsd-current@FreeBSD.ORG Subject: Re: Patch to talkd In-Reply-To: <199603241243.MAA00277@originat.demon.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 24 Mar 1996, Paul Richards wrote: > In reply to Jordan K. Hubbard who said > > I thought it was long overdue and, after testing it out with a few > > xterms, committed that baby! :-) > Umm, you might live to regret that. It's really annoying to get talk requests > going to your elm window, or your tail -f window or .... > Of course this could happen before but it's more likely now. mesg n | Matthew N. Dodd | winter@jurai.net | http://www.jurai.net/~winter | | Technical Manager | mdodd@intersurf.net | http://www.intersurf.net | | InterSurf Online | "Welcome to the net Sir, would you like a handbasket?"| From owner-freebsd-current Sun Mar 24 06:58:13 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA07525 for current-outgoing; Sun, 24 Mar 1996 06:58:13 -0800 (PST) Received: (from jmb@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA07519 Sun, 24 Mar 1996 06:58:12 -0800 (PST) From: "Jonathan M. Bresler" Message-Id: <199603241458.GAA07519@freefall.freebsd.org> Subject: Re: Patch to talkd To: joerg_wunsch@uriah.heep.sax.de Date: Sun, 24 Mar 1996 06:58:12 -0800 (PST) Cc: freebsd-current@FreeBSD.ORG, loodvrij@gridpoint.com In-Reply-To: <199603240858.JAA00531@uriah.heep.sax.de> from "J Wunsch" at Mar 24, 96 09:58:05 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk J Wunsch wrote: > > As Bruce J. Keeler wrote: > > > Here is a patch to talkd which makes it send the request to the tty with > > the lowest idle time. > > I like this idea. What do other people think? i think its a great idea. at work i have as many as 15 xterm going. right now, i got 4 live (slow day). talk always seems to hit in the middle of my mailer (grrr..) you shoudl see me dance when i am trygin to figure out which window is beeping at me ;)) From owner-freebsd-current Sun Mar 24 07:03:51 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA07962 for current-outgoing; Sun, 24 Mar 1996 07:03:51 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA07957 for ; Sun, 24 Mar 1996 07:03:48 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id GAA22962; Sun, 24 Mar 1996 06:59:19 -0800 (PST) To: paul@netcraft.co.uk cc: joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.ORG, loodvrij@gridpoint.com Subject: Re: Patch to talkd In-reply-to: Your message of "Sun, 24 Mar 1996 12:43:47 GMT." <199603241243.MAA00277@originat.demon.co.uk> Date: Sun, 24 Mar 1996 06:59:19 -0800 Message-ID: <22960.827679559@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Umm, you might live to regret that. It's really annoying to get talk requests > going to your elm window, or your tail -f window or .... > Of course this could happen before but it's more likely now. I think it's more annoying to miss them when they go to ttyv0, and this has happened to me more times than I can count. I here _something_ beeping somewhere but am at a loss as to where or what. If I don't like talk requests, I can always mesg n in my elm window, after all! :) Jordan From owner-freebsd-current Sun Mar 24 07:25:11 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA08720 for current-outgoing; Sun, 24 Mar 1996 07:25:11 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA08713 for ; Sun, 24 Mar 1996 07:25:07 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id CAA22046; Mon, 25 Mar 1996 02:24:27 +1100 Date: Mon, 25 Mar 1996 02:24:27 +1100 From: Bruce Evans Message-Id: <199603241524.CAA22046@godzilla.zeta.org.au> To: FreeBSD-current@FreeBSD.org, paul@originat.demon.co.uk Subject: Re: fseek Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >Why has the second paramater of fgets changed from int to size_t ? >Doesn't the ANSI standard have something to say about this, similarly Bug in FreeBSD. Introduced in 4.4Lite. Also found in Net/2 and 4.4Lite2. >ftell has a const added. Bug in FreeBSD. Introduced in 4.4Lite. Also found in Net/2. >look wrong. What's the correct thing to do? Change stdio.h and everything in the library that is inconsistent with it. Bruce From owner-freebsd-current Sun Mar 24 08:00:02 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA11599 for current-outgoing; Sun, 24 Mar 1996 08:00:02 -0800 (PST) Received: from originat.demon.co.uk (originat.demon.co.uk [158.152.220.9]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA11569 for ; Sun, 24 Mar 1996 07:59:51 -0800 (PST) Received: (from paul@localhost) by originat.demon.co.uk (8.7.5/8.6.9) id QAA12914 for FreeBSD-current@FreeBSD.org; Sun, 24 Mar 1996 16:00:42 GMT From: Paul Richards Message-Id: <199603241600.QAA12914@originat.demon.co.uk> Subject: lint libraries To: FreeBSD-current@FreeBSD.org (FreeBSD current mailing list) Date: Sun, 24 Mar 1996 16:00:42 +0000 (GMT) Reply-to: paul@netcraft.co.uk X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Ok, where are lint libraries going to live? The .mk files suggest libdata but we don't currently have one. -- Paul Richards, Originative Solutions Ltd. Internet: paul@netcraft.co.uk, http://www.netcraft.co.uk Phone: 0370 462071 (Mobile), +44 1225 447500 (work) From owner-freebsd-current Sun Mar 24 08:31:05 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA12910 for current-outgoing; Sun, 24 Mar 1996 08:31:05 -0800 (PST) Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA12904 Sun, 24 Mar 1996 08:31:01 -0800 (PST) Message-Id: <199603241631.IAA12904@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: paul@netcraft.co.uk cc: jkh@time.cdrom.com (Jordan K. Hubbard), joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.ORG, loodvrij@gridpoint.com Subject: Re: Patch to talkd In-reply-to: Your message of "Sun, 24 Mar 1996 12:43:47 GMT." <199603241243.MAA00277@originat.demon.co.uk> Date: Sun, 24 Mar 1996 08:31:01 -0800 From: "Justin T. Gibbs" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >In reply to Jordan K. Hubbard who said >> >> I thought it was long overdue and, after testing it out with a few >> xterms, committed that baby! :-) >> > >Umm, you might live to regret that. It's really annoying to get talk requests >going to your elm window, or your tail -f window or .... >Of course this could happen before but it's more likely now. That's why you do a 'w' first and explicitly give the tty. I certainly hope the patch still allows that... >-- > Paul Richards, Originative Solutions Ltd. > Internet: paul@netcraft.co.uk, http://www.netcraft.co.uk > Phone: 0370 462071 (Mobile), +44 1225 447500 (work) -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Sun Mar 24 10:39:07 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA17017 for current-outgoing; Sun, 24 Mar 1996 10:39:07 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA17012 Sun, 24 Mar 1996 10:39:05 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id KAA23410; Sun, 24 Mar 1996 10:38:39 -0800 (PST) To: "Justin T. Gibbs" cc: paul@netcraft.co.uk, joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.ORG, loodvrij@gridpoint.com Subject: Re: Patch to talkd In-reply-to: Your message of "Sun, 24 Mar 1996 08:31:01 PST." <199603241631.IAA12904@freefall.freebsd.org> Date: Sun, 24 Mar 1996 10:38:38 -0800 Message-ID: <23407.827692718@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > That's why you do a 'w' first and explicitly give the tty. I certainly > hope the patch still allows that... It does - this just changes the selection of a default when such a tty _isn't_ given. Honestly, I don't understand all the contraversy over this patch - it's a far better algorithm than simply grabbing the first tty, regardless of how useful a place to reach the person it actually is. Jordan From owner-freebsd-current Sun Mar 24 10:52:45 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA17440 for current-outgoing; Sun, 24 Mar 1996 10:52:45 -0800 (PST) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA17431 for ; Sun, 24 Mar 1996 10:52:42 -0800 (PST) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id KAA27732; Sun, 24 Mar 1996 10:50:58 -0800 From: "Rodney W. Grimes" Message-Id: <199603241850.KAA27732@GndRsh.aac.dev.com> Subject: Re: lint libraries To: paul@netcraft.co.uk Date: Sun, 24 Mar 1996 10:50:58 -0800 (PST) Cc: FreeBSD-current@FreeBSD.org In-Reply-To: <199603241600.QAA12914@originat.demon.co.uk> from "Paul Richards" at Mar 24, 96 04:00:42 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > Ok, where are lint libraries going to live? > The .mk files suggest libdata but we don't currently have one. If you look at 44BSDLite 2 you will see the changes to add this to the .mk files and to the mtree files. libdata is the place for this, that is what NetBSD, BSDI, and others are doing on CSRG based systems. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Sun Mar 24 10:53:52 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA17571 for current-outgoing; Sun, 24 Mar 1996 10:53:52 -0800 (PST) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA17556 for ; Sun, 24 Mar 1996 10:53:48 -0800 (PST) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id KAA27707; Sun, 24 Mar 1996 10:49:21 -0800 From: "Rodney W. Grimes" Message-Id: <199603241849.KAA27707@GndRsh.aac.dev.com> Subject: Re: Patch to talkd To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sun, 24 Mar 1996 10:49:20 -0800 (PST) Cc: paul@netcraft.co.uk, joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.ORG, loodvrij@gridpoint.com In-Reply-To: <22960.827679559@time.cdrom.com> from "Jordan K. Hubbard" at Mar 24, 96 06:59:19 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > Umm, you might live to regret that. It's really annoying to get talk requests > > going to your elm window, or your tail -f window or .... > > Of course this could happen before but it's more likely now. > > I think it's more annoying to miss them when they go to ttyv0, and > this has happened to me more times than I can count. I here > _something_ beeping somewhere but am at a loss as to where or what. > > If I don't like talk requests, I can always mesg n in my elm window, > after all! :) As a side effect of this patch what happens to a talk request if your least idle xterm has mesg n turned on? Does the talk fall back to another xterm, or do you get an error now? -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Sun Mar 24 10:56:29 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA17747 for current-outgoing; Sun, 24 Mar 1996 10:56:29 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA17741 for ; Sun, 24 Mar 1996 10:56:28 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id KAA23490; Sun, 24 Mar 1996 10:51:57 -0800 (PST) To: "Rodney W. Grimes" cc: paul@netcraft.co.uk, joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.ORG, loodvrij@gridpoint.com Subject: Re: Patch to talkd In-reply-to: Your message of "Sun, 24 Mar 1996 10:49:20 PST." <199603241849.KAA27707@GndRsh.aac.dev.com> Date: Sun, 24 Mar 1996 10:51:57 -0800 Message-ID: <23488.827693517@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > As a side effect of this patch what happens to a talk request if your > least idle xterm has mesg n turned on? Does the talk fall back to > another xterm, or do you get an error now? Geeze, UTSL folks! :-) if (*tty == '\0' || best != 0) { if (best == 0) status = PERMISSION_DENIED; /* no particular tty was requested */ (void) strcpy(ftty + sizeof(_PATH_DEV) - 1, line); if (stat(ftty, &statb) == 0) { if (!(statb.st_mode & 020)) continue; if (statb.st_atime > best) { best = statb.st_atime; (void) strcpy(tty, line); status = SUCCESS; continue; } } } Looking at the loop in question, you can see that it tries to pick a "best" tty now rather than simply settling for the first one that's applicable. The checks for applicability, e.g. whether or not the modes are correct and the tty is openable, remain unchanged. Jordan From owner-freebsd-current Sun Mar 24 11:08:16 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA18904 for current-outgoing; Sun, 24 Mar 1996 11:08:16 -0800 (PST) Received: (from joerg@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA18898 for current; Sun, 24 Mar 1996 11:08:15 -0800 (PST) Date: Sun, 24 Mar 1996 11:08:15 -0800 (PST) From: Joerg Wunsch Message-Id: <199603241908.LAA18898@freefall.freebsd.org> To: current Subject: I'm temporarily unreachable Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In case you've got any questions regarding my previous commits, please direct them to joerg_wunsch%uriah.heep.sax.de@interface-business.de since the German educational network (WiN) has got some serious network troubles, effectively cutting my regular account off the Internet. From owner-freebsd-current Sun Mar 24 11:21:32 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA19569 for current-outgoing; Sun, 24 Mar 1996 11:21:32 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA19564 for ; Sun, 24 Mar 1996 11:21:30 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA10046; Sun, 24 Mar 1996 12:13:31 -0700 From: Terry Lambert Message-Id: <199603241913.MAA10046@phaeton.artisoft.com> Subject: Re: async mounts, etc. To: adam@veda.is (Adam David) Date: Sun, 24 Mar 1996 12:13:31 -0700 (MST) Cc: freebsd-current@FreeBSD.org In-Reply-To: <199603240248.CAA00668@veda.is> from "Adam David" at Mar 24, 96 02:48:07 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > This reminds me of another similar problem with an NFS mounted from localhost > with the union option, it happened a few months back. After many weeks of > regular operation, it crashed when some limit was exceeded. After this, every > attempt to mount the upper layer would cause an instant panic. There was not > enough diskspace at the time to take a crashdump, and I have not dared test > it since. I used a bunch of symbolic links in the end, instead of the lower > layer. > > Oh, and that reminds me to ask: Just how broken is nullfs? Is it lying broken > because it depends on other stuff not yet settled, or is it just waiting to be > fixed? I haven't fixed either the unionfs or the nullfs. Or more specifically, I haven't made the fixed code available because it wouldn't do any good without my framework changes, as well as the 4.4Lite2 code, plus some changes to that that I have not done yet. The main problem in any overlay FS is the VOP_LOCK/VOP_UNLOCK code, which had been complicated beyond belief. The unionfs, the nullfs, and the uid mapping, compression, and quota FS's (the latter 3 in prototype form) all rely on the ability to stack the file systems. Unfortunately, the stacking interface layering is, for want of a better term, "broken". With a unionfs, for instance, if I want to do a VOP_LOCK, I *should* VOP_LOCK the underlying vnodes from all FS's involved in the mount; but since the vnodes and inodes can be seperated from each other, there has to be an interaction with the in core inode. In the 4.4Lite2 code, this is somewhat abstracted by the "lockmgr" routine, but 4.4Lite2 is still broken; there is a comment in the unionfs code to that effect. The problem is that they are trying to call down the locking to the lockmgr() routine in their design. This is, in fact, inherently flawed for most file systems, since it introduces race conditions. The real fix would be to acquire a vp lock at a higher level, then call down to the per FS VOP_LOCK (which in most FS module implementations becomes nothing more than "return( 0);"). If the VOP_LOCK vetos the lock, then the vp lock is released and the error is propagated back up; otherwise, the lock is acquired and the routine returns. This allows the vp references to multiple underlying vp's in an overlay FS to be locked sperately and individually; this is where a call into the vn_lock code would properly belong in the FS. The final remaining problem is the reverse link problem; this is more an issue of computing transitive closure between an internal use of locking in an FS: remember that once you have traversed from a unionfs to an underlying FS, the underling FS is operating on a vp for itself and not for the union FS that got there. Typically, this will not be a problem if thread/instance identifier recursive locking (PID, in current implementations that don't allow aioread/aiowrite or don't implement kernel threads) is used, since locks in that case are entrancy counting semaphores. The big issue in that case become lock release on siginterrupt, and that's already properly layered. I freely admit to the possibility that there are other was to fix this than those I have suggested; for instance, it is still *very* useful to have a vnode/offset buffer cache mapping, even if you do implement device/offset cache mapping to avoid throwing away perfectly good cache blocks on vnode reuse (which we currently do). This is useful because it avoids a bmap (expensive operation) on every call. This could be resolves by allocating the vnode in the inode structure instead of as a seperate entity that can be seperately recycled; the vnode would become dependent on FS type for the pool to which it would be returned (ie: you would need to ad a per FS VOP for discarding vnodes). For a "union_node" (to get back to unionfs), the vnode would be allocated there. I still argue that, however it is done, the problem *should* be resolved. Getting rid of the useless (because the buffers have been invalidated by vnode dissociation in the current code) second chance caching needs to happen. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Sun Mar 24 11:29:46 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA19797 for current-outgoing; Sun, 24 Mar 1996 11:29:46 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA19792 for ; Sun, 24 Mar 1996 11:29:44 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA10069; Sun, 24 Mar 1996 12:17:21 -0700 From: Terry Lambert Message-Id: <199603241917.MAA10069@phaeton.artisoft.com> Subject: Re: Patch to talkd To: rgrimes@GndRsh.aac.dev.com (Rodney W. Grimes) Date: Sun, 24 Mar 1996 12:17:21 -0700 (MST) Cc: jkh@time.cdrom.com, paul@netcraft.co.uk, joerg_wunsch@uriah.heep.sax.de, freebsd-current@freebsd.org, loodvrij@gridpoint.com In-Reply-To: <199603241849.KAA27707@GndRsh.aac.dev.com> from "Rodney W. Grimes" at Mar 24, 96 10:49:20 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > If I don't like talk requests, I can always mesg n in my elm window, > > after all! :) > > As a side effect of this patch what happens to a talk request if your > least idle xterm has mesg n turned on? Does the talk fall back to > another xterm, or do you get an error now? Rod, you read my mind. I would prefer a fallback in order of increasing idle time, then the patch would be perfect. The "type w and specify a tty" soloution only works if the user is local and or if finger (better than w for this) is enabled. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Sun Mar 24 11:42:00 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA20373 for current-outgoing; Sun, 24 Mar 1996 11:42:00 -0800 (PST) Received: (from dima@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA20367 Sun, 24 Mar 1996 11:41:58 -0800 (PST) Message-Id: <199603241941.LAA20367@freefall.freebsd.org> Subject: Re: Patch to talkd To: paul@netcraft.co.uk Date: Sun, 24 Mar 1996 11:41:58 -0800 (PST) Cc: jkh@time.cdrom.com, joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.org, loodvrij@gridpoint.com In-Reply-To: <199603241243.MAA00277@originat.demon.co.uk> from "Paul Richards" at Mar 24, 96 12:43:47 pm From: dima@FreeBSD.org (Dima Ruban) X-Class: Fast Organization: HackerDome X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Paul Richards writes: > > In reply to Jordan K. Hubbard who said > > > > I thought it was long overdue and, after testing it out with a few > > xterms, committed that baby! :-) > > > > Umm, you might live to regret that. It's really annoying to get talk requests > going to your elm window, or your tail -f window or .... you can use 'mesg n' :-) > Of course this could happen before but it's more likely now. > > > -- > Paul Richards, Originative Solutions Ltd. > Internet: paul@netcraft.co.uk, http://www.netcraft.co.uk > Phone: 0370 462071 (Mobile), +44 1225 447500 (work) > -- dima From owner-freebsd-current Sun Mar 24 11:52:51 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA21105 for current-outgoing; Sun, 24 Mar 1996 11:52:51 -0800 (PST) Received: from originat.demon.co.uk (originat.demon.co.uk [158.152.220.9]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA21100 for ; Sun, 24 Mar 1996 11:52:47 -0800 (PST) Received: (from paul@localhost) by originat.demon.co.uk (8.7.5/8.6.9) id TAA01226 for FreeBSD-current@FreeBSD.org; Sun, 24 Mar 1996 19:53:39 GMT From: Paul Richards Message-Id: <199603241953.TAA01226@originat.demon.co.uk> Subject: lint To: FreeBSD-current@FreeBSD.org (FreeBSD current mailing list) Date: Sun, 24 Mar 1996 19:53:39 +0000 (GMT) Reply-to: paul@netcraft.co.uk X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk I've enabled lint. There's a lot to do to make it useable since FreeBSD isn't very lint clean. /* LONGLONG */ needs to be added to a lot of headers and there's a bit of a problem with the htonl macro since it makes lint abort with a syntax error. Doesn't make lint very usefull on real programs. -- Paul Richards, Originative Solutions Ltd. Internet: paul@netcraft.co.uk, http://www.netcraft.co.uk Phone: 0370 462071 (Mobile), +44 1225 447500 (work) From owner-freebsd-current Sun Mar 24 12:09:52 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA22012 for current-outgoing; Sun, 24 Mar 1996 12:09:52 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA22006 for ; Sun, 24 Mar 1996 12:09:49 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id MAA23753 for ; Sun, 24 Mar 1996 12:09:24 -0800 (PST) To: current@freebsd.org Subject: I see we're working on lint, how about tags? Date: Sun, 24 Mar 1996 12:09:24 -0800 Message-ID: <23751.827698164@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The subject says it all - Kirk McKusick was complaining just recently that he couldn't build a tags file for /usr/src/sys and had to build one by hand - that seems a shame! Jordan From owner-freebsd-current Sun Mar 24 12:32:55 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA23086 for current-outgoing; Sun, 24 Mar 1996 12:32:55 -0800 (PST) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA23076 for ; Sun, 24 Mar 1996 12:32:47 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id NAA00256; Sun, 24 Mar 1996 13:32:27 -0700 Message-Id: <199603242032.NAA00256@rover.village.org> To: "Jordan K. Hubbard" Subject: Re: Patch to talkd Cc: freebsd-current@FreeBSD.org In-reply-to: Your message of Sun, 24 Mar 1996 06:59:19 PST Date: Sun, 24 Mar 1996 13:32:26 -0700 From: Warner Losh Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk : If I don't like talk requests, I can always mesg n in my elm window, : after all! :) Personally, I'd rather be able to create a unix socket named, say, /var/talk/imp and have talkd tell that file that I have a talk request. Makes writing a talk client that automatically pops up when a talk request comes in much easier.... However, the current patches are better than nothing. Warner From owner-freebsd-current Sun Mar 24 13:55:36 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA26661 for current-outgoing; Sun, 24 Mar 1996 13:55:36 -0800 (PST) Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA26652 for ; Sun, 24 Mar 1996 13:55:27 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by palmer.demon.co.uk (8.6.11/8.6.11) with SMTP id VAA00701 ; Sun, 24 Mar 1996 21:50:24 GMT To: "Jordan K. Hubbard" cc: paul@netcraft.co.uk, joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.ORG, loodvrij@gridpoint.com From: "Gary Palmer" Subject: Re: Patch to talkd In-reply-to: Your message of "Sun, 24 Mar 1996 06:59:19 PST." <22960.827679559@time.cdrom.com> Date: Sun, 24 Mar 1996 21:50:23 +0000 Message-ID: <699.827704223@palmer.demon.co.uk> Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk "Jordan K. Hubbard" wrote in message ID <22960.827679559@time.cdrom.com>: > If I don't like talk requests, I can always mesg n in my elm window, > after all! :) Or do something like I've done for ages. From my .cshrc: alias startx "mesg n ; \startx ; mesg y" Problem solved :) Gary From owner-freebsd-current Sun Mar 24 13:59:00 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA26866 for current-outgoing; Sun, 24 Mar 1996 13:59:00 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA26859 for ; Sun, 24 Mar 1996 13:58:57 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA10350; Sun, 24 Mar 1996 14:51:10 -0700 From: Terry Lambert Message-Id: <199603242151.OAA10350@phaeton.artisoft.com> Subject: Re: Patch to talkd To: imp@village.org (Warner Losh) Date: Sun, 24 Mar 1996 14:51:10 -0700 (MST) Cc: jkh@time.cdrom.com, freebsd-current@FreeBSD.org In-Reply-To: <199603242032.NAA00256@rover.village.org> from "Warner Losh" at Mar 24, 96 01:32:26 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > : If I don't like talk requests, I can always mesg n in my elm window, > : after all! :) > > Personally, I'd rather be able to create a unix socket named, say, > /var/talk/imp and have talkd tell that file that I have a talk > request. Makes writing a talk client that automatically pops up when > a talk request comes in much easier.... > > However, the current patches are better than nothing. This is part of the larger problem of "how do I deal with broadcasts in a logical way". The utility of broadcasts is severely restricted under UNIX because of the presentation mechanisms available. VMS was able to kludge this by insisting on ANSI escape sequence based terminals (really, they insisted on a tiny subset of even ANSI termials) so that they could block further I/O from the main channel in order to handle the broadcasts, and they could block the broadcasts until the finite state automaton showed a ground state (ie: no interrrupted or partial escape sequences). This hadn't been a really a good option under UNIX until X became somewhat pervasive. Even now, it isn't as pervasive as you'd like. If you plan on hacking any of this, rather than following in the footsteps of VMS, you'd be better off working on divorcing the concept of session from the concept of tty, and establishing per session broadcast channels. By default, a session bound to a tty would register to recieve broadcasts in the tty data stream. This would be a function of the getty/telnetd/rlogin programs, since it's at that level that the association of session to broadcast channel and broadcast channel to tty must occur. This would establish historical behaviour for the default session applications that come with FreeBSD. You would need to hack xconsole, xterm, etc. in a FreeBSD specific way to clean up the other interfaces. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Sun Mar 24 14:06:13 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA27236 for current-outgoing; Sun, 24 Mar 1996 14:06:13 -0800 (PST) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA27229 for ; Sun, 24 Mar 1996 14:06:07 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id PAA06839; Sun, 24 Mar 1996 15:05:25 -0700 Message-Id: <199603242205.PAA06839@rover.village.org> To: Terry Lambert Subject: Re: Patch to talkd Cc: jkh@time.cdrom.com, freebsd-current@FreeBSD.org In-reply-to: Your message of Sun, 24 Mar 1996 14:51:10 MST Date: Sun, 24 Mar 1996 15:05:24 -0700 From: Warner Losh Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk : The utility of broadcasts is severely restricted under UNIX because : of the presentation mechanisms available. VMS was able to kludge : this by insisting on ANSI escape sequence based terminals (really, : they insisted on a tiny subset of even ANSI termials) so that they : could block further I/O from the main channel in order to handle : the broadcasts, and they could block the broadcasts until the finite : state automaton showed a ground state (ie: no interrrupted or : partial escape sequences). Actually, are you sure about that? The broadcast mechanism was supposed to let the current write to the terminal complete before broadcasting. However, users could setup a mailbox to receive the broadcast messages. I don't think that if you were to, for example, write out 3 (of say 6) characters of an escape sequence in one QIO and then the last three in another that the driver would prevent a broadcast message from getting splatted out between the two. I never saw that in the docs.... : If you plan on hacking any of this, rather than following in the : footsteps of VMS, you'd be better off working on divorcing the : concept of session from the concept of tty, and establishing per : session broadcast channels. That's kinda what I was thinking, but more of a per user thing rather than a per session one. Talk doesn't have a good way to say "talk to the person that is sitting at X display :2" : By default, a session bound to a tty would register to recieve : broadcasts in the tty data stream. This would be a function of : the getty/telnetd/rlogin programs, since it's at that level that : the association of session to broadcast channel and broadcast : channel to tty must occur. This would establish historical : behaviour for the default session applications that come with : FreeBSD. You would need to hack xconsole, xterm, etc. in a : FreeBSD specific way to clean up the other interfaces. Ick. I don't want to hack the kernel just so that I can get talk requests forwarded to me. I can think of three ways to do it: 1) Use a unix domain socket that is bound to the filesystem. Talkd stats that file and if it is acceptible, sends me the message. 2) Connect via TCP to the talk daemon and use a different request number that says "Oh, if you get a talk request for user xyzzy, please be a dear and forward it to me at this address" 3) Have talk connect to my X server, write a property on the root. My X-based talk client would then be able to get PropertyNotify and I can do the reply. None of From owner-freebsd-current Sun Mar 24 14:07:05 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA27284 for current-outgoing; Sun, 24 Mar 1996 14:07:05 -0800 (PST) Received: from s1.GANet.NET (s1.GANet.NET [199.18.201.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA27278 for ; Sun, 24 Mar 1996 14:07:02 -0800 (PST) Received: (from ec0@localhost) by s1.GANet.NET (8.6.11/8.6.11) id RAA25646; Sun, 24 Mar 1996 17:05:50 -0500 Date: Sun, 24 Mar 1996 17:05:50 -0500 (EST) From: Eric Chet To: freebsd-current@freebsd.org Subject: -current build failure with option DDB Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello -current as of 3-24-96 will not build a kernel with options: options DDB options DDB_UNATTENDED options KTRACE #kernel tracing This are the errors I get: loading kernel subr_prf.o: Undefined symbol `_kgdb_panic' referenced from text segment *** Error code 1 sys/kern/subr_prf.c changed on 3-23-96. Any ideas? Peace, Eric J. Chet (ejc@nasvr1.cb.att.com || ec0@ganet.net) Lucent Technologies, Bell Labs Innovations Columbus, Ohio 43213 RM 1E222 From owner-freebsd-current Sun Mar 24 14:16:33 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA27602 for current-outgoing; Sun, 24 Mar 1996 14:16:33 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA27586 for ; Sun, 24 Mar 1996 14:16:23 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id UAA29936 for ; Sun, 24 Mar 1996 20:50:16 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id TAA29491 for freebsd-current@FreeBSD.org; Sun, 24 Mar 1996 19:50:16 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.4/8.6.9) id TAA04491 for freebsd-current@FreeBSD.org; Sun, 24 Mar 1996 19:05:26 +0100 (MET) From: J Wunsch Message-Id: <199603241805.TAA04491@uriah.heep.sax.de> Subject: Re: fseek To: freebsd-current@freebsd.org (FreeBSD-current users) Date: Sun, 24 Mar 1996 19:05:26 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199603241346.NAA02266@originat.demon.co.uk> from "Paul Richards" at Mar 24, 96 01:46:31 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Paul Richards wrote: > Why has the second paramater of fgets changed from int to size_t ? > > Doesn't the ANSI standard have something to say about this, similarly > ftell has a const added. Our definitions are ``more correct'', but violate ANSI. They have to be changed, or we cannot claim them ANSI compliant. (I've also stumpled across this when importing lint.) > Breaks the building of llib-lstdc but I don't want to change the lint > library since it looks right from my reading of K&R 2 and our files > look wrong. What's the correct thing to do? Btw., since you happen to continue the work on lint... Our libc includes two different ``struct pmap''s. One is the well-known one for the portmapper, the other one sneaked in from the VM code and describes a ``page map'' (or something like this). We need to change one of them, most likely the latter one, in order to ever get libc linted. I've once tried to add a ``pmap_t'' typedef for the latter type, but broke everything with it, since i've apparently overlooked something. This was about the point where i've stopped attempting to get lint fully included. More nits back from the old days (might or might not still apply): has definitions of the form: #define ntohl __byte_swap_long ...but needs to also get prototypes for the functions, perhaps an #ifdef __lint might help. redefines TRUE and FALSE, without protecting them by an #ifndef. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Mar 24 14:17:26 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA27683 for current-outgoing; Sun, 24 Mar 1996 14:17:26 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA27660 for ; Sun, 24 Mar 1996 14:17:18 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id UAA00284 for ; Sun, 24 Mar 1996 20:54:37 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id TAA29525 for freebsd-current@FreeBSD.org; Sun, 24 Mar 1996 19:54:37 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.4/8.6.9) id TAA05074 for freebsd-current@FreeBSD.org; Sun, 24 Mar 1996 19:40:35 +0100 (MET) From: J Wunsch Message-Id: <199603241840.TAA05074@uriah.heep.sax.de> Subject: Re: lint libraries To: freebsd-current@freebsd.org (FreeBSD-current users) Date: Sun, 24 Mar 1996 19:40:35 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199603241600.QAA12914@originat.demon.co.uk> from "Paul Richards" at Mar 24, 96 04:00:42 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Paul Richards wrote: > Ok, where are lint libraries going to live? > The .mk files suggest libdata but we don't currently have one. Import them from NetBSD. No need to disagree on this (i think they're using /usr/libdata/). 4.4BSD-Lite2 does also have a /usr/libdata (empty except of a file-less subdir structure /usr/libdata/learn/). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Mar 24 14:24:17 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA28049 for current-outgoing; Sun, 24 Mar 1996 14:24:17 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA28029 for ; Sun, 24 Mar 1996 14:24:04 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id AAA03582 for ; Mon, 25 Mar 1996 00:23:54 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id XAA01019 for freebsd-current@freebsd.org; Sun, 24 Mar 1996 23:23:53 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.4/8.6.9) id WAA05587; Sun, 24 Mar 1996 22:06:41 +0100 (MET) Date: Sun, 24 Mar 1996 22:06:41 +0100 (MET) Message-Id: <199603242106.WAA05587@uriah.heep.sax.de> X-Newsreader: knews 0.9.3 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Organization: Private BSD site, Dresden From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: FreeBSD 2.1.0 System Crashes often, please help. (fwd) To: freebsd-current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Does this give a hint to anybody? ----- Forwarded Message ----- From: brian@awfulhak.demon.co.uk (Brian Somers) Newsgroups: comp.unix.bsd.freebsd.misc Subject: Re: FreeBSD 2.1.0 System Crashes often, please help. Date: 19 Mar 1996 17:44:25 -0000 Organization: Coverform Ltd. Message-ID: <4imrpp$kg@anorak.coverform.lan> [Story about crashes deleted] I installed FreeBSD-2.1.0 as an upgrade to 2.0.5 - 2.0.5 had crashed about 0 - 1 times (barring a ppp kernel problem that was patched shortly after the 2.0.5 release) in the ~6 months I had it installed. 2.1.0 crashed _EVERY_ night. Eventually, I found that I had a /var/cron/tabs/root file in place that looked almost exactly the same as the /etc/crontab file that was installed by the upgrade. /etc/daily was the culprit. Because it was being run twice at exactly the same time, the system crashed. As I remember, it was a vnode inconsistency problem - similar to the problem mentioned previously in this thread with the simultaneous dumps....... It sounds like one of the driver routines is leaving a vnode in a temporarily inconsistent state ? Does this shine any light ? It's as bright as my tourch goes ! -- Brian Don't _EVER_ lose your sense of humour.... From owner-freebsd-current Sun Mar 24 14:29:41 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA28450 for current-outgoing; Sun, 24 Mar 1996 14:29:41 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA28444 for ; Sun, 24 Mar 1996 14:29:35 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA10414; Sun, 24 Mar 1996 15:21:12 -0700 From: Terry Lambert Message-Id: <199603242221.PAA10414@phaeton.artisoft.com> Subject: Re: Patch to talkd To: imp@village.org (Warner Losh) Date: Sun, 24 Mar 1996 15:21:12 -0700 (MST) Cc: terry@lambert.org, jkh@time.cdrom.com, freebsd-current@FreeBSD.org In-Reply-To: <199603242205.PAA06839@rover.village.org> from "Warner Losh" at Mar 24, 96 03:05:24 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > : The utility of broadcasts is severely restricted under UNIX because > : of the presentation mechanisms available. VMS was able to kludge > : this by insisting on ANSI escape sequence based terminals (really, > : they insisted on a tiny subset of even ANSI termials) so that they > : could block further I/O from the main channel in order to handle > : the broadcasts, and they could block the broadcasts until the finite > : state automaton showed a ground state (ie: no interrrupted or > : partial escape sequences). > > Actually, are you sure about that? The broadcast mechanism was > supposed to let the current write to the terminal complete before > broadcasting. However, users could setup a mailbox to receive the > broadcast messages. I don't think that if you were to, for example, > write out 3 (of say 6) characters of an escape sequence in one QIO and > then the last three in another that the driver would prevent a > broadcast message from getting splatted out between the two. I never > saw that in the docs.... Of course not. You are not supposed to write out incomplete ANSI escape sequences using QIO's; you are supposed to use the terminal interface to do it (which doesn't let you write out incomplete sequences, period). The ternial interface notifies the device of changes in insert/overstrike mode, scroll regions, and other issues which may impact the ability to switch sessions or print transparently, etc.. The finite state automaton I was referring to above is the one in the terminal itself. This is somewhat confusing, since the input mechanism under VMS is designed to undraw/redraw the current partial input line (it has *another* automaton -- which is why later DEC terminals do not have an Escape key). LAT utilizes this fact for multiple session on VT 330/340/etc. terminal to implement page flipping for things like insert mode for multiple sessions. The main impediment to a status line (typical use for a broadcast mailbox was to stick the broadcasts on the terminal status line) for UNIX is that escape sequences under UNIX are not guaranteed to be atomic (when there are multiple writers to the same tty interface, and the write buffer is large, even changes to all the programs to ensure write(2)-level atomicity won't fix the problem). This is the same reason "transparent printing" is generally such a kludge on UNIX systems. > : If you plan on hacking any of this, rather than following in the > : footsteps of VMS, you'd be better off working on divorcing the > : concept of session from the concept of tty, and establishing per > : session broadcast channels. > > That's kinda what I was thinking, but more of a per user thing rather > than a per session one. Talk doesn't have a good way to say "talk to > the person that is sitting at X display :2" A session is a connection between the computer and the user. There is *one* sesssion (in the divorced session model) which represents this. The only exception is for programs from different authentication instances (authentication needs to be divorced from the process and associated -- by default, anyway -- with the session, as well). So a session isn't really connected with the idea "X session" except in a vague, "these-are-the-default-associations" kind of way. > : By default, a session bound to a tty would register to recieve > : broadcasts in the tty data stream. This would be a function of > : the getty/telnetd/rlogin programs, since it's at that level that > : the association of session to broadcast channel and broadcast > : channel to tty must occur. This would establish historical > : behaviour for the default session applications that come with > : FreeBSD. You would need to hack xconsole, xterm, etc. in a > : FreeBSD specific way to clean up the other interfaces. > > Ick. I don't want to hack the kernel just so that I can get talk > requests forwarded to me. > > I can think of three ways to do it: > 1) Use a unix domain socket that is bound to the filesystem. > Talkd stats that file and if it is acceptible, sends me the message. > > 2) Connect via TCP to the talk daemon and use a different > request number that says "Oh, if you get a talk request for user > xyzzy, please be a dear and forward it to me at this address" > > 3) Have talk connect to my X server, write a property on the > root. My X-based talk client would then be able to get PropertyNotify > and I can do the reply. Well, if you want a non-talk-specific, non-kludge soloution (which you may not 8-)), then you should consider everying in the class with talkd "broadcasts" in the same design. This would include biff, wall, syslogd, write, shutdown, etc., and not just talkd. If you're careful at the same time, you buy the ability to handle things like "transparent print" and "status line support", assuming you make sure curses is clean (writes sequences using one write) and the tty code is sane (doesn't interleave fragmented writes from multiple sources), and that other applications are "well behaved". Realize that crap like Microsoft's BASIC for SCO Xenix/UNIX violates the "well behaved" stricture... 8-(. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Sun Mar 24 14:44:14 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA29110 for current-outgoing; Sun, 24 Mar 1996 14:44:14 -0800 (PST) Received: from haywire.DIALix.COM (root@haywire.DIALix.COM [192.203.228.65]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA29100 for ; Sun, 24 Mar 1996 14:44:06 -0800 (PST) Received: (from news@localhost) by haywire.DIALix.COM (8.7.5/8.7.3) id GAA19847 for freebsd-current@freebsd.org; Mon, 25 Mar 1996 06:45:17 +0800 (WST) X-Authentication-Warning: haywire.DIALix.COM: news set sender to usenet-request@haywire.dialix.com using -f Received: from GATEWAY by haywire.DIALix.COM with netnews for freebsd-current@freebsd.org (problems to: usenet@haywire.dialix.com) To: freebsd-current@freebsd.org Date: 24 Mar 96 22:43:26 GMT From: peter@jhome.DIALix.COM (Peter Wemm) Message-ID: Organization: DIALix Services, Perth, Australia. References: <199603241849.KAA27707@GndRsh.aac.dev.com>, <199603241917.MAA10069@phaeton.artisoft.com> Subject: Re: Patch to talkd Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk terry@lambert.org (Terry Lambert) writes: >> > If I don't like talk requests, I can always mesg n in my elm window, >> > after all! :) >> >> As a side effect of this patch what happens to a talk request if your >> least idle xterm has mesg n turned on? Does the talk fall back to >> another xterm, or do you get an error now? >Rod, you read my mind. >I would prefer a fallback in order of increasing idle time, then the >patch would be perfect. >The "type w and specify a tty" soloution only works if the user is local >and or if finger (better than w for this) is enabled. You can explicitly request a remote tty name when you are using ytalk (which is in ports somewhere) -Peter > Terry Lambert > terry@lambert.org >--- >Any opinions in this posting are my own and not those of my present >or previous employers. From owner-freebsd-current Sun Mar 24 14:50:51 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA29423 for current-outgoing; Sun, 24 Mar 1996 14:50:51 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA29414 for ; Sun, 24 Mar 1996 14:50:47 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id AAA04230 for ; Mon, 25 Mar 1996 00:50:44 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id XAA01330 for freebsd-current@FreeBSD.org; Sun, 24 Mar 1996 23:50:43 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.4/8.6.9) id XAA06456 for freebsd-current@FreeBSD.org; Sun, 24 Mar 1996 23:41:49 +0100 (MET) From: J Wunsch Message-Id: <199603242241.XAA06456@uriah.heep.sax.de> Subject: Re: lint To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sun, 24 Mar 1996 23:41:48 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199603241953.TAA01226@originat.demon.co.uk> from "Paul Richards" at Mar 24, 96 07:53:39 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Paul Richards wrote: > I've enabled lint. There's a lot to do to make it useable since FreeBSD > isn't very lint clean. /* LONGLONG */ needs to be added to a lot of > headers and there's a bit of a problem with the htonl macro since it > makes lint abort with a syntax error. Doesn't make lint very usefull > on real programs. (There are more things to care for, see my reply to your commit mail.) Here's my previous fix for the [hn]to[nh][sl] problem. I'm not sure if it's totally correct, but it used to work. Btw., once all the libs are lintable, we should enable the lint target in the Makefiles. If i understood it right, this will cause a lint run for each compilation. Index: sys/i386/include/endian.h =================================================================== RCS file: /home/cvs/src/sys/i386/include/endian.h,v retrieving revision 1.6 diff -u -r1.6 endian.h --- endian.h 1995/02/12 08:31:31 1.6 +++ endian.h 1995/10/15 13:22:40 @@ -107,14 +107,24 @@ #else +#ifndef lint #define ntohl __byte_swap_long #define ntohs __byte_swap_word #define htonl __byte_swap_long #define htons __byte_swap_word +#else /* lint */ +__BEGIN_DECLS +unsigned long ntohl __P((unsigned long)); +unsigned short ntohs __P((unsigned short)); +unsigned long htonl __P((unsigned long)); +unsigned short htons __P((unsigned short)); +__END_DECLS +#endif /* lint */ + +#define NTOHL(x) (x) = ntohl((unsigned long)x) +#define NTOHS(x) (x) = ntohs((unsigned short)x) +#define HTONL(x) (x) = htonl((unsigned long)x) +#define HTONS(x) (x) = htons((unsigned short)x) -#define NTOHL(x) (x) = ntohl((u_long)x) -#define NTOHS(x) (x) = ntohs((u_short)x) -#define HTONL(x) (x) = htonl((u_long)x) -#define HTONS(x) (x) = htons((u_short)x) #endif #endif /* _MACHINE_ENDIAN_H_ */ -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Mar 24 14:58:19 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA29716 for current-outgoing; Sun, 24 Mar 1996 14:58:19 -0800 (PST) Received: from originat.demon.co.uk (originat.demon.co.uk [158.152.220.9]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA29683 for ; Sun, 24 Mar 1996 14:57:11 -0800 (PST) Received: (from paul@localhost) by originat.demon.co.uk (8.7.5/8.6.9) id WAA02597; Sun, 24 Mar 1996 22:56:30 GMT From: Paul Richards Message-Id: <199603242256.WAA02597@originat.demon.co.uk> Subject: Re: fseek To: joerg_wunsch@uriah.heep.sax.de Date: Sun, 24 Mar 1996 22:56:30 +0000 (GMT) Cc: freebsd-current@FreeBSD.ORG In-Reply-To: <199603241805.TAA04491@uriah.heep.sax.de> from "J Wunsch" at Mar 24, 96 07:05:26 pm Reply-to: paul@netcraft.co.uk X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In reply to J Wunsch who said > > Our definitions are ``more correct'', but violate ANSI. They have to > be changed, or we cannot claim them ANSI compliant. (I've also > stumpled across this when importing lint.) I've changed this to be ANSI compliant now. > Btw., since you happen to continue the work on lint... Our libc > includes two different ``struct pmap''s. One is the well-known one > for the portmapper, the other one sneaked in from the VM code and > describes a ``page map'' (or something like this). We need to change > one of them, most likely the latter one, in order to ever get libc > linted. I've once tried to add a ``pmap_t'' typedef for the latter > type, but broke everything with it, since i've apparently overlooked > something. This was about the point where i've stopped attempting to > get lint fully included. I'll make a note of this. > > More nits back from the old days (might or might not still apply): > > has definitions of the form: > > #define ntohl __byte_swap_long Umm, the htonl macro (and I suspect this one) completely and utterly breaks lint. It flags a syntax error for the macro and then aborts some time later because it's unable to recover from it. As an example in our tree look at netstat. I first spotted it lint'ing Apache. originat:usr.bin/netstat% lint * if.c: if.c:168: syntax error if.c:168: __X undefined if.c:168: syntax error if.c:174: case not in switch if.c:182: syntax error if.c:182: __X undefined if.c:182: syntax error if.c:183: netnum undefined if.c:186: sipx undefined if.c:206: case not in switch if.c:215: default outside switch if.c:232: syntax error if.c:232: cannot recover from previous errors It's surprising how much of a mess our code is in actually when you run lint across it. I've only got access to FreeBSD at weekends since I work away during the week but I'll gradually work my way through all this if no-one works on it in the meantime. -- Paul Richards, Originative Solutions Ltd. Internet: paul@netcraft.co.uk, http://www.netcraft.co.uk Phone: 0370 462071 (Mobile), +44 1225 447500 (work) From owner-freebsd-current Sun Mar 24 15:45:57 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA03598 for current-outgoing; Sun, 24 Mar 1996 15:45:57 -0800 (PST) Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA03593 for ; Sun, 24 Mar 1996 15:45:53 -0800 (PST) Received: by sequent.kiae.su id AA19866 (5.65.kiae-2 for current@freebsd.org); Mon, 25 Mar 1996 02:44:15 +0300 Received: by sequent.KIAE.su (UUMAIL/2.0); Mon, 25 Mar 96 02:44:15 +0300 Received: (from ache@localhost) by astral.msk.su (8.7.5/8.7.3) id CAA04497 for current@freebsd.org; Mon, 25 Mar 1996 02:42:50 +0300 (MSK) To: current@freebsd.org Message-Id: Organization: Olahm Ha-Yetzirah Date: Mon, 25 Mar 1996 02:42:49 +0300 (MSK) X-Mailer: Mail/@ [v2.42 FreeBSD] From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) X-Class: Fast Subject: where is kgdb_panic? Lines: 10 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk loading kernel subr_prf.o: Undefined symbol `_kgdb_panic' referenced from text segment *** Error code 1 Stop. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-current Sun Mar 24 15:51:11 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA03848 for current-outgoing; Sun, 24 Mar 1996 15:51:11 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA03837 for ; Sun, 24 Mar 1996 15:51:03 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id BAA05161 for ; Mon, 25 Mar 1996 01:50:55 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id AAA02384 for freebsd-current@FreeBSD.org; Mon, 25 Mar 1996 00:50:53 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.4/8.6.9) id AAA06693 for freebsd-current@FreeBSD.org; Mon, 25 Mar 1996 00:28:20 +0100 (MET) From: J Wunsch Message-Id: <199603242328.AAA06693@uriah.heep.sax.de> Subject: Re: cvs commit: src/usr.bin/xlint/llib llib-lc Makefile llib-lstdc To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Mon, 25 Mar 1996 00:28:20 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199603242308.XAA02639@originat.demon.co.uk> from "Paul Richards" at Mar 24, 96 11:08:01 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Paul Richards wrote: > I guess the thing to do will be to > copy the stdc library definition to the c library definition as a > starting point and then add the other libc routines. No. (I've also made this mistake when i've been starting.) Only the lstdc and lposix files need to live there -- they are special cases. Everything else is supposed to be created out of the header files. It works sorta automagically. All you need to do is to say ``make lint'' in the lib directory. (Ok, there's still the boot- strapping problem.) lstdc and lposix are subsets from lc, that's why they get their own definition modules. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Mar 24 17:17:59 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA10154 for current-outgoing; Sun, 24 Mar 1996 17:17:59 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA10149 for ; Sun, 24 Mar 1996 17:17:56 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id RAA24376; Sun, 24 Mar 1996 17:17:10 -0800 (PST) To: Terry Lambert cc: imp@village.org (Warner Losh), freebsd-current@FreeBSD.ORG Subject: Re: Patch to talkd In-reply-to: Your message of "Sun, 24 Mar 1996 14:51:10 MST." <199603242151.OAA10350@phaeton.artisoft.com> Date: Sun, 24 Mar 1996 17:17:10 -0800 Message-ID: <24374.827716630@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Guys! Guys! Is talkd really such a burning issue? Why is it that the most trivial frazzola gets talked to death yet nobody discusses really burning issues like our total lack of NFS file locking? :-) Jordan From owner-freebsd-current Sun Mar 24 17:19:56 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA10207 for current-outgoing; Sun, 24 Mar 1996 17:19:56 -0800 (PST) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA10201 for ; Sun, 24 Mar 1996 17:19:52 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id SAA23698; Sun, 24 Mar 1996 18:19:39 -0700 Message-Id: <199603250119.SAA23698@rover.village.org> To: "Jordan K. Hubbard" Subject: Re: Patch to talkd Cc: Terry Lambert , freebsd-current@FreeBSD.ORG In-reply-to: Your message of Sun, 24 Mar 1996 17:17:10 PST Date: Sun, 24 Mar 1996 18:19:38 -0700 From: Warner Losh Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk : Guys! Guys! Is talkd really such a burning issue? Why is it that : the most trivial frazzola gets talked to death yet nobody discusses : really burning issues like our total lack of NFS file locking? :-) Because talk has only two or three variations, all trivially different. The lockd protocol from Sun has at least four non-trivial mutially incompatible versions :-(. Warner From owner-freebsd-current Sun Mar 24 17:25:31 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA10460 for current-outgoing; Sun, 24 Mar 1996 17:25:31 -0800 (PST) Received: from originat.demon.co.uk (originat.demon.co.uk [158.152.220.9]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA10447 for ; Sun, 24 Mar 1996 17:25:25 -0800 (PST) Received: (from paul@localhost) by originat.demon.co.uk (8.7.5/8.6.9) id BAA19095; Mon, 25 Mar 1996 01:16:46 GMT From: Paul Richards Message-Id: <199603250116.BAA19095@originat.demon.co.uk> Subject: Re: cvs commit: src/usr.bin/xlint/llib llib-lc Makefile llib-lstdc To: joerg_wunsch@uriah.heep.sax.de Date: Mon, 25 Mar 1996 01:16:46 +0000 (GMT) Cc: freebsd-current@FreeBSD.ORG In-Reply-To: <199603242328.AAA06693@uriah.heep.sax.de> from "J Wunsch" at Mar 25, 96 00:28:20 am Reply-to: paul@netcraft.co.uk X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In reply to J Wunsch who said > > Only the lstdc and lposix files need to live there -- they are special > cases. Everything else is supposed to be created out of the header > files. It works sorta automagically. All you need to do is to say > ``make lint'' in the lib directory. (Ok, there's still the boot- > strapping problem.) Ok, Peter can you revert that renaming of lstdc. I looked at this a bit. The hooks are still in the mk files for doing this. Apart from the fact that libc isn't anywhere near being lint ready (I'll start on this next weekend), lint doesn't understand all the CFLAGS, it doesn't understand -O in particular. We could add a LINTFLAGS or make lint itself ignore flags it doesn't care about. I prefer the former since there's no reason to expect lint to understand all the flags the compiler does. -- Paul Richards, Originative Solutions Ltd. Internet: paul@netcraft.co.uk, http://www.netcraft.co.uk Phone: 0370 462071 (Mobile), +44 1225 447500 (work) From owner-freebsd-current Sun Mar 24 17:36:48 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA10887 for current-outgoing; Sun, 24 Mar 1996 17:36:48 -0800 (PST) Received: from sasami.jurai.net (root@sasami.jurai.net [205.218.122.51]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA10882 Sun, 24 Mar 1996 17:36:43 -0800 (PST) Received: from localhost (winter@localhost) by sasami.jurai.net (8.7.4/8.7.3) with SMTP id TAA26309; Sun, 24 Mar 1996 19:36:53 -0600 (CST) Date: Sun, 24 Mar 1996 19:36:53 -0600 (CST) From: "Matthew N. Dodd" X-Sender: winter@sasami To: "Jonathan M. Bresler" cc: freebsd-current@FreeBSD.org Subject: Re: Patch to talkd In-Reply-To: <199603241458.GAA07519@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 24 Mar 1996, Jonathan M. Bresler wrote: > i think its a great idea. at work i have as many as 15 xterm going. > right now, i got 4 live (slow day). talk always seems to hit in > the middle of my mailer (grrr..) > > you shoudl see me dance when i am trygin to figure out which window > is beeping at me ;)) Use rxvt. You can set it so it de-iconifys when it gets a beep. A most usefull feature. | Matthew N. Dodd | winter@jurai.net | http://www.jurai.net/~winter | | Technical Manager | mdodd@intersurf.net | http://www.intersurf.net | | InterSurf Online | "Welcome to the net Sir, would you like a handbasket?"| From owner-freebsd-current Sun Mar 24 18:08:32 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA11963 for current-outgoing; Sun, 24 Mar 1996 18:08:32 -0800 (PST) Received: from sasami.jurai.net (root@sasami.jurai.net [205.218.122.51]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA11958 Sun, 24 Mar 1996 18:08:29 -0800 (PST) Received: from localhost (winter@localhost) by sasami.jurai.net (8.7.4/8.7.3) with SMTP id UAA27347; Sun, 24 Mar 1996 20:08:38 -0600 (CST) Date: Sun, 24 Mar 1996 20:08:37 -0600 (CST) From: "Matthew N. Dodd" X-Sender: winter@sasami To: Gary Palmer cc: freebsd-current@FreeBSD.ORG Subject: Re: Patch to talkd In-Reply-To: <699.827704223@palmer.demon.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 24 Mar 1996, Gary Palmer wrote: > Or do something like I've done for ages. From my .cshrc: > alias startx "mesg n ; \startx ; mesg y" My .cshrc is smart enough to know where and when to turn on mesg. It turns it off on sessions that run on the front end boxes (keeps lusers from being a bother) and turns it on on sessions that are on other boxes that aren't molested by end users. :) > Problem solved :) Yep, I think this patch is pretty slick. Someone I talked to said they had written an ntalkd that read a .talkdrc in the homedir of the recipient. This would allow all sorts of nifty things. | Matthew N. Dodd | winter@jurai.net | http://www.jurai.net/~winter | | Technical Manager | mdodd@intersurf.net | http://www.intersurf.net | | InterSurf Online | "Welcome to the net Sir, would you like a handbasket?"| From owner-freebsd-current Sun Mar 24 20:15:14 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA17166 for current-outgoing; Sun, 24 Mar 1996 20:15:14 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA17161 for ; Sun, 24 Mar 1996 20:15:08 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id PAA20022 for current@freebsd.org; Mon, 25 Mar 1996 15:11:06 +1100 Date: Mon, 25 Mar 1996 15:11:06 +1100 From: Bruce Evans Message-Id: <199603250411.PAA20022@godzilla.zeta.org.au> To: current@freebsd.org Subject: libdisk Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The builtin device list {"wd","sd",0} and logic (!strcmp(p, "wd", 2) are is unsuitable for a library. What about "fd", "vn", "od", ...? I change the list to test sysinstall since I rarely have any unpartitioned unlabelled wd or sd disks to test on. Bruce From owner-freebsd-current Sun Mar 24 20:16:44 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA17223 for current-outgoing; Sun, 24 Mar 1996 20:16:44 -0800 (PST) Received: from hamby1.lightside.net (hamby1.lightside.net [198.81.209.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA17218 for ; Sun, 24 Mar 1996 20:16:35 -0800 (PST) Received: (from jehamby@localhost) by hamby1.lightside.net (8.6.12/8.6.12) id UAA00838; Sun, 24 Mar 1996 20:18:45 -0800 Date: Sun, 24 Mar 1996 20:18:21 -0800 (PST) From: Jake Hamby X-Sender: jehamby@hamby1.lightside.net To: "Richard S. Straka" cc: freebsd-current@FreeBSD.ORG Subject: Re: 960321-SNAP - panic: unwire: page not in pmap In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 23 Mar 1996, Richard S. Straka wrote: > While booting from the boot floppy in 960321-SNAP, the kernel panics > with the message > > panic: unwire: page not in pmap Me too! Damn! And after I downloaded the entire SNAP to a Zip disk (and successfully installed it on the Pentium there), I get this same problem at home, the same problem I had with the last SNAP! > My machine is an AMD486DX4/100 with an IDE hard drive and 16MB mem. > This occurs after all the devices are successfully probed and > sysinstall is loading. The screen blanks as if the sysinstall menus > are going to appear and then the panic occurs and the machine locks up. > This problem also occurs with the boot floppies from 960226-SNAP and > 960303-SNAP. Any help solving this problem would be greatly > appreciated. Thanks in advance. My system is similar: AMD 486DX4/100, IDE + SCSI hard drives (Adaptec 2842VLB controller), 24MB RAM. AMI BIOS, S3 VLB video card, 28.8kbps internal modem, Soundblaster 16. I noticed that if I press ALT-F2 right after Sysinstall starts, I can see the debugging messages all the way up to "DOS slices found" before it hangs. PLEASE FIX THIS if you can, kernel hackers! This is the second snap in a row to do this.. :-( :-( I will try to build a -current kernel myself and see if it works when I boot from the hard drive without sysinstall, or if it crashes too... ------------------------------------------------------------------------------ Jake Hamby | E-Mail: jehamby@lightside.com Student, Cal Poly University, Pomona | System Administrator, JPL ------------------------------------------------------------------------------ From owner-freebsd-current Sun Mar 24 20:52:43 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA18697 for current-outgoing; Sun, 24 Mar 1996 20:52:43 -0800 (PST) Received: from burdell.cc.gatech.edu (root@burdell.cc.gatech.edu [130.207.3.207]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA18679 Sun, 24 Mar 1996 20:52:36 -0800 (PST) Received: from oscar.cc.gatech.edu (cau@oscar.cc.gatech.edu [130.207.107.12]) by burdell.cc.gatech.edu (8.7.1/8.6.9) with ESMTP id XAA03749; Sun, 24 Mar 1996 23:52:35 -0500 (EST) Received: (from cau@localhost) by oscar.cc.gatech.edu (8.7.1/8.6.9) id XAA24485; Sun, 24 Mar 1996 23:52:34 -0500 (EST) From: cau@cc.gatech.edu (Carlos Ugarte) Message-Id: <199603250452.XAA24485@oscar.cc.gatech.edu> Subject: Re: Crash advice needed APPENDIX B To: rgrimes@GndRsh.aac.dev.com (Rodney W. Grimes) Date: Sun, 24 Mar 1996 23:52:33 -0500 (EST) Cc: uhclem@nemesis.lonestar.org, hackers@FreeBSD.ORG, current@FreeBSD.ORG In-Reply-To: <199603230623.WAA26014@GndRsh.aac.dev.com> from "Rodney W. Grimes" at Mar 22, 96 10:23:23 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > 7. It has been suggested that I remove the cache. I'll just > > mention that the cache and the board it is plugged-into were > > both replaced earlier and there was no change in failure rate. > > Further, this board/cache has no trouble with SCO UNIX, > > Windows '95 and Windows NT which have all run on it previously [snip] > Because SCO Unix, Windows 95 and Windows NT are all gross in the way > they handled bus master DMA disk controllers, they use a dedicated > buffer area that is marked uncacheable just so they can run on the > broken cache coherency motherboards. Can you say totally defeat > the purpose of bus master DMA buy having the processor bcopy data > around... Unfortunately, I've got one of these broken motherboards. Is there a way to make FreeBSD behave the same way? That is, to mark some memory block uncacheable (I guess this would be the bounce buffers area)? I realize this would be counterproductive (decreased performance) in most cases, but in my case it might help (I am able to use my DMA busmaster car at lower CPU speeds, but I'd like to see the results of using a higher clock value). Carlos -- Carlos A. Ugarte cau@cc.gatech.edu Author of PageMage, a virtual desktop util for OS/2 http://www.cc.gatech.edu/people/home/cau/ Computer Science Senior at Georgia Tech From owner-freebsd-current Sun Mar 24 20:55:30 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA18780 for current-outgoing; Sun, 24 Mar 1996 20:55:30 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA18775 for ; Sun, 24 Mar 1996 20:55:26 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id PAA24491; Mon, 25 Mar 1996 15:51:07 +1100 Date: Mon, 25 Mar 1996 15:51:07 +1100 From: Bruce Evans Message-Id: <199603250451.PAA24491@godzilla.zeta.org.au> To: freebsd-current@FreeBSD.ORG, j@uriah.heep.sax.de Subject: Re: lint Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Here's my previous fix for the [hn]to[nh][sl] problem. I'm not sure >if it's totally correct, but it used to work. [hn]to[nh][sl] fail because they are macros that expand to unportable gcc code (with inline asm and expression-statements) and the standard version of isn't correctly ifdefed. Your fix works by hiding the macros. It should use ifdefs for `__GNUC__' instead of for `lint' (`lint' can't be used in standard headers anyway). However, there is a problem: `lint -g' doesn't actually understand gcc asm, and the asm used in the macros under discussion causes problems. The problem is limited by another one: `lint -g' doesn't define __GNUC__, so it doesn't lint the same code that gcc would compile. Bruce From owner-freebsd-current Sun Mar 24 21:05:39 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA19245 for current-outgoing; Sun, 24 Mar 1996 21:05:39 -0800 (PST) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA19240 for ; Sun, 24 Mar 1996 21:05:36 -0800 (PST) Received: (from root@localhost) by dyson.iquest.net (8.6.11/8.6.9) id AAA00311; Mon, 25 Mar 1996 00:05:30 -0500 From: "John S. Dyson" Message-Id: <199603250505.AAA00311@dyson.iquest.net> Subject: Re: 960321-SNAP - panic: unwire: page not in pmap To: jehamby@lightside.com (Jake Hamby) Date: Mon, 25 Mar 1996 00:05:29 -0500 (EST) Cc: straka@indirect.com, freebsd-current@FreeBSD.ORG Reply-To: dyson@FreeBSD.ORG In-Reply-To: from "Jake Hamby" at Mar 24, 96 08:18:21 pm X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > PLEASE FIX THIS if you can, kernel hackers! This is the second snap in > a row to do this.. :-( :-( I will try to build a -current kernel > myself and see if it works when I boot from the hard drive without > sysinstall, or if it crashes too... > Please AT LEAST provide a kernel trace back if you find this problem with -current. John From owner-freebsd-current Sun Mar 24 21:08:51 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA19349 for current-outgoing; Sun, 24 Mar 1996 21:08:51 -0800 (PST) Received: from precipice.shockwave.com (precipice.shockwave.com [171.69.108.33]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id VAA19344 for ; Sun, 24 Mar 1996 21:08:50 -0800 (PST) Received: from localhost.shockwave.com (localhost.shockwave.com [127.0.0.1]) by precipice.shockwave.com (8.7.5/8.7.3) with SMTP id VAA01413; Sun, 24 Mar 1996 21:08:22 -0800 (PST) Message-Id: <199603250508.VAA01413@precipice.shockwave.com> To: Terry Lambert cc: adam@veda.is (Adam David), freebsd-current@FreeBSD.org Subject: Re: async mounts, etc. In-reply-to: Your message of "Sun, 24 Mar 1996 12:13:31 MST." <199603241913.MAA10046@phaeton.artisoft.com> Date: Sun, 24 Mar 1996 21:08:22 -0800 From: Paul Traina Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk So when are you going to either release in patch form or commit your new framework? Talk is nice, but we still have broken code in the kernel, which talk ain't gonna fix. (Pardon the slang.) Paul From owner-freebsd-current Sun Mar 24 21:17:27 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA19688 for current-outgoing; Sun, 24 Mar 1996 21:17:27 -0800 (PST) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA19683 Sun, 24 Mar 1996 21:17:23 -0800 (PST) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id VAA28302; Sun, 24 Mar 1996 21:16:48 -0800 From: "Rodney W. Grimes" Message-Id: <199603250516.VAA28302@GndRsh.aac.dev.com> Subject: Re: Crash advice needed APPENDIX B To: cau@cc.gatech.edu (Carlos Ugarte) Date: Sun, 24 Mar 1996 21:16:47 -0800 (PST) Cc: uhclem@nemesis.lonestar.org, hackers@FreeBSD.ORG, current@FreeBSD.ORG In-Reply-To: <199603250452.XAA24485@oscar.cc.gatech.edu> from "Carlos Ugarte" at Mar 24, 96 11:52:33 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > > > 7. It has been suggested that I remove the cache. I'll just > > > mention that the cache and the board it is plugged-into were > > > both replaced earlier and there was no change in failure rate. > > > Further, this board/cache has no trouble with SCO UNIX, > > > Windows '95 and Windows NT which have all run on it previously > > [snip] > > > Because SCO Unix, Windows 95 and Windows NT are all gross in the way > > they handled bus master DMA disk controllers, they use a dedicated > > buffer area that is marked uncacheable just so they can run on the > > broken cache coherency motherboards. Can you say totally defeat > > the purpose of bus master DMA buy having the processor bcopy data > > around... > > Unfortunately, I've got one of these broken motherboards. Is > there a way to make FreeBSD behave the same way? That is, to > mark some memory block uncacheable (I guess this would be the > bounce buffers area)? I realize this would be counterproductive > (decreased performance) in most cases, but in my case it might > help (I am able to use my DMA busmaster car at lower CPU > speeds, but I'd like to see the results of using a higher clock > value). I can only theorize here as I am not that familiar with the current vm system in FreeBSD but... it should not be that major of a task to mark the bounce buffer region as uncachable (simply 1 or 2 bits per PTE in the page tables for this region) and then modify the bounce buffer code to _always_ bounce the I/O through the buffer. This would totally defeat bus mastered DMA, but it would infact allow broken hardware to run. It is going to take the likes of David Greenman or John Dyson to actually go implement it, and I would rather see them spend there time working on fixing critical software bugs that cause even good hardware to crash on occasion that is effecting _everyone_. Just my $1.00 worth... -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Mon Mar 25 00:02:20 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA27397 for current-outgoing; Mon, 25 Mar 1996 00:02:20 -0800 (PST) Received: from bunyip.cc.uq.oz.au (bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA27390 for ; Mon, 25 Mar 1996 00:02:09 -0800 (PST) Received: from bunyip.cc.uq.oz.au by bunyip.cc.uq.oz.au id <12230-0@bunyip.cc.uq.oz.au>; Mon, 25 Mar 1996 18:00:51 +1000 Received: from orion.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id RAA06693; Mon, 25 Mar 1996 17:50:06 +1000 Received: by orion.devetir.qld.gov.au (8.6.10/DEVETIR-0.3) id RAA25263; Mon, 25 Mar 1996 17:50:52 +1000 Date: Mon, 25 Mar 1996 17:50:52 +1000 From: Stephen McKay Message-Id: <199603250750.RAA25263@orion.devetir.qld.gov.au> To: "Justin T. Gibbs" cc: freebsd-current@freebsd.org, syssgm@devetir.qld.gov.au Subject: Re: Adaptec 1542B and 1522 on current kernels X-Newsreader: NN version 6.5.0 #1 (NOV) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk "Justin T. Gibbs" wrote: >J"org wrote: >>As Clarence Wilkerson wrote: >>> >>> My kernels are going into a stall and debug mode when trying to >>> boot on a 486DX4 with either a 1542B or 1522 installed for the taoe >>> and cdrom drive ( filesystems on ide drives). >> >>How -current? For a system from end of February, my 1540 works. > >Wasn't there a reported fix to some of these 154X card problems that >required using a FIFO scheme for recycling mailboxes? We currently >do LIFO. I sent a message like this to freebsd-scsi, so you might be referring to me. My problem turned up after an upgrade (amongst other things) of my processor from a 486DX33 to a 486DX4/100. I run FreeBSD 2.0.5 on it. I got lots of sd0: timed out and MBO was 01 should be 00. My solution was to attempt to avoid immediate reuse of mailboxes, based on a theory of how my BT545S could be postponing mailbox updates when it was really busy. The MBO problems disappeared, but the timeouts remained. My current theory concerns Write Back internal cache vs Write Through. Since my box was built before Write Back internal cache was thought of, I guessed that it may not support it properly. I modified pmap.c to mark every page Write Through and got markedly better stability. Or maybe not, since I've not been able to do enough testing. I tried a simple 'du /cdrom' on my old kernel, and the machine froze quickly. I booted the new Write Back kernel and 'du /cdrom' plus a zillion other concurrent SCSI-thrashing operations couldn't faze it. A few days later, I attempted to reproduce this, but almost destroyed all my filesystems! In an attempt to really stress it, I tried 'dd if=/dev/rcd0a | wc -c', which caused an immediate panic and file system corruption. This appears to be because the cdrom driver can't handle 512 byte reads. Don't try this on a system you care about. Also, I switched from X back to ttyv0 to look at console messages during a stress test. Instant death + file system corruption. Lesson: syscons virtual terminal switching is evil. After all this, plus a long session with fsck and clri, I had the system back up, but haven't had the guts to do another stress test, and all in all am having much more fun running WarCraft2 under DOS (euww!). Stephen. From owner-freebsd-current Mon Mar 25 00:54:11 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA04578 for current-outgoing; Mon, 25 Mar 1996 00:54:11 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA04556 for ; Mon, 25 Mar 1996 00:53:26 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA14923 for ; Mon, 25 Mar 1996 09:52:18 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id JAA05540 for freebsd-current@FreeBSD.org; Mon, 25 Mar 1996 09:52:19 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.4/8.6.9) id JAA08860 for freebsd-current@FreeBSD.org; Mon, 25 Mar 1996 09:47:40 +0100 (MET) From: J Wunsch Message-Id: <199603250847.JAA08860@uriah.heep.sax.de> Subject: Re: cvs commit: src/usr.bin/xlint/llib llib-lc Makefile llib-lstdc To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Mon, 25 Mar 1996 09:47:39 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199603250116.BAA19095@originat.demon.co.uk> from "Paul Richards" at Mar 25, 96 01:16:46 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Paul Richards wrote: > We could add a LINTFLAGS or make lint itself ignore flags it doesn't care > about. I prefer the former since there's no reason to expect lint to > understand all the flags the compiler does. Please, have a look at NetBSD first. They've got full and working lint support, there's no need to reinvent the wheel. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Mon Mar 25 00:55:36 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA04638 for current-outgoing; Mon, 25 Mar 1996 00:55:36 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA04557 for ; Mon, 25 Mar 1996 00:53:32 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA14927 for ; Mon, 25 Mar 1996 09:52:19 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id JAA05541 for freebsd-current@FreeBSD.org; Mon, 25 Mar 1996 09:52:21 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.4/8.6.9) id JAA08874 for freebsd-current@FreeBSD.org; Mon, 25 Mar 1996 09:48:13 +0100 (MET) From: J Wunsch Message-Id: <199603250848.JAA08874@uriah.heep.sax.de> Subject: Re: libdisk To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Mon, 25 Mar 1996 09:48:13 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199603250411.PAA20022@godzilla.zeta.org.au> from "Bruce Evans" at Mar 25, 96 03:11:06 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Bruce Evans wrote: > > The builtin device list {"wd","sd",0} and logic (!strcmp(p, "wd", 2) are > is unsuitable for a library. What about "fd", "vn", "od", ...? Same holds true for hard-coded major and minor numbers. :-(( -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Mon Mar 25 01:11:57 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA06155 for current-outgoing; Mon, 25 Mar 1996 01:11:57 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA06039 for ; Mon, 25 Mar 1996 01:11:00 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA15553 for ; Mon, 25 Mar 1996 10:08:43 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA05666 for freebsd-current@FreeBSD.org; Mon, 25 Mar 1996 10:08:45 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.4/8.6.9) id KAA09037 for freebsd-current@FreeBSD.org; Mon, 25 Mar 1996 10:03:10 +0100 (MET) From: J Wunsch Message-Id: <199603250903.KAA09037@uriah.heep.sax.de> Subject: Re: lint To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Mon, 25 Mar 1996 10:03:09 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199603250451.PAA24491@godzilla.zeta.org.au> from "Bruce Evans" at Mar 25, 96 03:51:07 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Bruce Evans wrote: > The problem is limited by another one: `lint -g' doesn't define __GNUC__, > so it doesn't lint the same code that gcc would compile. Have you discusses this with Jochen Pohl? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Mon Mar 25 01:27:28 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA07335 for current-outgoing; Mon, 25 Mar 1996 01:27:28 -0800 (PST) Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA07326 for ; Mon, 25 Mar 1996 01:27:21 -0800 (PST) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.7.5/8.6.9) id BAA01143; Mon, 25 Mar 1996 01:27:05 -0800 (PST) Date: Mon, 25 Mar 1996 01:27:05 -0800 (PST) Message-Id: <199603250927.BAA01143@silvia.HIP.Berkeley.EDU> To: loodvrij@gridpoint.com CC: current@freebsd.org In-reply-to: (loodvrij@gridpoint.com) Subject: Re: Patch to talkd From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * Here is a patch to talkd which makes it send the request to the tty with * the lowest idle time. Sorry, I don't think this is a very good idea. My solution to this problem is that I have one xterm always visible on my virtual screen, whose sole purpose is to get incoming talk requests and kernel messages. I make sure it grabs the first tty by inserting a small sleep in my .xinitrc. Now I need to run around trying to figure out where the beep is coming from (or won't notice it at all if I'm listening to the CD).... :( Satoshi From owner-freebsd-current Mon Mar 25 02:21:43 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA11377 for current-outgoing; Mon, 25 Mar 1996 02:21:43 -0800 (PST) Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id CAA11369 Mon, 25 Mar 1996 02:21:38 -0800 (PST) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.7.5/8.6.9) id CAA01337; Mon, 25 Mar 1996 02:21:20 -0800 (PST) Date: Mon, 25 Mar 1996 02:21:20 -0800 (PST) Message-Id: <199603251021.CAA01337@silvia.HIP.Berkeley.EDU> To: jkh@time.cdrom.com CC: gibbs@freefall.freebsd.org, paul@netcraft.co.uk, joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.ORG, loodvrij@gridpoint.com In-reply-to: <23407.827692718@time.cdrom.com> (jkh@time.cdrom.com) Subject: Re: Patch to talkd From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk * It does - this just changes the selection of a default when such a tty * _isn't_ given. Honestly, I don't understand all the contraversy over * this patch - it's a far better algorithm than simply grabbing the * first tty, regardless of how useful a place to reach the person it * actually is. The problem people have is that the tty selection is now dynamic and not static. As I said in my previous mail, I make sure that all incoming talk requests (without the third argument) show up in one window that's always visible, so even if I can't hear it or not in front of the machine at that time, I can see it when I get back. Now, if I leave my machine and someone talks to me, the message will show up in some window that I might never get back for many days! I'm sorry, I don't think this is a good idea at all. If the talk message showing up in ttyv0 is such a problem, why don't you mesg n on it anyway? Satoshi From owner-freebsd-current Mon Mar 25 03:26:11 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA15787 for current-outgoing; Mon, 25 Mar 1996 03:26:11 -0800 (PST) Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id DAA15772 Mon, 25 Mar 1996 03:26:08 -0800 (PST) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.7.5/8.6.9) id DAA02273; Mon, 25 Mar 1996 03:25:54 -0800 (PST) Date: Mon, 25 Mar 1996 03:25:54 -0800 (PST) Message-Id: <199603251125.DAA02273@silvia.HIP.Berkeley.EDU> To: jkh@time.cdrom.com, gibbs@freefall.freebsd.org, paul@netcraft.co.uk, joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.ORG, loodvrij@gridpoint.com In-reply-to: <199603251021.CAA01337@silvia.HIP.Berkeley.EDU> (asami@cs.berkeley.edu) Subject: Re: Patch to talkd From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I found another problem. I tried doing a "mesg n" in all my xterms except one from my .bashrc. However, the xterm that is started with "-e systat -iostat" doesn't read my .bashrc (of course), and furthermore, it always has zero idle time for some reason (no I'm not touching it). Thus, all the unqualified talk messages show up on that window. I don't know if systat is the only program that does it. Satoshi From owner-freebsd-current Mon Mar 25 04:27:48 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA20405 for current-outgoing; Mon, 25 Mar 1996 04:27:48 -0800 (PST) Received: from veda.is (root@ubiq.veda.is [193.4.230.60]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id EAA20374 for ; Mon, 25 Mar 1996 04:27:16 -0800 (PST) Received: (from adam@localhost) by veda.is (8.7.4/8.7.3) id MAA02695; Mon, 25 Mar 1996 12:25:38 GMT From: Adam David Message-Id: <199603251225.MAA02695@veda.is> Subject: Re: async mounts, etc. To: hsu@clinet.fi (Heikki Suonsivu) Date: Mon, 25 Mar 1996 12:25:38 +0000 (GMT) Cc: freebsd-current@freebsd.org In-Reply-To: <199603250430.GAA21047@cantina.clinet.fi> from Heikki Suonsivu at "Mar 25, 96 06:30:08 am" X-Mailer: ELM [version 2.4ME+ PL13 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > From: Adam David > it seems that some limit was exceeded and it panicked on average twice an hour > with "bad dir". It did not help to let fsck exercise the disk - I mean that > repair to the filesystem claimed to be successful but there were further panics. > > Run fsck several times in row, running once may not be enough. If you run > into directories which are "corrupted" and fsck keeps cleaning and > salvaging them endlessly, clri the offending directory and salvage the > files from lost+found. > > The "endless fsck" problem is not specific to async mouts, but async mounts > naturally increase the amount of damage. > > -- > Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@clinet.fi > mobile +358-40-5519679 work +358-0-4375360 fax -4555276 home -8031121 > The second run through fsck showed no further damage, and later "bad dir" panics involved directories that were not part of the previous damage. Something is broken, whether from a race condition or some other kind of size/load limit. -- Adam David From owner-freebsd-current Mon Mar 25 05:16:06 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA23101 for current-outgoing; Mon, 25 Mar 1996 05:16:06 -0800 (PST) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA23096 Mon, 25 Mar 1996 05:16:03 -0800 (PST) Received: (from root@localhost) by dyson.iquest.net (8.6.11/8.6.9) id IAA25614; Mon, 25 Mar 1996 08:15:59 -0500 From: "John S. Dyson" Message-Id: <199603251315.IAA25614@dyson.iquest.net> Subject: Re: Adaptec 1542B and 1522 on current kernels To: syssgm@devetir.qld.gov.au (Stephen McKay) Date: Mon, 25 Mar 1996 08:15:59 -0500 (EST) Cc: gibbs@freefall.freebsd.org, freebsd-current@freebsd.org, syssgm@devetir.qld.gov.au In-Reply-To: <199603250750.RAA25263@orion.devetir.qld.gov.au> from "Stephen McKay" at Mar 25, 96 05:50:52 pm X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > My problem turned up after an upgrade (amongst other things) of my processor > from a 486DX33 to a 486DX4/100. I run FreeBSD 2.0.5 on it. I got lots of > sd0: timed out and MBO was 01 should be 00. My solution was to attempt to > avoid immediate reuse of mailboxes, based on a theory of how my BT545S could > be postponing mailbox updates when it was really busy. The MBO problems > disappeared, but the timeouts remained. > Certainly not to dispute problems that some people have been having, but using the bt driver with the BT545S, I had *extremely* stable SCSI subsystem operation. My machine was a 486/66 non-write back (early CPU.) I wonder if some MBs don't support cache invalidation properly? John From owner-freebsd-current Mon Mar 25 05:32:47 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA23895 for current-outgoing; Mon, 25 Mar 1996 05:32:47 -0800 (PST) Received: from phoenix.csie.nctu.edu.tw (root@phoenix.csie.nctu.edu.tw [140.113.17.171]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA23878 for ; Mon, 25 Mar 1996 05:32:24 -0800 (PST) Received: from FreeBSD.csie.NCTU.edu.tw (root@freebsd.csie.nctu.edu.tw [140.113.235.250]) by phoenix.csie.nctu.edu.tw (8.6.11/8.6.4) with ESMTP id VAA02470 for ; Mon, 25 Mar 1996 21:32:28 +0800 Received: (from jdli@localhost) by FreeBSD.csie.NCTU.edu.tw (8.7.5/8.7.3) id VAA00749 for freebsd-current@freebsd.org; Mon, 25 Mar 1996 21:32:14 +0800 (CST) From: Jian-Da Li Message-Id: <199603251332.VAA00749@FreeBSD.csie.NCTU.edu.tw> Subject: 2.2-960323-SNAP: ipfw problem To: freebsd-current@freebsd.org Date: Mon, 25 Mar 1996 21:32:13 +0800 (CST) X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi : I just upgraded to 960323 from 960212, and my network was dead. After try&error for 2 hours, I found that if I add IPFW-related functions into kernel, my network will die even localhost. The problem is, my ipfw list is empty, it should not block any host. It's ok since I don't really use ipfw, but please check it. :) Thanks. -- ╖У ╚ь ╧F (Jian-Da Li) ╔Ф╓j╦Й╓u E-Mail : jdli@csie.nctu.edu.tw From owner-freebsd-current Mon Mar 25 05:34:53 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA24017 for current-outgoing; Mon, 25 Mar 1996 05:34:53 -0800 (PST) Received: from phoenix.csie.nctu.edu.tw (root@phoenix.csie.nctu.edu.tw [140.113.17.171]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA24012 for ; Mon, 25 Mar 1996 05:34:48 -0800 (PST) Received: from FreeBSD.csie.NCTU.edu.tw (root@freebsd.csie.nctu.edu.tw [140.113.235.250]) by phoenix.csie.nctu.edu.tw (8.6.11/8.6.4) with ESMTP id VAA02522 for ; Mon, 25 Mar 1996 21:34:51 +0800 Received: (from jdli@localhost) by FreeBSD.csie.NCTU.edu.tw (8.7.5/8.7.3) id VAA00799 for freebsd-current@freebsd.org; Mon, 25 Mar 1996 21:34:30 +0800 (CST) From: Jian-Da Li Message-Id: <199603251334.VAA00799@FreeBSD.csie.NCTU.edu.tw> Subject: NULLFS useable ?! To: freebsd-current@freebsd.org Date: Mon, 25 Mar 1996 21:34:30 +0800 (CST) X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi : I just tried NULLFS, but it will crash the system very soon. I use a lot of local-loopback-nfs-mount, and would like to use NULLFS if it is stable. (My OS : 2.2-960323-SNAP) Thanks. -- ╖У ╚ь ╧F (Jian-Da Li) ╔Ф╓j╦Й╓u E-Mail : jdli@csie.nctu.edu.tw From owner-freebsd-current Mon Mar 25 05:50:53 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA24875 for current-outgoing; Mon, 25 Mar 1996 05:50:53 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA24869 for ; Mon, 25 Mar 1996 05:50:48 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id AAA16328; Tue, 26 Mar 1996 00:48:21 +1100 Date: Tue, 26 Mar 1996 00:48:21 +1100 From: Bruce Evans Message-Id: <199603251348.AAA16328@godzilla.zeta.org.au> To: freebsd-current@FreeBSD.org, j@uriah.heep.sax.de Subject: Re: lint Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >> The problem is limited by another one: `lint -g' doesn't define __GNUC__, >> so it doesn't lint the same code that gcc would compile. >Have you discusses this with Jochen Pohl? I discussed related things (a long time ago after you first committed xlint). The args passed to cpp are fairly obvious in xlint.c. The other missing defines are: __GNUC_MINOR__ i386, __i386, __i386__ and anything in the user's specs file (which we don't support). Bruce From owner-freebsd-current Mon Mar 25 05:57:55 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA25143 for current-outgoing; Mon, 25 Mar 1996 05:57:55 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id FAA25134 Mon, 25 Mar 1996 05:57:53 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id FAA26769; Mon, 25 Mar 1996 05:57:06 -0800 (PST) To: asami@cs.berkeley.edu (Satoshi Asami) cc: gibbs@freefall.freebsd.org, paul@netcraft.co.uk, joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.ORG, loodvrij@gridpoint.com Subject: Re: Patch to talkd In-reply-to: Your message of "Mon, 25 Mar 1996 02:21:20 PST." <199603251021.CAA01337@silvia.HIP.Berkeley.EDU> Date: Mon, 25 Mar 1996 05:57:06 -0800 Message-ID: <26767.827762226@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > The problem people have is that the tty selection is now dynamic and > not static. As I said in my previous mail, I make sure that all Well, so far there's been one nay and a number of ayes, so I'd say that the patch has had more supporters than it's had detractors. Unless that situation changes, I'm happy to leave it in. Jordan From owner-freebsd-current Mon Mar 25 06:32:15 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA28547 for current-outgoing; Mon, 25 Mar 1996 06:32:15 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA28542 for ; Mon, 25 Mar 1996 06:32:13 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id GAA26915; Mon, 25 Mar 1996 06:31:16 -0800 (PST) To: Jian-Da Li cc: freebsd-current@freebsd.org Subject: Re: 2.2-960323-SNAP: ipfw problem In-reply-to: Your message of "Mon, 25 Mar 1996 21:32:13 +0800." <199603251332.VAA00749@FreeBSD.csie.NCTU.edu.tw> Date: Mon, 25 Mar 1996 06:31:16 -0800 Message-ID: <26913.827764276@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This is entirely correct, and has been discussed here for weeks. The idea now is that ipfw blocks all by default and you have to add rules to make it accept things. I'm sure there's a single wildcard rule you can add to get your network working again, or simply turn ipfw off if you're not using it! Jordan > > Hi : > > I just upgraded to 960323 from 960212, and my network was dead. > After try&error for 2 hours, I found that if I add IPFW-related > functions into kernel, my network will die even localhost. > The problem is, my ipfw list is empty, it should not block any > host. > It's ok since I don't really use ipfw, but please check it. :) > Thanks. > > -- > > ╖У ╚ь ╧F (Jian-Da Li) ╔Ф╓j╦Й╓u > E-Mail : jdli@csie.nctu.edu.tw From owner-freebsd-current Mon Mar 25 07:01:53 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA01274 for current-outgoing; Mon, 25 Mar 1996 07:01:53 -0800 (PST) Received: from s1.GANet.NET (s1.GANet.NET [199.18.201.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA01265 for ; Mon, 25 Mar 1996 07:01:50 -0800 (PST) Received: (from ec0@localhost) by s1.GANet.NET (8.6.11/8.6.11) id KAA02367; Mon, 25 Mar 1996 10:00:14 -0500 Date: Mon, 25 Mar 1996 10:00:13 -0500 (EST) From: Eric Chet To: Jian-Da Li cc: freebsd-current@FreeBSD.ORG Subject: Re: 2.2-960323-SNAP: ipfw problem In-Reply-To: <199603251332.VAA00749@FreeBSD.csie.NCTU.edu.tw> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 25 Mar 1996, Jian-Da Li wrote: > > Hi : > > I just upgraded to 960323 from 960212, and my network was dead. > After try&error for 2 hours, I found that if I add IPFW-related > functions into kernel, my network will die even localhost. > The problem is, my ipfw list is empty, it should not block any > host. Hello The latest implementation of ipfw is to block everything if your list is empty. It makes sense, you put a firewall in place but you did not tell it which ip's to not firewall. Eric J. Chet (ejc@nasvr1.cb.att.com || ec0@ganet.net) Lucent Technologies, Bell Labs Innovations Columbus, Ohio 43213 RM 1E222 From owner-freebsd-current Mon Mar 25 07:06:11 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA01757 for current-outgoing; Mon, 25 Mar 1996 07:06:11 -0800 (PST) Received: from cyb (cyb.alaska.net [204.17.139.166]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA01727 for ; Mon, 25 Mar 1996 07:05:57 -0800 (PST) Received: by cyb (Smail3.1.29.1 #9) id m0u1Dm9-0006etC; Mon, 25 Mar 96 06:01 AKST Message-Id: From: loodvrij@gridpoint.com (Bruce J. Keeler) Subject: Re: Patch to talkd To: asami@cs.berkeley.edu (Satoshi Asami) Date: Mon, 25 Mar 1996 06:01:41 -0900 (AKST) Cc: jkh@time.cdrom.com, gibbs@freefall.freebsd.org, paul@netcraft.co.uk, joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.ORG, loodvrij@gridpoint.com In-Reply-To: <199603251021.CAA01337@silvia.HIP.Berkeley.EDU> from "Satoshi Asami" at Mar 25, 96 02:21:20 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > The problem people have is that the tty selection is now dynamic and > not static. As I said in my previous mail, I make sure that all > incoming talk requests (without the third argument) show up in one > window that's always visible, so even if I can't hear it or not in > front of the machine at that time, I can see it when I get back. The request will come to the window that you most recently typed in, which will likely as not be on top. Anyway, I don't care much about calls that came in while I was out, as they'll probably have gone away by then, and if they had anything important to say they probably left email. > > Now, if I leave my machine and someone talks to me, the message will > show up in some window that I might never get back for many days! > > I'm sorry, I don't think this is a good idea at all. If the talk > message showing up in ttyv0 is such a problem, why don't you mesg n on > it anyway? Because I might actually be there. I wander around a lot. > > Satoshi > Bruce -- Bruce J. Keeler Internet: loodvrij@gridpoint.com -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- "The thing with beating your head against a wall is that it feels so *good* when you stop." From owner-freebsd-current Mon Mar 25 07:42:18 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA04026 for current-outgoing; Mon, 25 Mar 1996 07:42:18 -0800 (PST) Received: from skiddaw.elsevier.co.uk (skiddaw.elsevier.co.uk [193.131.222.60]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA04006 for ; Mon, 25 Mar 1996 07:42:01 -0800 (PST) Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by skiddaw.elsevier.co.uk (8.6.13/8.6.12) with ESMTP id PAA26256 for ; Mon, 25 Mar 1996 15:39:49 GMT Received: from tees by snowdon with SMTP (PP); Mon, 25 Mar 1996 15:34:32 +0000 Received: (from dpr@localhost) by tees (SMI-8.6/8.6.12) id PAA08784; Mon, 25 Mar 1996 15:40:21 GMT From: Paul Richards Message-Id: <199603251540.PAA08784@tees> Subject: Re: cvs commit: src/usr.bin/xlint/llib llib-lc Makefile llib-lstdc To: joerg_wunsch@uriah.heep.sax.de Date: Mon, 25 Mar 1996 15:40:20 +0000 (GMT) Cc: freebsd-current@FreeBSD.ORG In-Reply-To: <199603250847.JAA08860@uriah.heep.sax.de> from "J Wunsch" at Mar 25, 96 09:47:39 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In reply to J Wunsch who said > > As Paul Richards wrote: > > > We could add a LINTFLAGS or make lint itself ignore flags it doesn't care > > about. I prefer the former since there's no reason to expect lint to > > understand all the flags the compiler does. > > Please, have a look at NetBSD first. They've got full and working > lint support, there's no need to reinvent the wheel. Are you sure? I looked at their code on freefall last night. -- Paul Richards. Originative Solutions Ltd. (Netcraft Ltd. contractor) Elsevier Science TIS online journal project. Email: p.richards@elsevier.co.uk Phone: 0370 462071 (Mobile), +44 (0)1865 843155 From owner-freebsd-current Mon Mar 25 08:04:44 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA05474 for current-outgoing; Mon, 25 Mar 1996 08:04:44 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA05465 for ; Mon, 25 Mar 1996 08:04:41 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0u1Ekb-0003vnC; Mon, 25 Mar 96 08:04 PST Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id NAA11266; Mon, 25 Mar 1996 13:54:27 GMT X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: asami@cs.berkeley.edu (Satoshi Asami) cc: jkh@time.cdrom.com, gibbs@freefall.freebsd.org, paul@netcraft.co.uk, joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.ORG, loodvrij@gridpoint.com Subject: Re: Patch to talkd In-reply-to: Your message of "Mon, 25 Mar 1996 03:25:54 PST." <199603251125.DAA02273@silvia.HIP.Berkeley.EDU> Date: Mon, 25 Mar 1996 13:54:26 +0000 Message-ID: <11264.827762066@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I found another problem. I tried doing a "mesg n" in all my xterms > except one from my .bashrc. However, the xterm that is started with > "-e systat -iostat" doesn't read my .bashrc (of course), and > furthermore, it always has zero idle time for some reason (no I'm not > touching it). Thus, all the unqualified talk messages show up on that > window. All of this would be much better if the timestamp on the tty device-node was only updated on input... -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Mon Mar 25 08:18:08 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA06455 for current-outgoing; Mon, 25 Mar 1996 08:18:08 -0800 (PST) Received: from skiddaw.elsevier.co.uk (skiddaw.elsevier.co.uk [193.131.222.60]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA06444 for ; Mon, 25 Mar 1996 08:18:01 -0800 (PST) Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by skiddaw.elsevier.co.uk (8.6.13/8.6.12) with ESMTP id QAA26400 for ; Mon, 25 Mar 1996 16:15:57 GMT Received: from tees by snowdon with SMTP (PP); Mon, 25 Mar 1996 16:10:16 +0000 Received: (from dpr@localhost) by tees (SMI-8.6/8.6.12) id QAA08847 for FreeBSD-current@FreeBSD.org; Mon, 25 Mar 1996 16:16:11 GMT From: Paul Richards Message-Id: <199603251616.QAA08847@tees> Subject: Re: Patch to talkd To: FreeBSD-current@FreeBSD.org (FreeBSD current mailing list) Date: Mon, 25 Mar 1996 16:16:11 +0000 (GMT) In-Reply-To: <11264.827762066@critter.tfs.com> from "Poul-Henning Kamp" at Mar 25, 96 01:54:26 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In reply to Poul-Henning Kamp who said > > > I found another problem. I tried doing a "mesg n" in all my xterms > > except one from my .bashrc. However, the xterm that is started with > > "-e systat -iostat" doesn't read my .bashrc (of course), and > > furthermore, it always has zero idle time for some reason (no I'm not > > touching it). Thus, all the unqualified talk messages show up on that > > window. > > All of this would be much better if the timestamp on the tty device-node > was only updated on input... This is exactly the problem I was getting at. Instead of hunting for the window with the talk message you'll just sit there really puzzled since there won't be any talk message, just an occasional beep from somewhere because the message will keep getting overwritten. Even more likely is that you'll see the message appear but it'll vanish before you can work out who to reply to. This is hardly major stuff but you've just moved the problem, everyone told me to use mesg n to which I'll say, why wasn't this the solution in the first place? Thing is, I've now got to remember to set mesg n everytime I start a continually updating process whereas before I didn't because the message would always be there somewhere if I just looked for it. At least previously it was pretty obvious where to place the mesg n. -- Paul Richards. Originative Solutions Ltd. (Netcraft Ltd. contractor) Elsevier Science TIS online journal project. Email: p.richards@elsevier.co.uk Phone: 0370 462071 (Mobile), +44 (0)1865 843155 From owner-freebsd-current Mon Mar 25 09:15:22 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA12723 for current-outgoing; Mon, 25 Mar 1996 09:15:22 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA12710 for ; Mon, 25 Mar 1996 09:15:19 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0u1FrR-0003vnC; Mon, 25 Mar 96 09:15 PST Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id PAA11533 for ; Mon, 25 Mar 1996 15:31:42 GMT X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: current@freebsd.org Subject: panic in ipintr:297, anyone ? Date: Mon, 25 Mar 1996 15:31:41 +0000 Message-ID: <11531.827767901@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Is anybody else seing page-fault panics at a target addess of 0x1a from line 297 in ipintr ? Poul-Henning From owner-freebsd-current Mon Mar 25 09:17:24 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA13208 for current-outgoing; Mon, 25 Mar 1996 09:17:24 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA13196 for ; Mon, 25 Mar 1996 09:17:19 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA12155; Mon, 25 Mar 1996 10:08:44 -0700 From: Terry Lambert Message-Id: <199603251708.KAA12155@phaeton.artisoft.com> Subject: Re: Patch to talkd To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Mon, 25 Mar 1996 10:08:44 -0700 (MST) Cc: terry@lambert.org, imp@village.org, freebsd-current@FreeBSD.ORG In-Reply-To: <24374.827716630@time.cdrom.com> from "Jordan K. Hubbard" at Mar 24, 96 05:17:10 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Guys! Guys! Is talkd really such a burning issue? Why is it that > the most trivial frazzola gets talked to death yet nobody discusses > really burning issues like our total lack of NFS file locking? :-) I submitted the kernel patches for NFS file locking once; I assume you lost them? I can do the (fairly trivial) code in the rpc.lockd that goes with those patches after I verify one or two more things with Andrew (I assume that it's Andrew's rpc.lockd that is now in the source tree? I saw it go by on a SUP a while back...). Client locking is a bigger problem. It is nearly impossible without the VOP_LOCK changes I have been consistently advocating. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon Mar 25 09:20:35 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA13747 for current-outgoing; Mon, 25 Mar 1996 09:20:35 -0800 (PST) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA13737 Mon, 25 Mar 1996 09:20:28 -0800 (PST) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id JAA04958; Mon, 25 Mar 1996 09:18:52 -0800 From: "Rodney W. Grimes" Message-Id: <199603251718.JAA04958@GndRsh.aac.dev.com> Subject: Re: Adaptec 1542B and 1522 on current kernels To: toor@dyson.iquest.net (John S. Dyson) Date: Mon, 25 Mar 1996 09:18:52 -0800 (PST) Cc: syssgm@devetir.qld.gov.au, gibbs@freefall.freebsd.org, freebsd-current@freebsd.org In-Reply-To: <199603251315.IAA25614@dyson.iquest.net> from "John S. Dyson" at "Mar 25, 96 08:15:59 am" X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > > My problem turned up after an upgrade (amongst other things) of my processor > > from a 486DX33 to a 486DX4/100. I run FreeBSD 2.0.5 on it. I got lots of > > sd0: timed out and MBO was 01 should be 00. My solution was to attempt to > > avoid immediate reuse of mailboxes, based on a theory of how my BT545S could > > be postponing mailbox updates when it was really busy. The MBO problems > > disappeared, but the timeouts remained. > > > Certainly not to dispute problems that some people have been having, but > using the bt driver with the BT545S, I had *extremely* stable SCSI subsystem > operation. My machine was a 486/66 non-write back (early CPU.) > I wonder if some MBs don't support cache invalidation properly? I can confirm for you that there are broken cache designs out there that do not do proper invalidation. Most often it is the low cost boards with L2 write back caches, these can often be made to work in write through mode, but some are so broken they don't even get that right. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Mon Mar 25 09:21:41 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA13812 for current-outgoing; Mon, 25 Mar 1996 09:21:41 -0800 (PST) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA13802 Mon, 25 Mar 1996 09:21:38 -0800 (PST) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id JAA04968; Mon, 25 Mar 1996 09:20:54 -0800 From: "Rodney W. Grimes" Message-Id: <199603251720.JAA04968@GndRsh.aac.dev.com> Subject: Re: Patch to talkd To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Mon, 25 Mar 1996 09:20:54 -0800 (PST) Cc: asami@cs.berkeley.edu, gibbs@freefall.freebsd.org, paul@netcraft.co.uk, joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.ORG, loodvrij@gridpoint.com In-Reply-To: <26767.827762226@time.cdrom.com> from "Jordan K. Hubbard" at "Mar 25, 96 05:57:06 am" X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > The problem people have is that the tty selection is now dynamic and > > not static. As I said in my previous mail, I make sure that all > > Well, so far there's been one nay and a number of ayes, so I'd say > that the patch has had more supporters than it's had detractors. > Unless that situation changes, I'm happy to leave it in. I had my doubts when I first say it, now make that 2 nay's. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Mon Mar 25 09:22:49 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA13890 for current-outgoing; Mon, 25 Mar 1996 09:22:49 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA13849 for ; Mon, 25 Mar 1996 09:22:10 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA12173; Mon, 25 Mar 1996 10:12:55 -0700 From: Terry Lambert Message-Id: <199603251712.KAA12173@phaeton.artisoft.com> Subject: Re: async mounts, etc. To: pst@shockwave.com (Paul Traina) Date: Mon, 25 Mar 1996 10:12:55 -0700 (MST) Cc: terry@lambert.org, adam@veda.is, freebsd-current@FreeBSD.org In-Reply-To: <199603250508.VAA01413@precipice.shockwave.com> from "Paul Traina" at Mar 24, 96 09:08:22 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > So when are you going to either release in patch form or commit your > new framework? Talk is nice, but we still have broken code in the kernel, > which talk ain't gonna fix. (Pardon the slang.) In order, the answers to your questions are "I already have for 90% of it" and "I do not have commit priviledges". It is being worked on by various people. I know David and Jeffrey are both working on the Lite2 integration, which is a prerequisite for progress in a lot of areas, not just the ones I'm interested in. Give them some time, please. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon Mar 25 09:28:49 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA14492 for current-outgoing; Mon, 25 Mar 1996 09:28:49 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA14484 Mon, 25 Mar 1996 09:28:45 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA12203; Mon, 25 Mar 1996 10:18:05 -0700 From: Terry Lambert Message-Id: <199603251718.KAA12203@phaeton.artisoft.com> Subject: Re: Crash advice needed APPENDIX B To: rgrimes@GndRsh.aac.dev.com (Rodney W. Grimes) Date: Mon, 25 Mar 1996 10:18:04 -0700 (MST) Cc: cau@cc.gatech.edu, uhclem@nemesis.lonestar.org, hackers@FreeBSD.ORG, current@FreeBSD.ORG In-Reply-To: <199603250516.VAA28302@GndRsh.aac.dev.com> from "Rodney W. Grimes" at Mar 24, 96 09:16:47 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > Because SCO Unix, Windows 95 and Windows NT are all gross in the way > > > they handled bus master DMA disk controllers, they use a dedicated > > > buffer area that is marked uncacheable just so they can run on the > > > broken cache coherency motherboards. Can you say totally defeat > > > the purpose of bus master DMA buy having the processor bcopy data > > > around... > > > > Unfortunately, I've got one of these broken motherboards. Is > > there a way to make FreeBSD behave the same way? That is, to > > mark some memory block uncacheable (I guess this would be the > > bounce buffers area)? I realize this would be counterproductive > > (decreased performance) in most cases, but in my case it might > > help (I am able to use my DMA busmaster car at lower CPU > > speeds, but I'd like to see the results of using a higher clock > > value). > > I can only theorize here as I am not that familiar with the current > vm system in FreeBSD but... it should not be that major of a task > to mark the bounce buffer region as uncachable (simply 1 or 2 bits > per PTE in the page tables for this region) and then modify the > bounce buffer code to _always_ bounce the I/O through the buffer. > > This would totally defeat bus mastered DMA, but it would infact allow > broken hardware to run. I'd like to point out at this time that Cyrix/TI chipmask processors not based on the IBM masks Cyrix got a while back do *not* honor the non-cacheable bit in any case. A BINVD would be required to manually flush the cache, or the cache would still need to be turned off for these systems. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon Mar 25 09:30:34 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA14723 for current-outgoing; Mon, 25 Mar 1996 09:30:34 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA14714 for ; Mon, 25 Mar 1996 09:30:32 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA12220; Mon, 25 Mar 1996 10:22:00 -0700 From: Terry Lambert Message-Id: <199603251722.KAA12220@phaeton.artisoft.com> Subject: Re: Patch to talkd To: peter@jhome.DIALix.COM (Peter Wemm) Date: Mon, 25 Mar 1996 10:22:00 -0700 (MST) Cc: freebsd-current@FreeBSD.ORG In-Reply-To: from "Peter Wemm" at Mar 24, 96 10:43:26 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >The "type w and specify a tty" soloution only works if the user is local > >and or if finger (better than w for this) is enabled. > > You can explicitly request a remote tty name when you are using ytalk > (which is in ports somewhere) The reason it only works locally is that you can't identify the tty the person is on most of the time when you are not a local user as well. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon Mar 25 09:33:28 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA14955 for current-outgoing; Mon, 25 Mar 1996 09:33:28 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA14947 Mon, 25 Mar 1996 09:33:23 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id JAA27913; Mon, 25 Mar 1996 09:32:38 -0800 (PST) To: "Rodney W. Grimes" cc: asami@cs.berkeley.edu, gibbs@freefall.freebsd.org, paul@netcraft.co.uk, joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.ORG, loodvrij@gridpoint.com Subject: Re: Patch to talkd In-reply-to: Your message of "Mon, 25 Mar 1996 09:20:54 PST." <199603251720.JAA04968@GndRsh.aac.dev.com> Date: Mon, 25 Mar 1996 09:32:38 -0800 Message-ID: <27911.827775158@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I had my doubts when I first say it, now make that 2 nay's. Well, I guess I failed to count Paul's nay, so that's actually 3. Bleah. I'm going to stop committing these trivial changes - everyone jumps all over them with far more enthusiasm than they ever exhibit for the truly broken stuff, and it's more than a little annoying to spend 3 days debating something minor only to have everyone go completely silent when I try to get any help on something _majorly_ hosed! :-( Jordan From owner-freebsd-current Mon Mar 25 09:44:54 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA16758 for current-outgoing; Mon, 25 Mar 1996 09:44:54 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA16720 for ; Mon, 25 Mar 1996 09:44:46 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA12241; Mon, 25 Mar 1996 10:35:01 -0700 From: Terry Lambert Message-Id: <199603251735.KAA12241@phaeton.artisoft.com> Subject: Re: async mounts, etc. To: terry@safetynet.net (Terry Lambert) Date: Mon, 25 Mar 1996 10:35:01 -0700 (MST) Cc: pst@shockwave.com, terry@lambert.org, adam@veda.is, freebsd-current@FreeBSD.org In-Reply-To: <199603251712.KAA12173@phaeton.artisoft.com> from "Terry Lambert" at Mar 25, 96 10:12:55 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > So when are you going to either release in patch form or commit your > > new framework? Talk is nice, but we still have broken code in the kernel, > > which talk ain't gonna fix. (Pardon the slang.) > > In order, the answers to your questions are "I already have for 90% > of it" and "I do not have commit priviledges". Sorry to follow myself up, but I wanted to clarify something that may have left an incorrect impression. Your question is broken; my changes are *not* for a "new framework"; they are, instead, fixes to make the framework behave in accordance with it's design document. The initial move to the Heidemann framework in the 4.4BSD-Lite code was a rush job; it is very obvious that the code had been, for lack of a better word, "pounded" into the kernel. The changes are only intended to restore documented functionality and compliance with the original design intent, which was damaged in the integration. Since there is no longer a big legal pressure for hasty integration, it seems to me that it's time to correct the things which were done in haste and out of necessity, rather than for reasons of technical merit. In any case, if you believe that I have been "rewriting the world for the sake of rewriting the world", you are mistaken. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon Mar 25 09:51:15 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA17952 for current-outgoing; Mon, 25 Mar 1996 09:51:15 -0800 (PST) Received: from precipice.shockwave.com (precipice.shockwave.com [171.69.108.33]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA17941 for ; Mon, 25 Mar 1996 09:51:12 -0800 (PST) Received: from localhost.shockwave.com (localhost.shockwave.com [127.0.0.1]) by precipice.shockwave.com (8.7.5/8.7.3) with SMTP id JAA04526; Mon, 25 Mar 1996 09:50:41 -0800 (PST) Message-Id: <199603251750.JAA04526@precipice.shockwave.com> To: Terry Lambert cc: terry@safetynet.net (Terry Lambert), adam@veda.is, freebsd-current@FreeBSD.org Subject: Re: async mounts, etc. In-reply-to: Your message of "Mon, 25 Mar 1996 10:35:01 MST." <199603251735.KAA12241@phaeton.artisoft.com> Date: Mon, 25 Mar 1996 09:50:41 -0800 From: Paul Traina Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk From: Terry Lambert Subject: Re: async mounts, etc. In any case, if you believe that I have been "rewriting the world for the sake of rewriting the world", you are mistaken. Thanks for the clarification. As for commit priveleges, I'm not in charge of that, nor would I commit changes in this area of the code unilaterally. (I certainly would be happy to to grunt work if Bruce and David reviewed them.) What's your ETA for getting the code into shape, and do you imagine there will be much controversy over integration? From owner-freebsd-current Mon Mar 25 10:12:26 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA19119 for current-outgoing; Mon, 25 Mar 1996 10:12:26 -0800 (PST) Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA19113 for ; Mon, 25 Mar 1996 10:12:22 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by palmer.demon.co.uk (8.6.11/8.6.11) with SMTP id RAA00739 ; Mon, 25 Mar 1996 17:23:58 GMT To: Paul Richards cc: joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.ORG From: "Gary Palmer" Subject: Re: cvs commit: src/usr.bin/xlint/llib llib-lc Makefile llib-lstdc In-reply-to: Your message of "Mon, 25 Mar 1996 15:40:20 GMT." <199603251540.PAA08784@tees> Date: Mon, 25 Mar 1996 17:23:56 +0000 Message-ID: <737.827774636@palmer.demon.co.uk> Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Paul Richards wrote in message ID <199603251540.PAA08784@tees>: > > Please, have a look at NetBSD first. They've got full and working > > lint support, there's no need to reinvent the wheel. > Are you sure? I looked at their code on freefall last night. Did you check the sup log file? It could have fallen over again :( Gary From owner-freebsd-current Mon Mar 25 10:24:43 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA20342 for current-outgoing; Mon, 25 Mar 1996 10:24:43 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA20330 for ; Mon, 25 Mar 1996 10:24:39 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id KAA28192; Mon, 25 Mar 1996 10:23:04 -0800 (PST) To: Terry Lambert cc: imp@village.org, freebsd-current@FreeBSD.ORG Subject: Re: Patch to talkd In-reply-to: Your message of "Mon, 25 Mar 1996 10:08:44 MST." <199603251708.KAA12155@phaeton.artisoft.com> Date: Mon, 25 Mar 1996 10:23:04 -0800 Message-ID: <28190.827778184@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I submitted the kernel patches for NFS file locking once; I assume > you lost them? Could you submit them again? I've actually taken on the task of making rpc.lockd work and am collecting all the bits I can lay my hands on. Jordan P.S. No, not because I like rpc.lockd but because Kirk McKusick conned me into doing it for his operating systems class! :-) From owner-freebsd-current Mon Mar 25 10:35:46 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA22166 for current-outgoing; Mon, 25 Mar 1996 10:35:46 -0800 (PST) Received: from skiddaw.elsevier.co.uk (skiddaw.elsevier.co.uk [193.131.222.60]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA22151 for ; Mon, 25 Mar 1996 10:35:42 -0800 (PST) Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by skiddaw.elsevier.co.uk (8.6.13/8.6.12) with ESMTP id SAA26641 for ; Mon, 25 Mar 1996 18:33:39 GMT Received: from tees by snowdon with SMTP (PP); Mon, 25 Mar 1996 18:27:55 +0000 Received: (from dpr@localhost) by tees (SMI-8.6/8.6.12) id SAA09083; Mon, 25 Mar 1996 18:33:45 GMT From: Paul Richards Message-Id: <199603251833.SAA09083@tees> Subject: Re: Patch to talkd To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Mon, 25 Mar 1996 18:33:44 +0000 (GMT) Cc: rgrimes@GndRsh.aac.dev.com, asami@cs.berkeley.edu, gibbs@freefall.freebsd.org, paul@netcraft.co.uk, joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.ORG, loodvrij@gridpoint.com In-Reply-To: <27911.827775158@time.cdrom.com> from "Jordan K. Hubbard" at Mar 25, 96 09:32:38 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In reply to Jordan K. Hubbard who said > > Bleah. I'm going to stop committing these trivial changes - everyone > jumps all over them with far more enthusiasm than they ever exhibit > for the truly broken stuff, and it's more than a little annoying to > spend 3 days debating something minor only to have everyone go > completely silent when I try to get any help on something _majorly_ > hosed! :-( Well, strangely, it's probably for the opposite reasons you might assume, certainly in my case anyway. When I see a "trivial" patch that I think could possibly be undesirable I just ignore it rather than look into what the actual ramifications are since there are bigger more important problems to worry about. It's not until you actually commit that patch that I was happily going to forget about that I think more seriously about it. I bet it's the same with other people as well. This is hardly serious anyway, we could run with it this way for a while and see what actually happens in practice. Now, on to something else, can someone recommend a good book on Sparcs, all I have during the week is a Sun 5 so I might as well learn something about it. -- Paul Richards. Originative Solutions Ltd. (Netcraft Ltd. contractor) Elsevier Science TIS online journal project. Email: p.richards@elsevier.co.uk Phone: 0370 462071 (Mobile), +44 (0)1865 843155 From owner-freebsd-current Mon Mar 25 10:51:08 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA23942 for current-outgoing; Mon, 25 Mar 1996 10:51:08 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA23935 Mon, 25 Mar 1996 10:51:06 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id KAA28369; Mon, 25 Mar 1996 10:45:19 -0800 (PST) To: Paul Richards cc: rgrimes@GndRsh.aac.dev.com, asami@cs.berkeley.edu, gibbs@freefall.freebsd.org, paul@netcraft.co.uk, joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.ORG, loodvrij@gridpoint.com Subject: Re: Patch to talkd In-reply-to: Your message of "Mon, 25 Mar 1996 18:33:44 GMT." <199603251833.SAA09083@tees> Date: Mon, 25 Mar 1996 10:45:19 -0800 Message-ID: <28366.827779519@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > This is hardly serious anyway, we could run with it this way for a while and > see what actually happens in practice. My thoughts exactly. If it looks like it's confusing more than it helps, I'll be the first to race to back it out. I just want to give it a fair shake first. As Poul-H says, we also should only update the tty mod time on input, not output. That would solve the other problem people have been talking about where it gets lost in some scrolling text. Jordan From owner-freebsd-current Mon Mar 25 11:02:18 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA25088 for current-outgoing; Mon, 25 Mar 1996 11:02:18 -0800 (PST) Received: from ki.net (root@ki.net [142.77.249.8]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA24989 for ; Mon, 25 Mar 1996 11:00:50 -0800 (PST) Received: (from scrappy@localhost) by ki.net (8.7.4/8.7.4) id OAA11045; Mon, 25 Mar 1996 14:00:54 -0500 (EST) Date: Mon, 25 Mar 1996 14:00:51 -0500 (EST) From: "Marc G. Fournier" To: current@freebsd.org Subject: ed_start() + 0x315 panic reoccuring... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi... After coming to the office again this morning, I found my -current machine once more panic'd and in DDB. This time, I was also able to get a core dump, not that it seems to be helpful: Script started on Mon Mar 25 13:51:45 1996 freebsd# gdb -k /usr/src/sys/compile/freebsd/kernel.debug vmcore.2 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.13 (i386-unknown-freebsd), Copyright 1994 Free Software Foundation, Inc... IdlePTD 20b000 current pcb at 1d8d88 cannot read proc pointer at f01c6ce0 (kgdb) quit freebsd# exit exit Script done on Mon Mar 25 13:53:12 1996 David suggested something about interrupt masks, but this machine operates for 24+ hours before it panics...or is that irrelevant? Right now I have a machine sitting here doing absolutely nothing since it panics too regular to trust it to anything :( Suggestions on where to look, what to look for would be much appreciated, since I'd love to move some load over to this machine Thanks... Marc G. Fournier | POP Mail Telnet Acct DNS Hosting System | WWW Services Database Services | Knowledge, Administrator | | Information and scrappy@ki.net | WWW: http://www.ki.net | Communications, Inc From owner-freebsd-current Mon Mar 25 11:35:57 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA28267 for current-outgoing; Mon, 25 Mar 1996 11:35:57 -0800 (PST) Received: from ki.net (root@ki.net [142.77.249.8]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA28254 for ; Mon, 25 Mar 1996 11:35:50 -0800 (PST) Received: (from scrappy@localhost) by ki.net (8.7.4/8.7.4) id OAA11592; Mon, 25 Mar 1996 14:36:58 -0500 (EST) Date: Mon, 25 Mar 1996 14:36:56 -0500 (EST) From: "Marc G. Fournier" To: current@freebsd.org Subject: PATCH: /usr/src/sys/miscfs/devfs/devfs_tree.c Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi... Can someone commit the patch that follows? The patch fixes a problem with devfs_add_devswf() in which a device isn't being created properly if it involves a subdirectory. At the end of this email, is an example of what the current code does and what the patch produces. Thanks... *** /usr/src.orig/sys/miscfs/devfs/devfs_tree.c Sun Feb 18 04:43:44 1996 --- miscfs/devfs/devfs_tree.c Fri Mar 22 14:09:15 1996 *************** *** 910,916 **** ...) { va_list ap; ! char *p, *q, buf[256]; /* XXX */ int i; va_start(ap, fmt); --- 910,916 ---- ...) { va_list ap; ! char *p, buf[256]; /* XXX */ int i; va_start(ap, fmt); *************** *** 918,929 **** va_end(ap); buf[i] = '\0'; p = NULL; - for (q=buf; *q == '/'; q++) - continue; ! for (i=0; q[i]; i++) ! if (q[i] == '/') ! p = q; if (p) { *p++ = '\0'; --- 918,930 ---- va_end(ap); buf[i] = '\0'; p = NULL; ! for(i=strlen(buf); i>0; i--) ! if(buf[i] == '/') { ! p=&buf[i]; ! buf[i]=0; ! break; ! } if (p) { *p++ = '\0'; -----[ CUT HERE ]----- main1.c is a standalone program using the algorithm used in the original devfs_add_devswf(), while main.c is a standalone program using the modified devfs_add_devswf(). Both are trying to create a device of "/fd/0", as is used in /usr/src/sys/kern/kern_descrip.c. What should happen is a device named 0 should be created in /fd, but the current code tries to create a device named 'd/0' in / Script started on Mon Mar 25 14:33:36 1996 > cat main1.c #include main() { char buf[20], *p, *q; int i; strcpy(buf, "/fd/0"); printf("buf = %s\n\n", buf); p = NULL; for (q=buf; *q == '/'; q++) continue; for (i=0; q[i]; i++) if (q[i] == '/') p = q; if(p) { *p++ = '\0'; printf("buf = %s\np = %s\n\n", buf, p); } else printf("buf = %s\np is NULL\n\n", buf); } > ./main1 buf = /fd/0 buf = / p = d/0 > cat main.c #include main() { char buf[20], *p; int i; strcpy(buf, "/fd/0"); printf("buf = %s\n\n", buf); p = NULL; for(i = strlen(buf); i >= 0; i--) if(buf[i] == '/') { p = &buf[i]; buf[i] = 0; break; } if(p) { *p++ = '\0'; printf("buf = %s\np = %s\n\n", buf, p); } else printf("buf = %s\np is NULL\n\n", buf); } > ./main buf = /fd/0 buf = /fd p = 0 > exit exit Script done on Mon Mar 25 14:33:45 1996 Marc G. Fournier | POP Mail Telnet Acct DNS Hosting System | WWW Services Database Services | Knowledge, Administrator | | Information and scrappy@ki.net | WWW: http://www.ki.net | Communications, Inc From owner-freebsd-current Mon Mar 25 11:45:24 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA29300 for current-outgoing; Mon, 25 Mar 1996 11:45:24 -0800 (PST) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA29292 for ; Mon, 25 Mar 1996 11:45:21 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.6.12/8.6.5) with SMTP id LAA06195; Mon, 25 Mar 1996 11:45:48 -0800 Message-Id: <199603251945.LAA06195@Root.COM> X-Authentication-Warning: implode.Root.COM: Host localhost didn't use HELO protocol To: "Jordan K. Hubbard" cc: freebsd-current@FreeBSD.ORG Subject: Re: Patch to talkd In-reply-to: Your message of "Mon, 25 Mar 1996 10:45:19 PST." <28366.827779519@time.cdrom.com> From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 25 Mar 1996 11:45:48 -0800 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> This is hardly serious anyway, we could run with it this way for a while and >> see what actually happens in practice. > >My thoughts exactly. If it looks like it's confusing more than it >helps, I'll be the first to race to back it out. I just want to >give it a fair shake first. > >As Poul-H says, we also should only update the tty mod time on input, >not output. That would solve the other problem people have been >talking about where it gets lost in some scrolling text. As far as I was ever aware, that's what the code *does* do. I've never seen the idle time affected by output. Hmmm. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-current Mon Mar 25 12:02:11 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA01302 for current-outgoing; Mon, 25 Mar 1996 12:02:11 -0800 (PST) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA01294 for ; Mon, 25 Mar 1996 12:02:08 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.6.12/8.6.5) with SMTP id MAA06245; Mon, 25 Mar 1996 12:02:26 -0800 Message-Id: <199603252002.MAA06245@Root.COM> X-Authentication-Warning: implode.Root.COM: Host localhost didn't use HELO protocol To: Paul Traina cc: freebsd-current@FreeBSD.org Subject: Re: async mounts, etc. In-reply-to: Your message of "Mon, 25 Mar 1996 09:50:41 PST." <199603251750.JAA04526@precipice.shockwave.com> From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 25 Mar 1996 12:02:26 -0800 Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > From: Terry Lambert > Subject: Re: async mounts, etc. > > In any case, if you believe that I have been "rewriting the world > for the sake of rewriting the world", you are mistaken. > >Thanks for the clarification. > >As for commit priveleges, I'm not in charge of that, nor would I commit >changes in this area of the code unilaterally. (I certainly would be >happy to to grunt work if Bruce and David reviewed them.) > >What's your ETA for getting the code into shape, and do you imagine there >will be much controversy over integration? The mount of controversy is directly proportional to the amount of non-related changes that are simultaneously submitted (mixed in with the rest). Both John and I keep looking at Terry's stuff and asking "Hmmm, how can we extract just the substance of this". A sure-fire way to cause the code to not be committed is to make "single entry, single exit" changes at the same time. I don't care to debate this subject now, but I do want to make something clear: whether you have commit authority or not, I *strongly* encourage that changes be localized to the task at hand - especially when the changes must be reviewed before commit like the ones Terry almost always submits. This *can* be done. We (john and me) know we can extract the namei/componentname changes from one of Terry's submissions, for example, but simply haven't had the time to do it. Just to clarify my position on the VOP_LOCK layering...I agree in principle with these changes (as does John D. and Kirk). If Terry is willing to implement *just* those changes, then we will seriously consider them. I know it's tempting to fix this or that at the same time or to implement your personal stylistic changes or whatever. There's too much that can go wrong in the locking, however, and I must insist that the changes be "localized to the task". -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-current Mon Mar 25 12:45:47 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA03677 for current-outgoing; Mon, 25 Mar 1996 12:45:47 -0800 (PST) Received: (from dima@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA03671 Mon, 25 Mar 1996 12:45:44 -0800 (PST) Message-Id: <199603252045.MAA03671@freefall.freebsd.org> Subject: Re: Patch to talkd To: gpalmer@FreeBSD.ORG (Gary Palmer) Date: Mon, 25 Mar 1996 12:45:44 -0800 (PST) Cc: jkh@time.cdrom.com, paul@netcraft.co.uk, joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.ORG, loodvrij@gridpoint.com In-Reply-To: <699.827704223@palmer.demon.co.uk> from "Gary Palmer" at Mar 24, 96 09:50:23 pm From: dima@FreeBSD.ORG (Dima Ruban) X-Class: Fast Organization: HackerDome X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Gary Palmer writes: > > "Jordan K. Hubbard" wrote in message ID > <22960.827679559@time.cdrom.com>: > > If I don't like talk requests, I can always mesg n in my elm window, > > after all! :) > > Or do something like I've done for ages. From my .cshrc: > > alias startx "mesg n ; \startx ; mesg y" you can do mesg n from .xinitrc :-) > > Problem solved :) > > Gary > -- dima From owner-freebsd-current Mon Mar 25 13:24:38 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA06185 for current-outgoing; Mon, 25 Mar 1996 13:24:38 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA06126 for ; Mon, 25 Mar 1996 13:24:25 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA10549 for ; Mon, 25 Mar 1996 22:23:50 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id WAA12267 for freebsd-current@FreeBSD.org; Mon, 25 Mar 1996 22:23:51 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.4/8.6.9) id VAA10320 for freebsd-current@FreeBSD.org; Mon, 25 Mar 1996 21:43:14 +0100 (MET) From: J Wunsch Message-Id: <199603252043.VAA10320@uriah.heep.sax.de> Subject: Re: cvs commit: src/usr.bin/xlint/llib llib-lc Makefile llib-lstdc To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Mon, 25 Mar 1996 21:43:14 +0100 (MET) In-Reply-To: <199603251540.PAA08784@tees> from "Paul Richards" at Mar 25, 96 03:40:20 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Paul Richards wrote: > > Please, have a look at NetBSD first. They've got full and working > > lint support, there's no need to reinvent the wheel. > > > Are you sure? I looked at their code on freefall last night. I'm absolutely sure that their lint support is functional (and several months beyond the ``bootstrapping'' stage). In case you've got technical question regarding lint itself, the author (Jochen Pohl) is reachable as jpo.drs@sni.de. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Mon Mar 25 13:25:02 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA06265 for current-outgoing; Mon, 25 Mar 1996 13:25:02 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA06245 for ; Mon, 25 Mar 1996 13:24:57 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA10569 for ; Mon, 25 Mar 1996 22:24:22 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id WAA12298 for freebsd-current@FreeBSD.org; Mon, 25 Mar 1996 22:24:24 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.4/8.6.9) id VAA10338 for freebsd-current@FreeBSD.org; Mon, 25 Mar 1996 21:46:26 +0100 (MET) From: J Wunsch Message-Id: <199603252046.VAA10338@uriah.heep.sax.de> Subject: Re: lint To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Mon, 25 Mar 1996 21:46:25 +0100 (MET) In-Reply-To: <199603251348.AAA16328@godzilla.zeta.org.au> from "Bruce Evans" at Mar 26, 96 00:48:21 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Bruce Evans wrote: > >Have you discusses this with Jochen Pohl? > The args passed to cpp are fairly obvious in xlint.c. The other missing Yes, i know. I was rather interested in the author's opinion. Anyway, the code has been imported with a vendor tag, and we are free to add something like __GNUC__ ourselves. > defines are: > > __GNUC_MINOR__ Is this being used anywhere? > i386, __i386, __i386__ I remember that i've dicussed this with Jochen, but i would have to lookup the mail archives. I think we didn't agree on a commonly accepted way to handle this. Well, perhaps we should have a look into the current NetBSD version, this problem must have been much more urgent for NetBSD (unless they've been solving it elsewhere). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Mon Mar 25 13:25:19 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA06318 for current-outgoing; Mon, 25 Mar 1996 13:25:19 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA06111 for ; Mon, 25 Mar 1996 13:24:22 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA10512; Mon, 25 Mar 1996 22:22:29 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id WAA12191; Mon, 25 Mar 1996 22:22:31 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.4/8.6.9) id WAA10662; Mon, 25 Mar 1996 22:13:15 +0100 (MET) From: J Wunsch Message-Id: <199603252113.WAA10662@uriah.heep.sax.de> Subject: Re: NULLFS useable ?! To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Mon, 25 Mar 1996 22:13:14 +0100 (MET) Cc: jdli@FreeBSD.csie.NCTU.edu.tw (Jian-Da Li) In-Reply-To: <199603251334.VAA00799@FreeBSD.csie.NCTU.edu.tw> from "Jian-Da Li" at Mar 25, 96 09:34:30 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Jian-Da Li wrote: > I just tried NULLFS, but it will crash the system very soon. All the ``oddball'' file systems are known to be seriously broken. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Mon Mar 25 13:47:29 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA08518 for current-outgoing; Mon, 25 Mar 1996 13:47:29 -0800 (PST) Received: from sovcom.kiae.su (sovcom.kiae.su [144.206.136.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA08510 for ; Mon, 25 Mar 1996 13:47:24 -0800 (PST) Received: by sovcom.kiae.su id AA11142 (5.65.kiae-1 ); Tue, 26 Mar 1996 00:37:45 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Tue, 26 Mar 96 00:37:45 +0300 Received: (from ache@localhost) by astral.msk.su (8.7.5/8.7.3) id AAA00387; Tue, 26 Mar 1996 00:27:07 +0300 (MSK) Message-Id: <199603252127.AAA00387@astral.msk.su> Subject: Re: Patch to talkd To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Tue, 26 Mar 1996 00:27:07 +0300 (MSK) Cc: rgrimes@gndrsh.aac.dev.com, asami@cs.berkeley.edu, gibbs@freefall.freebsd.org, paul@netcraft.co.uk, joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.ORG, loodvrij@gridpoint.com In-Reply-To: <27911.827775158@time.cdrom.com> from "Jordan K. Hubbard" at "Mar 25, 96 09:32:38 am" From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) X-Class: Fast X-Mailer: ELM [version 2.4ME+ PL13 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > I had my doubts when I first say it, now make that 2 nay's. > > Well, I guess I failed to count Paul's nay, so that's actually 3. I vote FOR this patch. I also think that tty atime must be updated on input, not on output. Mtime can be updated on both input & output. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-current Mon Mar 25 14:06:04 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA10031 for current-outgoing; Mon, 25 Mar 1996 14:06:04 -0800 (PST) Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA10024 Mon, 25 Mar 1996 14:06:00 -0800 (PST) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.7.5/8.6.9) id OAA06919; Mon, 25 Mar 1996 14:05:32 -0800 (PST) Date: Mon, 25 Mar 1996 14:05:32 -0800 (PST) Message-Id: <199603252205.OAA06919@silvia.HIP.Berkeley.EDU> To: jkh@time.cdrom.com CC: rgrimes@GndRsh.aac.dev.com, gibbs@freefall.freebsd.org, paul@netcraft.co.uk, joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.ORG, loodvrij@gridpoint.com In-reply-to: <27911.827775158@time.cdrom.com> (jkh@time.cdrom.com) Subject: Re: Patch to talkd From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk * Bleah. I'm going to stop committing these trivial changes - everyone * jumps all over them with far more enthusiasm than they ever exhibit * for the truly broken stuff, and it's more than a little annoying to * spend 3 days debating something minor only to have everyone go * completely silent when I try to get any help on something _majorly_ * hosed! :-( You don't sound like yourself, Jordan. I thought you already knew what a thankless job the "president" is! :> Anyway, people are jumping all over it is because it was NOT broken for some people (at least there was an easy work-around), and your commit moved the problem. Which made the default behavior (when you don't pay much attention to ordering of ttys) more desirable for others while the work-around went away. If you take away a behavior in the system that some people like, you can expect them to scream. :) Oh, and the reason why more people comment on this than the NFS locking -- maybe because it's easier to understand? Satoshi From owner-freebsd-current Mon Mar 25 15:21:48 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA15333 for current-outgoing; Mon, 25 Mar 1996 15:21:48 -0800 (PST) Received: from davinci.isds.duke.edu (davinci.isds.duke.edu [152.3.22.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA15323 for ; Mon, 25 Mar 1996 15:21:44 -0800 (PST) Received: from diego.isds.duke.edu (diego.isds.duke.edu [152.3.22.47]) by davinci.isds.duke.edu (8.7.4/8.6.9) with ESMTP id SAA25594 for ; Mon, 25 Mar 1996 18:21:41 -0500 (EST) From: Andrew Gallatin Message-Id: <199603252321.SAA25594@davinci.isds.duke.edu> Date: Mon, 25 Mar 1996 18:21:40 -0500 (EST) To: current@freebsd.org Subject: 2.2-960323-SNAP: ibcs2 panic Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I'm managing to reliably crash a 486sx25 by running WP6.0 for SCO. I'm running the 2.2-960323-SNAP. When running a kernel built with the 'normal' fp emulator, many ibcs2 & linux programs (like xwp & executor) die with some sort of math error (I get messages like: Unknown math-insns: 001f:005b8ffb 038d). So as a work around for this, I built a kernel with GPL_MATH_EMULATE in place of MATH_EMULATE. This makes executor work, but xwp panics. I don't think the gpl math emulator is directly responsible for the problem because I managed to panic the machine in a similar way running another WP60 program. I've appended a stack trace of the crash for your examination. I'm hoping to find out if the ibcs2 stuff is currently broken, or if my problems are simply a result of the junk hardware I'm running on. If this crash is a result of the 486sx, that's wonderful news; I need this to work on a couple of P90s.. Just as background info - I'm in a situation where I have been running BSD/OS, but the university cash cow that had been paying for the license decided not to renew the site license this year. I'm hoping to replace BSD/OS with FreeBSD on our departmental machines & the home machines of profs & grad students here. I absolutely have to have ibcs2 working on a few of our PCs (mainly for WP), so that's why I'm attempting to run -current. I'm making a dry run with this junk 486sx25 because its the only box I can tie up for a week or two while I see if the conversion is feasable yet. FYI - I know NetBSD quite well. I currently run NetBSD/i386 at home & NetBSD/pmax on a few DECstations here; but I'd like to use FreeBSD for our Intel boxes because of your installation process. I can hand a stats prof a CD & have her install it at home, I just can't do that with NetBSD. This is a huge win. Drew PS: I'm the guy who asked about NFSv3 at the USENIX FreeBSD BOF. So far, your NFSv3 seems to be interoperating just fine with my alphas (DU 3.2c). ############################################################################## # Andrew Gallatin, Computer Project Manager # # Institute of Statistics and Decision Sciences # # Box 90251, Duke University, Durham, NC 27708-0251 # ############################################################################## % gdb -k 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.13 (i386-unknown-freebsd), Copyright 1994 Free Software Foundation, Inc. (kgdb) symbol-file /sys/compile/SCRAPIRON/kernel Reading symbols from /sys/compile/SCRAPIRON/kernel...done. (kgdb) exec-file kernel.0 (kgdb) core-file vmcore.0 IdlePTD 1f7000 current pcb at 1cd98c panic: from debugger #0 boot (howto=256) at ../../i386/i386/machdep.c:935 935 dumppcb.pcb_ptd = rcr3(); (kgdb) bt #0 boot (howto=256) at ../../i386/i386/machdep.c:935 #1 0xf0115827 in panic (fmt=0xf01011f8 "from debugger") at ../../kern/subr_prf.c:130 #2 0xf0101215 in db_panic (dummy1=1, dummy2=0, dummy3=-1, dummy4=0xefbffd8b "") at ../../ddb/db_command.c:395 #3 0xf01010fe in db_command (last_cmdp=0xf01bdb44, cmd_table=0xf01bd9a4) at ../../ddb/db_command.c:288 #4 0xf010127d in db_command_loop () at ../../ddb/db_command.c:417 #5 0xf01035e8 in db_trap (type=12, code=0) at ../../ddb/db_trap.c:73 #6 0xf0190dfa in kdb_trap (type=12, code=0, regs=0xefbffee3) at ../../i386/i386/db_interface.c:136 #7 0xf0198ef7 in trap_fatal (frame=0xefbffee3) at ../../i386/i386/trap.c:754 #8 0xf0198a74 in trap_pfault (frame=0xefbffee3, usermode=0) at ../../i386/i386/trap.c:680 #9 0xf01986af in trap (frame={tf_es = 16, tf_ds = 16, tf_edi = 14, tf_esi = -212479704, tf_ebp = -272629936, tf_isp = -272630005, tf_ebx = -262016000, tf_edx = 1853783807, tf_ecx = 8192, tf_eax = 0, tf_trapno = 12, tf_err = 65539, tf_eip = 1, tf_cs = 285081608, tf_eflags = 66195, tf_esp = 285811443, tf_ss = 35753200}) at ../../i386/i386/trap.c:319 #10 0xf0191661 in calltrap () #11 0xf01992dc in syscall (frame={tf_es = 4259879, tf_ds = -272695257, tf_edi = 0, tf_esi = 0, tf_ebp = -272639340, tf_isp = -272629788, tf_ebx = 0, tf_edx = 140273, tf_ecx = 0, tf_eax = 4, tf_trapno = 12, tf_err = 7, tf_eip = 140080, tf_cs = 31, tf_eflags = 663, tf_esp = -272639396, tf_ss = 39}) at ../../i386/i386/trap.c:144 #12 0xf01916b5 in Xsyscall () #13 0x7cd in ?? () #14 0x10f in ?? () (kgdb) quit From owner-freebsd-current Mon Mar 25 15:25:16 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA15647 for current-outgoing; Mon, 25 Mar 1996 15:25:16 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA15627 for ; Mon, 25 Mar 1996 15:25:04 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id QAA12770; Mon, 25 Mar 1996 16:15:25 -0700 From: Terry Lambert Message-Id: <199603252315.QAA12770@phaeton.artisoft.com> Subject: Re: async mounts, etc. To: pst@shockwave.com (Paul Traina) Date: Mon, 25 Mar 1996 16:15:25 -0700 (MST) Cc: terry@lambert.org, terry@safetynet.net, adam@veda.is, freebsd-current@FreeBSD.org In-Reply-To: <199603251750.JAA04526@precipice.shockwave.com> from "Paul Traina" at Mar 25, 96 09:50:41 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Thanks for the clarification. > > As for commit priveleges, I'm not in charge of that, nor would I commit > changes in this area of the code unilaterally. (I certainly would be > happy to to grunt work if Bruce and David reviewed them.) > > What's your ETA for getting the code into shape, and do you imagine there > will be much controversy over integration? There is always controversy. 8-). ETA is "after the Lite2 integration & code review & any changes required by the code review". Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon Mar 25 15:27:21 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA15799 for current-outgoing; Mon, 25 Mar 1996 15:27:21 -0800 (PST) Received: from sunrise.cs.berkeley.edu (sunrise.CS.Berkeley.EDU [128.32.38.121]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA15794 for ; Mon, 25 Mar 1996 15:27:19 -0800 (PST) Received: (from asami@localhost) by sunrise.cs.berkeley.edu (8.6.12/8.6.12) id PAA17795; Mon, 25 Mar 1996 15:29:15 -0800 Date: Mon, 25 Mar 1996 15:29:15 -0800 Message-Id: <199603252329.PAA17795@sunrise.cs.berkeley.edu> To: davidg@root.com CC: jkh@time.cdrom.com, freebsd-current@FreeBSD.org In-reply-to: <199603251945.LAA06195@Root.COM> (message from David Greenman on Mon, 25 Mar 1996 11:45:48 -0800) Subject: Re: Patch to talkd From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk * As far as I was ever aware, that's what the code *does* do. I've * never seen the idle time affected by output. Hmmm. Well, try systat then, I verified that it happens on -stable too. Also, I've seen a similar behavior from elm on HP-UX, someone might want to try elm too. Satoshi From owner-freebsd-current Mon Mar 25 15:39:49 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA17709 for current-outgoing; Mon, 25 Mar 1996 15:39:49 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA17703 for ; Mon, 25 Mar 1996 15:39:44 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id QAA12826; Mon, 25 Mar 1996 16:31:06 -0700 From: Terry Lambert Message-Id: <199603252331.QAA12826@phaeton.artisoft.com> Subject: Re: async mounts, etc. To: davidg@Root.COM Date: Mon, 25 Mar 1996 16:31:06 -0700 (MST) Cc: pst@shockwave.com, freebsd-current@FreeBSD.ORG In-Reply-To: <199603252002.MAA06245@Root.COM> from "David Greenman" at Mar 25, 96 12:02:26 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > The mount of controversy is directly proportional to the amount of > non-related changes that are simultaneously submitted (mixed in with the > rest). Both John and I keep looking at Terry's stuff and asking "Hmmm, how can > we extract just the substance of this". A sure-fire way to cause the code to > not be committed is to make "single entry, single exit" changes at the same > time. I don't care to debate this subject now, but I do want to make something > clear: whether you have commit authority or not, I *strongly* encourage that > changes be localized to the task at hand - especially when the changes must > be reviewed before commit like the ones Terry almost always submits. This > *can* be done. We (john and me) know we can extract the namei/componentname > changes from one of Terry's submissions, for example, but simply haven't had > the time to do it. Yep. I tend to work on things that I want to work on, and I consider any side issue that ends up being required as support "trivial". So when someone is more interested in some of the side changes as the "valuable bits", it get confusing fast. 8-). I expect that it will take some time to piece the integration apart because I had made some kernel reentrancy changes before I started working on some of the FS code, so my code is deltas to those. Since I can't run under local source control and continue to get current bits, my deltas tend to get larger and larger. I have moved most of the SMP stuff into another branch, and like John D. said, if I had 3 days per day, I could probably catch up and part the changes out myself. My main problem is that I have some additional changes on top of all of those, and my system pretty much will not run with those changes without all of the other change piled in together. Parting them out is only an option if there's consensus on commit ordering... and unfortunately, some of the single exit is not there because of single exit, but because of failure path handling for deallocation on the path name buffer (I did everything in that class of changes while I was in there to save me trouble later -- boy was I wrong. 8-)). > Just to clarify my position on the VOP_LOCK layering...I agree in principle > with these changes (as does John D. and Kirk). If Terry is willing to > implement *just* those changes, then we will seriously consider them. I know > it's tempting to fix this or that at the same time or to implement your > personal stylistic changes or whatever. There's too much that can go wrong in > the locking, however, and I must insist that the changes be "localized to the > task". This is why I haven't done lock layering changes yet; the lock code changed significantly in the 4.4BSD-Lite2 over what was in 4.4BSD-Lite, and I didn't want to add significant overhead to the review process. I'm pretty much waiting for the Lite2 integration to blow over, and then I'll jump back in with both feet. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon Mar 25 15:45:48 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA18198 for current-outgoing; Mon, 25 Mar 1996 15:45:48 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA18189 Mon, 25 Mar 1996 15:45:42 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id QAA12842; Mon, 25 Mar 1996 16:34:11 -0700 From: Terry Lambert Message-Id: <199603252334.QAA12842@phaeton.artisoft.com> Subject: Re: Patch to talkd To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Mon, 25 Mar 1996 16:34:11 -0700 (MST) Cc: p.richards@elsevier.co.uk, rgrimes@GndRsh.aac.dev.com, asami@cs.berkeley.edu, gibbs@freefall.freebsd.org, paul@netcraft.co.uk, joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.ORG, loodvrij@gridpoint.com In-Reply-To: <28366.827779519@time.cdrom.com> from "Jordan K. Hubbard" at Mar 25, 96 10:45:19 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > As Poul-H says, we also should only update the tty mod time on input, > not output. That would solve the other problem people have been > talking about where it gets lost in some scrolling text. I assume the atime or ctime will be updated on output? I hate watchdog programs that kill me because I haven't typed, when the reason I haven't types is I've been compiling for 30 minutes. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon Mar 25 16:42:59 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA22284 for current-outgoing; Mon, 25 Mar 1996 16:42:59 -0800 (PST) Received: from cocoa.ops.neosoft.com (root@cocoa.ops.neosoft.com [206.109.5.227]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA22268 Mon, 25 Mar 1996 16:42:53 -0800 (PST) Received: (from dbaker@localhost) by cocoa.ops.neosoft.com (8.7.5/8.6.12) id SAA00450; Mon, 25 Mar 1996 18:42:47 -0600 (CST) Date: Mon, 25 Mar 1996 18:42:47 -0600 (CST) From: Daniel Baker X-Sender: dbaker@cocoa.ops.neosoft.com To: Dima Ruban cc: paul@netcraft.co.uk, jkh@time.cdrom.com, joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.ORG, loodvrij@gridpoint.com Subject: Re: Patch to talkd In-Reply-To: <199603241941.LAA20367@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 24 Mar 1996, Dima Ruban wrote: > Paul Richards writes: > > > > In reply to Jordan K. Hubbard who said > > > > > > I thought it was long overdue and, after testing it out with a few > > > xterms, committed that baby! :-) > > > > > > > Umm, you might live to regret that. It's really annoying to get talk requests > > going to your elm window, or your tail -f window or .... > > you can use 'mesg n' :-) > > > Of course this could happen before but it's more likely now. Espically with elm, which makes it look like your active.. I usually do a mesg n on that tty before I load up elm.. > > > > > > -- > > Paul Richards, Originative Solutions Ltd. > > Internet: paul@netcraft.co.uk, http://www.netcraft.co.uk > > Phone: 0370 462071 (Mobile), +44 1225 447500 (work) > > > > -- dima > Daniel Baker - Daniel@Cuckoo.COM "Uhhhhhhh, thank you, drive through please" From owner-freebsd-current Mon Mar 25 17:48:59 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA26039 for current-outgoing; Mon, 25 Mar 1996 17:48:59 -0800 (PST) Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA26024 for ; Mon, 25 Mar 1996 17:48:41 -0800 (PST) Received: by sequent.kiae.su id AA26194 (5.65.kiae-2 ); Tue, 26 Mar 1996 04:45:32 +0300 Received: by sequent.KIAE.su (UUMAIL/2.0); Tue, 26 Mar 96 04:45:31 +0300 Received: (from ache@localhost) by astral.msk.su (8.7.5/8.7.3) id EAA00627; Tue, 26 Mar 1996 04:37:26 +0300 (MSK) Message-Id: <199603260137.EAA00627@astral.msk.su> Subject: Re: Patch to talkd To: terry@lambert.org (Terry Lambert) Date: Tue, 26 Mar 1996 04:37:25 +0300 (MSK) Cc: jkh@time.cdrom.com, p.richards@elsevier.co.uk, rgrimes@gndrsh.aac.dev.com, asami@cs.berkeley.edu, gibbs@freefall.freebsd.org, paul@netcraft.co.uk, joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.ORG, loodvrij@gridpoint.com In-Reply-To: <199603252334.QAA12842@phaeton.artisoft.com> from "Terry Lambert" at "Mar 25, 96 04:34:11 pm" From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) X-Class: Fast X-Mailer: ELM [version 2.4ME+ PL13 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > As Poul-H says, we also should only update the tty mod time on input, > > not output. That would solve the other problem people have been > > talking about where it gets lost in some scrolling text. > > I assume the atime or ctime will be updated on output? > > I hate watchdog programs that kill me because I haven't typed, when > the reason I haven't types is I've been compiling for 30 minutes. I think atime need to be updated on input and mtime on input and output. Watchdog program should never relay on [acm]time, but analyze user processes running instead. F.e. some big calculation without any input/output will be killed by [acm]time watchdog in any case independently of update strategy. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-current Mon Mar 25 18:10:45 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA28121 for current-outgoing; Mon, 25 Mar 1996 18:10:45 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA28111 for ; Mon, 25 Mar 1996 18:10:42 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id NAA13405; Tue, 26 Mar 1996 13:08:11 +1100 Date: Tue, 26 Mar 1996 13:08:11 +1100 From: Bruce Evans Message-Id: <199603260208.NAA13405@godzilla.zeta.org.au> To: freebsd-current@freebsd.org, j@uriah.heep.sax.de Subject: Re: lint Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> __GNUC_MINOR__ >Is this being used anywhere? In . >> i386, __i386, __i386__ >I remember that i've dicussed this with Jochen, but i would have to >lookup the mail archives. I think we didn't agree on a commonly A couple of things are broken without this. uses it. This may be why making the lint libraries gives a type mismatch for setjmp and longjmp. Bruce From owner-freebsd-current Mon Mar 25 18:21:44 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA28934 for current-outgoing; Mon, 25 Mar 1996 18:21:44 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA28923 Mon, 25 Mar 1996 18:21:40 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id NAA13550; Tue, 26 Mar 1996 13:10:51 +1100 Date: Tue, 26 Mar 1996 13:10:51 +1100 From: Bruce Evans Message-Id: <199603260210.NAA13550@godzilla.zeta.org.au> To: jkh@time.cdrom.com, p.richards@elsevier.co.uk Subject: Re: Patch to talkd Cc: asami@CS.Berkeley.EDU, freebsd-current@freebsd.org, gibbs@freefall.freebsd.org, joerg_wunsch@uriah.heep.sax.de, loodvrij@gridpoint.com, paul@netcraft.co.uk, rgrimes@gndrsh.aac.dev.com Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >As Poul-H says, we also should only update the tty mod time on input, >not output. That would solve the other problem people have been >talking about where it gets lost in some scrolling text. Erm, the mod time is for output, not for input. The atime is for input. The patch checks only the atime like it should. Bruce From owner-freebsd-current Mon Mar 25 18:35:40 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA00794 for current-outgoing; Mon, 25 Mar 1996 18:35:40 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA00785 for ; Mon, 25 Mar 1996 18:35:36 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id NAA14811; Tue, 26 Mar 1996 13:34:24 +1100 Date: Tue, 26 Mar 1996 13:34:24 +1100 From: Bruce Evans Message-Id: <199603260234.NAA14811@godzilla.zeta.org.au> To: davidg@Root.COM, jkh@time.cdrom.com Subject: Re: Patch to talkd Cc: freebsd-current@FreeBSD.org Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >>As Poul-H says, we also should only update the tty mod time on input, >>not output. That would solve the other problem people have been >>talking about where it gets lost in some scrolling text. > As far as I was ever aware, that's what the code *does* do. I've never seen >the idle time affected by output. Hmmm. systat uses getch() to read from the terminal and there's a bug somewhere that results in the atime being set for unsuccessful reads. I think getch() does a blocking read and the read gets terminated by a SIGALRM. ufsspec_read() is more broken than ufs_readwrite(). It sets the IN_ACCESS flag at the start of the read, long before successful completion, so the access time may be stamped soon after but not upon sucessful completion. ufs_readwrite() only sets it upon both unsuccessful and successful completions. Bruce From owner-freebsd-current Mon Mar 25 19:05:09 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA04507 for current-outgoing; Mon, 25 Mar 1996 19:05:09 -0800 (PST) Received: from s1.GANet.NET (s1.GANet.NET [199.18.201.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA04493 for ; Mon, 25 Mar 1996 19:05:03 -0800 (PST) Received: (from ec0@localhost) by s1.GANet.NET (8.6.11/8.6.11) id WAA26407; Mon, 25 Mar 1996 22:03:49 -0500 Date: Mon, 25 Mar 1996 22:03:49 -0500 (EST) From: Eric Chet To: Andrew Gallatin cc: current@FreeBSD.ORG Subject: Re: 2.2-960323-SNAP: ibcs2 panic In-Reply-To: <199603252321.SAA25594@davinci.isds.duke.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > I'm managing to reliably crash a 486sx25 by running WP6.0 for SCO. > I'm running the 2.2-960323-SNAP. > > When running a kernel built with the 'normal' fp emulator, many ibcs2 > & linux programs (like xwp & executor) die with some sort of math > error (I get messages like: Unknown math-insns: 001f:005b8ffb 038d). > So as a work around for this, I built a kernel with GPL_MATH_EMULATE > in place of MATH_EMULATE. This makes executor work, but xwp panics. > I don't think the gpl math emulator is directly responsible for the > problem because I managed to panic the machine in a similar way > running another WP60 program. > Hello You get a lot farther than I do. I get as far in the installation as answering all the questions and clicking the install button. The system just panics. My system is a ASUS-SP3G, AMD-5x86/133(it also burns with my i486 dx2/66), dirty tag on L2 cache. ktrace does not give me anything, DDB does not save the core it just burns. Does anybody know what I can try next? I'm running -current 3-24-96. gargoyle /kernel: Fatal trap 12: page fault while in kernel mode gargoyle /kernel: fault virtual address = 0x0 gargoyle /kernel: fault code = supervisor write, protection violation gargoyle /kernel: instruction pointer = 0x8:0x1 gargoyle /kernel: code segment = base 0x0, limit 0xfffff, type 0x1b gargoyle /kernel: = DPL 0, pres 1, def32 1, gran 1 gargoyle /kernel: processor eflags = interrupt enabled, resume, IOPL = 0 gargoyle /kernel: current process = 1421 (xwpinstall) gargoyle /kernel: interrupt mask = gargoyle /kernel: panic: page fault Eric J. Chet (ejc@nasvr1.cb.att.com || ec0@ganet.net) Lucent Technologies, Bell Labs Innovations Columbus, Ohio 43213 RM 1E222 From owner-freebsd-current Mon Mar 25 19:32:39 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA06389 for current-outgoing; Mon, 25 Mar 1996 19:32:39 -0800 (PST) Received: from mramirez.sy.yale.edu (mramirez.sy.yale.edu [130.132.57.207]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA06377 for ; Mon, 25 Mar 1996 19:32:32 -0800 (PST) Received: (from mrami@localhost) by mramirez.sy.yale.edu (8.6.12/8.6.9) id WAA04300; Mon, 25 Mar 1996 22:32:48 -0500 Date: Mon, 25 Mar 1996 22:32:47 -0500 (EST) From: Marc Ramirez Reply-To: mrami@minerva.cis.yale.edu To: Satoshi Asami cc: davidg@root.com, jkh@time.cdrom.com, freebsd-current@FreeBSD.ORG Subject: Re: Patch to talkd In-Reply-To: <199603252329.PAA17795@sunrise.cs.berkeley.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 25 Mar 1996, Satoshi Asami wrote: > * As far as I was ever aware, that's what the code *does* do. I've > * never seen the idle time affected by output. Hmmm. > > Well, try systat then, I verified that it happens on -stable too. > Also, I've seen a similar behavior from elm on HP-UX, someone might > want to try elm too. systat exhibits this behavior; pine does not, nor does kermit. Maybe systat asks for some sort of terminal answerback? Cursor position report or some such? Marc. -- I want to die peacefully in my sleep like my grandfather. Not screaming in terror like his passengers. From owner-freebsd-current Mon Mar 25 19:38:33 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA06677 for current-outgoing; Mon, 25 Mar 1996 19:38:33 -0800 (PST) Received: from sed.cs.fsu.edu (sed.cs.fsu.edu [128.186.121.157]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA06671 for ; Mon, 25 Mar 1996 19:38:28 -0800 (PST) Received: by sed.cs.fsu.edu (8.6.9/56) id WAA04421; Mon, 25 Mar 1996 22:38:20 -0500 From: Gang-Ryung Uh Message-Id: <199603260338.WAA04421@sed.cs.fsu.edu> Subject: config To: freebsd-current@freebsd.org Date: Mon, 25 Mar 1996 22:38:20 -0500 (EST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I am running FreeBSD-current (Mar 21 1996). But during the boot time, there is one message annoys me: bt: unit number (1) too high bt0 not found at 0x330 But FreeBSD 2.1 does not emit such message!! Would you tell me any clue why I am getting such error? Following is my kernel config file. Thanks. --UGR (uh@cs.fsu.edu) ========================================================== machine "i386" cpu "I586_CPU" ident STRANGE maxusers 10 options CHILD_MAX=128 options OPEN_MAX=128 options INET #InterNETworking options FFS #Berkeley Fast Filesystem options NFS #Network Filesystem options MSDOSFS #MSDOS Filesystem options "CD9660" #ISO 9660 Filesystem options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 options UCONSOLE #X Console support options "FAT_CURSOR" #block cursor in syscons or pccons options "SCSI_DELAY=15" #Be pessimistic about Joe SCSI device options "NCONS=8" #4 virtual consoles options BOUNCE_BUFFERS #include support for DMA bounce buffers options COMPAT_LINUX options LINUX options SYSVSHM options SYSVSEM options SYSVMSG config kernel root on sd1 swap on sd1 dumps on sd1 controller isa0 controller pci0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 tape ft0 at fdc0 drive 2 options FDSEEKWAIT="16" controller scbus0 #base SCSI code device sd0 device sd1 device cd0 controller bt0 at isa? port "IO_BT0" bio irq ? vector bt_isa_intr device sd0 device cd0 #Only need one of these, the code dynamically grows device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr device npx0 at isa? port "IO_NPX" irq 13 vector npxintr controller snd0 device sb0 at isa? port 0x220 irq 5 conflicts drq 1 vector sbintr device sbxvi0 at isa? drq 6 device sbmidi0 at isa? port 0x0 device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr device psm0 at isa? port "IO_KBD" conflicts tty irq 12 vector psmintr device lpt0 at isa? port? tty irq 7 vector lptintr pseudo-device loop pseudo-device ether pseudo-device log pseudo-device sl 2 pseudo-device ppp 2 pseudo-device bpfilter 4 pseudo-device pty 16 pseudo-device gzip # Exec gzipped a.out's pseudo-device speaker From owner-freebsd-current Mon Mar 25 20:53:08 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA10056 for current-outgoing; Mon, 25 Mar 1996 20:53:08 -0800 (PST) Received: from wiley.csusb.edu (wiley.csusb.edu [139.182.2.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA10051 Mon, 25 Mar 1996 20:53:05 -0800 (PST) Received: (from rmallory@localhost) by wiley.csusb.edu (8.6.11/8.6.11) id UAA06712; Mon, 25 Mar 1996 20:57:17 -0800 From: Rob Mallory Message-Id: <199603260457.UAA06712@wiley.csusb.edu> Subject: nocacheflush=true (was Re: Adaptec 1542B and 1522 on current kernels) To: current@freefall.FreeBSD.org Date: Mon, 25 Mar 1996 20:57:17 -0800 (PST) Cc: gibbs@freefall.FreeBSD.org, dyson@freefall.FreeBSD.org In-Reply-To: <199603251315.IAA25614@dyson.iquest.net> from "John S. Dyson" at Mar 25, 96 08:15:59 am X-Mailer: ELM [version 2.4 PL22] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > Certainly not to dispute problems that some people have been having, but > using the bt driver with the BT545S, I had *extremely* stable SCSI subsystem > operation. My machine was a 486/66 non-write back (early CPU.) I wonder > if some MBs don't support cache invalidation properly? ^^^^^ ^^^^^^^^^^^^^^^^^^ This is why Solaris X86 ships with "set nocacheflush=false" as default. in /etc/system you set it to 'true' to get better performance. It is doccumented in the admin/hardware answerbook for slowaris-X86. I dont know what they are doing, but on a 486/66 with a working cache, I did notice a difference when doing the above. -- Rob Mallory [rmalory@csusb.edu] From owner-freebsd-current Mon Mar 25 20:56:54 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA10212 for current-outgoing; Mon, 25 Mar 1996 20:56:54 -0800 (PST) Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA10206 Mon, 25 Mar 1996 20:56:52 -0800 (PST) Message-Id: <199603260456.UAA10206@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: Gang-Ryung Uh cc: freebsd-current@freebsd.org Subject: Re: config In-reply-to: Your message of "Mon, 25 Mar 1996 22:38:20 EST." <199603260338.WAA04421@sed.cs.fsu.edu> Date: Mon, 25 Mar 1996 20:56:52 -0800 From: "Justin T. Gibbs" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Hi, > > I am running FreeBSD-current (Mar 21 1996). > But during the boot time, there is one message > annoys me: > > bt: unit number (1) too high > bt0 not found at 0x330 Do you have a PCI or ISA Buslogic card? If its PCI, this is happening because the config line you have below specifies both PCI and ISA probes for Buslogic cards, and the ISA probe can find PCI Buslogic cards using an ISA compatibility address. Now there are two types of Buslogic cards: 1) Always exports a single address space to both PCI and ISA style probes. This is usually 0x330 or 0x130. The driver will detect and guard against doubly probing a card of this type. 2) Has both a high, PCI address (say 0x6000), and a low ISA compatibility address that you can disable from the BIOS. If you have the ISA compatibility address enabled and you have ISA probes compiled into your kernel, you can doubly probe this card. The solution is to either shorten the config line (see below) to remove ISA probes or to disable the ISA compatibility address space in the BIOS for the card. A config line that only performs a PCI probe looks like: controller bt0 Why the probe gets the unit number wrong in the diagnostic messages, I don't know, but I'll look into it. > >Thanks. >--UGR > (uh@cs.fsu.edu) -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Mon Mar 25 23:51:20 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA17925 for current-outgoing; Mon, 25 Mar 1996 23:51:20 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA17908 for ; Mon, 25 Mar 1996 23:50:57 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id IAA02212 for ; Tue, 26 Mar 1996 08:50:45 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id IAA17653 for freebsd-current@FreeBSD.org; Tue, 26 Mar 1996 08:50:46 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.4/8.6.9) id IAA13446 for freebsd-current@FreeBSD.org; Tue, 26 Mar 1996 08:43:40 +0100 (MET) From: J Wunsch Message-Id: <199603260743.IAA13446@uriah.heep.sax.de> Subject: Re: lint To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Tue, 26 Mar 1996 08:43:40 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199603260208.NAA13405@godzilla.zeta.org.au> from "Bruce Evans" at Mar 26, 96 01:08:11 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Bruce Evans wrote: > > >> __GNUC_MINOR__ > > >Is this being used anywhere? > > In . Ah. Hmm, does lint grok exotic thing like ``__attribute(dead2)'' anyway? Or, does it simply drop the expression in the parens for an __attribute() statement? Well, in the latter case, it must fake gcc >= 2.5, if i'm not mistaken. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Tue Mar 26 00:13:40 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA19284 for current-outgoing; Tue, 26 Mar 1996 00:13:40 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA19275 for ; Tue, 26 Mar 1996 00:13:37 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0u1TnM-0003vqC; Tue, 26 Mar 96 00:08 PST Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id FAA12917; Tue, 26 Mar 1996 05:23:08 GMT X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: Bruce Evans cc: jkh@time.cdrom.com, p.richards@elsevier.co.uk, asami@CS.Berkeley.EDU, freebsd-current@freebsd.org, gibbs@freefall.freebsd.org, joerg_wunsch@uriah.heep.sax.de, loodvrij@gridpoint.com, paul@netcraft.co.uk, rgrimes@gndrsh.aac.dev.com Subject: Re: Patch to talkd In-reply-to: Your message of "Tue, 26 Mar 1996 13:10:51 +1100." <199603260210.NAA13550@godzilla.zeta.org.au> Date: Tue, 26 Mar 1996 05:23:07 +0000 Message-ID: <12915.827817787@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >As Poul-H says, we also should only update the tty mod time on input, > >not output. That would solve the other problem people have been > >talking about where it gets lost in some scrolling text. > > Erm, the mod time is for output, not for input. The atime is for input. > The patch checks only the atime like it should. So we can all stop this entire thread, things will work ok for everybody then. Geeze, we spent a lot of time on that one... End of story. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Tue Mar 26 00:23:42 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA19855 for current-outgoing; Tue, 26 Mar 1996 00:23:42 -0800 (PST) Received: from mail.barrnet.net (mail.barrnet.net [131.119.246.7]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id AAA19850 for ; Tue, 26 Mar 1996 00:23:39 -0800 (PST) Received: from irz301.inf.tu-dresden.de ([141.76.1.11]) by mail.barrnet.net (8.7.5/MAIL-RELAY-LEN) with SMTP id AAA23470 for ; Tue, 26 Mar 1996 00:23:04 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA02919; Tue, 26 Mar 1996 09:17:25 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id JAA17887; Tue, 26 Mar 1996 09:17:27 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.4/8.6.9) id IAA13676; Tue, 26 Mar 1996 08:59:05 +0100 (MET) From: J Wunsch Message-Id: <199603260759.IAA13676@uriah.heep.sax.de> Subject: Re: config To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Tue, 26 Mar 1996 08:59:04 +0100 (MET) Cc: uh@sed.cs.fsu.edu (Gang-Ryung Uh) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199603260338.WAA04421@sed.cs.fsu.edu> from "Gang-Ryung Uh" at Mar 25, 96 10:38:20 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Gang-Ryung Uh wrote: > bt: unit number (1) too high > bt0 not found at 0x330 > > But FreeBSD 2.1 does not emit such message!! > controller pci0 ... > controller bt0 at isa? port "IO_BT0" bio irq ? vector bt_isa_intr Make the last line `bt1'. I think bt0 is now covered by the PCI or EISA bus -- Justin? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Tue Mar 26 08:25:37 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA22051 for current-outgoing; Tue, 26 Mar 1996 08:25:37 -0800 (PST) Received: from phoenix.csie.nctu.edu.tw (root@phoenix.csie.nctu.edu.tw [140.113.17.171]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA22032 for ; Tue, 26 Mar 1996 08:25:27 -0800 (PST) Received: from FreeBSD.csie.NCTU.edu.tw (root@freebsd.csie.nctu.edu.tw [140.113.235.250]) by phoenix.csie.nctu.edu.tw (8.6.11/8.6.4) with ESMTP id AAA27554 for ; Wed, 27 Mar 1996 00:25:33 +0800 Received: (from jdli@localhost) by FreeBSD.csie.NCTU.edu.tw (8.7.5/8.7.3) id AAA06195 for freebsd-current@freebsd.org; Wed, 27 Mar 1996 00:25:17 +0800 (CST) From: Jian-Da Li Message-Id: <199603261625.AAA06195@FreeBSD.csie.NCTU.edu.tw> Subject: Re-Export NFS-partition ?! To: freebsd-current@freebsd.org Date: Wed, 27 Mar 1996 00:25:14 +0800 (CST) X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi : Is it possible to re-export remote NFS-mounted partition ?! I am running 2.2-960323-SNAP... -- ╖У ╚ь ╧F (Jian-Da Li) ╔Ф╓j╦Й╓u E-Mail : jdli@csie.nctu.edu.tw From owner-freebsd-current Tue Mar 26 09:46:43 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA02889 for current-outgoing; Tue, 26 Mar 1996 09:46:43 -0800 (PST) Received: from mail.think.com (Mail1.Think.COM [131.239.33.245]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA02884 for ; Tue, 26 Mar 1996 09:46:40 -0800 (PST) Received: from Early-Bird-1.Think.COM by mail.think.com; Tue, 26 Mar 96 12:46:25 -0500 Received: from compound (fergus-26.dialup.cfa.org) by Early-Bird.Think.COM; Tue, 26 Mar 96 12:46:23 EST Received: (from alk@localhost) by compound (8.6.12/8.6.112) id LAA04208; Tue, 26 Mar 1996 11:47:17 -0600 Date: Tue, 26 Mar 1996 11:47:17 -0600 Message-Id: <199603261747.LAA04208@compound> From: Tony Kimball To: asami@cs.berkeley.edu Cc: current@freefall.freebsd.org Subject: Re: Patch to talkd Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk From: asami@cs.berkeley.edu (Satoshi Asami) Date: Mon, 25 Mar 1996 03:25:54 -0800 (PST) Subject: Re: Patch to talkd I found another problem. I tried doing a "mesg n" in all my xterms except one from my .bashrc. However, the xterm that is started with "-e systat -iostat" doesn't read my .bashrc (of course), and furthermore, it always has zero idle time for some reason (no I'm not touching it). Thus, all the unqualified talk messages show up on that window. I don't know if systat is the only program that does it. I think the proper solution to this would be to have talkd disqualify terminals which are not running one of the /etc/shells, unless no shell terminal is found. Not that i care enough to contribute such code, because I don't. From owner-freebsd-current Tue Mar 26 10:25:12 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA04919 for current-outgoing; Tue, 26 Mar 1996 10:25:12 -0800 (PST) Received: from ki.net (root@ki.net [142.77.249.8]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA04914 for ; Tue, 26 Mar 1996 10:25:08 -0800 (PST) Received: (from scrappy@localhost) by ki.net (8.7.4/8.7.4) id NAA25541; Tue, 26 Mar 1996 13:25:42 -0500 (EST) Date: Tue, 26 Mar 1996 13:25:33 -0500 (EST) From: "Marc G. Fournier" To: current@freebsd.org Subject: Like clockwork... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi... At 1:15pm, today, 23:47hrs after its last reboot, my -current machine just died. The panic again was ed_start()+0x315 (how does one decode the 0x315 part, btw?) Now, the funny thing about it...current process is cron? current process is what started as the system panick'd, no? if not, what exactly is current process? Normally current process came up as being 'telnetd' or 'ypbind', which would make some sort of sense with this bug. Right now, this "bug" is preventing me from making any use of -current...the machine has no activity on it, no servers running on it, and no users using it. Its just sitting beside me idle. Marc G. Fournier | POP Mail Telnet Acct DNS Hosting System | WWW Services Database Services | Knowledge, Administrator | | Information and scrappy@ki.net | WWW: http://www.ki.net | Communications, Inc From owner-freebsd-current Tue Mar 26 10:27:55 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA05063 for current-outgoing; Tue, 26 Mar 1996 10:27:55 -0800 (PST) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA05055 for ; Tue, 26 Mar 1996 10:27:53 -0800 (PST) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <15255(13)>; Tue, 26 Mar 1996 10:27:11 PST Received: from localhost by crevenia.parc.xerox.com with SMTP id <177478>; Tue, 26 Mar 1996 10:27:08 -0800 To: "Justin T. Gibbs" cc: current@freebsd.org Subject: Re: Whoops! My apologies!! In-reply-to: Your message of "Sat, 23 Mar 96 13:02:25 PST." <199603232102.NAA10649@freefall.freebsd.org> Date: Tue, 26 Mar 1996 10:27:05 PST From: Bill Fenner Message-Id: <96Mar26.102708pst.177478@crevenia.parc.xerox.com> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199603232102.NAA10649@freefall.freebsd.org> you write: >Use LINT instead. I can't build LINT. I am sup'ing CVS from sup2, this is from a SUP at SUP Upgrade of src-sys-cvs completed at Mar 26 10:24:07 1996 I am trying to build a -current kernel on a -stable system; is this the "cross-compiling" problem or is this really broken? Bill cc -c -O -m486 -pipe -W -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Winline -nostdinc -I. -I../.. -I../../sys -I/usr/include -DI386_CPU -DI486_CPU -DI586_CPU -DI686_CPU -DSCSI_2_DEF -DEXT2FS -DDEBUG -DPOWERFAIL_NMI -DPROBE_VERBOSE -DBREAK_TO_DEBUGGER -DDSI_SOFT_MODEM -DCOM_MULTIPORT -DCOM_ESP -DCOMCONSOLE -DPSM_NO_RESET -DFDSEEKWAIT=16 -DATAPI -DHARDFONTS -DPCVT_SCANSET=2 -DFAT_CURSOR -DXSERVER -DPCVT_FREEBSD=210 -DSCSIDEBUG -DNSWAPDEV=20 -DMFS_AUTOLOAD -DMFS_ROOT=10 -DDEVFS -DMSDOSFS -DMFS -DLFS -DCD9660 -DNQNFS -DNFS -DFFS -DTCPDEBUG -DIPFIREWALL_VERBOSE -DIPFIREWALL -DTCP_COMPAT_42 -DIPX_ERRPRINTFS=0 -DIPXPRINTFS=0 -DIPTUNNEL -DIPXIP -DIPX -DINET -DDIAGNOSTIC -DDDB_UNATTENDED -DCOMPAT_43 -DFAILSAFE -DKERNEL ../../ufs/lfs/lfs_segment.c ../../ufs/lfs/lfs_segment.c: In function `lfs_writefile': ../../ufs/lfs/lfs_segment.c:446: warning: assignment from incompatible pointer type ../../ufs/lfs/lfs_segment.c: In function `lfs_updatemeta': ../../ufs/lfs/lfs_segment.c:646: invalid operands to binary - ../../ufs/lfs/lfs_segment.c:643: warning: `nblocks' might be used uninitialized in this function ../../ufs/lfs/lfs_segment.c: In function `lfs_initseg': ../../ufs/lfs/lfs_segment.c:776: warning: assignment from incompatible pointer type ../../ufs/lfs/lfs_segment.c: In function `lfs_writeseg': ../../ufs/lfs/lfs_segment.c:894: warning: assignment from incompatible pointer type ../../ufs/lfs/lfs_segment.c: In function `lfs_writesuper': ../../ufs/lfs/lfs_segment.c:1006: warning: assignment from incompatible pointer type *** Error code 1 Stop. From owner-freebsd-current Tue Mar 26 12:33:27 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA14352 for current-outgoing; Tue, 26 Mar 1996 12:33:27 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA14347 for ; Tue, 26 Mar 1996 12:33:25 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA15324; Tue, 26 Mar 1996 13:25:10 -0700 From: Terry Lambert Message-Id: <199603262025.NAA15324@phaeton.artisoft.com> Subject: Re: Re-Export NFS-partition ?! To: jdli@FreeBSD.csie.NCTU.edu.tw (Jian-Da Li) Date: Tue, 26 Mar 1996 13:25:10 -0700 (MST) Cc: freebsd-current@FreeBSD.org In-Reply-To: <199603261625.AAA06195@FreeBSD.csie.NCTU.edu.tw> from "Jian-Da Li" at Mar 27, 96 00:25:14 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Is it possible to re-export remote NFS-mounted partition ?! > I am running 2.2-960323-SNAP... Possible? Or technically acceptable to do? In order: Yes, with a bit of hacking. No, it's not technically acceptable bacuse cache coherency issues make it intrinsically unsafe. There are also serious security problems that can result. It is not recommended in any situation. Perhaps you could tell us *why* you want to do this, and we can tell you why it's a silly idea or suggest rational alternatives... 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Tue Mar 26 13:59:40 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA22010 for current-outgoing; Tue, 26 Mar 1996 13:59:40 -0800 (PST) Received: from phoenix.csie.nctu.edu.tw (root@phoenix.csie.nctu.edu.tw [140.113.17.171]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA21999 for ; Tue, 26 Mar 1996 13:59:33 -0800 (PST) Received: from FreeBSD.csie.NCTU.edu.tw (root@freebsd.csie.nctu.edu.tw [140.113.235.250]) by phoenix.csie.nctu.edu.tw (8.6.11/8.6.4) with ESMTP id FAA07793 for ; Wed, 27 Mar 1996 05:59:49 +0800 Received: (from jdli@localhost) by FreeBSD.csie.NCTU.edu.tw (8.7.5/8.7.3) id FAA17007 for freebsd-current@freebsd.org; Wed, 27 Mar 1996 05:59:33 +0800 (CST) From: Jian-Da Li Message-Id: <199603262159.FAA17007@FreeBSD.csie.NCTU.edu.tw> Subject: Re: Re-Export NFS-partition ?! To: freebsd-current@freebsd.org Date: Wed, 27 Mar 1996 05:59:33 +0800 (CST) X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> Is it possible to re-export remote NFS-mounted partition ?! >> I am running 2.2-960323-SNAP... > >Perhaps you could tell us *why* you want to do this, and we can tell >you why it's a silly idea or suggest rational alternatives... 8-). Well, if local HD is not large enough, and wants to provide NFS installation ?! (such as 2.1.0-RELEASE) -- ╖У ╚ь ╧F (Jian-Da Li) ╔Ф╓j╦Й╓u E-Mail : jdli@csie.nctu.edu.tw From owner-freebsd-current Tue Mar 26 15:21:59 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA03492 for current-outgoing; Tue, 26 Mar 1996 15:21:59 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA03476 for ; Tue, 26 Mar 1996 15:21:52 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id BAA02353 for ; Wed, 27 Mar 1996 01:21:47 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id AAA26394 for freebsd-current@FreeBSD.org; Wed, 27 Mar 1996 00:21:47 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.4/8.6.9) id AAA16506 for freebsd-current@FreeBSD.org; Wed, 27 Mar 1996 00:16:42 +0100 (MET) From: J Wunsch Message-Id: <199603262316.AAA16506@uriah.heep.sax.de> Subject: Re: Like clockwork... To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Wed, 27 Mar 1996 00:16:41 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Marc G. Fournier" at Mar 26, 96 01:25:33 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Marc G. Fournier wrote: > The panic again was ed_start()+0x315 (how does one decode the > 0x315 part, btw?) Only by approximating with ``info address ed_start'' and ``info line'' and ``disas'' within kgdb. > Now, the funny thing about it...current process is cron? current That's the process that's been active by the time of your panic. I believe ed_start() is being called from an interrupt routine, so it's not actually surprising that the current process is not always the same. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Tue Mar 26 16:29:01 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA15507 for current-outgoing; Tue, 26 Mar 1996 16:29:01 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA15484 for ; Tue, 26 Mar 1996 16:28:57 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id RAA15686; Tue, 26 Mar 1996 17:20:25 -0700 From: Terry Lambert Message-Id: <199603270020.RAA15686@phaeton.artisoft.com> Subject: Re: Re-Export NFS-partition ?! To: jdli@FreeBSD.csie.NCTU.edu.tw (Jian-Da Li) Date: Tue, 26 Mar 1996 17:20:25 -0700 (MST) Cc: freebsd-current@FreeBSD.org In-Reply-To: <199603262159.FAA17007@FreeBSD.csie.NCTU.edu.tw> from "Jian-Da Li" at Mar 27, 96 05:59:33 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > >> Is it possible to re-export remote NFS-mounted partition ?! > >> I am running 2.2-960323-SNAP... > > > >Perhaps you could tell us *why* you want to do this, and we can tell > >you why it's a silly idea or suggest rational alternatives... 8-). > > Well, if local HD is not large enough, and wants to provide > NFS installation ?! (such as 2.1.0-RELEASE) Easy. mount it from the system you want to "reeexport" instead of from the system you want to do the "reexporting". Ie: If you have machine A with it exported and machine B that has too small a disk and Machine C that wants to install it, install machine C from machine A and forget about using machine B for the job. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Tue Mar 26 16:36:09 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA16934 for current-outgoing; Tue, 26 Mar 1996 16:36:09 -0800 (PST) Received: from neon.Glock.COM (neon.glock.com [198.82.228.159]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA16898 Tue, 26 Mar 1996 16:36:04 -0800 (PST) Received: (from mmead@localhost) by neon.Glock.COM (8.7.5/8.7.3) id TAA00490; Tue, 26 Mar 1996 19:36:02 -0500 (EST) From: "matthew c. mead" Message-Id: <199603270036.TAA00490@neon.Glock.COM> Subject: pidentd To: current@freebsd.org Date: Tue, 26 Mar 1996 19:36:02 -0500 (EST) Cc: ports@freebsd.org X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Something that's changed recently broke pidentd such that it sits and spins off 100% cpu time, and a -current supped this afternoon cannot build the -current port of pidentd. Just fyi... -matt -- Matthew C. Mead mmead@Glock.COM http://www.Glock.COM/~mmead/ From owner-freebsd-current Tue Mar 26 20:10:02 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA14630 for current-outgoing; Tue, 26 Mar 1996 20:10:02 -0800 (PST) Received: from cyb (cyb.alaska.net [204.17.139.166]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA14599 for ; Tue, 26 Mar 1996 20:09:53 -0800 (PST) Received: by cyb (Smail3.1.29.1 #9) id m0u1mTG-0006etC; Tue, 26 Mar 96 19:04 AKST Message-Id: From: loodvrij@gridpoint.com (Bruce J. Keeler) Subject: Re: Patch to talkd To: phk@critter.tfs.com (Poul-Henning Kamp) Date: Tue, 26 Mar 1996 19:04:30 -0900 (AKST) Cc: asami@cs.berkeley.edu, jkh@time.cdrom.com, gibbs@freefall.freebsd.org, paul@netcraft.co.uk, joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.ORG, loodvrij@gridpoint.com In-Reply-To: <11264.827762066@critter.tfs.com> from "Poul-Henning Kamp" at Mar 25, 96 01:54:26 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > I found another problem. I tried doing a "mesg n" in all my xterms > > except one from my .bashrc. However, the xterm that is started with > > "-e systat -iostat" doesn't read my .bashrc (of course), and > > furthermore, it always has zero idle time for some reason (no I'm not > > touching it). Thus, all the unqualified talk messages show up on that > > window. > > All of this would be much better if the timestamp on the tty device-node > was only updated on input... > These problems seem to be caused by programs like systat and elm which sit there in read() and respond to signals. When the process handles a signal, the atime is set. Doesn't seem right to me. -- Bruce J. Keeler Internet: loodvrij@gridpoint.com -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- "The thing with beating your head against a wall is that it feels so *good* when you stop." From owner-freebsd-current Tue Mar 26 20:53:25 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA18350 for current-outgoing; Tue, 26 Mar 1996 20:53:25 -0800 (PST) Received: from phoenix.csie.nctu.edu.tw (root@phoenix.csie.nctu.edu.tw [140.113.17.171]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA18335 for ; Tue, 26 Mar 1996 20:53:06 -0800 (PST) Received: from FreeBSD.csie.NCTU.edu.tw (root@freebsd.csie.nctu.edu.tw [140.113.235.250]) by phoenix.csie.nctu.edu.tw (8.6.11/8.6.4) with ESMTP id MAA02265 for ; Wed, 27 Mar 1996 12:53:15 +0800 Received: (from jdli@localhost) by FreeBSD.csie.NCTU.edu.tw (8.7.5/8.7.3) id MAA29220 for freebsd-current@freebsd.org; Wed, 27 Mar 1996 12:52:58 +0800 (CST) From: Jian-Da Li Message-Id: <199603270452.MAA29220@FreeBSD.csie.NCTU.edu.tw> Subject: Re: Re-Export NFS-partition ?! To: freebsd-current@freebsd.org Date: Wed, 27 Mar 1996 12:52:58 +0800 (CST) X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> >Perhaps you could tell us *why* you want to do this, and we can tell >> >you why it's a silly idea or suggest rational alternatives... 8-). >> >> Well, if local HD is not large enough, and wants to provide >> NFS installation ?! (such as 2.1.0-RELEASE) > > Easy. mount it from the system you want to "reeexport" instead of > from the system you want to do the "reexporting". > Errr...I knew it..... :) How about export NFS partitions from a machine behind the firewall ?! :) -- ╖У ╚ь ╧F (Jian-Da Li) ╔Ф╓j╦Й╓u E-Mail : jdli@csie.nctu.edu.tw From owner-freebsd-current Tue Mar 26 21:16:06 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA20444 for current-outgoing; Tue, 26 Mar 1996 21:16:06 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA20327 Tue, 26 Mar 1996 21:16:00 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id QAA15408; Wed, 27 Mar 1996 16:14:33 +1100 Date: Wed, 27 Mar 1996 16:14:33 +1100 From: Bruce Evans Message-Id: <199603270514.QAA15408@godzilla.zeta.org.au> To: fenner@parc.xerox.com, gibbs@freefall.freebsd.org Subject: Re: Whoops! My apologies!! Cc: current@FreeBSD.org Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >>Use LINT instead. >I can't build LINT. I am sup'ing CVS from sup2, this is from a SUP at >SUP Upgrade of src-sys-cvs completed at Mar 26 10:24:07 1996 >I am trying to build a -current kernel on a -stable system; is this the >"cross-compiling" problem or is this really broken? > Bill >cc -c -O -m486 -pipe -W -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Winline -nostdinc -I. -I../.. -I../../sys -I/usr/include -DI386_CPU -DI486_CPU -DI586_CPU -DI686_CPU -DSCSI_2_DEF -DEXT2FS -DDEBUG -DPOWERFAIL_NMI -DPROBE_VERBOSE -DBREAK_TO_DEBUGGER -DDSI_SOFT_MODEM -DCOM_MULTIPORT -DCOM_ESP -DCOMCONSOLE -DPSM_NO_RESET -DFDSEEKWAIT=16 -DATAPI -DHARDFONTS -DPCVT_SCANSET=2 -DFAT_CURSOR -DXSERVER -DPCVT_FREEBSD=210 -DSCSIDEBUG -DNSWAPDEV=20 -DMFS_AUTOLOAD -DMFS_ROOT=10 -DDEVFS -DMSDOSFS -DMFS -DLFS -DCD9660 -DNQNFS -DNFS -DFFS -DTCPDEBUG -DIPFIREWALL_VERBOSE -DIPFIREWALL -DTCP_COMPAT_42 -DIPX_ERRPRINTFS=0 -DIPXPRINTFS=0 -DIPTUNNEL -DIPXIP -DIPX -DINET -DDIAGNOSTIC -DDDB_UNATTENDED -DCOMPAT_43 -DFAILSAFE -DKERNEL ../../ufs/lfs/lfs_segment.c >../../ufs/lfs/lfs_segment.c: In function `lfs_writefile': >../../ufs/lfs/lfs_segment.c:446: warning: assignment from incompatible pointer type >... It's been broken for > 2 weeks :-(. The fix is trivial: *** lfs.h~ Wed May 31 21:06:58 1995 --- lfs.h Wed Mar 13 14:24:10 1996 *************** *** 80,84 **** u_long fi_version; /* version number */ u_long fi_ino; /* inode number */ ! long fi_blocks[1]; /* array of logical block numbers */ }; --- 80,84 ---- u_long fi_version; /* version number */ u_long fi_ino; /* inode number */ ! daddr_t fi_blocks[1]; /* array of logical block numbers */ }; Bruce From owner-freebsd-current Tue Mar 26 21:55:49 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA24736 for current-outgoing; Tue, 26 Mar 1996 21:55:49 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA24729 for ; Tue, 26 Mar 1996 21:55:44 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id QAA17578; Wed, 27 Mar 1996 16:55:00 +1100 Date: Wed, 27 Mar 1996 16:55:00 +1100 From: Bruce Evans Message-Id: <199603270555.QAA17578@godzilla.zeta.org.au> To: freebsd-current@freebsd.org, j@uriah.heep.sax.de Subject: Re: lint Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Ah. Hmm, does lint grok exotic thing like ``__attribute(dead2)'' >anyway? Or, does it simply drop the expression in the parens for an >__attribute() statement? Well, in the latter case, it must fake >gcc >= 2.5, if i'm not mistaken. It doesn't understand them even with -g. I think the author plans to fix this. There has to be a way to tell lint that certain functions don't return, and __attribute__((__noreturn__)) is a good way. Bruce From owner-freebsd-current Tue Mar 26 22:24:13 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA28092 for current-outgoing; Tue, 26 Mar 1996 22:24:13 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA28081 for ; Tue, 26 Mar 1996 22:24:08 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id RAA09149; Wed, 27 Mar 1996 17:09:32 +1030 From: Michael Smith Message-Id: <199603270639.RAA09149@genesis.atrad.adelaide.edu.au> Subject: Re: Re-Export NFS-partition ?! To: jdli@FreeBSD.csie.NCTU.edu.tw (Jian-Da Li) Date: Wed, 27 Mar 1996 17:09:31 +1030 (CST) Cc: freebsd-current@FreeBSD.org In-Reply-To: <199603270452.MAA29220@FreeBSD.csie.NCTU.edu.tw> from "Jian-Da Li" at Mar 27, 96 12:52:58 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Jian-Da Li stands accused of saying: > >> Well, if local HD is not large enough, and wants to provide > >> NFS installation ?! (such as 2.1.0-RELEASE) > > > > Easy. mount it from the system you want to "reeexport" instead of > > from the system you want to do the "reexporting". > > > > Errr...I knew it..... :) > How about export NFS partitions from a machine behind the firewall ?! Install via FTP 8) -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Tue Mar 26 22:30:45 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA28809 for current-outgoing; Tue, 26 Mar 1996 22:30:45 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA28794 Tue, 26 Mar 1996 22:30:41 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id RAA19092; Wed, 27 Mar 1996 17:29:02 +1100 Date: Wed, 27 Mar 1996 17:29:02 +1100 From: Bruce Evans Message-Id: <199603270629.RAA19092@godzilla.zeta.org.au> To: loodvrij@gridpoint.com, phk@critter.tfs.com Subject: Re: Patch to talkd Cc: asami@cs.berkeley.edu, freebsd-current@freebsd.org, gibbs@freefall.freebsd.org, jkh@time.cdrom.com, joerg_wunsch@uriah.heep.sax.de, paul@netcraft.co.uk Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> All of this would be much better if the timestamp on the tty device-node >> was only updated on input... >> >These problems seem to be caused by programs like systat and elm which sit >there in read() and respond to signals. When the process handles a >signal, the atime is set. Doesn't seem right to me. For all special files, the atime is (bogusly) marked for update when a read() is started and it isn't marked for update (as is required) upon successful completion of the read(). For ufs regular files, the atime is marked for update (and immediately updated) upon both successful and unsuccessful completion. Bruce From owner-freebsd-current Tue Mar 26 23:20:13 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA02504 for current-outgoing; Tue, 26 Mar 1996 23:20:13 -0800 (PST) Received: from zed.ludd.luth.se (root@zed.ludd.luth.se [130.240.16.33]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA02498 for ; Tue, 26 Mar 1996 23:20:10 -0800 (PST) Received: from father.ludd.luth.se (father.ludd.luth.se [130.240.16.18]) by zed.ludd.luth.se (8.7.5/8.7.2) with ESMTP id IAA29145; Wed, 27 Mar 1996 08:20:04 +0100 From: Rolf Larsson Received: (rln@localhost) by father.ludd.luth.se (8.6.11/8.6.11) id IAA06553; Wed, 27 Mar 1996 08:19:13 +0100 Message-Id: <199603270719.IAA06553@father.ludd.luth.se> Subject: Re: Re-Export NFS-partition ?! To: jdli@FreeBSD.csie.NCTU.edu.tw (Jian-Da Li) Date: Wed, 27 Mar 1996 08:19:13 +0100 (MET) Cc: freebsd-current@FreeBSD.org In-Reply-To: <199603270452.MAA29220@FreeBSD.csie.NCTU.edu.tw> from "Jian-Da Li" at Mar 27, 96 12:52:58 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk I guess you could set up an alex server at the firewall. Alex will work as an NFS server to your machines, abd will use ftp towards the other. Then again, there might be security aspects, but at least this makes what you want to do possible, as long as the info is on a public FTP server :-) -- This mail looks best in exmh 1.6.5 for Xwindows. "Vegetarians are worse than carnivores. Plants can't run away..." From owner-freebsd-current Tue Mar 26 23:43:29 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA03529 for current-outgoing; Tue, 26 Mar 1996 23:43:29 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA03506 for ; Tue, 26 Mar 1996 23:43:24 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA12448; Wed, 27 Mar 1996 09:43:06 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id IAA29384; Wed, 27 Mar 1996 08:43:06 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.4/8.6.9) id IAA19152; Wed, 27 Mar 1996 08:11:04 +0100 (MET) From: J Wunsch Message-Id: <199603270711.IAA19152@uriah.heep.sax.de> Subject: Re: lint To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Wed, 27 Mar 1996 08:11:04 +0100 (MET) Cc: jpo.drs@sni.de (Jochen Pohl) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199603270555.QAA17578@godzilla.zeta.org.au> from "Bruce Evans" at Mar 27, 96 04:55:00 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Bruce Evans wrote: > > >Ah. Hmm, does lint grok exotic thing like ``__attribute(dead2)'' > >anyway? Or, does it simply drop the expression in the parens for an > >__attribute() statement? Well, in the latter case, it must fake > >gcc >= 2.5, if i'm not mistaken. > > It doesn't understand them even with -g. I think the author plans to > fix this. There has to be a way to tell lint that certain functions > don't return, and __attribute__((__noreturn__)) is a good way. Jochen, is this perchance fixed in a recent version? If so, we don't have access to NetBSD's CVS tree, could you send us (me) a cvs diff against version 1.3 of your lint sources? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Tue Mar 26 23:44:16 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA03786 for current-outgoing; Tue, 26 Mar 1996 23:44:16 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA03733 for ; Tue, 26 Mar 1996 23:44:08 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA12444; Wed, 27 Mar 1996 09:43:04 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id IAA29383; Wed, 27 Mar 1996 08:43:04 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.4/8.6.9) id IAA19125; Wed, 27 Mar 1996 08:07:40 +0100 (MET) From: J Wunsch Message-Id: <199603270707.IAA19125@uriah.heep.sax.de> Subject: Re: Re-Export NFS-partition ?! To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Wed, 27 Mar 1996 08:07:39 +0100 (MET) Cc: jdli@FreeBSD.csie.NCTU.edu.tw (Jian-Da Li) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199603270452.MAA29220@FreeBSD.csie.NCTU.edu.tw> from "Jian-Da Li" at Mar 27, 96 12:52:58 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Jian-Da Li wrote: > Errr...I knew it..... :) > How about export NFS partitions from a machine behind the firewall ?! > :) Convince the firewall operator the only use of this thing is to annoy the users, so it should be killed. :) (While it's not very difficult in theory to NFS-reexport a file system -- Linux can do it --, most of us believe that it would violate the original idea of an NFS export list maintained at the server. Alas, Sun was never very good in considering security issues.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Wed Mar 27 01:04:51 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA08691 for current-outgoing; Wed, 27 Mar 1996 01:04:51 -0800 (PST) Received: from lirmm.lirmm.fr (lirmm.lirmm.fr [193.49.104.10]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA08685 for ; Wed, 27 Mar 1996 01:04:45 -0800 (PST) Received: from lirmm.fr (baobab.lirmm.fr [193.49.106.14]) by lirmm.lirmm.fr (8.7.1/8.6.4) with ESMTP id KAA06468 for ; Wed, 27 Mar 1996 10:04:26 +0100 (MET) Message-Id: <199603270904.KAA06468@lirmm.lirmm.fr> To: current@freebsd.org Subject: savecore Date: Wed, 27 Mar 1996 10:04:24 +0100 From: "Philippe Charnier" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I submitted a patch one month ago to make savecore in a working state. It was very buggy and I crashed my box about 10 times to test my changes. As I have no FreeBSD box on the net, I can't use send-pr and I use bugs@FreeBSD.org instead. I had no news about this patch: Is one of the committers working on reviewing it or has it been discarded or simply lost? An answer like "Your mail is saved in my mailbox, I will review it/commit it or reject it when I will get time" would be nice. I added the patch at the end of the mail, please consider it. Thanks -------- -------- Philippe Charnier charnier@lirmm.fr LIRMM, 161 rue Ada, 34392 Montpellier cedex 5 -- France ------------------------------------------------------------------------ You will find enclosed a patch for savecore that correct the following bugs: - dumpsize was used (in check_space) before being computed (in save_core): dumpsize was always 0 in check_space. Compute dumpsize before calling check_space which need it. - convert all quantities required for free space computation to a number of bytes (some of them were in Kbytes, others in bytes, making result a little bit silly). Minfree is really take into account now. - cosmetics changes. - only dump a core is minfree bytes are left on the disk after the dump. Index: sbin/savecore/./savecore.c =================================================================== RCS file: /home2h/FreeBSD.cvsroot/src/sbin/savecore/savecore.c,v retrieving revision 1.11 diff -u -r1.11 savecore.c --- savecore.c 1995/12/13 11:36:20 1.11 +++ savecore.c 1996/03/02 14:09:22 @@ -290,6 +290,11 @@ *cp = getc(fp); while (*cp++ && cp < &panic_mesg[sizeof(panic_mesg)]); } + /* Read the dump size, and convert it to a number of bytes. */ + (void)fseek(fp, + (off_t)(dumplo + ok(dump_nl[X_DUMPSIZE].n_value)), L_SET); + (void)fread(&dumpsize, sizeof(dumpsize), 1, fp); + dumpsize *= NBPG; /* Don't fclose(fp), we use dumpfd later. */ } @@ -369,15 +374,10 @@ ifd = dumpfd; } - /* Read the dump size. */ - Lseek(dumpfd, (off_t)(dumplo + ok(dump_nl[X_DUMPSIZE].n_value)), L_SET); - (void)Read(dumpfd, &dumpsize, sizeof(dumpsize)); - /* Seek to the start of the core. */ Lseek(ifd, (off_t)dumplo, L_SET); /* Copy the core file. */ - dumpsize *= NBPG; syslog(LOG_NOTICE, "writing %score to %s", compress ? "compressed " : "", path); for (; dumpsize > 0; dumpsize -= nr) { @@ -547,28 +547,27 @@ syslog(LOG_ERR, "%s: %m", dirname); exit(1); } - spacefree = (fsbuf.f_bavail * fsbuf.f_bsize) / 1024; - + spacefree = fsbuf.f_bavail * fsbuf.f_bsize; + minfree = 0; (void)snprintf(path, sizeof(path), "%s/minfree", dirname); - if ((fp = fopen(path, "r")) == NULL) - minfree = 0; - else { - if (fgets(buf, sizeof(buf), fp) == NULL) - minfree = 0; - else - minfree = atoi(buf); + if ((fp = fopen(path, "r"))) { + if (fgets(buf, sizeof(buf), fp)) minfree = atoi(buf); (void)fclose(fp); } - - needed = (dumpsize + kernelsize) / 1024; - if (minfree > 0 && spacefree - needed < minfree) { - syslog(LOG_WARNING, - "no dump, not enough free space on device"); + /* dumpsize, kernelsize, minfree, and spacefree are in bytes */ + needed = dumpsize + kernelsize; /* minfree? not yet */ + if (verbose) { + syslog(LOG_INFO, "dumpsize: %d", dumpsize); + syslog(LOG_INFO, "kernelsize: %d", kernelsize); + syslog(LOG_INFO, "minfree: %d", minfree); + syslog(LOG_INFO, "spacefree: %d", spacefree); + syslog(LOG_INFO, "needed: %d", needed); + } + /* space left (after the dump) must be greater than minfree */ + if (spacefree < needed + minfree) { + syslog(LOG_WARNING, "no dump, not enough free space on device"); return (0); } - if (spacefree - needed < minfree) - syslog(LOG_WARNING, - "dump performed, but free space threshold crossed"); return (1); } From owner-freebsd-current Wed Mar 27 01:36:30 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA11388 for current-outgoing; Wed, 27 Mar 1996 01:36:30 -0800 (PST) Received: from cyberport.com (root@puma.cyberport.com [204.134.75.6]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA11367 for ; Wed, 27 Mar 1996 01:36:21 -0800 (PST) Received: from hippo.cyberport.com (kevin@hippo.cyberport.com [204.134.75.2]) by cyberport.com (8.7.5/8.7.3) with SMTP id CAA05594 for ; Wed, 27 Mar 1996 02:36:19 -0700 (MST) Date: Wed, 27 Mar 1996 02:36:18 -0700 (MST) From: Kevin Rosenberg To: freebsd-current@freebsd.org Subject: Hang on "changing root device to sd0" Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I just upgraded from 2.1-RELEASE to current and I ran into a problem. The kernel compiles fine, but the boot process hangs with "changing root device to sd0". I've read the handbook and have disabled everything that probes 0x300 except for ep0. I have a buslogic 946C with 4 SCSI disks. The disks are all found fine during booting, but I get the messages "bt: unit number (1) too high" "bt0: not found" Later, I get the hang mentioned above. I did change /sys/compile/LOCAL/bt.h to set NBT equal to 2. Then I no longer get the "bt: unit number (1) too high" message. After bt0 drives are found, the boot process "finds" bt1 and lists it's IO port, irq, and drives as exactly the same as bt0. Other Hardware 3COM 509B Intel Neptune MB with P90/64MB I'd be grateful if someone had some suggestions! TIA. ----------------------------------------------------------------------- Kevin Rosenberg | The Four Corner's Finest Internet Access System Administrator | kevin@cyberport.com CyberPort Station | http://www.cyberport.com From owner-freebsd-current Wed Mar 27 02:32:12 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA17283 for current-outgoing; Wed, 27 Mar 1996 02:32:12 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id CAA17222 Wed, 27 Mar 1996 02:32:00 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id CAA04150; Wed, 27 Mar 1996 02:31:50 -0800 (PST) To: "matthew c. mead" cc: current@FreeBSD.org, ports@FreeBSD.org Subject: Re: pidentd In-reply-to: Your message of "Tue, 26 Mar 1996 19:36:02 EST." <199603270036.TAA00490@neon.Glock.COM> Date: Wed, 27 Mar 1996 02:31:50 -0800 Message-ID: <4148.827922710@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk pidentd has been proken for ages in exactly this way - I saw bug reports of it looping at least 2-3 months ago. The only person I know who runs it is also 100 miles away, so diagnosing the problem has proven difficult. Jordan > Something that's changed recently broke pidentd such that it > sits and spins off 100% cpu time, and a -current supped this > afternoon cannot build the -current port of pidentd. Just fyi... > > > > -matt > > -- > Matthew C. Mead > > mmead@Glock.COM > http://www.Glock.COM/~mmead/ From owner-freebsd-current Wed Mar 27 04:19:10 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA24289 for current-outgoing; Wed, 27 Mar 1996 04:19:10 -0800 (PST) Received: from neon.Glock.COM (neon.glock.com [198.82.228.159]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id EAA24270 Wed, 27 Mar 1996 04:19:04 -0800 (PST) Received: (from mmead@localhost) by neon.Glock.COM (8.7.5/8.7.3) id HAA04726; Wed, 27 Mar 1996 07:18:57 -0500 (EST) From: "matthew c. mead" Message-Id: <199603271218.HAA04726@neon.Glock.COM> Subject: Re: pidentd To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 27 Mar 1996 07:18:57 -0500 (EST) Cc: current@FreeBSD.org, ports@FreeBSD.org In-Reply-To: <4148.827922710@time.cdrom.com> from "Jordan K. Hubbard" at Mar 27, 96 02:31:50 am X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard writes: > pidentd has been proken for ages in exactly this way - I saw bug > reports of it looping at least 2-3 months ago. The only person I know > who runs it is also 100 miles away, so diagnosing the problem has > proven difficult. Hmm. Well, surely the first step is to get it running again. I'll try and get it running this week. -matt -- Matthew C. Mead mmead@Glock.COM http://www.Glock.COM/~mmead/ From owner-freebsd-current Wed Mar 27 04:46:25 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA25257 for current-outgoing; Wed, 27 Mar 1996 04:46:25 -0800 (PST) Received: from david.siemens.de (david.siemens.de [146.254.1.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA25252 for ; Wed, 27 Mar 1996 04:46:19 -0800 (PST) Received: from ztivax.zfe.siemens.de (ztivax.siemens.de) by david.siemens.de with SMTP id AA25160 (5.67a/IDA-1.5 for ); Wed, 27 Mar 1996 13:46:08 +0100 Received: from efg.zfe.siemens.de (arktur) by ztivax.zfe.siemens.de with SMTP id AA09699 (5.67a/IDA-1.5); Wed, 27 Mar 1996 13:46:13 +0100 Received: from regulus.nisced by efg.zfe.siemens.de (4.1/SMI-4.1) id AA16005; Wed, 27 Mar 96 13:46:10 +0100 Received: by regulus.nisced (5.x/SMI-SVR4) id AA07830; Wed, 27 Mar 1996 13:46:43 +0100 Date: Wed, 27 Mar 1996 13:46:43 +0100 Message-Id: <9603271246.AA07830@regulus.nisced> From: jpo.drs@sni.de (Jochen Pohl) To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Reply-To: pohl@rz.tu-ilmenau.de Cc: freebsd-current@freebsd.org (FreeBSD-current users), jpo.drs@sni.de (Jochen Pohl) Subject: Re: lint In-Reply-To: <199603270711.IAA19152@uriah.heep.sax.de> References: <199603270555.QAA17578@godzilla.zeta.org.au> <199603270711.IAA19152@uriah.heep.sax.de> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk J. Wunsch writes: > As Bruce Evans wrote: > > > > >Ah. Hmm, does lint grok exotic thing like ``__attribute(dead2)'' > > >anyway? Or, does it simply drop the expression in the parens for an > > >__attribute() statement? Well, in the latter case, it must fake > > >gcc >= 2.5, if i'm not mistaken. > > > > It doesn't understand them even with -g. I think the author plans to > > fix this. There has to be a way to tell lint that certain functions > > don't return, and __attribute__((__noreturn__)) is a good way. > > Jochen, is this perchance fixed in a recent version? If so, we don't > have access to NetBSD's CVS tree, could you send us (me) a cvs diff > against version 1.3 of your lint sources? It hasn't been fixed, but I have it on my global todo list, with low priority. So there will be no fix in the next three or four months, neither of this nor of any other missing or not working feature in lint. However, when this and/or other things have been fixed I'll send you the diffs. Untill then one should probably use the preprocessor to get rid of __attribute__(). Jochen From owner-freebsd-current Wed Mar 27 05:29:27 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA27310 for current-outgoing; Wed, 27 Mar 1996 05:29:27 -0800 (PST) Received: from gw1.att.com (gw1.att.com [192.20.239.133]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA27305 for ; Wed, 27 Mar 1996 05:29:25 -0800 (PST) From: dob@clipper.cb.att.com Received: from clipper.cb.att.com by ig2.att.att.com id AA01501; Wed, 27 Mar 96 08:30:26 EST Received: from cbsky.cb.att.com by clipper.cb.att.com (4.1/EMS-1.1 SunOS) id AA19372; Wed, 27 Mar 96 08:29:11 EST Received: by cbsky.cb.att.com (5.x/EMS-1.1 client.cf 1/8/94 (SMI-4.1/SVR4)) id AA26642; Wed, 27 Mar 1996 08:29:11 -0500 Date: Wed, 27 Mar 1996 08:29:11 -0500 Message-Id: <9603271329.AA26642@cbsky.cb.att.com> To: freebsd-current@freebsd.org Subject: PANIC: vm_page_free: wire count > 1 (3)panic: vm_page_free: invalid wire count X-Sun-Charset: US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've been having a series of reboots, and hangs (with and without the ability to ALT-Fn to other screens) even since the recent vm fixes (which reduced the number of hangs/reboots dramatically!), and finally setup my system for kernel debugging so that I can get some info to John. (Sorry, no dump yet, but I did have the presence of mind to copy down the panic string and stack trace). Setup: 8MB Pentium, Digital Starion PC (noname MoBo, Phoenix BIOS, *NO* L2 cache), Acculogic SCSI cntrl (ncr53c825), Seagate 1GB Hawk, kernel from current as of Monday 7PM ('cause I needed the recent DDB commits to build a debugging kernel :-). Just running ``make world'' and then after a few hours: PANIC: vm_page_free: wire count > 1 (3)panic: vm_page_free: invalid wire count trace: _panic _vm_page_free + 0x1bd _vm_object_terminate + 0x125 _vm_object_deallocate +0x1a3 _pager_cache + 0x2a _vm_object_trim + 0x5d _vm_object_deallocate + 0x168 _vn_vmio_close + 0x30 _vn_close + 0x4c _vn_closefile + 0x19 _closef + 0x12c _close + 0x83 _syscall+ 0x195 _Xsyscal + 0x35 ---- syscal 6 eip = 0x8064ac5, ebp = 0xefbfbecc I'm running make world today and will check system tonight. If in debug mode, will get a dump this time. Sorry. Thanks! Dan O'Brien Lucent Technologies (Bell Labs Innovations) Columbus, Ohio From owner-freebsd-current Wed Mar 27 06:40:53 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA01121 for current-outgoing; Wed, 27 Mar 1996 06:40:53 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA01116 for ; Wed, 27 Mar 1996 06:40:50 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id BAA06986; Thu, 28 Mar 1996 01:37:15 +1100 Date: Thu, 28 Mar 1996 01:37:15 +1100 From: Bruce Evans Message-Id: <199603271437.BAA06986@godzilla.zeta.org.au> To: charnier@lirmm.fr, current@FreeBSD.ORG Subject: Re: savecore Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >I submitted a patch one month ago to make savecore in a working state. It >was very buggy and I crashed my box about 10 times to test my changes. As >I have no FreeBSD box on the net, I can't use send-pr and I use >bugs@FreeBSD.org instead. I had no news about this patch: Is one of the >committers working on reviewing it or has it been discarded or simply >lost? >An answer like "Your mail is saved in my mailbox, I will review it/commit it >or reject it when I will get time" would be nice. It's in my mailbox :-) but I don't expect to have time to commit it. I think you can use send-pr by changing the mail headers (perhaps after the mail bounces). Bruce From owner-freebsd-current Wed Mar 27 10:05:52 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA14250 for current-outgoing; Wed, 27 Mar 1996 10:05:52 -0800 (PST) Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA14245 for ; Wed, 27 Mar 1996 10:05:45 -0800 (PST) Received: from cantina.clinet.fi (root@cantina.clinet.fi [194.100.0.15]) by hauki.clinet.fi (8.7.3/8.6.4) with ESMTP id UAA11426; Wed, 27 Mar 1996 20:05:25 +0200 (EET) Received: (hsu@localhost) by cantina.clinet.fi (8.7.3/8.6.4) id UAA08738; Wed, 27 Mar 1996 20:05:24 +0200 (EET) Date: Wed, 27 Mar 1996 20:05:24 +0200 (EET) Message-Id: <199603271805.UAA08738@cantina.clinet.fi> From: Heikki Suonsivu To: Eric Chet Cc: freebsd-current@freebsd.org In-reply-to: Eric Chet's message of 25 Mar 1996 17:06:10 +0200 Subject: Re: 2.2-960323-SNAP: ipfw problem Organization: Clinet Ltd, Espoo, Finland References: Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk From: Eric Chet The latest implementation of ipfw is to block everything if your list is empty. It makes sense, you put a firewall in place but you did not tell it which ip's to not firewall. This should have been a new config option or the name should have been changed. I have had ipfw in kernel on all my routers so that when I need to, I could block out links which were flooding or otherwise broken (named loops, for example). This has been a very useful feature in the past. I was very lucky to try this out on a machine which was sitting in our computer room, not one of our remote machines. This is similar, though much more dangerous change compared to removing GATEWAY option completely. Since GATEWAY change I have at least 4 times managed to generate a 15 minute routing break when upgrading a remote router by copying a new kernel over, wondering what went wrong, realizing it, logging into the router and adding sysctl to netstart (some of these things are really old, as I try to avoid upgrading things which work). Now, GATEWAY is a case where I *can* still log in the machine. Guess what happens when someone who does not know about ipfw "improvement", or forgets about it, and installs a new kernel and reboots a remote router, which happens to be at the other side of the town :-( This kind of changes should always be done carefully. Quick change without thinking may mean hundreds of people falling in a nasty trap. -- Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@clinet.fi mobile +358-40-5519679 work +358-0-4375360 fax -4555276 home -8031121 From owner-freebsd-current Wed Mar 27 10:12:34 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA14631 for current-outgoing; Wed, 27 Mar 1996 10:12:34 -0800 (PST) Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA14626 Wed, 27 Mar 1996 10:12:32 -0800 (PST) Message-Id: <199603271812.KAA14626@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: Kevin Rosenberg cc: freebsd-current@freebsd.org Subject: Re: Hang on "changing root device to sd0" In-reply-to: Your message of "Wed, 27 Mar 1996 02:36:18 MST." Date: Wed, 27 Mar 1996 10:12:32 -0800 From: "Justin T. Gibbs" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >I have a buslogic 946C with 4 SCSI disks. The disks are all found fine >during booting, but I get the messages > "bt: unit number (1) too high" > "bt0: not found" Disable the isa compatibility port address on your card using the Buslogic boot time configuration screen. Your card is being double probed which is Baaaad. >Later, I get the hang mentioned above. > >I did change /sys/compile/LOCAL/bt.h to set NBT equal to 2. Not what you want to do. Do you really have two cards??? 8-) >Then I no longer get the "bt: unit number (1) too high" message. After bt0 >drives are found, the boot process "finds" bt1 and lists it's >IO port, irq, and drives as exactly the same as bt0. Except that the unit numbers for the drives are higher and the first set of units don't work anymore because of the double probe. I'll fix the probe to not be destructive if the unit number is too high. Its a bug to only test it in the attach code. You may also want to look a day back in the -stable archives where this same issue was discussed in detail. >I'd be grateful if someone had some suggestions! > >TIA. > >----------------------------------------------------------------------- >Kevin Rosenberg | The Four Corner's Finest Internet Access >System Administrator | kevin@cyberport.com >CyberPort Station | http://www.cyberport.com > > > -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Wed Mar 27 10:34:33 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA16098 for current-outgoing; Wed, 27 Mar 1996 10:34:33 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA16091 for ; Wed, 27 Mar 1996 10:34:30 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id KAA01409; Wed, 27 Mar 1996 10:33:41 -0800 (PST) To: Heikki Suonsivu cc: Eric Chet , freebsd-current@freebsd.org Subject: Re: 2.2-960323-SNAP: ipfw problem In-reply-to: Your message of "Wed, 27 Mar 1996 20:05:24 +0200." <199603271805.UAA08738@cantina.clinet.fi> Date: Wed, 27 Mar 1996 10:33:41 -0800 Message-ID: <1406.827951621@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > This should have been a new config option or the name should have been > changed. I have had ipfw in kernel on all my routers so that when I need > to, I could block out links which were flooding or otherwise broken (named > loops, for example). This has been a very useful feature in the past. I > was very lucky to try this out on a machine which was sitting in our > computer room, not one of our remote machines. You should subscribe to the -current mailing list, where this was all discussed. If you don't subscribe or don't read the messages that come across here frequently when a change like this is planned, then frankly you should either NOT be running -current or you should fully expect this kind of problem to become a regular part of your life. You're running the development sources, what do you expect? We make -stable available for those who don't like to be on the fast-track, so one can hardly say that you don't hae a choice. > This is similar, though much more dangerous change compared to removing > GATEWAY option completely. Since GATEWAY change I have at least 4 times This is silly. We have hooks in sysconfig for this and have had since *before* the GATEWAY option was removed. Again, there was plenty of warning and if you make it a practice of leaping off without looking first then you can hardly blame us for your broken nose. "Doctor, Doctor, it hurts when I shoot myself in the foot!" :-) > This kind of changes should always be done carefully. Quick change without > thinking may mean hundreds of people falling in a nasty trap. Actually, the only one falling in appears to be one Finnish guy who doesn't read very carefully.. :-) P.S. When are you going to remove all those redundant lines from your kernel configuration, like David keeps asking you to? I'd be far more sympathetic to your plight if you didn't have a long history of sticking your hands in the fire and then running to us for first aid, screaming about how we failed to handcuff your hands behind your back to prevent such an action on your part! Jordan From owner-freebsd-current Wed Mar 27 10:52:19 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA17754 for current-outgoing; Wed, 27 Mar 1996 10:52:19 -0800 (PST) Received: from meter.eng.uci.edu (root@meter.eng.uci.edu [128.200.85.3]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA17730 for ; Wed, 27 Mar 1996 10:52:17 -0800 (PST) Received: from imperial.ece.uci.edu by meter.eng.uci.edu (8.7.4) id KAA03089; Wed, 27 Mar 1996 10:52:15 -0800 (PST) Received: from localhost by imperial.ece.uci.edu (8.6.12) id KAA03062; Wed, 27 Mar 1996 10:52:07 -0800 Message-Id: <199603271852.KAA03062@imperial.ece.uci.edu> To: current@freebsd.org Subject: Re: 2.2-960323-SNAP: ibcs2 panic In-reply-to: Your message of "Mon, 25 Mar 1996 18:21:40 EST." <199603252321.SAA25594@davinci.isds.duke.edu> Date: Wed, 27 Mar 1996 10:51:51 -0800 From: Steven Wallace Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I found the problem and just committed the fix. Here is the patch: *** ibcs2_sysvec.c.orig Sat Mar 2 11:37:43 1996 --- ibcs2_sysvec.c Wed Mar 27 10:18:34 1996 *************** *** 32,37 **** --- 32,38 ---- #include #include + #include #include extern int bsd_to_ibcs2_sig[]; *************** *** 49,55 **** ELAST, bsd_to_ibcs2_errno, 0, /* fixup */ ! 0, /* sendsig, ignore */ sigcode, /* use generic trampoline */ &szsigcode, /* use generic trampoline size */ 0 /* prepsyscall */ --- 50,56 ---- ELAST, bsd_to_ibcs2_errno, 0, /* fixup */ ! sendsig, sigcode, /* use generic trampoline */ &szsigcode, /* use generic trampoline size */ 0 /* prepsyscall */ BTW, you might want to define SPX_HACK when compiling the lkm so you can set your DISPLAY to :0.0. Otherwise you must set it to localhost:0.0 Make sure your /compat/ibcs2/dev directory looks like: lrwxr-xr-x 1 root wheel 9 Oct 15 22:20 X0R@ -> /dev/null lrwxr-xr-x 1 root wheel 7 Oct 15 22:20 nfsd@ -> socksys -rw-rw-r-- 1 root wheel 0 Mar 27 10:44 null lrwxr-xr-x 1 root wheel 9 Oct 15 22:20 socksys@ -> /dev/null crw-rw-rw- 1 root wheel 41, 1 Oct 15 22:14 spx Have fun! WP6.0 working fine again. Steven From owner-freebsd-current Wed Mar 27 11:55:41 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA21788 for current-outgoing; Wed, 27 Mar 1996 11:55:41 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA21769 for ; Wed, 27 Mar 1996 11:55:37 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA01762; Wed, 27 Mar 1996 12:53:17 -0700 From: Terry Lambert Message-Id: <199603271953.MAA01762@phaeton.artisoft.com> Subject: Re: Re-Export NFS-partition ?! To: jdli@FreeBSD.csie.NCTU.edu.tw (Jian-Da Li) Date: Wed, 27 Mar 1996 12:53:16 -0700 (MST) Cc: freebsd-current@FreeBSD.org In-Reply-To: <199603270452.MAA29220@FreeBSD.csie.NCTU.edu.tw> from "Jian-Da Li" at Mar 27, 96 12:52:58 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > >> >Perhaps you could tell us *why* you want to do this, and we can tell > >> >you why it's a silly idea or suggest rational alternatives... 8-). > >>=20 > >> Well, if local HD is not large enough, and wants to provide > >> NFS installation ?! (such as 2.1.0-RELEASE) > > > > Easy. mount it from the system you want to "reeexport" instead of > > from the system you want to do the "reexporting". > > Errr...I knew it..... :) > How about export NFS partitions from a machine behind the firewall ?! > :) Firewalling incoming mounts is a security problem. Firewalling outgoing mounts is an administrative mistake. In any case, I suggest you mount a CDROM locally and create a symlink tree in the NFS directory containing the mount point to allow NFS install from CDROM. Assuming you can't convince your administration that they are mistaken. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Wed Mar 27 11:57:48 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA21958 for current-outgoing; Wed, 27 Mar 1996 11:57:48 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA21952 for ; Wed, 27 Mar 1996 11:57:46 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA01774; Wed, 27 Mar 1996 12:56:03 -0700 From: Terry Lambert Message-Id: <199603271956.MAA01774@phaeton.artisoft.com> Subject: Re: Re-Export NFS-partition ?! To: joerg_wunsch@uriah.heep.sax.de Date: Wed, 27 Mar 1996 12:56:03 -0700 (MST) Cc: freebsd-current@FreeBSD.ORG, jdli@FreeBSD.csie.NCTU.edu.tw In-Reply-To: <199603270707.IAA19125@uriah.heep.sax.de> from "J Wunsch" at Mar 27, 96 08:07:39 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > (While it's not very difficult in theory to NFS-reexport a file system > -- Linux can do it --, most of us believe that it would violate the > original idea of an NFS export list maintained at the server. Alas, > Sun was never very good in considering security issues.) It violates some protocol guarantees because of interactions between twostages of client caching (which is only moderately safe anyway, and only works because there aren't things like NFS reeporting going on to *really* screw up coherency). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Wed Mar 27 12:00:42 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA22175 for current-outgoing; Wed, 27 Mar 1996 12:00:42 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA22170 for ; Wed, 27 Mar 1996 12:00:40 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA01800; Wed, 27 Mar 1996 12:59:07 -0700 From: Terry Lambert Message-Id: <199603271959.MAA01800@phaeton.artisoft.com> Subject: Re: lint To: bde@zeta.org.au (Bruce Evans) Date: Wed, 27 Mar 1996 12:59:07 -0700 (MST) Cc: freebsd-current@freebsd.org, j@uriah.heep.sax.de In-Reply-To: <199603270555.QAA17578@godzilla.zeta.org.au> from "Bruce Evans" at Mar 27, 96 04:55:00 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >Ah. Hmm, does lint grok exotic thing like ``__attribute(dead2)'' > >anyway? Or, does it simply drop the expression in the parens for an > >__attribute() statement? Well, in the latter case, it must fake > >gcc >= 2.5, if i'm not mistaken. > > It doesn't understand them even with -g. I think the author plans to > fix this. There has to be a way to tell lint that certain functions > don't return, and __attribute__((__noreturn__)) is a good way. Putting "/* NOTREACHED*/" after the function call is the traditional lint method... assuming this is supposed to be an implementation of a traditional lint, instead of some new thing. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Wed Mar 27 12:13:14 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA23127 for current-outgoing; Wed, 27 Mar 1996 12:13:14 -0800 (PST) Received: from ki.net (root@ki.net [205.150.102.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA23117 for ; Wed, 27 Mar 1996 12:13:10 -0800 (PST) Received: (from scrappy@localhost) by ki.net (8.7.4/8.7.4) id PAA00596; Wed, 27 Mar 1996 15:13:02 -0500 (EST) Date: Wed, 27 Mar 1996 15:12:56 -0500 (EST) From: "Marc G. Fournier" To: current@freebsd.org Subject: Not sure where to report this (cvs on freefall) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi... I'm trying to get a LINT kernel compiled on freefall, based on sources *just* updated, and there seems to be a bug in the Makefile somewhere: cc -O -pipe -W -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Winline -nostdinc -I. -I../.. -I../../sys -I/usr/include -DI386_CPU -DI486_CPU -DI586_CPU -DI686_CPU -DSCSI_2_DEF -DEXT2FS -D DEBUG -DPOWERFAIL_NMI -DPROBE_VERBOSE -DBREAK_TO_DEBUGGER -DDSI_SOFT_MODEM -DCOM_MULTIPORT -DCOM_ESP -DCOMCONSOLE -DPSM_NO_RESET -DFDSEEKWAIT=16 -DATAPI -DHARDFONTS -DPCVT_SCANSET=2 -DFAT_CURSOR -DXSERVER -DPCVT_FREEBSD=210 -DSCSIDEBUG -DNSWAPDEV=20 -DMFS _AUTOLOAD -DMFS_ROOT=10 -DDEVFS -DMSDOSFS -DMFS -DLFS -DCD9660 -DNQNFS -DNFS -DFFS -DTCPDEBUG -DIPFIREWALL_VERBOSE -DIPFIREWALL -DTCP_COMPAT_42 -DIPX_ERRPRINTFS=0 -DIPXPRINTFS=0 -DIPTUNNEL -DIPXIP -DIPX -DINET -DDIAGNOSTIC -DDDB_UNATTENDED -DCOMPAT_43 -DF AILSAFE -DKERNEL -o linux_genassym cc: No input files specified *** Error code 1 I checked out the lastest config and used that. I've re-updated the source tree twice, and no difference. As I'm new to this, I'm not quite sure where I should be looking, or where I should send this message :( thanks... Marc G. Fournier | POP Mail Telnet Acct DNS Hosting System | WWW Services Database Services | Knowledge, Administrator | | Information and scrappy@ki.net | WWW: http://www.ki.net | Communications, Inc From owner-freebsd-current Wed Mar 27 12:41:15 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA24901 for current-outgoing; Wed, 27 Mar 1996 12:41:15 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA24889 for ; Wed, 27 Mar 1996 12:41:10 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id HAA20036; Thu, 28 Mar 1996 07:38:51 +1100 Date: Thu, 28 Mar 1996 07:38:51 +1100 From: Bruce Evans Message-Id: <199603272038.HAA20036@godzilla.zeta.org.au> To: bde@zeta.org.au, terry@lambert.org Subject: Re: lint Cc: freebsd-current@freebsd.org, j@uriah.heep.sax.de Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> It doesn't understand them even with -g. I think the author plans to >> fix this. There has to be a way to tell lint that certain functions >> don't return, and __attribute__((__noreturn__)) is a good way. >Putting "/* NOTREACHED*/" after the function call is the traditional >lint method... assuming this is supposed to be an implementation of >a traditional lint, instead of some new thing. Not according to lint man pages: "BUGS The routines exit(2) [sic] ... and other functions that do not return are not understood; this causes various incorrect diagnostics". /*NOTREACHED*/ only works for the function call, not for the function declaration. You have to put the comment after thousands of calls to exit() instead of after one declaration of exit. If /*NOTREACHED*/ worked to qualify function declarations, then you might be able to implement it using __dead, __dead2 or __attribute__((__noreturn__)). E.g., #define __dead /*NOTREACHED*/ /* probably misplaced */ #define __dead2 /*NOTREACHED*/ /* more likely to work */ Bruce From owner-freebsd-current Wed Mar 27 13:41:00 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA00713 for current-outgoing; Wed, 27 Mar 1996 13:41:00 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA00694 for ; Wed, 27 Mar 1996 13:40:56 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA02042; Wed, 27 Mar 1996 14:38:42 -0700 From: Terry Lambert Message-Id: <199603272138.OAA02042@phaeton.artisoft.com> Subject: Re: lint To: bde@zeta.org.au (Bruce Evans) Date: Wed, 27 Mar 1996 14:38:41 -0700 (MST) Cc: bde@zeta.org.au, terry@lambert.org, freebsd-current@FreeBSD.org, j@uriah.heep.sax.de In-Reply-To: <199603272038.HAA20036@godzilla.zeta.org.au> from "Bruce Evans" at Mar 28, 96 07:38:51 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > >> It doesn't understand them even with -g. I think the author plans to > >> fix this. There has to be a way to tell lint that certain functions > >> don't return, and __attribute__((__noreturn__)) is a good way. > > >Putting "/* NOTREACHED*/" after the function call is the traditional > >lint method... assuming this is supposed to be an implementation of > >a traditional lint, instead of some new thing. > > Not according to lint man pages: > > "BUGS > The routines exit(2) [sic] ... and other functions that do not return are > not understood; this causes various incorrect diagnostics". > > /*NOTREACHED*/ only works for the function call, not for the function > declaration. You have to put the comment after thousands of calls to > exit() instead of after one declaration of exit. If /*NOTREACHED*/ > worked to qualify function declarations, then you might be able to > implement it using __dead, __dead2 or __attribute__((__noreturn__)). > E.g., > > #define __dead /*NOTREACHED*/ /* probably misplaced */ > #define __dead2 /*NOTREACHED*/ /* more likely to work */ Hmmmmmmm.... that's interesting, actually. But if that worked, then you could make "exit" intrinsically work without the NOTREACHED (or the __dead or __dead2). I may have to take a look at the lexer to see if it's possible to add state for exit... if someone gets to it before I do (I expect it'll be about 1998 before I do anything on it 8-)), then so much the better. Could you: #define exit( x) lint_exit(x); \ /* NOTREACHED*/ And make sure the lint lib defined lint_exit, and not exit? This wouldn't fix "return" from main, unfortunately... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Wed Mar 27 14:18:35 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA04395 for current-outgoing; Wed, 27 Mar 1996 14:18:35 -0800 (PST) Received: from sovcom.kiae.su (sovcom.kiae.su [144.206.136.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA04358 Wed, 27 Mar 1996 14:18:16 -0800 (PST) Received: by sovcom.kiae.su id AA06936 (5.65.kiae-1 ); Thu, 28 Mar 1996 01:05:28 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Thu, 28 Mar 96 01:05:28 +0300 Received: (from ache@localhost) by astral.msk.su (8.7.5/8.7.3) id BAA00333; Thu, 28 Mar 1996 01:03:41 +0300 (MSK) Message-Id: <199603272203.BAA00333@astral.msk.su> Subject: Panic in sc_done To: current@freebsd.org (FreeBSD-current), scsi@freebsd.org (FreeBSD-SCSI List) Date: Thu, 28 Mar 1996 01:03:39 +0300 (MSK) From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) X-Class: Fast X-Mailer: ELM [version 2.4ME+ PL14 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I just got page fault: sc_done+0x35: testb $0x40,0x5(%ecx) sc_err1 scsi_done ahc_done ahc_intr -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-current Wed Mar 27 14:43:01 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA08114 for current-outgoing; Wed, 27 Mar 1996 14:43:01 -0800 (PST) Received: from sxt2.space.lockheed.com (sxt2.space.lockheed.com [192.68.162.109]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA08106 for ; Wed, 27 Mar 1996 14:42:56 -0800 (PST) Received: by sxt2.space.lockheed.com (5.65/DEC-Ultrix/4.3) id AA09673; Wed, 27 Mar 1996 14:37:15 -0800 Date: Wed, 27 Mar 1996 14:37:14 -0800 (PST) From: "Brian N. Handy" To: freebsd-current@freebsd.org Subject: /etc/localtime and screensaver? Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk For today's adventure I decided to try and get my time zone set up so I don't have to fuss with it. My version of tzsetup is still broken, so I figured I would do this by hand. I copied the appropriate timezone from /usr/share/zoneinfo to /etc/localtime. The screen went blank. (I was in X.) I sat here, dumbfounded, waiting for the system to reboot, but...nothing happend. Out of habit, I grabbed the mouse and the screen came back! I had just turned on the screensaver somehow. Running a supped -current from about last Sunday: FreeBSD handy.space.lockheed.com 2.2-CURRENT FreeBSD 2.2-CURRENT #0: Sun Mar 24 12:37:22 1996 handy@handy.space.lockheed.com:/usr/2.2-CURRENT/src/sys/compile/LESPAUL i386 Thought this might be interesting to someone. Cheers, Brian From owner-freebsd-current Wed Mar 27 14:47:10 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA08687 for current-outgoing; Wed, 27 Mar 1996 14:47:10 -0800 (PST) Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA08634 for ; Wed, 27 Mar 1996 14:46:55 -0800 (PST) Received: (from julian@localhost) by ref.tfs.com (8.7.3/8.6.9) id NAA06134; Mon, 25 Mar 1996 13:51:59 -0800 (PST) Message-Id: <199603252151.NAA06134@ref.tfs.com> Subject: Re: async mounts, etc. To: davidg@Root.COM Date: Mon, 25 Mar 1996 13:51:58 -0800 (PST) From: "JULIAN Elischer" Cc: pst@shockwave.com, freebsd-current@freebsd.org In-Reply-To: <199603252002.MAA06245@Root.COM> from "David Greenman" at Mar 25, 96 12:02:26 pm X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > I agree with this.. And I've told terry as much.. we are all rather busy.. (I'm presently doing 2 jobs) and while we sometimes disagree about this or that that terry does, the hard part is if there is something we all agre with, it comes with all the added changes, all mixed in.. so it takes a lot to separate them out and we don't HAVE a lot of time.. I put his system startup changes in because 1/ I needed them 2/ they were easily separatable.. > > The mount of controversy is directly proportional to the amount of > non-related changes that are simultaneously submitted (mixed in with the > rest). Both John and I keep looking at Terry's stuff and asking "Hmmm, how can > we extract just the substance of this". A sure-fire way to cause the code to > not be committed is to make "single entry, single exit" changes at the same > time. I don't care to debate this subject now, but I do want to make something > clear: whether you have commit authority or not, I *strongly* encourage that > changes be localized to the task at hand - especially when the changes must > be reviewed before commit like the ones Terry almost always submits. This > *can* be done. We (john and me) know we can extract the namei/componentname > changes from one of Terry's submissions, for example, but simply haven't had > the time to do it. > Just to clarify my position on the VOP_LOCK layering...I agree in principle > with these changes (as does John D. and Kirk). If Terry is willing to > implement *just* those changes, then we will seriously consider them. I know > it's tempting to fix this or that at the same time or to implement your > personal stylistic changes or whatever. There's too much that can go wrong in > the locking, however, and I must insist that the changes be "localized to the > task". > > -DG > > David Greenman > Core-team/Principal Architect, The FreeBSD Project > From owner-freebsd-current Wed Mar 27 14:52:33 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA09425 for current-outgoing; Wed, 27 Mar 1996 14:52:33 -0800 (PST) Received: from meter.eng.uci.edu (root@meter.eng.uci.edu [128.200.85.3]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA09418 for ; Wed, 27 Mar 1996 14:52:31 -0800 (PST) Received: from newport.ece.uci.edu by meter.eng.uci.edu (8.7.4) id OAA09783; Wed, 27 Mar 1996 14:52:24 -0800 (PST) Received: from localhost by newport.ece.uci.edu (8.7.4) id OAA29191; Wed, 27 Mar 1996 14:52:23 -0800 (PST) Message-Id: <199603272252.OAA29191@newport.ece.uci.edu> To: current@freebsd.org Subject: ktrace broken in 2.2-960323-SNAP Date: Wed, 27 Mar 1996 14:52:21 -0800 From: Steven Wallace Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Simply add options KTRACE to the GENERIC config and make a new kernel. Then ktrace du or your favorite program. # kdump ... get trace of run just fine. ... # kdump kdump: bogus length 0xf000ef6f ack! file has been corrupted somehow! You don't have to use kdump, more or cp will work fine. The first time the file is read, the data is correct. The second time the date gets thrashed. Therefore the only way to get a ktrace is to copy the file immediatly after the ktrace.out is generated. This is really wierd and I haven't seen anything quite like this. Please let me know when someone has a clue and/or has a fix. Thanks, Steven From owner-freebsd-current Wed Mar 27 15:36:07 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA12397 for current-outgoing; Wed, 27 Mar 1996 15:36:07 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA12390 for ; Wed, 27 Mar 1996 15:36:04 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id QAA00465; Wed, 27 Mar 1996 16:35:53 -0700 Date: Wed, 27 Mar 1996 16:35:53 -0700 From: Nate Williams Message-Id: <199603272335.QAA00465@rocky.sri.MT.net> To: "Brian N. Handy" Cc: freebsd-current@FreeBSD.org Subject: Re: /etc/localtime and screensaver? In-Reply-To: References: Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > I copied the appropriate timezone from /usr/share/zoneinfo to > /etc/localtime. > > The screen went blank. (I was in X.) I sat here, dumbfounded, waiting for > the system to reboot, but...nothing happend. Out of habit, I grabbed the > mouse and the screen came back! I had just turned on the screensaver > somehow. This is actually expected behavior. The same things happens to me when I run ntptime on my laptop after being away for awhile. Basically, the time has changed enough so that sometimes cron jobs start up because the system time is really hosed up. Nate From owner-freebsd-current Wed Mar 27 15:54:20 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA13405 for current-outgoing; Wed, 27 Mar 1996 15:54:20 -0800 (PST) Received: from gw3.att.com (gw4.att.com [204.179.186.34]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA13400 for ; Wed, 27 Mar 1996 15:54:17 -0800 (PST) From: dob@clipper.cb.att.com Received: from clipper.cb.att.com by ig4.att.att.com id AA07485; Wed, 27 Mar 96 18:46:30 EST Received: from cbsky.cb.att.com by clipper.cb.att.com (4.1/EMS-1.1 SunOS) id AA19205; Wed, 27 Mar 96 18:54:11 EST Received: by cbsky.cb.att.com (5.x/EMS-1.1 client.cf 1/8/94 (SMI-4.1/SVR4)) id AA28186; Wed, 27 Mar 1996 18:54:11 -0500 Date: Wed, 27 Mar 1996 18:54:11 -0500 Message-Id: <9603272354.AA28186@cbsky.cb.att.com> To: freebsd-current@freebsd.org Subject: Re: PANIC: vm_page_free: wire count > 1 (3)panic: vm_page_free: invalid wire count X-Sun-Charset: US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Happened again during second round of make world... Except: 1) panic message was vm_page_free: wire count > 1 (5)panic: vm_page_free: invalid wire counto i.e, 5 instead of 3 2) ddb command ``panic'' did not yield a dump, it just hung with dump 8 on the screen for ten minutes. I pushed the big red reset button... Same stack trace, however. > Just running ``make world'' and then after a few hours: > > PANIC: vm_page_free: wire count > 1 (3)panic: vm_page_free: invalid wire count > > trace: > > _panic > _vm_page_free + 0x1bd > _vm_object_terminate + 0x125 > _vm_object_deallocate +0x1a3 > _pager_cache + 0x2a > _vm_object_trim + 0x5d > _vm_object_deallocate + 0x168 > _vn_vmio_close + 0x30 > _vn_close + 0x4c > _vn_closefile + 0x19 > _closef + 0x12c > _close + 0x83 > _syscall+ 0x195 > _Xsyscal + 0x35 > ---- syscal 6 eip = 0x8064ac5, ebp = 0xefbfbecc Thanks! Dan O'Brien Lucent Technologies (Bell Labs Innovations) Columbus, Ohio From owner-freebsd-current Wed Mar 27 17:33:43 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA20168 for current-outgoing; Wed, 27 Mar 1996 17:33:43 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA20161 for ; Wed, 27 Mar 1996 17:33:41 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id RAA02697; Wed, 27 Mar 1996 17:33:29 -0800 (PST) To: "Brian N. Handy" cc: freebsd-current@FreeBSD.org Subject: Re: /etc/localtime and screensaver? In-reply-to: Your message of "Wed, 27 Mar 1996 14:37:14 PST." Date: Wed, 27 Mar 1996 17:33:29 -0800 Message-ID: <2695.827976809@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > The screen went blank. (I was in X.) I sat here, dumbfounded, waiting for > the system to reboot, but...nothing happend. Out of habit, I grabbed the > mouse and the screen came back! I had just turned on the screensaver > somehow. Sure it did - you changed the time, silly! :-) Jordan From owner-freebsd-current Wed Mar 27 18:03:37 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA21035 for current-outgoing; Wed, 27 Mar 1996 18:03:37 -0800 (PST) Received: from cocoa.ops.neosoft.com (root@cocoa.ops.neosoft.com [206.109.5.227]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA21027 Wed, 27 Mar 1996 18:03:34 -0800 (PST) Received: (from dbaker@localhost) by cocoa.ops.neosoft.com (8.7.5/8.6.12) id UAA14400; Wed, 27 Mar 1996 20:03:27 -0600 (CST) Date: Wed, 27 Mar 1996 20:03:27 -0600 (CST) From: Daniel Baker X-Sender: dbaker@cocoa.ops.neosoft.com To: freebsd-current@freebsd.org, freebsd-hardware@freebsd.org Subject: qcamcontrol dumps core with brightness Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Running -CURRENT from about a week ago, qcamcontrol works, but if I try and adjust the brightness, it dumps core saying segmentation fault, any ideas? Daniel Daniel Baker - Daniel@Cuckoo.COM "Uhhhhhhh, thank you, drive through please" From owner-freebsd-current Wed Mar 27 19:30:24 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA25302 for current-outgoing; Wed, 27 Mar 1996 19:30:24 -0800 (PST) Received: from localhost (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA25294 for ; Wed, 27 Mar 1996 19:30:18 -0800 (PST) Received: (from root@localhost) by localhost (8.6.11/8.6.9) id WAA05645; Wed, 27 Mar 1996 22:30:03 -0500 From: "John S. Dyson" Message-Id: <199603280330.WAA05645@localhost> Subject: Re: PANIC: vm_page_free: wire count > 1 (3)panic: vm_page_free: invalid wire count To: dob@clipper.cb.att.com Date: Wed, 27 Mar 1996 22:30:03 -0500 (EST) Cc: freebsd-current@freebsd.org In-Reply-To: <9603272354.AA28186@cbsky.cb.att.com> from "dob@clipper.cb.att.com" at Mar 27, 96 06:54:11 pm X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > Happened again during second round of make world... > > Except: > > 1) panic message was > > vm_page_free: wire count > 1 (5)panic: vm_page_free: invalid wire counto > > i.e, 5 instead of 3 > > 2) ddb command ``panic'' did not yield a dump, it just hung with > > dump 8 > Look forward to some commits starting tonight, and probably being finished tomorrow. I have the go-ahead for some significant code cleanups, and so let's give it a try again in a couple of days. At least the code will be in sync with my working code :-). Thanks for your patience, John dyson@freebsd.org dyson@inuxs.inh.att.com From owner-freebsd-current Wed Mar 27 20:35:32 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA28618 for current-outgoing; Wed, 27 Mar 1996 20:35:32 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA28612 for ; Wed, 27 Mar 1996 20:35:28 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id PAA09588; Thu, 28 Mar 1996 15:32:34 +1100 Date: Thu, 28 Mar 1996 15:32:34 +1100 From: Bruce Evans Message-Id: <199603280432.PAA09588@godzilla.zeta.org.au> To: current@FreeBSD.ORG, swallace@ece.uci.edu Subject: Re: 2.2-960323-SNAP: ibcs2 panic Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Make sure your /compat/ibcs2/dev directory looks like: >lrwxr-xr-x 1 root wheel 9 Oct 15 22:20 X0R@ -> /dev/null >lrwxr-xr-x 1 root wheel 7 Oct 15 22:20 nfsd@ -> socksys >-rw-rw-r-- 1 root wheel 0 Mar 27 10:44 null >lrwxr-xr-x 1 root wheel 9 Oct 15 22:20 socksys@ -> /dev/null >crw-rw-rw- 1 root wheel 41, 1 Oct 15 22:14 spx I think spx will have to be a link to /dev/spx for devfs. spx isnt in devfs or /sys/i386/conf/majors.i386. Bruce From owner-freebsd-current Wed Mar 27 21:58:24 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA02507 for current-outgoing; Wed, 27 Mar 1996 21:58:24 -0800 (PST) Received: from meter.eng.uci.edu (root@meter.eng.uci.edu [128.200.85.3]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id VAA02502 for ; Wed, 27 Mar 1996 21:58:22 -0800 (PST) Received: from newport.ece.uci.edu by meter.eng.uci.edu (8.7.4) id VAA21238; Wed, 27 Mar 1996 21:58:21 -0800 (PST) Received: from localhost by newport.ece.uci.edu (8.7.4) id VAA00988; Wed, 27 Mar 1996 21:58:19 -0800 (PST) Message-Id: <199603280558.VAA00988@newport.ece.uci.edu> To: Bruce Evans cc: current@freebsd.org Subject: Re: 2.2-960323-SNAP: ibcs2 panic In-reply-to: Your message of "Thu, 28 Mar 1996 15:32:34 +1100." <199603280432.PAA09588@godzilla.zeta.org.au> Date: Wed, 27 Mar 1996 21:58:18 -0800 From: Steven Wallace Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>Make sure your /compat/ibcs2/dev directory looks like: > >>lrwxr-xr-x 1 root wheel 9 Oct 15 22:20 X0R@ -> /dev/null >>lrwxr-xr-x 1 root wheel 7 Oct 15 22:20 nfsd@ -> socksys >>-rw-rw-r-- 1 root wheel 0 Mar 27 10:44 null >>lrwxr-xr-x 1 root wheel 9 Oct 15 22:20 socksys@ -> /dev/null >>crw-rw-rw- 1 root wheel 41, 1 Oct 15 22:14 spx > > I think spx will have to be a link to /dev/spx for devfs. spx isnt in > devfs or /sys/i386/conf/majors.i386. > As I explained when I wrote the spx "support" it is truely a hack. Look at the code: #ifdef SPX_HACK if(ret == ENXIO) if(!strcmp(SCARG(uap, path), "/compat/ibcs2/dev/spx")) ret = spx_open(p, uap, retval); else #endif /* SPX_HACK */ It doesn't matter what device it opens, just as long as it doesn't exist. Then it returns ENXIO so it checks the path. This is for speed so not all opens check the path. Since the old socksys support was deprecated, the old spx device that no longer exists is a good choice for this hack! Steven From owner-freebsd-current Wed Mar 27 22:15:37 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA03177 for current-outgoing; Wed, 27 Mar 1996 22:15:37 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA03167 for ; Wed, 27 Mar 1996 22:15:26 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id RAA14635; Thu, 28 Mar 1996 17:14:14 +1100 Date: Thu, 28 Mar 1996 17:14:14 +1100 From: Bruce Evans Message-Id: <199603280614.RAA14635@godzilla.zeta.org.au> To: bde@zeta.org.au, swallace@ece.uci.edu Subject: Re: 2.2-960323-SNAP: ibcs2 panic Cc: current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >As I explained when I wrote the spx "support" it is truely a hack. >Look at the code: >... >It doesn't matter what device it opens, just as long as it doesn't exist. You get to implement /dev/nonexistent or /dev/spx_hack :-). >Then it returns ENXIO so it checks the path. This is for speed so >not all opens check the path. Since the old socksys support was deprecated, >the old spx device that no longer exists is a good choice for this hack! Major 41 is still reserved, so it is a good choice for /dev/nonexistent. Bruce From owner-freebsd-current Thu Mar 28 02:53:46 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA16367 for current-outgoing; Thu, 28 Mar 1996 02:53:46 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA16357 Thu, 28 Mar 1996 02:53:35 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id MAA28840; Thu, 28 Mar 1996 12:52:49 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id LAA14534; Thu, 28 Mar 1996 11:52:48 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.4/8.6.9) id LAA24351; Thu, 28 Mar 1996 11:08:51 +0100 (MET) From: J Wunsch Message-Id: <199603281008.LAA24351@uriah.heep.sax.de> Subject: Re: Panic in sc_done To: current@FreeBSD.org, scsi@FreeBSD.org Date: Thu, 28 Mar 1996 11:08:50 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199603272203.BAA00333@astral.msk.su> from "=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=" at Mar 28, 96 01:03:39 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= wrote: > I just got page fault: > sc_done+0x35: testb $0x40,0x5(%ecx) > sc_err1 This is here: /* * an EOF condition results in a VALID resid.. */ if(xs->flags & SCSI_EOF) { ^^^^^^^^^ xs->resid = xs->datalen; xs->flags |= SCSI_RESID_VALID; } Looks weird. sc_err1() does always evaluate xs->error first, so this should already break if xs is an invalid pointer. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Thu Mar 28 02:54:56 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA16487 for current-outgoing; Thu, 28 Mar 1996 02:54:56 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA16473 for ; Thu, 28 Mar 1996 02:54:45 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id MAA28804 for ; Thu, 28 Mar 1996 12:52:16 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id LAA14528 for freebsd-current@FreeBSD.org; Thu, 28 Mar 1996 11:52:15 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.4/8.6.9) id JAA23698 for freebsd-current@FreeBSD.org; Thu, 28 Mar 1996 09:49:30 +0100 (MET) From: J Wunsch Message-Id: <199603280849.JAA23698@uriah.heep.sax.de> Subject: Re: /etc/localtime and screensaver? To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Thu, 28 Mar 1996 09:49:29 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199603272335.QAA00465@rocky.sri.MT.net> from "Nate Williams" at Mar 27, 96 04:35:53 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Nate Williams wrote: > This is actually expected behavior. The same things happens to me when > I run ntptime on my laptop after being away for awhile. Basically, the > time has changed enough so that sometimes cron jobs start up because the > system time is really hosed up. That's why one should normally kill cron before changing the time, and restart it then. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Thu Mar 28 02:55:18 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA16536 for current-outgoing; Thu, 28 Mar 1996 02:55:18 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA16470 for ; Thu, 28 Mar 1996 02:54:26 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id MAA28849; Thu, 28 Mar 1996 12:52:53 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id LAA14538; Thu, 28 Mar 1996 11:52:53 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.4/8.6.9) id LAA24434; Thu, 28 Mar 1996 11:16:51 +0100 (MET) From: J Wunsch Message-Id: <199603281016.LAA24434@uriah.heep.sax.de> Subject: Re: savecore To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Thu, 28 Mar 1996 11:16:50 +0100 (MET) Cc: charnier@lirmm.fr Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199603271437.BAA06986@godzilla.zeta.org.au> from "Bruce Evans" at Mar 28, 96 01:37:15 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Bruce Evans wrote: > >An answer like "Your mail is saved in my mailbox, I will review it/commit it > >or reject it when I will get time" would be nice. > > It's in my mailbox :-) but I don't expect to have time to commit it. Also in my mailbox. :-) > I think you can use send-pr by changing the mail headers (perhaps after > the mail bounces). send-pr should be mostly portable to other Unices (it's a /bin/sh script). Of course, you need to fill in the system-specific info manually. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Thu Mar 28 03:05:14 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA17757 for current-outgoing; Thu, 28 Mar 1996 03:05:14 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA17750 for ; Thu, 28 Mar 1996 03:05:10 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id VAA26702; Thu, 28 Mar 1996 21:52:37 +1100 Date: Thu, 28 Mar 1996 21:52:37 +1100 From: Bruce Evans Message-Id: <199603281052.VAA26702@godzilla.zeta.org.au> To: current@FreeBSD.ORG, scrappy@ki.net Subject: Re: Not sure where to report this (cvs on freefall) Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I'm trying to get a LINT kernel compiled on freefall, based >on sources *just* updated, and there seems to be a bug in the Makefile >somewhere: Freefall doesn't run -current so it isn't very suitable for development of -current. In particular, it has an ancient version of config. I use a private version. Bruce From owner-freebsd-current Thu Mar 28 03:36:39 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA18939 for current-outgoing; Thu, 28 Mar 1996 03:36:39 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA18931 for ; Thu, 28 Mar 1996 03:36:35 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id WAA28396; Thu, 28 Mar 1996 22:32:53 +1100 Date: Thu, 28 Mar 1996 22:32:53 +1100 From: Bruce Evans Message-Id: <199603281132.WAA28396@godzilla.zeta.org.au> To: bde@zeta.org.au, terry@lambert.org Subject: Re: lint Cc: freebsd-current@freebsd.org, j@uriah.heep.sax.de Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> ... If /*NOTREACHED*/ >> worked to qualify function declarations, then you might be able to >> implement it using __dead, __dead2 or __attribute__((__noreturn__)). >> E.g., >> >> #define __dead /*NOTREACHED*/ /* probably misplaced */ >> #define __dead2 /*NOTREACHED*/ /* more likely to work */ >Hmmmmmmm.... that's interesting, actually. >But if that worked, then you could make "exit" intrinsically work >without the NOTREACHED (or the __dead or __dead2). Only if the function body for exit() or saved information about it is visible when exit() is referenced. This is better supported for lint than for cc. Anyway, if the saved information for cc is kept in a header file (and it should be so that people and lints can read it), then it should't be in the form of a comment since comments shouldn't affect the code. >Could you: >#define exit( x) lint_exit(x); \ > /* NOTREACHED*/ >And make sure the lint lib defined lint_exit, and not exit? Not quite. lint_exit() is in the application namespace, and applications may use (exit)(x) to avoid getting the macro version. Bruce From owner-freebsd-current Thu Mar 28 06:39:12 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA02215 for current-outgoing; Thu, 28 Mar 1996 06:39:12 -0800 (PST) Received: from ki.net (root@ki.net [205.150.102.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA02210 for ; Thu, 28 Mar 1996 06:39:09 -0800 (PST) Received: (from scrappy@localhost) by ki.net (8.7.4/8.7.4) id JAA00982; Thu, 28 Mar 1996 09:38:32 -0500 (EST) Date: Thu, 28 Mar 1996 09:38:29 -0500 (EST) From: "Marc G. Fournier" To: Bruce Evans cc: current@FreeBSD.org Subject: Re: Not sure where to report this (cvs on freefall) In-Reply-To: <199603281052.VAA26702@godzilla.zeta.org.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 28 Mar 1996, Bruce Evans wrote: > > I'm trying to get a LINT kernel compiled on freefall, based > >on sources *just* updated, and there seems to be a bug in the Makefile > >somewhere: > > Freefall doesn't run -current so it isn't very suitable for development > of -current. In particular, it has an ancient version of config. I use > a private version. > I guess the first question I should ask is if anyone else has successfully used LINT to compile the -current kernel on freefall :) I've tried using both ~julian/config (as julian told me it was there) and compiling my own in my directory...both fail on a make depend :( I can do a GENERIC kernel, just can't get LINT going. Marc G. Fournier | POP Mail Telnet Acct DNS Hosting System | WWW Services Database Services | Knowledge, Administrator | | Information and scrappy@ki.net | WWW: http://www.ki.net | Communications, Inc From owner-freebsd-current Thu Mar 28 08:15:46 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA12468 for current-outgoing; Thu, 28 Mar 1996 08:15:46 -0800 (PST) Received: from skiddaw.elsevier.co.uk (skiddaw.elsevier.co.uk [193.131.222.60]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA12447 for ; Thu, 28 Mar 1996 08:15:33 -0800 (PST) Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by skiddaw.elsevier.co.uk (8.6.13/8.6.12) with ESMTP id QAA14305 for ; Thu, 28 Mar 1996 16:13:18 GMT Received: from tees by snowdon with SMTP (PP); Thu, 28 Mar 1996 15:11:54 +0000 Received: (from dpr@localhost) by tees (SMI-8.6/8.6.12) id PAA26261; Thu, 28 Mar 1996 15:18:13 GMT From: Paul Richards Message-Id: <199603281518.PAA26261@tees> Subject: Re: 2.2-960323-SNAP: ipfw problem To: hsu@clinet.fi (Heikki Suonsivu) Date: Thu, 28 Mar 1996 15:18:13 +0000 (GMT) Cc: ec0@s1.GANet.NET, freebsd-current@FreeBSD.org In-Reply-To: <199603271805.UAA08738@cantina.clinet.fi> from "Heikki Suonsivu" at Mar 27, 96 08:05:24 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In reply to Heikki Suonsivu who said > > Now, GATEWAY is a case where I *can* still log in the machine. Guess what > happens when someone who does not know about ipfw "improvement", or forgets > about it, and installs a new kernel and reboots a remote router, which > happens to be at the other side of the town :-( > > This kind of changes should always be done carefully. Quick change without > thinking may mean hundreds of people falling in a nasty trap. It was well discussed and these problems were raised but at the end of the day the new behaviour is more correct. We *DO* need to make sure it's extremely well documented though. To be honest, if you reboot a remote router with a new kernel then you deserve what you get. -- Paul Richards. Originative Solutions Ltd. (Netcraft Ltd. contractor) Elsevier Science TIS online journal project. Email: p.richards@elsevier.co.uk Phone: 0370 462071 (Mobile), +44 (0)1865 843155 From owner-freebsd-current Thu Mar 28 08:30:31 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA14464 for current-outgoing; Thu, 28 Mar 1996 08:30:31 -0800 (PST) Received: from nixpbe.pdb.sni.de (mail.sni.de [192.109.2.33]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA14418 for ; Thu, 28 Mar 1996 08:30:20 -0800 (PST) Received: (from nerv@localhost) by nixpbe.pdb.sni.de (8.6.12/8.6.12) id RAA12489 for freebsd-current@freebsd.org; Thu, 28 Mar 1996 17:29:46 +0100 Message-Id: <199603281629.RAA12489@nixpbe.pdb.sni.de> Subject: Re: Nakamichi CD changer To: joerg_wunsch@interface-business.de Date: Thu, 28 Mar 96 17:26:54 MET From: Greg Lehey Cc: freebsd-scsi@freebsd.org, freebsd-current@freebsd.org In-Reply-To: <199603281528.QAA13803@ida.interface-business.de>; from "J Wunsch" at Mar 28, 96 4:28 pm X-Mailer: xmail 2.4 (based on ELM 2.2 PL16) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Holm Tiffe (holm@geophysik.tu-freiberg.de) asked me for help, but i > can't see the problem. His Nakamichi CD changer always jams the SCSI > controller when attempting to access multiple disks simultaneously. > > I've got a full SCSI_DEBUG log of what happens, but it's fairly large. > Who could gimme a hint, or would be willing to have a look at the log? You have a Nakamichi, too--doesn't it happen on yours? I've seen similar problems on mine, and I've had to power down the changer to get it to listen to reason. Stick it in the uucp queue, and I'll take a look, though I don't promise to come up with an answer. An allied question (and the reason for including -current in the reply): I find that when I do, say, 'df /usr' as myself (grog), the changer will go through all disks it has loaded before coming back with the correct information. This doesn't happen if I'm root. Any ideas before I go code-digging? Greg From owner-freebsd-current Thu Mar 28 11:29:06 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA27924 for current-outgoing; Thu, 28 Mar 1996 11:29:06 -0800 (PST) Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA27917 Thu, 28 Mar 1996 11:29:00 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by palmer.demon.co.uk (8.7.5/8.6.11) with SMTP id TAA00672 ; Thu, 28 Mar 1996 19:28:37 GMT To: "Marc G. Fournier" cc: asami@FreeBSD.ORG, current@FreeBSD.ORG From: "Gary Palmer" Subject: Re: Not sure where to report this (cvs on freefall) In-reply-to: Your message of "Thu, 28 Mar 1996 09:38:29 EST." Date: Thu, 28 Mar 1996 19:28:36 +0000 Message-ID: <670.828041316@palmer.demon.co.uk> Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk "Marc G. Fournier" wrote in message ID : > I guess the first question I should ask is if anyone else has > successfully used LINT to compile the -current kernel on freefall :) What you probably need is an account on thud, which is a 2.2-current box. Satoshi, could you do the honours please? I don't have ssh here yet, so don't want to su to root to do the work... Thanks Gary From owner-freebsd-current Thu Mar 28 11:33:13 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA28113 for current-outgoing; Thu, 28 Mar 1996 11:33:13 -0800 (PST) Received: from ki.net (root@ki.net [205.150.102.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA28108 Thu, 28 Mar 1996 11:33:08 -0800 (PST) Received: (from scrappy@localhost) by ki.net (8.7.4/8.7.4) id OAA09659; Thu, 28 Mar 1996 14:33:01 -0500 (EST) Date: Thu, 28 Mar 1996 14:33:00 -0500 (EST) From: "Marc G. Fournier" To: Gary Palmer cc: asami@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Not sure where to report this (cvs on freefall) In-Reply-To: <670.828041316@palmer.demon.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 28 Mar 1996, Gary Palmer wrote: > "Marc G. Fournier" wrote in message ID > : > > I guess the first question I should ask is if anyone else has > > successfully used LINT to compile the -current kernel on freefall :) > > What you probably need is an account on thud, which is a 2.2-current > box. Satoshi, could you do the honours please? I don't have ssh here > yet, so don't want to su to root to do the work... > Does cvs work the same from thud as on freefall? ie. is it the same cvs repository? Or will I have to test on thud and then move the changes over to freefall to commit? Thanks... Marc G. Fournier | POP Mail Telnet Acct DNS Hosting System | WWW Services Database Services | Knowledge, Administrator | | Information and scrappy@ki.net | WWW: http://www.ki.net | Communications, Inc From owner-freebsd-current Thu Mar 28 11:51:26 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA28722 for current-outgoing; Thu, 28 Mar 1996 11:51:26 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA28708 for ; Thu, 28 Mar 1996 11:51:14 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id VAA16285 for ; Thu, 28 Mar 1996 21:50:57 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id UAA19515 for freebsd-current@FreeBSD.org; Thu, 28 Mar 1996 20:50:57 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.4/8.6.9) id UAA25809 for freebsd-current@FreeBSD.org; Thu, 28 Mar 1996 20:38:42 +0100 (MET) From: J Wunsch Message-Id: <199603281938.UAA25809@uriah.heep.sax.de> Subject: Re: Not sure where to report this (cvs on freefall) To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Thu, 28 Mar 1996 20:38:42 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Marc G. Fournier" at Mar 28, 96 09:38:29 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Marc G. Fournier wrote: > I guess the first question I should ask is if anyone else has > successfully used LINT to compile the -current kernel on freefall :) freefall is heavily loaded anyway. Ask Satoshi to get an account on thud instead. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Thu Mar 28 12:07:35 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA29648 for current-outgoing; Thu, 28 Mar 1996 12:07:35 -0800 (PST) Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA29643 Thu, 28 Mar 1996 12:07:30 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by palmer.demon.co.uk (8.7.5/8.6.11) with SMTP id UAA00876 ; Thu, 28 Mar 1996 20:04:16 GMT To: "Marc G. Fournier" cc: asami@FreeBSD.ORG, current@FreeBSD.ORG From: "Gary Palmer" Subject: Re: Not sure where to report this (cvs on freefall) In-reply-to: Your message of "Thu, 28 Mar 1996 14:33:00 EST." MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <873.828043455.1@palmer.demon.co.uk> Date: Thu, 28 Mar 1996 20:04:16 +0000 Message-ID: <874.828043456@palmer.demon.co.uk> Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk "Marc G. Fournier" wrote in message ID : > Does cvs work the same from thud as on freefall? ie. is it the > same cvs repository? Or will I have to test on thud and then move the > changes over to freefall to commit? You will have the same home directory on both machines, so you can do a ``cvs co'' on freefall, go to thud, play around, then go back to freefall and do the ``cvs commit'' ... CVS over NFS is not recommended and is actually frowned on now since one of the files in the CVS repository got badly mangled a while back... Gary From owner-freebsd-current Thu Mar 28 12:33:35 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA01606 for current-outgoing; Thu, 28 Mar 1996 12:33:35 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA01601 Thu, 28 Mar 1996 12:33:33 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id MAA26401; Thu, 28 Mar 1996 12:33:20 -0800 (PST) To: rich@freebsd.org cc: current@freebsd.org Subject: We need to do another XFree86 release for -current someday soon.. Date: Thu, 28 Mar 1996 12:33:20 -0800 Message-ID: <26399.828045200@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Those who get the 2.2-960323-SNAP snapshot CD will notice that the X configuration dialog doesn't work now - a quick message flashes by and that's it. The problem is simple: xf86config (and much of the rest of X) is still looking for libc.so.2.2, among perhaps other things. We've still no "2.1compat" distribution, so I decided to let this one ride as most folks (I hope all!) getting the SNAP CD will know that some assembly is required, and can either fetch the libraries from an older 2.1 system or recompile those portions of XFree86 they wish to use. Nonetheless, it's something of a problem and we should perhaps soon consider doing another build of XFree86 for 2.2 users. I can then stick this release on the next SNAP CD and peace will return to the enchanted kingdom. Erm, sorry. I've been watching too much of Mr. Roger's Neighborhood again.. :-) Anyway, comments? Jordan From owner-freebsd-current Thu Mar 28 13:50:42 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA09854 for current-outgoing; Thu, 28 Mar 1996 13:50:42 -0800 (PST) Received: from sxt2.space.lockheed.com (sxt2.space.lockheed.com [192.68.162.109]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA09848 for ; Thu, 28 Mar 1996 13:50:39 -0800 (PST) Received: by sxt2.space.lockheed.com (5.65/DEC-Ultrix/4.3) id AA01044; Thu, 28 Mar 1996 13:44:55 -0800 Date: Thu, 28 Mar 1996 13:44:54 -0800 (PST) From: "Brian N. Handy" To: "Jordan K. Hubbard" Cc: current@freebsd.org Subject: Re: We need to do another XFree86 release for -current someday soon.. In-Reply-To: <26399.828045200@time.cdrom.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > The problem is simple: xf86config (and much of the rest of X) is still > looking for libc.so.2.2, among perhaps other things. We've still no > "2.1compat" distribution, so I decided to let this one ride as most > folks (I hope all!) getting the SNAP CD will know that some assembly > is required, and can either fetch the libraries from an older 2.1 > system or recompile those portions of XFree86 they wish to use. I saw this last night on a new install. I just did a soft link to...uh...I think libc.so.3.0 and it seemed to work just fine. I'm not completely sure it's just fine yet, but no problems so far. Brian From owner-freebsd-current Thu Mar 28 14:15:18 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA11618 for current-outgoing; Thu, 28 Mar 1996 14:15:18 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA11603 for ; Thu, 28 Mar 1996 14:14:54 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id JAA17796; Fri, 29 Mar 1996 09:04:27 +1030 From: Michael Smith Message-Id: <199603282234.JAA17796@genesis.atrad.adelaide.edu.au> Subject: Re: /etc/localtime and screensaver? To: joerg_wunsch@uriah.heep.sax.de Date: Fri, 29 Mar 1996 09:04:26 +1030 (CST) Cc: freebsd-current@freebsd.org In-Reply-To: <199603280849.JAA23698@uriah.heep.sax.de> from "J Wunsch" at Mar 28, 96 09:49:29 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk J Wunsch stands accused of saying: > > > This is actually expected behavior. The same things happens to me when > > I run ntptime on my laptop after being away for awhile. Basically, the > > time has changed enough so that sometimes cron jobs start up because the > > system time is really hosed up. > > That's why one should normally kill cron before changing the time, and > restart it then. I must say that I was of the impression that the Vixie cron we're using was smart enough to deal with that sort of thing - certainly I've never had any problems with it getting upset... > cheers, J"org -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Thu Mar 28 14:55:44 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA15329 for current-outgoing; Thu, 28 Mar 1996 14:55:44 -0800 (PST) Received: from sunrise.cs.berkeley.edu (sunrise.CS.Berkeley.EDU [128.32.38.121]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA15324 Thu, 28 Mar 1996 14:55:42 -0800 (PST) Received: (from asami@localhost) by sunrise.cs.berkeley.edu (8.6.12/8.6.12) id OAA26241; Thu, 28 Mar 1996 14:55:45 -0800 Date: Thu, 28 Mar 1996 14:55:45 -0800 Message-Id: <199603282255.OAA26241@sunrise.cs.berkeley.edu> To: scrappy@ki.net CC: gpalmer@FreeBSD.ORG, current@FreeBSD.ORG In-reply-to: (scrappy@ki.net) Subject: Re: Not sure where to report this (cvs on freefall) From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk * Does cvs work the same from thud as on freefall? ie. is it the * same cvs repository? Or will I have to test on thud and then move the * changes over to freefall to commit? Pretty much yes, except you can't commit from thud (or anywhere except freefall). I do the checkout/diff/etc. on thud and commit on freefall. I can create an account for you on thud, just send me your password entry. Satoshi From owner-freebsd-current Thu Mar 28 18:06:36 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA29042 for current-outgoing; Thu, 28 Mar 1996 18:06:36 -0800 (PST) Received: from bunyip.cc.uq.oz.au (pp@bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA28765 for ; Thu, 28 Mar 1996 18:03:06 -0800 (PST) Received: from bunyip.cc.uq.oz.au by bunyip.cc.uq.oz.au id <09563-0@bunyip.cc.uq.oz.au>; Fri, 29 Mar 1996 12:01:21 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id JAA12436 for ; Fri, 29 Mar 1996 09:21:08 +1000 Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id XAA15144 for ; Thu, 28 Mar 1996 23:25:10 GMT Message-Id: <199603282325.XAA15144@netfl15a.devetir.qld.gov.au> X-Mailer: exmh version 1.6.5 12/11/95 To: current@freebsd.org Subject: Minor glitch in last commit of st.c X-Face: 3}heU+2?b->-GSF-G4T4>jEB9~FR(V9lo&o>kAy=Pj&;oVOc<|pr%I/VSG"ZD32J>5gGC0N 7gj]^GI@M:LlqNd]|(2OxOxy@$6@/!,";-!OlucF^=jq8s57$%qXd/ieC8DhWmIy@J1AcnvSGV\|*! >Bvu7+0h4zCY^]{AxXKsDTlgA2m]fX$W@'8ev-Qi+-;%L'CcZ'NBL!@n?}q!M&Em3*eW7,093nOeV8 M)(u+6D;%B7j\XA/9j4!Gj~&jYzflG[#)E9sI&Xe9~y~Gn%fA7>F:YKr"Wx4cZU*6{^2ocZ!YyR Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 29 Mar 1996 09:25:06 +1000 From: Stephen Hocking Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk cc -c -O -W -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-exter ns -Wstrict-prototypes -Wmissing-prototypes -Winline -nostdinc -I. -I../.. -I. ./../sys -I../../../include -DI486_CPU -DI586_CPU -DSBC_IRQ=9 -DEXCLUDE_SBPRO -D BROKEN_BUS_CLOCK -DFDSEEKWAIT=16 -DHARDFONTS -DFAT_CURSOR -DXSERVER -DAUTO_EOI_1 -DSCSIDEBUG -DMFS -DFFS -DTCP_COMPAT_42 -DINET -DCOMPAT_43 -DDEVFS -DKERNEL .. /../scsi/st.c ../../scsi/st.c: In function `stattach': ../../scsi/st.c:320: `name' undeclared (first use this function) ../../scsi/st.c:320: (Each undeclared identifier is reported only once ../../scsi/st.c:320: for each function it appears in.) *** Error code 1 You know who you are..... Stephen -- The views expressed above are not those of the Worker's Compensation Board of Queensland, Australia. From owner-freebsd-current Thu Mar 28 18:11:22 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA29300 for current-outgoing; Thu, 28 Mar 1996 18:11:22 -0800 (PST) Received: from meter.eng.uci.edu (root@meter.eng.uci.edu [128.200.85.3]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA29295 Thu, 28 Mar 1996 18:11:20 -0800 (PST) Received: from newport.ece.uci.edu by meter.eng.uci.edu (8.7.4) id SAA13247; Thu, 28 Mar 1996 18:11:16 -0800 (PST) Received: from localhost by newport.ece.uci.edu (8.7.4) id SAA06536; Thu, 28 Mar 1996 18:11:14 -0800 (PST) Message-Id: <199603290211.SAA06536@newport.ece.uci.edu> To: "Jordan K. Hubbard" cc: rich@freebsd.org, current@freebsd.org Subject: Re: We need to do another XFree86 release for -current someday soon.. In-reply-to: Your message of "Thu, 28 Mar 1996 12:33:20 PST." <26399.828045200@time.cdrom.com> Date: Thu, 28 Mar 1996 18:11:13 -0800 From: Steven Wallace Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > The problem is simple: xf86config (and much of the rest of X) is still > looking for libc.so.2.2, among perhaps other things. We've still no Yeah, that's one reason why I hate bumping the major version. Why do ns_addr() and iso_addr() have to go? What's the big deal? Anyways, a quick fix to get X working, etc, is to do: ln -s /usr/lib/libc.so.3.0 /usr/lib/libc.so.2.3 which is what I did and all my apps run fine. I am enjoying my memory savings too. Memory is expensive :) Steven From owner-freebsd-current Thu Mar 28 22:01:15 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA17153 for current-outgoing; Thu, 28 Mar 1996 22:01:15 -0800 (PST) Received: from mail.barrnet.net (mail.barrnet.net [131.119.246.7]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA17148 for ; Thu, 28 Mar 1996 22:01:13 -0800 (PST) Received: from bunyip.cc.uq.oz.au (bunyip.cc.uq.oz.au [130.102.2.1]) by mail.barrnet.net (8.7.5/MAIL-RELAY-LEN) with SMTP id WAA12055 for ; Thu, 28 Mar 1996 22:00:46 -0800 (PST) Received: from bunyip.cc.uq.oz.au by bunyip.cc.uq.oz.au id <05207-0@bunyip.cc.uq.oz.au>; Fri, 29 Mar 1996 15:47:13 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id PAA08786 for ; Fri, 29 Mar 1996 15:47:17 +1000 Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id FAA26915 for ; Fri, 29 Mar 1996 05:51:23 GMT Message-Id: <199603290551.FAA26915@netfl15a.devetir.qld.gov.au> X-Mailer: exmh version 1.6.5 12/11/95 To: current@freebsd.org Subject: Linux ELF & where to find libs &ld X-Face: 3}heU+2?b->-GSF-G4T4>jEB9~FR(V9lo&o>kAy=Pj&;oVOc<|pr%I/VSG"ZD32J>5gGC0N 7gj]^GI@M:LlqNd]|(2OxOxy@$6@/!,";-!OlucF^=jq8s57$%qXd/ieC8DhWmIy@J1AcnvSGV\|*! >Bvu7+0h4zCY^]{AxXKsDTlgA2m]fX$W@'8ev-Qi+-;%L'CcZ'NBL!@n?}q!M&Em3*eW7,093nOeV8 M)(u+6D;%B7j\XA/9j4!Gj~&jYzflG[#)E9sI&Xe9~y~Gn%fA7>F:YKr"Wx4cZU*6{^2ocZ!YyR Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 29 Mar 1996 15:51:22 +1000 From: Stephen Hocking Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Can someone create a package that has all the Linux libraries & linkloaders necessary to run the ELF stuff? (to wit, xquake). I've had all sorts of fun trying to disentangle the various bin packages a friend copied to tape for me. Having a mail/news only interface to the world at large can be distressing (ftpmail has a slow turnaround). Drop a tar file somewhere & tell me where it is. Stephen -- The views expressed above are not those of the Worker's Compensation Board of Queensland, Australia. From owner-freebsd-current Thu Mar 28 23:43:18 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA22425 for current-outgoing; Thu, 28 Mar 1996 23:43:18 -0800 (PST) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA22417 Thu, 28 Mar 1996 23:43:13 -0800 (PST) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id IAA09936; Fri, 29 Mar 1996 08:20:36 +0100 Message-Id: <199603290720.IAA09936@ra.dkuug.dk> Subject: Re: We need to do another XFree86 release for -current someday soon.. To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Fri, 29 Mar 1996 08:20:36 +0100 (MET) Cc: rich@FreeBSD.ORG, current@FreeBSD.ORG In-Reply-To: <26399.828045200@time.cdrom.com> from "Jordan K. Hubbard" at Mar 28, 96 12:33:20 pm From: sos@FreeBSD.ORG Reply-to: sos@FreeBSD.ORG X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In reply to Jordan K. Hubbard who wrote: > > Erm, sorry. I've been watching too much of Mr. Roger's Neighborhood > again.. :-) > > Anyway, comments? You have time to watch TV ???? Now where did I put that TODO list .... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-current Fri Mar 29 00:51:27 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA25455 for current-outgoing; Fri, 29 Mar 1996 00:51:27 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA25431 for ; Fri, 29 Mar 1996 00:51:14 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA02722; Fri, 29 Mar 1996 09:50:51 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id JAA26102; Fri, 29 Mar 1996 09:50:49 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.4/8.6.9) id JAA29478; Fri, 29 Mar 1996 09:42:22 +0100 (MET) From: J Wunsch Message-Id: <199603290842.JAA29478@uriah.heep.sax.de> Subject: Re: Not sure where to report this (cvs on freefall) To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Fri, 29 Mar 1996 09:42:21 +0100 (MET) Cc: scrappy@ki.net Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199603282255.OAA26241@sunrise.cs.berkeley.edu> from "Satoshi Asami" at Mar 28, 96 02:55:45 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Satoshi Asami wrote: > > * Does cvs work the same from thud as on freefall? ie. is it the > * same cvs repository? Or will I have to test on thud and then move the > * changes over to freefall to commit? > > Pretty much yes, except you can't commit from thud (or anywhere except > freefall). I do the checkout/diff/etc. on thud and commit on > freefall. Just to clarify this a bit more to Marc: your freefall home directory is usually NFS mounted on thud. So you can do the CVS work in one window/VTY on freefall, but the compilation in another window *with the same data* on thud. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Fri Mar 29 00:51:29 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA25465 for current-outgoing; Fri, 29 Mar 1996 00:51:29 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA25434 for ; Fri, 29 Mar 1996 00:51:17 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA02750 for ; Fri, 29 Mar 1996 09:50:59 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id JAA26104 for freebsd-current@FreeBSD.org; Fri, 29 Mar 1996 09:50:58 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.4/8.6.9) id JAA29529 for freebsd-current@FreeBSD.org; Fri, 29 Mar 1996 09:49:35 +0100 (MET) From: J Wunsch Message-Id: <199603290849.JAA29529@uriah.heep.sax.de> Subject: Re: We need to do another XFree86 release for -current someday soon.. To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Fri, 29 Mar 1996 09:49:35 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <26399.828045200@time.cdrom.com> from "Jordan K. Hubbard" at Mar 28, 96 12:33:20 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Jordan K. Hubbard wrote: > The problem is simple: xf86config (and much of the rest of X) is still > looking for libc.so.2.2, among perhaps other things. We've still no > "2.1compat" distribution, so I decided to let this one ride as most We should have one. IMNSHO, this is more important than an updated version of XFree86. The problem with XFree86 is that it would be a bit unfair to release their 3.1.2 right now, simply relinked against the new libc. They have done a *huge* amount of work in their latest betas, many graphics boards that didn't work erlier do now, so giving out a rather old version but pretend it were a new one isn't quite right. Alas, XFree86 is still not yet ready for a new release, all you can get by now are betas (and it doesn't make any sense to put them on a CD -- the beta servers have an expiration date that's probably over before the CD ships). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Fri Mar 29 01:24:25 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA27130 for current-outgoing; Fri, 29 Mar 1996 01:24:25 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA27111 for ; Fri, 29 Mar 1996 01:24:13 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA05175 for ; Fri, 29 Mar 1996 10:21:18 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA26234 for freebsd-current@FreeBSD.org; Fri, 29 Mar 1996 10:21:18 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.4/8.6.9) id KAA29740 for freebsd-current@FreeBSD.org; Fri, 29 Mar 1996 10:00:05 +0100 (MET) From: J Wunsch Message-Id: <199603290900.KAA29740@uriah.heep.sax.de> Subject: Re: /etc/localtime and screensaver? To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Fri, 29 Mar 1996 10:00:05 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199603282234.JAA17796@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Mar 29, 96 09:04:26 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Michael Smith wrote: > > That's why one should normally kill cron before changing the time, and > > restart it then. > > I must say that I was of the impression that the Vixie cron we're using was > smart enough to deal with that sort of thing - certainly I've never > had any problems with it getting upset... How should it do it? It has to adapt to the new time. I've seen it falling over already. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Fri Mar 29 01:38:32 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA27974 for current-outgoing; Fri, 29 Mar 1996 01:38:32 -0800 (PST) Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA27966 for ; Fri, 29 Mar 1996 01:38:25 -0800 (PST) Received: (from imb@localhost) by asstdc.scgt.oz.au (8.7.5/BSD4.4) id UAA12872 for current@freebsd.org; Fri, 29 Mar 1996 20:38:18 +1100 (EST) From: michael butler Message-Id: <199603290938.UAA12872@asstdc.scgt.oz.au> Subject: random .. not so .. To: current@freebsd.org Date: Fri, 29 Mar 1996 20:38:17 +1100 (EST) X-Mailer: ELM [version 2.4 PL24beta] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Since the random function was discussed recently .. I spotted this .. sorry it's a little long .. michael From: warwick@cs.uq.edu.au (Warwick Allison) Newsgroups: comp.os.linux.development.system,comp.bugs.4bsd Subject: Re: Random Number Generation with Linux (using BSD) and BSD Date: 29 Mar 1996 02:12:03 GMT Organization: Computer Science Dept, University of Queensland Message-ID: <4jfgtk$d71@miso.cs.uq.edu.au> References: <1996Mar28.154520.1@rmcs.cranfield.ac.uk> NNTP-Posting-Host: isa.cs.uq.edu.au X-Newsreader: NN version 6.5.0 #7 (NOV) warner@rmcs.cranfield.ac.uk (Alistair (Joe) Warner) writes: > BSD: state[i] = 1103515245 * state[i - 1] + 12345; > Linux: state[i] = 1103515145 * state[i - 1] + 12345; > ^ Ha! How amusing. That line is utterly WRONG in BOTH implementations. The state it creates is so incredibly UNRANDOM, that seeding is almost pointless. The following program outputs a PBM image showing a bit in the result of successive calls to random(), for consecutive values of srandom(). The results are TERRIBLE (for example, the 151st value returned by random() is 0 for seed 0..14, then 1 for seed 15..30, then 0 for seed 31..46, etc.) The reason? That stupid line above. Appended are my previous warnings about this, which have been ignored I presume this is because most people just don't understand the problem. Let me tell you one consequence: In one build of NetHack, it was impossible to get a Chaotic Priest. Why you ask? Because the alignment was chosen based on to successive 0th bits from random() calls, and the 0th bit is the worst of all (for some number of calls of random(), it always has the same value, regardless of initial srandom value!!!). I have tested this under Solaris, and I get similar abysmal errors. Changing to the BSD value will make NO DIFFERENCE. The change I give below is of the type required for success. #include #define LOOP 200 #define ITER 200 main() { int s=time(0); int i,l,m,j; int seed=0; printf("P1\n%d %d\n",ITER,LOOP); for (l=0; l>8)&1; /* remove >>8 for WORSE */ printf("%d\n",b); } } } >To: bug-glibc@prep.ai.mit.edu >cc: >Subject: PARTIAL FIX FOR: srandom() in libc -------- The implementation of srandom() is not good. By using a poor LCRNG for the seeding, the whole algorithm is suffering. I realize this is the same algorithm used in every Unix C library, but hopefully *GNU* software doesn't have to live under known errors forever. For example, if only the zeroth bit is used from successive calls to random(), it will give almost identical output, regardless of the seed. This can be verified by this simple program which generates a PBM image of streams of random numbers from different starting seeds: main() { int i,l; int seed=0; printf("P1\n%d %d\n",100,100); for (l=0; l<100; l++) { srandom(seed); seed+=1; for (i=0; i<100; i++) { int b=random()&1; printf("%d\n",b); } } } Nothing can be done to change the EXTREME uniformity of the resulting image, as the code in srandom() makes a fundamental mistake: it uses a power of two as the modulo which is mathematically a `poor' choice. Code I suggest is better uses the largest 31-bit prime (2^31-1), which is a `good' choice mentioned in the literature (I can find references, if that would be useful) - the image resulting from the above is then very random. BTW, I discovered the flaw when I noticed my version of NetHack was NEVER giving me a lawful priest :) [nethack, like thousands of programs, calls srandom(time(0)) to seed the generator] Below is a patch of __srandom(), relative to glibc-1.09. Also required would be setting the initial value of randtbl to be that achieved by srandom(1), as these values are now different. I see that difference as being the only argument against using the improved randomizer. *** stdlib/__random.c Tue Jul 19 08:02:39 1994 --- stdlib/__random.c-new Mon Feb 20 11:02:46 1995 *************** *** 179,185 **** { register long int i; for (i = 1; i < rand_deg; ++i) ! state[i] = (1103515145 * state[i - 1]) + 12345; fptr = &state[rand_sep]; rptr = &state[0]; for (i = 0; i < 10 * rand_deg; ++i) --- 179,197 ---- { register long int i; for (i = 1; i < rand_deg; ++i) ! { ! /* ! * Implements the following, without overflowing 31 bits: ! * ! * state[i] = (16807 * state[i - 1]) % 2147483647; ! * ! * 2^31-1 (prime) = 2147483647 = 127773*16807+2836 ! */ ! long int hi = state[i-1] / 127773; ! long int lo = state[i-1] % 127773; ! long int test = 16807*lo - 2836*hi; ! state[i] = test + (test<0 ? 2147483647 : 0); ! } fptr = &state[rand_sep]; rptr = &state[0]; for (i = 0; i < 10 * rand_deg; ++i) Newsgroups: gnu.g++.help Subject: Re: Random Numbers References: <47qu5b$m4q@mozo.cc.purdue.edu> <47to1e$3fc@yuma.ACNS.ColoState.EDU> steffend@lamar.colostate.edu (Dave Steffen) writes: >In your code I don't see any call to a "seeding" function; WARNING WARNING WARNING WARNING WARNING WARNING WARNING WARNING The gnu libc random()/srandom() functions have (IMO) a fundamental flaw in their implementation (as do every implementation I've tested: rand()/srand(), lrand48()/srand48()). The random sequences do not vary much with the seed. This can be demonstrated with: main() { int i,l; int seed=0; printf("P1\n%d %d\n",100,100); for (l=0; l<100; l++) { srandom(seed); seed+=1; for (i=0; i<100; i++) { int b=random()&1; printf("%d\n",b); } } } (generates a PBM image of streams of random numbers from different starting seeds. The result SHOULD be white noise, but it looks more like a MacPaint fill pattern!!) Below is a patch of __srandom(), relative to glibc-1.09. Also required would be setting the initial value of randtbl to be that achieved by srandom(1), as these values are now different. (this has been reported to bug-glibc@prep.ai.mit.edu, but I've had no reply) *** stdlib/__random.c Tue Jul 19 08:02:39 1994 --- stdlib/__random.c-new Mon Feb 20 11:02:46 1995 *************** *** 179,185 **** { register long int i; for (i = 1; i < rand_deg; ++i) ! state[i] = (1103515145 * state[i - 1]) + 12345; fptr = &state[rand_sep]; rptr = &state[0]; for (i = 0; i < 10 * rand_deg; ++i) --- 179,197 ---- { register long int i; for (i = 1; i < rand_deg; ++i) ! { ! /* ! * Implements the following, without overflowing 31 bits: ! * ! * state[i] = (16807 * state[i - 1]) % 2147483647; ! * ! * 2^31-1 (prime) = 2147483647 = 127773*16807+2836 ! */ ! long int hi = state[i-1] / 127773; ! long int lo = state[i-1] % 127773; ! long int test = 16807*lo - 2836*hi; ! state[i] = test + (test<0 ? 2147483647 : 0); ! } fptr = &state[rand_sep]; rptr = &state[0]; for (i = 0; i < 10 * rand_deg; ++i) -- _-_|\ warwick@cs.uq.edu.au Linux: Say `No' to broken windows. / * <- Comp Sci Department, McD: http://student.uq.edu.au/~s002434/mcl.html \_.-._/ Univ. of Queensland, POV: http://student.uq.edu.au/~s002434/pov.html v Brisbane, Australia. ME: http://student.uq.edu.au/~s002434 From owner-freebsd-current Fri Mar 29 04:20:51 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA08874 for current-outgoing; Fri, 29 Mar 1996 04:20:51 -0800 (PST) Received: from grumble.grondar.za (grumble.grondar.za [196.7.18.130]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id EAA08853 for ; Fri, 29 Mar 1996 04:20:43 -0800 (PST) Received: from grumble.grondar.za (mark@localhost [127.0.0.1]) by grumble.grondar.za (8.7.5/8.7.3) with ESMTP id OAA14447; Fri, 29 Mar 1996 14:16:04 +0200 (SAT) Message-Id: <199603291216.OAA14447@grumble.grondar.za> To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-current@freebsd.org (FreeBSD-current users) Subject: Re: We need to do another XFree86 release for -current someday soon.. Date: Fri, 29 Mar 1996 14:16:04 +0200 From: Mark Murray Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk J Wunsch wrote: > As Jordan K. Hubbard wrote: > > > The problem is simple: xf86config (and much of the rest of X) is still > > looking for libc.so.2.2, among perhaps other things. We've still no > > "2.1compat" distribution, so I decided to let this one ride as most > > We should have one. IMNSHO, this is more important than an updated > version of XFree86. I am working on one. Right now, I am as sick as a dog ( I have been in bed for a week, and will be for at least another week). :-( :-( I'll get to it as soon as possible now. Ihave started, BTW, M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grondar.za for PGP key From owner-freebsd-current Fri Mar 29 05:59:43 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA13120 for current-outgoing; Fri, 29 Mar 1996 05:59:43 -0800 (PST) Received: from sovcom.kiae.su (sovcom.kiae.su [144.206.136.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA13083 for ; Fri, 29 Mar 1996 05:59:24 -0800 (PST) Received: by sovcom.kiae.su id AA10544 (5.65.kiae-1 ); Fri, 29 Mar 1996 16:49:14 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Fri, 29 Mar 96 16:49:13 +0300 Received: (from ache@localhost) by astral.msk.su (8.7.5/8.7.3) id QAA00701; Fri, 29 Mar 1996 16:46:22 +0300 (MSK) Message-Id: <199603291346.QAA00701@astral.msk.su> Subject: Re: random .. not so .. To: imb@scgt.oz.au (michael butler) Date: Fri, 29 Mar 1996 16:46:22 +0300 (MSK) Cc: current@freebsd.org In-Reply-To: <199603290938.UAA12872@asstdc.scgt.oz.au> from "michael butler" at "Mar 29, 96 08:38:17 pm" From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) X-Class: Fast X-Mailer: ELM [version 2.4ME+ PL14 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > BSD: state[i] = 1103515245 * state[i - 1] + 12345; > > Linux: state[i] = 1103515145 * state[i - 1] + 12345; > > ^ > That line is utterly WRONG in BOTH implementations. The state it creates > is so incredibly UNRANDOM, that seeding is almost pointless. The following > program outputs a PBM image showing a bit in the result of successive calls > to random(), for consecutive values of srandom(). > > The results are TERRIBLE (for example, the 151st value returned by random() > is 0 for seed 0..14, then 1 for seed 15..30, then 0 for seed 31..46, etc.) Yes, the bug really hits, here is some of FreeBSD-current results, very visible patterns exists. They created by proposed program: a | split -l 100; paste x[a-b]* | tr -d "\t" I plan to aply proposed fix, if nobody against. 1100110011001100110011001100110011001100110011001100 1010101010101010101010101010101010101010101010101010 0110011001100110011001100110011001100110011001100110 1010101010101010101010101010101010101010101010101010 0101010101010101010101010101010101010101010101010101 1100110011001100110011001100110011001100110011001100 1010101010101010101010101010101010101010101010101010 0101010101010101010101010101010101010101010101010101 0110011001100110011001100110011001100110011001100110 0011001100110011001100110011001100110011001100110011 1100110011001100110011001100110011001100110011001100 0110011001100110011001100110011001100110011001100110 1100110011001100110011001100110011001100110011001100 1010101010101010101010101010101010101010101010101010 1100110011001100110011001100110011001100110011001100 0101010101010101010101010101010101010101010101010101 1100110011001100110011001100110011001100110011001100 1001100110011001100110011001100110011001100110011001 0011001100110011001100110011001100110011001100110011 0011001100110011001100110011001100110011001100110011 1001100110011001100110011001100110011001100110011001 1111111111111111111111111111111111111111111111111111 1010101010101010101010101010101010101010101010101010 0000000000000000000000000000000000000000000000000000 0101010101010101010101010101010101010101010101010101 1111111111111111111111111111111111111111111111111111 1100110011001100110011001100110011001100110011001100 0110011001100110011001100110011001100110011001100110 -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-current Fri Mar 29 07:04:46 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA23011 for current-outgoing; Fri, 29 Mar 1996 07:04:46 -0800 (PST) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA22997 for ; Fri, 29 Mar 1996 07:04:41 -0800 (PST) Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA10038; Fri, 29 Mar 1996 10:04:24 -0500 Date: Fri, 29 Mar 1996 10:04:24 -0500 From: Garrett Wollman Message-Id: <9603291504.AA10038@halloran-eldar.lcs.mit.edu> To: Steven Wallace Cc: current@freebsd.org Subject: Re: We need to do another XFree86 release for -current someday soon.. In-Reply-To: <199603290211.SAA06536@newport.ece.uci.edu> References: <26399.828045200@time.cdrom.com> <199603290211.SAA06536@newport.ece.uci.edu> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk < said: > Yeah, that's one reason why I hate bumping the major version. > Why do ns_addr() and iso_addr() have to go? What's the big deal? Because the network address families they supported are no longer shipped, and thus they won't compile any more. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Fri Mar 29 07:20:26 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA25272 for current-outgoing; Fri, 29 Mar 1996 07:20:26 -0800 (PST) Received: from bacall.lodgenet.com (bacall.lodgenet.com [205.138.147.242]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA25247 for ; Fri, 29 Mar 1996 07:20:20 -0800 (PST) Received: (from mail@localhost) by bacall.lodgenet.com (8.6.12/8.6.12) id JAA11092 for ; Fri, 29 Mar 1996 09:15:47 -0600 Received: from tserv.lodgenet.com(204.124.120.10) by bacall via smap (V1.3) id sma011090; Fri Mar 29 09:15:18 1996 Received: from jake.lodgenet.com (jake.lodgenet.com [204.124.120.30]) by tserv.lodgenet.com (8.6.12/8.6.12) with ESMTP id IAA28737; Fri, 29 Mar 1996 08:27:17 -0600 Received: from localhost (localhost [127.0.0.1]) by jake.lodgenet.com (8.7.5/8.6.12) with SMTP id IAA11296; Fri, 29 Mar 1996 08:41:23 -0600 (CST) Message-Id: <199603291441.IAA11296@jake.lodgenet.com> X-Authentication-Warning: jake.lodgenet.com: Host localhost [127.0.0.1] didn't use HELO protocol X-Mailer: exmh version 1.6.2 7/18/95 To: Stephen Hocking cc: current@FreeBSD.org Subject: Re: Linux ELF & where to find libs &ld In-reply-to: Your message of "Fri, 29 Mar 1996 15:51:22 +1000." <199603290551.FAA26915@netfl15a.devetir.qld.gov.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 29 Mar 1996 08:41:22 -0600 From: "Eric L. Hernes" Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk ya, I'll update the linux_lib port. should be done in a few minutes... Stephen Hocking writes: >Can someone create a package that has all the Linux libraries & linkloaders >necessary to run the ELF stuff? (to wit, xquake). I've had all sorts of fun >trying to disentangle the various bin packages a friend copied to tape for me. > >Having a mail/news only interface to the world at large can be distressing >(ftpmail has a slow turnaround). Drop a tar file somewhere & tell me where it >is. > > > Stephen >-- >The views expressed above are not those of the Worker's Compensation Board of >Queensland, Australia. > > > -- erich@lodgenet.com erich@rrnet.com From owner-freebsd-current Fri Mar 29 09:02:54 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA01966 for current-outgoing; Fri, 29 Mar 1996 09:02:54 -0800 (PST) Received: from mail.rwth-aachen.de (mail.RWTH-Aachen.DE [137.226.144.9]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA01961 for ; Fri, 29 Mar 1996 09:02:45 -0800 (PST) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de) by mail.rwth-aachen.de (PMDF V5.0-4 #13110) id <01I2X4OIY1M800009U@mail.rwth-aachen.de> for freebsd-current@freefall.FreeBSD.org; Fri, 29 Mar 1996 18:05:23 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id SAA24113 for freebsd-current@freefall.cdrom.com; Fri, 29 Mar 1996 18:08:01 +0100 Date: Fri, 29 Mar 1996 18:08:01 +0100 From: "Christoph P. Kukulies" Subject: spurious problems with a P150 system To: freebsd-current@freefall.FreeBSD.org Message-id: <199603291708.SAA24113@gilberto.physik.rwth-aachen.de> Content-transfer-encoding: 7BIT Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I added a new FreeBSD machine recently (P150, Triton CS, 2x1.5GB IDE (ick),NE2000(ick), 32MB). I sup -current over ethernet locally from blues (sup1.de.freebsd.org) daily and build world and kernel. Now and then it happens now that files are clobbered. For example today I had a totally corrupt /usr/include/sys/errno.h containing ^H, @ and a lot of characters with bits flipped in them so it seemed. I wonder how this can happen. Bad hardware?, network card?, cache? memory? The system can build world on the other hand w/o problems once there is no corrupt file in the tree. I tend to assume a network/hw problem. Both systems are running -current. --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Fri Mar 29 09:14:25 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA02578 for current-outgoing; Fri, 29 Mar 1996 09:14:25 -0800 (PST) Received: from sxt2.space.lockheed.com (sxt2.space.lockheed.com [192.68.162.109]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA02573 for ; Fri, 29 Mar 1996 09:14:23 -0800 (PST) Received: by sxt2.space.lockheed.com (5.65/DEC-Ultrix/4.3) id AA08118; Fri, 29 Mar 1996 09:08:42 -0800 Date: Fri, 29 Mar 1996 09:08:41 -0800 (PST) From: "Brian N. Handy" To: FreeBSD-current@freebsd.org Subject: /dev/fd0 locks up my system? Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I'm running a -current system that dates from March 23. I was doing some stuff with the floppy disk this morning, and I seem to be able to reliably hang my system talking to it. I created a filesystem, disklabel, newfs all fine...copied a file over, unmounted it.... Then pulled it out then put it back in as a sanity check to make sure I could still read it. I mounted it, changed directory to it, did an 'ls', and the system pretty well locked up. I was able to change to a console window, type stuff, but no response from the system. When I went back to my x-window the mouse didn't work. Any ideas? Thanks, Brian From owner-freebsd-current Fri Mar 29 09:39:27 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA04778 for current-outgoing; Fri, 29 Mar 1996 09:39:27 -0800 (PST) Received: from phantasma.bevc.blacksburg.va.us (root@phantasma.bevc.blacksburg.va.us [198.82.200.65]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA04773 for ; Fri, 29 Mar 1996 09:39:25 -0800 (PST) Received: (from kmitch@localhost) by phantasma.bevc.blacksburg.va.us (8.7.5/8.7.3) id MAA08060 for current@freebsd.org; Fri, 29 Mar 1996 12:39:17 -0500 (EST) From: Keith Mitchell Message-Id: <199603291739.MAA08060@phantasma.bevc.blacksburg.va.us> Subject: VT320 termcap entry?? To: current@freebsd.org Date: Fri, 29 Mar 1996 12:39:17 -0500 (EST) X-Mailer: ELM [version 2.4ME+ PL13 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Is there any chance of getting a VT320 entry in the termcap file? I know it is vt100/vt220 compatible, but it would be nice to have the 320 as well. Thanks From owner-freebsd-current Fri Mar 29 10:19:23 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA08108 for current-outgoing; Fri, 29 Mar 1996 10:19:23 -0800 (PST) Received: from mail.think.com (Mail1.Think.COM [131.239.33.245]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA08096 for ; Fri, 29 Mar 1996 10:19:11 -0800 (PST) Received: from Early-Bird-1.Think.COM by mail.think.com; Fri, 29 Mar 96 13:19:08 -0500 Received: from compound ([206.10.99.151]) by Early-Bird.Think.COM; Fri, 29 Mar 96 13:19:05 EST Received: (from alk@localhost) by compound (8.6.12/8.6.112) id MAA24109; Fri, 29 Mar 1996 12:19:40 -0600 Date: Fri, 29 Mar 1996 12:19:40 -0600 Message-Id: <199603291819.MAA24109@compound> From: Tony Kimball To: current@freefall.freebsd.org Subject: Re: We need to do another XFree86 release for -current someday soon.. Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk From: Garrett Wollman Date: Fri, 29 Mar 1996 10:04:24 -0500 > Why do ns_addr() and iso_addr() have to go? What's the big deal? Because the network address families they supported are no longer shipped, and thus they won't compile any more. Please, that isn't good enough to justify the cost. Stub them to return errors. From owner-freebsd-current Fri Mar 29 10:44:42 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA10085 for current-outgoing; Fri, 29 Mar 1996 10:44:42 -0800 (PST) Received: from prod1.satelnet.org (prod1.satelnet.org [204.157.227.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA10080 for ; Fri, 29 Mar 1996 10:44:40 -0800 (PST) Received: from sefl by prod1.satelnet.org; (5.65/1.1.8.2/04Mar95-0901AM) id AA18900; Fri, 29 Mar 1996 13:44:38 -0500 Received: (from ccappuc@localhost) by sefl.satelnet.org (8.6.8.1/8.6.6) id NAA02951 for current@freebsd.org; Fri, 29 Mar 1996 13:43:50 -0500 Date: Fri, 29 Mar 1996 13:43:50 -0500 From: Chris Cappuccio Message-Id: <199603291843.NAA02951@sefl.satelnet.org> To: current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This could be the wrong list but.. ;) I need a little help getting a hewlett packard deskjet 500 printer working under -current (nothing to do with the fact that it's current or 2.1 or whatever, just that its kind of strange..) I can't get he baud rate adn such set correctly in printcap and once I do, how would I print from applications such as umm netscape or something.. (ghostscript PS-->PCL?) .. hewlett pakards support goes as far as to tell me that they dont reccomend their prindeters for use in a unix environment and that they offer no assistance in doing so..heh.. Peace, Chris From owner-freebsd-current Fri Mar 29 11:32:49 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA14471 for current-outgoing; Fri, 29 Mar 1996 11:32:49 -0800 (PST) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA14466 for ; Fri, 29 Mar 1996 11:32:46 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.7.5/8.6.5) with SMTP id LAA02763; Fri, 29 Mar 1996 11:32:15 -0800 (PST) Message-Id: <199603291932.LAA02763@Root.COM> X-Authentication-Warning: implode.Root.COM: Host localhost [127.0.0.1] didn't use HELO protocol To: ache@astral.msk.su (aka Andrey A. Chernov, Black Mage) cc: imb@scgt.oz.au (michael butler), current@freebsd.org Subject: Re: random .. not so .. In-reply-to: Your message of "Fri, 29 Mar 1996 16:46:22 +0300." <199603291346.QAA00701@astral.msk.su> From: David Greenman Reply-To: davidg@Root.COM Date: Fri, 29 Mar 1996 11:32:15 -0800 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> > BSD: state[i] = 1103515245 * state[i - 1] + 12345; >> > Linux: state[i] = 1103515145 * state[i - 1] + 12345; >> > ^ >> That line is utterly WRONG in BOTH implementations. The state it creates >> is so incredibly UNRANDOM, that seeding is almost pointless. The following >> program outputs a PBM image showing a bit in the result of successive calls >> to random(), for consecutive values of srandom(). >> >> The results are TERRIBLE (for example, the 151st value returned by random() >> is 0 for seed 0..14, then 1 for seed 15..30, then 0 for seed 31..46, etc.) > >Yes, the bug really hits, here is some of FreeBSD-current results, >very visible patterns exists. They created by proposed program: >a | split -l 100; paste x[a-b]* | tr -d "\t" > >I plan to aply proposed fix, if nobody against. The proposed fix was a patch to the GPL'd libc...that means that it is covered by the GPL. I don't think you can use the patch directly without contaminating our non-GPL'd sources. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-current Fri Mar 29 13:44:13 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA21848 for current-outgoing; Fri, 29 Mar 1996 13:44:13 -0800 (PST) Received: from mramirez.sy.yale.edu (mramirez.sy.yale.edu [130.132.57.207]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA21840 for ; Fri, 29 Mar 1996 13:44:05 -0800 (PST) Received: (from mrami@localhost) by mramirez.sy.yale.edu (8.6.12/8.6.9) id QAA26165; Fri, 29 Mar 1996 16:31:51 -0500 Date: Fri, 29 Mar 1996 16:31:51 -0500 (EST) From: Marc Ramirez Reply-To: mrami@minerva.cis.yale.edu To: Keith Mitchell cc: current@FreeBSD.ORG Subject: Re: VT320 termcap entry?? In-Reply-To: <199603291739.MAA08060@phantasma.bevc.blacksburg.va.us> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 29 Mar 1996, Keith Mitchell wrote: > Is there any chance of getting a VT320 entry in the termcap file? I know > it is vt100/vt220 compatible, but it would be nice to have the 320 as well. You want to look for the homepage of Eric S. Raymond. He is the current maintainer of the master termcap file (or something like that). Has lots and lots of terminals. Marc. -- Bureaucrats cut red tape -- lengthwise. From owner-freebsd-current Fri Mar 29 15:11:10 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA29025 for current-outgoing; Fri, 29 Mar 1996 15:11:10 -0800 (PST) Received: from sxt2.space.lockheed.com (sxt2.space.lockheed.com [192.68.162.109]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA29013 for ; Fri, 29 Mar 1996 15:11:07 -0800 (PST) Received: by sxt2.space.lockheed.com (5.65/DEC-Ultrix/4.3) id AA18765; Fri, 29 Mar 1996 15:05:25 -0800 Date: Fri, 29 Mar 1996 15:05:24 -0800 (PST) From: "Brian N. Handy" To: freebsd-current@freebsd.org Subject: Fixit Floppy Broken? Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi again, I have a broken 2.2-960323-SNAP machine right now. The owner managed to delete libc.so.3.0 from /usr/lib so things quickly deteriorated to where his machine wasn't working anymore! I had hoped we could fix this with the fixit floppy, but I'm having bad luck with these. The fixit floppy seems broken. I can boot from it once, but never really get anywhere. If I try booting with it again it doesn't work. I complained earlier about 'ls' not working on the floppy drive...but I haven't heard anything back on this. Anyway, I think my only alternative is to use the boot floppy to do a custom sysinstall and re-install the libraries. Bottom line: IS the fixit floppy currently broken, and is this probably the best way for me to fix this problem? Thanks, Brian From owner-freebsd-current Fri Mar 29 19:04:37 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA08235 for current-outgoing; Fri, 29 Mar 1996 19:04:37 -0800 (PST) Received: from sovcom.kiae.su (sovcom.kiae.su [144.206.136.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA08230 for ; Fri, 29 Mar 1996 19:04:31 -0800 (PST) Received: by sovcom.kiae.su id AA05024 (5.65.kiae-1 ); Sat, 30 Mar 1996 06:02:35 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Sat, 30 Mar 96 06:02:35 +0300 Received: (from ache@localhost) by astral.msk.su (8.7.5/8.7.3) id FAA00378; Sat, 30 Mar 1996 05:59:05 +0300 (MSK) Message-Id: <199603300259.FAA00378@astral.msk.su> Subject: Re: random .. not so .. To: davidg@Root.COM Date: Sat, 30 Mar 1996 05:59:05 +0300 (MSK) Cc: imb@scgt.oz.au, current@freebsd.org In-Reply-To: <199603291932.LAA02763@Root.COM> from "David Greenman" at "Mar 29, 96 11:32:15 am" From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) X-Class: Fast X-Mailer: ELM [version 2.4ME+ PL14 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >I plan to aply proposed fix, if nobody against. > > The proposed fix was a patch to the GPL'd libc...that means that it is > covered by the GPL. I don't think you can use the patch directly without > contaminating our non-GPL'd sources. The proposed fix not applies directly in any case, I just plan to use its math formula. Moreover, we have 3 places affected: rand(), srandom(), random(). -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-current Fri Mar 29 20:00:42 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA11030 for current-outgoing; Fri, 29 Mar 1996 20:00:42 -0800 (PST) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA11025 for ; Fri, 29 Mar 1996 20:00:38 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id VAA07310; Fri, 29 Mar 1996 21:00:25 -0700 Message-Id: <199603300400.VAA07310@rover.village.org> To: Tony Kimball Subject: Re: We need to do another XFree86 release for -current someday soon.. Cc: current@freefall.freebsd.org In-reply-to: Your message of Fri, 29 Mar 1996 12:19:40 CST Date: Fri, 29 Mar 1996 21:00:25 -0700 From: Warner Losh Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk : > Why do ns_addr() and iso_addr() have to go? What's the big deal? : : Because the network address families they supported are no longer : shipped, and thus they won't compile any more. : : Please, that isn't good enough to justify the cost. Stub them to : return errors. When they were removed, it was because no one was using them. However, now everyone is impacted by having to build new binaries. If this is the only reason, it seems that it would be better to stub them out (since no one will notice if no one is using them) and not bumpt the major rev of the shared libaries. Warner From owner-freebsd-current Fri Mar 29 22:30:41 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA17181 for current-outgoing; Fri, 29 Mar 1996 22:30:41 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA17176 for ; Fri, 29 Mar 1996 22:30:38 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id RAA30811; Sat, 30 Mar 1996 17:29:37 +1100 Date: Sat, 30 Mar 1996 17:29:37 +1100 From: Bruce Evans Message-Id: <199603300629.RAA30811@godzilla.zeta.org.au> To: ache@astral.msk.su, davidg@Root.COM Subject: Re: random .. not so .. Cc: current@freebsd.org, imb@scgt.oz.au Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> >I plan to aply proposed fix, if nobody against. It needs more thought. >> The proposed fix was a patch to the GPL'd libc...that means that it is >> covered by the GPL. I don't think you can use the patch directly without >> contaminating our non-GPL'd sources. The LGPL'ed srandom() is obviously copied from the BSD library. This may invalidate the LGPL. >The proposed fix not applies directly in any case, I just plan to use >its math formula. Moreover, we have 3 places affected: >rand(), srandom(), random(). rand() is well known to be poor and is left that way for historical bug for bug compatibility. srandom() uses the same formula as rand() so it may be poor. This seems to be the main point of the fix. The example program seems to be mostly bogus. Calling srandom() a lot defeats the randomness of random(). For a sillier example, change the constants in the program so that l goes up to 10000 and i is always 0. Then srandom() defeats() random at every step and the sequence of low bits is `1 1 0 0 1 1 0 0 ...' Bruce From owner-freebsd-current Sat Mar 30 00:21:04 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA22045 for current-outgoing; Sat, 30 Mar 1996 00:21:04 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA22028 for ; Sat, 30 Mar 1996 00:20:57 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA10781; Sat, 30 Mar 1996 09:20:49 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id JAA08412; Sat, 30 Mar 1996 09:20:47 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.4/8.6.9) id JAA03375; Sat, 30 Mar 1996 09:04:40 +0100 (MET) From: J Wunsch Message-Id: <199603300804.JAA03375@uriah.heep.sax.de> Subject: Re: Fixit Floppy Broken? To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sat, 30 Mar 1996 09:04:39 +0100 (MET) Cc: handy@sxt2.space.lockheed.com (Brian N. Handy) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Brian N. Handy" at Mar 29, 96 03:05:24 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Brian N. Handy wrote: > I had hoped we could fix this with the fixit floppy, but I'm having bad > luck with these. The fixit floppy seems broken. I can boot from it This is a known problem: gzipp'ed executables are broken in -current, but nobody has had an idea by now, what is broken, and how to fix it. All the binaries on the fixit floppy (actually, only one large super- binary anway) are gzipp'ed. > once, but never really get anywhere. If I try booting with it again it > doesn't work. The file system is unclean after the first crash, and sysinstall doesn't attempt to fsck it. However, it's *not* the fixit floppy that's broken, it's the kernel on the boot (installation) floppy. You can boot a plain 2.1R installation floppy, select F)ixit, and stick in a 2.2-SNAP fixit floppy then. > I complained earlier about 'ls' not working on the floppy drive...but I I've read it, but your description is too vague. I cannot reproduce the problem (it seems like some FS-related vnode locking, i don't think this is particularly dependant on happening on the floppy drive itself), and seriously, about nobody really uses file systems on floppies... -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sat Mar 30 00:41:29 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA22935 for current-outgoing; Sat, 30 Mar 1996 00:41:29 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA22930 for ; Sat, 30 Mar 1996 00:41:27 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id BAA07043; Sat, 30 Mar 1996 01:38:52 -0700 From: Terry Lambert Message-Id: <199603300838.BAA07043@phaeton.artisoft.com> Subject: Re: We need to do another XFree86 release for -current someday soon.. To: imp@village.org (Warner Losh) Date: Sat, 30 Mar 1996 01:38:51 -0700 (MST) Cc: alk@Think.COM, current@freefall.freebsd.org In-Reply-To: <199603300400.VAA07310@rover.village.org> from "Warner Losh" at Mar 29, 96 09:00:25 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > : > Why do ns_addr() and iso_addr() have to go? What's the big deal? > : > : Because the network address families they supported are no longer > : shipped, and thus they won't compile any more. > : > : Please, that isn't good enough to justify the cost. Stub them to > : return errors. > > When they were removed, it was because no one was using them. > However, now everyone is impacted by having to build new binaries. If > this is the only reason, it seems that it would be better to stub them > out (since no one will notice if no one is using them) and not bumpt > the major rev of the shared libaries. If no one was truly using them, instead of this being just an opinion, then no one would be impacted by their removal even if the version number is not bumped. To argue that the version number needs bumped is to argue against their removal. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Sat Mar 30 04:14:16 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA03813 for current-outgoing; Sat, 30 Mar 1996 04:14:16 -0800 (PST) Received: from omega.physik.fu-berlin.de (omega.physik.fu-berlin.de [130.133.3.51]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id EAA03807 for ; Sat, 30 Mar 1996 04:14:13 -0800 (PST) Received: from mordillo (graichen.dialup.fu-berlin.de [160.45.217.183]) by omega.physik.fu-berlin.de (8.7.1/8.7.1) with ESMTP id NAA06553 for ; Sat, 30 Mar 1996 13:14:00 +0100 (MET) Received: (from news@localhost) by mordillo (8.6.12/8.6.12) id KAA03012; Sat, 30 Mar 1996 10:48:45 +0100 To: current@FreeBSD.org Path: graichen From: graichen@omega.physik.fu-berlin.de (Thomas Graichen) Newsgroups: local.freebsd-current Subject: Re: We need to do another XFree86 release for -current someday soon.. Date: 30 Mar 1996 09:48:44 GMT Organization: his FreeBSD box :-) Lines: 21 Distribution: local Message-ID: <4jj01t$1mv@mordillo.physik.fu-berlin.de> References: <199603291819.MAA24109@compound> NNTP-Posting-Host: localhost.physik.fu-berlin.de X-Newsreader: TIN [version 1.2 PL2] Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Tony Kimball (alk@Think.COM) wrote: : From: Garrett Wollman : Date: Fri, 29 Mar 1996 10:04:24 -0500 : > Why do ns_addr() and iso_addr() have to go? What's the big deal? : Because the network address families they supported are no longer : shipped, and thus they won't compile any more. : Please, that isn't good enough to justify the cost. Stub them to : return errors. i would vote for this too t -- thomas graichen graichen@mail.physik.fu-berlin.de graichen@FreeBSD.org perfection is reached, not when there is no longer anything to add, but when there is no longer anything to take away antoine de saint-exupery From owner-freebsd-current Sat Mar 30 04:29:33 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA04386 for current-outgoing; Sat, 30 Mar 1996 04:29:33 -0800 (PST) Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA04380 for ; Sat, 30 Mar 1996 04:29:23 -0800 (PST) Received: by sequent.kiae.su id AA14163 (5.65.kiae-2 ); Sat, 30 Mar 1996 15:24:08 +0300 Received: by sequent.KIAE.su (UUMAIL/2.0); Sat, 30 Mar 96 15:24:08 +0300 Received: (from ache@localhost) by astral.msk.su (8.7.5/8.7.3) id PAA00473; Sat, 30 Mar 1996 15:08:51 +0300 (MSK) Message-Id: <199603301208.PAA00473@astral.msk.su> Subject: Re: random .. not so .. To: bde@zeta.org.au (Bruce Evans) Date: Sat, 30 Mar 1996 15:08:51 +0300 (MSK) Cc: davidg@Root.COM, current@FreeBSD.org, imb@scgt.oz.au In-Reply-To: <199603300629.RAA30811@godzilla.zeta.org.au> from "Bruce Evans" at "Mar 30, 96 05:29:37 pm" From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) X-Class: Fast X-Mailer: ELM [version 2.4ME+ PL14 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > >> >I plan to aply proposed fix, if nobody against. > > It needs more thought. What thought exactly do you mean? > rand() is well known to be poor and is left that way for historical bug > for bug compatibility. srandom() uses the same formula as rand() so it I think, nothing wrong happens if even rand() will be better. All rand() using programs I see still expects 'random generator' from it and not 'well-known historycal buggy formula'. > may be poor. This seems to be the main point of the fix. The example > program seems to be mostly bogus. Calling srandom() a lot defeats the > randomness of random(). For a sillier example, change the constants in Calling srandom(time() f.e.) is common case. Without this fix two programs calling srandom in _different_ times produces very predictable almost same sequences. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-current Sat Mar 30 04:41:38 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA04834 for current-outgoing; Sat, 30 Mar 1996 04:41:38 -0800 (PST) Received: from originat.demon.co.uk (originat.demon.co.uk [158.152.220.9]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id EAA04828 for ; Sat, 30 Mar 1996 04:41:33 -0800 (PST) Received: (from paul@localhost) by originat.demon.co.uk (8.7.5/8.6.9) id MAA00590; Sat, 30 Mar 1996 12:31:16 GMT From: Paul Richards Message-Id: <199603301231.MAA00590@originat.demon.co.uk> Subject: Re: Fixit Floppy Broken? To: joerg_wunsch@uriah.heep.sax.de Date: Sat, 30 Mar 1996 12:31:16 +0000 (GMT) Cc: freebsd-current@FreeBSD.org, handy@sxt2.space.lockheed.com In-Reply-To: <199603300804.JAA03375@uriah.heep.sax.de> from "J Wunsch" at Mar 30, 96 09:04:39 am Reply-to: paul@netcraft.co.uk X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In reply to J Wunsch who said > > All the binaries on the fixit floppy (actually, only one large super- > binary anway) are gzipp'ed. > > > once, but never really get anywhere. If I try booting with it again it > > doesn't work. > > However, it's *not* the fixit floppy that's broken, it's the kernel on > the boot (installation) floppy. You can boot a plain 2.1R installation > floppy, select F)ixit, and stick in a 2.2-SNAP fixit floppy then. I strongly disagree. The fixit floppy needs to be completely redone. I wasn't aware that there was a single gzipped binary on it (has this changed recently?) but that's frankly ridiculous. The fixit floppy should work on any system as a last resort tool to recover from a fatal error. Support for gzipped binaries isn't even present in a lot of kernels! I think it's a design error to have fixit be shoe-horned into sysinstall. Let's just have a plain and simple set of tools. If you're damaged to the point where you need to use it then you're into the "expert" area and a nice gui is not very relevant and is just a waste of space. Now, if someone is concerned about naive users spamming themselves then perhaps we need to think about an automated recovery disk but that's not what fixit is all about. -- Paul Richards, Originative Solutions Ltd. Internet: paul@netcraft.co.uk, http://www.netcraft.co.uk Phone: 0370 462071 (Mobile), +44 1225 447500 (work) From owner-freebsd-current Sat Mar 30 08:11:20 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA12500 for current-outgoing; Sat, 30 Mar 1996 08:11:20 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA12493 for ; Sat, 30 Mar 1996 08:11:16 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id IAA05801; Sat, 30 Mar 1996 08:09:15 -0800 (PST) To: paul@netcraft.co.uk cc: joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.ORG, handy@sxt2.space.lockheed.com Subject: Re: Fixit Floppy Broken? In-reply-to: Your message of "Sat, 30 Mar 1996 12:31:16 GMT." <199603301231.MAA00590@originat.demon.co.uk> Date: Sat, 30 Mar 1996 08:09:15 -0800 Message-ID: <5799.828202155@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I strongly disagree. The fixit floppy needs to be completely redone. I > wasn't aware that there was a single gzipped binary on it (has this > changed recently?) but that's frankly ridiculous. The fixit floppy > should work on any system as a last resort tool to recover from a fatal > error. Support for gzipped binaries isn't even present in a lot of kernels! I agree. Do I hear you volunteering for this? :-) jordan From owner-freebsd-current Sat Mar 30 08:47:11 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA15713 for current-outgoing; Sat, 30 Mar 1996 08:47:11 -0800 (PST) Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA15696 for ; Sat, 30 Mar 1996 08:47:03 -0800 (PST) Received: by sequent.kiae.su id AA01111 (5.65.kiae-2 for current@freebsd.org); Sat, 30 Mar 1996 19:46:27 +0300 Received: by sequent.KIAE.su (UUMAIL/2.0); Sat, 30 Mar 96 19:46:26 +0300 Received: (from ache@localhost) by astral.msk.su (8.7.5/8.7.3) id TAA02797 for current@freebsd.org; Sat, 30 Mar 1996 19:45:29 +0300 (MSK) Message-Id: <199603301645.TAA02797@astral.msk.su> Subject: tcp broken into -current? To: current@freebsd.org (FreeBSD-current) Date: Sat, 30 Mar 1996 19:45:29 +0300 (MSK) From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) X-Class: Fast X-Mailer: ELM [version 2.4ME+ PL14 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Story so far: I try following FTP transaction over user PPP line: current1 -put-file-> current2 after hang it says "Connection reset by peer" (stable effect)! When I turn TCP extensions off, it simple hangs forever. netstat shows output queue full in current1 ps shows tsleep("sbwait") in current2 Result remote file have zero length. It hapens with both standard ftpd and wu-ftpd. all FTP operations when one of the sides != current works well. FTP operations inside one system works too. It happens not only on FTP transfers but rarely in SSH connections too. I don't have yet one non-PPP connected -current system available for testings, if you have fresh -current, you can contact anon ftp dt.demos.su and try to put smth to incoming directory. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-current Sat Mar 30 09:18:45 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA18317 for current-outgoing; Sat, 30 Mar 1996 09:18:45 -0800 (PST) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA18300 for ; Sat, 30 Mar 1996 09:18:41 -0800 (PST) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id SAA12583; Sat, 30 Mar 1996 18:00:31 +0100 (MET) Received: from localhost (localhost [127.0.0.1]) by gun.de (8.7.5/8.7.3) with SMTP id JAA08338; Sat, 30 Mar 1996 09:54:42 +0100 (MET) Date: Sat, 30 Mar 1996 09:54:41 +0100 (MET) From: Andreas Klemm To: "Christoph P. Kukulies" cc: freebsd-current@freefall.freebsd.org Subject: Re: spurious problems with a P150 system In-Reply-To: <199603291708.SAA24113@gilberto.physik.rwth-aachen.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk -----BEGIN PGP SIGNED MESSAGE----- On Fri, 29 Mar 1996, Christoph P. Kukulies wrote: > I added a new FreeBSD machine recently > (P150, Triton CS, 2x1.5GB IDE (ick),NE2000(ick), 32MB). > > I sup -current over ethernet locally from blues (sup1.de.freebsd.org) > daily and build world and kernel. > > Now and then it happens now that files are clobbered. For example > today I had a totally corrupt /usr/include/sys/errno.h > containing ^H, @ and a lot of characters with bits flipped in them so > it seemed. > > I wonder how this can happen. Bad hardware?, network card?, cache? > memory? The system can build world on the other hand w/o > problems once there is no corrupt file in the tree. > > I tend to assume a network/hw problem. Both systems are running > -current. I had similar problems, that turned out to be hardware problems, i.e. bad termination of SCSI bus. Perhaps there are similar problems regarding IDE bus, if you use 2 IDS disks ... I'd suggest to check BIOS settings. Bring everything to a normal state. The last thing I would do is to remove one harddrive and look, if the problem only arises with 2 disks. After that I'd remove all IDE disks and insert an AHA 2940 PCI controler and a SCSI disks. If the problem vanishes -> go SCSI. Even Windows NT has problems with that cheapo IDE hardware ;-)) - -- andreas@knobel.gun.de /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ $$ Support Unix - aklemm@wup.de $$ pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< -----BEGIN PGP SIGNATURE----- Version: 2.6.2 iQCVAwUBMVz20vMLpmkD/U+FAQFi7QQAh8yp8L9ROF5vjutDmv4xbvbc0sG90Jqp eSG0HuMdudKwRsQc4qeXtnE7jdLKOHo9Yb/jLVol/S95NITi8BVqEYsR5UyCLt6S 55D//Hb/HzUTX6scgFyNUULdSrXPLM/fdrdmcklbzPnGI8uuMgOLLaLVIfEAc7sq skOLQlUsJC8= =kDwF -----END PGP SIGNATURE----- From owner-freebsd-current Sat Mar 30 10:03:23 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA21898 for current-outgoing; Sat, 30 Mar 1996 10:03:23 -0800 (PST) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA21890 for ; Sat, 30 Mar 1996 10:03:18 -0800 (PST) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id SAA27263 for current@freebsd.org; Sat, 30 Mar 1996 18:45:23 +0100 (MET) Received: (from andreas@localhost) by gun.de (8.7.5/8.7.3) id SAA03374 for current@freebsd.org; Sat, 30 Mar 1996 18:36:09 +0100 (MET) From: Andreas Klemm Message-Id: <199603301736.SAA03374@gun.de> Subject: The stty manpage is missing some words in the onlcr explanation To: current@freebsd.org Date: Sat, 30 Mar 1996 18:36:08 +0100 (MET) X-Mailer: ELM [version 2.4ME+ PL13 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi ! onlcr (-onlcr) Map (do not map) NL to on output. ^-- CR/NL ? I don't remember exactly, but isn't that NL -> CR/NL mapping if activating opost (output postprocessing) ??? Andreas /// -- andreas@knobel.gun.de /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ $$ Support Unix - aklemm@wup.de $$ pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< From owner-freebsd-current Sat Mar 30 10:05:05 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA22044 for current-outgoing; Sat, 30 Mar 1996 10:05:05 -0800 (PST) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA22030 for ; Sat, 30 Mar 1996 10:05:01 -0800 (PST) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id SAA27350; Sat, 30 Mar 1996 18:45:29 +0100 (MET) Received: from localhost (localhost [127.0.0.1]) by gun.de (8.7.5/8.7.3) with SMTP id SAA03944; Sat, 30 Mar 1996 18:43:27 +0100 (MET) Date: Sat, 30 Mar 1996 18:43:26 +0100 (MET) From: Andreas Klemm To: Chris Cappuccio cc: current@freebsd.org Subject: (was Re: ) actually it's about how to setup a printer and such In-Reply-To: <199603291843.NAA02951@sefl.satelnet.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk -----BEGIN PGP SIGNED MESSAGE----- On Fri, 29 Mar 1996, Chris Cappuccio wrote: > This could be the wrong list but.. ;) This stuff belongs to the help list, since your question doen't have to deal with FreeBSD-current developement. It's a relatively simple configuration question ;-) > I need a little help getting a hewlett packard deskjet 500 > printer working under -current (nothing to do with the fact > that it's current or 2.1 or whatever, just that its kind of > strange..) So I assume, reading the fine FreeBSD manual, is also a bit strange for you ?! Since it covers nearly all aspects of "how to connect a printer to a FreeBSD system. > I can't get he baud rate adn such set correctly Well, you have to set the line discipline on both ends correctly. A Deskjet is capable of printing up to 19200 Bauds (dog slow), so I recommend you to use a parallel interface instead (if you can). > in printcap A printcap manual page is part of the Operating system ;-) mumbo|dumbo|HP DeskJet 500:\ :lp=/dev/cuaa1:\ :br#19200:\ :ms=cs8,-parenb,crtscts,-istrip,opost,onlcr:\ :sd=/var/spool/djet500/:\ :lf=/var/spool/djet500/log:\ :crnl:\ :mx#0:\ :sh:\ :sf: Don't forget to switch the DeskJet via jumpers to: 8 Bit, No parity, 1 Stop Bit, 19200 Baud Then you need a proper serial cable... I hope you have a correct one suitable for you printer... > and once I do, how would I print from applications such as umm netscape or > something.. (ghostscript PS-->PCL?) .. hewlett pakards support goes > as far as to tell me that they dont reccomend their prindeters > for use in a unix environment and that they offer no assistance in > doing so..heh.. Then you need apsfilter 4.9.3. It's in the ports collection. It let's you print nearly _everything_ ... SETUP creates needed printcap settings. They only need a bit finetuning. Remember ... if you print binary data, then XON/XOFF handshaking isn't sufficient, then you need crtscts hardware flow control. Otherwise you'll get garbage ;-)) BTW, the above suggested ms (mode settings) in printcap enables opost and onlcr ... this isn't needed with apsfilter, since it converts every supported file type (many ;-) to PS and this is filtered through gs ... gs of course knows to give the printer the proper bits and bytes ;-)) Have fun ... Andreas /// - -- andreas@knobel.gun.de /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ $$ Support Unix - aklemm@wup.de $$ pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< -----BEGIN PGP SIGNATURE----- Version: 2.6.2 iQCVAwUBMV1yvvMLpmkD/U+FAQE2NwP8DOQ/LnhZG+WYhbFrlDxqWE0AHIjWiNy3 XIAPCXMUyD8MvD1rEa6TwXT40ChcIocdxSd0aY2zpqHSTtb+Koe8tO+E2r5+VcVb ATyZ48ZBwX4HFQ9wu2XleLYwjL6Uz3N175s6OqWpnH7X7Av6UyXIgsAt8WSOxnZP cYz7VUdLumo= =BNxW -----END PGP SIGNATURE----- From owner-freebsd-current Sat Mar 30 10:08:08 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA22338 for current-outgoing; Sat, 30 Mar 1996 10:08:08 -0800 (PST) Received: from sovcom.kiae.su (sovcom.kiae.su [144.206.136.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA22323 for ; Sat, 30 Mar 1996 10:08:04 -0800 (PST) Received: by sovcom.kiae.su id AA07325 (5.65.kiae-1 for current@freebsd.org); Sat, 30 Mar 1996 21:06:04 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Sat, 30 Mar 96 21:06:03 +0300 Received: (from ache@localhost) by astral.msk.su (8.7.5/8.7.3) id VAA03241; Sat, 30 Mar 1996 21:04:56 +0300 (MSK) Message-Id: <199603301804.VAA03241@astral.msk.su> Subject: Re: tcp broken into -current? (more strange) To: ache@astral.msk.su (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=) Date: Sat, 30 Mar 1996 21:04:55 +0300 (MSK) Cc: current@freebsd.org In-Reply-To: <199603301645.TAA02797@astral.msk.su> from "Андрей Чернов" at "Mar 30, 96 07:45:29 pm" From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) X-Class: Fast X-Mailer: ELM [version 2.4ME+ PL14 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Story so far: > > I try following FTP transaction over user PPP line: ^^^^^^^^^^^^ I found workaround for it: when I turn OFF predictor1 compression, the problem is gone. I don't understand, how pred1 can be involved here, moreover, I always have working connection with pred1 enabled before recent -current TCP changes. > current1 -put-file-> current2 > > after hang it says "Connection reset by peer" (stable effect)! > When I turn TCP extensions off, it simple hangs forever. > netstat shows output queue full in current1 > ps shows tsleep("sbwait") in current2 > Result remote file have zero length. > It hapens with both standard ftpd and wu-ftpd. > > all FTP operations when one of the sides != current works well. > FTP operations inside one system works too. > It happens not only on FTP transfers but rarely in SSH connections too. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-current Sat Mar 30 11:09:50 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA29007 for current-outgoing; Sat, 30 Mar 1996 11:09:50 -0800 (PST) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA28992 for ; Sat, 30 Mar 1996 11:09:46 -0800 (PST) Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA17247; Sat, 30 Mar 1996 14:09:29 -0500 Date: Sat, 30 Mar 1996 14:09:29 -0500 From: Garrett Wollman Message-Id: <9603301909.AA17247@halloran-eldar.lcs.mit.edu> To: graichen@omega.physik.fu-berlin.de (Thomas Graichen) Cc: current@FreeBSD.org Subject: Re: We need to do another XFree86 release for -current someday soon.. Newsgroups: local.freebsd-current In-Reply-To: <4jj01t$1mv@mordillo.physik.fu-berlin.de> References: <199603291819.MAA24109@compound> <4jj01t$1mv@mordillo.physik.fu-berlin.de> Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk < Tony Kimball (alk@Think.COM) wrote: > : From: Garrett Wollman > : Date: Fri, 29 Mar 1996 10:04:24 -0500 > : > Why do ns_addr() and iso_addr() have to go? What's the big deal? > : Because the network address families they supported are no longer > : shipped, and thus they won't compile any more. > : Please, that isn't good enough to justify the cost. Stub them to > : return errors. > i would vote for this too There isn't anything to vote on; you're a month too late. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Sat Mar 30 11:34:44 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA02030 for current-outgoing; Sat, 30 Mar 1996 11:34:44 -0800 (PST) Received: from sovcom.kiae.su (sovcom.kiae.su [144.206.136.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA02016 for ; Sat, 30 Mar 1996 11:34:34 -0800 (PST) Received: by sovcom.kiae.su id AA22476 (5.65.kiae-1 for current@freebsd.org); Sat, 30 Mar 1996 22:31:51 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Sat, 30 Mar 96 22:31:51 +0300 Received: (from ache@localhost) by astral.msk.su (8.7.5/8.7.3) id WAA03538; Sat, 30 Mar 1996 22:19:04 +0300 (MSK) Message-Id: <199603301919.WAA03538@astral.msk.su> Subject: Re: tcp broken into -current? (more strange) To: ache@astral.msk.su (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=) Date: Sat, 30 Mar 1996 22:19:03 +0300 (MSK) Cc: current@freebsd.org In-Reply-To: <199603301804.VAA03241@astral.msk.su> from "Андрей Чернов" at "Mar 30, 96 09:04:55 pm" From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) X-Class: Fast X-Mailer: ELM [version 2.4ME+ PL14 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Story so far: > > > > I try following FTP transaction over user PPP line: > ^^^^^^^^^^^^ > I found workaround for it: when I turn OFF predictor1 compression, > the problem is gone. I don't understand, how pred1 can be involved > here, moreover, I always have working connection with pred1 enabled > before recent -current TCP changes. > > > current1 -put-file-> current2 > > > > after hang it says "Connection reset by peer" (stable effect)! > > When I turn TCP extensions off, it simple hangs forever. > > netstat shows output queue full in current1 > > ps shows tsleep("sbwait") in current2 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ current2 ftpds NEVER DIE, i.e. I found 10 copies of hanging ftpd overflowing max user count. I don't understand, why ftpds not timed out. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-current Sat Mar 30 12:01:41 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA05509 for current-outgoing; Sat, 30 Mar 1996 12:01:41 -0800 (PST) Received: from sxt2.space.lockheed.com (sxt2.space.lockheed.com [192.68.162.109]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA05499 for ; Sat, 30 Mar 1996 12:01:37 -0800 (PST) Received: by sxt2.space.lockheed.com (5.65/DEC-Ultrix/4.3) id AA05238; Sat, 30 Mar 1996 11:55:44 -0800 Date: Sat, 30 Mar 1996 11:55:44 -0800 (PST) From: "Brian N. Handy" To: Joerg Wunsch Cc: FreeBSD-current users Subject: Re: Fixit Floppy Broken? In-Reply-To: <199603300804.JAA03375@uriah.heep.sax.de> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I wrote: > > > I complained earlier about 'ls' not working on the floppy drive...but I > Joerg responded: > I've read it, but your description is too vague. I cannot reproduce > the problem (it seems like some FS-related vnode locking, i don't > think this is particularly dependant on happening on the floppy drive > itself), and seriously, about nobody really uses file systems on > floppies... Well...I usually don't either. A colleage had blown away his libc.so.3.0, and needed a new copy so I figured this would be simple. I've figured out the problem, though. This should have occured to me but I'm an idiot. I had set the 'write-protect' tab, then mounted the drive read-write. FreeBSD didn't like that at all. So, as I see it, there are two ways to look at this: (1) I deserved it, or... (2) Maybe the mount routine should complain and die if it tried to mount the floppy read-write when the floppy is write-protected. Regards, Brian From owner-freebsd-current Sat Mar 30 12:20:31 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA07683 for current-outgoing; Sat, 30 Mar 1996 12:20:31 -0800 (PST) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA07669 for ; Sat, 30 Mar 1996 12:20:25 -0800 (PST) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id VAA25009; Sat, 30 Mar 1996 21:00:29 +0100 (MET) Received: from localhost (localhost [127.0.0.1]) by gun.de (8.7.5/8.7.3) with SMTP id TAA04941; Sat, 30 Mar 1996 19:33:54 +0100 (MET) Date: Sat, 30 Mar 1996 19:33:53 +0100 (MET) From: Andreas Klemm To: paul@netcraft.co.uk cc: joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.org, handy@sxt2.space.lockheed.com Subject: Re: Fixit Floppy Broken? In-Reply-To: <199603301231.MAA00590@originat.demon.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk -----BEGIN PGP SIGNED MESSAGE----- On Sat, 30 Mar 1996, Paul Richards wrote: > In reply to J Wunsch who said > > > > All the binaries on the fixit floppy (actually, only one large super- > > binary anway) are gzipp'ed. > > > > > once, but never really get anywhere. If I try booting with it again it > > > doesn't work. > > > > However, it's *not* the fixit floppy that's broken, it's the kernel on > > the boot (installation) floppy. You can boot a plain 2.1R installation > > floppy, select F)ixit, and stick in a 2.2-SNAP fixit floppy then. > > I strongly disagree. The fixit floppy needs to be completely redone. I > wasn't aware that there was a single gzipped binary on it (has this > changed recently?) but that's frankly ridiculous. The fixit floppy > should work on any system as a last resort tool to recover from a fatal > error. Support for gzipped binaries isn't even present in a lot of kernels! > > I think it's a design error to have fixit be shoe-horned into sysinstall. > Let's just have a plain and simple set of tools. If you're damaged to the > point where you need to use it then you're into the "expert" area and > a nice gui is not very relevant and is just a waste of space. > > Now, if someone is concerned about naive users spamming themselves then > perhaps we need to think about an automated recovery disk but that's not > what fixit is all about. I think you're deadly right in this point... A simple nice boot disk with a generic kernel with tools like: fsck, scsi, ed, cat, more, newfs, mkfs, ls, rm ... and ,friends' is badly needed ;-) And of course a nicely working MAKEDEV, that creates the needed /dev/ entries, if you have for example 2 SCSI disks and perhaps even more. - -- andreas@knobel.gun.de /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ $$ Support Unix - aklemm@wup.de $$ pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< -----BEGIN PGP SIGNATURE----- Version: 2.6.2 iQCVAwUBMV1+kvMLpmkD/U+FAQHW9AP+M5hhrDakT1okHi6EJUt1NdsR9j3TI52K fcw6ZViW8nM9krCwbOaRJnMi50959ILCLZ893fu0DVqzY5Lq/+gSUf8hXfkxpUZF SQ9X+W0lkHvd7zOATNmyIjDU6zlz7RgNnydtAQd9OEeQYopI+83WO2ZAM3eOFUvZ nLilP8n/P+8= =tJpu -----END PGP SIGNATURE----- From owner-freebsd-current Sat Mar 30 13:09:57 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA10643 for current-outgoing; Sat, 30 Mar 1996 13:09:57 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA10636 for ; Sat, 30 Mar 1996 13:09:54 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA09744; Sat, 30 Mar 1996 14:03:58 -0700 From: Terry Lambert Message-Id: <199603302103.OAA09744@phaeton.artisoft.com> Subject: Re: Fixit Floppy Broken? To: paul@netcraft.co.uk Date: Sat, 30 Mar 1996 14:03:57 -0700 (MST) Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.ORG, handy@sxt2.space.lockheed.com In-Reply-To: <199603301231.MAA00590@originat.demon.co.uk> from "Paul Richards" at Mar 30, 96 12:31:16 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I think it's a design error to have fixit be shoe-horned into sysinstall. > Let's just have a plain and simple set of tools. If you're damaged to the > point where you need to use it then you're into the "expert" area and > a nice gui is not very relevant and is just a waste of space. > > Now, if someone is concerned about naive users spamming themselves then > perhaps we need to think about an automated recovery disk but that's not > what fixit is all about. What, like: 1) I forgot my root password, set it it 'dork' 2) It wants me to fsck my '/' parition 3) I tried (unsuccessfully) to start X from /etc/ttys 4) ... ? Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Sat Mar 30 15:14:09 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA20332 for current-outgoing; Sat, 30 Mar 1996 15:14:09 -0800 (PST) Received: from tfd.com (tfd.com [206.205.61.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA20317 for ; Sat, 30 Mar 1996 15:14:01 -0800 (PST) Received: from sneezy.tfd.com by tfd.com with SMTP id AA24303 (5.65b/IDA-1.4.3 for freebsd-current@freefall.freebsd.org); Sat, 30 Mar 96 18:13:42 -0500 Received: by sneezy id AA12933 (5.65b/IDA-1.4.3 for hosokawa@mt.cs.keio.ac.jp); Sat, 30 Mar 96 18:12:55 -0500 Date: Sat, 30 Mar 96 18:12:55 -0500 From: Kent Hauser Message-Id: <9603302312.AA12933@sneezy> To: hosokawa@mt.cs.keio.ac.jp Subject: [pccard-test] Problems/Successes on TI5000 Cc: freebsd-current@freefall.freebsd.org Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I successfully compiled/installed your pccard-test-960328 patches on a freebsd-current (also 960328) and can report the following problems and successes. (Help/advice with the fax/modem card gratefully accepted.) Laptop: TI5000 PCCARDS: 3Com Etherlink III 3C589C Megahertz XJ1144 pccard.conf: sample file used w/o modification Results: The pccards are not recognized with the default pccard_mem address of 0xd0000. Cards are recognized with address 0xd8000. The 3Com Ethernet card works correctly, but slowly. The nep0 interface comes and goes as the card is inserted/removed. Interaction with apm is perfect. All is good. Unfortunately, the interface is much slower that with the old `zp0' interface. Pings to a local SparcStation II over a 2-device UTP network took about 1msec with the `zp0' driver. Pings with the `nep0' driver take about 5-6msec. The fax/modem does not work. The messages on the console and in /var/log/pccardd.log all indicate that it is recognized correctly (as a Megahertz X-Jack fax/modem). The `sio2: type 16550A' and `sio2: unload/gone' (or similar) occur as expected. Without the card installed, I can't tip to `cuaa2c'. With the card installed, the tip succeeds & characters echo. That is until I enter `AT', at which point 6 or 8 characters of garbage appear on the screen & I have to power cycle. Also, the system hangs if I am in tip & remove the card. Comments/advice gratefully accepted. Kent From owner-freebsd-current Sat Mar 30 15:22:18 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA21087 for current-outgoing; Sat, 30 Mar 1996 15:22:18 -0800 (PST) Received: from paris.CS.Berkeley.EDU (paris.CS.Berkeley.EDU [128.32.34.47]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA21080 for ; Sat, 30 Mar 1996 15:22:13 -0800 (PST) Received: (from jmacd@localhost) by paris.CS.Berkeley.EDU (8.6.11/8.6.9) id PAA15110 for freebsd-current@freebsd.org; Sat, 30 Mar 1996 15:22:12 -0800 Date: Sat, 30 Mar 1996 15:22:12 -0800 From: Josh MacDonald Message-Id: <199603302322.PAA15110@paris.CS.Berkeley.EDU> To: freebsd-current@freebsd.org Subject: tzsetup Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I think its confused, as I noticed this both in the 2.2-960323-SNAP installation floppies and when run after installation. When I choose North and South America/United States/Pacific time it asks me if [localtime] EST sounds right. For some reason, it is using America/Knox_IN instead of Los_Angeles or whatever it should be. -josh From owner-freebsd-current Sat Mar 30 15:24:07 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA21277 for current-outgoing; Sat, 30 Mar 1996 15:24:07 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA21225 for ; Sat, 30 Mar 1996 15:23:58 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id AAA26520 for ; Sun, 31 Mar 1996 00:23:54 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id AAA15326 for freebsd-current@FreeBSD.org; Sun, 31 Mar 1996 00:23:54 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.4/8.6.9) id WAA04525 for freebsd-current@FreeBSD.org; Sat, 30 Mar 1996 22:51:06 +0100 (MET) From: J Wunsch Message-Id: <199603302151.WAA04525@uriah.heep.sax.de> Subject: Re: Fixit Floppy Broken? To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sat, 30 Mar 1996 22:51:05 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199603301231.MAA00590@originat.demon.co.uk> from "Paul Richards" at Mar 30, 96 12:31:16 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Paul Richards wrote: > I strongly disagree. The fixit floppy needs to be completely redone. I > wasn't aware that there was a single gzipped binary on it (has this > changed recently?) but that's frankly ridiculous. The fixit floppy > should work on any system as a last resort tool to recover from a fatal > error. Support for gzipped binaries isn't even present in a lot of kernels! The gzipp'ed binary is probably not even necessary, while i think that the crunched one is fine. > I think it's a design error to have fixit be shoe-horned into sysinstall. Not really. You need two floppies anyway (our kernel is rather large, so joining both floppies into one is certainly not a good option), so why not picking the regular boot.flp as a default. All you need to do is to also put init(8) onto the fixit floppy (i think it has been there some day back in the past), then you can boot just any floppy you want, and swap floppies after the kernel has been loaded. Creating a bootable floppy with your custom kernel is as simple as: disklabel -Brw fd0 fd1200 newfs -t0 -u0 -i65536 -l1 /dev/rfd0 mount /dev/fd0 /mnt cp /kernel /mnt umount /mnt Ah well, as Jordan mentioned: disagreement alone doesn't give us a better fixit floppy... :) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sat Mar 30 15:24:12 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA21309 for current-outgoing; Sat, 30 Mar 1996 15:24:12 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA21271 for ; Sat, 30 Mar 1996 15:24:06 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id AAA26524; Sun, 31 Mar 1996 00:23:59 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id AAA15333; Sun, 31 Mar 1996 00:23:58 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.4/8.6.9) id WAA04564; Sat, 30 Mar 1996 22:58:52 +0100 (MET) From: J Wunsch Message-Id: <199603302158.WAA04564@uriah.heep.sax.de> Subject: Re: HP printers To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sat, 30 Mar 1996 22:58:52 +0100 (MET) Cc: ccappuc@satelnet.org (Chris Cappuccio) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199603291843.NAA02951@sefl.satelnet.org> from "Chris Cappuccio" at Mar 29, 96 01:43:50 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Chris Cappuccio wrote: > I need a little help getting a hewlett packard deskjet 500 > printer working under -current (nothing to do with the fact > that it's current or 2.1 or whatever, just that its kind of > strange..) I can't get he baud rate adn such set correctly Baud rate??? Is the printer connected via a serial port? If it's parallel, and all your problem is that it's terribly slow, try setting your printer port into ``polled'' mode: lptcontrol -p Some newer HP printers are told to not work correctly in interrupt mode, apparently due to some (not yet exactly understood) timing problem. Slowaris is also affected by this (and that's probably the reason why the HP support does rather act like an ``unsupport'' here). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sat Mar 30 15:25:48 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA21563 for current-outgoing; Sat, 30 Mar 1996 15:25:48 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA21530 for ; Sat, 30 Mar 1996 15:25:34 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id AAA26628 for ; Sun, 31 Mar 1996 00:25:29 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id AAA15373 for freebsd-current@FreeBSD.org; Sun, 31 Mar 1996 00:25:29 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.4/8.6.9) id AAA05356 for freebsd-current@FreeBSD.org; Sun, 31 Mar 1996 00:14:05 +0100 (MET) From: J Wunsch Message-Id: <199603302314.AAA05356@uriah.heep.sax.de> Subject: Re: We need to do another XFree86 release for -current someday soon.. To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sun, 31 Mar 1996 00:14:05 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <4jj01t$1mv@mordillo.physik.fu-berlin.de> from "Thomas Graichen" at Mar 30, 96 09:48:44 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Thomas Graichen wrote: > : Please, that isn't good enough to justify the cost. Stub them to > : return errors. > > i would vote for this too Funny, nobody complained back when Garrett did announce his intention. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sat Mar 30 15:26:17 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA21642 for current-outgoing; Sat, 30 Mar 1996 15:26:17 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA21596 for ; Sat, 30 Mar 1996 15:25:56 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id AAA26624; Sun, 31 Mar 1996 00:25:28 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id AAA15370; Sun, 31 Mar 1996 00:25:26 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.4/8.6.9) id AAA05342; Sun, 31 Mar 1996 00:13:07 +0100 (MET) From: J Wunsch Message-Id: <199603302313.AAA05342@uriah.heep.sax.de> Subject: Re: We need to do another XFree86 release for -current someday soon.. To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sun, 31 Mar 1996 00:13:07 +0100 (MET) Cc: mark@grondar.za (Mark Murray) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199603291216.OAA14447@grumble.grondar.za> from "Mark Murray" at Mar 29, 96 02:16:04 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Mark Murray wrote: (compat21dist) > I am working on one. Ah, fine! > Right now, I am as sick as a dog ( I have been in bed for a week, > and will be for at least another week). :-( :-( Oh well... all the best! -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sat Mar 30 17:09:31 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA27822 for current-outgoing; Sat, 30 Mar 1996 17:09:31 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA27817 for ; Sat, 30 Mar 1996 17:09:28 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id RAA07507; Sat, 30 Mar 1996 17:08:44 -0800 (PST) To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-current@freebsd.org (FreeBSD-current users) Subject: Re: Fixit Floppy Broken? In-reply-to: Your message of "Sat, 30 Mar 1996 22:51:05 +0100." <199603302151.WAA04525@uriah.heep.sax.de> Date: Sat, 30 Mar 1996 17:08:44 -0800 Message-ID: <7505.828234524@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Not really. You need two floppies anyway (our kernel is rather large, > so joining both floppies into one is certainly not a good option), so > why not picking the regular boot.flp as a default. Exactly. It's not really sysinstall that's so important in this equation, it's the kernel and, as Joerg says, why generate an extra floppy if you don't have to? Mind you, if someone manages to combine kernel and reasonable number of "fixit utilities" on the same floppy somehow then I certainly wouldn't kick it out of bed for eating crackers, but Poul's and my attempts to do that in previous times were fairly unsuccessful and I'm not holding my breath. > Ah well, as Jordan mentioned: disagreement alone doesn't give us a > better fixit floppy... :) Ain't that always the case - too many generals and not enough soldiers .. :-) Jordan From owner-freebsd-current Sat Mar 30 17:30:44 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA29287 for current-outgoing; Sat, 30 Mar 1996 17:30:44 -0800 (PST) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA29277 for ; Sat, 30 Mar 1996 17:30:40 -0800 (PST) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id DAA10099 for ; Sun, 31 Mar 1996 03:30:38 +0200 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id DAA18241 for current@freebsd.org; Sun, 31 Mar 1996 03:30:47 +0200 Received: (uucp@localhost) by fasterix.frmug.fr.net (8.6.11/fasterix-941011) with UUCP id SAA29938 for current@freebsd.org; Sat, 30 Mar 1996 18:30:45 +0100 Received: (from regnauld@localhost) by tetard.frmug.fr.net (8.7.5/8.7.3/tetard-uucp-2.7) id PAA13952 for current@freebsd.org; Sat, 30 Mar 1996 15:36:27 +0100 (MET) From: Philippe Regnauld Message-Id: <199603301436.PAA13952@tetard.frmug.fr.net> Subject: Weird atof() behavior To: current@freebsd.org (current) Date: Sat, 30 Mar 1996 15:36:26 +0100 (MET) X-rene: Tu dois pas les avoir perdues, normalement. X-wing-fighter: et puis X-men, X-open, X-ta-mere... X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, A friend of mine has had some problems with Rayshade running on 2.0.5 (GCC 2.6.3) -- it appeared that atof() systematically returned bogus values in certain conditions: if you omit to specify #include , gcc does NOT issue any sort of warning for atof(). Example: #include main() { foo* char="3.1415926"; float bar=atof(foo); printf("%f\n",bar); } Here's the output: -7.000000 This is obviously a GCC related problem (I've got the same results with current), as testing with 2.5.8 showed no problems. It seems that the value from is cast to a double, then cast to an int. The warning does show up with -Wall: atof.c:5: warning: implicit declaration of function `atof' -- Phil -- - [ regnauld@tetard.frmug.fr.net / +48.8N+2.3E / +33 1 4507 9391 / Sol 3 ] - - [ regnauld@freenix.fr / FreeBSD 2.x / ] - "Le schtroumpf est Ю l'homme ce que le bleu est au billard" - F.Berjon From owner-freebsd-current Sat Mar 30 18:50:42 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA06072 for current-outgoing; Sat, 30 Mar 1996 18:50:42 -0800 (PST) Received: from cabri.obs-besancon.fr (cabri.obs-besancon.fr [193.52.184.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA06062 for ; Sat, 30 Mar 1996 18:50:38 -0800 (PST) Received: by cabri.obs-besancon.fr (5.57/Ultrix3.0-C) id AA18217; Sun, 31 Mar 96 03:53:40 +0100 Date: Sun, 31 Mar 96 03:53:40 +0100 Message-Id: <9603310253.AA18217@cabri.obs-besancon.fr> From: Jean-Marc Zucconi To: regnauld@tetard.frmug.fr.net Cc: current@freebsd.org In-Reply-To: <199603301436.PAA13952@tetard.frmug.fr.net> (message from Philippe Regnauld on Sat, 30 Mar 1996 15:36:26 +0100 (MET)) Subject: Re: Weird atof() behavior X-Mailer: Emacs Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This is the correct behavior: non declared functions are assumed returning int. You have to tell the compiler that atof() returns a float. Jean-Marc >>>>> Philippe Regnauld writes: > Hi, > A friend of mine has had some problems with Rayshade running on > 2.0.5 (GCC 2.6.3) -- it appeared that atof() systematically > returned bogus values in certain conditions: if you omit to specify > #include , gcc does NOT issue any sort of warning for > atof(). Example: > #include > main() > { > foo* char="3.1415926"; > float bar=atof(foo); > printf("%f\n",bar); > } > Here's the output: > -7.000000 > This is obviously a GCC related problem (I've got the same results > with current), as testing with 2.5.8 showed no problems. It seems > that the value from is cast to a double, then cast to an int. > The warning does show up with -Wall: > atof.c:5: warning: implicit declaration of function `atof' > -- Phil > -- > - [ regnauld@tetard.frmug.fr.net / +48.8N+2.3E / +33 1 4507 9391 / Sol 3 ] - > - [ regnauld@freenix.fr / FreeBSD 2.x / ] - > "Le schtroumpf est ` l'homme ce que le bleu est au billard" - F.Berjon _____________________________________________________________________________ Jean-Marc Zucconi Observatoire de Besancon F 25010 Besancon cedex PGP Key: finger jmz@cabri.obs-besancon.fr ============================================================================= From owner-freebsd-current Sat Mar 30 18:55:39 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA06425 for current-outgoing; Sat, 30 Mar 1996 18:55:39 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA06418 for ; Sat, 30 Mar 1996 18:55:34 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id MAA06978; Sun, 31 Mar 1996 12:52:19 +1000 Date: Sun, 31 Mar 1996 12:52:19 +1000 From: Bruce Evans Message-Id: <199603310252.MAA06978@godzilla.zeta.org.au> To: current@FreeBSD.org, regnauld@tetard.frmug.fr.net Subject: Re: Weird atof() behavior Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > A friend of mine has had some problems with Rayshade running on > 2.0.5 (GCC 2.6.3) -- it appeared that atof() systematically > returned bogus values in certain conditions: if you omit to specify > #include , gcc does NOT issue any sort of warning for > atof(). Example: > #include > main() > { > foo* char="3.1415926"; > float bar=atof(foo); > printf("%f\n",bar); > } >... > The warning does show up with -Wall: > > atof.c:5: warning: implicit declaration of function `atof' This looks like a warning to me. The behaviour is undefined because atof is implicitly declared as returning `int' but actually returns `double'. Bruce From owner-freebsd-current Sat Mar 30 19:26:34 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA09402 for current-outgoing; Sat, 30 Mar 1996 19:26:34 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA09384 for ; Sat, 30 Mar 1996 19:26:28 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id NAA08023; Sun, 31 Mar 1996 13:20:26 +1000 Date: Sun, 31 Mar 1996 13:20:26 +1000 From: Bruce Evans Message-Id: <199603310320.NAA08023@godzilla.zeta.org.au> To: ache@astral.msk.su, bde@zeta.org.au Subject: Re: random .. not so .. Cc: current@FreeBSD.org, davidg@Root.COM, imb@scgt.oz.au Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >> >> >I plan to aply proposed fix, if nobody against. >> >> It needs more thought. >What thought exactly do you mean? Think about rereading Knuth :-). >Calling srandom(time() f.e.) is common case. Without this fix two >programs calling srandom in _different_ times produces very predictable >almost same sequences. This must be a poor way to initialize random(). First, time() isn't random. Second, srandom() isn't claimed to give a state that varies randomly with its arg. In fact, it doesn't. Third, and more fundamentally, only 2**32 of random()'s (more than) 2**69 states are reachable using srandom(). Bruce From owner-freebsd-current Sat Mar 30 19:38:43 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA12127 for current-outgoing; Sat, 30 Mar 1996 19:38:43 -0800 (PST) Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA12095 for ; Sat, 30 Mar 1996 19:38:36 -0800 (PST) Message-Id: <199603310338.TAA12095@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: current Subject: aic7xxx driver and parity error problems Date: Sat, 30 Mar 1996 19:38:35 -0800 From: "Justin T. Gibbs" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I've just committed a new version of the aic7xxx driver that I believe fixes the parity problems people were seeing. If you had parity problems, please try re-enabling parity checking in SCSI-Select with the new driver and let me know. BTW, the new version of the driver works with the aic7850 too. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations ===========================================