From owner-freebsd-bugs Sun May 19 02:50:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA12261 for bugs-outgoing; Sun, 19 May 1996 02:50:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA12254; Sun, 19 May 1996 02:50:02 -0700 (PDT) Resent-Date: Sun, 19 May 1996 02:50:02 -0700 (PDT) Resent-Message-Id: <199605190950.CAA12254@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:"from melbourne.DIALix.oz.au (seeuucp@melbourne.DIALix.oz.au [192.203.228.98]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id CAA12097 for" ; Sun, 19 May 1996 02:47:48.-0700 (PDT) Received: (from seeuucp@localhost) by melbourne.DIALix.oz.au (sendmail) with UUCP id TAA01406 for FreeBSD-gnats-submit@freebsd.org; Sun, 19 May 1996 19:47:23 +1000 (EST) Received: (from mark@localhost) by putte.seeware.DIALix.oz.au (8.7.5/8.7.3) id TAA14792; Sun, 19 May 1996 19:48:09 +1000 (EST) Message-Id: <199605190948.TAA14792@putte.seeware.DIALix.oz.au> Date: Sun, 19 May 1996 19:48:09 +1000 (EST) From: mark@seeware.DIALix.oz.au To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/1215: Makefile for dset has wrong manpage Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1215 >Category: bin >Synopsis: Makefile for dset has wrong manpage >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun May 19 02:50:01 PDT 1996 >Last-Modified: >Originator: Mark Hannon >Organization: +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+ | Mark Hannon,| FreeBSD - Free Unix for your PC| mark@seeware.DIALix.oz.au| | Melbourne, | PGP key available by fingering | epamha@epa.ericsson.se | | Australia | seeware@melbourne.DIALix.oz.au | | +-=-=-=-=-=-=-+-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+ >Release: FreeBSD 2.1-STABLE i386 >Environment: Stable, by CTM, latest 2.1-88 >Description: make install fails when getting to :/usr/src/sbin/dset. Attempts to install a dset.1 manpage. >How-To-Repeat: >Fix: Added MAN8= dset.8 to Makefile >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun May 19 04:01:34 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA16475 for bugs-outgoing; Sun, 19 May 1996 04:01:34 -0700 (PDT) Received: (from joerg@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA16458; Sun, 19 May 1996 04:01:28 -0700 (PDT) Date: Sun, 19 May 1996 04:01:28 -0700 (PDT) From: Joerg Wunsch Message-Id: <199605191101.EAA16458@freefall.freebsd.org> To: mark@seeware.DIALix.oz.au, joerg, freebsd-bugs Subject: Re: bin/1215 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Makefile for dset has wrong manpage State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Sun May 19 13:00:02 MET DST 1996 State-Changed-Why: This problem did only exist for a single day (brain-o of mine), and has been fixed in the -stable branch by: revision 1.2.4.2 date: 1996/05/03 18:11:02; author: joerg; state: Exp; lines: +1 -0 Update from HEAD: man page goes to section 8. From owner-freebsd-bugs Sun May 19 04:30:14 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA18632 for bugs-outgoing; Sun, 19 May 1996 04:30:14 -0700 (PDT) Received: (from pst@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA18625 for freebsd-bugs; Sun, 19 May 1996 04:30:13 -0700 (PDT) Date: Sun, 19 May 1996 04:30:13 -0700 (PDT) From: Paul Traina Message-Id: <199605191130.EAA18625@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 f [1995/05/28] kern/452 davidg vnode swapping panics f [1995/11/11] bin/817 fenner Wrong route to remote network f [1995/11/27] kern/840 peter Kernel page directory invalid o [1995/12/03] kern/863 davidg panic on kernel page fault, NULL curproc o [1995/12/08] kern/876 mpp NFS allows bogus accesses to cached data o [1996/01/09] kern/940 panic: free vnode isn't o [1996/01/13] ports/944 pst Security fixes for Fvwm 1.24r 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 o [1996/02/08] kern/1008 Daily crash while writing network backups o [1996/02/23] bin/1040 wollman with certain flags, route can reboot your 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/04/27] kern/1159 dyson NFS Client hangs in vm_object_terminate() o [1996/04/29] kern/1163 2.2-960323-SNAP: fatal trap 12 o [1996/05/07] kern/1177 Machine hangs with message "vm_fork: no p 17 problems total. Serious problems S Submitted Tracker Engr. Description ------------------------------------------------------------------------------- o [1994/11/30] kern/34 davidg nullfs and union mounts can result in wil o [1995/01/10] bin/104 pax -rwl may corrupt filesystem o [1995/01/24] gnu/183 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/09] bin/323 Creating lost+found causes fsck to stop f o [1995/04/20] kern/353 se xcdplayer crashes machine (with NCR810 SC o [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/14] kern/416 sos page fault in syscons.c:scopen() o [1995/05/14] bin/419 jkh pkg_delete refuses to delete an incomplet o [1995/05/16] kern/425 wollman arp entries not getting removed when inte o [1995/05/25] kern/443 65 sendmails crashes system o [1995/05/26] kern/446 unable to diskless-boot a PC when the ser o [1995/06/05] kern/492 jkh sysinstall shows "success" after "no spac 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/07/13] kern/611 pst WIDE-dhcp doesn't work with FreeBSD-2.0 b f [1995/07/20] kern/629 amurai user mode ppp dies when sending 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 o [1995/09/19] bin/728 joerg /bin/sh messes up quoting when going thro f [1995/09/20] kern/730 gibbs 3Com 3C5x9 probe problem o [1995/09/21] docs/731 socketpair(2) and man page inconsistent a o [1995/09/26] bin/739 Some problems when an output filter reads f [1995/09/27] kern/745 se occasional filesystem inconsistencies, an o [1995/09/27] bin/747 date(1) gives weird time zones and interp o [1995/09/27] kern/750 cd9660 confused by not-ready or I/O error o [1995/10/05] misc/767 Configure-time does time-warp on non-UTC a [1995/10/07] bin/771 wollman telnet character mode not set and broken o [1995/10/09] kern/774 dump fails with "slave couldn't reopen di o [1995/10/11] bin/777 patch doesn't realize stdin is closed and o [1995/10/12] bin/778 tar complains "EOF not on block boundary" 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/10/29] kern/798 PPP panics, touches 0xdeadc0de pointers o [1995/11/12] kern/820 scsi tape problems o [1995/11/16] bin/826 tcpmux listener in inetd does not work o [1995/11/21] i386/833 SCSI hard disks time out during tape rewi o [1995/11/27] kern/845 Automatic reboot says you can abort but b o [1995/11/28] bin/850 dump treats write-protect as an EOT & spo o [1995/12/01] bin/859 joerg /bin/sh -c does not ignore SIGINT o [1995/12/02] kern/860 msmith visual mode in kernel -c is too restricti o [1995/12/04] i386/867 Notebook with APM and 3C589C in PCMCIA fr f [1995/12/07] bin/873 fenner Invalid route to remote network o [1995/12/20] i386/906 davidg /sys/i386/boot/netboot/nb8390.com cannot o [1995/12/21] kern/907 scsi-dat tape station has stopped working o [1995/12/21] bin/908 sed bug with trailing backslashes 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 VGA mode not restored o [1996/01/06] kern/932 de0 occasionally enables 100baseTX when p o [1996/01/12] misc/942 X11 mono server dumps core on supported v o [1996/01/16] kern/949 panic, undebugable dump? o [1996/01/17] kern/951 -current kernel crashes with devfs error o [1996/01/19] kern/956 Kernel page fault, null callp o [1996/01/25] kern/971 Default limits for number of processes pe o [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/01/29] kern/979 Linux programs using pipes crash system o [1996/02/01] bin/986 problems make-ing with cd in the rule o [1996/02/03] kern/991 joerg pcvt keyboard doesn't accept input at cra o [1996/02/06] kern/998 bde badness in file system silently crashes m o [1996/02/10] kern/1016 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 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 o [1996/02/17] bin/1030 joerg /bin/sh does not pass environment variabl o [1996/02/27] kern/1045 Lockup: b_to_q to a clist with no reserve o [1996/02/28] i386/1048 ep driver fails to detect card when told a [1996/02/28] kern/1049 fenner /kernel: arpresolve: can't allocate llinf o [1996/02/28] bin/1050 Process (zip) hangs (unkillable) after fl o [1996/02/29] bin/1052 joerg /bin/sh problem with new GCC (snapshot fo o [1996/03/05] kern/1064 Recursive panic? o [1996/03/06] kern/1065 wt could crash reading short blocks o [1996/03/06] kern/1066 Arnet driver: panic when ifconfig PPP -> a [1996/03/06] kern/1067 mpp panic: ufs_lock: recursive lock not expec o [1996/03/09] ports/1072 asami tex port (ftplib.pl) does not support pas o [1996/03/09] bin/1073 telnet -8 does not work with SunOS or Sol o [1996/03/11] conf/1076 'make install' fails for /usr/src/share/e o [1996/03/16] kern/1081 Fatal double fault o [1996/03/17] kern/1087 Device close entry is not called when unm o [1996/03/20] kern/1092 ftruncate(2) returns EINVAL o [1996/03/21] bin/1095 make's continuation line handling buggy w o [1996/03/21] i386/1097 system hang during tape rewind/aic7870 co o [1996/03/23] kern/1098 File system corruption (2 cases) o [1996/03/26] kern/1102 smpatel Differentiation of FreeBSD & Linux ELF bi o [1996/03/30] bin/1111 mail.local will happily deliver mail to a o [1996/04/05] kern/1118 panic: setrunqueue encountered when wine o [1996/04/07] kern/1122 Kernel (current) does not see all memory o [1996/04/09] bin/1127 joerg sh(1) parameter expansion for substring p o [1996/04/11] kern/1134 se PPB support is broken for multiple/unknow o [1996/04/11] kern/1135 starting an extra mountd and then killing a [1996/04/14] kern/1140 fenner arpresolve does a null pointer dereferenc o [1996/04/24] kern/1157 SCSI Disk Timeouts (ahc0) o [1996/04/28] kern/1160 Panic: bad dir o [1996/04/28] kern/1161 -current panic on boot if DIAGNOSTIC opti o [1996/04/29] kern/1164 machine locks up o [1996/04/30] kern/1166 pmap panic (dump available) o [1996/05/02] kern/1171 panic: setrunnable after touching long id o [1996/05/06] conf/1176 sysinstall ftp error messages not helpful o [1996/05/08] kern/1180 freeing held page, count=%d o [1996/05/10] misc/1187 pppd dies with a segv o [1996/05/11] kern/1190 panic: page fault (wild pointer?) o [1996/05/14] kern/1204 umount -f after SCSI reset -> reboot o [1996/05/16] kern/1208 Rebooting nfs server results "Permission o [1996/05/17] gnu/1210 gcc (v2.6.3) -O and -O2 compile-time bus o [1996/05/18] bin/1212 ppp eventually runs out of file descripto o [1996/05/18] kern/1213 kernel page fault 117 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/14] bin/129 davidg fsck cannot take a mount point as an argu o [1995/01/14] bin/133 mail program doesn't have editheaders opt o [1995/01/15] bin/146 version of compress is kinda old and slow o [1995/01/21] misc/166 /usr/include/machine/asmacros.h includes o [1995/01/21] bin/173 rc trys to mount modload fs before ld is o [1995/01/21] bin/174 Poor error message from stty o [1995/01/22] kern/176 EIDRM not defined in errno.h o [1995/01/24] bin/184 pst send-pr says "Aborting ..." and happily r o [1995/01/30] bin/198 1.1.5.1 pine binary loops; top shows fanc o [1995/02/01] bin/199 quiz(6) reading database bug, pattern mat o [1995/03/17] kern/247 pst Berkeley Packet Filter fix o [1995/03/28] kern/281 Messages printed when checking CD ROM dev o [1995/03/28] kern/282 buslogic adapter information WAY too verb a [1995/04/09] bin/326 Weekly cron generates some usage and erro o [1995/04/09] bin/329 FTP transfers above 99K shown in scientif o [1995/04/20] misc/355 policy on /usr/local permission in base r o [1995/04/20] bin/357 jkh pkg_delete aborts when subcommand fails o [1995/05/01] gnu/373 In response to admittedly bogus code, gcc o [1995/05/12] bin/398 VI doesnt do the correct thing o [1995/05/13] bin/401 Add REMOTE_* variables o [1995/05/13] bin/402 w -n shows non-numeric addresses o [1995/05/13] misc/403 FreeBSD 1-compiled tcsh, bash and zsh bin o [1995/05/15] misc/423 Sound devices are too insecure o [1995/05/16] kern/428 configure is not foolproof o [1995/05/23] i386/440 want vidcontrol option to apply settings o [1995/05/26] i386/444 GUS sound driver does not seem to work. o [1995/05/27] gnu/450 tar --exclude -c doesn't work o [1995/05/30] docs/458 px doc does not find include figure o [1995/06/15] bin/517 wpaul Bad group change with 'install' o [1995/06/20] docs/536 No copyrights in usr/src/lib/libc/stdtime o [1995/07/05] bin/591 SPAP request REJexted in stead of NAKed o [1995/07/06] i386/596 and conflict with _P o [1995/07/07] bin/599 jkh pkg_add does not stop if dependencies are o [1995/08/05] gnu/655 ld -r of shared objects worked in 1.1.5, o [1995/08/07] bin/658 ifconfig alias has to be separately given o [1995/08/07] bin/661 Hercules is not capable of having a ISO-L o [1995/08/11] ports/673 /bin/sh + inn1.4 innwatch going belly up f [1995/08/11] kern/674 quad speed cdrom not being found o [1995/08/11] bin/675 make does unnecessary rebuilds o [1995/08/12] kern/677 X gets a bus error when calling mmap() o [1995/08/13] bin/680 2.0.5's tip using termios doesn't act the o [1995/08/14] bin/683 cron(8) o [1995/08/16] bin/693 jkh `pkg_add' is umask-sensitive o [1995/08/17] misc/697 "make -DCLOBBER" is broken o [1995/08/18] kern/700 The comments in /sys/net/in.h are confusi o [1995/08/29] bin/715 ls gives weird tabular form o [1995/09/02] bin/718 pkg_add incorrectly prints an error messa o [1995/09/23] docs/735 missing description for mount options in o [1995/09/26] kern/742 syslog errors accessing Mac hard disks [p o [1995/09/27] bin/743 vi cannot edit a file where the name star o [1995/09/28] kern/752 setting multiple addresses for a single i o [1995/09/28] kern/753 my archive scsi tape drive does not work o [1995/09/28] docs/754 there is no man page for the psm(4) mouse o [1995/10/03] kern/765 umount -f can`t umount a NFS filesystem i o [1995/10/12] bin/779 #include gets undefined 'rune_t o [1995/10/14] kern/781 OPEN_MAX in kernel config and FD_SETSIZE o [1995/10/23] bin/789 pkg_add doesn't work o [1995/10/25] kern/792 cd9660 very slow. o [1995/10/27] misc/796 Network install doesn't update /etc/hosts o [1995/10/29] docs/801 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/09] ports/814 unable to compile the port of "pine3.91" o [1995/11/11] bin/815 mountd reports unknown hosts with non-inf o [1995/11/13] kern/821 Config doesn't properly trap signals o [1995/11/20] kern/831 one minor complaint about the kernel visu o [1995/11/22] kern/835 ed panics with SMC ultra with iomem, if n o [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/28] misc/848 Inst gripes about geometry but won't acce o [1995/11/28] misc/849 Install skimps on inodes and newfs defaul o [1995/11/30] bin/854 swapinfo shows incorrect information for o [1995/11/30] ports/857 Need ANSI_C define to not declare some fu o [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/09] ports/883 jkh tclX-port does not build properly f [1995/12/14] bin/892 ppp recursion problem and partial FIX f [1995/12/16] bin/895 ppp predictor-1 memory leak [PATCH includ o [1995/12/17] kern/900 ext2fs triggers divide by zero trap in vn o [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 o [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 o [1996/01/15] kern/946 divide-by-zero in kernel on bad disk info o [1996/01/19] bin/958 ttys file does not include all ptys 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 o [1996/02/03] bin/993 g++ complains about /usr/include/machine/ o [1996/02/04] kern/994 sos syscons bug in ESC[nX handling (w/fix) 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/09] kern/1012 vnode_pager_putpages: attempt to write me o [1996/02/12] bin/1021 phk pppd doesn't handle PAP-only authenticati o [1996/02/14] kern/1026 deadlocks if parent vfork and child has c o [1996/02/14] bin/1028 shutdown -r does not seem to always compl o [1996/02/15] bin/1029 cd behaves erraticly if cwd is a mount-po o [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 o [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 vm_bounce_alloc error on 2.1 install with o [1996/02/27] gnu/1047 send-pr: Aborting... o [1996/02/29] kern/1051 zip fails on dos partition o [1996/03/02] bin/1056 pppd fails if -detach o [1996/03/08] bin/1068 man ignores -P option when combined with o [1996/03/08] ports/1069 TkMan acts erroneusly on apropos o [1996/03/09] bin/1070 /usr/bin/fstat doesn't display open, acti o [1996/03/09] bin/1074 tty rows & columns settings sometimes res o [1996/03/18] docs/1089 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] ports/1104 asami Paper sizes in (printing) ports o [1996/03/28] bin/1105 Bug in find command o [1996/03/28] ports/1106 asami a new port o [1996/03/28] ports/1109 asami mods to vim-3.0 port o [1996/04/05] kern/1116 Cannot umount stale NFS volumes o [1996/04/06] kern/1119 Mounted EXT2FS partition is not cleanly u a [1996/04/10] kern/1130 pty driver bug o [1996/04/12] bin/1136 joerg broken printf in sh(1) o [1996/04/14] bin/1139 uname.1 and uname.c disagree about displa o [1996/04/14] docs/1141 mpp pcvt(4) references non-existent man page. o [1996/04/15] docs/1142 mpp signal manpage doesn't describe sig param o [1996/04/15] docs/1143 mpp sigaction manpage doesn't describe sig pa o [1996/04/15] kern/1144 sig{add, del}set and sigismember fns don' o [1996/04/15] bin/1145 tftpd should support -s o [1996/04/16] bin/1147 units(1) missing from FreeBSD -current an o [1996/04/19] docs/1151 mpp intro(3) references libc(3) and plot(3), o [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/04/25] bin/1158 atq uses GMT time instead of TZ time o [1996/05/01] ports/1168 asami New version of pine. 3.93 fixes bugs in o [1996/05/02] docs/1169 mpp bogus reference to keysu(1) in key(1) and o [1996/05/02] docs/1170 mpp include files missing from get{peer,sock} o [1996/05/09] bin/1181 fsck displays wrong char in "option?" dia o [1996/05/09] bin/1182 timed records improper entry in wtmp o [1996/05/09] bin/1184 ls + xterm + nvi + columns != 80 + ^Z = m o [1996/05/10] ports/1185 mods to vim-3.0 port (aka ports/1109) o [1996/05/10] kern/1186 MFS doesn't mark memory free when it's fi o [1996/05/12] kern/1192 various ipfw.[ch] changes (see below) o [1996/05/12] bin/1193 Cleanup + ability to zero individual chai o [1996/05/12] kern/1195 stable with DIAGNOSTIC panics `vm_page_un o [1996/05/12] kern/1196 sys/scsi/od.c update by author. o [1996/05/13] ports/1200 pop3 requests may crash client o [1996/05/13] kern/1201 FreeBSD SCSI changer driver leaves a bit o [1996/05/15] bin/1206 /bin/sh + emacs + ^G = ruined terminal o [1996/05/16] gnu/1209 send-pr should refuse PR's without subjec o [1996/05/18] docs/1214 lseek() manpage refers to fildes argument 150 problems total. From owner-freebsd-bugs Sun May 19 06:11:08 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA23900 for bugs-outgoing; Sun, 19 May 1996 06:11:08 -0700 (PDT) Received: from email.croughton.af.mil ([131.56.128.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA23893 for ; Sun, 19 May 1996 06:11:03 -0700 (PDT) Received: from bnochd.croughton.af.mil (bnochd.croughton.af.mil [131.56.128.174]) by email.croughton.af.mil (8.6.11/8.6.9) with SMTP id NAA00471; Sun, 19 May 1996 13:01:01 GMT Date: Sun, 19 May 1996 13:01:01 GMT From: hetzels@email.croughton.af.mil Message-Id: <199605191301.NAA00471@email.croughton.af.mil> To: undisclosed-recipients:; Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk From owner-freebsd-bugs Sun May 19 06:11:16 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA23919 for bugs-outgoing; Sun, 19 May 1996 06:11:16 -0700 (PDT) Received: from email.croughton.af.mil ([131.56.128.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA23899 for ; Sun, 19 May 1996 06:11:07 -0700 (PDT) Received: from bnochd.croughton.af.mil (bnochd.croughton.af.mil [131.56.128.174]) by email.croughton.af.mil (8.6.11/8.6.9) with SMTP id NAA00474; Sun, 19 May 1996 13:01:59 GMT Message-ID: <319F37A4.6F60@603cs.croughton.af.mil> Date: Sun, 19 May 1996 14:01:50 -0100 From: "Scot W. Hetzel" X-Mailer: Mozilla 3.0b3 (Win16; I) MIME-Version: 1.0 To: bugs@FreeBSD.org Subject: Re: Problem Installing 2.2-960501-SNAP to WD 2.5 GB HD. References: <4m02u4$c00@dyson.iquest.net> <4m9vv8$9l@dyson.iquest.net> <31967D0C.203@603cs.croughton.af.mil> <319B4D84.4CC5@603cs.croughton.af.mil> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Scot W. Hetzel wrote: > > I am having problems installing FreeBSD 2.2-960501-SNAP to my system that > has 3 IDE Hard Drives (2 WD 1.6 GB, and 1 WD 2.5 GB HD). The FreeBSD > 2.2-960501-SNAP Installation floppy will start to load, but after the > waiting at "boot:" ends I receive "ERROR: C:0 H:0 S:0". > > My System is configured as follows: > > drive 0: WD 1.6 GB > 0 774 MB PRI DOS > 1 774 MB FreeBSD > > drive 1: WD 1.6 GB > 0 774 MB PRI DOS > 1 774 MB FreeBSD > > drive 2: WD 2.5 GB > 0 803 MB PRI DOS > 1 611 MB Extended DOS > 2 1024 MB FreeBSD > > To get my system to reconize the drive I had to set Translation to > Extended CHS and Auto Configure in CMOS. With the Above Configuration I > can Install FreeBSD 2.1.0 to all the drives. > > I can get FreeBSD 2.2-960501-SNAP to install, only after I disconnect the > WD 2.5 GB HD from the system. But as soon as I connect the WD 2.5 GB HD, > FreeBSD 2.2-960501-SNAP boots with the error msg "ERROR: C:0 H:0 S:0". > > Any help solving my SNAP problem would be appriciated. > > Scot W. Hetzel > Looking Forward to 2.2-RELEASE. I found out what the problem was with FreeBSD 2.2-960501-SNAP, for some reason it didn't like the BIOS for my GateWay 2000 P5-133XL (AMIBIOS v1.00.05 BR0T). After locating, downloading and installing AMIBIOS v1.00.10 BR0T, I was able to install the Snap for FreeBSD. What has changed in the BIOS detection of FreeBSD 2.2, as 2.1 detects the WD 2.5 GB with no problems? Scot W. Hetzel From owner-freebsd-bugs Sun May 19 09:00:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA03122 for bugs-outgoing; Sun, 19 May 1996 09:00:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA03096; Sun, 19 May 1996 09:00:02 -0700 (PDT) Resent-Date: Sun, 19 May 1996 09:00:02 -0700 (PDT) Resent-Message-Id: <199605191600.JAA03096@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, mi@aldan.zipnet.net Received: from guest.zipnet.net (guest.zipnet.net [199.232.255.43]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA03001 for ; Sun, 19 May 1996 08:57:52 -0700 (PDT) Received: (from mi@localhost) by guest.zipnet.net (8.7.5/8.7.3) id LAA00265; Sun, 19 May 1996 11:59:36 GMT Message-Id: <199605191159.LAA00265@guest.zipnet.net> Date: Sun, 19 May 1996 11:59:36 GMT From: mi@aldan.zipnet.net Reply-To: mi@aldan.zipnet.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/1216: clock.c's defines Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1216 >Category: kern >Synopsis: Support for i586 clock clibration is not built in >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sun May 19 09:00:01 PDT 1996 >Last-Modified: >Originator: Mikhail Teterin >Organization: >Release: FreeBSD 2.2-960501-SNAP i386 >Environment: May 1 snapshot >Description: CLK_USE_I586_CALIBRATION is not turned on automaticly by specifying CPU as 586 or 686. Neither is the option listed in the i386/conf/LINT >How-To-Repeat: >Fix: #if defined(I586) || defined(I686) # define CLK_USE.... #endif But this is so obvious, there must be smth behind it... >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun May 19 09:10:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA03530 for bugs-outgoing; Sun, 19 May 1996 09:10:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA03524; Sun, 19 May 1996 09:10:02 -0700 (PDT) Resent-Date: Sun, 19 May 1996 09:10:02 -0700 (PDT) Resent-Message-Id: <199605191610.JAA03524@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, mi@aldan.zipnet.net Received: from guest.zipnet.net (guest.zipnet.net [199.232.255.43]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA03431 for ; Sun, 19 May 1996 09:08:18 -0700 (PDT) Received: (from mi@localhost) by guest.zipnet.net (8.7.5/8.7.3) id MAA00384; Sun, 19 May 1996 12:10:08 GMT Message-Id: <199605191210.MAA00384@guest.zipnet.net> Date: Sun, 19 May 1996 12:10:08 GMT From: Mikhail Teterin Reply-To: mi@aldan.zipnet.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/1217: second IDE-harddrive on the second IDE channel Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1217 >Category: kern >Synopsis: separating to hardrives to two IDE channels hangs the OS >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun May 19 09:10:01 PDT 1996 >Last-Modified: >Originator: Mikhail Teterin >Organization: >Release: FreeBSD 2.2-960501-SNAP i386 >Environment: Embedded PCI dual-channel IDE controller (seen as wdc0 and wdc1) Neptune chip-set. EISA and PCI buses. Pentium-100. NEC Image-P100E machine. Two Conner CFS1257A disks. Custom built kernel. >Description: If I put every disk on it's own IDE channel (motherboard has two IDE plugs), mounting the partition on the second drive goes fine, but attempt to read a file from there hangs the entire machine, although I can do `ls' before reading, and see the correct output. Tried async and read-only mounting also. Same effect. >How-To-Repeat: See description. >Fix: Put the drives on the same IDE channel (as master and slave). But, I thought, I can gain a few percents of performance by splitting them. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun May 19 12:28:09 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA07044 for bugs-outgoing; Sun, 19 May 1996 12:28:09 -0700 (PDT) Received: (from joerg@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA07026; Sun, 19 May 1996 12:28:06 -0700 (PDT) Date: Sun, 19 May 1996 12:28:06 -0700 (PDT) From: Joerg Wunsch Message-Id: <199605191928.MAA07026@freefall.freebsd.org> To: akiyama@kme.mei.co.jp, joerg, freebsd-bugs, joerg Subject: Re: kern/1196 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: sys/scsi/od.c update by author. State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Sun May 19 21:26:33 MET DST 1996 State-Changed-Why: Submitted modifications integrated in rev 1.16 of sys/scsi/od.c. Thanks! Responsible-Changed-From-To: freebsd-bugs->joerg Responsible-Changed-By: joerg Responsible-Changed-When: Sun May 19 21:26:33 MET DST 1996 Responsible-Changed-Why: Ijoerg is mentoring the od drver. From owner-freebsd-bugs Sun May 19 12:50:08 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA10387 for bugs-outgoing; Sun, 19 May 1996 12:50:08 -0700 (PDT) Received: from feyuri.microsoft.com (feyuri.microsoft.com [131.107.243.53]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA10288; Sun, 19 May 1996 12:49:53 -0700 (PDT) Received: by feyuri.microsoft.com with Microsoft Exchange (IMC 4.0.948.0) id <01BB4581.99A97D20@feyuri.microsoft.com>; Sun, 19 May 1996 12:49:21 -0700 Message-ID: From: "Scott Overholser (Volt Computer) (Exchange)" To: "'Scott Overholser'" , "'Doug Wellington'" Cc: "'freebsd-questions@FreeBSD.ORG'" , "'freebsd-hackers@FreeBSD.ORG'" , "'freebsd-isp@FreeBSD.ORG'" , "'freebsd-bugs@FreeBSD.ORG'" Subject: RE: sendmail read errors/timeouts etc. Date: Sun, 19 May 1996 12:49:29 -0700 X-Mailer: Microsoft Exchange Server Internet Mail Connector Version 4.0.948.0 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 good questions...i didn't include this info in the mail since it was pretty wordy already and the system is a stock freebsd system - no surprises. the sendmail version is 8.6.12. i didn't keep my sendmail.cf from before. the sendmail.cf i'm using is the one that is installed with the stock system with the only change being the addition of "remuda.com" to the Cw line. the timeouts i set are all either 1 hour (for stuff like mail, and quit) and 2 hours for rcpt and data. the defaults are usually about 10 minutes. the gateway is very lightly loaded. also, telnet to port 25 of the problem sites works just fine. one more detail that i should have mentioned before. the sites that i have trouble with don't seem to have anything in common. the microsoft folks are obviously running ms exchange with the smtp gateway on winders nt. i think the nintendo site is linux and it's running smap. i don't have a clue what msn is using but gonna guess that winders nt is involved. i'd like to reiterate that the problems are 100% reproducable with the sites i'm having trouble with while mail to everyone else works just fine. i did some testing with another freebsd box (stock install again) and the sites that are causing problems for my box don't affect it (i built both, both are on different net connections). i stole it's sendmail.cf but it didn't help. i'm gonna rebuild and see if that helps. i'll post results to the lists. scotto >---------- >From: Doug Wellington[SMTP:doug@sun1paztcn.wr.usgs.gov] >Sent: Saturday, May 18, 1996 12:26 AM >To: Scott Overholser >Cc: Scott Overholser (Volt Computer) (Exchange); >freebsd-questions@FreeBSD.ORG; freebsd-hackers@FreeBSD.ORG; >freebsd-isp@FreeBSD.ORG; freebsd-bugs@FreeBSD.ORG; >doug@sun1paztcn.wr.usgs.gov >Subject: Re: sendmail read errors/timeouts etc. > >Previously: >>i recently replaced my email gateway with a freebsd 2.1.0 box. prior to >>that it was a linux box (different hardware) running sendmail 8.6.11 and >>100% trouble free. now though, i am seeing sendmail errors when sending to >>a few select sites. in addition, i see them when i receive from the same >>sites. > >Well, I'm gonna start with a couple dumb questions... What version of >sendmail are you running? I think the most recent is 8.7.5... When you >switched, did you keep a copy of your old sendmail.cf? Have you done a >diff on the old vs. the new? I know you said that your timeouts were >very high, but exactly what is the r option? I used to run with 15m, >but that isn't long enough anymore. Try at least 30m or maybe even 1h >or more... Also, do you have any problems with a connection to those sites >if you do it manually (with telnet)? How heavily is your gateway loaded? >If you have a heavy load, you may want to consider using a more efficient >mailer than sendmail... > >-Doug > >Doug Wellington >doug@sun1paztcn.wr.usgs.gov >System and Network Administrator >US Geological Survey, Tucson, AZ Project Office > >According to proposed Federal guidelines, this message is a "non-record". >Hmm, I wonder if _everything_ I say is a "non-record"... > >FreeBSD and Apache - the best real tools for the virtual world! >Check out www.freebsd.org and www.apache.org, and for you music >types, check out TCLMidi... > >God, I wonder what Apple is going to mess up next? Have they been >taking lessons from Novell? > From owner-freebsd-bugs Sun May 19 13:58:33 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA22725 for bugs-outgoing; Sun, 19 May 1996 13:58:33 -0700 (PDT) Received: from okjunc.junction.net (root@okjunc.junction.net [199.166.227.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA22718; Sun, 19 May 1996 13:58:29 -0700 (PDT) Received: from sidhe.memra.com (sidhe.memra.com [199.166.227.105]) by okjunc.junction.net (8.6.11/8.6.11) with SMTP id NAA26446; Sun, 19 May 1996 13:13:22 -0700 Date: Sun, 19 May 1996 13:56:36 -0700 (PDT) From: Michael Dillon To: a-scotov@microsoft.com cc: "'freebsd-questions@FreeBSD.ORG'" , "'freebsd-hackers@FreeBSD.ORG'" , "'freebsd-isp@FreeBSD.ORG'" , "'freebsd-bugs@FreeBSD.ORG'" Subject: RE: sendmail read errors/timeouts etc. In-Reply-To: Message-ID: Organization: Memra Software Inc. - Internet consulting MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 19 May 1996, Scott Overholser (Volt Computer) (Exchange) wrote: > nt. i think the nintendo site is linux and it's running smap. Uhhhh... bash$ /usr/sbin/nslookup -q=mx nintendo.com Server: sidhe.memra.com Address: 10.10.10.1 nintendo.com preference = 1, mail exchanger = samus.nintendo.com nintendo.com nameserver = orcu.or.br.np.els-gms.att.net nintendo.com nameserver = ohcu.oh.mt.np.els-gms.att.net samus.nintendo.com internet address = 205.166.76.2 orcu.or.br.np.els-gms.att.net internet address = 199.191.129.139 ohcu.oh.mt.np.els-gms.att.net internet address = 199.191.144.75 bash$ telnet samus.nintendo.com 25 Trying 205.166.76.2... Connected to samus.nintendo.com. Escape character is '^]'. 220- samus.nintendo.com Sendmail 950215.SGI.8.6.10/940406.SGI.AUTO ready at Sun, 19 May 1996 13:52:13 -0700 220 ESMTP spoken here quit In the past I have heard that SGI's can cause some problems with other TCP/IP stacks because they have some internal timings tuned too fast. This was in relation to http. Could there be a connection? Michael Dillon Voice: +1-604-546-8022 Memra Software Inc. Fax: +1-604-546-3049 http://www.memra.com E-mail: michael@memra.com From owner-freebsd-bugs Sun May 19 15:20:24 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA28042 for bugs-outgoing; Sun, 19 May 1996 15:20:24 -0700 (PDT) Received: from yuri.microsoft.com (exchange.microsoft.com [131.107.243.48]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA27961; Sun, 19 May 1996 15:20:11 -0700 (PDT) Received: by yuri.microsoft.com with Microsoft Exchange (IMC 4.0.838.14) id <01BB4596.996A44B0@yuri.microsoft.com>; Sun, 19 May 1996 15:19:40 -0700 Message-ID: From: "Scott Overholser (Volt Computer) (Exchange)" To: "'Michael Dillon'" Cc: "'freebsd-questions@FreeBSD.ORG'" , "'freebsd-hackers@FreeBSD.ORG'" , "'freebsd-isp@FreeBSD.ORG'" , "'freebsd-bugs@FreeBSD.ORG'" Subject: RE: sendmail read errors/timeouts etc. Date: Sun, 19 May 1996 15:05:10 -0700 X-Mailer: Microsoft Exchange Server Internet Mail Connector Version 4.0.838.14 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 actually, the domain of interest for nintendo of america is "noa.com" and the mail host is called bowser.noa.com. i've never sent mail to nintendo.com. i have not discovered anything in common among the sites i'm having trouble with (other than the fact that my box is having trouble with all of them - hmm maybe that should tell me something %^) i'm surprised that with all the folks that've had problems with this in the various versions of freebsd over the last year that nobody really nailed it down. i was gonna search the netbsd list archives but they aren't as easy to get at as the freebsd archives are (no smurfy html form - gotta go get 'em and grep through 'em) - i thought it'd be interesting to find out if the netbsd'ers have experienced the same difficulties. oh well, that'll be that bottom of the barrel strategy. scotto >---------- >From: Michael Dillon[SMTP:michael@memra.com] >Sent: Sunday, May 19, 1996 1:56 PM >To: Scott Overholser (Volt Computer) (Exchange) >Cc: 'freebsd-questions@FreeBSD.ORG'; 'freebsd-hackers@FreeBSD.ORG'; >'freebsd-isp@FreeBSD.ORG'; 'freebsd-bugs@FreeBSD.ORG' >Subject: RE: sendmail read errors/timeouts etc. > >On Sun, 19 May 1996, Scott Overholser (Volt Computer) (Exchange) wrote: > >> nt. i think the nintendo site is linux and it's running smap. > >Uhhhh... > >bash$ /usr/sbin/nslookup -q=mx nintendo.com >Server: sidhe.memra.com >Address: 10.10.10.1 > >nintendo.com preference = 1, mail exchanger = samus.nintendo.com >nintendo.com nameserver = orcu.or.br.np.els-gms.att.net >nintendo.com nameserver = ohcu.oh.mt.np.els-gms.att.net >samus.nintendo.com internet address = 205.166.76.2 >orcu.or.br.np.els-gms.att.net internet address = 199.191.129.139 >ohcu.oh.mt.np.els-gms.att.net internet address = 199.191.144.75 >bash$ telnet samus.nintendo.com 25 >Trying 205.166.76.2... >Connected to samus.nintendo.com. >Escape character is '^]'. >220- samus.nintendo.com Sendmail 950215.SGI.8.6.10/940406.SGI.AUTO >ready >at Sun, 19 May 1996 13:52:13 -0700 >220 ESMTP spoken here >quit > >In the past I have heard that SGI's can cause some problems with other >TCP/IP stacks because they have some internal timings tuned too fast. >This was in relation to http. Could there be a connection? > >Michael Dillon Voice: >+1-604-546-8022 >Memra Software Inc. Fax: >+1-604-546-3049 >http://www.memra.com E-mail: >michael@memra.com > > From owner-freebsd-bugs Sun May 19 15:30:09 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA29769 for bugs-outgoing; Sun, 19 May 1996 15:30:09 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA29750; Sun, 19 May 1996 15:30:06 -0700 (PDT) Resent-Date: Sun, 19 May 1996 15:30:06 -0700 (PDT) Resent-Message-Id: <199605192230.PAA29750@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, nash@mcs.com Received: from zen.nash.org (nash.pr.mcs.net [204.95.47.72]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA28036; Sun, 19 May 1996 15:20:23 -0700 (PDT) Received: (from alex@localhost) by zen.nash.org (8.7.5/8.6.12) id RAA01314; Sun, 19 May 1996 17:19:43 -0500 (CDT) Message-Id: <199605192219.RAA01314@zen.nash.org> Date: Sun, 19 May 1996 17:19:43 -0500 (CDT) From: Alex Nash Reply-To: nash@mcs.com To: FreeBSD-gnats-submit@freebsd.org Cc: phk@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/1219: IPFW: kernel code enhancements Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1219 >Category: kern >Synopsis: IPFW kernel code enhancements >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sun May 19 15:30:03 PDT 1996 >Last-Modified: >Originator: Alex Nash >Organization: >Release: FreeBSD 2.1-STABLE i386 >Environment: FreeBSD 2.1.0-stable or FreeBSD 2.2-current with IPFW changes submitted in PRs bin/1193 and kern/1192. >Description: ip_fw.h - Corrected a spelling error. - Added an ICMP type bitmap and timestamp field. - Added a new flag, IP_FW_F_ICMPBIT. When this flag is set, it indicates that the ICMP type bitmap (fw_icmptypes) is valid. ip_fw.c - Timestamp chain entry when updating packet/byte counters. - Display ICMP code along with type when logging. - Filter based on ICMP type. - Removed (#if 0'ed) comment about ICMP firewall not being supported. >How-To-Repeat: N/A >Fix: NOTE: 1. The version numbers shown in the diffs do *not* correspond to version numbers in the FreeBSD CVS tree. 2. All diffs are applied after the changes made in kern/1192. Complete sources for kernel and user-level code are available at: ftp://ftp.fa.tdktca.com/pub/FreeBSD/ipfw MD5 (ipfw.tar.gz) = f54888e0aa91745f8bb27f35c104e62e *** ip_fw.h 1996/05/18 15:36:39 1.1 --- ip_fw.h 1996/05/19 18:30:20 1.3 *************** *** 48,54 **** #define IP_FW_MAX_PORTS 10 /* A reasonable maximum */ u_short fw_pts[IP_FW_MAX_PORTS]; /* Array of port numbers to match */ u_char fw_ipopt,fw_ipnopt; /* IP options set/unset */ ! u_char fw_tcpf,fw_tcpnf; /* TCP flags sen/unset */ }; struct ip_fw_chain { --- 48,57 ---- #define IP_FW_MAX_PORTS 10 /* A reasonable maximum */ u_short fw_pts[IP_FW_MAX_PORTS]; /* Array of port numbers to match */ u_char fw_ipopt,fw_ipnopt; /* IP options set/unset */ ! u_char fw_tcpf,fw_tcpnf; /* TCP flags set/unset */ ! #define IP_FW_ICMPTYPES_DIM (256 / (sizeof(unsigned) * 8)) ! unsigned fw_icmptypes[IP_FW_ICMPTYPES_DIM]; /* ICMP types bitmap */ ! long timestamp; /* timestamp (tv_sec) of last match */ }; struct ip_fw_chain { *************** *** 60,92 **** * Values for "flags" field . */ ! #define IP_FW_F_ALL 0x000 /* This is a universal packet rule */ ! #define IP_FW_F_TCP 0x001 /* This is a TCP packet rule */ ! #define IP_FW_F_UDP 0x002 /* This is a UDP packet rule */ ! #define IP_FW_F_ICMP 0x003 /* This is a ICMP packet rule */ ! #define IP_FW_F_KIND 0x003 /* Mask to isolate rule kind */ ! ! #define IP_FW_F_IN 0x004 /* Inbound */ ! #define IP_FW_F_OUT 0x008 /* Outboun */ ! ! #define IP_FW_F_ACCEPT 0x010 /* This is an accept rule */ ! #define IP_FW_F_COUNT 0x020 /* This is an accept rule */ ! #define IP_FW_F_PRN 0x040 /* Print if this rule matches */ ! #define IP_FW_F_ICMPRPL 0x080 /* Send back icmp unreachable packet */ ! #define IP_FW_F_SRNG 0x100 /* The first two src ports are a min * * and max range (stored in host byte * * order). */ ! #define IP_FW_F_DRNG 0x200 /* The first two dst ports are a min * * and max range (stored in host byte * * order). */ ! #define IP_FW_F_IFNAME 0x400 /* Use interface name/unit (not IP) */ ! #define IP_FW_F_FRAG 0x800 /* Fragment */ ! #define IP_FW_F_MASK 0xFFF /* All possible flag bits mask */ /* * Definitions for IP option names. --- 63,97 ---- * Values for "flags" field . */ ! #define IP_FW_F_ALL 0x0000 /* This is a universal packet rule */ ! #define IP_FW_F_TCP 0x0001 /* This is a TCP packet rule */ ! #define IP_FW_F_UDP 0x0002 /* This is a UDP packet rule */ ! #define IP_FW_F_ICMP 0x0003 /* This is a ICMP packet rule */ ! #define IP_FW_F_KIND 0x0003 /* Mask to isolate rule kind */ ! ! #define IP_FW_F_IN 0x0004 /* Inbound */ ! #define IP_FW_F_OUT 0x0008 /* Outbound */ ! ! #define IP_FW_F_ACCEPT 0x0010 /* This is an accept rule */ ! #define IP_FW_F_COUNT 0x0020 /* This is an accept rule */ ! #define IP_FW_F_PRN 0x0040 /* Print if this rule matches */ ! #define IP_FW_F_ICMPRPL 0x0080 /* Send back icmp unreachable packet */ ! #define IP_FW_F_SRNG 0x0100 /* The first two src ports are a min * * and max range (stored in host byte * * order). */ ! #define IP_FW_F_DRNG 0x0200 /* The first two dst ports are a min * * and max range (stored in host byte * * order). */ ! #define IP_FW_F_IFNAME 0x0400 /* Use interface name/unit (not IP) */ ! #define IP_FW_F_FRAG 0x0800 /* Fragment */ ! #define IP_FW_F_ICMPBIT 0x1000 /* ICMP type bitmap is valid */ ! ! #define IP_FW_F_MASK 0x1FFF /* All possible flag bits mask */ /* * Definitions for IP option names. *** ip_fw.c 1996/05/18 15:36:39 1.1 --- ip_fw.c 1996/05/19 18:31:09 1.3 *************** *** 22,29 **** #include #include #include - #if 0 /* XXX -current, but not -stable */ #include #include #endif #include --- 22,30 ---- #include #include #include #include + #include + #if 0 /* XXX -current, but not -stable */ #include #endif #include *************** *** 124,129 **** --- 125,149 ---- return 1; } + static int + icmptype_match(icmp, f) + struct icmp * icmp; + struct ip_fw * f; + { + int type; + + if (!(f->fw_flg & IP_FW_F_ICMPBIT)) + return(1); + + type = icmp->icmp_type; + + /* check for matching type in the bitmap */ + if (f->fw_icmptypes[type / (sizeof(unsigned) * 8)] & + (1U << (type % (8 * sizeof(unsigned))))) + return(1); + + return(0); /* no match */ + } static int ipopts_match(ip, f) *************** *** 211,217 **** printf(":%d", ntohs(udp->uh_dport)); break; case IPPROTO_ICMP: ! printf("ICMP:%u ", icmp->icmp_type); print_ip(ip->ip_src); printf(" "); print_ip(ip->ip_dst); --- 231,237 ---- printf(":%d", ntohs(udp->uh_dport)); break; case IPPROTO_ICMP: ! printf("ICMP:%u.%u ", icmp->icmp_type, icmp->icmp_code); print_ip(ip->ip_src); printf(" "); print_ip(ip->ip_dst); *************** *** 383,390 **** continue; /* ICMP, done */ ! if (prt == IP_FW_F_ICMP) goto got_match; /* Fragments can't match past this point */ if (ip->ip_off & IP_OFFMASK) --- 403,414 ---- continue; /* ICMP, done */ ! if (prt == IP_FW_F_ICMP) { ! if (!icmptype_match(icmp, f)) ! continue; ! goto got_match; + } /* Fragments can't match past this point */ if (ip->ip_off & IP_OFFMASK) *************** *** 407,412 **** --- 431,437 ---- got_match: f->fw_pcnt++; f->fw_bcnt+=ip->ip_len; + f->timestamp = time.tv_sec; if (f->fw_flg & IP_FW_F_PRN) { if (f->fw_flg & IP_FW_F_ACCEPT) ipfw_report("Accept", f->fw_number, ip, f->fw_pcnt); *************** *** 554,561 **** --- 579,591 ---- s = splnet(); for (fcp = ip_fw_chain.lh_first; fcp; fcp = fcp->chain.le_next) if (!frwl || frwl->fw_number == fcp->rule->fw_number) + { fcp->rule->fw_bcnt = fcp->rule->fw_pcnt = 0; + fcp->rule->timestamp = 0; + } splx(s); + + return(0); } static struct ip_fw * *************** *** 596,607 **** frwl->fw_nsp, frwl->fw_ndp)); return (NULL); } - #if 0 - if ((frwl->fw_flg & IP_FW_F_KIND) == IP_FW_F_ICMP) { - dprintf(("ip_fw_ctl: request for unsupported ICMP frwling\n")); - return (NULL); - } - #endif return frwl; } --- 626,631 ---- >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun May 19 15:30:13 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA29795 for bugs-outgoing; Sun, 19 May 1996 15:30:13 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA29780; Sun, 19 May 1996 15:30:10 -0700 (PDT) Resent-Date: Sun, 19 May 1996 15:30:10 -0700 (PDT) Resent-Message-Id: <199605192230.PAA29780@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, nash@mcs.com Received: from zen.nash.org (nash.pr.mcs.net [204.95.47.72]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA28041; Sun, 19 May 1996 15:20:24 -0700 (PDT) Received: (from alex@localhost) by zen.nash.org (8.7.5/8.6.12) id RAA01316; Sun, 19 May 1996 17:19:44 -0500 (CDT) Message-Id: <199605192219.RAA01316@zen.nash.org> Date: Sun, 19 May 1996 17:19:44 -0500 (CDT) From: Alex Nash Reply-To: nash@mcs.com To: FreeBSD-gnats-submit@freebsd.org Cc: phk@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/1220: IPFW: configuration utility enhancements Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1220 >Category: bin >Synopsis: IPFW: configuration utility enhancements >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sun May 19 15:30:08 PDT 1996 >Last-Modified: >Originator: Alex Nash >Organization: >Release: FreeBSD 2.1-STABLE i386 >Environment: FreeBSD 2.1.0-stable or FreeBSD 2.2-current with IPFW changes submitted in PRs bin/1193 and kern/1192. >Description: ipfw.c: - Allow filtering by ICMP type. - Added URG tcpflag. - Print usage if an unknown tcpflag is used. - Ability to print date/time when the chain entry was last matched. ipfw.8: - Documented the -t (time display) option. - Documented the *presence* of icmptypes. >How-To-Repeat: N/A >Fix: NOTE: 1. The version numbers shown in the diffs do *not* correspond to version numbers in the FreeBSD CVS tree. 2. All diffs are applied after the changes made in bin/1193. Complete sources for kernel and user-level code are available at: ftp://ftp.fa.tdktca.com/pub/FreeBSD/ipfw MD5 (ipfw.tar.gz) = f54888e0aa91745f8bb27f35c104e62e *** ipfw.c 1996/05/18 15:38:41 1.1 --- ipfw.c 1996/05/19 18:28:45 1.4 *************** *** 27,32 **** --- 27,33 ---- #include #include #include + #include #include #include #include *************** *** 40,45 **** --- 41,47 ---- int s; /* main RAW socket */ int do_resolv=0; /* Would try to resolv all */ int do_acct=0; /* Show packet/byte count */ + int do_time=0; /* Show time stamps */ int mask_bits(m_ad) *************** *** 77,82 **** --- 79,98 ---- if (do_acct) printf("%10lu %10lu ",chain->fw_pcnt,chain->fw_bcnt); + if (do_time) + { + if (chain->timestamp) + { + char timestr[30]; + + strcpy(timestr, ctime((time_t *)&chain->timestamp)); + *strchr(timestr, '\n') = '\0'; + printf("%s ", timestr); + } + else + printf(" "); + } + if (chain->fw_flg & IP_FW_F_ACCEPT) printf("allow"); else if (chain->fw_flg & IP_FW_F_ICMPRPL) *************** *** 242,247 **** --- 258,276 ---- if (chain->fw_tcpf & IP_FW_TCPF_URG) PRINTFLG("urg"); if (chain->fw_tcpnf & IP_FW_TCPF_URG) PRINTFLG("!urg"); } + if (chain->fw_flg & IP_FW_F_ICMPBIT) { + int type_index; + int first = 1; + + printf(" icmptype"); + + for (type_index = 0; type_index < 256; ++type_index) + if (chain->fw_icmptypes[type_index / (sizeof(unsigned) * 8)] & + (1U << (type_index % (sizeof(unsigned) * 8)))) { + printf("%c%d", first == 1 ? ' ' : ',', type_index); + first = 0; + } + } printf("\n"); } *************** *** 288,295 **** "\t\t{in|out|inout}\n" "\t\tvia {ifname|ip}\n" "\t\t{established|setup}\n" ! "\t\ttcpflags [!]{syn|fin|rst|ack|psh},...\n" "\t\tipoptions [!]{ssrr|lsrr|rr|ts},...\n" , progname ); --- 317,325 ---- "\t\t{in|out|inout}\n" "\t\tvia {ifname|ip}\n" "\t\t{established|setup}\n" ! "\t\ttcpflags [!]{syn|fin|rst|ack|psh|urg},...\n" "\t\tipoptions [!]{ssrr|lsrr|rr|ts},...\n" + "\t\ticmptypes {type},...\n" , progname ); *************** *** 385,390 **** --- 415,433 ---- u_char *d; while (p && *p) { + struct tpcflags { + char * name; + u_char value; + } flags[] = { + { "syn", IP_FW_TCPF_SYN }, + { "fin", IP_FW_TCPF_FIN }, + { "ack", IP_FW_TCPF_ACK }, + { "psh", IP_FW_TCPF_PSH }, + { "rst", IP_FW_TCPF_RST }, + { "urg", IP_FW_TCPF_URG } + }; + int i; + if (*p == '!') { p++; d = reset; *************** *** 394,404 **** q = strchr(p, ','); if (q) *q++ = '\0'; ! if (!strncmp(p,"syn",strlen(p))) *d |= IP_FW_TCPF_SYN; ! if (!strncmp(p,"fin",strlen(p))) *d |= IP_FW_TCPF_FIN; ! if (!strncmp(p,"ack",strlen(p))) *d |= IP_FW_TCPF_ACK; ! if (!strncmp(p,"psh",strlen(p))) *d |= IP_FW_TCPF_PSH; ! if (!strncmp(p,"rst",strlen(p))) *d |= IP_FW_TCPF_RST; p = q; } } --- 437,452 ---- q = strchr(p, ','); if (q) *q++ = '\0'; ! ! for (i = 0; i < sizeof(flags) / sizeof(flags[0]); ++i) ! if (!strncmp(p, flags[i].name, strlen(p))) { ! *d |= flags[i].value; ! break; ! } ! ! if (i == sizeof(flags) / sizeof(flags[0])) ! show_usage("invalid tcp flag\n"); ! p = q; } } *************** *** 430,435 **** --- 478,512 ---- } void + fill_icmptypes(types, vp, fw_flg) + u_long *types; + char **vp; + u_short *fw_flg; + { + char *c = *vp; + + while (*c) + { + unsigned long icmptype; + + if ( *c == ',' ) + ++c; + + icmptype = strtoul(c, &c, 0); + + if ( *c != ',' && *c != '\0' ) + show_usage("invalid ICMP type"); + + if (icmptype > 255) + show_usage("ICMP types are between 0 and 255 inclusive"); + + types[icmptype / (sizeof(unsigned) * 8)] |= + 1 << (icmptype % (sizeof(unsigned) * 8)); + *fw_flg |= IP_FW_F_ICMPBIT; + } + } + + void delete(ac,av) int ac; char **av; *************** *** 579,584 **** --- 656,668 ---- av++; ac--; continue; } } + if ((rule.fw_flg & IP_FW_F_KIND) == IP_FW_F_ICMP) { + if (ac > 1 && !strncmp(*av,"icmptypes",strlen(*av))) { + av++; ac--; + fill_icmptypes(rule.fw_icmptypes, av, &rule.fw_flg); + av++; ac--; continue; + } + } printf("%d %s\n",ac,*av); show_usage("Unknown argument\n"); } *************** *** 637,646 **** show_usage(NULL); } ! while ((ch = getopt(ac, av ,"aN")) != EOF) switch(ch) { case 'a': do_acct=1; break; case 'N': do_resolv=1; --- 721,733 ---- show_usage(NULL); } ! while ((ch = getopt(ac, av ,"atN")) != EOF) switch(ch) { case 'a': do_acct=1; + break; + case 't': + do_time=1; break; case 'N': do_resolv=1; *** ipfw.8 1996/05/18 15:38:41 1.1 --- ipfw.8 1996/05/19 18:27:05 1.3 *************** *** 19,25 **** .Ar number .Nm ipfw .Oo ! .Fl aN .Oc list .Nm ipfw --- 19,25 ---- .Ar number .Nm ipfw .Oo ! .Fl atN .Oc list .Nm ipfw *************** *** 76,81 **** --- 76,83 ---- .It Fl a While listing, show counter values. This option is the only way to see accounting records. + .It Fl t + While listing, show last match timestamp. .It Fl N Try to resolve addresses. .El *************** *** 173,178 **** --- 175,183 ---- .It tcpflags Ar spec Not yet documented. Look in the source: src/sys/netnet/ipfw.c. TCP packets only. + .It icmptypes Ar types + Not yet documented. Look in the source: src/sys/netnet/ipfw.c. + ICMP packets only. .El .Sh CHECKLIST Here are some important points to consider when designing your >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun May 19 15:30:13 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA29803 for bugs-outgoing; Sun, 19 May 1996 15:30:13 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA29726; Sun, 19 May 1996 15:30:02 -0700 (PDT) Resent-Date: Sun, 19 May 1996 15:30:02 -0700 (PDT) Resent-Message-Id: <199605192230.PAA29726@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, nash@mcs.com Received: from zen.nash.org (nash.pr.mcs.net [204.95.47.72]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA28022; Sun, 19 May 1996 15:20:22 -0700 (PDT) Received: (from alex@localhost) by zen.nash.org (8.7.5/8.6.12) id RAA01312; Sun, 19 May 1996 17:19:42 -0500 (CDT) Message-Id: <199605192219.RAA01312@zen.nash.org> Date: Sun, 19 May 1996 17:19:42 -0500 (CDT) From: Alex Nash Reply-To: nash@mcs.com To: FreeBSD-gnats-submit@freebsd.org Cc: mpp@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/1218: Handbook: Cyclades configuration Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1218 >Category: docs >Synopsis: Handbook: Cyclades configuration >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sun May 19 15:30:01 PDT 1996 >Last-Modified: >Originator: Alex Nash >Organization: >Release: FreeBSD 2.1-STABLE i386 >Environment: Handbook from 2.1.0-STABLE. >Description: Added Cyclades configuration to the serial port/multiport card section. >How-To-Repeat: N/A >Fix: diff -c /usr/src/share/doc/handbook/authors.sgml ./authors.sgml *** /usr/src/share/doc/handbook/authors.sgml Sat Oct 21 21:42:48 1995 --- ./authors.sgml Sun May 19 15:26:39 1996 *************** *** 110,112 **** --- 110,116 ---- "> + + "> diff -c /usr/src/share/doc/handbook/dialup.sgml ./dialup.sgml *** /usr/src/share/doc/handbook/dialup.sgml Wed Jan 31 09:36:25 1996 --- ./dialup.sgml Sun May 19 16:29:04 1996 *************** *** 472,478 **** 16550A-based serial ports, you may receive sio ``silo'' errors at 57.6 Kbps. ! /etc/ttys

/etc/ttys is the list of /etc/ttys

/etc/ttys is the list of + Cyclades + +

Contributed by &a.nash;.19 May + 1996. + + The Cyclades multiport cards are based on the cy + driver instead of the usual sio driver used by + other multiport cards. Configuration is a simple matter + of: + + + Add the cy device to your + + (note that your irq and iomem settings may differ). + + + device cy0 at isa? tty irq 10 iomem 0xd4000 iosiz 0x2000 vector cyintr + + + the + new kernel. + + Make the by + typing (the following example assumes an 8-port board): + + + # cd /dev + # for i in 0 1 2 3 4 5 6 7;do ./MAKEDEV cuac$i ttyc$i;done + + + Add dialup lines to + if appropriate. Simply copy a serial device (ttyd) + entry and use ttyc in place of ttyd. For + example: + + + ttyc0 "/usr/libexec/getty std.38400" unknown on insecure + ttyc1 "/usr/libexec/getty std.38400" unknown on insecure + ttyc2 "/usr/libexec/getty std.38400" unknown on insecure + [...] + ttyc7 "/usr/libexec/getty std.38400" unknown on insecure + + + Reboot with the new kernel. + + + + * Parallel ports * Modems * Network cards diff -c /usr/src/share/doc/handbook/kernelconfig.sgml ./kernelconfig.sgml *** /usr/src/share/doc/handbook/kernelconfig.sgml Wed Jan 31 09:36:31 1996 --- ./kernelconfig.sgml Sun May 19 16:20:17 1996 *************** *** 44,50 ****

! Building and Installing a Custom Kernel

First, let us take a quick tour of the kernel build directory. All directories mentioned will be relative to --- 44,50 ----

! Building and Installing a Custom Kernel

First, let us take a quick tour of the kernel build directory. All directories mentioned will be relative to >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun May 19 16:49:57 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA08657 for bugs-outgoing; Sun, 19 May 1996 16:49:57 -0700 (PDT) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA08651 for ; Sun, 19 May 1996 16:49:55 -0700 (PDT) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <14829(5)>; Sun, 19 May 1996 16:49:23 PDT Received: from localhost by crevenia.parc.xerox.com with SMTP id <177475>; Sun, 19 May 1996 16:49:13 -0700 To: "Scott Overholser (Volt Computer) (Exchange)" cc: "'freebsd-bugs@FreeBSD.ORG'" Subject: Re: sendmail read errors/timeouts etc. In-reply-to: Your message of "Sun, 19 May 96 15:05:10 PDT." Date: Sun, 19 May 1996 16:49:01 PDT From: Bill Fenner Message-Id: <96May19.164913pdt.177475@crevenia.parc.xerox.com> Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [cc list trimmed to just -bugs; no reason to spam 4 mailing lists] Can you do a "tcpdump tcp port 25 and host bowser.noa.com" and then "sendmail -q" (to make sendmail attempt to deliver the mail) and see what happens? Bill From owner-freebsd-bugs Sun May 19 19:50:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA19227 for bugs-outgoing; Sun, 19 May 1996 19:50:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA19221; Sun, 19 May 1996 19:50:02 -0700 (PDT) Date: Sun, 19 May 1996 19:50:02 -0700 (PDT) Message-Id: <199605200250.TAA19221@freefall.freebsd.org> To: freebsd-bugs Cc: From: Bruce Evans Subject: Re: kern/1216: clock.c's defines Reply-To: Bruce Evans Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/1216; it has been noted by GNATS. From: Bruce Evans To: FreeBSD-gnats-submit@FreeBSD.ORG, mi@aldan.zipnet.net Cc: Subject: Re: kern/1216: clock.c's defines Date: Mon, 20 May 1996 12:44:31 +1000 >>Description: > CLK_USE_I586_CALIBRATION is not turned on automaticly by > specifying CPU as 586 or 686. Neither is the option listed > in the i386/conf/LINT This is intentional. Clock calibration will become non-optional when it is fully debugged. The CLK_* options should only be used by people who know that the calibration is right or want to debug it. Bruce From owner-freebsd-bugs Mon May 20 07:19:24 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA20827 for bugs-outgoing; Mon, 20 May 1996 07:19:24 -0700 (PDT) Received: from fire.dkrz.de (fire.dkrz.de [136.172.110.250]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA20807; Mon, 20 May 1996 07:19:12 -0700 (PDT) Received: from racer.dkrz.de (racer.dkrz.de [136.172.110.55]) by fire.dkrz.de (8.7.5/8.7.3) with ESMTP id QAA27600; Mon, 20 May 1996 16:17:58 +0200 (MET DST) Received: (from gwk@localhost) by racer.dkrz.de (8.7.4/8.7.3) id QAA27393; Mon, 20 May 1996 16:17:00 +0200 (MET DST) Date: Mon, 20 May 1996 16:17:00 +0200 (MET DST) Message-Id: <199605201417.QAA27393@racer.dkrz.de> From: "Georg-W. Koltermann" To: jkh@freefall.freebsd.org CC: lamuh@stoat.riga.lv, jkh@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org In-reply-to: <199605160227.TAA13954@freefall.freebsd.org> (jkh@freefall.freebsd.org) Subject: Re: bin/1205 X-Attribution: gwk Reply-to: gwk@cray.com Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >>>>> ""Jordan" == "Jordan K Hubbard" writes: "Jordan> Synopsis: hardlinked directories can be created but not "Jordan> deleted State-Changed-From-To: open-closed "Jordan> State-Changed-By: jkh State-Changed-When: Wed May 15 "Jordan> 19:26:03 PDT 1996 State-Changed-Why: Patient: "Doctor, it "Jordan> hurts when I do _this_!" "Jordan> Doctor says: "Don't do that!" "Jordan> I'd say that this flag is undocumented for good "Jordan> reason. :-) Jordan, I would rather opt for documenting the flag in the man page and warn about it's use. We all know that root is supposed to know what he/she is doing, so there is no need for a fix. On the other hand root is not supposed to know everything, so there *is* a need for documenting this feature. Regards, Georg-W. Koltermann, gwk@cray.com From owner-freebsd-bugs Mon May 20 08:30:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA25025 for bugs-outgoing; Mon, 20 May 1996 08:30:07 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA25011; Mon, 20 May 1996 08:30:03 -0700 (PDT) Resent-Date: Mon, 20 May 1996 08:30:03 -0700 (PDT) Resent-Message-Id: <199605201530.IAA25011@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, mi@aldan.zipnet.net Received: from guest.zipnet.net (guest.zipnet.net [199.232.255.43]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA24959 for ; Mon, 20 May 1996 08:29:09 -0700 (PDT) Received: (from root@localhost) by guest.zipnet.net (8.7.5/8.7.3) id LAA00269; Mon, 20 May 1996 11:28:18 GMT Message-Id: <199605201128.LAA00269@guest.zipnet.net> Date: Mon, 20 May 1996 11:28:18 GMT From: Charlie Root Reply-To: mi@aldan.zipnet.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/1221: compiling kernel with new gcc Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1221 >Category: bin >Synopsis: new gcc-2.7.2 gives a LOT of warnings, and a few ERRORS >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon May 20 08:30:01 PDT 1996 >Last-Modified: >Originator: Mikhail Teterin >Organization: >Release: FreeBSD 2.2-960501-SNAP i386 >Environment: Pentiumized gcc-2.7.2. Patch-level 9. >Description: A lot of warnings compiling many .c files. Errors with asm() lines in kern_clock.c and clock.c . >How-To-Repeat: When making kernel use the following instead of `make' : make CC="/usr/local/bin/gcc -mpentium" >Fix: Ignore the warnings. Compile the two files with the standard cc (2.6.3). >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon May 20 08:40:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA25797 for bugs-outgoing; Mon, 20 May 1996 08:40:06 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA25766; Mon, 20 May 1996 08:40:03 -0700 (PDT) Resent-Date: Mon, 20 May 1996 08:40:03 -0700 (PDT) Resent-Message-Id: <199605201540.IAA25766@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, mi@aldan.zipnet.net Received: from guest.zipnet.net (guest.zipnet.net [199.232.255.43]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA25565 for ; Mon, 20 May 1996 08:37:36 -0700 (PDT) Received: (from root@localhost) by guest.zipnet.net (8.7.5/8.7.3) id LAA00383; Mon, 20 May 1996 11:37:46 GMT Message-Id: <199605201137.LAA00383@guest.zipnet.net> Date: Mon, 20 May 1996 11:37:46 GMT From: Charlie Root Reply-To: mi@aldan.zipnet.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: ports/1222: pgcc in ports Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1222 >Category: ports >Synopsis: Header files conflict >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon May 20 08:40:01 PDT 1996 >Last-Modified: >Originator: Mikhail Teterin >Organization: >Release: FreeBSD 2.2-960501-SNAP i386 >Environment: pgcc, patch level 9 >Description: /usr/local/lib/gcc-lib/pentium-uknown-freebsd/2.7.2p/include/stddef.h and /usr/include/stdlib.h both define rune_t, which produces a warning every time. >How-To-Repeat: Use the new compiler to compile anything, which includes >Fix: Remove the "typedef _BSD_RUNE_T rune_t;" line from gcc's file. Or: Ignore the warning, although, it slows down the compilation somewhat. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon May 20 09:20:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA28228 for bugs-outgoing; Mon, 20 May 1996 09:20:06 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA28206; Mon, 20 May 1996 09:20:03 -0700 (PDT) Resent-Date: Mon, 20 May 1996 09:20:03 -0700 (PDT) Resent-Message-Id: <199605201620.JAA28206@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, W.Belgers@nl.cis.philips.com Received: from relay.philips.nl (ns.philips.nl [130.144.65.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA27944 for ; Mon, 20 May 1996 09:14:47 -0700 (PDT) Received: (from smap@localhost) by relay.philips.nl (8.6.9/8.6.9-950414) id SAA14708 for ; Mon, 20 May 1996 18:14:06 +0200 Received: from unknown(192.26.173.32) by ns.philips.nl via smap (V1.3+ESMTP) with ESMTP id sma014630; Mon May 20 18:13:31 1996 Received: from giga.lss.cp.philips.com (giga.lss.cp.philips.com [130.144.199.31]) by smtp.nl.cis.philips.com (8.6.10/8.6.10-0.9z-02May95) with SMTP id SAA05048 for ; Mon, 20 May 1996 18:15:19 +0200 Received: by giga.lss.cp.philips.com (?/?) id SAA05381; Mon, 20 May 1996 18:13:29 +0200 (MET DST) Message-Id: <199605201613.SAA05381@giga.lss.cp.philips.com> Date: Mon, 20 May 1996 18:13:29 +0200 (MET DST) From: W.Belgers@nl.cis.philips.com (Walter Belgers) Reply-To: W.Belgers@nl.cis.philips.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: i386/1223: /usr/src/sys/i386/boot/biosboot/boot.c Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1223 >Category: i386 >Synopsis: type in comment >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Mon May 20 09:20:01 PDT 1996 >Last-Modified: >Originator: Walter Belgers >Organization: Ir. W.H.B. Belgers work: W.Belgers@nl.cis.philips.com Origin Corporate Internet Services home: walter@giga.nl Bldg VN 513, PO Box 218, 5600MD Ehv phone/fax: (+31 40 27) 82753/83962 >Release: FreeBSD 2.1-STABLE i386 >Environment: >Description: File /usr/src/sys/i386/boot/biosboot/boot.c To boot sd0 when wd0 is installed variable BOOT_HD must be set (line 111) but comment in boot.c mentions BOOT_HT (line 107). >How-To-Repeat: >Fix: 107c107 < * Define BOOT_HD to boot sd0 when wd0 is also installed * --- > * Define BOOT_HT to boot sd0 when wd0 is also installed * >Audit-Trail: >Unformatted: Walter Belgers From owner-freebsd-bugs Mon May 20 11:20:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA05936 for bugs-outgoing; Mon, 20 May 1996 11:20:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA05909; Mon, 20 May 1996 11:20:02 -0700 (PDT) Resent-Date: Mon, 20 May 1996 11:20:02 -0700 (PDT) Resent-Message-Id: <199605201820.LAA05909@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, james@jraynard.demon.co.uk Received: from relay-2.mail.demon.net (disperse.demon.co.uk [158.152.1.77]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA05617 for ; Mon, 20 May 1996 11:15:16 -0700 (PDT) Received: from post.demon.co.uk ([158.152.1.72]) by relay-2.mail.demon.net id aa02960; 20 May 96 18:45 +0100 Received: from jraynard.demon.co.uk ([158.152.42.77]) by relay-3.mail.demon.net id aa28248; 20 May 96 18:45 +0100 Received: (from james@localhost) by jraynard.demon.co.uk (8.7.5/8.6.12) id PAA16867; Mon, 20 May 1996 15:11:23 GMT Message-Id: <199605201511.PAA16867@jraynard.demon.co.uk> Date: Mon, 20 May 1996 15:11:23 GMT From: James Raynard Reply-To: james@jraynard.demon.co.uk To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: i386/1224: rc.i386 moved to /etc/etc.i386 but /etc/rc not updated Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1224 >Category: i386 >Synopsis: rc.i386 moved to /etc/etc.i386 but /etc/rc not updated >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon May 20 11:20:01 PDT 1996 >Last-Modified: >Originator: James Raynard >Organization: A FreeBSD-current box >Release: FreeBSD 2.2-CURRENT i386 >Environment: FreeBSD 2.2-CURRENT, CVS tree as of last night. >Description: /etc/rc executes an architecture-specific script rc.$arch, which it expects to find in /etc. However, the file resides in /etc/etc.i386/; there is no etc/rc.i386 file in the CVS tree. >How-To-Repeat: By inspection, after noting that linux LKM is not loaded when booting! >Fix: Apply this patch *** /home/james/src/etc/rc~ Wed May 8 09:25:57 1996 --- /home/james/src/etc/rc Mon May 20 15:00:57 1996 *************** *** 311,318 **** # configure implementation specific stuff arch=`uname -m` ! if [ -f /etc/rc.${arch} ]; then ! . /etc/rc.${arch} fi # for each valid dir in $local_startup, search for init scripts matching *.sh --- 311,318 ---- # configure implementation specific stuff arch=`uname -m` ! if [ -f /etc/etc.${arch}/rc.${arch} ]; then ! . /etc/etc.${arch}/rc.${arch} fi # for each valid dir in $local_startup, search for init scripts matching *.sh >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon May 20 14:19:18 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA18004 for bugs-outgoing; Mon, 20 May 1996 14:19:18 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA17990; Mon, 20 May 1996 14:18:57 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id XAA14685; Mon, 20 May 1996 23:17:23 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id XAA09371; Mon, 20 May 1996 23:17:21 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id WAA06365; Mon, 20 May 1996 22:46:32 +0200 (MET DST) From: J Wunsch Message-Id: <199605202046.WAA06365@uriah.heep.sax.de> Subject: Re: bin/1205 To: gwk@cray.com Date: Mon, 20 May 1996 22:46:32 +0200 (MET DST) Cc: jkh@freefall.freebsd.org, lamuh@stoat.riga.lv, freebsd-bugs@freefall.freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199605201417.QAA27393@racer.dkrz.de> from "Georg-W. Koltermann" at "May 20, 96 04:17:00 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 Georg-W. Koltermann wrote: > "Jordan> 19:26:03 PDT 1996 State-Changed-Why: Patient: "Doctor, it > "Jordan> hurts when I do _this_!" > > "Jordan> Doctor says: "Don't do that!" > > "Jordan> I'd say that this flag is undocumented for good > "Jordan> reason. :-) > > Jordan, > > I would rather opt for documenting the flag in the man page and warn > about it's use. We've reached silent agreement to do it the other way 'round: Nuke -F completely, and make the kernel reject link() and unlink() of directories. We've already got this (well, link() only) in 1.1.5.1, and there are other systems known that forbid hard-linking directories as well. Your PR was a clear indication that the only purpose of them them is shooting into the foot. Btw., there's a very secure way to get rid of the hard links: unmount your file system, and run fsck. :-] -- 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 May 20 23:30:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA01475 for bugs-outgoing; Mon, 20 May 1996 23:30:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA01468; Mon, 20 May 1996 23:30:03 -0700 (PDT) Date: Mon, 20 May 1996 23:30:03 -0700 (PDT) Message-Id: <199605210630.XAA01468@freefall.freebsd.org> To: freebsd-bugs Cc: From: Bruce Evans Subject: Re: bin/1221: compiling kernel with new gcc Reply-To: Bruce Evans Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/1221; it has been noted by GNATS. From: Bruce Evans To: FreeBSD-gnats-submit@FreeBSD.ORG, mi@aldan.zipnet.net Cc: Subject: Re: bin/1221: compiling kernel with new gcc Date: Tue, 21 May 1996 16:22:22 +1000 > Pentiumized gcc-2.7.2. Patch-level 9. >>Description: > A lot of warnings compiling many .c files. Errors with > asm() lines in kern_clock.c and clock.c . I think the errors are because the Pentiumized gcc doesn't support the "A" constraint. It is based on an ancient version of gcc (2.3.x or 2.4.x) and doesn't support all the features of 2.6.x or 2.7.x. >>Fix: > > Ignore the warnings. Compile the two files with the standard > cc (2.6.3). Real fix: compile all files with the standard cc (2.6.3 + FreeBSD patches). Bruce From owner-freebsd-bugs Mon May 20 23:50:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA02345 for bugs-outgoing; Mon, 20 May 1996 23:50:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA02333; Mon, 20 May 1996 23:50:02 -0700 (PDT) Date: Mon, 20 May 1996 23:50:02 -0700 (PDT) Message-Id: <199605210650.XAA02333@freefall.freebsd.org> To: freebsd-bugs Cc: From: Bruce Evans Subject: Re: ports/1222: pgcc in ports Reply-To: Bruce Evans Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR ports/1222; it has been noted by GNATS. From: Bruce Evans To: FreeBSD-gnats-submit@freebsd.org, mi@aldan.zipnet.net Cc: Subject: Re: ports/1222: pgcc in ports Date: Tue, 21 May 1996 16:35:30 +1000 > pgcc, patch level 9 >>Description: > /usr/local/lib/gcc-lib/pentium-uknown-freebsd/2.7.2p/include/stddef.h > and /usr/include/stdlib.h both define rune_t, which produces a warning > every time. This is caused by FreeBSD's std*.h not actually being standard (rune_t isn't standard), and gcc's stddef.h being out of date. >>Fix: > > Remove the "typedef _BSD_RUNE_T rune_t;" line from gcc's file. Or: > Ignore the warning, although, it slows down the compilation somewhat. Real fix: use the standard headers. Bruce From owner-freebsd-bugs Tue May 21 00:00:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA02819 for bugs-outgoing; Tue, 21 May 1996 00:00:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA02789; Tue, 21 May 1996 00:00:02 -0700 (PDT) Resent-Date: Tue, 21 May 1996 00:00:02 -0700 (PDT) Resent-Message-Id: <199605210700.AAA02789@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, xaa@stack.urc.tue.nl Received: from terra.stack.urc.tue.nl (terra.stack.urc.tue.nl [131.155.140.128]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA02551 for ; Mon, 20 May 1996 23:54:46 -0700 (PDT) Received: from xaa.stack.urc.tue.nl (uucp@localhost) by terra.stack.urc.tue.nl (8.7.5) with UUCP id IAA25434 for FreeBSD-gnats-submit@freebsd.org; Tue, 21 May 1996 08:54:41 +0200 (MET DST) Received: (from xaa@localhost) by xaa.stack.urc.tue.nl (8.7.5/8.6.12) id WAA04979; Mon, 20 May 1996 22:07:40 +0200 (MET DST) Message-Id: <199605202007.WAA04979@xaa.stack.urc.tue.nl> Date: Mon, 20 May 1996 22:07:40 +0200 (MET DST) From: xaa@stack.urc.tue.nl Reply-To: xaa@stack.urc.tue.nl To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/1225: /usr/sbin/ppp doesn't detect multiple tunnel devices Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1225 >Category: bin >Synopsis: second tunnel device not detected >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue May 21 00:00:01 PDT 1996 >Last-Modified: >Originator: Mark Huizer >Organization: MCGV Stack >Release: FreeBSD 2.2-CURRENT i386 >Environment: Multiple current systems >Description: multiple tunnel devices aren't detected correctly. A kernel with device tun 2; start one ppp (using tun0); start the next ppp gives: device not configured, cause opening /dev/tun0 gives an ENXIO in os.c. (and yes, I have /dev/tun1 :-) >How-To-Repeat: Start one ppp, start a next one >Fix: Good question :-) >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue May 21 01:20:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA07506 for bugs-outgoing; Tue, 21 May 1996 01:20:07 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA07480; Tue, 21 May 1996 01:20:04 -0700 (PDT) Resent-Date: Tue, 21 May 1996 01:20:04 -0700 (PDT) Resent-Message-Id: <199605210820.BAA07480@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, W.Belgers@nl.cis.philips.com Received: from relay.philips.nl (ns.philips.nl [130.144.65.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA07062 for ; Tue, 21 May 1996 01:13:06 -0700 (PDT) Received: (from smap@localhost) by relay.philips.nl (8.6.9/8.6.9-950414) id KAA19557 for ; Tue, 21 May 1996 10:12:27 +0200 Received: from unknown(192.26.173.32) by ns.philips.nl via smap (V1.3+ESMTP) with ESMTP id sma019409; Tue May 21 10:11:29 1996 Received: from giga.lss.cp.philips.com (giga.lss.cp.philips.com [130.144.199.31]) by smtp.nl.cis.philips.com (8.6.10/8.6.10-0.9z-02May95) with SMTP id KAA26840 for ; Tue, 21 May 1996 10:13:18 +0200 Received: by giga.lss.cp.philips.com (?/?) id KAA00792; Tue, 21 May 1996 10:11:28 +0200 (MET DST) Message-Id: <199605210811.KAA00792@giga.lss.cp.philips.com> Date: Tue, 21 May 1996 10:11:28 +0200 (MET DST) From: W.Belgers@nl.cis.philips.com (Walter Belgers) Reply-To: W.Belgers@nl.cis.philips.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/1226: permissions binaries directories Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1226 >Category: bin >Synopsis: binaries directories owned by bin, not root >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Tue May 21 01:20:02 PDT 1996 >Last-Modified: >Originator: Walter Belgers >Organization: Ir. W.H.B. Belgers work: W.Belgers@nl.cis.philips.com Origin Corporate Internet Services home: walter@giga.nl Bldg VN 513, PO Box 218, 5600MD Ehv phone/fax: (+31 40 27) 82753/83962 >Release: FreeBSD 2.1-STABLE i386 >Environment: >Description: The directories /bin /sbin /usr/bin /usr/sbin /usr/local/bin /usr/local/sbin are all owned by bin, group bin. This makes it possible for anybody with bin privileges to become root easily. It is best to make them owned root.wheel. >How-To-Repeat: >Fix: chown root.wheel /bin /sbin /usr/bin /usr/sbin /usr/local/bin /usr/local/sbin >Audit-Trail: >Unformatted: Walter Belgers From owner-freebsd-bugs Tue May 21 03:50:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA16362 for bugs-outgoing; Tue, 21 May 1996 03:50:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA16356; Tue, 21 May 1996 03:50:02 -0700 (PDT) Resent-Date: Tue, 21 May 1996 03:50:02 -0700 (PDT) Resent-Message-Id: <199605211050.DAA16356@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, hsu@clinet.fi Received: from hauki.clinet.fi (hauki.clinet.fi [194.100.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id DAA15994 for ; Tue, 21 May 1996 03:45:37 -0700 (PDT) Received: from katiska.clinet.fi (root@katiska.clinet.fi [194.100.0.4]) by hauki.clinet.fi (8.7.5/8.6.4) with ESMTP id NAA00412 for ; Tue, 21 May 1996 13:45:01 +0300 (EET DST) Received: (hsu@localhost) by katiska.clinet.fi (8.7.5/8.6.4) id NAA00441; Tue, 21 May 1996 13:45:00 +0300 (EET DST) Message-Id: <199605211045.NAA00441@katiska.clinet.fi> Date: Tue, 21 May 1996 13:45:00 +0300 (EET DST) From: Heikki Suonsivu Reply-To: hsu@clinet.fi To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/1227: vm_page_activate: already active (new vm system) Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1227 >Category: kern >Synopsis: vm_page_activate: already active (new vm system) >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue May 21 03:50:00 PDT 1996 >Last-Modified: >Originator: Heikki Suonsivu >Organization: Clinet, Espoo, Finland >Release: FreeBSD 2.2-CURRENT i386 >Environment: News server, P90, ASUS, 2940, 64M. May 19 sup ended around 18:25 GMT. >Description: Dump and kernel are ftp://ftp.clinet.fi/pub/FreeBSD/crashdumps/*.73.gz 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 268000 current pcb at 21f5f8 panic: vm_page_activate: already active #0 boot (howto=256) at ../../i386/i386/machdep.c:940 940 dumppcb.pcb_ptd = rcr3(); (kgdb) bt #0 boot (howto=256) at ../../i386/i386/machdep.c:940 #1 0xf01171f6 in panic (fmt=0xf01bd178 "vm_page_activate: already active") at ../../kern/subr_prf.c:127 #2 0xf01bd1d0 in vm_page_activate (m=0xf0309c70) at ../../vm/vm_page.c:703 #3 0xf01be8e4 in vm_pageout_scan () at ../../vm/vm_pageout.c:586 #4 0xf01beeda in vm_pageout () at ../../vm/vm_pageout.c:862 #5 0xf0108386 in kproc_start (udata=0xf0203cd0) at ../../kern/init_main.c:255 #6 0xf0108324 in main (framep=0xefbfffb8) at ../../kern/init_main.c:205 (kgdb) list 935 cngetc(); 936 } else { 937 if (howto & RB_DUMP) { 938 if (!cold) { 939 savectx(&dumppcb); 940 dumppcb.pcb_ptd = rcr3(); 941 dumpsys(); 942 } 943 944 if (PANIC_REBOOT_WAIT_TIME != 0) { (kgdb) up #1 0xf01171f6 in panic (fmt=0xf01bd178 "vm_page_activate: already active") at ../../kern/subr_prf.c:127 127 boot(bootopt); (kgdb) list 122 123 #if defined(DDB) 124 if (debugger_on_panic) 125 Debugger ("panic"); 126 #endif 127 boot(bootopt); 128 } 129 130 /* 131 * Warn that a system table is full. (kgdb) up #2 0xf01bd1d0 in vm_page_activate (m=0xf0309c70) at ../../vm/vm_page.c:703 703 panic("vm_page_activate: already active"); (kgdb) list 698 { 699 int s; 700 701 s = splvm(); 702 if (m->queue == PQ_ACTIVE) 703 panic("vm_page_activate: already active"); 704 705 if (m->queue == PQ_CACHE) 706 cnt.v_reactivated++; 707 (kgdb) print m $1 = (struct vm_page *) 0xf0309c70 (kgdb) print *m $2 = {pageq = {tqe_next = 0xf0318550, tqe_prev = 0xf02bf480}, hashq = { tqe_next = 0xf02e0720, tqe_prev = 0xf027f628}, listq = { tqe_next = 0xf0318550, tqe_prev = 0xf033e690}, object = 0xf37a1e00, pindex = 197, phys_addr = 41869312, queue = 4, flags = 52, wire_count = 0, hold_count = 0, act_count = 5 '\005', busy = 0 '\000', valid = 255 'ÿ', dirty = 255 'ÿ'} (kgdb) set radix 16 Input and output radices now set to decimal 16, hex 10, octal 20. (kgdb) print *m $3 = {pageq = {tqe_next = 0xf0318550, tqe_prev = 0xf02bf480}, hashq = { tqe_next = 0xf02e0720, tqe_prev = 0xf027f628}, listq = { tqe_next = 0xf0318550, tqe_prev = 0xf033e690}, object = 0xf37a1e00, pindex = 0xc5, phys_addr = 0x27ee000, queue = 0x4, flags = 0x34, wire_count = 0x0, hold_count = 0x0, act_count = 0x5, busy = 0x0, valid = 0xff, dirty = 0xff} (kgdb) print m $4 = (struct vm_page *) 0xf0309c70 (kgdb) pint s Undefined command: "pint". Try "help". (kgdb) print s $5 = 0x80000000 (kgdb) print cnt $6 = {v_swtch = 0xd24db, v_trap = 0x4ce50, v_syscall = 0x183927, v_intr = 0x30afb0, v_soft = 0x6b6bf, v_vm_faults = 0x4085c, v_cow_faults = 0xa896, v_zfod = 0x179bb, v_swapin = 0x3f3, v_swapout = 0xc8b, v_swappgsin = 0x693, v_swappgsout = 0x22a6, v_vnodein = 0xa36, v_vnodeout = 0x135c, v_vnodepgsin = 0x28c5, v_vnodepgsout = 0x1ef3, v_intrans = 0xb, v_reactivated = 0x311a, v_pdwakeups = 0x163, v_pdpages = 0x8ab71, v_dfree = 0x124, v_pfree = 0x1c08a, v_tfree = 0x56f57, v_page_size = 0x1000, v_page_count = 0x3d50, v_free_reserved = 0x1d, v_free_target = 0x104, v_free_min = 0x6a, v_free_count = 0x1c, v_wire_count = 0xc51, v_active_count = 0x225f, v_inactive_target = 0xec6, v_inactive_count = 0x76c, v_cache_count = 0x717, v_cache_min = 0x703, v_cache_max = 0x1c0e, v_pageout_free_min = 0x17, v_interrupt_free_min = 0x2} (kgdb) up #3 0xf01be8e4 in vm_pageout_scan () at ../../vm/vm_pageout.c:586 586 vm_page_activate(m); (kgdb) list 581 pmap_clear_reference(VM_PAGE_TO_PHYS(m)); 582 } 583 if ((m->flags & PG_REFERENCED) != 0) { 584 m->flags &= ~PG_REFERENCED; 585 pmap_clear_reference(VM_PAGE_TO_PHYS(m)); 586 vm_page_activate(m); 587 m = next; 588 continue; 589 } 590 (kgdb) print m $7 = (struct vm_page *) 0xf0309c70 (kgdb) print *m $8 = {pageq = {tqe_next = 0xf0318550, tqe_prev = 0xf02bf480}, hashq = { tqe_next = 0xf02e0720, tqe_prev = 0xf027f628}, listq = { tqe_next = 0xf0318550, tqe_prev = 0xf033e690}, object = 0xf37a1e00, pindex = 0xc5, phys_addr = 0x27ee000, queue = 0x4, flags = 0x34, wire_count = 0x0, hold_count = 0x0, act_count = 0x5, busy = 0x0, valid = 0xff, dirty = 0xff} (kgdb) print next $9 = (struct vm_page *) 0xf0318550 (kgdb) print *next $10 = {pageq = {tqe_next = 0xf03184f0, tqe_prev = 0xf0309c70}, hashq = { tqe_next = 0x0, tqe_prev = 0xf027f630}, listq = {tqe_next = 0xf031e790, tqe_prev = 0xf0309c80}, object = 0xf37a1e00, pindex = 0xc6, phys_addr = 0x2cc8000, queue = 0x4, flags = 0xb4, wire_count = 0x0, hold_count = 0x0, act_count = 0x5, busy = 0x0, valid = 0xff, dirty = 0xff} (kgdb) up #4 0xf01beeda in vm_pageout () at ../../vm/vm_pageout.c:862 862 vm_pageout_scan(); (kgdb) list 857 if (vm_pages_needed) 858 cnt.v_pdwakeups++; 859 vm_pages_needed = 0; 860 splx(s); 861 vm_pager_sync(); 862 vm_pageout_scan(); 863 vm_pager_sync(); 864 wakeup(&cnt.v_free_count); 865 } 866 } (kgdb) print s $11 = 0x7fffffff (kgdb) print vm_pages_needed $12 = 0x0 (kgdb) up #5 0xf0108386 in kproc_start (udata=0xf0203cd0) at ../../kern/init_main.c:255 255 (*kp->func)(); (kgdb) list 250 251 /* set up arg0 for 'ps', et al*/ 252 strcpy( p->p_comm, kp->arg0); 253 254 /* call the processes' main()...*/ 255 (*kp->func)(); 256 257 /* NOTREACHED */ 258 panic("kproc_start: %s", kp->arg0); 259 } (kgdb) print kp $13 = (struct kproc_desc *) 0xf0203cd0 (kgdb) print *kp $14 = {arg0 = 0xf01be057 "pagedaemon", func = 0xf01becf0 , global_procpp = 0xf024e04c} (kgdb) up #6 0xf0108324 in main (framep=0xefbfffb8) at ../../kern/init_main.c:205 205 (*((*sipp)->func))( (*sipp)->udata); (kgdb) list 200 case SI_TYPE_KTHREAD: 201 /* kernel thread*/ 202 if (fork(&proc0, NULL, rval)) 203 panic("fork kernel process"); 204 if (rval[1]) { 205 (*((*sipp)->func))( (*sipp)->udata); 206 /* 207 * The call to start "init" returns 208 * here after the scheduler has been 209 * started, and returns to the caller (kgdb) print spp No symbol "spp" in current context. (kgdb) print sipp $15 = (struct sysinit **) 0xf0209a58 (kgdb) print *sipp $16 = (struct sysinit *) 0xf0203cdc (kgdb) >How-To-Repeat: I do not know. Happened within 2 days from upgrading (the system has paniced several times during this time). >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue May 21 08:07:27 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA00674 for bugs-outgoing; Tue, 21 May 1996 08:07:27 -0700 (PDT) Received: from ilink.nis.za (root@ilink.nis.za [196.6.121.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA00665 for ; Tue, 21 May 1996 08:07:14 -0700 (PDT) Received: from robin (robin.nis.za [196.6.121.52]) by ilink.nis.za (8.6.12/8.6.6) with SMTP id RAA01224 for ; Tue, 21 May 1996 17:07:18 GMT Message-Id: <199605211707.RAA01224@ilink.nis.za> Comments: Authenticated sender is From: "Robin Hunt" Organization: Network Information Services To: bugs@freebsd.org Date: Tue, 21 May 1996 17:07:53 +0200 Subject: panic: rt free Reply-to: robin@nis.za Priority: normal X-mailer: Pegasus Mail for Windows (v2.23) Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, When executing sliplogin (or possibly arp - it's difficult to tell where the error occurs) my version of FreeBSD (2.1.0) panics with a message: panic: rt free I am running a 120MHz Intel Pentium with 32 Meg of ram, a 540 Meg conner drive and a 2 gig WD drive. I would appreciate any comments as to: 1) What is "rt free" 2) What can I do about this problem? 3) Where can I get a comprehsive list of panic messages and their meanings? Any help would be greatly appreciated Thanks, robin@nis.za From owner-freebsd-bugs Tue May 21 11:40:20 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA16458 for bugs-outgoing; Tue, 21 May 1996 11:40:20 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA16389; Tue, 21 May 1996 11:40:10 -0700 (PDT) Resent-Date: Tue, 21 May 1996 11:40:10 -0700 (PDT) Resent-Message-Id: <199605211840.LAA16389@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, jlp@imall.com Received: from beagle.imall.com (beagle.imall.com [206.61.201.131]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA15890 for ; Tue, 21 May 1996 11:33:08 -0700 (PDT) Received: (from jlp@localhost) by beagle.imall.com (8.6.12/8.6.12) id MAA03521; Tue, 21 May 1996 12:32:13 -0600 Message-Id: <199605211832.MAA03521@beagle.imall.com> Date: Tue, 21 May 1996 12:32:13 -0600 From: jlp@imall.com Reply-To: jlp@imall.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/1228: serial driver bug? Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1228 >Category: kern >Synopsis: probe doesn't find P-n-P modem >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue May 21 11:40:05 PDT 1996 >Last-Modified: >Originator: Jan L. Peterson >Organization: iMall, Inc. >Release: FreeBSD 2.1-STABLE i386 >Environment: The system is a Micron P-166 Home MPC. It is a PCI (trition) based system. The system shipped with an internal modem, a Supra Plug-n-Play 28.8 fax modem. >Description: The kernel doesn't find the fax modem when it probes for devices at boot time. It finds the serial port. I have an identical system with Linux loaded. Under linux, I have to turn off the Plug-n-play O/S support and disable the com2 port in the bios setup in order to access the modem (it defaults to com2 and can't be changed without plug-n-play support). I tried the same thing under freebsd (disabling pnp and the on-board com2 port) and it is not finding the modem. >How-To-Repeat: Boot the system. :-) >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue May 21 12:11:54 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA19722 for bugs-outgoing; Tue, 21 May 1996 12:11:54 -0700 (PDT) Received: from watson.grauel.com (watson.grauel.com [199.233.104.36]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA19715 for ; Tue, 21 May 1996 12:11:49 -0700 (PDT) Received: (from rjk@localhost) by watson.grauel.com (8.7.5/8.7.3) id OAA16442; Tue, 21 May 1996 14:19:05 -0500 (EST) Date: Tue, 21 May 1996 14:19:05 -0500 (EST) From: Richard J Kuhns Message-Id: <199605211919.OAA16442@watson.grauel.com> To: freebsd-bugs@freebsd.org CC: seb@wintek.com Subject: panic: page fault under 2.1-RELEASE Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Our ISP is trying to get a news server going using FreeBSD, and is having some problems. He's installed inn from the ports collection, but can't seem to keep the machine running for more than a few hours at a time. He's tried several combinations of SCSI cards/cables, but it hasn't made any difference so far. The most recent crash did terrible things to one of the file systems; fsck reports files with billions of blocks, unknown file types, and more. I'm enclosing the kernel config file, dmesg output, and a stack backtrace from the kernel dump. The kernel was configured with "config -g" and compiled with "-O2 -m486 -fno-strength-reduce -pipe". Any help would be *greatly* appreciated; they're trying to use FreeBSD at least in part due to my bragging about how well it works.... Config file: === # # GENERIC -- Generic machine with WD/AHx/NCR/BTx family disks # # $Id: GENERIC,v 1.46.2.6 1995/10/25 17:29:51 jkh Exp $ # machine "i386" cpu "I486_CPU" ident NEWS maxusers 10 options MATH_EMULATE #Support for x87 emulation options INET #InterNETworking options FFS #Berkeley Fast Filesystem options "CD9660" #ISO 9660 Filesystem options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 options "SCSI_DELAY=5" #Be pessimistic about Joe SCSI device options BOUNCE_BUFFERS #include support for DMA bounce buffers options UCONSOLE #Allow users to grab the console options SYSVSHM options SYSVSEM options SYSVMSG config kernel root on wd0 controller isa0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr disk wd0 at wdc0 drive 0 disk wd1 at wdc0 drive 1 #options ATAPI #Enable ATAPI support for IDE bus #device wcd0 #IDE CD-ROM controller aha0 at isa? port "IO_AHA0" bio irq ? drq 5 vector ahaintr controller aha1 at isa? port "IO_AHA1" bio irq ? drq 6 vector ahaintr controller scbus0 device sd0 device st0 device cd0 #Only need one of these, the code dynamically grows # syscons is the default console driver, resembling an SCO console device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver #device vt0 at isa? port "IO_KBD" tty irq 1 vector pcrint #options "PCVT_FREEBSD=210" # pcvt running on FreeBSD 2.1 #options XSERVER # include code for XFree86 device npx0 at isa? port "IO_NPX" irq 13 vector npxintr device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr # Order is important here due to intrusive probes, do *not* alphabetize # this list of network interfaces until the probes have been fixed. # Right now it appears that the ie0 must be probed before ep0. See # revision 1.20 of this file. device ed0 at isa? port 0x300 net irq 5 iomem 0xd8000 vector edintr pseudo-device loop pseudo-device ether pseudo-device log # ijppp uses tun instead of ppp device #pseudo-device ppp 1 #pseudo-device tun 1 pseudo-device pty 16 pseudo-device gzip # Exec gzipped a.out's === dmesg output: === FreeBSD 2.1.0-RELEASE #0: Mon May 20 10:16:21 EST 1996 rjk@news.wintek.com:/usr/src/sys/compile/NEWS CPU: i486DX (486-class CPU) Origin = "AuthenticAMD" Id = 0x494 real memory = 67108864 (65536K bytes) avail memory = 63295488 (61812K bytes) Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> ed0 at 0x300-0x31f irq 5 maddr 0xd8000 msize 16384 on isa ed0: address 00:00:c0:da:94:b5, type SMC8216/SMC8216C (16 bit) sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16450 lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 765 fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 1040MB (2130912 sectors), 2114 cyls, 16 heads, 63 S/T, 512 B/S aha0 at 0x330-0x333 irq 11 drq 5 on isa aha0 waiting for scsi devices to settle (aha0:0:0): "MICROP 2210-09MZ1001905 HQ30" type 0 fixed SCSI 2 sd0(aha0:0:0): Direct-Access 1008MB (2065250 512 byte sectors) aha1 at 0x334-0x337 irq 12 drq 6 on isa aha1 waiting for scsi devices to settle (aha1:0:0): "MICROP 3243-19MZ Q4D HT02" type 0 fixed SCSI 2 sd1(aha1:0:0): Direct-Access 4095MB (8388315 512 byte sectors) npx0 on motherboard npx0: INT 16 interface WARNING: / was not properly dismounted. WARNING: R/W mount of /var/tmp denied. Filesystem is not clean - run fsck. === kernel backtrace: === Script started on Tue May 21 13:49:35 1996 $ cd /var/crash $ ls -l total 142936 -rw-r--r-- 1 root wheel 2 May 21 11:44 bounds -rw-r--r-- 1 root wheel 6014053 May 21 11:46 kernel.2 -rw-rw-r-- 1 root wheel 5 Nov 16 1995 minfree -rw-r--r-- 1 root wheel 67108864 May 21 11:46 vmcore.2 $ gdb -k kernel.2 vmcore.2 GDB is free software and you are welcome to distribute copies of it under certain conditions; type "show copying" to see the conditions. There is absolutely no warranty for GDB; type "show warranty" for details. GDB 4.13 (i386-unknown-freebsd), Copyright 1994 Free Software Foundation, Inc... IdlePTD 1ac000 current pcb at 1a1d6c panic: page fault #0 boot (howto=260) at ../../i386/i386/machdep.c:892 892 dumppcb.pcb_ptd = rcr3(); (kgdb) bt #0 boot (howto=260) at ../../i386/i386/machdep.c:892 #1 0xf0114aab in panic (fmt=0xf0178b7c "page fault") at ../../kern/subr_prf.c:124 #2 0xf017973f in trap_fatal (frame=0xf0196b44) at ../../i386/i386/trap.c:745 #3 0xf0179299 in trap_pfault (frame=0xf0196b44, usermode=0) at ../../i386/i386/trap.c:667 #4 0xf0178ecb in trap (frame={tf_es = -266797040, tf_ds = -266862576, tf_edi = 1, tf_esi = -266769316, tf_ebp = -266769456, tf_isp = -266938045, tf_ebx = 1, tf_edx = 0, tf_ecx = 0, tf_eax = 4096, tf_trapno = 12, tf_err = 0, tf_eip = -266938045, tf_cs = -266862584, tf_eflags = 66118, tf_esp = -250297728, tf_ss = -250297728}) at ../../i386/i386/trap.c:307 #5 0xf016e6ed in calltrap () #6 0xf016d943 in vnode_pager_output (vnp=0xf112f8a0, m=0xf0196c5c, count=1, rtvals=0xf0196c60) at ../../vm/vnode_pager.c:974 #7 0xf016ca1c in vnode_pager_putmulti (pager=0xf114c280, m=0xf0196c5c, c=1, sync=1, rtvals=0xf0196c60) at ../../vm/vnode_pager.c:291 #8 0xf016bccb in vm_pager_put_pages (pager=0xf114c280, m=0xf0196c5c, count=1, sync=1, rtvals=0xf0196c60) at ../../vm/vm_pager.c:228 #9 0xf016aa80 in vm_pageout_clean (m=0xf0295e48, sync=2) at ../../vm/vm_pageout.c:271 #10 0xf01674df in _vm_object_page_clean (object=0xf1165f00, start=0, end=0, syncio=1) at ../../vm/vm_object.c:534 #11 0xf012ded2 in vfs_msync (mp=0xf10f4c00, flags=2) at ../../kern/vfs_subr.c:1543 #12 0xf012e48c in sync (p=0xf01a5178, uap=0x0, retval=0x0) at ../../kern/vfs_syscalls.c:335 #13 0xf0170dd0 in boot (howto=256) at ../../i386/i386/machdep.c:851 #14 0xf0114aab in panic (fmt=0xf0178b7c "page fault") at ../../kern/subr_prf.c:124 #15 0xf017973f in trap_fatal (frame=0xf0196dfc) at ../../i386/i386/trap.c:745 #16 0xf0179299 in trap_pfault (frame=0xf0196dfc, usermode=0) at ../../i386/i386/trap.c:667 #17 0xf0178ecb in trap (frame={tf_es = 16, tf_ds = 16, tf_edi = 12, tf_esi = -250408192, tf_ebp = -266768828, tf_isp = -267318884, tf_ebx = -250408192, tf_edx = 0, tf_ecx = 0, tf_eax = -2147483648, tf_trapno = 12, tf_err = 0, tf_eip = -267318884, tf_cs = -266797048, tf_eflags = 66054, tf_esp = -250408192, tf_ss = -1}) at ../../i386/i386/trap.c:307 #18 0xf016e6ed in calltrap () #19 0xf011099c in updatepri (p=0xf1131300) at ../../kern/kern_synch.c:234 #20 0xf0111170 in setrunnable (p=0xf1131300) at ../../kern/kern_synch.c:648 #21 0xf0116b5a in selwakeup (sip=0xf01a17ec) at ../../kern/sys_generic.c:715 #22 0xf0114906 in logwakeup () at ../../kern/subr_log.c:168 #23 0xf0114d86 in printf ( fmt=0xf01792ce "\n\nFatal trap %d: %s while in %s mode\n") at ../../kern/subr_prf.c:318 #24 0xf0179510 in trap_fatal (frame=0xf0196f0c) at ../../i386/i386/trap.c:690 #25 0xf0179299 in trap_pfault (frame=0xf0196f0c, usermode=0) at ../../i386/i386/trap.c:667 #26 0xf0178ecb in trap (frame={tf_es = -250347504, tf_ds = -250347504, tf_edi = -266710664, tf_esi = -266710664, tf_ebp = -266768556, tf_isp = -267318884, tf_ebx = -266710664, tf_edx = -266711252, tf_ecx = 0, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -267318884, tf_cs = 8, tf_eflags = 66054, tf_esp = -266710664, tf_ss = -266711252}) at ../../i386/i386/trap.c:307 #27 0xf016e6ed in calltrap () #28 0xf011099c in updatepri (p=0xf01a5178) at ../../kern/kern_synch.c:234 #29 0xf0110ea9 in wakeup (ident=0xf01a5178) at ../../kern/kern_synch.c:519 #30 0xf0165e6b in vmmeter () at ../../vm/vm_meter.c:55 #31 0xf0110974 in schedcpu (arg=0x0) at ../../kern/kern_synch.c:221 #32 0xf0107a24 in softclock () at ../../kern/kern_clock.c:654 #33 0xf016fa47 in doreti_swi () #34 0xf017886c in cpu_switch () (kgdb) $ exit Connection closed by foreign host. Script done on Tue May 21 13:53:16 1996 -- Rich Kuhns rjk@grauel.com PO Box 6249 100 Sawmill Road Lafayette, IN 47903 (317)477-6000 x319 From owner-freebsd-bugs Tue May 21 12:30:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA21617 for bugs-outgoing; Tue, 21 May 1996 12:30:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA21611; Tue, 21 May 1996 12:30:02 -0700 (PDT) Resent-Date: Tue, 21 May 1996 12:30:02 -0700 (PDT) Resent-Message-Id: <199605211930.MAA21611@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, james@jraynard.demon.co.uk Received: from relay-2.mail.demon.net (disperse.demon.co.uk [158.152.1.77]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA21543 for ; Tue, 21 May 1996 12:29:04 -0700 (PDT) Received: from post.demon.co.uk ([158.152.1.72]) by relay-2.mail.demon.net id aq09947; 21 May 96 18:47 +0100 Received: from jraynard.demon.co.uk ([158.152.42.77]) by relay-3.mail.demon.net id aa00452; 21 May 96 18:22 +0100 Received: (from james@localhost) by jraynard.demon.co.uk (8.7.5/8.6.12) id NAA04252; Tue, 21 May 1996 13:45:59 GMT Message-Id: <199605211345.NAA04252@jraynard.demon.co.uk> Date: Tue, 21 May 1996 13:45:59 GMT From: James Raynard Reply-To: james@jraynard.demon.co.uk To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/1229: redundant redeclaration of `lseek' Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1229 >Category: bin >Synopsis: redundant redeclaration of `lseek' >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue May 21 12:30:00 PDT 1996 >Last-Modified: >Originator: James Raynard >Organization: A FreeBSD-current box >Release: FreeBSD 2.2-CURRENT i386 >Environment: FreeBSD 2.2-CURRENT as of 19th May >Description: sys/types.h has a prototype for lseek(). So does unistd.h, which #include's sys/types.h >How-To-Repeat: Compile anything that #include's unistd.h, with -Wredundant-decls. >Fix: Remove lseek() prototype from unistd.h *** /usr/src/include/unistd.h~ Tue May 21 14:01:09 1996 --- /usr/src/include/unistd.h Tue May 21 14:01:18 1996 *************** *** 79,85 **** uid_t getuid __P((void)); int isatty __P((int)); int link __P((const char *, const char *)); - off_t lseek __P((int, off_t, int)); long pathconf __P((const char *, int)); int pause __P((void)); int pipe __P((int *)); --- 79,84 ---- >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue May 21 14:41:49 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA01798 for bugs-outgoing; Tue, 21 May 1996 14:41:49 -0700 (PDT) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA01791; Tue, 21 May 1996 14:41:45 -0700 (PDT) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id XAA11846 ; Tue, 21 May 1996 23:41:42 +0200 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id XAA02809 ; Tue, 21 May 1996 23:41:36 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.5/keltia-uucp-2.7) id XAA09113; Tue, 21 May 1996 23:18:58 +0200 (MET DST) From: Ollivier Robert Message-Id: <199605212118.XAA09113@keltia.freenix.fr> Subject: Re: bin/1205 To: jkh@freefall.freebsd.org (Jordan K. Hubbard) Date: Tue, 21 May 1996 23:18:57 +0200 (MET DST) Cc: lamuh@stoat.riga.lv, jkh@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org In-Reply-To: <199605160227.TAA13954@freefall.freebsd.org> from "Jordan K. Hubbard" at "May 15, 96 07:27:12 pm" X-Operating-System: FreeBSD 2.2-CURRENT ctm#1983 X-Mailer: ELM [version 2.4ME+ PL16 (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 It seems that Jordan K. Hubbard said: > Doctor says: "Don't do that!" > > I'd say that this flag is undocumented for good reason. :-) I'd even say: "Let's rip this flag out of ln"... Hardlinked directories are BAD and one should not be able to create them IMO. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 2.2-CURRENT #2: Fri May 10 21:09:14 MET DST 1996 From owner-freebsd-bugs Tue May 21 14:53:47 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA02488 for bugs-outgoing; Tue, 21 May 1996 14:53:47 -0700 (PDT) Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA02477 for ; Tue, 21 May 1996 14:53:40 -0700 (PDT) Received: from palmer.demon.co.uk (localhost [127.0.0.1]) by palmer.demon.co.uk (sendmail/PALMER-1) with ESMTP id WAA08464; Tue, 21 May 1996 22:32:18 +0100 (BST) To: Richard J Kuhns cc: freebsd-bugs@FreeBSD.ORG, seb@wintek.com From: "Gary Palmer" Subject: Re: panic: page fault under 2.1-RELEASE In-reply-to: Your message of "Tue, 21 May 1996 14:19:05 CDT." <199605211919.OAA16442@watson.grauel.com> Date: Tue, 21 May 1996 22:32:17 +0100 Message-ID: <8461.832714337@palmer.demon.co.uk> Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Richard J Kuhns wrote in message ID <199605211919.OAA16442@watson.grauel.com>: > I'm enclosing the kernel config file, dmesg output, and a stack backtrace > from the kernel dump. The kernel was configured with "config -g" and > compiled with "-O2 -m486 -fno-strength-reduce -pipe". Go with -O. That is the current recommendation. -pipe and -m486 should be okay. > machine "i386" > cpu "I486_CPU" > ident NEWS > maxusers 10 A 64Mb machine with that setting? Should be higher IMO. Especially if you have a lot of newsreaders. > options MATH_EMULATE #Support for x87 emulation Unecessary, I believe, although I'm not sure about the AMD part you use ... I'd think that it would have it's on FPU. > #27 0xf016e6ed in calltrap () > #28 0xf011099c in updatepri (p=0xf01a5178) at ../../kern/kern_synch.c:234 > #29 0xf0110ea9 in wakeup (ident=0xf01a5178) at ../../kern/kern_synch.c:519 > #30 0xf0165e6b in vmmeter () at ../../vm/vm_meter.c:55 > #31 0xf0110974 in schedcpu (arg=0x0) at ../../kern/kern_synch.c:221 > #32 0xf0107a24 in softclock () at ../../kern/kern_clock.c:654 > #33 0xf016fa47 in doreti_swi () > #34 0xf017886c in cpu_switch () Hmm. I'd suggest they go to a -stable kernel too and see if that helps any. Some bugs in the pmap code have been fixed (I believe). Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info From owner-freebsd-bugs Tue May 21 16:10:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA08726 for bugs-outgoing; Tue, 21 May 1996 16:10:07 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA08699; Tue, 21 May 1996 16:10:03 -0700 (PDT) Resent-Date: Tue, 21 May 1996 16:10:03 -0700 (PDT) Resent-Message-Id: <199605212310.QAA08699@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 ([207.76.205.131]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA08024 for ; Tue, 21 May 1996 16:02:12 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id QAA00854 for ; Tue, 21 May 1996 16:01:41 -0700 (PDT) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma000852; Tue May 21 16:01:39 1996 Received: (from archie@localhost) by bubba.whistle.com (8.6.12/8.6.12) id QAA20561; Tue, 21 May 1996 16:01:38 -0700 Message-Id: <199605212301.QAA20561@bubba.whistle.com> Date: Tue, 21 May 1996 16:01:38 -0700 From: Archie Cobbs Reply-To: archie@whistle.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/1230: make ``.for'' loops iterate backwards Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1230 >Category: bin >Synopsis: make ``.for'' loops iterate backwards >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue May 21 16:10:01 PDT 1996 >Last-Modified: >Originator: Archie Cobbs >Organization: Whistle Communications, Inc. >Release: FreeBSD 2.1-STABLE i386 >Environment: FreeBSD-2.1R, 2.2-current, ?? >Description: The make(1) construct ``.for VAR in ${ARGS}'' iterates from the last field in ${ARGS} to the first, instead of the other way around (as specified in the man page). >How-To-Repeat: Create the following makefile and run make: ORIG= a b c .for VAR in ${ORIG} LIST+= ${VAR} .endfor default: @echo ${LIST} >Fix: Unknown >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue May 21 16:10:09 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA08731 for bugs-outgoing; Tue, 21 May 1996 16:10:09 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA08719; Tue, 21 May 1996 16:10:06 -0700 (PDT) Resent-Date: Tue, 21 May 1996 16:10:06 -0700 (PDT) Resent-Message-Id: <199605212310.QAA08719@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 ([207.76.205.131]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA08393 for ; Tue, 21 May 1996 16:06:13 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id QAA00872 for ; Tue, 21 May 1996 16:05:41 -0700 (PDT) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma000870; Tue May 21 16:05:36 1996 Received: (from archie@localhost) by bubba.whistle.com (8.6.12/8.6.12) id QAA20668; Tue, 21 May 1996 16:05:35 -0700 Message-Id: <199605212305.QAA20668@bubba.whistle.com> Date: Tue, 21 May 1996 16:05:35 -0700 From: Archie Cobbs Reply-To: archie@whistle.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/1231: make(1) execution of ``.BEGIN'' does not halt on error Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1231 >Category: bin >Synopsis: make(1) execution of ``.BEGIN'' does not halt on error >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue May 21 16:10:05 PDT 1996 >Last-Modified: >Originator: Archie Cobbs >Organization: Whistle Communications, Inc. >Release: FreeBSD 2.1-STABLE i386 >Environment: FreeBSD-2.1R, 2.2-current, ?? >Description: When the special ``.BEGIN'' target is used to have a list of commands execute at the beginning of the make, and one of those commands fails, make(1) does not halt execution as it should. >How-To-Repeat: Run make on this makefile: .BEGIN: @echo aborting initialization /usr/bin/false default: @echo this should not get executed >Fix: Apply the following patch in the main source directory: Index: compat.c =================================================================== RCS file: /tribe/cvs/freebsd/src/usr.bin/make/compat.c,v retrieving revision 1.3 diff -c -r1.3 compat.c *** 1.3 1995/05/30 06:31:49 --- compat.c 1996/05/18 23:39:38 *************** *** 615,620 **** --- 615,624 ---- gn = Targ_FindNode(".BEGIN", TARG_NOCREATE); if (gn != NILGNODE) { Lst_ForEach(gn->commands, CompatRunCommand, (ClientData)gn); + if (gn->made == ERROR) { + printf ("\n\nStop.\n"); + exit (1); + } } } >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue May 21 16:30:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA11722 for bugs-outgoing; Tue, 21 May 1996 16:30:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA11716; Tue, 21 May 1996 16:30:02 -0700 (PDT) Date: Tue, 21 May 1996 16:30:02 -0700 (PDT) Message-Id: <199605212330.QAA11716@freefall.freebsd.org> To: freebsd-bugs Cc: From: J Wunsch Subject: Re: bin/1226: permissions binaries directories Reply-To: J Wunsch Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/1226; it has been noted by GNATS. From: J Wunsch To: W.Belgers@nl.cis.philips.com Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/1226: permissions binaries directories Date: Wed, 22 May 1996 00:54:37 +0200 (MET DST) As Walter Belgers wrote: > The directories /bin /sbin /usr/bin /usr/sbin /usr/local/bin > /usr/local/sbin are all owned by bin, group bin. This makes it possible > for anybody with bin privileges to become root easily. Only if you are r/w NFS exporting it. (bin cannot dump something over an existing setuid root program, regardless of the directory ownership. bin is disabled by default anyway.) I think the ownership has been chosen deliberately. If we once start this discussion, i'm afraid we could soon transfer the entire system to owner root. -- 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 May 21 19:30:13 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA27504 for bugs-outgoing; Tue, 21 May 1996 19:30:13 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA27492; Tue, 21 May 1996 19:30:09 -0700 (PDT) Resent-Date: Tue, 21 May 1996 19:30:09 -0700 (PDT) Resent-Message-Id: <199605220230.TAA27492@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, baumin@ipseng.eng.iplaneti.com Received: from ipluto.iplaneti.com (ipluto.vip.best.com [206.86.81.120]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA27153 for ; Tue, 21 May 1996 19:26:15 -0700 (PDT) Received: from ipseng.eng.iplaneti.com (ipseng [10.0.0.30]) by ipluto.iplaneti.com (8.6.11/8.6.9) with ESMTP id TAA25198 for ; Tue, 21 May 1996 19:27:54 -0700 Received: (from root@localhost) by ipseng.eng.iplaneti.com (8.6.11/8.6.9) id TAA19129; Tue, 21 May 1996 19:27:11 GMT Message-Id: <199605211927.TAA19129@ipseng.eng.iplaneti.com> Date: Tue, 21 May 1996 19:27:11 GMT From: "baumin lee" Reply-To: baumin@ipseng.eng.iplaneti.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/1232: test Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1232 >Category: docs >Synopsis: test >Confidential: yes >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue May 21 19:30:05 PDT 1996 >Last-Modified: >Originator: baumin lee >Organization: >Release: i386 >Environment: >Description: >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue May 21 20:10:08 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA00749 for bugs-outgoing; Tue, 21 May 1996 20:10:08 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA00737; Tue, 21 May 1996 20:10:04 -0700 (PDT) Resent-Date: Tue, 21 May 1996 20:10:04 -0700 (PDT) Resent-Message-Id: <199605220310.UAA00737@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, baumin@ipseng.eng.iplaneti.com Received: from ipluto.iplaneti.com (ipluto.vip.best.com [206.86.81.120]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA00495 for ; Tue, 21 May 1996 20:07:43 -0700 (PDT) Received: from ipseng.eng.iplaneti.com (ipseng [10.0.0.30]) by ipluto.iplaneti.com (8.6.11/8.6.9) with ESMTP id UAA27769 for ; Tue, 21 May 1996 20:09:24 -0700 Received: (from root@localhost) by ipseng.eng.iplaneti.com (8.6.11/8.6.9) id UAA20689; Tue, 21 May 1996 20:08:46 GMT Message-Id: <199605212008.UAA20689@ipseng.eng.iplaneti.com> Date: Tue, 21 May 1996 20:08:46 GMT From: "baumin lee" Reply-To: baumin@ipseng.eng.iplaneti.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/1233: 123 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1233 >Category: docs >Synopsis: 123 >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Tue May 21 20:10:02 PDT 1996 >Last-Modified: >Originator: "baumin lee" >Organization: >Release: FreeBSD 2.0-BUILT-19950603 i386 >Environment: >Description: >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue May 21 21:00:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA07055 for bugs-outgoing; Tue, 21 May 1996 21:00:06 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA07030; Tue, 21 May 1996 21:00:03 -0700 (PDT) Resent-Date: Tue, 21 May 1996 21:00:03 -0700 (PDT) Resent-Message-Id: <199605220400.VAA07030@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, baumin@ipseng.eng.iplaneti.com Received: from ipluto.iplaneti.com (ipluto.vip.best.com [206.86.81.120]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA05793 for ; Tue, 21 May 1996 20:50:40 -0700 (PDT) Received: from ipseng.eng.iplaneti.com (ipseng [10.0.0.30]) by ipluto.iplaneti.com (8.6.11/8.6.9) with ESMTP id UAA29259 for ; Tue, 21 May 1996 20:52:22 -0700 Received: (from root@localhost) by ipseng.eng.iplaneti.com (8.6.11/8.6.9) id UAA25986; Tue, 21 May 1996 20:51:43 GMT Message-Id: <199605212051.UAA25986@ipseng.eng.iplaneti.com> Date: Tue, 21 May 1996 20:51:43 GMT From: "baumin lee" Reply-To: baumin@ipseng.eng.iplaneti.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/1234: CBEDH Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1234 >Category: docs >Synopsis: CBEDH >Confidential: yes >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue May 21 21:00:01 PDT 1996 >Last-Modified: >Originator: "baumin lee" >Organization: ABC >Release: FreeBSD 2.0-BUILT-19950603 i386 >Environment: >Description: >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue May 21 22:20:09 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA16673 for bugs-outgoing; Tue, 21 May 1996 22:20:09 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA16641; Tue, 21 May 1996 22:20:03 -0700 (PDT) Date: Tue, 21 May 1996 22:20:03 -0700 (PDT) Message-Id: <199605220520.WAA16641@freefall.freebsd.org> To: freebsd-bugs Cc: From: Bruce Evans Subject: Re: bin/1229: redundant redeclaration of `lseek' Reply-To: Bruce Evans Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/1229; it has been noted by GNATS. From: Bruce Evans To: FreeBSD-gnats-submit@freebsd.org, james@jraynard.demon.co.uk Cc: Subject: Re: bin/1229: redundant redeclaration of `lseek' Date: Wed, 22 May 1996 15:08:02 +1000 >sys/types.h has a prototype for lseek(). So does unistd.h, which >#include's sys/types.h It really shouldn't be declared in if _POSIX_SOURCE is defined. I want the kludge of declaring lseek() in extended: - put a prototype for all functions that return a quad value or take a quad value arg in a central place. Hi-tech place: compiler builtin. Low-tech place(s): , , ... - turn off this kludge if _ANSI_SOURCE or _POSIX_SOURCE is defined. - inhibit warnings about multiple declarations of these functions in system headers. (It is too hard to fix the bogus warning for lseek() being declared in and in user code that doesn't include , unless lseek() is a builtin.) - don't include in . It is included mainly to pick up the declaration of lseek(). Quad values in printf args should be checked even if -Wformat is not specified. Bruce From owner-freebsd-bugs Wed May 22 00:39:28 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA25638 for bugs-outgoing; Wed, 22 May 1996 00:39:28 -0700 (PDT) Received: from ghpc6.ihf.rwth-aachen.de (ghpc6.ihf.RWTH-Aachen.DE [134.130.90.6]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA25627 for ; Wed, 22 May 1996 00:39:07 -0700 (PDT) Received: (from thomas@localhost) by ghpc6.ihf.rwth-aachen.de (8.6.12/8.6.9) id JAA13206 for bugs@freebsd.org; Wed, 22 May 1996 09:38:57 +0200 From: Thomas Gellekum Message-Id: <199605220738.JAA13206@ghpc6.ihf.rwth-aachen.de> Subject: ed(1) output on stderr or stdout? To: bugs@freebsd.org Date: Wed, 22 May 1996 09:38:56 +0200 (MET DST) Organization: Institut f. Hochfrequenztechnik, RWTH Aachen X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Moin moin, some of the tests in the pdksh port failed. Michael Rendell, the current maintainer of pdksh, told me the following: > history-ed-1..3 > FreeBSD's ed writes the byte counts to standard error instead > of standard output. Most eds write it to stdout (which is what > posix says it should do). Again, I can't do much to fix this... The following patch fixes this: --- bin/ed/io.c.orig Tue May 21 19:23:38 1996 +++ bin/ed/io.c Tue May 21 19:52:49 1996 @@ -58,7 +58,7 @@ sprintf(errmsg, "cannot close input file"); return ERR; } - fprintf(stderr, !scripted ? "%lu\n" : "", size); + fprintf(stdout, !scripted ? "%lu\n" : "", size); return current_addr - n; } @@ -173,7 +173,7 @@ sprintf(errmsg, "cannot close output file"); return ERR; } - fprintf(stderr, !scripted ? "%lu\n" : "", size); + fprintf(stdout, !scripted ? "%lu\n" : "", size); return n ? m - n + 1 : 0; } I'd like to commit this if there are no objections. tg From owner-freebsd-bugs Wed May 22 03:14:31 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA12583 for bugs-outgoing; Wed, 22 May 1996 03:14:31 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA12539 for ; Wed, 22 May 1996 03:14:20 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id MAA26577; Wed, 22 May 1996 12:14:02 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id MAA15649; Wed, 22 May 1996 12:14:02 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id LAA13294; Wed, 22 May 1996 11:10:49 +0200 (MET DST) From: J Wunsch Message-Id: <199605220910.LAA13294@uriah.heep.sax.de> Subject: Re: ed(1) output on stderr or stdout? To: thomas@ghpc8.ihf.rwth-aachen.de (Thomas Gellekum) Date: Wed, 22 May 1996 11:10:49 +0200 (MET DST) Cc: bugs@FreeBSD.ORG Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199605220738.JAA13206@ghpc6.ihf.rwth-aachen.de> from Thomas Gellekum at "May 22, 96 09:38:56 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 Thomas Gellekum wrote: > The following patch fixes this: > > --- bin/ed/io.c.orig Tue May 21 19:23:38 1996 > +++ bin/ed/io.c Tue May 21 19:52:49 1996 > @@ -58,7 +58,7 @@ > sprintf(errmsg, "cannot close input file"); > return ERR; > } > - fprintf(stderr, !scripted ? "%lu\n" : "", size); > + fprintf(stdout, !scripted ? "%lu\n" : "", size); > return current_addr - n; > } > > @@ -173,7 +173,7 @@ > sprintf(errmsg, "cannot close output file"); > return ERR; > } > - fprintf(stderr, !scripted ? "%lu\n" : "", size); > + fprintf(stdout, !scripted ? "%lu\n" : "", size); > return n ? m - n + 1 : 0; > } > > I'd like to commit this if there are no objections. Verified that it complies to Posix.2. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Wed May 22 03:14:49 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA12643 for bugs-outgoing; Wed, 22 May 1996 03:14:49 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA12600; Wed, 22 May 1996 03:14:36 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id MAA26636; Wed, 22 May 1996 12:14:21 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id MAA15662; Wed, 22 May 1996 12:14:21 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id LAA14059; Wed, 22 May 1996 11:58:25 +0200 (MET DST) From: J Wunsch Message-Id: <199605220958.LAA14059@uriah.heep.sax.de> Subject: Re: panic: rt free To: robin@nis.za Date: Wed, 22 May 1996 11:58:25 +0200 (MET DST) Cc: bugs@FreeBSD.ORG, wollman@FreeBSD.ORG Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199605211707.RAA01224@ilink.nis.za> from Robin Hunt at "May 21, 96 05:07:53 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 Robin Hunt wrote: > I would appreciate any comments as to: > > 1) What is "rt free" some route-related freeing, i guess > 2) What can I do about this problem? Garrett? > 3) Where can I get a comprehsive list of panic messages and their > meanings? Nobody ever compiled one, and it will certainly be out of date once it has been done. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Wed May 22 03:19:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA13594 for bugs-outgoing; Wed, 22 May 1996 03:19:04 -0700 (PDT) Received: (from joerg@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA13558; Wed, 22 May 1996 03:19:01 -0700 (PDT) Date: Wed, 22 May 1996 03:19:01 -0700 (PDT) From: Joerg Wunsch Message-Id: <199605221019.DAA13558@freefall.freebsd.org> To: baumin@ipseng.eng.iplaneti.com, joerg, freebsd-bugs Subject: Re: docs/1232 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: test State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Wed May 22 12:18:24 MET DST 1996 State-Changed-Why: Junk posting, sigh. From owner-freebsd-bugs Wed May 22 03:19:38 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA13753 for bugs-outgoing; Wed, 22 May 1996 03:19:38 -0700 (PDT) Received: (from joerg@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA13718; Wed, 22 May 1996 03:19:36 -0700 (PDT) Date: Wed, 22 May 1996 03:19:36 -0700 (PDT) From: Joerg Wunsch Message-Id: <199605221019.DAA13718@freefall.freebsd.org> To: baumin@ipseng.eng.iplaneti.com, joerg, freebsd-bugs Subject: Re: docs/1233 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: 123 State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Wed May 22 12:18:24 MET DST 1996 State-Changed-Why: Junk posting, sigh. From owner-freebsd-bugs Wed May 22 03:20:27 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA14028 for bugs-outgoing; Wed, 22 May 1996 03:20:27 -0700 (PDT) Received: (from joerg@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA14011; Wed, 22 May 1996 03:20:24 -0700 (PDT) Date: Wed, 22 May 1996 03:20:24 -0700 (PDT) From: Joerg Wunsch Message-Id: <199605221020.DAA14011@freefall.freebsd.org> To: baumin@ipseng.eng.iplaneti.com, joerg, freebsd-bugs Subject: Re: docs/1234 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: CBEDH State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Wed May 22 12:18:24 MET DST 1996 State-Changed-Why: Junk posting, sigh. From owner-freebsd-bugs Wed May 22 03:30:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA15421 for bugs-outgoing; Wed, 22 May 1996 03:30:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA15413; Wed, 22 May 1996 03:30:01 -0700 (PDT) Date: Wed, 22 May 1996 03:30:01 -0700 (PDT) Message-Id: <199605221030.DAA15413@freefall.freebsd.org> To: freebsd-bugs Cc: From: J Wunsch Subject: Re: docs/1234: CBEDH Reply-To: J Wunsch Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR docs/1234; it has been noted by GNATS. From: J Wunsch To: baumin@ipseng.eng.iplaneti.com Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: docs/1234: CBEDH Date: Wed, 22 May 1996 11:40:26 +0200 (MET DST) As baumin lee wrote: > > >Number: 1234 > >Category: docs > >Synopsis: CBEDH HEY! STOP THIS! You are causing us a ton of extra work killing all your silly games now! If you don't trust your email system, drop your test messages to somebody else. If you don't trust send-pr(1), replace the mail command in it by ``cat >> /tmp/testmessage'', and start playing with it. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Wed May 22 06:20:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA25747 for bugs-outgoing; Wed, 22 May 1996 06:20:06 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA25720; Wed, 22 May 1996 06:20:05 -0700 (PDT) Resent-Date: Wed, 22 May 1996 06:20:05 -0700 (PDT) Resent-Message-Id: <199605221320.GAA25720@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, kieber@jerry.xoo.sax.de Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA25209 for ; Wed, 22 May 1996 06:09:21 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id PAA04641 for ; Wed, 22 May 1996 15:06:48 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id PAA16990 for FreeBSD-gnats-submit@freebsd.org; Wed, 22 May 1996 15:06:47 +0200 Received: by jerry.xoo.sax.de (8.6.12/8.6.12-s1) id OAA01017; Wed, 22 May 1996 14:40:12 +0200 Message-Id: <199605221240.OAA01017@jerry.xoo.sax.de> Date: Wed, 22 May 1996 14:40:12 +0200 From: kieber@jerry.xoo.sax.de (Ulf Kieber) Reply-To: kieber@jerry.xoo.sax.de To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/1236: patch to pcvt_conf.h Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1236 >Category: kern >Synopsis: some #def's in pcvt_conf.h not braketed by #ifndef's >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed May 22 06:20:03 PDT 1996 >Last-Modified: >Originator: Ulf Kieber >Organization: SaxNet e. V. >Release: FreeBSD 2.1-STABLE i386 >Environment: FreeBSD jerry.xoo.sax.de 2.1.0-RELEASE FreeBSD 2.1.0-RELEASE #15: Tue May 14 22:40:00 MET DST 1996 root@jerry.xoo.sax.de:/usr/src/sys/compile/JERRY i386 >Description: MONO_KERNEL_FG is hard #def'ed to FG_UNDERLINE, hence cannot be changed from the kernel config file. (Underlined output is somewhat harder to read.) >How-To-Repeat: boot on a monochrome console device >Fix: apply following patch *** /sys/i386/isa/pcvt/pcvt_conf.h.orig Tue May 30 10:03:50 1995 --- /sys/i386/isa/pcvt/pcvt_conf.h Mon Mar 4 04:45:53 1996 *************** *** 460,471 **** * emphasize messages from the kernel on color and mono displays. *---------------------------------------------------------------------------*/ ! /* color displays */ #define COLOR_KERNEL_FG FG_LIGHTGREY /* kernel messages, foreground */ #define COLOR_KERNEL_BG BG_RED /* kernel messages, background */ ! /* monochrome displays */ #define MONO_KERNEL_FG FG_UNDERLINE /* kernel messages, foreground */ #define MONO_KERNEL_BG BG_BLACK /* kernel messages, background */ /*---------------------------------- E O F ----------------------------------*/ --- 460,477 ---- * emphasize messages from the kernel on color and mono displays. *---------------------------------------------------------------------------*/ ! #if !defined COLOR_KERNEL_FG /* color displays */ #define COLOR_KERNEL_FG FG_LIGHTGREY /* kernel messages, foreground */ + #endif + #if !defined COLOR_KERNEL_BG #define COLOR_KERNEL_BG BG_RED /* kernel messages, background */ + #endif ! #if !defined MONO_KERNEL_FG /* monochrome displays */ #define MONO_KERNEL_FG FG_UNDERLINE /* kernel messages, foreground */ + #endif + #if !defined MONO_KERNEL_BG #define MONO_KERNEL_BG BG_BLACK /* kernel messages, background */ + #endif /*---------------------------------- E O F ----------------------------------*/ >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed May 22 08:01:31 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA02112 for bugs-outgoing; Wed, 22 May 1996 08:01:31 -0700 (PDT) Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA02104 for ; Wed, 22 May 1996 08:01:27 -0700 (PDT) Received: by agora.rdrop.com (Smail3.1.29.1 #17) id m0uMFPc-0008vnC; Wed, 22 May 96 08:01 PDT Message-Id: From: batie@agora.rdrop.com (Alan Batie) Subject: SLIP connections failing To: freebsd-bugs@freebsd.org Date: Wed, 22 May 1996 08:01:20 -0700 (PDT) X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi; I've got a problem which has reached critical proportions (i.e. between 50 and 100 failures yesterday): intermittently, when users connect for SLIP, it assigns an address then hangs up on them. Investigation shows that ifconfig is failing on the SIOCAIFADDR ioctl with "File exists". This only happens with SLIP, not PPP, but seems to have gotten worse in proportion to increasing PPP usage. I assign IP addresses based on the port, and SLIP uses a different set of addresses than PPP. I've also (even more recently than PPP, and come to think of it, that does seem to be when the problem really got noticeable), started using IP aliases for some virtual web servers. The one thing I'm doing weird is using one class C (199.2.212) for all SLIP/PPP and alias addresses. 1-32 are remote SLIP, 33-64 are remote PPP and 128+ are aliases. Originally, I just used 1-32 for both SLIP and PPP, but thought maybe there was a problem switching an address between the two (gated seemed to think so anyhow), but it didn't help with this problem. 199.2.212.241 is the local address for all the SLIP/PPP interfaces. Here's some debug output that shows that the interface is actually getting configured before ifconfig returns a failure: + echo ifconfig of 199.2.212.16 on sl4 failed: ifconfig of 199.2.212.16 on sl4 failed: + echo before: before: + cat /tmp/if.before sl4: flags=c011 mtu 552 inet 199.2.212.241 --> 199.2.212.16 netmask 0xffffff00 + echo + echo after: after: + /sbin/ifconfig sl4 sl4: flags=c011 mtu 552 inet 199.2.212.241 --> 199.2.212.16 netmask 0xffffff00 + netstat -in + egrep sl4[^0-9] sl4 552 1268401 39 1315885 0 0 sl4 552 199.2.212 199.2.212.241 1268401 39 1315885 0 0 -- Alan Batie ______ We're Starfleet officers: batie@agora.rdrop.com \ / Weird is part of the job. +1 503 452-0960 \ / --Captain Janeway DE 3C 29 17 C0 49 7A 27 \/ 40 A5 3C 37 4A DA 52 B9 It is my policy to avoid purchase of any products from companies which use unrequested email advertisements or telephone solicitation. From owner-freebsd-bugs Wed May 22 09:42:47 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA08967 for bugs-outgoing; Wed, 22 May 1996 09:42:47 -0700 (PDT) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA08958 for ; Wed, 22 May 1996 09:42:44 -0700 (PDT) Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA09520; Wed, 22 May 1996 12:42:40 -0400 Date: Wed, 22 May 1996 12:42:40 -0400 From: Garrett Wollman Message-Id: <9605221642.AA09520@halloran-eldar.lcs.mit.edu> To: batie@agora.rdrop.com (Alan Batie) Cc: freebsd-bugs@freebsd.org Subject: SLIP connections failing In-Reply-To: References: Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk < Investigation shows that ifconfig is failing on the SIOCAIFADDR ioctl with > "File exists". This only happens with SLIP, not PPP, but seems to have > gotten worse in proportion to increasing PPP usage. This almost invariably means that the address you are attempting to add conflicts with a route already in the kernel routing table. I agree that it's confusing, and that the configure operation should probably be undone if it fails. If someone cares to give me a patch to do so, I would be happy to add it. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-bugs Wed May 22 09:48:18 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA09422 for bugs-outgoing; Wed, 22 May 1996 09:48:18 -0700 (PDT) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA09417; Wed, 22 May 1996 09:48:14 -0700 (PDT) Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA09364; Wed, 22 May 1996 12:47:47 -0400 Date: Wed, 22 May 1996 12:47:47 -0400 From: Garrett Wollman Message-Id: <9605221647.AA09364@halloran-eldar.lcs.mit.edu> To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Cc: robin@nis.za, bugs@FreeBSD.ORG, wollman@FreeBSD.ORG Subject: Re: panic: rt free In-Reply-To: <199605220958.LAA14059@uriah.heep.sax.de> References: <199605211707.RAA01224@ilink.nis.za> <199605220958.LAA14059@uriah.heep.sax.de> Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk < said: >> 1) What is "rt free" > some route-related freeing, i guess It indicates a bug in the software. Without knowing where this is happening, I can't even begin to provide an analysis. (Specifically, it indicates that rtfree() was called with a nil argument.) >> 2) What can I do about this problem? Provide more details. >> 3) Where can I get a comprehsive list of panic messages and their >> meanings? cd /usr/src/sys etags `find . -name '*.c' -o -name '*.h'` emacs M-x tags-search RET panic( RET RET -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-bugs Wed May 22 18:13:45 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA20474 for bugs-outgoing; Wed, 22 May 1996 18:13:45 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA20469 for ; Wed, 22 May 1996 18:13:44 -0700 (PDT) Received: from relay-2.mail.demon.net (disperse.demon.co.uk [158.152.1.77]) by who.cdrom.com (8.6.12/8.6.11) with SMTP id SAA29505 for ; Wed, 22 May 1996 18:13:38 -0700 Received: from post.demon.co.uk ([158.152.1.72]) by relay-2.mail.demon.net id ad27037; 23 May 96 1:56 +0100 Received: from jraynard.demon.co.uk ([158.152.42.77]) by relay-3.mail.demon.net id aa20694; 23 May 96 0:50 +0100 Received: (from fbugs@localhost) by jraynard.demon.co.uk (8.7.5/8.6.12) id TAA01436; Wed, 22 May 1996 19:26:02 GMT Date: Wed, 22 May 1996 19:26:02 GMT From: James Raynard Message-Id: <199605221926.TAA01436@jraynard.demon.co.uk> To: bugs@freebsd.org Subject: i386/1224 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Please cancel this report, as I have been assured by jkh that it is an artefact of my system which bears no relation to reality. -- James Raynard, Edinburgh, Scotland jraynard@dial.pipex.com james@jraynard.demon.co.uk From owner-freebsd-bugs Wed May 22 20:12:14 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA03044 for bugs-outgoing; Wed, 22 May 1996 20:12:14 -0700 (PDT) Received: (from gpalmer@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA02951; Wed, 22 May 1996 20:12:07 -0700 (PDT) Date: Wed, 22 May 1996 20:12:07 -0700 (PDT) From: Gary Palmer Message-Id: <199605230312.UAA02951@freefall.freebsd.org> To: james@jraynard.demon.co.uk, gpalmer, freebsd-bugs Subject: Re: i386/1224 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: rc.i386 moved to /etc/etc.i386 but /etc/rc not updated State-Changed-From-To: open-closed State-Changed-By: gpalmer State-Changed-When: Wed May 22 20:05:16 PDT 1996 State-Changed-Why: Submitter asks that the PR be closed as it was a local artifact. From owner-freebsd-bugs Thu May 23 00:30:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA02145 for bugs-outgoing; Thu, 23 May 1996 00:30:07 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA02118; Thu, 23 May 1996 00:30:03 -0700 (PDT) Resent-Date: Thu, 23 May 1996 00:30:03 -0700 (PDT) Resent-Message-Id: <199605230730.AAA02118@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, imp@village.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id AAA02054 for ; Thu, 23 May 1996 00:29:39 -0700 (PDT) Received: (from imp@localhost) by rover.village.org (8.7.5/8.6.6) id BAA08144; Thu, 23 May 1996 01:29:37 -0600 (MDT) Message-Id: <199605230729.BAA08144@rover.village.org> Date: Thu, 23 May 1996 01:29:37 -0600 (MDT) From: Warner Losh Reply-To: imp@village.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/1237: Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1237 >Category: bin >Synopsis: >Confidential: yes >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu May 23 00:30:01 PDT 1996 >Last-Modified: >Originator: Warner Losh >Organization: Warner Losh imp@village.org >Release: FreeBSD 2.1.0-RELEASE i386 >Environment: >Description: When you ask pr to use form feeds at the end of pages and specify a page length and tell pr to not put the fancy headers and footers on each pages, then pr will not separate the pages with a form feed. >How-To-Repeat: lpr -l 20 -F -t < long-file | more You will notice that you don't get form feeds often enough >Fix: The following patch should fix the problem. It honors the request for form feeds in all the right places. Index: pr.c =================================================================== RCS file: /home/imp/FreeBSD/CVS/src/usr.bin/pr/pr.c,v retrieving revision 1.2 diff -u -r1.2 pr.c --- pr.c 1995/05/30 06:32:58 1.2 +++ pr.c 1996/05/23 07:23:20 @@ -1457,12 +1457,20 @@ /* * only pad with no headers when incomplete last line */ - if (!incomp) - return(0); - if ((dspace && (putchar('\n') == EOF)) || - (putchar('\n') == EOF)) { + if (incomp && + ((dspace && (putchar('\n') == EOF)) || + (putchar('\n') == EOF))) { pfail(); return(1); + } + /* + * but honor the formfeed request + */ + if (formfeed) { + if (putchar('\f') == EOF) { + pfail(); + return(1); + } } return(0); } >Audit-Trail: >Unformatted: no pr doesn't honor -F when -t is specified non-critical low From owner-freebsd-bugs Thu May 23 06:10:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA10821 for bugs-outgoing; Thu, 23 May 1996 06:10:06 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA10811; Thu, 23 May 1996 06:10:04 -0700 (PDT) Resent-Date: Thu, 23 May 1996 06:10:04 -0700 (PDT) Resent-Message-Id: <199605231310.GAA10811@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, nash@mcs.com Received: from shogun.tdktca.com ([206.26.1.21]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA10393 for ; Thu, 23 May 1996 06:04:19 -0700 (PDT) Received: from shogun.tdktca.com (daemon@localhost) by shogun.tdktca.com (8.7.2/8.7.2) with ESMTP id IAA01627 for ; Thu, 23 May 1996 08:05:57 -0500 (CDT) Received: from fa.tdktca.com (bsd.fa.tdktca.com [163.49.131.129]) by shogun.tdktca.com (8.7.2/8.7.2) with ESMTP id IAA01623 for ; Thu, 23 May 1996 08:05:56 -0500 (CDT) Received: (from alex@localhost) by fa.tdktca.com (8.7.5/8.6.12) id IAA28940; Thu, 23 May 1996 08:04:34 -0500 (CDT) Message-Id: <199605231304.IAA28940@fa.tdktca.com> Date: Thu, 23 May 1996 08:04:34 -0500 (CDT) From: Alex Nash Reply-To: nash@mcs.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/1238: LKM security patch for 2.1.0-STABLE Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1238 >Category: kern >Synopsis: LKM security improvement in -current not merged into -stable >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu May 23 06:10:02 PDT 1996 >Last-Modified: >Originator: Alex Nash >Organization: >Release: FreeBSD 2.1-STABLE i386 >Environment: FreeBSD 2.1.0-STABLE systems using LKMs. >Description: FreeBSD -current disallows loading/unloading of LKMs when securelevel is greater than 0. This addition was not merged into -stable. >How-To-Repeat: Perform module load/unload operations while securelevel > 0. >Fix: Test for securelevel > 0 during ioctl() operations. *** /usr/src/sys/kern/kern_lkm.c Thu Sep 14 03:44:28 1995 --- kern_lkm.c Thu May 23 07:52:03 1996 *************** *** 191,197 **** switch(cmd) { case LMRESERV: /* reserve pages for a module */ ! if ((flag & FWRITE) == 0) /* only allow this if writing */ return EPERM; resrvp = (struct lmc_resrv *)data; --- 191,198 ---- switch(cmd) { case LMRESERV: /* reserve pages for a module */ ! if ((flag & FWRITE) == 0 || securelevel > 0) ! /* only allow this if writing */ return EPERM; resrvp = (struct lmc_resrv *)data; *************** *** 231,237 **** break; case LMLOADBUF: /* Copy in; stateful, follows LMRESERV */ ! if ((flag & FWRITE) == 0) /* only allow this if writing */ return EPERM; loadbufp = (struct lmc_loadbuf *)data; --- 232,239 ---- break; case LMLOADBUF: /* Copy in; stateful, follows LMRESERV */ ! if ((flag & FWRITE) == 0 || securelevel > 0) ! /* only allow this if writing */ return EPERM; loadbufp = (struct lmc_loadbuf *)data; *************** *** 266,272 **** break; case LMUNRESRV: /* discard reserved pages for a module */ ! if ((flag & FWRITE) == 0) /* only allow this if writing */ return EPERM; lkmunreserve(); /* coerce state to LKM_IDLE */ --- 268,275 ---- break; case LMUNRESRV: /* discard reserved pages for a module */ ! if ((flag & FWRITE) == 0 || securelevel > 0) ! /* only allow this if writing */ return EPERM; lkmunreserve(); /* coerce state to LKM_IDLE */ *************** *** 276,282 **** break; case LMREADY: /* module loaded: call entry */ ! if ((flag & FWRITE) == 0) /* only allow this if writing */ return EPERM; switch (lkm_state) { --- 279,286 ---- break; case LMREADY: /* module loaded: call entry */ ! if ((flag & FWRITE) == 0 || securelevel > 0) ! /* only allow this if writing */ return EPERM; switch (lkm_state) { *************** *** 338,344 **** break; case LMUNLOAD: /* unload a module */ ! if ((flag & FWRITE) == 0) /* only allow this if writing */ return EPERM; unloadp = (struct lmc_unload *)data; --- 342,349 ---- break; case LMUNLOAD: /* unload a module */ ! if ((flag & FWRITE) == 0 || securelevel > 0) ! /* only allow this if writing */ return EPERM; unloadp = (struct lmc_unload *)data; >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu May 23 15:17:47 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA26555 for bugs-outgoing; Thu, 23 May 1996 15:17:47 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA26548 for ; Thu, 23 May 1996 15:17:43 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id OAA04044 for ; Thu, 23 May 1996 14:54:29 -0700 (PDT) Prev-Resent: Thu, 23 May 1996 14:54:29 -0700 Prev-Resent: "bugs@freebsd.org " Replied: Thu, 23 May 1996 14:54:24 -0700 Replied: "cskinner@bml.ca (Chris K. Skinner) www@freebsd.org" Replied: Thu, 23 May 1996 14:53:44 -0700 Replied: "cskinner@bml.ca (Chris K. Skinner) www@freebsd.org" Received: from freefall.freebsd.org (jkh-sl0-f.cdrom.com [204.216.27.193]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id OAA02954 for ; Thu, 23 May 1996 14:22:46 -0700 (PDT) Received: from host.igs.net (root@host.igs.net [206.248.16.2]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA20957 for ; Thu, 23 May 1996 14:22:11 -0700 (PDT) Received: from ttyB07.ott.igs.net (ttyB07.ott.igs.net [206.248.17.107]) by host.igs.net (8.7.4/8.6.12) with SMTP id RAA10225 for ; Thu, 23 May 1996 17:21:56 -0400 (EDT) Message-Id: <199605232121.RAA10225@host.igs.net> From: cskinner@bml.ca (Chris K. Skinner) To: www@freebsd.org Subject: FTP server definite bug! Date: Thu, 23 May 1996 21:22:00 GMT X-Newsreader: Forte Free Agent 1.0.82 Resent-To: bugs@freebsd.org Resent-Date: Thu, 23 May 1996 14:54:29 -0700 Resent-Message-ID: <4042.832888469@time.cdrom.com> Resent-From: "Jordan K. Hubbard" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi. Greetings. Discovered something weird... Bug title: FTP server gets and obeys an mput of "." and ".." special files from a "stupid" LAN FTP client. Config: Server: January CD of FreeBSD 2.1.0 from Walnut Creek. Client: the MS-Windows for Workgroups 3.11 Beta 1.1(?) of Microsoft TCP/IP-32. Scenario: 1. Within a MS WFW 3.11 system, login as a valid unix user (Ethernet Lan connection between machines). 2. Change local Win3.11 directory to a directory with a bunch of www html, gif, jpg files to send to the unix host as a test of MS tcp/ip-32 FTP. 3. Set prompting off so that no interactive "y/n ?" pause message appear within MS tcp/ip-32 when doing "mput". 4. Change remote FreeBSD unix directory to user's home directory. 5. Make a temporary unix directory to hold the files that will be up-loaded via MS-tcp/ip-32 ftp to the unix user sub-directory. 6. Change into this temporary directory for doing the upload. 7. Perform a "mput *.*" command so that Win3.11 sends files to unix. 8. Witness that the Win3.11 FTP will attempt to send both the "." and ".." files, and the unix machine will have its "." and ".." directory entries corrupted. 9. Perform a "fsck" command on the unix machine to detect and correct the corruption created by the steps above. The unix fsck reports and corrects the directory entry corruption of the "." and ".." directory entries that were screwed up by the "stupid" client ftp software. Thanks for reading this. Regards, Chris K. Skinner. From owner-freebsd-bugs Thu May 23 17:00:10 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA06836 for bugs-outgoing; Thu, 23 May 1996 17:00:10 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA06784; Thu, 23 May 1996 17:00:06 -0700 (PDT) Resent-Date: Thu, 23 May 1996 17:00:06 -0700 (PDT) Resent-Message-Id: <199605240000.RAA06784@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, cove@brazil.nbn.com Received: from brazil.nbn.com (brazil.nbn.com [199.4.65.205]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA06276 for ; Thu, 23 May 1996 16:51:46 -0700 (PDT) Received: (from cove@localhost) by brazil.nbn.com (8.6.12/8.6.12) id QAA06658; Thu, 23 May 1996 16:51:45 -0700 Message-Id: <199605232351.QAA06658@brazil.nbn.com> Date: Thu, 23 May 1996 16:51:45 -0700 From: Cove Schneider Reply-To: cove@brazil.nbn.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/1239: Type-o in /usr/share/dict/words Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1239 >Category: docs >Synopsis: Type-o in /usr/share/dict/words >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Thu May 23 17:00:02 PDT 1996 >Last-Modified: >Originator: Cove Schneider >Organization: North Bay Network >Release: FreeBSD 2.1-STABLE i386 >Environment: FreeBSD brazil.nbn.com 2.1.0-RELEASE FreeBSD 2.1.0-RELEASE #0: Fri May 3 15:41:59 PDT 1996 root@brazil.nbn.com:/usr/src/sys/compile/BRAZIL i386 >Description: Found "unknowen" in /usr/share/dict/words. Never herd of it.. >How-To-Repeat: $ look unknowen >Fix: /unknowen/d >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu May 23 17:00:16 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA06852 for bugs-outgoing; Thu, 23 May 1996 17:00:16 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA06823; Thu, 23 May 1996 17:00:08 -0700 (PDT) Resent-Date: Thu, 23 May 1996 17:00:08 -0700 (PDT) Resent-Message-Id: <199605240000.RAA06823@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, taob@io.org Received: from cabal.io.org (cabal.io.org [198.133.36.103]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA06522 for ; Thu, 23 May 1996 16:55:32 -0700 (PDT) Received: (from taob@localhost) by cabal.io.org (8.7.5/8.7.3) id TAA11573; Thu, 23 May 1996 19:54:51 -0400 (EDT) Message-Id: <199605232354.TAA11573@cabal.io.org> Date: Thu, 23 May 1996 19:54:51 -0400 (EDT) From: taob@io.org Reply-To: taob@io.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/1240: Cosmetic format error in pkg_* Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1240 >Category: bin >Synopsis: Wrong format used to print amount of free disk space >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu May 23 17:00:07 PDT 1996 >Last-Modified: >Originator: Brian Tao >Organization: Internex Online Inc., Toronto, Ontario, Canada >Release: FreeBSD 2.2-960501-SNAP i386 >Environment: Need /var/tmp filesystem with > 2GB free space and/or package larger than 2GB uncompressed. >Description: The size of the package and the amount of free disk space in /var/tmp are size_t ints when they probably ought to be off_t ints. At the very least, they should be unsigned. >How-To-Repeat: # df /var/tmp Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/sd0s1f 3476622 459 3198034 0% /var # pkg_add -v top-3.3.tgz Requested space: 86840 bytes, free space: -1020177408 bytes in /var/tmp/instmp.010105 [...] >Fix: This is an incomplete fix in that filesystems with more than 4GB of free space will produce the format error. I tried replacing the size_t's with off_t's, but the disk space check in find_play_pen() would incorrectly think that (for example) 3274789888 was not greater than 86840. Is this a comparison bug in gcc? *** /usr/src/usr.sbin/pkg_install/lib/pen.c Thu May 23 19:32:41 1996 --- /usr/src/usr.sbin/pkg_install/lib/pen.c-orig Thu May 23 19:31:51 1996 *************** *** 87,93 **** } if (Verbose) { if (sz) ! fprintf(stderr, "Requested space: %d bytes, free space: %u bytes in %s\n", (int)sz, min_free(pen), pen); } if (min_free(pen) < sz) { rmdir(pen); --- 87,93 ---- } if (Verbose) { if (sz) ! fprintf(stderr, "Requested space: %d bytes, free space: %d bytes in %s\n", (int)sz, min_free(pen), pen); } if (min_free(pen) < sz) { rmdir(pen); >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu May 23 23:51:50 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA03396 for bugs-outgoing; Thu, 23 May 1996 23:51:50 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA03357 for ; Thu, 23 May 1996 23:51:39 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id IAA25271; Fri, 24 May 1996 08:51:36 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA17503; Fri, 24 May 1996 08:51:35 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id IAA21829; Fri, 24 May 1996 08:37:31 +0200 (MET DST) From: J Wunsch Message-Id: <199605240637.IAA21829@uriah.heep.sax.de> Subject: Re: FTP server definite bug! To: cskinner@bml.ca (Chris K. Skinner) Date: Fri, 24 May 1996 08:37:31 +0200 (MET DST) Cc: bugs@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199605232121.RAA10225@host.igs.net> from "Chris K. Skinner" at "May 23, 96 09:22:00 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 Chris K. Skinner wrote: > Hi. Greetings. Discovered something weird... > > Bug title: FTP server gets and obeys an mput of "." and ".." > special files from a "stupid" LAN FTP client. > 7. Perform a "mput *.*" command so that Win3.11 sends files > to unix. > 8. Witness that the Win3.11 FTP will attempt to send both > the "." and ".." files, and the unix machine will > have its "." and ".." directory entries corrupted. Is there any chance you can re-submit this using send-pr? This way we would be sure it won't be forgotten! -- 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 May 24 00:44:26 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA06522 for bugs-outgoing; Fri, 24 May 1996 00:44:26 -0700 (PDT) Received: from hal.nt.tuwien.ac.at (hal.nt.tuwien.ac.at [128.130.67.93]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id AAA06512 for ; Fri, 24 May 1996 00:44:17 -0700 (PDT) Message-Id: <199605240744.AAA06512@freefall.freebsd.org> Received: by hal.nt.tuwien.ac.at (1.37.109.16/16.2) id AA035253849; Fri, 24 May 1996 09:44:09 +0200 Date: Fri, 24 May 1996 09:44:09 +0200 From: Martin Birgmeier To: freebsd-bugs@freebsd.org Subject: NFS_DIRBLKSIZ = 4096 breaks diskless operation (only?) Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Dear FreeBSD developers, first let me thank you for the fine product you have developed! I truly enjoy being able to use it. Now on to the problem: I have an old 1.1.5.1 machine, onto which I have loaded 2.2-960501-SNAP; I've also access to a 2.2-current machine (located elsewhere), where I have compiled a kernel for another machine which I want to boot from the 1.1.5.1 machine. This nearly works, except for one thing: Using tcpdump on the 1.1.5.1 machine, I see that readdir nfs requests get fragmented. This seems to be because the macro NFS_DIRBLKSIZ is set to 4096, and this is used as the minimum in mountnfs(). But the diskless machine uses an old 3c503 (etherlink II, that is?) network card, for which I have to set rsize=1024. I would like to set readdirsize to 1024 as well, but alas, as already said, 4096 is the minimum enforced in mountnfs(). The net result is that I can read large files (e.g., the kernel) fine, but as soon as the diskless machine has to do directory searches, it will hang with `nfs server ... not responding'. I am not a kernel expert, but I think the setting of NFS_DIRBLKSIZ, or enforcing it in nfsmount(), is the source of this problem. I'd be really happy if you could help me with this! Greetings, and thanks again, Martin --- Martin Birgmeier Department of Communications and Radio Frequency Engineering Vienna University of Technology Gusshausstrasse 25/E389 A-1040 Vienna Austria Martin.Birgmeier@nt.tuwien.ac.at From owner-freebsd-bugs Fri May 24 05:30:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA25946 for bugs-outgoing; Fri, 24 May 1996 05:30:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA25928; Fri, 24 May 1996 05:30:03 -0700 (PDT) Resent-Date: Fri, 24 May 1996 05:30:03 -0700 (PDT) Resent-Message-Id: <199605241230.FAA25928@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, zgabor@code.hu Received: from mail.EUnet.hu (mail.eunet.hu [193.225.28.100]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id FAA25223 for ; Fri, 24 May 1996 05:23:20 -0700 (PDT) Received: by mail.EUnet.hu, id OAA16078; Fri, 24 May 1996 14:23:11 +0200 Received: from zg.CoDe.hu by CoDe.CoDe.hu (OAA02648); Fri, 24 May 1996 14:04:14 GMT Received: (from zgabor@localhost) by zg.CoDe.hu (8.6.12/8.6.12) id OAA00275; Fri, 24 May 1996 14:15:22 +0200 Message-Id: <199605241215.OAA00275@zg.CoDe.hu> Date: Fri, 24 May 1996 14:15:22 +0200 From: Zahemszky Gabor Reply-To: zgabor@code.hu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/1241: ``jot(1)'' dumps core Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1241 >Category: bin >Synopsis: The jot(1) command with -s (FROM 2.1.0 CD) generates core dump >Confidential: yes >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri May 24 05:30:02 PDT 1996 >Last-Modified: >Originator: Zahemszky Gabor >Organization: >Release: FreeBSD 2.1.0-RELEASE i386 >Environment: FreeBSD 2.1.0-RELEASE from Walnut Creek CD. >Description: The jot(1) command, found on a 2.1.0-RELEASE CD from Walnut Creek, generates a core dump, if called with the ``-s'' option. >How-To-Repeat: Any jot command with -s option. Eg: jot -s ' ' /etc/passwd /etc/passwd >Fix: Here is the fixing patch: *** jot.c.orig Fri May 24 14:05:58 1996 --- jot.c Fri May 24 14:08:38 1996 *************** *** 140,150 **** break; case 's': if ((*av)[2]) ! strcpy(sepstring, *av + 2); else if (!--ac) error("Need string after -s", ""); else ! strcpy(sepstring, *++av); break; case 'p': if ((*av)[2]) --- 140,150 ---- break; case 's': if ((*av)[2]) ! sepstring = *av + 2; else if (!--ac) error("Need string after -s", ""); else ! sepstring = *++av; break; case 'p': if ((*av)[2]) >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri May 24 05:30:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA25961 for bugs-outgoing; Fri, 24 May 1996 05:30:07 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA25944; Fri, 24 May 1996 05:30:05 -0700 (PDT) Resent-Date: Fri, 24 May 1996 05:30:05 -0700 (PDT) Resent-Message-Id: <199605241230.FAA25944@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, zgabor@code.hu Received: from mail.EUnet.hu (mail.eunet.hu [193.225.28.100]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id FAA25222 for ; Fri, 24 May 1996 05:23:20 -0700 (PDT) Received: by mail.EUnet.hu, id OAA16081; Fri, 24 May 1996 14:23:12 +0200 Received: from zg.CoDe.hu by CoDe.CoDe.hu (OAA02937); Fri, 24 May 1996 14:19:57 GMT Received: (from zgabor@localhost) by zg.CoDe.hu (8.6.12/8.6.12) id OAA00390; Fri, 24 May 1996 14:31:04 +0200 Message-Id: <199605241231.OAA00390@zg.CoDe.hu> Date: Fri, 24 May 1996 14:31:04 +0200 From: Zahemszky Gabor Reply-To: zgabor@code.hu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/1242: S_ISFIFO === S_ISSOCK Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1242 >Category: bin >Synopsis: In the "sys/stat.h" file, the S_ISFIFO and S_ISSOCK macros are the same >Confidential: yes >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Fri May 24 05:30:04 PDT 1996 >Last-Modified: >Originator: Zahemszky Gabor >Organization: >Release: FreeBSD 2.1.0-RELEASE i386 >Environment: FreeBSD 2.1.0-RELEASE from Walnut Creek CD >Description: In the /usr/include/sys/stat.h, there are two macros: S_ISFIFO and S_ISSOCK. They are the same (as mentioned in the comment). But it's not very usable, eg. the tar (GNU) and cpio (GNU) from the distribution, save sockets as pipes. And I cannot write a program like this: if (S_ISFIFO( f ) ) { /* it's a fifo */ ... } else { if ( S_ISSOCK( f ) ) { /* it's a socket */ ... } .... } because I got fifo every time (or got socket, if I changes the two ``if''-s). >How-To-Repeat: Look into the include file, or save /dev/log with tar/cpio, and restore it, or look into the toc. >Fix: You have to make difference between them, as in many other Unices. Eg: #define S_ISFIFO( m ) (((m) & 0170000 ) == 0010000 ) #define S_ISSOCK( m ) (((m) & 0170000 ) == 0140000 ) >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri May 24 06:00:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA28122 for bugs-outgoing; Fri, 24 May 1996 06:00:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA28097; Fri, 24 May 1996 06:00:02 -0700 (PDT) Resent-Date: Fri, 24 May 1996 06:00:02 -0700 (PDT) Resent-Message-Id: <199605241300.GAA28097@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, flash@eru.tubank.msk.su Received: from eru.tubank.msk.su (eru.tubank.msk.su [194.87.210.41]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id FAA27336 for ; Fri, 24 May 1996 05:52:46 -0700 (PDT) Received: by eru.tubank.msk.su (8.7.5/8.7.3) id QAA03516; Fri, 24 May 1996 16:52:16 +0400 (MSD) Message-Id: <199605241252.QAA03516@eru.tubank.msk.su> Date: Fri, 24 May 1996 16:52:16 +0400 (MSD) From: flash@eru.tubank.msk.su Reply-To: flash@eru.tubank.msk.su To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: i386/1243: Bug in if_ep driver Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1243 >Category: i386 >Synopsis: if_ep calculates wrong offset in 32-bit mode >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri May 24 06:00:01 PDT 1996 >Last-Modified: >Originator: Alexander Tischenko >Organization: Society of Financial Telecommunications >Release: FreeBSD 2.2-960501-SNAP i386 >Environment: Compaq Prosignia/300, Pentium 90MHz, 3C579/EISA EtherLink III. >Description: 3C579 board is detected ok, reception in 32-bit mode works, transmission not. >How-To-Repeat: outsl(BASE + EP_W1_TX_PIO_WR_1, mtod(m, caddr_t), m->m_len / 4); if (m->m_len & 3) outsb(BASE + EP_W1_TX_PIO_WR_1, mtod(m, caddr_t) + m->m_len / 4, m->m_len & 3); ------------ ! >Fix: Bug in the driver code. i386/isa/if_ep.c, Line 798, offset from the start is incorrectly calculated. Should be (m->m_len & (~3)) , not the number of long words in the buffer. outsl(BASE + EP_W1_TX_PIO_WR_1, mtod(m, caddr_t), m->m_len / 4); if (m->m_len & 3) outsb(BASE + EP_W1_TX_PIO_WR_1, mtod(m, caddr_t) + (m->m_len & (~3)), m->m_len & 3); ----------------- >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri May 24 06:28:00 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA02084 for bugs-outgoing; Fri, 24 May 1996 06:28:00 -0700 (PDT) Received: from itsdsv1.enc.edu (itsdsv1.enc.edu [199.93.252.241]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA02071 for ; Fri, 24 May 1996 06:27:57 -0700 (PDT) Received: from dingo.enc.edu (dingo.enc.edu [199.93.252.229]) by itsdsv1.enc.edu (8.6.12/8.6.9) with SMTP id JAA28808 for ; Fri, 24 May 1996 09:27:25 -0400 Date: Fri, 24 May 1996 09:27:26 -0400 (EDT) From: Charles Owens Reply-To: Charles Owens To: bugs list FreeBSD Subject: bug in awk Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Awk seems to have a problem, perhaps associated with the use of the FS variable. (Bug seen with FreeBSD 2.1-stable a la 3/16/96) Allow me to demonstrate: I have a directory with the following files : crc.doc minirb.doc rz.doc sz.doc I want to remame them to foo.1 and stick them in /usr/local/man/cat1. Accordingly, I do the following (which ultimately would be piped to a shell, of course): ls -1 *.doc \ | awk '{FS="."; print "cp " $1 ".doc /usr/local/man/cat1/" $1 ".1" }' This produces: cp crc.doc.doc /usr/local/man/cat1/crc.doc.1 cp minirb.doc /usr/local/man/cat1/minirb.1 cp rz.doc /usr/local/man/cat1/rz.1 cp sz.doc /usr/local/man/cat1/sz.1 Note the problem that the first line has. This behavior is repeatable, using different field separators, etc. I'm no awk expert, but it sure looks like a bug to me... --- ------------------------------------------------------------------------- Charles Owens Email: owensc@enc.edu "I read somewhere to learn is to Information Technology Services remember... and I've learned that Eastern Nazarene College we've all forgot..." - King's X ------------------------------------------------------------------------- From owner-freebsd-bugs Fri May 24 07:10:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA07735 for bugs-outgoing; Fri, 24 May 1996 07:10:07 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA07726; Fri, 24 May 1996 07:10:04 -0700 (PDT) Resent-Date: Fri, 24 May 1996 07:10:04 -0700 (PDT) Resent-Message-Id: <199605241410.HAA07726@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, zgabor@code.hu Received: from mail.EUnet.hu (mail.eunet.hu [193.225.28.100]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA07177 for ; Fri, 24 May 1996 07:06:32 -0700 (PDT) Received: by mail.EUnet.hu, id QAA18292; Fri, 24 May 1996 16:06:22 +0200 Received: from zg.CoDe.hu by CoDe.CoDe.hu (QAA03928); Fri, 24 May 1996 16:06:03 GMT Received: (from zgabor@localhost) by zg.CoDe.hu (8.6.12/8.6.12) id QAA00875; Fri, 24 May 1996 16:17:08 +0200 Message-Id: <199605241417.QAA00875@zg.CoDe.hu> Date: Fri, 24 May 1996 16:17:08 +0200 From: Zahemszky Gabor Reply-To: zgabor@code.hu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/1244: rs(1) dumps core with -s Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1244 >Category: bin >Synopsis: The rs(1) dumps core with -s >Confidential: yes >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri May 24 07:10:02 PDT 1996 >Last-Modified: >Originator: Zahemszky Gabor >Organization: >Release: FreeBSD 2.1.0-RELEASE i386 >Environment: FreeBSD 2.1.0-RELEASE from Walnut Creek CD >Description: The rs(1) command dumps core with the -s option (SIGSEGV) >How-To-Repeat: Make a file, with three line, all of them has 29 characters. (Plus EOL). After it: rs -s < file ==> first line\tsecond line Memory fault (core dumped) / under pdksh Segmentation failed (core dumped) / under csh >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri May 24 08:00:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA14543 for bugs-outgoing; Fri, 24 May 1996 08:00:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA14509; Fri, 24 May 1996 08:00:02 -0700 (PDT) Date: Fri, 24 May 1996 08:00:02 -0700 (PDT) Message-Id: <199605241500.IAA14509@freefall.freebsd.org> To: freebsd-bugs Cc: From: Bruce Evans Subject: Re: bin/1242: S_ISFIFO === S_ISSOCK Reply-To: Bruce Evans Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/1242; it has been noted by GNATS. From: Bruce Evans To: FreeBSD-gnats-submit@FreeBSD.org, zgabor@code.hu Cc: Subject: Re: bin/1242: S_ISFIFO === S_ISSOCK Date: Sat, 25 May 1996 00:50:24 +1000 >>Confidential: yes >>Severity: critical >>Priority: high Sorry, fixing this would break binary compatibility. It will take years to fix. > In the /usr/include/sys/stat.h, there are two macros: > S_ISFIFO and S_ISSOCK. They are the same (as mentioned in the > comment). This was intentional. Pipes were implemented as (not very-) special cases of socket pairs. The file descriptor type to distinguish them from sockets didn't exist until recently. See kern_descrip.c. Until recently, DTYPE_SOCK was used for both sockets and fifos. Now nameless pipes are implemented differently and DTYPE_PIPE (which should be DTYPE_FIFO to match VFIFO like DTYPE_SOCKET almost matches VSOCK) is used to distinguish them from sockets. Named pipes still have tock DTYPE_SOCKET. >>Fix: > > You have to make difference between them, as in many other Unices. Eg: > #define S_ISFIFO( m ) (((m) & 0170000 ) == 0010000 ) > #define S_ISSOCK( m ) (((m) & 0170000 ) == 0140000 ) This will result in S_ISFIFO() being false for all fifos. It will fail even for nameless pipes in -current, since pipe_stat() sets S_ISOCK when it should set S_IFIFO. Bruce From owner-freebsd-bugs Fri May 24 08:26:21 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA18434 for bugs-outgoing; Fri, 24 May 1996 08:26:21 -0700 (PDT) Received: (from gibbs@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA18415; Fri, 24 May 1996 08:26:16 -0700 (PDT) Date: Fri, 24 May 1996 08:26:16 -0700 (PDT) From: "Justin T. Gibbs" Message-Id: <199605241526.IAA18415@freefall.freebsd.org> To: flash@eru.tubank.msk.su, gibbs, freebsd-bugs Subject: Re: i386/1243 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: if_ep calculates wrong offset in 32-bit mode State-Changed-From-To: open-closed State-Changed-By: gibbs State-Changed-When: Fri May 24 08:23:41 PDT 1996 State-Changed-Why: Suggested fix applied in revision 1.28.4.4 and 1.44 of i386/isa/if_ep.c. From owner-freebsd-bugs Fri May 24 08:50:10 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA21610 for bugs-outgoing; Fri, 24 May 1996 08:50:10 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA21594; Fri, 24 May 1996 08:50:03 -0700 (PDT) Resent-Date: Fri, 24 May 1996 08:50:03 -0700 (PDT) Resent-Message-Id: <199605241550.IAA21594@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, fredriks@mcs.com Received: from fredriks.pr.mcs.net (fredriks.pr.mcs.net [199.3.36.197]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA20619 for ; Fri, 24 May 1996 08:43:18 -0700 (PDT) Received: (from fredriks@localhost) by fredriks.pr.mcs.net (8.7.5/8.6.6) id KAA18414; Fri, 24 May 1996 10:43:35 -0500 (CDT) Message-Id: <199605241543.KAA18414@fredriks.pr.mcs.net> Date: Fri, 24 May 1996 10:43:35 -0500 (CDT) From: fredriks@mcs.com Reply-To: fredriks@mcs.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/1245: scsi tape driver write-protect and eject handling is broken Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1245 >Category: kern >Synopsis: scsi tape driver write-protet and eject handling is broken >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri May 24 08:50:01 PDT 1996 >Last-Modified: >Originator: & Fredriksen >Organization: Flaaklypa Hackers >Release: FreeBSD 2.2-CURRENT i386 >Environment: FreeBSD 2.2-CURRENT as of 5/23/96 (sup & compile) >Description: Tape device driver does not eject, nor report write-protect properly. ecject: The problem with eject is that there are devices out there, that will not eject if the device has been reserved. The current st.c reserves the device upon open and releases it upon close. However the release happens after the unload, so the eject will not occur. Also if you issue a mt -f /dev/rstx offline command that will not eject either, since no release happens. The fix included below, fixes both of these problems. write-protect detection: The scsi tape driver registers its own error handling routine that gets called when the device returns an error. This routine checks for the Filemark, End of Medium and Illegal Length Indicator bits to be set, and if they are and there are bytes left to be written to tape you get an EIO back. This routine needs to check for sense-key of 0x7 (Data Protect) first. The Exabyte 8500 sets the EOM bit (which is probably a bug on their part). Checking for sense-key of 0x7 should by-pass these kinds of bugs and accurately detect write-protected medium on all drives. density codes: Added density code for the Exabyte 8200, 8200C, 8500 and 8500C. These where patches that Eric J. Haug (ejh@eas.slu.edu) posted on current for the Exabyte 8505. >How-To-Repeat: >Fix: Index: scsiconf.h =================================================================== RCS file: /home/ncvs/src/sys/scsi/scsiconf.h,v retrieving revision 1.41 diff -r1.41 scsiconf.h 234c234 < /* 7*/ char density; --- > /* 7*/ u_int8_t density; 549a550,553 > #define EXB_8200 0x14 > #define EXB_8500 0x15 > #define EXB_8200C 0x8c > #define EXB_8500C 0x90 Index: st.c =================================================================== RCS file: /home/ncvs/src/sys/scsi/st.c,v retrieving revision 1.68 diff -r1.68 st.c 71c71,74 < #define SCSI_2_MAX_DENSITY_CODE 0x17 /* maximum density code specified --- > #ifdef EXB_8500C > # define SCSI_2_MAX_DENSITY_CODE EXB_8500C > #else > # define SCSI_2_MAX_DENSITY_CODE 0x17 /* maximum density code specified 72a76 > #endif 498a503,509 > > /* has to happen before the unload, otherwise media will > * not be ejected when the EJECT flag is given. > */ > > scsi_prevent(sc_link, PR_ALLOW, SCSI_SILENT); > 513d523 < scsi_prevent(sc_link, PR_ALLOW, SCSI_SILENT); 1113a1124,1126 > /* Some devices will not eject unless*/ > /* the device gets released first */ > scsi_prevent(sc_link, PR_ALLOW, SCSI_SILENT); 1147a1161 > goto try_new_value; 1149d1162 < goto try_new_value; 1817c1830,1834 < if ((sense->error_code & SSD_ERRCODE) != 0x70) { --- > key = sense->ext.extended.flags & SSD_KEY; > > if ((sense->error_code & SSD_ERRCODE) != 0x70 || key == 0x7) { > /* we want the generic code to hadle */ > /* write protect too */ 1819a1837,1838 > > 1893d1911 < key = sense->ext.extended.flags & SSD_KEY; >Audit-Trail: >Unformatted: >Repeat-By: With an Exabyte 8500 tape drive: mt -f /dev/rst2 offline should eject the tape, but doesn't tar -tvf /dev/erst2 should eject the tape upon close, but doesn't tar -cvf /dev/rstx and have a write protected cartridge in the device. You will get EIO instead of EACCESS. From owner-freebsd-bugs Fri May 24 10:30:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA07385 for bugs-outgoing; Fri, 24 May 1996 10:30:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA07375; Fri, 24 May 1996 10:30:02 -0700 (PDT) Resent-Date: Fri, 24 May 1996 10:30:02 -0700 (PDT) Resent-Message-Id: <199605241730.KAA07375@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, mi@aldan.zipnet.net Received: from guest.zipnet.net (guest.zipnet.net [199.232.255.43]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA06170 for ; Fri, 24 May 1996 10:22:35 -0700 (PDT) Received: (from root@localhost) by guest.zipnet.net (8.7.5/8.7.3) id NAA00294; Fri, 24 May 1996 13:05:30 GMT Message-Id: <199605241305.NAA00294@guest.zipnet.net> Date: Fri, 24 May 1996 13:05:30 GMT From: Charlie Root Reply-To: mi@aldan.zipnet.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/1246: aic-7850 driver sees more cdroms then exists Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1246 >Category: kern >Synopsis: aic-7850 driver sees more cdroms then exists >Confidential: yes >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri May 24 10:30:01 PDT 1996 >Last-Modified: >Originator: Mikhail Teterin >Organization: >Release: FreeBSD 2.2-960501-SNAP i386 >Environment: AIC-7850 on motherboard (Neptune chipset. EISA and PCI buses) >Description: On power-on, adapter reports drives properly. aic-7850 driver says scsi BIOS not installed, using default parameters. Then: ahc0 rev 0 int a irq 10 on pci0:3 ahc0: aic7850 Single Channel, SCSI Id=7, 3 SCBs ahc0: Host Adapter Bios disabled. Using default SCSI device parameters ahc0:A:0: refuses syncronous negotiation. Using asyncronous transfers (ahc0:0:0): "NEC CD-ROM DRIVE:501 2.3" type 5 removable SCSI 2 cd0(ahc0:0:0): CD-ROM cd0(ahc0:0:0): NOT READY asc:4,0 (ahc0:2:0): "NEC CD-ROM DRIVE:841 1.0" type 5 removable SCSI 1 cd1(ahc0:2:0): CD-ROM cd present [154008 x 2048 byte records] (ahc0:2:1): "NEC CD-ROM DRIVE:841 1.0" type 5 removable SCSI 1 cd2(ahc0:2:1): CD-ROM cd present [154008 x 2048 byte records] (ahc0:2:2): "NEC CD-ROM DRIVE:841 1.0" type 5 removable SCSI 1 cd3(ahc0:2:2): CD-ROM cd present [154008 x 2048 byte records] (ahc0:2:3): "NEC CD-ROM DRIVE:841 1.0" type 5 removable SCSI 1 cd4(ahc0:2:3): CD-ROM cd present [154008 x 2048 byte records] (ahc0:2:4): "NEC CD-ROM DRIVE:841 1.0" type 5 removable SCSI 1 cd5(ahc0:2:4): CD-ROM cd present [154008 x 2048 byte records] (ahc0:2:5): "NEC CD-ROM DRIVE:841 1.0" type 5 removable SCSI 1 cd6(ahc0:2:5): CD-ROM cd present [154008 x 2048 byte records] (ahc0:2:6): "NEC CD-ROM DRIVE:841 1.0" type 5 removable SCSI 1 cd7(ahc0:2:6): CD-ROM cd present [154008 x 2048 byte records] (ahc0:2:7): "NEC CD-ROM DRIVE:841 1.0" type 5 removable SCSI 1 cd8(ahc0:2:7): CD-ROM cd present [154008 x 2048 byte records] Depending on the actual order of cdroms on the bus, machine may hang. Otherwise, it proceeds, and both of the actual cdroms (0 and 2) may be succesfully mounted. Note, the cdrom with scsi-id2 is actually "NEC CD-ROM DRIVE:501", and is recognized as such, if it is porbed first. >How-To-Repeat: Put two cdroms on the aic-7850 cable. (I do not have any scsi disks). Result will depend on their SCSI ids and, possibly, brands. >Fix: Find the working combination and wait for the FreeBSD guys to fix it. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri May 24 10:40:09 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA08762 for bugs-outgoing; Fri, 24 May 1996 10:40:09 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA08734; Fri, 24 May 1996 10:40:04 -0700 (PDT) Resent-Date: Fri, 24 May 1996 10:40:04 -0700 (PDT) Resent-Message-Id: <199605241740.KAA08734@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, joerg_wunsch@interface-business.de Received: from innocence.interface-business.de (innocence.interface-business.de [193.101.57.101]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA08293 for ; Fri, 24 May 1996 10:36:10 -0700 (PDT) Received: from ida.interface-business.de (ida.interface-business.de [193.101.57.203]) by innocence.interface-business.de (8.6.11/8.6.9) with SMTP id TAA24054 for ; Fri, 24 May 1996 19:40:53 +0200 Received: (from j@localhost) by ida.interface-business.de (8.7.3/8.7.3) id TAA14629; Fri, 24 May 1996 19:37:28 +0200 (MET DST) Message-Id: <199605241737.TAA14629@ida.interface-business.de> Date: Fri, 24 May 1996 19:37:28 +0200 (MET DST) From: J Wunsch Reply-To: joerg_wunsch@interface-business.de To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/1247: Conflicting header files Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1247 >Category: misc >Synopsis: Conflicting header files >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri May 24 10:40:01 PDT 1996 >Last-Modified: >Originator: J Wunsch >Organization: >Release: FreeBSD 2.2-CURRENT i386 >Environment: all FreeBSD's until now >Description: The definitions of `key_t' in and conflict when used in a C++ environment. >How-To-Repeat: Compile something that included both headers under C++. In file included from bsdsrc/kbd.cc:29: /usr/include/machine/console.h:151: conflicting types for `struct key_t' /usr/include/sys/types.h:70: previous declaration as `typedef long int key_t' bsdsrc/kbd.cc:127: warning: `int KbdIsConsole()' defined but not used *** Error code 1 Stop. >Fix: struct key_t should perhaps renamed into something else. It's only used in syscons and its related utilities. sys/types.h's key_t is used by the SysV IPC implementation, and thus part of the API. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri May 24 13:21:43 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA23846 for bugs-outgoing; Fri, 24 May 1996 13:21:43 -0700 (PDT) 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 NAA23808 for ; Fri, 24 May 1996 13:21:30 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA22333; Fri, 24 May 1996 22:21:25 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA24856; Fri, 24 May 1996 22:21:24 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id WAA23587; Fri, 24 May 1996 22:03:26 +0200 (MET DST) From: J Wunsch Message-Id: <199605242003.WAA23587@uriah.heep.sax.de> Subject: Re: bug in awk To: owensc@enc.edu Date: Fri, 24 May 1996 22:03:26 +0200 (MET DST) Cc: freebsd-bugs@FreeBSD.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from Charles Owens at "May 24, 96 09:27:26 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 Charles Owens wrote: > ls -1 *.doc \ > | awk '{FS="."; print "cp " $1 ".doc /usr/local/man/cat1/" $1 ".1" }' > > This produces: > cp crc.doc.doc /usr/local/man/cat1/crc.doc.1 > cp minirb.doc /usr/local/man/cat1/minirb.1 > Note the problem that the first line has. This behavior is repeatable, I think this is expected behaviour. The first line has been parsed, using the default FS value. *After* parsing it, you're going to set FS to a new value, so it will affect the next (and all following) lines. The correct ways to do it: . use the -F . option, or . use ``awk 'BEGIN {FS="."} {print "cp " $1 ...}' '' -- 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 May 24 14:52:40 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA02377 for bugs-outgoing; Fri, 24 May 1996 14:52:40 -0700 (PDT) Received: (from peter@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA02349; Fri, 24 May 1996 14:52:31 -0700 (PDT) Date: Fri, 24 May 1996 14:52:31 -0700 (PDT) From: Peter Wemm Message-Id: <199605242152.OAA02349@freefall.freebsd.org> To: peter, freebsd-bugs, peter Subject: Re: bin/1205 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: hardlinked directories can be created but not deleted Responsible-Changed-From-To: freebsd-bugs->peter Responsible-Changed-By: peter Responsible-Changed-When: Fri May 24 14:51:10 PDT 1996 Responsible-Changed-Why: (Hmm, will this let me make a change after it's closed?) The ability for root to link and unlink directories has just been removed, so the ln -F option was deleted too. This really was a bad mis-feature that opens up all sorts of race conditions and other problems. Not to mention programs that expect ".." to point to the parent directory.... From owner-freebsd-bugs Fri May 24 16:17:23 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA18201 for bugs-outgoing; Fri, 24 May 1996 16:17:23 -0700 (PDT) Received: from clothos.candle.com (clothos.Candle.Com [204.217.194.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA18196 for ; Fri, 24 May 1996 16:17:19 -0700 (PDT) Received: from phobos.Candle.Com by clothos.candle.com with SMTP id AA06913 (5.67b/IDA-1.5 for ); Fri, 24 May 1996 16:17:16 -0700 Received: from main.elgin.candle.com ([198.210.58.236]) by phobos.Candle.Com with SMTP id AA07710 (5.67b/IDA-1.5 for < bugs@freebsd.org>); Fri, 24 May 1996 16:16:59 -0700 Message-Id: <199605242316.AA07710@phobos.Candle.Com> Date: Fri, 24 May 96 18:15:46 cdt From: mevans@candle.com (Michael T. Evans) Reply-To: mevans@candle.com (Michael T. Evans) To: bugs@freebsd.org X-Mailer: Mike Evans's PMMail v1.1 Subject: 3c509 transmit hang Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, Discovered a defect in pci/if_vx.c leading to a permanent hang when transmitting large quantities of data (such as ftp). The flag requesting a transmit-complete interrupt is not being set in the output packet prefix. According to the 3com 3c5x9 technical reference, bit 15 of the length word is the "request transmit-complete flag". Adding the bit to the outw sending the length prefix corrects the hang condition. I'd send in a diff, but I've migrated this driver backward to 2.1, so it would regress other changes in current. Please let me know if there's a more suitable way to provide this information. Regards, Mike Evans From owner-freebsd-bugs Fri May 24 17:26:57 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA22589 for bugs-outgoing; Fri, 24 May 1996 17:26:57 -0700 (PDT) Received: from gw1.att.com (gw1.att.com [192.20.239.133]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id RAA22580 for ; Fri, 24 May 1996 17:26:52 -0700 (PDT) Received: from aloft.UUCP by ig1.att.att.com id AA04438; Fri, 24 May 96 20:18:32 EDT From: gtc@aloft.att.com (gary.corcoran) To: bugs@freebsd.org, mevans@candle.com Received: from aloft (aloft.cnet.att.com) by aluxpo (4.1/DCS-aluxpo-M4.3) id AA21490; Fri, 24 May 96 20:21:19 EDT Received: from stargazer (stargazer.cnet.att.com) by aloft (4.1/DCS-aloft-M5.1) id AA23022; Fri, 24 May 96 20:21:25 EDT Received: by stargazer (4.1/DCS-aloft_client-S2.1) id AA18200; Fri, 24 May 96 20:21:22 EDT Date: Fri, 24 May 96 20:21:22 EDT Original-From: aluxpo!aloft!gtc (gary.corcoran) Message-Id: <9605250021.AA18200@stargazer> Original-To: freebsd.org!bugs, candle.com!mevans Subject: Re: 3c509 transmit hang Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Mike, > Discovered a defect in pci/if_vx.c leading to a permanent hang >when transmitting large quantities of data (such as ftp). The >flag requesting a transmit-complete interrupt is not being set >in the output packet prefix. According to the 3com 3c5x9 >technical reference, bit 15 of the length word is the "request >transmit-complete flag". Adding the bit to the outw sending the >length prefix corrects the hang condition. Do you know/could you check if this bug is also in the non-PCI (ISA/EISA) 3c5x9 driver? Sorry I don't recall the file name offhand, and I'm not at my system now. > I'd send in a diff, but I've migrated this driver backward to >2.1, so it would regress other changes in current. Please let >me know if there's a more suitable way to provide this >information. If this bug *is* in the ISA/EISA 3c5x9 driver, I run 2.1R, and would appreciate receiving a diff for the fix against the 2.1R source code, if you have it. Thanks, Gary Gary Corcoran gtc@aloft.att.com From owner-freebsd-bugs Fri May 24 17:35:24 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA23061 for bugs-outgoing; Fri, 24 May 1996 17:35:24 -0700 (PDT) Received: from clothos.candle.com (clothos.Candle.Com [204.217.194.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id RAA23052 for ; Fri, 24 May 1996 17:35:20 -0700 (PDT) Received: from phobos.Candle.Com by clothos.candle.com with SMTP id AA09567 (5.67b/IDA-1.5 for ); Fri, 24 May 1996 17:35:17 -0700 Received: from main.elgin.candle.com ([198.210.58.236]) by phobos.Candle.Com with SMTP id AA09802 (5.67b/IDA-1.5); Fri, 24 May 1996 17:35:15 -0700 Message-Id: <199605250035.AA09802@phobos.Candle.Com> Date: Fri, 24 May 96 19:34:03 cdt From: mevans@candle.com (Michael T. Evans) Reply-To: mevans@candle.com (Michael T. Evans) To: gtc@aloft.att.com Cc: bugs@freebsd.org X-Mailer: Mike Evans's PMMail v1.1 Subject: Re: 3c509 transmit hang Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Gary, To my horror, I just realized that I typed the wrong subject line in the original post. The driver I modified was for the 3c590, not the 3c509. The good news is that the basic operation appears to be similar, and yes the defect IS also in the 3c509 driver i386/isa/if_ep.c. To prevent the hang, locate the following line at or near line 702: outw(BASE + EP_W1_TX_PIO_WR_1, len); ... and change it to: outw(BASE + EP_W1_TX_PIO_WR_1, len | 0x8000); Mike On Fri, 24 May 96 20:21:22 EDT you wrote: > >Mike, > >> Discovered a defect in pci/if_vx.c leading to a permanent hang >>when transmitting large quantities of data (such as ftp). The >>flag requesting a transmit-complete interrupt is not being set >>in the output packet prefix. According to the 3com 3c5x9 >>technical reference, bit 15 of the length word is the "request >>transmit-complete flag". Adding the bit to the outw sending the >>length prefix corrects the hang condition. > >Do you know/could you check if this bug is also in the non-PCI (ISA/EISA) >3c5x9 driver? Sorry I don't recall the file name offhand, and I'm not at >my system now. > >> I'd send in a diff, but I've migrated this driver backward to >>2.1, so it would regress other changes in current. Please let >>me know if there's a more suitable way to provide this >>information. > >If this bug *is* in the ISA/EISA 3c5x9 driver, I run 2.1R, and would >appreciate receiving a diff for the fix against the 2.1R source code, >if you have it. > >Thanks, >Gary > >Gary Corcoran >gtc@aloft.att.com > > > From owner-freebsd-bugs Fri May 24 17:40:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA23373 for bugs-outgoing; Fri, 24 May 1996 17:40:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA23335; Fri, 24 May 1996 17:40:02 -0700 (PDT) Date: Fri, 24 May 1996 17:40:02 -0700 (PDT) Message-Id: <199605250040.RAA23335@freefall.freebsd.org> To: freebsd-bugs Cc: From: James Raynard Subject: Re: bin/1229: redundant redeclaration of `lseek' Reply-To: James Raynard Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/1229; it has been noted by GNATS. From: James Raynard To: bde@zeta.org.au Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/1229: redundant redeclaration of `lseek' Date: Sat, 25 May 1996 01:17:34 GMT > >sys/types.h has a prototype for lseek(). So does unistd.h, which > >#include's sys/types.h > > It really shouldn't be declared in if _POSIX_SOURCE > is defined. > > I want the kludge of declaring lseek() in extended: Thanks, I see the point of it now. Do I get the impression, reading between the lines, that you would like to have a different compiler available? 8-) BTW, I don't know if you remember the discussion on -hackers a couple of weeks ago about system() and popen(), but I now have about 1000 lines of diffs to libc. They've been running on my system for a few days without any obvious problems, although that probably doesn't prove much. (I've had quite a few other problems, but they've been going on since the VM check-in). Is there anywhere I should send them to? -- James Raynard, Edinburgh, Scotland jraynard@dial.pipex.com james@jraynard.demon.co.uk From owner-freebsd-bugs Fri May 24 17:50:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA23849 for bugs-outgoing; Fri, 24 May 1996 17:50:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA23826; Fri, 24 May 1996 17:50:02 -0700 (PDT) Date: Fri, 24 May 1996 17:50:02 -0700 (PDT) Message-Id: <199605250050.RAA23826@freefall.freebsd.org> To: freebsd-bugs Cc: From: James Raynard Subject: Re: bin/1229: redundant redeclaration of `lseek' Reply-To: James Raynard Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/1229; it has been noted by GNATS. From: James Raynard To: bde@zeta.org.au Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/1229: redundant redeclaration of `lseek' Date: Sat, 25 May 1996 01:17:34 GMT > >sys/types.h has a prototype for lseek(). So does unistd.h, which > >#include's sys/types.h > > It really shouldn't be declared in if _POSIX_SOURCE > is defined. > > I want the kludge of declaring lseek() in extended: Thanks, I see the point of it now. Do I get the impression, reading between the lines, that you would like to have a different compiler available? 8-) BTW, I don't know if you remember the discussion on -hackers a couple of weeks ago about system() and popen(), but I now have about 1000 lines of diffs to libc. They've been running on my system for a few days without any obvious problems, although that probably doesn't prove much. (I've had quite a few other problems, but they've been going on since the VM check-in). Is there anywhere I should send them to? -- James Raynard, Edinburgh, Scotland jraynard@dial.pipex.com james@jraynard.demon.co.uk From owner-freebsd-bugs Fri May 24 20:50:12 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA03879 for bugs-outgoing; Fri, 24 May 1996 20:50:12 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA03865; Fri, 24 May 1996 20:50:08 -0700 (PDT) Resent-Date: Fri, 24 May 1996 20:50:08 -0700 (PDT) Resent-Message-Id: <199605250350.UAA03865@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, fredriks@mcs.com Received: from fredriks.pr.mcs.net (fredriks.pr.mcs.net [199.3.36.197]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA03473 for ; Fri, 24 May 1996 20:43:08 -0700 (PDT) Received: (from fredriks@localhost) by fredriks.pr.mcs.net (8.7.5/8.6.6) id MAA12700; Fri, 24 May 1996 12:28:32 -0500 (CDT) Message-Id: <199605241728.MAA12700@fredriks.pr.mcs.net> Date: Fri, 24 May 1996 12:28:32 -0500 (CDT) From: fredriks@mcs.com Reply-To: fredriks@mcs.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/1248: shell having problem parsing arguments Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1248 >Category: bin >Synopsis: /bin/sh has trouble with arguments past 9(ie. ${10}) >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri May 24 20:50:02 PDT 1996 >Last-Modified: >Originator: Lars Fredriksen >Organization: Flaaklypa Hackers >Release: FreeBSD 2.2-CURRENT i386 >Environment: FreeBSD 2.2-CURRENT as of 5/23/96 (sup and compile) >Description: /bin/sh has a couple of bugs when dealing with arguments past argument #9. First off you get a syntax error when it tries to parse ${11}, enclosed is fix for the parser. The second problem is that the setting and retrieving of variables did not handle anything past 9 arguments. The fix is in expand.c and is included below. Please test and review these. The fixes seem to work on the stuff I have tested, but I do not claim to have done a complete regression test on the sh. I do have commit priviledges so I can do the commits, but I need someone to review this. The same goes for kern/1245! >How-To-Repeat: >Fix: Index: parser.c =================================================================== RCS file: /home/ncvs/src/bin/sh/parser.c,v retrieving revision 1.11 diff -r1.11 parser.c 1111,1112c1111,1120 < USTPUTC(c, out); < c = pgetc(); --- > > if (is_digit(c)) { > do { > STPUTC(c, out); > c = pgetc(); > } while( is_digit(c)); > } else { > USTPUTC(c, out); > c = pgetc(); > } Index: expand.c =================================================================== RCS file: /home/ncvs/src/bin/sh/expand.c,v retrieving revision 1.4 diff -r1.4 expand.c 93,94c93,94 < STATIC int varisset(int); < STATIC void varvalue(int, int, int); --- > STATIC int varisset(char *); > STATIC void varvalue(char *, int, int); 456c456 < set = varisset(*var); --- > set = varisset(var); 470c470 < varvalue(*var, varflags & VSQUOTE, flag & EXP_FULL); --- > varvalue(var, varflags & VSQUOTE, flag & EXP_FULL); 542c542 < char name; --- > char *name; 543a544,545 > char *t; > int numvar; 546c548 < if (name == '!') { --- > if (*name == '!') { 549c551 < } else if (name == '@' || name == '*') { --- > } else if (*name == '@' || *name == '*') { 552,557c554,568 < } else if ((unsigned)(name -= '1') <= '9' - '1') { < ap = shellparam.p; < do { < if (*ap++ == NULL) < return 0; < } while (--name >= 0); --- > } else { > t = name; > while (is_digit(*t++)) { > ; > } > > if ( *--t == '=' ) { > *t = '\0'; > numvar = atoi(name); > ap = shellparam.p; > do { > if (*ap++ == NULL) > return 0; > } while (--numvar > 0); > } 570c581 < char name; --- > char *name; 572a584 > int numvar; 574a587 > char *t; 596c609 < switch (name) { --- > switch (*name) { 643,644c656,663 < if ((unsigned)(name -= '1') <= '9' - '1') { < p = shellparam.p[name]; --- > > t = name; > while (is_digit(*t++)) { > } > > if ( *t == '\0' ) { > numvar = atoi(name); > p = shellparam.p[numvar-1]; >Audit-Trail: >Unformatted: >Repeat-By: JUNK="1 2 3 4 5 6 7 8 9 10 11 12" set $JUNK echo ${11} From owner-freebsd-bugs Sat May 25 00:20:10 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA15046 for bugs-outgoing; Sat, 25 May 1996 00:20:10 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA15018; Sat, 25 May 1996 00:20:07 -0700 (PDT) Resent-Date: Sat, 25 May 1996 00:20:07 -0700 (PDT) Resent-Message-Id: <199605250720.AAA15018@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, coredump@nervosa.com Received: from onyx.nervosa.com (root@nervosa.com [192.187.228.86]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA14618 for ; Sat, 25 May 1996 00:13:24 -0700 (PDT) Received: (from coredump@localhost) by onyx.nervosa.com (8.7.5/8.7.3) id AAA02366; Sat, 25 May 1996 00:13:19 -0700 (PDT) Message-Id: <199605250713.AAA02366@onyx.nervosa.com> Date: Sat, 25 May 1996 00:13:19 -0700 (PDT) From: "Chris J. Layne" Reply-To: coredump@nervosa.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/1249: incorrect manpages Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1249 >Category: docs >Synopsis: incorrect manpages >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Sat May 25 00:20:03 PDT 1996 >Last-Modified: >Originator: Chris J. Layne >Organization: == Chris Layne ======================================== Nervosa Computing == == coredump@nervosa.com ================ http://www.nervosa.com/~coredump == >Release: FreeBSD 2.2-CURRENT i386 >Environment: >Description: Some manpages list the OS as NetBSD when it should be FreeBSD .\" $NetBSD: msgctl.2,v 1.1 1995/10/16 23:49:15 jtc Exp $ .\" This product includes software developed for the NetBSD Project .Os NetBSD .\" $NetBSD: msgget.2,v 1.1 1995/10/16 23:49:19 jtc Exp $ .\" This product includes software developed for the NetBSD Project .Os NetBSD .\" $NetBSD: msgrcv.2,v 1.1 1995/10/16 23:49:20 jtc Exp $ .\" This product includes software developed for the NetBSD Project .Os NetBSD .\" $NetBSD: msgsnd.2,v 1.1 1995/10/16 23:49:24 jtc Exp $ .\" This product includes software developed for the NetBSD Project .Os NetBSD .\" $NetBSD: lint.1,v 1.3 1995/10/23 13:45:31 jpo Exp $ .\" The NetBSD Project. .Os NetBSD >How-To-Repeat: >Fix: Change NetBSD to FreeBSD >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat May 25 01:30:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA17579 for bugs-outgoing; Sat, 25 May 1996 01:30:06 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA17572; Sat, 25 May 1996 01:30:03 -0700 (PDT) Date: Sat, 25 May 1996 01:30:03 -0700 (PDT) Message-Id: <199605250830.BAA17572@freefall.freebsd.org> To: freebsd-bugs Cc: From: J Wunsch Subject: Re: bin/1248: shell having problem parsing arguments Reply-To: J Wunsch Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/1248; it has been noted by GNATS. From: J Wunsch To: fredriks@mcs.com Cc: FreeBSD-gnats-submit@FreeBSD.org Subject: Re: bin/1248: shell having problem parsing arguments Date: Sat, 25 May 1996 10:13:05 +0200 (MET DST) As fredriks@mcs.com wrote: > /bin/sh has a couple of bugs when dealing with arguments past > argument #9. First off you get a syntax error when it tries > to parse ${11}, enclosed is fix for the parser. The second > Index: parser.c > =================================================================== > RCS file: /home/ncvs/src/bin/sh/parser.c,v > retrieving revision 1.11 > diff -r1.11 parser.c > 1111,1112c1111,1120 > < USTPUTC(c, out); > < c = pgetc(); > --- > > > > if (is_digit(c)) { > > do { Aw! Can you please re-submit this as a context (or uni) diff? (The -c or -u flags to [cvs] diff.) It's nearly impossible to integrate plain diffs. You can simply followup to this thread, GNATS will append it then to the PR. -- 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 May 25 02:00:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA21187 for bugs-outgoing; Sat, 25 May 1996 02:00:07 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA21169; Sat, 25 May 1996 02:00:04 -0700 (PDT) Date: Sat, 25 May 1996 02:00:04 -0700 (PDT) Message-Id: <199605250900.CAA21169@freefall.freebsd.org> To: freebsd-bugs Cc: From: J Wunsch Subject: Re: docs/1249: incorrect manpages Reply-To: J Wunsch Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR docs/1249; it has been noted by GNATS. From: J Wunsch To: coredump@nervosa.com Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: docs/1249: incorrect manpages Date: Sat, 25 May 1996 10:23:35 +0200 (MET DST) As Chris J. Layne wrote: > Some manpages list the OS as NetBSD when it should be FreeBSD > > .\" $NetBSD: msgctl.2,v 1.1 1995/10/16 23:49:15 jtc Exp $ > .\" This product includes software developed for the NetBSD Project > .Os NetBSD The first two occurences are right -- these man pages (or even entire programs, as for lint(1)) have been taken from NetBSD. So the $NetBSD$ and the copyright is ok. For the .Os macro -- it's IMHO best to omit the system name unless some tool/man page/etc. is very specific for a particular system. Neither the SysV msg stuff nor lint are. -- 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 May 25 02:45:17 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA25942 for bugs-outgoing; Sat, 25 May 1996 02:45:17 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id CAA25932 for ; Sat, 25 May 1996 02:45:13 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id TAA11691; Sat, 25 May 1996 19:42:38 +1000 Date: Sat, 25 May 1996 19:42:38 +1000 From: Bruce Evans Message-Id: <199605250942.TAA11691@godzilla.zeta.org.au> To: freebsd-bugs@freefall.freebsd.org, j@uriah.heep.sax.de Subject: Re: bin/1248: shell having problem parsing arguments Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Index: parser.c > > =================================================================== > > RCS file: /home/ncvs/src/bin/sh/parser.c,v > > retrieving revision 1.11 > > diff -r1.11 parser.c > > 1111,1112c1111,1120 > > < USTPUTC(c, out); > > < c = pgetc(); > > --- > > > > > > if (is_digit(c)) { > > > do { > > Aw! Can you please re-submit this as a context (or uni) diff? > (The -c or -u flags to [cvs] diff.) It's nearly impossible to > integrate plain diffs. Actually, it's very easy to integrate plain diffs, especially if they have an Index line, provided you have the original version, and CVS supplies the original version. Context diffs are just easier to understand when you don't have the original sources to refer to. Bruce From owner-freebsd-bugs Sat May 25 04:30:20 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA08463 for bugs-outgoing; Sat, 25 May 1996 04:30:20 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA08447 for freebsd-bugs; Sat, 25 May 1996 04:30:17 -0700 (PDT) Date: Sat, 25 May 1996 04:30:17 -0700 (PDT) From: GNU GNATS Message-Id: <199605251130.EAA08447@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/10] bin/104 pax -rwl may corrupt filesystem [1995/01/14] bin/115 systat iostat display doesn't scale high enough [1995/01/14] bin/129 fsck cannot take a mount point as an argument [1995/01/14] bin/133 mail program doesn't have editheaders option [1995/01/15] bin/146 version of compress is kinda old and slow [1995/01/21] misc/166 /usr/include/machine/asmacros.h includes uninstalled [1995/01/21] bin/173 rc trys to mount modload fs before ld is available. [1995/01/21] bin/174 Poor error message from stty [1995/01/22] kern/176 EIDRM not defined in errno.h [1995/01/24] gnu/183 can't resolve "operator <<" overload [1995/01/24] bin/184 send-pr says "Aborting ..." and happily removes the [1995/01/30] bin/198 1.1.5.1 pine binary loops; top shows fancy values [1995/02/01] bin/199 quiz(6) reading database bug, pattern matching bug [1995/03/02] misc/229 acos() core dump [1995/03/17] kern/247 Berkeley Packet Filter fix [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/09] bin/323 Creating lost+found causes fsck to stop fsck -y FDIV [1995/04/09] bin/329 FTP transfers above 99K shown in scientific notation [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/04/20] bin/357 pkg_delete aborts when subcommand fails [1995/05/01] gnu/373 In response to admittedly bogus code, gcc emits an o [1995/05/08] bin/389 Simultaneous creation/deletion of dirs corrupts file [1995/05/12] bin/398 VI doesnt do the correct thing [1995/05/13] bin/401 Add REMOTE_* variables [1995/05/13] bin/402 w -n shows non-numeric addresses [1995/05/13] misc/403 FreeBSD 1-compiled tcsh, bash and zsh binaries dump [1995/05/14] kern/405 The gpio driver does not work with the AT-GPIB, only [1995/05/14] kern/416 page fault in syscons.c:scopen() [1995/05/14] bin/419 pkg_delete refuses to delete an incompletely added p [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/16] kern/428 configure is not foolproof [1995/05/23] i386/440 want vidcontrol option to apply settings to all sysc [1995/05/25] kern/443 65 sendmails crashes system [1995/05/26] i386/444 GUS sound driver does not seem to work. [1995/05/26] kern/446 unable to diskless-boot a PC when the server mounts [1995/05/27] gnu/450 tar --exclude -c doesn't work [1995/05/30] docs/458 px doc does not find include figure [1995/06/05] kern/492 sysinstall shows "success" after "no space" failure. [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/20] docs/536 No copyrights in usr/src/lib/libc/stdtime [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/587 if_le hangs on OACTIVE with 2k buffer [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/06] i386/596 and conflict with _POSIX_SOURCE [1995/07/07] bin/599 pkg_add does not stop if dependencies are missing [1995/07/09] misc/605 NIS: get*bynis routine problems [1995/07/13] kern/611 WIDE-dhcp doesn't work with FreeBSD-2.0 bpf [1995/07/21] i386/631 if_ix does not support bpf, nor does it appear to su [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/02] gnu/650 Current flex is outdated [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/07] bin/661 Hercules is not capable of having a ISO-Latin1 Scree [1995/08/11] gnu/672 Nor all ph headers get created [1995/08/11] ports/673 /bin/sh + inn1.4 innwatch going belly up [1995/08/11] bin/675 make does unnecessary rebuilds [1995/08/12] kern/677 X gets a bus error when calling mmap() [1995/08/13] bin/680 2.0.5's tip using termios doesn't act the way it did [1995/08/14] bin/683 cron(8) [1995/08/14] kern/688 Page fault: supervisor write, page not present [1995/08/15] i386/692 My modem is not found if my external cache is disabl [1995/08/16] bin/693 `pkg_add' is umask-sensitive [1995/08/17] misc/697 "make -DCLOBBER" is broken [1995/08/18] kern/700 The comments in /sys/net/in.h are confusing [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/02] bin/718 pkg_add incorrectly prints an error message [1995/09/19] bin/728 /bin/sh messes up quoting when going through eval [1995/09/21] docs/731 socketpair(2) and man page inconsistent about return [1995/09/23] docs/735 missing description for mount options in fstab(5) ma [1995/09/25] gnu/737 FreeBSD-current/src/gnu/usr.bin/gzip/Makefile [1995/09/26] bin/739 Some problems when an output filter reads all input [1995/09/26] kern/742 syslog errors accessing Mac hard disks [patch] [1995/09/27] bin/743 vi cannot edit a file where the name starts with + [1995/09/27] bin/747 date(1) gives weird time zones and interprets GMT[+- [1995/09/27] kern/750 cd9660 confused by not-ready or I/O errors FDIV030 [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/05] misc/767 Configure-time does time-warp on non-UTC CMOS - FDIV [1995/10/09] kern/774 dump fails with "slave couldn't reopen disk: Device [1995/10/11] bin/777 patch doesn't realize stdin is closed and asks quest [1995/10/12] bin/778 tar complains "EOF not on block boundary" on a good [1995/10/12] bin/779 #include gets undefined 'rune_t' type. [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/23] bin/789 pkg_add doesn't work [1995/10/25] kern/792 cd9660 very slow. [1995/10/25] kern/793 ep0 cannot be configured and more. [1995/10/27] misc/796 Network install doesn't update /etc/hosts FDIV036 [1995/10/29] kern/798 PPP panics, touches 0xdeadc0de pointers [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/09] ports/814 unable to compile the port of "pine3.91" [1995/11/11] bin/815 mountd reports unknown hosts with non-informative me [1995/11/12] kern/820 scsi tape problems [1995/11/13] kern/821 Config doesn't properly trap signals [1995/11/16] bin/826 tcpmux listener in inetd does not work [1995/11/20] kern/831 one minor complaint about the kernel visual config c [1995/11/21] i386/833 SCSI hard disks time out during tape rewind - FDIV03 [1995/11/22] kern/835 ed panics with SMC ultra with iomem, if no iomem in [1995/11/25] bin/839 by default, use of "at" is overly restricted [1995/11/27] bin/841 stale nfs mounts cannot be umounted [1995/11/27] kern/845 Automatic reboot says you can abort but boots anyway [1995/11/28] misc/848 Inst gripes about geometry but won't accept true val [1995/11/28] misc/849 Install skimps on inodes and newfs default is wrong [1995/11/28] bin/850 dump treats write-protect as an EOT & spoils set FDI [1995/11/29] bin/852 Sendmail is loosing mail (apparently)! [1995/11/30] bin/854 swapinfo shows incorrect information for vnconfig'd [1995/11/30] ports/857 Need ANSI_C define to not declare some functions [1995/12/01] bin/859 /bin/sh -c does not ignore SIGINT [1995/12/02] kern/860 visual mode in kernel -c is too restrictive [1995/12/03] kern/861 sb16 support in 2.1 is erratic and has cosmetic defe [1995/12/03] kern/863 panic on kernel page fault, NULL curproc [1995/12/04] i386/867 Notebook with APM and 3C589C in PCMCIA freezes after [1995/12/06] ports/869 xcdplayer installs itself is /usr/X11R6, not /usr/lo [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/09] ports/883 tclX-port does not build properly [1995/12/14] misc/893 terminfo.h not installed??? [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/21] kern/907 scsi-dat tape station has stopped working [1995/12/21] bin/908 sed bug with trailing backslashes [1995/12/25] bin/914 hayes dialer for tip fails 1st attempt to dial [1995/12/29] kern/920 sio output looses chars in fifo on close() [1995/12/29] kern/921 getrusage() returns 0 after system up for a long tim [1995/12/31] kern/924 EISA devices have disappeared from vmstat/systat int [1996/01/01] bin/926 Mounting nfs disks before starting mountd: Chicken o [1996/01/02] kern/927 VGA mode not restored [1996/01/03] kern/930 sio/getty problem? [1996/01/06] kern/932 de0 occasionally enables 100baseTX when plugged into [1996/01/06] misc/934 ppp dies with Bus Error when processing long LOGIN s [1996/01/09] kern/940 panic: free vnode isn't [1996/01/12] misc/942 X11 mono server dumps core on supported video hardwa [1996/01/13] ports/944 Security fixes for Fvwm 1.24r [1996/01/15] kern/946 divide-by-zero in kernel on bad disk info [1996/01/16] kern/949 panic, undebugable dump? [1996/01/17] kern/951 -current kernel crashes with devfs error on bootup [1996/01/19] kern/956 Kernel page fault, null callp [1996/01/19] bin/958 ttys file does not include all ptys [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/25] conf/972 inetd.conf should comment out k-services if no Kerbe [1996/01/27] kern/974 ktrace causes panic: freeing busy page [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/01/29] kern/979 Linux programs using pipes crash system [1996/02/01] bin/986 problems make-ing with cd in the rule [1996/02/03] kern/991 pcvt keyboard doesn't accept input at crash reboot [1996/02/03] bin/993 g++ complains about /usr/include/machine/cpufunc.h [1996/02/04] kern/994 syscons bug in ESC[nX handling (w/fix) [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/08] kern/1008 Daily crash while writing network backups to local t [1996/02/09] kern/1012 vnode_pager_putpages: attempt to write meta-data!!! [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/14] kern/1026 deadlocks if parent vfork and child has cntrl termin [1996/02/14] bin/1028 shutdown -r does not seem to always complete [1996/02/15] bin/1029 cd behaves erraticly if cwd is a mount-point, which [1996/02/17] bin/1030 /bin/sh does not pass environment variables on prope [1996/02/18] kern/1034 Instant panic in -current [1996/02/19] bin/1035 ls to terminal always uses ? for non-printable chars [1996/02/19] docs/1036 List of dead xrefs in man pages [1996/02/19] bin/1037 2.x telnetd handles CTRL-M differently than other tt [1996/02/23] bin/1040 with certain flags, route can reboot your machine. [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/02/27] kern/1045 Lockup: b_to_q to a clist with no reserved cblocks [1996/02/27] gnu/1047 send-pr: Aborting... [1996/02/28] i386/1048 ep driver fails to detect card when told specific va [1996/02/28] bin/1050 Process (zip) hangs (unkillable) after floppy error [1996/02/29] kern/1051 zip fails on dos partition [1996/02/29] bin/1052 /bin/sh problem with new GCC (snapshot for 2.8) [1996/03/02] bin/1056 pppd fails if -detach [1996/03/05] kern/1063 gzip a.out execution is not ok (?) [1996/03/05] kern/1064 Recursive panic? [1996/03/06] kern/1065 wt could crash reading short blocks [1996/03/06] kern/1066 Arnet driver: panic when ifconfig PPP -> HDLC [1996/03/08] bin/1068 man ignores -P option when combined with -k [1996/03/08] ports/1069 TkMan acts erroneusly on apropos [1996/03/09] bin/1070 /usr/bin/fstat doesn't display open, active pure tex [1996/03/09] ports/1072 tex port (ftplib.pl) does not support passive mode f [1996/03/09] bin/1073 telnet -8 does not work with SunOS or Solaris [1996/03/09] bin/1074 tty rows & columns settings sometimes reset to zero [1996/03/11] conf/1076 'make install' fails for /usr/src/share/examples in [1996/03/15] misc/1079 Can not work about get{host|net]byaddr on NIS. [1996/03/16] kern/1080 Panic @ _get_pt_entry+0x8 [1996/03/16] kern/1081 Fatal double fault [1996/03/17] kern/1087 Device close entry is not called when unmounting UFS [1996/03/18] docs/1089 stat manpage unclear about st_mtime & friends [1996/03/20] kern/1090 iostat displays incorrect sps count [1996/03/20] kern/1092 ftruncate(2) returns EINVAL [1996/03/20] bin/1093 route's diagnostic is weird [1996/03/21] bin/1095 make's continuation line handling buggy when used wi [1996/03/21] i386/1097 system hang during tape rewind/aic7870 controller [1996/03/23] kern/1098 File system corruption (2 cases) [1996/03/26] kern/1102 Differentiation of FreeBSD & Linux ELF binaries [pat [1996/03/28] bin/1105 Bug in find command [1996/03/28] ports/1106 a new port [1996/03/28] ports/1109 mods to vim-3.0 port [1996/03/30] bin/1111 mail.local will happily deliver mail to a quota'd fi [1996/03/31] misc/1112 Can not work getnetbyaddr on NIS [1996/04/05] kern/1116 Cannot umount stale NFS volumes [1996/04/05] kern/1118 panic: setrunqueue encountered when wine fork()'s [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/07] kern/1122 Kernel (current) does not see all memory [1996/04/09] bin/1127 sh(1) parameter expansion for substring processing n [1996/04/11] kern/1134 PPB support is broken for multiple/unknown PPBs. [1996/04/11] kern/1135 starting an extra mountd and then killing it crashes [1996/04/12] bin/1136 broken printf in sh(1) [1996/04/14] bin/1139 uname.1 and uname.c disagree about display ordering [1996/04/14] docs/1141 pcvt(4) references non-existent man page. [1996/04/15] docs/1142 signal manpage doesn't describe sig parameter [1996/04/15] docs/1143 sigaction manpage doesn't describe sig parameter [1996/04/15] kern/1144 sig{add, del}set and sigismember fns don't check sig [1996/04/15] bin/1145 tftpd should support -s [1996/04/16] bin/1147 units(1) missing from FreeBSD -current and -stable [1996/04/19] docs/1151 intro(3) references libc(3) and plot(3), which do no [1996/04/22] bin/1154 Configure tunN device for ip-over-ip tunnelling [1996/04/23] ports/1155 systat or top display disagreeing information [1996/04/24] kern/1157 SCSI Disk Timeouts (ahc0) [1996/04/25] bin/1158 atq uses GMT time instead of TZ time [1996/04/27] kern/1159 NFS Client hangs in vm_object_terminate() - objtrm [1996/04/28] kern/1160 Panic: bad dir [1996/04/28] kern/1161 -current panic on boot if DIAGNOSTIC option is used [1996/04/29] kern/1163 2.2-960323-SNAP: fatal trap 12 [1996/04/29] kern/1164 machine locks up [1996/04/30] docs/1165 Printer Text Filter scripts should be in /usr/share/ [1996/04/30] kern/1166 pmap panic (dump available) [1996/05/01] ports/1168 New version of pine. 3.93 fixes bugs in 3.92 and ha [1996/05/02] docs/1169 bogus reference to keysu(1) in key(1) and keyinit(1) [1996/05/02] docs/1170 include files missing from get{peer,sock}name man pa [1996/05/02] kern/1171 panic: setrunnable after touching long idle windows [1996/05/06] conf/1176 sysinstall ftp error messages not helpful. [1996/05/07] kern/1177 Machine hangs with message "vm_fork: no pte for UPAG [1996/05/08] kern/1180 freeing held page, count=%d [1996/05/09] bin/1181 fsck displays wrong char in "option?" diagnostic [1996/05/09] bin/1182 timed records improper entry in wtmp [1996/05/09] bin/1184 ls + xterm + nvi + columns != 80 + ^Z = mangled list [1996/05/10] ports/1185 mods to vim-3.0 port (aka ports/1109) [1996/05/10] kern/1186 MFS doesn't mark memory free when it's filespace cle [1996/05/10] misc/1187 pppd dies with a segv [1996/05/11] pending/1189 Re: Adaptec 2940 Changes (May 10th) [1996/05/11] kern/1190 panic: page fault (wild pointer?) [1996/05/12] kern/1192 various ipfw.[ch] changes (see below) [1996/05/12] bin/1193 Cleanup + ability to zero individual chain entries [1996/05/12] kern/1195 stable with DIAGNOSTIC panics `vm_page_unhold: hold [1996/05/13] ports/1200 pop3 requests may crash client [1996/05/13] kern/1201 FreeBSD SCSI changer driver leaves a bit to be desir [1996/05/13] bin/1202 netgroups in /etc/hosts.equiv stopped working in -st [1996/05/14] kern/1204 umount -f after SCSI reset -> reboot [1996/05/15] bin/1206 /bin/sh + emacs + ^G = ruined terminal [1996/05/16] kern/1208 Rebooting nfs server results "Permission denied" mes [1996/05/16] gnu/1209 send-pr should refuse PR's without subject and synop [1996/05/17] gnu/1210 gcc (v2.6.3) -O and -O2 compile-time bus error [1996/05/18] bin/1212 ppp eventually runs out of file descriptors [1996/05/18] kern/1213 kernel page fault [1996/05/18] docs/1214 lseek() manpage refers to fildes argument as a file [1996/05/19] kern/1216 Support for i586 clock clibration is not built in [1996/05/19] kern/1217 separating to hardrives to two IDE channels hangs th [1996/05/19] docs/1218 Handbook: Cyclades configuration [1996/05/19] kern/1219 IPFW kernel code enhancements [1996/05/19] bin/1220 IPFW: configuration utility enhancements [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/20] i386/1223 type in comment [1996/05/21] bin/1225 second tunnel device not detected [1996/05/21] bin/1226 binaries directories owned by bin, not root [1996/05/21] kern/1227 vm_page_activate: already active (new vm system) [1996/05/21] kern/1228 probe doesn't find P-n-P modem [1996/05/21] bin/1229 redundant redeclaration of `lseek' [1996/05/21] bin/1230 make ``.for'' loops iterate backwards [1996/05/21] bin/1231 make(1) execution of ``.BEGIN'' does not halt on err [1996/05/22] kern/1236 some #def's in pcvt_conf.h not braketed by #ifndef's [1996/05/23] bin/1237 [1996/05/23] kern/1238 LKM security improvement in -current not merged into [1996/05/23] docs/1239 Type-o in /usr/share/dict/words [1996/05/23] bin/1240 Wrong format used to print amount of free disk space [1996/05/24] bin/1241 The jot(1) command with -s (FROM 2.1.0 CD) generates [1996/05/24] bin/1242 In the "sys/stat.h" file, the S_ISFIFO and S_ISSOCK [1996/05/24] bin/1244 The rs(1) dumps core with -s [1996/05/24] kern/1245 scsi tape driver write-protet and eject handling is [1996/05/24] kern/1246 aic-7850 driver sees more cdroms then exists [1996/05/24] misc/1247 Conflicting header files [1996/05/24] bin/1248 /bin/sh has trouble with arguments past 9(ie. ${10}) [1996/05/25] docs/1249 incorrect manpages 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/06/17] kern/527 dump causes assertion in ncr.c [1995/06/21] docs/538 MAP_FILE not mentioned in mmap man page. [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/12/29] misc/922 From line handling incorrect in mail.local [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/28] kern/1049 /kernel: arpresolve: can't allocate llinfo for 194.1 [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/28] ports/1104 Paper sizes in (printing) ports [1996/04/10] kern/1130 pty driver bug [1996/04/14] kern/1140 arpresolve does a null pointer dereference through r /* EOF -- this list has not been truncated */ From owner-freebsd-bugs Sat May 25 04:30:21 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA08474 for bugs-outgoing; Sat, 25 May 1996 04:30:21 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA08451 for freebsd-bugs; Sat, 25 May 1996 04:30:18 -0700 (PDT) Date: Sat, 25 May 1996 04:30:18 -0700 (PDT) From: GNU GNATS Message-Id: <199605251130.EAA08451@freefall.freebsd.org> To: freebsd-bugs Subject: Summary of Problem Reports Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Number of currently open reports: 313 Number of curently analyzed reports: 21 From owner-freebsd-bugs Sat May 25 10:30:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA05058 for bugs-outgoing; Sat, 25 May 1996 10:30:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA05023; Sat, 25 May 1996 10:30:01 -0700 (PDT) Date: Sat, 25 May 1996 10:30:01 -0700 (PDT) Message-Id: <199605251730.KAA05023@freefall.freebsd.org> To: freebsd-bugs Cc: From: "Lars Fredriksen" Subject: Re: bin/1248: shell having problem parsing arguments Reply-To: "Lars Fredriksen" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/1248; it has been noted by GNATS. From: "Lars Fredriksen" To: joerg_wunsch@uriah.heep.sax.de Cc: FreeBSD-gnats-submit@FreeBSD.org Subject: Re: bin/1248: shell having problem parsing arguments Date: Sat, 25 May 1996 12:20:34 -0500 (CDT) J Wunsch writes: > > Aw! Can you please re-submit this as a context (or uni) diff? > (The -c or -u flags to [cvs] diff.) It's nearly impossible to > integrate plain diffs. > > You can simply followup to this thread, GNATS will append it then to > the PR. > > -- > cheers, J"org > Hi J"org, Sorry about that, here they are: Lars Index: parser.c =================================================================== RCS file: /home/ncvs/src/bin/sh/parser.c,v retrieving revision 1.11 diff -c -r1.11 parser.c *** parser.c 1996/02/03 13:27:55 1.11 --- parser.c 1996/04/16 04:16:37 *************** *** 1108,1115 **** } else { if (! is_special(c)) badsub: synerror("Bad substitution"); ! USTPUTC(c, out); ! c = pgetc(); } STPUTC('=', out); flags = 0; --- 1108,1123 ---- } else { if (! is_special(c)) badsub: synerror("Bad substitution"); ! ! if (is_digit(c)) { ! do { ! STPUTC(c, out); ! c = pgetc(); ! } while( is_digit(c)); ! } else { ! USTPUTC(c, out); ! c = pgetc(); ! } } STPUTC('=', out); flags = 0; Index: expand.c =================================================================== RCS file: /home/ncvs/src/bin/sh/expand.c,v retrieving revision 1.4 diff -c -r1.4 expand.c *** expand.c 1995/05/30 00:07:13 1.4 --- expand.c 1996/05/24 17:13:03 *************** *** 90,97 **** STATIC void argstr(char *, int); STATIC void expbackq(union node *, int, int); STATIC char *evalvar(char *, int); ! STATIC int varisset(int); ! STATIC void varvalue(int, int, int); STATIC void recordregion(int, int, int); STATIC void ifsbreakup(char *, struct arglist *); STATIC void expandmeta(struct strlist *, int); --- 90,97 ---- STATIC void argstr(char *, int); STATIC void expbackq(union node *, int, int); STATIC char *evalvar(char *, int); ! STATIC int varisset(char *); ! STATIC void varvalue(char *, int, int); STATIC void recordregion(int, int, int); STATIC void ifsbreakup(char *, struct arglist *); STATIC void expandmeta(struct strlist *, int); *************** *** 453,459 **** p = strchr(p, '=') + 1; again: /* jump here after setting a variable with ${var=text} */ if (special) { ! set = varisset(*var); val = NULL; } else { val = lookupvar(var); --- 453,459 ---- p = strchr(p, '=') + 1; again: /* jump here after setting a variable with ${var=text} */ if (special) { ! set = varisset(var); val = NULL; } else { val = lookupvar(var); *************** *** 467,473 **** if (set && subtype != VSPLUS) { /* insert the value of the variable */ if (special) { ! varvalue(*var, varflags & VSQUOTE, flag & EXP_FULL); } else { char const *syntax = (varflags & VSQUOTE)? DQSYNTAX : BASESYNTAX; --- 467,473 ---- if (set && subtype != VSPLUS) { /* insert the value of the variable */ if (special) { ! varvalue(var, varflags & VSQUOTE, flag & EXP_FULL); } else { char const *syntax = (varflags & VSQUOTE)? DQSYNTAX : BASESYNTAX; *************** *** 539,560 **** STATIC int varisset(name) ! char name; { char **ap; ! if (name == '!') { if (backgndpid == -1) return 0; ! } else if (name == '@' || name == '*') { if (*shellparam.p == NULL) return 0; ! } else if ((unsigned)(name -= '1') <= '9' - '1') { ! ap = shellparam.p; ! do { ! if (*ap++ == NULL) ! return 0; ! } while (--name >= 0); } return 1; } --- 539,571 ---- STATIC int varisset(name) ! char *name; { + char *t; + int numvar; char **ap; ! if (*name == '!') { if (backgndpid == -1) return 0; ! } else if (*name == '@' || *name == '*') { if (*shellparam.p == NULL) return 0; ! } else { ! t = name; ! while (is_digit(*t++)) { ! ; ! } ! ! if ( *--t == '=' ) { ! *t = '\0'; ! numvar = atoi(name); ! ap = shellparam.p; ! do { ! if (*ap++ == NULL) ! return 0; ! } while (--numvar > 0); ! } } return 1; } *************** *** 567,577 **** STATIC void varvalue(name, quoted, allow_split) ! char name; { int num; char temp[32]; char *p; int i; extern int exitstatus; char sep; --- 578,590 ---- STATIC void varvalue(name, quoted, allow_split) ! char *name; { int num; + int numvar; char temp[32]; char *p; + char *t; int i; extern int exitstatus; char sep; *************** *** 593,599 **** } while (0) ! switch (name) { case '$': num = rootpid; goto numvar; --- 606,612 ---- } while (0) ! switch (*name) { case '$': num = rootpid; goto numvar; *************** *** 640,647 **** STRTODEST(p); break; default: ! if ((unsigned)(name -= '1') <= '9' - '1') { ! p = shellparam.p[name]; STRTODEST(p); } break; --- 653,666 ---- STRTODEST(p); break; default: ! ! t = name; ! while (is_digit(*t++)) { ! } ! ! if ( *t == '\0' ) { ! numvar = atoi(name); ! p = shellparam.p[numvar-1]; STRTODEST(p); } break; -- ------------------------------------------------------------------- Lars Fredriksen fredriks@mcs.com (home) lars@fredriks.pr.mcs.net (home-home) From owner-freebsd-bugs Sat May 25 10:30:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA05069 for bugs-outgoing; Sat, 25 May 1996 10:30:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA05048; Sat, 25 May 1996 10:30:03 -0700 (PDT) Date: Sat, 25 May 1996 10:30:03 -0700 (PDT) Message-Id: <199605251730.KAA05048@freefall.freebsd.org> To: freebsd-bugs Cc: From: Lars Fredriksen Subject: Re: kern/1245: scsi tape driver write-protect and eject handling is broken Reply-To: Lars Fredriksen Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/1245; it has been noted by GNATS. From: Lars Fredriksen To: FreeBSD-gnats-submit@FreeBSD.org Cc: Subject: Re: kern/1245: scsi tape driver write-protect and eject handling is broken Date: Sat, 25 May 1996 12:29:59 -0500 (CDT) Hi, Here are the context diffs. J"oerg was nice enough to point out that I hadn't submitted context diffs. If someone is willing to review these changes (Peter?), then I can submit them if that eases the load on people. Lars Index: scsiconf.h =================================================================== RCS file: /home/ncvs/src/sys/scsi/scsiconf.h,v retrieving revision 1.41 diff -c -r1.41 scsiconf.h *** scsiconf.h 1996/03/31 03:19:09 1.41 --- scsiconf.h 1996/03/31 11:00:34 *************** *** 231,237 **** struct st_mode { /* 4*/ u_int32_t blksiz; /* 6*/ u_int16_t quirks; /* same definitions as in XXX */ ! /* 7*/ char density; /* 8*/ char spare[1]; }; --- 231,237 ---- struct st_mode { /* 4*/ u_int32_t blksiz; /* 6*/ u_int16_t quirks; /* same definitions as in XXX */ ! /* 7*/ u_int8_t density; /* 8*/ char spare[1]; }; *************** *** 547,552 **** --- 547,556 ---- #define QIC_1320 0x12 #define DDS 0x13 #define DAT_1 0x13 + #define EXB_8200 0x14 + #define EXB_8500 0x15 + #define EXB_8200C 0x8c + #define EXB_8500C 0x90 #define QIC_3080 0x29 Index: st.c =================================================================== RCS file: /home/ncvs/src/sys/scsi/st.c,v retrieving revision 1.68 diff -c -r1.68 st.c *** st.c 1996/04/02 04:54:26 1.68 --- st.c 1996/05/24 15:31:39 *************** *** 68,75 **** #define IS_CTLMODE(DEV) (MODE(DEV) == CTLMODE) ! #define SCSI_2_MAX_DENSITY_CODE 0x17 /* maximum density code specified * in SCSI II spec. */ static errval st_space __P((u_int32_t unit, int32_t number, u_int32_t what, u_int32_t flags)); static errval st_rewind __P((u_int32_t unit, boolean immed, u_int32_t flags)); --- 68,79 ---- #define IS_CTLMODE(DEV) (MODE(DEV) == CTLMODE) ! #ifdef EXB_8500C ! # define SCSI_2_MAX_DENSITY_CODE EXB_8500C ! #else ! # define SCSI_2_MAX_DENSITY_CODE 0x17 /* maximum density code specified * in SCSI II spec. */ + #endif static errval st_space __P((u_int32_t unit, int32_t number, u_int32_t what, u_int32_t flags)); static errval st_rewind __P((u_int32_t unit, boolean immed, u_int32_t flags)); *************** *** 496,501 **** --- 500,512 ---- if ((st->flags & (ST_WRITTEN | ST_FM_WRITTEN)) == ST_WRITTEN) st_write_filemarks(unit, 1, 0); + + /* has to happen before the unload, otherwise media will + * not be ejected when the EJECT flag is given. + */ + + scsi_prevent(sc_link, PR_ALLOW, SCSI_SILENT); + switch (mode & 0x3) { case 0: case 3: /* for now */ *************** *** 510,516 **** st_unmount(unit, EJECT); break; } - scsi_prevent(sc_link, PR_ALLOW, SCSI_SILENT); sc_link->flags &= ~SDEV_OPEN; st->flags &= ~ST_OPEN; --- 521,526 ---- *************** *** 1111,1116 **** --- 1121,1129 ---- flags); break; case MTOFFL: /* rewind and put the drive offline */ + /* Some devices will not eject unless*/ + /* the device gets released first */ + scsi_prevent(sc_link, PR_ALLOW, SCSI_SILENT); st_unmount(unit, EJECT); break; case MTNOP: /* no operation, sets status only */ *************** *** 1145,1152 **** errcode = EINVAL; } else { st->density = number; } - goto try_new_value; case MTCOMP: /* enable default compression */ errcode = st_comp(unit,number); --- 1158,1165 ---- errcode = EINVAL; } else { st->density = number; + goto try_new_value; } case MTCOMP: /* enable default compression */ errcode = st_comp(unit,number); *************** *** 1814,1822 **** info = xs->datalen; } } ! if ((sense->error_code & SSD_ERRCODE) != 0x70) { return SCSIRET_CONTINUE;/* let the generic code handle it */ } if(sense->ext.extended.flags & (SSD_EOM|SSD_FILEMARK|SSD_ILI)) { if (st->flags & ST_FIXEDBLOCKS) { xs->resid = info * st->blksiz; --- 1827,1841 ---- info = xs->datalen; } } ! key = sense->ext.extended.flags & SSD_KEY; ! ! if ((sense->error_code & SSD_ERRCODE) != 0x70 || key == 0x7) { ! /* we want the generic code to hadle */ ! /* write protect too */ return SCSIRET_CONTINUE;/* let the generic code handle it */ } + + if(sense->ext.extended.flags & (SSD_EOM|SSD_FILEMARK|SSD_ILI)) { if (st->flags & ST_FIXEDBLOCKS) { xs->resid = info * st->blksiz; *************** *** 1890,1896 **** } return 0; } - key = sense->ext.extended.flags & SSD_KEY; if (key == 0x8) { xs->flags |= SCSI_EOF; /* some drives need this */ --- 1909,1914 ---- From owner-freebsd-bugs Sat May 25 12:50:00 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA11160 for bugs-outgoing; Sat, 25 May 1996 12:50:00 -0700 (PDT) Received: from freefall.freebsd.org (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA11155; Sat, 25 May 1996 12:49:57 -0700 (PDT) Message-Id: <199605251949.MAA11155@freefall.freebsd.org> To: mevans@candle.com (Michael T. Evans) cc: gtc@aloft.att.com, bugs@freebsd.org Subject: Re: 3c509 transmit hang In-reply-to: Your message of "Fri, 24 May 1996 19:34:03 CDT." <199605250035.AA09802@phobos.Candle.Com> Date: Sat, 25 May 1996 12:49:57 -0700 From: "Justin T. Gibbs" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This seems to work on my 3c509, but I just realized that I'm getting terrible performance for incoming packets. Looking at the hub, I get a quick burst of activity followed by silence for a second, followed by another burst. I would guess this is the watchdog timer expiring and unwedging the card. Has anyone else seen this or begun to investigate it? I also noticed some portions of the code running at splbio(). Why would this be necessary? Also the ed driver assumes that ed_start is always called at splimp(). ep_start does its own splimp protection although it is only called from the interrupt handler and from the higher networking code. I assume I can kill the splimp() stuff in ep_start just as was done in the ed driver? I guess its time to hit the learning curve for network drivers. 8-) >Gary, > > To my horror, I just realized that I typed the wrong subject >line in the original post. The driver I modified was for the >3c590, not the 3c509. The good news is that the basic >operation appears to be similar, and yes the defect IS also in >the 3c509 driver i386/isa/if_ep.c. To prevent the hang, locate >the following line at or near line 702: > > outw(BASE + EP_W1_TX_PIO_WR_1, len); > > ... and change it to: > > outw(BASE + EP_W1_TX_PIO_WR_1, len | 0x8000); > >Mike -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-bugs Sat May 25 16:05:22 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA19070 for bugs-outgoing; Sat, 25 May 1996 16:05:22 -0700 (PDT) Received: from zed.ludd.luth.se (root@zed.ludd.luth.se [130.240.16.33]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA19061 for ; Sat, 25 May 1996 16:05:19 -0700 (PDT) Received: from father.ludd.luth.se (father.ludd.luth.se [130.240.16.18]) by zed.ludd.luth.se (8.7.5/8.7.2) with ESMTP id BAA09022 for ; Sun, 26 May 1996 01:05:15 +0200 From: Peter Brevik Received: (peterb@localhost) by father.ludd.luth.se (8.6.11/8.6.11) id BAA14470 for freebsd-bugs@freebsd.org; Sun, 26 May 1996 01:04:46 +0200 Message-Id: <199605252304.BAA14470@father.ludd.luth.se> Subject: Core dumps.. To: freebsd-bugs@freebsd.org Date: Sun, 26 May 1996 01:04:46 +0200 (MET DST) X-Mailer: ELM [version 2.4ME+ PL15 (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 Hi! I have some Core dumps for: -rw------- 1 peterb wheel 167936 Mar 14 20:39 cat.core -rw------- 1 peterb wheel 352256 May 1 18:04 irc-2.8.2.core -rwx--x--x 1 peterb wheel 8192 Mar 24 12:19 lha.core* -rw------- 1 peterb wheel 1769472 May 4 13:55 mpeg_play.core -rw------- 1 peterb wheel 442368 Apr 4 23:27 tcsh.core If there is any interest in doing anything about these files(fetch them).. tell me.. otherwise they go to "bitheaven" :) /Peter From owner-freebsd-bugs Sat May 25 19:30:09 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA27260 for bugs-outgoing; Sat, 25 May 1996 19:30:09 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA27254; Sat, 25 May 1996 19:30:06 -0700 (PDT) Resent-Date: Sat, 25 May 1996 19:30:06 -0700 (PDT) Resent-Message-Id: <199605260230.TAA27254@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, brion@queeg.com Received: from coven.queeg.com (queeg.com [204.95.70.218]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA26909 for ; Sat, 25 May 1996 19:22:08 -0700 (PDT) Received: (from brion@localhost) by coven.queeg.com (8.7.4/8.7.1) id SAA00392; Sat, 25 May 1996 18:53:59 -0700 (PDT) Message-Id: <199605260153.SAA00392@coven.queeg.com> Date: Sat, 25 May 1996 18:53:59 -0700 (PDT) From: Brion Moss Reply-To: brion@queeg.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/1250: chroot to nullfs causes kernel panic Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1250 >Category: kern >Synopsis: chroot to nullfs causes kernel panic >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat May 25 19:30:03 PDT 1996 >Last-Modified: >Originator: Brion Moss >Organization: NetDaemons Associates >Release: FreeBSD 2.1-STABLE i386 >Environment: FreeBSD 2.1.0-RELEASE Pentium 133 w/Triton chipset >Description: I am setting up a web server in a chrooted enviroment. I had been using NFS to remount the web directories read-only, and then chrooted to the NFS mount point, but when I learned of the lofs and null filesystem types, I decided to try using them instead. Since my system doesn't seem to support lofs, I tried null. I could reliably halt the system by chrooting to the null mount point, regardless of the command. The error I got was: Fatal trap 18: integer divide fault while in kernel mode Instruction pointer 0x8:0xf0195a5f Code segment base 0x0, limit 0xfffff, type 0x1b, DPL 0, pres 1, def32 1, gran 1 >How-To-Repeat: mount -t null /bin /mnt chroot /mnt /date >Fix: >Audit-Trail: >Unformatted: