From owner-freebsd-bugs Sun Apr 2 00:15:27 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA26147 for bugs-outgoing; Sun, 2 Apr 1995 00:15:27 -0800 Received: from mail.mhpcc.edu (littleb.mhpcc.edu [164.122.25.41]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA26141 for ; Sun, 2 Apr 1995 00:15:25 -0800 Received: from snickers.mhpcc.edu by mail.mhpcc.edu (AIX 3.2/UCB 5.64/4.03) id AA20476; Sat, 1 Apr 1995 22:07:20 -1000 Received: by snickers.mhpcc.edu.mhpcc.edu (8.6.9/SMI-4.1) id WAA20095; Sat, 1 Apr 1995 22:18:54 -1000 From: urban@snickers.mhpcc.edu (scott urban) Message-Id: <199504020818.WAA20095@snickers.mhpcc.edu.mhpcc.edu> Subject: install problem To: bugs@FreeBSD.org Date: Sat, 1 Apr 1995 22:18:53 -1000 (HST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 512 Sender: bugs-owner@FreeBSD.org Precedence: bulk Dears sirs: I recently purchased your FreeBSD cd and am having problems installing the OS on my system. I run through your install utility and follow the instructions explicitly. When I hit (P) to proceed, I get the following error: /stand/newfs fails to reformat the hard drive with an error code of 9216. I am installing on a Packard Bell Legend 23CD 66MHz 486dx with a 540 Mb IDE hard drive and 12 Mb of RAM. Please recommend a fix for this problem. Thanks, T Scott Urban urban@snickers.mhpcc.edu From owner-freebsd-bugs Sun Apr 2 03:57:53 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA00764 for bugs-outgoing; Sun, 2 Apr 1995 03:57:53 -0700 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA00734; Sun, 2 Apr 1995 03:55:27 -0700 Received: from localhost (localhost [127.0.0.1]) by grunt.grondar.za (8.6.11/8.6.9) with SMTP id MAA23104; Sun, 2 Apr 1995 12:54:50 +0200 Message-Id: <199504021054.MAA23104@grunt.grondar.za> X-Authentication-Warning: grunt.grondar.za: Host localhost didn't use HELO protocol To: bugs@FreeBSD.org, current@FreeBSD.org Subject: Playing audio CD's on FreeBSD Date: Sun, 02 Apr 1995 12:54:49 +0200 From: Mark Murray Sender: bugs-owner@FreeBSD.org Precedence: bulk Hi (JMZ?) I have been trying to get some soothing sounds out of my CD-ROM drive for a while now, with little success. My CDROM is a NEC210 SCSI, the SCSI controller is an Adaptec 1542C(something), and it works perfectly in CD9660-mode. Here is a typical session: > bash# cdplay cd0 > CD>status > status track minute second frame > -1 134684768 -272638632 13788 4128 > cdplay: Bad file descriptor > CD>play > cdplay: Bad file descriptor > CD>tochdr > cdplay: Bad file descriptor > CD>tocentry > cdplay: Bad file descriptor > CD>quit At the same time, I get a nasty kernel message repeatedly interspersed with the above. Here it is, extracted from /var/log/messages: > Apr 2 12:38:35 grunt /kernel: cd0(aha0:6:0): ILLEGAL REQUEST csi:30,20,0,0 asc:20,0Invalid command operation code Help! I am no good at this SCSI/CDROM stuff. M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 From owner-freebsd-bugs Sun Apr 2 05:50:02 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA03027 for bugs-outgoing; Sun, 2 Apr 1995 05:50:02 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA03020; Sun, 2 Apr 1995 05:50:01 -0700 Date: Sun, 2 Apr 1995 05:50:01 -0700 Message-Id: <199504021250.FAA03020@freefall.cdrom.com> From: J Wunsch Reply-To: J Wunsch To: freebsd-bugs Subject: kern/294: bootstrap problem with -g kernel In-Reply-To: Your message of Sun, 2 Apr 1995 14:24:05 +0200 <199504021224.OAA01413@uriah.heep.sax.de> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 294 >Category: kern >Synopsis: Bootstrap has problems with -g compiled kernels >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Apr 2 05:50:00 1995 >Originator: J Wunsch >Organization: >Release: FreeBSD 2.1.0-Development i386 >Environment: FreeBSD-current as of Apr 2, 1995 >Description: The current bootstrap loads the DDB symbols automatically (fine thing!). However, when trying to boot a kernel that has been compiled with -g, but where the debugging symbols have been stripped later (strip -x), the bootstrap still attempts to load all the debugging symbols. It finally chokes and eventually hits a weird condition, resulting in a spontaneous reset. Loading all the debugging symbols automatically (i.e., from a -g kernel not stripped at all) is not much better, either; it bloats the physical memory with 6 MB of rather useless symbols. Perhaps loading the *debugging* symbols (those that would be stripped with strip -x) should be made an option, e.g. by re-using the `-D' boot flag. >How-To-Repeat: compile kernel with -g strip -x kernel install kernel boot it >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Apr 2 06:05:50 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA03454 for bugs-outgoing; Sun, 2 Apr 1995 06:05:50 -0700 Received: from isl.cf.ac.uk (isl-gate.elsy.cf.ac.uk [131.251.22.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA03448 for ; Sun, 2 Apr 1995 06:05:48 -0700 Received: (from paul@localhost) by isl.cf.ac.uk (8.6.9/8.6.9) id OAA19700; Sun, 2 Apr 1995 14:06:10 +0100 From: Paul Richards Message-Id: <199504021306.OAA19700@isl.cf.ac.uk> Subject: Re: A note on snap950322 install -- lnc0 support To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Sun, 2 Apr 1995 14:06:09 +0100 (BST) Cc: bugs@FreeBSD.org In-Reply-To: <199504011150.NAA06008@labinfo.iet.unipi.it> from "Luigi Rizzo" at Apr 1, 95 01:50:35 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1549 Sender: bugs-owner@FreeBSD.org Precedence: bulk In reply to Luigi Rizzo who said > > I tried to install snap950322 on a system with an Ether-32VL ethernet > card. This card uses the lnc driver. Two points about the install > kernel and procedures: > > - the kernel on the disk look for the card at io 0x280, int 5; > the card, by default, is at io 0x300, int 3, and, at least mine > CANNOT be configured at 0x280 (the reason is probably that it seems > to use a lot of IO ports). I used kernel -c to change this, but it > would be nicer if the default choices in the kernel were pointing to > a realistic address. We could add a second entry I suppose but different cards have different defaults and changing to 0x300 would just cause the same complaints from other lnc users. The solution is to either use -c or build a new kernel. If there are a lot of people with the same problem then we'll have to look at adding a second lnc driver at the alternate address for installation purposes. > > - the install scripts seems to lack an entry for lnc cards. I'd suggest > two things: 1) obviously, add the entry in the install scripts, 2) > add a "blank" entry where the user can specify its own adapter name, > to overcome the problem in case a new adapter is not supported. This was an oversight which is being fixed, Poul/Jordan ? -- Paul Richards, FreeBSD core team member. Internet: paul@FreeBSD.org, URL: http://isl.cf.ac.uk/~paul/ Phone: +44 1222 874000 x6646 (work), +44 1222 457651 (home) Dept. Mechanical Engineering, University of Wales, College Cardiff. From owner-freebsd-bugs Sun Apr 2 09:17:24 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA03406 for bugs-outgoing; Sun, 2 Apr 1995 09:17:24 -0700 Received: (from joerg@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA03392; Sun, 2 Apr 1995 18:17:23 +0200 Date: Sun, 2 Apr 1995 18:17:23 +0200 From: Joerg Wunsch Message-Id: <199504021617.SAA03392@freefall.cdrom.com> To: jc@irbs.com, joerg, freebsd-bugs Subject: Changed information for PR kern/179 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: Getty hangs on ttyv0 State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Sun Apr 2 18:15:24 MET DST 1995 State-Changed-Why: Finally close this bummer, sys/i386/3i86/cons.c, revision 1.24, is supposed to have this problem fixed. From owner-freebsd-bugs Sun Apr 2 11:17:15 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA06521 for bugs-outgoing; Sun, 2 Apr 1995 11:17:15 -0700 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA06510; Sun, 2 Apr 1995 11:16:59 -0700 Received: from localhost (localhost [127.0.0.1]) by grunt.grondar.za (8.6.11/8.6.9) with SMTP id UAA26848; Sun, 2 Apr 1995 20:16:27 +0200 Message-Id: <199504021816.UAA26848@grunt.grondar.za> X-Authentication-Warning: grunt.grondar.za: Host localhost didn't use HELO protocol To: current@FreeBSD.org, bugs@FreeBSD.org Subject: yppush does not compile... Date: Sun, 02 Apr 1995 20:16:27 +0200 From: Mark Murray Sender: bugs-owner@FreeBSD.org Precedence: bulk Hi Does this file (yp.h) need to be installed, or does there just need to be a path to it? There are two of them, gnu/libexec/ypxfr/yp.h and gnu/usr/sbin/ypserv/yp.h, which have _lots_ of diffs, but seem to have had the same beginnings. > Script started on Sun Apr 2 20:08:22 1995 > bash# make > cc -O2 -c /a/src/gnu/usr.bin/yppush/yppush.c > /a/src/gnu/usr.bin/yppush/yppush.c:31: yp.h: No such file or directory > *** Error code 1 > > Stop. > bash# exit > exit > > Script done on Sun Apr 2 20:08:28 1995 M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 From owner-freebsd-bugs Mon Apr 3 00:39:03 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA29086 for bugs-outgoing; Mon, 3 Apr 1995 00:39:03 -0700 Received: from bunyip.cc.uq.oz.au (bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA29071 for ; Mon, 3 Apr 1995 00:38:59 -0700 Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <20952-0@bunyip.cc.uq.oz.au>; Mon, 3 Apr 1995 17:38:36 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id RAA27452 for ; Mon, 3 Apr 1995 17:42:07 +1000 Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id HAA27358 for ; Mon, 3 Apr 1995 07:39:31 GMT Message-Id: <199504030739.HAA27358@netfl15a.devetir.qld.gov.au> X-Mailer: exmh version 1.6beta 3/23/95 To: bugs@FreeBSD.org Subject: You can close these... Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 03 Apr 1995 17:39:30 +1000 From: Stephen Hocking Sender: bugs-owner@FreeBSD.org Precedence: bulk I don't have any problems with the following (after having reportted them) kern/143 Processes using NFS (eg to link an X server) will so kern/144 Processes using NFS (eg to link an X server) will so kern/147 auvoxware and xdm occasionally die with a signal 10 kern/148 auvoxware dumps core sometimes after playing file Stephen I do not speak for the Worker's Compensation Board of Queensland - They don't pay me enough for that! From owner-freebsd-bugs Mon Apr 3 03:41:42 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA03500 for bugs-outgoing; Mon, 3 Apr 1995 03:41:42 -0700 Received: from relay1.oleane.net (Relay1.OLEANE.NET [194.2.1.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA03494 for ; Mon, 3 Apr 1995 03:41:38 -0700 Received: from ocegr.fr (hydra.dtsmtp.ocegr.fr [194.2.64.3]) by relay1.oleane.net (8.6.10/8.6.9) with SMTP id MAA07437 for ; Mon, 3 Apr 1995 12:41:11 +0200 Received: from pyxis by ocegr.fr (5.0/SMI-SVR4) id AA22422; Mon, 3 Apr 1995 12:28:02 +0200 Message-Id: <9504031028.AA22422@ocegr.fr> To: bugs@FreeBSD.org From: Gert-Jan.Vons@ocegr.fr Reply-To: Gert-Jan.Vons@ocegr.fr Subject: psm driver probe fails on ThinkPad 340 Date: Mon, 03 Apr 1995 12:28:31 +0200 content-length: 0 Sender: bugs-owner@FreeBSD.org Precedence: bulk [ I used send-pr to fill in the form, but don't have net-access at home ] SEND-PR: -*- send-pr -*- SEND-PR: Lines starting with `SEND-PR' will be removed automatically, as SEND-PR: will all comments (text enclosed in `<' and `>'). SEND-PR: SEND-PR: Please consult the send-pr man page `send-pr(1)' or the Texinfo SEND-PR: manual if you are not sure how to fill out a problem report. SEND-PR: SEND-PR: Choose from the following categories: SEND-PR: SEND-PR: bin conf docs gnu i386 kern misc ports SEND-PR: To: FreeBSD-gnats-submit@freebsd.org Subject: From: vons Reply-To: vons X-send-pr-version: 3.2 >Submitter-Id: current-users >Originator: Gert-Jan Vons , Gert-Jan.Vons@ocegr.fr >Organization: none >Confidential: no >Synopsis: psm driver probe fails on ThinkPad 340 >Severity: serious >Priority: medium >Category: i386 >Release: FreeBSD 2.1.0-Development i386 >Class: sw-bug >Environment: Thinkpad 340 with integrated TrackPoint(tm) II, user-doc refers to it as an ps/2 mouse, irq 12 at 0x60-0x64. OS version is SNAP-950322, but 2.0R fails too (same psm driver). Kernel config file section: device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr options ALLOW_CONFLICT_IOADDR device psm0 at isa? port "IO_KBD" tty irq 12 vector psmintr >Description: During boot, the psm probe fails to recognise the mouse. The syscons driver recognises the keyboard at 0x60-0x6f irq 1, but the psm driver just says "psm0 not found at 0x60".` The probe function 1 int psmprobe(struct isa_device *dvp) 2 { 3 /* XXX: Needs a real probe routine. */ 4 5 int ioport,c,unit; 6 7 ioport=dvp->id_iobase; 8 unit=dvp->id_unit; 9 psm_write_dev(ioport,0xff); /* Reset aux device */ 10 psm_poll_status(); 11 outb(ioport+CNTRL,0xa9); 12 psm_poll_status(); 13 outb(ioport+CNTRL,0xaa); 14 c = inb(ioport+DATA); 15 if(c&0x04) { 16 /* printf("PS/2 AUX mouse is not found\n");*/ 17 psm_command(ioport,0x65); 18 psmaddr[unit] = 0; /* Device not found */ 19 return(0);} 20 /* printf("PS/2 AUX mouse found. Installing driver\n");*/ 21 return (4); 22 } What happens is that at line 15, c actually has the value 0x55, which results in a failed probe. I don't know what the 0xa9 at line 11 is supposed to do, but the 0xaa at line 13 is the command for a controller selftest (see KBC_SELFTEST in kbd.h) In that case, c should indeed be 0x55, since that indicates a sucessful selftest (KBC_STOK, see kbd.h). I don't know what this probe-code is trying to do, but the keyboard/ps2-mouse controller reacts correctly IMHO. Does this code really work on other systems ? And is it save to re-probe/re-init the controller when syscons did the same thing just before ? >How-To-Repeat: Just boot :) >Fix: A work-around is to just disable lines 15-19 above, the mouse works fine under XFree. Gert-Jan --------------------------------------------------------------------------- J.G. Vons, Oce engineering Creteil, France | E-mail: Gert-Jan.Vons@ocegr.fr From owner-freebsd-bugs Mon Apr 3 06:40:02 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA06499 for bugs-outgoing; Mon, 3 Apr 1995 06:40:02 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA06492; Mon, 3 Apr 1995 06:40:01 -0700 Date: Mon, 3 Apr 1995 06:40:01 -0700 Message-Id: <199504031340.GAA06492@freefall.cdrom.com> From: Richard Wackerbarth Reply-To: Richard Wackerbarth To: freebsd-bugs Subject: bin/295: CTM cannot take too many "already applied" deltas In-Reply-To: Your message of Mon, 3 Apr 1995 08:30:40 -0500 <199504031330.IAA02637@eel.dataplex.net> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 295 >Category: bin >Synopsis: CTM fails to close "already applied" deltas >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Apr 3 06:40:01 1995 >Originator: Richard Wackerbarth >Organization: The Digital Dataplex >Release: FreeBSD 2.0.0-SNAP950322 i386 >Environment: A source tree /usr/current/src and the CTM deltas /usr/current/CTM/src >Description: If there are too many "already applied" deltas, CTM will fail with too many files open. >How-To-Repeat: cd /usr/current/src ctm -v ../CTM/src/* >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Apr 3 07:35:40 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA09869 for bugs-outgoing; Mon, 3 Apr 1995 07:35:40 -0700 Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA09860 for ; Mon, 3 Apr 1995 07:35:27 -0700 Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id QAA09760 for bugs@freebsd.org; Mon, 3 Apr 1995 16:25:56 +0200 From: Luigi Rizzo Message-Id: <199504031425.QAA09760@labinfo.iet.unipi.it> Subject: date +format does not emit a newline by default To: bugs@FreeBSD.org Date: Mon, 3 Apr 1995 16:25:55 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 612 Sender: bugs-owner@FreeBSD.org Precedence: bulk Not sure if this is conforming with POSIX, but if you specify a format string to "date", the snap950210 version will not emit a newline by default. This deviates from the behaviour of 1.1.x and of most Unixes I have used, and might break some user scripts. Luigi ==================================================================== Luigi Rizzo Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it Universita' di Pisa tel: +39-50-568533 via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 ==================================================================== From owner-freebsd-bugs Mon Apr 3 13:19:40 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA17995 for bugs-outgoing; Mon, 3 Apr 1995 13:19:40 -0700 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA17989; Mon, 3 Apr 1995 13:19:37 -0700 Received: by halloran-eldar.lcs.mit.edu; id AA22793; Mon, 3 Apr 1995 16:19:17 -0400 Date: Mon, 3 Apr 1995 16:19:17 -0400 From: Garrett Wollman Message-Id: <9504032019.AA22793@halloran-eldar.lcs.mit.edu> To: "Jordan K. Hubbard" Cc: gibbs@estienne.cs.berkeley.edu, freebsd-bugs@freefall.cdrom.com Subject: Re: misc/292: rfc1323 and rfc1644 support can confuse terminal servers w/SLIP In-Reply-To: <10282.796780895@freefall.cdrom.com> References: <199504012330.PAA09488@freefall.cdrom.com> <10282.796780895@freefall.cdrom.com> Sender: bugs-owner@FreeBSD.org Precedence: bulk < said: > Maybe these need to be switched on and off inside netstart using > sysconfig variables? Suggestions? I think it's not unreasonable to do: # # Some broken implementations can't handle the RFC 1323 and RFC 1644 # TCP options. If TCP connections randomly hang, try enabling this, # and bug the vendor of the losing equipment. # if [ "x$disable_tcp_extensions" == "xYES" ]; then sysctl -nw net.inet.tcp.rfc1323=0 sysctl -nw net.inet.tcp.rfc1644=0 fi -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-bugs Mon Apr 3 13:23:03 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA18070 for bugs-outgoing; Mon, 3 Apr 1995 13:23:03 -0700 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA18043 for ; Mon, 3 Apr 1995 13:23:00 -0700 Received: by halloran-eldar.lcs.mit.edu; id AA22802; Mon, 3 Apr 1995 16:22:35 -0400 Date: Mon, 3 Apr 1995 16:22:35 -0400 From: Garrett Wollman Message-Id: <9504032022.AA22802@halloran-eldar.lcs.mit.edu> To: John Capo Cc: freebsd-bugs@FreeBSD.org Subject: Re: tun driver In-Reply-To: <199504011745.MAA10720@irbs.com> References: <197.796702281@palmer.demon.co.uk> <199504011745.MAA10720@irbs.com> Sender: bugs-owner@FreeBSD.org Precedence: bulk < said: > This problem is not specific to the tun driver. I get spontaneous > reboots with routed, gated, pppd, and route at times. I believe that the problems with GateD and interface addresses getting deleted should be fixed now. If not, please let me know. If you can reproduce any other sorts of problems, please also let me know. ``I get spontaneous reboots'' doesn't help me fix the problem. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-bugs Mon Apr 3 13:26:03 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA18180 for bugs-outgoing; Mon, 3 Apr 1995 13:26:03 -0700 Received: (from joerg@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA18166; Mon, 3 Apr 1995 22:26:01 +0200 Date: Mon, 3 Apr 1995 22:26:01 +0200 From: Joerg Wunsch Message-Id: <199504032026.WAA18166@freefall.cdrom.com> To: sysseh@devetir.qld.gov.au, joerg, freebsd-bugs Subject: Changed information for PR kern/143 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: Processes using NFS (eg to link an X server) will sometimes hang. State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Mon Apr 3 22:23:00 MET DST 1995 State-Changed-Why: Stephen Hocking, who submitted the PR, claims it's fixed now. From owner-freebsd-bugs Mon Apr 3 13:26:55 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA18255 for bugs-outgoing; Mon, 3 Apr 1995 13:26:55 -0700 Received: from mail.barrnet.net (MAIL.BARRNET.NET [131.119.245.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA18223 for ; Mon, 3 Apr 1995 13:26:49 -0700 Received: from irz301.inf.tu-dresden.de by mail.barrnet.net (8.6.10/BARRNET-Len-Rose) id NAA10212; Mon, 3 Apr 1995 13:25:43 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA13634; Mon, 3 Apr 1995 22:23:32 +0200 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id WAA22950; Mon, 3 Apr 1995 22:23:31 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id VAA00595; Mon, 3 Apr 1995 21:59:52 +0200 From: J Wunsch Message-Id: <199504031959.VAA00595@uriah.heep.sax.de> Subject: Re: date +format does not emit a newline by default To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Mon, 3 Apr 1995 21:59:51 +0200 (MET DST) Cc: bugs@FreeBSD.org In-Reply-To: <199504031425.QAA09760@labinfo.iet.unipi.it> from "Luigi Rizzo" at Apr 3, 95 04:25:55 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 897 Sender: bugs-owner@FreeBSD.org Precedence: bulk As Luigi Rizzo wrote: > > Not sure if this is conforming with POSIX, but if you specify a format > string to "date", the snap950210 version will not emit a newline by > default. This deviates from the behaviour of 1.1.x and of most Unixes I > have used, and might break some user scripts. Thank you. It's definately wrong. Here's the Posix part on this: 4.15.4 Operands When the format is specified, each field descriptor shall be replaced in the standard output by its corresponding value. All other characters shall be copied to the output without change. The output shall be always ^^^^^^^^^^^^^^^^^^^^^^^^^^ terminated with a character. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Mon Apr 3 13:27:30 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA18320 for bugs-outgoing; Mon, 3 Apr 1995 13:27:30 -0700 Received: (from joerg@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA18301; Mon, 3 Apr 1995 22:27:28 +0200 Date: Mon, 3 Apr 1995 22:27:28 +0200 From: Joerg Wunsch Message-Id: <199504032027.WAA18301@freefall.cdrom.com> To: sysseh@devetir.qld.gov.au, joerg, freebsd-bugs Subject: Changed information for PR kern/147 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: auvoxware and xdm occasionally die with a signal 10 State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Mon Apr 3 22:26:52 MET DST 1995 State-Changed-Why: Stephen Hocking, who submitted the PR, claims it's fixed now. From owner-freebsd-bugs Mon Apr 3 13:28:26 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA18478 for bugs-outgoing; Mon, 3 Apr 1995 13:28:26 -0700 Received: (from joerg@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA18464; Mon, 3 Apr 1995 22:28:25 +0200 Date: Mon, 3 Apr 1995 22:28:25 +0200 From: Joerg Wunsch Message-Id: <199504032028.WAA18464@freefall.cdrom.com> To: sysseh@devetir.qld.gov.au, joerg, freebsd-bugs Subject: Changed information for PR kern/148 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: auvoxware dumps core sometimes after playing file State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Mon Apr 3 22:27:30 MET DST 1995 State-Changed-Why: Stephen Hocking, who submitted the PR, claims it's fixed now. From owner-freebsd-bugs Mon Apr 3 13:29:47 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA18626 for bugs-outgoing; Mon, 3 Apr 1995 13:29:47 -0700 Received: (from joerg@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA18612; Mon, 3 Apr 1995 22:29:45 +0200 Date: Mon, 3 Apr 1995 22:29:45 +0200 From: Joerg Wunsch Message-Id: <199504032029.WAA18612@freefall.cdrom.com> To: sysseh@devetir.qld.gov.au, joerg, freebsd-bugs Subject: Changed information for PR kern/144 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: Processes using NFS (eg to link an X server) will sometimes hang. State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Mon Apr 3 22:28:39 MET DST 1995 State-Changed-Why: Stephen Hocking, who submitted the PR, claims it's fixed now. From owner-freebsd-bugs Mon Apr 3 14:00:29 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA19284 for bugs-outgoing; Mon, 3 Apr 1995 14:00:29 -0700 Received: from gatekeeper.alpharel.com (gatekeeper.ALPHAREL.COM [204.118.5.2]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA19276 for ; Mon, 3 Apr 1995 14:00:15 -0700 Received: (from mail@localhost) by gatekeeper.alpharel.com (8.6.8/8.6.6a) id NAA08348 for ; Mon, 3 Apr 1995 13:59:55 -0700 Received: from schwarz.dialup.access.net(166.84.249.178) by gatekeeper.alpharel.com via smap (V1.3) id sma008345; Mon Apr 3 13:59:34 1995 Received: by pooter (4.1/1.08-opti) id AA18331; Mon, 3 Apr 95 16:59:37 EDT Date: Mon, 3 Apr 95 16:59:37 EDT From: schwarz@alpharel.com (Steven Schwarz) Message-Id: <9504032059.AA18331@pooter> To: bugs@FreeBSD.org Subject: bug in cmp(1) Sender: bugs-owner@FreeBSD.org Precedence: bulk I believe I may have just encountered a bug in cmp(1). After copying a .a file, I did cmp on the original and the copy. cmp(1) erroneously found a difference at byte 131073 (== 0x20001, in case that is a clue?). sts From owner-freebsd-bugs Mon Apr 3 14:01:42 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA19373 for bugs-outgoing; Mon, 3 Apr 1995 14:01:42 -0700 Received: (from jkh@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA19356; Mon, 3 Apr 1995 14:01:40 -0700 Date: Mon, 3 Apr 1995 14:01:40 -0700 From: "Jordan K. Hubbard" Message-Id: <199504032101.OAA19356@freefall.cdrom.com> To: sysseh@devetir.qld.gov.au, jkh, freebsd-bugs Subject: Changed information for PR kern/207 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: Using a local version of clntudp_create under gdb can cause the system to crash State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Mon Apr 3 14:00:42 PDT 1995 State-Changed-Why: The supplied test program no longer crashes the system [gj@FreeBSD.org] From owner-freebsd-bugs Mon Apr 3 14:28:15 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA19750 for bugs-outgoing; Mon, 3 Apr 1995 14:28:15 -0700 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA19744; Mon, 3 Apr 1995 14:28:00 -0700 Received: from localhost (localhost [127.0.0.1]) by grunt.grondar.za (8.6.11/8.6.9) with SMTP id XAA05114; Mon, 3 Apr 1995 23:27:27 +0200 Message-Id: <199504032127.XAA05114@grunt.grondar.za> X-Authentication-Warning: grunt.grondar.za: Host localhost didn't use HELO protocol To: current@FreeBSD.org, bugs@FreeBSD.org Subject: Funnies in the SCSI kernel code... Date: Mon, 03 Apr 1995 23:27:26 +0200 From: Mark Murray Sender: bugs-owner@FreeBSD.org Precedence: bulk Hi What is going on here? [Next line is line 56 of /sys/scsi/sd.c] > #define SECSIZE 512 > #define SDOUTSTANDING 4 > #define SD_RETRIES 4 > #define MAXTRANSFER 8 /* 1 page at a time */ > > #define SDUNITSHIFT 3 > #define SDUNIT(DEV) SH3_UNIT(DEV) +++++ > #define SDSETUNIT(DEV, U) SH3SETUNIT((DEV), (U)) ===== > #define PARTITION(dev) dkpart(dev) > #define SDUNIT(dev) dkunit(dev) +++++ > > /* XXX introduce a dkmodunit() macro for this. */ > #define SDSETUNIT(DEV, U) \ ===== > makedev(major(DEV), dkmakeminor((U), dkslice(DEV), dkpart(DEV))) +++++ Multiple definition of SDUNIT ===== Multiple definition of SDSETUNIT If they were the same, frankly I wouldn't give a damn. What gives? M M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 From owner-freebsd-bugs Mon Apr 3 14:30:03 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA19807 for bugs-outgoing; Mon, 3 Apr 1995 14:30:03 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA19800; Mon, 3 Apr 1995 14:30:02 -0700 Date: Mon, 3 Apr 1995 14:30:02 -0700 Message-Id: <199504032130.OAA19800@freefall.cdrom.com> From: Steven G Kargl Reply-To: Steven G Kargl To: freebsd-bugs Subject: docs/296: docs -- setmode.3 problem (patch enclosed) In-Reply-To: Your message of Mon, 3 Apr 1995 14:27:07 -0700 <199504032127.OAA02516@troutmask.apl.washington.edu> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 296 >Category: docs >Synopsis: incorrect declaration of setmode in man page >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Mon Apr 3 14:30:01 1995 >Originator: Steven G & >Organization: Steven G. Kargl | Phone: 206-685-4677 | Applied Physics Lab | Fax: 206-543-6785 | Univ. of Washington |---------------------| 1013 NE 40th St | FreeBSD 2.1-current | Seattle, WA 98105 |---------------------| >Release: FreeBSD 2.1.0-Development i386 >Environment: >Description: The man page setmode(3) declares `void setmode' when it should be declared `void *setmode'. >How-To-Repeat: man setmode >Fix: *** setmode.3.orig Mon Apr 3 14:13:36 1995 --- setmode.3 Mon Apr 3 14:14:53 1995 *************** *** 41,47 **** .Sh SYNOPSIS .Ft mode_t .Fn getmode "const void *set" "mode_t mode" ! .Ft void .Fn setmode "const char *mode_str" .Sh DESCRIPTION The --- 41,47 ---- .Sh SYNOPSIS .Ft mode_t .Fn getmode "const void *set" "mode_t mode" ! .Ft void * .Fn setmode "const char *mode_str" .Sh DESCRIPTION The >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Apr 3 15:32:36 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA21376 for bugs-outgoing; Mon, 3 Apr 1995 15:32:36 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA21370; Mon, 3 Apr 1995 15:32:34 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA09297; Mon, 3 Apr 95 16:26:02 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9504032226.AA09297@cs.weber.edu> Subject: Re: misc/292: rfc1323 and rfc1644 support can confuse terminal servers w/SLIP To: wollman@halloran-eldar.lcs.mit.edu (Garrett Wollman) Date: Mon, 3 Apr 95 16:26:01 MDT Cc: jkh@freefall.cdrom.com, gibbs@estienne.cs.berkeley.edu, freebsd-bugs@freefall.cdrom.com In-Reply-To: <9504032019.AA22793@halloran-eldar.lcs.mit.edu> from "Garrett Wollman" at Apr 3, 95 04:19:17 pm X-Mailer: ELM [version 2.4dev PL52] Sender: bugs-owner@FreeBSD.org Precedence: bulk > I think it's not unreasonable to do: > > # > # Some broken implementations can't handle the RFC 1323 and RFC 1644 > # TCP options. If TCP connections randomly hang, try enabling this, > # and bug the vendor of the losing equipment. > # > if [ "x$disable_tcp_extensions" == "xYES" ]; then > sysctl -nw net.inet.tcp.rfc1323=0 > sysctl -nw net.inet.tcp.rfc1644=0 > fi Maybe go even further? Something like changing: > if [ "x$disable_tcp_extensions" == "xYES" ]; then to: > if [ "x$enable_tcp_extensions" != "xYES" ]; then In other words, default it off? I don't know which is more likely to result in "typically works without user intervention", though... Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-bugs Mon Apr 3 15:48:49 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA21833 for bugs-outgoing; Mon, 3 Apr 1995 15:48:49 -0700 Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA21764; Mon, 3 Apr 1995 15:47:12 -0700 Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.8/8.6.6) id RAA00659; Mon, 3 Apr 1995 17:44:20 -0400 From: "House of Debuggin'" Message-Id: <199504032144.RAA00659@skynet.ctr.columbia.edu> Subject: emacs + NIS + free() == ???? To: freebsd-bugs@FreeBSD.org Date: Mon, 3 Apr 1995 17:44:16 -0400 (EDT) Cc: freebsd-hackers@FreeBSD.org X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 4826 Sender: bugs-owner@FreeBSD.org Precedence: bulk Now I've gone and done it. I've just received a bug report (and confirmed it myself) that emacs-19.28 SEGVs when NIS is enabled in FreeBSD-current. The crash happens at startup when endnetgrent() tries to free the list of netgrp structures created by a previous call to getnetgrent(): (gdb) bt #0 0x72198 in _free_internal (ptr=0x10eb08) at gmalloc.c:862 #1 0x72252 in free (ptr=0x10eb08) at gmalloc.c:906 #2 0x4dea7 in emacs_blocked_free (ptr=0x10eb08) at alloc.c:230 #3 0x7223c in free (ptr=0x10eb08) at gmalloc.c:904 #4 0x815cf70 in endnetgrent () #5 0x815cdd6 in setnetgrent () #6 0x815de88 in _createcaches () #7 0x815dc34 in __initdb () #8 0x815da12 in getpwuid () #9 0x5467a in init_editfns () at editfns.c:66 #10 0x23917 in main (argc=3, argv=0xefbfd908, envp=0xefbfd918) at emacs.c:638 (gdb) What seems to be happening is that endnetgrent() is ending up inside emacs's own internal version of free(). getnetgrent() and endnetgrent() are invoked by the code which I added to getpwent.c to do +@netgroup/-@netgroup overrides. Since getnetgrent() was never called as part of getpwuid() before, I'm tempted to think that this was a lurking problem that I foolishly prodded into the open. That or I screwed something up myself, which is equally likely. At the moment, this has me totally stumped. Suggestions would be greatly appreciated. On a different note, this incident has helped me uncover another bug related to RPC. Here's a simple test program: #include #include main() { struct passwd *pw; setpwent(); while ((pw = getpwent()) != NULL) printf ("NAME: [%s] PASS: [%s] UID: [%d] GID: [%d] SHELL: [%s]\n", pw->pw_name, pw->pw_passwd, pw->pw_uid, pw->pw_gid, pw->pw_shell); } This just prints out the contents of your password file. With NIS enabled, it also prints out the contents of the NIS passwd map. Now watch: [/tmp]:marple.ctr.columbia.edu{263}# limit cputime unlimited filesize unlimited datasize 131072 kbytes stacksize 65536 kbytes coredumpsize unlimited memoryuse unlimited descriptors 256 <- max file descriptors == FD_SETSIZE memorylocked 6668 kbytes maxproc 179 [/tmp]:marple.ctr.columbia.edu{264}# a.out NAME: [root] PASS: [YEAH_RIGHT] UID: [0] GID: [0] SHELL: [/bin/csh] NAME: [toor] PASS: [*] UID: [0] GID: [0] SHELL: [] NAME: [daemon] PASS: [*] UID: [1] GID: [31] SHELL: [] NAME: [operator] PASS: [*] UID: [2] GID: [20] SHELL: [/bin/csh] NAME: [bin] PASS: [*] UID: [3] GID: [7] SHELL: [/nonexistent] NAME: [games] PASS: [*] UID: [7] GID: [13] SHELL: [] NAME: [news] PASS: [*] UID: [8] GID: [8] SHELL: [/nonexistent] NAME: [man] PASS: [*] UID: [9] GID: [9] SHELL: [] NAME: [uucp] PASS: [*] UID: [66] GID: [66] SHELL: [/usr/libexec/uucp/uucico] NAME: [ingres] PASS: [*] UID: [267] GID: [74] SHELL: [/bin/csh] NAME: [falcon] PASS: [*] UID: [32766] GID: [31] SHELL: [/usr/games/wargames] NAME: [nobody] PASS: [*] UID: [32767] GID: [9999] SHELL: [/nonexistent] [nis passwd map data follows] Now watch again: [/tmp]:marple.ctr.columbia.edu{266}# unlimit [/tmp]:marple.ctr.columbia.edu{267}# limit descriptors descriptors 360 <- max file descriptors > FD_SETSIZE [/tmp]:marple.ctr.columbia.edu{268}# a.out yp_match: clnt_call: RPC: Unable to receive; errno = Invalid argument clnttcp_create: RPC: Port mapper failure - RPC: Unable to receive clnttcp_create: RPC: Port mapper failure - RPC: Unable to receive clnttcp_create: RPC: Port mapper failure - RPC: Unable to receive clnttcp_create: RPC: Port mapper failure - RPC: Unable to receive clnttcp_create: RPC: Port mapper failure - RPC: Unable to receive [...] What's happening is that clntudp_call() is doing a select(), and it's using the value returned by _rpc_dtablesize() instead of FD_SETSIZE as select()'s first argument. When _rpc_dtablesize() returns a value greater than 256 (and it does when 'unlimit' raises the maximum number of file descriptors to 360), select() returns -1 with errno set to EINVAL. The select() man page seems to suggest that values larger than 256 are valid. The RPC problem could be fixed by clamping the value returned by _rpc_dtablesize() at 256, but that only gets around what could be buggy behavior in select(). Again, suggestions would be appreciated. -Bill -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~T~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -Bill Paul (212) 854-6020 | System Manager Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ The Møøse Illuminati: ignore it and be confused, or join it and be confusing! ~~~~~~~~ FreeBSD 2.1.0-Development #0: Tue Mar 14 11:11:25 EST 1995 ~~~~~~~~~ From owner-freebsd-bugs Mon Apr 3 16:18:29 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA23380 for bugs-outgoing; Mon, 3 Apr 1995 16:18:29 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA23374 for ; Mon, 3 Apr 1995 16:18:26 -0700 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id QAA04477; Mon, 3 Apr 1995 16:18:05 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id QAA02943; Mon, 3 Apr 1995 16:18:05 -0700 Message-Id: <199504032318.QAA02943@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: schwarz@alpharel.com (Steven Schwarz) cc: bugs@FreeBSD.org Subject: Re: bug in cmp(1) In-reply-to: Your message of "Mon, 03 Apr 95 16:59:37 EDT." <9504032059.AA18331@pooter> From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 03 Apr 1995 16:18:03 -0700 Sender: bugs-owner@FreeBSD.org Precedence: bulk >I believe I may have just encountered a bug in cmp(1). After copying >a .a file, I did cmp on the original and the copy. cmp(1) erroneously >found a difference at byte 131073 (== 0x20001, in case that is a clue?). No, you found a bug in the kernel. What version of FreeBSD are you running? We've fixed problems like this in the past... -DG From owner-freebsd-bugs Mon Apr 3 18:24:00 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA25823 for bugs-outgoing; Mon, 3 Apr 1995 18:24:00 -0700 Received: from ultb.isc.rit.edu (ultb-gw.isc.rit.edu [129.21.220.100]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id SAA25817 for ; Mon, 3 Apr 1995 18:23:58 -0700 Received: by ultb.isc.rit.edu (5.65/Config (11/03/93) (Postmaster DPMSYS)); id AA19615; Mon, 3 Apr 1995 22:22:01 -0400 Postmaster (dpmsys@rit.edu) Date: Mon, 3 Apr 1995 22:22:01 -0400 From: jgr6969@ultb.isc.rit.edu (J.G. Rodriguez) Message-Id: <9504040222.AA19615@ultb.isc.rit.edu> To: bugs@FreeBSD.org Subject: Help with Install Problems Sender: bugs-owner@FreeBSD.org Precedence: bulk Hello. I've been trying to install FreeBSD Release 2.0 but I keep getting a disk read error on my installation floppies. I can't get through the readme file (option 2 on the menu) without getting a "Error reading file in dialog_textbox()" error. I also get an error when it tries to unzip the system file during the install. It does run through the entire install procedure though only to fail when booting from the hard drive giving me a message about not having an init. I did take my disks in to work and they installed fine on my machine at work. Here's the specifics. I have a Gateway 2000 486DX-33V vesa LB machine with 8 meg of ram and a 212mb primary hard drive and 540mb secondary hard drive. It has both 3.5 and 5.25 floppies. It is also equiped with a creative labs CD-ROM drive and a Media-Vision ProAudio spectrum card. The Video card is and ATI Graphics Ultra Pro VLB. I've tried installing off of both the 3.5 and the 5.25 floppies with essentially the same results. Here's one of the errors I received when trying to browse the readme file: fd1: recal failed ST0 80 cyl -1 fd1c: hard error reading fsbn 2392 of 2392-2399 (ST0 41 ST1 1 ST2 0 cyl 66 hd 0 sec 17 Error reading file in dialog_textbox() The error I get during install gets overwritten by the shadowbox, but it looks like: cyl 64 hd 0 sec 1 As for the machime at work, it's an HP Vectra 66/XM. 16Meg ram and 430mb of hard drive. I'm not sure what else to try here, I've tried different floppies on both drives to no avail. I was considering the CD-ROM, but I see the Creative Labs CD-ROM drive is not supported. I don't know how that would affect the installation. Any info you can give me would be appreciated. Thanks in advance. Joe From owner-freebsd-bugs Mon Apr 3 18:52:47 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA27156 for bugs-outgoing; Mon, 3 Apr 1995 18:52:47 -0700 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id SAA27042; Mon, 3 Apr 1995 18:50:03 -0700 Received: by sequent.kiae.su id AA25598 (5.65.kiae-2 ); Tue, 4 Apr 1995 05:33:34 +0400 Received: by sequent.KIAE.su (UUMAIL/2.0); Tue, 4 Apr 95 05:33:34 +0400 Received: (from ache@localhost) by astral.msk.su (8.6.8/8.6.6) id FAA01527; Tue, 4 Apr 1995 05:33:30 +0400 To: freebsd-bugs@FreeBSD.org, "House of Debuggin'" Cc: freebsd-hackers@FreeBSD.org References: <199504032144.RAA00659@skynet.ctr.columbia.edu> In-Reply-To: <199504032144.RAA00659@skynet.ctr.columbia.edu>; from House of Debuggin' at Mon, 3 Apr 1995 17:44:16 -0400 (EDT) Message-Id: Organization: Olahm Ha-Yetzirah Date: Tue, 4 Apr 1995 05:33:30 +0400 X-Mailer: Mail/@ [v2.32 FreeBSD] From: "Andrey A. Chernov, Black Mage" X-Class: Fast Subject: Re: emacs + NIS + free() == ???? Lines: 30 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 1491 Sender: bugs-owner@FreeBSD.org Precedence: bulk In message <199504032144.RAA00659@skynet.ctr.columbia.edu> House of Debuggin' writes: >What seems to be happening is that endnetgrent() is ending up inside >emacs's own internal version of free(). getnetgrent() and endnetgrent() >are invoked by the code which I added to getpwent.c to do >+@netgroup/-@netgroup overrides. Since getnetgrent() was never called >as part of getpwuid() before, I'm tempted to think that this was a >lurking problem that I foolishly prodded into the open. That or I screwed >something up myself, which is equally likely. The best way to catch it -- track all malloc/free sequences and malloc chain consistensy. Any of malloc debugging packages will help here. Basically it hapens when: 1) You free non-malloced address. 2) You damage malloc chain by overwriting beyond requested range. >The select() man page seems to suggest that values larger than 256 >are valid. The RPC problem could be fixed by clamping the value >returned by _rpc_dtablesize() at 256, but that only gets around >what could be buggy behavior in select(). Select man page have slightly wrong information about expanding default 256 limit. I just commit manpage with proper description. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-bugs Mon Apr 3 19:33:15 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA28999 for bugs-outgoing; Mon, 3 Apr 1995 19:33:15 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id TAA28991 for ; Mon, 3 Apr 1995 19:33:11 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA11247; Mon, 3 Apr 95 20:26:36 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9504040226.AA11247@cs.weber.edu> Subject: Re: Help with Install Problems To: jgr6969@ultb.isc.rit.edu (J.G. Rodriguez) Date: Mon, 3 Apr 95 20:26:35 MDT Cc: bugs@FreeBSD.org In-Reply-To: <9504040222.AA19615@ultb.isc.rit.edu> from "J.G. Rodriguez" at Apr 3, 95 10:22:01 pm X-Mailer: ELM [version 2.4dev PL52] Sender: bugs-owner@FreeBSD.org Precedence: bulk > Hello. I've been trying to install FreeBSD Release 2.0 but I keep getting > a disk read error on my installation floppies. I can't get through the > readme file (option 2 on the menu) without getting a "Error reading file > in dialog_textbox()" error. I also get an error when it tries to unzip > the system file during the install. It does run through the entire install > procedure though only to fail when booting from the hard drive giving me > a message about not having an init. > > I did take my disks in to work and they installed fine on my machine at > work. > > Here's the specifics. I have a Gateway 2000 486DX-33V vesa LB machine with > 8 meg of ram and a 212mb primary hard drive and 540mb secondary hard drive. > It has both 3.5 and 5.25 floppies. It is also equiped with a creative labs > CD-ROM drive and a Media-Vision ProAudio spectrum card. The Video card is > and ATI Graphics Ultra Pro VLB. I've tried installing off of both the 3.5 > and the 5.25 floppies with essentially the same results. [ ... ] > As for the machime at work, it's an HP Vectra 66/XM. 16Meg ram and 430mb > of hard drive. Where did you make the floopies, at home or at work? Who manufactured the floppy drives in both machines? I suspect that the floppy in one machine ot the other is not running it's own clock and therefore is getting its sync speed off the bus; this would make it incompatible. You should retry the install in non-turbo mode, and if that fails too, recreate the disks in non-turbo mode. If that fails, then try pulling the sound card during the install; some people have reported problems with Gateways and sound cards. Since you only have 8M of RAM, I doubt that there is a VM problem, even on the 2.0 release. Since you are net connected enough to send this message, you may also want to try pulling down the SNAP disks from freebsd.cdrom.com... it may save you some hardware fiddling to install a more recent version that is better aware of sound cards. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-bugs Mon Apr 3 21:05:45 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA01742 for bugs-outgoing; Mon, 3 Apr 1995 21:05:45 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id VAA01735; Mon, 3 Apr 1995 21:05:44 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: jgr6969@ultb.isc.rit.edu (J.G. Rodriguez) Cc: bugs@freefall.cdrom.com Subject: Re: Help with Install Problems In-reply-to: Your message of "Mon, 03 Apr 95 22:22:01 EDT." <9504040222.AA19615@ultb.isc.rit.edu> Date: Mon, 03 Apr 1995 21:05:44 -0700 Message-ID: <1734.796968344@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: bugs-owner@FreeBSD.org Precedence: bulk We fixed a few problems with the floppy driver between 2.0R and 2.0-950322-SNAP, perhaps one of them is tickling your hardware. Could you try the latest snap floppies just to see if there's any difference? It would be instructive.. ftp://ftp.freebsd.org/pub/FreeBSD/2.0-950322-SNAP/floppies/ Jordan From owner-freebsd-bugs Tue Apr 4 03:36:24 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA09687 for bugs-outgoing; Tue, 4 Apr 1995 03:36:24 -0700 Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA09663 for ; Tue, 4 Apr 1995 03:35:20 -0700 Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id MAA11635 for bugs@freebsd.org; Tue, 4 Apr 1995 12:26:30 +0200 From: Luigi Rizzo Message-Id: <199504041026.MAA11635@labinfo.iet.unipi.it> Subject: Notes on snap950322 To: bugs@FreeBSD.org Date: Tue, 4 Apr 1995 12:26:30 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1046 Sender: bugs-owner@FreeBSD.org Precedence: bulk Installation of the snapshot went more or less fine. As somebody already commented, a couple of directories were missing, noticeably /var/tmp /proc (the proc filesystem is mounted in /etc/fstab) Also, for reasons unclear to me, the "final_configuration" in /stand/scripts/setup.sh only allow me to do one thing (I tried setting the timezone, or setting up the network), and then drops me into a shell from which the system restarts with the new settings. I am not sure if this is something I did wrong; the script looks ok. Did anyone else experience this behaviour ? Thanks Luigi P.S: disk performance (wd driver) has improved a lot, on the same hardware, I went from 1.7 to 2.3 MB/s !! ==================================================================== Luigi Rizzo Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it Universita' di Pisa tel: +39-50-568533 via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 ==================================================================== From owner-freebsd-bugs Tue Apr 4 03:55:54 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA09985 for bugs-outgoing; Tue, 4 Apr 1995 03:55:54 -0700 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA09979; Tue, 4 Apr 1995 03:55:51 -0700 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id GAA04487; Tue, 4 Apr 1995 06:55:36 -0400 From: Peter Dufault Message-Id: <199504041055.GAA04487@hda.com> Subject: Re: Help with Install Problems To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Tue, 4 Apr 1995 06:55:36 -0400 (EDT) Cc: jgr6969@ultb.isc.rit.edu, bugs@freefall.cdrom.com In-Reply-To: <1734.796968344@freefall.cdrom.com> from "Jordan K. Hubbard" at Apr 3, 95 09:05:44 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 492 Sender: bugs-owner@FreeBSD.org Precedence: bulk Jordan K. Hubbard writes: > > We fixed a few problems with the floppy driver between 2.0R and > 2.0-950322-SNAP, perhaps one of them is tickling your hardware. > Could you try the latest snap floppies just to see if there's > any difference? It would be instructive.. That Micronics motherboard does have that problem. -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-bugs Tue Apr 4 04:02:12 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA10050 for bugs-outgoing; Tue, 4 Apr 1995 04:02:12 -0700 Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA10042 for ; Tue, 4 Apr 1995 04:01:46 -0700 Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id MAA11706 for bugs@freebsd.org; Tue, 4 Apr 1995 12:52:40 +0200 From: Luigi Rizzo Message-Id: <199504041052.MAA11706@labinfo.iet.unipi.it> Subject: more on snap950322 To: bugs@FreeBSD.org Date: Tue, 4 Apr 1995 12:52:39 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 578 Sender: bugs-owner@FreeBSD.org Precedence: bulk Tried to build a new kernel. After "config" and modifying the INCLUDE line in Makefile (don't remember if before or after make depend), make fails because ioconf.o has wrong dependencies on $S/sys/param.h and $S/sys/buf.h. Luigi ==================================================================== Luigi Rizzo Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it Universita' di Pisa tel: +39-50-568533 via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 ==================================================================== From owner-freebsd-bugs Tue Apr 4 07:50:03 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA13787 for bugs-outgoing; Tue, 4 Apr 1995 07:50:03 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA13780; Tue, 4 Apr 1995 07:50:02 -0700 Date: Tue, 4 Apr 1995 07:50:02 -0700 Message-Id: <199504041450.HAA13780@freefall.cdrom.com> From: Doug Rabson Reply-To: Doug Rabson To: freebsd-bugs Subject: i386/297: matcd does not play audio CDs from cdplay In-Reply-To: Your message of Tue, 4 Apr 1995 15:40:42 +0100 <199504041440.PAA00466@trout.render.com> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 297 >Category: i386 >Synopsis: matcd does not play audio CDs from cdplay >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Apr 4 07:50:01 1995 >Originator: Doug Rabson >Organization: RenderMorphics Ltd. >Release: FreeBSD 2.1.0-Development i386 >Environment: >Description: When I try to play an audio CD from cdplay with the matcd0 driver, it prints "cdplay: Bad file descriptor" I believe that this is because matcd does not implement all the audio CD ioctls. >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Apr 4 09:23:23 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA14989 for bugs-outgoing; Tue, 4 Apr 1995 09:23:23 -0700 Received: from ultb.isc.rit.edu (ultb-gw.isc.rit.edu [129.21.220.100]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA14983; Tue, 4 Apr 1995 09:23:21 -0700 Received: by ultb.isc.rit.edu (5.65/Config (11/03/93) (Postmaster DPMSYS)); id AA14748; Tue, 4 Apr 1995 13:21:21 -0400 Postmaster (dpmsys@rit.edu) Date: Tue, 4 Apr 1995 13:21:21 -0400 From: jgr6969@ultb.isc.rit.edu (J.G. Rodriguez) Message-Id: <9504041721.AA14748@ultb.isc.rit.edu> To: jgr6969@ultb.isc.rit.edu, jkh@freefall.cdrom.com Subject: Re: Help with Install Problems Cc: bugs@freefall.cdrom.com Sender: bugs-owner@FreeBSD.org Precedence: bulk Thank you very much for the info. I'll give that SNAP a try. From owner-freebsd-bugs Tue Apr 4 09:24:36 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA15020 for bugs-outgoing; Tue, 4 Apr 1995 09:24:36 -0700 Received: from ultb.isc.rit.edu (ultb-gw.isc.rit.edu [129.21.220.100]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA15014 for ; Tue, 4 Apr 1995 09:24:34 -0700 Received: by ultb.isc.rit.edu (5.65/Config (11/03/93) (Postmaster DPMSYS)); id AA14823; Tue, 4 Apr 1995 13:22:34 -0400 Postmaster (dpmsys@rit.edu) Date: Tue, 4 Apr 1995 13:22:34 -0400 From: jgr6969@ultb.isc.rit.edu (J.G. Rodriguez) Message-Id: <9504041722.AA14823@ultb.isc.rit.edu> To: dufault@hda.com, jkh@freefall.cdrom.com Subject: Re: Help with Install Problems Cc: bugs@FreeBSD.org Sender: bugs-owner@FreeBSD.org Precedence: bulk That's probably my problem. I do have a micronics motherboard in my machine. Hope this fixes it. Thanks. From owner-freebsd-bugs Tue Apr 4 09:25:47 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA15058 for bugs-outgoing; Tue, 4 Apr 1995 09:25:47 -0700 Received: from ultb.isc.rit.edu (ultb-gw.isc.rit.edu [129.21.220.100]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA15052 for ; Tue, 4 Apr 1995 09:25:45 -0700 Received: by ultb.isc.rit.edu (5.65/Config (11/03/93) (Postmaster DPMSYS)); id AA14860; Tue, 4 Apr 1995 13:23:45 -0400 Postmaster (dpmsys@rit.edu) Date: Tue, 4 Apr 1995 13:23:45 -0400 From: jgr6969@ultb.isc.rit.edu (J.G. Rodriguez) Message-Id: <9504041723.AA14860@ultb.isc.rit.edu> To: jgr6969@ultb.isc.rit.edu, terry@cs.weber.edu Subject: Re: Help with Install Problems Cc: bugs@FreeBSD.org Sender: bugs-owner@FreeBSD.org Precedence: bulk Terry, thanks for the info... Apperently there's been a fix generated to cure this problem. I'll give the SNAP a try. Thanks for the quick response. From owner-freebsd-bugs Tue Apr 4 14:00:03 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA23307 for bugs-outgoing; Tue, 4 Apr 1995 14:00:03 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA23300; Tue, 4 Apr 1995 14:00:02 -0700 Date: Tue, 4 Apr 1995 14:00:02 -0700 Message-Id: <199504042100.OAA23300@freefall.cdrom.com> From: vode@hut.fi Reply-To: vode@hut.fi To: freebsd-bugs Subject: bin/298: sed bug In-Reply-To: Your message of Mon, 3 Apr 1995 22:55:59 +0300 <199504031955.WAA20210@phobos.fipnet.fi> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 298 >Category: bin >Synopsis: sed crashes because of uninitialized structure >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Apr 4 14:00:01 1995 >Originator: Kai Vorma >Organization: >Release: FreeBSD 2.1.0-Development i386 >Environment: FreeBSD-2.1D >Description: Sed dumps core when linked with some coalescing malloc because it doesn't initialize malloced structure. >How-To-Repeat: Link sed with csri-malloc and run TEST/hanoi.sed >Fix: *** compile.c Fri May 27 15:32:39 1994 --- compile.c.new Mon Apr 3 17:10:02 1995 *************** *** 217,222 **** --- 217,224 ---- if (!*p) p = NULL; cmd2 = xmalloc(sizeof(struct s_command)); + cmd2->nonsel = cmd2->inrange = 0; + cmd2->a1 = cmd2->a2 = NULL; cmd2->code = '}'; *compile_stream("}", &cmd->u.c, p) = cmd2; cmd->next = cmd2; >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Apr 4 17:20:06 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA27315 for bugs-outgoing; Tue, 4 Apr 1995 17:20:06 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA27306; Tue, 4 Apr 1995 17:20:05 -0700 Date: Tue, 4 Apr 1995 17:20:05 -0700 Message-Id: <199504050020.RAA27306@freefall.cdrom.com> From: "Justin T. Gibbs" Reply-To: "Justin T. Gibbs" To: freebsd-bugs Subject: kern/299: SCSI probes stop at ID 7 even for WIDE busses In-Reply-To: Your message of Tue, 4 Apr 1995 17:13:08 -0700 <199504050013.RAA14665@estienne.cs.berkeley.edu> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 299 >Category: kern >Synopsis: SCSI probes stop at ID 7 even for WIDE busses >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Apr 4 17:20:01 1995 >Originator: Justin T. Gibbs >Organization: Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== >Release: FreeBSD 2.1.0-Development i386 >Environment: Any supported wide controller with a wide device set at an ID above 7. >Description: The SCSI code assumes that you never have more than 8 devices on the bus and so will not even attempt to probe above ID 7 even when the bus is WIDE. >How-To-Repeat: >Fix: The scsi bus template must have a "max_target" field or some other typing construct so that the probe can "do the right thing" for Wide busses. An search for other places in the code where ids <= 8 is assumed is needed too. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Apr 5 00:36:44 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA09706 for bugs-outgoing; Wed, 5 Apr 1995 00:36:44 -0700 Received: from seldon.apanix.apana.org.au (seldon.apanix.apana.org.au [192.203.213.8]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA09689 for ; Wed, 5 Apr 1995 00:36:29 -0700 Received: from ldjpc.apana.org.au (ldjpc.apana.org.au [192.203.213.254]) by seldon.apanix.apana.org.au (8.6.10/8.6.9) with ESMTP id RAA16905; Wed, 5 Apr 1995 17:04:49 +0930 Received: (from jj@localhost) by ldjpc.apana.org.au (8.6.9/8.6.9) id JAA16946; Wed, 5 Apr 1995 09:43:24 +0930 Date: Wed, 5 Apr 1995 09:43:21 +0930 (CST) From: Lucas James To: "matthew c. mead" cc: freebsd-bugs@freefall.cdrom.com Subject: Re: kern/243: missing routines for new sound drivers In-Reply-To: <199503150356.WAA18339@goof.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: bugs-owner@FreeBSD.org Precedence: bulk On Tue, 14 Mar 1995, matthew c. mead wrote: > Lucas James wrote: > > >Number: 243 > > >Category: kern > > >Synopsis: missing routines for new sound drivers > > >Confidential: yes > > >Severity: critical > > >Priority: high > > >Responsible: freebsd-bugs (FreeBSD bugs mailing list) > > >State: open > > >Class: sw-bug > > >Submitter-Id: current-users > > >Arrival-Date: Tue Mar 14 06:10:00 1995 > > >Originator: Lucas James > > >Organization: > > LDJpc Home Unix > > >Release: FreeBSD 2.1.0-DEVELOPMENT i386 > > >Environment: > > New sound drivers don't compile in correctly: > > > loading kernel > > autoconf.o: Undefined symbol `_setconf' referenced from text segment > > ioconf.o: Undefined symbol `_sbxdriver' referenced from data segment > > ioconf.o: Undefined symbol `_sbmdriver' referenced from data segment > > ioconf.o: Undefined symbol `_matdriver' referenced from data segment > > *** Error code 1 > ioconf.o: Undefined symbol `_adintr' referenced from data segment > ioconf.o: Undefined symbol `_gusmaxdriver' referenced from data segment I don't know if it is working for matthew yet, but my errors have dissappeared. You may wish to close this one. -- Lucas James jj@ldjpc.apana.org.au From owner-freebsd-bugs Wed Apr 5 03:35:43 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA15100 for bugs-outgoing; Wed, 5 Apr 1995 03:35:43 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id DAA15091 for ; Wed, 5 Apr 1995 03:35:37 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol Prev-Resent: Wed, 05 Apr 1995 03:35:35 -0700 Prev-Resent: "bugs@freebsd.org " Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA14751 for install-outgoing; Wed, 5 Apr 1995 03:23:35 -0700 Received: from redline.ru (root@mail.redline.ru [194.87.69.22]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id DAA14742 for ; Wed, 5 Apr 1995 03:23:27 -0700 Message-Id: Date: Wed, 5 Apr 95 14:21 GMT+0400 From: agl@redline.ru (Anthony Graphics) To: freebsd-install@FreeBSD.org Subject: 2.0 (& SNAP 0322) reboots for me. X-Mailer: GNOS 2.3.2b Resent-To: bugs@FreeBSD.org Resent-Date: Wed, 05 Apr 1995 03:35:36 -0700 Resent-Message-ID: <15090.797078136@freefall.cdrom.com> Resent-From: "Jordan K. Hubbard" Sender: bugs-owner@FreeBSD.org Precedence: bulk The problem: wile trying to install 2.0 on the machine (VLB: 16MB) kernel reboots the system. I've removed everything, but just videocard (some cirrus logic with 1MB ram, ISA) and adaptec 1542C (not CF if it matters): still reboots: panics when fails to do something with VM (I have not enabled the swap by the time). Another question: where to get 1.44 boot disks for the recent snapshots? I've used the machine to run Linux with no problems for a couple of months before, so I think the problem is FreeBSD's kernel, not the hardware. And I do not run any crippled HDDs like Conner's 1060S in this machine of cource. Nothing else flawed comes to my mind either... SMC 8013 TPC shan't cause much problems either I suppose... (removing it doesn't resolves the problem anyway, right?) And the last thing: what's the commended type of filesystem to run the root fs on if the installation process gives any choice of that... UFS is the generic name for the suite of filesystems of the filesystem per se? Thanx in advance. AGL From owner-freebsd-bugs Wed Apr 5 07:20:51 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA21196 for bugs-outgoing; Wed, 5 Apr 1995 07:20:51 -0700 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id HAA21189 for ; Wed, 5 Apr 1995 07:20:49 -0700 Received: by halloran-eldar.lcs.mit.edu; id AA25770; Wed, 5 Apr 1995 10:20:41 -0400 Date: Wed, 5 Apr 1995 10:20:41 -0400 From: Garrett Wollman Message-Id: <9504051420.AA25770@halloran-eldar.lcs.mit.edu> To: terry@cs.weber.edu (Terry Lambert) Cc: freebsd-bugs@freefall.cdrom.com Subject: Re: misc/292: rfc1323 and rfc1644 support can confuse terminal servers w/SLIP In-Reply-To: <9504032226.AA09297@cs.weber.edu> References: <9504032019.AA22793@halloran-eldar.lcs.mit.edu> <9504032226.AA09297@cs.weber.edu> Sender: bugs-owner@FreeBSD.org Precedence: bulk < In other words, default it off? No. I wrote it the way I did intentionally, and the default should be ON (except when installing, when it's an issue for the installation program). If the default were to be off, the correct approach would be to set the variables in the source to zero. I believe very strongly that this would be a large step backwards. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-bugs Wed Apr 5 09:25:37 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA23531 for bugs-outgoing; Wed, 5 Apr 1995 09:25:37 -0700 Received: (from wollman@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA23517 ; Wed, 5 Apr 1995 09:25:36 -0700 Date: Wed, 5 Apr 1995 09:25:36 -0700 From: "Garrett A. Wollman" Message-Id: <199504051625.JAA23517@freefall.cdrom.com> To: jj@ldjpc.apana.org.au, wollman, freebsd-bugs Subject: Changed information for PR kern/243 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: missing routines for new sound drivers State-Changed-From-To: open-closed State-Changed-By: wollman State-Changed-When: Wed Apr 5 09:22:41 PDT 1995 State-Changed-Why: Problem caused by user error/upgrade problem. From owner-freebsd-bugs Wed Apr 5 12:12:00 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA25663 for bugs-outgoing; Wed, 5 Apr 1995 12:12:00 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA25655 for ; Wed, 5 Apr 1995 12:11:58 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA00666; Wed, 5 Apr 95 12:20:24 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9504051820.AA00666@cs.weber.edu> Subject: Re: misc/292: rfc1323 and rfc1644 support can confuse terminal servers w/SLIP To: wollman@halloran-eldar.lcs.mit.edu (Garrett Wollman) Date: Wed, 5 Apr 95 12:20:24 MDT Cc: freebsd-bugs@freefall.cdrom.com In-Reply-To: <9504051420.AA25770@halloran-eldar.lcs.mit.edu> from "Garrett Wollman" at Apr 5, 95 10:20:41 am X-Mailer: ELM [version 2.4dev PL52] Sender: bugs-owner@FreeBSD.org Precedence: bulk > > In other words, default it off? > > No. I wrote it the way I did intentionally, and the default should be > ON (except when installing, when it's an issue for the installation > program). If the default were to be off, the correct approach would > be to set the variables in the source to zero. I believe very > strongly that this would be a large step backwards. I agree in principle, even though this violates the rule of least astonishment because of the verified interoperability problems. Just wanted to make sure of the intent. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-bugs Wed Apr 5 15:58:04 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA04298 for bugs-outgoing; Wed, 5 Apr 1995 15:58:04 -0700 Received: (from joerg@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA04281 ; Thu, 6 Apr 1995 00:58:03 +0200 Date: Thu, 6 Apr 1995 00:58:03 +0200 From: Joerg Wunsch Message-Id: <199504052258.AAA04281@freefall.cdrom.com> To: kargl@troutmask.apl.washington.edu, joerg, freebsd-bugs Subject: Changed information for PR docs/296 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: incorrect declaration of setmode in man page State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Thu Apr 6 00:56:55 MET DST 1995 State-Changed-Why: Suggested fix applied. From owner-freebsd-bugs Wed Apr 5 15:58:30 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA04380 for bugs-outgoing; Wed, 5 Apr 1995 15:58:30 -0700 Received: (from joerg@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA04366 ; Thu, 6 Apr 1995 00:58:30 +0200 Date: Thu, 6 Apr 1995 00:58:30 +0200 From: Joerg Wunsch Message-Id: <199504052258.AAA04366@freefall.cdrom.com> To: vode@hut.fi, joerg, freebsd-bugs Subject: Changed information for PR bin/298 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: sed crashes because of uninitialized structure State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Thu Apr 6 00:58:04 MET DST 1995 State-Changed-Why: Suggested fix applied. From owner-freebsd-bugs Wed Apr 5 17:17:24 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA06230 for bugs-outgoing; Wed, 5 Apr 1995 17:17:24 -0700 Received: from ultb.isc.rit.edu (ultb-gw.isc.rit.edu [129.21.220.100]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id RAA06220 ; Wed, 5 Apr 1995 17:17:22 -0700 Received: by ultb.isc.rit.edu (5.65/Config (11/03/93) (Postmaster DPMSYS)); id AA19714; Wed, 5 Apr 1995 20:17:20 -0400 Postmaster (dpmsys@rit.edu) Date: Wed, 5 Apr 1995 20:17:20 -0400 From: jgr6969@ultb.isc.rit.edu (J.G. Rodriguez) Message-Id: <9504060017.AA19714@ultb.isc.rit.edu> To: jgr6969@ultb.isc.rit.edu, jkh@freefall.cdrom.com Subject: Re: Help with Install Problems Cc: bugs@freefall.cdrom.com Sender: bugs-owner@FreeBSD.org Precedence: bulk Jordan, Thanks for the tip on 2.0-950322-SNAP. That made the difference. I was able to install the kernel portion of FreeBSD without the disk errors I was getting before. I do have a Micronics motherboard, so it would make sense that I would experience the problem with reading the floppies. I'll try to install the rest of the system in the next few days. First I have to get my taxes done. :-) Thanks again. From owner-freebsd-bugs Wed Apr 5 19:10:07 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA08294 for bugs-outgoing; Wed, 5 Apr 1995 19:10:07 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA08285 ; Wed, 5 Apr 1995 19:10:04 -0700 Date: Wed, 5 Apr 1995 19:10:04 -0700 Message-Id: <199504060210.TAA08285@freefall.cdrom.com> From: starkhome!gene@sbstark.cs.sunysb.edu (Gene Stark) Reply-To: starkhome!gene@sbstark.cs.sunysb.edu (Gene Stark) To: freebsd-bugs Subject: bin/300: __fdnlist fails on kernels created by cc -g; strip -x In-Reply-To: Your message of Wed, 5 Apr 1995 22:02:43 -0400 <199504060202.WAA00290@starkhome.cs.sunysb.edu> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 300 >Category: bin >Synopsis: __fdnlist fails on kernels created by cc -g and strip -x >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Apr 5 19:10:03 1995 >Originator: Gene Stark >Organization: >Release: FreeBSD 2.1.0-Development i386 >Environment: >Description: After making a kernel with "make DEBUG=-g", then applying "strip -x" to the result, then "make install", and finally booting from that kernel, what happens is that savecore, ifconfig, and kvm_mkdb exit on signal 11 during bootup. They die within a strcmp in __fdnlist trying to look up symbols in the kernel. They apparently seg fault following a bad pointer in the mmap()'ed kernel image. Apparently, there is some incompatibility with the output produced by "make DEBUG=-g; strip -x kernel", and what __fdnlist expects to see. >How-To-Repeat: cd /sys/compile/YOURSYS make DEBUG=-g strip -x kernel make install reboot >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Apr 5 22:01:33 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA10440 for bugs-outgoing; Wed, 5 Apr 1995 22:01:33 -0700 Received: from Xenon.Stanford.EDU (Xenon.Stanford.EDU [36.28.0.25]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id WAA10434 for ; Wed, 5 Apr 1995 22:01:31 -0700 Received: by Xenon.Stanford.EDU (5.61+IDA/25-Xenon-eef) id AA24820; Wed, 5 Apr 95 21:49:18 -0700 Date: Wed, 5 Apr 1995 21:49:17 -0700 (PDT) From: Terry Lee To: freebsd-bugs@FreeBSD.org, Wolfram Schneider Subject: possible adduser bug? Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: bugs-owner@FreeBSD.org Precedence: bulk I'm having a problem with adduser on both of my FreeBSD 950322-SNAP machines. The script just hangs and runs away after the last okay. Tried the latest one in current also: lyria:/usr/sbin# ./adduser.perl (c) Copyright 1995 Wolfram Schneider Use option ``-silent'' if you don't want see some warnings & questions. Check /etc/shells Check /etc/master.passwd User news: illegal shell: ``/nonexistent'' Check /etc/group User ``nobody'' has gid 9999 but a group with this gid does not exist. Enter your default shell: csh sh tcsh [tcsh]: Your default shell is: tcsh -> /usr/local/bin/tcsh Enter your default HOME partition: [/usr/users]: Copy dotfiles from: /usr/share/skel no [/usr/share/skel]: Send message from file: /etc/adduser.message no [/etc/adduser.message]: Use passwords (y/n) [y]: Ok, let's go. Don't worry about mistakes. I ask you later for correct input. Enter username [a-z0-9]: jamesl Enter full name []: James Inhyuk Lee Enter shell csh sh tcsh [tcsh]: Uid [1011]: Login group jamesl [jamesl]: Login group is ``jamesl''. Invite jamesl into other groups: guest no [no]: Enter password []: NiceTie Name: jamesl Password: NiceTie Fullname: James Inhyuk Lee Uid: 1011 Gid: 1011 (jamesl) Groups: jamesl HOME: /usr/users/jamesl Shell: /usr/local/bin/tcsh Ok? (y/n) [y]: <---hangs here ^C lyria:/usr/sbin# Am I doing something wrong? Terry I N T E R N E T Terry Lee, Technical Director D E S I G N 745 Stanford Avenue, Palo Alto, California 94306 G R O U P 415 424 0747 voice 415 424-0751 fax http://www.mall.net terryl@cs.stanford.edu http://www.mall.net/terry From owner-freebsd-bugs Thu Apr 6 00:40:10 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA14104 for bugs-outgoing; Thu, 6 Apr 1995 00:40:10 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA14091 for ; Thu, 6 Apr 1995 00:40:02 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA15897; Thu, 6 Apr 1995 09:39:41 +0200 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id JAA11085; Thu, 6 Apr 1995 09:39:38 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id JAA09628; Thu, 6 Apr 1995 09:36:28 +0200 From: J Wunsch Message-Id: <199504060736.JAA09628@uriah.heep.sax.de> Subject: Re: bin/300: __fdnlist fails on kernels created by cc -g; strip -x To: starkhome!gene@sbstark.cs.sunysb.edu Date: Thu, 6 Apr 1995 09:36:27 +0200 (MET DST) Cc: freebsd-bugs@freefall.cdrom.com In-Reply-To: <199504060210.TAA08285@freefall.cdrom.com> from "Gene Stark" at Apr 5, 95 07:10:04 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 595 Sender: bugs-owner@FreeBSD.org Precedence: bulk As Gene Stark wrote: > > > >Number: 300 > >Category: bin > >Synopsis: __fdnlist fails on kernels created by cc -g and strip -x > > After making a kernel with "make DEBUG=-g", then > applying "strip -x" to the result, then "make install", > and finally booting from that kernel, what happens ... This is basically the same as kern/294. We should either close one of them, or collapse the provided info into a single report. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Thu Apr 6 07:47:00 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA28768 for bugs-outgoing; Thu, 6 Apr 1995 07:47:00 -0700 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id HAA28762 for ; Thu, 6 Apr 1995 07:46:56 -0700 Received: by halloran-eldar.lcs.mit.edu; id AA27318; Thu, 6 Apr 1995 10:46:51 -0400 Date: Thu, 6 Apr 1995 10:46:51 -0400 From: Garrett Wollman Message-Id: <9504061446.AA27318@halloran-eldar.lcs.mit.edu> To: "Rodney W. Grimes" Cc: bugs@FreeBSD.org Subject: cvs commit: src/sys/i386/i386 machdep.c In-Reply-To: <199504060755.AAA14735@freefall.cdrom.com> References: <199504060755.AAA14735@freefall.cdrom.com> Sender: bugs-owner@FreeBSD.org Precedence: bulk < said: > Output the CPU features line during the probe on a seperate line, for > folks with lots of features the output use to wrap and look ugle. This really should be conditionalized on `if (bootverbose)'. Most users are not equipped to interpret the `features' and don't care anyway. While we're at it, I'd like to see this cleaned up... Currently, my machine tells me: CPU: Pentium (Pentium-class CPU) 60 MHz Origin = "GenuineIntel" Id = 0x515 This is a Pentium 510\\60 or 567\\66 Stepping=5 Features=0x1bf [...] What it should say is: CPU: Pentium 510\\60 (Pentium-class CPU) 60 MHz Stepping=5 ...and `sysctl hw.model' should return `Pentium 510/60'. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-bugs Thu Apr 6 08:58:50 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA00502 for bugs-outgoing; Thu, 6 Apr 1995 08:58:50 -0700 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA00485 for ; Thu, 6 Apr 1995 08:58:47 -0700 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id LAA09187; Thu, 6 Apr 1995 11:58:36 -0400 From: Peter Dufault Message-Id: <199504061558.LAA09187@hda.com> Subject: Re: cvs commit: src/sys/i386/i386 machdep.c To: wollman@halloran-eldar.lcs.mit.edu (Garrett Wollman) Date: Thu, 6 Apr 1995 11:58:36 -0400 (EDT) Cc: rgrimes@freefall.cdrom.com, bugs@FreeBSD.org In-Reply-To: <9504061446.AA27318@halloran-eldar.lcs.mit.edu> from "Garrett Wollman" at Apr 6, 95 10:46:51 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1152 Sender: bugs-owner@FreeBSD.org Precedence: bulk Garrett Wollman writes: > > < said: > > > Output the CPU features line during the probe on a seperate line, for > > folks with lots of features the output use to wrap and look ugle. > > This really should be conditionalized on `if (bootverbose)'. Most > users are not equipped to interpret the `features' and don't care > anyway. While we're at it, I'd like to see this cleaned up... > Currently, my machine tells me: > > CPU: Pentium (Pentium-class CPU) 60 MHz Origin = "GenuineIntel" Id = 0x515 > This is a Pentium 510\\60 or 567\\66 Stepping=5 Features=0x1bf [...] > > What it should say is: > > CPU: Pentium 510\\60 (Pentium-class CPU) 60 MHz Stepping=5 > > ...and `sysctl hw.model' should return `Pentium 510/60'. On our system with a DX4100 it says: > This is aOverdrive n i486DX4 Stepping=0 Features=0x3 FPU VME and Intel tells me there is no step 0 of the DX4100. -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-bugs Thu Apr 6 09:26:04 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA01421 for bugs-outgoing; Thu, 6 Apr 1995 09:26:04 -0700 Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA01415 for ; Thu, 6 Apr 1995 09:26:02 -0700 Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id SAA02892 for bugs@freebsd.org; Thu, 6 Apr 1995 18:15:22 +0200 From: Luigi Rizzo Message-Id: <199504061615.SAA02892@labinfo.iet.unipi.it> Subject: cfree() and cuserid() no more there ? To: bugs@FreeBSD.org Date: Thu, 6 Apr 1995 18:15:22 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 717 Sender: bugs-owner@FreeBSD.org Precedence: bulk Trying to compile chipmunk, I found out that both cuserid() and cfree() are no more part of the standard library. They were present in 1.1, although there wasn't a manpage. Is that the way it must be ? [the fix is easy, cfree is just a call to free(), it was in stdlib/calloc.c; cuserid() was in gen/getlogin.c(), and it's a bit longer but not really complex.] Luigi ==================================================================== Luigi Rizzo Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it Universita' di Pisa tel: +39-50-568533 via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 ==================================================================== From owner-freebsd-bugs Thu Apr 6 11:12:40 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA03886 for bugs-outgoing; Thu, 6 Apr 1995 11:12:40 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA03880 for ; Thu, 6 Apr 1995 11:12:39 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA14332; Thu, 6 Apr 95 11:55:24 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9504061755.AA14332@cs.weber.edu> Subject: Re: cvs commit: src/sys/i386/i386 machdep.c To: dufault@hda.com (Peter Dufault) Date: Thu, 6 Apr 95 11:55:22 MDT Cc: wollman@halloran-eldar.lcs.mit.edu, rgrimes@freefall.cdrom.com, bugs@FreeBSD.org In-Reply-To: <199504061558.LAA09187@hda.com> from "Peter Dufault" at Apr 6, 95 11:58:36 am X-Mailer: ELM [version 2.4dev PL52] Sender: bugs-owner@FreeBSD.org Precedence: bulk > On our system with a DX4100 it says: > > > This is aOverdrive n i486DX4 Stepping=0 Features=0x3 FPU VME > > and Intel tells me there is no step 0 of the DX4100. And Intel's chip tells you there is. 8-). Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-bugs Thu Apr 6 11:35:17 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA04247 for bugs-outgoing; Thu, 6 Apr 1995 11:35:17 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA04241 for ; Thu, 6 Apr 1995 11:35:14 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id LAA04642; Thu, 6 Apr 1995 11:34:48 -0700 From: "Rodney W. Grimes" Message-Id: <199504061834.LAA04642@gndrsh.aac.dev.com> Subject: Re: cvs commit: src/sys/i386/i386 machdep.c To: dufault@hda.com (Peter Dufault) Date: Thu, 6 Apr 1995 11:34:47 -0700 (PDT) Cc: wollman@halloran-eldar.lcs.mit.edu, rgrimes@freefall.cdrom.com, bugs@FreeBSD.org In-Reply-To: <199504061558.LAA09187@hda.com> from "Peter Dufault" at Apr 6, 95 11:58:36 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1394 Sender: bugs-owner@FreeBSD.org Precedence: bulk > > Garrett Wollman writes: > > > > < said: > > > > > Output the CPU features line during the probe on a seperate line, for > > > folks with lots of features the output use to wrap and look ugle. > > > > This really should be conditionalized on `if (bootverbose)'. Most > > users are not equipped to interpret the `features' and don't care > > anyway. While we're at it, I'd like to see this cleaned up... > > Currently, my machine tells me: > > > > CPU: Pentium (Pentium-class CPU) 60 MHz Origin = "GenuineIntel" Id = 0x515 > > This is a Pentium 510\\60 or 567\\66 Stepping=5 Features=0x1bf [...] > > > > What it should say is: > > > > CPU: Pentium 510\\60 (Pentium-class CPU) 60 MHz Stepping=5 > > > > ...and `sysctl hw.model' should return `Pentium 510/60'. > > On our system with a DX4100 it says: > > > This is aOverdrive n i486DX4 Stepping=0 Features=0x3 FPU VME > > and Intel tells me there is no step 0 of the DX4100. You don't have an Intel chip, you probably have an AMD DX4/100, pop the cover and check. Note the missing ``Origin = "GenuineIntel"'', big clue that it is an AMD part. AMD does make a stepping 0 DX4. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-bugs Thu Apr 6 11:38:29 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA04288 for bugs-outgoing; Thu, 6 Apr 1995 11:38:29 -0700 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA04281 for ; Thu, 6 Apr 1995 11:38:26 -0700 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id OAA12248; Thu, 6 Apr 1995 14:38:14 -0400 From: Peter Dufault Message-Id: <199504061838.OAA12248@hda.com> Subject: 486DX4-100 stepping 0 To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Thu, 6 Apr 1995 14:38:13 -0400 (EDT) Cc: bugs@freefall.cdrom.com In-Reply-To: <199504061834.LAA04642@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Apr 6, 95 11:34:47 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 635 Sender: bugs-owner@FreeBSD.org Precedence: bulk Rodney W. Grimes writes: > > > > > > This is aOverdrive n i486DX4 Stepping=0 Features=0x3 FPU VME > > > > and Intel tells me there is no step 0 of the DX4100. > > You don't have an Intel chip, you probably have an AMD DX4/100, pop > the cover and check. Note the missing ``Origin = "GenuineIntel"'', big > clue that it is an AMD part. No, I just left that line (the first line) out since I didn't think it had any info. It is a "GenuineIntel" part. Peter -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-bugs Thu Apr 6 11:45:28 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA04395 for bugs-outgoing; Thu, 6 Apr 1995 11:45:28 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA04348 for ; Thu, 6 Apr 1995 11:42:43 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA06654; Thu, 6 Apr 1995 20:42:12 +0200 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id UAA15281; Thu, 6 Apr 1995 20:42:11 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id TAA11556; Thu, 6 Apr 1995 19:59:20 +0200 From: J Wunsch Message-Id: <199504061759.TAA11556@uriah.heep.sax.de> Subject: Re: cfree() and cuserid() no more there ? To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Thu, 6 Apr 1995 19:59:19 +0200 (MET DST) Cc: bugs@FreeBSD.org In-Reply-To: <199504061615.SAA02892@labinfo.iet.unipi.it> from "Luigi Rizzo" at Apr 6, 95 06:15:22 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 489 Sender: bugs-owner@FreeBSD.org Precedence: bulk As Luigi Rizzo wrote: > > Trying to compile chipmunk, I found out that both cuserid() and cfree() > are no more part of the standard library. They were present in 1.1, > although there wasn't a manpage. Is that the way it must be ? -lcompat It's still in my TODO list to add the manual entries for the libcompat stuff, but it's not yet done. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Thu Apr 6 11:55:51 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA04602 for bugs-outgoing; Thu, 6 Apr 1995 11:55:51 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA04595 for ; Thu, 6 Apr 1995 11:55:48 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id LAA04760; Thu, 6 Apr 1995 11:55:33 -0700 From: "Rodney W. Grimes" Message-Id: <199504061855.LAA04760@gndrsh.aac.dev.com> Subject: Re: 486DX4-100 stepping 0 To: dufault@hda.com (Peter Dufault) Date: Thu, 6 Apr 1995 11:55:33 -0700 (PDT) Cc: bugs@freefall.cdrom.com In-Reply-To: <199504061838.OAA12248@hda.com> from "Peter Dufault" at Apr 6, 95 02:38:13 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 752 Sender: bugs-owner@FreeBSD.org Precedence: bulk > > Rodney W. Grimes writes: > > > > > > > > > This is aOverdrive n i486DX4 Stepping=0 Features=0x3 FPU VME > > > > > > and Intel tells me there is no step 0 of the DX4100. > > > > You don't have an Intel chip, you probably have an AMD DX4/100, pop > > the cover and check. Note the missing ``Origin = "GenuineIntel"'', big > > clue that it is an AMD part. > > No, I just left that line (the first line) out since I didn't think it > had any info. It is a "GenuineIntel" part. Can you cut and paste the dmesg output for those 2 lines and send it to me. I really want the Id= value. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-bugs Thu Apr 6 12:53:02 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA05840 for bugs-outgoing; Thu, 6 Apr 1995 12:53:02 -0700 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA05829 for ; Thu, 6 Apr 1995 12:52:38 -0700 Received: by sequent.kiae.su id AA19289 (5.65.kiae-2 ); Thu, 6 Apr 1995 23:31:06 +0400 Received: by sequent.KIAE.su (UUMAIL/2.0); Thu, 6 Apr 95 23:31:06 +0400 Received: (from ache@localhost) by astral.msk.su (8.6.8/8.6.6) id VAA00609; Thu, 6 Apr 1995 21:56:45 +0400 To: bugs@FreeBSD.org, Luigi Rizzo References: <199504061615.SAA02892@labinfo.iet.unipi.it> In-Reply-To: <199504061615.SAA02892@labinfo.iet.unipi.it>; from Luigi Rizzo at Thu, 6 Apr 1995 18:15:22 +0200 (MET DST) Message-Id: Organization: Olahm Ha-Yetzirah Date: Thu, 6 Apr 1995 21:56:45 +0400 X-Mailer: Mail/@ [v2.32 FreeBSD] From: "Andrey A. Chernov, Black Mage" X-Class: Fast Subject: Re: cfree() and cuserid() no more there ? Lines: 18 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 780 Sender: bugs-owner@FreeBSD.org Precedence: bulk In message <199504061615.SAA02892@labinfo.iet.unipi.it> Luigi Rizzo writes: >Trying to compile chipmunk, I found out that both cuserid() and cfree() >are no more part of the standard library. They were present in 1.1, >although there wasn't a manpage. Is that the way it must be ? >[the fix is easy, cfree is just a call to free(), it was in >stdlib/calloc.c; cuserid() was in gen/getlogin.c(), and it's a bit >longer but not really complex.] cuserid() & cfree() is in -lcompat. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-bugs Thu Apr 6 13:40:07 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA07322 for bugs-outgoing; Thu, 6 Apr 1995 13:40:07 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA07311 ; Thu, 6 Apr 1995 13:40:04 -0700 Date: Thu, 6 Apr 1995 13:40:04 -0700 Message-Id: <199504062040.NAA07311@freefall.cdrom.com> From: Mark Murray Reply-To: Mark Murray To: freebsd-bugs Subject: conf/301: Log rotation wastes _much_ to much space In-Reply-To: Your message of Thu, 6 Apr 1995 22:37:25 +0200 <199504062037.WAA23356@grunt.grondar.za> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 301 >Category: conf >Synopsis: Log rotation wastes _much_ to much space >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu Apr 6 13:40:02 1995 >Originator: Mark Murray >Organization: GTA >Release: FreeBSD 2.1.0-Development i386 >Environment: Just about any FreeBSD >Description: The scripts /etc/weekly and /etc/monthly very kindly keep the logs to managable sizes by truncating/rotating them, and deleting the really old crud. The problem is, these files still waste space. The root parition is usually quite small (on installation one is advised to keep it so), so bunches of these things can be a pain. >How-To-Repeat: Run any FreeBSD system for an appreciable length of time... >Fix: Compress (gzip) the buggers! Here are patches to etc/daily, etc/weekly and etc/monthly to do this job: (please note that you should gzip -9n all your .[0-9]'s before doing this! If you don't, you will just keep forever the old crud. *** daily Wed Mar 1 23:34:58 1995 --- /etc/daily Thu Apr 6 22:32:42 1995 *************** *** 77,93 **** echo "" echo "Rotating mail log:" cd /var/log ! rm -f maillog.7 ! if [ -f maillog.6 ]; then mv -f maillog.6 maillog.7; fi ! if [ -f maillog.5 ]; then mv -f maillog.5 maillog.6; fi ! if [ -f maillog.4 ]; then mv -f maillog.4 maillog.5; fi ! if [ -f maillog.3 ]; then mv -f maillog.3 maillog.4; fi ! if [ -f maillog.2 ]; then mv -f maillog.2 maillog.3; fi ! if [ -f maillog.1 ]; then mv -f maillog.1 maillog.2; fi ! if [ -f maillog.0 ]; then mv -f maillog.0 maillog.1; fi mv -f maillog maillog.0 cp /dev/null maillog chmod 644 maillog kill -1 `cat /var/run/syslog.pid` cd / --- 77,94 ---- echo "" echo "Rotating mail log:" cd /var/log ! rm -f maillog.7.gz ! if [ -f maillog.6.gz ]; then mv -f maillog.6.gz maillog.7.gz; fi ! if [ -f maillog.5.gz ]; then mv -f maillog.5.gz maillog.6.gz; fi ! if [ -f maillog.4.gz ]; then mv -f maillog.4.gz maillog.5.gz; fi ! if [ -f maillog.3.gz ]; then mv -f maillog.3.gz maillog.4.gz; fi ! if [ -f maillog.2.gz ]; then mv -f maillog.2.gz maillog.3.gz; fi ! if [ -f maillog.1.gz ]; then mv -f maillog.1.gz maillog.2.gz; fi ! if [ -f maillog.0.gz ]; then mv -f maillog.0.gz maillog.1.gz; fi mv -f maillog maillog.0 cp /dev/null maillog chmod 644 maillog + gzip -9n maillog.0 kill -1 `cat /var/run/syslog.pid` cd / *** weekly Sun Mar 19 21:35:12 1995 --- etc/weekly Thu Apr 6 22:04:38 1995 *************** *** 45,54 **** echo "Rotating messages:" cd /var/log ! if [ -f messages.2 ]; then mv -f messages.2 messages.3; fi ! if [ -f messages.1 ]; then mv -f messages.1 messages.2; fi ! if [ -f messages.0 ]; then mv -f messages.0 messages.1; fi mv -f messages messages.0 cp /dev/null messages chmod 644 messages kill -1 `cat /var/run/syslog.pid` --- 45,55 ---- echo "Rotating messages:" cd /var/log ! if [ -f messages.2.gz ]; then mv -f messages.2.gz messages.3.gz; fi ! if [ -f messages.1.gz ]; then mv -f messages.1.gz messages.2.gz; fi ! if [ -f messages.0.gz ]; then mv -f messages.0.gz messages.1.gz; fi mv -f messages messages.0 + gzip -9n messages.0 cp /dev/null messages chmod 644 messages kill -1 `cat /var/run/syslog.pid` *************** *** 56,65 **** echo "Rotating cron log:" cd /var/cron ! if [ -f log.2 ]; then mv -f log.2 log.3; fi ! if [ -f log.1 ]; then mv -f log.1 log.2; fi ! if [ -f log.0 ]; then mv -f log.0 log.1; fi mv -f log log.0 cp /dev/null log chmod 600 log cd / --- 57,67 ---- echo "Rotating cron log:" cd /var/cron ! if [ -f log.2.gz ]; then mv -f log.2.gz log.3.gz; fi ! if [ -f log.1.gz ]; then mv -f log.1.gz log.2.gz; fi ! if [ -f log.0.gz ]; then mv -f log.0.gz log.1.gz; fi mv -f log log.0 + gzip -9n log.0 cp /dev/null log chmod 600 log cd / *** monthly Tue Aug 31 18:29:03 1993 --- etc/monthly Thu Apr 6 22:09:15 1995 *************** *** 15,27 **** cd /var/log for i in kerberos.log lpd-errs wtmp; do echo -n " $i" ! if [ -f $i.5 ]; then mv -f $i.5 $i.6; fi ! if [ -f $i.4 ]; then mv -f $i.4 $i.5; fi ! if [ -f $i.3 ]; then mv -f $i.3 $i.4; fi ! if [ -f $i.2 ]; then mv -f $i.2 $i.3; fi ! if [ -f $i.1 ]; then mv -f $i.1 $i.2; fi ! if [ -f $i.0 ]; then mv -f $i.0 $i.1; fi ! if [ -f $i ]; then mv -f $i $i.0; fi >$i done echo "" --- 15,27 ---- cd /var/log for i in kerberos.log lpd-errs wtmp; do echo -n " $i" ! if [ -f $i.5.gz ]; then mv -f $i.5.gz $i.6.gz; fi ! if [ -f $i.4.gz ]; then mv -f $i.4.gz $i.5.gz; fi ! if [ -f $i.3.gz ]; then mv -f $i.3.gz $i.4.gz; fi ! if [ -f $i.2.gz ]; then mv -f $i.2.gz $i.3.gz; fi ! if [ -f $i.1.gz ]; then mv -f $i.1.gz $i.2.gz; fi ! if [ -f $i.0.gz ]; then mv -f $i.0.gz $i.1.gz; fi ! if [ -f $i ]; then mv -f $i $i.0; gzip -9n $i.0; fi >$i done echo "" >Audit-Trail: >Unformatted: Mark Murray From owner-freebsd-bugs Thu Apr 6 16:20:02 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA12235 for bugs-outgoing; Thu, 6 Apr 1995 16:20:02 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA12228 ; Thu, 6 Apr 1995 16:20:01 -0700 Date: Thu, 6 Apr 1995 16:20:01 -0700 Message-Id: <199504062320.QAA12228@freefall.cdrom.com> From: starkhome!gene@sbstark.cs.sunysb.edu (Gene Stark) Reply-To: starkhome!gene@sbstark.cs.sunysb.edu (Gene Stark) To: freebsd-bugs Subject: kern/302: Changing st tapes after extract crashes system In-Reply-To: Your message of Thu, 6 Apr 1995 19:14:52 -0400 <199504062314.TAA00457@starkhome.cs.sunysb.edu> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 302 >Category: kern >Synopsis: Changing st tapes after extract crashes system >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Apr 6 16:20:01 1995 >Originator: Gene Stark >Organization: >Release: FreeBSD 2.1.0-Development i386 >Environment: Archive QIC-11/24 drive with controller. I have /dev/qic24 set to major/minor 10/16. >Description: After doing: dd if=/dev/qic24 bs=1024k | tar xvf - (remove tape, insert new tape) Just after inserting the new tape, a bunch of "swap pager failed" messages fly by on the console and the system resets (no panic or crash dump). The IDE boot drive is left unresponsive, requiring use of reset button. This bug has been present since 2.0. It was not present in 1.1.5.1. I can test fixes for awhile, but I am in the process of retiring my Archive drive in favor of a Colorado Jumbo 250. These crashes are making it tedious to transfer my data to new media. >How-To-Repeat: dd if=/dev/qic24 bs=1024k | tar xvf - (remove tape, insert new tape) >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Apr 6 16:43:03 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA13065 for bugs-outgoing; Thu, 6 Apr 1995 16:43:03 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA13058 ; Thu, 6 Apr 1995 16:43:02 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Mark Murray cc: freebsd-bugs@freefall.cdrom.com Subject: Re: conf/301: Log rotation wastes _much_ to much space In-reply-to: Your message of "Thu, 06 Apr 95 13:40:04 PDT." <199504062040.NAA07311@freefall.cdrom.com> Date: Thu, 06 Apr 1995 16:43:02 -0700 Message-ID: <13057.797211782@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: bugs-owner@FreeBSD.org Precedence: bulk > Here are patches to etc/daily, etc/weekly and etc/monthly to do this > job: (please note that you should gzip -9n all your .[0-9]'s > before doing this! If you don't, you will just keep forever the old crud. Actually, at the risk of causing offense, I really hate the /etc/{daily,weekly,monthly} scripts and would like to see them substantially re-worked, not just patched like this! 1. They should do nothing by default. 2. They should contain only shell functions for doing the various operations. 3. They should be written in such a way that /etc/sysconfig can define which security/logging/etc operations should take place, hopefully so that a nice front-end tool can actually do the actual setting. What I'm saying is that the user should be able, from an admin menu someplace, to go in and configure the daily, weekly and monthly tasks for their system from a menu of options. Anything else is just more hidden functionality, the likes of which FreeBSD is [in]famous for. Jordan From owner-freebsd-bugs Thu Apr 6 18:08:58 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA16999 for bugs-outgoing; Thu, 6 Apr 1995 18:08:58 -0700 Received: from ns1.win.net (ns1.win.net [204.215.209.3]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA16993 for ; Thu, 6 Apr 1995 18:08:57 -0700 Received: (from bugs@localhost) by ns1.win.net (8.6.9/8.6.9) id VAA07189 for freebsd-bugs@freebsd.org; Thu, 6 Apr 1995 21:11:31 -0400 From: Mark Hittinger Message-Id: <199504070111.VAA07189@ns1.win.net> Subject: re: kern/302: changing st tapes crashes system To: freebsd-bugs@FreeBSD.org Date: Thu, 6 Apr 1995 21:11:30 -0400 (EDT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 961 Sender: bugs-owner@FreeBSD.org Precedence: bulk > Subject: kern/302: Changing st tapes after extract crashes system > >Number: 302 > >Synopsis: Changing st tapes after extract crashes system > > dd if=/dev/qic24 bs=1024k | tar xvf - > (remove tape, insert new tape) > > Just after inserting the new tape, a bunch of "swap pager failed" > messages fly by on the console and the system resets (no panic > or crash dump). The IDE boot drive is left unresponsive, requiring > use of reset button. > > This bug has been present since 2.0. It was not present in 1.1.5.1. I see this with a WangDAT-3400dx and a bt946c controller. I increased the rewind/eject timeout in st.c and increased the "abort" timeout in bt742a.c. With timeout increases, if the system is quiet when you close/rewind the drive then nothing wild happens. If you use unmodified st/bt742a then the disks will all get bit sprayed every single time you rewind/close the tape. Regards, Mark Hittinger bugs@win.net From owner-freebsd-bugs Thu Apr 6 20:16:50 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA20347 for bugs-outgoing; Thu, 6 Apr 1995 20:16:50 -0700 Received: from feta.cisco.com (feta.cisco.com [171.69.1.158]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA20341 ; Thu, 6 Apr 1995 20:16:49 -0700 Received: from localhost.cisco.com (localhost.cisco.com [127.0.0.1]) by feta.cisco.com (8.6.8+c/CISCO.SERVER.1.1) with SMTP id UAA09229; Thu, 6 Apr 1995 20:16:18 -0700 Message-Id: <199504070316.UAA09229@feta.cisco.com> X-Authentication-Warning: feta.cisco.com: Host localhost.cisco.com didn't use HELO protocol To: jkh@freefall.cdrom.com ("Jordan K. Hubbard") Cc: freebsd-bugs@freefall.cdrom.com Subject: Re: conf/301: Log rotation wastes _much_ to much space In-Reply-To: jkh@freefall.cdrom.com's message of 06 Apr 1995 15:43:02 PST Date: Thu, 06 Apr 1995 20:16:18 -0700 From: Paul Traina Sender: bugs-owner@FreeBSD.org Precedence: bulk > > Here are patches to etc/daily, etc/weekly and etc/monthly to do this > > job: (please note that you should gzip -9n all your .[0-9]'s > > before doing this! If you don't, you will just keep forever the old crud. > > Actually, at the risk of causing offense, I really hate the > /etc/{daily,weekly,monthly} scripts and would like to see them > substantially re-worked, not just patched like this! > > 1. They should do nothing by default. Bzzz... they should not allow the disk to fill up by default. The idea here is to build a unix system that any moron can use. > 2. They should contain only shell functions for doing the various > operations. ??? > 3. They should be written in such a way that /etc/sysconfig can > define which security/logging/etc operations should take place, > hopefully so that a nice front-end tool can actually do the > actual setting. > > What I'm saying is that the user should be able, from an admin menu > someplace, to go in and configure the daily, weekly and monthly tasks > for their system from a menu of options. > > Anything else is just more hidden functionality, the likes of which > FreeBSD is [in]famous for. > > Jordan From owner-freebsd-bugs Thu Apr 6 21:14:18 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA21244 for bugs-outgoing; Thu, 6 Apr 1995 21:14:18 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id VAA21237 ; Thu, 6 Apr 1995 21:14:17 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Paul Traina cc: freebsd-bugs@freefall.cdrom.com Subject: Re: conf/301: Log rotation wastes _much_ to much space In-reply-to: Your message of "Thu, 06 Apr 95 20:16:18 PDT." <199504070316.UAA09229@feta.cisco.com> Date: Thu, 06 Apr 1995 21:14:17 -0700 Message-ID: <21236.797228057@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: bugs-owner@FreeBSD.org Precedence: bulk > > 1. They should do nothing by default. > > Bzzz... they should not allow the disk to fill up by default. > The idea here is to build a unix system that any moron can use. So put the moron in a setup screen towards the end of the install that says lots of scarey things, like: "WE STRONGLY SUGGEST THAT YOU ENABLE AT LEAST THE LOG-ROTATION FUNCTION, OR YOUR /VAR WILL SLOWLY FILL UP!" But principle of least astonishment DICTATES that we not just play father-knows-best and run these things behind the average user's back. We should do nothing unless specifically asked, first. Sure, make it EASY for the user to "ask" and all that, but still ask! > > 2. They should contain only shell functions for doing the various > > operations. > > ??? E.g., instead a /etc/daily full of linear crap, you have: % cat /etc/daily # # /etc/daily script - this is run once a day from CRON. # # Suck in the appropriate libraries . /etc/scripts/security.sh . /etc/scripts/logs.sh . /etc/scripts/hoohah.sh # Don't touch anything above this line # # BEGIN User configuration section rotate_logs rotate_tires check_login_security check_tty_security knock_on_doors arrest_the_usual_suspects # END User configuration section Or something to that effect. It would be my assumption that the "function calls" here would be administered through a front-end program. Jordan From owner-freebsd-bugs Fri Apr 7 00:23:10 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA24983 for bugs-outgoing; Fri, 7 Apr 1995 00:23:10 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA24977 for ; Fri, 7 Apr 1995 00:22:44 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA20091; Fri, 7 Apr 1995 09:21:35 +0200 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id IAA19660 for freebsd-bugs@FreeBSD.org; Fri, 7 Apr 1995 08:44:25 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id IAA01566 for freebsd-bugs@FreeBSD.org; Fri, 7 Apr 1995 08:25:45 +0200 From: J Wunsch Message-Id: <199504070625.IAA01566@uriah.heep.sax.de> Subject: Re: conf/301: Log rotation wastes _much_ to much space To: freebsd-bugs@FreeBSD.org (FreeBSD bugs list) Date: Fri, 7 Apr 1995 08:25:44 +0200 (MET DST) In-Reply-To: <13057.797211782@freefall.cdrom.com> from "Jordan K. Hubbard" at Apr 6, 95 04:43:02 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 929 Sender: bugs-owner@FreeBSD.org Precedence: bulk As Jordan K. Hubbard wrote: > > > Here are patches to etc/daily, etc/weekly and etc/monthly to do this > Actually, at the risk of causing offense, I really hate the > /etc/{daily,weekly,monthly} scripts and would like to see them > substantially re-worked, not just patched like this! I think, we already basically agreed here. (Except for the >>shell<< functions :) -- i'd rather see any possible script/program. The execve() overhead is minimal compared to thinks like ``find / ...''.) I'd personally not really like to have the logs zipped. Larger machines prefer to have an own file system for /var, so the ``root has way too few space'' argument doesn't count there. I think the PR should be closed, and the restructuring of /etc/*ly should be moved into a TODO for > 2.1. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Fri Apr 7 01:25:58 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA26677 for bugs-outgoing; Fri, 7 Apr 1995 01:25:58 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA26671 for ; Fri, 7 Apr 1995 01:25:52 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id BAA06821; Fri, 7 Apr 1995 01:25:39 -0700 From: "Rodney W. Grimes" Message-Id: <199504070825.BAA06821@gndrsh.aac.dev.com> Subject: Re: kern/302: changing st tapes crashes system To: bugs@ns1.win.net (Mark Hittinger) Date: Fri, 7 Apr 1995 01:25:39 -0700 (PDT) Cc: freebsd-bugs@FreeBSD.org In-Reply-To: <199504070111.VAA07189@ns1.win.net> from "Mark Hittinger" at Apr 6, 95 09:11:30 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1289 Sender: bugs-owner@FreeBSD.org Precedence: bulk > > > Subject: kern/302: Changing st tapes after extract crashes system > > >Number: 302 > > >Synopsis: Changing st tapes after extract crashes system > > > > dd if=/dev/qic24 bs=1024k | tar xvf - > > (remove tape, insert new tape) > > > > Just after inserting the new tape, a bunch of "swap pager failed" > > messages fly by on the console and the system resets (no panic > > or crash dump). The IDE boot drive is left unresponsive, requiring > > use of reset button. > > > > This bug has been present since 2.0. It was not present in 1.1.5.1. > > I see this with a WangDAT-3400dx and a bt946c controller. I increased the > rewind/eject timeout in st.c and increased the "abort" timeout in bt742a.c. > > With timeout increases, if the system is quiet when you close/rewind the drive > then nothing wild happens. > > If you use unmodified st/bt742a then the disks will all get bit sprayed > every single time you rewind/close the tape. Could you please forward these patches to the list so that they can be looked at and commited if they seem reasonable? > Regards, > Mark Hittinger > bugs@win.net -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-bugs Fri Apr 7 07:10:05 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA07932 for bugs-outgoing; Fri, 7 Apr 1995 07:10:05 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA07924 ; Fri, 7 Apr 1995 07:10:03 -0700 Date: Fri, 7 Apr 1995 07:10:03 -0700 Message-Id: <199504071410.HAA07924@freefall.cdrom.com> From: pritc003@maroon.tc.umn.edu Reply-To: pritc003@maroon.tc.umn.edu To: freebsd-bugs Subject: kern/303: msdosfs: moving a file into another directory causes panic In-Reply-To: Your message of Fri, 7 Apr 1995 09:08:44 -0500 <199504071408.JAA00346@mpp.com> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 303 >Category: kern >Synopsis: msdosfs: moving a file into another directory causes panic >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Apr 7 07:10:02 1995 >Originator: Mike Pritchard >Organization: Mike Pritchard >Release: FreeBSD 2.1.0-Development i386 >Environment: >Description: When using an MS-DOS file system, attempting to move a file into a subdirectory will result in the following panic: panic: msdosfs_hashins: already locked This is because the code that does the rename already has the denode locked when msdosfs_hashins() gets called, resulting in the panic when the routine attempts to lock the denode again. >How-To-Repeat: Mount a MS-DOS file system, cd to the mount point and do the following: # touch zzz # mkdir xxx # mv zzz xxx Boom! >Fix: The attached patch changes the msdosfs_hashins() routine to not lock the denode. The caller is now resposible for obtaining the lock instead of having msdosfs_hashins() do it for them. *** /usr/src/sys/msdosfs/msdosfs_denode.c Sun Mar 19 09:19:07 1995 --- msdosfs/msdosfs_denode.c Fri Apr 7 08:49:57 1995 *************** *** 119,131 **** dep->de_next = deq; dep->de_prev = depp; *depp = dep; - if (dep->de_flag & DE_LOCKED) - panic("msdosfs_hashins: already locked"); - if (curproc) - dep->de_lockholder = curproc->p_pid; - else - dep->de_lockholder = -1; - dep->de_flag |= DE_LOCKED; } static void --- 119,124 ---- *************** *** 235,240 **** --- 228,234 ---- * can't be accessed until we've read it in and have done what we * need to it. */ + VOP_LOCK(nvp); msdosfs_hashins(ldep); /* >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Apr 7 07:30:03 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA08442 for bugs-outgoing; Fri, 7 Apr 1995 07:30:03 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA08435 ; Fri, 7 Apr 1995 07:30:02 -0700 Date: Fri, 7 Apr 1995 07:30:02 -0700 Message-Id: <199504071430.HAA08435@freefall.cdrom.com> From: ache@astral.msk.su Reply-To: ache@astral.msk.su To: freebsd-bugs Subject: kern/304: rm's didn't work from /etc/rc, if user set uchg/uappnd flags In-Reply-To: Your message of Fri, 7 Apr 1995 18:23:24 +0400 <199504071423.SAA12556@deep-thought.demos.su> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 304 >Category: kern >Synopsis: root rm fails, if user set uchg/uappnd flag >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Apr 7 07:30:01 1995 >Originator: Andrey A. Chernov; Black Mage >Organization: Astral >Release: FreeBSD 2.1.0-Development i386 >Environment: -current >Description: Any user can make even whole unremovable trees in /tmp by using uchg/uappnd bits and /etc/rc don't clean them. Basically, it can happens in any public area which needs root cleaning. All root scripts which do "rm" on user file can be easily cheated with uchg/uappnd bits, so it is potential security hole. >How-To-Repeat: From any user "chflags uchg dir" or "chflags uappnd file". >Fix: Of course, all rm -rf can be changed to call chflags before, but it is too many such places. Better way is to fix unlink() system call to protect only schg/sappnd files from root and don't protect uchg/uappnd files. I can fix it after some sort of core agreement happens. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Apr 7 11:49:07 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA17036 for bugs-outgoing; Fri, 7 Apr 1995 11:49:07 -0700 Received: from mail.mhpcc.edu (littleb.mhpcc.edu [164.122.25.41]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA17028 for ; Fri, 7 Apr 1995 11:49:05 -0700 Received: from snickers.mhpcc.edu by mail.mhpcc.edu (AIX 3.2/UCB 5.64/4.03) id AA11606; Fri, 7 Apr 1995 08:41:08 -1000 Received: by snickers.mhpcc.edu.mhpcc.edu (8.6.9/SMI-4.1) id IAA01201; Fri, 7 Apr 1995 08:52:46 -1000 From: urban@snickers.mhpcc.edu (scott urban) Message-Id: <199504071852.IAA01201@snickers.mhpcc.edu.mhpcc.edu> Subject: install problem To: bugs@FreeBSD.org Date: Fri, 7 Apr 1995 08:52:46 -1000 (HST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 435 Sender: bugs-owner@FreeBSD.org Precedence: bulk I am having trouble installing my recently acquired freeBSD OS on my 486dx PC. I go through the install procedures according to instructions. I also change the disk geometry to 16 heads, 32 sectors as you recommended. However, when I select (P)roceed, the install process halts saying /stand/newfs failed with an error code of 8192? My hard drive is a 540 Mb IDE disk. Please advise me of corrective action. Thanks T Scott Urban From owner-freebsd-bugs Fri Apr 7 20:41:19 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA26795 for bugs-outgoing; Fri, 7 Apr 1995 20:41:19 -0700 Received: from ix2.ix.netcom.com (ix2.ix.netcom.com [199.182.120.3]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA26789 for ; Fri, 7 Apr 1995 20:41:18 -0700 Received: from by ix2.ix.netcom.com (8.6.12/SMI-4.1/Netcom) id UAA03197; Fri, 7 Apr 1995 20:40:45 -0700 Date: Fri, 7 Apr 1995 20:40:45 -0700 Message-Id: <199504080340.UAA03197@ix2.ix.netcom.com> From: PVinci@ix.netcom.com (Paul Vinciguerra) Subject: mv crashes 2.0R - To: bugs@FreeBSD.org Sender: bugs-owner@FreeBSD.org Precedence: bulk I have the following problem on my 2.0R. mount_msdos /dev/fd1a /mnt mv /mnt/* /usr/temp the mv crashes my system and causes a reboot. thanks, Paul From owner-freebsd-bugs Fri Apr 7 22:18:46 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA29321 for bugs-outgoing; Fri, 7 Apr 1995 22:18:46 -0700 Received: from seldon.apanix.apana.org.au (seldon.apanix.apana.org.au [192.203.213.8]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA29215 for ; Fri, 7 Apr 1995 22:16:58 -0700 Received: from ldjpc.apana.org.au (ldjpc.apana.org.au [192.203.213.254]) by seldon.apanix.apana.org.au (8.6.10/8.6.9) with ESMTP id OAA09054; Sat, 8 Apr 1995 14:45:08 +0930 Received: (from jj@localhost) by ldjpc.apana.org.au (8.6.9/8.6.9) id KAA24137; Sat, 8 Apr 1995 10:23:14 +0930 Date: Sat, 8 Apr 1995 10:23:12 +0930 (CST) From: Lucas James To: Doug Rabson cc: freebsd-bugs@freefall.cdrom.com Subject: Re: i386/297: matcd does not play audio CDs from cdplay In-Reply-To: <199504041450.HAA13780@freefall.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: bugs-owner@FreeBSD.org Precedence: bulk On Tue, 4 Apr 1995, Doug Rabson wrote: > >Number: 297 > >Category: i386 > >Synopsis: matcd does not play audio CDs from cdplay > >Confidential: no > >Severity: non-critical > >Priority: low > >Responsible: freebsd-bugs (FreeBSD bugs mailing list) > >State: open > >Class: sw-bug > >Submitter-Id: current-users > >Arrival-Date: Tue Apr 4 07:50:01 1995 > >Originator: Doug Rabson > >Organization: > RenderMorphics Ltd. > >Release: FreeBSD 2.1.0-Development i386 > >Environment: > > > >Description: > > When I try to play an audio CD from cdplay with the matcd0 driver, > it prints "cdplay: Bad file descriptor" > I believe that this is because matcd does not implement all the > audio CD ioctls. > > >How-To-Repeat: > > > >Fix: Patch cdplay.c with the following. (it would appear that the status() call doesn't work) the 'play' command doesn't work (still) but I can get msfplay to work (sortof - does anyone have docs to this command? @@@@@@@@@@@@@@@@@@@@@@@@cdplay.c.diff@@@@@@@@@@@@@@@@@@@@@@@@@ *** cdplay.c.orig Sat Apr 8 10:15:36 1995 --- cdplay.c Fri Apr 7 11:08:11 1995 *************** input () *** 249,262 **** void open_cd () { ! int trk, m, s, f; extern int errno; char devbuf[20]; if (cd_fd > -1) return; sprintf(devbuf, "/dev/r%sc", cdname); cd_fd = open (devbuf, O_RDONLY); if (cd_fd < 0) { if (errno == ENXIO) { /* open says 'Device not configured if there is no cd in */ --- 249,265 ---- void open_cd () { ! int trk, m, s, f, stat; extern int errno; char devbuf[20]; + printf("open(); called, cd_fd=%d\n", cd_fd); if (cd_fd > -1) return; sprintf(devbuf, "/dev/r%sc", cdname); + printf("device: %s\n",cdname); cd_fd = open (devbuf, O_RDONLY); + printf("open returned: %d\n", cd_fd); if (cd_fd < 0) { if (errno == ENXIO) { /* open says 'Device not configured if there is no cd in */ *************** open_cd () *** 266,273 **** perror(devbuf); exit (1); } ! if (status (&trk, &m, &s, &f) < 0 ) { close (cd_fd); cd_fd = -1; } } --- 269,280 ---- perror(devbuf); exit (1); } ! /* ! trk = m = s = f = 0; ! if ((stat = status (&trk, &m, &s, &f)) < 0 ) { ! printf("status( %d, %d, %d, %d ) returned: %d\n", trk,m,s,f,stat); close (cd_fd); cd_fd = -1; } + */ } @@@@@@@@@@@@@@@@@@@@@@@@cdplay.c.diff@@@@@@@@@@@@@@@@@@@@@@@@@ -- Lucas James jj@ldjpc.apana.org.au From owner-freebsd-bugs Fri Apr 7 22:19:55 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA29399 for bugs-outgoing; Fri, 7 Apr 1995 22:19:55 -0700 Received: from relay3.UU.NET (relay3.UU.NET [192.48.96.8]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA29393 for ; Fri, 7 Apr 1995 22:19:51 -0700 Received: from ast.com by relay3.UU.NET with SMTP id QQyknl29382; Sat, 8 Apr 1995 01:19:42 -0400 Received: from trsvax.fw.ast.com (fw.ast.com) by ast.com with SMTP id AA01383 (5.67b/IDA-1.5 for uunet!freebsd.org!freebsd-bugs); Fri, 7 Apr 1995 22:23:47 -0700 Received: by trsvax.fw.ast.com (/\=-/\ Smail3.1.18.1 #18.1) id ; Sat, 8 Apr 95 00:16 CDT Received: by nemesis.lonestar.org (Smail3.1.27.1 #18) id m0rxSio-0004vsC; Sat, 8 Apr 95 00:06 CDT Message-Id: Date: Sat, 8 Apr 95 00:06 CDT To: freebsd-bugs@FreeBSD.org From: uhclem@nemesis.lonestar.org (Frank Durda IV) Reply-To: uhclem%nemesis@fw.ast.com Sent: Sat Apr 8 1995, 00:06:09 CDT Subject: Bugs in snap 032295 Cc: uhclem@nemesis.lonestar.org Sender: bugs-owner@FreeBSD.org Precedence: bulk Here are some problem reports on SNAP-032295: ------------------------------ FDIV001 SYSTEM INSTALL (While downloading rest of system) Date: 20-Feb-95 in SNAP-021095, but still occurs in 032295 Impact: Medium Problem: When you specify that you want to do your own FTP commands and have specified more than one distribution (bin, src, etc), FTP is invoked repeatedly to download each module separately, but nothing is displayed to indicate which module the install expects you to download now. I determined (the hard way) that it doesn't want them all downloaded at once when it came back from processing just bin and started FTP again, apparently wanting more files. But which? Even if I pretended they were there already, it would fail due to filename conflicts (see below). It is possible to guess what it wants, but if you download the wrong thing in the wrong order (I did this several times), it sometimes it does not catch the error and goes on its merry way with unknown results. Once I determined it was asking for stuff in the order that the checked boxes were listed, I wrote that order down and on the next install attempt I was able to supply things in the expected order. Suggestion: Before invoking FTP each time in this manual mode, display a prompt such as "Now download all files in the 'src' distribution" so the user will know exactly what to get. When wanting compat1x (as an example), the prompt would say: "Now download all files in the 'compat1x' distribution" etc. I also suggest putting a prefix of some sort on files with common names, such as CKSUMS (src.CKSUMS) so that it the user elects to keep the files around (you do offer that choice), the conflicting names won't render the downloaded files useless. Right now, the CKSUMS for bin are lost after downloading the next thing, and you never have the opportunity to make separate directories to put the different distributions in. That might be a better solution than changing the names: creating a %s/src, %s/bin, %s/compat1x, etc where %s is /usr/tmp or whatever the user specifies. ------------------------------ FDIV002 SYSTEM INSTALL (While downloading rest of system) Date: 20-Feb-95 in SNAP-021095, but still occurs in 032295 Impact: Medium Problem: When you specify that you want to do your own FTP commands and have specified more than one distribution (bin, src, etc), FTP is invoked repeatedly to download each module separately. After processing each module, it asks if you want to delete the files in /usr/tmp. If you answer this "yes", it apparently does a rm -rf /usr/tmp and when it moves on to load the next module, but /usr/tmp is now deleted and it cannot proceed. You get the message "No such file or directory for /usr/tmp, sorry! Please fix this and try" The rest of the message is cut off and the box and shading gets messed-up, probably because the message is too long. Of course, there is no way to fix this, since you can't get a shell, a ^Z causes the installation process to panic and reboot as does ^C. If there is a way to get to a shell to fix this, it isn't obvious. This did not happen in 2.0, and I suspect it has to do with the new ability to select multiple modules and something is not re-creating the directory if you answer the above question "yes". In this case, the test system was tight on disk space and could not afford to have the packed distribution hanging around. I was able to get around this on a tight disk space system by answering "No", and once in FTP, get a shell and remove the files in /usr/tmp manually, then resume FTP and download the next batch of files. But this is clumsy, and would not have been possible until after the "bin" distribution was loaded. Solution: Verify that /usr/tmp either does not get deleted or make sure it gets recreated with the same permissions after each module is downloaded. It is possible to guess what it wants, but if you download the wrong thing (I did this several times), it sometimes it does not catch the error and goes on its merry way with unknown results. Once I determined it was asking for stuff in the order the checked boxes were listed, I wrote that order down and was able to supply things in the expected order. ------------------------------ FDIV003 SYSTEM INSTALL (While downloading rest of system) Date: 20-Feb-95 in SNAP-021095, but still occurs in 032295 Impact: Medium Problem: When you specify that you want to do your own FTP commands and have specified more than one distribution (bin, src, etc), FTP is invoked repeatedly to download each module separately. You are offered a chance to specify a directory other than /usr/tmp. I attempted to specify /usr/src/tmp, so that the files would be placed on a different partition with more space. This failed with errors, including "no such file or directory". Note: This may be related to FDIV002, so investigate that problem first. Either the install procedure failed to create the directory before trying to use it, or it was created and then later accidentally deleted by the install procedure. ------------------------------ FDIV004 SYSTEM INSTALL (While downloading rest of system) Date: 20-Feb-95 in SNAP-021095, but still occurs in 032295 Impact: Medium Problem: When you specify that you want to do your own FTP commands if you abort a mget or other FTP operation with interrupt (Control-C), FTP does not receive the interrupt, but the install shell/program does, that pops up partially on the screen with "Installation Aborted", but FTP is still running, asking questions. In my case, I forgot to turn PROMPTing off before I started a mget, and did a Control-C to start the process over. I was expecting a "Continue with mget?" prompt to answer "no" to, but instead FTP never got the Control-C signal as it had been intercepted upstairs somewhere. Suggestion: When letting the user do his own FTP commands, allow all signals to pass to FTP, and do not abort or otherwise respond to the interrupt signal while FTP is running. ------------------------------ FDIV005 appears fixed in SNAP-032295 FDIV006 appears fixed in SNAP-032295 ------------------------------ FDIV007 Non-RAW serial I/O. Date: SNAP-032295 Impact: Medium (Emotionally it should be HIGH - made me consider switching to Linux!) Problem: The backspace character/key situation is nuts in this release. During installation, neither BACKSPACE nor DELETE produces an ERASE operation. As soon as you touch a shell the BACKSPACE key now produces 0x7f, not 0x08. This makes connecting to other systems via telnet or cu a major hassle since most accept BACKSPACE as 0x08 and some accept it as 0x7f. Locally, even if you stty erase ^?, vi still only accepts the BACKSPACE key as a ERASE operation in Insert mode. The BACKSPACE key no longer can be used for cursor motion, something that has worked for over a decade. CTRL-BACKSPACE produces 0x08 which is accepted a cursor motion, but this is a poor substitute. Other editing tools (like prompts in tin) have the same dual-personality problem that they did not have before. Suggestion: PLEASE make BACKSPACE produce an 0x08! In the drawn-out religious war some weeks ago, I thought this was the outcome. Or are we deliberately trying to be incompatible with the other operating systems that run on PCs where BACKSPACE==0x08 and make it difficult to TELNET/CU to NON-FREEBSD systems? I can't fix every program and system that this broke! ------------------------------ FDIV008 SYSTEM INSTALL (While downloading rest of system) Date: SNAP-032295 Impact: Medium Problem: During installation, if you press CTRL-Z, the installation aborts, reports something about abnormal child termination and immediately reboots the system. Suggestion: This signal should either deliver a shell (when possible) or be trapped and ignored. ------------------------------ FDIV009 Normal operation Date: SNAP-032295 Impact: High Problem: SNAP-032295 is less stable than the previous SNAP. I get system lockups during kernel builds, ls -alR | more, even grep commnds. This same system ran SNAP-021095 for a month without problems. The system also ran 2.0 and 1.1.5.1 without problems. When I rebuild the kernel, typically three to six drivers get recompiled. During this process, the system will lockup an average of one time per build. I have had to restart the same build three times to make it all the way through, and then ten minutes later a recompile of the same files goes through without incident. The system is a 486DX-33 EISA system with one WD 528Meg IDE drive, OAK SVGA, SMC 8013 network adapter, Soundblaster 16 with two Matsushita CD-ROM drives. 8 Meg of RAM. The hard disk was completely wiped during multiple installations. I have removed and reseated RAM, processor all cards, and finally replaced all the RAM and the problem doesn't go away. I finally moved the hard disk to a similar system (almost identical configuration that has been running SNAP-021095 since it was available with no problems) and now the other system randomly lockups. I assume it is either a memory management problem or a problem with the wd disk driver. It will not lockup if the system isn't doing anything. It has to be crunching to cause the problem to show itself. In fact, I wrote this report by telneting from a SNAP-032295 system to a 1.1.5.1 system that was otherwise idle. While typing this note, cron ran /etc/daily and locked the system up. Nothing else was running and there are no other users. ------------------------------ FDIV010 Installation Date: SNAP-032295 Impact: High Problem: The boot block looks for a kernel named 386bsd (or 386bsd.old) rather than kernel*. At first I thought I had downloaded the wrong floppy images, but a second download of the files in SNAP-032295/floppies resulted in the same problems. SNAP-021095 did not have this problem and searched for "kernel". ------------------------------ FDIV011 Installation README Date: SNAP-032295 Impact: Medium Problem: The installation README says that the Creative CD-ROM cannot be used for installation, but this should be possible in SNAP-032295 and later. ------------------------------ FDIV012 Installation Kernel Date: SNAP-032295 Impact: High Problem: The kernel on the boot floppy does not have the matcd driver present. I have been told (but have not personally checked) that the fixit disk also doesn't have matcd. This should be fixed on at least the fixit disk so that files can be recovered from the distribution CD-ROM if needed. ------------------------------ FDIV013 Installation Date: SNAP-032295 Impact: Low Problem: When doing FTP download, it asks for the machines fully-qualified domain name. I typed: dalek.lonestar.org The next question asked what my domain name was, and it filled the box in with: dalek.lonestar.org| with the cursor on the right. Why didn't it at least delete the left-most field off the fully-qualified domain name and offer that as a prompt? ------------------------------ FDIV014 Installation Date: SNAP-032295 Impact: Medium Problem: When doing FTP download, it asks for the machines domain name, system name, IP number and other information prior to downloading modules. After downloads are complete, it offers to finish configuring TCP/IP settings. If you select this, it asks the same questions again and has discarded the answers from the previous questions. ------------------------------ FDIV015 Installation Date: SNAP-032295 Impact: Medium Problem: When doing FTP download, it asks for the machines domain name, system name, IP number and other information prior to downloading modules. After extracting modules you may also specify details of your domain, system name and IP information. When you reboot, your system name is still "myname.mydomain" instead of being set based on the information given during the installation. Suggestion: The hosts and sysconfig files should be updated with the information provided during the installation. ------------------------------ FDIV016 Installation Date: SNAP-032295 Impact: Medium Problem: When doing FTP download, if the connection fails as in 421 Service not available, remote server has close connection 98304 bytes received in 8.4e+02 seconds (0.11 kbytes/sec) Continue with mget? Or course you can't answer the question. If you press CTRL-C, you get: User interrupted Aborting installation and the system immediately reboots. Suggestion: There needs to be a way to restart an entire download if something goes wrong without having to restart the entire installation process. ------------------------------ FDIV017 fsck Date: SNAP-032295 Impact: Medium Problem: The first time FSCK runs after an installation and finds an unreferenced file or directory, it creates lost+found. This is OK. However, fsck then reports: LINK COUNT INCREASING (duh) UNEXPECTED INCONSISTENCY; RUN FSCK MANUALLY Suggestion: Fsck should consider the inode it used to create lost+found to not be an inconsistency. ------------------------------ FDIV018 installation /usr/include/sys Date: SNAP-032295 Impact: Medium Problem: Everybody knows this by now - /usr/include/sys ends up as a link to /usr/sys/sys which is a link to /usr/sys/sys. Make world cannot be done with the links like this and the contents of /usr/include/sys appear to be erased. If you correct this, "make world" will try to change it near the start of the make "world process" and wlll change it again a second time at the end of the "make world" process. Make sure you fix both attempts to scramble links in the "make world" process. ------------------------------ FDIV019 Boot -s Date: SNAP-032295 Impact: Medium Problem: When you tell the system to boot -s, it comes up and says: Enter pathname of shell or RETURN for sh: If you press RETURN, you get: erase *, kill ^U, intr ^C where * is a symbol that looks like a stick drawing of a house. This is yet-another symptom of erase not being set to ^H and the BACKSPACE key not generating ^H. ------------------------------ FDIV020 Clock management, installation, single & multi-user Date: SNAP-032295 Impact: Medium Problem: The installation procedure seems to be written assuming you are going to set the CMOS clock to GMT, which is the least likely time. This is because people who use the system for MS-DOS on other partitions must keep the clock correct to local time. If you elect to keep the CMOS at local time, the installation will offer you cities (not many in CST by the way), then show you a time with the CST suffix, WITH THE GMT OFFSET ADDED even if you don't want it. If then asks "Is this what you wanted?". The normal user isn't going to realize that all we are asking about at that point is the CST suffix and will answer the question NO because the time is wrong. The user has to answer that question yes and then select 98 (CMOS isn't GMT) later. This is pretty user-unfriendly and needs improvement or at least better instructions. Also note that if you have CMOS set to LOCAL, and boot the system in maint mode, the date shown is wrong (behind by several hours). If you change it to be correct, and then boot multi-user, the date is now ahead of where it should be by several hours. This is pretty confusing. ------------------------------ FDIV021 Weekly cron Date: SNAP-032295 Impact: Medium Problem: When weekly cron runs on a system that has everything except X11 installed, you get mail that says: weekly run output Rotating messages: cat: /var/run/syslog.pid: no such file or directory usage: kill [-l] [-sig] pid... Rotating cron log: /usr/X11R6/man/whatis.tmp no such file or directory ------------------------------ FDIV022 FTP Date: SNAP-032295 Impact: Low Problem: When FTP completes a transfer that runs faster the 99K/sec, it displays the results in scientific notation. Can't we fix this so that it doesn't switch to scientific notation that average people don't understand? ------------------------------ FDIV023 Boot Date: SNAP-032295 Impact: Medium Problem: From time to time during the normal boot process, it will hang immediately after the message: check for kernel -c changes After waiting a minute or so if you press CTRL-C, the system will proceed with: clearing /tmp and continue to boot. This may be related to booting a kernel named something other than /kernel, but it seemed more random than that. *END* Frank Durda IV |"The Knights who say "LETNi" or uhclem%nemesis@trsvax.ast.com (Internet)| demand... A SEGMENT REGISTER!!!" ...letni!rwsys!nemesis!uhclem |"A what?" ...decvax!trsvax.fw.ast.com!nemesis!uhclem |"LETNi! LETNi! LETNi!" - 1983 From owner-freebsd-bugs Sat Apr 8 04:03:28 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA12725 for bugs-outgoing; Sat, 8 Apr 1995 04:03:28 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id EAA12704 for ; Sat, 8 Apr 1995 04:03:14 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA09270; Sat, 8 Apr 1995 13:03:03 +0200 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id NAA28527; Sat, 8 Apr 1995 13:03:02 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id MAA06208; Sat, 8 Apr 1995 12:53:00 +0200 From: J Wunsch Message-Id: <199504081053.MAA06208@uriah.heep.sax.de> Subject: Re: mv crashes 2.0R - To: PVinci@ix.netcom.com (Paul Vinciguerra) Date: Sat, 8 Apr 1995 12:52:59 +0200 (MET DST) Cc: bugs@FreeBSD.org In-Reply-To: <199504080340.UAA03197@ix2.ix.netcom.com> from "Paul Vinciguerra" at Apr 7, 95 08:40:45 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 358 Sender: bugs-owner@FreeBSD.org Precedence: bulk As Paul Vinciguerra wrote: > > I have the following problem on my 2.0R. > > mount_msdos /dev/fd1a /mnt > mv /mnt/* /usr/temp > > the mv crashes my system and causes a reboot. There's already an open PR for it. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sat Apr 8 04:30:06 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA12987 for bugs-outgoing; Sat, 8 Apr 1995 04:30:06 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA12980 for freebsd-bugs; Sat, 8 Apr 1995 04:30:05 -0700 Date: Sat, 8 Apr 1995 04:30:05 -0700 From: GNU GNATS Message-Id: <199504081130.EAA12980@freefall.cdrom.com> To: freebsd-bugs Subject: List of open Problem Reports Sender: bugs-owner@FreeBSD.org Precedence: bulk This is the list of currently open problem reports [1994/09/14] kern/1 Toshiba MK156FB scsi drive does not work with 2.0 ke [1994/09/22] i386/4 You can mount a filesystem multiple times "on top" o [1994/10/07] kern/6 System hangs while using slip or ppp connection [1994/11/13] i386/14 No MBR put on prestine IDE disk drive [1994/11/14] bin/17 "mount -t foo /dev/wd1h /mnt" gives incorrect error [1994/11/15] gnu/19 cvs commit core dumps on multiple files [1994/11/18] kern/21 kernel panic. [1994/11/18] conf/22 Cannot use links to share kernel objects [1994/11/23] kern/25 mounting a photocd panics the kernel [1994/11/23] kern/27 Loopback mounts confuse unmount-on-reboot code [1994/11/26] docs/29 man page descriptions of /etc/ftpwelcome and /etc/ft [1994/11/30] kern/34 nullfs and union mounts can result in wild pointer r [1994/12/03] kern/39 Recent config changes hosed ft config [1994/12/04] kern/40 Floppy tape probe hosed (FIX) [1994/12/06] kern/42 PC-NFS on -current can't access disks [1994/12/07] docs/43 manpage for keysu is missing. reference from keyinit [1994/12/07] kern/44 ep driver won't work with anything but bnc [1994/12/08] kern/46 ed driver don't know the link0 flag (IFF_LINK0) [1994/12/13] misc/48 /etc/rc does not recover recovery files [1994/12/14] kern/51 Panic accessing NFS mounted file system [1994/12/14] gnu/54 No manual entry for uucpd [1994/12/18] misc/67 It took 20 tries to get free-bsd installed [1994/12/18] misc/68 bininst leaves system kinda hung [1994/12/18] bin/71 Incomplete package of tcl7.3.tgz [1994/12/18] bin/72 emu-1.3 has empty app-defaults file [1994/12/18] bin/73 no man page in xearth package [1994/12/21] misc/75 Netboot ignores gateway [1994/12/20] conf/76 fdisk can't be trusted. [1994/12/21] i386/79 Reboots sometimes don't complete. [1994/12/23] misc/83 System crash after abrupt end of slip session [1995/01/03] kern/95 Configuring a SLIP device with source = destination [1995/01/09] kern/102 PANIC after running Merged Buffer Cache kernel for a [1995/01/10] bin/104 pax -rwl may corrupt filesystem [1995/01/11] i386/105 Distributed libm (msun) has non-standard error handl [1995/01/13] gnu/107 kernel build produces internal compiler error [1995/01/14] bin/109 at command doesn't parse dates time and doesn't prom [1995/01/14] misc/112 ^C cause panic during install [1995/01/14] bin/113 /bin/csh and /usr/local/bin/tcsh choke on my nasty c [1995/01/14] bin/115 systat iostat display doesn't scale high enough [1995/01/14] bin/116 disk transfer rates reported by systat :iostat are t [1995/01/14] misc/118 use of 386bsd partition tag makes multi-os boot hard [1995/01/14] misc/119 you cannot tune your newfs parameters at intall time [1995/01/14] misc/120 first Initial security report is bogus becuase of ls [1995/01/14] bin/124 traceroute doesn't support -g flag. [1995/01/14] docs/127 locate man page does not have any clues to how the d [1995/01/14] misc/128 default owners of system directories is a security h [1995/01/14] bin/129 fsck cannot take a mount point as an argument [1995/01/14] docs/131 there is no man page for uucpd [1995/01/14] docs/132 gettytab documentation is split between /etc/gettyta [1995/01/14] bin/133 mail program doesn't have editheaders option [1995/01/14] misc/134 ispell (in ports) thinks the dictionary is in /usr/d [1995/01/14] bin/135 not enough ptys; virtual console names conflict with [1995/01/14] docs/137 domainname man page references getdomainname(2) whic [1995/01/14] kern/140 cdplay will not work with NEC210 [1995/01/15] bin/146 version of compress is kinda old and slow [1995/01/19] bin/151 One of the pkg_add set /tmp mod to 755 [1995/01/19] kern/152 Kernel config doesn't handle "irq 2" as irq 9 [1995/01/20] bin/153 mount -u improvement for diskless systems [1995/01/21] kern/157 Quota system does not work [1995/01/21] docs/159 uucp manual files have wrong file locations. [1995/01/21] docs/161 Not MAKEDEV(8) manual page. [1995/01/21] bin/163 telneting sometimes doesn't yield a "login:" prompt [1995/01/21] docs/164 no ptrace(2) manual page. [1995/01/21] docs/165 No documentation on kernel boot flags. [1995/01/21] misc/166 /usr/include/machine/asmacros.h includes uninstalled [1995/01/21] bin/167 makewhatis ignores symbolic links. [1995/01/21] kern/169 Errors from mkdir & mv when directories paths end wi [1995/01/21] bin/170 ar does not print an error message with readonly lib [1995/01/21] docs/171 No documentation on .forward files. [1995/01/21] bin/172 cp -f does not work [1995/01/21] bin/173 rc trys to mount modload fs before ld is available. [1995/01/21] bin/174 Poor error message from stty [1995/01/22] kern/175 Syscons does not recover X graphics mode [1995/01/22] kern/176 EIDRM not defined in errno.h [1995/01/22] docs/177 man pages missing for SYSV IPC funtions [1995/01/23] kern/180 Fiddling with process stack and using scanf with inv [1995/01/24] bin/182 Strange error from umount [1995/01/24] gnu/183 can't resolve "operator <<" overload [1995/01/24] bin/184 send-pr says "Aborting ..." and happily removes the [1995/01/25] kern/185 kernel stability problems - can't sustain uptimes > [1995/01/25] conf/187 Files referenced in Makefiles do not exist [1995/01/25] bin/188 disklabel uses c partition by default, kernel says d [1995/01/30] gnu/196 size of bss in *.o's reported wrong by size [1995/01/30] bin/198 1.1.5.1 pine binary loops; top shows fancy values [1995/02/01] bin/199 quiz(6) reading database bug, pattern matching bug [1995/02/01] bin/201 PPP does not find config-files [1995/02/01] misc/202 System hang or reboot without clues, tcp ppp named r [1995/02/02] bin/204 Installing failes [1995/02/06] gnu/210 tar support for rsh doesn't work [1995/02/08] kern/211 mv returns "Invalid argument" unreasonably [1995/02/14] kern/214 Using wt driver crashes system [1995/02/14] kern/216 /kernel: panic: ffs_alloccg: map corrupted [1995/02/14] docs/218 dbm references from hash(3) [1995/02/16] kern/219 Performance on local net drops too much when SNDBUF [1995/02/16] misc/220 Cancel still doesn't work during install [1995/02/16] misc/221 lots of error messages during unpacking via ftp inst [1995/02/16] i386/222 boot prompt doesn't always work [1995/02/16] misc/223 default domain shouldn't be hostname [1995/02/18] kern/224 ppp net serial [1995/02/18] kern/225 Panic: invalid wire count when GDB kills stopped inf [1995/03/02] misc/229 acos() core dump [1995/03/03] bin/230 C++ contructors not being called [1995/03/05] gnu/231 send-pr initializes Organization with ~/.signature [1995/03/05] docs/232 The mandoc .St macro doesn't work or misses IEEE754 [1995/03/10] misc/236 2.0-950210-SNAP/src/extract.sh references "release" [1995/03/11] kern/238 failed assertion in ncr.c --> no more scsi disk acce [1995/03/13] bin/241 strange behavior of /bin/sh [1995/03/17] kern/247 Berkeley Packet Filter fix [1995/03/17] kern/248 scbus attach/probe information is inconsistent [1995/03/17] misc/249 $hostname variable in /etc/netstart not always set [1995/03/17] conf/250 /etc/netstart executes undesired hostname.xxx files [1995/03/18] i386/251 disklabel(8) refuses to install new bootstrap [1995/03/18] kern/253 Tagged queuing with an Adaptec 2842 controller doesn [1995/03/19] misc/254 fsck -p misbehaves for SIGQUIT [1995/03/19] gnu/256 nasty gdb bug back in 031595 system [1995/03/20] docs/263 There is absolutely no documentation for the dialog [1995/03/21] docs/265 mtrace command lacks man pages [1995/03/21] kern/266 ifconfig panics kernel built without option NFS [1995/03/27] bin/274 touch -t with century doesn't work [1995/03/28] kern/275 qic-02 streamer won't work [1995/03/28] kern/277 netstat -r reports entries with negative expire time [1995/03/28] kern/280 the new slice code is bitching about my old slices [1995/03/28] kern/281 Messages printed when checking CD ROM device too ver [1995/03/28] kern/282 buslogic adapter information WAY too verbose [1995/03/29] kern/284 Network gives permission denied [1995/03/30] gnu/285 ld.so problem with -lg++ [1995/03/30] conf/286 'make depend' on GENERIC kernel stops [1995/03/30] kern/287 Several header files are not consistent [1995/03/31] kern/288 panic: free: multiple frees [1995/04/01] gnu/289 info(1) cannot handle arrow keys on a VT100 [1995/04/01] kern/291 PCI devices still probe/attach after being disabled [1995/04/01] misc/292 rfc1323 and rfc1644 support can confuse terminal ser [1995/04/01] kern/293 wd0: interrupt timeout [1995/04/02] kern/294 Bootstrap has problems with -g compiled kernels [1995/04/03] bin/295 CTM fails to close "already applied" deltas [1995/04/04] i386/297 matcd does not play audio CDs from cdplay [1995/04/04] kern/299 SCSI probes stop at ID 7 even for WIDE busses [1995/04/05] bin/300 __fdnlist fails on kernels created by cc -g and stri [1995/04/06] conf/301 Log rotation wastes _much_ to much space [1995/04/06] kern/302 Changing st tapes after extract crashes system [1995/04/07] kern/303 msdosfs: moving a file into another directory causes [1995/04/07] kern/304 root rm fails, if user set uchg/uappnd flag From owner-freebsd-bugs Sat Apr 8 04:50:11 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA13237 for bugs-outgoing; Sat, 8 Apr 1995 04:50:11 -0700 Received: from regen.dkrz.de (regen.dkrz.de [136.172.60.241]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id EAA13223 for ; Sat, 8 Apr 1995 04:49:57 -0700 X400-Received: by /PRMD=dkrz/ADMD=d400/C=de/; Relayed; 08 Apr 95 13:47:56+0200 Date: 08 Apr 95 13:47:56+0200 From: "Georg-W. Koltermann" Message-ID: <9504081147.AA03909@racer.dkrz.de> To: bugs@FreeBSD.org Subject: 80387 hangs system at divide by zero Reply-To: gwk@cray.com Sender: bugs-owner@FreeBSD.org Precedence: bulk Hi, I am having a problem on my system with post 2.0 snapshots (some snapshot in January and now 950210-SNAP). My system hangs in the npx probe routine during bootup. Only the reset switch can wake it up again. I inserted printf's in the code and could isolate the place: it hangs where the driver forces a divide by zero in order to learn which type of exception reporting the hardware uses. The system boots up normally when I either boot the kernel with the -c option and 'disable npx0' (that's what I usually do so that I can work at all) or when I skip the divide by zero code in the npx driver, hard coding IRQ13 exception reporting at that point. In the latter case the system will hang when I later start a program which divides by zero. The 2.0-RELEASE didn't hang during boot, but I assume it also hung when I divided by zero in a program. At least I could force a lock up by starting any X11 application with a -fontname string which contained a pixel size of zero. xfontsel would also lock up the system while scanning the fonts right after popping up it's main window. Did you know about this problem? Is IRQ13 exception reporting broken in the current versions? I have a 40 MHz Intel 80386 noname system with a ULSI '387. This problem is not too darn important to me, I can currently live with disabling the '387, and hopefully I can upgrade to some sort of '486 later this year... :-) ...just thought you might be interested. If you want me to try anything specific just let me know. Georg. P.S.: Thanks for your work! This is a great system! From owner-freebsd-bugs Sat Apr 8 04:53:18 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA13302 for bugs-outgoing; Sat, 8 Apr 1995 04:53:18 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id EAA13295 for ; Sat, 8 Apr 1995 04:53:08 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA10105; Sat, 8 Apr 1995 13:51:46 +0200 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id NAA28800; Sat, 8 Apr 1995 13:51:45 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id NAA02952; Sat, 8 Apr 1995 13:45:05 +0200 From: J Wunsch Message-Id: <199504081145.NAA02952@uriah.heep.sax.de> Subject: Re: install problem To: urban@snickers.mhpcc.edu (scott urban) Date: Sat, 8 Apr 1995 13:45:05 +0200 (MET DST) Cc: bugs@FreeBSD.org In-Reply-To: <199504071852.IAA01201@snickers.mhpcc.edu.mhpcc.edu> from "scott urban" at Apr 7, 95 08:52:46 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 718 Sender: bugs-owner@FreeBSD.org Precedence: bulk As scott urban wrote: > > > I am having trouble installing my recently acquired freeBSD OS on my > 486dx PC. I go through the install procedures according to instructions. > I also change the disk geometry to 16 heads, 32 sectors as you > recommended. However, when I select (P)roceed, the install process > halts saying /stand/newfs failed with an error code of 8192? Please, give us more input. What exactly did you do? (``according to the instructions'' is way too few). What showed the debug screen? (Alt-F2) What's your drive geometry, partitioning data etc.? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sat Apr 8 04:54:08 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA13322 for bugs-outgoing; Sat, 8 Apr 1995 04:54:08 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA13310 for ; Sat, 8 Apr 1995 04:53:41 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id VAA26147; Sat, 8 Apr 1995 21:48:34 +1000 Date: Sat, 8 Apr 1995 21:48:34 +1000 From: Bruce Evans Message-Id: <199504081148.VAA26147@godzilla.zeta.org.au> To: PVinci@ix.netcom.com, j@uriah.heep.sax.de Subject: Re: mv crashes 2.0R - Cc: bugs@FreeBSD.org Sender: bugs-owner@FreeBSD.org Precedence: bulk >As Paul Vinciguerra wrote: >> >> I have the following problem on my 2.0R. >> >> mount_msdos /dev/fd1a /mnt >> mv /mnt/* /usr/temp >> >> the mv crashes my system and causes a reboot. >There's already an open PR for it. I think there are 2 or more open PR's about it. The last one proposes a fix. Any comments about the quality of the fix? Bruce From owner-freebsd-bugs Sat Apr 8 05:11:35 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA13599 for bugs-outgoing; Sat, 8 Apr 1995 05:11:35 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id FAA13593 for ; Sat, 8 Apr 1995 05:11:29 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA10479; Sat, 8 Apr 1995 14:10:50 +0200 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id OAA28977; Sat, 8 Apr 1995 14:10:50 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id OAA03345; Sat, 8 Apr 1995 14:08:11 +0200 From: J Wunsch Message-Id: <199504081208.OAA03345@uriah.heep.sax.de> Subject: Re: mv crashes 2.0R - To: bde@zeta.org.au (Bruce Evans) Date: Sat, 8 Apr 1995 14:08:11 +0200 (MET DST) Cc: PVinci@ix.netcom.com, bugs@FreeBSD.org In-Reply-To: <199504081148.VAA26147@godzilla.zeta.org.au> from "Bruce Evans" at Apr 8, 95 09:48:34 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 406 Sender: bugs-owner@FreeBSD.org Precedence: bulk As Bruce Evans wrote: > > >There's already an open PR for it. > > I think there are 2 or more open PR's about it. The last one proposes > a fix. Any comments about the quality of the fix? I don't own a dos slice. Perhaps i could give it a try on a floppy. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sat Apr 8 05:17:47 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA13706 for bugs-outgoing; Sat, 8 Apr 1995 05:17:47 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA13700 for ; Sat, 8 Apr 1995 05:17:44 -0700 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id FAA00500; Sat, 8 Apr 1995 05:17:33 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id FAA00240; Sat, 8 Apr 1995 05:17:32 -0700 Message-Id: <199504081217.FAA00240@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: Bruce Evans cc: PVinci@ix.netcom.com, j@uriah.heep.sax.de, bugs@FreeBSD.org Subject: Re: mv crashes 2.0R - In-reply-to: Your message of "Sat, 08 Apr 95 21:48:34 +1000." <199504081148.VAA26147@godzilla.zeta.org.au> From: David Greenman Reply-To: davidg@Root.COM Date: Sat, 08 Apr 1995 05:17:23 -0700 Sender: bugs-owner@FreeBSD.org Precedence: bulk >>As Paul Vinciguerra wrote: >>> >>> I have the following problem on my 2.0R. >>> >>> mount_msdos /dev/fd1a /mnt >>> mv /mnt/* /usr/temp >>> >>> the mv crashes my system and causes a reboot. > >>There's already an open PR for it. > >I think there are 2 or more open PR's about it. The last one proposes >a fix. Any comments about the quality of the fix? The fix looks reasonable to me and should be committed. -DG From owner-freebsd-bugs Sat Apr 8 06:25:12 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA14418 for bugs-outgoing; Sat, 8 Apr 1995 06:25:12 -0700 Received: from mpp.com (dialup-2-85.gw.umn.edu [134.84.101.85]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA14412 for ; Sat, 8 Apr 1995 06:25:09 -0700 Received: (from mpp@localhost) by mpp.com (8.6.11/8.6.9) id HAA00173; Sat, 8 Apr 1995 07:49:26 -0500 From: Mike Pritchard Message-Id: <199504081249.HAA00173@mpp.com> Subject: Re: mv crashes 2.0R - To: joerg_wunsch@uriah.heep.sax.de Date: Sat, 8 Apr 1995 07:49:26 -0500 (CDT) Cc: PVinci@ix.netcom.com, bugs@FreeBSD.org In-Reply-To: <199504081053.MAA06208@uriah.heep.sax.de> from "J Wunsch" at Apr 8, 95 12:52:59 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 541 Sender: bugs-owner@FreeBSD.org Precedence: bulk > As Paul Vinciguerra wrote: > > > > I have the following problem on my 2.0R. > > > > mount_msdos /dev/fd1a /mnt > > mv /mnt/* /usr/temp > > > > the mv crashes my system and causes a reboot. > > There's already an open PR for it. Actually, I was unable to cause a system crash using the above test case, either with or without the fix provided in my previous PR. I sent the guy some mail asking for some more information. -- Mike Pritchard pritc003@maroon.tc.umn.edu "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-bugs Sat Apr 8 06:34:45 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA14490 for bugs-outgoing; Sat, 8 Apr 1995 06:34:45 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA14484 for ; Sat, 8 Apr 1995 06:34:34 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id XAA28302; Sat, 8 Apr 1995 23:28:11 +1000 Date: Sat, 8 Apr 1995 23:28:11 +1000 From: Bruce Evans Message-Id: <199504081328.XAA28302@godzilla.zeta.org.au> To: bde@zeta.org.au, j@uriah.heep.sax.de Subject: Re: mv crashes 2.0R - Cc: PVinci@ix.netcom.com, bugs@FreeBSD.org Sender: bugs-owner@FreeBSD.org Precedence: bulk >> I think there are 2 or more open PR's about it. The last one proposes >> a fix. Any comments about the quality of the fix? >I don't own a dos slice. Perhaps i could give it a try on a floppy. Or a vn device. We seem to be missing DOS format and chkdsk/scandisk/ndd :-). Bruce From owner-freebsd-bugs Sat Apr 8 06:40:42 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA14577 for bugs-outgoing; Sat, 8 Apr 1995 06:40:42 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA14565 for ; Sat, 8 Apr 1995 06:40:12 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id XAA28420; Sat, 8 Apr 1995 23:32:54 +1000 Date: Sat, 8 Apr 1995 23:32:54 +1000 From: Bruce Evans Message-Id: <199504081332.XAA28420@godzilla.zeta.org.au> To: bde@zeta.org.au, davidg@Root.COM Subject: Re: mv crashes 2.0R - Cc: PVinci@ix.netcom.com, bugs@FreeBSD.org, j@uriah.heep.sax.de Sender: bugs-owner@FreeBSD.org Precedence: bulk >>>> the mv crashes my system and causes a reboot. >> >>>There's already an open PR for it. >> >>I think there are 2 or more open PR's about it. The last one proposes >>a fix. Any comments about the quality of the fix? > The fix looks reasonable to me and should be committed. Let me do it if you (any committer) haven't already started. I want to check it carefully. Bruce From owner-freebsd-bugs Sat Apr 8 06:59:10 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA14821 for bugs-outgoing; Sat, 8 Apr 1995 06:59:10 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id GAA14814 ; Sat, 8 Apr 1995 06:58:57 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA12508; Sat, 8 Apr 1995 15:57:54 +0200 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id PAA29798; Sat, 8 Apr 1995 15:57:53 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id PAA00551; Sat, 8 Apr 1995 15:57:07 +0200 From: J Wunsch Message-Id: <199504081357.PAA00551@uriah.heep.sax.de> Subject: Re: List of open Problem Reports To: gnats@freefall.cdrom.com (GNU GNATS) Date: Sat, 8 Apr 1995 15:57:07 +0200 (MET DST) Cc: freebsd-bugs@freefall.cdrom.com In-Reply-To: <199504081130.EAA12980@freefall.cdrom.com> from "GNU GNATS" at Apr 8, 95 04:30:05 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 512 Sender: bugs-owner@FreeBSD.org Precedence: bulk As GNU GNATS wrote: > > [1995/04/01] misc/292 rfc1323 and rfc1644 support can confuse terminal ser I thought this was cleared now? > [1995/04/06] conf/301 Log rotation wastes _much_ to much space ...and this has been discussed without getting to a conclusion. The /etc/*ly cruft made it into jkh's TODO-2.1 file, so Jordan, can you close the PR itself? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sat Apr 8 07:50:06 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA15970 for bugs-outgoing; Sat, 8 Apr 1995 07:50:06 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA15962 ; Sat, 8 Apr 1995 07:50:04 -0700 Date: Sat, 8 Apr 1995 07:50:04 -0700 Message-Id: <199504081450.HAA15962@freefall.cdrom.com> From: Michael Reifenberger Reply-To: Michael Reifenberger To: freebsd-bugs Subject: bin/305: Ploblem with locale? In-Reply-To: Your message of Sat, 8 Apr 1995 16:44:26 +0200 <199504081444.QAA15186@rz-wb.fh-sw.de> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 305 >Category: bin >Synopsis: ISO-8859-1 locale seems to be wrong. >Confidential: yes >Severity: critical >Priority: medium >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Apr 8 07:50:03 1995 >Originator: Michael Reifenberger >Organization: Bye! ---- Michael Reifenberger >Release: FreeBSD 2.1.0-Development i386 >Environment: setenv ENABLE_STARTUP_LOCALE setenv LANG de_DE.ISO8859-1 >Description: Using wildcards on the with 'split' splitted pices gives me the wrong order. (This was the reason of a posting from me some time ago where I recognized a failure of a 'cat kernel.* > k && cmp k /kernel' which was not reproducable by americans) >How-To-Repeat: o Set the proper Environment (see above). o 'cd /tmp && split -b10k /kernel kernel.' o 'echo kernel.*' This gives me: kernel.aa kernel.ab kernel.ac kernel.ad kernel.af kernel.ag kernel.ah ^^^^^^^^^^^^^^^^^^^ kernel.ai kernel.aj kernel.ak kernel.al kernel.am kernel.an kernel.ao kernel.ap kernel.aq kernel.ar kernel.as kernel.at kernel.au kernel.av kernel.aw kernel.ax kernel.ay kernel.az kernel.ba kernel.bb kernel.bc kernel.bd kernel.be kernel.bf kernel.bg kernel.bh kernel.bi kernel.bj kernel.bk kernel.bl kernel.bm kernel.bn kernel.bo kernel.bp kernel.bq kernel.br kernel.bs kernel.bt kernel.bu kernel.bv kernel.bw kernel.bx kernel.by kernel.bz kernel.ca kernel.cb kernel.cc kernel.cd kernel.ce kernel.cf kernel.cg kernel.ch kernel.ci kernel.cj kernel.ck kernel.cl kernel.cm kernel.cn kernel.co kernel.cp kernel.cq kernel.cr kernel.cs kernel.ct kernel.cu kernel.ae ^^^^^^^^^ >Fix: Sorry, no fix. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Apr 8 08:50:30 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA17265 for bugs-outgoing; Sat, 8 Apr 1995 08:50:30 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id IAA17257 for ; Sat, 8 Apr 1995 08:50:21 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA14639; Sat, 8 Apr 1995 17:49:46 +0200 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id RAA01629 for freebsd-bugs@FreeBSD.org; Sat, 8 Apr 1995 17:49:45 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id RAA00779 for freebsd-bugs@FreeBSD.org; Sat, 8 Apr 1995 17:46:18 +0200 From: J Wunsch Message-Id: <199504081546.RAA00779@uriah.heep.sax.de> Subject: Re: mv crashes 2.0R - To: freebsd-bugs@FreeBSD.org (FreeBSD bugs list) Date: Sat, 8 Apr 1995 17:46:17 +0200 (MET DST) In-Reply-To: <199504081328.XAA28302@godzilla.zeta.org.au> from "Bruce Evans" at Apr 8, 95 11:28:11 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 488 Sender: bugs-owner@FreeBSD.org Precedence: bulk As Bruce Evans wrote: > > >I don't own a dos slice. Perhaps i could give it a try on a floppy. > > Or a vn device. We seem to be missing DOS format and chkdsk/scandisk/ndd > :-). DOS format -> mformat. We should either make msdosfs understand an mformatted disk, or provide a simple bootstrap for mformat, so msdosfs will accept the disk. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sat Apr 8 09:02:23 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA17503 for bugs-outgoing; Sat, 8 Apr 1995 09:02:23 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA17497 for ; Sat, 8 Apr 1995 09:02:16 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA14929; Sat, 8 Apr 1995 18:02:09 +0200 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id SAA03019 for freebsd-bugs@FreeBSD.org; Sat, 8 Apr 1995 18:02:09 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id RAA00953 for freebsd-bugs@FreeBSD.org; Sat, 8 Apr 1995 17:57:11 +0200 From: J Wunsch Message-Id: <199504081557.RAA00953@uriah.heep.sax.de> Subject: Re: bug in kernel NFS To: freebsd-bugs@FreeBSD.org (FreeBSD bugs list) Date: Sat, 8 Apr 1995 17:57:11 +0200 (MET DST) In-Reply-To: <199503180706.XAA00310@zorch.sf-bay.org> from "Scott Hazen Mueller" at Mar 17, 95 11:06:07 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1492 Sender: bugs-owner@FreeBSD.org Precedence: bulk This is waiting for too long in my inbox. Can someone comment on this? As Scott Hazen Mueller wrote: > > 2.0 Release (I reported a bug against libc/rpc earlier today, same release). > nfs/nfs_subs.c: code seems to assume that file type information is lurking > in the high bits of fa_mode; this is (likely) true if the server is UNIX, but > not so true if the server is not (e.g. MS Windows). The code replaces the > type field received over the wire with the high bits of the mode field; my > inelegant solution is to require that there be something in the high bits > of the mode field before replacing the original type value. > > \scott > > *** nfs_subs.c Fri Mar 17 22:50:42 1995 > --- nfs_subs.c.orig Fri Mar 17 23:05:46 1995 > *************** > *** 711,717 **** > fp = (struct nfsv2_fattr *)cp2; > vtyp = nfstov_type(fp->fa_type); > vmode = fxdr_unsigned(u_short, fp->fa_mode); > ! if ((vtyp == VNON || vtyp == VREG) && vmode > 4096 ) > vtyp = IFTOVT(vmode); > if (isnq) { > rdev = fxdr_unsigned(long, fp->fa_nqrdev); > --- 711,717 ---- > fp = (struct nfsv2_fattr *)cp2; > vtyp = nfstov_type(fp->fa_type); > vmode = fxdr_unsigned(u_short, fp->fa_mode); > ! if (vtyp == VNON || vtyp == VREG) > vtyp = IFTOVT(vmode); > if (isnq) { > rdev = fxdr_unsigned(long, fp->fa_nqrdev); > > -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sat Apr 8 09:19:08 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA17934 for bugs-outgoing; Sat, 8 Apr 1995 09:19:08 -0700 Received: (from joerg@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA17920 ; Sat, 8 Apr 1995 18:19:07 +0200 Date: Sat, 8 Apr 1995 18:19:07 +0200 From: Joerg Wunsch Message-Id: <199504081619.SAA17920@freefall.cdrom.com> To: wacky@eel.dataplex.net, joerg, freebsd-bugs Subject: Changed information for PR bin/295 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: CTM fails to close "already applied" deltas State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Sat Apr 8 18:17:34 MET DST 1995 State-Changed-Why: The bug had already been fixed by time of submission (with revision 1.9 of ctm/ctm.c), but it obviously didn't make it already into the 950322 SNAP Richard was working with. From owner-freebsd-bugs Sat Apr 8 10:09:37 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA18869 for bugs-outgoing; Sat, 8 Apr 1995 10:09:37 -0700 Received: (from ache@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA18854 ; Sat, 8 Apr 1995 10:09:36 -0700 Date: Sat, 8 Apr 1995 10:09:36 -0700 From: "Andrey A. Chernov" Message-Id: <199504081709.KAA18854@freefall.cdrom.com> To: root@rz-wb.fh-sw.de, ache, freebsd-bugs Subject: Changed information for PR bin/305 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: ISO-8859-1 locale seems to be wrong. State-Changed-From-To: open-closed State-Changed-By: ache State-Changed-When: Sat Apr 8 10:09:15 PDT 1995 State-Changed-Why: Fixed. From owner-freebsd-bugs Sat Apr 8 10:12:19 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA18922 for bugs-outgoing; Sat, 8 Apr 1995 10:12:19 -0700 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA18916 for ; Sat, 8 Apr 1995 10:12:14 -0700 Received: (from nate@localhost) by trout.sri.MT.net (8.6.11/8.6.10) id LAA22992; Sat, 8 Apr 1995 11:14:52 -0600 Date: Sat, 8 Apr 1995 11:14:52 -0600 Message-Id: <199504081714.LAA22992@trout.sri.MT.net> To: gwk@cray.com Cc: bugs@FreeBSD.org Subject: Re: 80387 hangs system at divide by zero In-Reply-To: <9504081147.AA03909@racer.dkrz.de> References: <9504081147.AA03909@racer.dkrz.de> Reply-To: nate@sneezy.sri.com (Nate Williams) From: nate@sneezy.sri.com (Nate Williams) Sender: bugs-owner@FreeBSD.org Precedence: bulk Georg-W. Koltermann writes: > I am having a problem on my system with post 2.0 snapshots (some > snapshot in January and now 950210-SNAP). My system hangs in the npx > probe routine during bootup. Only the reset switch can wake it up > again. I inserted printf's in the code and could isolate the place: > it hangs where the driver forces a divide by zero in order to learn > which type of exception reporting the hardware uses. Ahh, you have a buggy chip. :( Can you see if your system hangs under DOS with the same thing, cause if it does it's time to replace your buggy hardware. It would be very difficult and extremely slow to check every divide to make sure they didn't do a divide/zero, so working around such an obvious hardware bug is not worth it in terms of performance or in terms of programmer time to do it. > The system boots > up normally when I either boot the kernel with the -c option and > 'disable npx0' (that's what I usually do so that I can work at all) or > when I skip the divide by zero code in the npx driver, hard coding > IRQ13 exception reporting at that point. In the latter case the > system will hang when I later start a program which divides by zero. You're best bet is to disable use of your 387 chip and rely on the FP emulator code. It's a short-term solution into you can get a working 387 chips, but I guess it's better than a hanging system > I have a 40 MHz Intel 80386 noname system with a ULSI '387. Ack, that's why. The ULSI chips are known rogues who should be taken out and shot with a high-powered rifle. (I'm from Montana can't you tell :) Nate From owner-freebsd-bugs Sat Apr 8 10:44:53 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA19281 for bugs-outgoing; Sat, 8 Apr 1995 10:44:53 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA19273 for ; Sat, 8 Apr 1995 10:44:17 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id DAA02272; Sun, 9 Apr 1995 03:42:45 +1000 Date: Sun, 9 Apr 1995 03:42:45 +1000 From: Bruce Evans Message-Id: <199504081742.DAA02272@godzilla.zeta.org.au> To: gwk@cray.com, nate@sneezy.sri.com Subject: Re: 80387 hangs system at divide by zero Cc: bugs@FreeBSD.org Sender: bugs-owner@FreeBSD.org Precedence: bulk >Ahh, you have a buggy chip. :( >Can you see if your system hangs under DOS with the same thing, cause if >it does it's time to replace your buggy hardware. It would be very >difficult and extremely slow to check every divide to make sure they >didn't do a divide/zero, so working around such an obvious hardware bug >is not worth it in terms of performance or in terms of programmer time >to do it. Actually it should be possible to use the chip in IEEE mode (with all exceptions masked). This should be the default mode, and probably will be in FreeBSD-2.1. Bruce From owner-freebsd-bugs Sat Apr 8 12:40:02 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA21129 for bugs-outgoing; Sat, 8 Apr 1995 12:40:02 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA21122 ; Sat, 8 Apr 1995 12:40:01 -0700 Date: Sat, 8 Apr 1995 12:40:01 -0700 Message-Id: <199504081940.MAA21122@freefall.cdrom.com> From: "Garrett A. Wollman" Reply-To: "Garrett A. Wollman" To: freebsd-bugs Subject: kern/306: if_tun LKM does not set up cdevsw entry In-Reply-To: Your message of Sat, 8 Apr 1995 15:34:42 -0400 <199504081934.PAA12652@khavrinen.lcs.mit.edu> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 306 >Category: kern >Synopsis: if_tun LKM does not set up cdevsw entry >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Apr 8 12:40:01 1995 >Originator: Garrett A. Wollman >Organization: MIT Laboratory for Computer Science >Release: FreeBSD 2.1.0-Development i386 >Environment: -current >Description: tunnel LKM doesn't install its cdevsw entry >How-To-Repeat: load tunnel LKM, and see that you still cna't open /dev/tun0 >Fix: install cdevsw entry like linesw entries are done now this PR is a reminder to me to fix this >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Apr 8 14:26:28 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA25590 for bugs-outgoing; Sat, 8 Apr 1995 14:26:28 -0700 Received: from halcyon.com (coho.halcyon.com [198.137.231.21]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA25581 for ; Sat, 8 Apr 1995 14:26:24 -0700 Received: from blv-pm2-ip28.halcyon.com by halcyon.com with SMTP id AA28976 (5.65c/IDA-1.4.4 for ); Sat, 8 Apr 1995 14:26:20 -0700 Message-Id: <199504082126.AA28976@halcyon.com> Date: Sat, 08 Apr 1995 14:30:32 -0700 From: lyon@halcyon.com (Bob Lyon) To: bugs@FreeBSD.org Subject: Problems getting FreeBSD 2.0 to boot Newsgroups: comp.unix.bsd.freebsd.misc,comp.os.386bsd.questions References: <3l83jg$o54@gate.sinica.edu.tw> <3l8889$r2d@gate.sinica.edu.tw> <3l8gh3$ak4@agate.berkeley.edu> <3l8o4j$acn@gate.sinica.edu.tw> <3lolhb$gpj@bonnie.tcd-dresden.de> Sender: bugs-owner@FreeBSD.org Precedence: bulk Hi, I'm unable to get FreeBSD 2.0 to boot on the following system: Micron P90 Powerstation (P5-90, 16MB, Micronics motherboard) Adaptec AHA-2940 ATI Graphics Pro Turbo (2MB) Creative Labs Sounblaster 16 SCSI-II Conner CFP1060S 1.06 GB hard drive Plextor 43-CS quad speed CD-ROM I've created boot floppies from both the February and March SNAPs. In either case the boot progresses smoothly until ... : : : : ahc0 rev 0 int a irq 11 on pci0:13 ahc0: reading board settings ahc0: 294X Single Channel, SCSI Id=7, aic7870, 16 SCBs ahc0: Downloading Sequencer Program...Done ahc0: Probing channel A ahc0: waiting for scsi devices to settle ... and then it hangs. The settings for all the interfaces are factory defaults (verified against the documentation) except the Soundblaster IRQ which was changed to 10 (the default IRQ 11 conflicts with the AHA-2940). I've tried moving things around the SCSI bus (including no devices at all), changing the Soundblaster IRQ, and removing the Soundblaster entirely. In all cases I get the same result. Has anyone else seen this or gotten a similar configuration to work? Help! Regards, Bob Lyon From owner-freebsd-bugs Sat Apr 8 14:35:25 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA25978 for bugs-outgoing; Sat, 8 Apr 1995 14:35:25 -0700 Received: from pluto.ops.NeoSoft.com (root@pluto.ops.NeoSoft.COM [198.64.212.23]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA25972 for ; Sat, 8 Apr 1995 14:35:24 -0700 Received: from metal.ops.neosoft.com (root@glenn-slip45.nmt.edu [129.138.5.145]) by pluto.ops.NeoSoft.com (8.6.10/8.6.10) with ESMTP id QAA09129; Sat, 8 Apr 1995 16:35:18 -0500 Received: (from smace@localhost) by metal.ops.neosoft.com (8.6.11/8.6.10) id PAA01142; Sat, 8 Apr 1995 15:35:15 -0600 From: Scott Mace Message-Id: <199504082135.PAA01142@metal.ops.neosoft.com> Subject: Re: 80387 hangs system at divide by zero To: gwk@cray.com Date: Sat, 8 Apr 1995 15:35:14 -0600 (MDT) Cc: bugs@FreeBSD.org In-Reply-To: <9504081147.AA03909@racer.dkrz.de> from "Georg-W. Koltermann" at Apr 8, 95 01:47:56 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 614 Sender: bugs-owner@FreeBSD.org Precedence: bulk > > I have a 40 MHz Intel 80386 noname system with a ULSI '387. This > problem is not too darn important to me, I can currently live with > disabling the '387, and hopefully I can upgrade to some sort of '486 > later this year... :-) ...just thought you might be interested. If > you want me to try anything specific just let me know. > > Georg. > There ULSI 387 part is broken... If you call them and ask them they will say, yes it is broken... I went through this a long time ago and don't remmeber the exact details but the solution was to replace with another vendors chip (I used a cyrix). Scott From owner-freebsd-bugs Sat Apr 8 16:39:24 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA29063 for bugs-outgoing; Sat, 8 Apr 1995 16:39:24 -0700 Received: from Xenon.Stanford.EDU (Xenon.Stanford.EDU [36.28.0.25]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA29056 for ; Sat, 8 Apr 1995 16:39:23 -0700 Received: by Xenon.Stanford.EDU (5.61+IDA/25-Xenon-eef) id AA17561; Sat, 8 Apr 95 16:39:21 -0700 Date: Sat, 8 Apr 1995 16:39:20 -0700 (PDT) From: Terry Lee To: freebsd-bugs@FreeBSD.org Subject: lnc0 bug still in new SNAP Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: bugs-owner@FreeBSD.org Precedence: bulk Just wanted to report, I'm still get lnc0 errors with sio0 errors in the new snap. I'm using PPPinto the internet over a 28.8 external modem with sio0 at 57.6 kbps. I have lnc0 connected to an isolated lan running tcp/ip. Everything seems to work okay, except the ethernet seems a little glitchy at times. Here are the errors: Apr 8 09:32:51 mall login: login from 129.0.0.101 as crosby Apr 8 09:32:55 mall pppd[4323]: pppd 2.1.2 started by crosby, uid 1001 Apr 8 09:32:55 mall pppd[4323]: setpgrp: Operation not permitted Apr 8 09:33:17 mall pppd[4323]: Connect: ppp0 <--> /dev/cuaa0 Apr 8 09:33:20 mall pppd[4323]: local IP address 204.156.129.99 Apr 8 09:33:20 mall pppd[4323]: remote IP address 204.156.128.1 Apr 8 09:49:13 mall login: login from 129.0.0.101 as crosby Apr 8 11:38:13 mall /kernel: lnc0: Memory error -- Resetting Apr 8 11:38:19 mall last message repeated 6 times Apr 8 11:38:19 mall /kernel: sio0: 1 more silo overflow (total 23) Apr 8 11:38:20 mall /kernel: lnc0: Memory error -- Resetting Apr 8 11:38:24 mall last message repeated 3 times Apr 8 11:43:30 mall /kernel: lnc0: Memory error -- Resetting Apr 8 11:52:32 mall last message repeated 13 times Apr 8 11:52:32 mall /kernel: sio0: 2 more silo overflows (total 25) Apr 8 11:52:37 mall /kernel: lnc0: Memory error -- Resetting Apr 8 11:52:37 mall /kernel: sio0: 1 more silo overflow (total 26) Apr 8 12:05:49 mall /kernel: lnc0: Memory error -- Resetting Apr 8 12:06:13 mall last message repeated 7 times Apr 8 12:06:13 mall /kernel: sio0: 1 more silo overflow (total 27) Apr 8 12:06:15 mall /kernel: lnc0: Memory error -- Resetting Apr 8 12:06:45 mall last message repeated 15 times Apr 8 12:06:45 mall /kernel: sio0: 1 more silo overflow (total 28) Apr 8 12:06:47 mall /kernel: lnc0: Memory error -- Resetting Apr 8 12:07:03 mall last message repeated 7 times Apr 8 12:07:03 mall /kernel: sio0: 1 more silo overflow (total 29) Apr 8 12:07:06 mall /kernel: lnc0: Memory error -- Resetting Apr 8 12:07:37 mall last message repeated 9 times Apr 8 12:08:25 mall last message repeated 8 times Apr 8 12:08:25 mall /kernel: sio0: 1 more silo overflow (total 30) Apr 8 12:08:28 mall /kernel: lnc0: Memory error -- Resetting Apr 8 12:08:55 mall last message repeated 19 times Apr 8 12:09:03 mall last message repeated 2 times Apr 8 12:09:03 mall /kernel: sio0: 1 more silo overflow (total 31) Apr 8 12:09:05 mall /kernel: lnc0: Memory error -- Resetting Apr 8 12:09:36 mall last message repeated 15 times Apr 8 12:09:43 mall last message repeated 6 times Apr 8 12:21:36 mall last message repeated 16 times Apr 8 12:35:02 mall /kernel: lnc0: Memory error -- Resetting Apr 8 12:41:09 mall last message repeated 5 times Apr 8 12:52:47 mall /kernel: lnc0: Memory error -- Resetting Apr 8 12:59:31 mall last message repeated 2 times Apr 8 13:14:32 mall last message repeated 8 times Apr 8 13:21:39 mall /kernel: lnc0: Memory error -- Resetting Apr 8 13:32:24 mall last message repeated 3 times Apr 8 13:45:23 mall last message repeated 5 times Apr 8 13:54:28 mall last message repeated 3 times Apr 8 14:03:52 mall last message repeated 3 times Apr 8 14:09:14 mall /kernel: lnc0: Memory error -- Resetting Apr 8 14:24:35 mall last message repeated 7 times Apr 8 14:32:42 mall last message repeated 3 times Apr 8 14:44:20 mall last message repeated 4 times Apr 8 14:49:37 mall last message repeated 9 times Apr 8 15:05:20 mall last message repeated 5 times Apr 8 15:13:20 mall last message repeated 6 times Apr 8 15:20:58 mall last message repeated 2 times Apr 8 15:27:05 mall /kernel: lnc0: Memory error -- Resetting Apr 8 15:38:04 mall last message repeated 26 times Apr 8 15:45:59 mall last message repeated 5 times Apr 8 16:11:34 mall /kernel: lnc0: Memory error -- Resetting Apr 8 16:20:39 mall last message repeated 17 times Terry I N T E R N E T Terry Lee, Technical Director D E S I G N 745 Stanford Avenue, Palo Alto, California 94306 G R O U P 415 424 0747 voice 415 424-0751 fax http://www.mall.net terryl@cs.stanford.edu http://www.mall.net/terry From owner-freebsd-bugs Sat Apr 8 18:43:55 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA02061 for bugs-outgoing; Sat, 8 Apr 1995 18:43:55 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id SAA02054 ; Sat, 8 Apr 1995 18:43:54 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: davidg@Root.COM cc: Bruce Evans , PVinci@ix.netcom.com, j@uriah.heep.sax.de, bugs@FreeBSD.org Subject: Re: mv crashes 2.0R - In-reply-to: Your message of "Sat, 08 Apr 95 05:17:23 PDT." <199504081217.FAA00240@corbin.Root.COM> Date: Sat, 08 Apr 1995 18:43:46 -0700 Message-ID: <2049.797391826@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: bugs-owner@FreeBSD.org Precedence: bulk > >I think there are 2 or more open PR's about it. The last one proposes > >a fix. Any comments about the quality of the fix? > > The fix looks reasonable to me and should be committed. The NetBSD people committed this fix with some additional mods. I've thus directed the author towards the mods and asked that he get back to us with a final diff once he's had a chance to look them over. No sense in missing something unnecessarily if the NetBSD folks caught it first. Jordan From owner-freebsd-bugs Sat Apr 8 20:20:25 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA00513 for bugs-outgoing; Sat, 8 Apr 1995 20:20:25 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id UAA00506 ; Sat, 8 Apr 1995 20:20:24 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Bruce Evans cc: davidg@Root.COM, PVinci@ix.netcom.com, bugs@FreeBSD.org, j@uriah.heep.sax.de Subject: Re: mv crashes 2.0R - In-reply-to: Your message of "Sat, 08 Apr 95 23:32:54 +1000." <199504081332.XAA28420@godzilla.zeta.org.au> Date: Sat, 08 Apr 1995 20:19:03 -0700 Message-ID: <498.797397543@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: bugs-owner@FreeBSD.org Precedence: bulk > >>>> the mv crashes my system and causes a reboot. > >> > >>>There's already an open PR for it. > >> > >>I think there are 2 or more open PR's about it. The last one proposes > >>a fix. Any comments about the quality of the fix? > > > The fix looks reasonable to me and should be committed. > > Let me do it if you (any committer) haven't already started. I want to > check it carefully. > > Bruce Ok. See the update message from the author I just forwarded you.. Jordan From owner-freebsd-bugs Sat Apr 8 21:26:38 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA01529 for bugs-outgoing; Sat, 8 Apr 1995 21:26:38 -0700 Received: from duality.gnu.ai.mit.edu (!#$%^&*!#$%^&*!#$%^&*!#$%^&*!#$%^&*!#$%^&*!#$%^&*!#$%^&*!#$%^&*!#$%^&*!#$%^&*!#$%^&*@duality.gnu.ai.mit.edu [128.52.46.236]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA01520 for ; Sat, 8 Apr 1995 21:26:31 -0700 Received: (from mycroft@localhost) by duality.gnu.ai.mit.edu (8.6.10/8.6.10) id XAA08389; Sat, 8 Apr 1995 23:23:33 -0400 Date: Sat, 8 Apr 1995 23:23:33 -0400 Message-Id: <199504090323.XAA08389@duality.gnu.ai.mit.edu> From: "Charles M. Hannum" To: jkh@freefall.cdrom.com Cc: bugs@FreeBSD.org Subject: Re: mv crashes 2.0R - Sender: bugs-owner@FreeBSD.org Precedence: bulk The NetBSD people committed this fix with some additional mods. Actually, I had already fixed that bug in a different way ~6.5 months ago. There's a reason I wrote `No functional changes.' in my commit message regarding that. From owner-freebsd-bugs Sat Apr 8 22:50:02 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA03917 for bugs-outgoing; Sat, 8 Apr 1995 22:50:02 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA03910 ; Sat, 8 Apr 1995 22:50:01 -0700 Date: Sat, 8 Apr 1995 22:50:01 -0700 Message-Id: <199504090550.WAA03910@freefall.cdrom.com> From: uhclem%nemesis@fw.ast.com Reply-To: uhclem%nemesis@fw.ast.com To: freebsd-bugs Subject: bin/308: Do-it-yourself FTP needs to prompt for what to download FDIV001 In-Reply-To: Your message of Sun, 9 Apr 95 00:43 CDT Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 308 >Category: bin >Synopsis: Do-it-yourself FTP needs to prompt for what to download FDIV001 >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Apr 8 22:50:01 1995 >Originator: Frank Durda IV >Organization: >Release: FreeBSD 2.0.0-SNAP950322 i386 >Environment: Occurs in SNAP-021095 Still occurs in SNAP-032295 >Description: [FDIV001] During the installation, if you specify that you want to do your own FTP commands and have selected more than one distribution (bin, src, etc), FTP is invoked repeatedly to download each module separately (normal), but nothing is displayed to indicate which module the install expects you to download now. You are simply dropped-into FTP without instruction. I determined (the hard way) that it doesn't want all the distributions downloaded at once. I found out only when it came back from processing just bin and started FTP again, apparently wanting more files. But which? Even if I pretended that the distributions were there already, it would fail due to filename conflicts (see below). The bin distribution also had trouble because the CKSUMS file from later distributions replaced the the CKSUMS file for the bin distribution. It is possible for the user to guess what he/she is supposed to download using FTP, but if they download the wrong thing in the wrong order (I did this several times), the installation sometimes does not catch the error and the installation goes on its merry way with unknown results. Once I determined it was asking for stuff in the order that the checked boxes were listed, I wrote that order down and on the next install attempt I was able to supply things in the expected order. >How-To-Repeat: Run install with the download-it-yourself via FTP option and ask for multiple distributions. To see the second half of the problem after the bin is extracted, reply No to the question about deleting /usr/tmp. WARNING, Answering Yes to that question makes subsequent downloads impossible! (Another bug will be filed on this point.) >Fix: This is a Suggestion: Before invoking FTP each time in this manual mode, display a prompt such as "Now download all files in the 'src' distribution" so the user will know exactly what to get. When wanting compat1x (as an example), the prompt would say: "Now download all files in the 'compat1x' distribution" etc. Longer term, I also suggest putting a prefix of some sort on files with common names, such as CKSUMS (src.CKSUMS) so that if the user elects to keep the files around (the installation does offer that choice), the conflicting names won't render the already-downloaded files useless. Right now, the CKSUMS for bin (and other files) are lost after downloading the next distribution, and you never have the opportunity to make separate directories to put the different distributions in. Another alternative would be to do the downloads into subdirectories below /usr/tmp (or the directory that the user specifies) so that the filenames won't conflict (and be overwritten) and they can still be deleted if the user wants to. The subdirectories could have the names of the distributions, such as %s/src, %s/bin, %s/compat1x, etc. *END* >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Apr 8 23:20:04 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA05892 for bugs-outgoing; Sat, 8 Apr 1995 23:20:04 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA05885 ; Sat, 8 Apr 1995 23:20:03 -0700 Date: Sat, 8 Apr 1995 23:20:03 -0700 Message-Id: <199504090620.XAA05885@freefall.cdrom.com> From: uhclem%nemesis@fw.ast.com Reply-To: uhclem%nemesis@fw.ast.com To: freebsd-bugs Subject: bin/309: Do-it-yourself FTP deletes /usr/tmp dir rather than contents In-Reply-To: Your message of Sun, 9 Apr 95 01:05 CDT Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 309 >Category: bin >Synopsis: Do-it-yourself FTP deletes /usr/tmp dir rather than contents >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Apr 8 23:20:02 1995 >Originator: Frank Durda IV >Organization: >Release: FreeBSD 2.0.0-SNAP950322 i386 >Environment: Occurs in SNAP-021095 Still occurs in SNAP-032295 >Description: [FDIV002] During installation, if you specify that you want to do your own FTP commands and have specified more than one distribution (bin, src, etc), FTP is invoked repeatedly to download each module separately. After processing each module, the installation procedure asks if you want to delete the files in /usr/tmp. If you answer this "yes", the installation procedure apparently does a "rm -rf /usr/tmp" (or the equivalent) and when the installation procedure moves on to load the next module, it can't because /usr/tmp is now deleted and the installation is unable to proceed. You get the message "No such file or directory for /usr/tmp, sorry! Please fix this and try" The rest of the message is cut off and the box and shading gets messed-up, probably because the message is too long. Of course, there is no way to fix this since you can't get a shell. If you do a ^Z, it causes the installation process to panic and reboot as does ^C. If there is a way to get to a shell to fix this the now-missing directory, it isn't obvious. This did not happen in 2.0, and I suspect it has to do with the new ability to select multiple modules and something is not re-creating the directory if you answer the above question "yes" or the method used to delete the files in /usr/tmp is too aggressive. In my case, the test system was tight on disk space and could not afford to have the packed distribution hanging around after it was extracted. I was able to get around this on a tight disk space system by answering "No", and once in FTP, !-out to a shell and remove the files in /usr/tmp manually, then resume FTP and download the next batch of files. But this is clumsy, and would not have been possible until after the "bin" distribution was loaded. See FDIV001 for related problems. >How-To-Repeat: Perform an installation and select do-it-yourself FTP downloads and request more than one distribution. After bin is downloaded and you are asked if you want to delete the files in /usr/tmp, answer "Yes". >Fix: Verify that /usr/tmp (or the directory that the user specifies) either does not get deleted or make sure it gets recreated with the same permissions after each module is downloaded and the directory contents removed. By the way, if the user specifies a different directory, the installation process should create it. This doesn't seem to happen if you select something other than /usr/tmp in the first place. Probably /usr/tmp is already there so there is no problem with using it the first time. *END* >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Apr 8 23:40:11 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA06880 for bugs-outgoing; Sat, 8 Apr 1995 23:40:11 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA06868 ; Sat, 8 Apr 1995 23:40:05 -0700 Date: Sat, 8 Apr 1995 23:40:05 -0700 Message-Id: <199504090640.XAA06868@freefall.cdrom.com> From: uhclem%nemesis@fw.ast.com Reply-To: uhclem%nemesis@fw.ast.com To: freebsd-bugs Subject: bin/310: ^C or ^Z in do-it-yourself FTP installation crashes system In-Reply-To: Your message of Sun, 9 Apr 95 01:27 CDT Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 310 >Category: bin >Synopsis: ^C or ^Z in do-it-yourself FTP installation crashes system >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Apr 8 23:40:03 1995 >Originator: Frank Durda IV >Organization: >Release: FreeBSD 2.0.0-SNAP950322 i386 >Environment: Occurs in SNAP-021095 Still occurs in SNAP-032295 >Description: [FDIV004] During installation, if you specify that you want to do your own FTP commands, if you abort a mget or other FTP operation with interrupt (Control-C), FTP does not receive the interrupt, but the install shell/program does, and it pops up partially on the screen with "Installation Aborted", but FTP is still running, asking questions. In my case, I forgot to turn PROMPTing off before I started a mget, and did a Control-C to start the process over. I was expecting a "Continue with mget?" prompt to answer "no" to, but instead FTP never got the Control-C signal as it had been intercepted upstairs somewhere. >How-To-Repeat: Install the system using do-it-yourself FTP download mechanism. Use mget for FTP with prompting enabled. At any of the file prompts, press CTRL-C. You probably can also cause the error at any prompt in FTP. >Fix: When letting the user do his own FTP commands in the installation, allow all signals to pass to FTP, and do not abort or otherwise respond to the interrupt signal while FTP is running. *END* >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Apr 8 23:40:18 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA06906 for bugs-outgoing; Sat, 8 Apr 1995 23:40:18 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA06889 ; Sat, 8 Apr 1995 23:40:14 -0700 Date: Sat, 8 Apr 1995 23:40:14 -0700 Message-Id: <199504090640.XAA06889@freefall.cdrom.com> From: uhclem%nemesis@fw.ast.com Reply-To: uhclem%nemesis@fw.ast.com To: freebsd-bugs Subject: bin/311: Do-it-yourself FTP deletes /usr/tmp dir rather than contents In-Reply-To: Your message of Sun, 9 Apr 95 01:19 CDT Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 311 >Category: bin >Synopsis: Do-it-yourself FTP deletes /usr/tmp dir rather than contents >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Apr 8 23:40:08 1995 >Originator: Frank Durda IV >Organization: >Release: FreeBSD 2.0.0-SNAP950322 i386 >Environment: Occurs in SNAP-021095 Still occurs in SNAP-032295 >Description: [FDIV003] During installation, if you specify that you want to do your own FTP commands and have specified more than one distribution (bin, src, etc), FTP is invoked repeatedly to download each module separately. You are offered a chance to specify a directory other than /usr/tmp. I attempted to specify /usr/src/tmp, so that the files would be placed on a different partition with more space. This failed with errors, including "no such file or directory". Note: This may be related to FDIV002, so investigate that problem first. Either the install procedure failed to create the directory before trying to use it, or it was created and then later accidentally deleted by the install procedure. >How-To-Repeat: Perform an installation using the FTP-it-yourself procedure and specify a directory other than the offered /usr/tmp. Also request multiple distributions. >Fix: *END* >Audit-Trail: >Unformatted: