From owner-freebsd-bugs Sun Apr 30 00:40:28 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA11545 for bugs-outgoing; Sun, 30 Apr 1995 00:40:28 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA11539 for ; Sun, 30 Apr 1995 00:40:28 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id AAA16502; Sun, 30 Apr 1995 00:40:28 -0700 X-Authentication-Warning: time.cdrom.com: Host localhost didn't use HELO protocol To: meo@wildride.zilker.net (Miles O'Neal) cc: bugs@FreeBSD.org Subject: Re: version incompatibility? In-reply-to: Your message of "Sat, 29 Apr 1995 21:37:34 CDT." <199504300237.VAA24899@wildride.zilker.net> Date: Sun, 30 Apr 1995 00:40:27 -0700 Message-ID: <16500.799227627@time.cdrom.com> From: "Jordan K. Hubbard" Sender: bugs-owner@FreeBSD.org Precedence: bulk If you get the latest 2.0.5 CD, you should have no trouble with ppp. Your failure before came from trying to mix the kernel and binaries, and you just can't do that. 2.0.5 should be out in a couple of weeks. Jordan From owner-freebsd-bugs Sun Apr 30 04:22:17 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA18270 for bugs-outgoing; Sun, 30 Apr 1995 04:22:17 -0700 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA18264 ; Sun, 30 Apr 1995 04:22:13 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.9/8.6.9) id EAA21800; Sun, 30 Apr 1995 04:21:12 -0700 Date: Sun, 30 Apr 1995 04:21:12 -0700 Message-Id: <199504301121.EAA21800@silvia.HIP.Berkeley.EDU> To: mark@grondar.za CC: bugs@FreeBSD.org, current@FreeBSD.org In-reply-to: <199504292229.AAA10579@grumble.grondar.za> (message from Mark Murray on Sun, 30 Apr 1995 00:29:03 +0200) Subject: Re: pkg_manage has a problem? From: asami@cs.berkeley.edu (Satoshi Asami | =?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) Sender: bugs-owner@FreeBSD.org Precedence: bulk * I suspect this is work-in-progress, so I am not filing it as a bug report, * rather mentioning it in case it has slipped by?? * * pkg_manage looks like a SUPERB tool, just what I always wanted, thank you, * only; when it starts, it seems to want to find all the info on my installed * packages in tarballs in the /var/db/pkg/.. area. This fails 'cos I build all * my packages myself, and bypass the tarball phase. OTOH, is this a blatant * bug? should it not be looking directly at the 3 + files in the * package directories? If you've picked up the bsd.port.mk and pkg_install from -current, "make install" in a port should have registered the package (just like you did "pkg_add") for you. Satoshi From owner-freebsd-bugs Sun Apr 30 09:26:51 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA28901 for bugs-outgoing; Sun, 30 Apr 1995 09:26:51 -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 JAA28874 ; Sun, 30 Apr 1995 09:22:17 -0700 Received: from grumble.grondar.za (grumble.grondar.za [196.7.18.130]) by grunt.grondar.za (8.6.11/8.6.9) with ESMTP id SAA02349; Sun, 30 Apr 1995 18:21:10 +0200 Received: from localhost (localhost [127.0.0.1]) by grumble.grondar.za (8.6.11/8.6.9) with SMTP id SAA08524; Sun, 30 Apr 1995 18:21:07 +0200 Message-Id: <199504301621.SAA08524@grumble.grondar.za> X-Authentication-Warning: grumble.grondar.za: Host localhost didn't use HELO protocol To: asami@cs.berkeley.edu (Satoshi Asami | =?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) cc: mark@grondar.za, bugs@FreeBSD.org, ports@FreeBSD.org Subject: Re: pkg_manage has a problem? Date: Sun, 30 Apr 1995 18:21:07 +0200 From: Mark Murray Sender: bugs-owner@FreeBSD.org Precedence: bulk > If you've picked up the bsd.port.mk and pkg_install from -current, > "make install" in a port should have registered the package (just like > you did "pkg_add") for you. Then I think we are dealing with a bug. As pkg_manage starts, it tries to read the package info. It then gives a dialog box that says "An error occurred, view output?". I select yes, and another box comes up entitled "Error output from pkg_add". This contains (and I type by hand): Warning:PKG_PATH environment variable not set. tar: unknown option } tar: unknown option. use tar --help blah blah blah Tar extract of failed! <----This is an exact copy Error during unpacking, no info for 'less-290' available. I have only one package registered, 'less', how did you guess? ;-) and its directory structure looks like: Script started on Sun Apr 30 18:18:09 1995 bash$ find /var/db/pkg -print /var/db/pkg /var/db/pkg/less-290 /var/db/pkg/less-290/+CONTENTS /var/db/pkg/less-290/+DESC /var/db/pkg/less-290/+COMMENT bash$ exit Any ideas? Mark -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 From owner-freebsd-bugs Sun Apr 30 09:46:02 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA29208 for bugs-outgoing; Sun, 30 Apr 1995 09:46:02 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA29171 ; Sun, 30 Apr 1995 09:44:35 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id JAA17904; Sun, 30 Apr 1995 09:43:45 -0700 X-Authentication-Warning: time.cdrom.com: Host localhost didn't use HELO protocol To: Mark Murray cc: asami@cs.berkeley.edu, bugs@FreeBSD.org, ports@FreeBSD.org Subject: Re: pkg_manage has a problem? In-reply-to: Your message of "Sun, 30 Apr 1995 18:21:07 +0200." <199504301621.SAA08524@grumble.grondar.za> Date: Sun, 30 Apr 1995 09:43:44 -0700 Message-ID: <17902.799260224@time.cdrom.com> From: "Jordan K. Hubbard" Sender: bugs-owner@FreeBSD.org Precedence: bulk > Then I think we are dealing with a bug. As pkg_manage starts, it tries to > read the package info. It then gives a dialog box that says "An error > occurred, view output?". I select yes, and another box comes up entitled > "Error output from pkg_add". This contains (and I type by hand): > Warning:PKG_PATH environment variable not set. > tar: unknown option } > tar: unknown option. use tar --help blah blah blah > Tar extract of failed! <----This is an exact copy > Error during unpacking, no info for 'less-290' available. Hmmmm... Can you add a little diagnostic output to pkg_manage and tell me which args its invoking pkg_add with? I may have broken something with my recent changes and would like a chance to debug it! Also, please put the failing package information up for ftp someplace so that I can debug the problem under the same set of circumstances. Jordan From owner-freebsd-bugs Sun Apr 30 10:24:11 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA29625 for bugs-outgoing; Sun, 30 Apr 1995 10:24:11 -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 KAA29611 ; Sun, 30 Apr 1995 10:22:29 -0700 Received: from grumble.grondar.za (grumble.grondar.za [196.7.18.130]) by grunt.grondar.za (8.6.11/8.6.9) with ESMTP id TAA02732; Sun, 30 Apr 1995 19:22:03 +0200 Received: from localhost (localhost [127.0.0.1]) by grumble.grondar.za (8.6.11/8.6.9) with SMTP id TAA09053; Sun, 30 Apr 1995 19:22:00 +0200 Message-Id: <199504301722.TAA09053@grumble.grondar.za> X-Authentication-Warning: grumble.grondar.za: Host localhost didn't use HELO protocol To: "Jordan K. Hubbard" cc: Mark Murray , asami@cs.berkeley.edu, bugs@FreeBSD.org, ports@FreeBSD.org Subject: Re: pkg_manage has a problem? Date: Sun, 30 Apr 1995 19:22:00 +0200 From: Mark Murray Sender: bugs-owner@FreeBSD.org Precedence: bulk > Hmmmm... Can you add a little diagnostic output to pkg_manage and tell > me which args its invoking pkg_add with? I may have broken something > with my recent changes and would like a chance to debug it! I did a bit, and got nada, but the movies call, so I must go. Tomorrow will get some more... > Also, please put the failing package information up for ftp someplace > so that I can debug the problem under the same set of circumstances. Sure. grumble.grondar.za:/pub/pkg.tar/gz. M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 From owner-freebsd-bugs Sun Apr 30 12:02:08 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA01419 for bugs-outgoing; Sun, 30 Apr 1995 12:02:08 -0700 Received: from sovcom.kiae.su (sovcom.kiae.su [144.206.136.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA01364 ; Sun, 30 Apr 1995 11:58:24 -0700 Received: by sovcom.kiae.su id AA11869 (5.65.kiae-2 ); Sun, 30 Apr 1995 22:49:45 +0400 Received: by sovcom.KIAE.su (UUMAIL/2.0); Sun, 30 Apr 95 22:49:44 +0300 Received: (from ache@localhost) by astral.msk.su (8.6.8/8.6.6) id WAA06513; Sun, 30 Apr 1995 22:40:34 +0400 To: "Jordan K. Hubbard" , Mark Murray Cc: asami@cs.berkeley.edu, bugs@FreeBSD.org, ports@FreeBSD.org References: <17902.799260224@time.cdrom.com> In-Reply-To: <17902.799260224@time.cdrom.com>; from "Jordan K. Hubbard" at Sun, 30 Apr 1995 09:43:44 -0700 Message-Id: Organization: Olahm Ha-Yetzirah Date: Sun, 30 Apr 1995 22:40:33 +0400 X-Mailer: Mail/@ [v2.32 FreeBSD] From: "Andrey A. Chernov, Black Mage" X-Class: Fast Subject: Re: pkg_manage has a problem? Lines: 27 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 1346 Sender: bugs-owner@FreeBSD.org Precedence: bulk In message <17902.799260224@time.cdrom.com> Jordan K. Hubbard writes: >> Then I think we are dealing with a bug. As pkg_manage starts, it tries to >> read the package info. It then gives a dialog box that says "An error >> occurred, view output?". I select yes, and another box comes up entitled >> "Error output from pkg_add". This contains (and I type by hand): >> Warning:PKG_PATH environment variable not set. >> tar: unknown option } >> tar: unknown option. use tar --help blah blah blah >> Tar extract of failed! <----This is an exact copy >> Error during unpacking, no info for 'less-290' available. >Hmmmm... Can you add a little diagnostic output to pkg_manage and tell >me which args its invoking pkg_add with? I may have broken something >with my recent changes and would like a chance to debug it! >Also, please put the failing package information up for ftp someplace >so that I can debug the problem under the same set of circumstances. It is package-independed. I just got the same fail exactly after installing another package. -- 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 Sun Apr 30 14:12:12 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA04158 for bugs-outgoing; Sun, 30 Apr 1995 14:12:12 -0700 Received: from helix.nih.gov (helix.nih.gov [128.231.2.3]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA04151 for ; Sun, 30 Apr 1995 14:12:09 -0700 Received: by helix.nih.gov (940715.SGI.52/1.35(m-sg-1.0)) id AA11124; Sun, 30 Apr 95 17:12:05 -0400 Date: Sun, 30 Apr 95 17:12:05 -0400 From: crtb@helix.nih.gov (Chuck Bacon) Message-Id: <9504302112.AA11124@helix.nih.gov> To: bugs@FreeBSD.org Subject: pppd on FreeBSD2.0R Cc: crtb@helix.nih.gov Sender: bugs-owner@FreeBSD.org Precedence: bulk I've run SLIP absolutely without trouble since installing 2.0R. Last week I tried to replace SLIP with PPP. But I can't keep the connection up. The symptom is consistent: The connection is established, and I can do rlogin or rsh or telnet, with X up, but after about five minutes, the system wedges. Once I got a good symptom: ------------- Fatal Trap 12: page fault while in kernel mode fault virtual address 0xf0550000 fault code: supervisor read, page not present instruction pointer 0x8: 0xf0138d92 (<--not perfectly sure about 0x8) process: pppd Stopped at _pppfcs+0x16 xorb 0(%ebx),%dl ------------- Here's pppfcs, in if_ppp.c: ------------- /* * Calculate a new FCS given the current FCS and the new data. */ static u_short pppfcs(fcs, cp, len) register u_short fcs; register u_char *cp; register int len; { while (len--) fcs = PPP_FCS(fcs, *cp++); return (fcs); } ------------- Plainly, the xorb appears in the PPP_FCS macro, defined in if_ppp.h: ------------- #define PPP_FCS(fcs, c) (((fcs) >> 8) ^ fcstab[((fcs) ^ (c)) & 0xff]) ------------- Here's the relevant part of /etc/rc.local: ------------- # Added 1/23/95, changed to pppgo 4/21/95 -- wouldn't it be neat if it works! rm -f /var/spool/uucp/LCK..cua00 /usr/local/bin/pppgo & ------------- And here's pppgo: ------------- #!/bin/csh # pppgo [ -d ] # Usage as shown to get started set LOCK = /var/spool/uucp/LCK..cua00 if ( -f $LOCK ) then echo "cua00 is locked. Sorry" exit 1 endif set debug = '' if ("x$1" == 'x-d') then; set debug = echo shift endif echo Debug is .$debug. echo '$1' is $1 if (`whoami` != 'root') then echo Sorry, you must be root exit 1 endif $debug stty -f /dev/cua00 crtscts hupcl 38400 $debug /usr/sbin/pppd modem crtscts defaultroute connect /usr/local/bin/chat83\ netmask 0xfffffe00 /dev/cua00 38400 $debug netstat -nr ## echo Remember to use pppstop when done. ------------ Finally, here's my config, DAISY (comments not entirely appropriate): ------------ # # DAISY -- Generic machine with WD/AHx/NCR/BTx family disks # # DAISY,v 1.20 1994/11/18 19:10:25 jkh Exp # machine "i386" cpu "I486_CPU" ident DAISY maxusers 10 options INET #InterNETworking options FFS #Berkeley Fast Filesystem options NFS #Network Filesystem options MFS #Memory Filesystem options MSDOSFS #MSDOS Filesystem options "CD9660" #ISO 9660 Filesystem options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 options USER_LDT #Let users write descriptor tables options SYSVSHM options SYSVSEM options SYSVMSG options DODUMP options DDB options KTRACE options "SYMTAB_SPACE=90000" options UCONSOLE #X Console support options "FAT_CURSOR" #block cursor in syscons or pccons options "SCSI_DELAY=15" #Be pessimistic about Joe SCSI device options "NCONS=8" #4 virtual consoles config kernel root on wd0 swap on wd0 and wd1 dumps on wd0 controller isa0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 disk fd1 at fdc0 drive 1 controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr disk wd0 at wdc0 drive 0 disk wd1 at wdc0 drive 1 controller aha0 at isa? port "IO_AHA0" bio irq ? drq 5 vector ahaintr controller scbus0 device sd0 device sd1 device sd2 device sd3 device cd0 #Only need one of these, the code dynamically grows device wt0 at isa? port 0x300 bio irq 5 drq 1 vector wtintr device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr device npx0 at isa? port "IO_NPX" irq 13 vector npxintr device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr device pca0 at isa? tty ## device ed0 at isa? port 0x280 net irq 5 iomem 0xd8000 vector edintr pseudo-device loop pseudo-device ether pseudo-device log pseudo-device sl 2 pseudo-device ppp 2 pseudo-device pty 16 pseudo-device speaker pseudo-device gzip # Exec gzipped a.out's ------------- I don't know if the above is any use, but I'd be tickled if it sheds some light. Chuck Bacon - crtb@helix.nih.gov ABHOR SECRECY - DEFEND PRIVACY From owner-freebsd-bugs Sun Apr 30 14:39:08 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA04586 for bugs-outgoing; Sun, 30 Apr 1995 14:39:08 -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 OAA04489 ; Sun, 30 Apr 1995 14:37:09 -0700 Received: from grumble.grondar.za (grumble.grondar.za [196.7.18.130]) by grunt.grondar.za (8.6.11/8.6.9) with ESMTP id XAA03441; Sun, 30 Apr 1995 23:36:29 +0200 Received: from localhost (localhost [127.0.0.1]) by grumble.grondar.za (8.6.11/8.6.9) with SMTP id XAA10328; Sun, 30 Apr 1995 23:36:24 +0200 Message-Id: <199504302136.XAA10328@grumble.grondar.za> X-Authentication-Warning: grumble.grondar.za: Host localhost didn't use HELO protocol To: "Jordan K. Hubbard" cc: asami@cs.berkeley.edu, bugs@FreeBSD.org, ports@FreeBSD.org Subject: Re: pkg_manage has a problem? Date: Sun, 30 Apr 1995 23:36:24 +0200 From: Mark Murray Sender: bugs-owner@FreeBSD.org Precedence: bulk > Hmmmm... Can you add a little diagnostic output to pkg_manage and tell > me which args its invoking pkg_add with? I may have broken something > with my recent changes and would like a chance to debug it! OK - back from the movies, and I have found something: 1) I put a line to print all arguments to exec_catch_errors, and that looks OK: /usr/sbin/pkg_info -a /var/tmp/pkg.009638 /usr/sbin/pkg_info -a /var/tmp/pkg.009820 but there is a diagnostic in that routine that hard-codes certain errors as though they are from pkg_add (around line 129 of pkg_manage.c). That could be fixed by replacing the string with a variable. 2) Around line 374 of pkg_manage.c, there is a hardcoded attempt to get package details using tar. This is the bugger that is failing. > Also, please put the failing package information up for ftp someplace > so that I can debug the problem under the same set of circumstances. It fails for all packages. M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 From owner-freebsd-bugs Sun Apr 30 14:47:27 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA04700 for bugs-outgoing; Sun, 30 Apr 1995 14:47:27 -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 OAA04692 ; Sun, 30 Apr 1995 14:46:55 -0700 Received: from grumble.grondar.za (grumble.grondar.za [196.7.18.130]) by grunt.grondar.za (8.6.11/8.6.9) with ESMTP id XAA03451; Sun, 30 Apr 1995 23:46:32 +0200 Received: from localhost (localhost [127.0.0.1]) by grumble.grondar.za (8.6.11/8.6.9) with SMTP id XAA10740; Sun, 30 Apr 1995 23:46:31 +0200 Message-Id: <199504302146.XAA10740@grumble.grondar.za> X-Authentication-Warning: grumble.grondar.za: Host localhost didn't use HELO protocol To: "Jordan K. Hubbard" cc: asami@cs.berkeley.edu, bugs@FreeBSD.org, ports@FreeBSD.org Subject: Re: pkg_manage has a problem? Date: Sun, 30 Apr 1995 23:46:31 +0200 From: Mark Murray Sender: bugs-owner@FreeBSD.org Precedence: bulk > Hmmmm... Can you add a little diagnostic output to pkg_manage and tell > me which args its invoking pkg_add with? I may have broken something > with my recent changes and would like a chance to debug it! This time, I've tacked this bugger's ass to the wall. Please ignore my previous drivel about the hardcoded tar etc. The fault is the commands I logged by printing all the arguments to exec_catch_errors: /usr/sbin/pkg_info -a /var/tmp/pkg.009638 /usr/sbin/pkg_info -a /var/tmp/pkg.009820 It seems that pkg_info -a simply does not work. M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 From owner-freebsd-bugs Sun Apr 30 16:15:03 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA06629 for bugs-outgoing; Sun, 30 Apr 1995 16:15:03 -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 QAA06622 for ; Sun, 30 Apr 1995 16:15:01 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA04264; Sun, 30 Apr 95 17:08:21 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9504302308.AA04264@cs.weber.edu> Subject: Re: version incompatibility? To: meo@wildride.zilker.net Date: Sun, 30 Apr 95 17:08:20 MDT Cc: bugs@FreeBSD.org In-Reply-To: <199504300237.VAA24899@wildride.zilker.net> from "Miles O'Neal" at Apr 29, 95 09:37:34 pm X-Mailer: ELM [version 2.4dev PL52] Sender: bugs-owner@FreeBSD.org Precedence: bulk > I never could get 2.0 to boot on my NCR 53C810 PCI SCSI > system. I finally tried a later kernel, which booted fine. > However, I could never get ppp to work. A couple of people > suggested this was a version compatibility problem between > the kernel and either libraries or executables. They were right. The routing code has changed, and so had the pppd code; now it can auto connect and do all sorts of other nifty things. OS's have an agreed upon interface from user apps to kernel code. Unfortunately, in order to give you new features, the interface has to be renegotiated as the kernel and user space code is changed. If you are anti-download (it would be, I believe, about a disk worth of stuff), then you can get the 2.0.5 CDROM real soon now. 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 Sun Apr 30 21:29:54 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA13252 for bugs-outgoing; Sun, 30 Apr 1995 21:29:54 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA13179 ; Sun, 30 Apr 1995 21:28:22 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id VAA19178; Sun, 30 Apr 1995 21:27:36 -0700 X-Authentication-Warning: time.cdrom.com: Host localhost didn't use HELO protocol To: Mark Murray cc: asami@cs.berkeley.edu, bugs@FreeBSD.org, ports@FreeBSD.org Subject: Re: pkg_manage has a problem? In-reply-to: Your message of "Sun, 30 Apr 1995 23:46:31 +0200." <199504302146.XAA10740@grumble.grondar.za> Date: Sun, 30 Apr 1995 21:27:36 -0700 Message-ID: <19176.799302456@time.cdrom.com> From: "Jordan K. Hubbard" Sender: bugs-owner@FreeBSD.org Precedence: bulk > The fault is the commands I logged by printing all the arguments to > exec_catch_errors: > > /usr/sbin/pkg_info -a /var/tmp/pkg.009638 > /usr/sbin/pkg_info -a /var/tmp/pkg.009820 > > It seems that pkg_info -a simply does not work. You're right, it doesn't. Thanks for tracking this down. I'll go look into this shortly. Jordan From owner-freebsd-bugs Mon May 1 00:30:21 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA16118 for bugs-outgoing; Mon, 1 May 1995 00:30:21 -0700 Received: from aristotle.algonet.se (root@aristotle.algonet.se [193.12.207.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA16109 for ; Mon, 1 May 1995 00:30:16 -0700 Received: from putte.algonet.se (mhannon@aristotle.algonet.se [193.12.207.1]) by aristotle.algonet.se (8.6.9/hdw.1.0) with ESMTP id JAA23086; Mon, 1 May 1995 09:28:10 +0200 Received: from localhost (localhost [127.0.0.1]) by putte.algonet.se (8.6.11/8.6.9) with SMTP id IAA02262; Mon, 1 May 1995 08:45:58 +0200 Message-Id: <199505010645.IAA02262@putte.algonet.se> X-Authentication-Warning: putte.algonet.se: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.5.3 12/28/94 To: Tim Bach cc: bugs@FreeBSD.org Subject: Re: reboot's with slip in latest snap In-reply-to: Your message of "Thu, 27 Apr 1995 16:51:46 PDT." <199504272351.QAA01337@thud.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 01 May 1995 08:45:58 +0200 From: Mark Hannon Sender: bugs-owner@FreeBSD.org Precedence: bulk > > So far i have had three reboot's running the latest snap and slip. > Not sure what caused the first two reboot's.. > Though it rebooted with a panic which i did > route flush > route add 204.119.17.254 > basicly tried to add a new route... > Also when some user's where on..Not sure what they were doing at the time. > I assume it has something to do with slip.. > Please advise me on what could be causing this as it is quite annoying.. > thanks. > > Hi! I don't know if this is the same problem but I experienced reboot problems with SLIP some two months ago (on SNAP9502??) when I was trying to setup my SLIP connection. The problem turned out to be that I was trying to slattach at a different speed then the serial connection. I got a reboot as soon as I started playing the routing tables. As soon as I realised slattach was at the wrong speed the problem went away. /mark +==================================================================+ | Mark Hannon mhannon@algonet.se or etxmkhn@tn.etx.ericsson.se | | Sweden. | +==================================================================+ From owner-freebsd-bugs Mon May 1 00:40:02 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA16327 for bugs-outgoing; Mon, 1 May 1995 00:40:02 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA16320 ; Mon, 1 May 1995 00:40:01 -0700 Date: Mon, 1 May 1995 00:40:01 -0700 Message-Id: <199505010740.AAA16320@freefall.cdrom.com> From: "Jordan K. Hubbard" Reply-To: "Jordan K. Hubbard" To: freebsd-bugs Subject: gnu/373: gcc generates a fairly misleading error message In-Reply-To: Your message of Mon, 1 May 1995 00:36:11 -0700 <199505010736.AAA09013@morton.cdrom.com> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 373 >Category: gnu >Synopsis: In response to admittedly bogus code, gcc emits an odd message >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: Mon May 1 00:40:01 1995 >Originator: Jordan K. Hubbard >Organization: WC >Release: FreeBSD 2.1.0-Development i386 >Environment: FreeBSD-current >Description: Given the following bad code: struct foo { int fnord; }; int main() { struct foo bar[10]; struct foo *foop; for (foop = bar; *foop; foop++); return 0; } gcc emits this error: root@morton-> cc -c -Wall foo.c foo.c: In function `main': foo.c:11: invalid operands to binary != `!='? Sounds more like a bogus dereference, to me! >How-To-Repeat: See above >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon May 1 01:36:07 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA17549 for bugs-outgoing; Mon, 1 May 1995 01:36:07 -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 BAA17531 ; Mon, 1 May 1995 01:35:46 -0700 Received: from grumble.grondar.za (grumble.grondar.za [196.7.18.130]) by grunt.grondar.za (8.6.11/8.6.9) with ESMTP id KAA04172; Mon, 1 May 1995 10:35:30 +0200 Received: from localhost (localhost [127.0.0.1]) by grumble.grondar.za (8.6.11/8.6.9) with SMTP id KAA14076; Mon, 1 May 1995 10:35:27 +0200 Message-Id: <199505010835.KAA14076@grumble.grondar.za> X-Authentication-Warning: grumble.grondar.za: Host localhost didn't use HELO protocol To: "Jordan K. Hubbard" cc: Mark Murray , asami@cs.berkeley.edu, bugs@FreeBSD.org, ports@FreeBSD.org Subject: Re: pkg_manage has a problem? Date: Mon, 01 May 1995 10:35:27 +0200 From: Mark Murray Sender: bugs-owner@FreeBSD.org Precedence: bulk > > It seems that pkg_info -a simply does not work. > > You're right, it doesn't. Thanks for tracking this down. > I'll go look into this shortly. More info. I turned on a DEBUG macro and put in some code of my own into pkg_install/lib/file.c. The problem may be in the vicinity of line 385: Script started on Mon May 1 10:26:32 1995 bash# ./pkg_info -a Warning: PKG_PATH environment variable not set. LINE 385: tar }.xpf +* Executing tar }.xpf +* tar: unknown option } tar: Unknown option. Use 'tar --help' for a complete list of options. Tar extract of failed! Error during unpacking, no info for 'less-290' available. Executing rm -rf /var/tmp/instmp.013955 bash# exit M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 From owner-freebsd-bugs Mon May 1 05:57:10 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA23575 for bugs-outgoing; Mon, 1 May 1995 05:57:10 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA23569 ; Mon, 1 May 1995 05:57:06 -0700 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id OAA29506 ; Mon, 1 May 1995 14:57:02 +0200 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id OAA23339 ; Mon, 1 May 1995 14:57:02 +0200 Received: (from roberto@localhost) by keltia.frmug.fr.net (8.6.11/keltia-uucp-1.21) id OAA08477; Mon, 1 May 1995 14:55:53 +0200 From: Ollivier Robert Message-Id: <199505011255.OAA08477@keltia.frmug.fr.net> Subject: Problem with ibcs2 lkm module and POSIX_SAVED_ID To: freebsd-bugs@FreeBSD.org (FreeBSD Bugs' list), freebsd-current@FreeBSD.org (FreeBSD Current Users' list) Date: Mon, 1 May 1995 14:55:52 +0200 (MET DST) Reply-To: roberto@keltia.freenix.fr (Ollivier Robert) X-Operating-System: FreeBSD BUILT-19950501 ctm#617 X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1215 Sender: bugs-owner@FreeBSD.org Precedence: bulk -current from yesterday, ctm#617 19950430200001. cc -O -m486 -pipe -DLKM -I. -DCOMPAT_IBCS2 -DKERNEL -I/src/src/lkm/ibcs2/../../sys -W -Wcomment -Wredundant-decls -c /src/src/lkm/ibcs2/../../sys/i386/ibcs2/ibcs2_xenix.c /src/src/lkm/ibcs2/../../sys/i386/ibcs2/ibcs2_xenix.c: In function `ibcs2_cxenix': /src/src/lkm/ibcs2/../../sys/i386/ibcs2/ibcs2_xenix.c:271: parse error before `)' *** Error code 1 Stop. *** Error code 1 Stop. The problem come from the definition of _POSIX_SAVED_IDS : ------------------------------------------------------------ 246 [14:35] root@keltia:src/lib# grep _POSIX_SAVED_IDS /sys/sys/unistd.h /sys/sys/unistd.h:#define _POSIX_SAVED_IDS /* saved set-user-ID ------------------------------------------------------------ and the following code in ibcs2_xenix.c : ------------------------------------------------------------ #ifdef _POSIX_SAVED_IDS *retval = (_POSIX_SAVED_IDS); #else *retval = (0); #endif ------------------------------------------------------------ -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia BUILT-19950501 #0: Mon May 1 00:14:02 MET DST 1995 From owner-freebsd-bugs Mon May 1 07:44:59 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA26105 for bugs-outgoing; Mon, 1 May 1995 07:44:59 -0700 Received: from plains.nodak.edu (tinguely@plains.NoDak.edu [134.129.111.64]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA26094 ; Mon, 1 May 1995 07:44:46 -0700 Received: (from tinguely@localhost) by plains.nodak.edu (8.6.11/8.6.10) id JAA18675; Mon, 1 May 1995 09:44:35 -0500 Date: Mon, 1 May 1995 09:44:35 -0500 From: Mark Tinguely Message-Id: <199505011444.JAA18675@plains.nodak.edu> To: freebsd-bugs@freefall.cdrom.com, gnats@freefall.cdrom.com Subject: Re: List of open Problem Reports Content-Length: 537 Sender: bugs-owner@FreeBSD.org Precedence: bulk > > This is the list of currently open problem reports > > [1995/03/21] docs/265 mtrace command lacks man pages actually mtrace lacks a manual pages because the mtrace distributed with FreeBSD (from 4.4 BSD-Lite) does not work. A new copy of mtrace written by Steve Casner (USC/ISI), and comes complete with manual page can be gotten from ftp://ftp.isi.edu/mbone/mtrace.tar.Z or we can wait for the new 3.5 version of the multicast routines to come out of beta. in either choice this problem report could be closed. --mark. From owner-freebsd-bugs Mon May 1 09:33:37 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA29863 for bugs-outgoing; Mon, 1 May 1995 09:33:37 -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 JAA29857 ; Mon, 1 May 1995 09:33:31 -0700 Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.3.6) id AA24828; Mon, 1 May 1995 12:33:08 -0400 Date: Mon, 1 May 1995 12:33:08 -0400 From: Garrett Wollman Message-Id: <9505011633.AA24828@halloran-eldar.lcs.mit.edu> To: Mark Tinguely Cc: freebsd-bugs@freefall.cdrom.com, gnats@freefall.cdrom.com Subject: Re: List of open Problem Reports In-Reply-To: <199505011444.JAA18675@plains.nodak.edu> References: <199505011444.JAA18675@plains.nodak.edu> Sender: bugs-owner@FreeBSD.org Precedence: bulk < said: > actually mtrace lacks a manual pages because the mtrace distributed with > FreeBSD (from 4.4 BSD-Lite) Just to correct this: 4.4BSD-Lite has never had an `mtrace', as it used the 2.1 multicast code. -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 May 1 13:50:03 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA05397 for bugs-outgoing; Mon, 1 May 1995 13:50:03 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA05390 ; Mon, 1 May 1995 13:50:02 -0700 Date: Mon, 1 May 1995 13:50:02 -0700 Message-Id: <199505012050.NAA05390@freefall.cdrom.com> From: Heikki Suonsivu Reply-To: Heikki Suonsivu To: freebsd-bugs Subject: kern/374: Panic dump (this one is repeating 1-2 times a day, more pointers) In-Reply-To: Your message of Mon, 1 May 1995 23:44:08 +0300 <199505012044.XAA04090@katiska.clinet.fi> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 374 >Category: kern >Synopsis: panic: bad dir >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon May 1 13:50:01 1995 >Originator: Heikki Suonsivu >Organization: Helsinki University of Technology, Finland >Release: FreeBSD 2.1.0-Development i386 >Environment: P60 as an nntp server in addition to normal work: /m/katiska/news: bad dir ino 264166 at offset 4080: mangled entry panic: bad dir syncing disks... 36 35 32 23 10 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 giving up dumping to dev 401, offset 344064 dump 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 katiska/news: file system full The file system was full at the time but I have seen the same panic with space available on disk. This dump is from kernel a few days back. Userland is older. Just wondering what is a 53-MHz Pentium 510? The motherboard is made by MSI, CPU was swapped a week ago to bugfree version (but it didn't affect this problem). > May 1 22:15:34 katiska /kernel: FreeBSD BUILT-19950428 #0: Fri Apr 28 18:58:31 > EET DST 1995 > May 1 22:15:35 katiska /kernel: hsu@katiska.clinet.fi:/usr/current/src/sys/ > compile/CLINETSERVER > May 1 22:15:35 katiska /kernel: CPU: 53-MHz Pentium 510\60 or 567\66 (Pentium-c > lass CPU) > May 1 22:15:35 katiska /kernel: Origin = "GenuineIntel" Id = 0x517 Stepping > =7 > May 1 22:15:35 katiska /kernel: Features=0x1bf > May 1 22:15:35 katiska /kernel: real memory = 33161216 (8096 pages) > May 1 22:15:35 katiska /kernel: avail memory = 30236672 (7382 pages) > May 1 22:15:35 katiska /kernel: Probing for devices on the ISA bus: > May 1 22:15:35 katiska /kernel: sc0 at 0x60-0x6f irq 1 on motherboard > May 1 22:15:35 katiska /kernel: sc0: VGA color <16 virtual consoles, flags=0x0> > May 1 22:15:35 katiska /kernel: ed0 at 0x280-0x29f irq 5 on isa > May 1 22:15:35 katiska /kernel: ed0: address 00:4f:56:00:93:c4, type NE2000 (16 > bit) > May 1 22:15:35 katiska /kernel: bpf: ed0 attached > May 1 22:15:35 katiska /kernel: lpt0 not found at 0x3bc > May 1 22:15:35 katiska /kernel: sio0 at 0x3f8-0x3ff irq 4 on isa > May 1 22:15:36 katiska /kernel: sio0: type 16450 > May 1 22:15:36 katiska /kernel: sio1 not found at 0x2f8 > May 1 22:15:36 katiska /kernel: sio2 not found at 0x3e8 > May 1 22:15:36 katiska /kernel: sio3 not found at 0x2e8 > May 1 22:15:36 katiska /kernel: pca0 on isa > May 1 22:15:36 katiska /kernel: pca0: PC speaker audio driver > May 1 22:15:36 katiska /kernel: bt0: Bt946C/ 0-PCI/EISA/VLB(32bit) bus > May 1 22:15:36 katiska /kernel: bt0: reading board settings, busmastering, int= > 11 > May 1 22:15:36 katiska /kernel: bt0: version 4.23, sync, parity, 32 mbxs, 32 cc > bs > May 1 22:15:36 katiska /kernel: bt0: targ 0 sync rate=10.00MB/s(100ns), offset= > 15 > May 1 22:15:36 katiska /kernel: bt0: targ 1 sync rate=10.00MB/s(100ns), offset= > 15 > May 1 22:15:36 katiska /kernel: bt0: targ 3 sync rate=10.00MB/s(100ns), offset= > 15 > May 1 22:15:36 katiska /kernel: bt0: Enabling Round robin scheme > May 1 22:15:36 katiska /kernel: bt0 at 0x330 irq 11 on isa > May 1 22:15:36 katiska /kernel: bt0 waiting for scsi devices to settle > May 1 22:15:36 katiska /kernel: (bt0:0:0): "IBM 0662S12 !O 2 23" type 0 f > ixed SCSI 2 > May 1 22:15:36 katiska /kernel: sd0(bt0:0:0): Direct-Access 1003MB (2055035 512 > byte sectors) > May 1 22:15:37 katiska /kernel: (bt0:1:0): "SEAGATE ST32550N 0012" type 0 fixed > SCSI 2 > May 1 22:15:37 katiska /kernel: sd1(bt0:1:0): Direct-Access 2047MB (4194058 512 > byte sectors) > May 1 22:15:37 katiska /kernel: (bt0:3:0): "SEAGATE ST31200N 9348" type 0 fixed > SCSI 2 > May 1 22:15:37 katiska /kernel: sd3(bt0:3:0): Direct-Access 1011MB (2072435 512 > byte sectors) > May 1 22:15:37 katiska /kernel: aha0 not probed due to I/O address conflict wit > h bt0 at 0x330 > May 1 22:15:37 katiska /kernel: wdc0 not found at 0x1f0 > May 1 22:15:37 katiska /kernel: wdc1 not found at 0x170 > May 1 22:15:37 katiska /kernel: fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa > May 1 22:15:37 katiska /kernel: fdc0: NEC 765 > May 1 22:15:37 katiska /kernel: fd0: 1.44MB 3.5in > May 1 22:15:37 katiska /kernel: mcd0: timeout getting status > May 1 22:15:37 katiska /kernel: mcd0 not found at 0x300 > May 1 22:15:37 katiska /kernel: le0: no board found at 0x300 > May 1 22:15:37 katiska /kernel: le0 not found at 0x300 > May 1 22:15:37 katiska /kernel: npx0 on motherboard > May 1 22:15:38 katiska /kernel: npx0: INT 16 interface > May 1 22:15:38 katiska /kernel: matcd0 not found at 0xffffffff > May 1 22:15:38 katiska /kernel: matcd1 not found at 0xffffffff > May 1 22:15:38 katiska /kernel: matcd2 not found at 0xffffffff > May 1 22:15:38 katiska /kernel: matcd3 not found at 0xffffffff > May 1 22:15:38 katiska /kernel: bio_imask c0000840 tty_imask c0030032 net_imask > c0030032 > May 1 22:15:38 katiska /kernel: Probing for devices on the pci0 bus: > May 1 22:15:38 katiska /kernel: configuration mode 2 allows 16 devices. > May 1 22:15:38 katiska /kernel: pci0:0: vendor=0x10b9, device=0x1451, class=bri > dge [not supported] > May 1 22:15:38 katiska /kernel: pci0:2: vendor=0x10b9, device=0x1449, class=old > [not supported] > May 1 22:15:38 katiska /kernel: pci0:3: vendor=0x104b, device=0x1040, class=sto > rage [not supported] > May 1 22:15:38 katiska /kernel: map(10): io(ffe4) > May 1 22:15:38 katiska /kernel: changing root device to sd0a > May 1 22:15:38 katiska /kernel: sd0s1: type 0xa5, start 0, end = 2055034, size > 2055035 : OK > May 1 22:15:38 katiska /kernel: sd1s1: type 0xa5, start 0, end = 4194057, size > 4194058 : OK > May 1 22:15:38 katiska /kernel: sd3s1: type 0xa5, start 0, end = 2072434, size > 2072435 : OK > May 1 22:15:39 katiska /kernel: sd0s1: type 0xa5, start 0, end = 2055034, size > 2055035 : OK > May 1 22:15:39 katiska /kernel: bpf: ds0 attached > May 1 22:15:39 katiska /kernel: bpf: lo0 attached > May 1 22:15:39 katiska /kernel: bpf: ppp0 attached > May 1 22:15:39 katiska /kernel: bpf: ppp1 attached > May 1 22:15:39 katiska /kernel: bpf: ppp2 attached > May 1 22:15:39 katiska /kernel: bpf: ppp3 attached > May 1 22:15:39 katiska /kernel: bpf: ppp4 attached > May 1 22:15:39 katiska /kernel: bpf: ppp5 attached > May 1 22:15:39 katiska /kernel: bpf: ppp6 attached > May 1 22:15:39 katiska /kernel: bpf: ppp7 attached > May 1 22:15:39 katiska /kernel: bpf: ppp8 attached > May 1 22:15:39 katiska /kernel: bpf: ppp9 attached > May 1 22:15:39 katiska /kernel: bpf: ppp10 attached > May 1 22:15:39 katiska /kernel: bpf: ppp11 attached > May 1 22:15:39 katiska /kernel: bpf: ppp12 attached > May 1 22:15:39 katiska /kernel: bpf: ppp13 attached > May 1 22:15:40 katiska /kernel: bpf: ppp14 attached > May 1 22:15:40 katiska /kernel: bpf: ppp15 attached > May 1 22:15:40 katiska /kernel: bpf: ppp16 attached > May 1 22:15:40 katiska /kernel: bpf: ppp17 attached > May 1 22:15:40 katiska /kernel: bpf: ppp18 attached > May 1 22:15:40 katiska /kernel: bpf: ppp19 attached > May 1 22:15:40 katiska /kernel: bpf: ppp20 attached > May 1 22:15:40 katiska /kernel: bpf: ppp21 attached > May 1 22:15:40 katiska /kernel: bpf: ppp22 attached > May 1 22:15:40 katiska /kernel: bpf: ppp23 attached > May 1 22:15:40 katiska /kernel: bpf: ppp24 attached > May 1 22:15:40 katiska /kernel: bpf: ppp25 attached > May 1 22:15:40 katiska /kernel: bpf: ppp26 attached > May 1 22:15:40 katiska /kernel: bpf: ppp27 attached > May 1 22:15:40 katiska /kernel: bpf: ppp28 attached > May 1 22:15:40 katiska /kernel: bpf: ppp29 attached > May 1 22:15:40 katiska /kernel: bpf: ppp30 attached > May 1 22:15:41 katiska /kernel: bpf: ppp31 attached > May 1 22:15:41 katiska /kernel: bpf: sl0 attached > May 1 22:15:41 katiska /kernel: bpf: sl1 attached > May 1 22:15:41 katiska /kernel: bpf: sl2 attached > May 1 22:15:41 katiska /kernel: bpf: sl3 attached > May 1 22:15:41 katiska /kernel: bpf: sl4 attached > May 1 22:15:41 katiska /kernel: bpf: sl5 attached > May 1 22:15:41 katiska /kernel: bpf: sl6 attached > May 1 22:15:41 katiska /kernel: bpf: sl7 attached > May 1 22:15:41 katiska /kernel: bpf: sl8 attached > May 1 22:15:41 katiska /kernel: bpf: sl9 attached > May 1 22:15:41 katiska /kernel: bpf: sl10 attached > May 1 22:15:41 katiska /kernel: bpf: sl11 attached > May 1 22:15:41 katiska /kernel: bpf: sl12 attached > May 1 22:15:41 katiska /kernel: bpf: sl13 attached > May 1 22:15:41 katiska /kernel: bpf: sl14 attached > May 1 22:15:41 katiska /kernel: bpf: sl15 attached > May 1 22:15:42 katiska /kernel: bpf: tun0 attached > May 1 22:15:42 katiska /kernel: sd0s1: type 0xa5, start 0, end = 2055034, size > 2055035 : OK > May 1 22:15:42 katiska /kernel: WARNING: / was not properly dismounted > May 1 22:15:42 katiska /kernel: sd3s1: type 0xa5, start 0, end = 2072434, size > 2072435 : OK > May 1 22:15:42 katiska /kernel: sd1s1: type 0xa5, start 0, end = 4194057, size > 4194058 : OK > May 1 22:15:42 katiska /kernel: sd1s1: type 0xa5, start 0, end = 4194057, size > 4194058 : OK > May 1 22:15:43 katiska savecore: reboot after panic: bad dir > May 1 22:15:44 katiska savecore: writing core to /var/crash/vmcore.12 > May 1 22:16:26 katiska savecore: writing kernel to /var/crash/kernel.12 hsu#katiska.clinet.fi Mon 17: mount /dev/sd0a on / (local) /dev/sd0g on /usr (NFS exported, local) procfs on /proc (local) /dev/sd1g on /m/katiska/news (asynchronous, NFS exported, local) /dev/sd3a on /tmp (local) /dev/sd3f on /m/katiska/newvar (local) /dev/sd3g on /m/katiska/local (NFS exported, local) zetor.clinet.fi:/usr on /m/zetor/usr zetor.clinet.fi:/m/zetor/local on /m/zetor/local zetor.clinet.fi:/m/zetor/scratch on /m/zetor/scratch zetor.clinet.fi:/m/zetor/contrib on /m/zetor/contrib zetor.clinet.fi:/m/zetor/customer on /m/zetor/customer clinet.fi:/m/clinet/local on /m/clinet/local clinet.fi:/m/clinet/bc on /m/clinet/bc clinet.fi:/var on /m/clinet/var Notice that the news spool disk on which bad dir panic always happens is mounted with -o async. >Description: About twice a day on average the system panics with bad dir panic. This is quite repeatable, as it generates the panics every day. This has been continuing for all kernels I have supped and configured for the last month, so it seems that this has something to do with my environment, either running NNTP server (INN) or mounting news spool with -o async. fsck doesn't find anything wrong with the file system when it boots. I keep a couple of latest dumps always on-line. I can make them available by ftp if there is interest. >How-To-Repeat: >Fix: Don't know, but it seems to be repeatable enough that it could be easier to catch (I think I have filed one pr about this already). Anyone tried lfs, is it stable yet? Anyone working on ext2fs? >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon May 1 14:20:04 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA06469 for bugs-outgoing; Mon, 1 May 1995 14:20:04 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA06457 ; Mon, 1 May 1995 14:20:02 -0700 Date: Mon, 1 May 1995 14:20:02 -0700 Message-Id: <199505012120.OAA06457@freefall.cdrom.com> From: Mark Murray Reply-To: Mark Murray To: freebsd-bugs Subject: bin/375: NIS does not seem to work with Kerberos In-Reply-To: Your message of Mon, 1 May 1995 23:17:44 +0200 <199505012117.XAA00954@grumble.grondar.za> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 375 >Category: bin >Synopsis: NIS does not seem to work with Kerberos >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon May 1 14:20:01 1995 >Originator: Mark Murray >Organization: GTA >Release: FreeBSD 2.0.950418-SNAP i386 >Environment: CTM 569 >Description: Any attempt to log into a pleb user's account with kerberos active does not work on a NIS/Kerberos client. The only way to log in is to use the Kerberos password. (I thought that was fixed?) >How-To-Repeat: Set up Kerberos and YP on a client, and try to log in as a YP user. Only the Kerberos password will work on the client. >Fix: Dunno. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon May 1 17:10:52 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA11834 for bugs-outgoing; Mon, 1 May 1995 17:10:52 -0700 Received: from mail.barrnet.net (mail.BARRNET.NET [131.119.246.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA11743 ; Mon, 1 May 1995 17:08:22 -0700 Received: from bunyip.cc.uq.oz.au (bunyip.cc.uq.oz.au [130.102.2.1]) by mail.barrnet.net (8.6.10/MAIL-RELAY-LEN) with SMTP id RAA03799; Mon, 1 May 1995 17:05:34 -0700 Received: from s1.elec.uq.oz.au by bunyip.cc.uq.oz.au with SMTP (PP); Tue, 2 May 1995 10:06:34 +1000 Received: from s4 (s4.elec.uq.oz.au) by s1.elec.uq.oz.au (4.0/SMI-4.0) id AA18803; Tue, 2 May 95 10:06:11 EST From: clary@elec.uq.oz.au (Clary Harridge) Message-Id: <9505020006.AA18803@s1.elec.uq.oz.au> Subject: Re: DISKLESS users become root To: freebsd-security@FreeBSD.org Date: Tue, 2 May 1995 10:05:27 +1000 (EST) Cc: freebsd-bugs@FreeBSD.org, marks@cheque1.cheque.uq.oz.au (Mark Schulz) In-Reply-To: <9504260509.AA15058@s1.elec.uq.oz.au> from "Clary Harridge" at Apr 26, 95 03:08:47 pm X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 2778 Sender: bugs-owner@FreeBSD.org Precedence: bulk > > Users on any DISKLESS client can become root during the boot sequence. > > I have diskless clients booting off a FreeBSD file server and find that > > Pressing CTRLC just after the last NFS mount and before the "autoreboot" This also happens with CTRL\ > message causes > > init: /bin/sh on /etc/rc terminated abnormally, going to single user mode > Enter pathname of shell or RETURN for sh: > > then > > RETURN gives a root shell. > > The state of the /etc/ttys file is not being checked for whether the > console is secure (or not) and the user is NOT prompted for a root > password. > The problem is that there is a time slot from the start of "init" until the "read_ttys" subroutine checks / sets the "[in]secure" mode. This time is probably small on a system with local disk and you probably need to be lucky to cause either a SIGINT (CTRLC) or SIGQUIT (CTRL|) at the right time. However on a diskless system the time slot is of the order of tens of seconds and you can easily become super user. The following patch will close this security hole. ================================================================ *** init.c Tue May 2 08:47:49 1995 --- init.c_orig Fri Apr 28 10:39:51 1995 *************** *** 178,186 **** sigset_t mask; - /* disable interrupts until /etc/ttys secure is checked */ - (void) signal(SIGINT, SIG_IGN); - (void) signal(SIGQUIT, SIG_IGN); /* Dispose of random users. */ if (getuid() != 0) { (void)fprintf(stderr, "init: %s\n", strerror(EPERM)); --- 178,183 ---- *************** *** 239,245 **** handle(badsys, SIGSYS, 0); handle(disaster, SIGABRT, SIGFPE, SIGILL, SIGSEGV, SIGBUS, SIGXCPU, SIGXFSZ, 0); ! handle(transition_handler, SIGHUP, SIGTERM, SIGTSTP, 0); handle(alrm_handler, SIGALRM, 0); sigfillset(&mask); delset(&mask, SIGABRT, SIGFPE, SIGILL, SIGSEGV, SIGBUS, SIGSYS, --- 236,242 ---- handle(badsys, SIGSYS, 0); handle(disaster, SIGABRT, SIGFPE, SIGILL, SIGSEGV, SIGBUS, SIGXCPU, SIGXFSZ, 0); ! handle(transition_handler, SIGHUP, SIGINT, SIGTERM, SIGTSTP, 0); handle(alrm_handler, SIGALRM, 0); sigfillset(&mask); delset(&mask, SIGABRT, SIGFPE, SIGILL, SIGSEGV, SIGBUS, SIGSYS, ================================================================ This is not the whole answer if your ttys flag is secure as a call to handle(transition_handler, SIGINT, 0); should probably be done at some stage after or during "read_ttys" ? -- regards Dept. of Electrical Engineering, Clary Harridge University of Queensland, QLD, Australia, 4072 Phone: +61-7-365-3636 Fax: +61-7-365-4999 INTERNET: clary@elec.uq.oz.au From owner-freebsd-bugs Mon May 1 20:42:14 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA17846 for bugs-outgoing; Mon, 1 May 1995 20:42:14 -0700 Received: from wildride.zilker.net (meo@[198.252.182.156]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA17840 for ; Mon, 1 May 1995 20:42:09 -0700 Received: (from meo@localhost) by wildride.zilker.net (8.6.11/8.6.9) id WAA04681; Mon, 1 May 1995 22:42:46 -0500 Message-Id: <199505020342.WAA04681@wildride.zilker.net> Subject: Re: version incompatibility? To: terry@cs.weber.edu Date: Mon, 1 May 1995 22:42:45 -0500 (CDT) Cc: bugs@FreeBSD.org From: meo@wildride.zilker.net (Miles O'Neal) Reply-To: meo@wildride.zilker.net (Miles O'Neal) Organization: Roadkills-R-Us X-WWW-URL: http://www.netads.com/~meo/ X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 784 Sender: bugs-owner@FreeBSD.org Precedence: bulk Terry Lambert said... | |OS's have an agreed upon interface from user apps to kernel code. |Unfortunately, in order to give you new features, the interface |has to be renegotiated as the kernel and user space code is |changed. Makes sense. |If you are anti-download (it would be, I believe, about a disk worth of |stuff), then you can get the 2.0.5 CDROM real soon now. I'm not anti-download - I just *couldn't* download when I couldn't connect! Linux is connecting just fine (it just doesn't have all the features I need, and it isn't BSD), so I don't mind downloading so long as I know what I need to get. Is it just the kernel & ppp? Libraries? It what I need to do documented at www.freebsd.org? And I thought the next CD was still a couple of months away. Thanks, Miles From owner-freebsd-bugs Tue May 2 05:30:06 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA03194 for bugs-outgoing; Tue, 2 May 1995 05:30:06 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA03186 ; Tue, 2 May 1995 05:30:02 -0700 Date: Tue, 2 May 1995 05:30:02 -0700 Message-Id: <199505021230.FAA03186@freefall.cdrom.com> From: Gary Palmer Reply-To: Gary Palmer To: freebsd-bugs Subject: kern/376: tcpdump seems to cause spontaneous reboots In-Reply-To: Your message of Tue, 2 May 1995 05:24:01 -0700 <199505021224.FAA12380@morton.cdrom.com> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 376 >Category: kern >Synopsis: tcpdump seems to cause spontaneous reboots >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue May 2 05:30:01 1995 >Originator: Gary J Palmer >Organization: Walnut Creek CDROM >Release: FreeBSD 2.1.0-Development i386 >Environment: Any machine with a relatively recent kernel and the bpf compiled into the kernel on an active network. >Description: tcpdump seems to cause random reboots on active IP networks. At least 3 different machines on WC's ethernets have suffered from this bug in the last week. Using a filter seems to cause the bug to occur more rapidly. (Judging from what David Greenman said last week in a different context the bpf when used by tcpdump is causing a kernel stack overflow). >How-To-Repeat: tcpdump >Fix: Unknown. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue May 2 10:26:50 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA10507 for bugs-outgoing; Tue, 2 May 1995 10:26:50 -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 KAA10501 for ; Tue, 2 May 1995 10:26:48 -0700 Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.3.6) id AA00501; Tue, 2 May 1995 13:24:02 -0400 Date: Tue, 2 May 1995 13:24:02 -0400 From: Garrett Wollman Message-Id: <9505021724.AA00501@halloran-eldar.lcs.mit.edu> To: Heikki Suonsivu Cc: freebsd-bugs@freefall.cdrom.com Subject: 53-MHz Pentium In-Reply-To: <199505012050.NAA05390@freefall.cdrom.com> References: <199505012044.XAA04090@katiska.clinet.fi> <199505012050.NAA05390@freefall.cdrom.com> Sender: bugs-owner@FreeBSD.org Precedence: bulk < said: > Just wondering what is a 53-MHz Pentium 510? The motherboard is made > by MSI, CPU was swapped a week ago to bugfree version (but it didn't > affect this problem). The speed of a Pentium chip is calculated by examining the cycle counter register, DELAY(1000000), and then subtracting the old cycle counter reading from the new and rounding to the nearest million. So, your reading indicates that either your CPU clock is running slower than its nominal rate (I assume it's supposed to be 60-MHz), or the DELAY function is running too fast. My 60-MHz machine (Intel Premiere OEM system) correctly reports the speed and processor type: cpu0 Busy 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 Tue May 2 10:47:11 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA11002 for bugs-outgoing; Tue, 2 May 1995 10:47:11 -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 KAA10969 for ; Tue, 2 May 1995 10:46:38 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id KAA01564; Tue, 2 May 1995 10:40:51 -0700 From: "Rodney W. Grimes" Message-Id: <199505021740.KAA01564@gndrsh.aac.dev.com> Subject: Re: 53-MHz Pentium To: wollman@halloran-eldar.lcs.mit.edu (Garrett Wollman) Date: Tue, 2 May 1995 10:40:50 -0700 (PDT) Cc: hsu@clinet.fi, freebsd-bugs@freefall.cdrom.com, bde@FreeBSD.org In-Reply-To: <9505021724.AA00501@halloran-eldar.lcs.mit.edu> from "Garrett Wollman" at May 2, 95 01:24:02 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: 1823 Sender: bugs-owner@FreeBSD.org Precedence: bulk > > < said: > > > Just wondering what is a 53-MHz Pentium 510? The motherboard is made > > by MSI, CPU was swapped a week ago to bugfree version (but it didn't > > affect this problem). > > The speed of a Pentium chip is calculated by examining the cycle > counter register, DELAY(1000000), and then subtracting the old cycle > counter reading from the new and rounding to the nearest million. So, > your reading indicates that either your CPU clock is running slower > than its nominal rate (I assume it's supposed to be 60-MHz), or the > DELAY function is running too fast. > > My 60-MHz machine (Intel Premiere OEM system) correctly reports the > speed and processor type: > > cpu0 Busy Pentium 510\60 Paul Richards and I have both done a some testing here with some code Bruce Evans sent out. There is infact a problem in DELAY, and I have seen several systems when repeatedly rebooted report values from 83 to 90 Mhz (this is a 90Mhz machine). Paul was able to duplicate it on his system. I need to go spend some more time looking at the code, but it has been low priority for me as it only happens about 1 in 5 boots. We do have a serious problem for DELAY(N) N<20 on these fast machines, Paul measure this using Bruce program and found it to be almost an order of magnitude in error :-(. It was also found that the DELAY skew value that I put into the floppy code to fix a floppy tape problem is almost exactly what Paul measured to be the error in DELAY(N) for N > 50. Bruce, do you have access to a P54C-90 system? Or should I go and try and fix this problem? -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-bugs Tue May 2 14:30:06 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA16596 for bugs-outgoing; Tue, 2 May 1995 14:30:06 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA16589 ; Tue, 2 May 1995 14:30:05 -0700 Date: Tue, 2 May 1995 14:30:05 -0700 Message-Id: <199505022130.OAA16589@freefall.cdrom.com> From: Peter Dufault Reply-To: Peter Dufault To: freebsd-bugs Subject: kern/377: Can't config any but first bus of a host adapter In-Reply-To: Your message of Tue, 2 May 1995 17:19:54 -0400 <199505022119.RAA00698@hda.com> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 377 >Category: kern >Synopsis: Can't config any but first bus of a host adapter >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 May 2 14:30:03 1995 >Originator: Peter & >Organization: Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 >Release: FreeBSD 2.1.0-Development i386 >Environment: >Description: You can not configure a device on the second bus of a multiple bus adapter. scsiconf uses a "key" of (host adapter, unit) to tell what belongs on a given bus, and if the device on the second bus collides with a device on the first bus the device slot allocation will fail and the system will panic during boot. >How-To-Repeat: Try to configure a device on the second bus that collides with something on the first bus and boot. >Fix: Work around: Don't try to configure the devices, but live with the "autocounting" devices; Real fix: Modify config to support a new keyword so that you can do things like: controller scbus0 at aic0 bus 0 controller scbus2 at ahc0 bus 1 and modify scsiconf to use (host adapter, unit, bus) as the key. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed May 3 11:30:04 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA09217 for bugs-outgoing; Wed, 3 May 1995 11:30:04 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA09210 ; Wed, 3 May 1995 11:30:03 -0700 Date: Wed, 3 May 1995 11:30:03 -0700 Message-Id: <199505031830.LAA09210@freefall.cdrom.com> From: Heikki Suonsivu Reply-To: Heikki Suonsivu To: freebsd-bugs Subject: kern/378: vm_bounce_page_free called while no bounce bufgfers used In-Reply-To: Your message of Wed, 3 May 1995 21:24:53 +0300 <199505031824.VAA04513@katiska.clinet.fi> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 378 >Category: kern >Synopsis: (apparently) bounce buffer code gets used on 32bit bus >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 May 3 11:30:01 1995 >Originator: Heikki Suonsivu >Organization: Helsinki University of Technology, Finland >Release: FreeBSD 2.1.0-Development i386 >Environment: P60 as an nntp server in addition to normal work: code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = Idle interrupt mask = bio panic: page fault dumping to dev 401, offset 344064 dump 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> ed0 at 0x280-0x29f irq 5 maddr 0xd8000 msize 16384 on isa ed0: address 00:00:c0:7a:8d:2c, type WD8013EP (16 bit) bpf: ed0 attached lpt0 not found at 0x3bc sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16450 sio1 not found at 0x2f8 sio2 not found at 0x3e8 sio3 not found at 0x2e8 pca0 on isa pca0: PC speaker audio driver bt0: Bt946C/ 0-PCI/EISA/VLB(32bit) bus bt0: reading board settings, busmastering, int=11 bt0: version 4.23, sync, parity, 32 mbxs, 32 ccbs bt0: targ 0 sync rate=10.00MB/s(100ns), offset=15 bt0: targ 1 sync rate=10.00MB/s(100ns), offset=15 bt0: targ 3 sync rate=10.00MB/s(100ns), offset=15 bt0: Enabling Round robin scheme bt0 at 0x330 irq 11 on isa bt0 waiting for scsi devices to settle (bt0:0:0): "IBM 0662S12 !O 2 23" type 0 fixed SCSI 2 sd0(bt0:0:0): Direct-Access 1003MB (2055035 512 byte sectors) (bt0:1:0): "SEAGATE ST32550N 0012" type 0 fixed SCSI 2 sd1(bt0:1:0): Direct-Access 2047MB (4194058 512 byte sectors) (bt0:3:0): "SEAGATE ST31200N 9348" type 0 fixed SCSI 2 sd3(bt0:3:0): Direct-Access 1011MB (2072435 512 byte sectors) aha0 not probed due to I/O address conflict with bt0 at 0x330 wdc0 not found at 0x1f0 wdc1 not found at 0x170 fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 765 fd0: 1.44MB 3.5in mcd0: timeout getting status mcd0 not found at 0x300 le0: no board found at 0x300 le0 not found at 0x300 npx0 on motherboard npx0: INT 16 interface matcd0 not found at 0xffffffff matcd1 not found at 0xffffffff matcd2 not found at 0xffffffff matcd3 not found at 0xffffffff bio_imask c0000840 tty_imask c0030032 net_imask c0030032 Probing for devices on the pci0 bus: configuration mode 2 allows 16 devices. pci0:0: vendor=0x10b9, device=0x1451, class=bridge [not supported] pci0:2: vendor=0x10b9, device=0x1449, class=old [not supported] pci0:3: vendor=0x104b, device=0x1040, class=storage [not supported] map(10): io(ffe4) changing root device to sd0a sd0s1: type 0xa5, start 0, end = 2055034, size 2055035 : OK sd1s1: type 0xa5, start 0, end = 4194057, size 4194058 : OK sd3s1: type 0xa5, start 0, end = 2072434, size 2072435 : OK sd0s1: type 0xa5, start 0, end = 2055034, size 2055035 : OK bpf: ds0 attached bpf: lo0 attached bpf: ppp0 attached bpf: ppp1 attached bpf: ppp2 attached bpf: ppp3 attached bpf: ppp4 attached bpf: ppp5 attached bpf: ppp6 attached bpf: ppp7 attached bpf: ppp8 attached bpf: ppp9 attached bpf: ppp10 attached bpf: ppp11 attached bpf: ppp12 attached bpf: ppp13 attached bpf: ppp14 attached bpf: ppp15 attached bpf: ppp16 attached bpf: ppp17 attached bpf: ppp18 attached bpf: ppp19 attached bpf: ppp20 attached bpf: ppp21 attached bpf: ppp22 attached bpf: ppp23 attached bpf: ppp24 attached bpf: ppp25 attached bpf: ppp26 attached bpf: ppp27 attached bpf: ppp28 attached bpf: ppp29 attached bpf: ppp30 attached bpf: ppp31 attached bpf: sl0 attached bpf: sl1 attached bpf: sl2 attached bpf: sl3 attached bpf: sl4 attached bpf: sl5 attached bpf: sl6 attached bpf: sl7 attached bpf: sl8 attached bpf: sl9 attached bpf: sl10 attached bpf: sl11 attached bpf: sl12 attached bpf: sl13 attached bpf: sl14 attached bpf: sl15 attached bpf: tun0 attached sd0s1: type 0xa5, start 0, end = 2055034, size 2055035 : OK WARNING: / was not properly dismounted sd3s1: type 0xa5, start 0, end = 2072434, size 2072435 : OK sd1s1: type 0xa5, start 0, end = 4194057, size 4194058 : OK sd1s1: type 0xa5, start 0, end = 4194057, size 4194058 : OK panic: vm_bounce_page_free: invalid bounce buffer syncing disks... Fatal trap 12: page fault while in kernel mode fault virtual address = 0xa0 fault code = supervisor read, page not present instruction pointer Current directory is /var/crash/ Reading symbol data from /var/crash/kernel.15...done. (kgdb) core vmcore.15 IdlePTD 246000 panic: vm_bounce_page_free: invalid bounce buffer current pcb at 1f7520 Reading in symbols for ../../i386/i386/machdep.c...done. (kgdb) directory /usr/src/compile/CLINETSERVER /usr/src/compile/CLINETSERVER: No such file or directory. (kgdb) directory /usr/src/sys/compile/CLINETSERVER Source directories searched: /m/katiska/news/crash:/usr/src/sys/compile/CLINETSERVER (kgdb) bt #0 boot (arghowto=260) (../../i386/i386/machdep.c line 869) #1 0xf01147c3 in panic (...) #2 0xf01b939e in trap_fatal (...) #3 0xf01b8f10 in trap_pfault (...) #4 0xf01b8bd7 in trap (...) #5 0xf01aeb81 in exception:calltrap (-227581896, 16, -267227880, 0) #6 0xf0126d4f in biowait (...) #7 0xf0125601 in bread (...) #8 0xf018f16d in ffs_update (...) #9 0xf019162a in ffs_sync (...) #10 0xf012bbfe in sync (...) #11 0xf01b10cc in boot (arghowto=256) (../../i386/i386/machdep.c line 828) #12 0xf01147c3 in panic (...) #13 0xf01ba964 in vm_bounce_page_free (...) #14 0xf01baf00 in vm_bounce_free (...) #15 0xf0126ee3 in biodone (...) #16 0xf0185184 in scsi_done (...) #17 0xf01bdedb in bt_done (...) #18 0xf01bda54 in btintr (...) #19 0xf01afaa7 in exception:Xresume11 () #20 0xf01b819c in cpu_switch () (kgdb) list Reading in symbols for ../../kern/init_main.c...done. 121 /* 122 * System startup; initialize the world, create process 0, mount root 123 * filesystem, and fork to create init and pagedaemon. Most of the 124 * hard work is done in the lower-level initialization routines including 125 * startup(), which does memory initialization and autoconfiguration. 126 */ 127 void 128 main(framep) 129 void *framep; 130 { (kgdb) up Reading in symbols for ../../kern/subr_prf.c...done. #1 0xf01147c3 in panic (fmt=(char *) 0xf01b88de "page fault") (../../kern/subr_prf.c line 128) (kgdb) list 123 kdbpanic(); 124 #endif 125 #ifdef DDB 126 Debugger ("panic"); 127 #endif 128 boot(bootopt); 129 } 130 131 /* 132 * Warn that a system table is full. (kgdb) up Reading in symbols for ../../i386/i386/trap.c...done. #2 0xf01b939e in trap_fatal (frame=(struct trapframe *) 0xf01e1d5c) (../../i386/i386/trap.c line 688) (kgdb) list 683 #ifdef DDB 684 if (kdb_trap (type, 0, frame)) 685 return; 686 #endif 687 if (type <= MAX_TRAP_MSG) 688 panic(trap_msg[type]); 689 else 690 panic("unknown/reserved trap"); 691 } 692 (kgdb) list 693 /* 694 * Compensate for 386 brain damage (missing URKR). 695 * This is a little simpler than the pagefault handler in trap() because 696 * it the page tables have already been faulted in and high addresses 697 * are thrown out early for other reasons. 698 */ 699 int trapwrite(addr) 700 unsigned addr; 701 { 702 struct proc *p; (kgdb) up #3 0xf01b8f10 in trap_pfault (frame=(struct trapframe *) 0xf01e1d5c, usermode=0) (../../i386/i386/trap.c line 610) (kgdb) print usermode $1 = 0 (kgdb) print frame $2 = (struct trapframe *) 0xf01e1d5c (kgdb) print *frame $3 = {tf_es = 16, tf_ds = 16, tf_edi = -1, tf_esi = -227581896, tf_ebp = -266461784, tf_isp = -266461820, tf_ebx = 0, tf_edx = 1073739711, tf_ecx = 0, tf_eax = -2146435056, tf_trapno = 12, tf_err = 0, tf_eip = -267317170, tf_cs = 8, tf_eflags = 66118, tf_esp = -227581896, tf_ss = -1073739712} (kgdb) print curpcb $4 = -194781184 (kgdb) print *curpcb $5 = 0 (kgdb) up #4 0xf01b8bd7 in trap (frame={tf_es = 16, tf_ds = 16, tf_edi = -1, tf_esi = -227581896, tf_ebp = -266461784, tf_isp = -266461820, tf_ebx = 0, tf_edx = 1073739711, tf_ecx = 0, tf_eax = -2146435056, tf_trapno = 12, tf_err = 0, tf_eip = -267317170, tf_cs = 8, tf_eflags = 66118, tf_esp = -227581896, tf_ss = -1073739712}) (../../i386/i386/trap.c line 290) (kgdb) print type $6 = 0 (kgdb) up #5 0xf01aeb81 in exception:calltrap (-227581896, 16, -267227880, 0) (kgdb) up Reading in symbols for ../../kern/vfs_bio.c...done. #6 0xf0126d4f in biowait (bp=(struct buf *) 0xf26f6038) (../../kern/vfs_bio.c line 1032) (kgdb) print *bp Cannot read memory: address 0x0 out of bounds. (kgdb) list 1027 biowait(register struct buf * bp) 1028 { 1029 int s; 1030 1031 s = splbio(); 1032 while ((bp->b_flags & B_DONE) == 0) 1033 tsleep((caddr_t) bp, PRIBIO, "biowait", 0); 1034 splx(s); 1035 if (bp->b_flags & B_EINTR) { 1036 bp->b_flags &= ~B_EINTR; (kgdb) frame #6 0xf0126d4f in biowait (bp=(struct buf *) 0xf26f6038) (../../kern/vfs_bio.c line 1032) (kgdb) print *(struct buf *) 0xf26f6038 $7 = {b_hash = {le_next = 0xf26e9e08, le_prev = 0xf0228c00}, b_vnbufs = {le_next = 0x0, le_prev = 0xf0a2902c}, b_freelist = {tqe_next = 0x0, tqe_prev = 0xf01f76a4}, b_actf = 0x0, b_actb = 0x0, b_proc = 0x0, b_flags = 1049104, b_qindex = 0, b_error = 0, b_bufsize = 8192, b_bcount = 8192, b_resid = 0, b_dev = 0x00000400, b_un = {b_addr = 0xf2fd8000 "\200!\001"}, b_saveaddr = 0x0, b_lblkno = 24176, b_blkno = 24176, b_iodone = 0x0, b_iodone_chain = 0x0, b_vp = 0xf0a29000, b_pfcent = 0, b_dirtyoff = 0, b_dirtyend = 0, b_rcred = 0xffffffff, b_wcred = 0xffffffff, b_validoff = 0, b_validend = 0, b_pblkno = 24176, b_savekva = 0x0, b_driver1 = 0x0, b_driver2 = 0x0, b_spc = 0x0, b_pages = {0xf02b049c, 0xf02b05a0, 0x0 }, b_npages = 2} (kgdb) up #7 0xf0125601 in bread (vp=(struct vnode *) 0xf0a29000, blkno=24176, size=8192, cred=(struct ucred *) 0xffffffff, bpp=(struct buf **) 0xf01e1e24) (../../kern/vfs_bio.c line 183) (kgdb) print *bp $8 = {b_hash = {le_next = 0xf26e9e08, le_prev = 0xf0228c00}, b_vnbufs = {le_next = 0x0, le_prev = 0xf0a2902c}, b_freelist = {tqe_next = 0x0, tqe_prev = 0xf01f76a4}, b_actf = 0x0, b_actb = 0x0, b_proc = 0x0, b_flags = 1049104, b_qindex = 0, b_error = 0, b_bufsize = 8192, b_bcount = 8192, b_resid = 0, b_dev = 0x00000400, b_un = {b_addr = 0xf2fd8000 "\200!\001"}, b_saveaddr = 0x0, b_lblkno = 24176, b_blkno = 24176, b_iodone = 0x0, b_iodone_chain = 0x0, b_vp = 0xf0a29000, b_pfcent = 0, b_dirtyoff = 0, b_dirtyend = 0, b_rcred = 0xffffffff, b_wcred = 0xffffffff, b_validoff = 0, b_validend = 0, b_pblkno = 24176, b_savekva = 0x0, b_driver1 = 0x0, b_driver2 = 0x0, b_spc = 0x0, b_pages = {0xf02b049c, 0xf02b05a0, 0x0 }, b_npages = 2} (kgdb) up Reading in symbols for ../../ufs/ffs/ffs_inode.c...done. #8 0xf018f16d in ffs_update (ap=(struct vop_update_args *) 0xf01e1e50) (../../ufs/ffs/ffs_inode.c line 133) (kgdb) list 128 */ 129 if (fs->fs_inodefmt < FS_44INODEFMT) { /* XXX */ 130 ip->i_din.di_ouid = ip->i_uid; /* XXX */ 131 ip->i_din.di_ogid = ip->i_gid; /* XXX */ 132 } /* XXX */ 133 error = bread(ip->i_devvp, fsbtodb(fs, ino_to_fsba(fs, ip->i_number)), 134 (int)fs->fs_bsize, NOCRED, &bp); 135 if (error) { 136 brelse(bp); 137 return (error); (kgdb) print ip $9 = (struct inode *) 0xf0aa1a00 (kgdb) print *ip $10 = {i_next = 0x0, i_prev = 0xf0a1bed4, i_vnode = 0xf0aa0980, i_devvp = 0xf0a29000, i_flag = 0x00000000, i_dev = 0x00000400, i_number = 0x00000bb5, inode_u = {fs = 0xf0a2b800, lfs = 0xf0a2b800}, i_dquot = {0x0, 0x0}, i_modrev = 0x33303f80, i_lockf = 0x0, i_lockholder = 0, i_lockwaiter = 0, i_count = 0, i_endoff = 0, i_diroff = 0, i_offset = 0, i_ino = 0x00000000, i_reclen = 0x00000000, i_lockcount = 0, i_spare = {0, 0, 0, 0, 0, 0, 0, 0, 0, 0}, i_din = {di_mode = 0x21a0, di_nlink = 1, di_u = {oldids = {0x0000, 0x0000}, inumber = 0x00000000}, di_size = 0x0, di_atime = {ts_sec = 799517567, ts_nsec = 0}, di_mtime = {ts_sec = 789934118, ts_nsec = 0}, di_ctime = {ts_sec = 791069396, ts_nsec = 0}, di_db = {3329, 0 }, di_ib = {0, 0, 0}, di_flags = 0x00000000, di_blocks = 0, di_gen = 791069637, di_uid = 0x00000000, di_gid = 0x00000005, di_spare = {0, 0}}} (kgdb) print fs $11 = (struct fs *) 0xf0a2b800 (kgdb) print *fs $12 = {fs_link = 0x0, fs_rlink = 0x0, fs_sblkno = 16, fs_cblkno = 24, fs_iblkno = 32, fs_dblkno = 152, fs_cgoffset = 56, fs_cgmask = -8, fs_time = 799517538, fs_size = 61440, fs_dsize = 59247, fs_ncg = 16, fs_bsize = 8192, fs_fsize = 1024, fs_frag = 8, fs_minfree = 5, fs_rotdelay = 0, fs_rps = 60, fs_bmask = -8192, fs_fmask = -1024, fs_bshift = 13, fs_fshift = 10, fs_maxcontig = 1, fs_maxbpg = 2048, fs_fragshift = 3, fs_fsbtodb = 1, fs_sbsize = 2048, fs_csmask = -512, fs_csshift = 9, fs_nindir = 2048, fs_inopb = 64, fs_nspf = 2, fs_optim = 0, fs_npsect = 99, fs_interleave = 1, fs_trackskew = 0, fs_headswitch = 0, fs_trkseek = 0, fs_csaddr = 152, fs_cssize = 1024, fs_cgsize = 1024, fs_ntrak = 5, fs_nsect = 99, fs_spc = 495, fs_ncyl = 249, fs_cpg = 16, fs_ipg = 960, fs_fpg = 3960, fs_cstotal = {cs_ndir = 103, cs_nbfree = 2816, cs_nifree = 13356, cs_nffree = 500}, fs_fmod = 0, fs_clean = 0, fs_ronly = 0, fs_flags = 0, fs_fsmnt = {"/", '\000' }, fs_cgrotor = 7! , fs_csp = {0xf0a24400, 0x0 }, fs_cpc = 16, fs_opostbl = {{0, 0, 0, 0, 0, 0, 0, 0} }, fs_sparecon = {0 }, fs_contigsumsize = 0, fs_maxsymlinklen = 60, fs_inodefmt = 2, fs_maxfilesize = 0x0, fs_qbmask = 8191, fs_qfmask = 1023, fs_state = 0, fs_postblformat = 1, fs_nrpos = 1, fs_postbloff = 1376, fs_rotbloff = 1408, fs_magic = 72020, fs_space = {"\000"}} (kgdb) print fd->fs_bsiz No symbol "fd" in current context. (kgdb) print fd->fs_bsize No symbol "fd" in current context. (kgdb) print fs->fs_bsize $13 = 8192 (kgdb) up Reading in symbols for ../../ufs/ffs/ffs_vfsops.c...done. #9 0xf019162a in ffs_sync (mp=(struct mount *) 0xf0a2ac00, waitfor=2, cred=(struct ucred *) 0xf0901780, p=(struct proc *) 0xf022afb0) (./vnode_if.h line 850) 850 (./vnode_if.h) (kgdb) list ./vnode_if.h: No such file or directory. (kgdb) up Reading in symbols for ../../kern/vfs_syscalls.c...done. #10 0xf012bbfe in sync (p=(struct proc *) 0xf022afb0, uap=(struct sync_args *) 0x0, retval=(int *) 0x0) (../../kern/vfs_syscalls.c line 335) (kgdb) print mp $14 = (struct mount *) 0xf0a2ac00 (kgdb) print *mp $15 = {mnt_list = {tqe_next = 0xf0a05400, tqe_prev = 0xf02285ec}, mnt_op = 0xf01e8d90, mnt_vnodecovered = 0x0, mnt_vnodelist = {lh_first = 0xf0aaae00}, mnt_flag = 4214784, mnt_maxsymlinklen = 60, mnt_stat = {f_type = 1, f_flags = 20480, f_bsize = 1024, f_iosize = 8192, f_blocks = 59247, f_bfree = 23028, f_bavail = 20065, f_files = 15358, f_ffree = 13356, f_fsid = {val = {1024, 1}}, f_spare = {0, 0, 0, 0, 0, 0, 0, 0, 0}, f_mntonname = {"/", '\000' }, f_mntfromname = {"/dev/sd0a", '\000' }}, mnt_data = 0xf0a2a600, mnt_vfc = 0x0} (kgdb) list 330 */ 331 if ((mp->mnt_flag & (MNT_MLOCK|MNT_RDONLY|MNT_MPBUSY)) == 0 && 332 !vfs_busy(mp)) { 333 asyncflag = mp->mnt_flag & MNT_ASYNC; 334 mp->mnt_flag &= ~MNT_ASYNC; 335 VFS_SYNC(mp, MNT_NOWAIT, p != NULL ? p->p_ucred : NOCRED, p); 336 if (asyncflag) 337 mp->mnt_flag |= MNT_ASYNC; 338 vfs_unbusy(mp); 339 } (kgdb) up #11 0xf01b10cc in boot (arghowto=256) (../../i386/i386/machdep.c line 828) (kgdb) print proc No symbol "proc" in current context. (kgdb) print proc0 $16 = {p_forw = 0x0, p_back = 0x0, p_next = 0x0, p_prev = 0xf0a17108, p_cred = 0xf0231ccc, p_fd = 0xf01f5890, p_stats = 0xf0247288, p_limit = 0xf022fd5c, p_vmspace = 0xf01f8cac, p_sigacts = 0xf024715c, p_flag = 516, p_stat = 3, p_pad1 = {"\000\000\000"}, p_pid = 0, p_hash = 0x0, p_pgrpnxt = 0xf0a69b00, p_pptr = 0x0, p_osptr = 0x0, p_ysptr = 0x0, p_cptr = 0xf0a69b00, p_oppid = 0, p_dupfd = 0, p_estcpu = 0x00000000, p_cpticks = 0, p_pctcpu = 0x00000000, p_wchan = 0xf022afb0, p_wmesg = 0xf01a41d2 "sched", p_swtime = 0x000000f2, p_slptime = 0x00000009, p_realtimer = {it_interval = {tv_sec = 0, tv_usec = 0}, it_value = {tv_sec = 0, tv_usec = 0}}, p_rtime = {tv_sec = 0, tv_usec = 10510}, p_uticks = 0x0, p_sticks = 0x2e, p_iticks = 0x9, p_traceflag = 0, p_tracep = 0x0, p_siglist = 0, p_textvp = 0x0, p_lock = 0, p_pad2 = {"\000\000\000"}, p_spare = {0, 0}, p_sigmask = 0x00000000, p_sigignore = 0x18488000, p_sigcatch = 0x00000000, p_priority = 0x04, p_usrpri = 0x32, p_nice = 0, p_com! m = {"swapper\000\000\000\000\000\000\000\000\000\000"}, p_pgrp = 0xf022cc20, p_sysent = 0xf01e3620, p_rtprio = {type = 0x0001, prio = 0x0000}, p_thread = 0, p_addr = 0xf0247000, p_md = {md_flags = 0, md_regs = 0x0}, p_xstat = 0x0000, p_acflag = 0x0000, p_ru = 0x0} (kgdb) print panicstr $17 = (char *) 0xf01ba8e6 "vm_bounce_page_free: invalid bounce buffer" (kgdb) list 823 /* 824 * Release inodes held by texts before update. 825 */ 826 if (panicstr == 0) 827 vnode_pager_umount(NULL); 828 sync(&proc0, NULL, NULL); 829 830 for (iter = 0; iter < 20; iter++) { 831 nbusy = 0; 832 for (bp = &buf[nbuf]; --bp >= buf; ) { (kgdb) up #12 0xf01147c3 in panic (fmt=(char *) 0xf01ba8e6 "vm_bounce_page_free: invalid bounce buffer") (../../kern/subr_prf.c line 128) (kgdb) list 123 kdbpanic(); 124 #endif 125 #ifdef DDB 126 Debugger ("panic"); 127 #endif 128 boot(bootopt); 129 } 130 131 /* 132 * Warn that a system table is full. (kgdb) up Reading in symbols for ../../i386/i386/vm_machdep.c...done. #13 0xf01ba964 in vm_bounce_page_free (pa=0x00fd8000, count=1) (../../i386/i386/vm_machdep.c line 169) (kgdb) list 164 if( pa == bouncepa[index]) 165 break; 166 } 167 168 if( index == bouncepages) 169 panic("vm_bounce_page_free: invalid bounce buffer"); 170 171 allocindex = index / BITS_IN_UNSIGNED; 172 bit = index % BITS_IN_UNSIGNED; 173 (kgdb) print index $18 = 0 (kgdb) print bouncepages $19 = 128 (kgdb) print count $20 = 1 (kgdb) up #14 0xf01baf00 in vm_bounce_free (bp=(struct buf *) 0xf26e6e18) (../../i386/i386/vm_machdep.c line 452) (kgdb) list 447 */ 448 449 /* 450 printf("(kva: %x, pa: %x)", bouncekva, mybouncepa); 451 */ 452 vm_bounce_page_free(mybouncepa, 1); 453 } 454 455 origkva += copycount; 456 bouncekva += copycount; (kgdb) print mynouncepa No symbol "mynouncepa" in current context. (kgdb) print mybouncepa $21 = 0x00fd8000 (kgdb) print *mybouncepa Cannot read memory: address 0xfd8000 out of bounds. (kgdb) up #15 0xf0126ee3 in biodone (bp=(struct buf *) 0xf26e6e18) (../../kern/vfs_bio.c line 1069) (kgdb) print bp->b_flags $22 = -536870316 (kgdb) print *bp $23 = {b_hash = {le_next = 0x0, le_prev = 0x0}, b_vnbufs = {le_next = 0x87654321, le_prev = 0x0}, b_freelist = {tqe_next = 0x0, tqe_prev = 0x0}, b_actf = 0xf26e6938, b_actb = 0x0, b_proc = 0x0, b_flags = -536870316, b_qindex = 0, b_error = 0, b_bufsize = 8192, b_bcount = 8192, b_resid = 0, b_dev = 0x0000040e, b_un = {b_addr = 0xf2789000 }, b_saveaddr = 0xf0a81120, b_lblkno = 4838, b_blkno = 2292656, b_iodone = 0xf0128440, b_iodone_chain = 0x0, b_vp = 0xf0aaa380, b_pfcent = 0, b_dirtyoff = 0, b_dirtyend = 0, b_rcred = 0xffffffff, b_wcred = 0xffffffff, b_validoff = 0, b_validend = 0, b_pblkno = 2292656, b_savekva = 0xf3bd4000 , b_driver1 = 0x0, b_driver2 = 0x0, b_spc = 0x0, b_pages = {0xf02ac7ac, 0xf02b0260, 0x0 }, b_npages = 2} (kgdb) up Reading in symbols for ../../scsi/scsi_base.c...done. #16 0xf0185184 in scsi_done (xs=(struct scsi_xfer *) 0xf0a83e00) (../../scsi/scsi_base.c line 429) (kgdb) print bp $24 = (struct buf *) 0xf26e6e18 (kgdb) print *bp $25 = {b_hash = {le_next = 0x0, le_prev = 0x0}, b_vnbufs = {le_next = 0x87654321, le_prev = 0x0}, b_freelist = {tqe_next = 0x0, tqe_prev = 0x0}, b_actf = 0xf26e6938, b_actb = 0x0, b_proc = 0x0, b_flags = -536870316, b_qindex = 0, b_error = 0, b_bufsize = 8192, b_bcount = 8192, b_resid = 0, b_dev = 0x0000040e, b_un = {b_addr = 0xf2789000 }, b_saveaddr = 0xf0a81120, b_lblkno = 4838, b_blkno = 2292656, b_iodone = 0xf0128440, b_iodone_chain = 0x0, b_vp = 0xf0aaa380, b_pfcent = 0, b_dirtyoff = 0, b_dirtyend = 0, b_rcred = 0xffffffff, b_wcred = 0xffffffff, b_validoff = 0, b_validend = 0, b_pblkno = 2292656, b_savekva = 0xf3bd4000 , b_driver1 = 0x0, b_driver2 = 0x0, b_spc = 0x0, b_pages = {0xf02ac7ac, 0xf02b0260, 0x0 }, b_npages = 2} (kgdb) up Reading in symbols for ../../i386/isa/bt742a.c...done. #17 0xf01bdedb in bt_done (unit=0, ccb=(struct bt_ccb *) 0xf0a05000) (../../i386/isa/bt742a.c line 1087) (kgdb) print xs $26 = (struct scsi_xfer *) 0xf0a83e00 (kgdb) print *xs $27 = {next = 0xf0a83d00, flags = 0x00000831, sc_link = 0xf0901a00, retries = 0x04, spare = {"\300\255\336"}, timeout = 10000, cmd = 0xf0a83e58, cmdlen = 10, data = 0xf27a0000 , datalen = 4096, resid = 0, error = 0, bp = 0xf26f5e98, sense = {error_code = 0xde, ext = {unextended = {blockhi = 0xc0, blockmed = 0xad, blocklow = 0xde}, extended = {segment = 0xc0, flags = 0xad, info = {"\336\336\300\255"}, extra_len = 0xde, extra_bytes = {"\336\300\255\336\336\300\255\336", '\000' }}}}, req_sense_length = 0, status = 0, cmdstore = {opcode = 0x2a, bytes = {"\000\000\"\267\220\000\000\b\000\000\000"}}} (kgdb) up #18 0xf01bda54 in btintr (unit=0) (../../i386/isa/bt742a.c line 832) (kgdb) print unit $28 = 0 (kgdb) print ccb $29 = (struct bt_ccb *) 0xf0a05000 (kgdb) print *ccb $30 = {opcode = 0x02, = 0x00, data_in = 0x00, data_out = 0x00, = 0x00, scsi_cmd_length = 0x0a, req_sense_length = 0x20, data_length = 0x00000008, data_addr = 0x0032a048, dummy = {"\000\000"}, host_stat = 0x00, target_stat = 0x00, target = 0x00, lun = 0x00, scsi_cmd = {"*\000\000\a9P\000\000\b\000\000\000"}, dummy2 = {"\000"}, link_id = 0x00, link_addr = 0x00000000, sense_ptr = 0x0032a028, scsi_sense = {error_code = 0x70, ext = {unextended = {blockhi = 0x00, blockmed = 0x05, blocklow = 0x00}, extended = {segment = 0x00, flags = 0x05, info = {"\000\000\000\000"}, extra_len = 0x18, extra_bytes = {"\000\000\000\000 \000\000\000\000\000\000\000\0010\000\000\000\000\000\000\000\000\000\000"}}}}, scat_gath = {{seg_len = 0x00001000, seg_addr = 0x0032a000}, {seg_len = 0x00001000, seg_addr = 0x00fdd000}, {seg_len = 0x00005000, seg_addr = 0x00064000}, {seg_len = 0x00001000, seg_addr = 0x00087000}, {seg_len = 0x00001000, seg_addr = 0x00fe3000}, {seg_len = 0x00002000, seg_addr = 0x0006! 5000}, {seg_len = 0x00002000, seg_addr = 0x00b67000}, {seg_len = 0x00001000, seg_addr = 0x00067000}, {seg_len = 0x00001000, seg_addr = 0x00605000}, {seg_len = 0x00001000, seg_addr = 0x00f49000}, {seg_len = 0x00001000, seg_addr = 0x00f3a000}, {seg_len = 0x00001000, seg_addr = 0x00f3f000}, {seg_len = 0x000005b0, seg_addr = 0x00e67000}, {seg_len = 0x000005b0, seg_addr = 0x00f35000}, {seg_len = 0x00000000, seg_addr = 0x00000000} }, next = 0xf0a05c00, xfer = 0xf01f0078, mbx = 0xf090387c, flags = 1, nexthash = 0x0, hashkey = 0x0032a000} (kgdb) list 827 #endif 828 } 829 wmbi->stat = BT_MBI_FREE; 830 if (ccb) { 831 untimeout(bt_timeout, (caddr_t)ccb); 832 bt_done(unit, ccb); 833 } 834 /* Set the IN mail Box pointer for next */ bt_nextmbx(wmbi, wmbx, mbi); 835 } 836 if (!found) { (kgdb) up #19 0xf01afaa7 in exception:Xresume11 () (kgdb) up #20 0xf01b819c in cpu_switch () (kgdb) down #19 0xf01afaa7 in exception:Xresume11 () (kgdb) list 837 for (i = 0; i < BT_MBX_SIZE; i++) { 838 if (wmbi->stat != BT_MBI_FREE) { 839 found++; 840 break; 841 } 842 bt_nextmbx(wmbi, wmbx, mbi); 843 } 844 if (!found) { 845 #ifdef DEBUG 846 printf("bt%d: mbi at 0x%08x should be found, stat=%02x..resync\n", (kgdb) up #20 0xf01b819c in cpu_switch () (kgdb) up Initial frame selected; you cannot go up. (kgdb) >Description: Above panic, with 32 bit bus? >How-To-Repeat: Once this far. >Fix: Workaround might be disabling bounce buffers altogether (I would like to limit the number of different kernels in use to few as we have lots of identically configured machines). bounce buffer code shouldn't be called in this machine, doesn't it say "enabling bounce buffer code" in boot on those which need it? >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed May 3 12:30:03 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA11652 for bugs-outgoing; Wed, 3 May 1995 12:30:03 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA11645 ; Wed, 3 May 1995 12:30:02 -0700 Date: Wed, 3 May 1995 12:30:02 -0700 Message-Id: <199505031930.MAA11645@freefall.cdrom.com> From: System Operator Reply-To: System Operator To: freebsd-bugs Subject: kern/379: Using tcpdump with DC21040 Ethernet card halts network In-Reply-To: Your message of Wed, 3 May 1995 21:20:14 +0200 <199505031920.VAA00437@alano.diatel.upm.es> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 379 >Category: kern >Synopsis: Using tcpdump with DC21040 Ethernet card halts network >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed May 3 12:30:01 1995 >Originator: Javier Martin Rueda >Organization: >Release: FreeBSD 2.1.0-Development i386 >Environment: 950412-SNAP >Description: I wanted to look at the packets received from a certain host on the net, so I decided to use tcpdump for this. However, when I started tcpdump, the kernel wrote to the console the following message: de0: enabling 10baseT/UTP port And from then on, all network connectivity is halted. The console still works, but the ethernet card doesn't (no more telnet, ftp, not even ping). Note that when the computer boots and the ethernet card is probed and attached it says: de0: enabling Thinwire/AUI port So, it seems the kernel is trying to change the type of ethernet port to an incorrect one. My card is a SMC 8432BT (BNC and RJ45 connectors, though I only use the BNC). >How-To-Repeat: Execute the following command: tcpdump -i de0 -w file host myhost >Fix: Not known, sorry. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed May 3 12:40:01 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA12009 for bugs-outgoing; Wed, 3 May 1995 12:40:01 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA12000 ; Wed, 3 May 1995 12:40:01 -0700 Date: Wed, 3 May 1995 12:40:01 -0700 Message-Id: <199505031940.MAA12000@freefall.cdrom.com> From: System Operator Reply-To: System Operator To: freebsd-bugs Subject: kern/380: kernel panic related to DC21040 network card In-Reply-To: Your message of Wed, 3 May 1995 21:36:21 +0200 <199505031936.VAA00555@alano.diatel.upm.es> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 380 >Category: kern >Synopsis: kernel panic related to DC21040 network card >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 May 3 12:40:00 1995 >Originator: Javier Martin Rueda >Organization: >Release: FreeBSD 2.1.0-Development i386 >Environment: 950412-SNAP >Description: I have a SMC 8432BT ethernet card. The card seems to work ok with telnet, ftp, etc. At the moment it doesn't have too much of a load, as usually there is only one or two users connected through telnet, no NFS, no FTP, etc. Today, I executed "ls -lR /" from a telnet session (without redirecting the output, or anything like that) and after a bunch of files were listed, the following message appeared (I copied it by hand) on the console and there was a panic: de0: tulip_txsegment: extremely fragmented packed encountered (30 segments) panic: m_copydata Fatal trap 12: page fault while in kernel mode fault virtual address = 0x18 fault code = supervisor read, page not present instruction pointer = 0x8:0xf011efcb code segment = base 0x0, limit 0xfffff, type = 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL=0 current process = Idle interrupt mask = net bio panic: page fault dumping to dev 401, offset 98304 dump 16 I must say that there is a machine in our network that from time to time puts giant packets into the ethernet (around 7.5 Kb). FreeBSD doesn't seem to be affected by them, but I don't know if thay may have any influence in the above panic. The panic did not occurr when one of those was received, though. After executing "nm /kernel | sort", the area surrounding the fault address is: f011ece4 T _bread f011ed94 T _breadn f011ef50 T _bwrite f011f034 T _vn_bwrite f011f060 T _bdwrite So, it seems the function that was executing was bwrite, if I'm right. By the way, as you may notice in the panic message above, the kernel was not able to dump a memory image. I have 16 Mb of RAM and 64 Mb in a single swap partition. The controller is a Buslogic 946C. The SCSI light stayed on. >How-To-Repeat: I couldn't repeat it. >Fix: Not known, sorry. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed May 3 14:56:55 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA12009 for bugs-outgoing; Wed, 3 May 1995 12:40:01 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA12000 ; Wed, 3 May 1995 12:40:01 -0700 Date: Wed, 3 May 1995 12:40:01 -0700 Message-Id: <199505031940.MAA12000@freefall.cdrom.com> From: System Operator Reply-To: System Operator To: freebsd-bugs Subject: kern/380: kernel panic related to DC21040 network card In-Reply-To: Your message of Wed, 3 May 1995 21:36:21 +0200 <199505031936.VAA00555@alano.diatel.upm.es> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 380 >Category: kern >Synopsis: kernel panic related to DC21040 network card >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 May 3 12:40:00 1995 >Originator: Javier Martin Rueda >Organization: >Release: FreeBSD 2.1.0-Development i386 >Environment: 950412-SNAP >Description: I have a SMC 8432BT ethernet card. The card seems to work ok with telnet, ftp, etc. At the moment it doesn't have too much of a load, as usually there is only one or two users connected through telnet, no NFS, no FTP, etc. Today, I executed "ls -lR /" from a telnet session (without redirecting the output, or anything like that) and after a bunch of files were listed, the following message appeared (I copied it by hand) on the console and there was a panic: de0: tulip_txsegment: extremely fragmented packed encountered (30 segments) panic: m_copydata Fatal trap 12: page fault while in kernel mode fault virtual address = 0x18 fault code = supervisor read, page not present instruction pointer = 0x8:0xf011efcb code segment = base 0x0, limit 0xfffff, type = 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL=0 current process = Idle interrupt mask = net bio panic: page fault dumping to dev 401, offset 98304 dump 16 I must say that there is a machine in our network that from time to time puts giant packets into the ethernet (around 7.5 Kb). FreeBSD doesn't seem to be affected by them, but I don't know if thay may have any influence in the above panic. The panic did not occurr when one of those was received, though. After executing "nm /kernel | sort", the area surrounding the fault address is: f011ece4 T _bread f011ed94 T _breadn f011ef50 T _bwrite f011f034 T _vn_bwrite f011f060 T _bdwrite So, it seems the function that was executing was bwrite, if I'm right. By the way, as you may notice in the panic message above, the kernel was not able to dump a memory image. I have 16 Mb of RAM and 64 Mb in a single swap partition. The controller is a Buslogic 946C. The SCSI light stayed on. >How-To-Repeat: I couldn't repeat it. >Fix: Not known, sorry. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed May 3 21:30:02 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA18486 for bugs-outgoing; Wed, 3 May 1995 21:30:02 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA18479 ; Wed, 3 May 1995 21:30:01 -0700 Date: Wed, 3 May 1995 21:30:01 -0700 Message-Id: <199505040430.VAA18479@freefall.cdrom.com> From: ted@wiz.plymouth.edu Reply-To: ted@wiz.plymouth.edu To: freebsd-bugs Subject: bin/381: Quota commands (repquota/edquota/quota) not giving correct info. In-Reply-To: Your message of Thu, 4 May 1995 00:25:37 GMT <199505040025.AAA04099@localhost.plymouth.edu> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 381 >Category: bin >Synopsis: Quota commands (repquota/edquota/quota) not giving correct info. >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 May 3 21:30:01 1995 >Originator: Ted Wisniewski >Organization: Plymouth State College >Release: FreeBSD 2.1.0-Development i386 >Environment: >Description: edquota, repquota & quota not reporting blocks of quota correctly, always reporting incorrect information including an (NULL) under the Warning info part of 'quota'. >How-To-Repeat: Enable quota's give a user a quota and do repquota/quota/edquota the problem is clear. >Fix: Enclosed are the diffs to correct each: ******* for usr.sbin/edquota/edquota.c 385,387c385,387 < qup->dqblk.dqb_curblocks / 2, < qup->dqblk.dqb_bsoftlimit / 2, < qup->dqblk.dqb_bhardlimit / 2); --- > dbtob(qup->dqblk.dqb_curblocks) / 1024, > dbtob(qup->dqblk.dqb_bsoftlimit) / 1024, > dbtob(qup->dqblk.dqb_bhardlimit) / 1024); 438,440c438,440 < dqblk.dqb_curblocks = (dqblk.dqb_curblocks * 2); < dqblk.dqb_bsoftlimit = (dqblk.dqb_bsoftlimit * 2); < dqblk.dqb_bhardlimit = (dqblk.dqb_bhardlimit * 2); --- > dqblk.dqb_curblocks = btodb(dqblk.dqb_curblocks * 1024); > dqblk.dqb_bsoftlimit = btodb(dqblk.dqb_bsoftlimit * 1024); > dqblk.dqb_bhardlimit = btodb(dqblk.dqb_bhardlimit * 1024); ******* For usr.bin/quota/quota.c 320c320 < , qup->dqblk.dqb_curblocks / 2 --- > , dbtob(qup->dqblk.dqb_curblocks) / 1024 322,323c322,323 < , qup->dqblk.dqb_bsoftlimit / 2 < , qup->dqblk.dqb_bhardlimit / 2 --- > , dbtob(qup->dqblk.dqb_bsoftlimit) / 1024 > , dbtob(qup->dqblk.dqb_bhardlimit) / 1024 ******* for usr.sbin/repquota/repquota.c 223,225c223,225 < fup->fu_dqblk.dqb_curblocks / 2, < fup->fu_dqblk.dqb_bsoftlimit / 2, < fup->fu_dqblk.dqb_bhardlimit / 2, --- > dbtob(fup->fu_dqblk.dqb_curblocks) / 1024, > dbtob(fup->fu_dqblk.dqb_bsoftlimit) / 1024, > dbtob(fup->fu_dqblk.dqb_bhardlimit) / 1024, >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu May 4 06:32:14 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA10182 for bugs-outgoing; Thu, 4 May 1995 06:32:14 -0700 Received: from news.starnet.net (root@news.starnet.net [199.217.253.11]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA10170 for ; Thu, 4 May 1995 06:32:11 -0700 From: stheby@drsys.com Received: from wilderness.drsys.com ([199.217.166.1]) by news.starnet.net (8.6.12/8.6.9) with SMTP id IAA00459; Thu, 4 May 1995 08:31:33 -0500 Date: Wed, 3 May 95 16:45:11 EST Subject: Install Problem/Bug? To: bugs@FreeBSD.org, bugs@FreeBSD.org X-Mailer: Chameleon ARM_55, TCP/IP for Windows, NetManage Inc. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: bugs-owner@FreeBSD.org Precedence: bulk After making 20 attempts to install FreeBSD v2.0 on a compaq 386 box with an ESDI ultrastor 12 controller and a miniscribe 313MB disk, I am just about it give up (I emailed the problem to 'questions@freebsd.org' several days ago but have received no response.) The basic problem is a 9216 error (input/output) error received during the copying of code from the install diskette to the ESDI hard drive after successful disk setup. Originally I allocated the entire 300MB disk to Freebsd but go nowhere; then I reduced the allocation to root 18MB swap 32MB and usr 50MB which got me a bit further but ended in the same error message. I've tried the floppies off the Freebsd CDROM as well as the latest (March95) snapshot of the floppies with the same result. You guys have any ideas? I hate to pitch this machine. Thanks in advance...I really enjoy using FreeBSD in its earlier releases (they worked on this machine). Steve -------------------------------------------------------- E-mail: stheby@drsys.com (Steve Theby) Phone: 1-314-214-4025 Fax: 1-314-214-4030 Date: 05/03/95 Time: 16:45:11 ftp.drsys.com -------------------------------------------------------- From owner-freebsd-bugs Thu May 4 06:32:13 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA10177 for bugs-outgoing; Thu, 4 May 1995 06:32:13 -0700 Received: from news.starnet.net (root@news.starnet.net [199.217.253.11]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA10167 for ; Thu, 4 May 1995 06:32:10 -0700 From: stheby@drsys.com Received: from wilderness.drsys.com ([199.217.166.1]) by news.starnet.net (8.6.12/8.6.9) with SMTP id IAA00454 for ; Thu, 4 May 1995 08:31:31 -0500 Date: Wed, 3 May 95 17:47:49 EST Subject: FreeBSD install bug? To: bugs@FreeBSD.org X-Mailer: Chameleon ENGP1, TCP/IP for Windows, NetManage Inc. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: bugs-owner@FreeBSD.org Precedence: bulk After making 20 attempts to install FreeBSD v2.0 on a compaq 386 box with an ESDI ultrastor 12 controller and a miniscribe 313MB disk, I am just about it give up (I emailed the problem to 'questions@freebsd.org' several days ago but have received no response.) The basic problem is a 9216 error (input/output) error received during the copying of code from the install diskette to the ESDI hard drive after successful disk setup. Originally I allocated the entire 300MB disk to Freebsd but go nowhere; then I reduced the allocation to root 18MB swap 32MB and usr 50MB which got me a bit further but ended in the same error message. I've tried the floppies off the Freebsd CDROM as well as the latest (March95) snapshot of the floppies with the same result. You guys have any ideas? I hate to pitch this machine. Thanks in advance...I really enjoy using FreeBSD in its earlier releases (they worked on this machine). Steve -------------------------------------------------------- E-mail: stheby@drsys.com (Steve Theby) Phone: 1-314-214-4025 Fax: 1-314-214-4030 Date: 05/03/95 Time: 16:45:11 ftp.drsys.com -------------------------------------------------------- From owner-freebsd-bugs Thu May 4 06:42:40 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA10415 for bugs-outgoing; Thu, 4 May 1995 06:42:40 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA10407 for ; Thu, 4 May 1995 06:42:39 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id GAA03130; Thu, 4 May 1995 06:41:13 -0700 X-Authentication-Warning: time.cdrom.com: Host localhost didn't use HELO protocol To: stheby@drsys.com cc: bugs@FreeBSD.org Subject: Re: FreeBSD install bug? In-reply-to: Your message of "Wed, 03 May 1995 17:47:49 EST." Date: Thu, 04 May 1995 06:41:13 -0700 Message-ID: <3128.799594873@time.cdrom.com> From: "Jordan K. Hubbard" Sender: bugs-owner@FreeBSD.org Precedence: bulk > The basic problem is a 9216 error (input/output) error > received during the copying of code from the install > diskette to the ESDI hard drive after successful disk > setup. I'd almost have to say that this is a bad block on your ESDI drive. Up to now, we haven't done bad-block remapping though we're about to add it into 2.0.5. > which got me a bit further but ended in the same error > message. I've tried the floppies off the Freebsd CDROM > as well as the latest (March95) snapshot of the floppies > with the same result. This is a good clue - it does indeed like your drive has developed a bad block. Would you be willing to try the 2.0.5 release candidate which we should have in a few days? It has bad144 support. Jordan From owner-freebsd-bugs Thu May 4 07:51:15 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA11980 for bugs-outgoing; Thu, 4 May 1995 07:51:15 -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 HAA11969 for ; Thu, 4 May 1995 07:51:11 -0700 Received: (from bugs@localhost) by ns1.win.net (8.6.11/8.6.9) id KAA18191 for bugs@freebsd.org; Thu, 4 May 1995 10:52:59 -0400 From: Mark Hittinger Message-Id: <199505041452.KAA18191@ns1.win.net> Subject: boot hang last 2 sup days To: bugs@FreeBSD.org Date: Thu, 4 May 1995 10:52:58 -0400 (EDT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 644 Sender: bugs-owner@FreeBSD.org Precedence: bulk FYI: On my -current test box (p60/EISA/2740) the -current kernel always hangs on bootstrap. Right after changing the swap device to sd0a there is a lot of whining about slices. There is a windows/nt partition at the beginning of this drive. The disk is a 1 gig drive with 1/3 NT and 2/3's FreeBSD with FreeBSD being the second partition. After whining about the slices it just hangs. "BUILT-19950501" runs ok but still whines. Since then I have not been able to boot the -current kernels. I will probably have more time to look into this after the Kentucky Derby is over (big stuff hereabouts). Regards, Mark Hittinger bugs@win.net From owner-freebsd-bugs Thu May 4 12:25:55 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA20000 for bugs-outgoing; Thu, 4 May 1995 12:25:55 -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 MAA19992 for ; Thu, 4 May 1995 12:25:52 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA10226; Thu, 4 May 95 13:19:13 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9505041919.AA10226@cs.weber.edu> Subject: Re: bin/381: Quota commands (repquota/edquota/quota) not giving correct info. To: ted@wiz.plymouth.edu Date: Thu, 4 May 95 13:19:12 MDT Cc: freebsd-bugs@freefall.cdrom.com In-Reply-To: <199505040430.VAA18479@freefall.cdrom.com> from "ted@wiz.plymouth.edu" at May 3, 95 09:30:01 pm X-Mailer: ELM [version 2.4dev PL52] Sender: bugs-owner@FreeBSD.org Precedence: bulk > edquota, repquota & quota not reporting blocks of quota correctly, > always reporting incorrect information including an (NULL) under > the Warning info part of 'quota'. [ ... ] > > dbtob(qup->dqblk.dqb_curblocks) / 1024, > > dbtob(qup->dqblk.dqb_bsoftlimit) / 1024, > > dbtob(qup->dqblk.dqb_bhardlimit) / 1024); I think the 1024's here should be the manifest constant for block size... 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 May 4 13:32:42 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA21714 for bugs-outgoing; Thu, 4 May 1995 13:32:42 -0700 Received: from gw2.att.com (gw1.att.com [192.20.239.133]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA21708 for ; Thu, 4 May 1995 13:32:35 -0700 From: sung!imdave@iwcs.att.com Received: from iwcs!sung.UUCP by ig1.att.att.com id AA27782; Thu, 4 May 95 16:32:42 EDT Message-Id: <9505042032.AA27782@ig1.att.att.com> Date: 4 May 95 15:31:00 -0500 To: freebsd-bugs@FreeBSD.org Original-To: iwcs!att!FreeBSD.ORG!freebsd-bugs Subject: sio bug in april snap Content-Type: text Sender: bugs-owner@FreeBSD.org Precedence: bulk Hi, I am attempting to get remote login over a modem working and although the modem connects and I do get the login prompt, tons of garbage start spewing out which is echoed back to the freebsd machine which sees it and of course says "illegal login" (although its real difficult to see this amongst the spewing garbage.) I don't know if this is a problem with the modem (USR sportster 28.8) or with my setup -- I can call out OK, but I haven't tried yet tried running dos and connecting *to* the machine. Running April SNAP, compiled kernel with "-O -m486" flags, using gettytab "std.38400". /etc/ttys is unchanged except for enabling the getty on /dev/ttyd0 and using std.38400. A terminal connected via /dev/ttyd5 (a STB 4 port card) using std.9600 works fine, with no spewing garbage. Thinking it might be some tty setup problem, I enabled rc.serial -- this is the bug report -- it seems that the stty's in rc.serial cause a kernel panic (boy was I glad I had made a boot floppy..., is there any way to tell init at boot time not to run any of the scripts?): ie. stty t_termios in sioioctl() (_sioioctl @ f0184a80 from nm -p /kernel) in sio.c BYW, how the *@# can I get a disassembly to see where the failing instruction is? I tried gdb /kernel, but gdb couldn't find "debugging symbols". I couldn't find any disassembler program -- is there none? Also, no crash program. Finally, I had to compile sio.c with -S, and run "as -a" to get a listing... That's a real crock I think... Do I have to enable the kernel debugger? That seems like maybe a lot of baggage to insert in the kernel just for this. A hint would be appreciated. Thanks! BTW, Freebsd is working great... now if I could only get the serial connections working... Dave Bodenstab ...att!iwcs!sung!imdave PS, as long as I'm bug reporting... just for the fun of it I tried two simultaneous dd's from /dev/fd0.1440 and /dev/fd1.1200 If I used full track reads, then the two dd's alternated reading the floppies. When I did not specify the blocksize, I got messages from the floppy driver something like "input in output". Sorry, I never wrote this one down, since it didn't seem too important. From owner-freebsd-bugs Thu May 4 18:40:03 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA07330 for bugs-outgoing; Thu, 4 May 1995 18:40:03 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA07323 ; Thu, 4 May 1995 18:40:02 -0700 Date: Thu, 4 May 1995 18:40:02 -0700 Message-Id: <199505050140.SAA07323@freefall.cdrom.com> From: Paul Traina Reply-To: Paul Traina To: freebsd-bugs Subject: kern/382: divide by zero in speaker driver In-Reply-To: Your message of Thu, 4 May 1995 18:33:55 -0700 <199505050133.SAA00402@precipice.shockwave.com> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 382 >Category: kern >Synopsis: kernel divide by zero in spkr driver code >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu May 4 18:40:01 1995 >Originator: Peter Shipley / Paul Traina >Organization: >Release: FreeBSD 2.1.0-Development i386 >Environment: FreeBSD 1.1 through FreeBSD-current. >Description: The speaker code has some divides in it that are not protected. >How-To-Repeat: echo n90 >/dev/speaker >Fix: *** spkr.c Thu Mar 16 13:16:46 1995 --- spkr.c Thu May 4 18:24:55 1995 *************** *** 66,74 **** /* emit tone of frequency thz for given number of ticks */ unsigned int thz, ticks; { ! unsigned int divisor = TIMER_CLK / thz; int sps; #ifdef DEBUG (void) printf("tone: thz=%d ticks=%d\n", thz, ticks); #endif /* DEBUG */ --- 66,79 ---- /* emit tone of frequency thz for given number of ticks */ unsigned int thz, ticks; { ! unsigned int divisor; int sps; + if (thz <= 0) + return; + + divisor = TIMER_CLK / thz; + #ifdef DEBUG (void) printf("tone: thz=%d ticks=%d\n", thz, ticks); #endif /* DEBUG */ *************** *** 205,210 **** --- 210,218 ---- rest(whole * snum / (value * sdenom)); else { + if (value == 0 || sdenom == 0) + return; + sound = (whole * snum) / (value * sdenom) - (whole * (FILLTIME - fill)) / (value * FILLTIME); silence = whole * (FILLTIME-fill) * snum / (FILLTIME * value * sdenom); >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu May 4 22:41:27 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA13519 for bugs-outgoing; Thu, 4 May 1995 22:41:27 -0700 Received: from lirmm.lirmm.fr (lirmm.lirmm.fr [193.49.104.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA13513 for ; Thu, 4 May 1995 22:41:26 -0700 Received: from lirmm.fr (baobab.lirmm.fr [193.49.106.14]) by lirmm.lirmm.fr (8.6.10/8.6.4) with ESMTP id HAA12977 for ; Fri, 5 May 1995 07:41:23 +0200 Message-Id: <199505050541.HAA12977@lirmm.lirmm.fr> To: bugs@FreeBSD.org Subject: bug in sh (core dumped) Date: Fri, 05 May 1995 07:41:21 +0200 From: "Philippe Charnier" Sender: bugs-owner@FreeBSD.org Precedence: bulk Hello, There is a bug in sh: the built in command "fc -l" generates a core dump (*NULL in not_fcnumber). According to the sh manual page (fc -l [-nr] [first [last]]), fc -l is a correct sequence (in that case, values are defaulted to -16 and -1) but fails when first is not given. The program enters histcmd (in histedit.c) and then run the code: optreset = 1; optind = 1; /* initialize getopt */ while (not_fcnumber(argv[optind]) && (ch = getopt(argc, argv, ":e:lnrs")) != EOF) switch ((char)ch) { case 'e': editor = optarg; break; case 'l': lflg = 1; ... } argv[0] is "fc" argv[1] is "-l" The second loop runs not_fcnumber(NULL) (in histedit.c) and fails. *** histedit.c.orig Fri May 5 07:35:05 1995 --- histedit.c Fri May 5 07:38:29 1995 *************** *** 389,395 **** not_fcnumber(s) char *s; { ! if (*s == '-') s++; return (!is_number(s)); } --- 389,399 ---- not_fcnumber(s) char *s; { ! if (s == NULL) { ! /* *NULL is not a fc_number */ ! return (1); ! } ! if (*s == '-') s++; return (!is_number(s)); } -------- -------- Philippe Charnier charnier@lirmm.fr LIRMM, 161 rue Ada, 34392 Montpellier cedex 5 -- France ------------------------------------------------------------------------ From owner-freebsd-bugs Thu May 4 23:17:09 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA14086 for bugs-outgoing; Thu, 4 May 1995 23:17:09 -0700 Received: (from davidg@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA14072 ; Thu, 4 May 1995 23:17:07 -0700 Date: Thu, 4 May 1995 23:17:07 -0700 From: David Greenman Message-Id: <199505050617.XAA14072@freefall.cdrom.com> To: pst@Shockwave.COM, davidg, freebsd-bugs Subject: Changed information for PR kern/382 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: kernel divide by zero in spkr driver code State-Changed-From-To: open-closed State-Changed-By: davidg State-Changed-When: Thu May 4 23:16:12 PDT 1995 State-Changed-Why: Bug fixed with inclosed patch, slightly modified by me. From owner-freebsd-bugs Fri May 5 01:00:37 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA16589 for bugs-outgoing; Fri, 5 May 1995 01:00:37 -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 BAA16558 for ; Fri, 5 May 1995 01:00:04 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA14145; Fri, 5 May 1995 09:58:33 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA13372 for freebsd-bugs@freebsd.org; Fri, 5 May 1995 09:58:32 +0200 Received: by bonnie.tcd-dresden.de (8.6.8/8.6.6) id JAA03384; Fri, 5 May 1995 09:46:14 +0200 Date: Fri, 5 May 1995 09:46:14 +0200 From: j@narcisa.sax.de (J Wunsch) Message-Id: <199505050746.JAA03384@bonnie.tcd-dresden.de> To: freebsd-bugs@FreeBSD.org, steve2@FreeBSD.org Subject: Re: HELP! QIC-80 tape drive not probed by kernel Reply-To: joerg_wunsch@uriah.heep.sax.de Newsgroups: comp.unix.bsd.freebsd.misc In-Reply-To: <3o74s1$hoa@charnel.ecst.csuchico.edu> References: <1995May2.112336.3104@wisipc.weizmann.ac.il> Organization: Private U**x site, Dresden. Sender: bugs-owner@FreeBSD.org Precedence: bulk Since this came up over and over again in Usenet (and i don't have an apparent solution since i don't have a floppy tape), here a forward: In article <3o74s1$hoa@charnel.ecst.csuchico.edu> you write: >In article <1995May2.112336.3104@wisipc.weizmann.ac.il>, >Serge S. Maleyev wrote: >>Rafael Araujo (Rafael_Araujo@p128.f151.n5020.z2.fidonet.org) wrote: > >>: controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr >> ^ >> | >> flags 0x1 >> Just add this. > >He did: > >>: controller fdc0 at isa? port "IO_FD1" bio flags 0x1 irq 6 drq 2 vector fdintr > >I'm having this same problem. The flags argument to the controller doesn't >work in all cases apparently. And to the number of people who emailed me, >*YES* I did config, compile, and boot the new kernel, I'm not a moron. > >There's something up here, and nobody seems to know what it is. > >*Sigh* > >Someday I'll be able to back up my system. > >Shawn > >-- >Shawn Brown | shawnb@ecst.csuchico.edu | California State University, Chico >Shawn's Chaosphere is here -- cheers, J"org private: 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 May 5 06:12:55 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA26592 for bugs-outgoing; Fri, 5 May 1995 06:12:55 -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 GAA26586 for ; Fri, 5 May 1995 06:12:36 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id XAA22331; Fri, 5 May 1995 23:08:09 +1000 Date: Fri, 5 May 1995 23:08:09 +1000 From: Bruce Evans Message-Id: <199505051308.XAA22331@godzilla.zeta.org.au> To: ted@wiz.plymouth.edu, terry@cs.weber.edu Subject: Re: bin/381: Quota commands (repquota/edquota/quota) not giving correct info. Cc: freebsd-bugs@freefall.cdrom.com Sender: bugs-owner@FreeBSD.org Precedence: bulk >> edquota, repquota & quota not reporting blocks of quota correctly, >> always reporting incorrect information including an (NULL) under >> the Warning info part of 'quota'. >[ ... ] >> > dbtob(qup->dqblk.dqb_curblocks) / 1024, >> > dbtob(qup->dqblk.dqb_bsoftlimit) / 1024, >> > dbtob(qup->dqblk.dqb_bhardlimit) / 1024); >I think the 1024's here should be the manifest constant for block size... No, I think the 1024 here is just for reporting the size in units of 1K. The block size conversion is done in dbtob() using appropriate manifest constants. I activated this bug when I partially fixed file systems with size >= 4GB. dbtob() used to have type `unsigned'. Now it has type `unsigned long long' (perhaps it should have type `long long'; I was confused about the type of daddr_t when I fixed it, but apparently the authors or quota.h were too - the block limits have the sensible type `unsigned long'). A long long type is required for holding file sizes. Block numbers are 31 bits on i386's and DEV_BSIZE is usually 512 so 40 bits would usually be sufficient. The bug is that edquota.c expects to print the above values (which have the unknown/undocumented type of dbtodb()) using %d format. The suggested fix replaces the scaling of `x = (x << 9) / 1024' by `x = x / 2'. This has too much magic and assumes that %d is suitable for printing things of type `unsigned long'. The correct fix is probably to cast the values to `unsigned long' and print them in format %lu. The overhead of doing calculations involving quads is probably unimportant here. Bruce From owner-freebsd-bugs Fri May 5 06:52:42 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA27311 for bugs-outgoing; Fri, 5 May 1995 06:52: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 GAA27305 for ; Fri, 5 May 1995 06:52:23 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id XAA23370; Fri, 5 May 1995 23:48:50 +1000 Date: Fri, 5 May 1995 23:48:50 +1000 From: Bruce Evans Message-Id: <199505051348.XAA23370@godzilla.zeta.org.au> To: freebsd-bugs@FreeBSD.org, sung!imdave@iwcs.att.com Subject: Re: sio bug in april snap Sender: bugs-owner@FreeBSD.org Precedence: bulk >I am attempting to get remote login over a modem working and >although the modem connects and I do get the login prompt, >tons of garbage start spewing out which is echoed back to the >freebsd machine which sees it and of course says "illegal >login" (although its real difficult to see this amongst the >spewing garbage.) I don't know if this is a problem Probably the line speed is wrong. >Running April SNAP, compiled kernel with "-O -m486" flags, >using gettytab "std.38400". /etc/ttys is unchanged except >for enabling the getty on /dev/ttyd0 and using std.38400. This should give 38400. Is that what you want? >ie. stty causes: >fatal trap 12: page fault in kernel mode This was broken the day before the SNAP and fixed the day after. >BYW, how the *@# can I get a disassembly to see where the >failing instruction is? I tried gdb /kernel, but gdb couldn't >find "debugging symbols". I couldn't find any disassembler `gdb -k /kernel /dev/mem' is the best available if you don't have ddb compiled into the kernel. gdb has been able to disassemble files with only non-debugging symbols for some time. However, symbol lookup for disassembly seems to be broken. `disass mi_switch' gives "No function contains specified address". `disass 0xf0115c20 0xf0115cff' works. It even finds mi_switch!? I normally use the kernel debugger. >program -- is there none? Also, no crash program. Finally, `gdb -k /var/crash/kernelname /var/crash/corename' sort of works, as above, on crash dumps even when the kernel isn't compiled with -g. See also kernel-debug.FAQ. Bruce From owner-freebsd-bugs Fri May 5 15:58:26 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA15547 for bugs-outgoing; Fri, 5 May 1995 15:58:26 -0700 Received: from unlisys.unlisys.NET (unlisys.unlisys.net [194.64.15.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA15540 for ; Fri, 5 May 1995 15:58:23 -0700 Received: by unlisys.unlisys.NET from deadline.snafu.de with smtp (Smail3.1.28.1 [@@]) id m0s7WK6-0000HkC; Sat, 6 May 95 00:58 MET DST Received: by deadline.snafu.de id m0s7WK3-000J2hC; Sat, 6 May 95 00:58 MET DST (/\oo/\ Smail3.1.29.1 #29.1) Message-Id: From: root@deadline.snafu.de (Andreas S. Wetzel) Subject: Weirdity in arpa/telnet.h ?? To: freebsd-bugs@FreeBSD.org Date: Sat, 6 May 1995 00:58:10 +0200 (MET DST) Organization: -D-E-A-D-L-I-N-E- Public access UN*X system - 13347 Berlin. X-Mailer: ELM [version 2.4 PL24 PGP2] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1742 Sender: bugs-owner@FreeBSD.org Precedence: bulk Hi! --- In the includefile arpa/telnet.h it reads ?! #define NTELOPTS (1+TELOPT_NEW_ENVIRON) #ifdef TELOPTS char *telopts[NTELOPTS+1] = { "BINARY", "ECHO", "RCP", "SUPPRESS GO AHEAD", "NAME", "STATUS", "TIMING MARK", "RCTE", "NAOL", "NAOP", "NAOCRD", "NAOHTS", "NAOHTD", "NAOFFD", "NAOVTS", "NAOVTD", "NAOLFD", "EXTEND ASCII", "LOGOUT", "BYTE MACRO", "DATA ENTRY TERMINAL", "SUPDUP", "SUPDUP OUTPUT", "SEND LOCATION", "TERMINAL TYPE", "END OF RECORD", "TACACS UID", "OUTPUT MARKING", "TTYLOC", "3270 REGIME", "X.3 PAD", "NAWS", "TSPEED", "LFLOW", "LINEMODE", "XDISPLOC", "OLD-ENVIRON", "AUTHENTICATION", "ENCRYPT", "NEW-ENVIRON", 0, }; #define TELOPT_FIRST TELOPT_BINARY #define TELOPT_LAST TELOPT_NEW_ENVIRON #define TELOPT_OK(x) ((unsigned int)(x) <= TELOPT_LAST) #define TELOPT(x) telopts[(x)-TELOPT_FIRST] #endif <==== !!! ==== Is there any reason for this being different from the definition of the telnet commands, which reads: #ifdef TELCMDS char *telcmds[] = { "EOF", "SUSP", "ABORT", "EOR", "SE", "NOP", "DMARK", "BRK", "IP", "AO", "AYT", "EC", "EL", "GA", "SB", "WILL", "WONT", "DO", "DONT", "IAC", 0, }; #else <==== !!! ==== extern char *telcmds[]; #endif <==== !!! ==== #define TELCMD_FIRST xEOF #define TELCMD_LAST IAC #define TELCMD_OK(x) ((unsigned int)(x) <= TELCMD_LAST && \ (unsigned int)(x) >= TELCMD_FIRST) #define TELCMD(x) telcmds[(x)-TELCMD_FIRST] Mickey -- (__) (@@) Andreas S. Wetzel E-mail: mickey@deadline.snafu.de /-------\/ Utrechter Strasse 41 Web: http://deadline.snafu.de/ / | || 13347 Berlin Voice: <+4930> 456 81 68 * ||----|| Germany Fax/Data: <+4930> 455 19 57 ~~ ~~ From owner-freebsd-bugs Fri May 5 16:00:59 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA15607 for bugs-outgoing; Fri, 5 May 1995 16:00:59 -0700 Received: from odabree.sdsmt.edu (odabree.sdsmt.edu [151.159.9.50]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA15601 for ; Fri, 5 May 1995 16:00:54 -0700 Received: (from dunser@localhost) by odabree.sdsmt.edu (8.6.11/8.6.9) id PAA02928 for bugs@freebsd.org; Fri, 5 May 1995 15:37:17 GMT Date: Fri, 5 May 1995 15:37:17 GMT From: User Dunser Message-Id: <199505051537.PAA02928@odabree.sdsmt.edu> To: bugs@FreeBSD.org Subject: MTREE Sender: bugs-owner@FreeBSD.org Precedence: bulk I cannot install any of the new packages. I get an error code of 1 with MTREE. From owner-freebsd-bugs Fri May 5 16:02:48 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA15654 for bugs-outgoing; Fri, 5 May 1995 16:02:48 -0700 Received: from silver.sdsmt.edu (root@silver.sdsmt.edu [151.159.1.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA15646 for ; Fri, 5 May 1995 16:02:46 -0700 Received: from msmail.sdsmt.edu (msmail.sdsmt.edu [151.159.1.43]) by silver.sdsmt.edu (8.6.12/8.6.12) with SMTP id QAA50882 for ; Fri, 5 May 1995 16:23:27 -0600 Received: by msmail.sdsmt.edu with Microsoft Mail id <2FAAA55E@msmail.sdsmt.edu>; Fri, 05 May 95 16:23:26 MDT From: "Unser, Danny" To: "'FreeBSD - Bugs'" Subject: 950412-SNAP Date: Fri, 05 May 95 16:22:00 MDT Message-ID: <2FAAA55E@msmail.sdsmt.edu> Encoding: 10 TEXT X-Mailer: Microsoft Mail V3.0 Sender: bugs-owner@FreeBSD.org Precedence: bulk I've recently installed the 2.0-950412-SNAP shot of FreeBSD. The problem I'm running into is changing the ownership of directories and files in the /usr/home directory. The only owner I can change the files or directories to are something other than another user. Say changing the owner of the directory of /usr/home/kunser to kunser isn't allowed, it changes it to dunser instead. What's the deal here. Dan From owner-freebsd-bugs Fri May 5 16:39:15 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA16646 for bugs-outgoing; Fri, 5 May 1995 16:39:15 -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 QAA16639 for ; Fri, 5 May 1995 16:39:13 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id QAA09842; Fri, 5 May 1995 16:38:59 -0700 From: "Rodney W. Grimes" Message-Id: <199505052338.QAA09842@gndrsh.aac.dev.com> Subject: Re: MTREE To: dunser@odabree.sdsmt.edu (User Dunser) Date: Fri, 5 May 1995 16:38:58 -0700 (PDT) Cc: bugs@FreeBSD.org In-Reply-To: <199505051537.PAA02928@odabree.sdsmt.edu> from "User Dunser" at May 5, 95 03:37:17 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: 310 Sender: bugs-owner@FreeBSD.org Precedence: bulk > > I cannot install any of the new packages. I get an error code of 1 with MTREE. Which version of FreeBSD are you trying to install the packages on? -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-bugs Fri May 5 17:28:31 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA18112 for bugs-outgoing; Fri, 5 May 1995 17:28:31 -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 RAA18096 for ; Fri, 5 May 1995 17:28:28 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA20845; Fri, 5 May 95 18:21:54 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9505060021.AA20845@cs.weber.edu> Subject: Re: Weirdity in arpa/telnet.h ?? To: root@deadline.snafu.de (Andreas S. Wetzel) Date: Fri, 5 May 95 18:21:54 MDT Cc: freebsd-bugs@FreeBSD.org In-Reply-To: from "Andreas S. Wetzel" at May 6, 95 00:58:10 am X-Mailer: ELM [version 2.4dev PL52] Sender: bugs-owner@FreeBSD.org Precedence: bulk > In the includefile arpa/telnet.h it reads ?! > > #define NTELOPTS (1+TELOPT_NEW_ENVIRON) > #ifdef TELOPTS > char *telopts[NTELOPTS+1] = { [ ... ] > #endif <==== !!! ==== [ ... ] > #ifdef TELCMDS > char *telcmds[] = { [ ... ] > #else <==== !!! ==== > extern char *telcmds[]; > #endif <==== !!! ==== The commands are used in building clients that talk the protocol. The options are useful for building servers. You are not guaranteed to have an "extern char *telopts" in a program that uses arpa/telnet.h, but you *will* be using the commands to communicate over the link for anything that includes it. Hint: look at the telnet and ftp client programs to see if you can find a usage of "telopts". 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 Fri May 5 18:04:17 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA19278 for bugs-outgoing; Fri, 5 May 1995 18:04:17 -0700 Received: from gatekeeper.ent-img.com (gatekeeper.ent-img.com [192.206.38.128]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id SAA19269 for ; Fri, 5 May 1995 18:04:15 -0700 Received: by gatekeeper.ent-img.com (Smail3.1.28.1 #5) id m0s7YI0-0004lZC; Fri, 5 May 95 18:04 PDT Message-Id: From: pete@gatekeeper.ent-img.com (Pete Carah) Subject: timezone problems To: bugs@FreeBSD.org Date: Fri, 5 May 1995 18:04:10 -0700 (PDT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 361 Sender: bugs-owner@FreeBSD.org Precedence: bulk I figured out what I did to cause my seg faults, but it might be nice if zoneinfo and family was a bit more forgiving of bad zoneinfo files... (I was setting TZ to "Pacific" which turned out to be a directory; this caused seg faults whenever trying to print a time :-( Problem is fixed but some other reaction might be nice to non-experienced users. -- Pete From owner-freebsd-bugs Fri May 5 20:57:50 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA22257 for bugs-outgoing; Fri, 5 May 1995 20:57:50 -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 UAA22249 for ; Fri, 5 May 1995 20:57:38 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA15889; Sat, 6 May 1995 05:57:21 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id FAA20034; Sat, 6 May 1995 05:57:21 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id FAA29560; Sat, 6 May 1995 05:56:31 +0200 From: J Wunsch Message-Id: <199505060356.FAA29560@uriah.heep.sax.de> Subject: Re: 950412-SNAP To: dunser@msmailgw.sdsmt.edu (Unser, Danny) Date: Sat, 6 May 1995 05:56:31 +0200 (MET DST) Cc: bugs@FreeBSD.org In-Reply-To: <2FAAA55E@msmail.sdsmt.edu> from "Unser, Danny" at May 5, 95 04:22:00 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: 917 Sender: bugs-owner@FreeBSD.org Precedence: bulk As Unser, Danny wrote: > > > I've recently installed the 2.0-950412-SNAP shot of FreeBSD. > The problem I'm running into is changing the ownership of directories and > files in the /usr/home directory. > The only owner I can change the files or directories to are something > other than another user. Say changing the owner of the directory of > /usr/home/kunser to kunser isn't allowed, it changes it to dunser > instead. What's the deal here. Changing ownership is only allowed for the super-user. Remember that the ownership is stored numerically, so if your password file contains 3 user entries with different names but identical UIDs, you'll always see the files mapped to the user with the name where the UID is first appearing in the passwd file. -- 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 May 5 22:50:02 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA23127 for bugs-outgoing; Fri, 5 May 1995 22:50:02 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA23120 ; Fri, 5 May 1995 22:50:01 -0700 Date: Fri, 5 May 1995 22:50:01 -0700 Message-Id: <199505060550.WAA23120@freefall.cdrom.com> From: Lars Fredriksen Reply-To: Lars Fredriksen To: freebsd-bugs Subject: kern/383: dd to from /dev/mem panics the machine. In-Reply-To: Your message of Sat, 6 May 1995 00:45:13 -0500 <199505060545.AAA01428@fredriks.pr.mcs.net> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 383 >Category: kern >Synopsis: dd to from /dev/mem panics the machine. >Confidential: yes >Severity: serious >Priority: medium >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri May 5 22:50:01 1995 >Originator: & Fredriksen >Organization: Flaaklypa Hackers >Release: FreeBSD 2.1.0-Development i386 >Environment: As far as I can tell the environment is not important here. >Description: The machine panics when you exectute the following command: dd if=/dev/mem of=/dev/null bs=10k count=1000 >How-To-Repeat: dd if=/dev/mem of=/dev/null bs=10k count=1000 >Fix: I don't have a panic dump at this point since I was in X when this happened. I will try to get one tomorrow, but I figured Jordan wanted to get this into his known-problems list. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri May 5 23:40:21 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA26034 for bugs-outgoing; Fri, 5 May 1995 23:40:21 -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 XAA26025 for ; Fri, 5 May 1995 23:40:11 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA19876; Sat, 6 May 1995 08:40:06 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA20390; Sat, 6 May 1995 08:40:06 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id IAA29861; Sat, 6 May 1995 08:36:59 +0200 From: J Wunsch Message-Id: <199505060636.IAA29861@uriah.heep.sax.de> Subject: Re: timezone problems To: pete@gatekeeper.ent-img.com (Pete Carah) Date: Sat, 6 May 1995 08:36:58 +0200 (MET DST) Cc: bugs@FreeBSD.org In-Reply-To: from "Pete Carah" at May 5, 95 06:04:10 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: 1173 Sender: bugs-owner@FreeBSD.org Precedence: bulk As Pete Carah wrote: > > I figured out what I did to cause my seg faults, but it might be > nice if zoneinfo and family was a bit more forgiving of bad > zoneinfo files... (I was setting TZ to "Pacific" which turned > out to be a directory; this caused seg faults whenever trying > to print a time :-( Problem is fixed but some other reaction > might be nice to non-experienced users. Which system version? j@uriah 337% date Sat May 6 08:33:20 MET DST 1995 j@uriah 338% env TZ=DoEsNoTeXiSt date Sat May 6 06:33:23 1995 j@uriah 339% env TZ=Pacific date Sat May 6 06:33:29 1995 j@uriah 340% env TZ=.. date Sat May 6 06:33:32 1995 j@uriah 341% env TZ=EDT date Sat May 6 06:33:48 1995 j@uriah 342% env TZ=EST5EDT date Sat May 6 02:34:14 EDT 1995 For any unreasonable value, it falls back to UTC, without displaying a timezone name. j@uriah 343% uname -a FreeBSD uriah.heep.sax.de BUILT-19950429 FreeBSD BUILT-19950429 #20: Sat Apr 29 22:47:04 MET DST 1995 bin@uriah.heep.sax.de:/home/bin/sys/compile/URIAH i386 -- 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 May 6 02:40:07 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA29914 for bugs-outgoing; Sat, 6 May 1995 02:40:07 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA29904 ; Sat, 6 May 1995 02:40:05 -0700 Date: Sat, 6 May 1995 02:40:05 -0700 Message-Id: <199505060940.CAA29904@freefall.cdrom.com> From: asami@berkeley.edu Reply-To: asami@berkeley.edu To: freebsd-bugs Subject: kern/384: ep0 problems on Dell In-Reply-To: Your message of Sat, 6 May 1995 02:37:34 -0700 <199505060937.CAA04901@silvia.HIP.Berkeley.EDU> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 384 >Category: kern >Synopsis: ep0 conflicts with some other drivers >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat May 6 02:40:02 1995 >Originator: Satoshi Asami >Organization: University of California >Release: FreeBSD 2.0-950412-SNAP i386 >Environment: Dell XPS Pentium 90, 3com 3c509 Ethernet, IDE HD >Description: After installing FreeBSD from floppy and it reboots from the hard disk, it gets stuck after probing the devices in PCI bus. Disabling wt0 and ie0 from the -c prompt fixes it. I thought it is very strange because ep0 and wt0 is on port 0x300 but ie0 is on 0x360. >How-To-Repeat: As above. >Fix: No idea, I'm just a newbie. :) >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat May 6 02:50:01 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA00183 for bugs-outgoing; Sat, 6 May 1995 02:50:01 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA00169 ; Sat, 6 May 1995 02:50:00 -0700 Date: Sat, 6 May 1995 02:50:00 -0700 Message-Id: <199505060950.CAA00169@freefall.cdrom.com> From: asami@cs.berkeley.edu Reply-To: asami@cs.berkeley.edu To: freebsd-bugs Subject: kern/385: ep0 picks up wrong irq In-Reply-To: Your message of Sat, 6 May 1995 02:44:08 -0700 <199505060944.CAA05007@silvia.HIP.Berkeley.EDU> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 385 >Category: kern >Synopsis: ep0 finds card on irq 10 when it's actually on 11 >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat May 6 02:50:00 1995 >Originator: Satoshi Asami >Organization: University of California >Release: FreeBSD 950412-SNAP i386 >Environment: Dell XPS Pentium 90, 3com 3c509 >Description: On a machine that has the 3c509 card set to irq 11, the kernel thinks it is on 10 (the default) and uses it. I could get connected to the network but had horrible performance (like ping time of >900ms to a host on the same net). Changing the default irq to 11 in -c made it work fine. >How-To-Repeat: As described above. >Fix: No idea. :) >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat May 6 04:30:21 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA05484 for bugs-outgoing; Sat, 6 May 1995 04:30:21 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA05476 for freebsd-bugs; Sat, 6 May 1995 04:30:21 -0700 Date: Sat, 6 May 1995 04:30:21 -0700 From: GNU GNATS Message-Id: <199505061130.EAA05476@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/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/18] kern/21 kernel panic. [1994/11/18] conf/22 Cannot use links to share kernel objects [1994/11/23] kern/27 Loopback mounts confuse unmount-on-reboot code [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/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] 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/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] 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] misc/202 System hang or reboot without clues, tcp ppp named r [1995/02/02] bin/204 Installing failes [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/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] 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] 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/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/08] pending/307 request for a customer id [1995/04/08] bin/308 Do-it-yourself FTP needs to prompt for what to downl [1995/04/08] bin/309 Do-it-yourself FTP deletes /usr/tmp dir rather than [1995/04/08] bin/310 ^C or ^Z in do-it-yourself FTP installation crashes [1995/04/08] bin/311 Do-it-yourself FTP deletes /usr/tmp dir rather than [1995/04/09] bin/314 CTRL-Z during installation crashes install FDIV008 [1995/04/09] bin/315 Kernel and boot block don't agree on kernel name FD [1995/04/09] bin/316 SNAP950322 less stable on IDE than earlier releases [1995/04/09] docs/317 Install README doesn't list matcd as install choice [1995/04/09] bin/318 matcd driver not on boot or fixit floppy FDIV012 [1995/04/09] bin/319 Install doesn't strip sys name in prompt for domain [1995/04/09] bin/320 TCP/IP settings entered b4 install are not kept FDIV [1995/04/09] bin/321 TCP/IP settings given during install are not kept FD [1995/04/09] bin/322 No way to restart a failed FTP download FDIV016 [1995/04/09] bin/323 Creating lost+found causes fsck to stop fsck -y FDIV [1995/04/09] bin/324 /usr/include/sys -> /usr/sys/sys -> /usr/sys/sys FD [1995/04/09] bin/326 Weekly cron generates some usage and error messages [1995/04/09] bin/327 Clock management punishes you if CMOS != GMT FDIV020 [1995/04/09] bin/328 Checking for -c kernel changes randomly hangs FDIV02 [1995/04/09] bin/329 FTP transfers above 99K shown in scientific notation [1995/04/11] kern/332 Incorrect routes can cause system to reset [1995/04/11] kern/336 make world fails on NCR-SCSI machine [1995/04/11] i386/337 seagate controller code hangs on boot. [1995/04/14] docs/341 vnconfig(8) disagrees with its man page [1995/04/14] bin/342 lpd can allow users access to all of root's groups [1995/04/14] kern/343 tcpdump with filter fails on tun and lo devices [1995/04/14] misc/344 Signal 11 when running a user program [1995/04/15] kern/345 panic "biodone: page busy < 0" [1995/04/15] pending/346 request for a customer id [1995/04/17] kern/349 Panic with bad dir [1995/04/19] bin/351 long mail messages overflow line-count field [1995/04/19] ports/352 many problems in tex package [1995/04/20] kern/353 xcdplayer crashes machine (with NCR810 SCSI) [1995/04/20] kern/354 Can't configure two IP aliases with the same network [1995/04/20] misc/355 policy on /usr/local permission in base release [1995/04/20] misc/356 package xanim2683.tgz is missing man page [1995/04/20] bin/357 pkg_delete aborts when subcommand fails [1995/04/24] bin/359 BS/DEL is still not quite right. [1995/04/24] kern/360 filesystem deadlock trivial to produce [1995/04/25] conf/362 uname -r output hosed [1995/04/25] kern/363 page fault in sio.c soon after boot (+ suggested fix [1995/04/26] kern/365 if_fddisubr.c doesn't compile (it never has...?!?) [1995/04/26] kern/366 queue changes broke ISO tpip code [1995/04/26] kern/367 kernel hangs after ep0 attach message appears [1995/04/26] i386/369 AHA-154X-A problems [1995/04/29] kern/371 panic: msdosfs_unlock: denode not locked [1995/04/30] pending/372 request for a customer id [1995/05/01] gnu/373 In response to admittedly bogus code, gcc emits an o [1995/05/01] kern/374 panic: bad dir [1995/05/01] bin/375 NIS does not seem to work with Kerberos [1995/05/02] kern/376 tcpdump seems to cause spontaneous reboots [1995/05/02] kern/377 Can't config any but first bus of a host adapter [1995/05/03] kern/378 (apparently) bounce buffer code gets used on 32bit b [1995/05/03] kern/379 Using tcpdump with DC21040 Ethernet card halts netwo [1995/05/03] kern/380 kernel panic related to DC21040 network card [1995/05/03] bin/381 Quota commands (repquota/edquota/quota) not giving c [1995/05/05] kern/383 dd to from /dev/mem panics the machine. [1995/05/06] kern/384 ep0 conflicts with some other drivers [1995/05/06] kern/385 ep0 finds card on irq 10 when it's actually on 11 /* EOF -- this list has not been truncated */ From owner-freebsd-bugs Sat May 6 05:07:20 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA07372 for bugs-outgoing; Sat, 6 May 1995 05:07:20 -0700 Received: from news.iadfw.net (news.iadfw.net [204.178.72.99]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA07366 for ; Sat, 6 May 1995 05:07:15 -0700 Received: (from jbryant@localhost) by news.iadfw.net (8.6.11/8.6.9) id HAA03032; Sat, 6 May 1995 07:06:05 -0500 From: Jim Bryant Message-Id: <199505061206.HAA03032@news.iadfw.net> Subject: Re: HELP! QIC-80 tape drive not probed by kernel To: joerg_wunsch@uriah.heep.sax.de Date: Sat, 6 May 1995 07:06:05 -0500 (CDT) Cc: freebsd-bugs@FreeBSD.org In-Reply-To: <199505050746.JAA03384@bonnie.tcd-dresden.de> from "J Wunsch" at May 5, 95 09:46:14 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 2223 Sender: bugs-owner@FreeBSD.org Precedence: bulk In reply: > Date: Fri, 5 May 1995 09:46:14 +0200 > From: j@narcisa.sax.de (J Wunsch) > To: freebsd-bugs@FreeBSD.org, steve2@FreeBSD.org > Subject: Re: HELP! QIC-80 tape drive not probed by kernel > > Since this came up over and over again in Usenet (and i don't have an > apparent solution since i don't have a floppy tape), here a forward: > > In article <3o74s1$hoa@charnel.ecst.csuchico.edu> you write: > >In article <1995May2.112336.3104@wisipc.weizmann.ac.il>, > >Serge S. Maleyev wrote: > >>Rafael Araujo (Rafael_Araujo@p128.f151.n5020.z2.fidonet.org) wrote: > > > >>: controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr > >> ^ > >> | > >> flags 0x1 > >> Just add this. > > > >He did: > > > >>: controller fdc0 at isa? port "IO_FD1" bio flags 0x1 irq 6 drq 2 vector fdintr > > > >I'm having this same problem. The flags argument to the controller doesn't > >work in all cases apparently. And to the number of people who emailed me, > >*YES* I did config, compile, and boot the new kernel, I'm not a moron. > > > >There's something up here, and nobody seems to know what it is. > > > >*Sigh* > > > >Someday I'll be able to back up my system. > > > >Shawn > > > >-- > >Shawn Brown | shawnb@ecst.csuchico.edu | California State University, Chico > >Shawn's Chaosphere is here > > > -- > cheers, J"org private: joerg_wunsch@uriah.heep.sax.de > http://www.sax.de/~joerg/ > > Never trust an operating system you don't have sources for. ;-) i had this problem on one system before, pentium/pci[ncr pci, ncr scsi]... pissed me off.. had to do a floppy install of 950210.. so far as i can tell, only one of four machines [2 pentium/pci's, 486 isa/vesa, and a 486 isa] that i have installed freebsd on have had this problem. Jim -- All opinions expressed are mine, if you | "I will not be pushed, stamped, think otherwise, then go jump into turbid | briefed, debriefed, indexed, or radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" jbryant@server.iadfw.net, System administrator, Internet America From owner-freebsd-bugs Sat May 6 14:32:46 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA22428 for bugs-outgoing; Sat, 6 May 1995 14:32:46 -0700 Received: from cardhu.cs.hut.fi (hsu@cardhu.cs.hut.fi [130.233.192.95]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA22421 for ; Sat, 6 May 1995 14:32:42 -0700 Received: by cardhu.cs.hut.fi id AA00618 (5.65c8/HUTCS-C 1.3 for freebsd-bugs@freebsd.org); Sun, 7 May 1995 00:32:37 +0300 Date: Sun, 7 May 1995 00:32:37 +0300 From: Heikki Suonsivu Message-Id: <199505062132.AA00618@cardhu.cs.hut.fi> To: freebsd-bugs@FreeBSD.org Subject: -current flakey for last couple of days Organization: Helsinki University of Technology, Otaniemi, Finland Sender: bugs-owner@FreeBSD.org Precedence: bulk For last couple of days the -current has been particularly unstable, locking up several times a day. The screen is blank, pressing ctrl-alt-del produces beeps, but nothing else happens, no ping replies. Caps Lock led is alive, but screen saver won't restore the display on keypress. Is there a way to disable screen saver so that we could get some idea of what is going on? This system has been panicing daily, though it is in heavy use, full news feed and 10-20 users. Most often it panics on "bad dir" (filed PR earlier). -- Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@cs.hut.fi home +358-0-8031121 work -4513377 fax -4555276 riippu SN From owner-freebsd-bugs Sat May 6 14:54:17 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA22691 for bugs-outgoing; Sat, 6 May 1995 14:54:17 -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 OAA22682 for ; Sat, 6 May 1995 14:54:12 -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 OAA00174; Sat, 6 May 1995 14:57:06 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id OAA00397; Sat, 6 May 1995 14:54:03 -0700 Message-Id: <199505062154.OAA00397@corbin.Root.COM> To: Heikki Suonsivu cc: freebsd-bugs@FreeBSD.org Subject: Re: -current flakey for last couple of days In-reply-to: Your message of "Sun, 07 May 95 00:32:37 +0300." <199505062132.AA00618@cardhu.cs.hut.fi> From: David Greenman Reply-To: davidg@Root.COM Date: Sat, 06 May 1995 14:54:01 -0700 Sender: bugs-owner@FreeBSD.org Precedence: bulk >This system has been panicing daily, though it is in heavy use, full news >feed and 10-20 users. Most often it panics on "bad dir" (filed PR >earlier). If the inode is always the same one, this is likely caused by fsck not detecting the problem (and thus not fixing it). I've seen this before on 1.1.5, and perhaps naively thought that it was fixed in the 4.4-lite version of fsck. -DG From owner-freebsd-bugs Sat May 6 16:31:21 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA25091 for bugs-outgoing; Sat, 6 May 1995 16:31:21 -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 QAA25085 for ; Sat, 6 May 1995 16:31:19 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA25524; Sat, 6 May 95 17:24:11 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9505062324.AA25524@cs.weber.edu> Subject: Re: 950412-SNAP To: joerg_wunsch@uriah.heep.sax.de Date: Sat, 6 May 95 17:24:11 MDT Cc: dunser@msmailgw.sdsmt.edu (Unser Danny), bugs@FreeBSD.org In-Reply-To: <199505060356.FAA29560@uriah.heep.sax.de> from "J Wunsch" at May 6, 95 05:56:31 am X-Mailer: ELM [version 2.4dev PL52] Sender: bugs-owner@FreeBSD.org Precedence: bulk > > I've recently installed the 2.0-950412-SNAP shot of FreeBSD. > > The problem I'm running into is changing the ownership of directories and > > files in the /usr/home directory. > > The only owner I can change the files or directories to are something > > other than another user. Say changing the owner of the directory of > > /usr/home/kunser to kunser isn't allowed, it changes it to dunser > > instead. What's the deal here. > > Changing ownership is only allowed for the super-user. Remember that > the ownership is stored numerically, so if your password file contains > 3 user entries with different names but identical UIDs, you'll always > see the files mapped to the user with the name where the UID is first > appearing in the passwd file. There are a lot of SVR3 variants (like IRIX and UNOS) that permit you to give away your own files. I've always considered it a big hole, though some people are probably used to it. 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 Sat May 6 18:10:00 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA26942 for bugs-outgoing; Sat, 6 May 1995 18:10:00 -0700 Received: from cardhu.cs.hut.fi (hsu@laphroaig.cs.hut.fi [130.233.192.94]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id SAA26935 for ; Sat, 6 May 1995 18:09:49 -0700 Received: by cardhu.cs.hut.fi id AA23718 (5.65c8/HUTCS-C 1.3 for freebsd-bugs@freebsd.org); Sun, 7 May 1995 04:08:34 +0300 Date: Sun, 7 May 1995 04:08:34 +0300 From: Heikki Suonsivu Message-Id: <199505070108.AA23718@cardhu.cs.hut.fi> To: davidg@Root.COM Cc: Heikki Suonsivu , freebsd-bugs@FreeBSD.org Subject: Re: -current flakey for last couple of days In-Reply-To: <199505062154.OAA00397@corbin.Root.COM> References: <199505062132.AA00618@cardhu.cs.hut.fi> <199505062154.OAA00397@corbin.Root.COM> Organization: Helsinki University of Technology, Otaniemi, Finland Sender: bugs-owner@FreeBSD.org Precedence: bulk David Greenman writes: > >This system has been panicing daily, though it is in heavy use, full news > >feed and 10-20 users. Most often it panics on "bad dir" (filed PR > >earlier). > If the inode is always the same one, this is likely caused by fsck not > detecting the problem (and thus not fixing it). I've seen this before on > 1.1.5, and perhaps naively thought that it was fixed in the 4.4-lite version > of fsck. It is not the same inode, always different. I also checked whether -o async has any effect by removing it, and it didn't, it paniced in couple of hours. This is a filesystem with 4k/512b blocks/fragments, 2G partition. It is also exported through nfs. It crashed today when someone was around, and it was reported to beep randomly before it died. Maybe it was trying to print the panic message in morse code, who knows :-). I swapped in the older kernel from april 22th as I need it to do at least something. -- Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@cs.hut.fi home +358-0-8031121 work -4513377 fax -4555276 riippu SN From owner-freebsd-bugs Sat May 6 18:50:02 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA27677 for bugs-outgoing; Sat, 6 May 1995 18:50:02 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA27670 ; Sat, 6 May 1995 18:50:01 -0700 Date: Sat, 6 May 1995 18:50:01 -0700 Message-Id: <199505070150.SAA27670@freefall.cdrom.com> From: "Jordan K. Hubbard" Reply-To: "Jordan K. Hubbard" To: freebsd-bugs Subject: bin/386: *s field width specification doesn't seem to work for printf In-Reply-To: Your message of Sat, 6 May 1995 18:47:08 -0700 <199505070147.SAA00980@time.cdrom.com> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 386 >Category: bin >Synopsis: *s field width specification for printf seems to loop >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: Sat May 6 18:50:00 1995 >Originator: Jordan K. Hubbard >Organization: Walnut Creek CDROM >Release: FreeBSD BUILT-19950425 i386 >Environment: See Release >Description: Try this: printf "%8*s" foobarblatt It will loop forever. The man page would tend to indicate that it, or perhaps rather %*8s, should print the arg truncated to 8 characters. Either way, it shouldn't loop. >How-To-Repeat: See above. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat May 6 19:09:38 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA28265 for bugs-outgoing; Sat, 6 May 1995 19:09:38 -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 TAA28244 for ; Sat, 6 May 1995 19:09:27 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id TAA11643; Sat, 6 May 1995 19:09:13 -0700 From: "Rodney W. Grimes" Message-Id: <199505070209.TAA11643@gndrsh.aac.dev.com> Subject: Re: bin/386: *s field width specification doesn't seem to work for printf To: jkh@time.cdrom.com Date: Sat, 6 May 1995 19:09:13 -0700 (PDT) Cc: freebsd-bugs@freefall.cdrom.com In-Reply-To: <199505070150.SAA27670@freefall.cdrom.com> from "Jordan K. Hubbard" at May 6, 95 06:50:01 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: 1822 Sender: bugs-owner@FreeBSD.org Precedence: bulk > > > >Number: 386 > >Category: bin > >Synopsis: *s field width specification for printf seems to loop > >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: Sat May 6 18:50:00 1995 > >Originator: Jordan K. Hubbard > >Organization: > Walnut Creek CDROM > >Release: FreeBSD BUILT-19950425 i386 > >Environment: > > See Release > > >Description: > > Try this: printf "%8*s" foobarblatt > > It will loop forever. The man page would tend to indicate that it, > or perhaps rather %*8s, should print the arg truncated to 8 characters. > Either way, it shouldn't loop. I am not sure how you read that from the man page, from print(1): A field width or precision may be `*' instead of a digit string. In this case an argument supplies the field width or precision. and from print(3): A field width or precision, or both, may be indicated by an asterisk `*' instead of a digit string. In this case, an int argument supplies the field width or precision. A negative field width is treated as a left adjustment flag followed by a positive field width; a negative precision is treated as though it were missing. You are missing the required int arg for the * and foobarblatt is being used for this int. foobarblatt is probably some rather very large int value and appears to loop forever, when infact it is outputing tons and tons of spaces to bad the width of the field. Please close this bug report as programmer error.... -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-bugs Sat May 6 19:52:15 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA29320 for bugs-outgoing; Sat, 6 May 1995 19:52:15 -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 TAA29306 for ; Sat, 6 May 1995 19:51:59 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA09518; Sun, 7 May 1995 04:50:15 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id EAA25466; Sun, 7 May 1995 04:50:10 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id EAA06338; Sun, 7 May 1995 04:48:48 +0200 From: J Wunsch Message-Id: <199505070248.EAA06338@uriah.heep.sax.de> Subject: Re: 950412-SNAP To: freebsd-bugs@FreeBSD.org Date: Sun, 7 May 1995 04:48:47 +0200 (MET DST) Cc: dunser@msmailgw.sdsmt.edu Reply-To: freebsd-bugs@FreeBSD.org In-Reply-To: <9505062324.AA25524@cs.weber.edu> from "Terry Lambert" at May 6, 95 05:24: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: 591 Sender: bugs-owner@FreeBSD.org Precedence: bulk As Terry Lambert wrote: > > > Changing ownership is only allowed for the super-user. [...] > > There are a lot of SVR3 variants (like IRIX and UNOS) that permit you > to give away your own files. I was under the impression that all SysV's allow it (?). It's a neat trick under SysV (all variants i know about) to unpack a foreign tar archive... and not being able to remove it then. Anyway, the question was related to FreeBSD, i believe. :) -- 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 May 6 20:25:56 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA00548 for bugs-outgoing; Sat, 6 May 1995 20:25:56 -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 UAA00539 for ; Sat, 6 May 1995 20:25:43 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA10010; Sun, 7 May 1995 05:24:58 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id FAA25546 for freebsd-bugs@FreeBSD.org; Sun, 7 May 1995 05:24:58 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id FAA06928 for freebsd-bugs@FreeBSD.org; Sun, 7 May 1995 05:24:09 +0200 From: J Wunsch Message-Id: <199505070324.FAA06928@uriah.heep.sax.de> Subject: Re: bin/386: *s field width specification doesn't seem to work for printf To: freebsd-bugs@FreeBSD.org (FreeBSD bugs list) Date: Sun, 7 May 1995 05:24:09 +0200 (MET DST) Reply-To: freebsd-bugs@FreeBSD.org (FreeBSD bugs list) In-Reply-To: <199505070209.TAA11643@gndrsh.aac.dev.com> from "Rodney W. Grimes" at May 6, 95 07:09:13 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: 1060 Sender: bugs-owner@FreeBSD.org Precedence: bulk As Rodney W. Grimes wrote: > > > Try this: printf "%8*s" foobarblatt > You are missing the required int arg for the * and foobarblatt is being > used for this int. foobarblatt is probably some rather very large int > value and appears to loop forever, when infact it is outputing tons and > tons of spaces to bad the width of the field. > > Please close this bug report as programmer error.... Rod, did you actually try it? "foobarblatt" ain't a valid int. printf(1) misses an argument in that case. It expected two args (for the * and for the s) and got only one. The least one could expect is it loudly complains about this. Furthermore, if you omit the asterisk, you'll be surprised that you can still see a very nice "foobarblatt" instead of the expected "foobarbl". You can also replace the command by printf "%*s" 8 foobarblatt to the same avail. Seems there's more than just one bug... :-( -- 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 May 6 20:30:39 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA00736 for bugs-outgoing; Sat, 6 May 1995 20:30:39 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA00730 for ; Sat, 6 May 1995 20:30:38 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id UAA02169; Sat, 6 May 1995 20:30:19 -0700 X-Authentication-Warning: time.cdrom.com: Host localhost didn't use HELO protocol To: "Rodney W. Grimes" cc: freebsd-bugs@freefall.cdrom.com Subject: Re: bin/386: *s field width specification doesn't seem to work for printf In-reply-to: Your message of "Sat, 06 May 1995 19:09:13 PDT." <199505070209.TAA11643@gndrsh.aac.dev.com> Date: Sat, 06 May 1995 20:30:18 -0700 Message-ID: <2167.799817418@time.cdrom.com> From: "Jordan K. Hubbard" Sender: bugs-owner@FreeBSD.org Precedence: bulk > A field width or precision, or both, may be indicated by an asterisk `*' > instead of a digit string. In this case, an int argument supplies the Ahhhhhhh... I read this totally wrong - I read "argument" to be "argument to the % expression, e.g. "%*8s" Foo. I don't know quite why it struck me that way the first time, but it did. Your explanation makes a lot more sense! :-) I will close the PR. Jordan From owner-freebsd-bugs Sat May 6 21:49:40 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA05059 for bugs-outgoing; Sat, 6 May 1995 21:49:40 -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 VAA05047 for ; Sat, 6 May 1995 21:49:28 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id OAA02207 for freebsd-bugs@FreeBSD.org; Sun, 7 May 1995 14:45:47 +1000 Date: Sun, 7 May 1995 14:45:47 +1000 From: Bruce Evans Message-Id: <199505070445.OAA02207@godzilla.zeta.org.au> To: freebsd-bugs@FreeBSD.org Subject: Re: bin/386: *s field width specification doesn't seem to work for printf Sender: bugs-owner@FreeBSD.org Precedence: bulk >> > Try this: printf "%8*s" foobarblatt >> You are missing the required int arg for the * and foobarblatt is being >> used for this int. foobarblatt is probably some rather very large int Not quite. It's a nonsense format. The behaviour is undefined. printf(1) ends up calling printf(3) with printf("%8*s", "foobarblatt"). >"foobarblatt" ain't a valid int. printf(1) misses an argument in that >case. It expected two args (for the * and for the s) and got only >one. The least one could expect is it loudly complains about this. printf(1) doesn't seem to do any more error checking than printf(3). >Furthermore, if you omit the asterisk, you'll be surprised that you >can still see a very nice "foobarblatt" instead of the expected >"foobarbl". You can also replace the command by > printf "%*s" 8 foobarblatt >to the same avail. No, the 8 is the (minimum) field width. printf "%.*s" 8 foobarblatt specifies the precision as 8 to truncate the string. Bruce From owner-freebsd-bugs Sat May 6 21:58:25 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA05265 for bugs-outgoing; Sat, 6 May 1995 21:58:25 -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 VAA05257 for ; Sat, 6 May 1995 21:58:24 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA27293; Sat, 6 May 95 22:51:54 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9505070451.AA27293@cs.weber.edu> Subject: Re: 950412-SNAP To: freebsd-bugs@FreeBSD.org Date: Sat, 6 May 95 22:51:53 MDT Cc: dunser@msmailgw.sdsmt.edu In-Reply-To: <199505070248.EAA06338@uriah.heep.sax.de> from "J Wunsch" at May 7, 95 04:48:47 am X-Mailer: ELM [version 2.4dev PL52] Sender: bugs-owner@FreeBSD.org Precedence: bulk > > There are a lot of SVR3 variants (like IRIX and UNOS) that permit you > > to give away your own files. > > I was under the impression that all SysV's allow it (?). It's a neat > trick under SysV (all variants i know about) to unpack a foreign tar > archive... and not being able to remove it then. > > Anyway, the question was related to FreeBSD, i believe. :) Yeah. I was pointing out that it boiled down to "why isn't FreeBSD like System V" when he asked "Why didn't I get this expected behaviour" and got as a response "Are you from the moon? That's *never* been expected". Well, "never" isn't true, and it isn't expected. 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 Sat May 6 23:58:52 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA08423 for bugs-outgoing; Sat, 6 May 1995 23:58:52 -0700 Received: (from davidg@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA08409 ; Sat, 6 May 1995 23:58:51 -0700 Date: Sat, 6 May 1995 23:58:51 -0700 From: David Greenman Message-Id: <199505070658.XAA08409@freefall.cdrom.com> To: jmrueda@diatel.upm.es, davidg, freebsd-bugs Subject: Changed information for PR kern/379 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: Using tcpdump with DC21040 Ethernet card halts network State-Changed-From-To: open-closed State-Changed-By: davidg State-Changed-When: Sat May 6 23:58:01 PDT 1995 State-Changed-Why: This bug was fixed in rev 1.24 of if_de.c. From owner-freebsd-bugs Sat May 6 23:59:43 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA08500 for bugs-outgoing; Sat, 6 May 1995 23:59:43 -0700 Received: (from davidg@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA08483 ; Sat, 6 May 1995 23:59:42 -0700 Date: Sat, 6 May 1995 23:59:42 -0700 From: David Greenman Message-Id: <199505070659.XAA08483@freefall.cdrom.com> To: jmrueda@diatel.upm.es, davidg, freebsd-bugs Subject: Changed information for PR kern/380 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: kernel panic related to DC21040 network card State-Changed-From-To: open-closed State-Changed-By: davidg State-Changed-When: Sat May 6 23:58:57 PDT 1995 State-Changed-Why: This bug was fixed in rev 1.24 of if_de.c.