From owner-freebsd-bugs Sun Feb 16 10:31:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA18133 for bugs-outgoing; Sun, 16 Feb 1997 10:31:11 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA18109; Sun, 16 Feb 1997 10:31:05 -0800 (PST) Date: Sun, 16 Feb 1997 10:31:05 -0800 (PST) From: Mike Pritchard Message-Id: <199702161831.KAA18109@freefall.freebsd.org> To: mi@aldan.zipnet.net, mpp, freebsd-bugs Subject: Re: kern/1217 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: separating to hardrives to two IDE channels hangs the OS State-Changed-From-To: analyzed-closed State-Changed-By: mpp State-Changed-When: Sun Feb 16 10:29:30 PST 1997 State-Changed-Why: In the audit trail, phk stated that this PR should be closed on 11/1/96 if no new data proved otherwise. From owner-freebsd-bugs Sun Feb 16 10:36:47 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA18699 for bugs-outgoing; Sun, 16 Feb 1997 10:36:47 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA18663; Sun, 16 Feb 1997 10:36:40 -0800 (PST) Date: Sun, 16 Feb 1997 10:36:40 -0800 (PST) From: Mike Pritchard Message-Id: <199702161836.KAA18663@freefall.freebsd.org> To: hsu@clinet.fi, mpp, freebsd-bugs Subject: Re: kern/1293 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Fatal trap 12: page fault while in kernel mode (PPP/modems/cyclades?) State-Changed-From-To: open-feedback State-Changed-By: mpp State-Changed-When: Sun Feb 16 10:35:55 PST 1997 State-Changed-Why: Checking with originator to see if this is still an issue. From owner-freebsd-bugs Sun Feb 16 12:00:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA23138 for bugs-outgoing; Sun, 16 Feb 1997 12:00:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA23111; Sun, 16 Feb 1997 12:00:02 -0800 (PST) Date: Sun, 16 Feb 1997 12:00:02 -0800 (PST) Message-Id: <199702162000.MAA23111@freefall.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: bin/2747: at cannot be run in an atjob Reply-To: j@uriah.heep.sax.de (J Wunsch) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2747; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: thompson@tgsoft.com Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/2747: at cannot be run in an atjob Date: Sun, 16 Feb 1997 20:48:18 +0100 As mark thompson wrote: > You cannot submit an at job from within an at job, since the submitted > job will have the wrong mail address, and atrun will reject it. The People might consider this a feature. :-) So you can't defeat a cron.deny entry with just an at.allow one. > comments suggest that the code in question (see below) is a hangover > from an earlier day, and no longer appropriate. No, the comments don't suggest this to me, sorry. > - /* Get the userid to mail to, first by trying getlogin(), which reads > - * /etc/utmp, then from LOGNAME, finally from getpwuid(). > + /* Get the userid to mail to, first by LOGNAME, then from getpwuid(). > */ > - mailname = getlogin(); > - if (mailname == NULL) > - mailname = getenv("LOGNAME"); > + mailname = getenv("LOGNAME"); No, sorry, the preference of getlogin() over LOGNAME is a normal sequence. getlogin() is much harder to fake. -- 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-bugs Sun Feb 16 12:17:16 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA24100 for bugs-outgoing; Sun, 16 Feb 1997 12:17:16 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA24073; Sun, 16 Feb 1997 12:17:09 -0800 (PST) Date: Sun, 16 Feb 1997 12:17:09 -0800 (PST) From: Mike Pritchard Message-Id: <199702162017.MAA24073@freefall.freebsd.org> To: mpp, freebsd-bugs, jkh Subject: Re: bin/2126 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: sysinstall installs broken geometory(sic) Responsible-Changed-From-To: freebsd-bugs->jkh Responsible-Changed-By: mpp Responsible-Changed-When: Sun Feb 16 12:16:45 PST 1997 Responsible-Changed-Why: Sysinstall problem... From owner-freebsd-bugs Sun Feb 16 12:50:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA26171 for bugs-outgoing; Sun, 16 Feb 1997 12:50:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA26163; Sun, 16 Feb 1997 12:50:03 -0800 (PST) Resent-Date: Sun, 16 Feb 1997 12:50:03 -0800 (PST) Resent-Message-Id: <199702162050.MAA26163@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, pst@jnx.com Received: from red.jnx.com (red.jnx.com [208.197.169.254]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA25998 for ; Sun, 16 Feb 1997 12:46:27 -0800 (PST) Received: from base.jnx.com (base.jnx.com [208.197.169.238]) by red.jnx.com (8.8.5/8.8.3) with ESMTP id MAA21194 for ; Sun, 16 Feb 1997 12:45:47 -0800 (PST) Received: (from pst@localhost) by base.jnx.com (8.7.6/8.7.3) id MAA25327; Sun, 16 Feb 1997 12:45:39 -0800 (PST) Message-Id: <199702162045.MAA25327@base.jnx.com> Date: Sun, 16 Feb 1997 12:45:39 -0800 (PST) From: Paul Traina Reply-To: pst@jnx.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2748: NOOBJ conflict in bsd.prog.mk and bsd.obj.mk Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2748 >Category: bin >Synopsis: NOOBJ conflict in bsd.prog.mk and bsd.obj.mk >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Feb 16 12:50:01 PST 1997 >Last-Modified: >Originator: Paul Traina >Organization: Juniper Networks >Release: FreeBSD 2.2-CURRENT i386 >Environment: 2.2 -CURRENT >Description: Setting NOOBJ is used to tell bsd.obj.mk to not screw with object directories. Setting NOOBJ is used to tell bsd.org.mk to not automaticly create OBJS= lines from the SRCS= lines. If you try to disable the warning for object directories using NOOBJ, you cannot build a program. This makes the 4bsd makefiles either spew garbage warnings or bitch. >How-To-Repeat: cd /usr/src/bin/cat make NOOBJ=yes >Fix: Change NOOBJ to NOOBJDIR everywhere it occurs in bsd.obj.mk. sed -s 's/NOOBJ/NOOBJDIR/g' /usr/src/share/mk/bsd.obj.mk >\ /usr/src/share/mk/bsd.obj.mk >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Feb 16 15:03:49 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA03741 for bugs-outgoing; Sun, 16 Feb 1997 15:03:49 -0800 (PST) Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA03719; Sun, 16 Feb 1997 15:03:28 -0800 (PST) Date: Sun, 16 Feb 1997 15:03:28 -0800 (PST) From: "Jordan K. Hubbard" Message-Id: <199702162303.PAA03719@freefall.freebsd.org> To: jkh, freebsd-bugs, bde Subject: Re: bin/2748 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: NOOBJ conflict in bsd.prog.mk and bsd.obj.mk Responsible-Changed-From-To: freebsd-bugs->bde Responsible-Changed-By: jkh Responsible-Changed-When: Sun Feb 16 15:01:23 PST 1997 Responsible-Changed-Why: Invoking the ancient law of HTIL (He Touched It Last), I hereby assign this bug to Bruce! :-) * * Well, I actually touched it last from CVS's point of view, but that was a spam so it magically doesn't count. :-) From owner-freebsd-bugs Sun Feb 16 15:30:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA04980 for bugs-outgoing; Sun, 16 Feb 1997 15:30:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA04973; Sun, 16 Feb 1997 15:30:02 -0800 (PST) Resent-Date: Sun, 16 Feb 1997 15:30:02 -0800 (PST) Resent-Message-Id: <199702162330.PAA04973@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, pst@jnx.com Received: from red.jnx.com (red.jnx.com [208.197.169.254]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA04695 for ; Sun, 16 Feb 1997 15:23:56 -0800 (PST) Received: (from pst@localhost) by red.jnx.com (8.8.5/8.8.3) id PAA03788; Sun, 16 Feb 1997 15:23:24 -0800 (PST) Message-Id: <199702162323.PAA03788@red.jnx.com> Date: Sun, 16 Feb 1997 15:23:24 -0800 (PST) From: Paul Traina Reply-To: pst@jnx.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: gnu/2749: cvs export using remote cvs fails - CVS/Template Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2749 >Category: gnu >Synopsis: cvs export using remote cvs fails - CVS/Template >Confidential: yes >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Feb 16 15:30:01 PST 1997 >Last-Modified: >Originator: Paul Traina >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: 2.2 -current, cvs 1.8.1, remote cvs. >Description: The server sends down a command which causes cvs/src/client.c to attempt to open up CVS/Template, however there is no CVS subdirectory when doing an export operation. By the way, a quick perusal of CVS source code leads me to believe that this is still broken in 1.9. >How-To-Repeat: pst@red$ cvs -d cvs:/cvs/juniper export -D today -d fep2 -kv fep cvs [export aborted]: cannot write : No such file or directory pst@red$ rm -rf fep2 pst@red$ cvs -d /volume/cvs-juniper export -D today -d fep2 -kv fep cvs export: Updating fep2 U fep2/.cvsignore U fep2/Makefile ... >Fix: The bug's really in the server, it shouldn't be sending down a template command on export, however the logic is rather convoluted once we get to create_admin() (which shouldn't be called, should it?) >Audit-Trail: >Unformatted: Paul Traina From owner-freebsd-bugs Sun Feb 16 15:37:25 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA05595 for bugs-outgoing; Sun, 16 Feb 1997 15:37:25 -0800 (PST) Received: (from pst@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA05376; Sun, 16 Feb 1997 15:35:44 -0800 (PST) Date: Sun, 16 Feb 1997 15:35:44 -0800 (PST) From: Paul Traina Message-Id: <199702162335.PAA05376@freefall.freebsd.org> To: pst, freebsd-bugs, peter Subject: Re: gnu/2749 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: cvs export using remote cvs fails - CVS/Template Responsible-Changed-From-To: freebsd-bugs->peter Responsible-Changed-By: pst Responsible-Changed-When: Sun Feb 16 15:34:21 PST 1997 Responsible-Changed-Why: peter is lord of cvs From owner-freebsd-bugs Sun Feb 16 22:00:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA26123 for bugs-outgoing; Sun, 16 Feb 1997 22:00:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA26105; Sun, 16 Feb 1997 22:00:03 -0800 (PST) Date: Sun, 16 Feb 1997 22:00:03 -0800 (PST) Message-Id: <199702170600.WAA26105@freefall.freebsd.org> To: freebsd-bugs Cc: From: mark thompson Subject: Re: bin/2747: at cannot be run in an atjob Reply-To: mark thompson Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2747; it has been noted by GNATS. From: mark thompson To: mpp@freefall.freebsd.org Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/2747: at cannot be run in an atjob Date: Sun, 16 Feb 1997 20:37:59 -0800 (PST) From: Mike Pritchard Date: Sat, 15 Feb 1997 23:04:09 -0800 (PST) mark thompson wrote: > > You cannot submit an at job from within an at job, since the submitted > job will have the wrong mail address, and atrun will reject it. The > comments suggest that the code in question (see below) is a hangover > from an earlier day, and no longer appropriate. Be careful around this code. If I remember correctly from the last time I mucked around in there, there are security implications with the whole section of code. Well, i cannot disagree that there are security implications, but the only thing removed is the call to getlogin, which *clearly* is not going to be correct within an atjob unless atrun starts doing a setlogin, and i was unwilling to contemplate messing with atrun. Since it *should* be possible to submit an at job from within an at job (works on every other unix i've tried), since the name will come from getpwuid(real_uid) if LOGNAME is not set (atrun sets it), and since atrun tries real hard to prevent spoofing, i say that this is an anachronism and i think it should go. SO THERE ;-) -mark From owner-freebsd-bugs Sun Feb 16 22:50:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA27968 for bugs-outgoing; Sun, 16 Feb 1997 22:50:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA27956; Sun, 16 Feb 1997 22:50:04 -0800 (PST) Date: Sun, 16 Feb 1997 22:50:04 -0800 (PST) Message-Id: <199702170650.WAA27956@freefall.freebsd.org> To: freebsd-bugs Cc: From: Bill Paul Subject: Re: bin/2737: yppasswd fails to change password on a sun server Reply-To: Bill Paul Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2737; it has been noted by GNATS. From: Bill Paul To: bwithrow@baynetworks.com Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: bin/2737: yppasswd fails to change password on a sun server Date: Mon, 17 Feb 1997 01:41:27 -0500 (EST) Of all the gin joints in all the towns in all the world, bwithrow@baynetworks.com had to walk into mine and say: > > >Release: 2.1.6 > >Environment: > FreeBSD tuva.engeast.baynetworks.com 2.1.6-RELEASE FreeBSD 2.1.6-RELEASE #0: Tue Feb 4 15:23:52 EST 1997 toor@kyzyl.engeast.baynetworks.com:/usr/src/sys/compile/G6_200 i386 > > >Description: > Attempting to change YP passwd on a sun server from FreeBSD fails: > > bash$ yppasswd > Changing NIS password for bwithrow on xxxxx. > Old password: > New password: > Retype new password: > RPC: Server can't decode arguments > > NIS password has not been changed on xxxxx. > > >How-To-Repeat: > As above. > >Fix: > > >Audit-Trail: > >Unformatted: This bug report is almost totally worthless due to a complete lack of useful details. You don't say what version of SunOS you're using, nor do you provide a sample passwd entry that duplicates the problem. I have tested yppasswd in both 2.1.x and 2.2 against a SunOS server and I know they work, which means your problem is likely a configuration error rather than a software bug. The SunOS 4.1.x rpc.yppasswdd will respond with RPC_CANTDECODEARGS for a number of reasons, and it has an unfortunate habit of not bothering to echo any extra debug information to syslog when it does so. This makes determining the exact cause of the problem hard. That said, one possible cause springs to mind: please make sure you have installed the DES crypt package. The MD5 encrypted password strings generated by the default FreeBSD crypt(3) function are much longer than the crypted password strings generated by the DES crypt(3) in SunOS. While NIS itself doesn't care about the length of encrypted passwords, rpc.yppasswdd might. (The FreeBSD rpc.yppasswdd doesn't care, but I can't speak for what SunOS does.) In case you are wondering why this should make a difference, have a look at the yppasswd.x protocol definition: it is the client that supplies the replacement encrypted password when a password update is performed. While the protocol does not limit the length of the encrypted password string, the server may chose to reject strings that it considers to be too long as a form of sanity checking. If you do not have libdescrypt.so properly installed, install it and then try yppasswd again. -Bill -- ============================================================================= -Bill Paul (212) 854-6020 | System Manager, Master of Unix-Fu Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ============================================================================= "It is not I who am crazy; it is I who am mad!" - Ren Hoek, "Space Madness" ============================================================================= From owner-freebsd-bugs Mon Feb 17 00:03:00 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA00534 for bugs-outgoing; Mon, 17 Feb 1997 00:03:00 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA00529; Mon, 17 Feb 1997 00:02:49 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id SAA20559; Mon, 17 Feb 1997 18:48:20 +1100 Date: Mon, 17 Feb 1997 18:48:20 +1100 From: Bruce Evans Message-Id: <199702170748.SAA20559@godzilla.zeta.org.au> To: bde@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org, jkh@freefall.freebsd.org Subject: Re: bin/2748 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Synopsis: NOOBJ conflict in bsd.prog.mk and bsd.obj.mk I removed the bogus NOOBJ ifdef which was added in rev.1.18-1.19 of bsd.prog.mk. This doesn't seem to have broken anything, but I've only recompiled 1/10 of the tree. What was rev.1.18 supposed to have fixed? I think it might have been a wrong fix for Makefiles that define SRCS. SRCS means C sources and must not be used for anything else if bsd.prog.mk is included. OK, I think I understand this well enough to commit the change. There is obviously no problem if SRCS is not defined. Bruce From owner-freebsd-bugs Mon Feb 17 00:18:28 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA00996 for bugs-outgoing; Mon, 17 Feb 1997 00:18:28 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA00983; Mon, 17 Feb 1997 00:18:14 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id AAA26018; Mon, 17 Feb 1997 00:18:07 -0800 (PST) To: Bruce Evans cc: bde@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org, jkh@freefall.freebsd.org Subject: Re: bin/2748 In-reply-to: Your message of "Mon, 17 Feb 1997 18:48:20 +1100." <199702170748.SAA20559@godzilla.zeta.org.au> Date: Mon, 17 Feb 1997 00:18:07 -0800 Message-ID: <26014.856167487@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I removed the bogus NOOBJ ifdef which was added in rev.1.18-1.19 of > bsd.prog.mk. This doesn't seem to have broken anything, but I've only > recompiled 1/10 of the tree. What was rev.1.18 supposed to have fixed? There's so much historical cruft in our make system that it's almost not worth asking why anymore. :-) > OK, I think I understand this well enough to commit the change. There > is obviously no problem if SRCS is not defined. I'll run a full release build over it, once I get your asmacros.h change over. If anything's likely to break, it's there. Jordan From owner-freebsd-bugs Mon Feb 17 01:10:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA03114 for bugs-outgoing; Mon, 17 Feb 1997 01:10:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA03108; Mon, 17 Feb 1997 01:10:02 -0800 (PST) Resent-Date: Mon, 17 Feb 1997 01:10:02 -0800 (PST) Resent-Message-Id: <199702170910.BAA03108@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.BAA02728;Mon; (8.8.5/8.8.5);, 17 Feb 1997 01:02:44.-0800 (PST) Message-Id: <199702170902.BAA02728@freefall.freebsd.org> Date: Mon, 17 Feb 1997 01:02:44 -0800 (PST) From: tc@unilog.se To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: kern/2751: 2GB limitation on CCD device partitions still exists. Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2751 >Category: kern >Synopsis: 2GB limitation on CCD device partitions still exists. >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Feb 17 01:10:01 PST 1997 >Last-Modified: >Originator: Torbjörn Carlsson >Organization: Unilog Systems AB >Release: 2.1.6-RELEASE >Environment: FreeBSD news1.unilog.se 2.1.6-RELEASE FreeBSD 2.1.6-RELEASE #1: Wed Feb 12 17:49:38 MET 1997 root@news1.unilog.se:/usr/src/sys/compile/NEWS1 i386 >Description: We are trying to build a News spool using the ccd driver that comes with 2.1.6 Hardware: Adaptec 3940UWD SCSI adapter, and Micropolis 3391 WS Diskdrives. (9.1 GB) When using the standard /dev/sd2 devices there is no problems with making 1 partition out of the whole disk and then running newfs on that partition. But when we're trying to use the ccd and map the single large partition the machine crashes with an error-message like this: Feb 7 15:28:19 news1 /kernel: ahc1: ahc_scsi_cmd: more than 256 DMA segs Feb 7 15:28:19 news1 /kernel: sd2: oops not queued Feb 7 15:28:19 news1 /kernel: biodone: buffer already done And from there the only response we get from the machine is when the reset button is pressed. The only way we've been able to use the disks in a ccd-configuration is to partition them down to 2GB partitions and then use ccd to concatenate the partitions. Partitions slightly larger than 2GB crashes the machine in the same way as the single large one. The adaptec driver itself seems to be working, but the combination of adaptec and ccd does not really work. >How-To-Repeat: Add a large disk-partition to the ccd and run the newfs command on the ccd-device. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Feb 17 01:20:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA03496 for bugs-outgoing; Mon, 17 Feb 1997 01:20:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA03485; Mon, 17 Feb 1997 01:20:03 -0800 (PST) Resent-Date: Mon, 17 Feb 1997 01:20:03 -0800 (PST) Resent-Message-Id: <199702170920.BAA03485@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, arnej@imf.unit.no Received: from romberg.imf.unit.no (0@romberg.imf.unit.no [129.241.15.150]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA03155 for ; Mon, 17 Feb 1997 01:11:14 -0800 (PST) Received: from frida.imf.unit.no (frida.imf.unit.no [129.241.15.136]) by romberg.imf.unit.no (8.8.3/8.7.3) with ESMTP id KAA04816 for ; Mon, 17 Feb 1997 10:11:02 +0100 (MET) Received: (from arnej@localhost) by frida.imf.unit.no (8.8.5/8.8.4) id KAA09922; Mon, 17 Feb 1997 10:10:59 +0100 (CET) Message-Id: <199702170910.KAA09922@frida.imf.unit.no> Date: Mon, 17 Feb 1997 10:10:59 +0100 (CET) From: Arne Henrik Juul Reply-To: arnej@imf.unit.no To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2752: NULL is used instead of 0 many places Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2752 >Category: bin >Synopsis: NULL is used instead of 0 many places >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Feb 17 01:20:02 PST 1997 >Last-Modified: >Originator: Arne Henrik Juul >Organization: Norwegian University of Technology and Science >Release: FreeBSD 2.2-GAMMA i386 >Environment: Note that this was tested with a make world on 2.2-GAMMA, but the patches applies (with a little fuzz) to 3.0-current as well. I can generate a clean set for 3.0-current on request. >Description: Many places in the code NULL is used in integer context, where plain 0 should be used. This happens to work because we #define NULL to 0, but is stylistically wrong and can cause problems for people trying to port bits of code to other environments. >How-To-Repeat: #define NULL ((void *)0) in various include files and recompile the world. >Fix: Appy following patch. This changes NULL to 0 most places but to '\0' in character context, to be more stylistically correct. Index: games/cribbage/io.c =================================================================== RCS file: /usr/cvs/src/games/cribbage/io.c,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 io.c --- io.c 1994/09/04 04:02:35 1.1.1.1 +++ io.c 1997/02/15 11:50:53 @@ -250,10 +250,10 @@ if (!(line = getline())) goto gotit; p = p1 = line; - while (*p1 != ' ' && *p1 != NULL) + while (*p1 != ' ' && *p1 != '\0') ++p1; - *p1++ = NULL; - if (*p == NULL) + *p1++ = '\0'; + if (*p == '\0') goto gotit; /* IMPORTANT: no real card has 2 char first name */ @@ -289,17 +289,17 @@ if (rnk == EMPTY) goto gotit; p = p1; - while (*p1 != ' ' && *p1 != NULL) + while (*p1 != ' ' && *p1 != '\0') ++p1; - *p1++ = NULL; - if (*p == NULL) + *p1++ = '\0'; + if (*p == '\0') goto gotit; if (!strcmp("OF", p)) { p = p1; - while (*p1 != ' ' && *p1 != NULL) + while (*p1 != ' ' && *p1 != '\0') ++p1; - *p1++ = NULL; - if (*p == NULL) + *p1++ = '\0'; + if (*p == '\0') goto gotit; } sut = EMPTY; @@ -348,7 +348,7 @@ for (sum = 0;;) { msg(prompt); - if (!(p = getline()) || *p == NULL) { + if (!(p = getline()) || *p == '\0') { msg(quiet ? "Not a number" : "That doesn't look like a number"); continue; @@ -363,7 +363,7 @@ ++p; } - if (*p != ' ' && *p != '\t' && *p != NULL) + if (*p != ' ' && *p != '\t' && *p != '\0') sum = lo - 1; if (sum >= lo && sum <= hi) break; Index: games/cribbage/score.c =================================================================== RCS file: /usr/cvs/src/games/cribbage/score.c,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 score.c --- score.c 1994/09/04 04:02:35 1.1.1.1 +++ score.c 1997/02/15 11:51:08 @@ -115,7 +115,7 @@ CARD h[(CINHAND + 1)]; char buf[32]; - expl[0] = NULL; /* initialize explanation */ + expl[0] = '\0'; /* initialize explanation */ score = 0; flag = TRUE; k = hand[0].suit; @@ -131,7 +131,7 @@ } if (flag && n >= CINHAND) { - if (do_explain && expl[0] != NULL) + if (do_explain && expl[0] != '\0') strcat(expl, ", "); if (starter.suit == k) { score += 5; @@ -140,13 +140,13 @@ } else if (!crb) { score += 4; - if (do_explain && expl[0] != NULL) + if (do_explain && expl[0] != '\0') strcat(expl, ", Four-flush"); else strcpy(expl, "Four-flush"); } } - if (do_explain && expl[0] != NULL) + if (do_explain && expl[0] != '\0') strcat(expl, ", "); h[n] = starter; sorthand(h, n + 1); /* sort by rank */ Index: games/rogue/inventory.c =================================================================== RCS file: /usr/cvs/src/games/rogue/inventory.c,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 inventory.c --- inventory.c 1994/09/04 04:03:13 1.1.1.1 +++ inventory.c 1997/02/15 11:44:39 @@ -176,9 +176,9 @@ 'b', "b down & left", 'c', "c call object", 'n', "n down & right", - NULL, ": run that way", + '\0', ": run that way", ')', ") print current weapon", - NULL, ": run till adjacent", + '\0', ": run till adjacent", ']', "] print current armor", 'f', "f fight till death or near death", '=', "= print current rings", Index: gnu/usr.bin/as/config/atof-ieee.c =================================================================== RCS file: /usr/cvs/src/gnu/usr.bin/as/config/atof-ieee.c,v retrieving revision 1.5 diff -u -r1.5 atof-ieee.c --- atof-ieee.c 1996/10/01 00:12:30 1.5 +++ atof-ieee.c 1997/02/15 09:11:03 @@ -174,7 +174,7 @@ generic_floating_point_number.low = bits + MAX_PRECISION; generic_floating_point_number.high = NULL; generic_floating_point_number.leader = NULL; - generic_floating_point_number.exponent = NULL; + generic_floating_point_number.exponent = 0; generic_floating_point_number.sign = '\0'; /* Use more LittleNums than seems */ Index: gnu/usr.bin/ld/rtld/rtld.c =================================================================== RCS file: /usr/cvs/src/gnu/usr.bin/ld/rtld/rtld.c,v retrieving revision 1.40.2.1 diff -u -r1.40.2.1 rtld.c --- rtld.c 1997/01/20 19:37:13 1.40.2.1 +++ rtld.c 1997/02/15 08:58:47 @@ -2007,7 +2007,7 @@ L("LD_TRACE_LOADED_OBJECTS=", 0, &ld_tracing) L("LD_SUPPRESS_WARNINGS=", 0, &ld_suppress_warnings) L("LD_WARN_NON_PURE_CODE=", 0, &ld_warn_non_pure_code) - { NULL, 0, NULL } + { NULL, 0, 0, NULL } }; #undef L Index: gnu/usr.bin/man/man/man.c =================================================================== RCS file: /usr/cvs/src/gnu/usr.bin/man/man/man.c,v retrieving revision 1.21.2.3 diff -u -r1.21.2.3 man.c --- man.c 1997/01/12 21:54:27 1.21.2.3 +++ man.c 1997/02/16 17:06:50 @@ -468,7 +468,7 @@ register char **vs; for (vs = section_list; *vs != NULL; vs++) - if ((strcmp (*vs, name) == NULL) + if ((strcmp (*vs, name) == 0) || (isdigit (name[0]) && strlen(name) == 1)) return strdup (name); @@ -557,7 +557,7 @@ t1 = strrchr (to_name, '/'); if (t1 != NULL) { - *t1 = NULL; + *t1 = '\0'; t2 = strrchr (to_name, '/'); *t1 = '/'; } Index: lib/libc/db/btree/bt_seq.c =================================================================== RCS file: /usr/cvs/src/lib/libc/db/btree/bt_seq.c,v retrieving revision 1.1.1.2 diff -u -r1.1.1.2 bt_seq.c --- bt_seq.c 1996/02/27 01:58:41 1.1.1.2 +++ bt_seq.c 1997/02/15 10:00:54 @@ -358,7 +358,7 @@ * page) and return it. */ if ((ep = __bt_search(t, key, exactp)) == NULL) - return (NULL); + return (0); if (*exactp) { if (F_ISSET(t, B_NODUPS)) { *erval = *ep; Index: lib/libc/gen/getcap.c =================================================================== RCS file: /usr/cvs/src/lib/libc/gen/getcap.c,v retrieving revision 1.4 diff -u -r1.4 getcap.c --- getcap.c 1995/10/22 14:36:15 1.4 +++ getcap.c 1997/02/15 10:01:16 @@ -735,7 +735,7 @@ } } rp = buf; - for(cp = nbuf; *cp != NULL; cp++) + for(cp = nbuf; *cp != '\0'; cp++) if (*cp == '|' || *cp == ':') break; else Index: lib/libc/gen/getpwent.c =================================================================== RCS file: /usr/cvs/src/lib/libc/gen/getpwent.c,v retrieving revision 1.35.2.1 diff -u -r1.35.2.1 getpwent.c --- getpwent.c 1996/12/31 17:42:32 1.35.2.1 +++ getpwent.c 1997/02/15 10:05:11 @@ -417,7 +417,7 @@ latch++; } again: - if (getnetgrent(&host, &user, &domain) == NULL) { + if (getnetgrent(&host, &user, &domain) == 0) { if ((gr = getgrnam(grp+2)) != NULL) goto grpagain; latch = 0; @@ -441,7 +441,7 @@ if (grp[1] == '@') { setnetgrent(grp+2); rv = 0; - while(getnetgrent(&host, &user, &domain) != NULL) { + while(getnetgrent(&host, &user, &domain) != 0) { store(user); rv++; } Index: lib/libftpio/ftpio.c =================================================================== RCS file: /usr/cvs/src/lib/libftpio/ftpio.c,v retrieving revision 1.15.2.2 diff -u -r1.15.2.2 ftpio.c --- ftpio.c 1996/12/17 20:28:06 1.15.2.2 +++ ftpio.c 1997/02/15 10:27:19 @@ -399,7 +399,7 @@ name = host = NULL; /* XXX add http:// here or somewhere reasonable at some point XXX */ - if (strncmp("ftp://", url_in, 6) != NULL) + if (strncmp("ftp://", url_in, 6) != 0) return FAILURE; /* We like to stomp a lot on the URL string in dissecting it, so copy it first */ strncpy(url, url_in, BUFSIZ); Index: libexec/ftpd/ftpcmd.y =================================================================== RCS file: /usr/cvs/src/libexec/ftpd/ftpcmd.y,v retrieving revision 1.8 diff -u -r1.8 ftpcmd.y --- ftpcmd.y 1996/09/22 21:53:23 1.8 +++ ftpcmd.y 1997/02/16 17:07:06 @@ -956,7 +956,7 @@ } (void) alarm(0); #ifdef SETPROCTITLE - if (strncasecmp(cbuf, "PASS", 4) != NULL) + if (strncasecmp(cbuf, "PASS", 4) != 0) setproctitle("%s: %s", proctitle, cbuf); #endif /* SETPROCTITLE */ if ((cp = strchr(cbuf, '\r'))) { Index: libexec/lfs_cleanerd/library.c =================================================================== RCS file: /usr/cvs/src/libexec/lfs_cleanerd/library.c,v retrieving revision 1.4 diff -u -r1.4 library.c --- library.c 1996/09/22 21:53:52 1.4 +++ library.c 1997/02/16 17:08:25 @@ -544,7 +544,7 @@ 0, fid, seg_byte); if (*(long *)segbuf < 0) { err(0, "mmap_segment: mmap failed"); - return (NULL); + return (0); } } else { #ifdef VERBOSE @@ -555,7 +555,7 @@ *segbuf = malloc(ssize); if (!*segbuf) { err(0, "mmap_segment: malloc failed"); - return(NULL); + return(0); } /* read the segment data into the buffer */ Index: libexec/revnetgroup/revnetgroup.c =================================================================== RCS file: /usr/cvs/src/libexec/revnetgroup/revnetgroup.c,v retrieving revision 1.3.2.1 diff -u -r1.3.2.1 revnetgroup.c --- revnetgroup.c 1996/12/22 15:13:03 1.3.2.1 +++ revnetgroup.c 1997/02/16 17:08:34 @@ -150,7 +150,7 @@ gcur = gtable[i]; while(gcur) { __setnetgrent(gcur->key); - while(__getnetgrent(&host, &user, &domain) != NULL) { + while(__getnetgrent(&host, &user, &domain) != 0) { if (hosts ? host && strcmp(host,"-") : user && strcmp(user, "-")) mstore(mtable, hosts ? host : user, gcur->key, domain); } Index: sbin/dset/dset.c =================================================================== RCS file: /usr/cvs/src/sbin/dset/dset.c,v retrieving revision 1.7 diff -u -r1.7 dset.c --- dset.c 1996/10/02 07:22:26 1.7 +++ dset.c 1997/02/16 17:13:55 @@ -188,7 +188,7 @@ fatal("kvmread", NULL); dev_found = 0; - while(pos_t!=NULL) { + while(pos_t!=0) { if (kvm_read(kd, pos_t, &buf1, sizeof(struct isa_device)) < 0) fatal("kvmread", NULL); Index: sbin/i386/ft/ft.c =================================================================== RCS file: /usr/cvs/src/sbin/i386/ft/ft.c,v retrieving revision 1.3 diff -u -r1.3 ft.c --- ft.c 1995/05/30 06:09:13 1.3 +++ ft.c 1997/02/16 17:17:38 @@ -53,7 +53,7 @@ int tvno = 1; /* tape volume number */ int tvlast; /* TRUE if last volume in set */ long tvsize = 0; /* tape volume size in bytes */ -long tvtime = NULL; /* tape change time */ +long tvtime = 0; /* tape change time */ char *tvnote = ""; /* tape note */ int doretension = 0; /* TRUE if we should retension tape */ Index: sbin/ifconfig/ifconfig.c =================================================================== RCS file: /usr/cvs/src/sbin/ifconfig/ifconfig.c,v retrieving revision 1.19 diff -u -r1.19 ifconfig.c --- ifconfig.c 1996/09/04 19:41:31 1.19 +++ ifconfig.c 1997/02/16 17:15:35 @@ -471,7 +471,7 @@ if (rafp->af_ridreq == NULL || rafp->af_difaddr == 0) { warnx("interface %s cannot change %s addresses!", name, rafp->af_name); - clearaddr = NULL; + clearaddr = 0; } } if (clearaddr) { @@ -488,7 +488,7 @@ if (rafp->af_ridreq == NULL || rafp->af_difaddr == 0) { warnx("interface %s cannot change %s addresses!", name, rafp->af_name); - newaddr = NULL; + newaddr = 0; } } if (newaddr) { Index: sbin/mount/mount.c =================================================================== RCS file: /usr/cvs/src/sbin/mount/mount.c,v retrieving revision 1.15 diff -u -r1.15 mount.c --- mount.c 1996/09/03 07:13:56 1.15 +++ mount.c 1997/02/16 17:16:01 @@ -97,7 +97,7 @@ { MNT_SYNCHRONOUS, "synchronous" }, { MNT_UNION, "union" }, { MNT_USER, "user mount" }, - { NULL } + { 0, NULL } }; int Index: sbin/restore/dirs.c =================================================================== RCS file: /usr/cvs/src/sbin/restore/dirs.c,v retrieving revision 1.6.2.1 diff -u -r1.6.2.1 dirs.c --- dirs.c 1997/01/01 00:05:17 1.6.2.1 +++ dirs.c 1997/02/16 17:16:45 @@ -306,7 +306,7 @@ while (*path == '/') path++; dp = NULL; - while ((name = strsep(&path, "/")) != NULL && *name != NULL) { + while ((name = strsep(&path, "/")) != NULL && *name != '\0') { if ((dp = searchdir(ino, name)) == NULL) return (NULL); ino = dp->d_ino; Index: sbin/restore/restore.c =================================================================== RCS file: /usr/cvs/src/sbin/restore/restore.c,v retrieving revision 1.2 diff -u -r1.2 restore.c --- restore.c 1995/05/30 06:09:50 1.2 +++ restore.c 1997/02/16 17:16:08 @@ -781,7 +781,7 @@ ep->e_flags &= ~KEEP; if (ep->e_type == NODE) ep->e_flags &= ~(NEW|EXISTED); - if (ep->e_flags != NULL) + if (ep->e_flags != 0) badentry(ep, "incomplete operations"); } } Index: sbin/umount/umount.c =================================================================== RCS file: /usr/cvs/src/sbin/umount/umount.c,v retrieving revision 1.4 diff -u -r1.4 umount.c --- umount.c 1995/05/30 06:10:04 1.4 +++ umount.c 1997/02/16 17:17:25 @@ -342,7 +342,7 @@ which = IN_LIST; /* Count the number of types. */ - for (i = 0, nextcp = fslist; *nextcp != NULL; ++nextcp) + for (i = 0, nextcp = fslist; *nextcp != '\0'; ++nextcp) if (*nextcp == ',') i++; Index: usr.bin/calendar/day.c =================================================================== RCS file: /usr/cvs/src/usr.bin/calendar/day.c,v retrieving revision 1.6.4.1 diff -u -r1.6.4.1 day.c --- day.c 1997/02/06 05:49:56 1.6.4.1 +++ day.c 1997/02/16 17:22:43 @@ -182,12 +182,12 @@ /* day */ - *(date+2) = NULL; + *(date+2) = '\0'; tm.tm_mday = atoi(date); /* month */ if (len >= 4) { - *(date+5) = NULL; + *(date+5) = '\0'; tm.tm_mon = atoi(date+3) - 1; } Index: usr.bin/error/touch.c =================================================================== RCS file: /usr/cvs/src/usr.bin/error/touch.c,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 touch.c --- touch.c 1994/05/27 12:31:06 1.1.1.1 +++ touch.c 1997/02/16 17:23:09 @@ -589,7 +589,7 @@ botch = 0; oktorm = 1; - while((nread = fread(edbuf, 1, sizeof(edbuf), o_touchedfile)) != NULL){ + while((nread = fread(edbuf, 1, sizeof(edbuf), o_touchedfile)) != 0) { if (nread != fwrite(edbuf, 1, nread, n_touchedfile)){ /* * Catastrophe in temporary area: file system full? @@ -649,7 +649,7 @@ { int nread; - while((nread = fread(edbuf, 1, sizeof(edbuf), tmpfile)) != NULL){ + while((nread = fread(edbuf, 1, sizeof(edbuf), tmpfile)) != 0) { if (mustwrite(edbuf, nread, preciousfile) == 0) return(0); } Index: usr.bin/finger/finger.c =================================================================== RCS file: /usr/cvs/src/usr.bin/finger/finger.c,v retrieving revision 1.9 diff -u -r1.9 finger.c --- finger.c 1996/03/15 16:41:48 1.9 +++ finger.c 1997/02/16 17:23:33 @@ -200,7 +200,7 @@ if (!freopen(_PATH_UTMP, "r", stdin)) err("%s: %s", _PATH_UTMP, strerror(errno)); - name[UT_NAMESIZE] = NULL; + name[UT_NAMESIZE] = '\0'; while (fread((char *)&user, sizeof(user), 1, stdin) == 1) { if (!user.ut_name[0]) continue; Index: usr.bin/finger/net.c =================================================================== RCS file: /usr/cvs/src/usr.bin/finger/net.c,v retrieving revision 1.6 diff -u -r1.6 net.c --- net.c 1996/03/15 16:41:49 1.6 +++ net.c 1997/02/16 17:23:39 @@ -72,7 +72,7 @@ if (!(host = rindex(name, '@'))) return; - *host++ = NULL; + *host++ = '\0'; if (isdigit(*host) && (defaddr.s_addr = inet_addr(host)) != -1) { def.h_name = host; def.h_addr_list = alist; Index: usr.bin/finger/util.c =================================================================== RCS file: /usr/cvs/src/usr.bin/finger/util.c,v retrieving revision 1.3 diff -u -r1.3 util.c --- util.c 1995/01/04 01:02:43 1.3 +++ util.c 1997/02/16 17:23:51 @@ -113,7 +113,7 @@ (long)pn->uid * sizeof(ll) || read(fd, (char *)&ll, sizeof(ll)) != sizeof(ll)) { /* as if never logged in */ - ll.ll_line[0] = ll.ll_host[0] = NULL; + ll.ll_line[0] = ll.ll_host[0] = '\0'; ll.ll_time = 0; } if ((w = pn->whead) == NULL) Index: usr.bin/ftp/cmds.c =================================================================== RCS file: /usr/cvs/src/usr.bin/ftp/cmds.c,v retrieving revision 1.5.2.1 diff -u -r1.5.2.1 cmds.c --- cmds.c 1996/12/17 19:30:37 1.5.2.1 +++ cmds.c 1997/02/16 17:24:18 @@ -477,7 +477,7 @@ if (!*tp) { tp = cp; tp2 = tmpbuf; - while ((*tp2 = *tp) != NULL) { + while ((*tp2 = *tp) != '\0') { if (isupper(*tp2)) { *tp2 = 'a' + *tp2 - 'A'; } @@ -620,7 +620,7 @@ if (!*tp) { tp = argv[2]; tp2 = tmpbuf; - while ((*tp2 = *tp) != NULL) { + while ((*tp2 = *tp) != '\0') { if (isupper(*tp2)) { *tp2 = 'a' + *tp2 - 'A'; } Index: usr.bin/lock/lock.c =================================================================== RCS file: /usr/cvs/src/usr.bin/lock/lock.c,v retrieving revision 1.2 diff -u -r1.2 lock.c --- lock.c 1996/09/14 09:00:52 1.2 +++ lock.c 1997/02/16 17:24:27 @@ -162,7 +162,7 @@ ioctl(0, TIOCSETP, &tty); exit(1); } - s[0] = NULL; + s[0] = '\0'; mypw = s1; } Index: usr.bin/mail/cmd1.c =================================================================== RCS file: /usr/cvs/src/usr.bin/mail/cmd1.c,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 cmd1.c --- cmd1.c 1994/05/27 12:32:05 1.1.1.1 +++ cmd1.c 1997/02/16 17:24:36 @@ -152,7 +152,7 @@ { register int *ip; - for (ip = msgvec; *ip != NULL; ip++) + for (ip = msgvec; *ip != 0; ip++) printhead(*ip); if (--ip >= msgvec) dot = &message[*ip - 1]; Index: usr.bin/mail/cmd2.c =================================================================== RCS file: /usr/cvs/src/usr.bin/mail/cmd2.c,v retrieving revision 1.2 diff -u -r1.2 cmd2.c --- cmd2.c 1995/05/30 06:31:39 1.2 +++ cmd2.c 1997/02/16 17:26:14 @@ -58,7 +58,7 @@ register int *ip, *ip2; int list[2], mdot; - if (*msgvec != NULL) { + if (*msgvec != 0) { /* * If some messages were supplied, find the @@ -73,10 +73,10 @@ * message list which follows dot. */ - for (ip = msgvec; *ip != NULL; ip++) + for (ip = msgvec; *ip != 0; ip++) if (*ip > mdot) break; - if (*ip == NULL) + if (*ip == 0) ip = msgvec; ip2 = ip; do { @@ -85,9 +85,9 @@ dot = mp; goto hitit; } - if (*ip2 != NULL) + if (*ip2 != 0) ip2++; - if (*ip2 == NULL) + if (*ip2 == 0) ip2 = msgvec; } while (ip2 != ip); printf("No messages applicable\n"); @@ -121,7 +121,7 @@ */ list[0] = dot - &message[0] + 1; - list[1] = NULL; + list[1] = 0; return(type(list)); } @@ -170,11 +170,11 @@ return(1); if (!f) { *msgvec = first(0, MMNORM); - if (*msgvec == NULL) { + if (*msgvec == 0) { printf("No messages to %s.\n", cmd); return(1); } - msgvec[1] = NULL; + msgvec[1] = 0; } if (f && getmsglist(str, msgvec, 0) < 0) return(1); @@ -291,7 +291,7 @@ list[0] = dot - &message[0] + 1; if (list[0] > lastdot) { touch(dot); - list[1] = NULL; + list[1] = 0; return(type(list)); } printf("At EOF\n"); @@ -313,18 +313,18 @@ register *ip; int last; - last = NULL; - for (ip = msgvec; *ip != NULL; ip++) { + last = 0; + for (ip = msgvec; *ip != 0; ip++) { mp = &message[*ip - 1]; touch(mp); mp->m_flag |= MDELETED|MTOUCH; mp->m_flag &= ~(MPRESERVE|MSAVED|MBOX); last = *ip; } - if (last != NULL) { + if (last != 0) { dot = &message[last-1]; last = first(0, MDELETED); - if (last != NULL) { + if (last != 0) { dot = &message[last-1]; return(0); } Index: usr.bin/mail/cmd3.c =================================================================== RCS file: /usr/cvs/src/usr.bin/mail/cmd3.c,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 cmd3.c --- cmd3.c 1994/05/27 12:32:06 1.1.1.1 +++ cmd3.c 1997/02/16 17:26:33 @@ -293,7 +293,7 @@ printf("Cannot \"preserve\" in edit mode\n"); return(1); } - for (ip = msgvec; *ip != NULL; ip++) { + for (ip = msgvec; *ip != 0; ip++) { mesg = *ip; mp = &message[mesg-1]; mp->m_flag |= MPRESERVE; @@ -312,7 +312,7 @@ { register int *ip; - for (ip = msgvec; *ip != NULL; ip++) { + for (ip = msgvec; *ip != 0; ip++) { dot = &message[*ip-1]; dot->m_flag &= ~(MREAD|MTOUCH); dot->m_flag |= MSTATUS; @@ -330,7 +330,7 @@ register struct message *mp; register int *ip, mesg; - for (ip = msgvec; *ip != NULL; ip++) { + for (ip = msgvec; *ip != 0; ip++) { mesg = *ip; mp = &message[mesg-1]; printf("%d: %d/%ld\n", mesg, mp->m_lines, mp->m_size); Index: usr.bin/mail/collect.c =================================================================== RCS file: /usr/cvs/src/usr.bin/mail/collect.c,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 collect.c --- collect.c 1994/05/27 12:32:06 1.1.1.1 +++ collect.c 1997/02/16 17:26:49 @@ -523,11 +523,11 @@ return(0); if (*msgvec == 0) { *msgvec = first(0, MMNORM); - if (*msgvec == NULL) { + if (*msgvec == 0) { printf("No appropriate messages\n"); return(0); } - msgvec[1] = NULL; + msgvec[1] = 0; } if (f == 'f' || f == 'F') tabst = NOSTR; Index: usr.bin/mail/lex.c =================================================================== RCS file: /usr/cvs/src/usr.bin/mail/lex.c,v retrieving revision 1.2 diff -u -r1.2 lex.c --- lex.c 1995/08/15 19:40:24 1.2 +++ lex.c 1997/02/16 17:27:03 @@ -342,9 +342,9 @@ if (c == 0) { *msgvec = first(com->c_msgflag, com->c_msgmask); - msgvec[1] = NULL; + msgvec[1] = 0; } - if (*msgvec == NULL) { + if (*msgvec == 0) { printf("No applicable messages\n"); break; } Index: usr.bin/mkstr/mkstr.c =================================================================== RCS file: /usr/cvs/src/usr.bin/mkstr/mkstr.c,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 mkstr.c --- mkstr.c 1994/05/27 12:32:23 1.1.1.1 +++ mkstr.c 1997/02/16 18:33:38 @@ -231,7 +231,7 @@ int mesgpt = 0; rewind(mesgread); - while (fgetNUL(buf, sizeof buf, mesgread) != NULL) { + while (fgetNUL(buf, sizeof buf, mesgread) != 0) { hashit(buf, 0, mesgpt); mesgpt += strlen(buf) + 2; } @@ -306,5 +306,5 @@ *buf++ = c; *buf++ = 0; getc(file); - return ((feof(file) || ferror(file)) ? NULL : 1); + return ((feof(file) || ferror(file)) ? 0 : 1); } Index: usr.bin/tip/libacu/multitech.c =================================================================== RCS file: /usr/cvs/src/usr.bin/tip/libacu/multitech.c,v retrieving revision 1.3 diff -u -r1.3 multitech.c --- multitech.c 1995/05/30 06:34:59 1.3 +++ multitech.c 1997/02/16 17:28:49 @@ -91,7 +91,7 @@ if (lock_baud) { int i; - if ((i = speed(number(value(BAUDRATE)))) == NULL) + if ((i = speed(number(value(BAUDRATE)))) == 0) return 0; ttysetup (i); } Index: usr.bin/tip/libacu/unidialer.c =================================================================== RCS file: /usr/cvs/src/usr.bin/tip/libacu/unidialer.c,v retrieving revision 1.4 diff -u -r1.4 unidialer.c --- unidialer.c 1996/03/05 19:11:49 1.4 +++ unidialer.c 1997/02/16 17:29:09 @@ -416,7 +416,7 @@ if (lock_baud) { int i; - if ((i = speed(number(value(BAUDRATE)))) == NULL) + if ((i = speed(number(value(BAUDRATE)))) == 0) return 0; ttysetup (i); } Index: usr.bin/tip/tip/tip.c =================================================================== RCS file: /usr/cvs/src/usr.bin/tip/tip/tip.c,v retrieving revision 1.2 diff -u -r1.2 tip.c --- tip.c 1995/11/26 21:08:36 1.2 +++ tip.c 1997/02/16 17:29:15 @@ -177,7 +177,7 @@ PH = _PATH_PHONES; vinit(); /* init variables */ setparity("even"); /* set the parity table */ - if ((i = speed(number(value(BAUDRATE)))) == NULL) { + if ((i = speed(number(value(BAUDRATE)))) == 0) { printf("tip: bad baud rate %d\n", number(value(BAUDRATE))); (void)uu_unlock(uucplock); exit(3); Index: usr.bin/tip/tip/vars.c =================================================================== RCS file: /usr/cvs/src/usr.bin/tip/tip/vars.c,v retrieving revision 1.1 diff -u -r1.1 vars.c --- vars.c 1995/03/31 11:47:39 1.1 +++ vars.c 1997/02/16 17:29:52 @@ -113,5 +113,5 @@ "le", (char *)FALSE }, { "parity", STRING|INIT|IREMOTE, (READ|WRITE)<speed = baudrate(p); } - if (*arg == NULL) /* Non-optional type. */ + if (*arg == '\0') /* Non-optional type. */ goto badmopt; mapp->type = arg; Index: usr.bin/uudecode/uudecode.c =================================================================== RCS file: /usr/cvs/src/usr.bin/uudecode/uudecode.c,v retrieving revision 1.4 diff -u -r1.4 uudecode.c --- uudecode.c 1996/10/21 22:02:24 1.4 +++ uudecode.c 1997/02/16 17:30:18 @@ -157,7 +157,7 @@ filename); return(1); } - *p++ = NULL; + *p++ = '\0'; if (!(pw = getpwnam(buf + 1))) { (void)fprintf(stderr, "uudecode: %s: no user %s.\n", filename, buf); Index: usr.bin/vacation/vacation.c =================================================================== RCS file: /usr/cvs/src/usr.bin/vacation/vacation.c,v retrieving revision 1.3 diff -u -r1.3 vacation.c --- vacation.c 1996/09/28 13:37:38 1.3 +++ vacation.c 1997/02/16 17:30:28 @@ -297,7 +297,7 @@ } ignore[] = { {"-request", 8}, {"postmaster", 10}, {"uucp", 4}, {"mailer-daemon", 13}, {"mailer", 6}, {"-relay", 6}, - {NULL, NULL}, + {NULL, 0}, }; register struct ignore *cur; register int len; Index: usr.bin/vgrind/vfontedpr.c =================================================================== RCS file: /usr/cvs/src/usr.bin/vgrind/vfontedpr.c,v retrieving revision 1.6 diff -u -r1.6 vfontedpr.c --- vfontedpr.c 1996/10/22 16:18:17 1.6 +++ vfontedpr.c 1997/02/16 17:32:14 @@ -245,7 +245,7 @@ cpp = l_keywds; while (*cp) { while (*cp == ' ' || *cp =='\t') - *cp++ = NULL; + *cp++ = '\0'; if (*cp) *cpp++ = cp; while (*cp != ' ' && *cp != '\t' && *cp) @@ -289,7 +289,7 @@ _escaped = FALSE; blklevel = 0; for (psptr=0; psptr 0 && (c = xgetc(file)) != 0 && c != EOF) *buf++ = c; *buf++ = 0; - return ((feof(file) || ferror(file)) ? NULL : 1); + return ((feof(file) || ferror(file)) ? 0 : 1); } xgetc(file) Index: usr.sbin/pkg_install/add/main.c =================================================================== RCS file: /usr/cvs/src/usr.sbin/pkg_install/add/main.c,v retrieving revision 1.11 diff -u -r1.11 main.c --- main.c 1996/07/30 10:48:09 1.11 +++ main.c 1997/02/16 17:37:34 @@ -133,7 +133,7 @@ usage(prog_name, "Missing package name(s)"); else if (ch > 1 && AddMode == MASTER) usage(prog_name, "Only one package name may be specified with master mode"); - if ((err = pkg_perform(pkgs)) != NULL) { + if ((err = pkg_perform(pkgs)) != 0) { if (Verbose) fprintf(stderr, "%d package addition(s) failed.\n", err); return err; Index: usr.sbin/pkg_install/delete/main.c =================================================================== RCS file: /usr/cvs/src/usr.sbin/pkg_install/delete/main.c,v retrieving revision 1.6 diff -u -r1.6 main.c --- main.c 1996/07/30 10:48:15 1.6 +++ main.c 1997/02/16 17:39:03 @@ -89,7 +89,7 @@ *pkgs = NULL; if (!Fake && getuid() != 0) errx(1, "You must be root to delete packages."); - if ((error = pkg_perform(start)) != NULL) { + if ((error = pkg_perform(start)) != 0) { if (Verbose) fprintf(stderr, "%d package deletion(s) failed.\n", error); return error; >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Feb 17 05:20:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA14469 for bugs-outgoing; Mon, 17 Feb 1997 05:20:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA14460; Mon, 17 Feb 1997 05:20:02 -0800 (PST) Date: Mon, 17 Feb 1997 05:20:02 -0800 (PST) Message-Id: <199702171320.FAA14460@freefall.freebsd.org> To: freebsd-bugs Cc: From: mark thompson Subject: Re: bin/2747: at cannot be run in an atjob Reply-To: mark thompson Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2747; it has been noted by GNATS. From: mark thompson To: joerg_wunsch@uriah.heep.sax.de Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/2747: at cannot be run in an atjob Date: Mon, 17 Feb 1997 05:12:03 -0800 (PST) Date: Sun, 16 Feb 1997 20:48:18 +0100 From: j@uriah.heep.sax.de (J Wunsch) As mark thompson wrote: > You cannot submit an at job from within an at job, since the submitted > job will have the wrong mail address, and atrun will reject it. The People might consider this a feature. :-) So you can't defeat a cron.deny entry with just an at.allow one. I take it from the ascii winky that you are joking. > comments suggest that the code in question (see below) is a hangover > from an earlier day, and no longer appropriate. No, the comments don't suggest this to me, sorry. > - /* Get the userid to mail to, first by trying getlogin(), which reads > - * /etc/utmp, then from LOGNAME, finally from getpwuid(). > + /* Get the userid to mail to, first by LOGNAME, then from getpwuid(). > */ > - mailname = getlogin(); > - if (mailname == NULL) > - mailname = getenv("LOGNAME"); > + mailname = getenv("LOGNAME"); No, sorry, the preference of getlogin() over LOGNAME is a normal sequence. getlogin() is much harder to fake. The comment 'which reads /etc/utmp' does not suggest that it is a holdover from previous times? In any case, let us assume just for a moment that the user does set LOGNAME, then run at to try to spoof the system. WHAT HARM DOES THAT DO? The mailname is the mailbox that the job log is sent to - and atrun verifies that it matches the owner of the submitted job in any case (that's why this fails in the first place). -mark ps. Now mind you - atrun has a buffer size overflow problem in the fscanf that reads this... [HMMM... (looks at 2.2) no, the buffer overflow is still there - AND - someone removed the check of mailname against the file's owner! This seems to be going downhill. ] From owner-freebsd-bugs Mon Feb 17 05:50:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA16382 for bugs-outgoing; Mon, 17 Feb 1997 05:50:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA16376; Mon, 17 Feb 1997 05:50:03 -0800 (PST) Resent-Date: Mon, 17 Feb 1997 05:50:03 -0800 (PST) Resent-Message-Id: <199702171350.FAA16376@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, sjr1@flash.net Received: from istari.flash.net (btc1-16.flash.net [207.181.194.16]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA16234 for ; Mon, 17 Feb 1997 05:45:41 -0800 (PST) Received: (from sjr@localhost) by istari.flash.net (8.8.5/8.8.5) id IAA17759; Mon, 17 Feb 1997 08:45:37 -0500 (EST) Message-Id: <199702171345.IAA17759@istari.flash.net> Date: Mon, 17 Feb 1997 08:45:37 -0500 (EST) From: sjr1@flash.net Reply-To: sjr1@flash.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/2753: Typo in share/doc/handbook/printing.sgml Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2753 >Category: docs >Synopsis: Typo in share/doc/handbook/printing.sgml. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Mon Feb 17 05:50:02 PST 1997 >Last-Modified: >Originator: Stephen J. Roznowski >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: N/A >Description: Minor typo in share/doc/handbook/printing.sgml. >How-To-Repeat: >Fix: *** share/doc/handbook/printing.sgml.orig Mon Feb 17 08:39:26 1997 --- share/doc/handbook/printing.sgml Mon Feb 17 08:40:12 1997 *************** *** 2170,2176 **** #!/bin/sh # ! # ifhp - Print Ghostscript-simulated PostScript on a DesJet 500 # Installed in /usr/local/libexec/hpif # --- 2170,2176 ---- #!/bin/sh # ! # ifhp - Print Ghostscript-simulated PostScript on a DeskJet 500 # Installed in /usr/local/libexec/hpif # >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Feb 17 05:56:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA16595 for bugs-outgoing; Mon, 17 Feb 1997 05:56:10 -0800 (PST) Received: from economic.acnit.ac.ru (economic.acnit.ac.ru [193.233.113.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA16546 for ; Mon, 17 Feb 1997 05:55:56 -0800 (PST) Received: (from bazilio@localhost) by economic.acnit.ac.ru (8.8.4/8.8.4) id QAA11493; Mon, 17 Feb 1997 16:57:11 +0300 (MSK) Date: Mon, 17 Feb 1997 16:57:11 +0300 (MSK) From: "Vasily V. Grechishnikov" To: freebsd-bugs@freebsd.org Subject: 2.2-BETA : at startup sysinstall try to mount /dev/wcd0c ? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi ! When I run sysinstall , at startup it try to mount /dev/wcd0c , and reports me I/O error . I not want to install packages from CD , because I haven't it. I found following code in the /usr/src/release/sysinstall/main.c : *********************[cut here]******************* /* Try to set ourselves up as a CDROM if we can do that first */ if (DITEM_STATUS(mediaSetCDROM(NULL)) == DITEM_SUCCESS) { /* If we can't initialize it, it's probably not a FreeBSD CDROM so punt on it */ if (!mediaDevice->init(mediaDevice)) mediaDevice = NULL; } ******************[end cut]*********************** After successfull initialization all was ok, but on ttyv0 kernel periodically reports cannot read audio disc and messages like this -> last message repeated 20 times . At root consoles kernel only writes : last message repeated 45 times , i.e. It is very unuseful for FreeBSDusers who haven't FreeBSD distribution CD . May be best way is try to mount CD-ROM only after Media/CD-ROM item is selected ? Thanks , Vasily . *******************[FreeBSD it is coolest UNIX for PC!]************************* System admin , ftp and web master. Home Page: http://www.econ.acnit.ac.ru/peoples/Author.html ******************************************************************************** From owner-freebsd-bugs Mon Feb 17 06:53:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA19112 for bugs-outgoing; Mon, 17 Feb 1997 06:53:10 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA19052; Mon, 17 Feb 1997 06:53:02 -0800 (PST) Date: Mon, 17 Feb 1997 06:53:02 -0800 (PST) From: Mike Pritchard Message-Id: <199702171453.GAA19052@freefall.freebsd.org> To: doktor1@earthlink.net, mpp, freebsd-bugs Subject: Re: bin/2120 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Cannot find bin/bin.aa during install. Also, root.flp is missing from ftp sites under /floppies/. State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Mon Feb 17 06:51:41 PST 1997 State-Changed-Why: The originator is no longer trying to run FreeBSD :-(. From owner-freebsd-bugs Mon Feb 17 06:53:47 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA19215 for bugs-outgoing; Mon, 17 Feb 1997 06:53:47 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA19174; Mon, 17 Feb 1997 06:53:38 -0800 (PST) Date: Mon, 17 Feb 1997 06:53:38 -0800 (PST) From: Mike Pritchard Message-Id: <199702171453.GAA19174@freefall.freebsd.org> To: ciaran@aldhfn.aldhfn.org, mpp, freebsd-bugs Subject: Re: bin/2092 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: rlogind not using passwords State-Changed-From-To: feedback-closed State-Changed-By: mpp State-Changed-When: Mon Feb 17 06:53:07 PST 1997 State-Changed-Why: The originator reports that the problem disappeared after an upgrade. From owner-freebsd-bugs Mon Feb 17 07:06:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA20129 for bugs-outgoing; Mon, 17 Feb 1997 07:06:57 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA20104; Mon, 17 Feb 1997 07:06:48 -0800 (PST) Date: Mon, 17 Feb 1997 07:06:48 -0800 (PST) From: Mike Pritchard Message-Id: <199702171506.HAA20104@freefall.freebsd.org> To: assaf@log-on.com, mpp, freebsd-bugs Subject: Re: bin/2186 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Installation Fails - Checksum error on bin.aa and bin.ab State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Mon Feb 17 07:06:05 PST 1997 State-Changed-Why: The originator is no longer trying to use FreeBSD :-(. From owner-freebsd-bugs Mon Feb 17 07:09:30 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA20420 for bugs-outgoing; Mon, 17 Feb 1997 07:09:30 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA20373; Mon, 17 Feb 1997 07:08:43 -0800 (PST) Date: Mon, 17 Feb 1997 07:08:43 -0800 (PST) From: Mike Pritchard Message-Id: <199702171508.HAA20373@freefall.freebsd.org> To: sjr1@flash.net, mpp, freebsd-bugs Subject: Re: docs/2753 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Typo in share/doc/handbook/printing.sgml. State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Mon Feb 17 07:08:27 PST 1997 State-Changed-Why: Suggested fix applied. From owner-freebsd-bugs Mon Feb 17 07:29:15 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA21688 for bugs-outgoing; Mon, 17 Feb 1997 07:29:15 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA21639; Mon, 17 Feb 1997 07:29:00 -0800 (PST) Date: Mon, 17 Feb 1997 07:29:00 -0800 (PST) From: Mike Pritchard Message-Id: <199702171529.HAA21639@freefall.freebsd.org> To: bextreme@pobox.com, mpp, freebsd-bugs, jkh Subject: Re: kern/2202 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: PPP Times out and hanges up modem during Install State-Changed-From-To: open-feedback State-Changed-By: mpp State-Changed-When: Mon Feb 17 07:25:54 PST 1997 State-Changed-Why: Originator hasn't tried later releases of 2.2 (like BETA, or GAMMA) once he got a system installed. Responsible-Changed-From-To: freebsd-bugs->jkh Responsible-Changed-By: mpp Responsible-Changed-When: Mon Feb 17 07:25:54 PST 1997 Responsible-Changed-Why: Sysinstall is Jordan's baby. Jordan, you can close this if you think there really is no problem with PPP installs or if you know you have already fixed some problems in that area. From owner-freebsd-bugs Mon Feb 17 07:46:47 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA22829 for bugs-outgoing; Mon, 17 Feb 1997 07:46:47 -0800 (PST) Received: (from jmg@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA22792; Mon, 17 Feb 1997 07:46:15 -0800 (PST) Date: Mon, 17 Feb 1997 07:46:15 -0800 (PST) From: John-Mark Gurney Message-Id: <199702171546.HAA22792@freefall.freebsd.org> To: miff@spam.frisbee.net.au, jmg, freebsd-bugs Subject: Re: bin/1578 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: fsck does not honour 'noauto' fs option State-Changed-From-To: open-closed State-Changed-By: jmg State-Changed-When: Mon Feb 17 07:45:18 PST 1997 State-Changed-Why: originator confirms closure, (use fsck level instead) From owner-freebsd-bugs Mon Feb 17 08:31:18 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA25486 for bugs-outgoing; Mon, 17 Feb 1997 08:31:18 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA25480 for freebsd-bugs; Mon, 17 Feb 1997 08:31:17 -0800 (PST) From: Mike Pritchard Message-Id: <199702171631.IAA25480@freefall.freebsd.org> Subject: Re: kern/2305 (buggy IDE controller) To: freebsd-bugs Date: Mon, 17 Feb 1997 08:31:16 -0800 (PST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Does anyone who works on the IDE code feel like implementing a workaround for this chipset? If not, I'm going to go ahead and close this PR. >Number: 2305 >Category: kern >Synopsis: system hangs with second Ide controller >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Dec 28 04:10:01 PST 1996 >Last-Modified: Wed Jan 1 03:50:02 PST 1997 >Originator: Wolfgang Helbig >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: Processor: i486DX2 Motherboard: UM8810P AIO Chipsets: UMC UM8881 (Host Bridge) UMC UM8886 (ISA Brigde Controller) CMD PCIO640B (PCI Bus IDE Controller) BIOS: Phoenix - BIOS Disks: Conner Peripherals 850 MB CFS850A Seagate 1275 MB ST31276A CD-ROM: Mitsumi ATAPI FX400 Software: Generic Kernel FreeBSD 2.1.5 Generic Kernel FreeBSD 2.2 Alpha Kernel FreeBSD - current (22. Dec ) >Description: Whenever wdc1 and wdc0 are used concurrently (copying one file from a disk connected to wdc1 to a disk connected to wdc0) the system hangs after about 2 seconds. >How-To-Repeat: Attach one disk as master to wdc0 the other as master to wdc1 and copy a big file from one disk to the other. OR: Attach one disk as master to wdc2, the other as master to wdc0 and the CD-ROM as slave to wdc0. Try to install from CD-ROM to the disk on wdc2. (FreeBSD 2.1.5-boot.flp) Everything works fine till the binaries are installed. The system hangs. >Fix: Attach both disks to wdc0 and forget the CD-ROM. >Audit-Trail: From: Helbig@MX.BA-Stuttgart.De To: freebsd-gnats-submit@freebsd.org, wh@helbig.informatik.ba-stuttgart.de Cc: Subject: Re: kern/2305: system hangs with second Ide controller Date: Wed, 1 Jan 1997 12:48:11 +0100 (MET) In the meantime I have been pointed to some URL's (thanks to everyone !) from which I learned that I have a "well known problem", the IDE-Controller CMD 640B, which just doesn't support concurrently use of both channels. Seems that other operating systems either don't use primary and secondary IDE port simultaneously (like DOS ...) or have an option to prevent this (like Linux). I wonder why it's worthwhile to implement a workaround for this hardware flaw in the FreeBSD-Kernel. The URLS are: http://thef-nym.sci.kun.nl/cgi-pieterh/atazip/atafq-3.html#ss3.2 http://www.phyttp://www.physics.ohio-state.edu/~jrdemers/ibm/eide.txt Of the three 640B-flaws mentioned in the second URL only the third seems to apply to my configuration. (lucky me!): Does not support simultaneous I/O on primary and secondary EIDE ports. If someone patched the wd-controller to avoid simultaneous I/O please let me know! Happy New Year, Wolfgang Helbig -- Mike Pritchard mpp@FreeBSD.org "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-bugs Mon Feb 17 08:57:48 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA27177 for bugs-outgoing; Mon, 17 Feb 1997 08:57:48 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA27151; Mon, 17 Feb 1997 08:57:41 -0800 (PST) Date: Mon, 17 Feb 1997 08:57:41 -0800 (PST) From: Mike Pritchard Message-Id: <199702171657.IAA27151@freefall.freebsd.org> To: mpp, freebsd-bugs, gibbs Subject: Re: conf/2367 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Buslogic SCSI driver bad probe of 742A EISA card Responsible-Changed-From-To: freebsd-bugs->gibbs Responsible-Changed-By: mpp Responsible-Changed-When: Mon Feb 17 08:56:27 PST 1997 Responsible-Changed-Why: Last one to really touch this driver. From owner-freebsd-bugs Mon Feb 17 09:08:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA27761 for bugs-outgoing; Mon, 17 Feb 1997 09:08:02 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA27726; Mon, 17 Feb 1997 09:07:50 -0800 (PST) Date: Mon, 17 Feb 1997 09:07:50 -0800 (PST) From: Mike Pritchard Message-Id: <199702171707.JAA27726@freefall.freebsd.org> To: jtp@iki.fi, mpp, freebsd-bugs Subject: Re: i386/2395 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: 2.2-BETA installation problem on ICL ErgoPro s450 State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Mon Feb 17 09:07:26 PST 1997 State-Changed-Why: Duplicate of PR# 2277. From owner-freebsd-bugs Mon Feb 17 09:15:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA28169 for bugs-outgoing; Mon, 17 Feb 1997 09:15:07 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA28134; Mon, 17 Feb 1997 09:14:45 -0800 (PST) Date: Mon, 17 Feb 1997 09:14:45 -0800 (PST) From: Mike Pritchard Message-Id: <199702171714.JAA28134@freefall.freebsd.org> To: scrutchfield@ifusion.com, mpp, freebsd-bugs, joerg Subject: Re: bin/2440 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Typo in libc and libc_r functions results in undefined symbol at runtime. State-Changed-From-To: open-analyzed State-Changed-By: mpp State-Changed-When: Mon Feb 17 09:13:02 PST 1997 State-Changed-Why: This has been fixed in -current. on 2/5/97. Responsible-Changed-From-To: freebsd-bugs->joerg Responsible-Changed-By: mpp Responsible-Changed-When: Mon Feb 17 09:13:02 PST 1997 Responsible-Changed-Why: Joerg, as RE you should see about YAMFC of the uthreads update in libc that Julian committed last week to fix this problem. in 2.2. From owner-freebsd-bugs Mon Feb 17 09:31:33 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA29208 for bugs-outgoing; Mon, 17 Feb 1997 09:31:33 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA29185; Mon, 17 Feb 1997 09:31:28 -0800 (PST) Date: Mon, 17 Feb 1997 09:31:28 -0800 (PST) From: Mike Pritchard Message-Id: <199702171731.JAA29185@freefall.freebsd.org> To: mpp, freebsd-bugs, sos Subject: Re: i386/2485 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: 2.2-BETA (install) device probe appears to screw screen Responsible-Changed-From-To: freebsd-bugs->sos Responsible-Changed-By: mpp Responsible-Changed-When: Mon Feb 17 09:30:56 PST 1997 Responsible-Changed-Why: Syscons problem. From owner-freebsd-bugs Mon Feb 17 09:53:42 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA00995 for bugs-outgoing; Mon, 17 Feb 1997 09:53:42 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA00975; Mon, 17 Feb 1997 09:53:40 -0800 (PST) Date: Mon, 17 Feb 1997 09:53:40 -0800 (PST) From: Mike Pritchard Message-Id: <199702171753.JAA00975@freefall.freebsd.org> To: gilbertd@cs.man.ac.uk, mpp, freebsd-bugs Subject: Re: kern/2450 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: 2.2-Beta installation panics State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Mon Feb 17 09:53:20 PST 1997 State-Changed-Why: The originator reports that the problem was fixed in a later release. From owner-freebsd-bugs Mon Feb 17 10:11:32 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA02622 for bugs-outgoing; Mon, 17 Feb 1997 10:11:32 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA02596; Mon, 17 Feb 1997 10:11:22 -0800 (PST) Date: Mon, 17 Feb 1997 10:11:22 -0800 (PST) From: Mike Pritchard Message-Id: <199702171811.KAA02596@freefall.freebsd.org> To: nick@eunet.ie, mpp, freebsd-bugs Subject: Re: kern/2516 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Bug in ffs code causes block corruption State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Mon Feb 17 10:10:35 PST 1997 State-Changed-Why: Due to the lack of information, and the fact that the problem did not reappear, the originator agrees that this PR may be closed. From owner-freebsd-bugs Mon Feb 17 10:13:21 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA02957 for bugs-outgoing; Mon, 17 Feb 1997 10:13:21 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA02935; Mon, 17 Feb 1997 10:13:13 -0800 (PST) Date: Mon, 17 Feb 1997 10:13:13 -0800 (PST) From: Mike Pritchard Message-Id: <199702171813.KAA02935@freefall.freebsd.org> To: mpp, freebsd-bugs, wollman Subject: Re: i386/2699 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: fe driver fails to probe some versions of FMV-180 series Ethernet cards Responsible-Changed-From-To: freebsd-bugs->wollman Responsible-Changed-By: mpp Responsible-Changed-When: Mon Feb 17 10:12:35 PST 1997 Responsible-Changed-Why: Networking driver, and wollman has applied new versions from the originator in the past. From owner-freebsd-bugs Mon Feb 17 10:17:00 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA03266 for bugs-outgoing; Mon, 17 Feb 1997 10:17:00 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA03237; Mon, 17 Feb 1997 10:16:51 -0800 (PST) Date: Mon, 17 Feb 1997 10:16:51 -0800 (PST) From: Mike Pritchard Message-Id: <199702171816.KAA03237@freefall.freebsd.org> To: mpp, freebsd-bugs, gibbs Subject: Re: kern/2706 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: OS suddunly fail at using DAT tape drive. Responsible-Changed-From-To: freebsd-bugs->gibbs Responsible-Changed-By: mpp Responsible-Changed-When: Mon Feb 17 10:15:22 PST 1997 Responsible-Changed-Why: Looks like an ahc driver problem. From owner-freebsd-bugs Mon Feb 17 10:31:56 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA04354 for bugs-outgoing; Mon, 17 Feb 1997 10:31:56 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA04314; Mon, 17 Feb 1997 10:31:43 -0800 (PST) Date: Mon, 17 Feb 1997 10:31:43 -0800 (PST) From: Mike Pritchard Message-Id: <199702171831.KAA04314@freefall.freebsd.org> To: le.englund@trollhattan.mail.telia.com, mpp, freebsd-bugs Subject: Re: conf/1704 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Install fails, probe dos not find my ADAPTEC 2940 Ultra SCSI Adaper State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Mon Feb 17 10:30:48 PST 1997 State-Changed-Why: The originator reports that an upgrade solved the problem. From owner-freebsd-bugs Mon Feb 17 11:08:16 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA07170 for bugs-outgoing; Mon, 17 Feb 1997 11:08:16 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA07142; Mon, 17 Feb 1997 11:08:10 -0800 (PST) Date: Mon, 17 Feb 1997 11:08:10 -0800 (PST) From: Mike Pritchard Message-Id: <199702171908.LAA07142@freefall.freebsd.org> To: mpp, freebsd-bugs, jkh Subject: Re: kern/2044 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: sd0(ahc0:0:0) Responsible-Changed-From-To: freebsd-bugs->jkh Responsible-Changed-By: mpp Responsible-Changed-When: Mon Feb 17 11:06:56 PST 1997 Responsible-Changed-Why: Looks like an install problem during an upgrade, although you might want to re-assign this to Justin instead, since it is a SCSI related failure. From owner-freebsd-bugs Mon Feb 17 12:15:32 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA11471 for bugs-outgoing; Mon, 17 Feb 1997 12:15:32 -0800 (PST) Received: from sendero.i-connect.net ([206.190.144.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA11461; Mon, 17 Feb 1997 12:15:16 -0800 (PST) Received: (from shimon@localhost) by sendero.i-connect.net (8.8.5/8.8.4) id NAA21205; Mon, 17 Feb 1997 13:14:28 -0800 (PST) Message-ID: X-Mailer: XFMail 1.1-alpha [p0] on FreeBSD Content-Type: text/plain; charset=iso-8859-8 Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Mon, 17 Feb 1997 11:52:27 -0800 (PST) Organization: iConnect Corp. From: Simon Shapiro To: freebsd-hackers@freebsd.org, freebsd-bugs@freebsd.org Subject: RELENG_2_2 fails to build Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I did: cd /usr/src rm -rf * cvs -t checkout -rRELENG_2_2 . nohup make world > world.out 2>&1& I get: ... ===> libregex/doc awk -f /usr/src/gnu/lib/libregex/doc/include.awk -vsource=/usr/src/gnu/lib/libregex/doc/../regex.h < /usr/src/gnu/lib/libregex/doc/xregex.texi | expand >regex.texi makeinfo --no-split -I /usr/src/gnu/lib/libregex/doc regex.texi -o regex.info regex.texi:2214: itemize requires an argument: the formatter for @item. regex.texi:2236: itemize requires an argument: the formatter for @item. regex.texi:2254: itemize requires an argument: the formatter for @item. regex.texi:2271: itemize requires an argument: the formatter for @item. regex.texi:2308: itemize requires an argument: the formatter for @item. regex.texi:2323: itemize requires an argument: the formatter for @item. regex.texi:2346: itemize requires an argument: the formatter for @item. Making info file `regex.info' from `regex.texi'. *** Error code 2 Stop. Inspection of lib/gnu/libregex/xregex.texi reveals that these are valid. I changed @itemize to @itemize @bullet And it compiles, locally, correctly. Questions: Where is my mistake? how can I ``make world'', continuing from where it left off? Thanx. Simon From owner-freebsd-bugs Mon Feb 17 13:50:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA17842 for bugs-outgoing; Mon, 17 Feb 1997 13:50:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA17836; Mon, 17 Feb 1997 13:50:03 -0800 (PST) Resent-Date: Mon, 17 Feb 1997 13:50:03 -0800 (PST) Resent-Message-Id: <199702172150.NAA17836@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, charnier@xp11.frmug.org Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA17234 for ; Mon, 17 Feb 1997 13:40:55 -0800 (PST) Received: (from uucp@localhost) by frmug.org (8.8.5/8.8.2/frmug-1.3) with UUCP id WAA03924 for FreeBSD-gnats-submit@freebsd.org; Mon, 17 Feb 1997 22:40:50 +0100 (MET) Received: (from charnier@localhost) by xp11.frmug.org (8.8.5/8.8.5/xp11-uucp-1.1) id VAA10086; Mon, 17 Feb 1997 21:59:34 +0100 (CET) Message-Id: <199702172059.VAA10086@xp11.frmug.org> Date: Mon, 17 Feb 1997 21:59:34 +0100 (CET) From: Philippe Charnier Reply-To: charnier@xp11.frmug.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2755: login name length is still 8 chars in `at' Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2755 >Category: bin >Synopsis: login name length is still 8 chars in `at' >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Feb 17 13:50:01 PST 1997 >Last-Modified: >Originator: Philippe Charnier >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: >Description: While reading -questions and a mail from mark thompson (questions-digest Sunday, 16 February 1997 Volume 03 : Number 073), I noticed that `at' still thinks that login name length is 8 chars. >How-To-Repeat: In /usr/src/usr.bin/at xp11# grep 8 *.c [...] at.c: || (strlen(mailname) > 8) || (getpwnam(mailname)==NULL)) ^^^^ at.c: fprintf(fp, "#!/bin/sh\n# atrun uid=%ld gid=%ld\n# mail %8s %d\n", ^^^^^ [...] xp11# In /usr/src/libexec/atrun atrun.c: if (fscanf(stream, "#!/bin/sh\n# atrun uid=%ld gid=%ld\n# mail %8s %d", ^^^^ >Fix: use MAXLOGNAME from sys/param.h or UT_NAMESIZE from utmp.h (don't forget that MAXLOGNAME == 16 == 15 + '\0'). >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Feb 17 14:00:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA18466 for bugs-outgoing; Mon, 17 Feb 1997 14:00:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA18446; Mon, 17 Feb 1997 14:00:01 -0800 (PST) Date: Mon, 17 Feb 1997 14:00:01 -0800 (PST) Message-Id: <199702172200.OAA18446@freefall.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: bin/2747: at cannot be run in an atjob Reply-To: j@uriah.heep.sax.de (J Wunsch) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2747; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: thompson@tgsoft.com (mark thompson) Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/2747: at cannot be run in an atjob Date: Mon, 17 Feb 1997 22:29:26 +0100 As mark thompson wrote: > People might consider this a feature. :-) So you can't defeat a > cron.deny entry with just an at.allow one. > > I take it from the ascii winky that you are joking. Yep. > No, sorry, the preference of getlogin() over LOGNAME is a normal > sequence. getlogin() is much harder to fake. > > The comment 'which reads /etc/utmp' does not suggest that it is a > holdover from previous times? A holdover from Linux, where our at(1) originates from. I think atrun(8) should rather call setlogin(), the at(1) falling over the missing login name is only one examle of a failing program -- there might be more of them. > ps. Now mind you - atrun has a buffer size overflow problem in the > fscanf that reads this... Umpf. -- 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-bugs Mon Feb 17 14:24:44 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA20338 for bugs-outgoing; Mon, 17 Feb 1997 14:24:44 -0800 (PST) Received: from sneezy.sri.com (sneezy.sri.com [128.18.40.6]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id OAA20315; Mon, 17 Feb 1997 14:24:14 -0800 (PST) Received: from swift.rmlnet by sneezy.sri.com (SMI-8.6/SMI-SVR4) id OAA22118; Mon, 17 Feb 1997 14:21:41 -0800 Received: by swift.rmlnet (SMI-8.6/SMI-SVR4) id OAA26010; Mon, 17 Feb 1997 14:24:26 -0800 Date: Mon, 17 Feb 1997 14:24:26 -0800 Message-Id: <199702172224.OAA26010@swift.rmlnet> From: Nate Williams To: Bruce Evans Cc: bugs@freebsd.org, peter@freebsd.org Subject: Re: cvs masks signals while waiting for locks In-Reply-To: <199702150527.VAA00634@freefall.freebsd.org> References: <199702150527.VAA00634@freefall.freebsd.org> Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I deadlocked cvs by doing `cvs commit Makefile' and then trying to > do `cvs diff -r 1.x Makefile' in a subprocess. The subprocess > ignored SIGINT, SIGHUP and SIGTERM. Umm, the subprocess should print out advisory messages stating that it's waiting for the lock to be freed on the directory when you do this, not lock up. (Arguably, the diff should still finish since the lock doesn't affect it). Nate From owner-freebsd-bugs Mon Feb 17 14:25:58 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA20455 for bugs-outgoing; Mon, 17 Feb 1997 14:25:58 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA20443 for ; Mon, 17 Feb 1997 14:25:54 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id OAA27685; Mon, 17 Feb 1997 14:25:03 -0800 (PST) To: "Vasily V. Grechishnikov" cc: freebsd-bugs@freebsd.org Subject: Re: 2.2-BETA : at startup sysinstall try to mount /dev/wcd0c ? In-reply-to: Your message of "Mon, 17 Feb 1997 16:57:11 +0300." Date: Mon, 17 Feb 1997 14:25:03 -0800 Message-ID: <27680.856218303@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > May be best way is try to mount CD-ROM only after Media/CD-ROM > item is selected ? That's already done, thanks. I decided that mounting it from main() was one of my "Good, but not really so good" ideas and I took it back out for 2.2 and 2.1.7. :-) Jordan From owner-freebsd-bugs Mon Feb 17 14:53:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA22042 for bugs-outgoing; Mon, 17 Feb 1997 14:53:03 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA22034; Mon, 17 Feb 1997 14:52:59 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id OAA27790; Mon, 17 Feb 1997 14:52:58 -0800 (PST) To: Mike Pritchard cc: freebsd-bugs@freefall.freebsd.org Subject: Re: kern/2305 (buggy IDE controller) In-reply-to: Your message of "Mon, 17 Feb 1997 08:31:16 PST." <199702171631.IAA25480@freefall.freebsd.org> Date: Mon, 17 Feb 1997 14:52:58 -0800 Message-ID: <27786.856219978@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Does anyone who works on the IDE code feel like implementing a workaround > for this chipset? If not, I'm going to go ahead and close this PR. There's already a posted work-around; I believe it was on -hackers and you may want to search the mailing lists for it. It should probably be attached. :) Jordan From owner-freebsd-bugs Mon Feb 17 15:57:50 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA25821 for bugs-outgoing; Mon, 17 Feb 1997 15:57:50 -0800 (PST) Received: (from gpalmer@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA25766; Mon, 17 Feb 1997 15:56:39 -0800 (PST) Date: Mon, 17 Feb 1997 15:56:39 -0800 (PST) From: Gary Palmer Message-Id: <199702172356.PAA25766@freefall.freebsd.org> To: gpalmer, gnats-admin, freebsd-bugs Subject: Re: kern/2754 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Using memory mmapped to an NFS file can cause system hang Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: gpalmer Responsible-Changed-When: Mon Feb 17 15:56:01 PST 1997 Responsible-Changed-Why: Misfiled PR From owner-freebsd-bugs Mon Feb 17 18:49:24 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA06036 for bugs-outgoing; Mon, 17 Feb 1997 18:49:24 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA05891; Mon, 17 Feb 1997 18:47:12 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id NAA21716; Tue, 18 Feb 1997 13:32:08 +1100 Date: Tue, 18 Feb 1997 13:32:08 +1100 From: Bruce Evans Message-Id: <199702180232.NAA21716@godzilla.zeta.org.au> To: freebsd-bugs@freebsd.org, freebsd-hackers@freebsd.org, Shimon@i-Connect.Net Subject: Re: RELENG_2_2 fails to build Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > cd /usr/src > rm -rf * > cvs -t checkout -rRELENG_2_2 . > nohup make world > world.out 2>&1& > >I get: > > ... >===> libregex/doc >awk -f /usr/src/gnu/lib/libregex/doc/include.awk >-vsource=/usr/src/gnu/lib/libregex/doc/../regex.h < >/usr/src/gnu/lib/libregex/doc/xregex.texi | expand >regex.texi >makeinfo --no-split -I /usr/src/gnu/lib/libregex/doc regex.texi -o >regex.info >regex.texi:2214: itemize requires an argument: the formatter for @item. >Questions: Where is my mistake? Probably expecting `make world' to work :-). `make world' does an incomplete bootstrap. In this case, the problem may be that it attempts to bootstrap the libraries early, but it needs to to bootstrap texinfo earlier. It does bootstrap texinfo early (after libraries). > how can I ``make world'', continuing from where it left off? No way. Normally it is unnecessary to run `make world' - just use `cd /usr/src; make depend; make; su; make install; exit', but downgrading to 2.2 is one case where `make world' is more likely to work. I would probably us a couple of passes of `make -k; su; make -k install; exit'. The first pass would install makeinfo but fail to install info pages and the second pass would install everything. makeinfo is about the only utility that needs to be downgraded. Bruce From owner-freebsd-bugs Mon Feb 17 19:18:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA08431 for bugs-outgoing; Mon, 17 Feb 1997 19:18:57 -0800 (PST) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id TAA08425 for ; Mon, 17 Feb 1997 19:18:53 -0800 (PST) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <14712(3)>; Mon, 17 Feb 1997 19:18:15 PST Received: from localhost by crevenia.parc.xerox.com with SMTP id <177476>; Mon, 17 Feb 1997 19:18:03 -0800 To: j@uriah.heep.sax.de (J Wunsch) cc: freebsd-bugs@freefall.freebsd.org Subject: Re: bin/2747: at cannot be run in an atjob In-reply-to: Your message of "Sun, 16 Feb 97 12:00:02 PST." <199702162000.MAA23111@freefall.freebsd.org> Date: Mon, 17 Feb 1997 19:17:56 PST From: Bill Fenner Message-Id: <97Feb17.191803pst.177476@crevenia.parc.xerox.com> Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk j@uriah.heep.sax.de (J Wunsch) wrote: >People might consider this a feature. :-) So you can't defeat a >cron.deny entry with just an at.allow one. pbbht. I have a cron job which attempts to fetch today's Dilbert, but if it fails because the net is too congested it resubmits itself for an hour later as an at job. Do you think this is an illicit use of at? (note that if I tried to use cron for this purpose I'd have to create a flag file that I had succeeded, and have lots of extra invocations, and . . .) Bill From owner-freebsd-bugs Mon Feb 17 19:20:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA08626 for bugs-outgoing; Mon, 17 Feb 1997 19:20:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA08592; Mon, 17 Feb 1997 19:20:03 -0800 (PST) Resent-Date: Mon, 17 Feb 1997 19:20:03 -0800 (PST) Resent-Message-Id: <199702180320.TAA08592@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Tor.Egge@idt.ntnu.no Received: from pat.idt.unit.no (0@pat.idt.unit.no [129.241.103.5]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA08284 for ; Mon, 17 Feb 1997 19:16:20 -0800 (PST) Received: from presis.idt.ntnu.no (tegge@presis.idt.ntnu.no [129.241.111.173]) by pat.idt.unit.no (8.8.5/8.8.5) with ESMTP id EAA07911 for ; Tue, 18 Feb 1997 04:15:31 +0100 (MET) Received: (from tegge@localhost) by presis.idt.ntnu.no (8.8.5/8.8.5) id EAA15772; Tue, 18 Feb 1997 04:15:22 +0100 (MET) Message-Id: <199702180315.EAA15772@presis.idt.ntnu.no> Date: Tue, 18 Feb 1997 04:15:22 +0100 (MET) From: Tor Egge Reply-To: Tor.Egge@idt.ntnu.no To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/2757: execve() does not handle the P_SUGID flag correctly. Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2757 >Category: kern >Synopsis: execve() does not handle the P_SUGID process flag correctly. >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Feb 17 19:20:01 PST 1997 >Last-Modified: >Originator: Tor Egge >Organization: Norwegian University of Science and Technology, Trondheim, Norway >Release: FreeBSD 3.0-CURRENT i386 >Environment: FreeBSD presis.idt.ntnu.no 3.0-CURRENT FreeBSD 3.0-CURRENT #0: Sun Feb 2 18:59:48 MET 1997 root@ikke.idt.unit.no:/usr/src/sys-UP/compile/PRESIS i386 >Description: execve() clears the P_SUGID process flag in execve() if the binary executed does not have suid or sgid permission bits set. This also happens when the effective uid is different from the real uid or the effective gid is different from the real gid. Under these circumstances, the process still has set id privileges and the P_SUGID flag should not be cleared. >How-To-Repeat: >Fix: Index: kern_exec.c =================================================================== RCS file: /export/akg1/cvs/src/sys/kern/kern_exec.c,v retrieving revision 1.49 diff -c -r1.49 kern_exec.c *** kern_exec.c 1997/01/14 06:43:19 1.49 --- kern_exec.c 1997/01/26 16:36:08 *************** *** 285,291 **** p->p_ucred->cr_groups[0] = attr.va_gid; p->p_flag |= P_SUGID; } else { ! p->p_flag &= ~P_SUGID; } /* --- 285,293 ---- p->p_ucred->cr_groups[0] = attr.va_gid; p->p_flag |= P_SUGID; } else { ! if (p->p_ucred->cr_uid == p->p_cred->p_ruid && ! p->p_ucred->cr_gid == p->p_cred->p_rgid) ! p->p_flag &= ~P_SUGID; } /* >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Feb 17 21:30:28 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA19638 for bugs-outgoing; Mon, 17 Feb 1997 21:30:28 -0800 (PST) Received: (from davidn@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA19613; Mon, 17 Feb 1997 21:30:24 -0800 (PST) Date: Mon, 17 Feb 1997 21:30:24 -0800 (PST) From: David Nugent Message-Id: <199702180530.VAA19613@freefall.freebsd.org> To: davidn, freebsd-bugs, davidn Subject: Re: bin/2755 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: login name length is still 8 chars in `at' Responsible-Changed-From-To: freebsd-bugs->davidn Responsible-Changed-By: davidn Responsible-Changed-When: Tue Feb 18 16:29:04 EST 1997 Responsible-Changed-Why: I'll take this one. From owner-freebsd-bugs Mon Feb 17 21:36:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA21548 for bugs-outgoing; Mon, 17 Feb 1997 21:36:08 -0800 (PST) Received: from labs.usn.blaze.net.au (labs.usn.blaze.net.au [203.17.53.30]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA21462 for ; Mon, 17 Feb 1997 21:35:59 -0800 (PST) Received: (from davidn@localhost) by labs.usn.blaze.net.au (8.8.5/8.8.5) id QAA26564; Tue, 18 Feb 1997 16:35:27 +1100 (EST) Message-ID: <19970218163527.12178@usn.blaze.net.au> Date: Tue, 18 Feb 1997 16:35:27 +1100 From: David Nugent To: J Wunsch Cc: freebsd-bugs@freefall.freebsd.org Subject: Re: bin/2747: at cannot be run in an atjob References: <199702172200.OAA18446@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.61 In-Reply-To: <199702172200.OAA18446@freefall.freebsd.org>; from J Wunsch on Feb 02, 1997 at 02:00:01PM Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Feb 02, 1997 at 02:00:01PM, J Wunsch wrote: > I think atrun(8) should rather call setlogin(), the at(1) falling over > the missing login name is only one examle of a failing program -- > there might be more of them. atrun(8) should actually call setusercontext() (which can optionally do the setlogin()) since there is currently no resource limit guard as well. It will currently run at daemon limits and priority. This one slipped by, but I've added it to my todo list. Regards, David Nugent - Unique Computing Pty Ltd - Melbourne, Australia Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/ From owner-freebsd-bugs Mon Feb 17 21:36:20 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA21628 for bugs-outgoing; Mon, 17 Feb 1997 21:36:20 -0800 (PST) Received: (from davidn@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA21598; Mon, 17 Feb 1997 21:36:16 -0800 (PST) Date: Mon, 17 Feb 1997 21:36:16 -0800 (PST) From: David Nugent Message-Id: <199702180536.VAA21598@freefall.freebsd.org> To: davidn, freebsd-bugs, davidn Subject: Re: bin/2747 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: cannot submit at jobs from within an at job Responsible-Changed-From-To: freebsd-bugs->davidn Responsible-Changed-By: davidn Responsible-Changed-When: Tue Feb 18 16:34:25 EST 1997 Responsible-Changed-Why: I'll take care of it as part of the login.conf revision. From owner-freebsd-bugs Mon Feb 17 22:22:00 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA03511 for bugs-outgoing; Mon, 17 Feb 1997 22:22:00 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA03451; Mon, 17 Feb 1997 22:21:50 -0800 (PST) Date: Mon, 17 Feb 1997 22:21:50 -0800 (PST) From: Mike Pritchard Message-Id: <199702180621.WAA03451@freefall.freebsd.org> To: rob@ugh.net.au, mpp, freebsd-bugs Subject: Re: kern/2501 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: too many open files State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Mon Feb 17 22:19:50 PST 1997 State-Changed-Why: The originator says that the problem went away after an upgrade. From owner-freebsd-bugs Mon Feb 17 23:50:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA02778 for bugs-outgoing; Mon, 17 Feb 1997 23:50:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA02761; Mon, 17 Feb 1997 23:50:03 -0800 (PST) Date: Mon, 17 Feb 1997 23:50:03 -0800 (PST) Message-Id: <199702180750.XAA02761@freefall.freebsd.org> To: freebsd-bugs Cc: From: Peter Mutsaers Subject: Re: bin/2752: NULL is used instead of 0 many places Reply-To: Peter Mutsaers Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2752; it has been noted by GNATS. From: Peter Mutsaers To: arnej@imf.unit.no Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/2752: NULL is used instead of 0 many places Date: 17 Feb 1997 20:24:09 +0100 >> On Mon, 17 Feb 1997 10:10:59 +0100 (CET), Arne Henrik Juul >> said: AHJ> Appy following patch. This changes NULL to 0 most places AHJ> but to '\0' in character context, to be more stylistically AHJ> correct. Why is using '\0' more stylistically correct? A pointer is a pointer, and one can always assign 0 to it. One does not assign 0L to an long* either, but simply 0. From owner-freebsd-bugs Tue Feb 18 00:15:38 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA05720 for bugs-outgoing; Tue, 18 Feb 1997 00:15:38 -0800 (PST) Received: from hydrogen.nike.efn.org (metriclient-8.uoregon.edu [128.223.172.8]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA05707 for ; Tue, 18 Feb 1997 00:15:28 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hydrogen.nike.efn.org (8.8.4/8.8.4) with SMTP id AAA19062; Tue, 18 Feb 1997 00:15:00 -0800 (PST) Date: Tue, 18 Feb 1997 00:14:59 -0800 (PST) From: John-Mark Gurney Reply-To: John-Mark Gurney To: Peter Mutsaers cc: freebsd-bugs@freefall.freebsd.org Subject: Re: bin/2752: NULL is used instead of 0 many places In-Reply-To: <199702180750.XAA02761@freefall.freebsd.org> Message-ID: X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 17 Feb 1997, Peter Mutsaers wrote: > AHJ> Appy following patch. This changes NULL to 0 most places > AHJ> but to '\0' in character context, to be more stylistically > AHJ> correct. > > Why is using '\0' more stylistically correct? A pointer is a pointer, > and one can always assign 0 to it. yes... but he's talking about this: char a = '\0'; this way the compiler KNOWS it's a char... and that it's the nul char... and doesn't convert the int 0 to char 0... > One does not assign 0L to an long* either, but simply 0. John-Mark gurney_j@efn.org http://resnet.uoregon.edu/~gurney_j/ Modem/FAX: (541) 683-6954 (FreeBSD Box) Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) From owner-freebsd-bugs Tue Feb 18 00:20:44 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA06671 for bugs-outgoing; Tue, 18 Feb 1997 00:20:44 -0800 (PST) Received: from ghpc6.ihf.rwth-aachen.de (ghpc6.ihf.RWTH-Aachen.DE [134.130.90.6]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id AAA06630; Tue, 18 Feb 1997 00:20:28 -0800 (PST) Received: (from thomas@localhost) by ghpc6.ihf.rwth-aachen.de (8.6.12/8.6.9) id IAA24654; Tue, 18 Feb 1997 08:25:22 +0100 From: Thomas Gellekum Message-Id: <199702180725.IAA24654@ghpc6.ihf.rwth-aachen.de> Subject: Re: RELENG_2_2 fails to build To: bde@zeta.org.au (Bruce Evans) Date: Tue, 18 Feb 1997 08:25:22 +0100 (MET) Cc: freebsd-bugs@freebsd.org, freebsd-hackers@freebsd.org, Shimon@i-Connect.Net In-Reply-To: <199702180232.NAA21716@godzilla.zeta.org.au> from Bruce Evans at "Feb 18, 97 01:32:08 pm" Organization: Institut f. Hochfrequenztechnik, RWTH Aachen 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-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Bruce Evans wrote: > > cd /usr/src > > rm -rf * > > cvs -t checkout -rRELENG_2_2 . > > nohup make world > world.out 2>&1& > > > >I get: > > > > ... > >===> libregex/doc > >awk -f /usr/src/gnu/lib/libregex/doc/include.awk > >-vsource=/usr/src/gnu/lib/libregex/doc/../regex.h < > >/usr/src/gnu/lib/libregex/doc/xregex.texi | expand >regex.texi > >makeinfo --no-split -I /usr/src/gnu/lib/libregex/doc regex.texi -o > >regex.info > >regex.texi:2214: itemize requires an argument: the formatter for @item. > > >Questions: Where is my mistake? Do you have /usr/local/bin/makeinfo in your $PATH, maybe from teTeX? If so, add a line `MAKEINFO=/usr/bin/makeinfo' to /etc/make.conf and try again. The bsd.*.mk files should probably define absolute pathnames for all binaries they use. tg From owner-freebsd-bugs Tue Feb 18 00:21:42 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA06846 for bugs-outgoing; Tue, 18 Feb 1997 00:21:42 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id AAA06820 for ; Tue, 18 Feb 1997 00:21:31 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA02502 for freebsd-bugs@freefall.freebsd.org; Tue, 18 Feb 1997 09:21:29 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.6.9) id JAA16426; Tue, 18 Feb 1997 09:05:18 +0100 (MET) Message-ID: Date: Tue, 18 Feb 1997 09:05:18 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-bugs@freefall.freebsd.org Subject: Re: bin/2747: at cannot be run in an atjob References: <199702162000.MAA23111@freefall.freebsd.org> <97Feb17.191803pst.177476@crevenia.parc.xerox.com> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <97Feb17.191803pst.177476@crevenia.parc.xerox.com>; from Bill Fenner on Feb 17, 1997 19:17:56 -0700 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Bill Fenner wrote: > >People might consider this a feature. :-) So you can't defeat a > >cron.deny entry with just an at.allow one. > > pbbht. I have a cron job which attempts to fetch today's Dilbert, > but if it fails because the net is too congested it resubmits itself > for an hour later as an at job. Do you think this is an illicit > use of at? Nope, but we were speaking about at(1) here, not cron. :) -- 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-bugs Tue Feb 18 01:21:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA18638 for bugs-outgoing; Tue, 18 Feb 1997 01:21:06 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id BAA18611 for ; Tue, 18 Feb 1997 01:20:57 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA03373; Tue, 18 Feb 1997 10:20:52 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.6.9) id KAA16678; Tue, 18 Feb 1997 10:00:45 +0100 (MET) Message-ID: Date: Tue, 18 Feb 1997 10:00:45 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: Shimon@i-Connect.Net Cc: freebsd-bugs@freebsd.org Subject: Re: RELENG_2_2 fails to build References: <199702180232.NAA21716@godzilla.zeta.org.au> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199702180232.NAA21716@godzilla.zeta.org.au>; from Bruce Evans on Feb 18, 1997 13:32:08 +1100 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Bruce Evans wrote: > >===> libregex/doc > >awk -f /usr/src/gnu/lib/libregex/doc/include.awk > >-vsource=/usr/src/gnu/lib/libregex/doc/../regex.h < > >/usr/src/gnu/lib/libregex/doc/xregex.texi | expand >regex.texi > >makeinfo --no-split -I /usr/src/gnu/lib/libregex/doc regex.texi -o > >regex.info > >regex.texi:2214: itemize requires an argument: the formatter for @item. > > >Questions: Where is my mistake? > > Probably expecting `make world' to work :-). `make world' does an > incomplete bootstrap. That's not the problem here. I can reproduce the problem in a `make release' build, and investigation shows me that it's already fixed in -current, but the fix didn't went into RELENG_2_2. -- 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-bugs Tue Feb 18 02:03:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA23457 for bugs-outgoing; Tue, 18 Feb 1997 02:03:11 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA23449 for ; Tue, 18 Feb 1997 02:03:00 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id UAA03945; Tue, 18 Feb 1997 20:57:19 +1100 Date: Tue, 18 Feb 1997 20:57:19 +1100 From: Bruce Evans Message-Id: <199702180957.UAA03945@godzilla.zeta.org.au> To: j@uriah.heep.sax.de, Shimon@i-Connect.Net Subject: Re: RELENG_2_2 fails to build Cc: freebsd-bugs@freebsd.org Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >That's not the problem here. I can reproduce the problem in a `make >release' build, and investigation shows me that it's already fixed in >-current, but the fix didn't went into RELENG_2_2. A[rgh]h. It doesn't really need to be in 2.2, because the new texinfo isn't in 2.2. Downgrading isn't really supported. Bruce From owner-freebsd-bugs Tue Feb 18 04:27:51 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA00846 for bugs-outgoing; Tue, 18 Feb 1997 04:27:51 -0800 (PST) Received: from murkwood.gaffaneys.com (dialup13.gaffaneys.com [134.129.252.32]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA00839 for ; Tue, 18 Feb 1997 04:27:41 -0800 (PST) Received: (from zach@localhost) by murkwood.gaffaneys.com (8.8.5/8.8.5) id GAA14799; Tue, 18 Feb 1997 06:28:03 -0600 (CST) To: John-Mark Gurney Cc: Peter Mutsaers , freebsd-bugs@freefall.freebsd.org Subject: Re: bin/2752: NULL is used instead of 0 many places References: Mime-Version: 1.0 (generated by tm-edit 7.100) Content-Type: text/plain; charset=US-ASCII From: Zach Heilig Date: 18 Feb 1997 06:28:01 -0600 In-Reply-To: John-Mark Gurney's message of Tue, 18 Feb 1997 00:14:59 -0800 (PST) Message-ID: <87bu9ib8oe.fsf@murkwood.gaffaneys.com> Lines: 30 X-Mailer: Gnus v5.3/Emacs 19.34 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk John-Mark Gurney writes: > yes... but he's talking about this: > char a = '\0'; > this way the compiler KNOWS it's a char... and that it's the nul > char... and doesn't convert the int 0 to char 0... But, it doesn't know that '\0' is a 'char', since it really is an 'int'. The only real reason to use '\0' instead of a plain 0 is stylistic only. ANSI C does not have character constants, though C++ does. Check out this small program: #include int main(void) { printf("sizeof (char) is: %d\n", (int) sizeof (char)); printf("sizeof '\\0' is: %d\n", (int) sizeof '\0'); printf("sizeof (int) is: %d\n", (int) sizeof (int)); return 0; } -- Zach Heilig (zach@blizzard.gaffaneys.com) | ALL unsolicited commercial email Support bacteria -- it's the only | is unwelcome. I avoid dealing form of culture some people have! | with companies that email ads. From owner-freebsd-bugs Tue Feb 18 06:20:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA06081 for bugs-outgoing; Tue, 18 Feb 1997 06:20:12 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA06071; Tue, 18 Feb 1997 06:20:04 -0800 (PST) Resent-Date: Tue, 18 Feb 1997 06:20:04 -0800 (PST) Resent-Message-Id: <199702181420.GAA06071@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, arnej@imf.unit.no Received: from romberg.imf.unit.no (0@romberg.imf.unit.no [129.241.15.150]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA05925 for ; Tue, 18 Feb 1997 06:17:00 -0800 (PST) Received: from frida.imf.unit.no (frida.imf.unit.no [129.241.15.136]) by romberg.imf.unit.no (8.8.3/8.7.3) with ESMTP id PAA24579 for ; Tue, 18 Feb 1997 15:16:47 +0100 (MET) Received: (from arnej@localhost) by frida.imf.unit.no (8.8.5/8.8.4) id PAA13943; Tue, 18 Feb 1997 15:16:47 +0100 (CET) Message-Id: <199702181416.PAA13943@frida.imf.unit.no> Date: Tue, 18 Feb 1997 15:16:47 +0100 (CET) From: Arne Henrik Juul Reply-To: arnej@imf.unit.no To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2759: Several files lack include of string.h Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2759 >Category: bin >Synopsis: Several files lack include of string.h >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Feb 18 06:20:02 PST 1997 >Last-Modified: >Originator: Arne Henrik Juul >Organization: Norwegian University of Technology and Science >Release: FreeBSD 2.2-GAMMA i386 >Environment: Probably applies to both the 2.2-GAMMA and 3.0-current now (Feb 1997). >Description: Several source files lack includes of string.h, thereby causing string functions to be implecitly declared as returning int. >How-To-Repeat: #define NULL ((void *)0), then look for the warnings. >Fix: Apply this patch: Index: games/hangman/hangman.h =================================================================== RCS file: /usr/cvs/src/games/hangman/hangman.h,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 hangman.h --- hangman.h 1994/09/04 04:02:57 1.1.1.1 +++ hangman.h 1997/02/15 11:46:05 @@ -33,6 +33,7 @@ * @(#)hangman.h 8.1 (Berkeley) 5/31/93 */ +# include # include # include # include Index: libexec/ftpd/skey-stuff.c =================================================================== RCS file: /usr/cvs/src/libexec/ftpd/skey-stuff.c,v retrieving revision 1.6 diff -u -r1.6 skey-stuff.c --- skey-stuff.c 1996/10/18 17:09:26 1.6 +++ skey-stuff.c 1997/02/16 17:07:29 @@ -4,6 +4,7 @@ */ #include +#include #include #include Index: usr.sbin/bootparamd/bootparamd/bootparamd.c =================================================================== RCS file: /usr/cvs/src/usr.sbin/bootparamd/bootparamd/bootparamd.c,v retrieving revision 1.3 diff -u -r1.3 bootparamd.c --- bootparamd.c 1995/07/25 22:44:13 1.3 +++ bootparamd.c 1997/02/16 17:35:33 @@ -15,6 +15,7 @@ #include #include "bootparam_prot.h" #include +#include #include #include #include >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Feb 18 07:30:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA10025 for bugs-outgoing; Tue, 18 Feb 1997 07:30:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA10019; Tue, 18 Feb 1997 07:30:04 -0800 (PST) Resent-Date: Tue, 18 Feb 1997 07:30:04 -0800 (PST) Resent-Message-Id: <199702181530.HAA10019@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, arnej@imf.unit.no Received: from romberg.imf.unit.no (0@romberg.imf.unit.no [129.241.15.150]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA09424 for ; Tue, 18 Feb 1997 07:21:33 -0800 (PST) Received: from frida.imf.unit.no (frida.imf.unit.no [129.241.15.136]) by romberg.imf.unit.no (8.8.3/8.7.3) with ESMTP id QAA28589 for ; Tue, 18 Feb 1997 16:21:26 +0100 (MET) Received: (from arnej@localhost) by frida.imf.unit.no (8.8.5/8.8.4) id QAA16402; Tue, 18 Feb 1997 16:21:25 +0100 (CET) Message-Id: <199702181521.QAA16402@frida.imf.unit.no> Date: Tue, 18 Feb 1997 16:21:25 +0100 (CET) From: Arne Henrik Juul Reply-To: arnej@imf.unit.no To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2762: Precedence mistake in libncurses Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2762 >Category: bin >Synopsis: Precedence mistake in libncurses >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Feb 18 07:30:02 PST 1997 >Last-Modified: >Originator: Arne Henrik Juul >Organization: Norwegian University of Technology and Science >Release: FreeBSD 2.2-GAMMA i386 >Environment: Applies both to 2.2-GAMMA and 3.0-current as of Feb, 1997. diff generated from a 3.0-current checkout. >Description: Some code in libncurses looks wrong, like somebody misunderstood the C precedence rules for bit operators and ==. (Since it is commonly agreed that those precedence rules are wrong, this is not very surprising :-) There is also a pretty strange macro definition: BLANK is #defined as ' '|A_NORMAL without any parantheses. A_NORMAL is 0, so using BLANK in comparisons like this: if (*ptr != BLANK) expands to if (*ptr != ' '| 0x00000000 ) which evaluates like if ((*ptr != ' ')|0) which doesn't really hurt, but makes for some pretty silly warnings. Also, it makes the code dependant upon A_NORMAL actually being 0, which hurts modularity and abstraction. A bit worse is the mistakes with & and ==, since this changes the semantics to something I'm pretty sure was not intended. This code: if (win->_line[y][x]&A_CHARTEXT == ' ') was probably meant to mask out attributes, then compare to space. It will expand to if (win->_line[y][x]& 0x000000ff == ' ') and evaluate to if (win->_line[y][x]& 0) so the body never gets executed. This should all be reported back to whomever maintains libncurses, to make sure we are making the correct fix and that they will fix it in their code. I don't know who those maintainers are; sorry. >How-To-Repeat: make libncurses, and watch out for the warnings of "suggest parentheses around comparison in operand of &" and "|". >Fix: This fix looks right to me, but maybe the ncurses writers had some strange reason for their seemingly wrong (and inconsistent) definition of BLANK. It doesn't actually change any behaviour in regard to BLANK, so it's pretty safe anyway. Index: src/lib/libncurses/lib_addch.c =================================================================== RCS file: /usr/cvs/src/lib/libncurses/lib_addch.c,v retrieving revision 1.6 diff -u -r1.6 lib_addch.c --- lib_addch.c 1996/09/26 01:08:27 1.6 +++ lib_addch.c 1997/02/18 14:58:15 @@ -56,7 +56,7 @@ T(("win attr = %x", win->_attrs)); ch |= win->_attrs; - if (win->_line[y][x]&A_CHARTEXT == ' ') + if ((win->_line[y][x]&A_CHARTEXT) == ' ') ch |= win->_bkgd; else ch |= (win->_bkgd&A_ATTRIBUTES); Index: src/lib/libncurses/lib_bkgd.c =================================================================== RCS file: /usr/cvs/src/lib/libncurses/lib_bkgd.c,v retrieving revision 1.7 diff -u -r1.7 lib_bkgd.c --- lib_bkgd.c 1996/12/22 14:24:49 1.7 +++ lib_bkgd.c 1997/02/18 14:58:15 @@ -27,7 +27,7 @@ T(("wbkgd(%x, %x) called", win, ch)); for (y = 0; y <= win->_maxy; y++) for (x = 0; x <= win->_maxx; x++) - if (win->_line[y][x]&A_CHARTEXT == ' ') + if ((win->_line[y][x]&A_CHARTEXT) == ' ') win->_line[y][x] |= ch; else win->_line[y][x] |= (ch&A_ATTRIBUTES); Index: src/lib/libncurses/lib_clrbot.c =================================================================== RCS file: /usr/cvs/src/lib/libncurses/lib_clrbot.c,v retrieving revision 1.3 diff -u -r1.3 lib_clrbot.c --- lib_clrbot.c 1996/09/26 01:08:36 1.3 +++ lib_clrbot.c 1997/02/18 14:56:51 @@ -12,7 +12,7 @@ #include "curses.priv.h" -#define BLANK ' '|A_NORMAL +#define BLANK (' '|A_NORMAL) int wclrtobot(WINDOW *win) { Index: src/lib/libncurses/lib_clreol.c =================================================================== RCS file: /usr/cvs/src/lib/libncurses/lib_clreol.c,v retrieving revision 1.3 diff -u -r1.3 lib_clreol.c --- lib_clreol.c 1996/09/26 01:08:39 1.3 +++ lib_clreol.c 1997/02/18 14:56:58 @@ -12,7 +12,7 @@ #include "curses.priv.h" -#define BLANK ' '|A_NORMAL +#define BLANK (' '|A_NORMAL) int wclrtoeol(WINDOW *win) { Index: src/lib/libncurses/lib_doupdate.c =================================================================== RCS file: /usr/cvs/src/lib/libncurses/lib_doupdate.c,v retrieving revision 1.11 diff -u -r1.11 lib_doupdate.c --- lib_doupdate.c 1996/09/26 01:08:51 1.11 +++ lib_doupdate.c 1997/02/18 14:57:05 @@ -195,7 +195,7 @@ ** */ -#define BLANK ' '|A_NORMAL +#define BLANK (' '|A_NORMAL) static void ClrUpdate(WINDOW *scr) { Index: src/lib/libncurses/lib_erase.c =================================================================== RCS file: /usr/cvs/src/lib/libncurses/lib_erase.c,v retrieving revision 1.3 diff -u -r1.3 lib_erase.c --- lib_erase.c 1995/05/30 05:46:14 1.3 +++ lib_erase.c 1997/02/18 14:57:51 @@ -13,7 +13,7 @@ #include "curses.priv.h" #include "terminfo.h" -#define BLANK ' ' +#define BLANK (' '|A_NORMAL) int werase(WINDOW *win) { >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Feb 18 08:55:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA14867 for bugs-outgoing; Tue, 18 Feb 1997 08:55:08 -0800 (PST) Received: (from wollman@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA14835; Tue, 18 Feb 1997 08:54:52 -0800 (PST) Date: Tue, 18 Feb 1997 08:54:52 -0800 (PST) From: Garrett Wollman Message-Id: <199702181654.IAA14835@freefall.freebsd.org> To: seki@sysrap.cs.fujitsu.co.jp, wollman, wollman, freebsd-bugs Subject: Re: i386/2699 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: fe driver fails to probe some versions of FMV-180 series Ethernet cards State-Changed-From-To: open-closed State-Changed-By: wollman State-Changed-When: Tue Feb 18 08:53:52 PST 1997 State-Changed-Why: It's too late for 2.1.7. Responsible-Changed-From-To: wollman->freebsd-bugs Responsible-Changed-By: wollman Responsible-Changed-When: Tue Feb 18 08:53:52 PST 1997 Responsible-Changed-Why: I'm not the release engineer. From owner-freebsd-bugs Tue Feb 18 09:30:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA17003 for bugs-outgoing; Tue, 18 Feb 1997 09:30:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA16997; Tue, 18 Feb 1997 09:30:03 -0800 (PST) Resent-Date: Tue, 18 Feb 1997 09:30:03 -0800 (PST) Resent-Message-Id: <199702181730.JAA16997@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, wefa@hektor.unicom.de Received: from thetis.Talkline.DE (root@thetis.talkline.de [194.195.171.2]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id JAA16554 for ; Tue, 18 Feb 1997 09:23:16 -0800 (PST) Received: from MailHost.Talkline.DE by thetis.Talkline.DE with smtp (Smail3.1.29.1 #3) id m0vwtAM-0006NnC; Tue, 18 Feb 97 18:17 MET Received: from hektor.unicom.de by MailHost.Talkline.DE with smtp (Smail3.1.29.1 #3) id m0vwt4r-000QLWC; Tue, 18 Feb 97 18:11 GMT+0100 Received: (from root@localhost) by hektor.unicom.de (8.8.3/8.6.12 unicom) id SAA01672; :Tue, 18 Feb 1997 18:23:09 +0100 (MET) Message-Id: <199702181723.SAA01672@hektor.unicom.de> Date: Tue, 18 Feb 1997 18:23:09 +0100 (MET) From: Christoph Weber-Fahr Reply-To: wefa@hektor.unicom.de To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2763: sysinstall dumps core when writing disklabel Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2763 >Category: bin >Synopsis: sysinstall dumps core when writing disklabel >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Feb 18 09:30:01 PST 1997 >Last-Modified: >Originator: Christoph Weber-Fahr >Organization: Unicom GmbH >Release: FreeBSD 2.1.6.1-STABLE i386 >Environment: Plain Vanilla System: 486DX2/66,ISA,Adaptec 1542C,SCSI-CD,2 SCSI-Drives FreeBSD 2.1.6 from CD already installed on sd0, small dos partition on both drives >Description: tried to disklabel second disk, as described in FAQ partition(slice) editor works. Left with W key. Chosen both NONE and BOOTMGR for sd1 (same effect). Then entered label editor and created a new partition with all remeining space. Determined mount point (/usr/var). Then W key. -> Some Disk Activity -> little Window appears "Copying initial device files" -> Segmentation fault (core) >How-To-Repeat: see above. Did it multiple times, same result. >Fix: use disklabel -re sd1 . I hate that one. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Feb 18 10:29:00 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA20186 for bugs-outgoing; Tue, 18 Feb 1997 10:29:00 -0800 (PST) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id KAA20180 for ; Tue, 18 Feb 1997 10:28:56 -0800 (PST) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <16726(5)>; Tue, 18 Feb 1997 10:28:21 PST Received: from localhost by crevenia.parc.xerox.com with SMTP id <177476>; Tue, 18 Feb 1997 10:28:18 -0800 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-bugs@freefall.freebsd.org Subject: Re: bin/2747: at cannot be run in an atjob In-reply-to: Your message of "Tue, 18 Feb 97 00:05:18 PST." Date: Tue, 18 Feb 1997 10:28:15 PST From: Bill Fenner Message-Id: <97Feb18.102818pst.177476@crevenia.parc.xerox.com> Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk j@uriah.heep.sax.de (J Wunsch) wrote: >Nope, but we were speaking about at(1) here, not cron. :) And I gave an example of an at job (which is submitted by a cron job, but that's irrelevant) which can submit at jobs. Bill From owner-freebsd-bugs Tue Feb 18 13:41:38 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA03335 for bugs-outgoing; Tue, 18 Feb 1997 13:41:38 -0800 (PST) Received: (from jmg@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA03311; Tue, 18 Feb 1997 13:41:20 -0800 (PST) Date: Tue, 18 Feb 1997 13:41:20 -0800 (PST) From: John-Mark Gurney Message-Id: <199702182141.NAA03311@freefall.freebsd.org> To: george@grande.fapesp.br, jmg, freebsd-bugs Subject: Re: bin/1865 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Problem with touch command State-Changed-From-To: open-closed State-Changed-By: jmg State-Changed-When: Tue Feb 18 13:40:26 PST 1997 State-Changed-Why: fixed long ago in rev 1.3 of src/usr.bin/touch/touch.c From owner-freebsd-bugs Tue Feb 18 13:53:37 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA03972 for bugs-outgoing; Tue, 18 Feb 1997 13:53:37 -0800 (PST) Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA03937; Tue, 18 Feb 1997 13:53:18 -0800 (PST) Date: Tue, 18 Feb 1997 13:53:18 -0800 (PST) From: "Jordan K. Hubbard" Message-Id: <199702182153.NAA03937@freefall.freebsd.org> To: wefa@hektor.unicom.de, jkh, freebsd-bugs Subject: Re: bin/2763 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: sysinstall dumps core when writing disklabel State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Tue Feb 18 13:53:08 PST 1997 State-Changed-Why: Fixed in 2.1.7/2.2 From owner-freebsd-bugs Tue Feb 18 14:50:13 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA07020 for bugs-outgoing; Tue, 18 Feb 1997 14:50:13 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA07004; Tue, 18 Feb 1997 14:50:05 -0800 (PST) Date: Tue, 18 Feb 1997 14:50:05 -0800 (PST) Message-Id: <199702182250.OAA07004@freefall.freebsd.org> To: freebsd-bugs Cc: From: Bill Fenner Subject: Re: misc/2745: PR querry web form doens't sort correctly Reply-To: Bill Fenner Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR misc/2745; it has been noted by GNATS. From: Bill Fenner To: obrien@nuxi.com Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: misc/2745: PR querry web form doens't sort correctly Date: Tue, 18 Feb 1997 14:38:52 PST "David O'Brien" wrote: > I expected > this to be the primary sort key, but severity seems to be, with > responcibile party being the secondary key. That's true. The only place that "severity" is mentioned is in the headings of the various sections, so if I remove the "top-level" sort-by-severity then the severity isn't mentioned in the listing. I haven't worked out exactly how to deal with this; suggestions are welcome. Bill From owner-freebsd-bugs Tue Feb 18 16:32:00 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA13790 for bugs-outgoing; Tue, 18 Feb 1997 16:32:00 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id QAA13767 for ; Tue, 18 Feb 1997 16:31:44 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id BAA23573 for freebsd-bugs@freebsd.org; Wed, 19 Feb 1997 01:31:10 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.6.9) id BAA18177; Wed, 19 Feb 1997 01:18:04 +0100 (MET) Message-ID: Date: Wed, 19 Feb 1997 01:18:04 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-bugs@freebsd.org Subject: Re: RELENG_2_2 fails to build References: <199702180957.UAA03945@godzilla.zeta.org.au> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199702180957.UAA03945@godzilla.zeta.org.au>; from Bruce Evans on Feb 18, 1997 20:57:19 +1100 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Bruce Evans wrote: > >That's not the problem here. I can reproduce the problem in a `make > >release' build, and investigation shows me that it's already fixed in > >-current, but the fix didn't went into RELENG_2_2. > > A[rgh]h. It doesn't really need to be in 2.2, because the new texinfo > isn't in 2.2. Downgrading isn't really supported. Nobody speaks about downgrading. It fails to build with its very own texinfo as it seems. Hmm, maybe not. texinfo is already needed very early in the build process. Anyway, merging the fix from current wouldn't hurt either. -- 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-bugs Tue Feb 18 18:05:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA21529 for bugs-outgoing; Tue, 18 Feb 1997 18:05:04 -0800 (PST) Received: (from jmg@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA21468; Tue, 18 Feb 1997 18:04:26 -0800 (PST) Date: Tue, 18 Feb 1997 18:04:26 -0800 (PST) From: John-Mark Gurney Message-Id: <199702190204.SAA21468@freefall.freebsd.org> To: xaa@stack.urc.tue.nl, jmg, freebsd-bugs Subject: Re: misc/1857 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: paramater of opendir gets thrashed State-Changed-From-To: open-closed State-Changed-By: jmg State-Changed-When: Tue Feb 18 18:01:12 PST 1997 State-Changed-Why: this seems to be fixed in 2.2 and -current From owner-freebsd-bugs Tue Feb 18 19:55:28 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA29124 for bugs-outgoing; Tue, 18 Feb 1997 19:55:28 -0800 (PST) Received: (from davidg@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA29097; Tue, 18 Feb 1997 19:55:14 -0800 (PST) Date: Tue, 18 Feb 1997 19:55:14 -0800 (PST) From: David Greenman Message-Id: <199702190355.TAA29097@freefall.freebsd.org> To: Tor.Egge@idt.ntnu.no, davidg, freebsd-bugs Subject: Re: kern/2757 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: execve() does not handle the P_SUGID process flag correctly. State-Changed-From-To: open-closed State-Changed-By: davidg State-Changed-When: Tue Feb 18 19:54:53 PST 1997 State-Changed-Why: Suggested change was applied. Thanks! From owner-freebsd-bugs Tue Feb 18 20:40:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA01609 for bugs-outgoing; Tue, 18 Feb 1997 20:40:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA01576; Tue, 18 Feb 1997 20:40:03 -0800 (PST) Date: Tue, 18 Feb 1997 20:40:03 -0800 (PST) Message-Id: <199702190440.UAA01576@freefall.freebsd.org> To: freebsd-bugs Cc: From: Bruce Evans Subject: Re: bin/2762: Precedence mistake in libncurses Reply-To: Bruce Evans Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2762; it has been noted by GNATS. From: Bruce Evans To: arnej@imf.unit.no, FreeBSD-gnats-submit@FreeBSD.ORG Cc: Subject: Re: bin/2762: Precedence mistake in libncurses Date: Wed, 19 Feb 1997 15:31:09 +1100 > Some code in libncurses looks wrong, like somebody misunderstood > the C precedence rules for bit operators and ==. (Since it > is commonly agreed that those precedence rules are wrong, this > is not very surprising :-) sysinstall apparently used to depend on these bugs: RCS file: /a/ncvs/src/lib/libncurses/lib_addch.c,v Working file: lib_addch.c head: 1.6 ... ---------------------------- revision 1.6 date: 1996/09/26 01:08:27; author: pst; state: Exp; lines: +1 -1 Back out my recent compilation clean-up changes, sysinstall is now weird. ---------------------------- revision 1.5 date: 1996/09/22 01:04:49; author: pst; state: Exp; lines: +1 -1 Fix some compilation warnings ---------------------------- Bruce From owner-freebsd-bugs Tue Feb 18 23:07:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA08467 for bugs-outgoing; Tue, 18 Feb 1997 23:07:08 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA08447; Tue, 18 Feb 1997 23:06:56 -0800 (PST) Date: Tue, 18 Feb 1997 23:06:56 -0800 (PST) From: Mike Pritchard Message-Id: <199702190706.XAA08447@freefall.freebsd.org> To: Andre.Albsmeier@mchp.siemens.de, mpp, freebsd-bugs Subject: Re: kern/2391 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: SMC 8434BT brings device timeout when ifconfig State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Tue Feb 18 23:06:10 PST 1997 State-Changed-Why: The originator says that the problem went away with a more recent version of FreeBSD. From owner-freebsd-bugs Tue Feb 18 23:11:56 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA08825 for bugs-outgoing; Tue, 18 Feb 1997 23:11:56 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA08801; Tue, 18 Feb 1997 23:11:44 -0800 (PST) Date: Tue, 18 Feb 1997 23:11:44 -0800 (PST) From: Mike Pritchard Message-Id: <199702190711.XAA08801@freefall.freebsd.org> To: mpp, freebsd-bugs, wollman Subject: Re: bin/2258 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: route add/delete [network] xxx.yyy.zzz.0 my-IP Responsible-Changed-From-To: freebsd-bugs->wollman Responsible-Changed-By: mpp Responsible-Changed-When: Tue Feb 18 23:10:56 PST 1997 Responsible-Changed-Why: Networking problem. Originator states that this problem still exists in 2.2-GAMMA and the latest 3.0-SNAP. From owner-freebsd-bugs Tue Feb 18 23:30:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA09895 for bugs-outgoing; Tue, 18 Feb 1997 23:30:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA09882; Tue, 18 Feb 1997 23:30:02 -0800 (PST) Date: Tue, 18 Feb 1997 23:30:02 -0800 (PST) Message-Id: <199702190730.XAA09882@freefall.freebsd.org> To: freebsd-bugs Cc: From: Mike Pritchard Subject: Re: kern/2305 Reply-To: Mike Pritchard Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/2305; it has been noted by GNATS. From: Mike Pritchard To: freebsd-gnats-submit Cc: Subject: Re: kern/2305 Date: Tue, 18 Feb 1997 23:25:19 -0800 (PST) Here is a work around posted to freebsd-hackers resent here to get into the audit trail of this PR: > From: Wolfgang Helbig > Subject: CMD640b workaround - final(?) version Hi, this is my final patch to work around the CMD640b hardware bug. This bug does not allow you to use the primary and secondary IDE-channel simultaneously, since there is only one hardware buffer for both channels. Other known bugs of the CMD640-series and the RZ1000-IDE-Chip are not addressed by this patch. Those bugs (bad prefetch buffer handling and problems resulting from interference with the floppy-controller) apparently did not occure on my system. The workaround consists mainly in serializing access to the two ide- channels. This job is done very similar to the serializing of master and slave device of one channel. It is tested by Jason and Nadav. Jason provided a version for FreeBSD 2.1.5 for the test. Thanx!!! This final version detects the presence of the CMD640-chip and enables accordingly the workaround code. This detection takes place in the pci.c file and the result is communicated to the wd.c file by the global external variable cmd640_detected. (I know this is dirty, but better ways that are still easier did not come to my mind, sorry!) For all this to take place, you still have to add the options "CMD640" line to the kernel configuration file. Without this option, the old code in wd.c and pci.c is active. With this option, the detection is made, and -- if the chip is detected -- the serialization of primary and secondary channel takes place. If you use the options "CMD640" you also *have* to put controller pci0 into your configuration file! Maybe someone can put the right clauses in /sys/conf/files to automaticly resoving this (ugly) dependency! This code is tested with the GENERIC- and a customized kernel, but it might need more testing, before it is committed to -current. I think it is too late for FreeBSD 2.2 Have fun! Wolfgang Helbig helbig@ba-stuttgart.de Following are the patches of wd.c and pci.c Index: wd.c =================================================================== RCS file: /usr/cvsroot/src/sys/i386/isa/wd.c,v retrieving revision 1.122 diff -c -r1.122 wd.c *** wd.c 1997/01/14 06:41:40 1.122 --- wd.c 1997/02/11 20:57:49 *************** *** 128,133 **** --- 128,135 ---- #define RECAL 2 /* doing restore */ #define OPEN 3 /* done with open */ + #define PRIMARY 0 + /* * Disk geometry. A small part of struct disklabel. * XXX disklabel.5 contains an old clone of disklabel.h. *************** *** 238,243 **** --- 240,250 ---- { wdopen, wdclose, wdstrategy, wdioctl, /*0*/ wddump, wdsize, 0, "wd", &wd_cdevsw, -1 }; + #ifdef CMD640 + static int atapictrlr; + extern int cmd640_detected; /* defined in pci.c */ + #endif + /* * Probe for controller. */ *************** *** 360,366 **** --- 367,384 ---- if (dvp->id_unit >= NWDC) return (0); + #ifdef CMD640 + if (cmd640_detected) { + if (dvp->id_unit == PRIMARY) { + printf("wdc0: CMD640b workaround enabled\n"); + TAILQ_INIT( &wdtab[PRIMARY].controller_queue); + } + } else + TAILQ_INIT( &wdtab[dvp->id_unit].controller_queue); + + #else TAILQ_INIT( &wdtab[dvp->id_unit].controller_queue); + #endif for (wdup = isa_biotab_wdc; wdup->id_driver != 0; wdup++) { if (wdup->id_iobase != dvp->id_iobase) *************** *** 467,480 **** if (wddrives[lunit]->dk_ctrlr == dvp->id_unit && wddrives[lunit]->dk_unit == unit) goto next; ! atapi_attach (dvp->id_unit, unit, dvp->id_iobase); next: } #endif /* * Discard any interrupts generated by wdgetctlr(). wdflushirq() * doesn't work now because the ambient ipl is too high. */ wdtab[dvp->id_unit].b_active = 2; return (1); } --- 485,510 ---- if (wddrives[lunit]->dk_ctrlr == dvp->id_unit && wddrives[lunit]->dk_unit == unit) goto next; ! if (atapi_attach (dvp->id_unit, unit, dvp->id_iobase)) { ! #ifdef CMD640 ! if (cmd640_detected) ! atapictrlr = dvp->id_unit; ! #endif ! } next: } #endif /* * Discard any interrupts generated by wdgetctlr(). wdflushirq() * doesn't work now because the ambient ipl is too high. */ + #ifdef CMD640 + if (cmd640_detected) + wdtab[PRIMARY].b_active = 2; + else + wdtab[dvp->id_unit].b_active = 2; + #else wdtab[dvp->id_unit].b_active = 2; + #endif return (1); } *************** *** 490,495 **** --- 520,528 ---- struct disk *du; int lunit = dkunit(bp->b_dev); int s; + #ifdef CMD640 + int ctrlr; + #endif /* valid unit, controller, and request? */ if (lunit >= NWD || bp->b_blkno < 0 || (du = wddrives[lunit]) == NULL *************** *** 548,555 **** --- 581,598 ---- wdsleep(du->dk_ctrlr, "wdlab"); du->dk_state = WANTOPEN; } + #ifdef CMD640 + if (cmd640_detected) + ctrlr = PRIMARY; + else + ctrlr = du ->dk_ctrlr; + #endif + #ifdef CMD640 + if (wdtab[ctrlr].b_active == 0) + #else if (wdtab[du->dk_ctrlr].b_active == 0) + #endif wdstart(du->dk_ctrlr); /* start controller */ if (du->dk_dkunit >= 0) { *************** *** 611,617 **** --- 654,669 ---- TAILQ_REMOVE( &drive_queue[du->dk_lunit], bp, b_act); /* link onto controller queue */ + #ifdef CMD640 + if (cmd640_detected) { + TAILQ_INSERT_TAIL( &wdtab[PRIMARY].controller_queue, bp, b_act); + } else { + TAILQ_INSERT_TAIL( &wdtab[ctrlr].controller_queue, bp, b_act); + } + + #else TAILQ_INSERT_TAIL( &wdtab[ctrlr].controller_queue, bp, b_act); + #endif /* mark the drive unit as busy */ wdutab[du->dk_lunit].b_active = 1; *************** *** 636,655 **** int lunit; int count; #ifdef ATAPI if (wdtab[ctrlr].b_active == 2) wdtab[ctrlr].b_active = 0; if (wdtab[ctrlr].b_active) return; - #endif /* is there a drive for the controller to do a transfer with? */ bp = wdtab[ctrlr].controller_queue.tqh_first; if (bp == NULL) { #ifdef ATAPI ! if (atapi_start && atapi_start (ctrlr)) /* mark controller active in ATAPI mode */ wdtab[ctrlr].b_active = 3; #endif return; } --- 688,737 ---- int lunit; int count; + #ifdef CMD640 + int c; + + if (cmd640_detected) + c = PRIMARY; + else + c = ctrlr; + #endif + #ifdef ATAPI + #ifdef CMD640 + if (wdtab[c].b_active == 2) + wdtab[c].b_active = 0; + if (wdtab[c].b_active) + return; + #else if (wdtab[ctrlr].b_active == 2) wdtab[ctrlr].b_active = 0; if (wdtab[ctrlr].b_active) return; /* is there a drive for the controller to do a transfer with? */ + #endif + #endif + #ifdef CMD640 + bp = wdtab[c].controller_queue.tqh_first; + #else bp = wdtab[ctrlr].controller_queue.tqh_first; + #endif if (bp == NULL) { #ifdef ATAPI ! #ifdef CMD640 ! if (cmd640_detected) { ! if (atapi_start && atapi_start (atapictrlr)) ! wdtab[c].b_active = 3; ! } else { ! if (atapi_start && atapi_start (ctrlr)) ! wdtab[ctrlr].b_active = 3; ! } ! #else /* mark controller active in ATAPI mode */ + if (atapi_start && atapi_start (ctrlr)) wdtab[ctrlr].b_active = 3; #endif + #endif return; } *************** *** 705,711 **** --- 787,797 ---- blknum - ds_offset) + ds_offset; } + #ifdef CMD640 + wdtab[c].b_active = 1; /* mark controller active */ + #else wdtab[ctrlr].b_active = 1; /* mark controller active */ + #endif /* if starting a multisector transfer, or doing single transfers */ if (du->dk_skip == 0 || (du->dk_flags & DKFL_SINGLE)) { *************** *** 717,723 **** --- 803,813 ---- head = (blknum % secpercyl) / secpertrk; sector = blknum % secpertrk; + #ifdef CDM640 + if (wdtab[c].b_errcnt && (bp->b_flags & B_READ) == 0) + #else if (wdtab[ctrlr].b_errcnt && (bp->b_flags & B_READ) == 0) + #endif du->dk_bc += DEV_BSIZE; count = howmany( du->dk_bc, DEV_BSIZE); *************** *** 863,872 **** --- 953,973 ---- { register struct disk *du; register struct buf *bp; + #ifdef CMD640 + int c ; + if (cmd640_detected) + c = PRIMARY; + else + c = unit; + if (wdtab[c].b_active == 2) + return; /* intr in wdflushirq() */ + if (!wdtab[c].b_active) { + #else if (wdtab[unit].b_active == 2) return; /* intr in wdflushirq() */ if (!wdtab[unit].b_active) { + #endif #ifdef WDDEBUG /* * These happen mostly because the power-mgt part of the *************** *** 878,895 **** --- 979,1020 ---- return; } #ifdef ATAPI + #ifdef CMD640 + if (wdtab[c].b_active == 3) { + #else if (wdtab[unit].b_active == 3) { + #endif /* process an ATAPI interrupt */ + #ifdef CMD640 + if (cmd640_detected) { + if (atapi_intr && atapi_intr (atapictrlr)) + /* ATAPI op continues */ + return; + } else { + if (atapi_intr && atapi_intr (unit)) + /* ATAPI op continues */ + return; + } + #else if (atapi_intr && atapi_intr (unit)) /* ATAPI op continues */ return; + #endif /* controller is free, start new op */ + #ifdef CMD640 + wdtab[c].b_active = 0; + #else wdtab[unit].b_active = 0; + #endif wdstart (unit); return; } #endif + #ifdef CMD640 + bp = wdtab[c].controller_queue.tqh_first; + #else bp = wdtab[unit].controller_queue.tqh_first; + #endif du = wddrives[dkunit(bp->b_dev)]; du->dk_timeout = 0; *************** *** 900,906 **** --- 1025,1035 ---- /* is it not a transfer, but a control operation? */ if (du->dk_state < OPEN) { + #ifdef CMD640 + wdtab[c].b_active = 0; + #else wdtab[unit].b_active = 0; + #endif switch (wdcontrol(bp)) { case 0: return; *************** *** 942,949 **** --- 1071,1083 ---- bp->b_error = EIO; bp->b_flags |= B_ERROR; } else if (du->dk_status & WDCS_ERR) { + #ifdef CMD640 + if (++wdtab[c].b_errcnt < RETRIES) { + wdtab[c].b_active = 0; + #else if (++wdtab[unit].b_errcnt < RETRIES) { wdtab[unit].b_active = 0; + #endif } else { wderror(bp, du, "hard error"); bp->b_error = EIO; *************** *** 957,963 **** --- 1091,1101 ---- * If this was a successful read operation, fetch the data. */ if (((bp->b_flags & (B_READ | B_ERROR)) == B_READ) + #ifdef CMD640 + && wdtab[c].b_active) { + #else && wdtab[unit].b_active) { + #endif int chk, dummy, multisize; multisize = chk = du->dk_currentiosize * DEV_BSIZE; if( du->dk_bc < chk) { *************** *** 999,1016 **** --- 1137,1168 ---- } outt: + #ifdef CMD640 + if (wdtab[c].b_active) { + #else if (wdtab[unit].b_active) { + #endif if ((bp->b_flags & B_ERROR) == 0) { du->dk_skip += du->dk_currentiosize;/* add to successful sectors */ + #ifdef CMD640 + if (wdtab[c].b_errcnt) + wderror(bp, du, "soft error"); + wdtab[c].b_errcnt = 0; + #else if (wdtab[unit].b_errcnt) wderror(bp, du, "soft error"); wdtab[unit].b_errcnt = 0; + #endif /* see if more to transfer */ if (du->dk_bc > 0 && (du->dk_flags & DKFL_ERROR) == 0) { if( (du->dk_flags & DKFL_SINGLE) || ((bp->b_flags & B_READ) == 0)) { + #ifdef CMD640 + wdtab[c].b_active = 0; + #else wdtab[unit].b_active = 0; + #endif wdstart(unit); } else { du->dk_timeout = 1 + 3; *************** *** 1021,1027 **** --- 1173,1183 ---- du->dk_skip = 0; du->dk_flags &= ~DKFL_ERROR; du->dk_flags |= DKFL_SINGLE; + #ifdef CMD640 + wdtab[c].b_active = 0; + #else wdtab[unit].b_active = 0; + #endif wdstart(unit); return; /* redo xfer sector by sector */ } *************** *** 1030,1037 **** --- 1186,1198 ---- done: ; /* done with this transfer, with or without error */ du->dk_flags &= ~DKFL_SINGLE; + #ifdef CMD640 + TAILQ_REMOVE(&wdtab[c].controller_queue, bp, b_act); + wdtab[c].b_errcnt = 0; + #else TAILQ_REMOVE(&wdtab[unit].controller_queue, bp, b_act); wdtab[unit].b_errcnt = 0; + #endif bp->b_resid = bp->b_bcount - du->dk_skip * DEV_BSIZE; wdutab[du->dk_lunit].b_active = 0; wdutab[du->dk_lunit].b_errcnt = 0; *************** *** 1044,1057 **** --- 1205,1226 ---- } /* controller idle */ + #ifdef CMD640 + wdtab[c].b_active = 0; + #else wdtab[unit].b_active = 0; + #endif /* anything more on drive queue? */ wdustart(du); /* anything more for controller to do? */ #ifndef ATAPI /* This is not valid in ATAPI mode. */ + #ifdef CMD640 + if (wdtab[c].controller_queue.tqh_first) + #else if (wdtab[unit].controller_queue.tqh_first) + #endif #endif wdstart(unit); } *************** *** 1065,1070 **** --- 1234,1242 ---- register unsigned int lunit; register struct disk *du; int error; + #ifdef CMD640 + int c; + #endif lunit = dkunit(dev); if (lunit >= NWD || dktype(dev) != 0) *************** *** 1074,1081 **** --- 1246,1263 ---- return (ENXIO); /* Finish flushing IRQs left over from wdattach(). */ + #ifdef CMD640 + if (cmd640_detected) + c = PRIMARY; + else + c = du->dk_ctrlr; + + if (wdtab[c].b_active == 2) + wdtab[c].b_active = 0; + #else if (wdtab[du->dk_ctrlr].b_active == 2) wdtab[du->dk_ctrlr].b_active = 0; + #endif du->dk_flags &= ~DKFL_BADSCAN; *************** *** 1238,1251 **** --- 1420,1446 ---- { register struct disk *du; int ctrlr; + #ifdef CMD640 + int c; + #endif du = wddrives[dkunit(bp->b_dev)]; ctrlr = du->dk_ctrlr; + #ifdef CMD640 + if (cmd640_detected) + c = PRIMARY; + else + c = ctrlr; + #endif switch (du->dk_state) { case WANTOPEN: tryagainrecal: + #ifdef CMD640 + wdtab[c].b_active = 1; + #else wdtab[ctrlr].b_active = 1; + #endif if (wdcommand(du, 0, 0, 0, 0, WDCC_RESTORE | WD_STEP) != 0) { wderror(bp, du, "wdcontrol: wdcommand failed"); goto maybe_retry; *************** *** 1259,1271 **** --- 1454,1474 ---- if (du->dk_status & WDCS_ERR) wdunwedge(du); du->dk_state = WANTOPEN; + #ifdef CMD640 + if (++wdtab[c].b_errcnt < RETRIES) + #else if (++wdtab[ctrlr].b_errcnt < RETRIES) + #endif goto tryagainrecal; bp->b_error = ENXIO; /* XXX needs translation */ bp->b_flags |= B_ERROR; return (2); } + #ifdef CMD640 + wdtab[c].b_errcnt = 0; + #else wdtab[ctrlr].b_errcnt = 0; + #endif du->dk_state = OPEN; /* * The rest of the initialization can be done by normal *************** *** 1373,1379 **** --- 1576,1589 ---- error = 1; } if (error) { + #ifdef CMD640 + if (cmd640_detected) + wdtab[PRIMARY].b_errcnt += RETRIES; + else + wdtab[du->dk_ctrlr].b_errcnt += RETRIES; + #else wdtab[du->dk_ctrlr].b_errcnt += RETRIES; + #endif return (1); } if (wdcommand(du, du->dk_dd.d_ncylinders, du->dk_dd.d_ntracks - 1, 0, *************** *** 1750,1759 **** if (wddoingadump) return (EFAULT); - #if 0 - /* Mark controller active for if we panic during the dump. */ - wdtab[du->dk_ctrlr].b_active = 1; - #endif wddoingadump = 1; /* Recalibrate the drive. */ --- 1960,1965 ---- *************** *** 1900,1909 **** --- 2106,2125 ---- static void wdflushirq(struct disk *du, int old_ipl) { + #ifdef CMD640 + int c = du->dk_ctrlr; + if (cmd640_detected) + c = PRIMARY; + wdtab[c].b_active = 2; + splx(old_ipl); + (void)splbio(); + wdtab[c].b_active = 0; + #else wdtab[du->dk_ctrlr].b_active = 2; splx(old_ipl); (void)splbio(); wdtab[du->dk_ctrlr].b_active = 0; + #endif } /* *************** *** 1943,1950 **** --- 2159,2175 ---- wdsleep(int ctrlr, char *wmesg) { int s = splbio(); + #ifdef CMD640 + int c = ctrlr; + + if (cmd640_detected) + c = PRIMARY; + while (wdtab[c].b_active) + tsleep((caddr_t)&wdtab[PRIMARY].b_active, PZERO - 1, wmesg, 1); + #else while (wdtab[ctrlr].b_active) tsleep((caddr_t)&wdtab[ctrlr].b_active, PZERO - 1, wmesg, 1); + #endif splx(s); } ----------------------------------------------------------------------------- Index: pci.c =================================================================== RCS file: /usr/cvsroot/src/sys/pci/pci.c,v retrieving revision 1.65 diff -c -r1.65 pci.c *** pci.c 1997/02/05 07:23:56 1.65 --- pci.c 1997/02/11 20:27:40 *************** *** 148,153 **** --- 148,156 ---- * for the Orion host to PCI bridge * UGLY hack ... :( Will be changed :) */ + #ifdef CMD640 + int cmd640_detected = 0; + #endif /*-------------------------------------------------------- ** ** Local variables. *************** *** 728,733 **** --- 731,740 ---- if ((!type) || (type==0xfffffffful)) continue; + #ifdef CMD640 + if (type == 0x06401095) + cmd640_detected = 1; + #endif /* ** lookup device in ioconfiguration: */ -- Mike Pritchard mpp@FreeBSD.org "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-bugs Tue Feb 18 23:30:59 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA09981 for bugs-outgoing; Tue, 18 Feb 1997 23:30:59 -0800 (PST) Received: from ghpc6.ihf.rwth-aachen.de (ghpc6.ihf.RWTH-Aachen.DE [134.130.90.6]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id XAA09976 for ; Tue, 18 Feb 1997 23:30:55 -0800 (PST) Received: (from thomas@localhost) by ghpc6.ihf.rwth-aachen.de (8.6.12/8.6.9) id IAA26332; Wed, 19 Feb 1997 08:30:39 +0100 From: Thomas Gellekum Message-Id: <199702190730.IAA26332@ghpc6.ihf.rwth-aachen.de> Subject: Re: RELENG_2_2 fails to build To: joerg_wunsch@uriah.heep.sax.de Date: Wed, 19 Feb 1997 08:30:38 +0100 (MET) Cc: freebsd-bugs@freebsd.org In-Reply-To: from J Wunsch at "Feb 19, 97 01:18:04 am" Organization: Institut f. Hochfrequenztechnik, RWTH Aachen 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-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk J Wunsch wrote: > As Bruce Evans wrote: > > > >That's not the problem here. I can reproduce the problem in a `make > > >release' build, and investigation shows me that it's already fixed in > > >-current, but the fix didn't went into RELENG_2_2. > > > > A[rgh]h. It doesn't really need to be in 2.2, because the new texinfo > > isn't in 2.2. Downgrading isn't really supported. > > Nobody speaks about downgrading. It fails to build with its very own > texinfo as it seems. > > Hmm, maybe not. texinfo is already needed very early in the build > process. Anyway, merging the fix from current wouldn't hurt either. Didn't my mail get through? I got the same symptoms on my machine where the makeinfo from teTeX (newer version than in 2.2) comes before /usr/bin/makeinfo in my $PATH. Define MAKEINFO=/usr/bin/makeinfo in /etc/make.conf (or /usr/src/share/mk/bsd.info.mk on the RELENG_2_2 branch) and you're set. I don't know what the fix in -current is, but 2.2 really builds with its own tools :-). tg From owner-freebsd-bugs Wed Feb 19 01:33:36 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA14842 for bugs-outgoing; Wed, 19 Feb 1997 01:33:36 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA14837 for ; Wed, 19 Feb 1997 01:33:33 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id BAA08984; Wed, 19 Feb 1997 01:33:13 -0800 (PST) To: Bruce Evans cc: freebsd-bugs@freefall.freebsd.org Subject: Re: bin/2762: Precedence mistake in libncurses In-reply-to: Your message of "Tue, 18 Feb 1997 20:40:03 PST." <199702190440.UAA01576@freefall.freebsd.org> Date: Wed, 19 Feb 1997 01:33:13 -0800 Message-ID: <8980.856344793@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > sysinstall apparently used to depend on these bugs: > > RCS file: /a/ncvs/src/lib/libncurses/lib_addch.c,v > Working file: lib_addch.c > head: 1.6 > ... > ---------------------------- > revision 1.6 > date: 1996/09/26 01:08:27; author: pst; state: Exp; lines: +1 -1 > Back out my recent compilation clean-up changes, sysinstall is now weird. I kinda doubt it. It's more probably libdialog which is the ncurses abuser. I make little direct use of ncurses in sysinstall, and what little I do is pretty straight-forward. I don't think I'm breaking any rules. Jordan From owner-freebsd-bugs Wed Feb 19 02:40:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA16959 for bugs-outgoing; Wed, 19 Feb 1997 02:40:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA16953; Wed, 19 Feb 1997 02:40:03 -0800 (PST) Resent-Date: Wed, 19 Feb 1997 02:40:03 -0800 (PST) Resent-Message-Id: <199702191040.CAA16953@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.CAA16661;Wed; (8.8.5/8.8.5);, 19 Feb 1997 02:30:50.-0800 (PST) Message-Id: <199702191030.CAA16661@freefall.freebsd.org> Date: Wed, 19 Feb 1997 02:30:50 -0800 (PST) From: iwaki@jaist.ac.jp To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: kern/2767: [2.2-970215-GAMMA] de0 doesn't work with SMC9332BDT and a solution Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2767 >Category: kern >Synopsis: [2.2-970215-GAMMA] de0 doesn't work with SMC9332BDT and a solution >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Wed Feb 19 02:40:01 PST 1997 >Last-Modified: >Originator: Mamoru IWAKI >Organization: Japan Advanced Institute of Science and Technology >Release: 2.2-970215-GAMMA >Environment: FreeBSD ais-gw2k.jaist.ac.jp 2.2-970215-GAMMA FreeBSD 2.2-970215-GAMMA #0: Thu Feb 20 01:32:04 JST 1997 root@ais-gw2k.jaist.ac.jp:/usr/src/sys/compile/GENERIC_BIG i386 >Description: I cannot ftp-install the 2.2-970215-GAMMA using its boot.flp because de0 with SMC9332BDT does not work and says "timeout". And the same problem still exists after installing the GAMMA from msdos partition. I hope the problem will have been settled in the RELEASE. >How-To-Repeat: The problem is repeated on ftp-install using boot.flp and de0-access using GENERIC kernel of 2.2-970215-GAMMA when SMC9332BDT is used. >Fix: I don't know the origin of the following patch, but it looks like working well in my environment(10baseT). *** if_de.c.orig Wed Feb 19 17:38:55 1997 --- if_de.c Wed Feb 19 17:39:41 1997 *************** *** 1826,1831 **** --- 1826,1839 ---- tulip_21140_mii_probe, }; + static const tulip_boardsw_t tulip_21140_smc9332bdt_boardsw = { + TULIP_21140_DEC_DE500, "SMC SMC9332BDT EtherPower10/100 ", + tulip_21140_de500aa_media_probe, + tulip_21140_de500aa_media_select, + tulip_21140_mii_media_preset, + tulip_21140_mii_probe, + }; + static int tulip_21041_media_probe( tulip_softc_t * const sc) *************** *** 3012,3017 **** --- 3020,3029 ---- if (sc->tulip_chipid == TULIP_21041) return; + if (sc->tulip_chipid == TULIP_21140A) { + sc->tulip_boardsw = &tulip_21140_smc9332bdt_boardsw; + return; + } if (sc->tulip_chipid == TULIP_21140) { sc->tulip_boardsw = &tulip_21140_smc9332_boardsw; return; >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Feb 19 06:50:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA26200 for bugs-outgoing; Wed, 19 Feb 1997 06:50:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA26193; Wed, 19 Feb 1997 06:50:03 -0800 (PST) Resent-Date: Wed, 19 Feb 1997 06:50:03 -0800 (PST) Resent-Message-Id: <199702191450.GAA26193@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, j@ida.interface-business.de Received: from innocence.interface-business.de (innocence.interface-business.de [193.101.57.202]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA25958 for ; Wed, 19 Feb 1997 06:43:20 -0800 (PST) Received: from ida.interface-business.de (ida.interface-business.de [193.101.57.203]) by innocence.interface-business.de (8.6.11/8.6.9) with SMTP id PAA17105 for ; Wed, 19 Feb 1997 15:39:22 +0100 Received: (from j@localhost) by ida.interface-business.de (8.8.5/8.7.3) id PAA01363; Wed, 19 Feb 1997 15:43:12 +0100 (MET) Message-Id: <199702191443.PAA01363@ida.interface-business.de> Date: Wed, 19 Feb 1997 15:43:12 +0100 (MET) From: J Wunsch Reply-To: j@ida.interface-business.de To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/2768: ktrace(1) -i dumps corrupted trace data Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2768 >Category: kern >Synopsis: ktrace(1) -i dumps corrupted trace data >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Feb 19 06:50:02 PST 1997 >Last-Modified: >Originator: J Wunsch >Organization: interface business GmbH, Dresden >Release: FreeBSD 2.2-GAMMA i386 >Environment: FreeBSD 2.2-GAMMA, probably any other version as well. >Description: Running ktrace -i on a process that becomes a daemon and then heavily forks off children causes parts of the ktrace.out file being corrupted. In my case, the ktrace file started with 25160 NUL bytes before the first usable entry could be found, and the behaviour to sprinkle the trace file with odd numbers of NUL bytes continued throughout the entire trace. No useful pattern could be guessed where it happens, but i suspect it is related to process switching. By manually deleting the junk, i've been able to reveal some usable entries, but judging from the data contents of the dump it seems the NUL bytes have been clobbering valid entries (as opposed to being put in there in excess of the other dump data). >How-To-Repeat: Run ktrace -i on something that often forks off children. In my case, it's been syslogd with the (yet inofficial) log-to-pipe extensions, but i assume something similar would happen e.g. for inetd. A typical symptom is: j@ida 142% kdump -f /tmp/syslogd.trace 1937075797 ed kdump: Cannot allocate memory. at-7 207/udp #AppleTal@  UNKNOWN(27745) j@ida 143% >Fix: Not known. Maybe a VM problem? However, 25160 ain't a mulitple of the page size either. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Feb 19 08:10:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA29430 for bugs-outgoing; Wed, 19 Feb 1997 08:10:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA29414; Wed, 19 Feb 1997 08:10:03 -0800 (PST) Resent-Date: Wed, 19 Feb 1997 08:10:03 -0800 (PST) Resent-Message-Id: <199702191610.IAA29414@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, hsu@clinet.fi Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA29046 for ; Wed, 19 Feb 1997 08:01:31 -0800 (PST) Received: from news.clinet.fi (root@news.clinet.fi [194.100.0.3]) by hauki.clinet.fi (8.8.5/8.6.4) with ESMTP id SAA21952 for ; Wed, 19 Feb 1997 18:01:10 +0200 (EET) Received: (root@localhost) by news.clinet.fi (8.8.4/8.6.4) id SAA03478; Wed, 19 Feb 1997 18:01:19 +0200 (EET) Message-Id: <199702191601.SAA03478@news.clinet.fi> Date: Wed, 19 Feb 1997 18:01:19 +0200 (EET) From: Heikki Suonsivu Reply-To: hsu@clinet.fi To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/2770: panic: vm_fault: fault on nofault entry Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2770 >Category: kern >Synopsis: panic: vm_fault: fault on nofault entry >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Feb 19 08:10:01 PST 1997 >Last-Modified: >Originator: Heikki Suonsivu >Organization: Clinet, Espoo, Finland >Release: FreeBSD 2.2-GAMMA i386 >Environment: 2.2, news server. 2940, 128M, P150. >Description: hsu#news.clinet.fi Wed 1: gdb -k kernel.5 vmcore.5 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 271000 current pcb at 0x210c98 panic: vm_fault: fault on nofault entry, addr: %lx #0 boot (howto=256) at ../../kern/kern_shutdown.c:243 243 dumppcb.pcb_cr3 = rcr3(); (kgdb) bt #0 boot (howto=256) at ../../kern/kern_shutdown.c:243 #1 0xf0112402 in panic ( fmt=0xf01ba8a7 "vm_fault: fault on nofault entry, addr: %lx") at ../../kern/kern_shutdown.c:367 #2 0xf01ba9ce in vm_fault (map=0xf3ce7f00, vaddr=4139446272, fault_type=1 '\001', change_wiring=0) at ../../vm/vm_fault.c:201 #3 0xf01cf4f4 in trap_pfault (frame=0xefbffc74, usermode=0) at ../../i386/i386/trap.c:642 #4 0xf01cf21f in trap (frame={tf_es = 16, tf_ds = 16, tf_edi = 8191, tf_esi = -187545600, tf_ebp = -272630456, tf_isp = -272630628, tf_ebx = -155520966, tf_edx = -158917020, tf_ecx = 49210, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -266653641, tf_cs = 8, tf_eflags = 66182, tf_esp = -188058368, tf_ss = -272630396}) at ../../i386/i386/trap.c:311 #5 0xf01b3037 in ufs_lookup (ap=0xefbffd84) at ../../ufs/ufs/ufs_lookup.c:279 #6 0xf0130619 in lookup (ndp=0xefbffef4) at vnode_if.h:31 #7 0xf013015b in namei (ndp=0xefbffef4) at ../../kern/vfs_lookup.c:156 #8 0xf0135b5d in vn_open (ndp=0xefbffef4, fmode=1538, cmode=436) at ../../kern/vfs_vnops.c:92 #9 0xf0133423 in open (p=0xf48b1400, uap=0xefbfff94, retval=0xefbfff84) at ../../kern/vfs_syscalls.c:684 #10 0xf01cfcef in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = 16611828, tf_esi = 187448, tf_ebp = -272641872, tf_isp = -272629788, tf_ebx = 20820437, tf_edx = 104, tf_ecx = -272642038, tf_eax = 5, tf_trapno = 12, tf_err = 7, tf_eip = 134842801, tf_cs = 31, tf_eflags = 663, tf_esp = -272642236, tf_ss = 39}) at ../../i386/i386/trap.c:892 #11 0x80989b1 in ?? () #12 0x4fab in ?? () #13 0xcfeb in ?? () #14 0xedc7 in ?? () #15 0xf477 in ?? () #16 0x99eb in ?? () #17 0xc592 in ?? () #18 0x1096 in ?? () (kgdb) frame 5 #5 0xf01b3037 in ufs_lookup (ap=0xefbffd84) at ../../ufs/ufs/ufs_lookup.c:279 279 ep = (struct direct *)((char *)bp->b_data + entryoffsetinblock); (kgdb) list 274 * Full validation checks are slow, so we only check 275 * enough to insure forward progress through the 276 * directory. Complete checks can be run by patching 277 * "dirchk" to be true. 278 */ 279 ep = (struct direct *)((char *)bp->b_data + entryoffsetinblock); 280 if (ep->d_reclen == 0 || 281 (dirchk && ufs_dirbadentry(vdp, ep, entryoffsetinblock))) { 282 int i; 283 (kgdb) print bp $1 = (struct buf *) 0xf6871e64 (kgdb) print *bp $2 = {b_hash = {le_next = 0xf687ade8, le_prev = 0xf6855a5c}, b_vnbufs = { le_next = 0xf68ab358, le_prev = 0xf4ca7530}, b_freelist = { tqe_next = 0xf68681fc, tqe_prev = 0xf02213a8}, b_act = {tqe_next = 0x0, tqe_prev = 0xf484ffd4}, b_proc = 0x0, b_flags = 1049104, b_qindex = 0, b_usecount = 4 '\004', b_error = 0, b_bufsize = 8192, b_bcount = 8192, b_resid = 0, b_dev = 1148, b_un = { b_addr = 0xf6bad000 "Path: news.clinet.fi!news.cs.hut.fi!news.funet.fi!news.eunet.fi!EU.net!news.mathworks.com!fu-berlin.de!informatik.tu-muenchen.de!lrz-muenchen.de!news.rz.uni-passau.de!borodin!gorlatch\nFrom: gorlatch@f"...}, b_kvabase = 0xf6bad000 "Path: news.clinet.fi!news.cs.hut.fi!news.funet.fi!news.eunet.fi!EU.net!news.mathworks.com!fu-berlin.de!informatik.tu-muenchen.de!lrz-muenchen.de!news.rz.uni-passau.de!borodin!gorlatch\nFrom: gorlatch@f"..., b_kvasize = 8192, b_saveaddr = 0x0, b_lblkno = 5, b_blkno = 1025104, b_iodone = 0, b_iodone_chain = 0x0, b_vp = 0xf4ca7500, b_dirtyoff = 0, b_dirtyend = 0, b_rcred = 0x0, b_wcred = 0x0, b_validoff = 0, b_validend = 0, b_pblkno = 1025104, b_savekva = 0x0, b_driver1 = 0x0, b_driver2 = 0x0, b_spc = 0x0, b_cluster = {cluster_head = {tqh_first = 0x0, tqh_last = 0xf68422f8}, cluster_entry = {tqe_next = 0x0, tqe_prev = 0xf68422f8}}, b_pages = {0xf0404970, 0xf04056a4, 0x0 }, b_npages = 1010607} (kgdb) print entryoffsetinblock $3 = 8250 (kgdb) >How-To-Repeat: I do not know, but running a busy news server seems to help. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Feb 19 08:10:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA29440 for bugs-outgoing; Wed, 19 Feb 1997 08:10:10 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA29427; Wed, 19 Feb 1997 08:10:05 -0800 (PST) Resent-Date: Wed, 19 Feb 1997 08:10:05 -0800 (PST) Resent-Message-Id: <199702191610.IAA29427@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, hsu@clinet.fi Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA29210 for ; Wed, 19 Feb 1997 08:05:59 -0800 (PST) Received: from news.clinet.fi (root@news.clinet.fi [194.100.0.3]) by hauki.clinet.fi (8.8.5/8.6.4) with ESMTP id SAA22215 for ; Wed, 19 Feb 1997 18:05:48 +0200 (EET) Received: (root@localhost) by news.clinet.fi (8.8.4/8.6.4) id SAA03914; Wed, 19 Feb 1997 18:05:57 +0200 (EET) Message-Id: <199702191605.SAA03914@news.clinet.fi> Date: Wed, 19 Feb 1997 18:05:57 +0200 (EET) From: Heikki Suonsivu Reply-To: hsu@clinet.fi To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/2771: panic: bad dir Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2771 >Category: kern >Synopsis: panic: bad dir >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Feb 19 08:10:04 PST 1997 >Last-Modified: >Originator: Heikki Suonsivu >Organization: Clinet, Espoo, Finland >Release: FreeBSD 2.2-GAMMA i386 >Environment: 2.2, news server, 128M, 2940 >Description: hsu#news.clinet.fi Wed 1: gdb -k kernel.4 vmcore.4 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 271000 current pcb at 0x210c98 panic: bad dir #0 boot (howto=256) at ../../kern/kern_shutdown.c:243 243 dumppcb.pcb_cr3 = rcr3(); (kgdb) bt #0 boot (howto=256) at ../../kern/kern_shutdown.c:243 #1 0xf0112402 in panic (fmt=0xf01b37d1 "bad dir") at ../../kern/kern_shutdown.c:367 #2 0xf01b3813 in ufs_dirbad (ip=0xf494ab00, offset=49210, how=0xf01b2b70 "mangled entry") at ../../ufs/ufs/ufs_lookup.c:589 #3 0xf01b3071 in ufs_lookup (ap=0xefbffe5c) at ../../ufs/ufs/ufs_lookup.c:284 #4 0xf0130619 in lookup (ndp=0xefbfff0c) at vnode_if.h:31 #5 0xf013015b in namei (ndp=0xefbfff0c) at ../../kern/vfs_lookup.c:156 #6 0xf0133a2d in link (p=0xf48b5000, uap=0xefbfff94, retval=0xefbfff84) at ../../kern/vfs_syscalls.c:894 #7 0xf01cfcef in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = 1344640, tf_esi = 1, tf_ebp = -272639824, tf_isp = -272629788, tf_ebx = 20082716, tf_edx = 28, tf_ecx = -272641940, tf_eax = 9, tf_trapno = 7, tf_err = 7, tf_eip = 134672897, tf_cs = 31, tf_eflags = 514, tf_esp = -272641840, tf_ss = 39}) at ../../i386/i386/trap.c:892 #8 0x806f201 in ?? () #9 0xcfeb in ?? () #10 0xedc7 in ?? () #11 0xf477 in ?? () #12 0x99eb in ?? () #13 0xc592 in ?? () #14 0x1096 in ?? () (kgdb) up #1 0xf0112402 in panic (fmt=0xf01b37d1 "bad dir") at ../../kern/kern_shutdown.c:367 367 boot(bootopt); (kgdb) up #2 0xf01b3813 in ufs_dirbad (ip=0xf494ab00, offset=49210, how=0xf01b2b70 "mangled entry") at ../../ufs/ufs/ufs_lookup.c:589 589 panic("bad dir"); (kgdb) list 584 585 mp = ITOV(ip)->v_mount; 586 (void)printf("%s: bad dir ino %ld at offset %ld: %s\n", 587 mp->mnt_stat.f_mntonname, ip->i_number, offset, how); 588 if ((mp->mnt_stat.f_flags & MNT_RDONLY) == 0) 589 panic("bad dir"); 590 } 591 592 /* 593 * Do consistency checking on a directory entry: (kgdb) print mp $1 = (struct mount *) 0xf48d8200 (kgdb) print *mp $2 = {mnt_list = {cqe_next = 0xf48db400, cqe_prev = 0xf48d5000}, mnt_op = 0xf02095c0, mnt_vfc = 0xf02095ec, mnt_vnodecovered = 0xf48c8f80, mnt_vnodelist = {lh_first = 0xf4e67080}, mnt_flag = 268439552, mnt_maxsymlinklen = 60, mnt_stat = {f_spare2 = 0, f_bsize = 1024, f_iosize = 8192, f_blocks = 2893614, f_bfree = 641136, f_bavail = 409647, f_files = 1966078, f_ffree = 1073865, f_fsid = {val = {1148, 1}}, f_owner = 0, f_type = 1, f_flags = 268439552, f_spare = {0, 0, 0, 0, 0, 0}, f_mntonname = "/m/news/news3", '\000' , f_mntfromname = "/dev/sd15e", '\000' }, mnt_data = 0xf48dbc00, mnt_time = 0} (kgdb) set radix 16 Input and output radices now set to decimal 16, hex 10, octal 20. (kgdb) print *mp $3 = {mnt_list = {cqe_next = 0xf48db400, cqe_prev = 0xf48d5000}, mnt_op = 0xf02095c0, mnt_vfc = 0xf02095ec, mnt_vnodecovered = 0xf48c8f80, mnt_vnodelist = {lh_first = 0xf4e67080}, mnt_flag = 0x10001000, mnt_maxsymlinklen = 0x3c, mnt_stat = {f_spare2 = 0x0, f_bsize = 0x400, f_iosize = 0x2000, f_blocks = 0x2c272e, f_bfree = 0x9c870, f_bavail = 0x6402f, f_files = 0x1dfffe, f_ffree = 0x1062c9, f_fsid = { val = {0x47c, 0x1}}, f_owner = 0x0, f_type = 0x1, f_flags = 0x10001000, f_spare = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, f_mntonname = "/m/news/news3", '\000' , f_mntfromname = "/dev/sd15e", '\000' }, mnt_data = 0xf48dbc00, mnt_time = 0x0} (kgdb) Dumps are available on request. >How-To-Repeat: Run a busy news server with 2.2 >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Feb 19 08:20:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA29798 for bugs-outgoing; Wed, 19 Feb 1997 08:20:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA29775; Wed, 19 Feb 1997 08:20:02 -0800 (PST) Resent-Date: Wed, 19 Feb 1997 08:20:02 -0800 (PST) Resent-Message-Id: <199702191620.IAA29775@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, hsu@clinet.fi Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA29500 for ; Wed, 19 Feb 1997 08:11:22 -0800 (PST) Received: from news.clinet.fi (root@news.clinet.fi [194.100.0.3]) by hauki.clinet.fi (8.8.5/8.6.4) with ESMTP id SAA22560 for ; Wed, 19 Feb 1997 18:11:10 +0200 (EET) Received: (root@localhost) by news.clinet.fi (8.8.4/8.6.4) id SAA04100; Wed, 19 Feb 1997 18:11:18 +0200 (EET) Message-Id: <199702191611.SAA04100@news.clinet.fi> Date: Wed, 19 Feb 1997 18:11:18 +0200 (EET) From: Heikki Suonsivu Reply-To: hsu@clinet.fi To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/2772: panic: %s:%c:%d: Target did not send an IDENTIFY message. SAVED_TCL == 0x%x Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2772 >Category: kern >Synopsis: panic: %s:%c:%d: Target did not send an IDENTIFY message. SAVED_TCL == 0x%x >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Feb 19 08:20:01 PST 1997 >Last-Modified: >Originator: Heikki Suonsivu >Organization: Clinet, Espoo, Finland >Release: FreeBSD 2.2-GAMMA i386 >Environment: 2.2, news server, 2940, quantum 3G fireball disks (7 of them). >Description: hsu#news.clinet.fi Wed 1: gdb -k kernel.3 vmcore.3 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 271000 current pcb at 0x210c98 panic: %s:%c:%d: Target did not send an IDENTIFY message. SAVED_TCL == 0x%x #0 boot (howto=260) at ../../kern/kern_shutdown.c:243 243 dumppcb.pcb_cr3 = rcr3(); (kgdb) bt #0 boot (howto=260) at ../../kern/kern_shutdown.c:243 #1 0xf0112402 in panic (fmt=0xf01ceeef "page fault") at ../../kern/kern_shutdown.c:367 #2 0xf01cfa56 in trap_fatal (frame=0xf0201cc8) at ../../i386/i386/trap.c:742 #3 0xf01cf544 in trap_pfault (frame=0xf0201cc8, usermode=0) at ../../i386/i386/trap.c:653 #4 0xf01cf21f in trap (frame={tf_es = 16, tf_ds = 16, tf_edi = -188612864, tf_esi = 0, tf_ebp = -266330860, tf_isp = -266330896, tf_ebx = -187488384, tf_edx = 0, tf_ecx = -192626688, tf_eax = -185650176, tf_trapno = 12, tf_err = 0, tf_eip = -267183638, tf_cs = 8, tf_eflags = 66118, tf_esp = 0, tf_ss = -187488384}) at ../../i386/i386/trap.c:311 #5 0xf01319ea in vget (vp=0xf4d32780, lockflag=1) at ../../kern/vfs_subr.c:817 #6 0xf01b0818 in ffs_sync (mp=0xf48d0800, waitfor=2, cred=0xf4878f80, p=0xf0252114) at ../../ufs/ffs/ffs_vfsops.c:819 #7 0xf0132ecb in sync (p=0xf0252114, uap=0x0, retval=0x0) at ../../kern/vfs_syscalls.c:357 #8 0xf011200d in boot (howto=256) at ../../kern/kern_shutdown.c:181 #9 0xf0112402 in panic ( fmt=0xf01f782f "%s:%c:%d: Target did not send an IDENTIFY message. SAVED_TCL == 0x%x\n") at ../../kern/kern_shutdown.c:367 #10 0xf01f7e28 in ahc_handle_seqint (ahc=0xf484b000, intstat=33 '!') at ../../i386/scsi/aic7xxx.c:904 #11 0xf01f760c in ahc_intr (arg=0xf484b000) at ../../i386/scsi/aic7xxx.c:768 #12 0xf01c876e in vec11 () #13 0xf0109640 in softclock () at ../../kern/kern_clock.c:668 (kgdb) frame 9 #9 0xf0112402 in panic ( fmt=0xf01f782f "%s:%c:%d: Target did not send an IDENTIFY message. SAVED_TCL == 0x%x\n") at ../../kern/kern_shutdown.c:367 367 boot(bootopt); (kgdb) list 362 363 #if defined(DDB) 364 if (debugger_on_panic) 365 Debugger ("panic"); 366 #endif 367 boot(bootopt); 368 } 369 370 /* 371 * Two routines to handle adding/deleting items on the (kgdb) up #10 0xf01f7e28 in ahc_handle_seqint (ahc=0xf484b000, intstat=33 '!') at ../../i386/scsi/aic7xxx.c:904 904 ahc_inb(ahc, SAVED_TCL)); (kgdb) list 899 * alternative??? 900 */ 901 panic("%s:%c:%d: Target did not send an IDENTIFY message. " 902 "SAVED_TCL == 0x%x\n", 903 ahc_name(ahc), channel, target, 904 ahc_inb(ahc, SAVED_TCL)); 905 break; 906 case BAD_PHASE: 907 printf("%s:%c:%d: unknown scsi bus phase. Attempting to " 908 "continue\n", ahc_name(ahc), channel, target); (kgdb) print ahc $1 = (struct ahc_softc *) 0xf484b000 (kgdb) print *ahc $2 = {unit = 1, type = AHC_294, flags = AHC_INIT, baseport = 54272, maddr = 0x0, scb_data = 0xf484b108, busreset_args = {ahc = 0xf484b000, bus = 66 'B'}, busreset_args_b = {ahc = 0x0, bus = 0 '\000'}, sc_link = { target = 0 '\000', lun = 0 '\000', adapter_targ = 7 '\a', adapter_unit = 1 '\001', adapter_bus = 0 '\000', scsibus = 1 '\001', dev_unit = 0 '\000', opennings = 2 '\002', active = 0 '\000', flags = 48, quirks = 0, adapter = 0xf020e434, device = 0xf020e454, active_xs = 0x0, fordriver = 0x0, devmodes = 0x0, dev = 0, sd = 0x0, inqbuf = { device = 0 '\000', dev_qual2 = 0 '\000', version = 0 '\000', response_format = 0 '\000', additional_length = 0 '\000', unused = "\000", flags = 0 '\000', vendor = "\000\000\000\000\000\000\000", product = '\000' , revision = "\000\000\000", extra = "\000\000\000\000\000\000\000"}, adapter_softc = 0xf484b000}, sc_link_b = {target = 0 '\000', lun = 0 '\000', adapter_targ = 0 '\000', adapter_unit = 0 '\000', adapter_bus = 0 '\000', scsibus = 0 '\000', dev_unit = 0 '\000', opennings = 0 '\000', active = 0 '\000', flags = 0, quirks = 0, adapter = 0x0, device = 0x0, active_xs = 0x0, fordriver = 0x0, devmodes = 0x0, dev = 0, sd = 0x0, inqbuf = {device = 0 '\000', dev_qual2 = 0 '\000', version = 0 '\000', response_format = 0 '\000', additional_length = 0 '\000', unused = "\000", flags = 0 '\000', vendor = "\000\000\000\000\000\000\000", product = '\000' , revision = "\000\000\000", extra = "\000\000\000\000\000\000\000"}, adapter_softc = 0x0}, waiting_scbs = {stqh_first = 0x0, stqh_last = 0xf484b0e0}, activescbs = 0 '\000', needsdtr_orig = 255, needwdtr_orig = 0, needsdtr = 255, needwdtr = 0, sdtrpending = 126, wdtrpending = 0, tagenable = 0, orderedtag = 0, discenable = 255, our_id = 7 '\a', our_id_b = 0 '\000', qcntmask = 31 '\037', qfullcount = 16 '\020', curqincnt = 0 '\000', unpause = 2 '\002', pause = 6 '\006', in_timeout = 0 '\000', in_reset = 2 '\002'} (kgdb) print channel $3 = 65 'A' (kgdb) print target $4 = 1 '\001' (kgdb) dumps are available on request >How-To-Repeat: run a busy news server >Fix: wish I knew >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Feb 19 08:20:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA29816 for bugs-outgoing; Wed, 19 Feb 1997 08:20:10 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA29797; Wed, 19 Feb 1997 08:20:06 -0800 (PST) Resent-Date: Wed, 19 Feb 1997 08:20:06 -0800 (PST) Resent-Message-Id: <199702191620.IAA29797@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, hsu@clinet.fi Received: from hauki.clinet.fi (hauki.clinet.fi [194.100.0.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA29707 for ; Wed, 19 Feb 1997 08:18:32 -0800 (PST) Received: from news.clinet.fi (root@news.clinet.fi [194.100.0.3]) by hauki.clinet.fi (8.8.5/8.6.4) with ESMTP id SAA22892 for ; Wed, 19 Feb 1997 18:17:54 +0200 (EET) Received: (root@localhost) by news.clinet.fi (8.8.4/8.6.4) id SAA04519; Wed, 19 Feb 1997 18:18:03 +0200 (EET) Message-Id: <199702191618.SAA04519@news.clinet.fi> Date: Wed, 19 Feb 1997 18:18:03 +0200 (EET) From: Heikki Suonsivu Reply-To: hsu@clinet.fi To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/2773: bad dir Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2773 >Category: kern >Synopsis: bad dir panic >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Feb 19 08:20:04 PST 1997 >Last-Modified: >Originator: Heikki Suonsivu >Organization: Clinet, Espoo, Finland >Release: FreeBSD 2.2-GAMMA i386 >Environment: 2.2 news server, 2940, 128M, 7 * 3G quantum fb. >Description: hsu#news.clinet.fi Wed 2: gdb -k kernel.2 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 b21000 current pcb at 0x21b3fc panic: from debugger #0 boot (howto=256) at ../../kern/kern_shutdown.c:243 243 dumppcb.pcb_cr3 = rcr3(); (kgdb) bt #0 boot (howto=256) at ../../kern/kern_shutdown.c:243 #1 0xf0116013 in panic (fmt=0xf0101439 "from debugger") at ../../kern/kern_shutdown.c:367 #2 0xf0101455 in db_panic (dummy1=-266634537, dummy2=0, dummy3=-1, dummy4=0xefbffc0c "") at ../../ddb/db_command.c:436 #3 0xf0101345 in db_command (last_cmdp=0xf020bb24, cmd_table=0xf020b974, aux_cmd_tablep=0xf0255d00) at ../../ddb/db_command.c:333 #4 0xf01014c2 in db_command_loop () at ../../ddb/db_command.c:458 #5 0xf0103c88 in db_trap (type=12, code=0) at ../../ddb/db_trap.c:73 #6 0xf01cfccb in kdb_trap (type=12, code=0, regs=0xefbffd50) at ../../i386/i386/db_interface.c:126 #7 0xf01d953f in trap_fatal (frame=0xefbffd50) at ../../i386/i386/trap.c:738 #8 0xf01d9038 in trap_pfault (frame=0xefbffd50, usermode=0) at ../../i386/i386/trap.c:653 #9 0xf01d8cd7 in trap (frame={tf_es = 16, tf_ds = 16, tf_edi = 8191, tf_esi = -169903616, tf_ebp = -272630236, tf_isp = -272630408, tf_ebx = -132091846, tf_edx = -142553356, tf_ecx = 49210, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -266634537, tf_cs = 8, tf_eflags = 66182, tf_esp = -174733312, tf_ss = -272630176}) at ../../i386/i386/trap.c:311 #10 0xf01b7ad7 in ufs_lookup (ap=0xefbffe60) at ../../ufs/ufs/ufs_lookup.c:279 #11 0xf0134299 in lookup (ndp=0xefbfff0c) at vnode_if.h:31 #12 0xf0133ddb in namei (ndp=0xefbfff0c) at ../../kern/vfs_lookup.c:156 #13 0xf01379b9 in unlink (p=0xf58d1400, uap=0xefbfff94, retval=0xefbfff84) at ../../kern/vfs_syscalls.c:986 #14 0xf01d97f7 in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = 0, tf_esi = 20047930, tf_ebp = -272642264, tf_isp = -272629788, tf_ebx = 20047947, tf_edx = 20047908, tf_ecx = 1801, tf_eax = 10, tf_trapno = 7, tf_err = 7, tf_eip = 134834753, tf_cs = 31, tf_eflags = 582, tf_esp = -272642564, tf_ss = 39}) at ../../i386/i386/trap.c:892 #15 0x8096a41 in ?? () #16 0x32fe in ?? () #17 0x53dc in ?? () #18 0xcfeb in ?? () #19 0xedc7 in ?? () #20 0xf477 in ?? () #21 0x99eb in ?? () #22 0xc592 in ?? () #23 0x1096 in ?? () (kgdb) frame 10 #10 0xf01b7ad7 in ufs_lookup (ap=0xefbffe60) at ../../ufs/ufs/ufs_lookup.c:279 279 ep = (struct direct *)((char *)bp->b_data + entryoffsetinblock); (kgdb) list 274 * Full validation checks are slow, so we only check 275 * enough to insure forward progress through the 276 * directory. Complete checks can be run by patching 277 * "dirchk" to be true. 278 */ 279 ep = (struct direct *)((char *)bp->b_data + entryoffsetinblock); 280 if (ep->d_reclen == 0 || 281 (dirchk && ufs_dirbadentry(vdp, ep, entryoffsetinblock))) { 282 int i; 283 (kgdb) print ep $1 = (struct direct *) 0xf820703a (kgdb) print *ep Cannot access memory at address 0xf820703a. (kgdb) print bp $2 = (struct buf *) 0xf780cef4 (kgdb) print *bp $3 = {b_hash = {le_next = 0xf77e5b9c, le_prev = 0xf77e3784}, b_vnbufs = { le_next = 0xf78131c8, le_prev = 0xf595c830}, b_freelist = { tqe_next = 0xf78169a4, tqe_prev = 0xf022bb0c}, b_act = {tqe_next = 0x0, tqe_prev = 0xf57b91d4}, b_proc = 0x0, b_flags = 1049104, b_qindex = 0, b_usecount = 4 '\004', b_error = 0, b_bufsize = 8192, b_bcount = 8192, b_resid = 0, b_dev = 1132, b_un = { b_addr = 0xf8205000 "Path: news.clinet.fi!news.cs.hut.fi!news.funet.fi!newsfeed.sunet.se!news00.sunet.se!sunic!mn6.swip.net!plug.news.pipex.net!pipex!oleane!newsxfer3.itd.umich.edu!news.bbnplanet.com!su-news-hub1.bbnplane"...}, b_kvabase = 0xf8205000 "Path: news.clinet.fi!news.cs.hut.fi!news.funet.fi!newsfeed.sunet.se!news00.sunet.se!sunic!mn6.swip.net!plug.news.pipex.net!pipex!oleane!newsxfer3.itd.umich.edu!news.bbnplanet.com!su-news-hub1.bbnplane"..., b_kvasize = 8192, b_saveaddr = 0x0, b_lblkno = 5, b_blkno = 760176, b_iodone = 0, b_iodone_chain = 0x0, b_vp = 0xf595c800, b_dirtyoff = 0, b_dirtyend = 0, b_rcred = 0x0, b_wcred = 0x0, b_validoff = 0, b_validend = 0, b_pblkno = 760176, b_savekva = 0x0, b_driver1 = 0x0, b_driver2 = 0x0, b_spc = 0x0, b_cluster = {cluster_head = { tqh_first = 0xf78169a4, tqh_last = 0xf7813258}, cluster_entry = { tqe_next = 0xf78169a4, tqe_prev = 0xf7813258}}, b_pages = {0xf0c3e3e8, 0xf0c08a84, 0x0 }, b_npages = 1016327} (kgdb) print entryoffsetinblock $4 = 8250 (kgdb) dumps available on request >How-To-Repeat: run a busy news server >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Feb 19 09:13:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA03441 for bugs-outgoing; Wed, 19 Feb 1997 09:13:08 -0800 (PST) Received: from sakura.tama.or.jp (uucp@sakura.tama.or.jp [203.139.8.12]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA03435 for ; Wed, 19 Feb 1997 09:12:54 -0800 (PST) Received: (from uucp@localhost) by sakura.tama.or.jp (8.8.5/3.5Wbeta-09/19/96) with UUCP id CAA19701 for bugs@freebsd.org; Thu, 20 Feb 1997 02:12:38 +0900 (JST) Received: from mamedas.buchi.tama.or.jp (mamedas [192.168.2.6]) by innova.buchi.tama.or.jp (8.6.12/3.4Wbeta6-960606) with ESMTP id XAA13464; Wed, 19 Feb 1997 23:32:21 +0900 Received: from localhost (localhost [127.0.0.1]) by mamedas.buchi.tama.or.jp (8.7.5/3.4Wbeta6-961106) with ESMTP id XAA01311; Sat, 19 Feb 2000 23:29:45 +0900 (JST) Message-Id: <200002191429.XAA01311@mamedas.buchi.tama.or.jp> To: bugs@freebsd.org cc: hoso@buchi.tama.or.jp Subject: sysinstall memory leak (2.2-BETA) Mime-Version: 1.0 Content-Type: text/plain; charset=iso-2022-jp Date: Sat, 19 Feb 2000 23:29:44 +0900 From: HOSOBUCHI Noriyuki Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I found a bug in sysinstall ( release/sysinstall/uc_scsi.c ). This patch will fix kernel panic with message 'panic: can't do anything without my init' when updating kernel params. (Problem report kern/2450) Tested Version: 2.2-Beta (FreeBSD(98)- 2.2-BETA-98) *** uc_scsi.c.ORG Tue Feb 18 07:20:53 1997 --- uc_scsi.c Tue Feb 18 07:21:12 1997 *************** *** 163,169 **** sbp=(struct uc_scsibus *)realloc(sbp, sizeof(struct uc_scsibus)* (nscsibus+1)); ! sbpc=sbp+nscsibus+1; bzero(sbpc, sizeof(struct uc_scsibus)); kp->scsi_devp=sp; --- 163,169 ---- sbp=(struct uc_scsibus *)realloc(sbp, sizeof(struct uc_scsibus)* (nscsibus+1)); ! sbpc=sbp+nscsibus; bzero(sbpc, sizeof(struct uc_scsibus)); kp->scsi_devp=sp; ---- hoso@buchi.tama.or.jp From owner-freebsd-bugs Wed Feb 19 10:24:17 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA09558 for bugs-outgoing; Wed, 19 Feb 1997 10:24:17 -0800 (PST) Received: (from gibbs@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA09501; Wed, 19 Feb 1997 10:24:11 -0800 (PST) Date: Wed, 19 Feb 1997 10:24:11 -0800 (PST) From: "Justin T. Gibbs" Message-Id: <199702191824.KAA09501@freefall.freebsd.org> To: gibbs, freebsd-bugs, gibbs Subject: Re: kern/2772 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: panic: %s:%c:%d: Target did not send an IDENTIFY message. SAVED_TCL == 0x%x Responsible-Changed-From-To: freebsd-bugs->gibbs Responsible-Changed-By: gibbs Responsible-Changed-When: Wed Feb 19 10:22:32 PST 1997 Responsible-Changed-Why: My driver. From owner-freebsd-bugs Wed Feb 19 11:06:23 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA12267 for bugs-outgoing; Wed, 19 Feb 1997 11:06:23 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id LAA12257 for ; Wed, 19 Feb 1997 11:06:09 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id UAA13784; Wed, 19 Feb 1997 20:05:50 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.6.9) id TAA23086; Wed, 19 Feb 1997 19:57:26 +0100 (MET) Message-ID: Date: Wed, 19 Feb 1997 19:57:26 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: thomas@ghpc8.ihf.rwth-aachen.de (Thomas Gellekum) Cc: freebsd-bugs@freebsd.org Subject: Re: RELENG_2_2 fails to build References: <199702190730.IAA26332@ghpc6.ihf.rwth-aachen.de> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199702190730.IAA26332@ghpc6.ihf.rwth-aachen.de>; from Thomas Gellekum on Feb 19, 1997 08:30:38 +0100 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Thomas Gellekum wrote: > > Hmm, maybe not. texinfo is already needed very early in the build > > process. Anyway, merging the fix from current wouldn't hurt either. > > Didn't my mail get through? I got the same symptoms on my machine > where the makeinfo from teTeX (newer version than in 2.2) comes before > /usr/bin/makeinfo in my $PATH. Hmm Hmm. No, i don't think that's my problem. That's since `make release' bootstraps its own chrooted area (very obviously without any traces from /usr/local), and recompiles itself there. Bootstrapping is done by running `make install' with a DESTDIR set to the chroot area. So, when compiling a RELENG_2_2 release inside a 3.0-current machine, the binaries there are 3.0-current at first, and those are used to recompile the 2.2 tree. Hence, it's ``effectively downgrading''. gnu/lib/libregex's texinfo file isn't compilable with the 3.0-current `makeinfo' command without a special hack. The special hack is in HEAD but not yet in RELENG_2_2. -- 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-bugs Wed Feb 19 11:14:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA12570 for bugs-outgoing; Wed, 19 Feb 1997 11:14:03 -0800 (PST) Received: from Sisyphos.MI.Uni-Koeln.DE (Sisyphos.MI.Uni-Koeln.DE [134.95.212.10]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id LAA12563; Wed, 19 Feb 1997 11:13:57 -0800 (PST) Received: from x14.mi.uni-koeln.de (annexr3-13.slip.Uni-Koeln.DE) by Sisyphos.MI.Uni-Koeln.DE with SMTP id AA27253 (5.67b/IDA-1.5); Wed, 19 Feb 1997 20:12:23 +0100 Received: (from se@localhost) by x14.mi.uni-koeln.de (8.8.5/8.6.9) id UAA02046; Wed, 19 Feb 1997 20:12:20 +0100 (CET) Message-Id: <19970219201220.YQ16850@x14.mi.uni-koeln.de> Date: Wed, 19 Feb 1997 20:12:20 +0100 From: se@freebsd.org (Stefan Esser) To: mpp@freefall.freebsd.org (Mike Pritchard) Cc: freebsd-bugs@freefall.freebsd.org Subject: Re: kern/2305 References: <199702190730.XAA09882@freefall.freebsd.org> X-Mailer: Mutt 0.60-PL0 Mime-Version: 1.0 In-Reply-To: <199702190730.XAA09882@freefall.freebsd.org>; from Mike Pritchard on Feb 18, 1997 23:30:02 -0800 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Feb 18, mpp@freefall.freebsd.org (Mike Pritchard) wrote: > The following reply was made to PR kern/2305; it has been noted by GNATS. > > From: Mike Pritchard > To: freebsd-gnats-submit > Cc: Subject: Re: kern/2305 > Date: Tue, 18 Feb 1997 23:25:19 -0800 (PST) > > Here is a work around posted to freebsd-hackers resent here > to get into the audit trail of this PR: > > > From: Wolfgang Helbig > > Subject: CMD640b workaround - final(?) version > > Hi, > > this is my final patch to work around the CMD640b hardware bug. Please do not apply this suggested patch unchanged. I do not want some broken PCI chip mentioned in the *generic* PCI code, which does deal with the PCI bus on an abstract level, but doesn't know about any actual PCI device ... Regards, STefan From owner-freebsd-bugs Wed Feb 19 13:14:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA19298 for bugs-outgoing; Wed, 19 Feb 1997 13:14:10 -0800 (PST) Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA19288 for ; Wed, 19 Feb 1997 13:14:03 -0800 (PST) Received: from news.clinet.fi (root@news.clinet.fi [194.100.0.3]) by hauki.clinet.fi (8.8.5/8.6.4) with ESMTP id XAA11449; Wed, 19 Feb 1997 23:10:54 +0200 (EET) Received: (hsu@localhost) by news.clinet.fi (8.8.4/8.6.4) id XAA19401; Wed, 19 Feb 1997 23:11:04 +0200 (EET) Date: Wed, 19 Feb 1997 23:11:04 +0200 (EET) Message-Id: <199702192111.XAA19401@news.clinet.fi> From: Heikki Suonsivu To: freebsd-bugs@freebsd.org Cc: gnats@freefall.freebsd.org In-reply-to: Heikki Suonsivu's message of 19 Feb 1997 18:23:04 +0200 Subject: Re: kern/2771: panic: bad dir Organization: Clinet Ltd, Espoo, Finland References: <199702191605.SAA03914@news.clinet.fi> Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <199702191605.SAA03914@news.clinet.fi> Heikki Suonsivu writes: One more thing about this panic; we did not have any problems with this system when it was installed and the disks were mostly empty. The problems started when expire kicked in after about two weeks. We have a built-ourselves expire which keeps space available constant by removing old articles one-by-one, so load it different from traditional news server. IdlePTD 271000 current pcb at 0x210c98 panic: bad dir #0 boot (howto=256) at ../../kern/kern_shutdown.c:243 243 dumppcb.pcb_cr3 = rcr3(); (kgdb) bt #0 boot (howto=256) at ../../kern/kern_shutdown.c:243 #1 0xf0112402 in panic (fmt=0xf01b37d1 "bad dir") at ../../kern/kern_shutdown.c:367 #2 0xf01b3813 in ufs_dirbad (ip=0xf494ab00, offset=49210, how=0xf01b2b70 "mangled entry") at ../../ufs/ufs/ufs_lookup.c:589 #3 0xf01b3071 in ufs_lookup (ap=0xefbffe5c) at ../../ufs/ufs/ufs_lookup.c:284 #4 0xf0130619 in lookup (ndp=0xefbfff0c) at vnode_if.h:31 #5 0xf013015b in namei (ndp=0xefbfff0c) at ../../kern/vfs_lookup.c:156 #6 0xf0133a2d in link (p=0xf48b5000, uap=0xefbfff94, retval=0xefbfff84) at ../../kern/vfs_syscalls.c:894 #7 0xf01cfcef in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = 1344640, tf_esi = 1, tf_ebp = -272639824, tf_isp = -272629788, tf_ebx = 20082716, tf_edx = 28, tf_ecx = -272641940, tf_eax = 9, tf_trapno = 7, tf_err = 7, tf_eip = 134672897, tf_cs = 31, tf_eflags = 514, tf_esp = -272641840, tf_ss = 39}) at ../../i386/i386/trap.c:892 #8 0x806f201 in ?? () #9 0xcfeb in ?? () -- Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@clinet.fi mobile +358-40-5519679 work +358-9-43542270 fax -4555276 From owner-freebsd-bugs Wed Feb 19 13:30:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA20200 for bugs-outgoing; Wed, 19 Feb 1997 13:30:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA20186; Wed, 19 Feb 1997 13:30:03 -0800 (PST) Resent-Date: Wed, 19 Feb 1997 13:30:03 -0800 (PST) Resent-Message-Id: <199702192130.NAA20186@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, gordon@sneaky.lerctr.org Received: from hammy.lonestar.org (iadfw-hgw-1-2989.its.iadfw.net [207.136.19.200]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id NAA19788 for ; Wed, 19 Feb 1997 13:20:40 -0800 (PST) Received: by hammy.lonestar.org (Smail3.1.29.1 #6) id m0vxJKl-000109C; Wed, 19 Feb 97 15:13 CST Message-Id: Date: Wed, 19 Feb 97 15:13 CST From: gordon@sneaky.lerctr.org Reply-To: gordon@sneaky.lerctr.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/2774: NFS blowing holes in files. Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2774 >Category: kern >Synopsis: NFS client on 2.2-BETA blows holes in files >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Feb 19 13:30:02 PST 1997 >Last-Modified: >Originator: Gordon Burditt >Organization: >Release: FreeBSD 2.2-BETA >Environment: Machine G: FreeBSD 2.2-BETA, Pentium-100, IDE Hard disk, NE2000-clone Ethernet card, 32M Machine H: FreeBSD 2.1.5-RELEASE, 486DX-33, IDE and SCSI hard disks, NE200-clone Ethernet card, 16M Both machines are set up as NFS servers and clients. >Description: The enclosed program, which does a very rapid cycle of open file/read file header/compute seek offset/write record at (presumed) end of file/rewrite header/close file/ repeat, succeeds in sticking a large bunch of NUL characters into the file, even though it never writes NULs (except for the record count in the header) and only writes at what should be the current end of file. If you take the open and close out of the loop, it doesn't fail. Server: G (2.2-BETA) H (2.1.5-RELEASE) Client: G (2.2-BETA) FAIL FAIL H (2.1.5-RELEASE) PASS PASS I am presuming that NFS-mounting a partition on the server itself (at another mount point) actually goes through NFS. From the change in execution times, it appears this assumption is correct. In addition, the program runs fine on native filesystems on both G and H. The problem appears to be in using 2.2-BETA as a NFS client. The characteristic that seems to distinguish this problem from everything else which seems to work is rapid opening and closing of the same file. >How-To-Repeat: # include # include # include # include struct header { int maxrec; char x[124]; }; struct record { char filler[64]; }; int main(int argc, char **argv) { int fd; int ret; struct header h; struct record r; int i; /* set up the file to initially contain a header */ /* and 100 records */ fd = open("foo.dat", O_RDWR | O_CREAT | O_TRUNC, 0666); assert(fd >= 0); memset(&r, 'R', sizeof(r)); memset(&h, 'H', sizeof(h)); h.maxrec = 100; ret = write(fd, &h, sizeof(h)); assert(ret == sizeof(h)); for (i = 0; i < 100; i++) { ret = write(fd, &r, sizeof(r)); assert(ret == sizeof(r)); } ret = close(fd); assert(ret == 0); # ifdef KEEPOPEN /* open file */ fd = open("foo.dat", O_RDWR, 0666); assert(fd >= 0); # endif /* now add a bunch of records, using the header to */ /* determine where the end-of-file is */ for (i = 0; i < 200; i++) { # ifndef KEEPOPEN /* open file */ fd = open("foo.dat", O_RDWR, 0666); assert(fd >= 0); # endif /* read header */ ret = lseek(fd, 0L, 0); assert(ret != (off_t) - 1); ret = read(fd, &h, sizeof(h)); assert(ret == sizeof(h)); assert(h.maxrec == i + 100); /* add a record onto the end */ ret = lseek(fd, sizeof(h) + (off_t) sizeof(r) * h.maxrec, 0); assert(ret != (off_t) - 1); memset(&r, "abcdefghijklmnopqrstuvwxyz"[i % 26], sizeof(r)); ret = write(fd, &r, sizeof(r)); assert(ret == sizeof(r)); /* increment record count in header and write it back */ h.maxrec++; ret = lseek(fd, 0L, 0); assert(ret != (off_t) - 1); ret = write(fd, &h, sizeof(h)); assert(ret == sizeof(h)); # ifndef KEEPOPEN /* fsync(fd); here makes the problem worse */ /* close the file */ ret = close(fd); assert(ret == 0); # endif } # ifdef KEEPOPEN /* close the file */ ret = close(fd); assert(ret == 0); # endif exit(0); } _________________________________________________________________________ Typical output on failure: ./x hexdump foo.dat | grep " 0000 0000" 00020c0 0000 0000 0000 0000 0000 0000 0000 0000 >Fix: None known, but apparently avoiding rapid opening and closing of the same file gets around it. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Feb 19 13:30:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA20216 for bugs-outgoing; Wed, 19 Feb 1997 13:30:09 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA20199; Wed, 19 Feb 1997 13:30:06 -0800 (PST) Resent-Date: Wed, 19 Feb 1997 13:30:06 -0800 (PST) Resent-Message-Id: <199702192130.NAA20199@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.NAA19895;Wed; (8.8.5/8.8.5);, 19 Feb 1997 13:22:55.-0800 (PST) Message-Id: <199702192122.NAA19895@freefall.freebsd.org> Date: Wed, 19 Feb 1997 13:22:55 -0800 (PST) From: chris@bb.cc.wa.us To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: conf/2775: Syscons in 2.2 wont work with Diamond Speedstar pro se Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2775 >Category: conf >Synopsis: Syscons in 2.2 wont work with Diamond Speedstar pro se >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Feb 19 13:30:04 PST 1997 >Last-Modified: >Originator: Chris Coleman >Organization: Big Bend Community College >Release: 2.2-GAMMA and 3.0-Current >Environment: >Description: I can't install FreeBSD 2.2-Gamma or 3.0-Current on my machine. It is a pentium 100, 64 Meg of ram, 6G disk space, Adaptech 2940 controller SCSI 2 Fast/Wide Barracuda drives. (4G,2G) , Diamond Stealth Speedstar Pro SE Video Card with 1 Meg of Ram. At boot-up it just starts flashing colors where the letters should be. I think this is a syscons problem. Then I changed out the Video Card to a Trident card. (both are pci) It didnt have the same problem. The flashing stuff went away. But I still couldn't install 2.2-GAMMA. It got all the way through the probe stuff, then it just didn;t do any thing. The last line was APM powermanagment disabled, not probed. It just sat there. >How-To-Repeat: It happened once before when I tried to go to 2.2-Current from 2.1.5 I ended up going to 2.1.6 instead. I never could get to 2.2 anything. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Feb 19 16:40:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA00574 for bugs-outgoing; Wed, 19 Feb 1997 16:40:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA00540; Wed, 19 Feb 1997 16:40:04 -0800 (PST) Date: Wed, 19 Feb 1997 16:40:04 -0800 (PST) Message-Id: <199702200040.QAA00540@freefall.freebsd.org> To: freebsd-bugs Cc: From: Heikki Suonsivu Subject: Re: kern/2771: panic: bad dir Reply-To: Heikki Suonsivu Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/2771; it has been noted by GNATS. From: Heikki Suonsivu To: freebsd-bugs@freebsd.org Cc: gnats@freefall.freebsd.org Subject: Re: kern/2771: panic: bad dir Date: Wed, 19 Feb 1997 23:11:04 +0200 (EET) In article <199702191605.SAA03914@news.clinet.fi> Heikki Suonsivu writes: One more thing about this panic; we did not have any problems with this system when it was installed and the disks were mostly empty. The problems started when expire kicked in after about two weeks. We have a built-ourselves expire which keeps space available constant by removing old articles one-by-one, so load it different from traditional news server. IdlePTD 271000 current pcb at 0x210c98 panic: bad dir #0 boot (howto=256) at ../../kern/kern_shutdown.c:243 243 dumppcb.pcb_cr3 = rcr3(); (kgdb) bt #0 boot (howto=256) at ../../kern/kern_shutdown.c:243 #1 0xf0112402 in panic (fmt=0xf01b37d1 "bad dir") at ../../kern/kern_shutdown.c:367 #2 0xf01b3813 in ufs_dirbad (ip=0xf494ab00, offset=49210, how=0xf01b2b70 "mangled entry") at ../../ufs/ufs/ufs_lookup.c:589 #3 0xf01b3071 in ufs_lookup (ap=0xefbffe5c) at ../../ufs/ufs/ufs_lookup.c:284 #4 0xf0130619 in lookup (ndp=0xefbfff0c) at vnode_if.h:31 #5 0xf013015b in namei (ndp=0xefbfff0c) at ../../kern/vfs_lookup.c:156 #6 0xf0133a2d in link (p=0xf48b5000, uap=0xefbfff94, retval=0xefbfff84) at ../../kern/vfs_syscalls.c:894 #7 0xf01cfcef in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = 1344640, tf_esi = 1, tf_ebp = -272639824, tf_isp = -272629788, tf_ebx = 20082716, tf_edx = 28, tf_ecx = -272641940, tf_eax = 9, tf_trapno = 7, tf_err = 7, tf_eip = 134672897, tf_cs = 31, tf_eflags = 514, tf_esp = -272641840, tf_ss = 39}) at ../../i386/i386/trap.c:892 #8 0x806f201 in ?? () #9 0xcfeb in ?? () -- Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@clinet.fi mobile +358-40-5519679 work +358-9-43542270 fax -4555276 From owner-freebsd-bugs Wed Feb 19 16:42:51 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA00875 for bugs-outgoing; Wed, 19 Feb 1997 16:42:51 -0800 (PST) Received: (from jkh@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA00796; Wed, 19 Feb 1997 16:42:21 -0800 (PST) Date: Wed, 19 Feb 1997 16:42:21 -0800 (PST) From: "Jordan K. Hubbard" Message-Id: <199702200042.QAA00796@freefall.freebsd.org> To: jkh, freebsd-bugs, sos Subject: Re: conf/2775 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Syscons in 2.2 wont work with Diamond Speedstar pro se Responsible-Changed-From-To: freebsd-bugs->sos Responsible-Changed-By: jkh Responsible-Changed-When: Wed Feb 19 16:42:08 PST 1997 Responsible-Changed-Why: syscons is Soren's baby. From owner-freebsd-bugs Wed Feb 19 17:14:51 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA03358 for bugs-outgoing; Wed, 19 Feb 1997 17:14:51 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA03269; Wed, 19 Feb 1997 17:13:17 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id MAA12227; Thu, 20 Feb 1997 12:08:32 +1100 Date: Thu, 20 Feb 1997 12:08:32 +1100 From: Bruce Evans Message-Id: <199702200108.MAA12227@godzilla.zeta.org.au> To: freebsd-bugs@freefall.freebsd.org, gibbs@freefall.freebsd.org Subject: Re: kern/2772 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Synopsis: panic: %s:%c:%d: Target did not send an IDENTIFY message. SAVED_TCL == 0x%x Why didn't the format specifiers get expanded? I think 2.1.7 still uses %r in panic(), but it should work. 2.2 and -current use vprintf(), which does work. Bruce From owner-freebsd-bugs Wed Feb 19 18:36:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA07934 for bugs-outgoing; Wed, 19 Feb 1997 18:36:11 -0800 (PST) Received: from secretariat.astroarch.com (secretariat.astroarch.com [207.170.64.37]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA07928 for ; Wed, 19 Feb 1997 18:36:06 -0800 (PST) Received: (from elh@localhost) by secretariat.astroarch.com (8.7.4/8.7.3) id UAA09387; Wed, 19 Feb 1997 20:36:28 -0600 Date: Wed, 19 Feb 1997 20:36:28 -0600 Message-Id: <199702200236.UAA09387@secretariat.astroarch.com> To: freebsd-bugs@FreeBSD.ORG X-URL: http://www.freebsd.org/support.html X-Mailer: Lynx, Version 2.6 X-Personal_name: Edward L. Haletky From: elh@astroarch.com Subject: SIOCGIFPHYS Cc: elh@secretariat.astroarch.com Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I am in need of code that can query the physical hardware address of an ethernet. I have written the following code but it is to no avail. The SIOCIFPHYS and ifi_physical return 0. I am running 2.1 of FreeBSD. The code follows: #include #include #include #include #include #include #include #include #include /* IP */ #include #include #include #include main() { size_t needed; int mib[6]; char *buf, *lim, *next; struct if_msghdr *ifm; struct sockaddr_dl *sdl; int s,flags; int af = AF_INET; char name[32]; struct ifreq ifr; mib[0] = CTL_NET; mib[1] = PF_ROUTE; mib[2] = 0; mib[3] = 0; /* address family */ mib[4] = NET_RT_IFLIST; mib[5] = 0; /* if particular family specified, only ask about it */ sysctl(mib, 6, NULL, &needed, NULL, 0); buf = (char *)malloc(needed); sysctl(mib, 6, buf, &needed, NULL, 0); lim=buf+needed; for (next = buf; next < lim; next += ifm->ifm_msglen) { ifm = (struct if_msghdr *)next; /* XXX: Swallow up leftover NEWADDR messages */ if (ifm->ifm_type == RTM_NEWADDR) continue; if (ifm->ifm_type == RTM_IFINFO) { sdl = (struct sockaddr_dl *)(ifm + 1); flags = ifm->ifm_flags; } strncpy(name, sdl->sdl_data, sdl->sdl_nlen); name[sdl->sdl_nlen] = '\0'; printf("%s %s\n",name,ifm->ifm_data.ifi_physical); s = socket(af, SOCK_DGRAM, 0); strncpy(ifr.ifr_name, name, sizeof ifr.ifr_name); ioctl(s, SIOCGIFPHYS, (caddr_t)&ifr); printf("%s %d\n",name,ifr.ifr_phys); } } Suggestions are welcome. :) Best regards, Ed Haletky From owner-freebsd-bugs Wed Feb 19 19:56:25 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA13886 for bugs-outgoing; Wed, 19 Feb 1997 19:56:25 -0800 (PST) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA13871; Wed, 19 Feb 1997 19:56:04 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by root.com (8.8.5/8.6.5) with SMTP id TAA16282; Wed, 19 Feb 1997 19:56:58 -0800 (PST) Message-Id: <199702200356.TAA16282@root.com> X-Authentication-Warning: implode.root.com: localhost [127.0.0.1] didn't use HELO protocol To: Bruce Evans cc: freebsd-bugs@freefall.freebsd.org, gibbs@freefall.freebsd.org Subject: Re: kern/2772 In-reply-to: Your message of "Thu, 20 Feb 1997 12:08:32 +1100." <199702200108.MAA12227@godzilla.zeta.org.au> From: David Greenman Reply-To: dg@root.com Date: Wed, 19 Feb 1997 19:56:57 -0800 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >>Synopsis: panic: %s:%c:%d: Target did not send an IDENTIFY message. SAVED_TCL == 0x%x > >Why didn't the format specifiers get expanded? I think 2.1.7 still uses >%r in panic(), but it should work. 2.2 and -current use vprintf(), which >does work. ...because he got that out of syslog and syslog just dumps the unexpanded string? -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-bugs Wed Feb 19 22:24:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA21144 for bugs-outgoing; Wed, 19 Feb 1997 22:24:57 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA21100; Wed, 19 Feb 1997 22:24:46 -0800 (PST) Date: Wed, 19 Feb 1997 22:24:46 -0800 (PST) From: Mike Pritchard Message-Id: <199702200624.WAA21100@freefall.freebsd.org> To: rwm@Apollo.Tansoft.COM, mpp, freebsd-bugs Subject: Re: conf/2285 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Setting memory to 256M in config file causes panic State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Wed Feb 19 22:21:39 PST 1997 State-Changed-Why: I've tried to contact the originator a couple of times, but all mail bounces. I know that wcarchive has more than 256MB memory, so I think that is not the real problem, but being unable to contact the orginator leaves me no choice but to close this PR. If anyone else out there is having panic problems with machines with 265MB of memory, let me know, or better yet, file a new PR with as much info as you can provide :-). From owner-freebsd-bugs Wed Feb 19 22:58:17 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA22848 for bugs-outgoing; Wed, 19 Feb 1997 22:58:17 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA22787; Wed, 19 Feb 1997 22:58:01 -0800 (PST) From: Mike Pritchard Message-Id: <199702200658.WAA22787@freefall.freebsd.org> Subject: Re: kern/2305 To: se@freebsd.org (Stefan Esser) Date: Wed, 19 Feb 1997 22:58:01 -0800 (PST) Cc: freebsd-bugs@freefall.freebsd.org In-Reply-To: <19970219201220.YQ16850@x14.mi.uni-koeln.de> from "Stefan Esser" at Feb 19, 97 08:12:20 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Stefan Esser wrote: > > From: Mike Pritchard > > > > Here is a work around posted to freebsd-hackers resent here > > to get into the audit trail of this PR: > > > > > From: Wolfgang Helbig > > > Subject: CMD640b workaround - final(?) version > > > > Hi, > > > > this is my final patch to work around the CMD640b hardware bug. > > Please do not apply this suggested patch unchanged. > I do not want some broken PCI chip mentioned in the > *generic* PCI code, which does deal with the PCI bus > on an abstract level, but doesn't know about any > actual PCI device ... I had no plans to. I just wanted some type of work-around available to anyone looking at the PR. I think you now get resposibility for this PR :-). -- Mike Pritchard mpp@FreeBSD.org "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-bugs Wed Feb 19 23:01:56 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA23231 for bugs-outgoing; Wed, 19 Feb 1997 23:01:56 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA23169; Wed, 19 Feb 1997 23:00:35 -0800 (PST) Date: Wed, 19 Feb 1997 23:00:35 -0800 (PST) From: Mike Pritchard Message-Id: <199702200700.XAA23169@freefall.freebsd.org> To: mpp, freebsd-bugs, se Subject: Re: kern/2305 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: system hangs with second Ide controller Responsible-Changed-From-To: freebsd-bugs->se Responsible-Changed-By: mpp Responsible-Changed-When: Wed Feb 19 22:58:09 PST 1997 Responsible-Changed-Why: I've seen Stefans name mentioned a few times in looking into this PR, so he gets resposibility for it. From owner-freebsd-bugs Wed Feb 19 23:31:37 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA25873 for bugs-outgoing; Wed, 19 Feb 1997 23:31:37 -0800 (PST) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA25868 for ; Wed, 19 Feb 1997 23:31:29 -0800 (PST) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id XAA11434; Wed, 19 Feb 1997 23:30:49 -0800 (PST) To: HOSOBUCHI Noriyuki cc: bugs@freebsd.org Subject: Re: sysinstall memory leak (2.2-BETA) In-reply-to: Your message of "Sat, 19 Feb 2000 23:29:44 +0900." <200002191429.XAA01311@mamedas.buchi.tama.or.jp> Date: Wed, 19 Feb 1997 23:30:49 -0800 Message-ID: <11431.856423849@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I found a bug in sysinstall ( release/sysinstall/uc_scsi.c ). > > This patch will fix kernel panic with message 'panic: can't do > anything without my init' when updating kernel params. > (Problem report kern/2450) Thanks! This was actually worked around by disabling the SCSI saving code for now with USE_SCSI macro which isn't turned on. :-) It's nice to see you found the original problem, and the fix has been applied by Eric Hernes, the author of that code. Jordan From owner-freebsd-bugs Thu Feb 20 02:58:51 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA05748 for bugs-outgoing; Thu, 20 Feb 1997 02:58:51 -0800 (PST) Received: from ghpc6.ihf.rwth-aachen.de (ghpc6.ihf.RWTH-Aachen.DE [134.130.90.6]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id CAA05737 for ; Thu, 20 Feb 1997 02:58:47 -0800 (PST) Received: (from thomas@localhost) by ghpc6.ihf.rwth-aachen.de (8.6.12/8.6.9) id LAA28551; Thu, 20 Feb 1997 11:58:28 +0100 From: Thomas Gellekum Message-Id: <199702201058.LAA28551@ghpc6.ihf.rwth-aachen.de> Subject: Re: RELENG_2_2 fails to build To: joerg_wunsch@uriah.heep.sax.de Date: Thu, 20 Feb 1997 11:58:27 +0100 (MET) Cc: thomas@ghpc8.ihf.rwth-aachen.de, freebsd-bugs@freebsd.org In-Reply-To: from J Wunsch at "Feb 19, 97 07:57:26 pm" Organization: Institut f. Hochfrequenztechnik, RWTH Aachen 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-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk J Wunsch wrote: > Hence, it's ``effectively > downgrading''. gnu/lib/libregex's texinfo file isn't compilable with > the 3.0-current `makeinfo' command without a special hack. The > special hack is in HEAD but not yet in RELENG_2_2. Sorry, my fault, I wasn't reading carefully. tg From owner-freebsd-bugs Thu Feb 20 09:40:52 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA25776 for bugs-outgoing; Thu, 20 Feb 1997 09:40:52 -0800 (PST) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id JAA25771 for ; Thu, 20 Feb 1997 09:40:49 -0800 (PST) Received: by halloran-eldar.lcs.mit.edu; (5.65v3.2/1.1.8.2/19Aug95-0530PM) id AA09784; Thu, 20 Feb 1997 12:40:02 -0500 Date: Thu, 20 Feb 1997 12:40:02 -0500 From: Garrett Wollman Message-Id: <9702201740.AA09784@halloran-eldar.lcs.mit.edu> To: elh@astroarch.com Cc: freebsd-bugs@freebsd.org, elh@secretariat.astroarch.com Subject: SIOCGIFPHYS In-Reply-To: <199702200236.UAA09387@secretariat.astroarch.com> References: <199702200236.UAA09387@secretariat.astroarch.com> Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk < I am in need of code that can query the physical hardware address of > an ethernet. I have written the following code but it is to no > avail. SIOCGIFPHYS does not get the hardware address. In fact, it does not do anything at all. It was intended to get the currently-selected medium, but this was never implemented by any of the driver writers. You should use SIOCGIFCONF and look for addresses in the AF_LINK family where the sdl_type member (of struct sockaddr_dl, defined in ) is IFT_ETHER. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, ANA, or NSA| - Susan Aglukark and Chad Irschick From owner-freebsd-bugs Thu Feb 20 09:50:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA26131 for bugs-outgoing; Thu, 20 Feb 1997 09:50:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA26125; Thu, 20 Feb 1997 09:50:02 -0800 (PST) Resent-Date: Thu, 20 Feb 1997 09:50:02 -0800 (PST) Resent-Message-Id: <199702201750.JAA26125@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.JAA25998;Thu; (8.8.5/8.8.5);, 20 Feb 1997 09:45:42.-0800 (PST) Message-Id: <199702201745.JAA25998@freefall.freebsd.org> Date: Thu, 20 Feb 1997 09:45:42 -0800 (PST) From: jrj@purdue.edu To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: bin/2779: Uninitialized variable may cause "fetch -m" to fail Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2779 >Category: bin >Synopsis: Uninitialized variable may cause "fetch -m" to fail >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Feb 20 09:50:01 PST 1997 >Last-Modified: >Originator: John R. Jackson >Organization: Purdue University Computing Center >Release: FreeBSD-current as of 18-Jan-97 >Environment: Paragon OSF/1 galaxy 1.0.4 R1.4.1+031714 paragon (specially ported version of "fetch") >Description: Near line 400 of fetch/main.c, it is possible for "seekloc" to not be initialized if mirror mode is used and the file does not exist, i.e. size0 != size or modtime != t. This causes the ftpGet to do random things depending on what was on the stack, such as retrieving nothing, getting only part of the file, etc. >How-To-Repeat: Create a version of fetch with initializes seekloc to a "large" value, then try a mirror mode retrieve of a file that is not local. You should end up with a zero length file. >Fix: I have a suggested patch that I will send via E-mail as a followup, although it is fairly obvious how to fix this. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Feb 20 11:40:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA02930 for bugs-outgoing; Thu, 20 Feb 1997 11:40:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA02897; Thu, 20 Feb 1997 11:40:03 -0800 (PST) Resent-Date: Thu, 20 Feb 1997 11:40:03 -0800 (PST) Resent-Message-Id: <199702201940.LAA02897@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.LAA02848;Thu; (8.8.5/8.8.5);, 20 Feb 1997 11:40:00.-0800 (PST) Message-Id: <199702201940.LAA02848@freefall.freebsd.org> Date: Thu, 20 Feb 1997 11:40:00 -0800 (PST) From: mark@quickweb.com To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: docs/2780: 2.2 Handbook still says 2.1.6 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2780 >Category: docs >Synopsis: 2.2 Handbook still says 2.1.6 >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Thu Feb 20 11:40:01 PST 1997 >Last-Modified: >Originator: Mark Mayo >Organization: RingZero Computing >Release: 2.2-GAMMA (feb 13) >Environment: FreeBSD celebris.quickweb.com 2.2-GAMMA FreeBSD 2.2-GAMMA #0: Thu Feb 13 12:36:53 EST 1997 mark@celebris.quickweb.com:/usr/src/sys/compile/RingZero i386 >Description: The FreeBSD handbook still says that it's for "FreeBSD 2.1.6", not 2.2... Also, I found the description of Linux emaulation (specifically ELF) quite out of data. The 'brandelf' procedure isn't explained, and the Linux-lib package isn't mentioned either. >How-To-Repeat: cd /usr/share/doc/handbook/ >Fix: Replace incarnations of "2.1.6" with "2.2". >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Feb 20 11:50:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA03561 for bugs-outgoing; Thu, 20 Feb 1997 11:50:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA03555; Thu, 20 Feb 1997 11:50:01 -0800 (PST) Date: Thu, 20 Feb 1997 11:50:01 -0800 (PST) Message-Id: <199702201950.LAA03555@freefall.freebsd.org> To: freebsd-bugs Cc: From: "Arne Henrik Juul" Subject: Re: bin/2630: xargs does excessive and inconsistent argument splitting Reply-To: "Arne Henrik Juul" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2630; it has been noted by GNATS. From: "Arne Henrik Juul" To: FreeBSD-gnats-submit@freebsd.org Cc: Subject: Re: bin/2630: xargs does excessive and inconsistent argument splitting Date: Thu, 20 Feb 1997 20:49:22 +0100 Linting my changes a bit more I found a stupid bug, sorry for that; fixed below. Type information for main added to quiet gcc warnings. -arnej --- xargs.c.orig Thu Feb 20 20:42:22 1997 +++ xargs.c Thu Feb 20 20:38:03 1997 @@ -61,6 +61,7 @@ void run __P((char **)); void usage __P((void)); +int main(argc, argv, env) int argc; char **argv, **env; @@ -89,7 +90,7 @@ /* 1 byte for each '\0' */ nline -= strlen(*ep++) + 1 + sizeof(*ep); } - nflag = xflag = 0; + nflag = xflag = wasquoted = 0; while ((ch = getopt(argc, argv, "0n:s:tx")) != EOF) switch(ch) { case 'n': From owner-freebsd-bugs Thu Feb 20 12:10:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA05068 for bugs-outgoing; Thu, 20 Feb 1997 12:10:11 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA05058; Thu, 20 Feb 1997 12:10:03 -0800 (PST) Resent-Date: Thu, 20 Feb 1997 12:10:03 -0800 (PST) Resent-Message-Id: <199702202010.MAA05058@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, nick@eunet.ie Received: from lazarus.eunet.ie (lazarus.eunet.ie [193.120.10.29]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA04659 for ; Thu, 20 Feb 1997 12:05:27 -0800 (PST) Received: (from root@localhost) by lazarus.eunet.ie (8.8.5/8.8.5) id TAA00345; Thu, 20 Feb 1997 19:35:24 GMT Message-Id: <199702201935.TAA00345@lazarus.eunet.ie> Date: Thu, 20 Feb 1997 19:35:24 GMT From: Nick Hilliard Reply-To: nick@eunet.ie To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/2781: Installation problem Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2781 >Category: misc >Synopsis: Installation crashes if timeout in ftp transfer >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Feb 20 12:10:01 PST 1997 >Last-Modified: >Originator: Nick Hilliard >Organization: EUnet Ireland >Release: FreeBSD 2.1.7-RELEASE i386 >Environment: Nothing special >Description: The system installation prodecure will reliably crash if trying to install through a firewall and if the installer is not set up to use passive FTP connections (i.e. if the FTP "PORT" command times out during installation. The Debug console on ttyv1 generates something like the following line: DEBUG: Unexpected signal 11 caught! That's bad! This message get continuously written to the console until the machine is physically reset (ctrl-alt-del doesn't work on any of the VC's) >How-To-Repeat: Select "FTP" instead of "FTP passive" from the installation media menu in sysinstall when the route between your and the FTP server is suitably firewalled to disallow non PASV ftp sessions. When the system starts to retrieve the files, the program crashes as described. >Fix: Weird! I can't find the error message anywhere in the source (using find /usr/src |xargs grep Unexpected). Who's hiding the code? :-) >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Feb 20 12:30:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA06170 for bugs-outgoing; Thu, 20 Feb 1997 12:30:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA06161; Thu, 20 Feb 1997 12:30:02 -0800 (PST) Resent-Date: Thu, 20 Feb 1997 12:30:02 -0800 (PST) Resent-Message-Id: <199702202030.MAA06161@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, arnej@imf.unit.no Received: from romberg.imf.unit.no (0@romberg.imf.unit.no [129.241.15.150]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA06102 for ; Thu, 20 Feb 1997 12:29:40 -0800 (PST) Received: from frida.imf.unit.no (frida.imf.unit.no [129.241.15.136]) by romberg.imf.unit.no (8.8.3/8.7.3) with ESMTP id VAA21188 for ; Thu, 20 Feb 1997 21:29:38 +0100 (MET) Received: (from arnej@localhost) by frida.imf.unit.no (8.8.5/8.8.4) id VAA29029; Thu, 20 Feb 1997 21:29:37 +0100 (CET) Message-Id: <199702202029.VAA29029@frida.imf.unit.no> Date: Thu, 20 Feb 1997 21:29:37 +0100 (CET) From: Arne Henrik Juul Reply-To: arnej@imf.unit.no To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2782: err man page is slightly wrong Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2782 >Category: bin >Synopsis: err man page is slightly wrong >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Thu Feb 20 12:30:01 PST 1997 >Last-Modified: >Originator: Arne Henrik Juul >Organization: Norwegian University of Technology and Science >Release: FreeBSD 2.2-GAMMA i386 >Environment: Probably almost any FreeBSD variant. >Description: the err/errx man page implies that errx produces output with program name, colon, space, optional {message, colon, space}, newline. My first try at correct description was wrong the other way, but adding a little English seems to have solved the problem. PS: shouldn't there be a "lib" category? >How-To-Repeat: man err >Fix: Apply this patch: diff -ru orig/src/lib/libc/gen/err.3 src/lib/libc/gen/err.3 --- orig/src/lib/libc/gen/err.3 Sat Oct 14 01:46:55 1995 +++ src/lib/libc/gen/err.3 Thu Feb 20 21:11:14 1997 @@ -75,18 +75,19 @@ and a space are output. If the .Va fmt -argument is not NULL, the formatted error message, a colon character, -and a space are output. +argument is not NULL, the formatted error message is output. In the case of the .Fn err , .Fn verr , .Fn warn , and .Fn vwarn -functions, the error message string affiliated with the current value of +functions, +the error message string affiliated with the current value of the global variable .Va errno -is output. +is also output, +preceded by another colon and space if necessary. In all cases, the output is followed by a newline character. .Pp The >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Feb 20 13:40:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA09759 for bugs-outgoing; Thu, 20 Feb 1997 13:40:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA09749; Thu, 20 Feb 1997 13:40:03 -0800 (PST) Resent-Date: Thu, 20 Feb 1997 13:40:03 -0800 (PST) Resent-Message-Id: <199702202140.NAA09749@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.NAA09527;Thu; (8.8.5/8.8.5);, 20 Feb 1997 13:34:26.-0800 (PST) Message-Id: <199702202134.NAA09527@freefall.freebsd.org> Date: Thu, 20 Feb 1997 13:34:26 -0800 (PST) From: rtm@eecs.harvard.edu To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: kern/2783: route change -mtu xx on an ARP route causes a crash in 2.1.5 and 2.2. Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2783 >Category: kern >Synopsis: route change -mtu xx on an ARP route causes a crash in 2.1.5 and 2.2. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Feb 20 13:40:01 PST 1997 >Last-Modified: >Originator: Robert Morris >Organization: Harvard >Release: 2.1.5 and 2.2 >Environment: FreeBSD tapioca.viaweb.com 2.1.5-RELEASE FreeBSD 2.1.5-RELEASE #0: Thu Feb 20 16:02:58 EST 1997 root@tapioca.viaweb.com:/usr/src/sys/compile/LAME i386 >Description: route change A.B.C.D -mtu 576 causes a crash if A.B.C.D is a host on the local net and the routing entry involved is an ARP route. route_output() calls ifa_ifwithroute() with a null gateway argument because ARP routes have no gateway. >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Feb 20 15:00:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA13291 for bugs-outgoing; Thu, 20 Feb 1997 15:00:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA13284; Thu, 20 Feb 1997 15:00:03 -0800 (PST) Resent-Date: Thu, 20 Feb 1997 15:00:03 -0800 (PST) Resent-Message-Id: <199702202300.PAA13284@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.OAA12677;Thu; (8.8.5/8.8.5);, 20 Feb 1997 14:52:56.-0800 (PST) Message-Id: <199702202252.OAA12677@freefall.freebsd.org> Date: Thu, 20 Feb 1997 14:52:56 -0800 (PST) From: Mark.Mayo To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: misc/2784: userland PPP rises load to 1.00 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2784 >Category: misc >Synopsis: userland PPP rises load to 1.00 >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Feb 20 15:00:01 PST 1997 >Last-Modified: >Originator: mark@quickweb.com >Organization: RingZero Computing >Release: 2.2-GAMMA >Environment: FreeBSD celebris.quickweb.com 2.2-GAMMA FreeBSD 2.2-GAMMA #0: Thu Feb 13 12:36:53 EST 1997 mark@celebris.quickweb.com:/usr/src/sys/compile/RingZero i386 >Description: Quite often (roughly 1/3 of the time) when I run userland PPP to connect to my ISP, the load average on my machine rises to 1.00. Obviously, PPP should not be using that much of my resources - and I don't think it is. It seems to be "artificially" inflating the load average. When I monitor the machine when it's in this state with top of systat, the CPU is usually 99% idle, as in this output from TOP: last pid: 219; load averages: 1.22, 0.68, 0.38 17:39:46 27 processes: 1 running, 26 sleeping CPU states: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle Mem: 11M Active, 3968K Inact, 6600K Wired, 3583K Buf, 8788K Free If my machine load was .33 before I run ppp, afterwards it rises to roughly 1.3. It seems like it just adds +1 to the load! Stange. I'm not sure if this is a bug in ppp, or just the way load average is calculated. In any case, it looks really weird, and is troublesome to a new-comer to see the load indicate that my machine is 'maxed out'. I also see the load rising like this when I'm running the Afterstep (1.0pre2) window manager - but the load only rises to 0.33 and levels off right there for eternity. Even though I'm not doing a damn thing. SOmetime, I'll do something (like startup a CPU/memory intensive app) and the load will drop back down to 0.00 - where I think it should be. Again, I can't seem to figure out how load is calculated, and I suspect the odd numbers come from there... The ppp problem is independant of whether or not there is data moving through the connection. >How-To-Repeat: Run userland PPP 10 times. The load will almost certainly rise to above 1.00 one of these times... For me, it happend rought 1/3 of the time. Also, it doesn't seem dependant on a particular ISP - it has happened on 3 different ISPs. >Fix: I'm not technically competent enough to figure this one out - I do have the results of a ktrace -> kdump however, if they are useful: With no data moving through the link: 524 ppp PSIG SIGALRM caught handler=0x11910 mask=0x0 code=0x0 524 ppp RET select -1 errno 4 Interrupted system call 524 ppp CALL sigreturn(0xefbfd2ac) 524 ppp RET sigreturn JUSTRETURN 524 ppp CALL select(0xe,0xefbfdb54,0xefbfdb34,0xefbfdb14,0) 524 ppp PSIG SIGALRM caught handler=0x11910 mask=0x0 code=0x0 524 ppp RET select -1 errno 4 Interrupted system call 524 ppp CALL sigreturn(0xefbfd2ac) 524 ppp RET sigreturn JUSTRETURN 524 ppp CALL select(0xe,0xefbfdb54,0xefbfdb34,0xefbfdb14,0) 524 ppp PSIG SIGALRM caught handler=0x11910 mask=0x0 code=0x0 524 ppp RET select -1 errno 4 Interrupted system call 524 ppp CALL sigreturn(0xefbfd2ac) 524 ppp RET sigreturn JUSTRETURN 524 ppp CALL selec ... 524 ppp CALL sigreturn(0xefbfd2ac) 524 ppp RET sigreturn JUSTRETURN 524 ppp CALL sigprocmask(0x1,0x2000) 524 ppp RET sigprocmask 0 524 ppp CALL sigprocmask(0x3,0) 524 ppp RET sigprocmask 8192/0x2000 524 ppp CALL sigprocmask(0x1,0x2000) 524 ppp RET sigprocmask 0 524 ppp CALL sigprocmask(0x3,0) 524 ppp RET sigprocmask 8192/0x2000 ... And here is with a ping through the ppp link 524 ppp CALL select(0xe,0xefbfdb54,0xefbfdb34,0xefbfdb14,0) 524 ppp RET select 1 524 ppp CALL read(0x4,0xefbfd334,0x7d0) 524 ppp GIO fd 4 read 64 bytes "E\0\0@\v\0\0@\^Q\^E\^E\M^F1M\b\^D\^R\0005\0,@\^A\0\0\^A\0\0\0\ \0\0\0\^Evinyl\bquickweb\^Ccom\0\0\^A\0\^A" 524 ppp RET read 64/0x40 524 ppp CALL sigprocmask(0x1,0x2000) 524 ppp RET sigprocmask 0 524 ppp CALL sigprocmask(0x3,0) 524 ppp RET sigprocmask 8192/0x2000 524 ppp CALL select(0xe,0xefbfdb54,0xefbfdb34,0xefbfdb14,0) 524 ppp RET select 1 524 ppp CALL write(0x5,0x5f080,0x45) 524 ppp GIO fd 5 wrote 69 bytes "~!E\0\0@\v\0\0@\^Q\^E\^E\M^F1M\b\^D\^R\0005\0,@\^A\0\0\^A\0\0\ \0\0\0\0\^Evinyl\bquickweb\^Ccom\0\0\^A\0\^A\M^N~" 524 ppp RET write 69/0x45 524 ppp CALL select(0xe,0xefbfdb54,0xefbfdb34,0xefbfdb14,0) 524 ppp PSIG SIGALRM caught handler=0x11910 mask=0x0 code=0x0 : >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Feb 20 15:12:37 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA14215 for bugs-outgoing; Thu, 20 Feb 1997 15:12:37 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA14125; Thu, 20 Feb 1997 15:11:55 -0800 (PST) Date: Thu, 20 Feb 1997 15:11:55 -0800 (PST) From: Mike Pritchard Message-Id: <199702202311.PAA14125@freefall.freebsd.org> To: arnej@imf.unit.no, mpp, freebsd-bugs Subject: Re: bin/2759 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Several files lack include of string.h State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Thu Feb 20 15:11:37 PST 1997 State-Changed-Why: Suggest patch applied. From owner-freebsd-bugs Thu Feb 20 15:30:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA15425 for bugs-outgoing; Thu, 20 Feb 1997 15:30:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA15418; Thu, 20 Feb 1997 15:30:03 -0800 (PST) Resent-Date: Thu, 20 Feb 1997 15:30:03 -0800 (PST) Resent-Message-Id: <199702202330.PAA15418@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, mpp@freebsd.org Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA14789; Thu, 20 Feb 1997 15:22:06 -0800 (PST) Message-Id: <199702202322.PAA14789@freefall.freebsd.org> Date: Thu, 20 Feb 1997 15:22:06 -0800 (PST) From: mpp@freebsd.org Reply-To: mpp@freebsd.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2785: callbootd uses an unitialized variable Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2785 >Category: bin >Synopsis: callbootd uses an unitialized variable >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Feb 20 15:30:01 PST 1997 >Last-Modified: >Originator: Mike Pritchard >Organization: Mike Pritchard >Release: FreeBSD 3.0-current >Environment: >Description: While apply another coesmetic patch to bootparamd/callbootd, I noticed that callbootd uses an unitialized variable. >How-To-Repeat: Compile bootparamd with COPTS=-Wall >Fix: I think the following patch should fix the problem, but someone who actually knows something about how bootparamd works should review it. Index: callbootd/callbootd.c =================================================================== RCS file: /home/ncvs/src/usr.sbin/bootparamd/callbootd/callbootd.c,v retrieving revision 1.4 diff -u -r1.4 callbootd.c --- callbootd.c 1997/01/14 07:10:38 1.4 +++ callbootd.c 1997/02/20 23:16:30 @@ -88,12 +88,11 @@ if ( ! broadcast ) { clnt = clnt_create(server,BOOTPARAMPROG, BOOTPARAMVERS, "udp"); - } - - if ( clnt == NULL ) { - fprintf (stderr, "%s: could not contact bootparam server on host %s\n", + if ( clnt == NULL ) { + fprintf (stderr, "%s: could not contact bootparam server on host %s\n", argv[0], server); - exit (1); + exit (1); + } } switch (argc) { >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Feb 20 15:31:38 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA15578 for bugs-outgoing; Thu, 20 Feb 1997 15:31:38 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA15554; Thu, 20 Feb 1997 15:31:34 -0800 (PST) Date: Thu, 20 Feb 1997 15:31:34 -0800 (PST) From: Mike Pritchard Message-Id: <199702202331.PAA15554@freefall.freebsd.org> To: mpp, freebsd-bugs, wpaul Subject: Re: bin/2785 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: callbootd uses an unitialized variable Responsible-Changed-From-To: freebsd-bugs->wpaul Responsible-Changed-By: mpp Responsible-Changed-When: Thu Feb 20 15:31:04 PST 1997 Responsible-Changed-Why: Bill imported bootparamd. From owner-freebsd-bugs Thu Feb 20 16:00:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA17063 for bugs-outgoing; Thu, 20 Feb 1997 16:00:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA17052; Thu, 20 Feb 1997 16:00:02 -0800 (PST) Resent-Date: Thu, 20 Feb 1997 16:00:02 -0800 (PST) Resent-Message-Id: <199702210000.QAA17052@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, jin@adv-pc-1.lbl.gov Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA16672 for ; Thu, 20 Feb 1997 15:57:50 -0800 (PST) Received: from adv-pc-1.lbl.gov (adv-pc-1.lbl.gov [128.3.196.189]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id PAA25872 for ; Thu, 20 Feb 1997 15:34:39 -0800 (PST) Received: (from jin@localhost) by adv-pc-1.lbl.gov (8.8.5/8.8.5) id PAA00400; Thu, 20 Feb 1997 15:34:34 -0800 (PST) Message-Id: <199702202334.PAA00400@adv-pc-1.lbl.gov> Date: Thu, 20 Feb 1997 15:34:34 -0800 (PST) From: "Jin Guojun[ITG]" Reply-To: jin@adv-pc-1.lbl.gov To: FreeBSD-gnats-submit@freebsd.org, iss-prog@adv-pc-1.lbl.gov X-Send-Pr-Version: 3.2 Subject: gnu/2786: gcc version 2.7.2.1 C compiler slows down integer performance Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2786 >Category: gnu >Synopsis: gcc version 2.7.2.1 C compiler slows down integer performance >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Feb 20 16:00:01 PST 1997 >Last-Modified: >Originator: Jin Guojun[ITG] >Organization: >Release: FreeBSD 2.2-970215-GAMMA i386 >Environment: gcc version 2.7.2.1 under FreeBSD 2.2-GAMMA >Description: gcc version 2.7.2.1 slows down the integer instruction performance by 1/3 (33%). For details, please read ftp://george.lbl.gov/pub/ccs/performance.ps table-6 on page 7. Compare MIPS on column 4-5,6, and 7-8. Column 4 is a pure 2.1.7 system (same hardware for column 5-6). Column 5 is a pure 2.2-GAMMA system. Column 6 is a 2.2-GAMMA system using 2.1.6 compiler (gcc version 2.6.3) Column 7 is a 2.2-GAMMA system using 2.1.6 compiler (gcc version 2.6.3) Column 8 is a pure 2.2-GAMMA system (same hardware for column 7). >How-To-Repeat: I believe to wirte some integer arithmetic code can prove this. >Fix: to use gcc version 2.6.3 for a temporary solution. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Feb 20 17:10:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA22926 for bugs-outgoing; Thu, 20 Feb 1997 17:10:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA22919; Thu, 20 Feb 1997 17:10:03 -0800 (PST) Date: Thu, 20 Feb 1997 17:10:03 -0800 (PST) Message-Id: <199702210110.RAA22919@freefall.freebsd.org> To: freebsd-bugs Cc: From: "John R. Jackson" Subject: Re: bin/2779: Uninitialized variable may cause "fetch -m" to fail Reply-To: "John R. Jackson" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2779; it has been noted by GNATS. From: "John R. Jackson" To: bug-followup@freebsd.org Cc: Subject: Re: bin/2779: Uninitialized variable may cause "fetch -m" to fail Date: Thu, 20 Feb 1997 13:22:16 EST Here is a suggested patch for this problem. --JJ *** main.c Wed Feb 19 17:28:16 1997 --- main.c Wed Feb 19 17:43:16 1997 *************** *** 399,404 **** --- 399,405 ---- if (!strcmp (outputfile, "-")) restart = 0; + seekloc = 0; if (restart || mirror) { f_size (outputfile, &size0, &t); if (mirror && size0 == size && modtime <= t) { *************** *** 409,419 **** if (size0 && size0 < size) seekloc = size0; else ! seekloc = size0 = 0; } } else if (!restart) ! seekloc = size0 = 0; fp = ftpGet (ftp, file_to_get, &seekloc); if (fp == NULL) --- 410,420 ---- if (size0 && size0 < size) seekloc = size0; else ! size0 = 0; } } else if (!restart) ! size0 = 0; fp = ftpGet (ftp, file_to_get, &seekloc); if (fp == NULL) From owner-freebsd-bugs Thu Feb 20 18:21:55 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA27447 for bugs-outgoing; Thu, 20 Feb 1997 18:21:55 -0800 (PST) Received: (from fenner@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA27419; Thu, 20 Feb 1997 18:21:33 -0800 (PST) Date: Thu, 20 Feb 1997 18:21:33 -0800 (PST) From: Bill Fenner Message-Id: <199702210221.SAA27419@freefall.freebsd.org> To: rtm@eecs.harvard.edu, fenner, freebsd-bugs Subject: Re: kern/2783 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: route change -mtu xx on an ARP route causes a crash in 2.1.5 and 2.2. State-Changed-From-To: open-closed State-Changed-By: fenner State-Changed-When: Thu Feb 20 18:18:11 PST 1997 State-Changed-Why: Duplicate for PR#kern/2647, fixed in rev 1.25 of net/rtsock.c; http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/net/rtsock.c?r1=1.24&r2=1.25 . From owner-freebsd-bugs Thu Feb 20 18:30:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA28083 for bugs-outgoing; Thu, 20 Feb 1997 18:30:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA28077; Thu, 20 Feb 1997 18:30:03 -0800 (PST) Resent-Date: Thu, 20 Feb 1997 18:30:03 -0800 (PST) Resent-Message-Id: <199702210230.SAA28077@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.SAA27777;Thu; (8.8.5/8.8.5);, 20 Feb 1997 18:26:03.-0800 (PST) Message-Id: <199702210226.SAA27777@freefall.freebsd.org> Date: Thu, 20 Feb 1997 18:26:03 -0800 (PST) From: dpb@kafka.hqs.crc.com To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: kern/2787: Cyrix 150+ CPU is seen as a 486, Kernels made for i586 don't recognize the chip as 586. Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2787 >Category: kern >Synopsis: Cyrix 150+ CPU is seen as a 486, Kernels made for i586 don't recognize the chip as 586. >Confidential: no >Severity: non-critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Feb 20 18:30:01 PST 1997 >Last-Modified: >Originator: Dan Benjamin >Organization: Init >Release: 2.1.7-RELEASE >Environment: FreeBSD monster.hqs.crc.com 2.1.7-RELEASE FreeBSD 2.1.7-RELEASE #0: Thu Feb 20 10: 45:17 1997 root@monster.hqs.crc.com:/usr/src/sys/compile/MONSTER i386 >Description: At boot time, Freebsd sees the Cyrix 150+ (120Mhz) as a 486 instead of a Pentium 120. When I build a kernel with the i586 option, it fails to boot, the error "unrecognized cpu" so I must re-make the kernel with the i486 option instead - and loose performance. >How-To-Repeat: Get a Cyrix 120+ or 150+ CPU and make a i586 kernel on 2.1.7-R. >Fix: HELP! >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Feb 20 20:30:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA00837 for bugs-outgoing; Thu, 20 Feb 1997 20:30:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA00829; Thu, 20 Feb 1997 20:30:06 -0800 (PST) Resent-Date: Thu, 20 Feb 1997 20:30:06 -0800 (PST) Resent-Message-Id: <199702210430.UAA00829@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.UAA00292;Thu; (8.8.5/8.8.5);, 20 Feb 1997 20:27:48.-0800 (PST) Message-Id: <199702210427.UAA00292@freefall.freebsd.org> Date: Thu, 20 Feb 1997 20:27:48 -0800 (PST) From: junker@jazz.snu.ac.kr To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: misc/2788: Submitting LC_CTYPE definition of Korean(ko_KR.euc) Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2788 >Category: misc >Synopsis: Submitting LC_CTYPE definition of Korean(ko_KR.euc) >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: support >Submitter-Id: current-users >Arrival-Date: Thu Feb 20 20:30:03 PST 1997 >Last-Modified: >Originator: Choi Jun Ho >Organization: CS Dept, Seoul National Univ., South Korea >Release: 2.2-ALPHA >Environment: >Description: I made a LC_CTYPE definition of Korean locale, ko_KR.EUC.(EUC-KR code). It can be used in input of mklocale(1), and I checked whether this definition is correct. I wish it will be available in next FreeBSD-current release. After submitting this to freebsd-hackers mailing list(but I didn't subscribe to it), someone in freebsd-hackers says to use send-pr for checking it. The locale definition of ko_KR.euc is in : maybe freebsd-hackers mailing list archive http://jazz.snu.ac.kr/~junker/work/freebsd/ko_KR.EUC.src How-to register locale: (in Korean) http://jazz.snu.ac.kr/~junker/work/freebsd/ko_locale.html >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Feb 20 23:02:56 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA10504 for bugs-outgoing; Thu, 20 Feb 1997 23:02:56 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA10495 for ; Thu, 20 Feb 1997 23:02:54 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id RAA31725; Fri, 21 Feb 1997 17:59:07 +1100 Date: Fri, 21 Feb 1997 17:59:07 +1100 From: Bruce Evans Message-Id: <199702210659.RAA31725@godzilla.zeta.org.au> To: hackers@freebsd.com, thompson@tgsoft.com Subject: Re: ln -s -f does unlink of dir Cc: bugs@freebsd.org Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >On my 2.1.6 system i had a directory /usr/src/sys. Elsewhere in the >filesystem i stupidly did a ln -s -f /u/FreeBSD/src/* /usr/src. To my >immense surprise, ln unlinked /usr/src/sys! fsck'ing /usr proved that >this was true. > >I suppose everybody but me knew about that, though? Perhaps not. `ln -sf' is buggy and attempts to unlink /usr/src/sys. This can only succeed as root. 2.1.x permits root to unlink directories although 2.2 and -current don't. Bruce From owner-freebsd-bugs Fri Feb 21 00:07:55 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA12783 for bugs-outgoing; Fri, 21 Feb 1997 00:07:55 -0800 (PST) Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA12777 for ; Fri, 21 Feb 1997 00:07:49 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hydrogen.nike.efn.org (8.8.4/8.8.4) with SMTP id AAA05501; Fri, 21 Feb 1997 00:07:33 -0800 (PST) Date: Fri, 21 Feb 1997 00:07:30 -0800 (PST) From: John-Mark Gurney Reply-To: John-Mark Gurney To: "John R. Jackson" cc: freebsd-bugs@freefall.freebsd.org, freebsd-gnats-submit@freebsd.org Subject: Re: bin/2779: Uninitialized variable may cause "fetch -m" to fail In-Reply-To: <199702210110.RAA22919@freefall.freebsd.org> Message-ID: X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 20 Feb 1997, John R. Jackson wrote: > The following reply was made to PR bin/2779; it has been noted by GNATS. > > From: "John R. Jackson" > To: bug-followup@freebsd.org > Cc: Subject: Re: bin/2779: Uninitialized variable may cause "fetch -m" to fail > Date: Thu, 20 Feb 1997 13:22:16 EST > > Here is a suggested patch for this problem. --JJ > [patch deleted] which version of main.c is this patched against?? I can't seem to find the variable size0 any place in the current fetch... a quick look at the code in ftp.c, it seems that seekloc is already set to 0 before it is used... so it looks like that bug is in your patches... and not fetch... please confirm this... ttyl.. John-Mark gurney_j@efn.org http://resnet.uoregon.edu/~gurney_j/ Modem/FAX: (541) 683-6954 (FreeBSD Box) Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) From owner-freebsd-bugs Fri Feb 21 00:10:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA12891 for bugs-outgoing; Fri, 21 Feb 1997 00:10:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA12885; Fri, 21 Feb 1997 00:10:01 -0800 (PST) Date: Fri, 21 Feb 1997 00:10:01 -0800 (PST) Message-Id: <199702210810.AAA12885@freefall.freebsd.org> To: freebsd-bugs Cc: From: John-Mark Gurney Subject: Re: bin/2779: Uninitialized variable may cause "fetch -m" to fail Reply-To: John-Mark Gurney Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2779; it has been noted by GNATS. From: John-Mark Gurney To: "John R. Jackson" Cc: freebsd-bugs@freefall.freebsd.org, freebsd-gnats-submit@freebsd.org Subject: Re: bin/2779: Uninitialized variable may cause "fetch -m" to fail Date: Fri, 21 Feb 1997 00:07:30 -0800 (PST) On Thu, 20 Feb 1997, John R. Jackson wrote: > The following reply was made to PR bin/2779; it has been noted by GNATS. > > From: "John R. Jackson" > To: bug-followup@freebsd.org > Cc: Subject: Re: bin/2779: Uninitialized variable may cause "fetch -m" to fail > Date: Thu, 20 Feb 1997 13:22:16 EST > > Here is a suggested patch for this problem. --JJ > [patch deleted] which version of main.c is this patched against?? I can't seem to find the variable size0 any place in the current fetch... a quick look at the code in ftp.c, it seems that seekloc is already set to 0 before it is used... so it looks like that bug is in your patches... and not fetch... please confirm this... ttyl.. John-Mark gurney_j@efn.org http://resnet.uoregon.edu/~gurney_j/ Modem/FAX: (541) 683-6954 (FreeBSD Box) Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) From owner-freebsd-bugs Fri Feb 21 01:49:20 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA16556 for bugs-outgoing; Fri, 21 Feb 1997 01:49:20 -0800 (PST) Received: from bunyip.cc.uq.edu.au (daemon@bunyip.cc.uq.edu.au [130.102.2.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA16551 for ; Fri, 21 Feb 1997 01:49:15 -0800 (PST) Received: (from daemon@localhost) by bunyip.cc.uq.edu.au (8.8.5/8.8.5) id TAA23493; Fri, 21 Feb 1997 19:47:38 +1000 Received: by ogre.devetir.qld.gov.au (8.7.5/DEVETIR-E0.3a) id TAA27896; Fri, 21 Feb 1997 19:43:21 +1000 (EST) Date: Fri, 21 Feb 1997 19:43:21 +1000 (EST) From: Stephen McKay Message-Id: <199702210943.TAA27896@ogre.devetir.qld.gov.au> To: "Jordan K. Hubbard" cc: freebsd-bugs@freebsd.org Subject: Re: bin/2762: Precedence mistake in libncurses X-Newsreader: NN version 6.5.0 #1 (NOV) Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk "Jordan K. Hubbard" wrote: >> sysinstall apparently used to depend on these bugs: >> >> RCS file: /a/ncvs/src/lib/libncurses/lib_addch.c,v >> Working file: lib_addch.c >> head: 1.6 >> ... >> ---------------------------- >> revision 1.6 >> date: 1996/09/26 01:08:27; author: pst; state: Exp; lines: +1 -1 >> Back out my recent compilation clean-up changes, sysinstall is now weird. > >I kinda doubt it. It's more probably libdialog which is the ncurses abuser. >I make little direct use of ncurses in sysinstall, and what little I do is >pretty straight-forward. I don't think I'm breaking any rules. Yeah, the problem is internal to libncurses. I investigated this stuff a while ago, but it came to nothing when I decided the best course of action was to import the latest version. The incorrect bracketing caused errors that work in our favour. :-) When you correct them, then the broken code which sets the background gets activated. I forget where exactly, but it is to do with a 0x20 (ie "space") being or'd into the background, giving lowercase characters. Fixing that bit meant understanding all the really braindamaged semantics that curses has inherited under the System 5 banner. So, when do we import the latest version, and how is that done exactly? Stephen. From owner-freebsd-bugs Fri Feb 21 01:49:37 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA16576 for bugs-outgoing; Fri, 21 Feb 1997 01:49:37 -0800 (PST) Received: from bunyip.cc.uq.edu.au (daemon@bunyip.cc.uq.edu.au [130.102.2.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA16568 for ; Fri, 21 Feb 1997 01:49:25 -0800 (PST) Received: (from daemon@localhost) by bunyip.cc.uq.edu.au (8.8.5/8.8.5) id TAA23498; Fri, 21 Feb 1997 19:47:39 +1000 Received: by ogre.devetir.qld.gov.au (8.7.5/DEVETIR-E0.3a) id TAA27694; Fri, 21 Feb 1997 19:33:58 +1000 (EST) Date: Fri, 21 Feb 1997 19:33:58 +1000 (EST) From: Stephen McKay Message-Id: <199702210933.TAA27694@ogre.devetir.qld.gov.au> To: dpb@kafka.hqs.crc.com cc: freebsd-bugs@freebsd.org, syssgm@devetir.qld.gov.au Subject: Re: kern/2787: Cyrix 150+ CPU is seen as a 486, Kernels made for i586 don't recognize the chip as 586. X-Newsreader: NN version 6.5.0 #1 (NOV) Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk dpb@kafka.hqs.crc.com wrote: >At boot time, Freebsd sees the Cyrix 150+ (120Mhz) as a 486 instead of a >Pentium 120. When I build a kernel with the i586 option, it fails >to boot, the error "unrecognized cpu" so I must re-make the kernel with >the i486 option instead - and loose performance. A Cyrix 686 has none of the Pentium features that I586_CPU selects. From an instruction set perspective it is a 486. But it plugs into a Pentium socket. Run it with I486_CPU defined. That is your only option. Basically, the CPU naming game is pretty complex now, and is likely to get worse when Cyrix releases the M2 and Intel releases Klamath. It seems to me that I386_CPU and I486_CPU were good names, but I586_CPU and I686_CPU are not. We could replace them all with: CPU_386, CPU_486, CPU_PENTIUM, CPU_PENTIUM_PRO, CPU_CYRIX_M1, etc. Or we could conditionalise on the feature bits (and probably add some more of our own), without relying much on the actual CPU type. With MMX (and maybe other stuff) it looks like you have to anyway. Stephen. PS Umm, how does one close a PR? Or re-label it as a handbook/doc PR? From owner-freebsd-bugs Fri Feb 21 05:20:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA23357 for bugs-outgoing; Fri, 21 Feb 1997 05:20:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA23345; Fri, 21 Feb 1997 05:20:02 -0800 (PST) Resent-Date: Fri, 21 Feb 1997 05:20:02 -0800 (PST) Resent-Message-Id: <199702211320.FAA23345@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, soil@quick.net Received: from stanton-1-1.quick.net (soil@stanton-1-3.quick.net [207.212.170.103]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA23259 for ; Fri, 21 Feb 1997 05:19:04 -0800 (PST) Received: (from soil@localhost) by stanton-1-1.quick.net (8.8.5/8.8.5) id FAA02546; Fri, 21 Feb 1997 05:19:01 -0800 (PST) Message-Id: <199702211319.FAA02546@stanton-1-1.quick.net> Date: Fri, 21 Feb 1997 05:19:01 -0800 (PST) From: soil@quick.net Reply-To: soil@quick.net To: FreeBSD-gnats-submit@freebsd.org, dyson@freefall.FreeBSD.org X-Send-Pr-Version: 3.2 Subject: misc/2789: na.phone update Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2789 >Category: misc >Synopsis: na.phone update >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Fri Feb 21 05:20:01 PST 1997 >Last-Modified: >Originator: Josh Gilliam >Organization: >Release: FreeBSD 2.2-970205-GAMMA i386 >Environment: FreeBSD-current na.phone >Description: More cities added for each area code New 562 Southern California area code which splits 310 Various corrections Obtained from: Pacific Bell White Pages - Orange County, California http://www.pacbell.com/about-pb/areacodes/ http://www.bellcore.com/NANP/ >How-To-Repeat: >Fix: Apply this patch to na.phone --- na.phone Tue Feb 18 15:25:23 1997 +++ na.phone.new Fri Feb 21 04:55:15 1997 @@ -6,19 +6,42 @@ 203:Bridgeport:Connecticut:CT 203:New Haven:Connecticut:CT 203:Stanford:Connecticut:CT -204:Winnipeg:Manitoba:MB +204::Manitoba:MB 205::Alabama:AL 206:Seattle:Washington:WA 206:Tacoma:Washington:WA 207::Maine:ME 208::Idaho:ID +209:Bass Lake:California:CA +209:Clovis:California:CA +209:Coalinga:California:CA +209:Dinuba:California:CA +209:Exeter:California:CA 209:Fresno:California:CA +209:Hanford:California:CA +209:Kingsburg:California:CA +209:Lemoore:California:CA +209:Lodi:California:CA +209:Madera:California:CA +209:Mariposa:California:CA +209:Merced:California:CA +209:Modesto:California:CA +209:Porterville:California:CA +209:Sequoia:California:CA +209:Sonora:California:CA +209:Stockton:California:CA +209:Tracy:California:CA +209:Tulare:California:CA +209:Turlock:California:CA +209:Visalia:California:CA +209:Yosemite:California:CA 210:Brownsville:Texas:TX 210:Laredo:Texas:TX 210:San Antonio:Texas:TX 212:Manhattan:New York:NY -213:Beverly Hills:California:CA 213:Los Angeles:California:CA +213:Montebello:California:CA +213:South Gate:California:CA 214:Dallas:Texas:TX 215:Bethlehem:Pennsylvania:PA 215:Philadelphia:Pennsylvania:PA @@ -33,6 +56,7 @@ 219:South Bend:Indiana:IN 242::Bahamas:BS 246::Barbados:BB +250:Kelowna:British Columbia:BC 250:Prince George:British Columbia:BC 250:Victoria:British Columbia:BC 268::Antigua and Barbuda:AG @@ -47,10 +71,11 @@ 304::West Virginia:WV 305:Cape Canaveral:Florida:FL 305:Cape Kennedy:Florida:FL +305:Key West:Florida:FL 305:Miami Beach:Florida:FL 305:Miami:Florida:FL 306:Regina:Saskatchewan:SK -306:Saskatoon:Saskatchewan:SK +306::Saskatchewan:SK 307::Wyoming:WY 308:Grand Island:Nebraska:NE 308:North Platte:Nebraska:NE @@ -58,7 +83,25 @@ 309:Bloomington:Illinois:IL 309:Peoria:Illinois:IL 309:Rock Island:Illinois:IL -310:Long Beach:California:LA +310:Artesia:California:CA +310:Avalon:California:CA +310:Beverly Hills:California:CA +310:Compton:California:CA +310:Culver City:California:CA +310:El Segundo:California:CA +310:Gardena:California:CA +310:Hawthorne:California:CA +310:Inglewood:California:CA +310:Lomita:California:CA +310:Malibu:California:CA +310:Mar Vista:California:CA +310:Redondo Beach:California:CA +310:San Pedro:California:CA +310:Santa Catalina Island:California:CA +310:Santa Monica:California:CA +310:Torrance:California:CA +310:West Los Angeles:California:CA +310:Wilmington:California:CA 312:Broadview:Illinois:IL 312:Calumet Park:Illinois:IL 312:Chicago:Illinois:IL @@ -69,32 +112,47 @@ 314:St. Louis:Missouri:MO 315:Syracuse:New York:NY 315:Utica:New York:NY +316:Ashland:Kansas:KS +316:Augusta:Kansas:KS 316:Dodge City:Kansas:KS +316:El Dorodo:Kansas:KS +316:Great Bend:Kansas:KS 316:Hutchinson:Kansas:KS +316:Iolo:Kansas:KS +316:McPherson:Kansas:KS +316:Newton:Kansas:KS 316:Wichita:Kansas:KS 317:Indianapolis:Indiana:IN 318:Alexandria:Louisiana:LA +318:Bossier City:Louisiana:LA +318:Eunice:Louisiana:LA +318:Grambling:Louisiana:LA 318:Lake Charles:Louisiana:LA +318:Mansfield:Louisina:LA 318:Shreveport:Louisiana:LA +319:Cedar Rapids:Iowa:IA 319:Davenport:Iowa:IA 319:Dubuque:Iowa:IA 320:St. Cloud:Minnesota:MN 330:Akron:Ohio:OH 330:Canton:Ohio:OH 330:Youngstown:Ohio:OH +334:Auburn:Alabama:AL 334:Montgomery:Alabama:AL 334:Mobile:Alabama:AL +334:Selma:Alabama:AL 345::Cayman Islands: -352:Gainsville:Florida:FL +352:Gainesville:Florida:FL 360:Olympia:Washington:WA 360:Vancouver:Washington:WA 401::Rhode Island:RI 402:Hastings:Nebraska:NE 402:Lincoln:Nebraska:NE 402:Omaha:Nebraska:NE -403:Calgary:Alberta:AB -403:Edmonton:Alberta:AB -403:Whitehorse:Yukon:YT +403::Alberta:AB +403::Yukon:YT +403:Hay River:Northwest Territories:NT +403:Inuvik:Northwest Territories:NT 403:Yellowknife:Northwest Territories:NT 404:Atlanta(metro):Georgia:GA 404:Decatur:Georgia:GA @@ -102,22 +160,63 @@ 405:Enid:Oklahoma:OK 405:Oklahoma City:Oklahoma:OK 406::Montana:MT +407:Melbourne:Florida:FL 407:Orlando:Florida:FL -407:West Palm Beach:Florida:FL +408:Alviso:California:CA +408:Boulder Creek:California:CA +408:Campbell:California:CA +408:Capitola:California:CA +408:Carmel:California:CA +408:Castoville:California:CA +408:Cupertino:California:CA +408:Felton:California:CA +408:Gilroy:California:CA +408:Hollister:California:CA +408:Monterey:California:CA +408:Mulberry:California:CA +408:Pebble Beach:California:CA +408:Salinas:California:CA 408:San Jose:California:CA +408:Santa Cruz:California:CA +408:Saratoga:California:CA +408:Soledad:California:CA +408:Sunnyvale:California:CA +408:Watsonville:California:CA 409:Baeumont:Texas:TX 409:Galveston:Texas:TX 410:Annapolis:Maryland:MD 410:Baltimore:Maryland:MD 412:Pittsburgh:Pennsylvania:PA 413:Greenfield:Massachusetts:MA -413:Pitsfield:Massachusetts:MA +413:Holyoke:Massachusetts:MA +413:Pittsfield:Massachusetts:MA 413:Springfield:Massachusetts:MA +414:Appleton:Wisconsin:WI 414:Ford du Lac:Wisconsin:WI 414:Green Bay:Wisconsin:WI +414:Kenosha:Wisconsin:WI 414:Milwaukee:Wisconsin:WI 414:Racine:Wisconsin:WI +415:Atherton:California:CA +415:Belvedere:California:CA +415:Burlingame:California:CA +415:Daly City:California:CA +415:Fairfax:California:CA +415:Mill Valley:California:CA +415:Millbrae:California:CA +415:Mountain View:California:CA +415:Novato:California:CA +415:Pacifica:California:CA +415:Palo Alto:California:CA +415:Redwood City:California:CA +415:San Anselmo:California:CA +415:San Bruno:California:CA +415:San Carlos:California:CA 415:San Francisco:California:CA +415:San Mateo:California:CA +415:San Rafael:California:CA +415:Sausallito:California:CA +415:Woodside:California:CA 416:Toronto:Ontario:ON 417:Joplin:Missouri:MO 417:Springfield:Missouri:MO @@ -128,19 +227,24 @@ 423:Knoxville:Tennessee:TN 441::Bermuda:BM 501::Arkansas:AR +502:Bowling Green:Kentucky:KY 502:Frankfort:Kentucky:KY 502:Louisville:Kentucky:KY +502:Owensboro:Kentucky:KY 502:Paducah:Kentucky:KY 502:Shelbyville:Kentucky:KY 503:Astoria:Oregon:OR 503:Portland:Oregon:OR 503:Salem:Oregon:OR 504:Baton Rouge:Louisiana:LA +504:Hammond:Louisiana:LA +504:Lutcher:Louisiana:LA 504:New Orleans:Louisiana:LA 505::New Mexico:NM -506:Fredericton:New Brunswick:NB +506::New Brunswick:NB 507:Austin:Minnesota:MN 507:Rochester:Minnesota:MN +508:Brockton:Massachusetts:MA 508:Fall River:Massachusetts:MA 508:New Bedford:Massachusetts:MA 508:Worcester:Massachusetts:MA @@ -148,7 +252,29 @@ 509:Spokane:Washington:WA 509:Walla Walla:Washington:WA 509:Yakima:Washington:WA +510:Alameda:California:CA +510:Albany:California:CA +510:Antioch:California:CA +510:Berkeley:California:CA +510:Castro Valley:California:CA +510:Concord:California:CA +510:Danville:California:CA +510:Dublin:California:CA +510:El Cerrito:California:CA +510:Emeryville:California:CA +510:Fremont:California:CA +510:Hayward:California:CA +510:Livermore:California:CA +510:Newark:California:CA 510:Oakland:California:CA +510:Orinda:California:CA +510:Pittsburg:California:CA +510:Pleasanton:California:CA +510:Richmond:California:CA +510:San Leandro:California:CA +510:San Ramon:California:CA +510:Union City:California:CA +510:Walnut Creek:California:CA 512:Alamo:Texas:TX 512:Austin:Texas:TX 512:Corpus Christi:Texas:TX @@ -158,6 +284,7 @@ 514:Montreal:Quebec:PQ 515:Des Moines:Iowa:IA 515:Mason City:Iowa:IA +516:Great Neck:New York:NY 516:Hempstead:New York:NY 516:Long Island (Nassau & Suffolk County):New York:NY 517:Bay City:Michigan:MI @@ -167,7 +294,9 @@ 518:Schenectady:New York:NY 518:Troy:New York:NY 519:London:Ontario:ON +519:Windsor:Ontario:ON 520:Tempe:Arizona:AZ +520:Tucson:Arizona:AZ 520:Flagstaff:Arizona:AZ 540:Roanoke:Virginia:VA 541:Bend:Oregon:OR @@ -177,25 +306,43 @@ 541:Pendleton:Oregon:OR 561:Boca Raton:Florida:FL 561:Sebastian:Florida:FL +561:West Palm Beach:Florida:FL +562:Downey:California:CA +562:La Habra:California:CA +562:Lakewood:California:CA +562:Long Beach:California:CA +562:Los Alamitos:California:CA +562:Norwalk:California:CA +562:Paramount:California:CA +562:Pico Rivera:California:CA +562:Whittier:California:CA +573:Columbia:Missouri:MO 573:Jefferson City:Missouri:MO 601::Mississippi:MS 602:Phoenix (metro):Arizona:AZ 603::New Hampshire:NH 604:Vancouver:British Columbia:BC 605::South Dakota:SD +606:Alexandria:Kentucky:KY 606:Ashland:Kentucky:KY +606:Covington:Kentucky:KY +606:Lexington:Kentucky:KY 606:Winchester:Kentucky:KY 607:Binghamton:New York:NY 607:Elmira:New York:NY +607:Ithaca:New York:NY 608:Beloit:Wisconsin:WI +608:La Crosse:Wisconsin:WI 608:Madison:Wisconsin:WI -609:Allentown:New Jersey:NJ 609:Atlantic City:New Jersey:NJ +609:Trenton:New Jersey:NJ 610:Allentown:Pennsylvania:PA +610:Chester:Pennsylvania:PA 610:Reading:Pennsylvania:PA 612:Minneapolis:Minnesota:MN 612:St. Louis Park:Minnesota:MN 612:St. Paul:Minnesota:MN +613:Kingston:Ontario:ON 613:Ottawa:Ontario:ON 614:Columbus:Ohio:OH 614:Steubenville:Ohio:OH @@ -209,35 +356,136 @@ 617:Cambridge:Massachusetts:MA 617:Winchester:Massachusetts:MA 618:Alton:Illinois:IL +618:Carbondale:Illinois:IL +618:East St. Louis:Illinois:IL 618:Cairo:Illinois:IL 618:Madison:Illinois:IL 618:Mt. Vernon:Illinois:IL +619:Alpine (San Diego County):California:CA +619:Baker:California:CA +619:Barstow:California:CA +619:Big Pine:California:CA +619:Bishop:California:CA +619:Blythe:California:CA +619:Boron:California:CA +619:Borrego:California:CA +619:Brawley:California:CA +619:Bridgeport:California:CA +619:Calexico:California:CA +619:California City:California:CA +619:Calipatria:California:CA +619:Campo:California:CA +619:Cardiff:California:CA +619:Carlsbad:California:CA +619:Cathedral City:California:CA +619:China Lake:California:CA +619:Chula Vista:California:CA +619:Coachella:California:CA +619:Coronado:California:CA +619:Death Valley:California:CA +619:Del Mar:California:CA +619:Desert Hot Springs:California:CA +619:Dulzura:California:CA +619:El Cajon:California:CA +619:El Centro:California:CA +619:Encinitas:California:CA +619:Escondido:California:CA +619:Fallbrook:California:CA +619:Furnace Creek:California:CA +619:Holtville:California:CA +619:Imperial Beach:California:CA +619:Indio:California:CA +619:Joshua Tree:California:CA +619:Kernville:California:CA +619:La Jolla:California:CA +619:La Mesa:California:CA +619:Lone Pine:California:CA +619:National City:California:CA +619:Needles:California:CA +619:Oceanside:California:CA +619:Pacific Beach:California:CA +619:Pala:California:CA +619:Palm Desert:California:CA +619:Palm Springs:California:CA +619:Pauma Valley:California:CA +619:Poway:California:CA +619:Ramona:California:CA 619:San Diego:California:CA +619:San Ysidro:California:CA +619:Tecate:California:CA +619:Twentynine Palms:California:CA +619:Westmorland:California:CA +630:Evenston:Illinois:IL 630:Chicago Suburbs (Cellular and Pagers):Illinois:IL +630:Waukegan:Illinois:IL 664::Montserrat: 701::North Dakota:ND 702::Nevada:NV 703:Alexandria:Virginia:VA 703:Arlington:Virginia:VA +703:Fairfax:Virginia:VA +703:Falls Church:Virginia:VA 703:Fredericksburg:Virginia:VA +703:Herdon:Virginia:VA +703:Manassas:Virginia:VA +703:Quantico:Virginia:VA +703:Vienna:Virginia:VA 704:Asheville:North Carolina:NC 704:Charlotte:North Carolina:NC 705:North Bay:Ontario:ON 705:Sault Ste. Marie:Ontario:ON 706:Athens:Georgia:GA 706:Augusta:Georgia:GA +706:Carrollton:Georgia:GA 706:Columbus:Georgia:GA +706:Covington:Georgia:GA 706:Rome:Georgia:GA +707:Clearlake:California:CA 707:Eureka:California:CA +707:Fairfield:California:CA +707:Forestville:California:CA +707:Fort Bragg:California:CA +707:Fortuna:California:CA +707:Mendocino:California:CA 707:Napa:California:CA +707:Petaluma:California:CA +707:Santa Rosa:California:CA +707:Sebastopol:California:CA +707:Sonoma:California:CA +707:Suisun:California:CA +707:Ukiah:California:CA +707:Vacaville:California:CA +707:Vallejo:California:CA +707:Willits:California:CA +707:Yountville:California:CA +708:Evanston:Illinois:IL 708:Chicago Suburbs:Illinois:IL 708:Elgin:Illinois:IL 708:Waukegan:Illinois:IL +709:Labrador City:Newfoundland:NF 709:St. John's:Newfoundland:NF 712:Council Bluffs:Iowa:IA 712:Sioux City:Iowa:IA 713:Houston:Texas:TX 714:Anaheim:California:CA +714:Brea:California:CA +714:Buena Park:California:CA +714:Costa Mesa:California:CA +714:Cypress:California:CA +714:Fullerton:California:CA +714:Garden Grove:California:CA +714:Huntington Beach:California:CA +714:Irvine:California:CA +714:Laguna Beach:California:CA +714:Newport Beach:California:CA +714:Orange:California:CA +714:Placentia:California:CA +714:San Clemente:California:CA +714:San Juan Capistrano:California:CA +714:Santa Ana:California:CA +714:Trabuco:California:CA +714:Tustin:California:CA +714:Westminster:California:CA 715:Eau Claire:Wisconsin:WI 715:Wausau:Wisconsin:WI 716:Buffalo:New York:NY @@ -255,15 +503,19 @@ 719:Colorado Springs:Colorado:CO 719:Fairplay:Colorado:CO 719:Lamar:Colorado:CO +719:Pueblo:Colorado:CO 719:South Fork:Colorado:CO +757:Hampton:Virginia:VI +757:Newport News:Virginia:VI 757:Norfolk:Virginia:VI -758::St Lucia:LC +758::St. Lucia:LC 765:Kokomo:Indiana:IN 765:Lafayette:Indiana:IN 770:Atlanta(Metro) outside 285 beltway:Georgia:GA 770:La Grange:Georgia:GA 770:Marietta:Georgia:GA 770:Norcross:Georgia:GA +770:Tucker:Georgia:GA 773:Chicago:Illinois:IL 787::Puerto Rico:PR 801::Utah:UT @@ -272,11 +524,50 @@ 803:Columbia:South Carolina:SC 803:Florence:South Carolina:SC 804:Charlottesville:Virginia:VA +804:Lynchburg:Virginia:VA 804:Newport News:Virginia:VA 804:Richmond:Virginia:VA +805:Arroyo Grande:California:CA +805:Atascadero:California:CA +805:Avila:California:CA 805:Bakersfield:California:CA +805:Camarillo:California:CA +805:Cambria:California:CA +805:Carpinteria:California:CA +805:Castaic:California:CA +805:Delano:California:CA +805:Fillmore:California:CA +805:Frazier Park:California:CA +805:Hueneme:California:CA +805:Lancaster:California:CA +805:Lompoc:California:CA +805:Mojave:California:CA +805:Moorpark:California:CA +805:Mooro Bay:California:CA +805:Newhall:California:CA +805:Ojai:California:CA +805:Oxnard:California:CA +805:Palmdale:California:CA +805:Paso Robles:California:CA +805:Pismo Beach:California:CA +805:Rosamond:California:CA +805:San Luis Obispo:California:CA +805:San Simeon:California:CA +805:Santa Barbara:California:CA +805:Santa Maria:California:CA +805:Santa Puala:California:CA +805:Saticoy:California:CA +805:Saugus:California:CA +805:Simi Valley:California:CA +805:Solvang:California:CA +805:Taft:California:CA +805:Tehachapi:California:CA +805:Thousand Oaks:California:CA +805:Ventura:California:CA +805:Wasco:California:CA 806:Amarillo:Texas:TX 806:Lubbock:Texas:TX +807:Fort William:Ontario:ON 807:Thunder Bay:Ontario:ON 808::Hawaii:HI 809::US Virgin Islands:VI @@ -294,6 +585,9 @@ 810:Troy:Michigan:MI 812:Evansville:Indiana:IN 813:Bowling Green:Florida:FL +813:Clearwater:Florida:FL +813:Largo:Florida:FL +813:St. Petersburg:Florida:FL 813:Tampa:Florida:FL 814:Altoona:Pennsylvania:PA 814:Erie:Pennsylvania:PA @@ -302,29 +596,60 @@ 815:Rock Island:Illinois:IL 816:Independence:Missouri:MO 816:Kansas City:Missouri:MO -816:St Joseph:Missouri:MO +816:St. Joseph:Missouri:MO 817:Fort Worth:Texas:TX 817:Waco:Texas:TX +818:Alhambra:California:CA +818:Altadena:California:CA +818:Arcadia:California:CA +818:Azusa:California:CA +818:Baldwin Park:California:CA +818:Burbank:California:CA +818:Canoga Park:California:CA +818:Chatsworth:California:CA +818:Covina:California:CA +818:Duarte:California:CA +818:El Monte:California:CA 818:Encino:California:CA +818:Glendale:California:CA +818:Glendora:California:CA +818:La Canada:California:CA +818:La Crescenta:California:CA +818:La Puente:California:CA +818:Monrovia:California:CA +818:Montrose:California:CA 818:North Hollywood:California:CA +818:Northridge:California:CA +818:Pacoima:California:CA 818:Pasadena:California:CA +818:Resenda:California:CA +818:Rosemead:California:CA 818:San Fernando:California:CA +818:San Gabriel:California:CA +818:Sherman Oaks:California:CA +818:Sierra Madre:California:CA +818:Temple City:California:CA 818:Van Nuys:California:CA +818:Whittier:California:CA +818:Woodland Hills:California:CA +819:Noranda:Quebec:PQ 819:Sherbrooke:Quebec:PQ 847:Arlington Heights:Illinois:IL 860:Hartford:Connecticut:CT 864:Greeville:South Carolina:SC 864:Spartanburg:South Carolina:SC -869::St Kitts and Nevis:KN +869::St. Kitts and Nevis:KN 901:Memphis:Tennessee:TN 902:Charlottetown:Prince Edward Island:PE -902:Halifax:Nova Scotia:NS +902::Nova Scotia:NS 903:Paris:Texas:TX 903:Tyler:Texas:TX 904:Apalachicola:Florida:FL 904:Atlantic Beach:Florida:FL +904:Daytona Beach:Florida:FL 904:Jacksonville:Florida:FL 904:Pensacola:Florida:FL +904:Plantation:Florida:FL 904:Tallahassee:Florida:FL 905:Hamilton:Ontario:ON 905:Mississauga:Ontario:ON @@ -334,16 +659,50 @@ 906:Sault Ste. Marie:Michigan:MI 907::Alaska:AK 908:Asbury Park:New Jersey:NJ +908:Woodbridge:New Jersey:NJ +909:Arlington:California:CA +909:Arrowhead:California:CA +909:Banning:California:CA +909:Beaumont:California:CA +909:Big Bear Lake:California:CA +909:Calimesa:California:CA +909:Claremont:California:CA +909:Colton:California:CA +909:Corona:California:CA +909:Cucamonga:California:CA +909:Elsinore:California:CA +909:Fontana:California:CA +909:Grand Terrace:California:CA +909:Hemet:California:CA +909:Idyllwild:California:CA +909:Lake Arrowhead:California:CA +909:La Verne:California:CA +909:Murrieta:California:CA +909:Norco:California:CA +909:Ontario:California:CA +909:Pomona:California:CA +909:Redlands:California:CA +909:Rialto:California:CA 909:Riverside:California:CA 909:San Bernardio:California:CA +909:San Jacinto:California:CA +909:Sunnymead:California:CA +909:Upland:California:CA 910:Fayetteville:North Carolina:NC 910:Greensboro:North Carolina:NC 910:Winston-Salem:North Carolina:NC 912:Albany:Georgia:GA 912:Macon:Georgia:GA +912:Montgomery:Georgia:GA 912:Savannah:Georgia:GA +912:Valdosta:Georgia:GA +913:Abilene:Kansas:KS +913:Atchison:Kansas:KS +913:Hays:Kansas:KS 913:Kansas City:Kansas:KS 913:Lawrence:Kansas:KS +913:Leavenworth:Kansas:KS +913:Ottawa:Kansas:KS 913:Salina:Kansas:KS 913:Topeka:Kansas:KS 914:New Rochelle:New York:NY @@ -353,23 +712,53 @@ 914:Yonkers:New York:NY 915:Abilene:Texas:TX 915:El Paso:Texas:TX +916:Alpine (Alpine County):California:CA +916:Auburn:California:CA +916:Carmichael:California:CA +916:Chico:California:CA +916:Colusa:California:CA +916:Davis:California:CA +916:Dixon:California:CA +916:Dunsmuir:California:CA +916:Fair Oaks:California:CA +916:Folsom:California:CA +916:Grass Valley:California:CA +916:Marysville:California:CA +916:Paradise:California:CA +916:Placerville:California:CA +916:Red Bluff:California:CA +916:Redding:California:CA +916:Roseville:California:CA 916:Sacramento:California:CA +916:Shasta:California:CA +916:South Tahoe:California:CA +916:Tahoe City:California:CA +916:Truckee:California:CA +916:Weaverville:California:CA +916:Willows:California:CA +916:Woodland:California:CA +916:Yreka:California:CA +916:Yuba City:California:CA 917:New York City Cellular and Pagers:New York:NY 918:Bartlesville:Oklahoma:OK +918:Muskogee:Oklahoma:OK 918:Tulsa:Oklahoma:OK 919:Asheboro:North Carolina:NC 919:Burlington:North Carolina:NC 919:Durham:North Carolina:NC 919:Raleigh:North Carolina:NC -937::Ohio:OH +937:Dayton:Ohio:OH 941:Fort Myers:Florida:FL +941:Lakeland:Florida:FL 941:Naples:Florida:FL 941:Sarasota:Florida:FL 954:Fort Lauderdale:Florida:FL +954:Hollywood:Florida:FL 970:Aspen:Colorado:CO 970:Durango:Colorado:CO 970:Ft. Collins:Colorado:CO 970:Grand Junction:Colorado:CO 970:Steamboat Sprints:Colorado:CO +970:Vail:Colorado:CO 972:Irving:Texas:TX 972:Dallas suburbs:Texas:TX >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Feb 21 06:20:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA26027 for bugs-outgoing; Fri, 21 Feb 1997 06:20:11 -0800 (PST) Received: from gandalf.cc.purdue.edu (root@gandalf.cc.purdue.edu [128.210.9.15]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA26017 for ; Fri, 21 Feb 1997 06:20:09 -0800 (PST) Received: from localhost (jrj@localhost [127.0.0.1]) by gandalf.cc.purdue.edu (8.8.3/8.8.3) with ESMTP id JAA02497; Fri, 21 Feb 1997 09:20:02 -0500 (EST) Message-Id: <199702211420.JAA02497@gandalf.cc.purdue.edu> To: John-Mark Gurney cc: freebsd-bugs@freefall.freebsd.org, freebsd-gnats-submit@freebsd.org Subject: Re: bin/2779: Uninitialized variable may cause "fetch -m" to fail In-reply-to: Your message of "Fri, 21 Feb 1997 00:07:30 EST." Reply-to: jrj@cc.purdue.edu Date: Fri, 21 Feb 1997 09:20:01 EST From: "John R. Jackson" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >which version of main.c is this patched against?? I can't seem to find >the variable size0 any place in the current fetch... It was against FreeBSD-current/src/bin/fetch/main.c as of 18-Jan-97, however I just pulled another version (now in usr.bin?) and it has obviously been completely rewritten. I agree the bug is no longer there. >John-Mark JJ From owner-freebsd-bugs Fri Feb 21 06:30:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA26817 for bugs-outgoing; Fri, 21 Feb 1997 06:30:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA26805; Fri, 21 Feb 1997 06:30:02 -0800 (PST) Date: Fri, 21 Feb 1997 06:30:02 -0800 (PST) Message-Id: <199702211430.GAA26805@freefall.freebsd.org> To: freebsd-bugs Cc: From: "John R. Jackson" Subject: Re: bin/2779: Uninitialized variable may cause "fetch -m" to fail Reply-To: "John R. Jackson" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2779; it has been noted by GNATS. From: "John R. Jackson" To: John-Mark Gurney Cc: freebsd-bugs@freefall.freebsd.org, freebsd-gnats-submit@freebsd.org Subject: Re: bin/2779: Uninitialized variable may cause "fetch -m" to fail Date: Fri, 21 Feb 1997 09:20:01 EST >which version of main.c is this patched against?? I can't seem to find >the variable size0 any place in the current fetch... It was against FreeBSD-current/src/bin/fetch/main.c as of 18-Jan-97, however I just pulled another version (now in usr.bin?) and it has obviously been completely rewritten. I agree the bug is no longer there. >John-Mark JJ From owner-freebsd-bugs Fri Feb 21 07:04:18 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA28891 for bugs-outgoing; Fri, 21 Feb 1997 07:04:18 -0800 (PST) Received: (from jmg@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA28862; Fri, 21 Feb 1997 07:04:02 -0800 (PST) Date: Fri, 21 Feb 1997 07:04:02 -0800 (PST) From: John-Mark Gurney Message-Id: <199702211504.HAA28862@freefall.freebsd.org> To: jrj@purdue.edu, jmg, freebsd-bugs Subject: Re: bin/2779 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Uninitialized variable may cause "fetch -m" to fail State-Changed-From-To: open-closed State-Changed-By: jmg State-Changed-When: Fri Feb 21 07:01:52 PST 1997 State-Changed-Why: originator confirms bug is fixed in current version of fetch. From owner-freebsd-bugs Fri Feb 21 09:37:32 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA07792 for bugs-outgoing; Fri, 21 Feb 1997 09:37:32 -0800 (PST) Received: (from fenner@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA07770; Fri, 21 Feb 1997 09:37:28 -0800 (PST) Date: Fri, 21 Feb 1997 09:37:28 -0800 (PST) From: Bill Fenner Message-Id: <199702211737.JAA07770@freefall.freebsd.org> To: trm@i-planet.com, fenner, freebsd-bugs Subject: Re: misc/2733 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: TUNMTU limits MRU in tun device even if mtu set State-Changed-From-To: open-closed State-Changed-By: fenner State-Changed-When: Fri Feb 21 09:35:43 PST 1997 State-Changed-Why: Fixed in 2.2 and -current. (rev 1.29.2.2 and 1.32 of if_tun.c) From owner-freebsd-bugs Fri Feb 21 09:51:30 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA08721 for bugs-outgoing; Fri, 21 Feb 1997 09:51:30 -0800 (PST) Received: (from fenner@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA08651; Fri, 21 Feb 1997 09:50:55 -0800 (PST) Date: Fri, 21 Feb 1997 09:50:55 -0800 (PST) From: Bill Fenner Message-Id: <199702211750.JAA08651@freefall.freebsd.org> To: fenner, freebsd-bugs, wollman Subject: Re: kern/2712 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: uninitialized variable used in ip_mroute.c Responsible-Changed-From-To: freebsd-bugs->wollman Responsible-Changed-By: fenner Responsible-Changed-When: Fri Feb 21 09:49:40 PST 1997 Responsible-Changed-Why: wollman broke it in rev 1.36 From owner-freebsd-bugs Fri Feb 21 09:55:00 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA09102 for bugs-outgoing; Fri, 21 Feb 1997 09:55:00 -0800 (PST) Received: (from fenner@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA09007; Fri, 21 Feb 1997 09:53:10 -0800 (PST) Date: Fri, 21 Feb 1997 09:53:10 -0800 (PST) From: Bill Fenner Message-Id: <199702211753.JAA09007@freefall.freebsd.org> To: fenner, freebsd-bugs, fenner Subject: Re: misc/2745 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: PR querry web form doesn't sort correctly Responsible-Changed-From-To: freebsd-bugs->fenner Responsible-Changed-By: fenner Responsible-Changed-When: Fri Feb 21 09:52:15 PST 1997 Responsible-Changed-Why: fenner wrote the sort routine From owner-freebsd-bugs Fri Feb 21 10:50:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA12644 for bugs-outgoing; Fri, 21 Feb 1997 10:50:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA12638; Fri, 21 Feb 1997 10:50:03 -0800 (PST) Resent-Date: Fri, 21 Feb 1997 10:50:03 -0800 (PST) Resent-Message-Id: <199702211850.KAA12638@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, tejblum@arc.hq.cti.ru Received: from yandex.hq.cti.ru (yandex.hq.cti.ru [194.67.85.53]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA12274 for ; Fri, 21 Feb 1997 10:45:30 -0800 (PST) Received: (from tejblum@localhost) by yandex.hq.cti.ru (8.8.5/8.8.4) id VAA08529; Fri, 21 Feb 1997 21:45:38 +0300 (MSK) Message-Id: <199702211845.VAA08529@yandex.hq.cti.ru> Date: Fri, 21 Feb 1997 21:45:38 +0300 (MSK) From: Dmitrij Tejblum Reply-To: tejblum@arc.hq.cti.ru To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/2791: Errors in relnotes.hlp (and relnotes.sgml?) Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2791 >Category: docs >Synopsis: Errors in relnotes.hlp (and relnotes.sgml?) >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Fri Feb 21 10:50:02 PST 1997 >Last-Modified: >Originator: Dmitrij Tejblum >Organization: CompTek >Release: FreeBSD 2.2-BETA_A i386 >Environment: Announcement of 2.1.7 RRELEASE >Description: "All but the freebsd-bugs groups can be freely joined by ..." But anyone can subscribe to freebsd-bugs. Also, relnotes.hlp suggest subscribe and send mail to questions@freebsd.org, etc but not freebsd-questions, ... >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Feb 21 11:26:15 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA15154 for bugs-outgoing; Fri, 21 Feb 1997 11:26:15 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA15132; Fri, 21 Feb 1997 11:26:14 -0800 (PST) Date: Fri, 21 Feb 1997 11:26:14 -0800 (PST) From: Mike Pritchard Message-Id: <199702211926.LAA15132@freefall.freebsd.org> To: mpp, freebsd-bugs, jmz Subject: Re: bin/648 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Old Synopsis: printf format conversion incorrect (duplicate) New Synopsis: [f2c] printf format conversion incorrect (duplicate) Responsible-Changed-From-To: freebsd-bugs->jmz Responsible-Changed-By: mpp Responsible-Changed-When: Fri Feb 21 11:25:21 PST 1997 Responsible-Changed-Why: Last person to import a new version of f2c, and the problem still exists under -current. From owner-freebsd-bugs Fri Feb 21 11:35:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA15898 for bugs-outgoing; Fri, 21 Feb 1997 11:35:12 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA15877; Fri, 21 Feb 1997 11:35:03 -0800 (PST) Date: Fri, 21 Feb 1997 11:35:03 -0800 (PST) From: Mike Pritchard Message-Id: <199702211935.LAA15877@freefall.freebsd.org> To: mpp, freebsd-bugs, paul Subject: Re: gnu/672 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Nor all ph headers get created Responsible-Changed-From-To: freebsd-bugs->paul Responsible-Changed-By: mpp Responsible-Changed-When: Fri Feb 21 11:33:14 PST 1997 Responsible-Changed-Why: He wrote the PR, and it looks like if he wants it fixed, he is going to have to do it himself :-). From owner-freebsd-bugs Fri Feb 21 11:43:39 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA16660 for bugs-outgoing; Fri, 21 Feb 1997 11:43:39 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA16640; Fri, 21 Feb 1997 11:43:36 -0800 (PST) Date: Fri, 21 Feb 1997 11:43:36 -0800 (PST) From: Mike Pritchard Message-Id: <199702211943.LAA16640@freefall.freebsd.org> To: mpp, freebsd-bugs, wpaul Subject: Re: bin/2740 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: root-fs full erases password table ! Responsible-Changed-From-To: freebsd-bugs->wpaul Responsible-Changed-By: mpp Responsible-Changed-When: Fri Feb 21 11:42:28 PST 1997 Responsible-Changed-Why: Bill seems to have done a lot of work in this area. From owner-freebsd-bugs Fri Feb 21 12:47:14 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA21578 for bugs-outgoing; Fri, 21 Feb 1997 12:47:14 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA21546; Fri, 21 Feb 1997 12:46:40 -0800 (PST) Date: Fri, 21 Feb 1997 12:46:40 -0800 (PST) From: Mike Pritchard Message-Id: <199702212046.MAA21546@freefall.freebsd.org> To: mpp, freebsd-bugs, jmg Subject: Re: bin/706 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: increased root DNS traffic and long latencies for r-commands Responsible-Changed-From-To: freebsd-bugs->jmg Responsible-Changed-By: mpp Responsible-Changed-When: Fri Feb 21 12:46:10 PST 1997 Responsible-Changed-Why: John-Mark said he would do the followup on this. From owner-freebsd-bugs Fri Feb 21 13:00:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA22692 for bugs-outgoing; Fri, 21 Feb 1997 13:00:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA22667; Fri, 21 Feb 1997 13:00:01 -0800 (PST) Date: Fri, 21 Feb 1997 13:00:01 -0800 (PST) Message-Id: <199702212100.NAA22667@freefall.freebsd.org> To: freebsd-bugs Cc: From: Mike Pritchard Subject: Re: bin/1073 Reply-To: Mike Pritchard Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/1073; it has been noted by GNATS. From: Mike Pritchard To: freebsd-gnats-submit Cc: Subject: Re: bin/1073 Date: Fri, 21 Feb 1997 12:55:23 -0800 (PST) Verified that problem still exists in -current as of 2/21/97. -- Mike Pritchard mpp@FreeBSD.org "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-bugs Fri Feb 21 13:20:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA24045 for bugs-outgoing; Fri, 21 Feb 1997 13:20:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA24007; Fri, 21 Feb 1997 13:20:01 -0800 (PST) Date: Fri, 21 Feb 1997 13:20:01 -0800 (PST) Message-Id: <199702212120.NAA24007@freefall.freebsd.org> To: freebsd-bugs Cc: From: Mike Pritchard Subject: Re: kern/1020 Reply-To: Mike Pritchard Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/1020; it has been noted by GNATS. From: Mike Pritchard To: freebsd-gnats-submit Cc: Subject: Re: kern/1020 Date: Fri, 21 Feb 1997 13:19:01 -0800 (PST) Feedback from the originator: David Muir Sharnoff wrote: > From muir@idiom.com Fri Feb 21 13:07:53 1997 > Date: Fri, 21 Feb 1997 13:07:51 -0800 (PST) > From: David Muir Sharnoff > Message-Id: <199702212107.NAA10561@idiom.com> > To: Mike Pritchard > Subject: Re: FreBSD PR# 1020 > > * Are you still seeing the problem reported in your FreeBSD problem report? > * Have you tried later versions, such as FreeBSD 2.2 BETA or GAMMA > * or FreeBSD 3.0-current? Any other information you could provide would > * be helpful. If you are still seeing the problem, what version > * of FreeBSD are you running right now? > > I stopped using my BOCA long ago because of this problem. > > I still have the boca and with a bit of work I could have it > talk to itself. > > Unless someone did something that would fix the problem, I expect > it's still there. > > In discussions on the FreeBSD list, it turns out that the there > is a workaround: when the boca freezes up, modify /etc/ttys to turn > all the ports off, hup init, and turn them back on. > > There was also mention that the problem was a lost interrupt. > > -Dave > -- Mike Pritchard mpp@FreeBSD.org "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-bugs Fri Feb 21 14:01:16 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA26790 for bugs-outgoing; Fri, 21 Feb 1997 14:01:16 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA26761; Fri, 21 Feb 1997 14:01:04 -0800 (PST) Date: Fri, 21 Feb 1997 14:01:04 -0800 (PST) From: Mike Pritchard Message-Id: <199702212201.OAA26761@freefall.freebsd.org> To: andreas@klemm.gtn.com, mpp, freebsd-bugs Subject: Re: misc/1340 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: make world fails State-Changed-From-To: analyzed-closed State-Changed-By: mpp State-Changed-When: Fri Feb 21 13:59:03 PST 1997 State-Changed-Why: groff was added to the build-tools list some time ago. From owner-freebsd-bugs Fri Feb 21 14:04:25 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA27063 for bugs-outgoing; Fri, 21 Feb 1997 14:04:25 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA26968; Fri, 21 Feb 1997 14:03:20 -0800 (PST) Date: Fri, 21 Feb 1997 14:03:20 -0800 (PST) From: Mike Pritchard Message-Id: <199702212203.OAA26968@freefall.freebsd.org> To: mpp, freebsd-bugs, guido Subject: Re: bin/1351 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: security problem with mv(1) Responsible-Changed-From-To: freebsd-bugs->guido Responsible-Changed-By: mpp Responsible-Changed-When: Fri Feb 21 14:02:27 PST 1997 Responsible-Changed-Why: This should be evaulated by one of our secirity officers... From owner-freebsd-bugs Fri Feb 21 14:07:45 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA27290 for bugs-outgoing; Fri, 21 Feb 1997 14:07:45 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA27270; Fri, 21 Feb 1997 14:07:43 -0800 (PST) Date: Fri, 21 Feb 1997 14:07:43 -0800 (PST) From: Mike Pritchard Message-Id: <199702212207.OAA27270@freefall.freebsd.org> To: mpp, freebsd-bugs, mpp Subject: Re: bin/1364 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: ps(1) bugs Responsible-Changed-From-To: freebsd-bugs->mpp Responsible-Changed-By: mpp Responsible-Changed-When: Fri Feb 21 14:07:20 PST 1997 Responsible-Changed-Why: I'll field this one. From owner-freebsd-bugs Fri Feb 21 14:09:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA27477 for bugs-outgoing; Fri, 21 Feb 1997 14:09:05 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA27457; Fri, 21 Feb 1997 14:09:01 -0800 (PST) Date: Fri, 21 Feb 1997 14:09:01 -0800 (PST) From: Mike Pritchard Message-Id: <199702212209.OAA27457@freefall.freebsd.org> To: jkh@time.cdrom.com, mpp, freebsd-bugs Subject: Re: kern/1336 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Permission for .. in NFS mounts is somewhat non-intuitive State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Fri Feb 21 14:08:33 PST 1997 State-Changed-Why: Jordan said to go ahead and close it. From owner-freebsd-bugs Fri Feb 21 14:10:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA27562 for bugs-outgoing; Fri, 21 Feb 1997 14:10:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA27554; Fri, 21 Feb 1997 14:10:01 -0800 (PST) Resent-Date: Fri, 21 Feb 1997 14:10:01 -0800 (PST) Resent-Message-Id: <199702212210.OAA27554@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Tim Vanderhoek Received: from X2296 (ppp1576.on.sympatico.ca [206.172.249.40]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA26899 for ; Fri, 21 Feb 1997 14:02:36 -0800 (PST) Received: (from tim@localhost) by X2296 (8.7.6/8.7.3) id RAA03075; Fri, 21 Feb 1997 17:02:16 -0500 (EST) Message-Id: <199702212202.RAA03075@X2296> Date: Fri, 21 Feb 1997 17:02:16 -0500 (EST) From: Reply-To: Tim Vanderhoek To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2792: yacc-generated parser compile-time warnings Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2792 >Category: bin >Synopsis: yacc-generated parser and (const)'s and cc warnings >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Feb 21 14:10:00 PST 1997 >Last-Modified: >Originator: Tim Vanderhoek >Organization: Sympatico, Canada's largest Service Provider (I think) >Release: FreeBSD 2.2-961006-SNAP i386; yes, I know date==970221 >Environment: Very very warm. 19C. >Description: Parsers generated by yacc and compiled with -Wwrite-strings and -Wcast-qual generate a number of errors. This is undesirable. >How-To-Repeat: >Fix: The following two patches should do the trick. They're relative to -CURRENT as of 970227. They also make another small change; full explanation of all follows. -- getenv() is declared in , which is included, so we don't need to redeclare it. yylex() shouldn't really be declared in skeleton.c, since it doesn't define it. yygrowstack() is from lites. It's defined in skeleton.c, so it should be prototyped there, too. in output.c, output_debug(), the yyrule[] was declared (const char * const yyrule[]), but yyname[] was only (char *yyname[]) causing many "assignment discards const" warnings. Changed to be like yyrule. I believe that this change was supposed to have been done in version 1.3 of output.c but was accidentally skipped. Will phk verify this? Above change requires yys to be (const char *), too. -- *** old_skeleton.c Fri Feb 21 14:48:08 1997 --- skeleton.c Fri Feb 21 16:25:30 1997 *************** *** 68,86 **** "#define yyclearin (yychar=(YYEMPTY))", "#define yyerrok (yyerrflag=0)", "#define YYRECOVERING (yyerrflag!=0)", ! "/* cfront 1.2 defines \"c_plusplus\" instead of \"__cplusplus\" */", ! "#ifdef c_plusplus", ! "#ifndef __cplusplus", ! "#define __cplusplus", ! "#endif", ! "#endif", ! "#ifdef __cplusplus", ! "extern \"C\" { char *getenv(const char *); }", ! "#else", ! "extern char *getenv();", ! "extern int yylex();", ! "extern int yyparse();", ! "#endif", 0 }; --- 68,75 ---- "#define yyclearin (yychar=(YYEMPTY))", "#define yyerrok (yyerrflag=0)", "#define YYRECOVERING (yyerrflag!=0)", ! "extern int yyparse(void);", ! "static int yygrowstack(void);", 0 }; *************** *** 173,179 **** "{", " register int yym, yyn, yystate;", "#if YYDEBUG", ! " register char *yys;", "", " if ((yys = getenv(\"YYDEBUG\")))", " {", --- 162,168 ---- "{", " register int yym, yyn, yystate;", "#if YYDEBUG", ! " register const char *yys;", "", " if ((yys = getenv(\"YYDEBUG\")))", " {", *** old_output.c Fri Feb 21 15:27:32 1997 --- output.c Fri Feb 21 16:13:53 1997 *************** *** 970,976 **** symnam[0] = "end-of-file"; if (!rflag) ++outline; ! fprintf(output_file, "#if YYDEBUG\nchar *%sname[] = {", symbol_prefix); j = 80; for (i = 0; i <= max; ++i) { --- 970,977 ---- symnam[0] = "end-of-file"; if (!rflag) ++outline; ! fprintf(output_file, "#if YYDEBUG\n" ! "const char * const %sname[] = {", symbol_prefix); j = 80; for (i = 0; i <= max; ++i) { >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Feb 21 14:11:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA27709 for bugs-outgoing; Fri, 21 Feb 1997 14:11:09 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA27680; Fri, 21 Feb 1997 14:10:53 -0800 (PST) Date: Fri, 21 Feb 1997 14:10:53 -0800 (PST) From: Mike Pritchard Message-Id: <199702212210.OAA27680@freefall.freebsd.org> To: mpp, freebsd-bugs, guido Subject: Re: bin/1377 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: mv(1) retains the setuid bit when it is unable to preserve the uid. Responsible-Changed-From-To: freebsd-bugs->guido Responsible-Changed-By: mpp Responsible-Changed-When: Fri Feb 21 14:10:19 PST 1997 Responsible-Changed-Why: Needs to be evaulated by a security officer. From owner-freebsd-bugs Fri Feb 21 14:18:52 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA28209 for bugs-outgoing; Fri, 21 Feb 1997 14:18:52 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA28162; Fri, 21 Feb 1997 14:17:59 -0800 (PST) Date: Fri, 21 Feb 1997 14:17:59 -0800 (PST) From: Mike Pritchard Message-Id: <199702212217.OAA28162@freefall.freebsd.org> To: obrien@Nuxi.cs.ucdavis.edu, mpp, freebsd-bugs Subject: Re: bin/1410 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: /usr/bin/login is suid, with little requirement for this State-Changed-From-To: feedback-closed State-Changed-By: mpp State-Changed-When: Fri Feb 21 14:15:13 PST 1997 State-Changed-Why: Bruce Evans has a good example of why to keep the setuid bit, and I have personally used this feature when some problem prevents me from getting access to the machine, and the only available login was from a non-privledged users logged in terminal. I was then able to run login, get access to my account, su and then fix the problem without a reobot. From owner-freebsd-bugs Fri Feb 21 14:33:39 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA28933 for bugs-outgoing; Fri, 21 Feb 1997 14:33:39 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA28911; Fri, 21 Feb 1997 14:33:30 -0800 (PST) Date: Fri, 21 Feb 1997 14:33:30 -0800 (PST) From: Mike Pritchard Message-Id: <199702212233.OAA28911@freefall.freebsd.org> To: moke@fools.ecpnet.com, mpp, freebsd-bugs Subject: Re: kern/2324 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: watch when ran and given at device prompt, page faults machine State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Fri Feb 21 14:32:54 PST 1997 State-Changed-Why: Duplicate of PR# 1687. From owner-freebsd-bugs Fri Feb 21 14:41:44 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA29521 for bugs-outgoing; Fri, 21 Feb 1997 14:41:44 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA29497; Fri, 21 Feb 1997 14:41:33 -0800 (PST) Date: Fri, 21 Feb 1997 14:41:33 -0800 (PST) From: Mike Pritchard Message-Id: <199702212241.OAA29497@freefall.freebsd.org> To: mpp, freebsd-bugs, sos Subject: Re: kern/1480 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: terminal "cons25" resize problem Responsible-Changed-From-To: freebsd-bugs->sos Responsible-Changed-By: mpp Responsible-Changed-When: Fri Feb 21 14:40:45 PST 1997 Responsible-Changed-Why: Ssycons problem? Note: mail to the originator bounces. From owner-freebsd-bugs Fri Feb 21 14:48:31 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA00135 for bugs-outgoing; Fri, 21 Feb 1997 14:48:31 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA29999; Fri, 21 Feb 1997 14:48:18 -0800 (PST) Date: Fri, 21 Feb 1997 14:48:18 -0800 (PST) From: Mike Pritchard Message-Id: <199702212248.OAA29999@freefall.freebsd.org> To: nik@blueberry.co.uk, mpp, freebsd-bugs Subject: Re: bin/1522 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: dump | restore of filesystem corrupted files State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Fri Feb 21 14:47:29 PST 1997 State-Changed-Why: Mail to the originator bounces, and Joerg has previously stated that he was unable to duplicate the problem. From owner-freebsd-bugs Fri Feb 21 15:07:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA01395 for bugs-outgoing; Fri, 21 Feb 1997 15:07:02 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA01372; Fri, 21 Feb 1997 15:06:56 -0800 (PST) Date: Fri, 21 Feb 1997 15:06:56 -0800 (PST) From: Mike Pritchard Message-Id: <199702212306.PAA01372@freefall.freebsd.org> To: mpp, freebsd-bugs, steve Subject: Re: bin/2792 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: yacc-generated parser and (const)'s and cc warnings Responsible-Changed-From-To: freebsd-bugs->steve Responsible-Changed-By: mpp Responsible-Changed-When: Fri Feb 21 15:06:09 PST 1997 Responsible-Changed-Why: Steve Price seems to have done the most recent work on yacc. From owner-freebsd-bugs Fri Feb 21 15:18:29 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA02245 for bugs-outgoing; Fri, 21 Feb 1997 15:18:29 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA02219; Fri, 21 Feb 1997 15:18:22 -0800 (PST) Date: Fri, 21 Feb 1997 15:18:22 -0800 (PST) From: Mike Pritchard Message-Id: <199702212318.PAA02219@freefall.freebsd.org> To: xaa@stack.urc.tue.nl, mpp, freebsd-bugs Subject: Re: bin/1563 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Curses let letters fall away sometimes State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Fri Feb 21 15:17:51 PST 1997 State-Changed-Why: The originator states that this has been fixed after an upgrade. From owner-freebsd-bugs Fri Feb 21 15:18:47 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA02294 for bugs-outgoing; Fri, 21 Feb 1997 15:18:47 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA02201; Fri, 21 Feb 1997 15:18:17 -0800 (PST) Date: Fri, 21 Feb 1997 15:18:17 -0800 (PST) From: Mike Pritchard Message-Id: <199702212318.PAA02201@freefall.freebsd.org> To: fty@tylan.com, mpp, freebsd-bugs Subject: Re: bin/1635 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: setenv(3) buglet? Segv if var not previously defined State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Fri Feb 21 15:14:21 PST 1997 State-Changed-Why: Setenv(3) works fine under 2.1.7 and 3.0-current. From owner-freebsd-bugs Fri Feb 21 16:15:01 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA06570 for bugs-outgoing; Fri, 21 Feb 1997 16:15:01 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA06540; Fri, 21 Feb 1997 16:14:48 -0800 (PST) Date: Fri, 21 Feb 1997 16:14:48 -0800 (PST) From: Mike Pritchard Message-Id: <199702220014.QAA06540@freefall.freebsd.org> To: julian@current1.whistle.com, mpp, freebsd-bugs Subject: Re: kern/1652 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: changing time hangs system State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Fri Feb 21 16:14:18 PST 1997 State-Changed-Why: Fixed in rev 1.18 of kern_time.c. From owner-freebsd-bugs Fri Feb 21 16:21:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA07204 for bugs-outgoing; Fri, 21 Feb 1997 16:21:12 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA07177; Fri, 21 Feb 1997 16:21:04 -0800 (PST) Date: Fri, 21 Feb 1997 16:21:04 -0800 (PST) From: Mike Pritchard Message-Id: <199702220021.QAA07177@freefall.freebsd.org> To: mpp, freebsd-bugs, se Subject: Re: kern/1670 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: PCI ed probe causes a page fault Responsible-Changed-From-To: freebsd-bugs->se Responsible-Changed-By: mpp Responsible-Changed-When: Fri Feb 21 16:20:24 PST 1997 Responsible-Changed-Why: Stefan said he was looking into this. From owner-freebsd-bugs Fri Feb 21 16:30:54 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA07785 for bugs-outgoing; Fri, 21 Feb 1997 16:30:54 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA07765; Fri, 21 Feb 1997 16:30:50 -0800 (PST) Date: Fri, 21 Feb 1997 16:30:50 -0800 (PST) From: Mike Pritchard Message-Id: <199702220030.QAA07765@freefall.freebsd.org> To: mpp, freebsd-bugs, mpp Subject: Re: bin/826 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: tcpmux listener in inetd does not work Responsible-Changed-From-To: freebsd-bugs->mpp Responsible-Changed-By: mpp Responsible-Changed-When: Fri Feb 21 16:28:58 PST 1997 Responsible-Changed-Why: Giles Lean said that he would supply me with patches to fix this, so I'll take responsibility for this PR. From owner-freebsd-bugs Fri Feb 21 16:44:54 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA08446 for bugs-outgoing; Fri, 21 Feb 1997 16:44:54 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA08423; Fri, 21 Feb 1997 16:44:48 -0800 (PST) Date: Fri, 21 Feb 1997 16:44:48 -0800 (PST) From: Mike Pritchard Message-Id: <199702220044.QAA08423@freefall.freebsd.org> To: max@wide.ad.jp, mpp, freebsd-bugs Subject: Re: bin/1687 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: watch makes kernel crash State-Changed-From-To: open-analyzed State-Changed-By: mpp State-Changed-When: Fri Feb 21 16:43:54 PST 1997 State-Changed-Why: roberto analyzed this a little bit in the audit trail. From owner-freebsd-bugs Fri Feb 21 17:20:41 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA10178 for bugs-outgoing; Fri, 21 Feb 1997 17:20:41 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA10156; Fri, 21 Feb 1997 17:20:37 -0800 (PST) Date: Fri, 21 Feb 1997 17:20:37 -0800 (PST) From: Mike Pritchard Message-Id: <199702220120.RAA10156@freefall.freebsd.org> To: jpt@magic.net, mpp, freebsd-bugs Subject: Re: kern/1716 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: LKM does not install character devices State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Fri Feb 21 17:20:08 PST 1997 State-Changed-Why: Suggested patch applied. From owner-freebsd-bugs Fri Feb 21 17:23:41 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA10417 for bugs-outgoing; Fri, 21 Feb 1997 17:23:41 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA10392; Fri, 21 Feb 1997 17:23:32 -0800 (PST) Date: Fri, 21 Feb 1997 17:23:32 -0800 (PST) From: Mike Pritchard Message-Id: <199702220123.RAA10392@freefall.freebsd.org> To: mpp, freebsd-bugs, gibbs Subject: Re: kern/1723 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: kernel fault when doing scsi reprobe Responsible-Changed-From-To: freebsd-bugs->gibbs Responsible-Changed-By: mpp Responsible-Changed-When: Fri Feb 21 17:22:28 PST 1997 Responsible-Changed-Why: Mail to the originator bounces, but this is a scsi problem, and someone should look at it once before closing it. From owner-freebsd-bugs Fri Feb 21 17:39:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA11295 for bugs-outgoing; Fri, 21 Feb 1997 17:39:02 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA11272; Fri, 21 Feb 1997 17:38:53 -0800 (PST) Date: Fri, 21 Feb 1997 17:38:53 -0800 (PST) From: Mike Pritchard Message-Id: <199702220138.RAA11272@freefall.freebsd.org> To: hvd@terry.ping.dk, mpp, freebsd-bugs Subject: Re: kern/1122 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Kernel (current) does not see all memory State-Changed-From-To: feedback-closed State-Changed-By: mpp State-Changed-When: Fri Feb 21 17:33:57 PST 1997 State-Changed-Why: The originator says that changing a BIOS setting fixed the problem. From owner-freebsd-bugs Fri Feb 21 17:54:55 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA12917 for bugs-outgoing; Fri, 21 Feb 1997 17:54:55 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA12897; Fri, 21 Feb 1997 17:54:45 -0800 (PST) Date: Fri, 21 Feb 1997 17:54:45 -0800 (PST) From: Mike Pritchard Message-Id: <199702220154.RAA12897@freefall.freebsd.org> To: mpp, freebsd-bugs, markm Subject: Re: gnu/1787 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Diffs with Index: lines are not honored for new files Responsible-Changed-From-To: freebsd-bugs->markm Responsible-Changed-By: mpp Responsible-Changed-When: Fri Feb 21 17:54:17 PST 1997 Responsible-Changed-Why: MArk has done some followup on this pr. From owner-freebsd-bugs Fri Feb 21 18:10:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA13622 for bugs-outgoing; Fri, 21 Feb 1997 18:10:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA13616; Fri, 21 Feb 1997 18:10:02 -0800 (PST) Resent-Date: Fri, 21 Feb 1997 18:10:02 -0800 (PST) Resent-Message-Id: <199702220210.SAA13616@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.SAA13575;Fri; (8.8.5/8.8.5);, 21 Feb 1997 18:09:40.-0800 (PST) Message-Id: <199702220209.SAA13575@freefall.freebsd.org> Date: Fri, 21 Feb 1997 18:09:40 -0800 (PST) From: lewiz@netcom.com To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: misc/2795: Cyclades 8YO -- Not working under 2.1.6-STABLE Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2795 >Category: misc >Synopsis: Cyclades 8YO -- Not working under 2.1.6-STABLE >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Feb 21 18:10:00 PST 1997 >Last-Modified: >Originator: Lewis De Payne >Organization: Lew Payne Publishing, Inc. >Release: 2.1.6-STABLE >Environment: FreeBSD ppp.wpac.com 2.1.6-RELEASE FreeBSD 2.1.6-RELEASE #0: Fri Feb 21 15:37:57 PST 1997 lewis@ppp.wpac.com:/usr/src/sys/compile/WPAC i386 >Description: dmesg output: cy0 irq 12 maddr 0xd4000 msize 8192 on isa /dev/ttyc* : 0 crw------- 1 root wheel 48, 0 Feb 21 17:47 ttyc0 Cyclades ISA 8-port card does not work. Cyclom diags test okay, no IRQ conflicts. Cyclades telnetted in and ran tests -- may be a driver-related problem. Are the major/minor #'s correct? Problem: date > /dev/ttyc0 [locks up, even ^C ignored] Can't use the Cyclades card at all! Can anyone please help?? Telnet access available, if necessary. >How-To-Repeat: Email and arrange telnet access to our machine. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Feb 21 18:20:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA14117 for bugs-outgoing; Fri, 21 Feb 1997 18:20:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA14103; Fri, 21 Feb 1997 18:20:01 -0800 (PST) Date: Fri, 21 Feb 1997 18:20:01 -0800 (PST) Message-Id: <199702220220.SAA14103@freefall.freebsd.org> To: freebsd-bugs Cc: From: Mike Pritchard Subject: Re: kern/1848 Reply-To: Mike Pritchard Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/1848; it has been noted by GNATS. From: Mike Pritchard To: grog@lemis.de Cc: freebsd-gnats-submit Subject: Re: kern/1848 Date: Fri, 21 Feb 1997 18:15:43 -0800 (PST) Greg Lehey wrote: > It's possible to set breakpoints in shared libraries, but > executing the code doesn't cause a SIGTRACE. > > I consider this problem relatively serious because it makes it > very difficult to catch bugs by waiting for them to issue a > system call. In this case, the new version of sendmail is > calling gethostbyaddr() even though it has been compiled > without DNS support. Why not link the binary with -static so you can debug it? Have you tried the latest gdb in -current to see what it does? -- Mike Pritchard mpp@FreeBSD.org "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-bugs Fri Feb 21 18:20:52 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA14220 for bugs-outgoing; Fri, 21 Feb 1997 18:20:52 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA14200; Fri, 21 Feb 1997 18:20:49 -0800 (PST) Date: Fri, 21 Feb 1997 18:20:49 -0800 (PST) From: Mike Pritchard Message-Id: <199702220220.SAA14200@freefall.freebsd.org> To: mpp, paul, freebsd-bugs Subject: Re: gnu/672 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Nor all ph headers get created Responsible-Changed-From-To: paul->freebsd-bugs Responsible-Changed-By: mpp Responsible-Changed-When: Fri Feb 21 18:20:20 PST 1997 Responsible-Changed-Why: Paul says he doesn't want to be responsible for this. From owner-freebsd-bugs Fri Feb 21 18:30:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA14705 for bugs-outgoing; Fri, 21 Feb 1997 18:30:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA14699; Fri, 21 Feb 1997 18:30:01 -0800 (PST) Date: Fri, 21 Feb 1997 18:30:01 -0800 (PST) Message-Id: <199702220230.SAA14699@freefall.freebsd.org> To: freebsd-bugs Cc: From: Mike Pritchard Subject: Re: kern/1661 Reply-To: Mike Pritchard Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/1661; it has been noted by GNATS. From: Mike Pritchard To: freebsd-gnats-submit Cc: Subject: Re: kern/1661 Date: Fri, 21 Feb 1997 18:27:42 -0800 (PST) Feedback from the originator: Gene Stark wrote: > From gene@starkhome.cs.sunysb.edu Fri Feb 21 18:22:45 1997 > Date: Fri, 21 Feb 1997 21:08:53 -0500 (EST) > From: Gene Stark > Message-Id: <199702220208.VAA18539@starkhome.cs.sunysb.edu> > To: freefall.freebsd.org!mpp@bsd7.cs.sunysb.edu > In-reply-to: Mike Pritchard's message of Fri, 21 Feb 1997 16:19:44 -0800 (PST) <199702220019.QAA06967@freefall.freebsd.org> > Subject: FreeBSD PR# 1661 > > >Are you still seeing the problem reported in your FreeBSD problem report? > >Have you tried later versions, such as FreeBSD 2.2 BETA or GAMMA > >or FreeBSD 3.0-current? Any other information you could provide would > >be helpful. If you are still seeing the problem, what version > >of FreeBSD are you running right now? > > Yes, I am still seeing a similar problem, but not the particular one I > originally reported, as I have patched that. The patch I supplied with my > bug report fixed the highly repeatable initial hang at the beginning > of a dump, but I still experience somewhat more erratic timing-dependent > hangs of a similar nature in many cases. When I was looking through > the driver some months ago in generating the patch I sent in, I believe > I noted other race conditions in the driver as well, which are probably > what are getting exercised now. > > The structure of the driver was such that it was very difficult to > trace through and determine at which points interrupts were enabled > and disabled. My conclusion was that the easiest thing to do might be > to restructure the driver so this was more clear. Unfortunately, I didn't > have the time to do this. In its current state, the driver is pretty > useless to me because more often than not a long dump will hang. > > The latest system I have tried it on is 2.1.5. However it looks like > the problems were in the driver itself, so unless the driver has been fixed, > I would expect similar problems to exist in later FreeBSD versions. > > - Gene Stark > -- Mike Pritchard mpp@FreeBSD.org "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-bugs Fri Feb 21 18:41:42 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA15229 for bugs-outgoing; Fri, 21 Feb 1997 18:41:42 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA15201; Fri, 21 Feb 1997 18:40:44 -0800 (PST) Date: Fri, 21 Feb 1997 18:40:44 -0800 (PST) From: Mike Pritchard Message-Id: <199702220240.SAA15201@freefall.freebsd.org> To: mark@seeware.DIALix.oz.au, mpp, freebsd-bugs, mpp Subject: Re: kern/1839 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Multiple mfs mounts of same mount point State-Changed-From-To: open-analyzed State-Changed-By: mpp State-Changed-When: Fri Feb 21 18:39:18 PST 1997 State-Changed-Why: Joerg analyzed this one aldready... Responsible-Changed-From-To: freebsd-bugs->mpp Responsible-Changed-By: mpp Responsible-Changed-When: Fri Feb 21 18:39:18 PST 1997 Responsible-Changed-Why: I'll field this one. From owner-freebsd-bugs Fri Feb 21 21:55:29 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA23613 for bugs-outgoing; Fri, 21 Feb 1997 21:55:29 -0800 (PST) Received: from wam1.wamnet.net (root@wam1.wamnet.net [205.164.225.248]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA23606 for ; Fri, 21 Feb 1997 21:55:22 -0800 (PST) Received: from dark_tsunami (wam5.wamnet.net [205.164.225.183]) by wam1.wamnet.net (8.8.3/8.7.3) with SMTP id BAA01433 for ; Sat, 22 Feb 1997 01:08:30 -0500 (EST) Message-Id: <2.2.32.19950222060038.008de530@mailhost.wamnet.net> X-Sender: waveman@mailhost.wamnet.net (Unverified) X-Mailer: Windows Eudora Pro Version 2.2 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 22 Feb 1995 01:00:38 -0500 To: bugs@freebsd.org From: Jeff The Balrog Subject: 2.1.7-RELEASE Sources Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I just downloaded the sources for freebsd 2.1.7. In the lib sources, the distribution is mising dkcksum.c.... can you put it in there? Thanks. >>>>>> Jeff Craton (waveman@wamnet.net) (admin@wamnet.net) <<<<<< C. C code. C code run. Run dang it run!!!!!!! >>>>>> http://www.wamnetrunner.com <<<<<< From owner-freebsd-bugs Sat Feb 22 03:18:39 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA00758 for bugs-outgoing; Sat, 22 Feb 1997 03:18:39 -0800 (PST) Received: (from sos@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA00739; Sat, 22 Feb 1997 03:18:34 -0800 (PST) Date: Sat, 22 Feb 1997 03:18:34 -0800 (PST) From: Soren Schmidt Message-Id: <199702221118.DAA00739@freefall.freebsd.org> To: sos, freebsd-bugs, sos Subject: Re: i386/1730 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: SFF8020 violation and silly bug in atapi.c hinder it's working with HITACHI CDR-7730 Responsible-Changed-From-To: freebsd-bugs->sos Responsible-Changed-By: sos Responsible-Changed-When: Sat Feb 22 03:17:43 PST 1997 Responsible-Changed-Why: SOS is the Atapi man... From owner-freebsd-bugs Sat Feb 22 05:20:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA14959 for bugs-outgoing; Sat, 22 Feb 1997 05:20:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA14949; Sat, 22 Feb 1997 05:20:03 -0800 (PST) Resent-Date: Sat, 22 Feb 1997 05:20:03 -0800 (PST) Resent-Message-Id: <199702221320.FAA14949@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.FAA14556;Sat; (8.8.5/8.8.5);, 22 Feb 1997 05:13:43.-0800 (PST) Message-Id: <199702221313.FAA14556@freefall.freebsd.org> Date: Sat, 22 Feb 1997 05:13:43 -0800 (PST) From: iwasaki@pc.jaring.my To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: docs/2798: duplicated descriptions for cvs-crypto in cvsup.sgml Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2798 >Category: docs >Synopsis: duplicated descriptions for cvs-crypto in cvsup.sgml >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Sat Feb 22 05:20:01 PST 1997 >Last-Modified: >Originator: Mitsuru IWASAKI >Organization: AISDEL; SIRIM >Release: FreeBSD-current >Environment: N/A >Description: Why do we need to have two `cvs-crypto' descriptions in cvsup.sgml? It seems that they are exactly the same. cvs-crypto release=cvs The export-restricted cryptography code.

cvs-crypto release=cvs The export-restricted cryptography code.

>How-To-Repeat: vi +478 /usr/src/share/doc/handbook/cvsup.sgml >Fix: --- /usr/src/share/doc/handbook/cvsup.sgml Fri Feb 21 21:40:19 1997 +++ cvsup.sgml Sat Feb 22 20:36:26 1997 @@ -477,15 +477,10 @@ cvs-crypto release=cvs The export-restricted cryptography code. -

+

- cvs-crypto release=cvs - The export-restricted cryptography code. -

- - src-eBones release=cvs

- src-secure release=cvs

- + src-eBones release=cvs

+ src-secure release=cvs

distrib release=self The CVSup server's own configuration files. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Feb 22 07:21:56 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA08927 for bugs-outgoing; Sat, 22 Feb 1997 07:21:56 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id HAA08919; Sat, 22 Feb 1997 07:21:51 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id QAA26818; Sat, 22 Feb 1997 16:21:42 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id QAA07694; Sat, 22 Feb 1997 16:20:48 +0100 (MET) Message-ID: Date: Sat, 22 Feb 1997 16:20:48 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: mpp@freefall.freebsd.org (Mike Pritchard) Cc: freebsd-bugs@freefall.freebsd.org, hsu@clinet.fi (Heikki Suonsivu) Subject: Re: bin/1073 References: <199702212100.NAA22667@freefall.freebsd.org> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199702212100.NAA22667@freefall.freebsd.org>; from Mike Pritchard on Feb 21, 1997 13:00:01 -0800 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Mike Pritchard wrote: > The following reply was made to PR bin/1073; it has been noted by GNATS. > > From: Mike Pritchard > To: freebsd-gnats-submit > Cc: Subject: Re: bin/1073 > Date: Fri, 21 Feb 1997 12:55:23 -0800 (PST) > > Verified that problem still exists in -current as of 2/21/97. It doesn't seem to be a FreeBSD problem. I've just connected to a SunOS 5.5 machine, and it does everything fine except the telnetd on SunOS turns off icanon, icrnl, opost, and onlcr. However, telnet -8 from this very same SunOS to itself experiences the very same behaviour, so if it should be considered a bug at all, then it's on the SunOS side. -- 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-bugs Sat Feb 22 07:50:41 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA16714 for bugs-outgoing; Sat, 22 Feb 1997 07:50:41 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id HAA16683; Sat, 22 Feb 1997 07:50:34 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id QAA27299; Sat, 22 Feb 1997 16:50:31 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id QAA07757; Sat, 22 Feb 1997 16:25:32 +0100 (MET) Message-ID: Date: Sat, 22 Feb 1997 16:25:32 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: mpp@freefall.freebsd.org (Mike Pritchard) Cc: freebsd-bugs@freefall.freebsd.org, muir@idiom.com (David Muir Sharnoff) Subject: Re: kern/1020 References: <199702212120.NAA24007@freefall.freebsd.org> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199702212120.NAA24007@freefall.freebsd.org>; from Mike Pritchard on Feb 21, 1997 13:20:01 -0800 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Mike Pritchard wrote: > Feedback from the originator: > > David Muir Sharnoff wrote: > > I stopped using my BOCA long ago because of this problem. > > > > I still have the boca and with a bit of work I could have it > > talk to itself. > > > > Unless someone did something that would fix the problem, I expect > > it's still there. > > > > In discussions on the FreeBSD list, it turns out that the there > > is a workaround: when the boca freezes up, modify /etc/ttys to turn > > all the ports off, hup init, and turn them back on. sax.sax.de is running a Boca2016 without this problem. We currently use 8 out of the 16 ports, and the only bug we've experienced so far is that if the machine crashes while interrupt conditions are pending, it fails to probe (some of) the ports. I think that's a known BOCA disease however, and it could always be solved by cleanly rebooting the machine again (so that all processes were stopped before, thus no interrupts are pending). We are running our ports at 57600, i believe. -- 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-bugs Sat Feb 22 07:54:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA17618 for bugs-outgoing; Sat, 22 Feb 1997 07:54:09 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id HAA17117; Sat, 22 Feb 1997 07:52:18 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id QAA27306; Sat, 22 Feb 1997 16:50:52 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id QAA07789; Sat, 22 Feb 1997 16:36:17 +0100 (MET) Message-ID: Date: Sat, 22 Feb 1997 16:36:17 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: mpp@freefall.freebsd.org (Mike Pritchard) Cc: freebsd-bugs@freefall.freebsd.org, gibbs@freefall.freebsd.org, mato@Pod-Palmou.drp.fmph.uniba.sk (Martin Lucina) Subject: Re: kern/1723 References: <199702220123.RAA10392@freefall.freebsd.org> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199702220123.RAA10392@freefall.freebsd.org>; from Mike Pritchard on Feb 21, 1997 17:23:32 -0800 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Mike Pritchard wrote: > Synopsis: kernel fault when doing scsi reprobe > > Responsible-Changed-From-To: freebsd-bugs->gibbs > Responsible-Changed-By: mpp > Responsible-Changed-When: Fri Feb 21 17:22:28 PST 1997 > Responsible-Changed-Why: > Mail to the originator bounces, but this is a scsi > problem, and someone should look at it once before closing it. I think SCSI reprobing has been fixed quite some time ago. I haven't seen it failing lately (although it used to be very flakey in the past). Martin, can you try a newer (2.2 or above) system? Dekuju. -- 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-bugs Sat Feb 22 08:01:52 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA21003 for bugs-outgoing; Sat, 22 Feb 1997 08:01:52 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA20970; Sat, 22 Feb 1997 08:01:48 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id CAA08367; Sun, 23 Feb 1997 02:59:16 +1100 Date: Sun, 23 Feb 1997 02:59:16 +1100 From: Bruce Evans Message-Id: <199702221559.CAA08367@godzilla.zeta.org.au> To: j@uriah.heep.sax.de, mpp@freefall.freebsd.org Subject: Re: bin/1073 Cc: freebsd-bugs@freefall.freebsd.org, hsu@clinet.fi Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> Verified that problem still exists in -current as of 2/21/97. > >It doesn't seem to be a FreeBSD problem. I've just connected to a >SunOS 5.5 machine, and it does everything fine except the telnetd on >SunOS turns off icanon, icrnl, opost, and onlcr. However, telnet -8 >from this very same SunOS to itself experiences the very same >behaviour, so if it should be considered a bug at all, then it's on >the SunOS side. This is probably related to FDIV's suite of PRs about telnet. A single `binary' flag is inadequate for handling 20-50 termios flags. I fixed one of the newline bugs locally, but no one seemed interested. You can attach this to a relevant PR. Bruce diff -c2 telnetd/state.c~ telnetd/state.c *** state.c~ Wed Jan 15 03:30:40 1997 --- state.c Wed Jan 15 03:30:50 1997 *************** *** 112,115 **** --- 112,150 ---- break; } + #ifdef LINEMODE + /* + * Handle some cases that would otherwise be botched. + */ + if (linemode) { + /* + * Convert CR to NL in the -ICANON ICRNL + * case. This case can also be fixed by + * changing isbinary() to fail if ICRNL + * is set. Then we never get here. This + * fix seems reasonable since we don't + * have pure binary if we're converting + * CR's. However, it breaks ISTRIP (by + * forcing -ISTRIP). + */ + if (c == '\r') { + if (tty_israw() && tty_iscrnl()) + c = '\n'; + *pfrontp++ = c; + break; + } + /* + * XXX missing: IGNCR, INLCR. These also + * stop binary mode from being pure, but + * checking them in isbinary() doesn't help. + * + * XXX broken: IEXTEN. Turning it off has + * no effect on the things that it is supposed + * to control. + * + * We don't really understand termio[s]. + */ + } + #endif + /* * We now map \r\n ==> \r for pragmatic reasons. From owner-freebsd-bugs Sat Feb 22 08:21:47 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA25519 for bugs-outgoing; Sat, 22 Feb 1997 08:21:47 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id IAA25514 for ; Sat, 22 Feb 1997 08:21:41 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id RAA28025; Sat, 22 Feb 1997 17:21:31 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id RAA07967; Sat, 22 Feb 1997 17:20:48 +0100 (MET) Message-ID: Date: Sat, 22 Feb 1997 17:20:48 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: waveman@wamnet.net (Jeff The Balrog) Cc: bugs@freebsd.org Subject: Re: 2.1.7-RELEASE Sources References: <2.2.32.19950222060038.008de530@mailhost.wamnet.net> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <2.2.32.19950222060038.008de530@mailhost.wamnet.net>; from Jeff The Balrog on Feb 22, 1995 01:00:38 -0500 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk (Your date is one year off. FreeBSD 2.1.7 wasn't available at all in February 1995. :-) As Jeff The Balrog wrote: > > I just downloaded the sources for freebsd 2.1.7. > > In the lib sources, the distribution is mising dkcksum.c.... > can you put it in there? Thanks. It's not supposed to live in the lib sources: LIB= disk SRCS= blocks.c disklabel.c dkcksum.c chunk.c disk.c change.c \ create_chunk.c rules.c write_disk.c data.c CFLAGS+= -Wall CLEANFILES+= tmp.c tst01 tst01.o data.c VPATH= ${.CURDIR}/../../sbin/disklabel ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ That is, it's supposed to be fetched from /usr/src/sbin/disklabel/. Hmm, i think the VPATH is an error. Make this .PATH 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-bugs Sat Feb 22 10:50:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA01795 for bugs-outgoing; Sat, 22 Feb 1997 10:50:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA01789; Sat, 22 Feb 1997 10:50:02 -0800 (PST) Resent-Date: Sat, 22 Feb 1997 10:50:02 -0800 (PST) Resent-Message-Id: <199702221850.KAA01789@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, nik@blueberry.co.uk Received: from coconut.blueberry.co.uk ([194.70.52.66]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA01568 for ; Sat, 22 Feb 1997 10:45:41 -0800 (PST) Received: (from nik@localhost) by coconut.blueberry.co.uk (8.8.5/8.8.5) id RAA01019; Sat, 22 Feb 1997 17:59:06 GMT Message-Id: <199702221759.RAA01019@coconut.blueberry.co.uk> Date: Sat, 22 Feb 1997 17:59:06 GMT From: Nik Clayton Reply-To: nik@blueberry.co.uk To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: conf/2801: Discrepancy between /etc/sysconfig flags and yppasswdd Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2801 >Category: conf >Synopsis: /etc/sysconfig suggests an illegal flag (-t) for yppasswdd >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Sat Feb 22 10:50:01 PST 1997 >Last-Modified: >Originator: Nik Clayton >Organization: Blueberry Design >Release: FreeBSD 2.1.5-RELEASE i386 >Environment: FreeBSD 2.1.7, achieved by supping -stable on to a 2.1.5 machine and re-making the world >Description: /usr/src/etc/sysconfig contains the two lines # Set to appropriate flags for rpc.yppasswdd, if you wish to run it. # Typical flags might be "-t /var/yp/master.passwd -s -f" ^^ There is no '-t' flag for yppasswdd in 2.1.7 (at least, the man page doesn't mention it, and it's not apparent in the source code (/usr/src/gnu/usr.sbin/ypasswdd/yppasswdd.c). It looks as though the flag should be '-m'. I dimly recall a discussion on one of the lists re: changing the flag FROM '-t' TO '-m'. It looks like the reference in sysconfig wasn't updated at the same time. >How-To-Repeat: Look at /etc/sysconfig in RELENG_2_1_0 >Fix: Replace '-t' with '-m' >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Feb 22 10:50:21 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA01814 for bugs-outgoing; Sat, 22 Feb 1997 10:50:21 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA01728; Sat, 22 Feb 1997 10:49:39 -0800 (PST) Date: Sat, 22 Feb 1997 10:49:39 -0800 (PST) From: Mike Pritchard Message-Id: <199702221849.KAA01728@freefall.freebsd.org> To: dwmalone@maths.tcd.ie, mpp, freebsd-bugs Subject: Re: kern/1531 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Machine hangs, unable to either fork or exec. State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Sat Feb 22 10:49:16 PST 1997 State-Changed-Why: The originator says the problem has gone away. From owner-freebsd-bugs Sat Feb 22 10:51:15 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA01949 for bugs-outgoing; Sat, 22 Feb 1997 10:51:15 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA01925; Sat, 22 Feb 1997 10:50:57 -0800 (PST) Date: Sat, 22 Feb 1997 10:50:57 -0800 (PST) From: Mike Pritchard Message-Id: <199702221850.KAA01925@freefall.freebsd.org> To: mpp, freebsd-bugs, joerg Subject: Re: bin/850 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: dump treats write-protect as an EOT & spoils set FDIV042 Responsible-Changed-From-To: freebsd-bugs->joerg Responsible-Changed-By: mpp Responsible-Changed-When: Sat Feb 22 10:50:26 PST 1997 Responsible-Changed-Why: He said he would take it. From owner-freebsd-bugs Sat Feb 22 11:28:42 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA05162 for bugs-outgoing; Sat, 22 Feb 1997 11:28:42 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA04975; Sat, 22 Feb 1997 11:28:27 -0800 (PST) Date: Sat, 22 Feb 1997 11:28:27 -0800 (PST) From: Mike Pritchard Message-Id: <199702221928.LAA04975@freefall.freebsd.org> To: Tor.Egge@idt.ntnu.no, mpp, freebsd-bugs Subject: Re: kern/1677 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: read from /dev/kmem may crash system State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Sat Feb 22 11:27:59 PST 1997 State-Changed-Why: Duplicate of PR# 1790. From owner-freebsd-bugs Sat Feb 22 11:33:24 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA06863 for bugs-outgoing; Sat, 22 Feb 1997 11:33:24 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA06748; Sat, 22 Feb 1997 11:33:06 -0800 (PST) Date: Sat, 22 Feb 1997 11:33:06 -0800 (PST) From: Mike Pritchard Message-Id: <199702221933.LAA06748@freefall.freebsd.org> To: smurfen@ludd.luth.se, mpp, freebsd-bugs Subject: Re: kern/1714 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Sat Feb 22 11:31:40 PST 1997 State-Changed-Why: The originator is no longer running FreeBSD (due to school requirements, not because he didn't like it :-). From owner-freebsd-bugs Sat Feb 22 11:40:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA08420 for bugs-outgoing; Sat, 22 Feb 1997 11:40:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA08385; Sat, 22 Feb 1997 11:40:04 -0800 (PST) Resent-Date: Sat, 22 Feb 1997 11:40:04 -0800 (PST) Resent-Message-Id: <199702221940.LAA08385@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, nik@blueberry.co.uk Received: from coconut.blueberry.co.uk ([194.70.52.66]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA07922 for ; Sat, 22 Feb 1997 11:36:50 -0800 (PST) Received: (from nik@localhost) by coconut.blueberry.co.uk (8.8.5/8.8.5) id TAA00481; Sat, 22 Feb 1997 19:36:31 GMT Message-Id: <199702221936.TAA00481@coconut.blueberry.co.uk> Date: Sat, 22 Feb 1997 19:36:31 GMT From: Nik Clayton Reply-To: nik@blueberry.co.uk To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: i386/2802: 2.1.7: Bug in /etc/rc prevents running of rc.i386 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2802 >Category: i386 >Synopsis: /etc/rc expects /etc/rc.i386, actually /etc/etc.i386/rc.i386 >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Feb 22 11:40:01 PST 1997 >Last-Modified: >Originator: Nik Clayton >Organization: >Release: FreeBSD 2.1.7-RELEASE i386 >Environment: 2.1.7-RELEASE, obtained by supping RELENG_2_1_0 and making the world >Description: 2.1.5 had an /etc/rc.i386 file. By 2.1.7 this had changed to become the directory /etc/etc.i386, which contains disktab, MAKEDEV and rc.i386. In 2.1.5, rc.i386 was run by /etc/rc with this piece of code # configure implementation specific stuff arch=`uname -m` if [ -f /etc/rc.${arch} ]; then . /etc/rc.${arch} fi This same code is used in /etc/rc for 2.1.7. However, because /etc/rc.i386 no longer exists, it's not run at startup. I first noticed this when my keymappings (for a uk.cp850) vanished after upgrading. >How-To-Repeat: Look at /etc/ in RELENG_2_1_0 >Fix: Quickest fix is to replace the code above with # configure implementation specific stuff arch=`uname -m` if [ -f /etc/etc.${arch}/rc.${arch} ]; then . /etc/etc.${arch}/rc.${arch} fi which simply extends the search. However, if you've already specified the architecture with the directory name (etc.i386), would it not be cleaner to have /etc/etc.i386/rc? >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Feb 22 11:59:36 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA14052 for bugs-outgoing; Sat, 22 Feb 1997 11:59:36 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA14032; Sat, 22 Feb 1997 11:59:33 -0800 (PST) Date: Sat, 22 Feb 1997 11:59:33 -0800 (PST) From: Mike Pritchard Message-Id: <199702221959.LAA14032@freefall.freebsd.org> To: nik@blueberry.co.uk, mpp, freebsd-bugs Subject: Re: conf/2801 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: /etc/sysconfig suggests an illegal flag (-t) for yppasswdd State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Sat Feb 22 11:57:42 PST 1997 State-Changed-Why: Pilot error. The flags are actually for rpc.yppasswd, and the -t flag is valid for that command. From owner-freebsd-bugs Sat Feb 22 12:50:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA17615 for bugs-outgoing; Sat, 22 Feb 1997 12:50:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA17607; Sat, 22 Feb 1997 12:50:03 -0800 (PST) Date: Sat, 22 Feb 1997 12:50:03 -0800 (PST) Message-Id: <199702222050.MAA17607@freefall.freebsd.org> To: freebsd-bugs Cc: From: Mark Murray Subject: Re: conf/2801: Discrepancy between /etc/sysconfig flags and yppasswdd Reply-To: Mark Murray Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR conf/2801; it has been noted by GNATS. From: Mark Murray To: nik@blueberry.co.uk Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: conf/2801: Discrepancy between /etc/sysconfig flags and yppasswdd Date: Sat, 22 Feb 1997 22:46:12 +0200 Nik Clayton wrote: > >Description: > > /usr/src/etc/sysconfig contains the two lines > > # Set to appropriate flags for rpc.yppasswdd, if you wish to run it. > # Typical flags might be "-t /var/yp/master.passwd -s -f" > ^^ > > There is no '-t' flag for yppasswdd in 2.1.7 (at least, the man > page doesn't mention it, and it's not apparent in the source code > (/usr/src/gnu/usr.sbin/ypasswdd/yppasswdd.c). > > It looks as though the flag should be '-m'. No. you have not hand-merged the src/etc stuff into your /etc/ area. In 2.1.7, yppasswdd does not exist, it has been replaced with rpc.yppasswdd. (check the dates if you do not believe me). You have done a make world, and you have not removed the redundant stuff or done any of the other "homework". M -- Mark Murray PGP key fingerprint = 80 36 6E 40 83 D6 8A 36 This .sig is umop ap!sdn. BC 06 EA 0E 7A F2 CE CE From owner-freebsd-bugs Sat Feb 22 12:51:18 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA17763 for bugs-outgoing; Sat, 22 Feb 1997 12:51:18 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA17731; Sat, 22 Feb 1997 12:50:58 -0800 (PST) Date: Sat, 22 Feb 1997 12:50:58 -0800 (PST) From: Mike Pritchard Message-Id: <199702222050.MAA17731@freefall.freebsd.org> To: mpp, freebsd-bugs, jkh Subject: Re: i386/2802 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: /etc/rc expects /etc/rc.i386, actually /etc/etc.i386/rc.i386 Responsible-Changed-From-To: freebsd-bugs->jkh Responsible-Changed-By: mpp Responsible-Changed-When: Sat Feb 22 12:49:26 PST 1997 Responsible-Changed-Why: Jordan, please verify this one way or the other and decide what you are going to do with 2.1.7 if it is a real problem. Note: mail to the originator has been bouncing all week. From owner-freebsd-bugs Sat Feb 22 13:06:14 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA18655 for bugs-outgoing; Sat, 22 Feb 1997 13:06:14 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA18631; Sat, 22 Feb 1997 13:06:04 -0800 (PST) Date: Sat, 22 Feb 1997 13:06:04 -0800 (PST) From: Mike Pritchard Message-Id: <199702222106.NAA18631@freefall.freebsd.org> To: iwasaki@pc.jaring.my, mpp, freebsd-bugs Subject: Re: docs/2798 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: duplicated descriptions for cvs-crypto in cvsup.sgml State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Sat Feb 22 13:05:40 PST 1997 State-Changed-Why: Fixed in rev 1.9 of cvsup.sgml. From owner-freebsd-bugs Sat Feb 22 14:34:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA23857 for bugs-outgoing; Sat, 22 Feb 1997 14:34:57 -0800 (PST) Received: from hammy.lonestar.org (iadfw-hgw-1-168.its.iadfw.net [207.136.24.172]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id OAA23848 for ; Sat, 22 Feb 1997 14:34:50 -0800 (PST) Received: from gerbil.hammy.lonestar.org by hammy.lonestar.org with smtp (Smail3.1.29.1 #6) id m0vyQ0t-00010CC; Sat, 22 Feb 97 16:33 CST Received: by gerbil.hammy.lonestar.org (Smail3.1.29.1 #6) id m0vyQ0s-00001ZC; Sat, 22 Feb 97 16:33 CST Message-Id: Date: Sat, 22 Feb 97 16:33 CST From: gordon@sneaky.lerctr.org (Gordon Burditt) To: freebsd-bugs@freebsd.org Subject: Re: kern/2774: NFS blowing holes in files. Newsgroups: muc.lists.freebsd.bugs In-Reply-To: Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Additional info on this NFS client problem: I've verified that it also occurs on 2.2-GAMMA. Gordon L. Burditt sneaky.lerctr.org!gordon From owner-freebsd-bugs Sat Feb 22 14:58:34 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA25556 for bugs-outgoing; Sat, 22 Feb 1997 14:58:34 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA25533; Sat, 22 Feb 1997 14:58:26 -0800 (PST) Date: Sat, 22 Feb 1997 14:58:26 -0800 (PST) From: Mike Pritchard Message-Id: <199702222258.OAA25533@freefall.freebsd.org> To: sef@kithrup.com, mpp, freebsd-bugs Subject: Re: bin/1873 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: kerberos login encryption incompatible with all other Keberos servers State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Sat Feb 22 14:57:41 PST 1997 State-Changed-Why: sef says that he has already fixed this, but forgot to close the PR :-). From owner-freebsd-bugs Sat Feb 22 15:40:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA00180 for bugs-outgoing; Sat, 22 Feb 1997 15:40:08 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA29998; Sat, 22 Feb 1997 15:40:00 -0800 (PST) Date: Sat, 22 Feb 1997 15:40:00 -0800 (PST) From: Mike Pritchard Message-Id: <199702222340.PAA29998@freefall.freebsd.org> To: mpp, freebsd-bugs Subject: Re: bin/1882 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: nobody can su when wheel group is empty Responsible-Changed-From-To: freebsd-bugs->security-officer Responsible-Changed-By: mpp Responsible-Changed-When: Sat Feb 22 15:38:54 PST 1997 Responsible-Changed-Why: From owner-freebsd-bugs Sat Feb 22 15:42:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA00464 for bugs-outgoing; Sat, 22 Feb 1997 15:42:02 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA00431; Sat, 22 Feb 1997 15:41:53 -0800 (PST) Date: Sat, 22 Feb 1997 15:41:53 -0800 (PST) From: Mike Pritchard Message-Id: <199702222341.PAA00431@freefall.freebsd.org> To: mpp, freebsd-bugs, pst Subject: Re: bin/1882 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: nobody can su when wheel group is empty Responsible-Changed-From-To: freebsd-bugs->pst Responsible-Changed-By: mpp Responsible-Changed-When: Sat Feb 22 15:40:14 PST 1997 Responsible-Changed-Why: Try this again...one of the security officers should evauluate this PR and decide if we are going to implement this feature. From owner-freebsd-bugs Sat Feb 22 15:50:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA01203 for bugs-outgoing; Sat, 22 Feb 1997 15:50:09 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA01193; Sat, 22 Feb 1997 15:50:04 -0800 (PST) Resent-Date: Sat, 22 Feb 1997 15:50:04 -0800 (PST) Resent-Message-Id: <199702222350.PAA01193@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Scott.Blachowicz@seaslug.org Received: from one.sabami.seaslug.org (sail.statsci.com [206.63.206.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA00911 for ; Sat, 22 Feb 1997 15:46:19 -0800 (PST) Received: (from scott@localhost) by one.sabami.seaslug.org (8.7.5/8.7.3) id PAA14709; Sat, 22 Feb 1997 15:44:08 -0800 (PST) Message-Id: <199702222344.PAA14709@one.sabami.seaslug.org> Date: Sat, 22 Feb 1997 15:44:08 -0800 (PST) From: Scott Blachowicz Reply-To: Scott.Blachowicz@seaslug.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2803: /bin/sh 'for' statement vs IFS setting problem Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2803 >Category: bin >Synopsis: /bin/sh 'for' doesn't token break properly >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Feb 22 15:50:02 PST 1997 >Last-Modified: >Originator: Scott Blachowicz >Organization: none >Release: FreeBSD 2.1.5-RELEASE >Environment: FreeBSD one.sabami.seaslug.org 2.1.5-RELEASE FreeBSD 2.1.5-RELEASE #0: Thu Sep 26 21:57:44 PDT 1996 root@one.sabami.seaslug.org:/usr/src-CD/sys/compile/SABAMI i386 >Description: It APPEARS as if the IFS characters in the list of tokens to loop over get replaced by blanks after it has already been broken up into tokens instead of before the tokenizing. I ran across this using an autoconf generated configure script (trying to locate a program along a colon-separated list of directory names), so I imagine that others will stumble across this. >How-To-Repeat: I use this test script: #! /bin/sh IFS=' :' for tok in a:b:c do echo $tok done for tok in d e f do echo $tok done which SHOULD output 6 lines of output (letters a-f on separate lines), but what comes out is this: a b c d e f >Fix: 1) filter the list of tokens thru sed to replace the :'s with blanks: for tok in `echo a:b:c | sed 's/:/ /'` do echo $tok done 2) throw an extra "eval" in there: for tok in `eval echo a:b:c` do echo $tok done >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Feb 22 15:51:35 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA01382 for bugs-outgoing; Sat, 22 Feb 1997 15:51:35 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA01351; Sat, 22 Feb 1997 15:51:29 -0800 (PST) Date: Sat, 22 Feb 1997 15:51:29 -0800 (PST) From: Mike Pritchard Message-Id: <199702222351.PAA01351@freefall.freebsd.org> To: mpp, freebsd-bugs Subject: Re: misc/1910 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: filenames with unusual characters break /etc/security (or find(1)) Responsible-Changed-From-To: freebsd-bugs->security-officer@freebsd.org Responsible-Changed-By: mpp Responsible-Changed-When: Sat Feb 22 15:50:19 PST 1997 Responsible-Changed-Why: It isn't going to...stupid gnats. From owner-freebsd-bugs Sat Feb 22 15:53:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA01587 for bugs-outgoing; Sat, 22 Feb 1997 15:53:06 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA01561; Sat, 22 Feb 1997 15:52:58 -0800 (PST) Date: Sat, 22 Feb 1997 15:52:58 -0800 (PST) From: Mike Pritchard Message-Id: <199702222352.PAA01561@freefall.freebsd.org> To: mpp, freebsd-bugs, pst Subject: Re: misc/1910 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: filenames with unusual characters break /etc/security (or find(1)) Responsible-Changed-From-To: freebsd-bugs->pst Responsible-Changed-By: mpp Responsible-Changed-When: Sat Feb 22 15:51:37 PST 1997 Responsible-Changed-Why: A security officer should investigate this. (maybe use "find -ls" to fix it?) From owner-freebsd-bugs Sat Feb 22 16:02:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA02546 for bugs-outgoing; Sat, 22 Feb 1997 16:02:03 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA02476; Sat, 22 Feb 1997 16:01:43 -0800 (PST) Date: Sat, 22 Feb 1997 16:01:43 -0800 (PST) From: Mike Pritchard Message-Id: <199702230001.QAA02476@freefall.freebsd.org> To: mpp, freebsd-bugs, guido Subject: Re: kern/1951 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Warning! Defective early revision adapter! Responsible-Changed-From-To: freebsd-bugs->guido Responsible-Changed-By: mpp Responsible-Changed-When: Sat Feb 22 16:00:13 PST 1997 Responsible-Changed-Why: Looks like this is guido's module. >From looking at things, the message reported in the PR is just a warning, and it should work. This can probably just be closed. Although you might want to improve the error message? From owner-freebsd-bugs Sat Feb 22 16:14:53 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA03376 for bugs-outgoing; Sat, 22 Feb 1997 16:14:53 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA03354; Sat, 22 Feb 1997 16:14:44 -0800 (PST) Date: Sat, 22 Feb 1997 16:14:44 -0800 (PST) From: Mike Pritchard Message-Id: <199702230014.QAA03354@freefall.freebsd.org> To: tli@jnx.com, mpp, freebsd-bugs Subject: Re: kern/1929 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: HP C1536A DAT drive errors State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Sat Feb 22 16:13:55 PST 1997 State-Changed-Why: The originator says that this turned out to be a hardware problem. From owner-freebsd-bugs Sat Feb 22 16:54:51 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA05460 for bugs-outgoing; Sat, 22 Feb 1997 16:54:51 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id QAA05441; Sat, 22 Feb 1997 16:54:30 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id BAA11101; Sun, 23 Feb 1997 01:54:25 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id BAA03695; Sun, 23 Feb 1997 01:50:09 +0100 (MET) Message-ID: Date: Sun, 23 Feb 1997 01:50:09 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: mpp@freefall.freebsd.org (Mike Pritchard) Cc: guido@freebsd.org, freebsd-bugs@freefall.freebsd.org Subject: Re: bin/1882 References: <199702222340.PAA29998@freefall.freebsd.org> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199702222340.PAA29998@freefall.freebsd.org>; from Mike Pritchard on Feb 22, 1997 15:40:00 -0800 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Mike Pritchard wrote: > Synopsis: nobody can su when wheel group is empty > > Responsible-Changed-From-To: freebsd-bugs->security-officer > Responsible-Changed-By: mpp > Responsible-Changed-When: Sat Feb 22 15:38:54 PST 1997 > Responsible-Changed-Why: Btw., as i've read in NetBSD's recent ``What's new?'', they decided to special-case this one as ``anybody's allowed to su root''. Just one point to consider. (I don't thinkt it's a security flaw, since the default /etc/group ships with just root in group 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-bugs Sat Feb 22 17:38:55 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA07376 for bugs-outgoing; Sat, 22 Feb 1997 17:38:55 -0800 (PST) Received: (from joerg@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA07341; Sat, 22 Feb 1997 17:38:08 -0800 (PST) Date: Sat, 22 Feb 1997 17:38:08 -0800 (PST) From: Joerg Wunsch Message-Id: <199702230138.RAA07341@freefall.freebsd.org> To: george@cia-g.com, joerg, freebsd-bugs Subject: Re: bin/2674 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: flex V 2.5.3 in FreeBSD 2.2 is outdated. State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Sun Feb 23 02:37:28 MET 1997 State-Changed-Why: I just upgraded the flex version in RELENG_2-2, too. From owner-freebsd-bugs Sat Feb 22 18:24:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA08925 for bugs-outgoing; Sat, 22 Feb 1997 18:24:09 -0800 (PST) Received: (from gpalmer@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA08893; Sat, 22 Feb 1997 18:23:48 -0800 (PST) Date: Sat, 22 Feb 1997 18:23:48 -0800 (PST) From: Gary Palmer Message-Id: <199702230223.SAA08893@freefall.freebsd.org> To: gpalmer, gnats-admin, freebsd-bugs Subject: Re: kern/2800 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: DDS large data writing probrem Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: gpalmer Responsible-Changed-When: Sat Feb 22 18:22:54 PST 1997 Responsible-Changed-Why: Misfiled PR From owner-freebsd-bugs Sat Feb 22 18:27:00 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA09120 for bugs-outgoing; Sat, 22 Feb 1997 18:27:00 -0800 (PST) Received: (from gpalmer@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA09095; Sat, 22 Feb 1997 18:26:18 -0800 (PST) Date: Sat, 22 Feb 1997 18:26:18 -0800 (PST) From: Gary Palmer Message-Id: <199702230226.SAA09095@freefall.freebsd.org> To: gpalmer, gnats-admin, freebsd-bugs Subject: Re: misc/2793 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: libc_r make fscanf failure Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: gpalmer Responsible-Changed-When: Sat Feb 22 18:25:33 PST 1997 Responsible-Changed-Why: Misfiled PR From owner-freebsd-bugs Sat Feb 22 19:00:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA10355 for bugs-outgoing; Sat, 22 Feb 1997 19:00:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA10336; Sat, 22 Feb 1997 19:00:02 -0800 (PST) Date: Sat, 22 Feb 1997 19:00:02 -0800 (PST) Message-Id: <199702230300.TAA10336@freefall.freebsd.org> To: freebsd-bugs Cc: From: Mike Pritchard Subject: Re: bin/2803: /bin/sh 'for' statement vs IFS setting problem Reply-To: Mike Pritchard Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2803; it has been noted by GNATS. From: Mike Pritchard To: Scott.Blachowicz@seaslug.org Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/2803: /bin/sh 'for' statement vs IFS setting problem Date: Sat, 22 Feb 1997 18:57:34 -0800 (PST) Scott Blachowicz wrote: > It APPEARS as if the IFS characters in the list of tokens to loop > over get replaced by blanks after it has already been broken up into > tokens instead of before the tokenizing. I ran across this using an > autoconf generated configure script (trying to locate a program > along a colon-separated list of directory names), so I imagine that > others will stumble across this. > > > >How-To-Repeat: > > I use this test script: > > #! /bin/sh > IFS=' :' > for tok in a:b:c > do > echo $tok > done > for tok in d e f > do > echo $tok > done > > which SHOULD output 6 lines of output (letters a-f on separate > lines), but what comes out is this: > > a b c > d > e > f > >Fix: > 1) filter the list of tokens thru sed to replace the :'s with > blanks: > > for tok in `echo a:b:c | sed 's/:/ /'` > do > echo $tok > done > > 2) throw an extra "eval" in there: > > for tok in `eval echo a:b:c` > do > echo $tok > done 3) IFS=' :' xxx=a:b:C for tok in $xxx do echo $tok done For the record, under 3.0, every shell I tried, ksh, sh and bash all work this way. Does this work the same way on other operating systems? E.g. Sunos/Solaris, or some other SYSv variety? -- Mike Pritchard mpp@FreeBSD.org "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-bugs Sat Feb 22 19:02:33 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA10557 for bugs-outgoing; Sat, 22 Feb 1997 19:02:33 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA10532; Sat, 22 Feb 1997 19:02:17 -0800 (PST) Date: Sat, 22 Feb 1997 19:02:17 -0800 (PST) From: Mike Pritchard Message-Id: <199702230302.TAA10532@freefall.freebsd.org> To: mpp, freebsd-bugs, guido Subject: Re: bin/1952 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Long chat script makes ppp dump core Responsible-Changed-From-To: freebsd-bugs->guido Responsible-Changed-By: mpp Responsible-Changed-When: Sat Feb 22 19:01:47 PST 1997 Responsible-Changed-Why: Guido should take a look at this. From owner-freebsd-bugs Sat Feb 22 19:18:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA11554 for bugs-outgoing; Sat, 22 Feb 1997 19:18:10 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA11529; Sat, 22 Feb 1997 19:17:57 -0800 (PST) Date: Sat, 22 Feb 1997 19:17:57 -0800 (PST) From: Mike Pritchard Message-Id: <199702230317.TAA11529@freefall.freebsd.org> To: Tor.Egge@idt.ntnu.no, mpp, freebsd-bugs Subject: Re: kern/1976 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: psm and syscons conflicts have escalated State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Sat Feb 22 19:17:15 PST 1997 State-Changed-Why: The originator said this could be closed. From owner-freebsd-bugs Sat Feb 22 19:33:48 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA12760 for bugs-outgoing; Sat, 22 Feb 1997 19:33:48 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA12703; Sat, 22 Feb 1997 19:32:52 -0800 (PST) Date: Sat, 22 Feb 1997 19:32:52 -0800 (PST) From: Mike Pritchard Message-Id: <199702230332.TAA12703@freefall.freebsd.org> To: mpp, freebsd-bugs, sos Subject: Re: kern/2014 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Console keyboard lockup problem Responsible-Changed-From-To: freebsd-bugs->sos Responsible-Changed-By: mpp Responsible-Changed-When: Sat Feb 22 19:30:52 PST 1997 Responsible-Changed-Why: Syscons problem. I've noticed something similar in the past is I switch vtys too quick when exiting X-windows. E.g. if I hit f2 too quick after exiting , except for the console. From owner-freebsd-bugs Sat Feb 22 19:33:52 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA12778 for bugs-outgoing; Sat, 22 Feb 1997 19:33:52 -0800 (PST) Received: from hydrogen.nike.efn.org (metriclient-2.uoregon.edu [128.223.172.2]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA12746; Sat, 22 Feb 1997 19:33:33 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hydrogen.nike.efn.org (8.8.4/8.8.4) with SMTP id TAA15445; Sat, 22 Feb 1997 19:33:28 -0800 (PST) Date: Sat, 22 Feb 1997 19:33:27 -0800 (PST) From: John-Mark Gurney Reply-To: John-Mark Gurney To: Mike Pritchard cc: freebsd-bugs@freefall.freebsd.org Subject: Re: bin/2803: /bin/sh 'for' statement vs IFS setting problem In-Reply-To: <199702230300.TAA10336@freefall.freebsd.org> Message-ID: X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 22 Feb 1997, Mike Pritchard wrote: > For the record, under 3.0, every shell I tried, ksh, sh and bash > all work this way. Does this work the same way on other operating > systems? E.g. Sunos/Solaris, or some other SYSv variety? on SunOS 5.5, bash and ksh behaves the same as FreeBSD but /bin/sh prints a, b, and c on seperate lines... John-Mark gurney_j@efn.org http://resnet.uoregon.edu/~gurney_j/ Modem/FAX: (541) 683-6954 (FreeBSD Box) Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) From owner-freebsd-bugs Sat Feb 22 19:43:01 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA13234 for bugs-outgoing; Sat, 22 Feb 1997 19:43:01 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA13212; Sat, 22 Feb 1997 19:42:52 -0800 (PST) Date: Sat, 22 Feb 1997 19:42:52 -0800 (PST) From: Mike Pritchard Message-Id: <199702230342.TAA13212@freefall.freebsd.org> To: mpp, freebsd-bugs, julian Subject: Re: kern/2034 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Old Synopsis: wd* driver "slot name rejection error" New Synopsis: [devfs] wd* driver "slot name rejection error" Responsible-Changed-From-To: freebsd-bugs->julian Responsible-Changed-By: mpp Responsible-Changed-When: Sat Feb 22 19:41:50 PST 1997 Responsible-Changed-Why: Julian is the devfs guy. From owner-freebsd-bugs Sat Feb 22 19:50:18 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA13599 for bugs-outgoing; Sat, 22 Feb 1997 19:50:18 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA13535; Sat, 22 Feb 1997 19:49:38 -0800 (PST) Date: Sat, 22 Feb 1997 19:49:38 -0800 (PST) From: Mike Pritchard Message-Id: <199702230349.TAA13535@freefall.freebsd.org> To: mpp, freebsd-bugs, peter Subject: Re: gnu/2035 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: deque bug, local gnu changes to deque header improperly applied Responsible-Changed-From-To: freebsd-bugs->peter Responsible-Changed-By: mpp Responsible-Changed-When: Sat Feb 22 19:49:05 PST 1997 Responsible-Changed-Why: Peter imported it. From owner-freebsd-bugs Sat Feb 22 20:00:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA14114 for bugs-outgoing; Sat, 22 Feb 1997 20:00:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA14079; Sat, 22 Feb 1997 20:00:01 -0800 (PST) Date: Sat, 22 Feb 1997 20:00:01 -0800 (PST) Message-Id: <199702230400.UAA14079@freefall.freebsd.org> To: freebsd-bugs Cc: From: Mike Pritchard Subject: Re: kern/2048 Reply-To: Mike Pritchard Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/2048; it has been noted by GNATS. From: Mike Pritchard To: freebsd-gnats-submit Cc: Subject: Re: kern/2048 Date: Sat, 22 Feb 1997 19:55:43 -0800 (PST) > >Description: > GENERIC kernel lacks SYSV IPC features (semaphore, shared memory, etc.) which is required by XFree86 S3 server. > >How-To-Repeat: > Run XFree86 X3 server with GENERIC kernel. > >Fix: > Add these lines to the sys/i386/isa/GENERIC configure file: > > options SYSVSHM > options SYSVSEM > options SYSVMSG So, should GENERIC contain the SYSV IPC stuff, or should I close this PR? -- Mike Pritchard mpp@FreeBSD.org "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-bugs Sat Feb 22 20:00:26 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA14166 for bugs-outgoing; Sat, 22 Feb 1997 20:00:26 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA14141; Sat, 22 Feb 1997 20:00:10 -0800 (PST) Date: Sat, 22 Feb 1997 20:00:10 -0800 (PST) From: Mike Pritchard Message-Id: <199702230400.UAA14141@freefall.freebsd.org> To: aurbina@acnet.net, mpp, freebsd-bugs Subject: Re: bin/2071 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: FreeBSD does´t recognize aditional memory I installed, the AMI BIOS do State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Sat Feb 22 19:58:54 PST 1997 State-Changed-Why: You need to recompile a kernel with the MAXMEM option set to the appropriate memory size. FreeBSD will not recognize anything above 64MB without this. From owner-freebsd-bugs Sat Feb 22 20:25:33 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA15476 for bugs-outgoing; Sat, 22 Feb 1997 20:25:33 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA15454; Sat, 22 Feb 1997 20:25:27 -0800 (PST) Date: Sat, 22 Feb 1997 20:25:27 -0800 (PST) From: Mike Pritchard Message-Id: <199702230425.UAA15454@freefall.freebsd.org> To: nsayer@kfu.com, mpp, freebsd-bugs Subject: Re: bin/2188 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: ijppp incompatable with SLIRP State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Sat Feb 22 20:24:40 PST 1997 State-Changed-Why: This can be fixed by disabling pred1 compression. From owner-freebsd-bugs Sat Feb 22 20:30:16 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA15900 for bugs-outgoing; Sat, 22 Feb 1997 20:30:16 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA15880; Sat, 22 Feb 1997 20:30:14 -0800 (PST) Date: Sat, 22 Feb 1997 20:30:14 -0800 (PST) From: Mike Pritchard Message-Id: <199702230430.UAA15880@freefall.freebsd.org> To: mpp, freebsd-bugs, mpp Subject: Re: misc/2189 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: netdb.h works not with -traditonal cc flag Responsible-Changed-From-To: freebsd-bugs->mpp Responsible-Changed-By: mpp Responsible-Changed-When: Sat Feb 22 20:29:15 PST 1997 Responsible-Changed-Why: I'll field this one. From owner-freebsd-bugs Sat Feb 22 20:50:21 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA16842 for bugs-outgoing; Sat, 22 Feb 1997 20:50:21 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA16821; Sat, 22 Feb 1997 20:50:16 -0800 (PST) Date: Sat, 22 Feb 1997 20:50:16 -0800 (PST) From: Mike Pritchard Message-Id: <199702230450.UAA16821@freefall.freebsd.org> To: uhclem, mpp, freebsd-bugs Subject: Re: bin/2255 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Client PPP negotiates Stacker compression - FDIV049 State-Changed-From-To: open-suspended State-Changed-By: mpp State-Changed-When: Sat Feb 22 20:46:44 PST 1997 State-Changed-Why: "Known" problem with a "known" work around. We need someone to support iijppp so problems like this can get fixed. From owner-freebsd-bugs Sat Feb 22 20:53:17 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA17030 for bugs-outgoing; Sat, 22 Feb 1997 20:53:17 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA17009; Sat, 22 Feb 1997 20:53:09 -0800 (PST) Date: Sat, 22 Feb 1997 20:53:09 -0800 (PST) From: Mike Pritchard Message-Id: <199702230453.UAA17009@freefall.freebsd.org> To: mcgovern@spoon.beta.com, mpp, freebsd-bugs Subject: Re: bin/1972 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: NFS stops under load State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Sat Feb 22 20:52:38 PST 1997 State-Changed-Why: The originator says this was fixed in a later release. From owner-freebsd-bugs Sat Feb 22 21:10:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA17981 for bugs-outgoing; Sat, 22 Feb 1997 21:10:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA17973; Sat, 22 Feb 1997 21:10:01 -0800 (PST) Date: Sat, 22 Feb 1997 21:10:01 -0800 (PST) Message-Id: <199702230510.VAA17973@freefall.freebsd.org> To: freebsd-bugs Cc: From: Mike Pritchard Subject: Re: bin/2304 Reply-To: Mike Pritchard Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2304; it has been noted by GNATS. From: Mike Pritchard To: freebsd-gnats-submit Cc: Subject: Re: bin/2304 Date: Sat, 22 Feb 1997 21:09:20 -0800 (PST) > `mkdir -p dir' ignores the return value for the last > path component. > > > >How-To-Repeat: > > $ mkdir -p /var/mkdir/dir; echo $? > mkdir: /var/mkdir: Permission denied > 1 > > ok, but: > $ mkdir -p /var/mkdir; echo $? > 0 > > should be '1' and print 'Permission denied' > > > >Fix: > > The bug exists since revision 1.2 mkdir.c 1994/09/08 author: jkh > >Audit-Trail: > > From: asami@cs.berkeley.edu (Satoshi Asami) > To: FreeBSD-gnats@freefall.freebsd.org, wosch@cs.tu-berlin.de > Cc: Subject: Re: bin/2304: mkdir -p > Date: Mon, 6 Jan 1997 21:30:46 -0800 (PST) > > * ok, but: > * $ mkdir -p /var/mkdir; echo $? > * 0 > * > * should be '1' and print 'Permission denied' > > Be careful here though, if we return errors for "directory already > exists", it's going to break a lot of ports. > > We thought this was a "feature". ;) > > Satoshi Maybe it should only ignore the error if errno == EEXIST? Does POSIX or the like have anything to say on the matter? -- Mike Pritchard mpp@FreeBSD.org "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-bugs Sat Feb 22 21:14:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA18269 for bugs-outgoing; Sat, 22 Feb 1997 21:14:09 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA18248; Sat, 22 Feb 1997 21:14:02 -0800 (PST) Date: Sat, 22 Feb 1997 21:14:02 -0800 (PST) From: Mike Pritchard Message-Id: <199702230514.VAA18248@freefall.freebsd.org> To: mpp, freebsd-bugs, sos Subject: Re: i386/2058 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: amity series machines can not show installation menu Responsible-Changed-From-To: freebsd-bugs->sos Responsible-Changed-By: mpp Responsible-Changed-When: Sat Feb 22 21:12:03 PST 1997 Responsible-Changed-Why: sos is the syscons man. Soren, mail to the originator bounces, so don't expect any help from that front. From owner-freebsd-bugs Sat Feb 22 21:19:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA18612 for bugs-outgoing; Sat, 22 Feb 1997 21:19:05 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA18579; Sat, 22 Feb 1997 21:18:23 -0800 (PST) Date: Sat, 22 Feb 1997 21:18:23 -0800 (PST) From: Mike Pritchard Message-Id: <199702230518.VAA18579@freefall.freebsd.org> To: joseph@os.nctu.edu.tw, mpp, freebsd-bugs Subject: Re: kern/2326 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: System panic when installing FreeBSD State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Sat Feb 22 21:17:46 PST 1997 State-Changed-Why: Duplicate of PR# 2321. From owner-freebsd-bugs Sat Feb 22 21:20:16 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA18807 for bugs-outgoing; Sat, 22 Feb 1997 21:20:16 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA18787; Sat, 22 Feb 1997 21:20:13 -0800 (PST) Date: Sat, 22 Feb 1997 21:20:13 -0800 (PST) From: Mike Pritchard Message-Id: <199702230520.VAA18787@freefall.freebsd.org> To: mpp, freebsd-bugs, jkh Subject: Re: misc/2321 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: installation panic before going to past-install menu Responsible-Changed-From-To: freebsd-bugs->jkh Responsible-Changed-By: mpp Responsible-Changed-When: Sat Feb 22 21:19:50 PST 1997 Responsible-Changed-Why: Audit trail indicates that Jordan was looking into this. From owner-freebsd-bugs Sat Feb 22 21:31:29 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA19597 for bugs-outgoing; Sat, 22 Feb 1997 21:31:29 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA19575; Sat, 22 Feb 1997 21:31:17 -0800 (PST) Date: Sat, 22 Feb 1997 21:31:17 -0800 (PST) From: Mike Pritchard Message-Id: <199702230531.VAA19575@freefall.freebsd.org> To: mpp, freebsd-bugs, sos Subject: Re: misc/2479 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: NEC CD-ROM NOT RECOGNIZED; MATROX MISTIQUE SUPPORT Responsible-Changed-From-To: freebsd-bugs->sos Responsible-Changed-By: mpp Responsible-Changed-When: Sat Feb 22 21:30:46 PST 1997 Responsible-Changed-Why: sos is the ATAPI guy. From owner-freebsd-bugs Sat Feb 22 21:37:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA20002 for bugs-outgoing; Sat, 22 Feb 1997 21:37:10 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA19971; Sat, 22 Feb 1997 21:37:04 -0800 (PST) Date: Sat, 22 Feb 1997 21:37:04 -0800 (PST) From: Mike Pritchard Message-Id: <199702230537.VAA19971@freefall.freebsd.org> To: mpp, freebsd-bugs, jkh Subject: Re: bin/2484 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: 2.2-BETA install sometimes asks about boot mgr and sometimes doesn't Responsible-Changed-From-To: freebsd-bugs->jkh Responsible-Changed-By: mpp Responsible-Changed-When: Sat Feb 22 21:36:00 PST 1997 Responsible-Changed-Why: sysinstall problem. From owner-freebsd-bugs Sat Feb 22 21:38:26 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA20128 for bugs-outgoing; Sat, 22 Feb 1997 21:38:26 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA20108; Sat, 22 Feb 1997 21:38:22 -0800 (PST) Date: Sat, 22 Feb 1997 21:38:22 -0800 (PST) From: Mike Pritchard Message-Id: <199702230538.VAA20108@freefall.freebsd.org> To: mpp, freebsd-bugs, jkh Subject: Re: bin/2483 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: 2.2-BETA install locks up when interrupted Responsible-Changed-From-To: freebsd-bugs->jkh Responsible-Changed-By: mpp Responsible-Changed-When: Sat Feb 22 21:36:59 PST 1997 Responsible-Changed-Why: sysinstall problem. From owner-freebsd-bugs Sat Feb 22 21:39:22 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA20219 for bugs-outgoing; Sat, 22 Feb 1997 21:39:22 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA20190; Sat, 22 Feb 1997 21:39:18 -0800 (PST) Date: Sat, 22 Feb 1997 21:39:18 -0800 (PST) From: Mike Pritchard Message-Id: <199702230539.VAA20190@freefall.freebsd.org> To: mpp, freebsd-bugs, jkh Subject: Re: bin/2482 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: 2.2-BETA install doesn't time out in FTP Responsible-Changed-From-To: freebsd-bugs->jkh Responsible-Changed-By: mpp Responsible-Changed-When: Sat Feb 22 21:38:04 PST 1997 Responsible-Changed-Why: sysinstal problem. From owner-freebsd-bugs Sat Feb 22 21:41:38 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA20448 for bugs-outgoing; Sat, 22 Feb 1997 21:41:38 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA20426; Sat, 22 Feb 1997 21:41:35 -0800 (PST) Date: Sat, 22 Feb 1997 21:41:35 -0800 (PST) From: Mike Pritchard Message-Id: <199702230541.VAA20426@freefall.freebsd.org> To: mpp, freebsd-bugs, mpp Subject: Re: bin/2489 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: gnats mangles sections Responsible-Changed-From-To: freebsd-bugs->mpp Responsible-Changed-By: mpp Responsible-Changed-When: Sat Feb 22 21:39:47 PST 1997 Responsible-Changed-Why: I'm the new gnats miester. From owner-freebsd-bugs Sat Feb 22 21:47:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA20746 for bugs-outgoing; Sat, 22 Feb 1997 21:47:05 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA20716; Sat, 22 Feb 1997 21:47:00 -0800 (PST) Date: Sat, 22 Feb 1997 21:47:00 -0800 (PST) From: Mike Pritchard Message-Id: <199702230547.VAA20716@freefall.freebsd.org> To: asami@freebsd.org, mpp, freebsd-bugs Subject: Re: bin/2488 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Synopsis: fetch sometimes fails to set timestamp correctly State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Sat Feb 22 21:46:27 PST 1997 State-Changed-Why: Duplicate of PR# 2170. From owner-freebsd-bugs Sat Feb 22 21:56:00 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA21235 for bugs-outgoing; Sat, 22 Feb 1997 21:56:00 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA21201; Sat, 22 Feb 1997 21:55:57 -0800 (PST) Date: Sat, 22 Feb 1997 21:55:57 -0800 (PST) From: Mike Pritchard Message-Id: <199702230555.VAA21201@freefall.freebsd.org> To: mpp, freebsd-bugs, wollman Subject: Re: bin/2170 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: fetch in 2.1.5R doesn't keep interrupted files and sets wrong mirror date Responsible-Changed-From-To: freebsd-bugs->wollman Responsible-Changed-By: mpp Responsible-Changed-When: Sat Feb 22 21:54:40 PST 1997 Responsible-Changed-Why: wollman did the last major overhaul of fetch. From owner-freebsd-bugs Sat Feb 22 22:02:14 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA21621 for bugs-outgoing; Sat, 22 Feb 1997 22:02:14 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA21598; Sat, 22 Feb 1997 22:01:56 -0800 (PST) Date: Sat, 22 Feb 1997 22:01:56 -0800 (PST) From: Mike Pritchard Message-Id: <199702230601.WAA21598@freefall.freebsd.org> To: mpp, freebsd-bugs, se Subject: Re: kern/2545 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: < sd0(ncr0:6:0): COMMAND FAILED ==> Not always happens > Responsible-Changed-From-To: freebsd-bugs->se Responsible-Changed-By: mpp Responsible-Changed-When: Sat Feb 22 22:01:40 PST 1997 Responsible-Changed-Why: NCR pci problem From owner-freebsd-bugs Sat Feb 22 22:04:39 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA21839 for bugs-outgoing; Sat, 22 Feb 1997 22:04:39 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA21815; Sat, 22 Feb 1997 22:04:25 -0800 (PST) Date: Sat, 22 Feb 1997 22:04:25 -0800 (PST) From: Mike Pritchard Message-Id: <199702230604.WAA21815@freefall.freebsd.org> To: mpp, freebsd-bugs, sos Subject: Re: bin/2549 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: cdcontrol refuses to play audio CDs from ATAPI CDROM on 2.2-BETA Responsible-Changed-From-To: freebsd-bugs->sos Responsible-Changed-By: mpp Responsible-Changed-When: Sat Feb 22 22:03:44 PST 1997 Responsible-Changed-Why: Some type of ATAPI problem. From owner-freebsd-bugs Sat Feb 22 22:08:30 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA22111 for bugs-outgoing; Sat, 22 Feb 1997 22:08:30 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA22043; Sat, 22 Feb 1997 22:07:52 -0800 (PST) Date: Sat, 22 Feb 1997 22:07:52 -0800 (PST) From: Mike Pritchard Message-Id: <199702230607.WAA22043@freefall.freebsd.org> To: mpp, freebsd-bugs, wollman Subject: Re: bin/2584 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: eliminate possible passive attack against ping(1) Responsible-Changed-From-To: freebsd-bugs->wollman Responsible-Changed-By: mpp Responsible-Changed-When: Sat Feb 22 22:07:05 PST 1997 Responsible-Changed-Why: Garrett, will you evaulate this and determine if it should be considered a problem? From owner-freebsd-bugs Sat Feb 22 22:16:55 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA22498 for bugs-outgoing; Sat, 22 Feb 1997 22:16:55 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA22478; Sat, 22 Feb 1997 22:16:52 -0800 (PST) Date: Sat, 22 Feb 1997 22:16:52 -0800 (PST) From: Mike Pritchard Message-Id: <199702230616.WAA22478@freefall.freebsd.org> To: mpp, freebsd-bugs, jkh Subject: Re: misc/2602 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: NFS installation does not mount remote partition for 2.2-GAMMA? boot disk Responsible-Changed-From-To: freebsd-bugs->jkh Responsible-Changed-By: mpp Responsible-Changed-When: Sat Feb 22 22:16:36 PST 1997 Responsible-Changed-Why: sysinstall problem. From owner-freebsd-bugs Sat Feb 22 22:20:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA22691 for bugs-outgoing; Sat, 22 Feb 1997 22:20:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA22664; Sat, 22 Feb 1997 22:20:02 -0800 (PST) Date: Sat, 22 Feb 1997 22:20:02 -0800 (PST) Message-Id: <199702230620.WAA22664@freefall.freebsd.org> To: freebsd-bugs Cc: From: Mike Pritchard Subject: Re: bin/2597 Reply-To: Mike Pritchard Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2597; it has been noted by GNATS. From: Mike Pritchard To: freebsd-gnats-submit Cc: Subject: Re: bin/2597 Date: Sat, 22 Feb 1997 22:15:35 -0800 (PST) >Synopsis: everything stops when the new ld.so is installed >Description: It all starts when `make world' hits `install ...... ld.so' make, tail, find, vi, some others start giving `Bus error' After that only some programs work, and make is not one of them, so continuing making is impossible. Fortunately, mount, ls, rm, and ln work, so I could mount /cdrom (with 2.2 ?snapshot) and use it's ld.so But that ld.so does not quite work with the ld.so.hints the new ldconfig creates, so I had to flush and refill the file with cdrom's ldconfig as well (to bring up X). thud has a problem like this recently after a make world. The ldconfig cache needs to get reset. Did you try rebooting after the make install? I suspect the problem may have gone away then. -- Mike Pritchard mpp@FreeBSD.org "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-bugs Sat Feb 22 22:23:01 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA22890 for bugs-outgoing; Sat, 22 Feb 1997 22:23:01 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA22870; Sat, 22 Feb 1997 22:22:57 -0800 (PST) Date: Sat, 22 Feb 1997 22:22:57 -0800 (PST) From: Mike Pritchard Message-Id: <199702230622.WAA22870@freefall.freebsd.org> To: mpp, freebsd-bugs, ache Subject: Re: kern/2613 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: syscons mistakes MONO for MONO VGA Responsible-Changed-From-To: freebsd-bugs->ache Responsible-Changed-By: mpp Responsible-Changed-When: Sat Feb 22 22:22:34 PST 1997 Responsible-Changed-Why: curses problem From owner-freebsd-bugs Sat Feb 22 22:37:31 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA23589 for bugs-outgoing; Sat, 22 Feb 1997 22:37:31 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA23560; Sat, 22 Feb 1997 22:37:27 -0800 (PST) Date: Sat, 22 Feb 1997 22:37:27 -0800 (PST) From: Mike Pritchard Message-Id: <199702230637.WAA23560@freefall.freebsd.org> To: proff@iq.org, mpp, freebsd-bugs Subject: Re: misc/2629 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: vnode_if.h has no protection against multiple reference State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Sat Feb 22 22:36:23 PST 1997 State-Changed-Why: bde says that you shouldn't include this from anywhere but sys/vnode.h, so this is a good thing since you will get errors if you include it from somewhere you shouldn't have. From owner-freebsd-bugs Sat Feb 22 22:40:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA23763 for bugs-outgoing; Sat, 22 Feb 1997 22:40:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA23740; Sat, 22 Feb 1997 22:40:01 -0800 (PST) Date: Sat, 22 Feb 1997 22:40:01 -0800 (PST) Message-Id: <199702230640.WAA23740@freefall.freebsd.org> To: freebsd-bugs Cc: From: Scott Blachowicz Subject: Re: bin/2803: /bin/sh 'for' statement vs IFS setting problem Reply-To: Scott Blachowicz Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2803; it has been noted by GNATS. From: Scott Blachowicz To: Mike Pritchard Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/2803: /bin/sh 'for' statement vs IFS setting problem Date: Sat, 22 Feb 1997 21:31:34 -0800 Mike Pritchard wrote: > 3) > IFS=' :' > xxx=a:b:C > for tok in $xxx > do > echo $tok > done Ahhh...that looks a little less expensive than my workarounds... > For the record, under 3.0, every shell I tried, ksh, sh and bash > all work this way. Does this work the same way on other operating > systems? E.g. Sunos/Solaris, or some other SYSv variety? Well...here's a few... basil: IRIX basil 5.2 02282013 IP12 mips basil: a basil: b basil: c basil: d basil: e basil: f deck: OSF1 deck.statsci.com V3.2 17 alpha deck: a deck: b deck: c deck: d deck: e deck: f hoki: HP-UX hoki B.08.00 A 9000/42E 08000917b2cd hoki: a hoki: b hoki: c hoki: d hoki: e hoki: f mace: HP-UX mace A.09.05 A 9000/710 2012684354 two-user license mace: a mace: b mace: c mace: d mace: e mace: f main: SunOS main 5.3 Generic sun4m sparc main: a main: b main: c main: d main: e main: f spud: SunOS spud 4.1.1 7 sun4c spud: a spud: b spud: c spud: d spud: e spud: f Scott Blachowicz Ph: 206/283-8802x240 Mathsoft (Data Analysis Products Div) 1700 Westlake Ave N #500 scott@statsci.com Seattle, WA USA 98109 Scott.Blachowicz@seaslug.org From owner-freebsd-bugs Sat Feb 22 22:49:42 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA24194 for bugs-outgoing; Sat, 22 Feb 1997 22:49:42 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA24107; Sat, 22 Feb 1997 22:48:25 -0800 (PST) Date: Sat, 22 Feb 1997 22:48:25 -0800 (PST) From: Mike Pritchard Message-Id: <199702230648.WAA24107@freefall.freebsd.org> To: mpp, freebsd-bugs, wollman Subject: Re: kern/2667 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: bpfattach can hang the system Responsible-Changed-From-To: freebsd-bugs->wollman Responsible-Changed-By: mpp Responsible-Changed-When: Sat Feb 22 22:48:00 PST 1997 Responsible-Changed-Why: networking problem (PR includes patch) From owner-freebsd-bugs Sat Feb 22 22:55:50 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA24494 for bugs-outgoing; Sat, 22 Feb 1997 22:55:50 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA24473; Sat, 22 Feb 1997 22:55:44 -0800 (PST) Date: Sat, 22 Feb 1997 22:55:44 -0800 (PST) From: Mike Pritchard Message-Id: <199702230655.WAA24473@freefall.freebsd.org> To: imdave@synet.net, mpp, freebsd-bugs Subject: Re: i386/2673 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: math lib msun leaves trash on fp stack for some functions State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Sat Feb 22 22:55:24 PST 1997 State-Changed-Why: bde indicated that these problems have already been fixed. From owner-freebsd-bugs Sat Feb 22 23:00:25 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA24805 for bugs-outgoing; Sat, 22 Feb 1997 23:00:25 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA24785; Sat, 22 Feb 1997 23:00:22 -0800 (PST) Date: Sat, 22 Feb 1997 23:00:22 -0800 (PST) From: Mike Pritchard Message-Id: <199702230700.XAA24785@freefall.freebsd.org> To: mpp, freebsd-bugs, jkh Subject: Re: misc/2683 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Broken label-editor on the boot disk of 2.2-970205-GAMMA Responsible-Changed-From-To: freebsd-bugs->jkh Responsible-Changed-By: mpp Responsible-Changed-When: Sat Feb 22 23:00:08 PST 1997 Responsible-Changed-Why: sysinstall problem From owner-freebsd-bugs Sat Feb 22 23:03:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA24999 for bugs-outgoing; Sat, 22 Feb 1997 23:03:06 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA24979; Sat, 22 Feb 1997 23:03:03 -0800 (PST) Date: Sat, 22 Feb 1997 23:03:03 -0800 (PST) From: Mike Pritchard Message-Id: <199702230703.XAA24979@freefall.freebsd.org> To: mpp, freebsd-bugs, asami Subject: Re: kern/2690 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: When Using ccd in a mirror mode, file creation fails, Responsible-Changed-From-To: freebsd-bugs->asami Responsible-Changed-By: mpp Responsible-Changed-When: Sat Feb 22 23:02:49 PST 1997 Responsible-Changed-Why: ccd problem From owner-freebsd-bugs Sat Feb 22 23:22:25 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA25845 for bugs-outgoing; Sat, 22 Feb 1997 23:22:25 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA25824; Sat, 22 Feb 1997 23:22:20 -0800 (PST) Date: Sat, 22 Feb 1997 23:22:20 -0800 (PST) From: Mike Pritchard Message-Id: <199702230722.XAA25824@freefall.freebsd.org> To: henrich@msu.edu, mpp, freebsd-bugs Subject: Re: bin/2692 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Find is busted State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Sat Feb 22 23:15:51 PST 1997 State-Changed-Why: Duplicate of PR# 1910. However, in this case, find is doing as it should: reporting "expoitable" file names that would have been handed off to xargs. From owner-freebsd-bugs Sat Feb 22 23:50:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA26951 for bugs-outgoing; Sat, 22 Feb 1997 23:50:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA26932; Sat, 22 Feb 1997 23:50:01 -0800 (PST) Date: Sat, 22 Feb 1997 23:50:01 -0800 (PST) Message-Id: <199702230750.XAA26932@freefall.freebsd.org> To: freebsd-bugs Cc: From: Mike Pritchard Subject: Re: misc/2728 Reply-To: Mike Pritchard Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR misc/2728; it has been noted by GNATS. From: Mike Pritchard To: freebsd-gnats-submit Cc: Subject: Re: misc/2728 Date: Sat, 22 Feb 1997 23:47:58 -0800 (PST) >Synopsis: /usr/include/machine/endian.h:60: opt_cpu.h: No such file or dire /usr/include/machine/endian.h:60: opt_cpu.h: No such file or dire >How-To-Repeat: Try to translate Darren Reed's ip filter (No problem on FreeBSD 2.1.6). The include file in question is only included when "KERNEL" is defined, which should not be the case for any normal userland programs. If the program really does need some of the #ifdef KERNEL stuff from other include files, try something like: #undef KERNEL #include #define KERNEL Let me know if I can close this PR based on the above information. -- Mike Pritchard mpp@FreeBSD.org "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-bugs Sat Feb 22 23:50:19 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA27045 for bugs-outgoing; Sat, 22 Feb 1997 23:50:19 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA27024; Sat, 22 Feb 1997 23:50:17 -0800 (PST) Date: Sat, 22 Feb 1997 23:50:17 -0800 (PST) From: Mike Pritchard Message-Id: <199702230750.XAA27024@freefall.freebsd.org> To: mpp, freebsd-bugs, asami Subject: Re: kern/2751 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: 2GB limitation on CCD device partitions still exists. Responsible-Changed-From-To: freebsd-bugs->asami Responsible-Changed-By: mpp Responsible-Changed-When: Sat Feb 22 23:50:06 PST 1997 Responsible-Changed-Why: ccd problem