From owner-freebsd-bugs Sun Oct 27 00:10:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA11839 for bugs-outgoing; Sun, 27 Oct 1996 00:10:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA11832; Sun, 27 Oct 1996 00:10:02 -0700 (PDT) Resent-Date: Sun, 27 Oct 1996 00:10:02 -0700 (PDT) Resent-Message-Id: <199610270710.AAA11832@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received: (from nobody@localhost)by.freefall.freebsd.org.id.AAA11594;Sun; (8.7.5/8.7.3);, 27 Oct 1996 00:00:57.-0700 (PDT) Message-Id: <199610270700.AAA11594@freefall.freebsd.org> Date: Sun, 27 Oct 1996 00:00:57 -0700 (PDT) From: cheekiat@pacific.net.sg To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: misc/1899: Installation failure from MS-DOS Partition Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1899 >Category: misc >Synopsis: Installation failure from MS-DOS Partition >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Oct 27 00:10:01 PDT 1996 >Last-Modified: >Originator: Teo Chee-Kiat >Organization: Nil >Release: 2.1 >Environment: Can't do this >Description: Try to install from a MS-DOS partition. Everything seemed ok till sysinstall really try to install from the MS-DOS partition. A dialogue box " Write failure on tranfer! (wrote -1 bytes of 10240 byte)" appears. The background (ALT F2) display this messages (followed from a much longer list) " bin/cat bin/chmod bin/cp pid 23:gunzip:uid0:exited on signal 11 DEBUG: Doing [Default] close called for wd0s1 with fd of 7 DEBUG: switch back to VTY1 /stand/cpio: premature end of file" If I retry, the message appears on the back ground is "gunzip:stdin: not in gzip format" followed by some others. I do not know information I could provide. HELP!!!!!!!!!!!!!!!!! Thanks in advance. >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Oct 27 00:20:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA12231 for bugs-outgoing; Sun, 27 Oct 1996 00:20:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA12222; Sun, 27 Oct 1996 00:20:02 -0700 (PDT) Resent-Date: Sun, 27 Oct 1996 00:20:02 -0700 (PDT) Resent-Message-Id: <199610270720.AAA12222@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received: (from nobody@localhost)by.freefall.freebsd.org.id.AAA12009;Sun; (8.7.5/8.7.3);, 27 Oct 1996 00:16:00.-0700 (PDT) Message-Id: <199610270716.AAA12009@freefall.freebsd.org> Date: Sun, 27 Oct 1996 00:16:00 -0700 (PDT) From: bmah@CS.Berkeley.EDU To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: bin/1900: route(8) add -host does a meaningless nameserver lookup Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1900 >Category: bin >Synopsis: route(8) add -host does a meaningless nameserver lookup >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Oct 27 00:20:00 PDT 1996 >Last-Modified: >Originator: Bruce A. Mah >Organization: University of California at Berkeley, Computer Science Division >Release: 2.1.0-RELEASE >Environment: FreeBSD wintermute.hip.berkeley.edu 2.1.0-RELEASE FreeBSD 2.1.0-RELEASE #0: Fri Feb 9 17:16:24 PST 1996 bmah@wintermute.hip.berkeley.edu:/usr/src/sys/compile/BMAH1 i386 >Description: route(8) performs getnetbyname(3) lookups on hostname arguments even if -host flag is given. This can result in non-intuitive behavior with respect to /etc/host.conf. Setting host.conf to check hosts then bind won't necessarily prevent a nameserver lookup during the command "route add -host hostname gateway", even if both hostname and gateway are defined in /etc/hosts. Note that it's extremely unlikely that getnetbyname(3) will return a meaningful answer in this situation, anyways. This condition arose when trying to set up a caching-only nameserver on a host that was (at boot time) not connected to the Internet. The route(8) commands in /etc/netstart were hanging waiting for the local named(8) to respond, even though all of the hostname arguments to route(8) were listed in /etc/hosts and route(8) was given a -host flag. I think that 2.1.5-RELEASE and 2.2-CURRENT also have this problem. >How-To-Repeat: See above. >Fix: *** route.c.orig Wed Sep 14 10:35:37 1994 --- route.c Fri Oct 25 23:27:30 1996 *************** *** 860,866 **** } } if ((val = inet_network(s)) != -1 || ! ((np = getnetbyname(s)) != NULL && (val = np->n_net) != 0)) { netdone: if (which == RTA_DST) inet_makenetandmask(val, &su->sin); --- 860,866 ---- } } if ((val = inet_network(s)) != -1 || ! (forcehost == 0 && (np = getnetbyname(s)) != NULL && (val = np->n_net) != 0)) { netdone: if (which == RTA_DST) inet_makenetandmask(val, &su->sin); >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Oct 27 02:27:52 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA18574 for bugs-outgoing; Sun, 27 Oct 1996 02:27:52 -0800 (PST) Received: from woda.poczta.com (root@woda.poczta.com [206.186.239.81]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA18568 for ; Sun, 27 Oct 1996 02:27:48 -0800 (PST) Received: from ppp-cen47.poznan.tpnet.pl (ppp-cen47.poznan.tpnet.pl [194.204.143.47]) by woda.poczta.com (8.7.6/8.7.3) with SMTP id FAA22913 for ; Sun, 27 Oct 1996 05:23:55 -0500 Received: by ppp-cen47.poznan.tpnet.pl with Microsoft Mail id <01BBC3FA.585004A0@ppp-cen47.poznan.tpnet.pl>; Sun, 27 Oct 1996 11:31:07 -0800 Message-ID: <01BBC3FA.585004A0@ppp-cen47.poznan.tpnet.pl> From: Andrzej Popielewicz To: "'bugs@freebsd.org'" Subject: ide atapi Date: Sun, 27 Oct 1996 11:30:54 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk hallo, It is not exactly a bug, but a certain kind of serious restriction , = which I want to report on. Namely I have IDE Atapi CDROM and it is not = in the drivers list of the generic kernel for 2.1.5. I will not use = floppies, and I do not have place on my DOS partition. I have PCI SOYO = 27..B2 board, very good, Win95 does not hang, DOS and Linux RedHat = Picasso(kernel 2.0.0) have no problems. More generic kernel has = problems with my EIDE Western Digital 540 MB drive. It is also not found = : I could not use DOS partition even if I wanted. It means I cannot = replace my RedHat with Your FreeBsd. I suggest to prepare more general = generic kernel. Andrzej Popielewicz my homepage : http://www.wlkp.ternet.pl/~winsoft/ or http://www.poczta.com/~ap1 From owner-freebsd-bugs Sun Oct 27 02:38:15 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA19176 for bugs-outgoing; Sun, 27 Oct 1996 02:38:15 -0800 (PST) Received: from critter.tfs.com (disn1.cybercity.dk [194.16.57.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA19171; Sun, 27 Oct 1996 02:38:09 -0800 (PST) Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id LAA18719; Sun, 27 Oct 1996 11:38:50 +0100 (MET) To: Bruce Evans cc: freebsd-bugs@freebsd.org Subject: Re: i386/1893: partition tables not processed correctly to guess geometry In-reply-to: Your message of "Sat, 26 Oct 1996 20:00:02 MST." <199610270300.UAA29867@freefall.freebsd.org> Date: Sun, 27 Oct 1996 11:38:50 +0100 Message-ID: <18717.846412730@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > We do not know what the full impact of this bug is. Is this > > It's fairly small. max_ncyls is always wrong for drives with more > than 1024 cylinders, so you have to enter the number of cylinders > manually in sysinstall etc. if the drive doesn't report its size. Unless, it is one of those where we >do< use the BIOS geometry (ST-506). Also, sysinstall (libdisk actually) will calculate the number of cylinders from secperunit/heads/sect_per_track rather than trust the partition table. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-bugs Sun Oct 27 04:30:21 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA22106 for bugs-outgoing; Sun, 27 Oct 1996 04:30:21 -0800 (PST) Received: (from pst@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA22099 for freebsd-bugs; Sun, 27 Oct 1996 04:30:18 -0800 (PST) Date: Sun, 27 Oct 1996 04:30:18 -0800 (PST) From: Paul Traina Message-Id: <199610271230.EAA22099@freefall.freebsd.org> To: freebsd-bugs Subject: active bugs Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Current FreeBSD problem reports The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions fo FreeBSD including experimental development code and obsolete releases. Bugs can be in one of several states: open A problem report has been submitted, no sanity checking performed analyzed The report has been examined by a team member and evaluated feedback The problem has been solved, and the originator has been given a patch or a fix has been committed. The PR remains in this state pending a response from the originator. suspended Work on the problem has been postponsed. This happens if a timely solution is not possible or is not cost-effective at the present time. The PR continues to exist, though a solution is not being actively sought. If the problem cannot be solved at all, it will be closed, rather than suspended. closed A problem report is closed when any changes have been integrated, documented, and tested. Critical problems S Submitted Tracker Engr. Description ------------------------------------------------------------------------------- a [1995/01/11] i386/105 bde Distributed libm (msun) has non-standard o [1995/02/14] kern/216 davidg /kernel: panic: ffs_alloccg: map corrupte f [1995/11/27] kern/840 peter Kernel page directory invalid o [1995/12/08] kern/876 mpp NFS allows bogus accesses to cached data a [1996/01/22] kern/965 bde 2.0.5: system crashes daily because of "m o [1996/01/29] kern/978 se Three deadlocks in row a [1996/03/04] kern/1059 hsu null fs panics system o [1996/04/06] kern/1121 dyson System crashes on boot up just after the o [1996/05/07] kern/1177 dyson Machine hangs with message "vm_fork: no p a [1996/05/19] kern/1217 separating to hardrives to two IDE channe o [1996/05/26] kern/1257 dyson System got blown away by "vm_pageout_scan o [1996/06/11] kern/1311 dyson Panic: vm_page_free while installing new f [1996/07/15] bin/1387 Group file errors cause absolute havoc o [1996/08/15] kern/1498 system hangs during inactivity a [1996/08/30] bin/1554 wollman routed kills default permanently o [1996/09/11] kern/1599 panic: locking against myself f [1996/09/11] kern/1600 prevent setting of t_timer[TCPT_KEEP] pre o [1996/09/13] conf/1608 FreeBSD's bug tracking system does not re f [1996/09/14] kern/1609 page fault while in kenel mode during Lin o [1996/09/29] bin/1693 rarpd does not appear to work o [1996/09/29] bin/1694 rbootd does not appear to work o [1996/10/01] conf/1704 Install fails, probe dos not find my ADAP o [1996/10/08] kern/1744 run queue or proc list smashed 4 times in o [1996/10/13] kern/1790 access to /dev/kmem panics system a [1996/10/20] kern/1852 gibbs random file system corruptions with 2.1.5 o [1996/10/22] bin/1863 On systems with setuid 'lpr' and defined o [1996/10/26] i386/1893 partition tables not processed correctly o [1996/10/26] ports/1894 ache elm trashes mailboxes o [1996/10/27] misc/1899 Installation failure from MS-DOS Partitio 29 problems total. Serious problems S Submitted Tracker Engr. Description ------------------------------------------------------------------------------- o [1994/11/30] kern/34 davidg nullfs and union mounts can result in wil f [1995/01/10] bin/104 pax -rwl may corrupt filesystem o [1995/01/24] gnu/183 peter can't resolve "operator <<" overload a [1995/03/20] kern/260 davidg msync and munmap don't bother to update m a [1995/03/20] docs/264 paul There are no manual pages for the forms l a [1995/03/22] kern/267 davidg NFS code gives error messages, systems ja o [1995/04/01] kern/291 se PCI devices still probe/attach after bein o [1995/04/20] kern/353 se xcdplayer crashes machine (with NCR810 SC f [1995/05/08] bin/389 Simultaneous creation/deletion of dirs co a [1995/05/09] bin/392 Simultaneous cp and ls of files on dos f/ o [1995/05/16] kern/425 wollman arp entries not getting removed when inte a [1995/06/17] kern/527 dufault dump causes assertion in ncr.c o [1995/06/17] kern/528 bde slow 386 reports excessive interrupt-leve o [1995/07/02] kern/579 bde sio: RS_IBUFSIZE at 256 bytes serial line o [1995/08/01] bin/648 bde printf format conversion incorrect (dupli o [1995/08/15] i386/692 bde My modem is not found if my external cach o [1995/08/21] kern/703 amurai ppp not always deleting route properly wh o [1995/08/22] bin/706 increased root DNS traffic and long laten f [1995/09/20] kern/730 gibbs 3Com 3C5x9 probe problem f [1995/09/26] bin/739 Some problems when an output filter reads o [1995/09/27] kern/745 se occasional filesystem inconsistencies, an f [1995/09/27] kern/750 cd9660 confused by not-ready or I/O error a [1995/10/07] bin/771 wollman telnet character mode not set and broken o [1995/10/11] bin/777 patch doesn't realize stdin is closed and a [1995/10/15] kern/782 davidg chmod does a null pointer dereference o [1995/10/18] bin/786 wpaul Problem with NIS and large group maps a [1995/10/26] kern/794 swap partition at offset 0 still broken o [1995/11/12] kern/820 gibbs scsi tape problems f [1995/11/16] bin/826 tcpmux listener in inetd does not work o [1995/11/28] bin/850 dump treats write-protect as an EOT & spo o [1995/12/02] kern/860 msmith visual mode in kernel -c is too restricti o [1995/12/20] i386/906 davidg /sys/i386/boot/netboot/nb8390.com cannot o [1995/12/29] kern/920 bde sio output looses chars in fifo on close( o [1996/01/01] bin/926 Mounting nfs disks before starting mountd o [1996/01/02] kern/927 sos VGA mode not restored f [1996/01/06] kern/932 de0 occasionally enables 100baseTX when p o [1996/01/25] kern/971 Default limits for number of processes pe f [1996/01/27] kern/974 ktrace causes panic: freeing busy page o [1996/01/28] kern/976 se NCR SCSI driver gives assertion errors an o [1996/02/01] bin/986 steve problems make-ing with cd in the rule o [1996/02/06] kern/998 bde badness in file system silently crashes m o [1996/02/10] kern/1016 dyson panic: vm_page_free: freeing free page, s o [1996/02/10] kern/1017 dyson ssh stopped working between 15th Jan and o [1996/02/12] kern/1018 dyson panic: unwire: page not in pmap o [1996/02/12] bin/1019 joerg getty cannot detect ppp logins o [1996/02/12] kern/1020 .Boca 16-port board still hangs o [1996/02/12] docs/1023 mpp using touch to create swap file for NFS d a [1996/02/17] bin/1030 steve /bin/sh does not pass environment variabl f [1996/02/28] bin/1050 Process (zip) hangs (unkillable) after fl f [1996/03/06] kern/1065 wt could crash reading short blocks a [1996/03/06] kern/1067 mpp panic: ufs_lock: recursive lock not expec o [1996/03/09] bin/1073 telnet -8 does not work with SunOS or Sol f [1996/03/21] i386/1097 gibbs system hang during tape rewind/aic7870 co o [1996/03/23] kern/1098 File system corruption (2 cases) o [1996/03/30] bin/1111 scrappy mail.local will happily deliver mail to a f [1996/04/05] kern/1118 panic: setrunqueue encountered when wine f [1996/04/07] kern/1122 Kernel (current) does not see all memory o [1996/04/11] kern/1134 se PPB support is broken for multiple/unknow f [1996/04/11] kern/1135 starting an extra mountd and then killing f [1996/05/10] misc/1187 pppd dies with a segv f [1996/05/14] kern/1204 umount -f after SCSI reset -> reboot f [1996/05/18] bin/1212 ppp eventually runs out of file descripto o [1996/05/21] kern/1227 dyson vm_page_activate: already active (new vm o [1996/05/24] misc/1247 bde Conflicting header files f [1996/05/26] i386/1251 aha0 and bt0(eisa) conflicts again. f [1996/05/26] kern/1252 Heavy activity on a CD causes panic o [1996/05/26] kern/1256 ZNYX 314 mysterously looses packets o [1996/05/27] kern/1258 dyson new vm code: freeing held page o [1996/05/27] kern/1269 dyson vm_pageout_scan: page not inactive? (loop o [1996/05/28] kern/1271 phk Kernel panic using PLIP in 27/05 current f [1996/05/29] kern/1278 SUN Solaris clients gets host not respond o [1996/05/31] kern/1284 dyson panic: vm_page_free: freeing busy page o [1996/06/02] i386/1288 bde wdgetctlr (wd.c) return incorrect number o [1996/06/05] kern/1293 Fatal trap 12: page fault while in kernel o [1996/06/06] misc/1299 sos National charecter problem in XFree86 o [1996/06/07] kern/1301 davidg DEC FDDI/PCI Adapter: halt code = 6 (DMA f [1996/06/09] bin/1305 dc miscomputes remainder o [1996/06/10] kern/1307 dyson vm_page_free: freeing busy page o [1996/06/10] kern/1308 dyson vm_page_free: wire count > 1 in 960501-SN f [1996/06/14] kern/1323 nate 960612's psm driver does not see the mous o [1996/06/16] kern/1327 joerg keyboard probe in -current fails, X reboo a [1996/06/18] kern/1333 davidg free vnode isn't: another -stable coredum o [1996/06/19] kern/1336 Permission for .. in NFS mounts is somewh f [1996/06/22] kern/1345 kernel page fault, NULL pointer dereferen f [1996/06/25] bin/1351 security problem with mv(1) o [1996/07/09] bin/1377 mv(1) retains the setuid bit when it is u o [1996/07/09] gnu/1379 Man command problem, when it writes into o [1996/07/16] bin/1392 jkh PPP silently fails to work when CTS/RTS i a [1996/07/18] kern/1397 bde can't send to a pipe o [1996/07/18] bin/1398 steve .OBJDIR modifications to tree broke make o [1996/07/19] gnu/1407 bde ld computes wrong size of common (global f [1996/07/20] bin/1410 /usr/bin/login is suid, with little requi f [1996/07/23] kern/1420 panic vrele: negative reference count f [1996/07/24] kern/1423 wollman route causes kernel page fault. f [1996/08/01] bin/1454 steve /bin/sh bug handling <<[n] FD processing o [1996/08/03] bin/1461 Incorrect address binding of Kerberized r o [1996/08/04] kern/1467 gibbs scsi_prevent causing tape problems on clo o [1996/08/08] bin/1479 libc.so.2.2 o [1996/08/09] kern/1480 terminal "cons25" resize problem o [1996/08/18] kern/1512 dyson Use of madvise may may cause bad memory m o [1996/08/21] bin/1522 dump | restore of filesystem corrupted fi o [1996/08/22] kern/1531 Machine hangs, unable to either fork or e o [1996/08/22] kern/1533 dyson Machine can be panicked by a userland pro f [1996/08/22] i386/1534 jkh Installing from Mitsumi FX001D CD-ROM dri o [1996/08/24] ports/1539 sos Attempts to run Linux elf binaries using o [1996/08/25] misc/1541 julian fork.o in libc_r fails to compile o [1996/08/29] bin/1552 sos moused has no manual page (and -s option o [1996/09/02] bin/1563 Curses let letters fall away sometimes f [1996/09/05] kern/1570 Setting SHMALL > 35000 causes panic o [1996/09/08] docs/1588 jfieber Handbook Incorrect LaTeX/PostScript outpu o [1996/09/14] kern/1610 dyson mmap() of unassociated memory + mlock() c o [1996/09/14] kern/1613 I get ls: fts_read: No such file or direc o [1996/09/16] i386/1626 MUSTEK Scanner hangs NCR SCSI controller f [1996/09/18] kern/1637 mss driver causes feedback (squeal) on so o [1996/09/18] kern/1638 worm driver won't make audio tracks o [1996/09/19] bin/1650 telnet encryption with char-mode and asci o [1996/09/19] kern/1652 changing time hangs system o [1996/09/21] kern/1661 ft driver hangs uninterruptably at "bavai o [1996/09/22] bin/1664 getty doesn't use init kerninfo struct a [1996/09/22] bin/1666 crash in vi, while reading multiple files o [1996/09/23] kern/1670 PCI ed probe causes a page fault o [1996/09/24] kern/1677 read from /dev/kmem may crash system o [1996/09/26] kern/1684 inconsistent permission failures on NFS r o [1996/09/28] bin/1687 watch makes kernel crash o [1996/09/29] kern/1689 TCP extensions throttles distant connecti o [1996/09/29] kern/1692 Page fault while in kernel modem fatal tr o [1996/09/30] kern/1698 sup from around 21:51 GMT 28th very unsta o [1996/10/01] bin/1702 installing of tcl manpages fails from mak o [1996/10/01] bin/1705 COM2 not detected when booting from Hardd o [1996/10/03] kern/1715 le driver non-reentrant o [1996/10/03] kern/1716 LKM does not install character devices o [1996/10/04] kern/1724 gibbs HP colorado T4000S tape drive hangs syste o [1996/10/04] kern/1726 panic in kmem_malloc (dump available) o [1996/10/05] i386/1730 SFF8020 violation and silly bug in atapi. o [1996/10/10] ports/1753 markm SSLeay doesn't work against Microsoft sec o [1996/10/10] kern/1754 netbooted machines freeze with ifconfig a o [1996/10/10] ports/1759 tg uudeview and uulib ports are imperfect (i o [1996/10/11] bin/1773 asami A NULL pointer causing segmentation core o [1996/10/11] bin/1774 pst telnet spins when killed before network i o [1996/10/13] gnu/1787 Diffs with Index: lines are not honored f o [1996/10/13] bin/1789 pst dump estimates a negative number of tapes f [1996/10/14] bin/1803 peter make reinstall rule broken, tries to do d o [1996/10/14] bin/1805 Bug in ftpd o [1996/10/15] bin/1810 fsck -p does not check pass 0 filesystems o [1996/10/15] kern/1812 dyson vnodes are left in a locked state o [1996/10/15] kern/1814 cy driver gets deadlocked sometimes o [1996/10/16] i386/1821 boot fails if bad144 selected on large pa o [1996/10/16] kern/1828 limit filesize does not work o [1996/10/17] kern/1830 Can't mount optical disk, after different o [1996/10/18] kern/1839 Multiple mfs mounts of same mount point o [1996/10/20] kern/1848 breakpoints may be set in shared librarie o [1996/10/21] kern/1856 read-only nfs mount: panic leaf should be o [1996/10/21] misc/1857 paramater of opendir gets thrashed o [1996/10/22] bin/1865 Problem with touch command o [1996/10/22] ports/1866 popclient flushes remote mailbox even wit o [1996/10/23] bin/1873 kerberos login encryption incompatible wi o [1996/10/24] kern/1880 kernel crash during boot when using 512 M o [1996/10/24] bin/1882 nobody can su when wheel group is empty o [1996/10/25] kern/1887 serial line switches from 9600 to 57600 w o [1996/10/25] bin/1891 mountd fails to export o [1996/10/26] bin/1892 install(1) removes target file 161 problems total. Non-critical problems S Submitted Tracker Engr. Description ------------------------------------------------------------------------------- a [1994/12/01] kern/35 bde mount -t union -o -b : lower layer not se o [1995/01/14] bin/115 bde systat iostat display doesn't scale high o [1995/01/15] bin/146 version of compress is kinda old and slow o [1995/01/21] bin/174 Poor error message from stty o [1995/01/22] kern/176 peter EIDRM not defined in errno.h o [1995/01/30] bin/198 asami 1.1.5.1 pine binary loops; top shows fanc o [1995/03/28] kern/281 gibbs Messages printed when checking CD ROM dev o [1995/03/28] kern/282 gibbs buslogic adapter information WAY too verb a [1995/04/09] bin/326 Weekly cron generates some usage and erro o [1995/04/20] misc/355 policy on /usr/local permission in base r o [1995/05/12] bin/398 scrappy VI doesnt do the correct thing o [1995/05/13] bin/401 wollman Add REMOTE_* variables o [1995/05/15] misc/423 Sound devices are too insecure o [1995/05/23] i386/440 sos want vidcontrol option to apply settings a [1995/05/27] gnu/450 scrappy tar --exclude -c doesn't work o [1995/06/15] bin/517 wpaul Bad group change with 'install' o [1995/07/05] bin/591 phk SPAP request REJexted in stead of NAKed o [1995/08/05] gnu/655 jdp ld -r of shared objects worked in 1.1.5, o [1995/08/07] bin/658 wollman ifconfig alias has to be separately given a [1995/08/07] bin/661 sos Hercules is not capable of having a ISO-L o [1995/08/11] ports/673 joerg /bin/sh + inn1.4 innwatch going belly up f [1995/08/12] kern/677 dyson X gets a bus error when calling mmap() o [1995/08/13] bin/680 joerg 2.0.5's tip using termios doesn't act the o [1995/08/29] bin/715 ache ls gives weird tabular form o [1995/09/26] kern/742 dyson syslog errors accessing Mac hard disks [p a [1995/09/27] bin/743 scrappy vi cannot edit a file where the name star o [1995/09/28] kern/752 wollman setting multiple addresses for a single i o [1995/09/28] kern/753 joerg my archive scsi tape drive does not work o [1995/09/28] docs/754 nate there is no man page for the psm(4) mouse o [1995/10/03] kern/765 phk umount -f can`t umount a NFS filesystem i o [1995/10/14] kern/781 bde OPEN_MAX in kernel config and FD_SETSIZE o [1995/10/25] kern/792 dyson cd9660 very slow. o [1995/10/29] docs/801 mpp rlogind k, v, and x options are not docum o [1995/10/31] bin/803 bsd m4 chokes and dies while FSF m4 works o [1995/11/11] bin/815 mountd reports unknown hosts with non-inf o [1995/11/20] kern/831 one minor complaint about the kernel visu o [1995/11/22] kern/835 davidg ed panics with SMC ultra with iomem, if n a [1995/11/25] bin/839 by default, use of "at" is overly restric o [1995/11/27] bin/841 stale nfs mounts cannot be umounted o [1995/11/30] bin/854 dyson swapinfo shows incorrect information for f [1995/12/03] kern/861 sb16 support in 2.1 is erratic and has co o [1995/12/06] ports/871 asami port.subdir.mk DEBUG_FLAGS is not used fo o [1995/12/17] kern/900 dyson ext2fs triggers divide by zero trap in vn f [1995/12/25] bin/914 hayes dialer for tip fails 1st attempt to a [1995/12/29] misc/922 From line handling incorrect in mail.loca a [1995/12/31] kern/924 EISA devices have disappeared from vmstat o [1996/01/06] misc/934 amurai ppp dies with Bus Error when processing l f [1996/01/15] kern/946 divide-by-zero in kernel on bad disk info o [1996/01/21] bin/961 'more $file', incorrect CRLF compacting. o [1996/01/23] ports/968 asami Netscape & cern_httpd ports out of date/d o [1996/01/28] kern/975 bde getrusage returns negative deltas a [1996/01/30] bin/981 fenner clnt_broadcast() is not aware of aliases s [1996/02/03] bin/993 peter g++ complains about /usr/include/machine/ o [1996/02/07] bin/999 peter /usr/share/mk/sys.mk missing common $(RM) o [1996/02/07] kern/1001 bde M_NAMEI malloc leak in the kernel o [1996/02/12] bin/1021 phk pppd doesn't handle PAP-only authenticati f [1996/02/14] kern/1026 deadlocks if parent vfork and child has c f [1996/02/15] bin/1029 cd behaves erraticly if cwd is a mount-po a [1996/02/19] bin/1035 ls to terminal always uses ? for non-prin o [1996/02/19] docs/1036 mpp List of dead xrefs in man pages f [1996/02/19] bin/1037 2.x telnetd handles CTRL-M differently th o [1996/02/25] i386/1042 bde Warning from sio driver reports wrong dev o [1996/02/26] misc/1043 dyson vm_bounce_alloc error on 2.1 install with f [1996/02/29] kern/1051 zip fails on dos partition a [1996/03/18] docs/1089 bde stat manpage unclear about st_mtime & fri o [1996/03/20] kern/1090 iostat displays incorrect sps count o [1996/03/20] bin/1093 wollman route's diagnostic is weird a [1996/03/28] bin/1105 Bug in find command o [1996/03/28] ports/1109 asami mods to vim-3.0 port o [1996/04/06] kern/1119 dyson Mounted EXT2FS partition is not cleanly u o [1996/04/14] docs/1141 mpp pcvt(4) references non-existent man page. a [1996/04/15] kern/1144 sig{add, del}set and sigismember fns don' o [1996/04/19] docs/1151 mpp intro(3) references libc(3) and plot(3), a [1996/04/22] bin/1154 Configure tunN device for ip-over-ip tunn o [1996/04/23] ports/1155 systat or top display disagreeing informa o [1996/05/02] docs/1169 mpp bogus reference to keysu(1) in key(1) and o [1996/05/09] bin/1184 scrappy ls + xterm + nvi + columns != 80 + ^Z = m o [1996/05/13] ports/1200 asami pop3 requests may crash client f [1996/05/13] kern/1201 gibbs FreeBSD SCSI changer driver leaves a bit a [1996/05/20] bin/1221 andreas new gcc-2.7.2 gives a LOT of warnings, an a [1996/05/20] ports/1222 andreas Header files conflict a [1996/05/21] bin/1229 bde redundant redeclaration of `lseek' o [1996/05/22] kern/1236 joerg some #def's in pcvt_conf.h not braketed b f [1996/06/11] bin/1312 automounter hangs on boot f [1996/06/12] bin/1316 10 tunnel device limit o [1996/06/12] conf/1319 muldi3 is not included into kernel's Make a [1996/06/13] bin/1320 gpalmer dump limits blocksize to 32K o [1996/06/18] i386/1331 phk changes and bug in ft driver f [1996/06/18] bin/1332 changes to amd and possible nfs lkm bug? f [1996/06/19] misc/1335 /etc/security generates an error with fil f [1996/07/04] i386/1367 reprobe a device that does not exist = pa f [1996/07/04] misc/1369 Need SC_MORE_LUS for Emulex MD23 also o [1996/07/06] misc/1373 bde RPC include lacks prototypes o [1996/07/06] docs/1374 mpp the default listed in the newfs -i man pa a [1996/07/07] bin/1375 Extraneous warning from mv(1) f [1996/07/07] misc/1376 if_tun.c does not set if_ibytes and if_ob f [1996/07/14] docs/1383 ppp(8) man page suggests using shell scri f [1996/07/16] misc/1390 feedback from 2.1.5R update over 2.1-stab o [1996/07/16] bin/1391 cpio -O ignores umask o [1996/07/18] kern/1399 invoking setuid programs over NFS case vn o [1996/07/21] ports/1416 bde cflow(1) doesn't parse GNU C __attribute_ s [1996/07/23] kern/1421 Non-bug in sosend() o [1996/07/24] bin/1425 doing :numbers on systat -netstat doesn't o [1996/07/24] misc/1428 ncurses doesn't always display ALTCHARSET a [1996/07/28] docs/1437 mpp bsd.doc.mk sees PRINTER and spews o [1996/07/30] ports/1444 asami There is no port of slnr f [1996/08/03] kern/1462 nfsstat doesn't work if using LKM'ed vers o [1996/08/06] bin/1469 jkh it is difficult to run /usr/sbin/ppp from o [1996/08/07] ports/1470 asami need more info in the ports structure o [1996/08/09] bin/1482 sos vidcontrol -f fnt-size file-with-wrong-fn o [1996/08/12] docs/1493 dyson incomplete prototypes in man pages for mm o [1996/08/14] ports/1495 max more tkdesk patches... o [1996/08/17] kern/1501 vmstat reports impossible avm after start o [1996/08/17] bin/1502 vmstat 'avm' field merges with procs 'w' o [1996/08/17] ports/1504 jmz latex port completely failes o [1996/08/17] kern/1508 sos syscons should protect against useless DD o [1996/08/19] kern/1514 dyson mlock fails on readonly regions o [1996/08/20] kern/1516 dyson vm_fault.c contains dead code or too many o [1996/08/20] ports/1517 adam What is InterViews ??!?! o [1996/08/20] ports/1518 torstenb No man pages in audio/mpegaudio port o [1996/08/21] ports/1520 sudo dosn't recognise certain passwords a o [1996/08/21] bin/1523 "cvs update -d -P" prunes unchecked-in di o [1996/08/21] ports/1524 asami New port -- xtem-5.18beta o [1996/08/21] ports/1525 asami xvnews-2.3.2 o [1996/08/21] ports/1526 asami xtar-1.4 o [1996/08/21] ports/1527 asami xmaddressbook-1.5.3 o [1996/08/21] ports/1529 asami New port -- bricons-3.0 o [1996/08/22] ports/1530 asami New port of poppassd o [1996/08/24] misc/1538 enhanced /etc/security script o [1996/08/27] bin/1547 ncrcontrol won't work with FAILSAFE kerne o [1996/08/27] bin/1548 ncrcontrol -i queries don't work for mere o [1996/08/27] ports/1549 asami Port submission for gdbtk a [1996/08/28] ports/1550 "make install" needs to know how to updat a [1996/08/29] docs/1551 manpage of zgrep not installed in 2.1.5R o [1996/08/29] ports/1553 asami submittal of cops port o [1996/08/30] i386/1556 ATAPI CDROM probes ok, but will not 'moun o [1996/08/31] bin/1559 ftpd apparently not recognizing -l or -S o [1996/09/02] misc/1561 sos Wrong key mapping of five keys in german. a [1996/09/04] bin/1565 Moving a file to it's link completely rem o [1996/09/06] bin/1577 mail -f foo does not look in current dire o [1996/09/07] bin/1578 fsck does not honour 'noauto' fs option o [1996/09/08] ports/1583 max I made ldap-3.3 port o [1996/09/08] bin/1589 ftp fails to flush output o [1996/09/10] bin/1597 No support for positional parameters in * o [1996/09/11] bin/1598 tip leaves OPOST set on controlling termi o [1996/09/12] docs/1602 mpp /usr/lib/terminfo refered to in man termi o [1996/09/12] bin/1607 unmount fails for a NFS fs mounted withou o [1996/09/14] gnu/1611 groff should use "system-wide" papersize o [1996/09/14] kern/1614 Attempt to mount an NTFS partition causes o [1996/09/15] docs/1618 Man page for siginterrupt thinks it is in a [1996/09/16] bin/1621 last char in line stays "$" o [1996/09/16] bin/1623 rpc/auth.h won't compile with -ansi flag o [1996/09/16] misc/1625 2.1.5 update overwrites root's dot files o [1996/09/17] docs/1630 Addition to handbook concerning MFS kerne o [1996/09/17] ports/1631 asami new port, lprps -- PS printing lpr filter f [1996/09/18] kern/1636 mss driver extension to broaden support a [1996/09/18] bin/1642 pkg_install Makefiles could be simplified o [1996/09/18] bin/1643 Support for NetBSD in bsd.port.mk o [1996/09/19] ports/1646 asami Port of lclint - a better lint replacemen o [1996/09/19] bin/1649 md5(1) header file makes bad assumption o [1996/09/19] bin/1653 cannot umount the node ending '/' when it o [1996/09/19] kern/1654 In procfs, vattr doesn't contain correct o [1996/09/20] bin/1657 ls(1) output of future mtime o [1996/09/20] kern/1658 ktrace/kdump flaky - corrupted ktrace.out o [1996/09/22] bin/1665 telnetd doesn't use gettytab %m %r %v %s o [1996/09/23] i386/1671 s2 map in pcvt isn't ISO 8859-1 and claim o [1996/09/24] bin/1674 strange behaviour of pppd (daemonize, def o [1996/09/25] docs/1681 procfs man page way out of date o [1996/09/26] ports/1682 asami dual CAT definitions in bsd.port.mk o [1996/09/27] misc/1686 jkh sysinstall should allow partition size ch o [1996/09/29] kern/1690 apm and sbxvi inappropriately probe as co o [1996/09/29] docs/1691 ppp server doc submission o [1996/09/30] bin/1695 sos moused fails with PS/2 mouse o [1996/09/30] conf/1697 sos rc.i386 missing line for moused o [1996/10/01] bin/1700 'ls -lo' does not list opaque flag (chfla o [1996/10/01] ports/1703 asami update to qt port o [1996/10/02] misc/1708 monthly login accounting o [1996/10/02] kern/1711 kernel logging of signaled processes shou o [1996/10/02] docs/1712 semget man page refers to SEM_W instead o o [1996/10/02] gnu/1713 mkisofs doesn't match man page in behavio o [1996/10/03] misc/1717 Use of ntohl causes lint to complain o [1996/10/04] ports/1719 asami new port, xlbiff a [1996/10/04] bin/1722 wollman Routed byte order problem o [1996/10/04] kern/1725 visual config redraws bits of the screen o [1996/10/05] kern/1727 Add support for 3C900 to vx o [1996/10/08] ports/1742 asami Various bugs in xview-3.2.1 o [1996/10/08] ports/1743 asami submission of new port (tiff-3.4) o [1996/10/09] ports/1752 asami Update of nedit port o [1996/10/10] bin/1755 more(1) generates garbage at end of file o [1996/10/10] kern/1758 New AWE32 sound card driver for integrati o [1996/10/10] ports/1761 asami Fixed port: gifmerge 1.33 o [1996/10/10] ports/1763 asami Fixed port: txtmerge o [1996/10/11] ports/1764 asami Fixed port: whirlgif o [1996/10/11] ports/1765 asami Fixed port: xgas o [1996/10/11] ports/1767 asami New port: xmascot o [1996/10/11] ports/1768 asami New port: xshisen o [1996/10/11] ports/1770 asami port of the xripple program o [1996/10/11] ports/1772 asami Fix to a wrong description in FreeBSD por o [1996/10/11] conf/1777 sysctl called in /etc/netstart before /us o [1996/10/12] bin/1778 locate.updatedb uses /tmp directory. o [1996/10/13] kern/1788 pst netstat gives negative numbers for tcp by o [1996/10/13] misc/1791 syslimits.h does not allow overriding def o [1996/10/13] ports/1792 asami new port, splitvt o [1996/10/13] bin/1793 steve /bin/sh return w/o exitstatus in a functi o [1996/10/13] ports/1795 asami New port : xcubes o [1996/10/13] ports/1796 asami New port : xdino o [1996/10/13] ports/1799 asami New port : xbakuzan o [1996/10/13] ports/1800 asami New port : xmold o [1996/10/13] ports/1801 asami New port : xsokoban o [1996/10/13] ports/1802 asami New port : xtriangles o [1996/10/14] bin/1804 pkg_create hangs if the packing list has o [1996/10/14] conf/1808 jkh The mount menu for installation fails wit o [1996/10/14] i386/1809 floppy boot code causes reboot of compute o [1996/10/15] kern/1811 sos Patch to correct rows/columns for syscons o [1996/10/15] ports/1816 asami New port for FreeBSD: xpuyo o [1996/10/16] bin/1827 add support of Glidepoint trackpad "tap/d o [1996/10/17] kern/1829 KONICA MO drive configured multiply. o [1996/10/17] bin/1831 routed's rdisc mode is installing incorre o [1996/10/18] ports/1834 asami COMMENT may be amusing but is not informa o [1996/10/18] ports/1837 asami ports upgrade too fast :) o [1996/10/19] docs/1841 NT boot mgr too Linux centric in FAQ o [1996/10/19] bin/1843 Gdb dumps core upon executing ``help set' o [1996/10/19] ports/1844 asami new port, zmtx-zmrx (zmodem xfer prog) o [1996/10/19] ports/1845 asami new port, lrzsz (ZMODEM file xfer) o [1996/10/20] ports/1846 asami Port of FileRunner 2.0 uploaded o [1996/10/20] docs/1847 new handbook iijppp server section o [1996/10/20] bin/1849 gdb sets library breakpoints on the wrong o [1996/10/20] docs/1851 madvise MADV_FREE manual page clarificati o [1996/10/20] misc/1853 Syscons font mapping semms not to work pr o [1996/10/20] docs/1854 Error in bootparams(5) man page o [1996/10/20] docs/1855 joerg Addition to LINT o [1996/10/21] kern/1859 fddi_input() floods system msg buffer whe o [1996/10/22] misc/1861 jkh Upgrade install should save list of files o [1996/10/22] bin/1864 FTP case mapping during MGET o [1996/10/22] ports/1867 asami port upload o [1996/10/22] kern/1868 system knows it has no keyboard but compl o [1996/10/23] misc/1871 incorrect '===> item' when making world o [1996/10/23] bin/1872 automounter (amd) cannot ls directories w o [1996/10/24] kern/1878 SONY CDU76E IDE/ATAPI CDROM support. f [1996/10/24] bin/1879 fenner rdump fails with "TCP_MAXSEG setsockopt: o [1996/10/24] bin/1881 file(1) misidentifies Sun3/m68k executabl o [1996/10/25] ports/1883 Fixed port : crack-4.1f o [1996/10/25] ports/1884 Fixed port : qvwm (x11 window_manager) o [1996/10/25] ports/1885 Fixed port : GNU shogi o [1996/10/25] ports/1886 Fixed port : xshogi o [1996/10/25] ports/1888 jmz XFree86 port chooses wrong defaults o [1996/10/26] docs/1896 compilation errors in share/doc/psd/19.cu o [1996/10/26] bin/1897 Sendmail 8.8.2 requires /etc/sendmail.cw o [1996/10/26] ports/1898 [packages-current]jp-ghostscript300-2.6 i o [1996/10/27] bin/1900 route(8) add -host does a meaningless nam o [1996/10/27] ports/1901 change to MKDIR in bsd.port.mk o [1996/10/27] ports/1902 additional clean targets for bsd.port.mk 252 problems total. From owner-freebsd-bugs Sun Oct 27 04:30:27 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA22123 for bugs-outgoing; Sun, 27 Oct 1996 04:30:27 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA22117 for ; Sun, 27 Oct 1996 04:30:23 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.6/8.6.9) with ESMTP id EAA00452; Sun, 27 Oct 1996 04:30:18 -0800 (PST) To: Andrzej Popielewicz cc: "'bugs@freebsd.org'" Subject: Re: ide atapi In-reply-to: Your message of "Sun, 27 Oct 1996 11:30:54 PST." <01BBC3FA.585004A0@ppp-cen47.poznan.tpnet.pl> Date: Sun, 27 Oct 1996 04:30:18 -0800 Message-ID: <450.846419418@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > : I could not use DOS partition even if I wanted. It means I cannot = > replace my RedHat with Your FreeBsd. I suggest to prepare more general = > generic kernel. The fault lies not with the GENERIC kernel, but with the driver support. We're looking for volunteers to work on the ATAPI driver and the DOS filesystem code, both of which need work. Are you volunteering? :-) Jordan From owner-freebsd-bugs Sun Oct 27 04:45:51 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA22678 for bugs-outgoing; Sun, 27 Oct 1996 04:45:51 -0800 (PST) Received: (from jkh@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA22656; Sun, 27 Oct 1996 04:45:49 -0800 (PST) Date: Sun, 27 Oct 1996 04:45:49 -0800 (PST) From: "Jordan K. Hubbard" Message-Id: <199610271245.EAA22656@freefall.freebsd.org> To: cheekiat@pacific.net.sg, jkh, freebsd-bugs Subject: Re: misc/1899 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Installation failure from MS-DOS Partition State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Sun Oct 27 04:44:43 PST 1996 State-Changed-Why: This is a duplicate PR, and a known problem. I'm afraid there's no immediate solution until Robert Nordier finishes his DOSFS rewrite, though he did send me some stand-alone DOSfs reading code which I may try to integrate into sysinstall as a temporary work-around. This won't, however, help you much currently, I'm sorry to say. From owner-freebsd-bugs Sun Oct 27 05:30:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA24094 for bugs-outgoing; Sun, 27 Oct 1996 05:30:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA24071; Sun, 27 Oct 1996 05:30:01 -0800 (PST) Date: Sun, 27 Oct 1996 05:30:01 -0800 (PST) Message-Id: <199610271330.FAA24071@freefall.freebsd.org> To: freebsd-bugs Cc: From: J Wunsch Subject: Re: i386/1893: partition tables not processed correctly to guess geometry Reply-To: J Wunsch Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR i386/1893; it has been noted by GNATS. From: J Wunsch To: barry@scottb.demon.co.uk Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: i386/1893: partition tables not processed correctly to guess geometry Date: Sun, 27 Oct 1996 14:21:07 +0100 (MET) As Barry Alan Scott wrote: > John Gumb and myself are experimenting with supporting the Fujitsu > 640MB MO drives at the 2048 sector size. We found that FreeBSD does 2 KB sectors are likely to be unsupported anyways. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sun Oct 27 05:30:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA24100 for bugs-outgoing; Sun, 27 Oct 1996 05:30:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA24079; Sun, 27 Oct 1996 05:30:02 -0800 (PST) Date: Sun, 27 Oct 1996 05:30:02 -0800 (PST) Message-Id: <199610271330.FAA24079@freefall.freebsd.org> To: freebsd-bugs Cc: From: J Wunsch Subject: Re: misc/1899: Installation failure from MS-DOS Partition Reply-To: J Wunsch Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR misc/1899; it has been noted by GNATS. From: J Wunsch To: cheekiat@pacific.net.sg Cc: freebsd-gnats-submit@freebsd.org Subject: Re: misc/1899: Installation failure from MS-DOS Partition Date: Sun, 27 Oct 1996 14:19:55 +0100 (MET) As cheekiat@pacific.net.sg wrote: > A dialogue box " Write failure on tranfer! (wrote -1 bytes > of 10240 byte)" appears. The background (ALT F2) display this messages > (followed from a much longer list) > " bin/cat > bin/chmod > bin/cp > pid 23:gunzip:uid0:exited on signal 11 Smells like bad hardware. Disable all caches, and try again. Let us know whether it's actually been hardware... -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sun Oct 27 07:10:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA26627 for bugs-outgoing; Sun, 27 Oct 1996 07:10:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA26621; Sun, 27 Oct 1996 07:10:03 -0800 (PST) Resent-Date: Sun, 27 Oct 1996 07:10:03 -0800 (PST) Resent-Message-Id: <199610271510.HAA26621@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received: (from nobody@localhost)by.freefall.freebsd.org.id.HAA26372;Sun; (8.7.5/8.7.3);, 27 Oct 1996 07:00:58.-0800 (PST) Message-Id: <199610271500.HAA26372@freefall.freebsd.org> Date: Sun, 27 Oct 1996 07:00:58 -0800 (PST) From: tqbf@enteract.com To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: bin/1903: Arbitrary users can break root on systems with an SUID /sbin/route Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1903 >Category: bin >Synopsis: Arbitrary users can break root on systems with an SUID /sbin/route >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Oct 27 07:10:01 PST 1996 >Last-Modified: >Originator: Thomas Ptacek >Organization: EnterAct, L.L.C. >Release: FreeBSD 2.1.5-RELEASE >Environment: FreeBSD adam 2.1-STABLE FreeBSD 2.1-STABLE #0: Mon Sep 9 03:07:45 CDT 1996 tqbf@adam:/home1/src/sys/compile/ADAMSTOMP i386 >Description: When a user attempts to get a route entry using 'route get', route does a reverse DNS lookup. It fails to check the length of the returned hostname before copying it into a 50 byte buffer. Additionally, large values for the argument to the 'get' command will cause 'route' to die on SIGSEGV; gdb shows the stack being overwritten with this value. >How-To-Repeat: >Fix: Take the SUID bit off /sbin/route. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Oct 27 07:30:22 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA27103 for bugs-outgoing; Sun, 27 Oct 1996 07:30:22 -0800 (PST) Received: from magigimmix.xs4all.nl (magigimmix.xs4all.nl [194.109.6.25]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA27097 for ; Sun, 27 Oct 1996 07:30:16 -0800 (PST) Received: from asterix.xs4all.nl (asterix.xs4all.nl [194.109.6.11]) by magigimmix.xs4all.nl (8.7.5/XS4ALL) with ESMTP id QAA16506; Sun, 27 Oct 1996 16:30:04 +0100 (MET) Received: from tangram.xs4all.nl (uucp@localhost) by asterix.xs4all.nl (8.7.5/8.7.2) with UUCP id QAA24115; Sun, 27 Oct 1996 16:21:38 +0100 (MET) Received: (from jh@localhost) by tangram.xs4all.nl (8.6.12/8.6.12) id QAA01657; Sun, 27 Oct 1996 16:01:23 +0100 Date: Sun, 27 Oct 1996 16:01:23 +0100 Message-Id: <199610271501.QAA01657@tangram.xs4all.nl> From: Jan-Hein Buhrman To: leisner@sdsp.mc.xerox.com CC: freebsd-bugs@freebsd.org In-reply-to: <9610262037.AA07416@gnu.sdsp.mc.xerox.com> (leisner@sdsp.mc.xerox.com) Subject: Re: xterm problem gone Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>>>> "Marty Leisner" writes: > I obviously didn't get everything I had to get...I untarred enough stuff > to recompile xterm, and the installed xterm started working... > I didn't see a good manifest of what the tar files were, I had to guess... > Obviously there are dependencies. > ------- Forwarded Message > To: freebsd-bugs@freebsd.org > Subject: problem with xterm in 8/1/96 snapshot > Date: Sat, 26 Oct 1996 14:11:43 -0400 > From: "Marty Leisner" [...] > : leisner@compaq.home;type xterm > xterm is hashed (/usr/X11R6/bin/xterm) > : leisner@compaq.home;xterm > Segmentation fault > Other x tools work (I'm now using rxvt, I suppose I have to recompile > xterm). > Have minimal symbolic information (instead of stripping) will allow > stack backtracing...also why don't I see a core? > (my ulimit -c is unlimited in bash). [ From my 2.1.0 machine: ] bash$ ls -l /usr/X11R6/bin/xterm -rwsr-xr-x 1 root 10 143360 Nov 3 1995 /usr/X11R6/bin/xterm Couldn't really find it easily somewhere in the man pages, but IIRC, set-uid programs don't give you a core image. Regards, -jh From owner-freebsd-bugs Sun Oct 27 07:50:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA27986 for bugs-outgoing; Sun, 27 Oct 1996 07:50:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA27980; Sun, 27 Oct 1996 07:50:04 -0800 (PST) Resent-Date: Sun, 27 Oct 1996 07:50:04 -0800 (PST) Resent-Message-Id: <199610271550.HAA27980@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received: (from nobody@localhost)by.freefall.freebsd.org.id.HAA27722;Sun; (8.7.5/8.7.3);, 27 Oct 1996 07:47:04.-0800 (PST) Message-Id: <199610271547.HAA27722@freefall.freebsd.org> Date: Sun, 27 Oct 1996 07:47:04 -0800 (PST) From: tqbf@enteract.com To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: bin/1904: /usr/bin/su is not careful enough in verifying command line input Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1904 >Category: bin >Synopsis: /usr/bin/su is not careful enough in verifying command line input >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Oct 27 07:50:02 PST 1996 >Last-Modified: >Originator: Thomas Ptacek >Organization: EnterAct, L.L.C. >Release: FreeBSD 2.1.5-RELEASE >Environment: FreeBSD adam 2.1-STABLE FreeBSD 2.1-STABLE #0: Mon Sep 9 03:07:45 CDT 1996 tqbf@adam:/home1/src/sys/compile/ADAMSTOMP i386 >Description: su takes an argument (the name of the user to 'su' to). It verifies that this name is sane by calling getpwnam() on it; if getpwnam() returns NULL, the username is considered insane and the program terminates. If getpwnam() returns anything besides NULL, the username is considered valid. If getpwnam() can be made to match any user as a result of an overly long, wacky string, that wacky string will be tossed around 'su' without bounds checking. 'su' should make a local copy of the pwent->pw_name from the record it matched, and use that instead. I can only see a problem with this on systems with a broken syslog() (the "user" variable, which is a pointer to an argument from the command line, is passed verbatim to syslog() in the event of a successful getpwnam() on it) - however, there's enough of those systems floating around for this to be of concern. >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Oct 27 08:00:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA28486 for bugs-outgoing; Sun, 27 Oct 1996 08:00:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA28470; Sun, 27 Oct 1996 08:00:02 -0800 (PST) Date: Sun, 27 Oct 1996 08:00:02 -0800 (PST) Message-Id: <199610271600.IAA28470@freefall.freebsd.org> To: freebsd-bugs Cc: From: roberto@keltia.freenix.fr (Ollivier Robert) Subject: Re: bin/1903: Arbitrary users can break root on systems with an SUID /sbin/route Reply-To: roberto@keltia.freenix.fr (Ollivier Robert) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/1903; it has been noted by GNATS. From: roberto@keltia.freenix.fr (Ollivier Robert) To: tqbf@enteract.com Cc: freebsd-gnats-submit@freebsd.org Subject: Re: bin/1903: Arbitrary users can break root on systems with an SUID /sbin/route Date: Sun, 27 Oct 1996 16:55:46 +0100 According to tqbf@enteract.com: > >Description: > When a user attempts to get a route entry using 'route get', route > does a reverse DNS lookup. It fails to check the length of the returned > hostname before copying it into a 50 byte buffer. > > Additionally, large values for the argument to the 'get' command > will cause 'route' to die on SIGSEGV; gdb shows the stack being > overwritten with this value. The following should fix it: Index: route.c =================================================================== RCS file: /spare/FreeBSD-current/src/sbin/route/route.c,v retrieving revision 1.15 diff -u -2 -r1.15 route.c --- route.c 1996/09/14 02:59:46 1.15 +++ route.c 1996/10/27 15:51:49 @@ -323,5 +323,5 @@ { register char *cp; - static char line[50]; + static char line[MAXHOSTNAMELEN + 1]; struct hostent *hp; static char domain[MAXHOSTNAMELEN + 1]; @@ -362,5 +362,5 @@ } if (cp) - strcpy(line, cp); + snprintf(line, sizeof(line), "%s", cp); else { /* XXX - why not inet_ntoa()? */ @@ -414,5 +414,5 @@ { char *cp = 0; - static char line[50]; + static char line[MAXHOSTNAMELEN + 1]; struct netent *np = 0; u_long net, mask; @@ -459,5 +459,5 @@ } if (cp) - strcpy(line, cp); + snprintf(line, sizeof(line), "%s", cp); else if ((in.s_addr & 0xffffff) == 0) (void) sprintf(line, "%u", C(in.s_addr >> 24)); -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 2.2-CURRENT #25: Tue Oct 15 21:13:57 MET DST 1996 From owner-freebsd-bugs Sun Oct 27 08:30:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA29637 for bugs-outgoing; Sun, 27 Oct 1996 08:30:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA29630; Sun, 27 Oct 1996 08:30:03 -0800 (PST) Resent-Date: Sun, 27 Oct 1996 08:30:03 -0800 (PST) Resent-Message-Id: <199610271630.IAA29630@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received: (from nobody@localhost)by.freefall.freebsd.org.id.IAA29355;Sun; (8.7.5/8.7.3);, 27 Oct 1996 08:22:36.-0800 (PST) Message-Id: <199610271622.IAA29355@freefall.freebsd.org> Date: Sun, 27 Oct 1996 08:22:36 -0800 (PST) From: tqbf@enteract.com To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: bin/1905: There's a buffer overflow in FreeBSD libc glob() Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1905 >Category: bin >Synopsis: There's a buffer overflow in FreeBSD libc glob() >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Oct 27 08:30:02 PST 1996 >Last-Modified: >Originator: Thomas Ptacek >Organization: EnterAct, L.L.C. >Release: FreeBSD 2.1.5-RELEASE >Environment: FreeBSD adam 2.1-STABLE FreeBSD 2.1-STABLE #0: Mon Sep 9 03:07:45 CDT 1996 tqbf@adam:/home1/src/sys/compile/ADAMSTOMP i386 >Description: glob0() calls globtilde() immediately, passing it a pointer to an array in glob0's stack frame. globtilde() will copy the contents of the HOME environment variable over this pointer without bounds checking. >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Oct 27 08:30:36 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA29655 for bugs-outgoing; Sun, 27 Oct 1996 08:30:36 -0800 (PST) Received: from magigimmix.xs4all.nl (magigimmix.xs4all.nl [194.109.6.25]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA29649 for ; Sun, 27 Oct 1996 08:30:22 -0800 (PST) Received: from asterix.xs4all.nl (asterix.xs4all.nl [194.109.6.11]) by magigimmix.xs4all.nl (8.7.5/XS4ALL) with ESMTP id RAA25772; Sun, 27 Oct 1996 17:30:06 +0100 (MET) Received: from tangram.xs4all.nl (uucp@localhost) by asterix.xs4all.nl (8.7.5/8.7.2) with UUCP id RAA26768; Sun, 27 Oct 1996 17:21:42 +0100 (MET) Received: (from jh@localhost) by tangram.xs4all.nl (8.6.12/8.6.12) id RAA01836; Sun, 27 Oct 1996 17:13:41 +0100 Date: Sun, 27 Oct 1996 17:13:41 +0100 Message-Id: <199610271613.RAA01836@tangram.xs4all.nl> From: Jan-Hein Buhrman To: joerg_wunsch@uriah.heep.sax.de CC: marcs@worldgate.com, freebsd-bugs@FreeBSD.org In-reply-to: <199610232049.WAA27794@uriah.heep.sax.de> (j@uriah.heep.sax.de) Subject: Re: docs/1383 Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >>>>> "J\"org" == J Wunsch writes: > As Marc Slemko wrote: >> > There are not much risks with `interpreted executables' other than >> > the one described there. This one however can easily be avoided by >> > suggesting >> > >> > #!/bin/sh >> > exec /usr/sbin/ppp -direct >> > >> > in the man page. >> >> Not true. Doing so will NOT avoid the problem. > Ahhhrg. I should have read the entire audit-trail before. Now i see > that i've already looked at it earlier... [ About instructing the server side of the telnet session setting the envvar "ENV" to "/etc/shells" (see sh(1)), even before a connect is initiated. ] > The shell should really have the equivalent of csh -f. (sh -q? > Any opinions on this?) IIRC, the Korn Shell had a `-p'-option that more-or-less provides this functionality. Since this ENV-thing is also a ksh-derived `feature', perhaps that option could be added. BTW, IMHO it's a _bad_ thing that Bourne-shell scripts can now suddenly change drastically in their behaviour (because the caller has a "$ENV" that is not according to the advice mentioned in the sh man-page) without a sane possibility for the script writer currently to do something about it, I always believed that by sticking to plain Bourne-Shell scripts I would never have any troubles like a $ENV-file. Tomorrow they will tell me that the `.' command (for sourceing other files) will suddenly use the PATH envvar (a major incompatibility between ksh and sh). Probably this whole ENV-thing comes from the POSIX people, otherwise I would vote for *not* source-ing $ENV at all when the shell is not running interactively (i.e. $- contains no `i') unless some other flag (having the opposite meaning of ksh's `-p') is set in the interpreter line. (I'm thinking of all the currently existsting shell scripts that need be changed otherwise). One other thing: Aren't there any other security-related risks with allowing stuffing the environment even before an actual login is performed (can't really come up with something, but I'm thinking of some classic ones, like IFS, LD_*)? > The only alternative by now to your attack is putting a ``kill 0'' on > top of /etc/shells. ;-) > -- > cheers, J"org Regards, -jh From owner-freebsd-bugs Sun Oct 27 09:43:16 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA03570 for bugs-outgoing; Sun, 27 Oct 1996 09:43:16 -0800 (PST) Received: (from fenner@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA03552; Sun, 27 Oct 1996 09:43:14 -0800 (PST) Date: Sun, 27 Oct 1996 09:43:14 -0800 (PST) From: Bill Fenner Message-Id: <199610271743.JAA03552@freefall.freebsd.org> To: bmah@CS.Berkeley.EDU, fenner, freebsd-bugs Subject: Re: bin/1900 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: route(8) add -host does a meaningless nameserver lookup State-Changed-From-To: open-closed State-Changed-By: fenner State-Changed-When: Sun Oct 27 09:42:22 PST 1996 State-Changed-Why: Fixed in rev 1.16 of src/sbin/route/route.c From owner-freebsd-bugs Sun Oct 27 09:44:24 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA03760 for bugs-outgoing; Sun, 27 Oct 1996 09:44:24 -0800 (PST) Received: (from fenner@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA03743; Sun, 27 Oct 1996 09:44:22 -0800 (PST) Date: Sun, 27 Oct 1996 09:44:22 -0800 (PST) From: Bill Fenner Message-Id: <199610271744.JAA03743@freefall.freebsd.org> To: tqbf@enteract.com, fenner, freebsd-bugs Subject: Re: bin/1903 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Arbitrary users can break root on systems with an SUID /sbin/route State-Changed-From-To: open-closed State-Changed-By: fenner State-Changed-When: Sun Oct 27 09:43:34 PST 1996 State-Changed-Why: Fixed (by releasing root privs and by bounds checking copies) in rev 1.16 of src/sbin/route/route.c . From owner-freebsd-bugs Sun Oct 27 09:52:42 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA04397 for bugs-outgoing; Sun, 27 Oct 1996 09:52:42 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA04385 for ; Sun, 27 Oct 1996 09:52:33 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id SAA29733; Sun, 27 Oct 1996 18:51:52 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id SAA05127; Sun, 27 Oct 1996 18:51:50 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.6/8.6.9) id SAA27269; Sun, 27 Oct 1996 18:50:24 +0100 (MET) From: J Wunsch Message-Id: <199610271750.SAA27269@uriah.heep.sax.de> Subject: Re: docs/1383 To: jh@tangram.xs4all.nl (Jan-Hein Buhrman) Date: Sun, 27 Oct 1996 18:50:24 +0100 (MET) Cc: joerg_wunsch@uriah.heep.sax.de, marcs@worldgate.com, freebsd-bugs@FreeBSD.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199610271613.RAA01836@tangram.xs4all.nl> from Jan-Hein Buhrman at "Oct 27, 96 05:13:41 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Jan-Hein Buhrman wrote: > > The shell should really have the equivalent of csh -f. (sh -q? > > Any opinions on this?) > > IIRC, the Korn Shell had a `-p'-option that more-or-less provides this > functionality. Since this ENV-thing is also a ksh-derived `feature', > perhaps that option could be added. Well, i just verified, ksh -p is a little more than csh -f. But might come useful. > Probably this whole ENV-thing comes from the POSIX people, otherwise I Yep. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sun Oct 27 10:20:08 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA05446 for bugs-outgoing; Sun, 27 Oct 1996 10:20:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA05434; Sun, 27 Oct 1996 10:20:05 -0800 (PST) Resent-Date: Sun, 27 Oct 1996 10:20:05 -0800 (PST) Resent-Message-Id: <199610271820.KAA05434@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received: (from nobody@localhost)by.freefall.freebsd.org.id.KAA05216;Sun; (8.7.5/8.7.3);, 27 Oct 1996 10:13:54.-0800 (PST) Message-Id: <199610271813.KAA05216@freefall.freebsd.org> Date: Sun, 27 Oct 1996 10:13:54 -0800 (PST) From: patl@Phoenix.Volant.ORG To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: conf/1906: sysinstall did not install bison.simple or bison.hairy Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1906 >Category: conf >Synopsis: sysinstall did not install bison.simple or bison.hairy >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Oct 27 10:20:02 PST 1996 >Last-Modified: >Originator: Pat Lashley >Organization: >Release: 2.2-961014-SNAP >Environment: FreeBSD hellspark.phoenix.volant.org 2.2-961014-SNAP FreeBSD 2.2-961014-SNAP #0: Tue Oct 15 10:27:25 1996 jhk@time.cdrom.com:/usr/src/sys/compile/GENERIC/i386 >Description: I installed the SNAP via FTP from ftp.freebsd.org, selecting the entire distribution except for the X11 sources. Then I began installing various ports. The Modula-3 build failed because it could not find /usr/share/misc/bison.simple. Running locate(1) revealed that the only copy of bison.simple was in /usr/src/contrib/bison/bison.simple >How-To-Repeat: Perform a new-system install (not an upgrade). >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Oct 27 10:30:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA05937 for bugs-outgoing; Sun, 27 Oct 1996 10:30:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA05931; Sun, 27 Oct 1996 10:30:04 -0800 (PST) Resent-Date: Sun, 27 Oct 1996 10:30:04 -0800 (PST) Resent-Message-Id: <199610271830.KAA05931@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received: (from nobody@localhost)by.freefall.freebsd.org.id.KAA05401;Sun; (8.7.5/8.7.3);, 27 Oct 1996 10:20:03.-0800 (PST) Message-Id: <199610271820.KAA05401@freefall.freebsd.org> Date: Sun, 27 Oct 1996 10:20:03 -0800 (PST) From: patl@Phoenix.Volant.ORG To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: bin/1907: Spelling error in locate(1) message Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1907 >Category: bin >Synopsis: Spelling error in locate(1) message >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Oct 27 10:30:02 PST 1996 >Last-Modified: >Originator: Pat Lashley >Organization: >Release: 2.2-961014-SNAP >Environment: FreeBSD hellspark.phoenix.volant.org 2.2-961014-SNAP FreeBSD 2.2-961014-SNAP #0: Tue Oct 15 10:27:25 1996 jhk@time.cdrom.com:/usr/src/sys/compile/GENERIC/i386 >Description: When the locate database has not been created, locate(1) reports 'Database to small: '. It should be 'too', not 'to'. >How-To-Repeat: locate -d /dev/null mumble >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Oct 27 10:40:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA06461 for bugs-outgoing; Sun, 27 Oct 1996 10:40:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA06455; Sun, 27 Oct 1996 10:40:03 -0800 (PST) Resent-Date: Sun, 27 Oct 1996 10:40:03 -0800 (PST) Resent-Message-Id: <199610271840.KAA06455@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received: (from nobody@localhost)by.freefall.freebsd.org.id.KAA06231;Sun; (8.7.5/8.7.3);, 27 Oct 1996 10:34:06.-0800 (PST) Message-Id: <199610271834.KAA06231@freefall.freebsd.org> Date: Sun, 27 Oct 1996 10:34:06 -0800 (PST) From: patl@Phoenix.Volant.ORG To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: misc/1908: FTP install failed DNS lookup Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1908 >Category: misc >Synopsis: FTP install failed DNS lookup >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Oct 27 10:40:02 PST 1996 >Last-Modified: >Originator: Pat Lashley >Organization: >Release: 2.2-961014-SNAP >Environment: FreeBSD hellspark.phoenix.volant.org 2.2-961014-SNAP FreeBSD 2.2-961014-SNAP #0: Tue Oct 15 10:27:25 1996 jhk@time.cdrom.com:/usr/src/sys/compile/GENERIC/i386 >Description: When I attempted an FTP install of the SNAP, it repeatedly reported failure to resolve ftp.freebsd.org; but succeeded when given the IP address. Once installed DNS lookups through the same server work fine. The success of the URL with an IP address would tend to indicate that the interface configuration was set up properly. (The DNS server is the gateway, and I carefully verified that the address matched in both fields.) It might be related to subnetting - I use a 27/5 split with hellspark on the third (205.179.79.64) subnet. >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Oct 27 11:19:11 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA08234 for bugs-outgoing; Sun, 27 Oct 1996 11:19:11 -0800 (PST) Received: (from alex@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA08219; Sun, 27 Oct 1996 11:19:09 -0800 (PST) Date: Sun, 27 Oct 1996 11:19:09 -0800 (PST) From: Alex Nash Message-Id: <199610271919.LAA08219@freefall.freebsd.org> To: patl@Phoenix.Volant.ORG, alex, freebsd-bugs Subject: Re: bin/1907 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Spelling error in locate(1) message State-Changed-From-To: open-closed State-Changed-By: alex State-Changed-When: Sun Oct 27 11:14:56 PST 1996 State-Changed-Why: Fixed in rev 1.6 of fastfind.c. From owner-freebsd-bugs Sun Oct 27 14:56:32 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA22527 for bugs-outgoing; Sun, 27 Oct 1996 14:56:32 -0800 (PST) Received: from mail.cs.tu-berlin.de (root@mail.cs.tu-berlin.de [130.149.17.13]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA22517 for ; Sun, 27 Oct 1996 14:56:25 -0800 (PST) Received: from campa.panke.de (anonymous215.ppp.cs.tu-berlin.de [130.149.17.215]) by mail.cs.tu-berlin.de (8.6.13/8.6.12) with ESMTP id XAA24295; Sun, 27 Oct 1996 23:55:17 +0100 Received: (from wosch@localhost) by campa.panke.de (8.6.12/8.6.12) id XAA08508; Sun, 27 Oct 1996 23:38:08 +0100 Date: Sun, 27 Oct 1996 23:38:08 +0100 From: Wolfram Schneider Message-Id: <199610272238.XAA08508@campa.panke.de> To: roberto@keltia.freenix.fr (Ollivier Robert) Cc: freebsd-bugs@freefall.freebsd.org Subject: Re: conf/1382 In-Reply-To: <199610231435.QAA22650@keltia.freenix.fr> References: <199610230438.VAA04743@freefall.freebsd.org> <199610231216.OAA01246@campa.panke.de> <199610231435.QAA22650@keltia.freenix.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Ollivier Robert writes: >I think we should cut out this modification of /etc/motd at boot time. I >don't think it has any real purpose... YMMV. BTW, we should override /etc/motd only if we change something. Currently, we change /etc/motd on every reboot. Wolfram From owner-freebsd-bugs Sun Oct 27 15:08:45 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA23468 for bugs-outgoing; Sun, 27 Oct 1996 15:08:45 -0800 (PST) Received: from geomag.gfdi.fsu.edu (geomag.gfdi.fsu.edu [128.186.11.58]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA23456 for ; Sun, 27 Oct 1996 15:08:38 -0800 (PST) Received: from localhost (cain@localhost) by geomag.gfdi.fsu.edu (8.7.6/8.7.3) with SMTP id SAA13742; Sun, 27 Oct 1996 18:08:18 -0500 (EST) Date: Sun, 27 Oct 1996 18:08:17 -0500 (EST) From: Joseph Cain Reply-To: Joseph Cain To: Joerg Wunsch cc: freebsd-bugs@freefall.freebsd.org Subject: Re: misc/1877 In-Reply-To: <199610271844.TAA27904@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 27 Oct 1996, J Wunsch wrote: > As Joseph Cain wrote: > > > I looked at the SNAP directory > > > > ftp://ftp.freebsd.org/pub/FreeBSD/2.2-961014-SNAP/ > > and see over 70 files on /bin, and a few on /floppies, is > > it one of the latter you are suggesting I try for a test? > > (boot or boot4?). > > floppies/boot.flp is it. I copied the above to a directory and modified atapiflp.bat to read: @echo off echo Format a single floppy when asked, then exit format. format /u a: echo Now writing the atapi.flp image onto the floppy. Please wait.. echo Please also note that this will only configure your IDE CDROM echo for INSTALLATION purposes. You will still need to configure your echo kernel to use the CDROM (assuming that it works at all) after echo the system is installed. You can use the kernel.ATAPI image on echo the second CD or build your own (see handbook for details on building echo your own kernel). rawrite.exe boot.flp a echo echo Done! When you are ready to install, make sure that the boot floppy echo is in drive A and press the reset button. pause echo on -------------------- I used the rawrite.exe which I found on the cd under tools, since the one on the web page under the 2.1.5 release was dated 1993. I then booted from the floppy this created. It gave me some new options, but I think I did not rebuild the kernal and entered the same install menus as before from the 2.1.0 cdrom. I then got to the media portion and again it could not locate the cd-rom. The menu looked a little different this time, and offered me a couple of options after giving the error message about the cdrom. > > > The support for ATAPI CD-ROMs in FreeBSD 2.1.0 has been fairly > > > `green'. Do you have any chance to try one of the recent boot > > > floppies from a 2.2-SNAP version? (I don't think you will be able to > > > use this floppy to actually install a 2.1 CD-ROM with it, but then you > > > would know for sure whether this is your problem.) > > Please, let us know if this fixed your problem... of course, we cannot > fix bugs in previous releases :), hence i would like to close the PR > then. This does _not_ mean you don't have to expect further help, > only that it's just no longer considered a bug then. > Well, whether you call this a bug or a feature, it keeps me from accessing the Sony 2 speed ide-atapi/250ms/256K device! > Joseph Cain cain@gfdi.fsu.edu, @leyla.gfdi.fsu.edu, @gly.fsu.edu ,or @scri.fsu.edu (904) 644-4014 (office) FAX (904) 644-8972/0098/4214 (904) 385-0227 (residence) http://geomag.gfdi.fsu.edu/~cain From owner-freebsd-bugs Sun Oct 27 22:00:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA02023 for bugs-outgoing; Sun, 27 Oct 1996 22:00:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA02007; Sun, 27 Oct 1996 22:00:03 -0800 (PST) Resent-Date: Sun, 27 Oct 1996 22:00:03 -0800 (PST) Resent-Message-Id: <199610280600.WAA02007@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, dmaddox@scsn.net Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA01307 for ; Sun, 27 Oct 1996 21:57:42 -0800 (PST) Received: from rosie.scsn.net (scsn.net [206.25.246.12]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id TAA22998 for ; Sun, 27 Oct 1996 19:11:34 -0800 (PST) Received: from rhiannon.scsn.net (cola48.scsn.net [206.25.247.48]) by rosie.scsn.net (post.office MTA v2.0 0813 ID# 0-13529) with ESMTP id AAA132 for ; Sun, 27 Oct 1996 22:10:20 -0500 Received: (from root@localhost) by rhiannon.scsn.net (8.8.2/8.6.12) id WAA16917; Sun, 27 Oct 1996 22:11:04 -0500 (EST) Message-Id: <199610280311.WAA16917@rhiannon.scsn.net> Date: Sun, 27 Oct 1996 22:11:04 -0500 (EST) From: dmaddox@scsn.net Reply-To: dmaddox@scsn.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/1909: 'last' coredumps if MALLOC_OPTIONS include 'J' Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1909 >Category: bin >Synopsis: 'last' coredumps if MALLOC_OPTIONS include 'J' >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Oct 27 22:00:02 PST 1996 >Last-Modified: >Originator: Donald J. Maddox >Organization: None >Release: FreeBSD 2.2-CURRENT i386 >Environment: FreeBSD rhiannon.scsn.net 2.2-CURRENT FreeBSD 2.2-CURRENT #0: Fri Oct 25 23:10:41 EDT 1996 root@rhiannon.scsn.net:/usr/src/sys/compile/RHIANNON i386 >Description: 'last' coredumps when MALLOC_OPTIONS include 'J'. The problem seems to be here in /usr/src/usr.bin/last/last.c, lines 192-197: if (bp->ut_line[0] == '~' && !bp->ut_line[1]) { /* everybody just logged out */ for (tt = ttylist.lh_first; tt; tt = tt->list.le_next) { LIST_REMOVE(tt, list); free(tt); } The first time this loop iterates, tt is freed; however, when MALLOC_OPTIONS includes 'J', this causes the pointer to be overwritten with junk, so the second iteration fails. >How-To-Repeat: #ln -sf AJ /etc/malloc.conf #last >Fix: I'm not certain what the best fix is, so I'll leave it to the experts... :-) >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Oct 27 23:20:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA07585 for bugs-outgoing; Sun, 27 Oct 1996 23:20:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA07578; Sun, 27 Oct 1996 23:20:03 -0800 (PST) Resent-Date: Sun, 27 Oct 1996 23:20:03 -0800 (PST) Resent-Message-Id: <199610280720.XAA07578@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, mi@aldan.ziplink.net Received: from rtfm.ziplink.net ([199.232.255.52]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA06557 for ; Sun, 27 Oct 1996 23:13:09 -0800 (PST) Received: (from root@localhost) by rtfm.ziplink.net (8.7.5/8.7.3) id CAA07105; Mon, 28 Oct 1996 02:10:33 -0500 (EST) Message-Id: <199610280710.CAA07105@rtfm.ziplink.net> Date: Mon, 28 Oct 1996 02:10:33 -0500 (EST) From: mi@aldan.ziplink.net Reply-To: mi@aldan.ziplink.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/1910: filenames with unusual characters and /etc/security (or find(1)) Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1910 >Category: misc >Synopsis: filenames with unusual characters break /etc/security (or find(1)) >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Oct 27 23:20:01 PST 1996 >Last-Modified: >Originator: Mikhail Teterin >Organization: >Release: 2.1.5-RELEASE >Environment: >Description: Date: Sat, 19 Oct 1996 02:00:11 -0400 (EDT) From: Charlie Root Subject: aldan security check output checking setuid files and devices: find: /root/Mail/sent mail: illegal path find: /root/Mail/sent mail/1: illegal path find: /root/Mail/sent mail/.1.summary: illegal path find: /root/Mail/sent mail/2: illegal path find: /root/News/vulisa : illegal path checking for uids of 0: root 0 toor 0 >How-To-Repeat: Make a file with <> in in its name, and see what happens. >Fix: Ignore this part of /etc/security output ;) The potential threat is, one of THIS files may, actually, be setuid... Closer examination, allows to think find(1) is broken on this: find -X /root -type f \( -perm -u+x -or -perm -g+x -or -perm \ -o+x \) \( -perm -u+s -or -perm -g+s \) leads to: find: /root/Mail/sent mail: illegal path find: /root/Mail/sent mail/1: illegal path find: /root/Mail/sent mail/.1.summary: illegal path find: /root/Mail/sent mail/2: illegal path find: /root/News/vulisa : illegal path but I am not sure. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Oct 27 23:21:40 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA07701 for bugs-outgoing; Sun, 27 Oct 1996 23:21:40 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA07688 for ; Sun, 27 Oct 1996 23:21:35 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id IAA29252; Mon, 28 Oct 1996 08:21:07 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA20494; Mon, 28 Oct 1996 08:21:07 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id HAA02639; Mon, 28 Oct 1996 07:53:05 +0100 (MET) From: J Wunsch Message-Id: <199610280653.HAA02639@uriah.heep.sax.de> Subject: Re: misc/1877 To: freebsd-bugs@FreeBSD.org (FreeBSD bugs list) Date: Mon, 28 Oct 1996 07:53:05 +0100 (MET) Cc: cain@geomag.gfdi.fsu.edu Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from Joseph Cain at "Oct 27, 96 06:08:17 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Joseph Cain wrote: > I used the rawrite.exe which I found on the cd under tools, since > the one on the web page under the 2.1.5 release was dated 1993. :-) It's such a simple thing so nobody ever had a need to change it again afterwards. The one from the CD is very likely exactly the same. > I then booted from the floppy this created. It gave me some new > options, but I think I did not rebuild the kernal and entered the same > install menus as before from the 2.1.0 cdrom. I then got to the media > portion and again it could not locate the cd-rom. The menu looked a > little different this time, and offered me a couple of options after > giving the error message about the cdrom. Write down all boot messages starting with `wdc', `wd', or `wdc'. Hint: once sysinstall has started, you can hit ScrLk, followed by PgUp and PgDn to browse through the messages again. Hitting ScrLk again will return you to normal mode. Also, type Alt-F2 and look for any CD-ROM related messages there. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sun Oct 27 23:48:13 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA10820 for bugs-outgoing; Sun, 27 Oct 1996 23:48:13 -0800 (PST) Received: (from joerg@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA10801; Sun, 27 Oct 1996 23:48:11 -0800 (PST) Date: Sun, 27 Oct 1996 23:48:11 -0800 (PST) From: Joerg Wunsch Message-Id: <199610280748.XAA10801@freefall.freebsd.org> To: dmaddox@scsn.net, joerg, freebsd-bugs Subject: Re: bin/1909 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: 'last' coredumps if MALLOC_OPTIONS include 'J' State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Mon Oct 28 08:47:43 MET 1996 State-Changed-Why: Fixed in rev 1.5 of last.c. From owner-freebsd-bugs Mon Oct 28 05:50:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA26143 for bugs-outgoing; Mon, 28 Oct 1996 05:50:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA26137; Mon, 28 Oct 1996 05:50:03 -0800 (PST) Resent-Date: Mon, 28 Oct 1996 05:50:03 -0800 (PST) Resent-Message-Id: <199610281350.FAA26137@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, hsu@clinet.fi Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA25854 for ; Mon, 28 Oct 1996 05:44:07 -0800 (PST) Received: from katiska.clinet.fi (root@katiska.clinet.fi [194.100.0.4]) by hauki.clinet.fi (8.7.6/8.6.4) with ESMTP id PAA25750 for ; Mon, 28 Oct 1996 15:41:33 +0200 (EET) Received: (root@localhost) by katiska.clinet.fi (8.7.6/8.6.4) id PAA05955; Mon, 28 Oct 1996 15:41:32 +0200 (EET) Message-Id: <199610281341.PAA05955@katiska.clinet.fi> Date: Mon, 28 Oct 1996 15:41:32 +0200 (EET) From: Heikki Suonsivu Reply-To: hsu@clinet.fi To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/1914: vm_page_alloc(ZERO): missing page on free queue Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1914 >Category: kern >Synopsis: vm_page_alloc(ZERO): missing page on free queue >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Oct 28 05:50:02 PST 1996 >Last-Modified: >Originator: Heikki Suonsivu >Organization: Clinet, Espoo, Finland >Release: FreeBSD 2.2-CURRENT i386 >Environment: WWW server (relatively high use, couple of hits per second, ~100 virtual servers). -current from 1 October (or sligtly before). This one also runs a proxy (squid) and has two nfs exported disks. >Description: hsu#varasto.clinet.fi Mon 3: gdb -k kernel.5 vmcore.5 GDB is free software and you are welcome to distribute copies of it under certain conditions; type "show copying" to see the conditions. There is absolutely no warranty for GDB; type "show warranty" for details. GDB 4.13 (i386-unknown-freebsd), Copyright 1994 Free Software Foundation, Inc... IdlePTD 26c000 current pcb at 20e470 panic: vm_page_alloc(ZERO): missing page on free queue #0 boot (howto=256) at ../../kern/kern_shutdown.c:237 237 dumppcb.pcb_cr3 = rcr3(); (kgdb) bt #0 boot (howto=256) at ../../kern/kern_shutdown.c:237 #1 0xf01127b2 in panic ( fmt=0xf01c1faa "vm_page_alloc(ZERO): missing page on free queue\n") at ../../kern/kern_shutdown.c:361 #2 0xf01c21e1 in vm_page_alloc (object=0xf4502c80, pindex=958, page_req=3) at ../../vm/vm_page.c:785 #3 0xf01cb126 in pmap_page_alloc (object=0xf4502c80, pindex=958) at ../../i386/i386/pmap.c:676 #4 0xf01cb5da in _pmap_allocpte (pmap=0xf4148764, ptepindex=958) at ../../i386/i386/pmap.c:931 #5 0xf01cb71b in pmap_allocpte (pmap=0xf4148764, va=4022325248) at ../../i386/i386/pmap.c:1044 #6 0xf01ccb56 in pmap_copy (dst_pmap=0xf4148764, src_pmap=0xf4264964, dst_addr=4022198272, len=131072, src_addr=4022198272) at ../../i386/i386/pmap.c:2228 #7 0xf01be7f2 in vm_map_copy_entry (src_map=0xf4264900, dst_map=0xf4148700, src_entry=0xfa3b0c60, dst_entry=0xfa423c3c) at ../../vm/vm_map.c:1955 #8 0xf01be967 in vmspace_fork (vm1=0xf4264900) at ../../vm/vm_map.c:2046 #9 0xf01bb8ac in vm_fork (p1=0xf45a0c00, p2=0xf45b9800) at ../../vm/vm_glue.c:203 #10 0xf010c8ef in fork1 (p1=0xf45a0c00, flags=20, retval=0xefbfff84) at ../../kern/kern_fork.c:340 #11 0xf010c410 in fork (p=0xf45a0c00, uap=0xefbfff94, retval=0xefbfff84) ---Type to continue, or q to quit--- at ../../kern/kern_fork.c:91 #12 0xf01cef67 in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = 389120, tf_esi = 362884, tf_ebp = -272638856, tf_isp = -272629788, tf_ebx = 0, tf_edx = 389120, tf_ecx = 362884, tf_eax = 2, tf_trapno = 12, tf_err = 7, tf_eip = 180613, tf_cs = 31, tf_eflags = 514, tf_esp = -272638884, tf_ss = 39}) at ../../i386/i386/trap.c:891 #13 0xf01c6f85 in Xsyscall () #14 0x6a82 in ?? () #15 0x5ee9 in ?? () #16 0x5c1d in ?? () #17 0xd03a in ?? () #18 0x107f in ?? () (kgdb) up #1 0xf01127b2 in panic ( fmt=0xf01c1faa "vm_page_alloc(ZERO): missing page on free queue\n") at ../../kern/kern_shutdown.c:361 361 boot(bootopt); (kgdb) list 356 357 #if defined(DDB) 358 if (debugger_on_panic) 359 Debugger ("panic"); 360 #endif 361 boot(bootopt); 362 } 363 364 /* 365 * Two routines to handle adding/deleting items on the (kgdb) up #2 0xf01c21e1 in vm_page_alloc (object=0xf4502c80, pindex=958, page_req=3) at ../../vm/vm_page.c:785 785 splx(s); (kgdb) list 780 panic("vm_page_alloc(ZERO): missing page on free queue\n"); 781 #endif 782 } else { 783 m = vm_page_select(object, pindex, PQ_CACHE); 784 if (m == NULL) { 785 splx(s); 786 #if defined(DIAGNOSTIC) 787 if (cnt.v_cache_count > 0) 788 printf("vm_page_alloc(ZERO): missing pages on cache queue: %d\n", cnt.v_cache_count); 789 #endif (kgdb) print cnt.v_cache_count $1 = 3445 (kgdb) print *m $2 = {pageq = {tqe_next = 0x7205c766, tqe_prev = 0x34000004}, hashq = { tqe_next = 0xe5895512, tqe_prev = 0x8c9d026a}, listq = { tqe_next = 0x8ee08ed8, tqe_prev = 0xc2e8e8}, object = 0xbc0000, pindex = 3892322304, phys_addr = 331, queue = 4281, flags = 9773, pc = 48896, wire_count = 54780, hold_count = 32, act_count = 41 ')', busy = 249 'ù', valid = 49 '1', dirty = 192 'À'} (kgdb) print object $3 = (struct vm_object *) 0xf4502c80 (kgdb) print *object $4 = {object_list = {tqe_next = 0x0, tqe_prev = 0xf452e780}, cached_list = { tqe_next = 0xdeadc0de, tqe_prev = 0xdeadc0de}, shadow_head = { tqh_first = 0x0, tqh_last = 0xf4502c90}, shadow_list = { tqe_next = 0xdeadc0de, tqe_prev = 0xdeadc0de}, memq = { tqh_first = 0xf02c4a08, tqh_last = 0xf02d2d98}, type = OBJT_DEFAULT, size = 960, ref_count = 1, shadow_count = 0, pg_color = 13, flags = 0, paging_in_progress = 0, behavior = 0, resident_page_count = 3, paging_offset = 0x0000000000000000, backing_object = 0x0, backing_object_offset = 0x0000000000000000, last_read = 0, page_hint = 0xf02d2d88, pager_object_list = {tqe_next = 0x0, tqe_prev = 0xf4524be4}, handle = 0x0, un_pager = {vnp = { vnp_size = 0x0000000000000001}, devp = {devp_pglist = {tqh_first = 0x1, tqh_last = 0x0}}, swp = {swp_nblocks = 1, swp_allocsize = 0, swp_blocks = 0x0, swp_poip = 0}}} (kgdb) print pindex $5 = 958 (kgdb) kernel and dump are ftp://ftp.clinet.fi/pub/FreeBSD/crashdumps/varasto/*.5.gz (within 15 minutes of mailing this PR) >How-To-Repeat: I do not know, but perhaps described system might be a good candidate. >Fix: -- Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@clinet.fi mobile +358-40-5519679 work +358-0-43542270 fax -4555276 >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Oct 28 07:00:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA28968 for bugs-outgoing; Mon, 28 Oct 1996 07:00:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA28938; Mon, 28 Oct 1996 07:00:03 -0800 (PST) Resent-Date: Mon, 28 Oct 1996 07:00:03 -0800 (PST) Resent-Message-Id: <199610281500.HAA28938@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, ejk@runners.fi Received: from road.runners.fi (root@road.runners.fi [194.100.38.123]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA28599 for ; Mon, 28 Oct 1996 06:50:55 -0800 (PST) Received: (from ejk@localhost) by road.runners.fi (8.8.2/8.6.9) id QAA13194; Mon, 28 Oct 1996 16:50:47 +0200 (EET) Message-Id: <199610281450.QAA13194@road.runners.fi> Date: Mon, 28 Oct 1996 16:50:47 +0200 (EET) From: ejk@runners.fi Reply-To: ejk@runners.fi To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: conf/1915: 8 bit clean vi Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1915 >Category: conf >Synopsis: 8 bit chars dont work with LC_CTYPE=fi >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: support >Submitter-Id: current-users >Arrival-Date: Mon Oct 28 07:00:01 PST 1996 >Last-Modified: >Originator: Esa Karkkainen >Organization: >Release: FreeBSD 2.1-STABLE i386 >Environment: 2.1.5-RELEASE >Description: Vi shows 8 bit chars as hex numbers >How-To-Repeat: vi foo iöäå >Fix: cp /usr/share/locale/lt_LN.ISO_8859-1/* /usr/share/locale/fi_FI.ISO_8859-1 LANG=fi_FI.ISO_8859-1 export LANG vi or just make symlinks from appropriate directories to lt_LN.ISO_8859-1 >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Oct 28 08:10:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA04243 for bugs-outgoing; Mon, 28 Oct 1996 08:10:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA04237; Mon, 28 Oct 1996 08:10:03 -0800 (PST) Resent-Date: Mon, 28 Oct 1996 08:10:03 -0800 (PST) Resent-Message-Id: <199610281610.IAA04237@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, davidn@sdev.usn.blaze.net.au Received: from sdev.usn.blaze.net.au (sdev.usn.blaze.net.au [203.17.53.19]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA03994 for ; Mon, 28 Oct 1996 08:07:31 -0800 (PST) Received: (from root@localhost) by sdev.usn.blaze.net.au (8.7.6/8.6.9) id DAA10189; Tue, 29 Oct 1996 03:07:23 +1100 (EST) Message-Id: <199610281607.DAA10189@sdev.usn.blaze.net.au> Date: Tue, 29 Oct 1996 03:07:23 +1100 (EST) From: David Nugent Reply-To: davidn@sdev.usn.blaze.net.au To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/1916: List management bug in last, shows up with /etc/malloc.conf -> AJ Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1916 >Category: bin >Synopsis: A linked list bug in last.c causes last to dump core >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Oct 28 08:10:01 PST 1996 >Last-Modified: >Originator: David Nugent - davidn@blaze.net.au >Organization: Unique Computing, Melbourne, Australia >Release: FreeBSD 2.2-CURRENT i386 >Environment: Under some circumstances, last from -current dumps core. A sample wtmp file (uuencoded attached below) demonstrates the problem. >Description: A pointer is free(3)'ed, and subsequently used in the wtmp() function in last.c. With MALLOC_OPTIONS set to AJ, the contents of the memory pointed to by the free pointer are no longer valid, causing a core dump. >How-To-Repeat: Run 'last' on the attached wtmp. >Fix: Diff attached: *** /usr/src/usr.bin/last/last.c.orig Tue Oct 29 02:57:23 1996 --- /usr/src/usr.bin/last/last.c Tue Oct 29 02:59:10 1996 *************** *** 191,199 **** */ if (bp->ut_line[0] == '~' && !bp->ut_line[1]) { /* everybody just logged out */ ! for (tt = ttylist.lh_first; tt; tt = tt->list.le_next) { LIST_REMOVE(tt, list); free(tt); } currentout = -bp->ut_time; crmsg = strncmp(bp->ut_name, "shutdown", --- 191,202 ---- */ if (bp->ut_line[0] == '~' && !bp->ut_line[1]) { /* everybody just logged out */ ! tt = ttylist.lh_first; ! while (tt) { ! struct ttytab * tn = tt->list.le_next; LIST_REMOVE(tt, list); free(tt); + tt = tn; } currentout = -bp->ut_time; crmsg = strncmp(bp->ut_name, "shutdown", Encoded wtmp which demonstrates the problem. begin 644 wtmp.gz M'XL(`,'1=#(``XV=>U1591J'R0NB96EC7E`;M=%)2Q00D$30(R(B*)*:$WQDH"7RD0S=$C%U*S)IIN*MU1(K6598V7EJ`F890H=8 M&=]^WF^U9O7';Y[W]]Z^O<_I9!D9ST[U<')RFIR6EN%4S_EA?[C'+.WOIR1G M9EC3IJ7>K;GFT&1H'-7Y7=.X"S2]07/'S^3$A'I=MSRDETH0?XMQ+CS"G,C"BKLXJ3=>@".Q%[K`(S/UF9@3V/<9G M'.8UP:&A?MW4.&9U=NX[#NO32M.8S;.OIO$TT20$U&KZF&@^'\"Y7[2,PQI6 M6,9A+ZY;=#^J\ZM%SXLT9K/QJX7[E1G(_=H[6*^/JH8?#N;QG>RCW?4>H[D=U]H;J?E3G0.@XO,>.AO*,G0KEO,Z&TQUA['GQ"/:\9`3W8MD(SLLGG/-:'$ MOLLJS*^=]O*?CRV M,B>AB.*:(_7Q9Q'ZV;V<_']=J[,98Z9FV%*.XDT&C.JNW M#^ZHU<2;>.ZT@^^-A)TZ1W4F[&3/R3MY#O<7\^XLW/LI^T)KG/' M$SP;EYI%XCW_=O-(O.=/=(S$W)N.BZSS;$N=9*LOKR\,&M69;8W$&KYLC<1^ ME5DYUN=6KH]E:!36YXF1ND9U.DF,:MA@$-#-0PV<%0G MS,!1S<;[MZ)PG@]J&K-YWEX5A?UJ>C@:[XVU/T5CG4,N16/N(PT:E9_1`DZ< M0T.]B#=H5'4N<8GA=P"#1G62FS(GI2ESE@LX+PDX>0+.6DUC-C_[#!K5>5_3 MF,W8?H-&=0YH&K-]/V+0J,Y105ZSF^M^5/O>L#7[J6C+]7G;C7-_QXWS>L^- M^_Z10:/*ZZ!#0[MS0A#KE(&CVJ_`7NQG>"_F'.S-G*.]]5ZH-*W=.58O;]Z= MJ4\P)\*?/=O\F7,]D#E.@SGWV4'<]T[!/,]=@WDV[FC,[@3?<-ZO5J.X/A^. MY?H<&_Q?#?GK%LI]E5I[G=HDQ==]YJC29-LYK MS3.%:?3.8P[[B1;$VC*/<[MY9SOZVAO-JMX[RZKF//;ZQC/T7KV(_'1O8S8"/[&5'(?D85LI\& M6]A/LRWLQU;$?M**V$]I&?LY5\9^9IQG/R^<9S\_.<>BG^N:QFPONMP?ZY&4 M8>_KZ>E5=R=X]/9T<_=Q\W+\;\TKV`8O7:,Z6=ZQF'L+OUC,O8U?+.Y@&S_. M_?_]8K&&!P2<8WZ//L4H"V+-1H_*S<"#[63F09\S; MPIH^@]CS^D">C4V!7)_;&LH]*8AS3PUBSTN"V,^*H-K]\G+O7=\.UOQ?OS-H M5*=*BV7V.>Z],%VC.AU2.7>O-.[I/].Y7[X&C>J=)$#`N:,Q_3PX7=*0-PYE]MR'X^,6A4O2@1<(X) M_)0).)<%G`H!)Z`1">5M MXG`'[?WC<"\RGN*]F.[0T+.IYUC.:^!8WHO;&GJ>/A"MQU)Y=HWF?BUV:!S/ M0<\^OD[U/2M];FM^G*!K5.>:IO'U5G,LR;I&=88E\_RTM_.L+K9SOU;8^1[+ MLW-/\^S-LSNO"/*ZS M;0'[&;.(ZS/BI1K-GWXOD9EJ2\],U#7?Y.L:U7%>S77>]LI?8QGVHF:C[BOD M6*T+>5;G%_+=LJB0=V=)(?[BYW_[+Q\W[]B?_X+>X[V%O\8R%[N$:OEK-N=NRQ^.,;;XU M'G/?='\\?M\;XZIK5")SGJ]9X[.G@B5SG_T[B6!>G<)WCYK(?ZURNSZ6E7)^K2SFO M:I<$S,O_O@30QY)P/H,?R0!/8_6-&;/Y?A'.*_?=ND=8WP@X3A7,:5C!',]KS/&YQIQD`6>2@/.L@),EX!P0<`YK&K/=^<6@47XG M(_!SMHK]G*M*P'U?Y#2A;G[VGRM\>M.>^1W=@3F4GP?QH&B\33N/.ND9UFG;68ZER#]$T9L\4_\=T MC8I38-?O<.5O4R?S/3\^D^NS!T6,!^NBQ@3J"`$[*`=V>40X._21;X M23)P5-^3G%_`>_J#P'.;APZA5W*_* M7,'S*YL%KS7 MK6/.`4UC]AD_?!\_N\]\P,_<@H_YF=O]4^;XG>']:GZ68ZWYDF.M_Y(Y10+. M=@'G!P'GHH!S6<"Y*N!4"SC.7S%GY%?,&27@-#C/[V--SO->^)SGN[=?K<9N MG/F[__E.P;>Z1G5^_HYG=6=C:]T.JLXU36/VSTJJ'!IZOK=TMJ*?5LY6_AV: M,_O9((C5I(D5>]%8]UJ-';CC-W][R\O[:EK5"?3C3FSW)BSVITY&]R9 M-[XY[=@EW>S??&]-WL^><]O.\W]EKQG23LM!6? M.V&W=([J)%=SK)1JKL^%[HE8YTJ'AOSO&'AOK]A MX7Z-'\1Y/3V(/0\)8LZP(.;$"#CC@WA^!@1S#;."F9,MX"P78@+-+P'E;P"D1<(Z& M<`W+0KB&IP6UX5Z]'I'"L@BV,-RN)G2N!)?C:%G&1.?!ES)CLT21EV M7]_>'O7]WJ_FCXA;U3^I3J,ZNQT:\C-[9!+6,$O3F/X^7-.8S7.VIC';BT4& MCJKO.8)8JQT:VM,U!HUJOYI4/8U^BAHDHY]B@T:Y7YK&;`,N_S.IF2< M^46O)^,<7OF&\QK1TX9Y/6G0J,[/0YES3=.8S4^_$!O6QS^$_23,L.%>O#"# M_>1H&K/=V:AIS/9TZPRNS\X9G->DP;-JYM>WFXAY%6L:,S\N]HFX7P\X M-+3+;>TU[KH&CJL\KFL9LQC;9)^(N.YV9B'M:_17G5>XU"7OQBZ8Q MF^??-(U9[L[>DS"OJ/Q)N!=?9Z2@YV\UC>EG:H-&-3^7'!K\,ZL%L7XW<)3_ M3LV_V$^/N1RK178*]J)U=@KV8L>\%)S5[S2-V1PVR$G!^0G,84Z(@%.:P_7Y M.H?K(ZYM@TC=F[UDR#1G5F"?SD"?RL M%7`V"SA;#!K5[GPJX!P7^%FVGCFYZYDS[37F//<:YY6X@3DY&YBS4L"Y*.!< M$7`>+.#ZM"U@3F-S.FQD3F[!)R]`D[?3[J!>7!S$G,^&I-5\S^;MHVON_BZN?(FN49VJ M)6DX8Q MCOW*+$_'W)\O3\>[9;:!H]KW.0X-_OS@GOA5\$]/=ET"O;K .@Q,9'G\`3-'?,.!J``"! ` end >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Oct 28 09:57:39 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA16274 for bugs-outgoing; Mon, 28 Oct 1996 09:57:39 -0800 (PST) Received: (from peter@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA16250; Mon, 28 Oct 1996 09:57:34 -0800 (PST) Date: Mon, 28 Oct 1996 09:57:34 -0800 (PST) From: Peter Wemm Message-Id: <199610281757.JAA16250@freefall.freebsd.org> To: peter@newton.dialix.com.au, peter, freebsd-bugs Subject: Re: kern/1744 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: run queue or proc list smashed 4 times in 2 days State-Changed-From-To: open-analyzed State-Changed-By: peter State-Changed-When: Mon Oct 28 09:50:52 PST 1996 State-Changed-Why: Something appears to depend on how the kernel is linked. After a kernel rebuild (changing "cpu i486" and "cpu i586" to only just "cpu i586") made the problem go away. Another machine had it's kernel rebuilt at the same time and started getting the same problem. Now that the other machine has been rebuilt with a trivial change (pseudo-device vn 4 -> 2) and config -g, it too seems to have stopped exploding. I'm at a loss to explain it. From owner-freebsd-bugs Mon Oct 28 12:35:30 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA00839 for bugs-outgoing; Mon, 28 Oct 1996 12:35:30 -0800 (PST) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA00823; Mon, 28 Oct 1996 12:35:27 -0800 (PST) Date: Mon, 28 Oct 1996 12:35:27 -0800 (PST) From: "Marc G. Fournier" Message-Id: <199610282035.MAA00823@freefall.freebsd.org> To: jmb, scrappy, freebsd-bugs Subject: Re: kern/1600 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: prevent setting of t_timer[TCPT_KEEP] prematurely State-Changed-From-To: feedback-closed State-Changed-By: scrappy State-Changed-When: Mon Oct 28 12:33:24 PST 1996 State-Changed-Why: Originator Confirmed Closure From owner-freebsd-bugs Mon Oct 28 13:53:48 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA06123 for bugs-outgoing; Mon, 28 Oct 1996 13:53:48 -0800 (PST) Received: (from joerg@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA06111; Mon, 28 Oct 1996 13:53:45 -0800 (PST) Date: Mon, 28 Oct 1996 13:53:45 -0800 (PST) From: Joerg Wunsch Message-Id: <199610282153.NAA06111@freefall.freebsd.org> To: davidn@sdev.usn.blaze.net.au, joerg, freebsd-bugs Subject: Re: bin/1916 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: A linked list bug in last.c causes last to dump core State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Mon Oct 28 22:52:57 MET 1996 State-Changed-Why: Dup for PR 1909, already fixed in rev 1.5 of last.c. From owner-freebsd-bugs Mon Oct 28 14:00:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA06540 for bugs-outgoing; Mon, 28 Oct 1996 14:00:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA06498; Mon, 28 Oct 1996 14:00:03 -0800 (PST) Date: Mon, 28 Oct 1996 14:00:03 -0800 (PST) Message-Id: <199610282200.OAA06498@freefall.freebsd.org> To: freebsd-bugs Cc: From: J Wunsch Subject: Re: bin/1916: List management bug in last, shows up with /etc/malloc.conf -> AJ Reply-To: J Wunsch Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/1916; it has been noted by GNATS. From: J Wunsch To: davidn@sdev.usn.blaze.net.au Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/1916: List management bug in last, shows up with /etc/malloc.conf -> AJ Date: Mon, 28 Oct 1996 21:42:51 +0100 (MET) As David Nugent wrote: > Under some circumstances, last from -current dumps core. A sample The `some circumstances' are simply a "shutdown" entry. > wtmp file (uuencoded attached below) demonstrates the problem. > > >Description: > > A pointer is free(3)'ed, and subsequently used in the wtmp() function > in last.c. With MALLOC_OPTIONS set to AJ, the contents of the memory > pointed to by the free pointer are no longer valid, causing a core > dump. Sorry to say, but you're already too late. :) The problem has been reported in PR 1909, and fixed a couple of hours later... Needless to say, the fix looks damn similar to yours. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Mon Oct 28 15:20:08 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA13877 for bugs-outgoing; Mon, 28 Oct 1996 15:20:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA13860; Mon, 28 Oct 1996 15:20:04 -0800 (PST) Resent-Date: Mon, 28 Oct 1996 15:20:04 -0800 (PST) Resent-Message-Id: <199610282320.PAA13860@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, obrien@NUXI.cs.ucdavis.edu Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [128.120.56.38]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA13193 for ; Mon, 28 Oct 1996 15:14:19 -0800 (PST) Received: (from obrien@localhost) by relay.nuxi.com (8.7.5/8.6.12) id PAA03436; Mon, 28 Oct 1996 15:14:09 -0800 (PST) Message-Id: <199610282314.PAA03436@relay.nuxi.com> Date: Mon, 28 Oct 1996 15:14:09 -0800 (PST) From: "David E. O'Brien" Reply-To: obrien@NUXI.cs.ucdavis.edu To: FreeBSD-gnats-submit@freebsd.org Cc: obrien@Nuxi.com X-Send-Pr-Version: 3.2 Subject: docs/1918: stale link in handbook Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1918 >Category: docs >Synopsis: stale hardware link in handbook >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon Oct 28 15:20:02 PST 1996 >Last-Modified: >Originator: David E. O'Brien >Organization: University of California, Davis >Release: FreeBSD 2.1.5-RELEASE i386 >Environment: http://www.freebsd.org/handbook/handbook102.html#160 from 28-Oct-96 >Description: The link in Section 10.1 "Resources on the Inernet" to "The Pentium Systems Hardware Performance Guide" is out of date. The new link is "http://sysdoc.pair.com/". Per the redirect message gotten when following the current link. >How-To-Repeat: you guess. :-) >Fix: vi ... (emacs dosn't count :-)) >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Oct 28 16:21:16 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA19908 for bugs-outgoing; Mon, 28 Oct 1996 16:21:16 -0800 (PST) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA19899 for ; Mon, 28 Oct 1996 16:21:11 -0800 (PST) Received: from gemini.sdsp.mc.xerox.com ([13.231.132.20]) by alpha.xerox.com with SMTP id <23213(5)>; Mon, 28 Oct 1996 15:36:46 PST Received: from gnu.sdsp.mc.xerox.com (gnu.sdsp.mc.xerox.com [13.231.133.90]) by gemini.sdsp.mc.xerox.com (8.7.6/8.7.5) with SMTP id SAA22745 for ; Mon, 28 Oct 1996 18:03:44 -0500 (EST) Received: by gnu.sdsp.mc.xerox.com (4.1/client-1.3) id AA11652; Mon, 28 Oct 96 18:03:43 EST Message-Id: <9610282303.AA11652@gnu.sdsp.mc.xerox.com> To: freebsd-bugs@freebsd.org Subject: using " " in kernels... Date: Mon, 28 Oct 1996 15:03:43 PST From: "Marty Leisner" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I just followed the instructions to build a freebsd kernel. Why don't you suggest adding kernel builders to the bin group, and not using root for this... Why does CD9660 and COMPAT_43 need quotes? It would be much easier if GENERIC was well commented and complete (with what's not used commented out). Kernel configuration should only involving adding/delete #. What is controller eisa0? (I didn't see it documented). [assume eisa bus]. The FAQ has: options "SHMMAXPGS=64" # 256Kb of sharab but the handbook doesn't. Just some things I found... marty leisner@sdsp.mc.xerox.com Don't confuse education with schooling. Milton Friedman to Yogi Berra From owner-freebsd-bugs Mon Oct 28 16:40:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA21100 for bugs-outgoing; Mon, 28 Oct 1996 16:40:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA21072; Mon, 28 Oct 1996 16:40:02 -0800 (PST) Date: Mon, 28 Oct 1996 16:40:02 -0800 (PST) Message-Id: <199610290040.QAA21072@freefall.freebsd.org> To: freebsd-bugs Cc: From: "John S. Dyson" Subject: Re: kern/1914: vm_page_alloc(ZERO): missing page on free queue Reply-To: "John S. Dyson" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/1914; it has been noted by GNATS. From: "John S. Dyson" To: hsu@clinet.fi Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/1914: vm_page_alloc(ZERO): missing page on free queue Date: Mon, 28 Oct 1996 19:34:07 -0500 (EST) > > > >Number: 1914 > >Category: kern > >Synopsis: vm_page_alloc(ZERO): missing page on free queue > >Confidential: no > >Severity: serious > >Priority: high > >Responsible: freebsd-bugs > >State: open > >Class: sw-bug > >Submitter-Id: current-users > >Arrival-Date: Mon Oct 28 05:50:02 PST 1996 > >Last-Modified: > >Originator: Heikki Suonsivu > >Organization: > Clinet, Espoo, Finland > >Release: FreeBSD 2.2-CURRENT i386 > >Environment: > Heikki, There is an off by one error in that version of the code. On about line 693 in vm_page.c, the conditional in the for loop (i + j) > 0 should be (i + j) >= 0 There is also the same error on about line 604 where there is a for loop comparison: i > 0; That should be: i >= 0; Give that a shot!!! John From owner-freebsd-bugs Mon Oct 28 19:30:36 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA19855 for bugs-outgoing; Mon, 28 Oct 1996 19:30:36 -0800 (PST) Received: (from alex@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA19832; Mon, 28 Oct 1996 19:30:30 -0800 (PST) Date: Mon, 28 Oct 1996 19:30:30 -0800 (PST) From: Alex Nash Message-Id: <199610290330.TAA19832@freefall.freebsd.org> To: obrien@NUXI.cs.ucdavis.edu, alex, freebsd-bugs Subject: Re: docs/1918 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: stale hardware link in handbook State-Changed-From-To: open-closed State-Changed-By: alex State-Changed-When: Mon Oct 28 19:19:39 PST 1996 State-Changed-Why: Fixed in rev 1.47 of hw.sgml. From owner-freebsd-bugs Mon Oct 28 19:50:10 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA21335 for bugs-outgoing; Mon, 28 Oct 1996 19:50:10 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA21324; Mon, 28 Oct 1996 19:50:06 -0800 (PST) Resent-Date: Mon, 28 Oct 1996 19:50:06 -0800 (PST) Resent-Message-Id: <199610290350.TAA21324@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, daniels@borg.mit.edu Received: from borg.mit.edu (BORG.MIT.EDU [18.239.1.69]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA21085 for ; Mon, 28 Oct 1996 19:46:40 -0800 (PST) Received: (from root@localhost) by borg.mit.edu (8.7.5/8.7.3) id WAA00402; Mon, 28 Oct 1996 22:45:40 -0500 (EST) Message-Id: <199610290345.WAA00402@borg.mit.edu> Date: Mon, 28 Oct 1996 22:45:40 -0500 (EST) From: "Daniel C. Stevenson" Reply-To: daniels@borg.mit.edu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/1919: NCR PCI error Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1919 >Category: kern >Synopsis: access to files/directories fails, gives NCR PCI error >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Oct 28 19:50:03 PST 1996 >Last-Modified: >Originator: Daniel C. Stevenson >Organization: >Release: FreeBSD 2.1-STABLE i386 >Environment: The system has an NCR PCI controller. It has a 2GB SCSI hard disk, 48MB of memory, and an ISA-based Ethernet card (3C509). >Description: The problem: access to various directories and files fails, giving an error to the shell of "Input/output failed" for the affected files or directories. The console displays the following message repeatedly: assertion "cp" failed: file "../../pci/ncr.c", line 5563 sd0(ncr0:0:0):COMMAND FAILED (4 28) @f0d7c400 (I'm not sure which of these 2 lines actually goes first, but the pattern repeats continuously) This problem seems to happen at random times. It has happened when the system has been up for over a week (since the last reboot) or just a few days after the last reboot. The system currently maintains a moderate Web server load and 1 or 2 users. The problem seems to happen independent of server load or any other discernible influences. When the error happens, some but not all partitions of the disk are affected, and only parts of them are affected. >How-To-Repeat: Wait for it to happen again. >Fix: A hard reboot (cycling the power). "reboot" doesn't work ("Input/output error") and using Ctrl-Alt-Del doesn't work either; in the latter case, it results in a hung system at the "Boot:" prompt. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Oct 28 22:44:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA01545 for bugs-outgoing; Mon, 28 Oct 1996 22:44:05 -0800 (PST) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.eu.org [193.56.58.253]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA01489 for ; Mon, 28 Oct 1996 22:44:01 -0800 (PST) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.7.5/8.7.3) with ESMTP id HAA06922 for ; Tue, 29 Oct 1996 07:43:56 +0100 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.6.12/8.6.12) with UUCP id HAA00543 for freebsd-bugs@FreeBSD.org; Tue, 29 Oct 1996 07:43:21 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.2/keltia-uucp-2.9) id HAA05478; Tue, 29 Oct 1996 07:27:08 +0100 (MET) Message-Id: <199610290627.HAA05478@keltia.freenix.fr> Date: Tue, 29 Oct 1996 07:27:07 +0100 From: roberto@keltia.freenix.fr (Ollivier Robert) To: freebsd-bugs@FreeBSD.org Subject: Re: using " " in kernels... References: <9610282303.AA11652@gnu.sdsp.mc.xerox.com> X-Mailer: Mutt 0.48.1 Mime-Version: 1.0 X-Operating-System: FreeBSD 2.2-CURRENT ctm#2632 In-Reply-To: <9610282303.AA11652@gnu.sdsp.mc.xerox.com>; from Marty Leisner on Oct 28, 1996 15:03:43 -0800 Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk According to Marty Leisner: > Why does CD9660 and COMPAT_43 need quotes? Because they have numbers in the name. > What is controller eisa0? (I didn't see it documented). [assume eisa bus]. You assume correctly. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 2.2-CURRENT #26: Sun Oct 27 19:39:11 MET 1996 From owner-freebsd-bugs Tue Oct 29 08:27:00 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA06287 for bugs-outgoing; Tue, 29 Oct 1996 08:27:00 -0800 (PST) Received: from geomag.gfdi.fsu.edu (geomag.gfdi.fsu.edu [128.186.11.58]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA06270 for ; Tue, 29 Oct 1996 08:26:55 -0800 (PST) Received: from localhost (cain@localhost) by geomag.gfdi.fsu.edu (8.7.6/8.7.3) with SMTP id LAA15247; Tue, 29 Oct 1996 11:26:09 -0500 (EST) Date: Tue, 29 Oct 1996 11:26:08 -0500 (EST) From: Joseph Cain To: Joerg Wunsch cc: FreeBSD bugs list Subject: Re: misc/1877 In-Reply-To: <199610280653.HAA02639@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 28 Oct 1996, J Wunsch wrote: > As Joseph Cain wrote: > > Write down all boot messages starting with `wdc', `wd', or `wdc'. > Hint: once sysinstall has started, you can hit ScrLk, followed by PgUp > and PgDn to browse through the messages again. Hitting ScrLk again > will return you to normal mode. > > Also, type Alt-F2 and look for any CD-ROM related messages there. By the time I found the scroll lock key all was gone off the screen. But anyway this time I did edit the kernal configuration screen. I removed all references to scsi that would remove, and left the sony cdrom line. I then went through the normal install up to the media part. This time it tried to read the cd! Of course if failed as it gave the error message that the cd was either not a freeBSD or prior to the 2.1.5 release. Since it was the latter all seems ok and I did not try to go back and redo the boot. I will then work on the options, perhaps even discussing this with Walnut Creek as you suggested earlier. Joseph Cain cain@gfdi.fsu.edu, @leyla.gfdi.fsu.edu, @gly.fsu.edu ,or @scri.fsu.edu (904) 644-4014 (office) FAX (904) 644-8972/0098/4214 (904) 385-0227 (residence) http://geomag.gfdi.fsu.edu/~cain From owner-freebsd-bugs Tue Oct 29 09:49:59 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA12678 for bugs-outgoing; Tue, 29 Oct 1996 09:49:59 -0800 (PST) Received: (from max@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA12663; Tue, 29 Oct 1996 09:49:54 -0800 (PST) Date: Tue, 29 Oct 1996 09:49:54 -0800 (PST) From: Masafumi NAKANE Message-Id: <199610291749.JAA12663@freefall.freebsd.org> To: max, gnats-admin, freebsd-bugs Subject: Re: pending/1920 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: -v flag of ldd does not work properly Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: max Responsible-Changed-When: Tue Oct 29 09:47:54 PST 1996 Responsible-Changed-Why: I don't know why this PR fell into pending category. Maybe I mistyped. Anyway, this is about simple, but in a way a serious bug related to ldd. From owner-freebsd-bugs Tue Oct 29 10:10:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA14112 for bugs-outgoing; Tue, 29 Oct 1996 10:10:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA14105; Tue, 29 Oct 1996 10:10:02 -0800 (PST) Resent-Date: Tue, 29 Oct 1996 10:10:02 -0800 (PST) Resent-Message-Id: <199610291810.KAA14105@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, mi@aldan.ziplink.net Received: from rtfm.ziplink.net ([199.232.255.52]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA13683 for ; Tue, 29 Oct 1996 10:01:44 -0800 (PST) Received: (from root@localhost) by rtfm.ziplink.net (8.7.5/8.7.3) id MAA08993; Tue, 29 Oct 1996 12:59:10 -0500 (EST) Message-Id: <199610291759.MAA08993@rtfm.ziplink.net> Date: Tue, 29 Oct 1996 12:59:10 -0500 (EST) From: mi@aldan.ziplink.net Reply-To: mi@aldan.ziplink.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/1924: lpc's output erroneous and confusing Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1924 >Category: bin >Synopsis: if lpd is not running, lpc will say ``no such file or directory'' >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Oct 29 10:10:01 PST 1996 >Last-Modified: >Originator: Mikhail Teterin >Organization: >Release: FreeBSD 2.2-960801-SNAP i386 >Environment: If lpd is not started, attempts to use ``lpc start lp'' will lead to : mi@rtfm:/mnt/root/invoice (128) lpc start lp lp: printing enabled lpc: connect: No such file or directory couldn't start daemon Instead of smth like: ``can not connect to lpd. Is it running?'' Or even better: ``lpd not running. Try to start it (y/n)?'' >Description: See above >How-To-Repeat: kill `ps -ax | grep lpd | awk '{print $1}'` lpc start lp >Fix: Seems like lpc relies on errno routines to report errors (perror()?) If I am wrong -- this is just another evidence of how confusing this output really is ;) BTW, I reported a similar problem with route(8), when the sysadmin- -beginner would sometimes get an error output with "Disk quota exceeded" instead of whatever is wrong really. Either perror() and stuff need to be fixed (serious and correct solution?), or things like lpc and route need to process errors on their own (quickier and dirtier solution?). It is hard to appreciate the advanced features of FreeBSD with bugs like this -- bugs contributing to the myth, that Unix is hard to understand. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Oct 29 10:47:13 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA15856 for bugs-outgoing; Tue, 29 Oct 1996 10:47:13 -0800 (PST) Received: (from peter@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA15837; Tue, 29 Oct 1996 10:47:11 -0800 (PST) Date: Tue, 29 Oct 1996 10:47:11 -0800 (PST) From: Peter Wemm Message-Id: <199610291847.KAA15837@freefall.freebsd.org> To: max@wide.ad.jp, peter, freebsd-bugs Subject: Re: pending/1920 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: -v flag of ldd does not work properly State-Changed-From-To: open-closed State-Changed-By: peter State-Changed-When: Tue Oct 29 10:45:51 PST 1996 State-Changed-Why: Fixed in rev 1.8 of ldd.c, thanks! From owner-freebsd-bugs Tue Oct 29 10:50:02 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA16020 for bugs-outgoing; Tue, 29 Oct 1996 10:50:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA16014; Tue, 29 Oct 1996 10:50:01 -0800 (PST) Date: Tue, 29 Oct 1996 10:50:01 -0800 (PST) Message-Id: <199610291850.KAA16014@freefall.freebsd.org> To: freebsd-bugs Cc: From: se@zpr.uni-koeln.de (Stefan Esser) Subject: Re: kern/1919: NCR PCI error Reply-To: se@zpr.uni-koeln.de (Stefan Esser) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/1919; it has been noted by GNATS. From: se@zpr.uni-koeln.de (Stefan Esser) To: daniels@borg.mit.edu Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/1919: NCR PCI error Date: Tue, 29 Oct 1996 19:44:15 +0100 Daniel C. Stevenson writes: > The system has an NCR PCI controller. It has a 2GB SCSI hard > disk, 48MB of memory, and an ISA-based Ethernet card (3C509). What model of disk drive is that ? > >Description: > > The problem: access to various directories and files fails, giving an > error to the shell of "Input/output failed" for the affected files or > directories. The console displays the following message repeatedly: > > assertion "cp" failed: file "../../pci/ncr.c", line 5563 > sd0(ncr0:0:0):COMMAND FAILED (4 28) @f0d7c400 This is a secondary effect. Please send the lines ABOVE those. They should start with the word ERROR in capital letters ... > (I'm not sure which of these 2 lines actually goes first, but the > pattern repeats continuously) > > This problem seems to happen at random times. It has happened when the > system has been up for over a week (since the last reboot) or just a > few days after the last reboot. The system currently maintains a > moderate Web server load and 1 or 2 users. The problem seems to happen > independent of server load or any other discernible influences. > > When the error happens, some but not all partitions of the disk > are affected, and only parts of them are affected. This is quite interesting. Something like that might happen if you have tagged command queues enabled, but the drive does not (always) support as many tags. Since the driver default is 4 tags (and most drives should easily support at least 32), this is a safe default. But I've got some reports, which seem to indidcate that certain drives don't support while doing error recovery after a failed read or write. I'm not certain about this, but you may want to 1) make sure that automatic bad block replacement is enabled (see the "scsi" command, mode page 1, ARRE and AWRE) 2) check whether not using tags does help ("ncrcontrol -s tags=0") > >How-To-Repeat: > > Wait for it to happen again. Well, you should tell me how I might repeat it. Hmmm, just send me your system and I'll wait :) > >Fix: > > A hard reboot (cycling the power). "reboot" doesn't work > ("Input/output error") and using Ctrl-Alt-Del doesn't work either; in > the latter case, it results in a hung system at the "Boot:" prompt. Ctrl-Alt-Del does not work ??? Hmmm ... Seems that the drive did lock up and does not even recover if faced with a SCSI bus reset ... I'll look into this again after I receive some more detailed information about your disk drive and whether the system works reliably without tags. Regards, STefan From owner-freebsd-bugs Tue Oct 29 11:35:40 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA18378 for bugs-outgoing; Tue, 29 Oct 1996 11:35:40 -0800 (PST) Received: (from se@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA18359; Tue, 29 Oct 1996 11:35:38 -0800 (PST) Date: Tue, 29 Oct 1996 11:35:38 -0800 (PST) From: Stefan Esser Message-Id: <199610291935.LAA18359@freefall.freebsd.org> To: daniels@borg.mit.edu, se, freebsd-bugs Subject: Re: kern/1919 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: access to files/directories fails, gives NCR PCI error State-Changed-From-To: open-feedback State-Changed-By: se State-Changed-When: Tue Oct 29 11:33:40 PST 1996 State-Changed-Why: More information on the disk drive and the exact error message is required. From owner-freebsd-bugs Tue Oct 29 12:10:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA20384 for bugs-outgoing; Tue, 29 Oct 1996 12:10:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA20378; Tue, 29 Oct 1996 12:10:02 -0800 (PST) Resent-Date: Tue, 29 Oct 1996 12:10:02 -0800 (PST) Resent-Message-Id: <199610292010.MAA20378@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, mi@aldan.ziplink.net Received: from rtfm.ziplink.net ([199.232.255.52]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA20288 for ; Tue, 29 Oct 1996 12:06:30 -0800 (PST) Received: (from root@localhost) by rtfm.ziplink.net (8.7.5/8.7.3) id PAA09251; Tue, 29 Oct 1996 15:03:55 -0500 (EST) Message-Id: <199610292003.PAA09251@rtfm.ziplink.net> Date: Tue, 29 Oct 1996 15:03:55 -0500 (EST) From: mi@aldan.ziplink.net Reply-To: mi@aldan.ziplink.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/1925: file(1) or apsfilter problem Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1925 >Category: bin >Synopsis: file does not consider cyrillic text as text -- breaks apsfilter >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Oct 29 12:10:01 PST 1996 >Last-Modified: >Originator: Mikhail Teterin >Organization: >Release: FreeBSD 2.2-960801-SNAP i386 >Environment: >Description: File(1) considers text with cyrillic characters as data. This definetly breaks apsfilter, and may be other things too. >How-To-Repeat: mi@rtfm:/tmp (185) echo $LANG ru_SU.KOI8-R mi@rtfm:/tmp (186) cal > /tmp/t mi@rtfm:/tmp (187) file !$ file /tmp/t /tmp/t: data mi@rtfm:/tmp (188) unsetenv LANG mi@rtfm:/tmp (189) cal > /tmp/t mi@rtfm:/tmp (190) file !$ file /tmp/t /tmp/t: ASCII text >Fix: Force apsfilter to treat the particular file as ASCII and/ or fix the magic(5) file somehow (correct output should be like, say, "non-ASCII text", but how to destinguish it from data?). >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Oct 29 12:30:02 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA21546 for bugs-outgoing; Tue, 29 Oct 1996 12:30:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA21540; Tue, 29 Oct 1996 12:30:01 -0800 (PST) Date: Tue, 29 Oct 1996 12:30:01 -0800 (PST) Message-Id: <199610292030.MAA21540@freefall.freebsd.org> To: freebsd-bugs Cc: From: J Wunsch Subject: Re: bin/1924: lpc's output erroneous and confusing Reply-To: J Wunsch Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/1924; it has been noted by GNATS. From: J Wunsch To: mi@aldan.ziplink.net Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/1924: lpc's output erroneous and confusing Date: Tue, 29 Oct 1996 21:15:30 +0100 (MET) As mi@aldan.ziplink.net wrote: > printing enabled > lpc: connect: No such file or directory > Seems like lpc relies on errno routines to report errors (perror()?) It does. To the used sysadmin (or programmer?), the little word `connect:' indicates the real source of the error: there's no local domain socket to connect to (i.e., /var/run/printer doesn't exist, hence "No such file or directory" is indeed appropriate). This might probably be re-worded, but i see it as very low priority. There are too many things of this kind, and it would probably bloat the source by quite some bits to special case all eventual meanings of various error messages. (Apart from this, somebody must actually do it.) perror() is fairly simple, while something like: if (errno == ENOENT) fprintf(stderr, "No server is running.\n"); else if (errno = EMUMBLE) fprintf(stderr, "Some fooish must have happened.\n"); ... else perror("connect"); seems to be much effort. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Tue Oct 29 13:10:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA24011 for bugs-outgoing; Tue, 29 Oct 1996 13:10:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA24004; Tue, 29 Oct 1996 13:10:02 -0800 (PST) Resent-Date: Tue, 29 Oct 1996 13:10:02 -0800 (PST) Resent-Message-Id: <199610292110.NAA24004@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, reece@nceye.net Received: from buggs.nceye.net (buggs.nceye.net [206.154.21.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA23757 for ; Tue, 29 Oct 1996 13:04:13 -0800 (PST) Received: (qmail 4380 invoked by uid 1004); 28 Oct 1996 02:58:02 -0000 Message-Id: <19961028025802.4379.qmail@buggs.nceye.net> Date: 28 Oct 1996 02:58:02 -0000 From: reece@nceye.net Reply-To: reece@nceye.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/1926: visual userconfig rejects high iobase for ne2000 ethercard Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1926 >Category: kern >Synopsis: visual userconfig rejects high iobase for ne2000 ethercard >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Oct 29 13:10:01 PST 1996 >Last-Modified: >Originator: Bryan Reece >Organization: >Release: FreeBSD 2.1-STABLE i386 >Environment: Generic jumperless PCI NE2000 clone ethernet card that doesn't want any i/o address other than 0x6000. >Description: Network-installing FreeBSD on a machine with certain ethernet cards is difficult because `visual mode' in userconfig refuses to accept i/o addresses over 0x2000. >How-To-Repeat: Boot install floppy, enter `-c' quickly at the boot-loader prompt. visual select ed0 attempt to enter 0x6000 for i/o address. >Fix: A fix would be to remove or modify the maximum I/O address userconfig will accept (where did 0x2000 come from, anyway?) The problem can be worked around by not using visual mode (command mode and compile-time config both like 0x6000 fine). >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Oct 29 18:29:33 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA21417 for bugs-outgoing; Tue, 29 Oct 1996 18:29:33 -0800 (PST) Received: from the-tech.mit.edu (THE-TECH.MIT.EDU [18.70.1.12]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id SAA21411 for ; Tue, 29 Oct 1996 18:29:30 -0800 (PST) Received: (daniels@localhost) by the-tech.mit.edu (8.6.12/8.6.5) id VAA26495 for freebsd-bugs@freefall.freebsd.org; Tue, 29 Oct 1996 21:29:32 -0500 From: "Daniel C. Stevenson" Message-Id: <199610300229.VAA26495@the-tech.mit.edu> Subject: Re: kern/1919 To: se@freefall.freebsd.org (Stefan Esser) Date: Tue, 29 Oct 1996 20:13:59 -0500 (EST) Cc: daniels@the-tech.mit.edu (Daniel C. Stevenson) In-Reply-To: <199610291935.LAA18359@freefall.freebsd.org> from "Stefan Esser" at Oct 29, 96 11:35:38 am Content-Type: text Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hello, The drive is a Quantum XP32150. The error on the console is exactly as I listed; a problem in a line in the file ncr.c. The error that shows up in the shell, or when I attempt to telnet to the machine when the problem is happening, indicates that it can't find a certain file or program (the target of my "ls", for example) and then it says "Input/output error". "Risner" suggested that I could reproduce the problem by using the disk heavily; I ran several dozen "find . -print &" commands from the / directory as root, simultaneously, without reproducing the error. He also suggested I use ncrcontrol" to set the tags to 0, but it's unclear from the ncrcontrol manpage how to go about doing that. Thanks for your help. Dan Stevenson From owner-freebsd-bugs Tue Oct 29 20:20:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA26594 for bugs-outgoing; Tue, 29 Oct 1996 20:20:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA26584; Tue, 29 Oct 1996 20:20:02 -0800 (PST) Resent-Date: Tue, 29 Oct 1996 20:20:02 -0800 (PST) Resent-Message-Id: <199610300420.UAA26584@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, markd@Grizzly.COM Received: from scruz.net (nic.scruz.net [165.227.1.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA26389 for ; Tue, 29 Oct 1996 20:18:19 -0800 (PST) Received: from osprey.grizzly.com by scruz.net (8.7.3/1.34) id UAA04224; Tue, 29 Oct 1996 20:18:12 -0800 (PST) Received: (from markd@localhost) by osprey.grizzly.com (8.7.6/8.7.3) id UAA00491; Tue, 29 Oct 1996 20:18:47 -0800 (PST) Message-Id: <199610300418.UAA00491@osprey.grizzly.com> Date: Tue, 29 Oct 1996 20:18:47 -0800 (PST) From: Mark Diekhans Reply-To: markd@Grizzly.COM To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/1927: User CPU time getting accounting as system time Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1927 >Category: bin >Synopsis: User CPU time getting accounting as system time >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Oct 29 20:20:01 PST 1996 >Last-Modified: >Originator: Mark Diekhans >Organization: >Release: FreeBSD 2.2-961014-SNAP i386 >Environment: P5/166, ASUS MB, 32MB ram, Adaptec SCSI >Description: I ran an CPU intensive job, timing it with /usr/bin/time and the result was 2097.84 real 0.00 user 2013.06 sys which is very wrong, since its almost all user time. I rebooted and ran again and got: 2405.01 real 2025.56 user 2.25 sys which is as expected. I had experienced this previously with the times system call in another program on 2.2-960612-SNAP, bug kern/1500. This was closed due to not reproducing it. >How-To-Repeat: Unknown. Problem is intermittent and infrequent. >Fix: Unknown. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Oct 29 22:21:46 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA06135 for bugs-outgoing; Tue, 29 Oct 1996 22:21:46 -0800 (PST) Received: from mailserv.tversu.ac.ru (root@mailserv.tversu.ac.ru [193.233.128.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id WAA06118 for ; Tue, 29 Oct 1996 22:21:39 -0800 (PST) Received: from localhost (vadim@localhost) by mailserv.tversu.ac.ru (8.6.12/8.6.12) with SMTP id JAA22071; Wed, 30 Oct 1996 09:21:33 +0300 Date: Wed, 30 Oct 1996 09:21:31 +0300 (MSK) From: Vadim Kolontsov To: auscert@auscert.org.au cc: wu-ftpd-bugs@academ.com, bugs@freebsd.org Subject: Re: AUSCERT 9610181435 -- vuls in ftpd In-Reply-To: <199610300207.MAA00909@amethyst.auscert.org.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello, On Wed, 30 Oct 1996 auscert@auscert.org.au wrote: > We are preparing an advisory to issue concerning the recent vulnerabilities > in ftpd which allow users to cause it to core dump. We noticed your > posting to bugtraq concerning the wu-ftpd and two vulnerabilities > it has. > > > wuftpd can create core dump in two following situation too (yes, dump > >will contain some subset of shadowed passwords):> > > > >1) "pasv" given when user not logged in > > (caused by error in passive())> > > > >2) more than 100 arguments to any executable command (for example, "list") > > (caused by error in ftpd_popen())> > > > > First error presents in almost all version of bsd's ftpd, wu-ftpd and > >derived. Second error presents in all versions of bsd's ftpd, wu-ftpd and > >derived (as far as I know). > > We have been able to verify the first on the standard wu-ftpd 2.4. We > haven't been able to verify the second. --------------------------------------------------------------- Script started on Wed Oct 30 09:02:34 1996 /home/vadim> telnet ftp.academ.com 21 Trying 198.137.249.71... Connected to PHEASANT.ACADEM.COM. Escape character is '^]'. 220 pheasant FTP server (Version wu-2.4.2-academ[BETA-11](1) Fri Jul 26 19:43:17 CDT 1996) ready. user ftp 331 Guest login ok, send your complete e-mail address as password. pass vadim@tversu.ac.ru 230 Guest login ok, access restrictions apply. list x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x Connection closed by foreign host. /home/vadim> Script done on Wed Oct 30 09:03:36 1996 ------------------------------------------------------------------------- (Big sorry to ppl at academ.com, but I have no beta-11 on my host now) Why it works? Here is the fragment of ftpd (file popen.c): FILE * ftpd_popen(char *program, char *type, int closestderr) { . . . char *argv[100], /* break up string into pieces */ for (argc = 0, cp = program;; cp = NULL) if (!(argv[argc++] = strtok(cp, " \t\n"))) break; As you can see, there is no checking if argument count is greater than 100. So, if I'll give any command (such as "LIST"), which executes some binary ("ls" in this case) with more than 100 arguments, ftpd dies and generates core dump. Fortunately, this bug cannot be exploit using "buffer-overflow technology", because argv[] is array, not a string. Patch is simple, of course -- add checking for "argc < 100" in cycle header. Now about second error, with "pasv" command... File ftpd.c: void passive() { int len; u_short port; char *p, *a; pdata = socket(AF_INET, SOCK_STREAM, 0); if (pdata < 0) { perror_reply(425, "Can't open passive connection"); return; } if (restricted_data_ports) { for (port = FTP_DATA_BOTTOM; port <= FTP_DATA_TOP; port++) { pasv_addr = ctrl_addr; pasv_addr.sin_port = htons(port); (void) seteuid((uid_t)0); if (bind(pdata, (struct sockaddr *)&pasv_addr, sizeof(pasv_addr)) < 0) { (void) seteuid((uid_t)pw->pw_uid); When no one logged in, pw == NULL, and seteuid((uid_t)pw->pw_uid) causes core dump. Patch is very simple too -- add the following lines in start of function (before "pdata = socket(AF_INET..."): if (!pw) { reply(530, "Please login with USER and PASS"); return; } Third error in ftpd... kill -11 Because ftpd runs with user's privilegies (after user logged in), user can generate core dump by killing ftp-daemon with signal 11. If you need more information (including example and patch), ask. Of course, if I want to read core dump, I have to login first to change current dir (using "CWD") to directory like /incoming or my homedir (if I have account on victim machine) and only then kill ftp-daemon by 'pasv', kill or 'list'... > We'd be very interested in hearing your feedback about whether the problems > exist under beta-11 or not. Those error (1, 2 and 3) presents almost in *ALL* versions of ftpd (FreeBSD's ftpd, Solaris' ftpd and so on), because it presents in original berkeley ftpd, which others derived from. With best regards, Vadim. P.S. 2 FreeBSD core team: I hope, this bugs will be fixed in 2.2 P.S. 2 ACADEM: I hope, it will be fixed in next beta?.. -------------------------------------------------------------------------- Vadim Kolontsov SysAdm/Programmer Tver Regional Center of New Information Technologies Networks Lab From owner-freebsd-bugs Tue Oct 29 22:30:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA07070 for bugs-outgoing; Tue, 29 Oct 1996 22:30:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA07064; Tue, 29 Oct 1996 22:30:03 -0800 (PST) Date: Tue, 29 Oct 1996 22:30:03 -0800 (PST) Message-Id: <199610300630.WAA07064@freefall.freebsd.org> To: freebsd-bugs Cc: From: J Wunsch Subject: Re: kern/1926: visual userconfig rejects high iobase for ne2000 ethercard Reply-To: J Wunsch Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/1926; it has been noted by GNATS. From: J Wunsch To: reece@nceye.net Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/1926: visual userconfig rejects high iobase for ne2000 ethercard Date: Wed, 30 Oct 1996 06:55:48 +0100 (MET) As reece@nceye.net wrote: > Generic jumperless PCI NE2000 clone ethernet card that doesn't want any > i/o address other than 0x6000. PCI must be handled differently (and is handled differently now). The workaround to enter the IO address of a PCI device in UserConfig is a kludge (though the only possibility in pre-2.2 systems, admittedly). The new method is around since: revision 1.1 date: 1996/05/18 17:56:40; author: se; state: Exp; Add support for NE2000 compatible PCI Ethernet cards. The PCI probe is enabled by having an "device ed0 at isa? [...]" config line. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Tue Oct 29 23:20:26 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA10635 for bugs-outgoing; Tue, 29 Oct 1996 23:20:26 -0800 (PST) Received: (from joerg@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA10614; Tue, 29 Oct 1996 23:20:24 -0800 (PST) Date: Tue, 29 Oct 1996 23:20:24 -0800 (PST) From: Joerg Wunsch Message-Id: <199610300720.XAA10614@freefall.freebsd.org> To: reece@nceye.net, joerg, freebsd-bugs Subject: Re: kern/1926 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: visual userconfig rejects high iobase for ne2000 ethercard State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Wed Oct 30 08:18:09 MET 1996 State-Changed-Why: This became basically a moot point with the advent of the PCI NE2000 driver by Stefan Esser in May, 1996. From owner-freebsd-bugs Wed Oct 30 04:30:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA11882 for bugs-outgoing; Wed, 30 Oct 1996 04:30:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA11869; Wed, 30 Oct 1996 04:30:02 -0800 (PST) Date: Wed, 30 Oct 1996 04:30:02 -0800 (PST) Message-Id: <199610301230.EAA11869@freefall.freebsd.org> To: freebsd-bugs Cc: From: se@zpr.uni-koeln.de (Stefan Esser) Subject: Re: bin/1927: User CPU time getting accounting as system time Reply-To: se@zpr.uni-koeln.de (Stefan Esser) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/1927; it has been noted by GNATS. From: se@zpr.uni-koeln.de (Stefan Esser) To: markd@Grizzly.COM Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/1927: User CPU time getting accounting as system time Date: Wed, 30 Oct 1996 13:19:26 +0100 Mark Diekhans writes: > > P5/166, ASUS MB, 32MB ram, Adaptec SCSI > > >Description: > > I ran an CPU intensive job, timing it with /usr/bin/time and the result was > 2097.84 real 0.00 user 2013.06 sys > > which is very wrong, since its almost all user time. I rebooted and ran > again and got: > > 2405.01 real 2025.56 user 2.25 sys > > which is as expected. I've seen this multiple times, too. The following is the output of "time make world" over the last two months. As you can see, in 3 out of 51 runs most of the user time got attributed to the system time. (ASUS SP3G, AMD 5x86/133, NCR SCSI, Quantum Atlas 2GB, 16MB RAM (32MB in the last few samples))) 15819.25 real 11900.86 user 2572.80 sys 16229.11 real 12131.65 user 2651.07 sys 15555.73 real 11742.57 user 2523.07 sys 15139.16 real 11507.38 user 2382.72 sys 15655.92 real 11507.00 user 2116.89 sys 16311.38 real 12133.03 user 2480.95 sys 15953.37 real 12124.38 user 2515.52 sys 16081.60 real 12067.89 user 2495.41 sys 16144.54 real 12126.24 user 2509.68 sys 15879.62 real 12055.97 user 2498.81 sys 15989.01 real 12037.57 user 2499.67 sys 15885.18 real 12047.95 user 2505.62 sys 15723.61 real 11966.01 user 2475.55 sys 15676.32 real 11915.05 user 2472.28 sys 15759.47 real 12040.03 user 2499.20 sys 15799.01 real 12056.58 user 2509.78 sys 15878.07 real 12069.65 user 2487.59 sys 15975.21 real 12067.11 user 2514.69 sys 15757.66 real 12049.61 user 2495.99 sys 17138.65 real 13537.43 user 2668.62 sys 17364.41 real 13773.14 user 2669.46 sys 17038.59 real 13498.43 user 2584.88 sys 15815.96 real 12183.34 user 2596.90 sys 16077.20 real 12205.27 user 2623.22 sys 15904.60 real 12203.17 user 2586.70 sys 16322.77 real 12343.40 user 2688.58 sys 16230.53 real 12399.03 user 2678.14 sys 16286.23 real 12228.41 user 2614.34 sys 16291.47 real 12390.42 user 2681.78 sys 15068.48 real 11599.29 user 2489.23 sys 16274.49 real 12475.23 user 2699.11 sys 16223.23 real 12485.89 user 2702.36 sys 16140.83 real 12365.74 user 2700.29 sys 16642.98 real 12825.41 user 2588.91 sys 16000.19 real 4454.90 user 10203.62 sys 16626.18 real 12689.98 user 2714.29 sys 17039.48 real 12971.43 user 2682.71 sys 16888.59 real 12957.94 user 2716.47 sys 16899.66 real 12916.22 user 2730.00 sys 17131.40 real 13208.64 user 2742.89 sys 17664.34 real 13659.86 user 2765.63 sys 17714.62 real 13684.26 user 2768.80 sys 17801.82 real 13794.24 user 2745.24 sys 18067.02 real 13817.37 user 2742.80 sys 17937.92 real 5450.79 user 11241.73 sys 18499.35 real 5558.41 user 11525.37 sys 18556.16 real 14230.53 user 2881.41 sys 18533.28 real 14153.93 user 2845.96 sys 18225.30 real 13641.48 user 3169.55 sys 18997.92 real 14213.83 user 3346.92 sys 18852.84 real 14174.29 user 3298.65 sys From owner-freebsd-bugs Wed Oct 30 06:40:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA01036 for bugs-outgoing; Wed, 30 Oct 1996 06:40:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA01029; Wed, 30 Oct 1996 06:40:03 -0800 (PST) Date: Wed, 30 Oct 1996 06:40:03 -0800 (PST) Message-Id: <199610301440.GAA01029@freefall.freebsd.org> To: freebsd-bugs Cc: From: Tor Egge Subject: Re: bin/1927: User CPU time getting accounting as system time Reply-To: Tor Egge Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/1927; it has been noted by GNATS. From: Tor Egge To: markd@grizzly.com Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/1927: User CPU time getting accounting as system time Date: Wed, 30 Oct 1996 15:29:02 +0100 > I ran an CPU intensive job, timing it with /usr/bin/time and the result was > 2097.84 real 0.00 user 2013.06 sys Try "vmstat -i; sleep 2; vmstat -i" to see if RTC interrupts are still being generated. If not, you may load an lkm that performs an "rtcin(RTC_INTR)" call to restart the RTC interrupt. - Tor Egge From owner-freebsd-bugs Wed Oct 30 07:40:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA13794 for bugs-outgoing; Wed, 30 Oct 1996 07:40:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA13759; Wed, 30 Oct 1996 07:40:02 -0800 (PST) Date: Wed, 30 Oct 1996 07:40:02 -0800 (PST) Message-Id: <199610301540.HAA13759@freefall.freebsd.org> To: freebsd-bugs Cc: From: Bruce Evans Subject: Re: bin/1927: User CPU time getting accounting as system time Reply-To: Bruce Evans Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/1927; it has been noted by GNATS. From: Bruce Evans To: FreeBSD-gnats-submit@FreeBSD.ORG, markd@Grizzly.COM Cc: Subject: Re: bin/1927: User CPU time getting accounting as system time Date: Thu, 31 Oct 1996 02:24:24 +1100 >I ran an CPU intensive job, timing it with /usr/bin/time and the result was > 2097.84 real 0.00 user 2013.06 sys The statistics clock has apparently stopped. This used to cause 0.00 for both the user and systm times, but I changed it so that times for short- lived processes are counted somewhere, and this has the side effect of counting all process times as system times if the statclock stops. Bruce From owner-freebsd-bugs Wed Oct 30 07:40:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA13808 for bugs-outgoing; Wed, 30 Oct 1996 07:40:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA13769; Wed, 30 Oct 1996 07:40:03 -0800 (PST) Date: Wed, 30 Oct 1996 07:40:03 -0800 (PST) Message-Id: <199610301540.HAA13769@freefall.freebsd.org> To: freebsd-bugs Cc: From: Peter Wemm Subject: Re: bin/1927: User CPU time getting accounting as system time Reply-To: Peter Wemm Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/1927; it has been noted by GNATS. From: Peter Wemm To: Tor Egge Cc: freebsd-gnats-submit@freefall.freebsd.org Subject: Re: bin/1927: User CPU time getting accounting as system time Date: Wed, 30 Oct 1996 23:35:43 +0800 Tor Egge wrote: >> I ran an CPU intensive job, timing it with /usr/bin/time and the result was >> 2097.84 real 0.00 user 2013.06 sys > >Try "vmstat -i; sleep 2; vmstat -i" to see if RTC interrupts are still >being generated. If not, you may load an lkm that performs an >"rtcin(RTC_INTR)" call to restart the RTC interrupt. This shows up rather dramatically on "systat -vmstat". It loudly yells "The alternate system clock has died!" and switches elsewhere. Hmm, It's interesting that systat has got special case code to detect this.... Is it really that expensive to do a simple watchdog for this event? > - Tor Egge Cheers, -Peter From owner-freebsd-bugs Wed Oct 30 08:40:08 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA29282 for bugs-outgoing; Wed, 30 Oct 1996 08:40:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA29255; Wed, 30 Oct 1996 08:40:02 -0800 (PST) Date: Wed, 30 Oct 1996 08:40:02 -0800 (PST) Message-Id: <199610301640.IAA29255@freefall.freebsd.org> To: freebsd-bugs Cc: From: Mark Diekhans Subject: Re: bin/1927: User CPU time getting accounting as system time Reply-To: Mark Diekhans Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/1927; it has been noted by GNATS. From: Mark Diekhans To: Tor.Egge@idt.ntnu.no Cc: FreeBSD-gnats-submit@freebsd.org, Bruce Evans Subject: Re: bin/1927: User CPU time getting accounting as system time Date: Wed, 30 Oct 1996 08:34:29 -0800 (PST) >> I ran an CPU intensive job, timing it with /usr/bin/time and the result was >> 2097.84 real 0.00 user 2013.06 sys > >Try "vmstat -i; sleep 2; vmstat -i" to see if RTC interrupts are still >being generated. If not, you may load an lkm that performs an >"rtcin(RTC_INTR)" call to restart the RTC interrupt. Although user time appears to be working, the above returns interrupt total rate clk0 irq0 4836779 100 rtc0 irq8 6191284 128 pci irq11 251175 5 fdc0 irq6 1 0 sc0 irq1 31291 0 sio1 irq3 578888 11 lpt0 irq7 180 0 psm0 irq12 355659 7 Total 12245257 253 interrupt total rate clk0 irq0 4836987 100 rtc0 irq8 6191551 128 pci irq11 251184 5 fdc0 irq6 1 0 sc0 irq1 31292 0 sio1 irq3 578888 11 lpt0 irq7 180 0 psm0 irq12 355659 7 Total 12245742 253 Which module you you suggest? Mark From owner-freebsd-bugs Wed Oct 30 09:05:32 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA06150 for bugs-outgoing; Wed, 30 Oct 1996 09:05:32 -0800 (PST) Received: from red.jnx.com (red.jnx.com [208.197.169.254]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA06127 for ; Wed, 30 Oct 1996 09:05:26 -0800 (PST) Received: (from pst@localhost) by red.jnx.com (8.7.6/8.7.3) id JAA07521; Wed, 30 Oct 1996 09:04:50 -0800 (PST) To: bugs@freebsd.org Subject: Re: conf/1777: sysctl called in /etc/netstart before /usr mounted with gateway=YES References: <199610120256.MAA04811@unique.blaze.net.au> From: Paul Traina Date: 30 Oct 1996 09:04:49 -0800 In-Reply-To: davidn@sdev.blaze.net.au's message of 12 Oct 96 02:56:56 GMT Message-ID: <7y4tjcbcy6.fsf@red.jnx.com> Lines: 7 X-Mailer: Gnus v5.2.25/XEmacs 19.14 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The suggested fix isn't necessarily correct. It is sufficient to move sysctl calls after mounting /usr. You do not need IP forwarding turned on until after /usr is up, even if the /usr partition is far away. Again, the proper fix is to move all sysctl calls after the mount of /usr. Paul From owner-freebsd-bugs Wed Oct 30 09:13:09 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA08375 for bugs-outgoing; Wed, 30 Oct 1996 09:13:09 -0800 (PST) Received: from battra.telebase.com (root@battra.telebase.com [192.132.57.100]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA08340 for ; Wed, 30 Oct 1996 09:13:02 -0800 (PST) From: freebsd-bugs@wormhole.telebase.com Received: by battra.telebase.com id MAA23081; Wed, 30 Oct 1996 12:12:57 -0500 (EST) Date: Wed, 30 Oct 1996 12:12:57 -0500 (EST) Message-Id: <199610301712.MAA23081@> To: freebsd-bugs@freebsd.org, bmc@battra.telebase.com Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk unsubscribe freebsd-bugs From owner-freebsd-bugs Wed Oct 30 10:30:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA19003 for bugs-outgoing; Wed, 30 Oct 1996 10:30:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA18988; Wed, 30 Oct 1996 10:30:02 -0800 (PST) Resent-Date: Wed, 30 Oct 1996 10:30:02 -0800 (PST) Resent-Message-Id: <199610301830.KAA18988@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, peterh@freewilly.dev.prognet.com Received: from freewilly.dev.prognet.com (cowzilla.prognet.com [204.71.154.78]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA18809 for ; Wed, 30 Oct 1996 10:27:38 -0800 (PST) Received: (from peterh@localhost) by freewilly.dev.prognet.com (8.7.6/8.7.3) id KAA09185; Wed, 30 Oct 1996 10:27:18 GMT Message-Id: <199610301027.KAA09185@freewilly.dev.prognet.com> Date: Wed, 30 Oct 1996 10:27:18 GMT From: Peter Haight Reply-To: peterh@freewilly.dev.prognet.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/1928: fdisk incorrectly detects driver geometry Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1928 >Category: misc >Synopsis: fdisk incorrectly detects driver geometry >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Oct 30 10:30:01 PST 1996 >Last-Modified: >Originator: Peter Haight >Organization: Progressive Networks >Release: FreeBSD 2.2-961014-SNAP i386 >Environment: FreeBSD 2.2-961014-SNAP #0: Tue Oct 15 01:27:25 1996 jkh@time.cdrom.com:/usr/src/sys/compile/GENERIC Calibrating clock(s) relative to mc146818A clock... i586 clock: 119749805 Hz, i8254 clock: 1193160 Hz CPU: Pentium (119.75-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x525 Stepping=5 Features=0x1bf real memory = 50331648 (49152K bytes) avail memory = 46469120 (45380K bytes) Probing for devices on PCI bus 0: chip0 rev 1 on pci0:0 chip1 rev 2 on pci0:7:0 chip2 rev 2 on pci0:7:1 ahc0 rev 0 int a irq 9 on pci0:13 ahc0: aic7880 Single Channel, SCSI Id=7, 16 SCBs ahc0 waiting for scsi devices to settle (ahc0:6:0): "CONNER CFP1080S 4649" type 0 fixed SCSI 2 sd0(ahc0:6:0): Direct-Access 1030MB (2110812 512 byte sectors) vga0 rev 0 int a irq 11 on pci0:14 Probing for devices on the ISA bus: ... wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 2015MB (4127760 sectors), 4095 cyls, 16 heads, 63 S/T, 512 B/S wdc1 at 0x170-0x177 irq 15 on isa wdc1: unit 1 (wd3): <ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ> wd3: 4095MB (4294967295 sectors), 4294967295 cyls, 4294967295 heads, 4294967295 S/T, 512 B/S wdc1: unit 0 (atapi): , removable, intr, iordis wcd0: 689Kb/sec, 256Kb cache, audio play, 256 volume levels, ejectable tray >Description: When installing and creating the partitions on the hard drive, fdisk detects the wrong hard drive geometry on the EIDE hard drives. This happened on the machine described above as well as on another machine with a different Western Digital hard drive. >How-To-Repeat: Startup the machine with a FreeBSD 2.2-961014-SNAP boot.flp. In the install menu, pick Custom. Pick Parition. Look at the "DISK Geometry". It won't match what was shown in the startup probing. Hit G. Type in the correct geometry. Hit A. Press Y. Notice that the drive geometry has been reset to the incorrect geometry (a different, but related bug). Hit G. Type in the correct geometry. Press Q. (Let me know if I can do any further experiments to help). >Fix: Enter the drive geometry manually. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Oct 30 11:20:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA23331 for bugs-outgoing; Wed, 30 Oct 1996 11:20:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA23313; Wed, 30 Oct 1996 11:20:02 -0800 (PST) Resent-Date: Wed, 30 Oct 1996 11:20:02 -0800 (PST) Resent-Message-Id: <199610301920.LAA23313@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, tli@jnx.com Received: from red.jnx.com (red.jnx.com [208.197.169.254]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA22948 for ; Wed, 30 Oct 1996 11:12:27 -0800 (PST) Received: from black.jnx.com (black.jnx.com [208.197.169.250]) by red.jnx.com (8.7.6/8.7.3) with ESMTP id LAA12658 for ; Wed, 30 Oct 1996 11:11:56 -0800 (PST) Received: (from tli@localhost) by black.jnx.com (8.7.6/8.7.3) id LAA06403; Wed, 30 Oct 1996 11:11:56 -0800 (PST) Message-Id: <199610301911.LAA06403@black.jnx.com> Date: Wed, 30 Oct 1996 11:11:56 -0800 (PST) From: Tony Li Reply-To: tli@jnx.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/1929: HP C1536A DAT drive errors Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1929 >Category: kern >Synopsis: HP C1536A DAT drive errors >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Oct 30 11:20:01 PST 1996 >Last-Modified: >Originator: Tony Li >Organization: Juniper Networks, Inc. >Release: FreeBSD 2.2-CURRENT i386 >Environment: HP C1536A SCSI DAT drive Adaptec 2940 Ultra SCSI host adapter multiple different tapes >Description: Since a recent kernel upgrade, the tape drive has consistently failed to read either existing or newly written tapes. SCSI errors: st0(ahc0:3:0): ststart st0(ahc0:3:0): Open complete st0(ahc0:3:0): ststrategy st0(ahc0:3:0): ststart st0(ahc0:3:0): scsi_cmd st0(ahc0:3:0): scsi_done st0(ahc0:3:0): calling private err_handler() st0(ahc0:3:0): private err_handler() returned -1 st0(ahc0:3:0): MEDIUM ERROR info:8000 asc:11,0 Unrecovered read error This occurs on multiple tapes so we have either a kernel problem or a drive failure. We don't have access to a second drive to eliminate the drive failure case. As this started coincident with a kernel change.... >How-To-Repeat: Load any written tape (this takes too long). Attempt to read the tape. >Fix: >Audit-Trail: >Unformatted: Tony Li From owner-freebsd-bugs Wed Oct 30 12:10:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA25824 for bugs-outgoing; Wed, 30 Oct 1996 12:10:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA25813; Wed, 30 Oct 1996 12:10:02 -0800 (PST) Date: Wed, 30 Oct 1996 12:10:02 -0800 (PST) Message-Id: <199610302010.MAA25813@freefall.freebsd.org> To: freebsd-bugs Cc: From: "Justin T. Gibbs" Subject: Re: kern/1929: HP C1536A DAT drive errors Reply-To: "Justin T. Gibbs" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/1929; it has been noted by GNATS. From: "Justin T. Gibbs" To: tli@jnx.com Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/1929: HP C1536A DAT drive errors Date: Wed, 30 Oct 1996 12:02:53 -0800 >This occurs on multiple tapes so we have either a kernel problem or a drive >failure. We don't have access to a second drive to eliminate the drive >failure case. As this started coincident with a kernel change.... The only thing that has changed recently is the aic7xxx driver, but I find it hard to believe that it would suddenly report media errors (a status indication returned from the drive) because of these changes. Why not boot the old kernel and see if your problem still occurs? I think your drive needs to have its heads cleaned or to be sent in for service. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-bugs Wed Oct 30 12:20:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA26432 for bugs-outgoing; Wed, 30 Oct 1996 12:20:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA26408; Wed, 30 Oct 1996 12:20:01 -0800 (PST) Date: Wed, 30 Oct 1996 12:20:01 -0800 (PST) Message-Id: <199610302020.MAA26408@freefall.freebsd.org> To: freebsd-bugs Cc: From: Tony Li Subject: Re: kern/1929: HP C1536A DAT drive errors Reply-To: Tony Li Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/1929; it has been noted by GNATS. From: Tony Li To: gibbs@freefall.freebsd.org Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/1929: HP C1536A DAT drive errors Date: Wed, 30 Oct 1996 12:15:06 -0800 (PST) >This occurs on multiple tapes so we have either a kernel problem or a drive >failure. We don't have access to a second drive to eliminate the drive >failure case. As this started coincident with a kernel change.... The only thing that has changed recently is the aic7xxx driver, but I find it hard to believe that it would suddenly report media errors (a status indication returned from the drive) because of these changes. Why not boot the old kernel and see if your problem still occurs? I think your drive needs to have its heads cleaned or to be sent in for service. We've cleaned the drive repeatedly, to no effect. We would love to boot the old kernel, but (guess what?) it's on tape. ;-) Tony From owner-freebsd-bugs Wed Oct 30 12:20:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA26441 for bugs-outgoing; Wed, 30 Oct 1996 12:20:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA26424; Wed, 30 Oct 1996 12:20:02 -0800 (PST) Date: Wed, 30 Oct 1996 12:20:02 -0800 (PST) Message-Id: <199610302020.MAA26424@freefall.freebsd.org> To: freebsd-bugs Cc: From: "Justin T. Gibbs" Subject: Re: kern/1929: HP C1536A DAT drive errors Reply-To: "Justin T. Gibbs" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/1929; it has been noted by GNATS. From: "Justin T. Gibbs" To: Tony Li Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/1929: HP C1536A DAT drive errors Date: Wed, 30 Oct 1996 12:18:34 -0800 > > >This occurs on multiple tapes so we have either a kernel problem or a driv >e > >failure. We don't have access to a second drive to eliminate the drive > >failure case. As this started coincident with a kernel change.... > > The only thing that has changed recently is the aic7xxx driver, but > I find it hard to believe that it would suddenly report media errors > (a status indication returned from the drive) because of these changes. > Why not boot the old kernel and see if your problem still occurs? I > think your drive needs to have its heads cleaned or to be sent in for > service. > >We've cleaned the drive repeatedly, to no effect. We would love to boot >the old kernel, but (guess what?) it's on tape. ;-) > >Tony Boot a SNAP kernel. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-bugs Wed Oct 30 13:49:36 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA03115 for bugs-outgoing; Wed, 30 Oct 1996 13:49:36 -0800 (PST) Received: from sirius. (sirius.aimnet.com [204.247.212.100]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA03106 for ; Wed, 30 Oct 1996 13:49:33 -0800 (PST) Received: from sirius by sirius. (SMI-8.6/SMI-SVR4) id NAA05054; Wed, 30 Oct 1996 13:45:44 -0800 Message-ID: <3277CC88.79AD@sirius.aimnet.com> Date: Wed, 30 Oct 1996 13:45:44 -0800 From: James Ochs X-Mailer: Mozilla 3.0 (X11; U; SunOS 5.5.1 sun4m) MIME-Version: 1.0 To: bugs@freebsd.org Subject: Probelem with the dec 21140 chip Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have been using linksys ethernet cards with freebsd for some time, and they have performed flawlessly. I just got 4 new linksys cards, and they have changed the controller chip from the dec 21040 to the 21140 chip. Freebsd's if_de0.c says that it supports the new chip, however it does not work. The kernel detects and configures the card, ifconfig configures the card with no errors, however the card will not talk to the network at all. It does not see incoming packets, nor does it send outgoing packets. Is there a fix for this, and if not, will there be soon? -- James Ochs Web Systems Engineer jochs@aimnet.net From owner-freebsd-bugs Wed Oct 30 20:40:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA25406 for bugs-outgoing; Wed, 30 Oct 1996 20:40:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA25358; Wed, 30 Oct 1996 20:40:03 -0800 (PST) Resent-Date: Wed, 30 Oct 1996 20:40:03 -0800 (PST) Resent-Message-Id: <199610310440.UAA25358@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Tor.Egge@idt.ntnu.no Received: from pat.idt.unit.no (pat.idt.unit.no [129.241.103.5]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA24994 for ; Wed, 30 Oct 1996 20:34:51 -0800 (PST) Received: from ikke.idt.unit.no (ikke.idt.unit.no [129.241.111.65]) by pat.idt.unit.no (8.7.5/8.7.3) with ESMTP id FAA18932 for ; Thu, 31 Oct 1996 05:34:48 +0100 (MET) Received: (from tegge@localhost) by ikke.idt.unit.no (8.7.6/8.7.3) id FAA00507; Thu, 31 Oct 1996 05:34:47 +0100 (MET) Message-Id: <199610310434.FAA00507@ikke.idt.unit.no> Date: Thu, 31 Oct 1996 05:34:47 +0100 (MET) From: Tor Egge Reply-To: Tor.Egge@idt.ntnu.no To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/1930: rename() cause panic: page fault Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1930 >Category: kern >Synopsis: rename() cause panic: page fault >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Oct 30 20:40:01 PST 1996 >Last-Modified: >Originator: Tor Egge >Organization: Norwegian University of Science and Technology, Trondheim, Norway >Release: FreeBSD 2.2-CURRENT i386 >Environment: FreeBSD ikke.idt.unit.no 2.2-CURRENT FreeBSD 2.2-CURRENT #0: Sat Oct 26 04:09:08 MET DST 1996 root@ikke.idt.unit.no:/usr/src/sys-UP/compile/TEGGE i386 >Description: simultaneous calls to rename() with the same arguments cause a system crash with the message panic: page fault >How-To-Repeat: Run several instances of this script. --- #!/bin/sh mkdir loser while true do touch loser/abc mv loser/abc loser/def done --- >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Oct 30 21:00:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA26222 for bugs-outgoing; Wed, 30 Oct 1996 21:00:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA26216; Wed, 30 Oct 1996 21:00:03 -0800 (PST) Resent-Date: Wed, 30 Oct 1996 21:00:03 -0800 (PST) Resent-Message-Id: <199610310500.VAA26216@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, mmcg@heraclitus.cs.monash.edu.au Received: from heraclitus.cs.monash.edu.au (heraclitus.cs.monash.edu.au [130.194.64.241]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA26003 for ; Wed, 30 Oct 1996 20:54:32 -0800 (PST) Received: (from mmcg@localhost) by heraclitus.cs.monash.edu.au (8.7.5/8.7.3) id PAA06157; Thu, 31 Oct 1996 15:54:25 +1100 (EST) Message-Id: <199610310454.PAA06157@heraclitus.cs.monash.edu.au> Date: Thu, 31 Oct 1996 15:54:25 +1100 (EST) From: Mike McGaughey Reply-To: mmcg@heraclitus.cs.monash.edu.au To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: i386/1931: Mitsumi CDrom works well under 2.1.x, fails under 2.2-SNAP Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1931 >Category: i386 >Synopsis: Mitsumi CDrom works well under 2.1.x, fails under 2.2-SNAP >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Oct 30 21:00:01 PST 1996 >Last-Modified: >Originator: Mike McGaughey >Organization: Monash Uni >Release: FreeBSD 2.2-961014-SNAP >Environment: 486 DX/33, 20M, ISA bus on conservative settings, cache, wait states, etc on conservative settings, SMC elite (8013) ether card, 2xIDE drives. Never had any cache/memory/etc problems. Mitsumi 2x CDrom (no model no, sorry, but can pull it apart and look if you insist). >Description: Under 2.1.0-R and 2.1.5-R, the mitsumi CDrom runs perfectly. Under 2.2-961014-SNAP, it struggles along with numerous read timeouts and retries; short reads (i.e. of directories, etc) appear OK, longer reads (of more than 15-20K) start failing. Degradation is *not* graceful; once it has started missing reads, it appears to miss more and more. Timeouts, etc, in the source code for the two distributions are all set to the same values. NB: The severity and priority of this problem depend on your point of view :) >How-To-Repeat: Install 2.2-961014-SNAP, then try to read a long file from CD. It is, of course, possible that one needs precisely my machine to do so; I haven't been able to convince any of my friends to try the SNAP, and so cannot be sure. >Fix: Reinstall 2.1.5-R (via the ether card, since the CD won't work :) Cheers, Mike. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Oct 30 21:52:22 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA00129 for bugs-outgoing; Wed, 30 Oct 1996 21:52:22 -0800 (PST) Received: from onyx.auscert.org.au (onyx0.auscert.org.au [203.5.112.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA00102 for ; Wed, 30 Oct 1996 21:52:14 -0800 (PST) Received: from amethyst.auscert.org.au (amethyst.auscert.org.au [203.5.112.218]) by onyx.auscert.org.au (8.8.2/8.8.0) with ESMTP id PAA17380; Thu, 31 Oct 1996 15:51:54 +1000 (EST) Received: from localhost (localhost [127.0.0.1]) by amethyst.auscert.org.au (8.8.2/8.8.0) with SMTP id PAA17967; Thu, 31 Oct 1996 15:51:51 +1000 (EST) Message-Id: <199610310551.PAA17967@amethyst.auscert.org.au> X-Authentication-Warning: amethyst.auscert.org.au: localhost [127.0.0.1] didn't use HELO protocol X-Mailer: exmh version 1.6.9 8/22/96 From: auscert@auscert.org.au To: Vadim Kolontsov Cc: auscert@auscert.org.au, wu-ftpd-bugs@academ.com, bugs@freebsd.org Subject: Re: AUSCERT 9610181435 -- vuls in ftpd In-Reply-To: Your message of "Wed, 30 Oct 1996 09:21:31 +0300." Organization: AUSCERT (Australian Computer Emergency Response Team) Mime-Version: 1.0 Content-Type: text/plain; format=mime Content-Transfer-Encoding: 7bit Date: Thu, 31 Oct 1996 15:51:51 +1000 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk -----BEGIN PGP SIGNED MESSAGE----- Content-Type: text/plain; charset=us-ascii Hi Vadim, Thanks very much for your detailed analysis of the bugs in ftpd. As mentioned, we are currently writing an advisory which hopes to address these vuls. We will make a draft version available for comment as soon as we can (hopefully within the next few days). If the Academ maintainers or the FreeBSD group has any feedback on this issue we'd like to be CC:ed or contacted so that we can keep up to date for the release of our advisory. For future reference Vadim, there is a security team at FreeBSD that you can contact concerning security issues. Their address is security-officer@freebsd.org. Thanks for your help. We'll keep you up to date with our advisory release schedules. Eric. ========================================================================== Eric Halil | Fax: +61 7 3365 4477 AUSCERT | Phone: +61 7 3365 4417 c/- Prentice Centre | (answered during business hours) The University of Queensland | (on call after hours for emergencies) Qld. 4072. Australia | Internet: auscert@auscert.org.au -----BEGIN PGP SIGNATURE----- Version: 2.6.3i Charset: noconv Comment: ftp://ftp.auscert.org.au/pub/auscert/AUSCERT_PGP.key iQCVAwUBMnjLEyh9+71yA2DNAQFOkAQAl+JhyCJx457Mx4oy58zQgTkbnp+SwyaL AaIn0yptIbDVId5/tHdEzvaCs68B/py+JpZsDAHIzFt0nYlJc++wwzHtnKPeNtFy 8FqGYW8C+e4D2XBZfyCQGkItj+AA0prN8xdsX6/9WrE9AtQ22qO8IfMoL+Jwllr6 k4qoXW+kzJU= =xGTL -----END PGP SIGNATURE----- From owner-freebsd-bugs Wed Oct 30 23:09:39 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA04943 for bugs-outgoing; Wed, 30 Oct 1996 23:09:39 -0800 (PST) Received: from academ.com (sob@ACADEM.COM [198.137.249.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA04936 for ; Wed, 30 Oct 1996 23:09:34 -0800 (PST) Received: (from sob@localhost) by academ.com (8.7.6/8.7.1) id BAA00133; Thu, 31 Oct 1996 01:08:54 -0600 (CST) Message-Id: <199610310708.BAA00133@academ.com> From: sob@academ.com (Stan Barber) Date: Thu, 31 Oct 1996 01:08:53 CST X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: auscert@auscert.org.au, Vadim Kolontsov Subject: Re: AUSCERT 9610181435 -- vuls in ftpd Cc: wu-ftpd-bugs@academ.com, bugs@freebsd.org, sw-support@owlman.academ.com Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I am looking into the issue presently and should have something more to say about it by Monday. -- Stan | Academ Consulting Services |internet: sob@academ.com Olan | For more info on academ, see this |uucp: {mcsun|amdahl}!academ!sob Barber | URL- http://www.academ.com/academ |Opinions expressed are only mine. From owner-freebsd-bugs Thu Oct 31 00:08:27 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA07731 for bugs-outgoing; Thu, 31 Oct 1996 00:08:27 -0800 (PST) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA07723 for ; Thu, 31 Oct 1996 00:08:24 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.6/8.6.5) with SMTP id AAA17405; Thu, 31 Oct 1996 00:07:43 -0800 (PST) Message-Id: <199610310807.AAA17405@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: James Ochs cc: bugs@freebsd.org Subject: Re: Probelem with the dec 21140 chip In-reply-to: Your message of "Wed, 30 Oct 1996 13:45:44 PST." <3277CC88.79AD@sirius.aimnet.com> From: David Greenman Reply-To: dg@root.com Date: Thu, 31 Oct 1996 00:07:42 -0800 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >I have been using linksys ethernet cards with freebsd for some time, and >they have performed flawlessly. I just got 4 new linksys cards, and >they have changed the controller chip from the dec 21040 to the 21140 >chip. Freebsd's if_de0.c says that it supports the new chip, however it >does not work. The kernel detects and configures the card, ifconfig >configures the card with no errors, however the card will not talk to >the network at all. It does not see incoming packets, nor does it send >outgoing packets. Is there a fix for this, and if not, will there be >soon? Please indicate the version of FreeBSD you are using. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-bugs Thu Oct 31 02:20:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA13480 for bugs-outgoing; Thu, 31 Oct 1996 02:20:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA13474; Thu, 31 Oct 1996 02:20:03 -0800 (PST) Resent-Date: Thu, 31 Oct 1996 02:20:03 -0800 (PST) Resent-Message-Id: <199610311020.CAA13474@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, phk@critter.tfs.com Received: from critter.tfs.com (disn3.cybercity.dk [194.16.57.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA13224 for ; Thu, 31 Oct 1996 02:13:05 -0800 (PST) Received: (from phk@localhost) by critter.tfs.com (8.7.5/8.7.3) id LAA05271; Thu, 31 Oct 1996 11:13:24 +0100 (MET) Message-Id: <199610311013.LAA05271@critter.tfs.com> Date: Thu, 31 Oct 1996 11:13:24 +0100 (MET) From: Poul-Henning Kamp Reply-To: phk@critter.tfs.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/1933: fetch and big files mess up the percentage Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1933 >Category: bin >Synopsis: fetch and big files mess up the percentage >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Oct 31 02:20:02 PST 1996 >Last-Modified: >Originator: Poul-Henning Kamp >Organization: >Release: FreeBSD 2.2-CURRENT i386 >Environment: >Description: fetch a file of 79Mb, and see the percentage go negative for some time... >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Oct 31 02:40:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA14721 for bugs-outgoing; Thu, 31 Oct 1996 02:40:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA14702; Thu, 31 Oct 1996 02:40:02 -0800 (PST) Date: Thu, 31 Oct 1996 02:40:02 -0800 (PST) Message-Id: <199610311040.CAA14702@freefall.freebsd.org> To: freebsd-bugs Cc: From: "Jordan K. Hubbard" Subject: Re: bin/1933: fetch and big files mess up the percentage Reply-To: "Jordan K. Hubbard" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/1933; it has been noted by GNATS. From: "Jordan K. Hubbard" To: phk@critter.tfs.com Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/1933: fetch and big files mess up the percentage Date: Thu, 31 Oct 1996 02:34:09 -0800 > fetch a file of 79Mb, and see the percentage go negative > for some time... Cool! :-) From owner-freebsd-bugs Thu Oct 31 04:30:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA26740 for bugs-outgoing; Thu, 31 Oct 1996 04:30:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA26725; Thu, 31 Oct 1996 04:30:02 -0800 (PST) Resent-Date: Thu, 31 Oct 1996 04:30:02 -0800 (PST) Resent-Message-Id: <199610311230.EAA26725@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, mmcg@heraclitus.cs.monash.edu.au Received: from heraclitus.cs.monash.edu.au (heraclitus.cs.monash.edu.au [130.194.64.241]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA26354 for ; Thu, 31 Oct 1996 04:26:51 -0800 (PST) Received: (from mmcg@localhost) by heraclitus.cs.monash.edu.au (8.7.5/8.7.3) id XAA19673; Thu, 31 Oct 1996 23:26:48 +1100 (EST) Message-Id: <199610311226.XAA19673@heraclitus.cs.monash.edu.au> Date: Thu, 31 Oct 1996 23:26:48 +1100 (EST) From: Mike McGaughey Reply-To: mmcg@heraclitus.cs.monash.edu.au To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/1935: /bin/sh will not change directory Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1935 >Category: bin >Synopsis: `cd' command on /bin/sh fails >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Oct 31 04:30:01 PST 1996 >Last-Modified: >Originator: Mike McGaughey >Organization: Monash University >Release: FreeBSD 2.1-STABLE i386 >Environment: 2.1.5-RELEASE >Description: csh% mkdir x csh% chmod 777 x csh% /bin/sh $ cd x cd: cant cd to x >How-To-Repeat: See description. >Fix: I use bash, but without a statically linked copy, this is a temporary solution at best. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Oct 31 06:25:26 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA08983 for bugs-outgoing; Thu, 31 Oct 1996 06:25:26 -0800 (PST) Received: (from phk@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA08963; Thu, 31 Oct 1996 06:25:23 -0800 (PST) Date: Thu, 31 Oct 1996 06:25:23 -0800 (PST) From: Poul-Henning Kamp Message-Id: <199610311425.GAA08963@freefall.freebsd.org> To: phk@critter.tfs.com, phk, freebsd-bugs Subject: Re: bin/1933 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: fetch and big files mess up the percentage State-Changed-From-To: open-closed State-Changed-By: phk State-Changed-When: Thu Oct 31 06:24:42 PST 1996 State-Changed-Why: OK, had nothing else to do, fixed :-) From owner-freebsd-bugs Thu Oct 31 06:32:15 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA09962 for bugs-outgoing; Thu, 31 Oct 1996 06:32:15 -0800 (PST) Received: (from gpalmer@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA09949; Thu, 31 Oct 1996 06:32:13 -0800 (PST) Date: Thu, 31 Oct 1996 06:32:13 -0800 (PST) From: Gary Palmer Message-Id: <199610311432.GAA09949@freefall.freebsd.org> To: gpalmer, gnats-admin, freebsd-bugs Subject: Re: docs/1922 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Spelling of datasets not consistent Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: gpalmer Responsible-Changed-When: Thu Oct 31 06:31:59 PST 1996 Responsible-Changed-Why: Got misfiled From owner-freebsd-bugs Thu Oct 31 09:08:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA21118 for bugs-outgoing; Thu, 31 Oct 1996 09:08:06 -0800 (PST) Received: from ip.sensenet.com (ip.sensenet.com [199.33.238.23]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA21020 for ; Thu, 31 Oct 1996 09:08:02 -0800 (PST) From: micro@sensenet.com Received: (from micro@localhost) by ip.sensenet.com (8.7.5/8.7.3) id MAA04010 for freebsd-bugs@freebsd.org; Thu, 31 Oct 1996 12:07:48 -0500 Date: Thu, 31 Oct 1996 12:07:48 -0500 Message-Id: <199610311707.MAA04010@ip.sensenet.com> To: freebsd-bugs@freebsd.org Subject: MAXMEM in LINT... Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Thu Oct 31 12:02:43 EST 1996 Hello all. I am new to freebsd, and am not sending this from the BSD box ( hence I an not using send-pr (?)). I installed RELEASE-2.1.5, and immediately tried to build a custom kernel. I copied LINT to a new config file, and proceeded to comment out what I did not need. Anyway, at the make depend stage, I got an error: error near "("... In LINT, the MAXMEM line has the forst " in the wrong place: "MAXMEM=(128*1024)" It should be: MAXMEM="(128*1024)" I looked at the CVS repository on www.freebsd.org and the latest version of LINT still has the erroroneous line. -primus From owner-freebsd-bugs Thu Oct 31 09:10:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA21241 for bugs-outgoing; Thu, 31 Oct 1996 09:10:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA21233; Thu, 31 Oct 1996 09:10:02 -0800 (PST) Date: Thu, 31 Oct 1996 09:10:02 -0800 (PST) Message-Id: <199610311710.JAA21233@freefall.freebsd.org> To: freebsd-bugs Cc: From: Bruce Evans Subject: Re: kern/1930: rename() cause panic: page fault Reply-To: Bruce Evans Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/1930; it has been noted by GNATS. From: Bruce Evans To: FreeBSD-gnats-submit@freebsd.org, Tor.Egge@idt.ntnu.no Cc: Subject: Re: kern/1930: rename() cause panic: page fault Date: Fri, 1 Nov 1996 03:55:55 +1100 > simultaneous calls to rename() with the same arguments > cause a system crash with the message panic: page fault Try this fix. I've spent a lot of time looking for the bug reported by the second printf and had forgotten about the problem with directories. There also seems to be a bunch of very rarely active bugs involving ufs_checkpath(). It seems to be possible for ufs_checkpath() to block and another process to rearrange the tree(s) so that rename() does bad things when it restarts. I've verified this by faking a block in the VFS_VGET() operation in ufs_lookup.c and rearranging the trees using ordinary renames. Bruce diff -c2 ufs_vnops.c~ ufs_vnops.c *** ufs_vnops.c~ Fri Sep 20 13:17:29 1996 --- ufs_vnops.c Mon Oct 14 20:20:52 1996 *************** *** 843,849 **** } - /* - * Check if just deleting a link name. - */ if (tvp && ((VTOI(tvp)->i_flags & (IMMUTABLE | APPEND)) || (VTOI(tdvp)->i_flags & APPEND))) { --- 848,851 ---- *************** *** 851,857 **** goto abortit; } if (fvp == tvp) { if (fvp->v_type == VDIR) { ! error = EINVAL; goto abortit; } --- 853,876 ---- goto abortit; } + + /* + * Check if just deleting a link name or if we've lost a race. + * If another process completes the same rename after we've looked + * up the source and have blocked looking up the target, then the + * source and target inodes may be identical now although the + * names were never linked. + */ if (fvp == tvp) { if (fvp->v_type == VDIR) { ! /* ! * Linked directories are impossible, so we must ! * have lost the race. Pretend that the rename ! * completed before the lookup. ! */ ! #define UFS_RENAME_DEBUG ! #ifdef UFS_RENAME_DEBUG ! printf("ufs_rename: fvp == tvp for directories\n"); ! #endif ! error = ENOENT; goto abortit; } *************** *** 862,866 **** vput(tvp); ! /* Delete source. */ vrele(fdvp); vrele(fvp); --- 881,890 ---- vput(tvp); ! /* ! * Delete source. There is another race now that everything ! * is unlocked, but this doesn't cause any new complications. ! * Relookup() may find a file that is unrelated to the ! * original one, or it may fail. Too bad. ! */ vrele(fdvp); vrele(fvp); *************** *** 874,877 **** --- 898,907 ---- if (error == 0) vrele(fdvp); + if (fvp == NULL) { + #ifdef UFS_RENAME_DEBUG + printf("ufs_rename: from name disappeared\n"); + #endif + return (ENOENT); + } return (VOP_REMOVE(fdvp, fvp, fcnp)); } From owner-freebsd-bugs Thu Oct 31 10:29:02 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA26142 for bugs-outgoing; Thu, 31 Oct 1996 10:29:02 -0800 (PST) Received: (from smpatel@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA26123; Thu, 31 Oct 1996 10:29:00 -0800 (PST) Date: Thu, 31 Oct 1996 10:29:00 -0800 (PST) From: Sujal Patel Message-Id: <199610311829.KAA26123@freefall.freebsd.org> To: smpatel, freebsd-bugs, jkh Subject: Re: misc/1928 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: fdisk incorrectly detects driver geometry Responsible-Changed-From-To: freebsd-bugs->jkh Responsible-Changed-By: smpatel Responsible-Changed-When: Thu Oct 31 10:27:39 PST 1996 Responsible-Changed-Why: Have fun ;-) From owner-freebsd-bugs Thu Oct 31 11:12:13 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA28763 for bugs-outgoing; Thu, 31 Oct 1996 11:12:13 -0800 (PST) Received: from kalkoen.sateh.com (stefan@[194.151.25.30]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA28721 for ; Thu, 31 Oct 1996 11:11:45 -0800 (PST) Received: (from stefan@localhost) by kalkoen.sateh.com (8.8.2/8.8.2) id UAA00177; Thu, 31 Oct 1996 20:12:13 +0100 Message-Id: <199610311912.UAA00177@kalkoen.sateh.com> Date: Thu, 31 Oct 1996 20:12:12 +0100 From: stefan.arentz@luna.net (Stefan Arentz) To: jochs@sirius.aimnet.com (James Ochs) Cc: bugs@freebsd.org Subject: Re: Probelem with the dec 21140 chip References: <3277CC88.79AD@sirius.aimnet.com> X-Mailer: Mutt 0.48.1 Mime-Version: 1.0 Organization: Luna Internet In-Reply-To: <3277CC88.79AD@sirius.aimnet.com>; from James Ochs on Oct 30, 1996 13:45:44 -0800 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk is this with 2.1.0-RELEASE or > 2.1.5? I have cards with the new chip in 2.1.5 boxes without any problems. I'm sure this is the 21041 and not the 21140: de0: DC21041 [10Mb/s] pass 1.1 Ethernet address 00:80:48:e8:ef:31 - Stefan James Ochs writes: > I have been using linksys ethernet cards with freebsd for some time, and > they have performed flawlessly. I just got 4 new linksys cards, and > they have changed the controller chip from the dec 21040 to the 21140 > chip. Freebsd's if_de0.c says that it supports the new chip, however it > does not work. The kernel detects and configures the card, ifconfig > configures the card with no errors, however the card will not talk to > the network at all. It does not see incoming packets, nor does it send > outgoing packets. Is there a fix for this, and if not, will there be > soon? > -- > James Ochs > Web Systems Engineer > jochs@aimnet.net -- Stefan Arentz - Technical Director - Luna Internet stefan.arentz@luna.net / +31 (0)10 4656232 To err is human, to forgive is Not Company Policy. From owner-freebsd-bugs Thu Oct 31 11:14:19 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA28860 for bugs-outgoing; Thu, 31 Oct 1996 11:14:19 -0800 (PST) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA28846 for ; Thu, 31 Oct 1996 11:14:00 -0800 (PST) Received: from current1.whistle.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.8.2/8.8.2) with SMTP id LAA20291; Thu, 31 Oct 1996 11:06:15 -0800 (PST) Message-ID: <3278F860.41C67EA6@whistle.com> Date: Thu, 31 Oct 1996 11:06:05 -0800 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0b6 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: auscert@auscert.org.au CC: Vadim Kolontsov , wu-ftpd-bugs@academ.com, bugs@freebsd.org Subject: Re: AUSCERT 9610181435 -- vuls in ftpd References: <199610310551.PAA17967@amethyst.auscert.org.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk auscert@auscert.org.au wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > > Content-Type: text/plain; charset=us-ascii > > Hi Vadim, > > Thanks very much for your detailed analysis of the bugs in ftpd. > > As mentioned, we are currently writing an advisory which hopes to > address these vuls. We will make a draft version available for > comment as soon as we can (hopefully within the next few days). > > If the Academ maintainers or the FreeBSD group has any feedback on this > issue we'd like to be CC:ed or contacted so that we can keep up to date > for the release of our advisory. > there have been several such holes plugged.. if you could say WHICH holes your refer to and which VERSIONS of freeBSD, it would be of great assistance. From owner-freebsd-bugs Thu Oct 31 11:30:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA00605 for bugs-outgoing; Thu, 31 Oct 1996 11:30:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA00598; Thu, 31 Oct 1996 11:30:01 -0800 (PST) Date: Thu, 31 Oct 1996 11:30:01 -0800 (PST) Message-Id: <199610311930.LAA00598@freefall.freebsd.org> To: freebsd-bugs Cc: From: J Wunsch Subject: Re: bin/1935: /bin/sh will not change directory Reply-To: J Wunsch Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/1935; it has been noted by GNATS. From: J Wunsch To: mmcg@heraclitus.cs.monash.edu.au Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/1935: /bin/sh will not change directory Date: Thu, 31 Oct 1996 20:07:01 +0100 (MET) As Mike McGaughey wrote: > >Description: > > csh% mkdir x > csh% chmod 777 x > csh% /bin/sh > $ cd x > cd: cant cd to x > > >How-To-Repeat: > > See description. j@uriah 283% mkdir x j@uriah 284% chmod 777 x j@uriah 285% /bin/sh $ cd x $ pwd /tmp/x Apparently, it's not _that_ easy as you suggest. :-/ If you've got any pointers on how to really reproduce it, get back with all your hints to Steve Price (steve@freebsd.org). Since this is a duplicate PR for bin/986 (and maybe yet another duplicate that has been submitted over time), i gonna close it again. As i indicated above, somebody is really dealing with it, but it seems to happen only under some rare and unknown circumstances, hence it's difficult. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Thu Oct 31 11:40:42 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA01575 for bugs-outgoing; Thu, 31 Oct 1996 11:40:42 -0800 (PST) Received: (from joerg@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA01555; Thu, 31 Oct 1996 11:40:40 -0800 (PST) Date: Thu, 31 Oct 1996 11:40:40 -0800 (PST) From: Joerg Wunsch Message-Id: <199610311940.LAA01555@freefall.freebsd.org> To: mmcg@heraclitus.cs.monash.edu.au, joerg, freebsd-bugs Subject: Re: bin/1935 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: `cd' command on /bin/sh fails State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Thu Oct 31 20:35:34 MET 1996 State-Changed-Why: This is a dup for PR # bin/986. From owner-freebsd-bugs Thu Oct 31 12:02:35 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA03042 for bugs-outgoing; Thu, 31 Oct 1996 12:02:35 -0800 (PST) Received: from mail.crl.com (mail.crl.com [165.113.1.22]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA03035 for ; Thu, 31 Oct 1996 12:02:32 -0800 (PST) Received: from irz301.inf.tu-dresden.de by mail.crl.com with SMTP id AA15376 (5.65c/IDA-1.5 for ); Thu, 31 Oct 1996 13:00:22 -0700 Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id UAA06606; Thu, 31 Oct 1996 20:50:59 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id UAA05214; Thu, 31 Oct 1996 20:50:59 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id UAA17226; Thu, 31 Oct 1996 20:20:49 +0100 (MET) From: J Wunsch Message-Id: <199610311920.UAA17226@uriah.heep.sax.de> Subject: Re: MAXMEM in LINT... To: micro@sensenet.com Date: Thu, 31 Oct 1996 20:20:49 +0100 (MET) Cc: freebsd-bugs@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199610311707.MAA04010@ip.sensenet.com> from "micro@sensenet.com" at "Oct 31, 96 12:07:48 pm" X-Phone: +49-351-2012 669 X-Pgp-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As micro@sensenet.com wrote: > In LINT, the MAXMEM line has the forst " in the wrong place: > > "MAXMEM=(128*1024)" > > It should be: > MAXMEM="(128*1024)" This has changed in -current. Btw., yours should be options "MAXMEM='(128*1024)'" to be exact. The double quotes protect it from being misinterpreted by config(8), while the single quotes are for the shell when building the kernel. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Thu Oct 31 12:08:51 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA03494 for bugs-outgoing; Thu, 31 Oct 1996 12:08:51 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA03481 for ; Thu, 31 Oct 1996 12:08:43 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id VAA07119 for ; Thu, 31 Oct 1996 21:08:19 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id VAA05598 for freebsd-bugs@FreeBSD.org; Thu, 31 Oct 1996 21:08:19 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id UAA17568 for freebsd-bugs@FreeBSD.org; Thu, 31 Oct 1996 20:57:28 +0100 (MET) From: J Wunsch Message-Id: <199610311957.UAA17568@uriah.heep.sax.de> Subject: Re: pending/1932 To: freebsd-bugs@FreeBSD.org (FreeBSD bugs list) Date: Thu, 31 Oct 1996 20:57:28 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199610311933.LAA00787@freefall.freebsd.org> from Joerg Wunsch at "Oct 31, 96 11:33:07 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Joerg Wunsch wrote: > Synopsis: bison.simple and bison.hairy are not in /usr/share/misc/ Eeek. I didn't notice that it's in `pending'. Should we move it over to `bin' from there? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Thu Oct 31 12:10:02 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA03699 for bugs-outgoing; Thu, 31 Oct 1996 12:10:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA03683; Thu, 31 Oct 1996 12:10:01 -0800 (PST) Date: Thu, 31 Oct 1996 12:10:01 -0800 (PST) Message-Id: <199610312010.MAA03683@freefall.freebsd.org> To: freebsd-bugs Cc: From: Tor Egge Subject: Re: kern/1930: rename() cause panic: page fault Reply-To: Tor Egge Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/1930; it has been noted by GNATS. From: Tor Egge To: bde@zeta.org.au Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/1930: rename() cause panic: page fault Date: Thu, 31 Oct 1996 21:08:30 +0100 > > simultaneous calls to rename() with the same arguments > > cause a system crash with the message panic: page fault > > Try this fix. I've spent a lot of time looking for the bug reported > by the second printf and had forgotten about the problem with directories. I now get the message 'ufs_rename: from name disappeared' instead of a system crash. Good work. - Tor Egge From owner-freebsd-bugs Thu Oct 31 12:10:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA03708 for bugs-outgoing; Thu, 31 Oct 1996 12:10:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA03693; Thu, 31 Oct 1996 12:10:02 -0800 (PST) Date: Thu, 31 Oct 1996 12:10:02 -0800 (PST) Message-Id: <199610312010.MAA03693@freefall.freebsd.org> To: freebsd-bugs Cc: From: J Wunsch Subject: Re: docs/1383 Reply-To: J Wunsch Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR docs/1383; it has been noted by GNATS. From: J Wunsch To: FreeBSD-gnats-submit@freebsd.org, marcs@worldgate.com Cc: Subject: Re: docs/1383 Date: Thu, 31 Oct 1996 21:02:37 +0100 (MET) Improved sample script in rev. 1.19 of ppp.8, now that our Shell understands the -p flag. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Thu Oct 31 13:16:53 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA08033 for bugs-outgoing; Thu, 31 Oct 1996 13:16:53 -0800 (PST) Received: from fly.HiWAAY.net (sprice@fly.HiWAAY.net [204.214.4.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA08026; Thu, 31 Oct 1996 13:16:48 -0800 (PST) Received: from localhost by fly.HiWAAY.net; (8.8.2/1.1.8.2/21Sep95-1003PM) id PAA09270; Thu, 31 Oct 1996 15:16:38 -0600 (CST) Date: Thu, 31 Oct 1996 15:16:38 -0600 (CST) From: Steve Price To: Joerg Wunsch cc: mmcg@heraclitus.cs.monash.edu.au, freebsd-bugs@freefall.freebsd.org Subject: Re: bin/1935 In-Reply-To: <199610311940.LAA01555@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 31 Oct 1996, Joerg Wunsch wrote: # Synopsis: `cd' command on /bin/sh fails # # State-Changed-From-To: open-closed # State-Changed-By: joerg # State-Changed-When: Thu Oct 31 20:35:34 MET 1996 # State-Changed-Why: # This is a dup for PR # bin/986. # I have talked to the originator and this one (bin/1935) seems to be resolved. The originator had CDPATH set and it was causing problems. I tried to get in touch with the author of bin/986 but he seems to have disappeared. I will probably close both of them and chalk it up to (mis)using CDPATH. Steve From owner-freebsd-bugs Thu Oct 31 15:00:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA14710 for bugs-outgoing; Thu, 31 Oct 1996 15:00:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA14666; Thu, 31 Oct 1996 15:00:03 -0800 (PST) Resent-Date: Thu, 31 Oct 1996 15:00:03 -0800 (PST) Resent-Message-Id: <199610312300.PAA14666@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, archie@whistle.com Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA14226 for ; Thu, 31 Oct 1996 14:50:30 -0800 (PST) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id OAA09266 for ; Thu, 31 Oct 1996 14:49:59 -0800 (PST) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma009262; Thu Oct 31 14:49:39 1996 Received: (from archie@localhost) by bubba.whistle.com (8.7.5/8.6.12) id OAA01294; Thu, 31 Oct 1996 14:49:39 -0800 (PST) Message-Id: <199610312249.OAA01294@bubba.whistle.com> Date: Thu, 31 Oct 1996 14:49:39 -0800 (PST) From: Archie Cobbs Reply-To: archie@whistle.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/1937: minor bug in inetd(8) Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1937 >Category: bin >Synopsis: incorrect buffer initialization >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Oct 31 15:00:01 PST 1996 >Last-Modified: >Originator: Archie Cobbs >Organization: Whistle Communications, Inc. >Release: FreeBSD 2.2-960801-SNAP i386 >Environment: >Description: Incorrect length argument to memset() function >How-To-Repeat: >Fix: Index: inetd.c =================================================================== RCS file: /tribe/cvs/freebsd/src/usr.sbin/inetd/inetd.c,v retrieving revision 1.14 diff -c -r1.14 inetd.c *** inetd.c 1996/10/28 23:02:38 1.14 --- inetd.c 1996/10/31 22:47:40 *************** *** 354,360 **** #define DUMMYSIZE 100 char dummy[DUMMYSIZE]; ! (void)memset(dummy, 'x', sizeof(DUMMYSIZE) - 1); dummy[DUMMYSIZE - 1] = '\0'; (void)setenv("inetd_dummy", dummy, 1); } --- 354,360 ---- #define DUMMYSIZE 100 char dummy[DUMMYSIZE]; ! (void)memset(dummy, 'x', DUMMYSIZE - 1); dummy[DUMMYSIZE - 1] = '\0'; (void)setenv("inetd_dummy", dummy, 1); } >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Oct 31 17:42:48 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA24754 for bugs-outgoing; Thu, 31 Oct 1996 17:42:48 -0800 (PST) Received: (from alex@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA24736; Thu, 31 Oct 1996 17:42:46 -0800 (PST) Date: Thu, 31 Oct 1996 17:42:46 -0800 (PST) From: Alex Nash Message-Id: <199611010142.RAA24736@freefall.freebsd.org> To: archie@whistle.com, alex, freebsd-bugs Subject: Re: bin/1937 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: incorrect buffer initialization State-Changed-From-To: open-closed State-Changed-By: alex State-Changed-When: Thu Oct 31 17:41:28 PST 1996 State-Changed-Why: Fixed in rev 1.15 of inetd.c. From owner-freebsd-bugs Thu Oct 31 23:20:15 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA25388 for bugs-outgoing; Thu, 31 Oct 1996 23:20:15 -0800 (PST) Received: (from joerg@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA25369; Thu, 31 Oct 1996 23:20:10 -0800 (PST) Date: Thu, 31 Oct 1996 23:20:10 -0800 (PST) From: Joerg Wunsch Message-Id: <199611010720.XAA25369@freefall.freebsd.org> To: mi@aldan.ziplink.net, joerg, freebsd-bugs Subject: Re: bin/1925 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: file does not consider cyrillic text as text -- breaks apsfilter State-Changed-From-To: open-analyzed State-Changed-By: joerg State-Changed-When: Fri Nov 1 08:15:29 MET 1996 State-Changed-Why: Making file(1) considering the user's locale is most likely the wrong way to go. Anyway, it won't help at all in the case of a daemon since a daemon doesn't have a locale (there might be users of various different locales active on the same machine simultaneously). SysV's file(1) seems to do a much better job in identifying text files, so it's not out of question that we might find a better algorithm as well. I assume they take some line length into consideration. From owner-freebsd-bugs Thu Oct 31 23:23:38 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA25635 for bugs-outgoing; Thu, 31 Oct 1996 23:23:38 -0800 (PST) Received: (from asami@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA25609; Thu, 31 Oct 1996 23:23:36 -0800 (PST) Date: Thu, 31 Oct 1996 23:23:36 -0800 (PST) From: Satoshi Asami Message-Id: <199611010723.XAA25609@freefall.freebsd.org> To: thorpej@nas.nasa.gov, asami, freebsd-bugs Subject: Re: bin/1643 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Support for NetBSD in bsd.port.mk State-Changed-From-To: open-closed State-Changed-By: asami State-Changed-When: Thu Oct 31 23:22:53 PST 1996 State-Changed-Why: Fixed in bsd.port.mk rev. 1.227 and bsd.port.mk rev. 1.15. From owner-freebsd-bugs Fri Nov 1 01:10:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA10142 for bugs-outgoing; Fri, 1 Nov 1996 01:10:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA10134; Fri, 1 Nov 1996 01:10:02 -0800 (PST) Resent-Date: Fri, 1 Nov 1996 01:10:02 -0800 (PST) Resent-Message-Id: <199611010910.BAA10134@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, peter@spinner.DIALix.COM Received: from spinner.DIALix.COM (peter@spinner.DIALix.COM [192.203.228.67]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA09767 for ; Fri, 1 Nov 1996 01:06:04 -0800 (PST) Received: (from peter@localhost) by spinner.DIALix.COM (8.8.2/8.8.2) id RAA09028; Fri, 1 Nov 1996 17:06:00 +0800 (WST) Message-Id: <199611010906.RAA09028@spinner.DIALix.COM> Date: Fri, 1 Nov 1996 17:06:00 +0800 (WST) From: Peter Wemm Reply-To: peter@spinner.DIALix.COM To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/1940: TCP doesn't time out of FIN_WAIT_1 and floods packets. Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1940 >Category: kern >Synopsis: TCP doesn't time out of FIN_WAIT_1 and floods packets. >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Nov 1 01:10:01 PST 1996 >Last-Modified: >Originator: Peter Wemm >Organization: not. >Release: FreeBSD 2.2-CURRENT i386 >Environment: Machine built from -current sources within the last week. The machine is running a web proxy server (squid-1.1.beta). >Description: An unusual jump in network outbound network traffic turned out to be caused by a -current machine with a stuck connection. The proxy server had initiated the connection: Active Internet connections Proto Recv-Q Send-Q Local Address Foreign Address (state) [..] tcp 0 366 fermi.29485 kaos.http FIN_WAIT_1 [..] I am not sure of the sequence of events that lead to this getting in this state, but it was running this sequence of packets, even after squid had closed the connection (and even after having been killed): peter@fermi[8:27am]/home/squid-125# tcpdump -s 1500 -N tcpdump: listening on ed0 08:28:26.419290 kaos.http > fermi.29485: . ack 2272139 504 win 9112 (DF) 08:28:26.419459 fermi.29485 > kaos.http: F 0:0(0) ack 4294967090 win 17280 (DF) 08:28:26.426922 kaos.http > fermi.29485: . ack 1 win 9112 (DF) 08:28:26.427038 fermi.29485 > kaos.http: F 0:0(0) ack 4294967090 win 17280 (DF) 08:28:26.435747 kaos.http > fermi.29485: . ack 1 win 9112 (DF) 08:28:26.435877 fermi.29485 > kaos.http: F 0:0(0) ack 4294967090 win 17280 (DF) 08:28:26.445638 kaos.http > fermi.29485: . ack 1 win 9112 (DF) 08:28:26.445750 fermi.29485 > kaos.http: F 0:0(0) ack 4294967090 win 17280 (DF) 08:28:26.454399 kaos.http > fermi.29485: . ack 1 win 9112 (DF) 08:28:26.454548 fermi.29485 > kaos.http: F 0:0(0) ack 4294967090 win 17280 (DF) [...] I presume this is a half-close, what is meant to happen here? >How-To-Repeat: Unknown, but I hope it doesn't.. :-] >Fix: It seems that the tcp connection managed to get into a state where both ends were out of sync. I don't know my tcp states well enough to understand what is meant to happen here, but hanging in FIN_WAIT_1 forever doesn't seem nice. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Nov 1 01:40:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA13061 for bugs-outgoing; Fri, 1 Nov 1996 01:40:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA13040; Fri, 1 Nov 1996 01:40:02 -0800 (PST) Date: Fri, 1 Nov 1996 01:40:02 -0800 (PST) Message-Id: <199611010940.BAA13040@freefall.freebsd.org> To: freebsd-bugs Cc: From: David Greenman Subject: Re: kern/1940: TCP doesn't time out of FIN_WAIT_1 and floods packets. Reply-To: David Greenman Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/1940; it has been noted by GNATS. From: David Greenman To: peter@spinner.DIALix.COM Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/1940: TCP doesn't time out of FIN_WAIT_1 and floods packets. Date: Fri, 01 Nov 1996 01:35:02 -0800 >I am not sure of the sequence of events that lead to this getting in this >state, but it was running this sequence of packets, even after squid had >closed the connection (and even after having been killed): > >peter@fermi[8:27am]/home/squid-125# tcpdump -s 1500 -N >tcpdump: listening on ed0 >08:28:26.419290 kaos.http > fermi.29485: . ack 2272139 504 win 9112 (DF) >08:28:26.419459 fermi.29485 > kaos.http: F 0:0(0) ack 4294967090 win 17280 (DF) >08:28:26.426922 kaos.http > fermi.29485: . ack 1 win 9112 (DF) >08:28:26.427038 fermi.29485 > kaos.http: F 0:0(0) ack 4294967090 win 17280 (DF) >08:28:26.435747 kaos.http > fermi.29485: . ack 1 win 9112 (DF) >08:28:26.435877 fermi.29485 > kaos.http: F 0:0(0) ack 4294967090 win 17280 (DF) >08:28:26.445638 kaos.http > fermi.29485: . ack 1 win 9112 (DF) >08:28:26.445750 fermi.29485 > kaos.http: F 0:0(0) ack 4294967090 win 17280 (DF) >08:28:26.454399 kaos.http > fermi.29485: . ack 1 win 9112 (DF) >08:28:26.454548 fermi.29485 > kaos.http: F 0:0(0) ack 4294967090 win 17280 (DF) >[...] > >I presume this is a half-close, what is meant to happen here? > >>How-To-Repeat: > >Unknown, but I hope it doesn't.. :-] > >>Fix: > >It seems that the tcp connection managed to get into a state where both >ends were out of sync. I don't know my tcp states well enough to >understand what is meant to happen here, but hanging in FIN_WAIT_1 forever >doesn't seem nice. Looking at the sequence number in fermi's ack (being only 206 away from the 32bit boundry), it looks like the sequence number wrapped around and the code didn't deal with it correctly. Just a guess, but this might be a new bug caused by the change of len from signed to unsigned. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-bugs Fri Nov 1 02:10:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA15005 for bugs-outgoing; Fri, 1 Nov 1996 02:10:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA14999; Fri, 1 Nov 1996 02:10:02 -0800 (PST) Date: Fri, 1 Nov 1996 02:10:02 -0800 (PST) Message-Id: <199611011010.CAA14999@freefall.freebsd.org> To: freebsd-bugs Cc: From: Peter Wemm Subject: Re: kern/1940: TCP doesn't time out of FIN_WAIT_1 and floods packets. Reply-To: Peter Wemm Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/1940; it has been noted by GNATS. From: Peter Wemm To: dg@root.com Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/1940: TCP doesn't time out of FIN_WAIT_1 and floods packets. Date: Fri, 01 Nov 1996 18:08:03 +0800 David Greenman wrote: > >08:28:26.419290 kaos.http > fermi.29485: . ack 2272139 504 win 9112 (DF) > >08:28:26.419459 fermi.29485 > kaos.http: F 0:0(0) ack 4294967090 win 17280 < nop,nop,timestamp 371690 324020,nop,nop,cc 21426> (DF) [..] > Looking at the sequence number in fermi's ack (being only 206 away from the > 32bit boundry), it looks like the sequence number wrapped around and the code > didn't deal with it correctly. Just a guess, but this might be a new bug > caused by the change of len from signed to unsigned. > > -DG Hmm, isn't that the other way around? The remote machine is the one with the large sequence number, we're attempting to send a fin and acking at their (2^32 - 206) sequence number.. Interestingly, we're stuck with 366 un-acked bytes in the queue, but that would be relative to our seqence number of 2272139504. The remote server is firewalled to the hilt, I can't tell what they are running, except that it's something that runs Netscape's Enterprise server version 2.0a (at a guess, NT). What bothers me is that we kept on trying and didn't time out, even though we didn't seem to get an acceptable ack to our fin. It's a little hard to see for sure, since tcpdump had made the seq/ack's relative.. Cheers, -Peter From owner-freebsd-bugs Fri Nov 1 04:00:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA22071 for bugs-outgoing; Fri, 1 Nov 1996 04:00:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA22033; Fri, 1 Nov 1996 04:00:03 -0800 (PST) Date: Fri, 1 Nov 1996 04:00:03 -0800 (PST) Message-Id: <199611011200.EAA22033@freefall.freebsd.org> To: freebsd-bugs Cc: From: Bruce Evans Subject: Re: bin/1927: User CPU time getting accounting as system time Reply-To: Bruce Evans Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/1927; it has been noted by GNATS. From: Bruce Evans To: markd@Grizzly.COM, Tor.Egge@idt.ntnu.no Cc: bde@zeta.org.au, FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/1927: User CPU time getting accounting as system time Date: Fri, 1 Nov 1996 22:48:43 +1100 >>> I ran an CPU intensive job, timing it with /usr/bin/time and the result was >>> 2097.84 real 0.00 user 2013.06 sys >> >>Try "vmstat -i; sleep 2; vmstat -i" to see if RTC interrupts are still >>being generated. If not, you may load an lkm that performs an >>"rtcin(RTC_INTR)" call to restart the RTC interrupt. > >Although user time appears to be working, the above returns > >interrupt total rate >clk0 irq0 4836779 100 >rtc0 irq8 6191284 128 The rtc seems to be working too. >Which module you you suggest? One you write :-). (Copy an example module and add the above line to it.) Bruce From owner-freebsd-bugs Fri Nov 1 08:45:56 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA23641 for bugs-outgoing; Fri, 1 Nov 1996 08:45:56 -0800 (PST) Received: from ip.sensenet.com (ip.sensenet.com [199.33.238.23]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA23627 for ; Fri, 1 Nov 1996 08:45:50 -0800 (PST) From: micro@sensenet.com Received: (from micro@localhost) by ip.sensenet.com (8.7.5/8.7.3) id LAA00503 for freebsd-bugs@freebsd.org; Fri, 1 Nov 1996 11:45:40 -0500 Date: Fri, 1 Nov 1996 11:45:40 -0500 Message-Id: <199611011645.LAA00503@ip.sensenet.com> To: freebsd-bugs@freebsd.org Subject: Re: MAXMEM in LINT... Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Fri Nov 1 11:37:44 EST 1996 > This has changed in -current. > > Btw., yours should be > > options "MAXMEM='(128*1024)'" > > to be exact. The double quotes protect it from being misinterpreted > by config(8), while the single quotes are for the shell when building > the kernel. Using the above breaks compilation of the kernel: ../../i386/i386/machdep.c :line 1181 Character constant too large: The line in machdep.c is: Maxmem = MAXMEM/4; In opt_machdep.h we have: #define MAXMEM '(128*1024)' when this is changed to: #define MAXMEM (128*1024) compilation continues. -primus PS I am now using 2.2-961014-SNAP From owner-freebsd-bugs Fri Nov 1 11:50:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA24925 for bugs-outgoing; Fri, 1 Nov 1996 11:50:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA24919; Fri, 1 Nov 1996 11:50:03 -0800 (PST) Resent-Date: Fri, 1 Nov 1996 11:50:03 -0800 (PST) Resent-Message-Id: <199611011950.LAA24919@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, bill@duchess.wagill.com Received: from duchess.wagill.com (duchess.wagill.com [198.182.208.147]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA24173 for ; Fri, 1 Nov 1996 11:42:20 -0800 (PST) Received: (from bill@localhost) by duchess.wagill.com (8.7.5/8.7.3) id LAA25672; Fri, 1 Nov 1996 11:42:06 -0800 (PST) Message-Id: <199611011942.LAA25672@duchess.wagill.com> Date: Fri, 1 Nov 1996 11:42:06 -0800 (PST) From: William A Gill Reply-To: bill@duchess.wagill.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/1941: wtmp and monthly rotation Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1941 >Category: bin >Synopsis: wtmp and monthly rotation >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Nov 1 11:50:01 PST 1996 >Last-Modified: >Originator: William A Gill >Organization: >Release: FreeBSD 2.1-STABLE i386 >Environment: FreeBSD duchess.wagill.com 2.1.5-RELEASE FreeBSD 2.1.5-RELEASE #0: Thu Sep 5 00:21:50 PDT 1996 root@duchess.wagill.com:/usr/src/sys/compile/DUCHESS i386 >Description: Log-in/log-out information in /var/log/wtmp is not kept across month boudaries; meaning that if a user logs in on say 31 October and logs out on 1 November, and the monthly cron run file rotation takes place in between, then the record for that user in October's wtmp file (now wtmp.0) will not reflect the user's log-out in November, and neither will the November (current) wtmp file. >How-To-Repeat: Log-in before the end of a given month, and log-out in the next month. >Fix: Is this a bug? Or is this a "feature"? In either case, it would be nice to have complete login/logout information in /var/log/wtmp. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Nov 1 12:01:34 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA25585 for bugs-outgoing; Fri, 1 Nov 1996 12:01:34 -0800 (PST) Received: from red.jnx.com (red.jnx.com [208.197.169.254]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA25579 for ; Fri, 1 Nov 1996 12:01:31 -0800 (PST) Received: from base.jnx.com (base.jnx.com [208.197.169.238]) by red.jnx.com (8.7.6/8.7.3) with ESMTP id MAA06862 for ; Fri, 1 Nov 1996 12:00:59 -0800 (PST) Received: (from pst@localhost) by base.jnx.com (8.7.6/8.7.3) id MAA05904; Fri, 1 Nov 1996 12:00:57 -0800 (PST) To: freebsd-bugs@freefall.freebsd.org Subject: Re: kern/1929: HP C1536A DAT drive errors References: <199610302010.MAA25813@freefall.freebsd.org> From: Paul Traina Date: 01 Nov 1996 12:00:57 -0800 In-Reply-To: gibbs@freefall.freebsd.org's message of 30 Oct 96 20:10:02 GMT Message-ID: <7yk9s560w6.fsf@base.jnx.com> Lines: 2 X-Mailer: Gnus v5.2.25/XEmacs 19.14 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk One minor correction, the drive in question is a C1533A, not a 1536. This is a native 4gb DDS2 drive, not a compressed 4gb DDS drive. From owner-freebsd-bugs Fri Nov 1 12:59:52 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA08617 for bugs-outgoing; Fri, 1 Nov 1996 12:59:52 -0800 (PST) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA08593 for ; Fri, 1 Nov 1996 12:59:47 -0800 (PST) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <16386(1)>; Fri, 1 Nov 1996 12:52:33 PST Received: from localhost ([127.0.0.1]) by crevenia.parc.xerox.com with SMTP id <177554>; Fri, 1 Nov 1996 11:07:29 -0800 X-Mailer: exmh version 1.6.7 5/3/96 To: Peter Wemm cc: freebsd-bugs@freefall.freebsd.org Subject: Re: kern/1940: TCP doesn't time out of FIN_WAIT_1 and floods packets. In-reply-to: Your message of "Fri, 01 Nov 1996 02:10:02 PST." <199611011010.CAA14999@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 1 Nov 1996 11:07:24 PST From: Bill Fenner Message-Id: <96Nov1.110729pst.177554@crevenia.parc.xerox.com> Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In message <199611011010.CAA14999@freefall.freebsd.org>you write: > It's a little hard to > see for sure, since tcpdump had made the seq/ack's relative.. For future reference, a good thing to do in situations like this is to write the raw data to a file, using "tcpdump -w /tmp/foo ..."; then you can go back to it and do a "tcpdump -x" on it to read the actual packet, or you can let tcpdump interpret things. It looks like tcpdump got confused by seeing the fin as the first packet. Bill From owner-freebsd-bugs Fri Nov 1 13:52:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA26935 for bugs-outgoing; Fri, 1 Nov 1996 13:52:03 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA26897 for ; Fri, 1 Nov 1996 13:51:55 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA23435; Fri, 1 Nov 1996 22:51:38 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA02997; Fri, 1 Nov 1996 22:51:38 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id VAA22879; Fri, 1 Nov 1996 21:35:32 +0100 (MET) From: J Wunsch Message-Id: <199611012035.VAA22879@uriah.heep.sax.de> Subject: Re: MAXMEM in LINT... To: micro@sensenet.com Date: Fri, 1 Nov 1996 21:35:32 +0100 (MET) Cc: freebsd-bugs@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199611011645.LAA00503@ip.sensenet.com> from "micro@sensenet.com" at "Nov 1, 96 11:45:40 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As micro@sensenet.com wrote: > > Btw., yours should be > > > > options "MAXMEM='(128*1024)'" > Using the above breaks compilation of the kernel: > ../../i386/i386/machdep.c :line 1181 Character constant too large: This was meant to be for a 2.1.X system. For a >= 2.2 system, options no longer go into -D statements in the Makefile, but into opt_foo.h files, hence the single quotes must not be there. (With the -D, they have been passed on to a shell by `make', hence the single quotes.) The double quotes are always required, to prevent config from interpreting the text behind ``options''. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Fri Nov 1 16:40:16 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA15967 for bugs-outgoing; Fri, 1 Nov 1996 16:40:16 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA15950; Fri, 1 Nov 1996 16:40:09 -0800 (PST) Resent-Date: Fri, 1 Nov 1996 16:40:09 -0800 (PST) Resent-Message-Id: <199611020040.QAA15950@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, phk@critter.tfs.com Received: from critter.tfs.com ([140.145.230.177]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA14339 for ; Fri, 1 Nov 1996 16:30:00 -0800 (PST) Received: (from phk@localhost) by critter.tfs.com (8.7.5/8.7.3) id BAA01691; Sat, 2 Nov 1996 01:30:02 +0100 (MET) Message-Id: <199611020030.BAA01691@critter.tfs.com> Date: Sat, 2 Nov 1996 01:30:02 +0100 (MET) From: Poul-Henning Kamp Reply-To: phk@critter.tfs.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/1942: curses problem in systat Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1942 >Category: bin >Synopsis: curses problem in systat >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Nov 1 16:40:05 PST 1996 >Last-Modified: >Originator: Poul-Henning Kamp >Organization: The secret international Tristan conspiracy >Release: FreeBSD 2.2-CURRENT i386 >Environment: >Description: systat :net :num leaves garbage in (at least) two columns: 204.216.27.18.5998 128.32.38.224.1467 atcp 16384 0 ESTABLISHED ^ 204.216.27.18.871 l203.22.184.23.1239 tcp 0 1791 ESTABLISHED ^ >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Nov 1 20:50:09 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA22743 for bugs-outgoing; Fri, 1 Nov 1996 20:50:09 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA22728; Fri, 1 Nov 1996 20:50:04 -0800 (PST) Resent-Date: Fri, 1 Nov 1996 20:50:04 -0800 (PST) Resent-Message-Id: <199611020450.UAA22728@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, adam@veda.is Received: from veda.is (root@ubiq.veda.is [193.4.230.60]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA21681 for ; Fri, 1 Nov 1996 20:41:22 -0800 (PST) Received: (from adam@localhost) by veda.is (8.8.2/8.7.3) id EAA00669; Sat, 2 Nov 1996 04:41:15 GMT Message-Id: <199611020441.EAA00669@veda.is> Date: Sat, 2 Nov 1996 04:41:15 GMT From: Adam David Reply-To: adam@veda.is To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/1943: route(1) args Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1943 >Category: bin >Synopsis: route(1) args >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Nov 1 20:50:02 PST 1996 >Last-Modified: >Originator: Adam David >Organization: Veda Internet >Release: FreeBSD 2.2-CURRENT i386 >Environment: network >Description: The commandline is not parsed very accurately, and this can produce bogus results. Also, it is non-obvious how to remove a lock (omit the -lock keyword and specify the value 0). >How-To-Repeat: try the following: root# route change default -lock # does nothing root# route change default -lock -mtu # segmentation fault root# route change default -lock -mtu garbage # -lock -mtu 0 root# route change default -mtu # segmentation fault root# route change default -mtu garbage # -mtu 0 >Fix: don't rely so heavily on atoi() to DTRT >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Nov 2 03:47:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA17573 for bugs-outgoing; Sat, 2 Nov 1996 03:47:05 -0800 (PST) Received: (from max@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA17551; Sat, 2 Nov 1996 03:46:59 -0800 (PST) Date: Sat, 2 Nov 1996 03:46:59 -0800 (PST) From: Masafumi NAKANE Message-Id: <199611021146.DAA17551@freefall.freebsd.org> To: max, gnats-admin, freebsd-bugs Subject: Re: pending/1944 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: /usr/games/larn fails to create score file. Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: max Responsible-Changed-When: Sat Nov 2 03:43:55 PST 1996 Responsible-Changed-Why: Hmm, it happened again. I meant to put this PR into bin category. This fell into the pending category as address in the envelope and the From: line differ. Anyway, this PR is about /usr/games/larn not creating the score file . From owner-freebsd-bugs Sat Nov 2 04:30:23 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA25306 for bugs-outgoing; Sat, 2 Nov 1996 04:30:23 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA25290 for freebsd-bugs; Sat, 2 Nov 1996 04:30:20 -0800 (PST) Date: Sat, 2 Nov 1996 04:30:20 -0800 (PST) From: GNU GNATS Message-Id: <199611021230.EAA25290@freefall.freebsd.org> To: freebsd-bugs Subject: List of open Problem Reports Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk This is the list of currently open problem reports [1994/11/30] kern/34 nullfs and union mounts can result in wild pointer r [1995/01/14] bin/115 systat iostat display doesn't scale high enough [1995/01/15] bin/146 version of compress is kinda old and slow [1995/01/21] bin/174 Poor error message from stty [1995/01/22] kern/176 EIDRM not defined in errno.h [1995/01/24] gnu/183 can't resolve "operator <<" overload [1995/01/30] bin/198 1.1.5.1 pine binary loops; top shows fancy values [1995/02/14] kern/216 /kernel: panic: ffs_alloccg: map corrupted [1995/03/02] misc/229 acos() core dump [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/04/01] kern/291 PCI devices still probe/attach after being disabled [1995/04/20] kern/353 xcdplayer crashes machine (with NCR810 SCSI) [1995/04/20] misc/355 policy on /usr/local permission in base release [1995/05/12] bin/398 VI doesnt do the correct thing [1995/05/13] bin/401 Add REMOTE_* variables [1995/05/14] kern/405 The gpio driver does not work with the AT-GPIB, only [1995/05/15] misc/423 Sound devices are too insecure [1995/05/16] kern/425 arp entries not getting removed when interface chang [1995/05/23] i386/440 want vidcontrol option to apply settings to all sysc [1995/06/14] bin/514 Crash recovery impossible without static mt/chflags. [1995/06/15] bin/517 Bad group change with 'install' [1995/06/15] bin/519 execution of quotacheck from /etc/rc fails [1995/06/17] kern/528 slow 386 reports excessive interrupt-level buffer ov [1995/06/26] kern/565 slip freezes machine [1995/07/02] kern/579 sio: RS_IBUFSIZE at 256 bytes serial lines loose dat [1995/07/04] kern/588 Configuration of DEC ethernet cards not possible [1995/07/05] bin/591 SPAP request REJexted in stead of NAKed [1995/07/09] misc/605 NIS: get*bynis routine problems [1995/07/29] kern/638 Transmitted packets not passed to bpf in if_le.c [1995/08/01] docs/646 vmstat man page out of date [1995/08/01] bin/648 printf format conversion incorrect (duplicate) [1995/08/03] kern/652 Multiple addresses on one interface interacts badly [1995/08/05] gnu/655 ld -r of shared objects worked in 1.1.5, not in 2.0. [1995/08/07] bin/658 ifconfig alias has to be separately given [1995/08/11] ports/673 /bin/sh + inn1.4 innwatch going belly up [1995/08/13] bin/680 2.0.5's tip using termios doesn't act the way it did [1995/08/15] i386/692 My modem is not found if my external cache is disabl [1995/08/21] kern/703 ppp not always deleting route properly when a ppp li [1995/08/22] bin/706 increased root DNS traffic and long latencies for r- [1995/08/29] bin/715 ls gives weird tabular form [1995/08/31] bin/716 W returns wrong results at login [1995/09/26] kern/742 syslog errors accessing Mac hard disks [patch] [1995/09/27] kern/745 occasional filesystem inconsistencies, and "panic: f [1995/09/28] kern/752 setting multiple addresses for a single interfaces l [1995/09/28] kern/753 my archive scsi tape drive does not work [1995/09/28] docs/754 there is no man page for the psm(4) mouse driver [1995/10/03] kern/765 umount -f can`t umount a NFS filesystem in use [1995/10/11] bin/777 patch doesn't realize stdin is closed and asks quest [1995/10/14] kern/781 OPEN_MAX in kernel config and FD_SETSIZE in /usr/inc [1995/10/18] bin/786 Problem with NIS and large group maps [1995/10/25] kern/792 cd9660 very slow. [1995/10/25] kern/793 ep0 cannot be configured and more. [1995/10/29] docs/801 rlogind k, v, and x options are not documented [1995/10/31] bin/803 bsd m4 chokes and dies while FSF m4 works... [1995/11/11] bin/815 mountd reports unknown hosts with non-informative me [1995/11/12] kern/820 scsi tape problems [1995/11/20] kern/831 one minor complaint about the kernel visual config c [1995/11/22] kern/835 ed panics with SMC ultra with iomem, if no iomem in [1995/11/27] bin/841 stale nfs mounts cannot be umounted [1995/11/28] bin/850 dump treats write-protect as an EOT & spoils set FDI [1995/11/30] bin/854 swapinfo shows incorrect information for vnconfig'd [1995/12/02] kern/860 visual mode in kernel -c is too restrictive [1995/12/06] ports/871 port.subdir.mk DEBUG_FLAGS is not used for CFLAGS [1995/12/08] kern/876 NFS allows bogus accesses to cached data [1995/12/17] kern/900 ext2fs triggers divide by zero trap in vnode_pager_h [1995/12/20] i386/906 /sys/i386/boot/netboot/nb8390.com cannot recognize N [1995/12/29] kern/920 sio output looses chars in fifo on close() [1996/01/01] bin/926 Mounting nfs disks before starting mountd: Chicken o [1996/01/02] kern/927 VGA mode not restored [1996/01/06] misc/934 ppp dies with Bus Error when processing long LOGIN s [1996/01/21] bin/961 'more $file', incorrect CRLF compacting. [1996/01/23] ports/968 Netscape & cern_httpd ports out of date/dead links [1996/01/25] kern/971 Default limits for number of processes per user ridi [1996/01/28] kern/975 getrusage returns negative deltas [1996/01/28] kern/976 NCR SCSI driver gives assertion errors and disk beco [1996/01/29] kern/978 Three deadlocks in row [1996/02/01] bin/986 problems make-ing with cd in the rule [1996/02/06] kern/998 badness in file system silently crashes machine [1996/02/07] bin/999 /usr/share/mk/sys.mk missing common $(RM) macro [1996/02/07] kern/1001 M_NAMEI malloc leak in the kernel [1996/02/10] kern/1016 panic: vm_page_free: freeing free page, sddump: no s [1996/02/10] kern/1017 ssh stopped working between 15th Jan and 9th Feb [1996/02/12] kern/1018 panic: unwire: page not in pmap [1996/02/12] bin/1019 getty cannot detect ppp logins [1996/02/12] kern/1020 .Boca 16-port board still hangs [1996/02/12] bin/1021 pppd doesn't handle PAP-only authentication well [1996/02/12] docs/1023 using touch to create swap file for NFS doesn't work [1996/02/18] kern/1034 Instant panic in -current [1996/02/19] docs/1036 List of dead xrefs in man pages [1996/02/25] i386/1042 Warning from sio driver reports wrong device FDIV045 [1996/02/26] misc/1043 vm_bounce_alloc error on 2.1 install with 4G drive [1996/03/09] bin/1073 telnet -8 does not work with SunOS or Solaris [1996/03/20] kern/1090 iostat displays incorrect sps count [1996/03/20] bin/1093 route's diagnostic is weird [1996/03/23] kern/1098 File system corruption (2 cases) [1996/03/30] bin/1111 mail.local will happily deliver mail to a quota'd fi [1996/04/06] kern/1119 Mounted EXT2FS partition is not cleanly unmounted up [1996/04/06] kern/1121 System crashes on boot up just after the "devfs read [1996/04/11] kern/1134 PPB support is broken for multiple/unknown PPBs. [1996/04/14] docs/1141 pcvt(4) references non-existent man page. [1996/04/19] docs/1151 intro(3) references libc(3) and plot(3), which do no [1996/04/23] ports/1155 systat or top display disagreeing information [1996/04/30] docs/1165 Printer Text Filter scripts should be in /usr/share/ [1996/05/02] docs/1169 bogus reference to keysu(1) in key(1) and keyinit(1) [1996/05/07] kern/1177 Machine hangs with message "vm_fork: no pte for UPAG [1996/05/09] bin/1184 ls + xterm + nvi + columns != 80 + ^Z = mangled list [1996/05/21] kern/1227 vm_page_activate: already active (new vm system) [1996/05/22] kern/1236 some #def's in pcvt_conf.h not braketed by #ifndef's [1996/05/24] kern/1246 aic-7850 driver sees more cdroms then exists [1996/05/24] misc/1247 Conflicting header files [1996/05/26] kern/1256 ZNYX 314 mysterously looses packets [1996/05/27] kern/1258 new vm code: freeing held page [1996/05/27] kern/1269 vm_pageout_scan: page not inactive? (loops, effectiv [1996/05/28] kern/1271 Kernel panic using PLIP in 27/05 current [1996/05/28] bin/1276 pppd hangs serial port - ENOBUFS [1996/05/30] docs/1280 locale and collating [1996/05/31] kern/1284 panic: vm_page_free: freeing busy page [1996/06/02] i386/1288 wdgetctlr (wd.c) return incorrect number of cylinder [1996/06/05] kern/1293 Fatal trap 12: page fault while in kernel mode (PPP/ [1996/06/06] misc/1299 National charecter problem in XFree86 [1996/06/07] kern/1301 DEC FDDI/PCI Adapter: halt code = 6 (DMA Error) [1996/06/10] kern/1307 vm_page_free: freeing busy page [1996/06/10] kern/1308 vm_page_free: wire count > 1 in 960501-SNAP [1996/06/11] kern/1311 Panic: vm_page_free while installing new kernel [1996/06/12] conf/1319 muldi3 is not included into kernel's Makefile by con [1996/06/16] kern/1327 keyboard probe in -current fails, X reboots machine [1996/06/18] i386/1331 changes and bug in ft driver [1996/06/19] kern/1336 Permission for .. in NFS mounts is somewhat non-intu [1996/07/06] misc/1373 RPC include lacks prototypes [1996/07/06] docs/1374 the default listed in the newfs -i man page does not [1996/07/09] bin/1377 mv(1) retains the setuid bit when it is unable to pr [1996/07/09] gnu/1379 Man command problem, when it writes into symlinked d [1996/07/16] bin/1391 cpio -O ignores umask [1996/07/16] bin/1392 PPP silently fails to work when CTS/RTS isnt availab [1996/07/18] kern/1399 invoking setuid programs over NFS case vnode_pager e [1996/07/19] docs/1402 sh(1) manual [1996/07/19] gnu/1407 ld computes wrong size of common (global data) [1996/07/21] ports/1416 cflow(1) doesn't parse GNU C __attribute__ syntax [1996/07/24] bin/1425 doing :numbers on systat -netstat doesn't repaint cl [1996/07/24] misc/1428 ncurses doesn't always display ALTCHARSET correctly [1996/07/25] bin/1429 sh(1) and getopts [1996/08/03] bin/1461 Incorrect address binding of Kerberized rlogin [1996/08/04] kern/1467 scsi_prevent causing tape problems on close [1996/08/06] bin/1469 it is difficult to run /usr/sbin/ppp from a script [1996/08/07] ports/1470 need more info in the ports structure [1996/08/08] bin/1479 libc.so.2.2 [1996/08/09] kern/1480 terminal "cons25" resize problem [1996/08/09] bin/1482 vidcontrol -f fnt-size file-with-wrong-fnt-size [1996/08/12] docs/1493 incomplete prototypes in man pages for mmap function [1996/08/14] ports/1495 more tkdesk patches... [1996/08/15] kern/1498 system hangs during inactivity [1996/08/17] kern/1501 vmstat reports impossible avm after starting up X [1996/08/17] bin/1502 vmstat 'avm' field merges with procs 'w' field for l [1996/08/17] ports/1504 latex port completely failes [1996/08/17] kern/1508 syscons should protect against useless DDB entry [1996/08/18] kern/1512 Use of madvise may may cause bad memory mappings [1996/08/19] kern/1514 mlock fails on readonly regions [1996/08/20] kern/1516 vm_fault.c contains dead code or too many underscore [1996/08/20] ports/1517 What is InterViews ??!?! [1996/08/20] ports/1518 No man pages in audio/mpegaudio port [1996/08/21] ports/1520 sudo dosn't recognise certain passwords and thinks y [1996/08/21] bin/1522 dump | restore of filesystem corrupted files [1996/08/21] bin/1523 "cvs update -d -P" prunes unchecked-in directories [1996/08/21] ports/1524 New port -- xtem-5.18beta [1996/08/21] ports/1525 xvnews-2.3.2 [1996/08/21] ports/1526 xtar-1.4 [1996/08/21] ports/1527 xmaddressbook-1.5.3 [1996/08/21] ports/1529 New port -- bricons-3.0 [1996/08/22] ports/1530 New port of poppassd [1996/08/22] kern/1531 Machine hangs, unable to either fork or exec. [1996/08/22] kern/1533 Machine can be panicked by a userland program. [1996/08/24] misc/1538 enhanced /etc/security script [1996/08/24] ports/1539 Attempts to run Linux elf binaries using libXpm fail [1996/08/25] misc/1541 fork.o in libc_r fails to compile [1996/08/27] bin/1547 ncrcontrol won't work with FAILSAFE kernel [1996/08/27] bin/1548 ncrcontrol -i queries don't work for mere users [1996/08/27] ports/1549 Port submission for gdbtk [1996/08/29] bin/1552 moused has no manual page (and -s option is broken) [1996/08/29] ports/1553 submittal of cops port [1996/08/30] i386/1556 ATAPI CDROM probes ok, but will not 'mount_cd9660' [1996/08/31] bin/1559 ftpd apparently not recognizing -l or -S parms [1996/09/02] misc/1561 Wrong key mapping of five keys in german.iso.kbd [1996/09/02] bin/1563 Curses let letters fall away sometimes [1996/09/06] ports/1576 patch for ports/print/mltex/Makefile FETCH_CMD [1996/09/06] bin/1577 mail -f foo does not look in current directory of .m [1996/09/07] bin/1578 fsck does not honour 'noauto' fs option [1996/09/08] ports/1583 I made ldap-3.3 port [1996/09/08] docs/1588 Handbook Incorrect LaTeX/PostScript output [1996/09/08] bin/1589 ftp fails to flush output [1996/09/10] bin/1597 No support for positional parameters in *printf func [1996/09/11] bin/1598 tip leaves OPOST set on controlling terminal (fd 0) [1996/09/11] kern/1599 panic: locking against myself [1996/09/12] ports/1601 no previous port of su2 existed in source tree :) [1996/09/12] docs/1602 /usr/lib/terminfo refered to in man terminfo, does n [1996/09/12] bin/1607 unmount fails for a NFS fs mounted without -P from a [1996/09/13] conf/1608 FreeBSD's bug tracking system does not respect confi [1996/09/14] kern/1610 mmap() of unassociated memory + mlock() can == kerne [1996/09/14] gnu/1611 groff should use "system-wide" papersize variable wh [1996/09/14] kern/1613 I get ls: fts_read: No such file or directory [1996/09/14] kern/1614 Attempt to mount an NTFS partition causes kernel pan [1996/09/15] ports/1617 new port - nntpcache [1996/09/15] docs/1618 Man page for siginterrupt thinks it is in BSD4.2 [1996/09/16] bin/1623 rpc/auth.h won't compile with -ansi flag [1996/09/16] misc/1625 2.1.5 update overwrites root's dot files [1996/09/16] i386/1626 MUSTEK Scanner hangs NCR SCSI controller [1996/09/17] docs/1630 Addition to handbook concerning MFS kernel option [1996/09/17] ports/1631 new port, lprps -- PS printing lpr filters [1996/09/18] bin/1635 setenv(3) buglet? Segv if var not previously defined [1996/09/18] kern/1638 worm driver won't make audio tracks [1996/09/18] i386/1644 sio.c can't keep RTS off while RTS flow controll is [1996/09/19] ports/1646 Port of lclint - a better lint replacement [1996/09/19] bin/1649 md5(1) header file makes bad assumption [1996/09/19] bin/1650 telnet encryption with char-mode and ascii loses syn [1996/09/19] kern/1652 changing time hangs system [1996/09/19] bin/1653 cannot umount the node ending '/' when it was mounte [1996/09/19] kern/1654 In procfs, vattr doesn't contain correct value of `v [1996/09/20] bin/1657 ls(1) output of future mtime [1996/09/20] kern/1658 ktrace/kdump flaky - corrupted ktrace.out file [1996/09/21] ports/1660 Updating of jp-fvwm2-port(-> jp-fvwm2-port-new) [1996/09/21] kern/1661 ft driver hangs uninterruptably at "bavail" [1996/09/22] ports/1663 strobe-port [1996/09/22] bin/1664 getty doesn't use init kerninfo struct [1996/09/22] bin/1665 telnetd doesn't use gettytab %m %r %v %s tags [1996/09/23] kern/1670 PCI ed probe causes a page fault [1996/09/23] i386/1671 s2 map in pcvt isn't ISO 8859-1 and claimed. [1996/09/24] bin/1674 strange behaviour of pppd (daemonize, defaultroute) [1996/09/24] kern/1677 read from /dev/kmem may crash system [1996/09/24] bin/1678 ls(1) with LC_TIME [1996/09/25] docs/1681 procfs man page way out of date [1996/09/26] kern/1684 inconsistent permission failures on NFS requests [1996/09/27] misc/1686 sysinstall should allow partition size change before [1996/09/28] bin/1687 watch makes kernel crash [1996/09/29] kern/1689 TCP extensions throttles distant connections [1996/09/29] kern/1690 apm and sbxvi inappropriately probe as conflicting [1996/09/29] docs/1691 ppp server doc submission [1996/09/29] kern/1692 Page fault while in kernel modem fatal trap 12 (doub [1996/09/29] bin/1693 rarpd does not appear to work [1996/09/29] bin/1694 rbootd does not appear to work [1996/09/30] bin/1695 moused fails with PS/2 mouse [1996/09/30] conf/1697 rc.i386 missing line for moused [1996/09/30] kern/1698 sup from around 21:51 GMT 28th very unstable (mmap, [1996/10/01] bin/1700 'ls -lo' does not list opaque flag (chflags does not [1996/10/01] bin/1702 installing of tcl manpages fails from make world [1996/10/01] conf/1704 Install fails, probe dos not find my ADAPTEC 2940 Ul [1996/10/01] bin/1705 COM2 not detected when booting from Harddrive. Only [1996/10/02] misc/1708 monthly login accounting [1996/10/02] kern/1711 kernel logging of signaled processes should be optio [1996/10/02] docs/1712 semget man page refers to SEM_W instead of SEM_A [1996/10/02] gnu/1713 mkisofs doesn't match man page in behavior [1996/10/02] kern/1714 [1996/10/03] kern/1715 le driver non-reentrant [1996/10/03] kern/1716 LKM does not install character devices [1996/10/03] misc/1717 Use of ntohl causes lint to complain [1996/10/04] ports/1719 new port, xlbiff [1996/10/04] pending/1721 [1996/10/04] pending/1723 kernel fault when doing scsi reprobe [1996/10/04] kern/1724 HP colorado T4000S tape drive hangs system on many s [1996/10/04] kern/1725 visual config redraws bits of the screen too often [1996/10/04] kern/1726 panic in kmem_malloc (dump available) [1996/10/05] kern/1727 Add support for 3C900 to vx [1996/10/05] pending/1729 Installing gnats package makes send-pr fail. [1996/10/05] i386/1730 SFF8020 violation and silly bug in atapi.c hinder it [1996/10/05] pending/1732 bzip port won't install [1996/10/08] misc/1738 Install floppy returns random geometry with 2GB IDE [1996/10/08] ports/1742 Various bugs in xview-3.2.1 [1996/10/08] ports/1743 submission of new port (tiff-3.4) [1996/10/09] ports/1752 Update of nedit port [1996/10/10] ports/1753 SSLeay doesn't work against Microsoft secure web sit [1996/10/10] kern/1754 netbooted machines freeze with ifconfig aliases [1996/10/10] bin/1755 more(1) generates garbage at end of file output [1996/10/10] kern/1758 New AWE32 sound card driver for integration into -cu [1996/10/10] ports/1759 uudeview and uulib ports are imperfect (i.e. out of [1996/10/10] ports/1761 Fixed port: gifmerge 1.33 [1996/10/10] ports/1763 Fixed port: txtmerge [1996/10/11] ports/1764 Fixed port: whirlgif [1996/10/11] ports/1765 Fixed port: xgas [1996/10/11] ports/1767 New port: xmascot [1996/10/11] ports/1768 New port: xshisen [1996/10/11] ports/1770 port of the xripple program [1996/10/11] ports/1772 Fix to a wrong description in FreeBSD port: xshisen [1996/10/11] bin/1773 A NULL pointer causing segmentation core dumped. [1996/10/11] bin/1774 telnet spins when killed before network is closed [1996/10/11] conf/1777 sysctl called in /etc/netstart before /usr mounted w [1996/10/12] bin/1778 locate.updatedb uses /tmp directory. [1996/10/13] gnu/1787 Diffs with Index: lines are not honored for new file [1996/10/13] kern/1788 netstat gives negative numbers for tcp bytes transfe [1996/10/13] bin/1789 dump estimates a negative number of tapes needed for [1996/10/13] kern/1790 access to /dev/kmem panics system [1996/10/13] misc/1791 syslimits.h does not allow overriding default value [1996/10/13] ports/1792 new port, splitvt [1996/10/13] bin/1793 /bin/sh return w/o exitstatus in a function sets exi [1996/10/13] ports/1795 New port : xcubes [1996/10/13] ports/1796 New port : xdino [1996/10/13] ports/1799 New port : xbakuzan [1996/10/13] ports/1800 New port : xmold [1996/10/13] ports/1801 New port : xsokoban [1996/10/13] ports/1802 New port : xtriangles [1996/10/14] bin/1804 pkg_create hangs if the packing list has named pipes [1996/10/14] bin/1805 Bug in ftpd [1996/10/14] conf/1808 The mount menu for installation fails with >6 slices [1996/10/14] i386/1809 floppy boot code causes reboot of computer [1996/10/15] bin/1810 fsck -p does not check pass 0 filesystems concurrent [1996/10/15] kern/1811 Patch to correct rows/columns for syscons [1996/10/15] kern/1812 vnodes are left in a locked state [1996/10/15] ports/1813 nntpcache-current port in incoming [1996/10/15] kern/1814 cy driver gets deadlocked sometimes [1996/10/15] pending/1815 Re: Fix for syscons TIOCGWINSZ for non 80x25 text mo [1996/10/15] ports/1816 New port for FreeBSD: xpuyo [1996/10/16] i386/1821 boot fails if bad144 selected on large partition [1996/10/16] bin/1827 add support of Glidepoint trackpad "tap/drag" to mou [1996/10/16] kern/1828 limit filesize does not work [1996/10/17] kern/1829 KONICA MO drive configured multiply. [1996/10/17] kern/1830 Can't mount optical disk, after different size media [1996/10/17] bin/1831 routed's rdisc mode is installing incorrectly format [1996/10/18] ports/1834 COMMENT may be amusing but is not informative [1996/10/18] ports/1837 ports upgrade too fast :) [1996/10/18] kern/1839 Multiple mfs mounts of same mount point [1996/10/19] docs/1841 NT boot mgr too Linux centric in FAQ [1996/10/19] bin/1843 Gdb dumps core upon executing ``help set'' [1996/10/19] ports/1844 new port, zmtx-zmrx (zmodem xfer prog) [1996/10/19] ports/1845 new port, lrzsz (ZMODEM file xfer) [1996/10/20] ports/1846 Port of FileRunner 2.0 uploaded [1996/10/20] docs/1847 new handbook iijppp server section [1996/10/20] kern/1848 breakpoints may be set in shared libraries, but they [1996/10/20] bin/1849 gdb sets library breakpoints on the wrong address [1996/10/20] docs/1851 madvise MADV_FREE manual page clarification [1996/10/20] misc/1853 Syscons font mapping semms not to work propperly [1996/10/20] docs/1854 Error in bootparams(5) man page [1996/10/20] docs/1855 Addition to LINT [1996/10/21] kern/1856 read-only nfs mount: panic leaf should be empty [1996/10/21] misc/1857 paramater of opendir gets thrashed [1996/10/21] kern/1859 fddi_input() floods system msg buffer when dropping [1996/10/22] misc/1861 Upgrade install should save list of files that need [1996/10/22] bin/1863 On systems with setuid 'lpr' and defined printers, l [1996/10/22] bin/1864 FTP case mapping during MGET [1996/10/22] bin/1865 Problem with touch command [1996/10/22] ports/1866 popclient flushes remote mailbox even with local fai [1996/10/22] ports/1867 port upload [1996/10/22] kern/1868 system knows it has no keyboard but complains leds w [1996/10/23] misc/1871 incorrect '===> item' when making world [1996/10/23] bin/1872 automounter (amd) cannot ls directories with > 66 en [1996/10/23] bin/1873 kerberos login encryption incompatible with all othe [1996/10/24] kern/1878 SONY CDU76E IDE/ATAPI CDROM support. [1996/10/24] kern/1880 kernel crash during boot when using 512 MB memory [1996/10/24] bin/1881 file(1) misidentifies Sun3/m68k executables [1996/10/24] bin/1882 nobody can su when wheel group is empty [1996/10/25] ports/1885 Fixed port : GNU shogi [1996/10/25] ports/1886 Fixed port : xshogi [1996/10/25] kern/1887 serial line switches from 9600 to 57600 when shuttin [1996/10/25] ports/1888 XFree86 port chooses wrong defaults [1996/10/25] bin/1891 mountd fails to export [1996/10/26] bin/1892 install(1) removes target file [1996/10/26] i386/1893 partition tables not processed correctly to guess ge [1996/10/26] docs/1896 compilation errors in share/doc/psd/19.curses [1996/10/26] bin/1897 Sendmail 8.8.2 requires /etc/sendmail.cw [1996/10/27] ports/1902 additional clean targets for bsd.port.mk [1996/10/27] bin/1904 /usr/bin/su is not careful enough in verifying comma [1996/10/27] bin/1905 There's a buffer overflow in FreeBSD libc glob() [1996/10/27] conf/1906 sysinstall did not install bison.simple or bison.hai [1996/10/27] misc/1908 FTP install failed DNS lookup [1996/10/27] misc/1910 filenames with unusual characters break /etc/securit [1996/10/28] ports/1913 new port of cgoban-1.6.2 [1996/10/28] kern/1914 vm_page_alloc(ZERO): missing page on free queue [1996/10/28] conf/1915 8 bit chars dont work with LC_CTYPE=fi [1996/10/29] docs/1922 Spelling of datasets not consistent [1996/10/29] bin/1924 if lpd is not running, lpc will say ``no such file o [1996/10/29] bin/1927 User CPU time getting accounting as system time [1996/10/30] misc/1928 fdisk incorrectly detects driver geometry [1996/10/30] kern/1929 HP C1536A DAT drive errors [1996/10/30] kern/1930 rename() cause panic: page fault [1996/10/30] i386/1931 Mitsumi CDrom works well under 2.1.x, fails under 2. [1996/10/31] ports/1934 New port: Virtual GameBoy [1996/10/31] pending/1936 apache_SSL-1.1.1 & SSLeay-0.6.4 do not compile [1996/10/31] ports/1938 iv port doesn't build ibuild [1996/10/31] ports/1939 exodus port doesn't build with new g++-2.7.2.1 [1996/11/01] kern/1940 TCP doesn't time out of FIN_WAIT_1 and floods packet [1996/11/01] bin/1941 wtmp and monthly rotation [1996/11/01] bin/1942 curses problem in systat [1996/11/01] bin/1943 route(8) args [1996/11/02] pending/1944 /usr/games/larn fails to create score file. This is the list of problem reports already analyzed: [1994/12/01] kern/35 mount -t union -o -b : lower layer not seen by shell [1995/01/11] i386/105 Distributed libm (msun) has non-standard error handl [1995/03/20] kern/260 msync and munmap don't bother to update mod times [1995/03/20] docs/264 There are no manual pages for the forms library. [1995/03/22] kern/267 NFS code gives error messages, systems jams for a fe [1995/04/09] bin/326 Weekly cron generates some usage and error messages [1995/05/09] bin/392 Simultaneous cp and ls of files on dos f/s hangs pro [1995/05/27] gnu/450 tar --exclude -c doesn't work [1995/06/17] kern/527 dump causes assertion in ncr.c [1995/06/21] docs/538 MAP_FILE not mentioned in mmap man page. [1995/08/07] bin/661 Hercules is not capable of having a ISO-Latin1 Scree [1995/09/27] bin/743 vi cannot edit a file where the name starts with + [1995/10/07] bin/771 telnet character mode not set and broken when set - [1995/10/15] kern/782 chmod does a null pointer dereference [1995/10/26] kern/794 swap partition at offset 0 still broken [1995/11/25] bin/839 by default, use of "at" is overly restricted [1995/12/29] misc/922 From line handling incorrect in mail.local [1995/12/31] kern/924 EISA devices have disappeared from vmstat/systat int [1996/01/22] kern/965 2.0.5: system crashes daily because of "multiple fre [1996/01/30] bin/981 clnt_broadcast() is not aware of aliases [1996/02/17] bin/1030 /bin/sh does not pass environment variables on prope [1996/02/19] bin/1035 ls to terminal always uses ? for non-printable chars [1996/03/04] kern/1059 null fs panics system [1996/03/06] kern/1067 panic: ufs_lock: recursive lock not expected, pid: 2 [1996/03/18] docs/1089 stat manpage unclear about st_mtime & friends [1996/03/28] bin/1105 Bug in find command [1996/04/15] kern/1144 sig{add, del}set and sigismember fns don't check sig [1996/04/22] bin/1154 Configure tunN device for ip-over-ip tunnelling [1996/05/19] kern/1217 separating to hardrives to two IDE channels hangs th [1996/05/20] bin/1221 new gcc-2.7.2 gives a LOT of warnings, and a few ERR [1996/05/20] ports/1222 Header files conflict [1996/05/21] bin/1229 redundant redeclaration of `lseek' [1996/05/24] bin/1242 In the "sys/stat.h" file, the S_ISFIFO and S_ISSOCK [1996/06/12] bin/1315 ls(1) [1996/06/13] bin/1320 dump limits blocksize to 32K [1996/06/18] kern/1333 free vnode isn't: another -stable coredump [1996/06/21] misc/1340 make world fails [1996/07/07] bin/1375 Extraneous warning from mv(1) [1996/07/18] kern/1397 can't send to a pipe [1996/07/28] docs/1437 bsd.doc.mk sees PRINTER and spews [1996/08/02] docs/1457 ed(1) man [1996/08/28] ports/1550 "make install" needs to know how to update /usr/loca [1996/08/29] docs/1551 manpage of zgrep not installed in 2.1.5R [1996/08/30] bin/1554 routed kills default permanently [1996/09/04] bin/1565 Moving a file to it's link completely removes file [1996/09/16] bin/1621 last char in line stays "$" [1996/09/18] bin/1642 pkg_install Makefiles could be simplified [1996/09/22] bin/1666 crash in vi, while reading multiple files [1996/10/04] bin/1722 Routed byte order problem [1996/10/08] kern/1744 run queue or proc list smashed 4 times in 2 days [1996/10/20] kern/1852 random file system corruptions with 2.1.5R and adapt [1996/10/29] bin/1925 file does not consider cyrillic text as text -- brea /* EOF -- this list has not been truncated */ From owner-freebsd-bugs Sat Nov 2 07:16:25 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA04975 for bugs-outgoing; Sat, 2 Nov 1996 07:16:25 -0800 (PST) Received: (from phk@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA04949; Sat, 2 Nov 1996 07:16:22 -0800 (PST) Date: Sat, 2 Nov 1996 07:16:22 -0800 (PST) From: Poul-Henning Kamp Message-Id: <199611021516.HAA04949@freefall.freebsd.org> To: phk@critter.tfs.com, phk, freebsd-bugs Subject: Re: bin/1942 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: curses problem in systat State-Changed-From-To: open-closed State-Changed-By: phk State-Changed-When: Sat Nov 2 07:15:55 PST 1996 State-Changed-Why: fixed, while waiting for cvs. From owner-freebsd-bugs Sat Nov 2 09:37:20 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA01859 for bugs-outgoing; Sat, 2 Nov 1996 09:37:20 -0800 (PST) Received: from tribune.concentric.net (tribune.concentric.net [199.3.12.34]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA01843 for ; Sat, 2 Nov 1996 09:37:12 -0800 (PST) Received: from cliff.cris.com (cliff.cris.com [199.3.12.45]) by tribune.concentric.net (8.7.5/(96/10/25 1.9)) id MAA13004; Sat, 2 Nov 1996 12:37:10 -0500 (EST) [1-800-745-2747 The Concentric Network] Received: from ursa (cnc071042.concentric.net [206.173.130.42]) by cliff.cris.com (8.8.0) id MAA18917; Sat, 2 Nov 1996 12:37:06 -0500 (EST) Message-ID: <327B406F.3F48@cris.com> Date: Sat, 02 Nov 1996 12:37:03 +0000 From: amg X-Mailer: Mozilla 2.02Gold (WinNT; I) MIME-Version: 1.0 To: bugs@FreeBSD.org Subject: bugs and glitches Content-Type: multipart/mixed; boundary="------------2EF6174A3644" Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk This is a multi-part message in MIME format. --------------2EF6174A3644 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit see attachment ursa@cris.com --------------2EF6174A3644 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="bugnglit" subj: bugs and glitchs I've been using 2.1 for about nine months and I've collected some observations that, I believe, need tending to. 1. man nice - gives information on the command but NOT the system call 2. man makedoc - gives no output, file is located in /usr/bin 3. man makeinfo - gives no output, file is located in /usr/bin 4. /usr/bin/manpath - included in the output is the line: "couldn't stat the file /usr/X386/man" 5. vidcontrol VGA_80x50 - tells me invalid argument, however, it does work with VGA_80x30 video card is a WD 1024 Accelerator with 90C3X chipset 6. using the bash shell, because I cannot get a good Korn shell, when issuing the command "/usr/bin/makewhatis", the response is "invalid file or directory". However, the file does exist with 555 permissions and a size of 11303 bytes. I am sending this along in hopes that fixing these kind of things is more important than adding more doo-dads. ursa@cris.com --------------2EF6174A3644-- From owner-freebsd-bugs Sat Nov 2 11:22:53 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA16947 for bugs-outgoing; Sat, 2 Nov 1996 11:22:53 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA16933 for ; Sat, 2 Nov 1996 11:22:22 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id UAA22815; Sat, 2 Nov 1996 20:22:06 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id UAA11873; Sat, 2 Nov 1996 20:22:06 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id UAA01661; Sat, 2 Nov 1996 20:02:36 +0100 (MET) From: J Wunsch Message-Id: <199611021902.UAA01661@uriah.heep.sax.de> Subject: Re: bugs and glitches To: ursa@cris.com (amg) Date: Sat, 2 Nov 1996 20:02:35 +0100 (MET) Cc: bugs@FreeBSD.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <327B406F.3F48@cris.com> from amg at "Nov 2, 96 12:37:03 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As amg wrote: > 1. man nice - gives information on the command but NOT the > system call It's not a system call actually, but a library function, hence man 3 nice (If you want all man pages from all sections, type `man -a nice'.) > 2. man makedoc - gives no output, file is located in /usr/bin > > 3. man makeinfo - gives no output, file is located in /usr/bin They are certainly not the only utilities without man pages. You are invited to write them... j@uriah 371% whereis -m -u /usr/bin/* | tr -d : | fmt banner brandelf c++filt curseperl gencat genclass gprof4 linux makedoc makeinfo mk_cmds ncftp neqn psroff ptx sperl4 texindex tperl4 uulog uuname uupick uusched uuto ypwhich > 4. /usr/bin/manpath - included in the output is the line: > "couldn't stat the file /usr/X386/man" Comment out the appropriate entry in /etc/manpath.config. (This has already been fixed in the source tree.) > 5. vidcontrol VGA_80x50 - tells me invalid argument, however, it > does work with VGA_80x30 I'm mostly ignorant towards syscons, but are you sure you've got the 8x8 font loaded at all? I think it's required for 50-line operation. > 6. using the bash shell, because I cannot get a good Korn shell, > when issuing the command "/usr/bin/makewhatis", the response > is "invalid file or directory". However, the file does > exist with 555 permissions and a size of 11303 bytes. I cannot reproduce this. Try to isolate it down. > I am sending this along in hopes that fixing these kind of things > is more important than adding more doo-dads. Both are important. However, the number of people reporting bug fixes is far larger than the number of people fixing the bugs. Everybody is invited to help out. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sat Nov 2 12:11:40 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA19346 for bugs-outgoing; Sat, 2 Nov 1996 12:11:40 -0800 (PST) Received: from mail.crl.com (mail.crl.com [165.113.1.22]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA19336 for ; Sat, 2 Nov 1996 12:11:34 -0800 (PST) Received: from dyson.iquest.net ([198.70.144.127]) by mail.crl.com with SMTP id AA18713 (5.65c/IDA-1.5 for ); Sat, 2 Nov 1996 13:12:43 -0700 Received: (from root@localhost) by dyson.iquest.net (8.8.2/8.6.9) id PAA15346; Sat, 2 Nov 1996 15:08:38 -0500 (EST) From: "John S. Dyson" Message-Id: <199611022008.PAA15346@dyson.iquest.net> Subject: Re: bugs and glitches To: ursa@cris.com (amg) Date: Sat, 2 Nov 1996 15:08:37 -0500 (EST) Cc: bugs@FreeBSD.org In-Reply-To: <327B406F.3F48@cris.com> from "amg" at Nov 2, 96 12:37:03 pm Reply-To: dyson@FreeBSD.org X-Mailer: ELM [version 2.4 PL24 ME8] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > 6. using the bash shell, because I cannot get a good Korn shell, > when issuing the command "/usr/bin/makewhatis", the response > is "invalid file or directory". However, the file does > exist with 555 permissions and a size of 11303 bytes. > Note that the real Korn shell is available from Lucent for FREE!!! (Note that I think that you need to be running -current to use it.) John From owner-freebsd-bugs Sat Nov 2 12:44:02 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA21346 for bugs-outgoing; Sat, 2 Nov 1996 12:44:02 -0800 (PST) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA21323; Sat, 2 Nov 1996 12:43:57 -0800 (PST) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <17822(3)>; Sat, 2 Nov 1996 12:42:25 PST Received: from localhost by crevenia.parc.xerox.com with SMTP id <177476>; Sat, 2 Nov 1996 12:42:10 -0800 To: Poul-Henning Kamp cc: phk@critter.tfs.com, freebsd-bugs@freefall.freebsd.org Subject: Re: bin/1942 In-reply-to: Your message of "Sat, 02 Nov 96 07:16:22 PST." <199611021516.HAA04949@freefall.freebsd.org> Date: Sat, 2 Nov 1996 12:41:56 PST From: Bill Fenner Message-Id: <96Nov2.124210pst.177476@crevenia.parc.xerox.com> Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In message <199611021516.HAA04949@freefall.freebsd.org> you write: >Synopsis: curses problem in systat Does this close bin/1425 too, which bin/1942 appears to have been a duplicate for? Bill From owner-freebsd-bugs Sat Nov 2 13:11:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA23656 for bugs-outgoing; Sat, 2 Nov 1996 13:11:05 -0800 (PST) Received: (from phk@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA23632; Sat, 2 Nov 1996 13:11:02 -0800 (PST) Date: Sat, 2 Nov 1996 13:11:02 -0800 (PST) From: Poul-Henning Kamp Message-Id: <199611022111.NAA23632@freefall.freebsd.org> To: nawaz921@cs.uidaho.edu, phk, freebsd-bugs Subject: Re: bin/1425 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: doing :numbers on systat -netstat doesn't repaint cleanly. State-Changed-From-To: open-closed State-Changed-By: phk State-Changed-When: Sat Nov 2 13:10:03 PST 1996 State-Changed-Why: fixed a different way as part of bin/1942. From owner-freebsd-bugs Sat Nov 2 13:40:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA26189 for bugs-outgoing; Sat, 2 Nov 1996 13:40:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA26180; Sat, 2 Nov 1996 13:40:04 -0800 (PST) Resent-Date: Sat, 2 Nov 1996 13:40:04 -0800 (PST) Resent-Message-Id: <199611022140.NAA26180@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, gpalmer@freebsd.org Received: from mutara.noc.webspan.net (gpalmer@mutara.noc.webspan.net [206.154.70.44]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA25222 for ; Sat, 2 Nov 1996 13:30:51 -0800 (PST) Received: (from gpalmer@localhost) by mutara.noc.webspan.net (8.7.5/8.6.12) id QAA05307; Sat, 2 Nov 1996 16:30:01 -0500 (EST) Message-Id: <199611022130.QAA05307@mutara.noc.webspan.net> Date: Sat, 2 Nov 1996 16:30:01 -0500 (EST) From: gpalmer@freebsd.org Reply-To: gpalmer@freebsd.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/1945: Out of date code/comments in dd Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1945 >Category: bin >Synopsis: Out of date code/comments in dd >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Nov 2 13:40:01 PST 1996 >Last-Modified: >Originator: Gary Palmer >Organization: Webspan Inc >Release: FreeBSD 2.2-current i386 >Environment: cvs-cur 2654 >Description: Code/comments in bin/dd/args.c seem to think that lseek takes an int for an argument, but it takes an `off_t' argument. There is even (as Bruce would say) a bogus cast in the code to quiet the compiler. >How-To-Repeat: Look at args.c around line 167, and dd.c around lines 230 and 278 >Fix: Bring the code into the modern age and use off_t's like it should. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Nov 2 16:30:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA06761 for bugs-outgoing; Sat, 2 Nov 1996 16:30:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA06737; Sat, 2 Nov 1996 16:30:02 -0800 (PST) Resent-Date: Sat, 2 Nov 1996 16:30:02 -0800 (PST) Resent-Message-Id: <199611030030.QAA06737@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, curt@h2.kcwc.com Received: from h2.kcwc.com (h2.kcwc.com [206.139.252.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA06641 for ; Sat, 2 Nov 1996 16:28:06 -0800 (PST) Received: (from root@localhost) by h2.kcwc.com (8.6.12/8.6.12) id TAA06604; Sat, 2 Nov 1996 19:27:57 -0500 Message-Id: <199611030027.TAA06604@h2.kcwc.com> Date: Sat, 2 Nov 1996 19:27:57 -0500 From: Curt Welch Reply-To: curt@h2.kcwc.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/1946: doc bug Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1946 >Category: docs >Synopsis: problem with shmget(2) man page and/or defines >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Nov 2 16:30:01 PST 1996 >Last-Modified: >Originator: Curt Welch >Organization: Curt Welch http://www.wp.com/CurtWelch >Release: FreeBSD 2.1-STABLE i386 >Environment: 2.1.0-RELEASE >Description: The shmget(2) man page lists SHM_R and SHM_W as defines but the include file (sys/ipc.h) has them as IPC_R and IPC_W. Either the man page should be changed or the SHM_R and SHM_W defines need to be added. I don't know the history of SV shared memory system so I don't known which change would be better. >How-To-Repeat: man shmget >Fix: Yes, please >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Nov 2 17:19:11 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA09974 for bugs-outgoing; Sat, 2 Nov 1996 17:19:11 -0800 (PST) Received: from trout.nosc.mil (trout.nosc.mil [128.49.16.7]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id RAA09968 for ; Sat, 2 Nov 1996 17:19:09 -0800 (PST) Received: from lono.nosc.mil by trout.nosc.mil (4.1/SMI-4.1) id AA15208; Sat, 2 Nov 96 17:19:06 PST Received: by lono.nosc.mil (4.1/SMI-4.1) id AA16199; Sat, 2 Nov 96 15:23:07 HST From: kent@lono.nosc.mil (Kent K. Kuriyama) Message-Id: <9611030123.AA16199@lono.nosc.mil> Subject: Illegal options in TCP header? To: freebsd-bugs@freebsd.org Date: Sat, 2 Nov 1996 15:23:06 -1000 (HST) Cc: kent@lono.nosc.mil (Kent K. Kuriyama), u651rc@emh.cpf.navy.mil, kobash@lono.nosc.mil (Sidney H. Kobashigawa) X-Mailer: ELM [version 2.4 PL25] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I am running FreeBSD version 2.1.0. I believe that FreeBSD is inserting illegal options in the TCP header packets which it sends out during the session negotiation phase. Shown below is a sniffer trace of the packets sent out by the FreeBSD box to 198.22.146.10. Notice that it sends an unknown option 3 on the TCP header. This causes the host at 198.22.146.10 to refuse the connection (frame 2). Now granted the host at 198.22.146.10 (system type unknown) is the first one that refuses a connection from our FreeBSD's systems but the sniffer trace also indicates that the FreeBSD system is sending TCP headers with illegal options. I believe that 1 is the only valid option defined. As a basis for comparision of what other unix systems send I have included a sucessfully session establishment from an Interactive Unix box to the same host (frames 3 through 5). Any insight into this problem would be greatly appreciated. Thank you. Kent Kuriyama kent@nosc.mil - - - - - - - - - - - - - - - - Frame 1 - - - - - - - - - - - - - - - - - SUMMARY Delta T Destination Source Summary M 1 [198.22.146.10] freebsd.cpf.n.. TCP D=25 S=1534 SYN SEQ=743819265 LEN=0 WIN=16384 TCP: ----- TCP header ----- TCP: TCP: Source port = 1534 TCP: Destination port = 25 (SMTP) TCP: Initial sequence number = 743819265 TCP: Data offset = 48 bytes TCP: Flags = 02 TCP: ..0. .... = (No urgent pointer) TCP: ...0 .... = (No acknowledgment) TCP: .... 0... = (No push) TCP: .... .0.. = (No reset) TCP: .... ..1. = SYN TCP: .... ...0 = (No FIN) TCP: Window = 16384 TCP: Checksum = 80EE (correct) TCP: TCP: Options follow TCP: Maximum segment size = 512 TCP: No-op TCP: Unknown option 3 TCP: 22 byte(s) of header padding TCP: ADDR HEX ASCII 0000 00 00 0C F0 C1 04 00 00 4A 10 13 D4 08 00 45 10 ........J.....E. 0010 00 44 30 B4 00 00 40 06 73 66 C0 65 BE 03 C6 16 .D0...@.sf.e.... 0020 92 0A 05 FE 00 19 2C 55 C8 01 00 00 00 00 C0 02 ......,U........ 0030 40 00 80 EE 00 00 02 04 02 00 01 03 03 00 01 01 @............... 0040 08 0A 00 10 4D AC 00 00 00 00 01 01 0C 06 00 00 ....M........... 0050 42 0A B. - - - - - - - - - - - - - - - - Frame 2 - - - - - - - - - - - - - - - - - SUMMARY Delta T Destination Source Summary 2 0.3329 freebsd.cpf.n.. [198.22.146.10] TCP D=1534 S=25 RST ACK=743819266 WIN=4380 TCP: ----- TCP header ----- TCP: TCP: Source port = 25 (SMTP) TCP: Destination port = 1534 TCP: Sequence number = 0 TCP: Acknowledgment number = 743819266 Sniffer Network Analyzer data from 1-Nov-96 at 20:32:38, file C:\CAPTURE\SMTP.ENC, Page 2 TCP: Data offset = 20 bytes TCP: Flags = 14 TCP: ..0. .... = (No urgent pointer) TCP: ...1 .... = Acknowledgment TCP: .... 0... = (No push) TCP: .... .1.. = Reset TCP: .... ..0. = (No SYN) TCP: .... ...0 = (No FIN) TCP: Window = 4380 TCP: Checksum = CDBB (correct) TCP: No TCP options TCP: ADDR HEX ASCII 0000 00 00 4A 10 13 D4 00 00 0C F0 C1 04 08 00 45 00 ..J...........E. 0010 00 28 65 5D 00 00 35 06 49 E9 C6 16 92 0A C0 65 .(e]..5.I......e 0020 BE 03 00 19 05 FE 00 00 00 00 2C 55 C8 02 50 14 ..........,U..P. 0030 11 1C CD BB 00 00 00 00 00 00 00 00 ............ - - - - - - - - - - - - - - - - Frame 3 - - - - - - - - - - - - - - - - - SUMMARY Delta T Destination Source Summary 3 31.2447 [198.22.146.10] unix.cpf.navy.. TCP D=25 S=1029 SYN SEQ=659147265 LEN=0 WIN=4096 TCP: ----- TCP header ----- TCP: TCP: Source port = 1029 TCP: Destination port = 25 (SMTP) TCP: Initial sequence number = 659147265 TCP: Data offset = 20 bytes TCP: Flags = 02 TCP: ..0. .... = (No urgent pointer) TCP: ...0 .... = (No acknowledgment) TCP: .... 0... = (No push) TCP: .... .0.. = (No reset) TCP: .... ..1. = SYN TCP: .... ...0 = (No FIN) TCP: Window = 4096 TCP: Checksum = D3E9 (correct) TCP: No TCP options TCP: ADDR HEX ASCII 0000 00 00 0C F0 C1 04 00 00 4A 10 1A 6E 08 00 45 00 ........J..n..E. 0010 00 28 2A 66 00 00 40 06 79 DA C0 65 BE 09 C6 16 .(*f..@.y..e.... 0020 92 0A 04 05 00 19 27 49 CA 01 00 00 00 00 50 02 ......'I......P. 0030 10 00 D3 E9 00 00 05 79 6F 6B 31 30 .......yok10 - - - - - - - - - - - - - - - - Frame 4 - - - - - - - - - - - - - - - - - Sniffer Network Analyzer data from 1-Nov-96 at 20:32:38, file C:\CAPTURE\SMTP.ENC, Page 3 SUMMARY Delta T Destination Source Summary 4 0.4323 unix.cpf.navy.. [198.22.146.10] TCP D=1029 S=25 SYN ACK=659147266 SEQ=4980388 LEN=0 WIN=0 TCP: ----- TCP header ----- TCP: TCP: Source port = 25 (SMTP) TCP: Destination port = 1029 TCP: Initial sequence number = 4980388 TCP: Acknowledgment number = 659147266 TCP: Data offset = 24 bytes TCP: Flags = 12 TCP: ..0. .... = (No urgent pointer) TCP: ...1 .... = Acknowledgment TCP: .... 0... = (No push) TCP: .... .0.. = (No reset) TCP: .... ..1. = SYN TCP: .... ...0 = (No FIN) TCP: Window = 0 TCP: Checksum = D0E0 (correct) TCP: TCP: Options follow TCP: Maximum segment size = 512 TCP: ADDR HEX ASCII 0000 00 00 4A 10 1A 6E 00 00 0C F0 C1 04 08 00 45 00 ..J..n........E. 0010 00 2C 65 67 00 00 35 06 49 D5 C6 16 92 0A C0 65 .,eg..5.I......e 0020 BE 09 00 19 04 05 00 4B FE A4 27 49 CA 02 60 12 .......K..'I..`. 0030 00 00 D0 E0 00 00 02 04 02 00 ED AF ............ - - - - - - - - - - - - - - - - Frame 5 - - - - - - - - - - - - - - - - - SUMMARY Delta T Destination Source Summary 5 0.0019 [198.22.146.10] unix.cpf.navy.. TCP D=25 S=1029 ACK=4980389 WIN=4096 TCP: ----- TCP header ----- TCP: TCP: Source port = 1029 TCP: Destination port = 25 (SMTP) TCP: Sequence number = 659147266 TCP: Acknowledgment number = 4980389 TCP: Data offset = 20 bytes TCP: Flags = 10 TCP: ..0. .... = (No urgent pointer) TCP: ...1 .... = Acknowledgment TCP: .... 0... = (No push) TCP: .... .0.. = (No reset) TCP: .... ..0. = (No SYN) TCP: .... ...0 = (No FIN) Sniffer Network Analyzer data from 1-Nov-96 at 20:32:38, file C:\CAPTURE\SMTP.ENC, Page 4 TCP: Window = 4096 TCP: Checksum = D4E9 (correct) TCP: No TCP options TCP: ADDR HEX ASCII 0000 00 00 0C F0 C1 04 00 00 4A 10 1A 6E 08 00 45 00 ........J..n..E. 0010 00 28 2A 68 00 00 40 06 79 D8 C0 65 BE 09 C6 16 .(*h..@.y..e.... 0020 92 0A 04 05 00 19 27 49 CA 02 00 4B FE A5 50 10 ......'I...K..P. 0030 10 00 D4 E9 00 00 54 72 79 69 6E 67 ......Trying  From owner-freebsd-bugs Sat Nov 2 17:48:33 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA12344 for bugs-outgoing; Sat, 2 Nov 1996 17:48:33 -0800 (PST) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA12332 for ; Sat, 2 Nov 1996 17:48:25 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.6/8.6.5) with SMTP id RAA23310; Sat, 2 Nov 1996 17:47:11 -0800 (PST) Message-Id: <199611030147.RAA23310@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: kent@lono.nosc.mil (Kent K. Kuriyama) cc: freebsd-bugs@freebsd.org, u651rc@emh.cpf.navy.mil, kobash@lono.nosc.mil (Sidney H. Kobashigawa) Subject: Re: Illegal options in TCP header? In-reply-to: Your message of "Sat, 02 Nov 1996 15:23:06 -1000." <9611030123.AA16199@lono.nosc.mil> From: David Greenman Reply-To: dg@root.com Date: Sat, 02 Nov 1996 17:47:11 -0800 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >I am running FreeBSD version 2.1.0. > >I believe that FreeBSD is inserting illegal options in the TCP header >packets which it sends out during the session negotiation phase. >Shown below is a sniffer trace of the packets sent out by the >FreeBSD box to 198.22.146.10. Notice that it sends an unknown option >3 on the TCP header. > >This causes the host at 198.22.146.10 to refuse the connection (frame >2). Now granted the host at 198.22.146.10 (system type unknown) is >the first one that refuses a connection from our FreeBSD's systems >but the sniffer trace also indicates that the FreeBSD system is sending >TCP headers with illegal options. I believe that 1 is the only valid >option defined. Conforming TCP stacks are supposed to ignore options they don't understand. There are far more than just one valid option defined. Here are a few of them: #define TCPOPT_EOL 0 #define TCPOPT_NOP 1 #define TCPOPT_MAXSEG 2 #define TCPOPT_WINDOW 3 #define TCPOPT_SACK_PERMITTED 4 /* Experimental */ #define TCPOPT_SACK 5 /* Experimental */ #define TCPOPT_TIMESTAMP 8 #define TCPOLEN_TIMESTAMP 10 You may wish to try: sysctl -w net.inet.tcp.rfc1323=0 sysctl -w net.inet.tcp.rfc1644=0 ...and see if this helps the problem. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-bugs Sat Nov 2 17:56:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA12855 for bugs-outgoing; Sat, 2 Nov 1996 17:56:04 -0800 (PST) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id RAA12824 for ; Sat, 2 Nov 1996 17:56:01 -0800 (PST) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <14506(5)>; Sat, 2 Nov 1996 17:55:28 PST Received: by crevenia.parc.xerox.com id <177476>; Sat, 2 Nov 1996 17:55:18 -0800 From: Bill Fenner To: freebsd-bugs@freebsd.org, kent@lono.nosc.mil Subject: Re: Illegal options in TCP header? Cc: kobash@lono.nosc.mil, u651rc@emh.cpf.navy.mil Message-Id: <96Nov2.175518pst.177476@crevenia.parc.xerox.com> Date: Sat, 2 Nov 1996 17:55:15 PST Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >I believe that FreeBSD is inserting illegal options in the TCP header >packets which it sends out during the session negotiation phase. >Shown below is a sniffer trace of the packets sent out by the >FreeBSD box to 198.22.146.10. Notice that it sends an unknown option >3 on the TCP header. TCP option number 3 is defined in RFC1323 (vintage 1992; perhaps your sniffer needs to be upgraded with newer software?). In any case, sending an unknown option does not necessarily make it illegal. The host is wrong to refuse the connection; RFC1122 (vintage 1989) says: 4.2.2.5 TCP Options: RFC-793 Section 3.1 A TCP MUST be able to receive a TCP option in any segment. A TCP MUST ignore without error any TCP option it does not implement, assuming that the option has a length field (all TCP options defined in the future will have length fields). TCP option number 3 has a length field; meaning that 198.22.146.10 MUST ignore it without error. If you want to turn off the RFC1323 extensions, you can set "tcp_extensions=NO" in /etc/sysconfig, but that's a kludge; the right solution is to get 198.22.146.10 to run an RFC-compliant TCP stack. Bill From owner-freebsd-bugs Sat Nov 2 19:00:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA16187 for bugs-outgoing; Sat, 2 Nov 1996 19:00:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA16165; Sat, 2 Nov 1996 19:00:04 -0800 (PST) Resent-Date: Sat, 2 Nov 1996 19:00:04 -0800 (PST) Resent-Message-Id: <199611030300.TAA16165@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, jkh@time.cdrom.com Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA16013 for ; Sat, 2 Nov 1996 18:54:52 -0800 (PST) Received: (from jkh@localhost) by time.cdrom.com (8.7.6/8.6.9) id SAA26474; Sat, 2 Nov 1996 18:54:52 -0800 (PST) Message-Id: <199611030254.SAA26474@time.cdrom.com> Date: Sat, 2 Nov 1996 18:54:52 -0800 (PST) From: "Jordan K. Hubbard" Reply-To: jkh@time.cdrom.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/1947: Something is really hosed with the passwd command, or something Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1947 >Category: bin >Synopsis: Something is really hosed with the passwd command, or something >Confidential: yes >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Nov 2 19:00:02 PST 1996 >Last-Modified: >Originator: Jordan K. Hubbard >Organization: - Jordan Hubbard, FreeBSD Project >Release: FreeBSD 2.2-CURRENT i386 >Environment: FreeBSD red.asis.com 2.2-CURRENT FreeBSD 2.2-CURRENT #0: Tue Oct 29 00:48:44 PST 1996 jkh@red.asis.com:/home/localhost/src/sys/compile/RED i386 >Description: Boot the system, use the password command. It works fine. Now rebuild and install the password command. Try and use it again, WTF?! jkh@red-> passwd jkh passwd: Permission denied jkh@red-> ls -l /usr/bin/passwd -r-sr-xr-x 2 root bin 37629 Nov 2 18:51 /usr/bin/passwd /usr/bin/passwd passwd: Permission denied Uh.... >How-To-Repeat: Do the above. >Fix: Woo, I dunno - this one might even be a bug which has crept into our handling of setuid or schg'd binaries, for all I know. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Nov 2 19:53:23 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA19870 for bugs-outgoing; Sat, 2 Nov 1996 19:53:23 -0800 (PST) Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id TAA19858 for ; Sat, 2 Nov 1996 19:53:13 -0800 (PST) Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.12/8.6.9) id WAA00765; Sat, 2 Nov 1996 22:52:41 -0500 From: Bill Paul Message-Id: <199611030352.WAA00765@skynet.ctr.columbia.edu> Subject: Re: bin/1947: Something is really hosed with the passwd command, or something To: jkh@time.cdrom.com Date: Sat, 2 Nov 1996 22:52:40 -0500 (EST) Cc: bugs@freebsd.org In-Reply-To: <199611030254.SAA26474@time.cdrom.com> from "Jordan K. Hubbard" at Nov 2, 96 06:54:52 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Of all the gin joints in all the towns in all the world, Jordan K. Hubbard had to walk into mine and say: [chop] > >Description: > > Boot the system, use the password command. It works fine. > Now rebuild and install the password command. Try and use it > again, WTF?! > > jkh@red-> passwd jkh > passwd: Permission denied > jkh@red-> ls -l /usr/bin/passwd > -r-sr-xr-x 2 root bin 37629 Nov 2 18:51 /usr/bin/passwd > /usr/bin/passwd > passwd: Permission denied > > Uh.... If you look in local_passwd.c (grep for EACCES -- this is a bit of a gotcha: the 'Permission denied' message is printed by the err() function rather than being in the code), you'll see where this error message comes from. I think the problem may be that you su'ed to another user. The passwd(1) program determines your uid using getuid() and then compares that to pw->pw_uid as listed in what passwd thinks is your entry in the password database (if you don't enter a username on the command line, passwd uses getlogin() to figure out who you are; if you do supply a username on the command line, this overrides what it gets from getlogin(), but normally only root is allowed to change passwords for other users). This is important: it uses your uid, not your euid. Since you said you installed the passwd program, I'm thinking you may have su'ed to root or some other user at some point. I would edit local_passwd.c and stick in a printf so that you can see the uid and pw->pw_uid it thinks you have so you can see exactly why it's complaining. I've noticed this behavior a bit when debugging the NIS extensions, but I couldn't decide whether it was wrong or not so I left it alone since normal users shouldn't be able to notice the problem anyway. (Normal users can't use su.) > >How-To-Repeat: > > Do the above. Doing the above isn't enough; it'll probably work fine for most people unless they somehow stumble into the same set of conditions that you did. > >Fix: > > Woo, I dunno - this one might even be a bug which has crept into > our handling of setuid or schg'd binaries, for all I know. I don't think it's that. Like I said: try to stuff a few debugging printf()s in local_passwd.c and see what you can see. -Bill -- ============================================================================= -Bill Paul (212) 854-6020 | System Manager, Master of Unix-Fu Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ============================================================================= "If you're ever in trouble, go to the CTR. Ask for Bill. He will help you." ============================================================================= From owner-freebsd-bugs Sat Nov 2 23:10:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA02117 for bugs-outgoing; Sat, 2 Nov 1996 23:10:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA02104; Sat, 2 Nov 1996 23:10:03 -0800 (PST) Resent-Date: Sat, 2 Nov 1996 23:10:03 -0800 (PST) Resent-Message-Id: <199611030710.XAA02104@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received: (from nobody@localhost)by.freefall.freebsd.org.id.XAA01836;Sat; (8.7.5/8.7.3);, 2 Nov 1996 23:05:48.-0800 (PST) Message-Id: <199611030705.XAA01836@freefall.freebsd.org> Date: Sat, 2 Nov 1996 23:05:48 -0800 (PST) From: sedriss@prophet-indy.org To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: i386/1948: On bootup after Installation, Says "Cant find /kernel" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1948 >Category: i386 >Synopsis: On bootup after Installation, Says "Cant find /kernel" >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Nov 2 23:10:02 PST 1996 >Last-Modified: >Originator: Benjamin Vaughn >Organization: Prophet Network Services >Release: 2.1.5 >Environment: Havent gotten that far (i486-50, 16m ram, 2 ide hd's) >Description: After Installation of FreeBSD, I reboot the machine, and on bootup, it says, "Can't find /kernel" and repeats to the startup screen, doing this in an ongoing loop. >How-To-Repeat: Turn on the machine. >Fix: No clue. I had installed FreeBSD before on the same machine, and now it mysteriously does not work. >Audit-Trail: >Unformatted: