From owner-freebsd-bugs Sun Apr 6 00:38:26 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA01975 for bugs-outgoing; Sun, 6 Apr 1997 00:38:26 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id AAA01953 for ; Sun, 6 Apr 1997 00:38:15 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA00445; Sun, 6 Apr 1997 10:36:56 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id OAA08799; Sat, 5 Apr 1997 14:14:26 +0200 (MET DST) Message-ID: <19970405141425.KD11056@uriah.heep.sax.de> Date: Sat, 5 Apr 1997 14:14:25 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: zach@blizzard.gaffaneys.com (Zach Heilig) Cc: freebsd-bugs@freefall.freebsd.org Subject: Re: bin/3173: utmp and wtmp programs out of sync (update). References: <199704050740.XAA25868@freefall.freebsd.org> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199704050740.XAA25868@freefall.freebsd.org>; from Zach Heilig on Apr 4, 1997 23:40:01 -0800 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Zach Heilig wrote: > is anyone listening? ;-) Yep. > > login and telnetd both think that sizeof (utmp) == 44 (I'm not sure why yet, > they appearantly use libutil, which appears to think that > sizeof (utmp) == 36... this info from observing the effect of these two > programs on utmp and wtmp, and looking at their source) Have you once downgraded your system from a 3.0-current version (with 44 bytes per utmp record) to a 2.2 vintage one? In this case, it looks as if you forgot to remove libutil.so.2.1. Downgrading is only poorly supported. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sun Apr 6 00:40:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA02177 for bugs-outgoing; Sun, 6 Apr 1997 00:40:09 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA02167; Sun, 6 Apr 1997 00:40:05 -0800 (PST) Date: Sun, 6 Apr 1997 00:40:05 -0800 (PST) Message-Id: <199704060840.AAA02167@freefall.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: bin/3202: shutdown(8) don't work if started from an X Window Manager menu Reply-To: j@uriah.heep.sax.de (J Wunsch) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/3202; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: dima@tejblum.dnttm.rssi.ru Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/3202: shutdown(8) don't work if started from an X Window Manager menu Date: Sat, 5 Apr 1997 16:42:23 +0200 As Dmitrij Tejblum wrote: > >Fix: > > May be this is not the best way, but it is simple. I don't think it's a good fix. If at all, shutdown itself should prevent the signal delivery to reboot(8). After all, shutdown is the program that goes into background, while reboot is a plain foreground program (which i expect to be able to abort using ^C if i hit it quickly after typing the command). Note that you should also get away with something like ... exec "trap 1 2 15 ''; shutdown -h now" in your window manager menu. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sun Apr 6 01:06:27 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA03888 for bugs-outgoing; Sun, 6 Apr 1997 01:06:27 -0800 (PST) Received: from dutton2.it.siu.edu (dutton2.it.siu.edu [131.230.2.129]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id BAA03879 for ; Sun, 6 Apr 1997 01:06:21 -0800 (PST) Received: by dutton2.it.siu.edu (5.x/SMI-SVR4) id AA02441; Sun, 6 Apr 1997 04:26:27 -0500 Date: Sun, 6 Apr 1997 04:26:27 -0500 From: jimd@dutton2.it.siu.edu (Jim Dutton) Message-Id: <9704060926.AA02441@dutton2.it.siu.edu> To: freebsd-bugs@freebsd.org Subject: Ports Make abend under 3.0-SNAP X-Sun-Charset: US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have installed FreeBSD 3.0.970209-SNAP and attempted to install the Ports distribution for TOP-3.4, but got the following errors: "Makefile", line 15: warning: "uname -r | grep '^3' || true" returned non-zero status "/usr/share/mk/bsd.port.mk", line 257: warning "uname -s" returned non-zero status *** Signal 11 Which leaves me with a SH core dump. When executed manually, "uname -r" returns "3.0-970209-SNAP" "uname -s" returns "FreeBSD" From owner-freebsd-bugs Sun Apr 6 01:30:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA05562 for bugs-outgoing; Sun, 6 Apr 1997 01:30:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA05541; Sun, 6 Apr 1997 01:30:02 -0800 (PST) Date: Sun, 6 Apr 1997 01:30:02 -0800 (PST) Message-Id: <199704060930.BAA05541@freefall.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: kern/3209: 3.0-current panics on shutdown/reboot/halt Reply-To: j@uriah.heep.sax.de (J Wunsch) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3209; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: haplo@ibm.net Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/3209: 3.0-current panics on shutdown/reboot/halt Date: Sun, 6 Apr 1997 11:16:56 +0200 As haplo@ibm.net wrote: > I was also advised to > use the 'bt' command in the debugger, but the debugger reported that > to be an invalid command. Someone erroneously confused this with the GDB command `bt' (backtrace). In DDB, it's just `tr' (or `trace'). > panic: lockmgr: pid 29809, not exclusive lock holder 1 unlocking I think Doug Rabson has fixed this one already. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sun Apr 6 01:30:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA05571 for bugs-outgoing; Sun, 6 Apr 1997 01:30:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA05553; Sun, 6 Apr 1997 01:30:04 -0800 (PST) Date: Sun, 6 Apr 1997 01:30:04 -0800 (PST) Message-Id: <199704060930.BAA05553@freefall.freebsd.org> To: freebsd-bugs Cc: From: John Hay Subject: Re: bin/3190: RISCom N2 card driver problem? Reply-To: John Hay Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/3190; it has been noted by GNATS. From: John Hay To: Roman.Pavlik@skynet.cz Cc: freebsd-gnats-submit@freeBSD.org Subject: Re: bin/3190: RISCom N2 card driver problem? Date: Sun, 6 Apr 1997 11:09:39 +0200 (SAT) > >Synopsis: RISCom N2 card driver problem? ... > >Description: > I try to configure RISCom N2 card on 2.2.1 box. I used CISCO 2511 on the other > end of sync line. When I tried RISCom N2 card in HDLC mode (ifconfig link2) > it was able to ping to remote CISCO, but it was unable to traceroute. > I switched RISCom N2 card to PPP. After this, it was able to ping as so as > traceroute. BUT It does not forwarding packets. (I check net.inet.ip.forwarding > and it was set up to 1). I tried the same with 3.0-970209-SNAP and it wors > fine in PPP mode (in HDLC it was still unable to traceroute). > > >How-To-Repeat: > Install 2.2.1 box with RISCom N2 isa > Can you elaborate a bit more on your setup please? I don't have a Cisco available at the moment, but I did the following setup and traceroute and other routing does work: Ethernet ------------------------------ | | Machine A Machine B Machine C (FreeBSD-current) (FreeBSD-2.2.1) (FreeBSD-current) RISCom N2/ISA RISCom NS/PCI | | ----------------------------------- Machine B is: 50MHz 486DX 8MB RAM SMC 16bit ethernet RISCom NS/ISA I did a clean 2.2.1 install from ftp.za.freebsd.org choosing the "kernel developer" option to get the kernel source, recompiled a kernel with: device sr0 at isa? port 0x300 net irq 12 iomem 0xd0000 vector srintr pseudo-device sppp added and all other device unneeded device drivers took out. I rebooted with the new kernel and did the following (the ethernet side was using the sysconfig setup that was done by the installation): ifconfig sr0 10.0.0.2 10.0.0.1 netmask 0xffffff00 link2 sysctl -w net.inet.ip.forwarding=1 I could then ping, traceroute and telnet from machine A to machine C. John -- John Hay -- John.Hay@mikom.csir.co.za From owner-freebsd-bugs Sun Apr 6 03:01:45 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA12685 for bugs-outgoing; Sun, 6 Apr 1997 03:01:45 -0700 (PDT) Received: from dutton2.it.siu.edu (dutton2.it.siu.edu [131.230.2.129]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id DAA12676 for ; Sun, 6 Apr 1997 03:01:41 -0700 (PDT) Received: by dutton2.it.siu.edu (5.x/SMI-SVR4) id AA02461; Sun, 6 Apr 1997 05:21:47 -0500 Date: Sun, 6 Apr 1997 05:21:47 -0500 From: jimd@dutton2.it.siu.edu (Jim Dutton) Message-Id: <9704061021.AA02461@dutton2.it.siu.edu> To: freebsd-bugs@freebsd.org Subject: pdksh-5.2.12 bombs /bin/sh sometimes? Content-Type: X-sun-attachment Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk ---------- X-Sun-Data-Type: text X-Sun-Data-Description: text X-Sun-Data-Name: text X-Sun-Charset: us-ascii X-Sun-Content-Lines: 6 Under FreeBSD-2.2-SNAP with the same version of pdksh, I used to use a .kshrc like the following, and never encountered any problems. Under FreeBSD-3.0-SNAP, this same script does something that causes future invocations of /bin/sh to core dump? Using pdksh withOUT this rc script does NOT cause /bin/sh to dump, so it is specific to this script, which as I mentioned earlier, worked just fine under FreeBSD-2.2. ---------- X-Sun-Data-Type: default X-Sun-Data-Description: default X-Sun-Data-Name: .kshrc X-Sun-Charset: us-ascii X-Sun-Content-Lines: 19 case $0 in sh) ;; ksh|-ksh|su|-su) if [[ $username = "" ]] then username=$(id -un) hname=$(hostname -s) PS1="$hname/$username > " PS2="$hname/$username >> " PS3="$hname/$username >>> " PS4="$hname/$username >>>> " set -o ignoreeof set -o vi alias ll="ls -l" alias dir="ls -l" stty kill ^x erase ^? cd ~ fi;; esac From owner-freebsd-bugs Sun Apr 6 03:40:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA14377 for bugs-outgoing; Sun, 6 Apr 1997 03:40:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA14341; Sun, 6 Apr 1997 03:40:02 -0700 (PDT) Date: Sun, 6 Apr 1997 03:40:02 -0700 (PDT) Message-Id: <199704061040.DAA14341@freefall.freebsd.org> To: freebsd-bugs Cc: From: Dmitrij Tejblum Subject: Re: bin/3202: shutdown(8) don't work if started from an X Window Manager menu Reply-To: Dmitrij Tejblum Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/3202; it has been noted by GNATS. From: Dmitrij Tejblum To: Joerg Wunsch Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/3202: shutdown(8) don't work if started from an X Window Manager menu Date: Sun, 6 Apr 1997 14:27:34 +0400 (MSD) On Sat, 5 Apr 1997, J Wunsch wrote: > I don't think it's a good fix. If at all, shutdown itself should > prevent the signal delivery to reboot(8). After all, shutdown is the > program that goes into background, while reboot is a plain foreground > program (which i expect to be able to abort using ^C if i hit it > quickly after typing the command). Well, second variant: *** src/sbin/shutdown/shutdown.c.orig Sat Mar 29 21:48:33 1997 --- src/sbin/shutdown/shutdown.c Sun Apr 6 13:58:18 1997 *************** *** 199,204 **** --- 199,205 ---- (void)printf("shutdown: [pid %d]\n", forkpid); exit(0); } + setsid(); } #endif openlog("shutdown", LOG_CONS, LOG_AUTH); > > Note that you should also get away with something like > > ... exec "trap 1 2 15 ''; shutdown -h now" > > in your window manager menu. > Probably. But such things cannot be called "user-friendly". Dima From owner-freebsd-bugs Sun Apr 6 03:56:56 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA15794 for bugs-outgoing; Sun, 6 Apr 1997 03:56:56 -0700 (PDT) Received: from dutton4.it.siu.edu (dutton4.it.siu.edu [131.230.2.151]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA15789 for ; Sun, 6 Apr 1997 03:56:53 -0700 (PDT) Received: from localhost (jimd@localhost) by dutton4.it.siu.edu (8.8.5/8.8.5) with SMTP id FAA01786 for ; Sun, 6 Apr 1997 05:59:58 -0500 (CDT) Date: Sun, 6 Apr 1997 05:59:57 -0500 (CDT) From: Jim Dutton To: freebsd-bugs@freebsd.org Subject: pkg_add for tk4.2 fails under FBSD-3.0 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have already successfully installed tcl-7.6 under FreeBSD-3.0-SNAP. The pkg-add for tk4.2 fails, as it seems to not recognize a work subdirectory it created earlier? The following is the MAKE result. After that is a listing of the /ports/databases/tk42 subdirectories (with all of the files under work, removed for brevity). - - - - - - - - - - - - - - - - - - - - - - - - - - - - root: make >> tk4.2p2.tar.gz doesn't seem to exist on this system. >> Attempting to fetch from ftp://ftp.sunlabs.com/pub/tcl/. Receiving tk4.2p2.tar.gz (1716927 bytes): 100% 1716927 bytes transferred in 35.2 seconds (47.66 kB/s) >> Checksum OK for tk4.2p2.tar.gz ===> Extracting for tk-4.2 ===> tk-4.2 depends on shared library: tcl76\.1\. -found /usr/ports/databases/tk42/work/tk4.2: not found *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Makefile files patches pkg work ./files: Makefile.lib md5 ./patches: patch-ab patch-ac patch-ad ./pkg: COMMENT DESCR PLIST ./work: tk4.2 ./work/tk4.2: ./work/tk4.2/bitmaps: ./work/tk4.2/compat: ./work/tk4.2/doc: ./work/tk4.2/generic: ./work/tk4.2/library: ./work/tk4.2/library/demos: ./work/tk4.2/library/demos/images: ./work/tk4.2/mac: ./work/tk4.2/tests: ./work/tk4.2/unix: ./work/tk4.2/win: ./work/tk4.2/win/rc: ./work/tk4.2/xlib: ./work/tk4.2/xlib/X11: From owner-freebsd-bugs Sun Apr 6 04:10:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA16324 for bugs-outgoing; Sun, 6 Apr 1997 04:10:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA16318; Sun, 6 Apr 1997 04:10:02 -0700 (PDT) Resent-Date: Sun, 6 Apr 1997 04:10:02 -0700 (PDT) Resent-Message-Id: <199704061110.EAA16318@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, nfung@typhoon.co.jp Received: from rain.typhoon.co.jp (rain.typhoon.co.jp [202.33.21.41]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA16038 for ; Sun, 6 Apr 1997 04:03:41 -0700 (PDT) Received: (from root@localhost) by rain.typhoon.co.jp (8.8.5/8.8.5/TIS) id UAA03922; Sun, 6 Apr 1997 20:03:37 +0900 (JST) Message-Id: <199704061103.UAA03922@rain.typhoon.co.jp> Date: Sun, 6 Apr 1997 20:03:37 +0900 (JST) From: nfung@typhoon.co.jp Reply-To: nfung@typhoon.co.jp To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/3210: routed having problems with /etc/gateways and netmasks Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3210 >Category: bin >Synopsis: routed having problems with /etc/gateways, netmasks >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Apr 6 04:10:01 PDT 1997 >Last-Modified: >Originator: Nelson Fung >Organization: Typhoon Inc. >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: FreeBSD xxx.com 2.2.1-RELEASE FreeBSD 2.2.1-RELEASE #0: Sun Apr 6 16:52:27 JST 1997 nfung@xxx.com:/usr/src/sys/compile/FTT i386 >Description: I have a dual-homed PC running 2.2.1-RELEASE. We have split our c-class network with a netmask of 255.255.255.224. The dual-homed PC has IP addresses of 192.168.11.61 and 191.168.11.129. Its /etc/gateways file has the following line: net 192.168.11.96/27 gateway 192.168.11.44 metric 1 passive When routed starts, it would complain that: routed[327]: bad net "192.168.11.96/27" in /etc/gateways entry "net 192.168.11.96/27 gateway 192.168.11.44 metric 1 passive" If I change /etc/gateways to say: net 192.168.11.96 gateway 192.168.11.44 metric 1 passive routed, when started, would then complain: /kernel: arp_rtrequest: bad gateway value And a netstat -rn then would show: Destination Gateway Flags Refs Use Netif 192.168.11.44 96.11.168.192 UH 0 0 ed1 ^^^^^^^^^^^^^ ||||||||||||| >How-To-Repeat: try to add network (with netmasks), gateways via /etc/gateways and restart routed. >Fix: gateways have to be added manually doing a: route add -net ..... gateway .... metric n passiave -netmask ....... >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Apr 6 11:56:43 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA26525 for bugs-outgoing; Sun, 6 Apr 1997 11:56:43 -0700 (PDT) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA26505; Sun, 6 Apr 1997 11:56:38 -0700 (PDT) Date: Sun, 6 Apr 1997 11:56:38 -0700 (PDT) From: Mike Pritchard Message-Id: <199704061856.LAA26505@freefall.freebsd.org> To: mpp, freebsd-bugs, joerg Subject: Re: docs/3198 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: top(1) manpage is woefully inadequate Responsible-Changed-From-To: freebsd-bugs->joerg Responsible-Changed-By: mpp Responsible-Changed-When: Sun Apr 6 11:56:09 PDT 1997 Responsible-Changed-Why: Joerg said he would field this one. From owner-freebsd-bugs Sun Apr 6 12:30:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA27787 for bugs-outgoing; Sun, 6 Apr 1997 12:30:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA27771; Sun, 6 Apr 1997 12:30:02 -0700 (PDT) Resent-Date: Sun, 6 Apr 1997 12:30:02 -0700 (PDT) Resent-Message-Id: <199704061930.MAA27771@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, mpp@freebsd.org Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA27548; Sun, 6 Apr 1997 12:26:13 -0700 (PDT) Message-Id: <199704061926.MAA27548@freefall.freebsd.org> Date: Sun, 6 Apr 1997 12:26:13 -0700 (PDT) From: mpp@freebsd.org Reply-To: mpp@freebsd.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/3211: ctm uses mktemp()> Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3211 >Category: bin >Synopsis: ctm uses mktemp()> >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Apr 6 12:30:01 PDT 1997 >Last-Modified: >Originator: Mike Pritchard >Organization: Mike Pritchard >Release: FreeBSD 2.1.6.1-RELEASE i386 >Environment: >Description: This PR was obtained from OpenBSD PR user/151: since ctm is imported from FreeBSD, it should be updated and at the same time the FreeBSD people should be fed back a patch which removes the need for ctm to use mktemp() >How-To-Repeat: ===> usr.sbin/ctm/ctm_rmail cc -O -Wall -c /usr/src/usr.sbin/ctm/ctm_rmail/ctm_rmail.c cc -O -Wall -c /usr/src/usr.sbin/ctm/ctm_rmail/error.c cc -o ctm_rmail ctm_rmail.o error.o ctm_rmail.o: warning: mktemp() possibly used unsafely; consider using mkstemp() nroff -mandoc /usr/src/usr.sbin/ctm/ctm_rmail/ctm_rmail.1 > ctm_rmail.cat1 >Fix: Wait for OpenBSD to fix it? >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Apr 6 12:30:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA27802 for bugs-outgoing; Sun, 6 Apr 1997 12:30:06 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA27785; Sun, 6 Apr 1997 12:30:03 -0700 (PDT) Resent-Date: Sun, 6 Apr 1997 12:30:03 -0700 (PDT) Resent-Message-Id: <199704061930.MAA27785@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, mpp@freebsd.org Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA27715; Sun, 6 Apr 1997 12:29:04 -0700 (PDT) Message-Id: <199704061929.MAA27715@freefall.freebsd.org> Date: Sun, 6 Apr 1997 12:29:04 -0700 (PDT) From: mpp@freebsd.org Reply-To: mpp@freebsd.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/3212: the pkg_* tools use mktemp() Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3212 >Category: bin >Synopsis: the pkg_* tools use mktemp() >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Apr 6 12:30:02 PDT 1997 >Last-Modified: >Originator: Mike Pritchard >Organization: Mike Pritchard >Release: FreeBSD 2.1.6.1-RELEASE i386 >Environment: >Description: This PR was obtained from OpenBSD PR user/152: the freebsd pkg tools use mktemp() -- needs to be fixed. the change should be fed back to freebsd at the same time. >How-To-Repeat: ===> usr.sbin/pkg_install/add pen.o: warning: mktemp() possibly used unsafely; consider using mkstemp() Fix: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Apr 6 21:29:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA17304 for bugs-outgoing; Sun, 6 Apr 1997 21:29:02 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA17268 for ; Sun, 6 Apr 1997 21:28:54 -0700 (PDT) Received: from dfw-ix4.ix.netcom.com (dfw-ix4.ix.netcom.com [206.214.98.4]) by who.cdrom.com (8.8.5/8.6.11) with ESMTP id SAA27937 for ; Sun, 6 Apr 1997 18:35:35 -0700 (PDT) Received: (from smap@localhost) by dfw-ix4.ix.netcom.com (8.8.4/8.8.4) id UAA24352; Sun, 6 Apr 1997 20:34:48 -0500 (CDT) Received: from sjx-ca12-10.ix.netcom.com(199.182.128.138) by dfw-ix4.ix.netcom.com via smap (V1.3) id sma024317; Sun Apr 6 20:34:17 1997 Received: (from asami@localhost) by baloon.mimi.com (8.8.5/8.6.9) id SAA01770; Sun, 6 Apr 1997 18:34:14 -0700 (PDT) Date: Sun, 6 Apr 1997 18:34:14 -0700 (PDT) Message-Id: <199704070134.SAA01770@baloon.mimi.com> To: jimd@dutton4.it.siu.edu CC: freebsd-bugs@freebsd.org In-reply-to: (message from Jim Dutton on Sun, 6 Apr 1997 05:59:57 -0500 (CDT)) Subject: Re: pkg_add for tk4.2 fails under FBSD-3.0 From: asami@vader.cs.berkeley.edu (Satoshi Asami) Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * I have already successfully installed tcl-7.6 under FreeBSD-3.0-SNAP. The * pkg-add for tk4.2 fails, as it seems to not recognize a work * subdirectory it created earlier? pkg_add? ;) * ===> tk-4.2 depends on shared library: tcl76\.1\. -found * /usr/ports/databases/tk42/work/tk4.2: not found * *** Error code 1 Get the latest bsd.port[.subdir].mk and try again. Satoshi From owner-freebsd-bugs Sun Apr 6 21:30:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA17540 for bugs-outgoing; Sun, 6 Apr 1997 21:30:06 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA17528; Sun, 6 Apr 1997 21:30:03 -0700 (PDT) Resent-Date: Sun, 6 Apr 1997 21:30:03 -0700 (PDT) Resent-Message-Id: <199704070430.VAA17528@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, jmb@freebsd.org Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA16456 for ; Sun, 6 Apr 1997 21:25:22 -0700 (PDT) Received: from Aspen.Woc.Atinc.COM (slip-line-5.woc.Atinc.COM [207.2.166.205]) by who.cdrom.com (8.8.5/8.6.11) with ESMTP id UAA28687 for ; Sun, 6 Apr 1997 20:32:04 -0700 (PDT) Received: (from jmb@localhost) by Aspen.Woc.Atinc.COM (8.8.5/8.6.9) id XAA00364; Sun, 6 Apr 1997 23:32:33 -0400 (EDT) Message-Id: <199704070332.XAA00364@Aspen.Woc.Atinc.COM> Date: Sun, 6 Apr 1997 23:32:33 -0400 (EDT) From: jmb@freebsd.org Reply-To: jmb@freebsd.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: i386/3214: PCI Saturn-II support broken (panic: can not mount root) Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3214 >Category: i386 >Synopsis: /sys/i386/isa/pcibus.c 1.32 does not find pci on ASUS PCI/I-486 SP3G >Confidential: yes >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Apr 6 21:30:02 PDT 1997 >Last-Modified: >Originator: Jonathan M. Bresler >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: FreeBSD 3.0-CURRENT i386 AMD 5x86-133 40MB ram, 81MB swap NO ide disks, NO isa connected disks most recent cvsup: 970406 >Description: /sys/i386/isa/pcibus.c:pcibus_check() fails to find any pci devices dmesg output: (boot: /kernel -v) FreeBSD 3.0-CURRENT #2: Sun Apr 6 17:51:23 EDT 1997 root@:/usr/src/sys/compile/ASPEN Calibrating clock(s) ... i8254 clock: 1205087 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency CPU: AMD Am5x86 Write-Through (486-class CPU) Origin = "AuthenticAMD" Id = 0x4e4 Stepping=4 Features=0x1 real memory = 41943040 (40960K bytes) avail memory = 39194624 (38276K bytes) bdevsw_add_generic: adding D_DISK flag for device 15 pcibus_setup(1): mode 1 addr port (0x0cf8) is 0x00000000 pcibus_setup(1a): mode1res=0x00000000 (0x80000000) pcibus_setup(1b): mode1res=0x00000000 (0xff000001) pcibus_setup(2): mode 2 enable port (0x0cf8) is 0x00 pcibus_setup(2a): mode2res=0x0e (0x0e) pcibus_setup(2a): now trying mechanism 2 pcibus_check: device 0 [class=0] 1 [class=10000] 2 [class=0] 3 4 [class=100] 5 [class=0] 6 7 8 9 10 11 12 13 14 15 -- nothing found Probing for devices on the ISA bus: pcibus_check() should find at least one device. >How-To-Repeat: compile and install a kernel using /sys/i386/isa/pcibus.c 1.32 on a Saturn-II PCI motherboard >Fix: TEMP FIX ONLY: either revert to pcibus.c 1.31 or patch as shown below Index: pcibus.c =================================================================== RCS file: /home/ncvs/src/sys/i386/isa/pcibus.c,v retrieving revision 1.32 diff -r1.32 pcibus.c 180,182c180,183 < if ((class & 0xfff0ff00) != 0x06000000) < continue; < --- > /* > * if ((class & 0xfff0ff00) != 0x06000000) > * continue; > */ 186,188c187,190 < if ((header & 0x007e0000) != 0) < continue; < --- > /* > * if ((header & 0x007e0000) != 0) > * continue; > */ >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Apr 6 21:30:26 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA17655 for bugs-outgoing; Sun, 6 Apr 1997 21:30:26 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA17604; Sun, 6 Apr 1997 21:30:17 -0700 (PDT) Resent-Date: Sun, 6 Apr 1997 21:30:17 -0700 (PDT) Resent-Message-Id: <199704070430.VAA17604@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Tor.Egge@idi.ntnu.no Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA17348 for ; Sun, 6 Apr 1997 21:29:11 -0700 (PDT) Received: from pat.idt.unit.no (0@pat.idt.unit.no [129.241.103.5]) by who.cdrom.com (8.8.5/8.6.11) with ESMTP id SAA27906 for ; Sun, 6 Apr 1997 18:32:24 -0700 (PDT) Received: from presis.idt.ntnu.no (tegge@presis.idt.ntnu.no [129.241.111.173]) by pat.idt.unit.no (8.8.5/8.8.5) with ESMTP id DAA13337 for ; Mon, 7 Apr 1997 03:32:16 +0200 (MET DST) Received: (from tegge@localhost) by presis.idt.ntnu.no (8.8.5/8.8.5) id DAA03220; Mon, 7 Apr 1997 03:32:16 +0200 (MET DST) Message-Id: <199704070132.DAA03220@presis.idt.ntnu.no> Date: Mon, 7 Apr 1997 03:32:16 +0200 (MET DST) From: Tor Egge Reply-To: Tor.Egge@idi.ntnu.no To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/3216: panic: pmap_zero_page: CMAP busy Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3216 >Category: kern >Synopsis: panic: pmap_zero_page: CMAP busy >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Apr 6 21:30:12 PDT 1997 >Last-Modified: >Originator: Tor Egge >Organization: Norwegian University of Science and Technology, Trondheim, Norway >Release: FreeBSD 3.0-CURRENT i386 >Environment: FreeBSD-3.0 current as of Apr 6. >Description: while the processor is clearing pages in vm_page_zero_idle, interrupts are enabled. This might cause an attempt to call pmap_zero_page while it cannot be called. db> trace vget ffs_sync sync boot panic pmap_zero_page (probably via inlined vm_page_zero_fill) vm_fault trap_pfault trap calltrap trap 0xc, ... ip_input ipintr swi_net_next vm_page_zero_idle idle_loop >How-To-Repeat: High system load, causing the queues of pages to be zero-filled to be long. Then lower load, causing the idle_loop to be activated. Then a interrupt while pmap_zero_page is using CMAP2. >Fix: Alternative 1: Block some interrupts during the call to pmap_zero_page in vm_page_zero_idle. *** vm_machdep.c.orig Mon Apr 7 02:34:29 1997 --- vm_machdep.c Mon Apr 7 03:07:49 1997 *************** *** 883,889 **** --- 883,891 ---- --(*vm_page_queues[m->queue].lcnt); TAILQ_REMOVE(vm_page_queues[m->queue].pl, m, pageq); splx(s); + (void)splvm(); pmap_zero_page(VM_PAGE_TO_PHYS(m)); + splx(s); (void)splvm(); m->queue = PQ_ZERO + m->pc; ++(*vm_page_queues[m->queue].lcnt); Alternative 2: Introduce a modified clone of pmap zero_page, using CMAP3/CADDR3 instead of CMAP2/CADDR2, and call that clone in vm_page_zero_idle instead of the original. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Apr 6 21:40:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA20832 for bugs-outgoing; Sun, 6 Apr 1997 21:40:07 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA20805; Sun, 6 Apr 1997 21:40:02 -0700 (PDT) Resent-Date: Sun, 6 Apr 1997 21:40:02 -0700 (PDT) Resent-Message-Id: <199704070440.VAA20805@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, ahd@kew.com Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA18048 for ; Sun, 6 Apr 1997 21:31:46 -0700 (PDT) Received: from dumbo.hh.kew.com (root@dumbo.hh.kew.com [192.195.203.133]) by who.cdrom.com (8.8.5/8.6.11) with ESMTP id RAA27429 for ; Sun, 6 Apr 1997 17:07:39 -0700 (PDT) Received: (from root@localhost) by dumbo.hh.kew.com (8.8.5/8.8.5) id UAA00417; Sun, 6 Apr 1997 20:07:04 -0400 (EDT) Message-Id: <199704070007.UAA00417@dumbo.hh.kew.com> Date: Sun, 6 Apr 1997 20:07:04 -0400 (EDT) From: Drew Derbyshire Reply-To: ahd@kew.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/3217: rmail err function Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3217 >Category: misc >Synopsis: The rmail.c err() function will fail in most cases >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Apr 6 21:40:01 PDT 1997 >Last-Modified: >Originator: Drew Derbyshire >Organization: Kendra Electronic Wonderworks, Stoneham MA >Release: FreeBSD 2.2-RELEASE i386 >Environment: sendmail and uucp being used with rmail as interface >Description: The rmail.c module includes a 'err' function to "make it a bit more portable". However, this version is very incomplete, always assuming the second argument is valid, when in fact the err is often invoked with a value of NULL. >How-To-Repeat: Cause malloc to fail in rmail. >Fix: Use the real library version of err. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Apr 6 21:40:20 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA20907 for bugs-outgoing; Sun, 6 Apr 1997 21:40:20 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA20856; Sun, 6 Apr 1997 21:40:10 -0700 (PDT) Resent-Date: Sun, 6 Apr 1997 21:40:10 -0700 (PDT) Resent-Message-Id: <199704070440.VAA20856@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, h-nokubi@nmit.mt.nec.co.jp Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA18232 for ; Sun, 6 Apr 1997 21:32:14 -0700 (PDT) Received: from TYO9.gate.nec.co.jp (TYO9.gate.nec.co.jp [203.180.98.35]) by who.cdrom.com (8.8.5/8.6.11) with ESMTP id RAA27466 for ; Sun, 6 Apr 1997 17:12:01 -0700 (PDT) Received: from mailsv.nec.co.jp ([133.200.254.203]) by TYO9.gate.nec.co.jp (8.8.5+2.7Wbeta5/3.4Wb-NEC-TYO9) with ESMTP id JAA20256 for ; Mon, 7 Apr 1997 09:11:59 +0900 (JST) Received: from ssse15.sss.abk.nec.co.jp (ssse15.sss.abk.nec.co.jp [133.206.64.65]) by mailsv.nec.co.jp (8.8.5+2.7Wbeta5/3.4W-97040118) with ESMTP id JAA22264 for ; Mon, 7 Apr 1997 09:11:58 +0900 (JST) Received: from sssfw.sss.abk.nec.co.jp (sssfw [133.206.64.1]) by ssse15.sss.abk.nec.co.jp (8.7.5+2.6Wbeta6/CF3.3W9-SSS_M950609) with ESMTP id JAA11120 for ; Mon, 7 Apr 1997 09:12:48 +0900 (JST) Received: by sssfw.sss.abk.nec.co.jp (8.7.5+2.6Wbeta6/3.4W2) id JAA04311 for ; Mon, 7 Apr 1997 09:12:05 +0900 (JST) Received: from p28.sss.abk.nec.co.jp by e2.sss.abk.nec.co.jp (8.7.6+2.6Wbeta7/3.3W9-NEC) id JAA08988; Mon, 7 Apr 1997 09:12:27 +0900 (JST) Received: (from h-nokubi@localhost) by p28.sss.abk.nec.co.jp (8.7.6/3.4W403/27/97) id JAA00580; Mon, 7 Apr 1997 09:05:51 +0900 (JST) Message-Id: <199704070005.JAA00580@p28.sss.abk.nec.co.jp> Date: Mon, 7 Apr 1997 09:05:51 +0900 (JST) From: h-nokubi@nmit.mt.nec.co.jp Reply-To: h-nokubi@nmit.mt.nec.co.jp To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/3218: syscons causes segmentation fault by repeating cancel with ESC at FTP site setting Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3218 >Category: bin >Synopsis: syscons causes segmentation fault by repeating cancel with ESC at FTP site setting >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Apr 6 21:40:03 PDT 1997 >Last-Modified: >Originator: NOKUBI Hirotaka >Organization: NEC Microcomputer Technology Ltd., Tokyo, Japan >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: FreeBSD fifthluna.nokubi.or.jp 2.2.1-RELEASE FreeBSD 2.2.1-RELEASE #1: Sat Apr 5 16:07:50 JST 1997 root@sassaby.nokubi.or.jp:/usr/src/.ports/2.2.1-RELEASE/sys/compile/HN2 i386 >Description: Cancel FTP site selection menu with ESC for a few times. Sysinstall cause segmentation fault. >How-To-Repeat: slightly complicated, sorry. Invoke sysinstall, then follow these sequences. 7, SPC, 5, SPC, 2, SPC, SPC, SPC, n, ESC, SPC, 2, SPC, 2, SPC , RET, SPC, n, , , SPC, 2, SPC, n, SPC, n, SPC, n, ESC, SPC, 2, SPC, SPC, SPC, n, ESC, SPC, 2, SPC, 2, SPC, , RET, SPC, n, ESC, SPC, 2, SPC, SPC, SPC, n, ESC, SPC, 2, SPC >Fix: variable_unset() frees next of the specified one. here is patch. --- variable.c Sat Apr 5 15:23:26 1997 +++ variable.c.corrected Sat Apr 5 15:03:03 1997 @@ -131,9 +131,9 @@ if (!strcmp(vp->name, var)) { Variable *save = vp->next; + safe_free(vp->name); + safe_free(vp->value); *vp = *save; - safe_free(save->name); - safe_free(save->value); safe_free(save); break; } I'm not sure, but following code is also something wrong. void variable_unset(char *var) { Variable *vp; char name[512], *cp; unsetenv(var); if ((cp = index(var, '=')) != NULL) { sstrncpy(name, cp, cp - var); var = string_skipwhite(string_prune(name)); } .... .... For example, `var' points the string: "site=ftp://ftp.freebsd.org/pub/FreeBSD/" above code copies "=ftp". How is it used? I can't understand it. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Apr 6 21:50:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA21604 for bugs-outgoing; Sun, 6 Apr 1997 21:50:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA21595; Sun, 6 Apr 1997 21:50:02 -0700 (PDT) Resent-Date: Sun, 6 Apr 1997 21:50:02 -0700 (PDT) Resent-Message-Id: <199704070450.VAA21595@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 who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA21028 for ; Sun, 6 Apr 1997 21:41:04 -0700 (PDT) Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by who.cdrom.com (8.8.5/8.6.11) with ESMTP id MAA25400 for ; Sun, 6 Apr 1997 12:32:14 -0700 (PDT) Received: from katiska.clinet.fi (root@katiska.clinet.fi [194.100.0.4]) by hauki.clinet.fi (8.8.5/8.6.4) with ESMTP id WAA22948 for ; Sun, 6 Apr 1997 22:32:07 +0300 (EET DST) Received: (hsu@localhost) by katiska.clinet.fi (8.8.5/8.6.4) id WAA17384; Sun, 6 Apr 1997 22:32:06 +0300 (EET DST) Message-Id: <199704061932.WAA17384@katiska.clinet.fi> Date: Sun, 6 Apr 1997 22:32:06 +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/3219: sppp or arnet gets looped after connection burb Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3219 >Category: kern >Synopsis: sppp or arnet gets looped after connection burb >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Apr 6 21:50:01 PDT 1997 >Last-Modified: >Originator: Heikki Suonsivu >Organization: Clinet, Espoo, Finland >Release: FreeBSD 2.2-RELEASE i386 >Environment: FreeBSD used as a router. Happens on all of them, common configuration is digi/arnet 570i synchronous serial board (usually 4-port). CPU configurations vary from 486SX-33 to P133. >Description: Sometimes after a netburb a on leased circuit arnet (sppp?) goes out of sync and does not handshake the line back up after the break: Apr 3 00:49:15 innopoli3-gw /kernel: ar3: up Apr 3 00:50:16 innopoli3-gw /kernel: ar3: down Apr 3 00:50:31 innopoli3-gw /kernel: ar3: up Apr 3 01:34:36 innopoli3-gw /kernel: ar3: lcp output Apr 3 01:34:36 innopoli3-gw /kernel: ar3: lcp input(O): 8 bytes Apr 3 01:34:39 innopoli3-gw /kernel: ar3: lcp input(O): 12 bytes Apr 3 01:34:39 innopoli3-gw /kernel: ar3: lcp output Apr 3 01:34:46 innopoli3-gw /kernel: ar3: lcp output Apr 3 01:34:46 innopoli3-gw /kernel: ar3: lcp input(O): 8 bytes Apr 3 01:34:49 innopoli3-gw /kernel: ar3: lcp input(O): 12 bytes Apr 3 01:34:49 innopoli3-gw /kernel: ar3: lcp output Apr 3 01:34:56 innopoli3-gw /kernel: ar3: lcp output Apr 3 01:34:56 innopoli3-gw /kernel: ar3: lcp input(O): 8 bytes Apr 3 01:34:59 innopoli3-gw /kernel: ar3: lcp input(O): 12 bytes Apr 3 01:34:59 innopoli3-gw /kernel: ar3: lcp output Apr 3 01:35:08 innopoli3-gw /kernel: ar3: lcp output Apr 3 01:35:08 innopoli3-gw /kernel: ar3: lcp input(C): 10 bytes Apr 3 01:35:08 innopoli3-gw /kernel: ar3: lcp output Apr 3 01:35:08 innopoli3-gw /kernel: ar3: lcp input(S): 10 bytes Apr 3 01:35:08 innopoli3-gw /kernel: ar3: ipcp output Apr 3 01:35:08 innopoli3-gw /kernel: ar3: ipcp input: 10 bytes Apr 3 01:35:08 innopoli3-gw /kernel: ar3: ipcp output Apr 3 01:35:09 innopoli3-gw /kernel: ar3: lcp output Apr 3 01:35:09 innopoli3-gw /kernel: ar3: invalid input protocol <0xff 0x3 0x8207> Apr 3 01:35:09 innopoli3-gw /kernel: ar3: ipcp input: 4 bytes Apr 3 01:35:09 innopoli3-gw /kernel: ar3: ipcp input: 4 bytes Apr 3 01:35:09 innopoli3-gw /kernel: ar3: ipcp output Apr 3 01:35:09 innopoli3-gw /kernel: ar3: lcp input(O): 12 bytes Apr 3 01:35:09 innopoli3-gw /kernel: ar3: lcp output Apr 3 01:35:16 innopoli3-gw /kernel: ar3: lcp output Apr 3 01:35:16 innopoli3-gw /kernel: ar3: lcp input(O): 8 bytes Apr 3 01:35:19 innopoli3-gw /kernel: ar3: lcp input(O): 12 bytes Apr 3 01:35:19 innopoli3-gw /kernel: ar3: lcp output This happens both with arnet-arnet and arnet-cisco connections. >How-To-Repeat: Cause randon breaks on a leased line. I do not know exactly how long they have to be to wake up the problem, it seems that maybe one of ten breaks has problems getting it right. >Fix: Workaround is to ifconfig down and ifconfig up the interface. I think people with SDL cards have reported similar problem. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Apr 6 22:55:59 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA24144 for bugs-outgoing; Sun, 6 Apr 1997 22:55:59 -0700 (PDT) Received: from dutton4.it.siu.edu (dutton4.it.siu.edu [131.230.2.151]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA24139 for ; Sun, 6 Apr 1997 22:55:56 -0700 (PDT) Received: from localhost (jimd@localhost) by dutton4.it.siu.edu (8.8.5/8.8.5) with SMTP id AAA09884 for ; Mon, 7 Apr 1997 00:58:59 -0500 (CDT) Date: Mon, 7 Apr 1997 00:58:59 -0500 (CDT) From: Jim Dutton To: freebsd-bugs@freebsd.org Subject: xgrab-2.41 package install fails Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk During the installation of the above package, it seems that the process looses track of the directories, and whilst RM successfully deletes a file, XRDB fails to rebuild the same file? Yes - XFree86-3.2 is fully installed. - - - - - - - - - - - - - - - - - - - root: make ... rm -f XGrabxaw.ad /usr/X11R6/xrdb -n XGrabxaw.res >XGrabxaw.ad /usr/X11R6/xrdb: No such file or directory /usr/X11R6/xrdb: Can't open display '' *** Error code 1 ... - - - - - - - - - - - - - - - - - - - root: pwd /usr/ports/databases/xgrab root: ls -la work/xgrabsc.2_41 ... -rw-rw-r-- 1 root 100 0 Apr 7 00:44 XGrabxaw.ad -r--r--r-- 1 116 100 10016 Nov 7 1995 XGragxaw.res ... From owner-freebsd-bugs Sun Apr 6 22:58:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA24237 for bugs-outgoing; Sun, 6 Apr 1997 22:58:03 -0700 (PDT) Received: from dutton4.it.siu.edu (dutton4.it.siu.edu [131.230.2.151]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA24232 for ; Sun, 6 Apr 1997 22:58:01 -0700 (PDT) Received: from localhost (jimd@localhost) by dutton4.it.siu.edu (8.8.5/8.8.5) with SMTP id BAA09893 for ; Mon, 7 Apr 1997 01:01:06 -0500 (CDT) Date: Mon, 7 Apr 1997 01:01:06 -0500 (CDT) From: Jim Dutton To: freebsd-bugs@freebsd.org Subject: Ports that want Motif won't accept lesstif Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk When I try to MAKE nedit and other Motif-based applications, the MAKE promptly exits and states that Motif is required. I have already installed lesstif-0.77 ? System: FreeBSD-3.0-970209-SNAP From owner-freebsd-bugs Sun Apr 6 23:44:42 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA25953 for bugs-outgoing; Sun, 6 Apr 1997 23:44:42 -0700 (PDT) Received: from ghpc6.ihf.rwth-aachen.de (ghpc6.ihf.RWTH-Aachen.DE [134.130.90.6]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA25943 for ; Sun, 6 Apr 1997 23:44:38 -0700 (PDT) Received: (from thomas@localhost) by ghpc6.ihf.rwth-aachen.de (8.8.5/8.8.5) id IAA10529; Mon, 7 Apr 1997 08:44:24 +0200 (CEST) To: Jim Dutton Cc: freebsd-bugs@freebsd.org Subject: Re: Ports that want Motif won't accept lesstif References: From: Thomas Gellekum Date: 07 Apr 1997 08:44:19 +0200 In-Reply-To: Jim Dutton's message of Mon, 7 Apr 1997 01:01:06 -0500 (CDT) Message-ID: <87sp13xrgc.fsf@ghpc6.ihf.rwth-aachen.de> Lines: 13 X-Mailer: Gnus v5.4.33/XEmacs 19.14 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jim Dutton writes: > When I try to MAKE nedit and other Motif-based applications, the MAKE > promptly exits and states that Motif is required. I have already installed > lesstif-0.77 ? > > System: FreeBSD-3.0-970209-SNAP Set `HAVE_MOTIF=yes' in /etc/make.conf. However, this won't help you much with some of the ports for two reasons: lesstif is still far from complete, and it's a clone of Motif-1.2 not 2.0. tg From owner-freebsd-bugs Mon Apr 7 00:10:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA27192 for bugs-outgoing; Mon, 7 Apr 1997 00:10:11 -0700 (PDT) Received: from dutton4.it.siu.edu (dutton4.it.siu.edu [131.230.2.151]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA27187 for ; Mon, 7 Apr 1997 00:10:08 -0700 (PDT) Received: from localhost (jimd@localhost) by dutton4.it.siu.edu (8.8.5/8.8.5) with SMTP id CAA00337; Mon, 7 Apr 1997 02:13:10 -0500 (CDT) Date: Mon, 7 Apr 1997 02:13:09 -0500 (CDT) From: Jim Dutton To: Thomas Gellekum cc: freebsd-bugs@freebsd.org Subject: Re: Ports that want Motif won't accept lesstif In-Reply-To: <87sp13xrgc.fsf@ghpc6.ihf.rwth-aachen.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Rog - I KNOW about lesstif /= Motif. There is a nice Motif-based, IMAP/POP mail client called ML which I run on my Sun SPARC-5, but unfortunately, it used Motif entries that are not in lesstif (sigh). Hmmmm - "HAVE_MOTIF=yes" in /etc/make.conf sounds AWfully familiar - hmm. Darn - there are SO MANY things to try to remember! Thanks for gently recycyling some of my grey matter :) On 7 Apr 1997, Thomas Gellekum wrote: > Set `HAVE_MOTIF=yes' in /etc/make.conf. However, this won't help you > much with some of the ports for two reasons: lesstif is still far from > complete, and it's a clone of Motif-1.2 not 2.0. From owner-freebsd-bugs Mon Apr 7 00:20:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA27758 for bugs-outgoing; Mon, 7 Apr 1997 00:20:07 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA27745; Mon, 7 Apr 1997 00:20:02 -0700 (PDT) Date: Mon, 7 Apr 1997 00:20:02 -0700 (PDT) Message-Id: <199704070720.AAA27745@freefall.freebsd.org> To: freebsd-bugs Cc: From: Petr Lampa Subject: Re: i386/3195: ahc panic Reply-To: Petr Lampa Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR i386/3195; it has been noted by GNATS. From: Petr Lampa To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Cc: freebsd-gnats-submit@freebsd.org Subject: Re: i386/3195: ahc panic Date: Mon, 7 Apr 1997 09:13:19 +0200 (MET DST) > > From: Petr Lampa > > To: freebsd-gnats-submit@freebsd.org, luigi@iet.unipi.it > > Cc: Subject: Re: i386/3195: ahc panic > > Date: Fri, 04 Apr 1997 17:47:07 +0200 > > > > I have got similar problems on Adaptec 3940W and 3940U with > > 2 disks per channel and FreeBSD-GAMME, FreeBSD-2.2, and > > FreeBSD-2.2.1. System works only for several days (sometimes > > have you tried to update the aic7xxx.seq (microcode) to the latest version ? > There is one dated 4/4/97 (tonight!) I havent tried it yet. > Still the same problems, after some time error: ahc1:A:1: no active SCB for reconnecting target - issuing ABORT SAVED_TCL == 0x10 ahc1:A:1: Target did not send an IDENTIFY message LASTPHAS = 0x0, SAVED_TCL = 0x10 and systems loops in ahc driver, everytime I hit kernel debugger, stack is: ahc_scsi_cmd scsi_scsi_cmd sdstart free_xs scsi_done ahc_done ahc_run_done_queue ahc_reset_channel I have tried to change a bit of code, which probably causes hangup: *** aic7xxx.c.old Mon Apr 7 09:05:34 1997 --- aic7xxx.c Sun Apr 6 21:47:23 1997 *************** *** 3668,3673 **** --- 3668,3674 ---- printf("Clearing 'in-reset' flag\n"); ahc->in_reset &= (args->bus == 'A' ? ~CHANNEL_A_RESET : ~CHANNEL_B_RESET); + ahc_run_done_queue(ahc); splx(s); } *************** *** 3753,3759 **** ahc_clear_intstat(ahc); restart_sequencer(ahc); } ! ahc_run_done_queue(ahc); return found; } --- 3754,3760 ---- ahc_clear_intstat(ahc); restart_sequencer(ahc); } ! if (!initiate_reset) ahc_run_done_queue(ahc); return found; } After that, system doesn't loop in ahc driver, but it cannot recover from ahc timeout. Here is syslog: Apr 7 05:00:29 boco /kernel: ahc1:A:0: no active SCB for reconnecting target - issuing ABORT Apr 7 05:00:29 boco /kernel: SAVED_TCL == 0x0 Apr 7 05:00:39 boco /kernel: sd4(ahc1:1:0): SCB 0x1 - timed out in message in phase, SCSISIGI == 0xf4 Apr 7 05:00:39 boco /kernel: SEQADDR == 0x42 Apr 7 05:00:39 boco /kernel: sd3(ahc1:0:0): abort message in message buffer Apr 7 05:00:39 boco /kernel: sd4(ahc1:1:0): SCB 0x3 timedout while recovery in progress Apr 7 05:00:39 boco /kernel: sd3(ahc1:0:0): SCB 0x2 - timed out in message in phase, SCSISIGI == 0xf4 Apr 7 05:00:39 boco /kernel: SEQADDR == 0x42 Apr 7 05:00:39 boco /kernel: ahc1: Issued Channel A Bus Reset. 4 SCBs aborted Apr 7 05:00:39 boco /kernel: Clearing bus reset Apr 7 05:00:39 boco /kernel: Timedout SCB handled by another timeout Apr 7 05:00:39 boco /kernel: Clearing 'in-reset' flag Apr 7 05:00:39 boco /kernel: sd3(ahc1:0:0): no longer in timeout Apr 7 05:00:39 boco /kernel: sd3(ahc1:0:0): UNIT ATTENTION asc:29,0 Apr 7 05:00:39 boco /kernel: sd3(ahc1:0:0): Power on, reset, or bus device reset occurred field replaceable unit: 14 Apr 7 05:00:39 boco /kernel: , retries:3 Apr 7 05:00:49 boco /kernel: sd4(ahc1:1:0): SCB 0x3 - timed out while idle, LASTPHASE == 0x1, SCSISIGI == 0x0 Apr 7 05:00:49 boco /kernel: SEQADDR == 0x5 Apr 7 05:00:49 boco /kernel: sd4(ahc1:1:0): SCB 3: Immediate reset. Flags = 0x401 Apr 7 05:00:49 boco /kernel: ahc1: Issued Channel A Bus Reset. 2 SCBs aborted Apr 7 05:00:49 boco /kernel: Timedout SCB handled by another timeout Apr 7 05:00:49 boco /kernel: Clearing bus reset Apr 7 05:00:49 boco /kernel: Clearing 'in-reset' flag Apr 7 05:00:49 boco /kernel: sd4(ahc1:1:0): no longer in timeout Apr 7 05:00:59 boco /kernel: sd4(ahc1:1:0): SCB 0x3 - timed out while idle, LASTPHASE == 0x1, SCSISIGI == 0x0 Apr 7 05:00:59 boco /kernel: SEQADDR == 0x5 Apr 7 05:00:59 boco /kernel: sd4(ahc1:1:0): SCB 3: Immediate reset. Flags = 0x401 Apr 7 05:00:59 boco /kernel: ahc1: Issued Channel A Bus Reset. 2 SCBs aborted Apr 7 05:00:59 boco /kernel: Timedout SCB handled by another timeout Apr 7 05:00:59 boco /kernel: Clearing bus reset Apr 7 05:00:59 boco /kernel: Clearing 'in-reset' flag Apr 7 05:00:59 boco /kernel: sd4(ahc1:1:0): no longer in timeout Apr 7 05:01:09 boco /kernel: sd4(ahc1:1:0): SCB 0x3 - timed out while idle, LASTPHASE == 0x1, SCSISIGI == 0x0 Apr 7 05:01:09 boco /kernel: SEQADDR == 0x7 Apr 7 05:01:09 boco /kernel: sd4(ahc1:1:0): SCB 3: Immediate reset. Flags = 0x401 Apr 7 05:01:09 boco /kernel: ahc1: Issued Channel A Bus Reset. 2 SCBs aborted Apr 7 05:01:09 boco /kernel: Timedout SCB handled by another timeout Apr 7 05:01:09 boco /kernel: Clearing bus reset Apr 7 05:01:09 boco /kernel: Clearing 'in-reset' flag Apr 7 05:01:09 boco /kernel: sd4(ahc1:1:0): no longer in timeout Apr 7 05:01:19 boco /kernel: sd4(ahc1:1:0): SCB 0x3 - timed out while idle, LASTPHASE == 0x1, SCSISIGI == 0x0 Apr 7 05:01:19 boco /kernel: SEQADDR == 0x5 Apr 7 05:01:19 boco /kernel: sd4(ahc1:1:0): SCB 3: Immediate reset. Flags = 0x401 Apr 7 05:01:19 boco /kernel: ahc1: Issued Channel A Bus Reset. 2 SCBs aborted Apr 7 05:01:19 boco /kernel: Timedout SCB handled by another timeout Apr 7 05:01:19 boco /kernel: Clearing bus reset Apr 7 05:01:19 boco /kernel: Clearing 'in-reset' flag Apr 7 05:01:19 boco /kernel: sd4(ahc1:1:0): no longer in timeout Apr 7 05:01:20 boco /kernel: sd3(ahc1:0:0): UNIT ATTENTION asc:29,0 Apr 7 05:01:20 boco /kernel: sd3(ahc1:0:0): Power on, reset, or bus device reset occurred field replaceable unit: 14 Apr 7 05:01:20 boco /kernel: , retries:4 Apr 7 05:01:29 boco /kernel: sd4(ahc1:1:0): SCB 0x3 - timed out while idle, LASTPHASE == 0x1, SCSISIGI == 0x0 Apr 7 05:01:29 boco /kernel: SEQADDR == 0x4 Apr 7 05:01:29 boco /kernel: sd4(ahc1:1:0): SCB 3: Immediate reset. Flags = 0x401 Apr 7 05:01:30 boco /kernel: ahc1: Issued Channel A Bus Reset. 2 SCBs aborted Apr 7 05:01:30 boco /kernel: Timedout SCB handled by another timeout Apr 7 05:01:30 boco /kernel: Clearing bus reset Apr 7 05:01:30 boco /kernel: Clearing 'in-reset' flag Apr 7 05:01:30 boco /kernel: sd4(ahc1:1:0): no longer in timeout Apr 7 05:01:40 boco /kernel: sd4(ahc1:1:0): SCB 0x3 - timed out while idle, LASTPHASE == 0x1, SCSISIGI == 0x0 .... Petr Lampa -- Department of Computer Science and Engineering E-mail: lampa@fee.vutbr.cz Faculty of El. Engineering and Comp. Science Phone: (+420 5) 7275/225,111 Technical University of Brno Fax: (+420 5) 41211141 Bozetechova 2, 612 66 Brno, Czech Republic From owner-freebsd-bugs Mon Apr 7 06:49:22 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA14256 for bugs-outgoing; Mon, 7 Apr 1997 06:49:22 -0700 (PDT) Received: from cabri.obs-besancon.fr (cabri.obs-besancon.fr [193.52.184.3]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id GAA14245 for ; Mon, 7 Apr 1997 06:49:14 -0700 (PDT) Received: by cabri.obs-besancon.fr (5.57/Ultrix3.0-C) id AA09837; Mon, 7 Apr 97 15:48:01 +0100 Date: Mon, 7 Apr 97 15:48:01 +0100 Message-Id: <9704071448.AA09837@cabri.obs-besancon.fr> From: Jean-Marc Zucconi To: jimd@dutton4.it.siu.edu Cc: freebsd-bugs@freebsd.org In-Reply-To: (message from Jim Dutton on Mon, 7 Apr 1997 00:58:59 -0500 (CDT)) Subject: Re: xgrab-2.41 package install fails X-Mailer: Emacs Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>>>> Jim Dutton writes: > During the installation of the above package, it seems that the process > looses track of the directories, and whilst RM successfully deletes a > file, XRDB fails to rebuild the same file? > Yes - XFree86-3.2 is fully installed. > - - - - - - - - - - - - - - - - - - - > root: make > .. > rm -f XGrabxaw.ad > /usr/X11R6/xrdb -n XGrabxaw.res >XGrabxaw.ad > /usr/X11R6/xrdb: No such file or directory > /usr/X11R6/xrdb: Can't open display '' > *** Error code 1 There is something wrong in your installation. xrdb should be /usr/X11R6/bin/xrdb, not /usr/X11R6/xrdb. On the other hand the error message occur because you don't have the DISPLAY variable in your environment. Are you running X11?? Jean-Marc _____________________________________________________________________________ Jean-Marc Zucconi Observatoire de Besancon F 25010 Besancon cedex PGP Key: finger jmz@cabri.obs-besancon.fr ============================================================================= From owner-freebsd-bugs Mon Apr 7 07:18:50 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA15383 for bugs-outgoing; Mon, 7 Apr 1997 07:18:50 -0700 (PDT) Received: from dutton4.it.siu.edu (dutton4.it.siu.edu [131.230.2.151]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA15378 for ; Mon, 7 Apr 1997 07:18:46 -0700 (PDT) Received: from localhost (jimd@localhost) by dutton4.it.siu.edu (8.8.5/8.8.5) with SMTP id JAA02625; Mon, 7 Apr 1997 09:21:41 -0500 (CDT) Date: Mon, 7 Apr 1997 09:21:41 -0500 (CDT) From: Jim Dutton To: Jean-Marc Zucconi cc: freebsd-bugs@freebsd.org Subject: Re: xgrab-2.41 package install fails In-Reply-To: <9704071448.AA09837@cabri.obs-besancon.fr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Yes I am running X11, and yes - DISPLAY was not originally defined. In the process of correcting and reinstalling other things (ie; turn on Motif in make.conf), I re-MAKEd xgrab, and it successfully completed ???? Thanks for your reply. On Mon, 7 Apr 1997, Jean-Marc Zucconi wrote: > >>>>> Jim Dutton writes: > > > During the installation of the above package, it seems that the process > > looses track of the directories, and whilst RM successfully deletes a > > file, XRDB fails to rebuild the same file? > > > Yes - XFree86-3.2 is fully installed. > > - - - - - - - - - - - - - - - - - - - > > root: make > > .. > > rm -f XGrabxaw.ad > > /usr/X11R6/xrdb -n XGrabxaw.res >XGrabxaw.ad > > /usr/X11R6/xrdb: No such file or directory > > /usr/X11R6/xrdb: Can't open display '' > > *** Error code 1 > > There is something wrong in your installation. xrdb should be > /usr/X11R6/bin/xrdb, not /usr/X11R6/xrdb. On the other hand the error > message occur because you don't have the DISPLAY variable in your > environment. > Are you running X11?? From owner-freebsd-bugs Mon Apr 7 08:11:54 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA17615 for bugs-outgoing; Mon, 7 Apr 1997 08:11:54 -0700 (PDT) Received: from gnomme.pjwstk.waw.pl (gnomme.pjwstk.waw.pl [195.116.101.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA17597 for ; Mon, 7 Apr 1997 08:11:48 -0700 (PDT) Received: from inwar2.pjwstk.waw.pl (dhcp-59.pjwstk.waw.pl [195.116.101.59]) by gnomme.pjwstk.waw.pl (8.8.5/8.8.5) with SMTP id RAA29137 for ; Mon, 7 Apr 1997 17:12:55 +0200 (MET DST) Message-ID: <33490EDD.BA6@pjwstk.waw.pl> Date: Mon, 07 Apr 1997 17:12:29 +0200 From: Grzegorz Dobrowolski X-Mailer: Mozilla 3.0Gold (Win95; I) MIME-Version: 1.0 To: freebsd-bugs@FreeBSD.org Subject: Adaptec aic7770 and 2.2 - 2.2.1 release Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hej I have scsi aic7770 controler and it have worked perfectly with 2.1.(5-7), but I have a problem with 2.2.1-RELEASE. When I make intensive I/o operation ( like backup ) i get a message like this: sd0(ahc0:0:0):SCB 0x1 - timed out in datain phase. SCSISIGI == 0x44 SEQ ADDR == 0x12e sd0(ahc0:0:0):abort message in message buffer sd0(ahc0:0:0):SCB 0x0 - timed out while recovery in progress sd0(ahc0:0:0):SCB 0x1 - timed out in datain phase. SCSISIGI == 0x54 SEQ ADDR == 0x12d and after this message the system is halted. Greg From owner-freebsd-bugs Mon Apr 7 08:54:44 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA19636 for bugs-outgoing; Mon, 7 Apr 1997 08:54:44 -0700 (PDT) Received: from pat.idt.unit.no (0@pat.idt.unit.no [129.241.103.5]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA19628 for ; Mon, 7 Apr 1997 08:54:40 -0700 (PDT) Received: from idt.unit.no (26850@kamelia.idt.unit.no [129.241.111.27]) by pat.idt.unit.no (8.8.5/8.8.5) with ESMTP id RAA23471; Mon, 7 Apr 1997 17:53:53 +0200 (MET DST) Message-Id: <199704071553.RAA23471@pat.idt.unit.no> To: lampa@fee.vutbr.cz Cc: freebsd-bugs@freefall.freebsd.org Subject: Re: i386/3195: ahc panic In-Reply-To: Your message of "Mon, 7 Apr 1997 00:20:02 -0700 (PDT)" References: <199704070720.AAA27745@freefall.freebsd.org> X-Mailer: Mew version 1.06 on Emacs 19.34.1 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Mon, 07 Apr 1997 17:53:51 +0200 From: Tor Egge Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Still the same problems, after some time error: > > ahc1:A:1: no active SCB for reconnecting target - issuing ABORT > SAVED_TCL == 0x10 > ahc1:A:1: Target did not send an IDENTIFY message > LASTPHAS = 0x0, SAVED_TCL = 0x10 > > and systems loops in ahc driver, everytime I hit kernel debugger, stack is: > > ahc_scsi_cmd > scsi_scsi_cmd > sdstart > free_xs > scsi_done > ahc_done > ahc_run_done_queue > ahc_reset_channel > I see the same problem with FreeBSD 3.0-current. (kgdb) where #0 boot (howto=260) at ../../kern/kern_shutdown.c:244 #1 0xe0118a53 in panic (fmt=0xe0101479 "from debugger") at ../../kern/kern_shutdown.c:368 #2 0xe0101495 in db_panic (dummy1=-535016711, dummy2=0, dummy3=-1, dummy4=0xe0202c74 "") at ../../ddb/db_command.c:440 #3 0xe0101385 in db_command (last_cmdp=0xe0203bb4, cmd_table=0xe0203a04, aux_cmd_tablep=0xe022cbcc) at ../../ddb/db_command.c:337 #4 0xe0101502 in db_command_loop () at ../../ddb/db_command.c:462 #5 0xe0103c93 in db_trap (type=3, code=0) at ../../ddb/db_trap.c:75 #6 0xe01c48f1 in kdb_trap (type=3, code=0, regs=0xe0202d60) at ../../i386/i386/db_interface.c:140 #7 0xe01cee84 in trap (frame={tf_es = 16, tf_ds = 16, tf_edi = 2, tf_esi = 134, tf_ebp = -534762076, tf_isp = -534762104, tf_ebx = 6, tf_edx = -535016767, tf_ecx = -1073490214, tf_eax = 38, tf_trapno = 3, tf_err = 0, tf_eip = -535016711, tf_cs = 8, tf_eflags = 598, tf_esp = -535016783, tf_ss = -534846881}) at ../../i386/i386/trap.c:403 #8 0xe01c4af9 in Debugger (msg=0xe01ee25f "manual escape to debugger") at ../../i386/i386/db_interface.c:269 #9 0xe01eef7e in scgetc (flags=2) at ../../i386/isa/syscons.c:3001 #10 0xe01ea50f in scintr (unit=0) at ../../i386/isa/syscons.c:657 #11 0xe01d047b in getit () at ../../i386/isa/clock.c:353 #12 0xe01d0525 in DELAY (n=1000) at ../../i386/isa/clock.c:422 #13 0xe019de02 in sc_err1 (xs=0xf007f380) at ../../scsi/scsi_base.c:762 #14 0xe019da75 in scsi_scsi_cmd (sc_link=0xef49da00, scsi_cmd=0xe0202eb4, cmdlen=10, data_addr=0xf5521000 "\204\027E\013\013s7?7", datalen=32768, retries=4, timeout=10000, bp=0xf0f6dd00, flags=2049) at ../../scsi/scsi_base.c:584 #15 0xe01a26ed in sdstart (unit=6, flags=1) at ../../scsi/sd.c:628 #16 0xe019d24e in free_xs (xs=0xf007f380, sc_link=0xef49da00, flags=1) at ../../scsi/scsi_base.c:128 #17 0xe019d75a in scsi_done (xs=0xf007f380) at ../../scsi/scsi_base.c:449 #18 0xe01f9008 in ahc_done (ahc=0xefea3000, scb=0xefea4ec0) at ../../i386/scsi/aic7xxx.c:1951 #19 0xe01fc7b1 in ahc_run_done_queue (ahc=0xefea3000) at ../../i386/scsi/aic7xxx.c:3796 #20 0xe01fc77a in ahc_reset_channel (ahc=0xefea3000, channel=65 'A', xs_error=3, initiate_reset=1) at ../../i386/scsi/aic7xxx.c:3782 #21 0xe01fae7b in ahc_timeout (arg=0xf0110380) at ../../i386/scsi/aic7xxx.c:3031 #22 0xe010f21c in softclock () at ../../kern/kern_clock.c:717 (kgdb) When scsi_scsi_cmd calls ahc_scsi_cmd, ahc_scsi_cmd detects that ahc->in_reset is nonzero, and returns COMPLETE; with xs->error set to XS_BUSY scsi_scsi_cmd then calls sc_err1. sc_err1 performs a DELAY(1000), before returning SCSIRET_DO_RETRY. This causes scsi_scsi_cmd to go to the retry label, causing an infinite loop. Due to this infinite loop being initiated from a timeout, further timeouts are blocked, and ahc->in_reset is never cleared. Perhaps free_xs should know when to NOT queue a new request onto the device ? - Tor Egge From owner-freebsd-bugs Mon Apr 7 10:07:24 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA24174 for bugs-outgoing; Mon, 7 Apr 1997 10:07:24 -0700 (PDT) Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA23551 for freebsd-bugs@freebsd.org; Mon, 7 Apr 1997 10:00:07 -0700 (PDT) Date: Mon, 7 Apr 1997 10:00:07 -0700 (PDT) Message-Id: <199704071700.KAA23551@freefall.freebsd.org> From: FreeBSD bugmaster To: FreeBSD bugs list Subject: Current problem reports 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 including experimental development code and obsolete releases. Bugs can be in one of several states: o - open A problem report has been submitted, no sanity checking performed. a - analyzed The report has been examined by a team member and evaluated. f - 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. s - suspended Work on the problem has been postponed. 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. c - closed A problem report is closed when any changes have been integrated, documented, and tested. Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- a [1995/01/11] i386/105 bde Distributed libm (msun) has non-standard o [1995/02/14] kern/216 davidg /kernel: panic: ffs_alloccg: map corrupte o [1995/12/08] kern/876 NFS allows bogus accesses to cached data a [1996/01/22] kern/965 bde 2.0.5: system crashes daily because of "m a [1996/03/04] kern/1059 hsu null fs panics system o [1996/04/06] kern/1121 dyson System crashes on boot up just after the o [1996/05/07] kern/1177 dyson Machine hangs with message "vm_fork: no p f [1996/06/05] kern/1293 Fatal trap 12: page fault while in kernel o [1996/06/11] kern/1311 dyson Panic: vm_page_free while installing new a [1996/07/15] bin/1387 davidn Group file errors cause absolute havoc a [1996/08/09] kern/1487 bde bug in exec(2) o [1996/09/11] kern/1599 panic: locking against myself s [1996/09/13] conf/1608 FreeBSD's bug tracking system does not re o [1996/09/29] bin/1694 rbootd does not appear to work o [1996/09/30] kern/1698 sup from around 21:51 GMT 28th very unsta a [1996/10/08] kern/1744 run queue or proc list smashed 4 times in o [1996/10/13] kern/1790 access to /dev/kmem panics system f [1996/10/28] kern/1919 se access to files/directories fails, gives o [1996/11/01] kern/1940 TCP doesn't time out of FIN_WAIT_1 and fl o [1996/11/04] i386/1959 DELAY() won't work for fast CPUs o [1996/11/15] kern/2033 unmount of doubly mounted devfs forces pa o [1996/11/29] kern/2121 MAXBSIZE in param.h causes kernel panic i o [1996/11/29] bin/2126 phk sysinstall installs broken geometory(sic) o [1996/12/14] i386/2218 cy.c XON/XOFF handling crashes kernel o [1996/12/20] bin/2258 wollman route add/delete [network] xxx.yyy.zzz.0 o [1996/12/25] kern/2277 2.2-BETA fails to boot on my laptop o [1996/12/28] kern/2305 se system hangs with second Ide controller f [1997/01/01] ports/2352 ports wu-ftp port does not work with DES crypte o [1997/01/03] conf/2367 gibbs Buslogic SCSI driver bad probe of 742A EI o [1997/01/04] kern/2371 gibbs SCSI disk corruption o [1997/01/14] kern/2498 On installation, after selecting drivers, a [1997/01/24] kern/2573 mmap on nfs mounted file hangs system o [1997/01/25] bin/2581 imp security holes in libtermcap o [1997/01/27] bin/2599 Lite2 merg and critical bugfix for games/ o [1997/02/01] kern/2635 NFS cache doesn't check execute permissio o [1997/02/06] kern/2680 bde bind of a local domain socket does not re o [1997/02/11] kern/2717 Panic with daily script (find) o [1997/02/14] bin/2740 wpaul root-fs full erases password table ! o [1997/02/17] kern/2754 Using memory mmapped to an NFS file can c o [1997/02/19] conf/2775 sos Syscons in 2.2 wont work with Diamond Spe o [1997/02/21] misc/2795 Cyclades 8YO -- Not working under 2.1.6-S o [1997/02/26] bin/2821 jkh XFree86 distributed with 2.2-GAMMA corrup o [1997/02/28] bin/2837 Globalyst550 Disk-Drive Not found!! o [1997/03/03] bin/2868 new fetch thinks that NCSA 1.5.2 server r o [1997/03/04] kern/2877 Fatal Trap 12: page fault while in kernel o [1997/03/05] kern/2890 System panic after kernel compiled for 12 o [1997/03/06] kern/2908 Fix for the NFS filehandle bug. o [1997/03/08] kern/2923 panic: vm_fault: fault on nofault entry, o [1997/03/11] bin/2946 res_send.c: make world fails on -current o [1997/03/13] bin/2976 user ppp from 2.2-GAMMA acts strangely.. o [1997/03/13] kern/2980 2.2 crashes after accessing DAT-tape. bot o [1997/03/15] kern/3000 Kernel Panic in 2.2-CURRENT Kernel o [1997/03/16] kern/3005 can't completely install 2.1.7 release; s o [1997/03/17] kern/3017 panic: page fault as of March 11th v2.2 o [1997/03/17] bin/3019 Can't use SCSI disk (SCSI ID>3) on instal o [1997/03/18] i386/3034 When mouse active in console XFree not st o [1997/03/20] kern/3046 copying a file to an NFS mounted partitio o [1997/03/22] kern/3067 Keyboard does not fonction after booting o [1997/03/23] misc/3070 Cannot do post install mods to UNIX from o [1997/03/23] kern/3072 Kernel Page Fault During Install of 2.1.7 o [1997/03/25] ports/3102 tg teTex port destroys previous contents of o [1997/03/25] kern/3103 vi large_file --> reboot without panic o [1997/03/26] ports/3106 torstenb pidentd exits with signal 6 o [1997/03/26] bin/3115 date command dumps core o [1997/03/27] kern/3128 Can't Install FreeBSD 2.2.1 o [1997/03/28] bin/3131 dlsym() does not set error on error, brea o [1997/03/30] kern/3150 Cyrix 6x86L-P200+ crashes w/ page fault o [1997/04/01] bin/3165 tex-3.14159.tgz lacks file o [1997/04/05] kern/3207 FULL ipfilter build/bugfix intergration 69 problems total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [1994/11/30] kern/34 davidg nullfs and union mounts can result in wil a [1995/03/20] kern/260 davidg msync and munmap don't bother to update m s [1995/04/01] kern/291 se PCI devices still probe/attach after bein f [1995/05/08] bin/389 Simultaneous creation/deletion of dirs co a [1995/05/09] bin/392 Simultaneous cp and ls of files on dos f/ o [1995/05/16] kern/425 wollman arp entries not getting removed when inte a [1995/06/17] kern/527 dufault dump causes assertion in ncr.c o [1995/07/02] kern/579 bde sio: RS_IBUFSIZE at 256 bytes serial line f [1995/07/04] kern/587 if_le hangs on OACTIVE with 2k buffer s [1995/07/21] i386/631 if_ix does not support bpf, nor does it a s [1995/07/29] kern/638 Transmitted packets not passed to bpf in f [1995/08/11] gnu/672 Nor all ph headers get created o [1995/08/21] kern/703 amurai ppp not always deleting route properly wh o [1995/08/22] bin/706 jmg increased root DNS traffic and long laten f [1995/09/20] kern/730 gibbs 3Com 3C5x9 probe problem f [1995/09/27] kern/750 cd9660 confused by not-ready or I/O error a [1995/10/07] bin/771 telnet character mode not set and broken o [1995/10/18] bin/786 wpaul Problem with NIS and large group maps o [1995/11/12] kern/820 gibbs scsi tape problems f [1995/11/16] bin/826 mpp tcpmux listener in inetd does not work o [1995/11/28] bin/850 joerg dump treats write-protect as an EOT & spo o [1995/12/20] i386/906 davidg /sys/i386/boot/netboot/nb8390.com cannot o [1996/01/01] bin/926 Mounting nfs disks before starting mountd o [1996/02/12] kern/1020 .Boca 16-port board still hangs o [1996/02/12] docs/1023 mpp using touch to create swap file for NFS d a [1996/02/17] bin/1030 steve /bin/sh does not pass environment variabl f [1996/02/28] bin/1050 [floppy] Process (zip) hangs (unkillable) s [1996/03/06] kern/1067 mpp panic: ufs_lock: recursive lock not expec o [1996/03/09] bin/1073 telnet -8 does not work with SunOS or Sol f [1996/03/21] i386/1097 gibbs system hang during tape rewind/aic7870 co o [1996/03/23] kern/1098 File system corruption (2 cases) o [1996/03/30] bin/1111 scrappy mail.local will happily deliver mail to a f [1996/05/14] kern/1204 umount -f after SCSI reset -> reboot o [1996/05/24] misc/1247 bde Conflicting header files f [1996/05/26] i386/1251 aha0 and bt0(eisa) conflicts again. o [1996/05/26] kern/1256 ZNYX 314 mysterously looses packets o [1996/05/28] kern/1271 phk Kernel panic using PLIP in 27/05 current o [1996/05/31] kern/1284 dyson panic: vm_page_free: freeing busy page o [1996/06/02] i386/1288 bde wdgetctlr (wd.c) return incorrect number o [1996/06/07] kern/1301 davidg DEC FDDI/PCI Adapter: halt code = 6 (DMA o [1996/06/10] kern/1308 dyson vm_page_free: wire count > 1 in 960501-SN a [1996/06/12] bin/1315 ls(1) a [1996/06/18] kern/1333 davidg free vnode isn't: another -stable coredum f [1996/07/03] bin/1364 mpp ps(1) bugs o [1996/07/09] gnu/1379 Man command problem, when it writes into a [1996/07/18] kern/1397 bde can't send to a pipe f [1996/07/19] gnu/1407 jdp ld computes wrong size of common (global f [1996/07/24] kern/1423 wollman route causes kernel page fault. f [1996/08/01] bin/1454 steve /bin/sh bug handling <<[n] FD processing o [1996/08/03] bin/1461 Incorrect address binding of Kerberized r o [1996/08/04] kern/1467 gibbs scsi_prevent causing tape problems on clo o [1996/08/18] kern/1512 dyson Use of madvise may may cause bad memory m o [1996/08/22] kern/1533 dyson Machine can be panicked by a userland pro o [1996/08/25] misc/1541 julian fork.o in libc_r fails to compile f [1996/09/05] kern/1570 Setting SHMALL > 35000 causes panic f [1996/09/08] kern/1584 [unionfs] same file is listed twice o [1996/09/08] docs/1588 jfieber Handbook Incorrect LaTeX/PostScript outpu o [1996/09/14] kern/1610 dyson mmap() of unassociated memory + mlock() c o [1996/09/14] kern/1613 I get ls: fts_read: No such file or direc o [1996/09/16] i386/1626 MUSTEK Scanner hangs NCR SCSI controller f [1996/09/18] kern/1637 mss driver causes feedback (squeal) on so o [1996/09/19] bin/1650 telnet encryption with char-mode and asci o [1996/09/21] kern/1661 ft driver hangs uninterruptably at "bavai o [1996/09/26] kern/1684 inconsistent permission failures on NFS r o [1996/09/29] kern/1689 wollman TCP extensions throttles distant connecti o [1996/09/29] kern/1692 Page fault while in kernel modem fatal tr o [1996/10/01] bin/1702 installing of tcl manpages fails from mak o [1996/10/03] kern/1715 le driver non-reentrant o [1996/10/04] kern/1723 gibbs kernel fault when doing scsi reprobe o [1996/10/04] kern/1724 gibbs HP colorado T4000S tape drive hangs syste o [1996/10/04] kern/1726 panic in kmem_malloc (dump available) o [1996/10/05] i386/1730 sos SFF8020 violation and silly bug in atapi. o [1996/10/10] ports/1753 markm SSLeay doesn't work against Microsoft sec o [1996/10/10] kern/1754 netbooted machines freeze with ifconfig a o [1996/10/11] bin/1773 ports A NULL pointer causing segmentation core o [1996/10/13] gnu/1787 markm Diffs with Index: lines are not honored f o [1996/10/15] bin/1810 fsck -p does not check pass 0 filesystems o [1996/10/15] kern/1812 dyson vnodes are left in a locked state o [1996/10/15] kern/1814 cy driver gets deadlocked sometimes a [1996/10/18] kern/1839 mpp Multiple mfs mounts of same mount point o [1996/10/20] kern/1848 breakpoints may be set in shared librarie o [1996/10/21] kern/1856 read-only nfs mount: panic leaf should be o [1996/10/22] ports/1866 wosch popclient flushes remote mailbox even wit o [1996/10/24] kern/1880 kernel crash during boot when using 512 M o [1996/10/25] bin/1891 mountd fails to export o [1996/10/26] bin/1892 install(1) removes target file o [1996/10/29] bin/1927 User CPU time getting accounting as syste o [1996/10/30] misc/1928 phk fdisk incorrectly detects driver geometry o [1996/11/04] bin/1952 guido Long chat script makes ppp dump core o [1996/11/07] bin/1973 jmg pppd uses /etc/ppp/options.tty after comm o [1996/11/08] gnu/1981 ypserv handles null key incorrectly f [1996/11/08] kern/1982 fenner arpresolve: cant allocate llinfo for 207. o [1996/11/10] kern/1989 gibbs dump(8) fails to dump if tagged command q o [1996/11/13] ports/2000 asami obsolete software in distfiles directory a [1996/11/13] bin/2001 mpp vi confused about lines to display o [1996/11/13] i386/2002 sio doesn't detect com port on Compaq Con o [1996/11/14] misc/2013 'make world' fails on read-only /usr/src o [1996/11/14] kern/2014 sos Console keyboard lockup problem o [1996/11/15] bin/2016 static libtcl references symbols that are o [1996/11/15] kern/2034 julian [devfs] wd* driver "slot name rejection e o [1996/11/15] gnu/2035 peter deque bug, local gnu changes to deque hea o [1996/11/18] kern/2053 de0 driver don't work at 100M for Compex o [1996/11/19] i386/2058 sos amity series machines can not show instal o [1996/11/24] kern/2094 wd1: interrupt timeout: o [1996/11/26] bin/2107 problem building a system from cdrom. o [1996/11/29] kern/2124 sos Hitachi CDR-7730 ATAPI CD-ROM recognized s [1996/12/03] kern/2142 FP mask not saved for signal handlers o [1996/12/03] kern/2144 kernel panic (page fault) running chgrp o [1996/12/08] kern/2181 2.2-ALPHA flickers/wavers part of the upp o [1996/12/09] bin/2187 ijppp: LQR is broken o [1996/12/10] misc/2189 mpp netdb.h works not with -traditonal cc fla o [1996/12/10] bin/2191 syslogd stops logging after several hours o [1996/12/13] bin/2206 NIS Makefile can't manage appletalk entri o [1996/12/17] kern/2232 MSDOSFS corrupts MSDOS partitions > 500Mb o [1996/12/18] kern/2246 symlinks should have their own attributes o [1996/12/18] kern/2248 Mitsumi CD-ROM driver has "timeout" probl s [1996/12/19] bin/2255 Client PPP negotiates Stacker compression o [1996/12/20] bin/2256 PPP process on port will not close when a s [1996/12/22] ports/2268 ports libc from linux emulator does not use /et o [1996/12/22] kern/2270 Hayes ESP serial card locks system as of a [1996/12/25] misc/2283 ache setlocale() in libxpg4 always returns NUL o [1996/12/29] bin/2318 /usr/libexec/rlogind doesn't work after t a [1996/12/30] kern/2325 mpp quota.user enlarged, no boot on 2.2-BETA o [1996/12/30] kern/2330 changing root device to sd0a - ncr0: abor o [1996/12/31] ports/2340 obrien gshar+gunshar needs to be updated to 4.2 o [1997/01/01] kern/2351 panic:timeout table full o [1997/01/06] kern/2388 joerg start unit command screws up some CDROM d o [1997/01/07] gnu/2394 tar will extract files even if -C command f [1997/01/07] kern/2401 joerg 2.2 RELENG sometimes locks up early on bo o [1997/01/08] kern/2425 amd driver does not reprobe devices. o [1997/01/08] conf/2426 At end of install, panic: Going nowhere w o [1997/01/09] bin/2430 mountd stops on loading if subnet mask is o [1997/01/09] i386/2431 panic: get_pv_entry: cannot get a pv_entr o [1997/01/12] ports/2467 chuckr tops display is corrupt o [1997/01/12] i386/2471 Sound: Reset failed - Can't reopen device o [1997/01/13] misc/2479 sos NEC CD-ROM NOT RECOGNIZED; MATROX MISTIQU o [1997/01/13] bin/2489 mpp gnats mangles sections o [1997/01/16] kern/2507 Renaming DOS directories with "mv" causes o [1997/01/18] kern/2521 kernel from 2.1.6 install CD doesn't acce o [1997/01/18] bin/2527 fetch doesn't print enough of the error m o [1997/01/20] kern/2538 worm burning suddenly broken o [1997/01/20] bin/2541 cd (using /bin/sh) may leave you in the w o [1997/01/20] kern/2545 se < sd0(ncr0:6:0): COMMAND FAILED ==> Not o [1997/01/21] bin/2549 sos cdcontrol refuses to play audio CDs from f [1997/01/21] misc/2551 davidn limit too small for user root o [1997/01/23] kern/2569 route -iface breaks inet behaivour f [1997/01/24] kern/2570 fenner arpresolve: cant allocate llinfo o [1997/01/25] bin/2591 sh coredumps when passing an argv of a ce o [1997/01/26] bin/2597 everything stops when the new ld.so is in o [1997/01/29] kern/2613 ache syscons mistakes MONO for MONO VGA o [1997/01/29] misc/2614 make reinstall does not work o [1997/01/29] bin/2616 Installs very irratically from the same c o [1997/01/30] bin/2622 syslogd '-s' behavior either broken or po o [1997/01/31] misc/2625 fixed broken src/includes o [1997/01/31] kern/2628 code clean up of sys/sys o [1997/01/31] kern/2632 enabling psm mouse causes keyboard to not o [1997/01/31] bin/2633 fsck -p in /etc/rc fails with cannot allo o [1997/02/02] kern/2640 2.2-RELENG leaks memory (router/pppd serv s [1997/02/03] kern/2647 changing existing route to -static crashe o [1997/02/04] ports/2664 elm methodically writes garbage into fold o [1997/02/05] kern/2667 wollman bpfattach can hang the system f [1997/02/05] bin/2670 fetch fails with HTTP_PROXY o [1997/02/05] bin/2671 Run-away processes using all CPU time a [1997/02/06] kern/2675 lkmcioctl() is not consistent and careful o [1997/02/07] kern/2690 asami When Using ccd in a mirror mode, file cre o [1997/02/08] kern/2695 sio1 (16540 serial port) is not recognize o [1997/02/09] kern/2698 After rewind I cannot read a tape; blocks o [1997/02/12] kern/2719 added support for magneto-optical SCSI di o [1997/02/13] ports/2731 ports new port: Tcl 8.0A2 o [1997/02/14] kern/2732 mcopy 3.0 causes kernel hang o [1997/02/14] bin/2736 No boot block if no FreeBSD partitions on o [1997/02/14] kern/2738 julian [DEVFS problem] Kernel crashes when you m o [1997/02/15] kern/2742 panic: leaf should be empty o [1997/02/15] bin/2747 davidn cannot submit at jobs from within an at j o [1997/02/17] kern/2751 asami 2GB limitation on CCD device partitions s o [1997/02/18] bin/2762 Precedence mistake in libncurses o [1997/02/19] kern/2768 ktrace(1) -i dumps corrupted trace data o [1997/02/19] bin/2769 fsck needs several runs to clean up bad/d o [1997/02/19] kern/2770 panic: vm_fault: fault on nofault entry o [1997/02/19] kern/2771 panic: bad dir o [1997/02/19] kern/2772 gibbs panic: %s:%c:%d: Target did not send an I o [1997/02/19] kern/2773 bad dir panic o [1997/02/19] kern/2774 dfr NFS client on 2.2-BETA blows holes in fil o [1997/02/20] misc/2781 Installation crashes if timeout in ftp tr o [1997/02/20] misc/2784 userland PPP rises load to 1.00 o [1997/02/20] bin/2785 wpaul callbootd uses an unitialized variable o [1997/02/20] gnu/2786 gcc version 2.7.2.1 C compiler slows down o [1997/02/21] misc/2793 libc_r make fscanf failure o [1997/02/22] kern/2800 DDS large data writing probrem o [1997/02/25] kern/2815 Custom Kernel crashes o [1997/02/27] bin/2829 jkh FTP installs can only fail once o [1997/02/28] bin/2832 w treats corrupted utmp as fatal error o [1997/03/01] kern/2840 mlock+minherit+fork+munlock causes panics o [1997/03/01] ports/2842 ports Expect port upgraded at master site; does o [1997/03/02] bin/2844 libedit sync with NetBSD/OpenBSD o [1997/03/03] i386/2853 syscons beeps even if beeping screen is n o [1997/03/03] kern/2858 dfr FreeBSD NFS client can't mount filesystem o [1997/03/03] bin/2867 sysinstall goes into an infinite loop dur o [1997/03/04] kern/2873 the od0 devies does not handle a Maxoptix o [1997/03/04] docs/2874 The gencat command hasn't got a manual pa o [1997/03/04] bin/2879 steve sh: ! fails to negate the return value of o [1997/03/06] kern/2896 FreeBSD 2.2-GAMMA does not work with DIam o [1997/03/07] bin/2915 the "-fstype ufs" option of "find" seems o [1997/03/07] ports/2918 ports Unable to pass 8+ command line arguments o [1997/03/08] kern/2919 vm_fault: fault on nofault entry, addr: f o [1997/03/09] bin/2925 non-priviledged user can crash FreeBSD!! o [1997/03/11] bin/2948 can't dump 640MB optical disks o [1997/03/11] ports/2956 ports New Port: xgospel-1.10d in ftp.freebsd.or o [1997/03/12] kern/2965 st0 hang/fail on reading 4mm DAT tape for o [1997/03/12] bin/2969 csh and/or builtin printf has problems wi o [1997/03/12] bin/2973 output of iostat is wrong. o [1997/03/15] kern/2991 RTF_LLINFO routes remain when interface i o [1997/03/15] ports/2992 ports xperfmon++ port is out of date o [1997/03/15] ports/2994 ports xpm port does not build for the first tim o [1997/03/15] bin/2997 unterminated string after strncpy o [1997/03/17] conf/3016 fvwm95-2 does not have system resource fi o [1997/03/18] kern/3021 panic after sync during reboot o [1997/03/18] bin/3027 error parsing mount options which include o [1997/03/18] kern/3029 typo in libc o [1997/03/19] ports/3037 ports "es" limit builtin dumps core o [1997/03/19] kern/3039 higher securelevel (>0) stops X server o [1997/03/21] i386/3048 multicast support necessery in some drive o [1997/03/21] kern/3054 OPL3 sound off by one note o [1997/03/21] bin/3055 umount -f does not work o [1997/03/22] kern/3059 2.2 RELEASE hangs during or immediately a o [1997/03/22] kern/3066 System lock-up after npx0 probe with 2.2- o [1997/03/24] i386/3082 keyboard locks up unexpectedly o [1997/03/24] i386/3083 Toshiba XM-5702B ATAPI CDROM not detected o [1997/03/24] bin/3085 make world fails on compiling dumpfs.c o [1997/03/24] misc/3086 panic: cannot mount root - on boot, when o [1997/03/25] kern/3104 Cannot execute files on a nullfs filesyst o [1997/03/26] kern/3107 2.2.1-RELEASE can't boot on at least two o [1997/03/26] conf/3109 unintellible upgrade doc o [1997/03/26] docs/3114 Use of HISADDR in ppp.conf incorrect o [1997/03/27] kern/3122 _POSIX_SAVED_IDS not defined in 2.2 o [1997/03/27] conf/3123 /stand/sysintstall does not perform to up o [1997/03/27] i386/3124 BOOT_PROBE_KEYBOARD hangs system in bootb o [1997/03/27] ports/3125 torstenb inn port incorrect use of perl5 o [1997/03/27] bin/3126 Install with mcd0 still broken. o [1997/03/27] bin/3127 PCI Ether card slower than ISA Ether card o [1997/03/28] i386/3130 Dell Latitude keyboard lock up o [1997/03/28] misc/3133 TIOCSETD error with Cyclades 8Yo o [1997/03/28] kern/3134 Both boot and boot-pao floppies hang afte o [1997/03/29] ports/3142 ports new port: slrn o [1997/03/30] ports/3146 ports new port fix (slrn) o [1997/03/30] gnu/3149 patch-2.1: files possibly created in wron o [1997/03/31] kern/3156 Copying to floppy device file locks machi o [1997/03/31] bin/3158 seg faults and cannot update links using o [1997/04/01] kern/3162 2.2 kernel from mar 25th crashes on nfs s o [1997/04/01] bin/3170 vi freaks and dump core if user doesn't e o [1997/04/01] bin/3173 utmp and wtmp programs out of sync. o [1997/04/02] ports/3175 ports jp-cmule fails to build o [1997/04/02] gnu/3176 `patch' creates files in wrong places o [1997/04/02] ports/3179 ports WebStone 2.0.1 port submitted o [1997/04/02] kern/3180 mlock() causes panic: lockmgr: upgrade ex o [1997/04/04] ports/3193 ports MAKE fails for /usr/ports/net/ucd-snmp o [1997/04/04] i386/3195 ahc panic o [1997/04/04] misc/3197 f2c requires an update o [1997/04/05] kern/3201 de0 not re-enabled after hub down o [1997/04/05] ports/3205 ports Mtools-3.0 attempts to flock() a disk par o [1997/04/05] kern/3209 3.0-current panics on shutdown/reboot/hal o [1997/04/06] kern/3216 panic: pmap_zero_page: CMAP busy o [1997/04/06] kern/3219 sppp or arnet gets looped after connectio 263 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- a [1994/12/01] kern/35 mount -t union -o -b : lower layer not se o [1995/01/14] bin/115 systat iostat display doesn't scale high o [1995/01/22] kern/176 peter EIDRM not defined in errno.h o [1995/04/20] misc/355 policy on /usr/local permission in base r o [1995/05/13] bin/401 wollman Add REMOTE_* variables a [1995/05/23] i386/440 sos want vidcontrol option to apply settings a [1995/05/27] gnu/450 scrappy tar --exclude -c doesn't work o [1995/06/15] bin/517 wpaul Bad group change with 'install' o [1995/07/05] bin/591 phk SPAP request REJexted in stead of NAKed s [1995/08/05] gnu/655 jdp ld -r of shared objects worked in 1.1.5, o [1995/08/07] bin/658 ifconfig alias has to be separately given f [1995/08/12] kern/677 dyson X gets a bus error when calling mmap() o [1995/08/13] bin/680 joerg 2.0.5's tip using termios doesn't act the o [1995/08/29] bin/715 ache ls gives weird tabular form o [1995/09/26] kern/742 dyson syslog errors accessing Mac hard disks [p o [1995/10/03] kern/765 phk umount -f can`t umount a NFS filesystem i o [1995/10/25] kern/792 dyson cd9660 very slow. o [1995/10/31] bin/803 bsd m4 chokes and dies while FSF m4 works o [1995/11/11] bin/815 mountd reports unknown hosts with non-inf o [1995/11/20] kern/831 one minor complaint about the kernel visu o [1995/11/22] kern/835 davidg ed panics with SMC ultra with iomem, if n o [1995/11/27] bin/841 stale nfs mounts cannot be umounted o [1995/11/30] bin/854 dyson swapinfo shows incorrect information for o [1995/12/17] kern/900 dyson ext2fs triggers divide by zero trap in vn a [1995/12/29] misc/922 From line handling incorrect in mail.loca a [1995/12/31] kern/924 EISA devices have disappeared from vmstat o [1996/01/06] misc/934 amurai ppp dies with Bus Error when processing l f [1996/01/15] kern/946 divide-by-zero in kernel on bad disk info o [1996/01/21] bin/961 'more $file', incorrect CRLF compacting. o [1996/01/28] kern/975 bde getrusage returns negative deltas a [1996/01/30] bin/981 fenner clnt_broadcast() is not aware of aliases s [1996/02/03] bin/993 peter g++ complains about /usr/include/machine/ o [1996/02/07] bin/999 peter /usr/share/mk/sys.mk missing common $(RM) o [1996/02/07] kern/1001 M_NAMEI malloc leak in the kernel o [1996/02/12] bin/1021 phk pppd doesn't handle PAP-only authenticati f [1996/02/14] kern/1026 deadlocks if parent vfork and child has c f [1996/02/15] bin/1029 cd behaves erraticly if cwd is a mount-po f [1996/02/19] bin/1037 2.x telnetd handles CTRL-M differently th o [1996/02/25] i386/1042 bde Warning from sio driver reports wrong dev o [1996/02/26] misc/1043 dyson vm_bounce_alloc error on 2.1 install with f [1996/02/29] kern/1051 zip fails on dos partition o [1996/03/20] kern/1090 iostat displays incorrect sps count o [1996/03/20] bin/1093 wollman route's diagnostic is weird o [1996/04/06] kern/1119 dyson Mounted EXT2FS partition is not cleanly u a [1996/04/15] kern/1144 sig{add, del}set and sigismember fns don' a [1996/04/22] bin/1154 Configure tunN device for ip-over-ip tunn o [1996/04/23] ports/1155 ports systat or top display disagreeing informa o [1996/05/09] bin/1184 scrappy ls + xterm + nvi + columns != 80 + ^Z = m o [1996/05/15] bin/1206 steve /bin/sh + emacs + ^G = ruined terminal a [1996/05/20] ports/1222 andreas Header files conflict a [1996/05/21] bin/1229 bde redundant redeclaration of `lseek' o [1996/06/11] bin/1312 automounter hangs on boot o [1996/06/12] conf/1319 muldi3 is not included into kernel's Make a [1996/06/13] bin/1320 gpalmer dump limits blocksize to 32K o [1996/06/18] i386/1331 phk changes and bug in ft driver f [1996/06/18] bin/1332 changes to amd and possible nfs lkm bug? f [1996/07/04] misc/1369 Need SC_MORE_LUS for Emulex MD23 also a [1996/07/07] bin/1375 Extraneous warning from mv(1) f [1996/07/07] misc/1376 if_tun.c does not set if_ibytes and if_ob o [1996/07/18] kern/1399 dyson invoking setuid programs over NFS case vn o [1996/07/21] ports/1416 cflow(1) doesn't parse GNU C __attribute_ s [1996/07/23] kern/1421 Non-bug in sosend() o [1996/07/24] misc/1428 ncurses doesn't always display ALTCHARSET o [1996/08/03] kern/1462 nfsstat doesn't work if using LKM'ed vers a [1996/08/07] ports/1470 asami need more info in the ports structure o [1996/08/17] kern/1501 vmstat reports impossible avm after start o [1996/08/17] bin/1502 vmstat 'avm' field merges with procs 'w' o [1996/08/17] ports/1504 jmz latex port completely failes o [1996/08/17] kern/1508 sos syscons should protect against useless DD o [1996/08/19] kern/1514 dyson mlock fails on readonly regions o [1996/08/20] kern/1516 dyson vm_fault.c contains dead code or too many o [1996/08/20] ports/1518 torstenb No man pages in audio/mpegaudio port o [1996/08/21] ports/1520 ports sudo dosn't recognise certain passwords a o [1996/08/21] bin/1523 "cvs update -d -P" prunes unchecked-in di o [1996/08/21] ports/1524 tg New port -- xtem-5.18beta o [1996/08/24] misc/1538 enhanced /etc/security script a [1996/08/28] ports/1550 ports "make install" needs to know how to updat o [1996/08/30] i386/1556 sos ATAPI CDROM probes ok, but will not 'moun o [1996/09/02] misc/1561 sos Wrong key mapping of five keys in german. a [1996/09/04] bin/1565 Moving a file to it's link completely rem o [1996/09/06] bin/1577 mail -f foo does not look in current dire o [1996/09/08] bin/1589 ftp fails to flush output o [1996/09/11] bin/1598 tip leaves OPOST set on controlling termi o [1996/09/12] docs/1602 ache /usr/lib/terminfo refered to in man termi o [1996/09/12] bin/1607 unmount fails for a NFS fs mounted withou o [1996/09/14] gnu/1611 phk groff should use "system-wide" papersize o [1996/09/14] kern/1614 Attempt to mount an NTFS partition causes o [1996/09/17] docs/1630 Addition to handbook concerning MFS kerne f [1996/09/18] kern/1636 mss driver extension to broaden support a [1996/09/18] bin/1642 pkg_install Makefiles could be simplified o [1996/09/19] bin/1649 md5(1) header file makes bad assumption o [1996/09/19] kern/1654 In procfs, vattr doesn't contain correct o [1996/09/20] kern/1658 ktrace/kdump flaky - corrupted ktrace.out o [1996/09/23] i386/1671 s2 map in pcvt isn't ISO 8859-1 and claim f [1996/09/24] bin/1674 strange behaviour of pppd (daemonize, def o [1996/09/29] kern/1690 apm and sbxvi inappropriately probe as co o [1996/09/29] docs/1691 ppp server doc submission o [1996/10/02] misc/1708 monthly login accounting o [1996/10/02] kern/1711 joerg kernel logging of signaled processes shou o [1996/10/02] gnu/1713 mkisofs doesn't match man page in behavio o [1996/10/03] misc/1717 Use of ntohl causes lint to complain o [1996/10/04] bin/1721 /sbin/route incorrectly installs routes w o [1996/10/04] kern/1725 visual config redraws bits of the screen f [1996/10/08] misc/1738 Install floppy returns random geometry wi o [1996/10/11] conf/1777 sysctl called in /etc/netstart before /us s [1996/10/13] kern/1788 pst netstat gives negative numbers for tcp by o [1996/10/13] misc/1791 syslimits.h does not allow overriding def o [1996/10/13] bin/1793 steve /bin/sh return w/o exitstatus in a functi o [1996/10/14] bin/1804 pkg_create hangs if the packing list has o [1996/10/16] bin/1827 add support of Glidepoint trackpad "tap/d f [1996/10/17] bin/1831 routed's rdisc mode is installing incorre o [1996/10/18] ports/1834 gpalmer COMMENT may be amusing but is not informa o [1996/10/19] docs/1841 pds NT boot mgr too Linux centric in FAQ o [1996/10/20] docs/1847 new handbook iijppp server section o [1996/10/20] bin/1849 gdb sets library breakpoints on the wrong o [1996/10/20] misc/1853 Syscons font mapping semms not to work pr o [1996/10/20] docs/1855 joerg Addition to LINT o [1996/10/22] kern/1868 system knows it has no keyboard but compl o [1996/10/23] misc/1871 incorrect '===> item' when making world o [1996/10/23] bin/1872 automounter (amd) cannot ls directories w o [1996/10/24] kern/1878 sos SONY CDU76E IDE/ATAPI CDROM support. o [1996/10/24] bin/1881 file(1) misidentifies Sun3/m68k executabl o [1996/10/26] docs/1896 compilation errors in share/doc/psd/19.cu o [1996/10/26] bin/1897 Sendmail 8.8.2 requires /etc/sendmail.cw o [1996/10/27] bin/1904 /usr/bin/su is not careful enough in veri o [1996/10/27] misc/1908 jkh FTP install failed DNS lookup o [1996/10/29] bin/1924 if lpd is not running, lpc will say ``no o [1996/10/30] i386/1931 Mitsumi CDrom works well under 2.1.x, fai o [1996/10/31] ports/1939 ports exodus port doesn't build with new g++-2. o [1996/11/01] bin/1941 wtmp and monthly rotation o [1996/11/01] bin/1943 route(8) args o [1996/11/02] bin/1945 Out of date code/comments in dd o [1996/11/03] i386/1950 Sound driver doesn't encode/decode mu-law o [1996/11/04] i386/1953 syscons savers have no default timeout o [1996/11/04] gnu/1961 uucp logging files are in /var/spool/uucp o [1996/11/06] bin/1968 FreeBSD has no rdate(8), here's one o [1996/11/06] bin/1970 csh limtail() bug o [1996/11/09] bin/1985 pkg_delete outputs confusing message when o [1996/11/13] kern/2004 route add -link panic o [1996/11/13] bin/2005 Poor command line argument checking and b o [1996/11/14] bin/2008 kerberos tickets from login all have the o [1996/11/15] kern/2022 Switching from X display to virtual conso o [1996/11/16] bin/2036 cpio size wraparound o [1996/11/16] ports/2038 torstenb sshd dies on FreeBSD machines if run as a o [1996/11/17] bin/2046 vjcomp problem in iij-ppp o [1996/11/18] ports/2051 obrien HDF library port o [1996/11/19] bin/2061 DEBUG_FLAGS in bsd.lib.mk is broken o [1996/11/19] bin/2065 wollman in tzsetup/sysinstall, allow user to type o [1996/11/19] misc/2068 Unstable keyboard mappings on the main tt o [1996/11/20] kern/2072 ZIP drive support is available for FreeBS o [1996/11/21] ports/2079 obrien New ports supporting AWE sound driver (fo o [1996/11/21] bin/2080 The scanf family doesn't support 'q' modi o [1996/11/22] docs/2087 ifconfig.8 does not document how to remov o [1996/11/22] bin/2090 clients may bind to FreeBSD ypserv refusi o [1996/11/23] bin/2093 AMD gets sig 11 when /etc/malloc.conf is o [1996/11/24] ports/2096 tg ImageMagick outdated, lzw not supported o [1996/11/25] ports/2100 andreas New port: VGBZoom o [1996/11/25] misc/2105 bsd.lib.mk has problems with STRIP and IN o [1996/11/26] bin/2106 Byte order problem in -current routed o [1996/11/26] i386/2108 sos [ATAPI] wcd driver may hang under certain o [1996/11/28] i386/2117 nb8390.com hangs with some BIOS combinati o [1996/11/28] kern/2118 writing to virtual consoles fails to disp o [1996/11/28] bin/2119 mount lies to child about argv0, which ca o [1996/12/01] bin/2133 netstat -s overflows to negative o [1996/12/02] bin/2137 vm statistics are bad o [1996/12/02] kern/2140 FreeBSD leaves EtherExpress 16 net card i o [1996/12/03] ports/2145 ports qpopper bulletin support broken o [1996/12/03] conf/2146 wrong /dev for COM2 during installation v a [1996/12/04] docs/2153 mpp Manual page of bootparams(8) refers to a o [1996/12/06] i386/2166 psm driver locks the console o [1996/12/07] ports/2169 pst zephyr port does not completely compile o [1996/12/08] ports/2173 peter top does not compile under FBSD 2.1.6 o [1996/12/08] ports/2182 ports FreeBSD's and X-32's list of locales do n o [1996/12/08] bin/2184 sendmail has lots of trouble with local d o [1996/12/08] misc/2185 phk add ability to change partition type in l a [1996/12/10] ports/2190 asami need cross-reference to xpdf from X11 por o [1996/12/12] kern/2199 joerg Got a lots of "Target Busy" messages with o [1996/12/14] kern/2214 File System gets corrupted when mounting o [1996/12/14] bin/2216 Ada specs not being compiled into cc/gcc o [1996/12/16] bin/2227 FreeBSD does not recognize WD7000-ASC dri o [1996/12/17] i386/2234 fbsdboot.exe does not turn off floppy dri o [1996/12/17] i386/2239 some interrupts take too long (i.e. BT946 o [1996/12/18] misc/2242 Suggest add optional mt blocksize 512 o [1996/12/18] bin/2247 imp getopt should return -1 rather than EOF o [1996/12/20] bin/2260 PPP logins using PAP to Nortel/Shiva syst o [1996/12/21] ports/2264 ports latex* ports need updating a [1996/12/21] bin/2265 guido su(1) does not call skeyaccess() o [1996/12/23] kern/2271 FIONREAD on tunnel device returns incorre o [1996/12/24] kern/2273 support for POSIX.4 / POSIX.1a RT-schedul o [1996/12/24] docs/2275 no support for isdn-cards o [1996/12/25] conf/2284 Termcap ibm3163 entry has arrow keys wron o [1996/12/26] bin/2291 race condition in /etc/master.passwd lock o [1996/12/27] kern/2298 Support for DSR/DCD swapping on serial po a [1996/12/27] misc/2302 markm new crypt() including SHS and an extendab o [1996/12/28] misc/2309 Thread safe fixes to malloc, localtime, l o [1996/12/28] ports/2313 torstenb pidentd fails in 2.2-BETA o [1996/12/29] bin/2315 tail segfaults on NFS permission denied o [1996/12/29] misc/2323 FreeBSD.FAQ file in ftp.freebsd.org is lo o [1996/12/30] kern/2327 `Green' saver for pcvt o [1996/12/31] bin/2336 jkh Sysinstall won't install dists on 2nd pas o [1997/01/01] docs/2353 Changes to FAQ o [1997/01/03] bin/2366 libc does not consult /etc/services to fi o [1997/01/03] bin/2368 serial line logins "freeze" during login o [1997/01/05] ports/2379 ports New URT port o [1997/01/06] bin/2382 curses.h / -lcurses incompatible with C++ o [1997/01/06] bin/2383 Inconsistent tputs(3) prototypes in curse o [1997/01/06] misc/2386 patches for new socket credential firewal o [1997/01/06] bin/2387 virtual hosting patches for inetd o [1997/01/06] kern/2390 Some CDROM drives stop audio on cdcontrol o [1997/01/07] kern/2393 filesystems not unmounted following shutd o [1997/01/07] misc/2407 dirent.h does not include sys/types.h o [1997/01/07] bin/2410 pppd(8): failing PAP doesn't force line d o [1997/01/07] kern/2412 Wine does not work o [1997/01/07] ports/2413 peter Cannot redirect "top" output o [1997/01/08] kern/2424 Pressing ALT-Fn during boot -c leave bell o [1997/01/09] kern/2429 Driver for AIMS Lab RadioTrack radio card o [1997/01/10] bin/2437 minor nits on text in 2.2-BETA install o [1997/01/10] bin/2442 davidn setusershell()/endusershell() missing o [1997/01/10] bin/2443 Fetch cannot find the correct boundary be o [1997/01/10] ports/2445 ports New port : Cosmo Gang the Puzzle (games/c o [1997/01/11] bin/2448 semctl() not portable -- freebsd requires o [1997/01/11] bin/2449 ij-ppp in auto mode goes into failure loo o [1997/01/11] docs/2455 no description "option COMCONSOLE" MLEN o [1997/01/25] bin/2589 uucpd, [almost certainly] non-exploitable o [1997/01/26] misc/2596 dd refuses to respond to SIGkill o [1997/01/26] i386/2598 ep0 in EISA mode hangs if ep0-device (ISA o [1997/01/28] bin/2603 Added POSIX.4/POSIX.1b constants in unist o [1997/01/28] bin/2604 Added POSIX.4/POSIX.1b shm_open()/shm_unl o [1997/01/28] ports/2607 max New port: Gopher-2.3 o [1997/01/28] bin/2609 Problem receiving more than 1688835 bytes o [1997/01/29] misc/2617 Utility submission - upsmon - UPS monitor o [1997/01/30] kern/2621 Patch to support Cogent EM110 fast-ethern o [1997/01/30] docs/2623 ipfirewall(4) man page is way out of date o [1997/01/30] bin/2624 kdump unaware of semsys and several other o [1997/01/31] bin/2630 xargs does excessive and inconsistent arg o [1997/01/31] bin/2631 kill interprets empty arg as PID 0 o [1997/02/02] gnu/2637 tar dumped core with -g option. f [1997/02/02] ports/2639 jkh FreeBSD 2.2 teTeX-0.4 package does not in a [1997/02/02] bin/2641 wpaul login_access.c doesn't work with NIS by d o [1997/02/03] ports/2653 pst mh-6.8.4 manpage error for slocal o [1997/02/04] bin/2657 ypserv thinks there is no computers in ne o [1997/02/04] bin/2660 When selecting BSD to boot from system ha o [1997/02/04] bin/2665 port 22 isn't being converted to ".ssh" i o [1997/02/05] bin/2668 modification suggested for rarpd o [1997/02/05] bin/2672 Problem with telnetd o [1997/02/06] ports/2677 ports Various ports have checksum problems o [1997/02/06] kern/2681 missing prototype in s [1997/02/07] ports/2684 torstenb ircII port upgrade; 2.9_roof -> 2.9alpha1 o [1997/02/07] kern/2686 struct igmpmsg in s o [1997/02/07] misc/2687 sysinstall umounts floppy after prompting o [1997/02/10] bin/2703 vipw doesn't allow you to edit master.pas o [1997/02/10] kern/2704 Occasional failure to detect wdc1 on boot o [1997/02/10] kern/2705 `(c) 1992-1996 FreeBSD Inc.'; year is now o [1997/02/11] conf/2709 FBSD 2.1.6 X-Server installation setup ut o [1997/02/11] i386/2710 pst if_ppp LKM does not allow ppp line discip o [1997/02/11] bin/2713 ftp daemon processes don't terminate, eve o [1997/02/11] kern/2715 MSDOS-FS 1024/2048 byte/sector media supp o [1997/02/11] kern/2716 od.c/sd.c non 512 byte/sector support imp o [1997/02/13] i386/2729 "make tags" in sys/kern produces barely u o [1997/02/14] bin/2734 jkh pkg_* uses relative paths to executables o [1997/02/14] bin/2735 jkh Add signature support (both MD5 and PGP) o [1997/02/14] bin/2737 yppasswd fails to change password on a su o [1997/02/15] misc/2745 fenner PR querry web form doesn't sort correctly o [1997/02/17] bin/2752 NULL is used instead of 0 many places o [1997/02/20] ports/2778 ports New Port: Version of traceroute which pri o [1997/02/20] docs/2780 2.2 Handbook still says 2.1.6 o [1997/02/20] bin/2782 err man page is slightly wrong o [1997/02/21] misc/2789 na.phone update o [1997/02/21] bin/2792 steve yacc-generated parser and (const)'s and c o [1997/02/22] ports/2797 tg New Port: qmail o [1997/02/23] kern/2806 new kernel tags script o [1997/02/23] kern/2807 pcisupport.c uses sprintf field widths, n o [1997/02/24] docs/2810 Tutorial submission detailing how to upgr o [1997/02/25] i386/2813 hard reference to /usr/src breaks make wo o [1997/02/25] ports/2816 ports New port - aftp ftp-like shell for apple2 o [1997/02/25] ports/2817 ports New port - prodosemu is an Apple2e prodos o [1997/02/26] conf/2819 /etc/rc does not execute 'uname' when con o [1997/02/26] conf/2822 ftp install specifying URL confusing o [1997/02/27] gnu/2827 after make world genclass is not installe o [1997/02/28] docs/2833 Repeated topics on FAQ entry hardware com o [1997/02/28] gnu/2834 Patches to gas and gdb to support MMX ext o [1997/03/02] bin/2845 sync with spiffy new netbsd/openbsd ftp c o [1997/03/02] misc/2848 jmg newsyslog will notify syslogd, not any ot a [1997/03/02] ports/2849 ports correction to New math/cad port (SCILAB) o [1997/03/02] docs/2850 init(8) man page does not document secure o [1997/03/02] bin/2851 script(1) sets argv[0] of the started she o [1997/03/03] kern/2857 DE500 board exhibits capture effect o [1997/03/03] bin/2859 /usr/bin/quota seems to choke on long gro o [1997/03/03] misc/2863 New keymap for Latin American Keyboards o [1997/03/03] bin/2864 Using modload with -p option broken o [1997/03/03] kern/2865 NFS client hangs on umount, ls, df when N o [1997/03/03] ports/2869 ports Submiting new port: tac_plus o [1997/03/03] bin/2871 showmount -e returns error o [1997/03/04] docs/2880 sh man page talks about "...by the time 4 o [1997/03/04] misc/2882 Duplicate line in /etc/services? o [1997/03/05] kern/2886 fenner mbuf leak in multicast code o [1997/03/06] docs/2897 mpp send-pr categories should be explained so o [1997/03/06] bin/2898 fenner arp -a -n buglet o [1997/03/06] ports/2900 ports new port: netris -- a free networked vers a [1997/03/06] ports/2902 ports Fix xmcd port for PACKAGE_BUILDING o [1997/03/06] ports/2903 ports New port: xdeblock o [1997/03/06] ports/2904 ports New port: wm2 a [1997/03/06] ports/2905 ports Fixed port: xshisen-1.36 o [1997/03/07] ports/2916 ports ports sysutils/top/Makefile MASTER_SITES o [1997/03/08] ports/2920 ports patch for mispositioned xv windows under o [1997/03/08] ports/2922 ports Please commit new port: viz-1.1.1 o [1997/03/09] i386/2924 syscons X keyboard gets stuck in capsmode o [1997/03/09] ports/2926 ports xmgt-2.31 port, now in pub/incoming on ft o [1997/03/10] bin/2930 lack of NFS V3 support in amd(8) o [1997/03/10] bin/2933 sysinstall fails when adding packages thr o [1997/03/10] bin/2934 sh(1) has problems with $ENV o [1997/03/10] ports/2936 ports The teTeX port runs strup on /usr/local/b o [1997/03/10] bin/2938 Add -b, -l, and -f options to du(1) o [1997/03/10] docs/2939 `man 8 sticky` == outdated o [1997/03/10] conf/2943 standard-supfile missing src-release and o [1997/03/11] ports/2949 ports bsd.port.mk needs something like FETCH_EN o [1997/03/11] ports/2951 ports xgraph source is not on MASTER_SITE o [1997/03/11] misc/2955 pkg_add failed on xemacs via sysintall o [1997/03/11] ports/2957 ports 'Rpm' port exec cpio with (currently) uns o [1997/03/12] ports/2960 ports Update the port(jp-camltk41-1.0):japanese o [1997/03/12] ports/2961 ports New port(jp-vftool-1.2):japanese/virfonts o [1997/03/12] bin/2968 fmt dumps core on ^M o [1997/03/12] ports/2970 ports Easy update to CIM (lang) o [1997/03/12] ports/2971 ports CIM 1.84 --> 1.92 patch o [1997/03/13] ports/2974 ports updated Makefile and patch-ab of jp-dvi2p o [1997/03/13] bin/2977 After enabling moused and vidcontrol and o [1997/03/13] bin/2979 GCC complains about stmt. expr. when comp o [1997/03/13] i386/2984 serial port console only prints ~ 1 char o [1997/03/14] ports/2986 ports fvwm95-2.0.43a port don't install/have ma o [1997/03/14] docs/2987 mpp Wrong location of 'magic' in the 'file' m o [1997/03/14] ports/2988 joerg vga font is not built o [1997/03/15] ports/2993 ports qmail-port-take2-proff.tar.gz in incoming o [1997/03/15] kern/3001 soundblaster8 card does not work correctl o [1997/03/16] ports/3006 ports ports/graphics/tiff wont build o [1997/03/16] misc/3009 packages-2.2/x11/fvwm-1.24r.tgz corrupt o o [1997/03/17] ports/3011 ports ports/graphics/xpaint wont build o [1997/03/17] ports/3012 ports qmailanalog port in incoming o [1997/03/18] conf/3022 /etc/sysconfig was not set up with option o [1997/03/18] conf/3023 By default users have no write permission o [1997/03/18] misc/3024 make reinstall in /usr/src requires writa o [1997/03/18] bin/3025 mv to / trailed dirs prints odd error mes o [1997/03/18] bin/3028 sos add support for Glidepoint pointing devic o [1997/03/18] ports/3033 ports Crossgdb fro SCO and Linux, New port o [1997/03/19] gnu/3035 jdp gcc -shared flag is broken. o [1997/03/19] misc/3040 sysinstall XF86Config graphic mode YES=== o [1997/03/19] bin/3042 comm and uniq do not have a case insensit o [1997/03/21] docs/3051 Missing 'mailto:' in some place in the ha a [1997/03/21] ports/3052 ports /usr/ports/lang/expect does not find tkCo o [1997/03/22] kern/3061 route does not accept -genmask o [1997/03/24] misc/3075 2.2-R install "features" (non critical) o [1997/03/24] bin/3080 yacc produces output which doesn't compil o [1997/03/24] ports/3081 ports sitelispdir is a directory no a path in x o [1997/03/24] ports/3090 ports ircii-2.9-roof does not run. o [1997/03/25] ports/3093 ports new ports of kr-hanterm304b3 o [1997/03/25] ports/3094 ports new ports of kr-hanterm-304b3af o [1997/03/25] ports/3095 ports new ports of kr-hanterm-xf86v32 o [1997/03/25] ports/3096 ports new ports of kr-hanterm304fonts o [1997/03/25] ports/3098 ports new ports of kr-nhpf-1.42 o [1997/03/25] kern/3100 IPFW panics upon denying a packet o [1997/03/25] bin/3101 "command" entry of ps -uc is too wide, ou o [1997/03/26] misc/3111 make bootstrap relies on /bin/sh but does o [1997/03/26] docs/3112 Handbook says that users should use sup o [1997/03/26] misc/3113 make libraries failed. o [1997/03/26] bin/3116 iij ppp does not provide link-down notifi o [1997/03/27] gnu/3118 send-pr.el doesn't work o [1997/03/27] misc/3119 /usr/share/syscons/keymaps/german.iso.kbd o [1997/03/27] ports/3121 tg teTeX 0.4 package has missing links ? o [1997/03/28] misc/3136 rc.firewall should be run after interface o [1997/03/28] ports/3137 ports new port of xmake-1.00 o [1997/03/29] bin/3139 qcamcontrol has a bug where I/O errors ar o [1997/03/29] misc/3140 display message is broken on boot.flp o [1997/03/30] ports/3143 ports mkisofs site has moved o [1997/03/30] docs/3147 /usr/share/misc/au.postcodes o [1997/03/30] misc/3148 adjkerntz screws up during GMT/BST change o [1997/03/31] bin/3152 FreeBSD 2.2-STABLE: getty does not initia o [1997/03/31] ports/3153 ports new port request of hcode-2.1mailpatch2 o [1997/03/31] ports/3154 ports new port request of hmconv-1.0pl3 o [1997/03/31] misc/3155 Checksum mismatch o [1997/03/31] gnu/3157 Patches to gas and gdb to support MMX ext a [1997/04/01] bin/3164 mpp view copies the file into vi.recover o [1997/04/01] ports/3166 ports ghostscript-2.6.2 install script has a wr o [1997/04/01] ports/3169 ports nn port broken o [1997/04/01] conf/3171 Typo in /etc/sysconfig o [1997/04/01] kern/3172 CS4232 support trouble for mss0 o [1997/04/02] docs/3178 error in getopt.3 o [1997/04/02] ports/3181 fenner misc/cal is no longer on the master site o [1997/04/03] ports/3185 ports Port submission for LPRng-3.2.1 o [1997/04/03] ports/3189 ports Update plan to version 1.6 o [1997/04/03] bin/3190 RISCom N2 card driver problem? o [1997/04/04] kern/3191 Commiting of the ppa Zip Drive driver to o [1997/04/04] bin/3194 2.2.1-RELEASE hangs when using /stand/sys o [1997/04/04] docs/3198 joerg top(1) manpage is woefully inadequate o [1997/04/05] ports/3199 ports new ports collection: automake-1.0 o [1997/04/05] bin/3202 shutdown(8) don't work if started from an o [1997/04/05] ports/3203 ports xmcd-2.1 won't build o [1997/04/05] ports/3204 ports port update: nvi-m17n update o [1997/04/05] bin/3206 su seg-faults when being invoked with an o [1997/04/06] bin/3210 routed having problems with /etc/gateways o [1997/04/06] bin/3211 ctm uses mktemp()> o [1997/04/06] bin/3212 the pkg_* tools use mktemp() o [1997/04/06] ports/3215 ports Update to Gnat port o [1997/04/06] misc/3217 The rmail.c err() function will fail in m o [1997/04/06] bin/3218 syscons causes segmentation fault by repe 433 problems total. From owner-freebsd-bugs Mon Apr 7 10:20:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA25088 for bugs-outgoing; Mon, 7 Apr 1997 10:20:07 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA25046; Mon, 7 Apr 1997 10:20:03 -0700 (PDT) Resent-Date: Mon, 7 Apr 1997 10:20:03 -0700 (PDT) Resent-Message-Id: <199704071720.KAA25046@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.KAA24920;Mon; (8.8.5/8.8.5);, 7 Apr 1997 10:17:54.-0700 (PDT) Message-Id: <199704071717.KAA24920@freefall.freebsd.org> Date: Mon, 7 Apr 1997 10:17:54 -0700 (PDT) From: dmm125@bellatlantic.net To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: kern/3220: 2.2.1 RELEASE - hangs during boot... Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3220 >Category: kern >Synopsis: 2.2.1 RELEASE - hangs during boot... >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Apr 7 10:20:02 PDT 1997 >Last-Modified: >Originator: Donn Miller >Organization: >Release: 2.2.1 RELEASE >Environment: n/a >Description: Hangs during boot - immediately after message "probing for devices on ISA bus". After machine hung for a while, tried unplugging keyboard. Machine then came to life, finished booting. Plugged in keyboard, worked OK. When logging in as root, prompted me for password (should be another problem report, but I'll include this anyway). Machine is 386sx 16. >How-To-Repeat: after installing 2.2.1 RELEASE, reboot or reset computer. My computer then hangs right after "probing for devices on ISA bus". It's a 386sx 16, but I don't think this is the problem. Maybe a problem with my keyboard type conflicting with the console or keyboard driver (even though it's a standard AT keyboard). >Fix: Temporary - just unplug keyboard when computer hangs. Then, plug back in after booting resumes. (It won't continue booting unless keyboard is unplugged). >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Apr 7 10:32:40 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA25737 for bugs-outgoing; Mon, 7 Apr 1997 10:32:40 -0700 (PDT) Received: from pluto.plutotech.com (root@pluto100.plutotech.com [206.168.67.137]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA25732 for ; Mon, 7 Apr 1997 10:32:37 -0700 (PDT) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.5/8.8.3) with ESMTP id LAA12110; Mon, 7 Apr 1997 11:32:20 -0600 (MDT) Message-Id: <199704071732.LAA12110@pluto.plutotech.com> X-Mailer: exmh version 2.0beta 12/23/96 To: Petr Lampa cc: freebsd-bugs@freefall.freebsd.org Subject: Re: i386/3195: ahc panic In-reply-to: Your message of "Mon, 07 Apr 1997 00:20:02 PDT." <199704070720.AAA27745@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 07 Apr 1997 11:30:48 -0600 From: "Justin T. Gibbs" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Still the same problems, after some time error: > > ahc1:A:1: no active SCB for reconnecting target - issuing ABORT > SAVED_TCL == 0x10 > ahc1:A:1: Target did not send an IDENTIFY message > LASTPHAS = 0x0, SAVED_TCL = 0x10 Have you tried the latest changes to the driver? > and systems loops in ahc driver, everytime I hit kernel debugger, stack is: > > ahc_scsi_cmd > scsi_scsi_cmd > sdstart > free_xs > scsi_done > ahc_done > ahc_run_done_queue > ahc_reset_channel > > I have tried to change a bit of code, which probably causes hangup: This is close, but by delaying the done processing until after the bus settle delay completes, you almost assure that those SCBs will timeout again. I'll commit some patches today that fix this problem. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-bugs Mon Apr 7 11:00:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA27104 for bugs-outgoing; Mon, 7 Apr 1997 11:00:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA27097; Mon, 7 Apr 1997 11:00:02 -0700 (PDT) Resent-Date: Mon, 7 Apr 1997 11:00:02 -0700 (PDT) Resent-Message-Id: <199704071800.LAA27097@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.KAA26961;Mon; (8.8.5/8.8.5);, 7 Apr 1997 10:59:04.-0700 (PDT) Message-Id: <199704071759.KAA26961@freefall.freebsd.org> Date: Mon, 7 Apr 1997 10:59:04 -0700 (PDT) From: ush@netlab.is.tsukuba.ac.jp To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: bin/3221: rpc.rusersd : can't communicate with SunOS 5.x rusers client. Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3221 >Category: bin >Synopsis: rpc.rusersd : can't communicate with SunOS 5.x rusers client. >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Apr 7 11:00:01 PDT 1997 >Last-Modified: >Originator: Hiroyuki Ushine >Organization: Computer Networks Laboratory, Univ of Tsukuba, Japan >Release: 3.0-970209-SNAP >Environment: FreeBSD efreet.netlab.is.tsukuba.ac.jp 3.0-970209-SNAP FreeBSD 3.0-970209-SNAP #0: Mon Mar 31 21:31:37 JST 1997 ush@efreet.netlab.is.tsukuba.ac.jp:/usr/src/sys/compile/EFREET i386 >Description: SunOS 5.x "rusers" client(supported rusers protocol 2-3) can communicate with SunOS 4.x(supported 1-2) and OpenBSD(supported 1-3). But can't communicate with FreeBSD, Linux and other platforms(supported 1-2). >How-To-Repeat: >Fix: I think Sun RPC rusers protocol 2 implementation is different others implementation in detail. But, I don't know which is bad implementaion. To Fix this problem, replace OpenBSD 2.0's RPC. But it's dangerous to merge source-tree, I made rusersd replacement package from OpenBSD 2.0. ------ [INSTALL] 1) get ftp://jaz.jp.freebsd.org/pub/incoming/PUT-here/rusersd3.tgz 2) extract rusersd3.tgz (tar+gzip) 3) cd rpc.rusersd 4) cd librpcsvc 5) make 6) cd .. 7) make 8) su 9) mv /usr/libexec/rpc.rusersd /usr/libexec/rpc.rusersd.orig 10) install -c -s -o bin -g bin -m 555 rpc.rusersd /usr/libexec 11) edit /etc/inetd.conf before: rusersd/1-2 dgram rpc/udp wait root /usr/libexec/rpc.rusersd rpc.rusersd after: rusersd/1-3 dgram rpc/udp wait root /usr/libexec/rpc.rusersd rpc.rusersd 12) killall -HUP inetd >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Apr 7 13:20:51 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA08532 for bugs-outgoing; Mon, 7 Apr 1997 13:20:51 -0700 (PDT) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id NAA08521 for ; Mon, 7 Apr 1997 13:20:36 -0700 (PDT) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA03331; Mon, 7 Apr 1997 16:20:04 -0400 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Mon, 7 Apr 1997 16:20 EDT Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.8.3/8.7.3) with ESMTP id PAA26463; Mon, 7 Apr 1997 15:35:30 -0400 (EDT) Received: (from rivers@localhost) by lakes.water.net (8.8.3/8.6.9) id PAA03532; Mon, 7 Apr 1997 15:41:37 -0400 (EDT) Date: Mon, 7 Apr 1997 15:41:37 -0400 (EDT) From: Thomas David Rivers Message-Id: <199704071941.PAA03532@lakes.water.net> To: ponds!fee.vutbr.cz!lampa, ponds!idi.ntnu.no!Tor.Egge Subject: Re: i386/3195: ahc panic Cc: ponds!freefall.freebsd.org!freebsd-bugs Content-Type: text Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > > Still the same problems, after some time error: > > > > ahc1:A:1: no active SCB for reconnecting target - issuing ABORT > > SAVED_TCL == 0x10 > > ahc1:A:1: Target did not send an IDENTIFY message > > LASTPHAS = 0x0, SAVED_TCL = 0x10 > > > > and systems loops in ahc driver, everytime I hit kernel debugger, stack is: > > > > ahc_scsi_cmd > > scsi_scsi_cmd > > sdstart > > free_xs > > scsi_done > > ahc_done > > ahc_run_done_queue > > ahc_reset_channel > > > > I see the same problem with FreeBSD 3.0-current. > > (kgdb) where nice traceback deleted... > > When scsi_scsi_cmd calls ahc_scsi_cmd, ahc_scsi_cmd detects that > ahc->in_reset is nonzero, and returns COMPLETE; with xs->error set to > XS_BUSY > > scsi_scsi_cmd then calls sc_err1. sc_err1 performs a DELAY(1000), > before returning SCSIRET_DO_RETRY. This causes scsi_scsi_cmd to > go to the retry label, causing an infinite loop. > > Due to this infinite loop being initiated from a timeout, > further timeouts are blocked, and ahc->in_reset is never cleared. > > Perhaps free_xs should know when to NOT queue a new request onto the > device ? > > - Tor Egge > Hmmm... I'm seeing something *very* similar to this with the aha1542 driver and 2.1.7.1 - see my mail on "Some insights into the dup alloc...". At least, I'm examining exactly the same area... - Dave Rivers - From owner-freebsd-bugs Mon Apr 7 14:10:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA13389 for bugs-outgoing; Mon, 7 Apr 1997 14:10:08 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA13369; Mon, 7 Apr 1997 14:10:03 -0700 (PDT) Resent-Date: Mon, 7 Apr 1997 14:10:03 -0700 (PDT) Resent-Message-Id: <199704072110.OAA13369@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, charnier@xp11.frmug.org Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA12869 for ; Mon, 7 Apr 1997 14:02:38 -0700 (PDT) Received: (from uucp@localhost) by frmug.org (8.8.5/8.8.5/frmug-2.0) with UUCP id XAA27426 for FreeBSD-gnats-submit@freebsd.org; Mon, 7 Apr 1997 23:02:26 +0200 (MET DST) Received: (from charnier@localhost) by xp11.frmug.org (8.8.5/8.8.5/xp11-uucp-1.1) id WAA02153; Mon, 7 Apr 1997 22:57:36 +0200 (CEST) Message-Id: <199704072057.WAA02153@xp11.frmug.org> Date: Mon, 7 Apr 1997 22:57:36 +0200 (CEST) From: Philippe Charnier Reply-To: charnier@xp11.frmug.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/3222: null terminate after strncpy Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3222 >Category: bin >Synopsis: Add null termination after strncpy >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Apr 7 14:10:01 PDT 1997 >Last-Modified: >Originator: Philippe Charnier >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: >Description: >How-To-Repeat: >Fix: Index: rcp.c =================================================================== RCS file: /home2h/FreeBSD.cvsroot/src/bin/rcp/rcp.c,v retrieving revision 1.12 diff -u -r1.12 rcp.c --- rcp.c 1997/03/28 15:24:32 1.12 +++ rcp.c 1997/04/07 19:05:39 @@ -131,7 +131,8 @@ #ifdef KERBEROS case 'k': dest_realm = dst_realm_buf; - (void)strncpy(dst_realm_buf, optarg, REALM_SZ); + (void)strncpy(dst_realm_buf, optarg, REALM_SZ - 1); + dst_realm_buf[REALM_SZ - 1] = '\0'; break; #ifdef CRYPT case 'x': >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Apr 7 14:20:52 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA13882 for bugs-outgoing; Mon, 7 Apr 1997 14:20:52 -0700 (PDT) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id OAA13863 for ; Mon, 7 Apr 1997 14:20:40 -0700 (PDT) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA08243; Mon, 7 Apr 1997 17:20:08 -0400 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Mon, 7 Apr 1997 17:20 EDT Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.8.3/8.7.3) with ESMTP id QAA27715; Mon, 7 Apr 1997 16:41:16 -0400 (EDT) Received: (from rivers@localhost) by lakes.water.net (8.8.3/8.6.9) id QAA03901; Mon, 7 Apr 1997 16:47:21 -0400 (EDT) Date: Mon, 7 Apr 1997 16:47:21 -0400 (EDT) From: Thomas David Rivers Message-Id: <199704072047.QAA03901@lakes.water.net> To: ponds!plutotech.com!gibbs, ponds!fee.vutbr.cz!lampa Subject: Re: i386/3195: ahc panic Cc: ponds!freefall.freebsd.org!freebsd-bugs Content-Type: text Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > Still the same problems, after some time error: > > > > ahc1:A:1: no active SCB for reconnecting target - issuing ABORT > > SAVED_TCL == 0x10 > > ahc1:A:1: Target did not send an IDENTIFY message > > LASTPHAS = 0x0, SAVED_TCL = 0x10 > > Have you tried the latest changes to the driver? > > > and systems loops in ahc driver, everytime I hit kernel debugger, stack is: > > > > ahc_scsi_cmd > > scsi_scsi_cmd > > sdstart > > free_xs > > scsi_done > > ahc_done > > ahc_run_done_queue > > ahc_reset_channel > > > > I have tried to change a bit of code, which probably causes hangup: > > This is close, but by delaying the done processing until after the bus > settle delay completes, you almost assure that those SCBs will timeout > again. I'll commit some patches today that fix this problem. > Justin - Can you let me know what those are - I'd like to see if they affect my aha1542 problems... - Dave R. - From owner-freebsd-bugs Mon Apr 7 16:00:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA20628 for bugs-outgoing; Mon, 7 Apr 1997 16:00:07 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA20604; Mon, 7 Apr 1997 16:00:03 -0700 (PDT) Date: Mon, 7 Apr 1997 16:00:03 -0700 (PDT) Message-Id: <199704072300.QAA20604@freefall.freebsd.org> To: freebsd-bugs Cc: From: Kazutaka YOKOTA Subject: Re: kern/3220: 2.2.1 RELEASE - hangs during boot... Reply-To: Kazutaka YOKOTA Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3220; it has been noted by GNATS. From: Kazutaka YOKOTA To: dmm125@bellatlantic.net Cc: freebsd-gnats-submit@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: kern/3220: 2.2.1 RELEASE - hangs during boot... Date: Tue, 08 Apr 1997 08:02:06 +0900 >>Number: 3220 >>Category: kern >>Synopsis: 2.2.1 RELEASE - hangs during boot... >>Confidential: no >>Severity: serious >>Priority: high >>Responsible: freebsd-bugs >>State: open >>Class: sw-bug >>Submitter-Id: current-users >>Arrival-Date: Mon Apr 7 10:20:02 PDT 1997 >>Last-Modified: >>Originator: Donn Miller >>Organization: >>Release: 2.2.1 RELEASE >>Environment: >n/a >>Description: >Hangs during boot - immediately after message "probing for devices >on ISA bus". After machine hung for a while, tried unplugging >keyboard. Machine then came to life, finished booting. Plugged >in keyboard, worked OK. If you can login, apply the following patch to /sys/i386/isa/syscons.c, rebuild the kernel, and see if it works. BTW is this the same PR as kern/3059? Kazu --- syscons.c-dist Mon Mar 3 10:09:00 1997 +++ syscons.c Mon Apr 7 14:10:10 1997 @@ -332,14 +332,10 @@ c |= KBD_OVERRIDE_KBD_LOCK; #endif - /* - * enable the keyboard port, but disable the keyboard intr. - * the aux port (mouse port) is disabled too. - */ + /* enable the keyboard port, but disable the keyboard intr. */ if (!set_controller_command_byte(sc_kbdc, - KBD_KBD_CONTROL_BITS | KBD_AUX_CONTROL_BITS, - KBD_ENABLE_KBD_PORT | KBD_DISABLE_KBD_INT - | KBD_DISABLE_AUX_PORT | KBD_DISABLE_AUX_INT)) { + KBD_KBD_CONTROL_BITS, + KBD_ENABLE_KBD_PORT | KBD_DISABLE_KBD_INT)) { /* CONTROLLER ERROR * there is very little we can do... */ @@ -411,8 +407,8 @@ } /* enable the keyboard port and intr. */ if (!set_controller_command_byte(sc_kbdc, - KBD_KBD_CONTROL_BITS | KBD_AUX_CONTROL_BITS | KBD_OVERRIDE_KBD_LOCK, - (c & (KBD_AUX_CONTROL_BITS | KBD_OVERRIDE_KBD_LOCK)) + KBD_KBD_CONTROL_BITS | KBD_TRANSLATION | KBD_OVERRIDE_KBD_LOCK, + (c & (KBD_TRANSLATION | KBD_OVERRIDE_KBD_LOCK)) | KBD_ENABLE_KBD_PORT | KBD_ENABLE_KBD_INT)) { /* CONTROLLER ERROR * This is serious; we are left with the disabled keyboard intr. From owner-freebsd-bugs Mon Apr 7 16:44:55 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA26391 for bugs-outgoing; Mon, 7 Apr 1997 16:44:55 -0700 (PDT) Received: from barnes1.wustl.edu (barnes1.wustl.edu [128.252.162.58]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA26378 for ; Mon, 7 Apr 1997 16:44:49 -0700 (PDT) Received: (from wayne@localhost) by barnes1.wustl.edu (8.8.5/8.7.3) id SAA00342; Mon, 7 Apr 1997 18:44:38 -0500 (CDT) From: "Wayne M. Barnes" Message-Id: <199704072344.SAA00342@barnes1.wustl.edu> Subject: conf/3123 conf/3109 conf/3088 To: freebsd-bugs@freefall.freebsd.org Date: Mon, 7 Apr 1997 18:44:38 -0500 (CDT) Cc: freebsd-questions@freebsd.org X-Mailer: ELM [version 2.4ME+ PL22 (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 Dear Free BSDers, The reason you haven't heard complaining from me for a while is that I was finally able to update to FreeBSD 2.2.1. Thank you for suggesting that I make world. This finally worked. Thanks to Joerg Wunsch, Justin Gibbs, and Gary Palmer. See only one minor bug near the end of my script below. The following would have been a good answer to a poor user like me who wished to execute an update (called upgrade by the /stand/sysinstall menu). Recall that my system will not boot properly from a floppy, which is some sort of incompatiblity with Dell or ATAPI CD, so I don't have the option to try sysinstall for an update. Even if I had tried sysinstall, it probably would have trashed my /etc directory, which the procedure below left intact. (I had backed /etc up, but I didn't need anything from the backup.) # A LONG BUT RELIABLE WAY TO UPDATE TO A NEW LEVEL OF FreeBSD # The following might even execute as a shell script, but it is much # wiser to print this out and execute it by hand, since this # script may contain errors, or may encounter errors, yet go on to trash # your system. # become root su mkdir /wuarchive mount wuarchive.wustl.edu:/archive /wuarchive cd /wuarchive/systems/unix/FreeBSD/2.2.1-RELEASE mv /usr/src /usr/src.old mkdir /usr/src.2.2.1 ln -s /usr/src.2.2.1 /usr/src ls -laF /usr cd src sh install.sh all # This takes about an hour cd /usr/src umount /wuarchive make world # This takes about 5 hours echo Time to make a new kernel, boss. # cat ~wayne/KERNELS/kernel.hlp cd /usr/src/sys/i386/conf vi KERNELfile # start with GENERIC, rename it, and delete lines you don't need. # You might want to add some lines. For ideas, inspect the file LINT. # Change the name of the configuration from GENERIC. Use no arabic numbers. config KERNELfile cd ../../compile/KERNELfile make depend make make install reboot # Try xwindows, after logging in: startx # Oops, it crashes. Fix it with cd /usr/lib ln -s compat/libgnumalloc.so.2.0 libgnumalloc.so.2.0 # Everything else seems to work just fine. How do I turn off those # damn fortune cookies, when they start to bug me? Wayne M. Barnes, Ph.D. wayne@barnes1.wustl.edu Biochemistry Dept. 8231 or barnes@biodec.wustl.edu Washington Univ. Medical School 314.362.3351 fax 7183 660 South Euclid Ave., St. Louis, MO 63110 http://mbb.wustl.edu/~barnes/ From owner-freebsd-bugs Mon Apr 7 17:50:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA05752 for bugs-outgoing; Mon, 7 Apr 1997 17:50:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA05746; Mon, 7 Apr 1997 17:50:01 -0700 (PDT) Date: Mon, 7 Apr 1997 17:50:01 -0700 (PDT) Message-Id: <199704080050.RAA05746@freefall.freebsd.org> To: freebsd-bugs Cc: From: Kazutaka YOKOTA Subject: Re: kern/2632: enabling psm mouse causes keyboard to not work on Toshiba 115CS laptop Reply-To: Kazutaka YOKOTA Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/2632; it has been noted by GNATS. From: Kazutaka YOKOTA To: epv@panix.com Cc: freebsd-gnats-submit@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: kern/2632: enabling psm mouse causes keyboard to not work on Toshiba 115CS laptop Date: Tue, 08 Apr 1997 09:45:21 +0900 >>Number: 2632 >>Category: kern >>Synopsis: enabling psm mouse causes keyboard to not work on Toshiba 115 >CS laptop >>Confidential: no >>Severity: serious >>Priority: medium >>Responsible: freebsd-bugs >>State: open >>Class: sw-bug >>Submitter-Id: current-users >>Arrival-Date: Fri Jan 31 17:50:01 PST 1997 >>Last-Modified: >>Originator: Eric Volpe >>Organization: >>Release: 2.2-BETA >>Environment: >FreeBSD lemur.snysel.com 2.20-BETA_A #1 >>Description: >if psm mouse driver is enabled (either from boot floppy or a kernel >built on the machine from 2.2-BETA source) the kernel correctly >identifies the mouse when booting, but does not respond to the keyboard >at all. If the psm device is disabled in userconfig or not compiled into >the kernel, the keyboard responds properly. Do you still see the above problem with 2.2-RELEASE? If not, I would close this PR. Kazu From owner-freebsd-bugs Mon Apr 7 18:20:45 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA06981 for bugs-outgoing; Mon, 7 Apr 1997 18:20:45 -0700 (PDT) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id SAA06975 for ; Mon, 7 Apr 1997 18:20:42 -0700 (PDT) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA20615; Mon, 7 Apr 1997 21:20:10 -0400 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Mon, 7 Apr 1997 21:20 EDT Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.8.3/8.7.3) with ESMTP id UAA01873; Mon, 7 Apr 1997 20:43:40 -0400 (EDT) Received: (from rivers@localhost) by lakes.water.net (8.8.3/8.6.9) id UAA04305; Mon, 7 Apr 1997 20:49:47 -0400 (EDT) Date: Mon, 7 Apr 1997 20:49:47 -0400 (EDT) From: Thomas David Rivers Message-Id: <199704080049.UAA04305@lakes.water.net> To: ponds!plutotech.com!gibbs, ponds!lakes.water.net!rivers Subject: Re: i386/3195: ahc panic Cc: ponds!freefall.freebsd.org!freebsd-bugs, ponds!fee.vutbr.cz!lampa Content-Type: text Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > The problem that's referred to here will only occur on aic7xxx based > controllers which excludes your 1542. Oh, OK... - the tracebacks must be coincidence... that's too bad; I suppose I don't get off as easy as I hoped :-) I'll keep looking for my problem.... - Thanks - - Dave R. - > > > Justin - > > > > Can you let me know what those are - I'd like to see if they > > affect my aha1542 problems... > > > > - Dave R. - > > > > > From owner-freebsd-bugs Mon Apr 7 18:40:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA08029 for bugs-outgoing; Mon, 7 Apr 1997 18:40:06 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA08012; Mon, 7 Apr 1997 18:40:03 -0700 (PDT) Resent-Date: Mon, 7 Apr 1997 18:40:03 -0700 (PDT) Resent-Message-Id: <199704080140.SAA08012@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, soil@quick.net Received: from jg.dyn.ml.org (soil@newport-1-11.quick.net [207.212.160.211]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA07753 for ; Mon, 7 Apr 1997 18:35:45 -0700 (PDT) Received: (from soil@localhost) by jg.dyn.ml.org (8.8.5/8.8.5) id SAA13474; Mon, 7 Apr 1997 18:35:41 -0700 (PDT) Message-Id: <199704080135.SAA13474@jg.dyn.ml.org> Date: Mon, 7 Apr 1997 18:35:41 -0700 (PDT) From: soil@quick.net Reply-To: soil@quick.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/3223: bad grammar in rm.1 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3223 >Category: docs >Synopsis: bad grammar in rm.1 >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Mon Apr 7 18:40:01 PDT 1997 >Last-Modified: >Originator: Josh Gilliam >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: FreeBSD 3.0-CURRENT i386 >Description: The NOTE section of rm.1 has bad grammar. >How-To-Repeat: man 1 rm /NOTE >Fix: The NOTE section should be removed since it's not unique to rm. --- rm.1.orig Sat Feb 22 06:05:26 1997 +++ rm.1 Mon Apr 7 18:33:01 1997 @@ -122,28 +122,6 @@ If an error occurs, .Nm rm exits with a value >0. -.Sh NOTE -.Nm rm -use -.Xr getopt 3 -parsing routine. Getopt accept a -.Sq Li -- -argument, which stop reading options, anything after this -is not an option. -So -.Nm rm -handle files whose names begins with a -.Sq Li - . -Example: - -``$ rm -- -filename''. -.Sh SEE ALSO -.Xr rmdir 1 , -.Xr undelete 2 , -.Xr unlink 2 , -.Xr fts 3 , -.Xr getopt 3 , -.Xr symlink 7 .Sh BUGS The .Fl P >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Apr 7 19:07:55 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA09238 for bugs-outgoing; Mon, 7 Apr 1997 19:07:55 -0700 (PDT) Received: from jg.dyn.ml.org (soil@newport-1-11.quick.net [207.212.160.211]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA09136; Mon, 7 Apr 1997 19:07:13 -0700 (PDT) Received: from localhost (soil@localhost) by jg.dyn.ml.org (8.8.5/8.8.5) with SMTP id TAA14046; Mon, 7 Apr 1997 19:07:04 -0700 (PDT) X-Authentication-Warning: jg.dyn.ml.org: soil owned process doing -bs Date: Mon, 7 Apr 1997 19:07:03 -0700 (PDT) From: Josh Gilliam X-Sender: soil@jg.dyn.ml.org To: FreeBSD-gnats-submit@freebsd.org cc: GNATS Management , freebsd-bugs@freefall.freebsd.org Subject: Re: docs/3223: bad grammar in rm.1 In-Reply-To: <199704080135.SAA13474@jg.dyn.ml.org> Message-ID: X-IRC: soil X-Operating-System: FreeBSD 3.0-CURRENT i386 (970405) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In <199704080135.SAA13474@jg.dyn.ml.org>, soil@quick.net wrote: > >Fix: > > The NOTE section should be removed since it's not unique to rm. > > --- rm.1.orig Sat Feb 22 06:05:26 1997 > +++ rm.1 Mon Apr 7 18:33:01 1997 > @@ -122,28 +122,6 @@ > If an error occurs, > .Nm rm > exits with a value >0. > -.Sh NOTE > -.Nm rm > -use > -.Xr getopt 3 > -parsing routine. Getopt accept a > -.Sq Li -- > -argument, which stop reading options, anything after this > -is not an option. > -So > -.Nm rm > -handle files whose names begins with a > -.Sq Li - . > -Example: > - > -``$ rm -- -filename''. > -.Sh SEE ALSO > -.Xr rmdir 1 , > -.Xr undelete 2 , > -.Xr unlink 2 , > -.Xr fts 3 , > -.Xr getopt 3 , > -.Xr symlink 7 > .Sh BUGS > The > .Fl P I removed too much, here is the correct diff file. --- rm.1.orig Sat Feb 22 06:05:26 1997 +++ rm.1 Mon Apr 7 18:46:42 1997 @@ -122,21 +122,6 @@ If an error occurs, .Nm rm exits with a value >0. -.Sh NOTE -.Nm rm -use -.Xr getopt 3 -parsing routine. Getopt accept a -.Sq Li -- -argument, which stop reading options, anything after this -is not an option. -So -.Nm rm -handle files whose names begins with a -.Sq Li - . -Example: - -``$ rm -- -filename''. .Sh SEE ALSO .Xr rmdir 1 , .Xr undelete 2 , -- Josh Gilliam Orange, California, USA soil@quick.net From owner-freebsd-bugs Mon Apr 7 19:10:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA09454 for bugs-outgoing; Mon, 7 Apr 1997 19:10:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA09448; Mon, 7 Apr 1997 19:10:01 -0700 (PDT) Date: Mon, 7 Apr 1997 19:10:01 -0700 (PDT) Message-Id: <199704080210.TAA09448@freefall.freebsd.org> To: freebsd-bugs Cc: From: Josh Gilliam Subject: Re: docs/3223: bad grammar in rm.1 Reply-To: Josh Gilliam Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR docs/3223; it has been noted by GNATS. From: Josh Gilliam To: FreeBSD-gnats-submit@freebsd.org Cc: GNATS Management , freebsd-bugs@freefall.freebsd.org Subject: Re: docs/3223: bad grammar in rm.1 Date: Mon, 7 Apr 1997 19:07:03 -0700 (PDT) In <199704080135.SAA13474@jg.dyn.ml.org>, soil@quick.net wrote: > >Fix: > > The NOTE section should be removed since it's not unique to rm. > > --- rm.1.orig Sat Feb 22 06:05:26 1997 > +++ rm.1 Mon Apr 7 18:33:01 1997 > @@ -122,28 +122,6 @@ > If an error occurs, > .Nm rm > exits with a value >0. > -.Sh NOTE > -.Nm rm > -use > -.Xr getopt 3 > -parsing routine. Getopt accept a > -.Sq Li -- > -argument, which stop reading options, anything after this > -is not an option. > -So > -.Nm rm > -handle files whose names begins with a > -.Sq Li - . > -Example: > - > -``$ rm -- -filename''. > -.Sh SEE ALSO > -.Xr rmdir 1 , > -.Xr undelete 2 , > -.Xr unlink 2 , > -.Xr fts 3 , > -.Xr getopt 3 , > -.Xr symlink 7 > .Sh BUGS > The > .Fl P I removed too much, here is the correct diff file. --- rm.1.orig Sat Feb 22 06:05:26 1997 +++ rm.1 Mon Apr 7 18:46:42 1997 @@ -122,21 +122,6 @@ If an error occurs, .Nm rm exits with a value >0. -.Sh NOTE -.Nm rm -use -.Xr getopt 3 -parsing routine. Getopt accept a -.Sq Li -- -argument, which stop reading options, anything after this -is not an option. -So -.Nm rm -handle files whose names begins with a -.Sq Li - . -Example: - -``$ rm -- -filename''. .Sh SEE ALSO .Xr rmdir 1 , .Xr undelete 2 , -- Josh Gilliam Orange, California, USA soil@quick.net From owner-freebsd-bugs Mon Apr 7 20:10:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA11760 for bugs-outgoing; Mon, 7 Apr 1997 20:10:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA11754; Mon, 7 Apr 1997 20:10:01 -0700 (PDT) Resent-Date: Mon, 7 Apr 1997 20:10:01 -0700 (PDT) Resent-Message-Id: <199704080310.UAA11754@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, ahd@kew.com Received: from dumbo.hh.kew.com (root@dumbo.hh.kew.com [192.195.203.133]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA11525 for ; Mon, 7 Apr 1997 20:01:37 -0700 (PDT) Received: (from root@localhost) by dumbo.hh.kew.com (8.8.5/8.8.5) id XAA14094; Mon, 7 Apr 1997 23:01:18 -0400 (EDT) Message-Id: <199704080301.XAA14094@dumbo.hh.kew.com> Date: Mon, 7 Apr 1997 23:01:18 -0400 (EDT) From: Drew Derbyshire Reply-To: ahd@kew.com To: FreeBSD-gnats-submit@freebsd.org, ahd@dumbo.hh.kew.com X-Send-Pr-Version: 3.2 Subject: misc/3224: uucpd.c fails because of inverted expiration check Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3224 >Category: misc >Synopsis: uucpd.c 1.11 account expiration check >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Apr 7 20:10:01 PDT 1997 >Last-Modified: >Originator: Drew Derbyshire >Organization: Kendra Electronic Wonderworks, Stoneham MA >Release: FreeBSD 2.2-RELEASE i386 (uucpd.c 1.11 from 3.0 sources) >Environment: uucpd.c 1.11 from 3.0-CURRENT source tree on 2.1-RELEASE >Description: The account expiration check modified in uucpd.c 1.10 is inverted; the previous version failed the login if the account was expired; the new version inverts the if statement meaning (the login is passed), but the actual if logic still looks for an expired account. >How-To-Repeat: Attempt login to via port 540 (uucpd) with valid account, it fails. An expired account will succeed. >Fix: *** uucpd.c 1997/04/01 20:39:59 1.11 --- uucpd.c 1997/04/06 03:52:14 1.12 *************** *** 33,39 **** * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF * SUCH DAMAGE. * ! * $Id: uucpd.c,v 1.11 1997/04/01 20:39:59 joerg Exp $ */ #ifndef lint --- 33,39 ---- * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF * SUCH DAMAGE. * ! * $Id: uucpd.c,v 1.12 1997/04/06 03:52:14 ahd Exp $ */ #ifndef lint *************** *** 163,170 **** * 3. Account has expired * 4. Password is incorrect */ ! if (pw != NULL && strcmp(pw->pw_shell, _PATH_UUCICO) == 0 && ! pw->pw_expire && time(NULL) >= pw->pw_expire) pwdok = 1; /* always ask for passwords to deter account guessing */ if (!pwdok || (pw->pw_passwd && *pw->pw_passwd != '\0')) { --- 163,171 ---- * 3. Account has expired * 4. Password is incorrect */ ! if ((pw != NULL) && ! (strcmp(pw->pw_shell, _PATH_UUCICO) == 0) && ! (!pw->pw_expire || (time(NULL) <= pw->pw_expire))) pwdok = 1; /* always ask for passwords to deter account guessing */ if (!pwdok || (pw->pw_passwd && *pw->pw_passwd != '\0')) { >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Apr 7 20:30:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA12569 for bugs-outgoing; Mon, 7 Apr 1997 20:30:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA12563; Mon, 7 Apr 1997 20:30:02 -0700 (PDT) Resent-Date: Mon, 7 Apr 1997 20:30:02 -0700 (PDT) Resent-Message-Id: <199704080330.UAA12563@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, ahd@kew.com Received: from dumbo.hh.kew.com (root@dumbo.hh.kew.com [192.195.203.133]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA12191 for ; Mon, 7 Apr 1997 20:22:03 -0700 (PDT) Received: (from root@localhost) by dumbo.hh.kew.com (8.8.5/8.8.5) id XAA14775; Mon, 7 Apr 1997 23:21:55 -0400 (EDT) Message-Id: <199704080321.XAA14775@dumbo.hh.kew.com> Date: Mon, 7 Apr 1997 23:21:55 -0400 (EDT) From: Drew Derbyshire Reply-To: ahd@kew.com To: FreeBSD-gnats-submit@freebsd.org, ahd@dumbo.hh.kew.com X-Send-Pr-Version: 3.2 Subject: misc/3225: uucpd.c should normalize host names Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3225 >Category: misc >Synopsis: uucpd.c should normalize host names as login does >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Apr 7 20:30:01 PDT 1997 >Last-Modified: >Originator: Drew Derbyshire >Organization: Kendra Electronic Wonderworks, Stoneham MA >Release: FreeBSD 2.2-RELEASE i386 (uucpd.c 1.11 from 3.x-current) >Environment: uucpd.c instaleld to answer uucico login on port 540 >Description: uucpd.c tends to end up with the remote host name logged as IP addresses because it always checks for and/or presents the full host name. login, on the other hand, automatically strips the domain off the host name if the local and remote domains matches. >How-To-Repeat: Login via port 540 from a host in the local domain longer with a host name longer than 32 characters. >Fix: Patch follows. Note that I moved the retrieval of the host name into a common routine which is called at startup; this may slow the initial presentation of the prompt, but does not affect overall performance because the login host would always be logged before control is passed to UUCICO. I also replaced the local prototype for the logwtmp with the proper header file, and removed the redundant header. *** uucpd.c 1997/04/06 03:52:14 1.12 --- uucpd.c 1997/04/06 03:55:06 *************** *** 33,39 **** * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF * SUCH DAMAGE. * ! * $Id: uucpd.c,v 1.12 1997/04/06 03:52:14 ahd Exp $ */ #ifndef lint --- 33,39 ---- * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF * SUCH DAMAGE. * ! * $Id: uucpd.c,v 1.11 1997/04/01 20:39:59 joerg Exp ahd $ */ #ifndef lint *************** *** 70,76 **** #include #include #include ! #include #include "pathnames.h" #if (MAXLOGNAME-1) > UT_NAMESIZE --- 70,76 ---- #include #include #include ! #include #include "pathnames.h" #if (MAXLOGNAME-1) > UT_NAMESIZE *************** *** 86,91 **** --- 86,92 ---- struct sockaddr_in myctladdr; int mypid; + char remotehost[MAXHOSTNAMELEN]; char Username[64], Logname[64]; char *nenv[] = { Username, *************** *** 93,136 **** NULL, }; extern char **environ; - extern void logwtmp(char *line, char *name, char *host); ! void doit(struct sockaddr_in *sinp); void dologout(void); int readline(char start[], int num, int passw); ! void dologin(struct passwd *pw, struct sockaddr_in *sin); void main(int argc, char **argv) { environ = nenv; close(1); close(2); dup(0); dup(0); - hisaddrlen = sizeof (hisctladdr); openlog("uucpd", LOG_PID, LOG_DAEMON); ! if (getpeername(0, (struct sockaddr *)&hisctladdr, &hisaddrlen) < 0) { ! syslog(LOG_ERR, "getpeername: %m"); ! _exit(1); ! } ! doit(&hisctladdr); dologout(); exit(0); } ! void badlogin(char *name, struct sockaddr_in *sin) { - char remotehost[MAXHOSTNAMELEN]; - struct hostent *hp = gethostbyaddr((char *)&sin->sin_addr, - sizeof (struct in_addr), AF_INET); - - if (hp) { - strncpy(remotehost, hp->h_name, sizeof (remotehost)); - endhostent(); - } else - strncpy(remotehost, inet_ntoa(sin->sin_addr), - sizeof (remotehost)); - - remotehost[sizeof remotehost - 1] = '\0'; - syslog(LOG_NOTICE, "LOGIN FAILURE FROM %s", remotehost); syslog(LOG_AUTHPRIV|LOG_NOTICE, "LOGIN FAILURE FROM %s, %s", remotehost, name); --- 94,120 ---- NULL, }; extern char **environ; ! void doit(); void dologout(void); int readline(char start[], int num, int passw); ! void dologin(struct passwd *pw); ! void getremotehostname( void ); void main(int argc, char **argv) { environ = nenv; close(1); close(2); dup(0); dup(0); openlog("uucpd", LOG_PID, LOG_DAEMON); ! getremotehostname( ); ! doit(); dologout(); exit(0); } ! void badlogin(char *name) { syslog(LOG_NOTICE, "LOGIN FAILURE FROM %s", remotehost); syslog(LOG_AUTHPRIV|LOG_NOTICE, "LOGIN FAILURE FROM %s, %s", remotehost, name); *************** *** 139,145 **** exit(1); } ! void doit(struct sockaddr_in *sinp) { char user[64], passwd[64]; char *xpasswd, *crypt(); --- 123,129 ---- exit(1); } ! void doit() { char user[64], passwd[64]; char *xpasswd, *crypt(); *************** *** 180,186 **** pwdok = 0; } if (!pwdok) ! badlogin(user, sinp); } alarm(0); sprintf(Username, "USER=%s", pw->pw_name); --- 164,170 ---- pwdok = 0; } if (!pwdok) ! badlogin(user); } alarm(0); sprintf(Username, "USER=%s", pw->pw_name); *************** *** 189,195 **** syslog(LOG_ERR, "fork: %m"); _exit(1); } else if (s == 0) { ! dologin(pw, sinp); setgid(pw->pw_gid); initgroups(pw->pw_name, pw->pw_gid); chdir(pw->pw_dir); --- 173,179 ---- syslog(LOG_ERR, "fork: %m"); _exit(1); } else if (s == 0) { ! dologin(pw); setgid(pw->pw_gid); initgroups(pw->pw_name, pw->pw_gid); chdir(pw->pw_dir); *************** *** 243,263 **** /* * Record login in wtmp file. */ ! void dologin(struct passwd *pw, struct sockaddr_in *sin) { char line[32]; - char remotehost[MAXHOSTNAMELEN]; int f; time_t cur_time; - struct hostent *hp = gethostbyaddr((char *)&sin->sin_addr, - sizeof (struct in_addr), AF_INET); - - if (hp) { - strncpy(remotehost, hp->h_name, sizeof (remotehost)); - endhostent(); - } else - strncpy(remotehost, inet_ntoa(sin->sin_addr), - sizeof (remotehost)); /* hack, but must be unique and no tty line */ sprintf(line, "uucp%ld", getpid()); time(&cur_time); --- 227,237 ---- /* * Record login in wtmp file. */ ! void dologin(struct passwd *pw) { char line[32]; int f; time_t cur_time; /* hack, but must be unique and no tty line */ sprintf(line, "uucp%ld", getpid()); time(&cur_time); *************** *** 272,275 **** --- 246,291 ---- (void) close(f); } logwtmp(line, pw->pw_name, remotehost); + } + + void + getremotehostname() + { + char localhost[MAXHOSTNAMELEN]; + char *p, *domain; + + struct sockaddr_in hisctladdr; + int hisaddrlen = sizeof hisctladdr; + struct hostent *hp; + + /* Determine local (admin) domain name, if any */ + domain = NULL; + if (gethostname(localhost, sizeof(localhost)) < 0) + syslog(LOG_ERR, "couldn't get local hostname: %m"); + else + domain = strchr(localhost, '.'); + + /* Get remote sock info of stdin, in particular IP addr */ + hisaddrlen = sizeof (hisctladdr); + if (getpeername(0, (struct sockaddr *)&hisctladdr, &hisaddrlen) < 0) { + syslog(LOG_ERR, "getpeername: %m"); + _exit(1); + } + + /* Now get remote name from IP address */ + hp = gethostbyaddr((char *)&hisctladdr.sin_addr, + sizeof (struct in_addr), AF_INET); + + if (hp) { + SCPYN(remotehost, hp->h_name ); + remotehost[ sizeof remotehost - 1] = '\0'; + + /* Drop domain if system in in same domain */ + if (domain && (p = strchr(remotehost, '.')) && + strcasecmp(p, domain) == 0) + *p = 0; + endhostent(); + } else + SCPYN(remotehost, inet_ntoa(hisctladdr.sin_addr)); + } >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Apr 7 21:07:43 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA14306 for bugs-outgoing; Mon, 7 Apr 1997 21:07:43 -0700 (PDT) Received: from X2296 (ppp1603.on.sympatico.ca [206.172.249.67]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA14300 for ; Mon, 7 Apr 1997 21:07:40 -0700 (PDT) Received: from localhost (tim@localhost) by X2296 (8.7.6/8.7.3) with SMTP id AAA00216; Tue, 8 Apr 1997 00:06:59 -0400 (EDT) Date: Tue, 8 Apr 1997 00:06:58 -0400 (EDT) From: Tim Vanderhoek Reply-To: ac199@hwcn.org To: soil@quick.net cc: FreeBSD-gnats-submit@freebsd.org, freebsd-bugs@freefall.freebsd.org Subject: Re: docs/3223: bad grammar in rm.1 In-Reply-To: <199704080135.SAA13474@jg.dyn.ml.org> Message-ID: X-OS: FreeBSD 2.2 X-Mailer: Pine MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 7 Apr 1997 soil@quick.net wrote: > >Fix: > > The NOTE section should be removed since it's not unique to rm. No, it's not, but I think that it's important to include it there. It's not necessary to include it with every utility that uses getopt(3), but I think that rm(1) is a special case since it's what a beginner will use in their last-ditch attempt to get rid of that damn file that they _somehow_ created. I would, btw, make the same argument for _adding_ the mentioned NOTE to the mv(1) manpage... Arguably it's even more important to have it in the mv(1) page than the rm(1) page (even if not historically correct). -- tIM...HOEk Who's been messing with my anti-paranoi shot?! From owner-freebsd-bugs Mon Apr 7 21:10:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA14446 for bugs-outgoing; Mon, 7 Apr 1997 21:10:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA14436; Mon, 7 Apr 1997 21:10:01 -0700 (PDT) Date: Mon, 7 Apr 1997 21:10:01 -0700 (PDT) Message-Id: <199704080410.VAA14436@freefall.freebsd.org> To: freebsd-bugs Cc: From: Tim Vanderhoek Subject: Re: docs/3223: bad grammar in rm.1 Reply-To: Tim Vanderhoek Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR docs/3223; it has been noted by GNATS. From: Tim Vanderhoek To: soil@quick.net Cc: FreeBSD-gnats-submit@freebsd.org, freebsd-bugs@freefall.freebsd.org Subject: Re: docs/3223: bad grammar in rm.1 Date: Tue, 8 Apr 1997 00:06:58 -0400 (EDT) On Mon, 7 Apr 1997 soil@quick.net wrote: > >Fix: > > The NOTE section should be removed since it's not unique to rm. No, it's not, but I think that it's important to include it there. It's not necessary to include it with every utility that uses getopt(3), but I think that rm(1) is a special case since it's what a beginner will use in their last-ditch attempt to get rid of that damn file that they _somehow_ created. I would, btw, make the same argument for _adding_ the mentioned NOTE to the mv(1) manpage... Arguably it's even more important to have it in the mv(1) page than the rm(1) page (even if not historically correct). -- tIM...HOEk Who's been messing with my anti-paranoi shot?! From owner-freebsd-bugs Mon Apr 7 21:40:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA15862 for bugs-outgoing; Mon, 7 Apr 1997 21:40:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA15837; Mon, 7 Apr 1997 21:40:02 -0700 (PDT) Resent-Date: Mon, 7 Apr 1997 21:40:02 -0700 (PDT) Resent-Message-Id: <199704080440.VAA15837@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, diana@fatman.i-pi.com Received: from fatman.i-pi.com (fatman.i-pi.com [198.49.217.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA15370 for ; Mon, 7 Apr 1997 21:30:43 -0700 (PDT) Received: (from diana@localhost) by fatman.i-pi.com (8.8.5/8.8.5) id WAA04366; Mon, 7 Apr 1997 22:30:36 -0600 (MDT) Message-Id: <199704080430.WAA04366@fatman.i-pi.com> Date: Mon, 7 Apr 1997 22:30:36 -0600 (MDT) From: Diana Northup Reply-To: diana@fatman.i-pi.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/3226: bin Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3226 >Category: bin >Synopsis: vi died with a core dump >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Apr 7 21:40:01 PDT 1997 >Last-Modified: >Originator: Diana Northup >Organization: Kenneth Ingham Consulting >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: The standard vi from the distribution; the complete hardware config is available if it would help. >Description: Working in the file and got the error: Error: unable to retrieve line XXX. The next thing I did ended up with vi dying with a segmentation fault. It created a recover file, and doing vi -r on it dies with the same error, but on a different (earlier) line. >How-To-Repeat: Get the recover files and try to recover. Take a look at the (remains of the) file. Relevant files are available via anonymous ftp from ftp://ftp.i-pi.com/pub and the files are: nsfcur.tex the original, un-mangled file. recover.004078 one of the vi recovery files vi.a04078 the other of the vi recovery files vi.core the core dump from one of the deaths. >Fix: None known. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Apr 7 23:48:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA20252 for bugs-outgoing; Mon, 7 Apr 1997 23:48:10 -0700 (PDT) Received: from murkwood.gaffaneys.com (dialup6.gaffaneys.com [134.129.252.25]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA20246 for ; Mon, 7 Apr 1997 23:48:05 -0700 (PDT) Received: (from zach@localhost) by murkwood.gaffaneys.com (8.8.5/8.8.5) id BAA02181; Tue, 8 Apr 1997 01:49:18 -0500 (CDT) From: Zach Heilig Message-ID: <19970408014918.17304@murkwood.gaffaneys.com> Date: Tue, 8 Apr 1997 01:49:18 -0500 To: J Wunsch Cc: freebsd-bugs@freebsd.org Subject: Re: bin/3173: utmp and wtmp programs out of sync (update). References: <199704050740.XAA25868@freefall.freebsd.org> <19970405141425.KD11056@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: <19970405141425.KD11056@uriah.heep.sax.de>; from J Wunsch on Sat, Apr 05, 1997 at 02:14:25PM +0200 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Well, after a weekend without power (36 hours, temps under 20 degrees outside) I'm back up :-) [25,000 out of what used to be 400,000 in ND only are still out :-( It'll be a week till things are back to anything similar to normal] On Sat, Apr 05, 1997 at 02:14:25PM +0200, J Wunsch wrote: > > login and telnetd both think that sizeof (utmp) == 44 (I'm not sure why yet, > > they appearantly use libutil, which appears to think that > > sizeof (utmp) == 36... this info from observing the effect of these two > > programs on utmp and wtmp, and looking at their source) > Have you once downgraded your system from a 3.0-current version (with > 44 bytes per utmp record) to a 2.2 vintage one? In this case, it > looks as if you forgot to remove libutil.so.2.1. I did not downgrade from 3.0-current. I did rm /usr/src, and /usr/obj, just to test if I had a corrupted source tree, but I got the same results. I did compile libutil with debugging, and login with debugging and found out you can't debug dynamically linked libraries (and libutil officially told me records were 36 bytes, but wrote 44 byte records). I statically linked libutil with login, the problem went away. This is obviously a linker problem rather than a login problem. -- Zach Heilig (zach@blizzard.gaffaneys.com) | ALL unsolicited commercial email | is unwelcome. I avoid dealing | with companies that email ads. From owner-freebsd-bugs Tue Apr 8 01:50:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA25739 for bugs-outgoing; Tue, 8 Apr 1997 01:50:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA25731; Tue, 8 Apr 1997 01:50:02 -0700 (PDT) Date: Tue, 8 Apr 1997 01:50:02 -0700 (PDT) Message-Id: <199704080850.BAA25731@freefall.freebsd.org> To: freebsd-bugs Cc: From: Hirotaka NOKUBI Subject: Re: bin/3218: syscons causes segmentation fault by repeating cancel with ESC at FTP site setting Reply-To: Hirotaka NOKUBI Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/3218; it has been noted by GNATS. From: Hirotaka NOKUBI To: freebsd-gnats-submit@freebsd.org, h-nokubi@nmit.mt.nec.co.jp Cc: Subject: Re: bin/3218: syscons causes segmentation fault by repeating cancel with ESC at FTP site setting Date: Tue, 08 Apr 1997 17:38:17 +0900 I made mistake. It's not `syscons', `sysinstall' !! NOKUBI Hirotaka From owner-freebsd-bugs Tue Apr 8 02:10:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA26403 for bugs-outgoing; Tue, 8 Apr 1997 02:10:06 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA26385; Tue, 8 Apr 1997 02:10:02 -0700 (PDT) Resent-Date: Tue, 8 Apr 1997 02:10:02 -0700 (PDT) Resent-Message-Id: <199704080910.CAA26385@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, dima@tejblum.dnttm.rssi.ru Received: from helios.dnttm.ru (uutejb@dnttm.wave.ras.ru [194.85.104.197]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA26342 for ; Tue, 8 Apr 1997 02:09:34 -0700 (PDT) Received: (from uutejb@localhost) by helios.dnttm.ru (8.8.5/8.8.5/IP-2) with UUCP id NAA10451 for FreeBSD-gnats-submit@freebsd.org; Tue, 8 Apr 1997 13:12:45 +0400 Received: (from dima@localhost) by tejblum.dnttm.rssi.ru (8.8.5/8.8.5) id MAA00961; Tue, 8 Apr 1997 12:58:18 +0400 (MSD) Message-Id: <199704080858.MAA00961@tejblum.dnttm.rssi.ru> Date: Tue, 8 Apr 1997 12:58:18 +0400 (MSD) From: Dmitrij Tejblum Reply-To: dima@tejblum.dnttm.rssi.ru To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/3228: Typo (missed newline) in intro.2 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3228 >Category: docs >Synopsis: Typo (missed newline) in intro.2 >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Tue Apr 8 02:10:02 PDT 1997 >Last-Modified: >Originator: Dmitrij Tejblum >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: >Description: The manpage intro(2) says: ... Programmers should include errno .... >How-To-Repeat: man 2 intro >Fix: *** /usr/src/lib/libc/sys/intro.2 Sat Mar 15 18:20:03 1997 --- intro.2 Tue Apr 8 12:57:03 1997 *************** *** 81,87 **** .Va _THREAD_SAFE . .Pp Programmers should include ! .Aq Pa sys/errno.h to obtain the definition of .Va errno rather than coding the definition as an external reference directly. It is planned that the --- 81,88 ---- .Va _THREAD_SAFE . .Pp Programmers should include ! .Aq Pa sys/errno.h ! to obtain the definition of .Va errno rather than coding the definition as an external reference directly. It is planned that the >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Apr 8 02:10:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA26410 for bugs-outgoing; Tue, 8 Apr 1997 02:10:07 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA26397; Tue, 8 Apr 1997 02:10:04 -0700 (PDT) Resent-Date: Tue, 8 Apr 1997 02:10:04 -0700 (PDT) Resent-Message-Id: <199704080910.CAA26397@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, dima@tejblum.dnttm.rssi.ru Received: from helios.dnttm.ru (uutejb@dnttm.wave.ras.ru [194.85.104.197]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA26350 for ; Tue, 8 Apr 1997 02:09:45 -0700 (PDT) Received: (from uutejb@localhost) by helios.dnttm.ru (8.8.5/8.8.5/IP-2) with UUCP id NAA10453 for FreeBSD-gnats-submit@freebsd.org; Tue, 8 Apr 1997 13:13:00 +0400 Received: (from dima@localhost) by tejblum.dnttm.rssi.ru (8.8.5/8.8.5) id NAA01150; Tue, 8 Apr 1997 13:11:07 +0400 (MSD) Message-Id: <199704080911.NAA01150@tejblum.dnttm.rssi.ru> Date: Tue, 8 Apr 1997 13:11:07 +0400 (MSD) From: Dmitrij Tejblum Reply-To: dima@tejblum.dnttm.rssi.ru To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/3229: Missing #include in setsid(2) synopsis Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3229 >Category: docs >Synopsis: Missing #include in setsid(2) synopsis >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Tue Apr 8 02:10:03 PDT 1997 >Last-Modified: >Originator: Dmitrij Tejblum >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: >Description: The setsid() function declared in unistd.h, but this is not mentioned in the manpage setsid(2). >How-To-Repeat: man 2 setsid >Fix: *** /usr/src/lib/libc/sys/setsid.2 Sun Jan 12 03:38:36 1997 --- setsid.2 Tue Apr 8 13:04:39 1997 *************** *** 39,44 **** --- 39,45 ---- .Nd create session and set process group ID .Sh SYNOPSIS .Fd #include + .Fd #include .Ft pid_t .Fn setsid "void" .Sh DESCRIPTION >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Apr 8 03:47:45 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA02221 for bugs-outgoing; Tue, 8 Apr 1997 03:47:45 -0700 (PDT) Received: (from peter@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA02176; Tue, 8 Apr 1997 03:47:31 -0700 (PDT) Date: Tue, 8 Apr 1997 03:47:31 -0700 (PDT) From: Peter Wemm Message-Id: <199704081047.DAA02176@freefall.freebsd.org> To: dima@tejblum.dnttm.rssi.ru, peter, freebsd-bugs Subject: Re: docs/3228 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Typo (missed newline) in intro.2 State-Changed-From-To: open-closed State-Changed-By: peter State-Changed-When: Tue Apr 8 03:47:00 PDT 1997 State-Changed-Why: Suggested fix applied, intro.2 rev 1.11 From owner-freebsd-bugs Tue Apr 8 03:48:25 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA02342 for bugs-outgoing; Tue, 8 Apr 1997 03:48:25 -0700 (PDT) Received: (from peter@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA02312; Tue, 8 Apr 1997 03:48:12 -0700 (PDT) Date: Tue, 8 Apr 1997 03:48:12 -0700 (PDT) From: Peter Wemm Message-Id: <199704081048.DAA02312@freefall.freebsd.org> To: dima@tejblum.dnttm.rssi.ru, peter, freebsd-bugs Subject: Re: docs/3229 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Missing #include in setsid(2) synopsis State-Changed-From-To: open-closed State-Changed-By: peter State-Changed-When: Tue Apr 8 03:47:44 PDT 1997 State-Changed-Why: Fixed in setsid.2 rev 1.6, thanks! From owner-freebsd-bugs Tue Apr 8 05:33:32 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA06268 for bugs-outgoing; Tue, 8 Apr 1997 05:33:32 -0700 (PDT) Received: (from davidn@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA06247; Tue, 8 Apr 1997 05:33:28 -0700 (PDT) Date: Tue, 8 Apr 1997 05:33:28 -0700 (PDT) From: David Nugent Message-Id: <199704081233.FAA06247@freefall.freebsd.org> To: ahd@kew.com, davidn, freebsd-bugs, davidn Subject: Re: misc/3224 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: uucpd.c 1.11 account expiration check State-Changed-From-To: open-closed State-Changed-By: davidn State-Changed-When: Tue Apr 8 22:31:43 EST 1997 State-Changed-Why: /home/ncvs/src/libexec/uucpd/uucpd.c,v <-- uucpd.c new revision: 1.12; previous revision: 1.11 done Responsible-Changed-From-To: freebsd-bugs->davidn Responsible-Changed-By: davidn Responsible-Changed-When: Tue Apr 8 22:31:43 EST 1997 Responsible-Changed-Why: I broke, I fix. From owner-freebsd-bugs Tue Apr 8 12:50:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA26770 for bugs-outgoing; Tue, 8 Apr 1997 12:50:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA26764; Tue, 8 Apr 1997 12:50:02 -0700 (PDT) Resent-Date: Tue, 8 Apr 1997 12:50:02 -0700 (PDT) Resent-Message-Id: <199704081950.MAA26764@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.MAA26314;Tue; (8.8.5/8.8.5);, 8 Apr 1997 12:42:28.-0700 (PDT) Message-Id: <199704081942.MAA26314@freefall.freebsd.org> Date: Tue, 8 Apr 1997 12:42:28 -0700 (PDT) From: Robert_Batten@Candle.com To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: bin/3230: Unable to resolve dev conflict between ed0 and seagate scsi device Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3230 >Category: bin >Synopsis: Unable to resolve dev conflict between ed0 and seagate scsi device >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Apr 8 12:50:01 PDT 1997 >Last-Modified: >Originator: Rob Batten >Organization: Candle Corporation >Release: 2.1.7 >Environment: FreeBSD fairview-bsd.candle.com 2.1.7-RELEASE FreeBSD 2.1.7-RELEASE #0 Wed Feb 19 23:08:10 1997 jkh@thingy.cdrom.com:/usr/src/sys/compiler GENERIC i386 >Description: Using the -c option on boot I attempted to resolve a device conflict between ed0 and the seagate sea0 device. Even though there appears to be no conflict ( i.e io base 280 irq 3 mmaddr 0d8000) for ed0 is not conflicting with sea0), the conf flag persists. Worse still, the problem disables my nic with edo:device timeout!!! >How-To-Repeat: boot with -c option, attempt to resolve >Fix: The hardware represented in this problem used to run with Freebsd 2.0.1. Unfortunately that is not an option for this fix. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Apr 8 13:00:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA27292 for bugs-outgoing; Tue, 8 Apr 1997 13:00:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA27262; Tue, 8 Apr 1997 13:00:02 -0700 (PDT) Resent-Date: Tue, 8 Apr 1997 13:00:02 -0700 (PDT) Resent-Message-Id: <199704082000.NAA27262@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.MAA26987;Tue; (8.8.5/8.8.5);, 8 Apr 1997 12:54:42.-0700 (PDT) Message-Id: <199704081954.MAA26987@freefall.freebsd.org> Date: Tue, 8 Apr 1997 12:54:42 -0700 (PDT) From: Robert_Batten@Candle.com To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: bin/3231: The fixit.flp image dows not boot from the floppy. Should it? Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3231 >Category: bin >Synopsis: The fixit.flp image dows not boot from the floppy. Should it? >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Apr 8 13:00:01 PDT 1997 >Last-Modified: >Originator: Rob Batten >Organization: Candle Corporation >Release: 2.1.7 >Environment: FreeBSD fairview-bsd.candle.com 2.1.7-RELEASE FreeBSD 2.1.7-RELEASE #0 Wed Feb 19 23:08:10 1997 jkh@thingy.cdrom.com:/usr/src/sys/compiler GENERIC i386 >Description: The Fixit.flp image does not boot. Should it? >How-To-Repeat: reboot >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Apr 8 13:08:44 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA27841 for bugs-outgoing; Tue, 8 Apr 1997 13:08:44 -0700 (PDT) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA27821; Tue, 8 Apr 1997 13:08:41 -0700 (PDT) Date: Tue, 8 Apr 1997 13:08:41 -0700 (PDT) From: Mike Pritchard Message-Id: <199704082008.NAA27821@freefall.freebsd.org> To: mpp, freebsd-bugs, mpp Subject: Re: bin/3226 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: vi died with a core dump Responsible-Changed-From-To: freebsd-bugs->mpp Responsible-Changed-By: mpp Responsible-Changed-When: Tue Apr 8 13:07:38 PDT 1997 Responsible-Changed-Why: I'll take care of getting this information to Kirk. From owner-freebsd-bugs Tue Apr 8 13:10:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA27985 for bugs-outgoing; Tue, 8 Apr 1997 13:10:07 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA27969; Tue, 8 Apr 1997 13:10:03 -0700 (PDT) Resent-Date: Tue, 8 Apr 1997 13:10:03 -0700 (PDT) Resent-Message-Id: <199704082010.NAA27969@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.NAA27911;Tue; (8.8.5/8.8.5);, 8 Apr 1997 13:09:49.-0700 (PDT) Message-Id: <199704082009.NAA27911@freefall.freebsd.org> Date: Tue, 8 Apr 1997 13:09:49 -0700 (PDT) From: pgiffuni@fps.biblos.unal.edu.co To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: bin/3232: XFree86 installation Problem with non-Microsoft Mouse Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3232 >Category: bin >Synopsis: XFree86 installation Problem with non-Microsoft Mouse >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Apr 8 13:10:02 PDT 1997 >Last-Modified: >Originator: Pedro Giffuni S. >Organization: Universidad Nacional de Colombia >Release: 2.2-(Pre)Release >Environment: FreeBSD apolo.biblos.unal.edu.co 2.2-RELEASE FreeBSD 2.2-RELEASE #0: Sun Mar 16 07:47:59 GMT 1997 jkh@time.cdrom.com:/usr/src/sys/compile/GENERIC i386 >Description: I tried installing XFree86 from the graphical interface, after configuring the PS/2 mouse AND rebooting (The mouse is activated). XFree86 expects to see a Microsoft Mouse and won't permit a reconfiguration. The keyboard also blocked out and I had to completely reboot to restore the console >How-To-Repeat: Try to initially configure Xfree86 in graphic mode using a PS/2 mouse. >Fix: Forward to XFree86 team? >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Apr 8 13:30:32 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA29367 for bugs-outgoing; Tue, 8 Apr 1997 13:30:32 -0700 (PDT) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA29266; Tue, 8 Apr 1997 13:29:26 -0700 (PDT) Date: Tue, 8 Apr 1997 13:29:26 -0700 (PDT) From: Mike Pritchard Message-Id: <199704082029.NAA29266@freefall.freebsd.org> To: soil@quick.net, mpp, freebsd-bugs Subject: Re: docs/3223 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: bad grammar in rm.1 State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Tue Apr 8 13:27:54 PDT 1997 State-Changed-Why: I improved the wording of the NOTES section in rev 1.8 of rm.1. I left the NOTES section in, despite the fact that accepting the -- option is not unique to rm, because the rm man page is where many novice users will look to try and figure out how to remove a file name that begins with a dash. From owner-freebsd-bugs Tue Apr 8 13:38:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA00200 for bugs-outgoing; Tue, 8 Apr 1997 13:38:12 -0700 (PDT) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA00175; Tue, 8 Apr 1997 13:38:06 -0700 (PDT) Date: Tue, 8 Apr 1997 13:38:06 -0700 (PDT) From: Mike Pritchard Message-Id: <199704082038.NAA00175@freefall.freebsd.org> To: proff@iq.org, mpp, freebsd-bugs Subject: Re: bin/2589 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: uucpd, [almost certainly] non-exploitable buffer read overflow State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Tue Apr 8 13:36:52 PDT 1997 State-Changed-Why: Part of this was fixed by a previous commit to make the host name buffer larger. I just commited a fix to fix the one remaining problem. From owner-freebsd-bugs Tue Apr 8 15:10:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA05151 for bugs-outgoing; Tue, 8 Apr 1997 15:10:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA05141; Tue, 8 Apr 1997 15:10:02 -0700 (PDT) Resent-Date: Tue, 8 Apr 1997 15:10:02 -0700 (PDT) Resent-Message-Id: <199704082210.PAA05141@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.PAA05091;Tue; (8.8.5/8.8.5);, 8 Apr 1997 15:09:30.-0700 (PDT) Message-Id: <199704082209.PAA05091@freefall.freebsd.org> Date: Tue, 8 Apr 1997 15:09:30 -0700 (PDT) From: pgiffuni@FPS.biblos.unal.edu.co To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: bin/3233: adduser(8) doesn't add users to the wheel group Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3233 >Category: bin >Synopsis: adduser(8) doesn't add users to the wheel group >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Apr 8 15:10:01 PDT 1997 >Last-Modified: >Originator: Pedro Giffuni S. >Organization: Universidad Nacional de Colombia >Release: 2.2-Release >Environment: FreeBSD apolo.biblos.unal.edu.co 2.2-RELEASE FreeBSD 2.2-RELEASE #0: Sun Mar 16 07:47:59 GMT 1997 jkh@time.cdrom.com:/usr/src/sys/compile/GENERIC i386 >Description: I am trying to su to root under FreeBSD under 2.2 Release and I receive a message that I am not in the correct group. My id gives: uid=1000(pedro) gid=0(wheel) groups=0(wheel), 31(guest) but my name wasn't added in /etc/group >How-To-Repeat: add a user with adduser, and attempt to su to root. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Apr 8 15:30:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA05868 for bugs-outgoing; Tue, 8 Apr 1997 15:30:10 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA05857; Tue, 8 Apr 1997 15:30:06 -0700 (PDT) Resent-Date: Tue, 8 Apr 1997 15:30:06 -0700 (PDT) Resent-Message-Id: <199704082230.PAA05857@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.PAA05764;Tue; (8.8.5/8.8.5);, 8 Apr 1997 15:29:32.-0700 (PDT) Message-Id: <199704082229.PAA05764@freefall.freebsd.org> Date: Tue, 8 Apr 1997 15:29:32 -0700 (PDT) From: george@lincc.lib.or.us To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: kern/3235: 2.2.1 upgrade; make all stops on param.c - TIMEZONE Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3235 >Category: kern >Synopsis: 2.2.1 upgrade; make all stops on param.c - TIMEZONE >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Apr 8 15:30:05 PDT 1997 >Last-Modified: >Originator: George Yobst >Organization: LINCC >Release: 2.2.1-Release >Environment: FreeBSD 2.2.1-Release #0 Tue Mar 25 15:12:02 GMT 1997 jkh@time.cdrom.com: /usr/src/sys/compile/GENERIC i386 >Description: Started this morning (8 APR 1997) to upgrade from 2.1.5 to 2.2.1; downloaded floppy, chose upgrade, selected all (but X per Doug's checklist), mounted existing partitions, ftp'd from Primary, changed files in /etc, rebooted, went to make kernel: cd /sys/i386/conf config HELI cd ../../compile/HELI make clean make depend make all and it stopped at param.c: param.c:82:'TIMEZONE' undeclared here (not in a function) param.c:82:initializer element for 'tz.tz_minuteswest' is not constant param.c:82:'DST' undeclared here (not in a function) param.c:82:initializer element for 'tz.tz_dsttime' is not constant Tried to then make the GENERIC kernel, and had same problem. Any ideas? >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Apr 8 18:50:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA18254 for bugs-outgoing; Tue, 8 Apr 1997 18:50:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA18248; Tue, 8 Apr 1997 18:50:02 -0700 (PDT) Date: Tue, 8 Apr 1997 18:50:02 -0700 (PDT) Message-Id: <199704090150.SAA18248@freefall.freebsd.org> To: freebsd-bugs Cc: From: David Nugent Subject: Re: bin/3233: adduser(8) doesn't add users to the wheel group Reply-To: David Nugent Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/3233; it has been noted by GNATS. From: David Nugent To: pgiffuni@FPS.biblos.unal.edu.co Cc: freebsd-gnats-submit@freebsd.org Subject: Re: bin/3233: adduser(8) doesn't add users to the wheel group Date: Wed, 9 Apr 1997 11:38:58 +1000 On Tue Apr 8 15:09:30 EST 1997, pgiffuni@FPS.biblos.unal.edu.co writes: > I am trying to su to root under FreeBSD under 2.2 Release and I receive a > message that I am not in the correct group. My id gives: > uid=1000(pedro) gid=0(wheel) groups=0(wheel), 31(guest) > but my name wasn't added in /etc/group Known problem. You *need* to be in /etc/group since that's all that su looks at, not the primary group for the user. Regards, David Nugent - Unique Computing Pty Ltd - Melbourne, Australia Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/ From owner-freebsd-bugs Tue Apr 8 19:00:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA18673 for bugs-outgoing; Tue, 8 Apr 1997 19:00:06 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA18639; Tue, 8 Apr 1997 19:00:03 -0700 (PDT) Date: Tue, 8 Apr 1997 19:00:03 -0700 (PDT) Message-Id: <199704090200.TAA18639@freefall.freebsd.org> To: freebsd-bugs Cc: From: Pedro Giffuni Subject: Re: bin/3233: adduser(8) doesn't add users to the wheel group Reply-To: Pedro Giffuni Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/3233; it has been noted by GNATS. From: Pedro Giffuni To: David Nugent Cc: freebsd-gnats-submit@freebsd.org Subject: Re: bin/3233: adduser(8) doesn't add users to the wheel group Date: Tue, 08 Apr 1997 20:54:38 -0700 David Nugent wrote: > > Known problem. You *need* to be in /etc/group since that's > all that su looks at, not the primary group for the user. > Yes.. thanks, I corrected my particular case, but the bug is still in adduser ;). --Pedro. > Regards, > > David Nugent - Unique Computing Pty Ltd - Melbourne, Australia > Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet > davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/ From owner-freebsd-bugs Tue Apr 8 19:36:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA20243 for bugs-outgoing; Tue, 8 Apr 1997 19:36:10 -0700 (PDT) Received: from unique.usn.blaze.net.au (unique.usn.blaze.net.au [203.17.53.17]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA20238 for ; Tue, 8 Apr 1997 19:36:05 -0700 (PDT) Received: (from davidn@localhost) by unique.usn.blaze.net.au (8.8.5/8.8.5) id MAA26269; Wed, 9 Apr 1997 12:34:08 +1000 (EST) Message-ID: <19970409123407.25120@usn.blaze.net.au> Date: Wed, 9 Apr 1997 12:34:07 +1000 From: David Nugent To: Pedro Giffuni Cc: freebsd-bugs@freefall.freebsd.org Subject: Re: bin/3233: adduser(8) doesn't add users to the wheel group References: <199704090200.TAA18639@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69e In-Reply-To: <199704090200.TAA18639@freefall.freebsd.org>; from Pedro Giffuni on Tue Apr 8 19:00:03 EST 1997 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue Apr 8 19:00:03 EST 1997, Pedro Giffuni writes: > David Nugent wrote: > > > > Known problem. You *need* to be in /etc/group since that's > > all that su looks at, not the primary group for the user. > > Yes.. thanks, I corrected my particular case, but the bug is still in > adduser ;). No, there's no bug. If you tell adduser to make 'wheel' your primary group, it should not put your name in /etc/group on the 'wheel' line. /etc/group is for secondary group memberships only. pw(8) has this same "bug", but it isn't a bug - it is 100% correct behaviour. Use a different group for your primary group and add yourself to wheel as secondary. initgroups() automatically adds the primary group to your groups list at runtime. David From owner-freebsd-bugs Tue Apr 8 22:20:52 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA26810 for bugs-outgoing; Tue, 8 Apr 1997 22:20:52 -0700 (PDT) Received: from fs.IConNet.NET (core.IConNet.NET [199.173.160.250]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA26804 for ; Tue, 8 Apr 1997 22:20:48 -0700 (PDT) Received: from LOCALNAME (client201-122-11.bellatlantic.net [151.201.122.11]) by fs.IConNet.NET (8.8.5/8.8.5) with SMTP id BAA02822; Wed, 9 Apr 1997 01:18:22 -0400 (EDT) Message-Id: <1.5.4.16.19970409041804.1f179722@postoffice.bellatlantic.net> X-Sender: dmm125@postoffice.bellatlantic.net X-Mailer: Windows Eudora Light Version 1.5.4 (16) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 09 Apr 1997 00:18:04 -0400 To: Kazutaka YOKOTA From: Donn Miller Subject: Re: kern/3220: 2.2.1 RELEASE - hangs during boot... Cc: bugs@freebsd.org Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello, At 08:02 AM 4/8/97 +0900, you wrote: > >>>Release: 2.2.1 RELEASE >>>Environment: >>n/a >>>Description: >>Hangs during boot - immediately after message "probing for devices >>on ISA bus". After machine hung for a while, tried unplugging >>keyboard. Machine then came to life, finished booting. Plugged >>in keyboard, worked OK. > >If you can login, apply the following patch to >/sys/i386/isa/syscons.c, rebuild the kernel, and see if it works. > >BTW is this the same PR as kern/3059? Yes - but actually, I was unable to pinpoint the problem back then. The problems mainly occured with the new releases - 2.2, 2.2.1, 3.0-SNAP, but not with the old ones (2.1.5, 2.0.5). Thanks for the help. Donn (p.s. maybe my bios is giving me the problem.) From owner-freebsd-bugs Wed Apr 9 01:30:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA05685 for bugs-outgoing; Wed, 9 Apr 1997 01:30:06 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA05676; Wed, 9 Apr 1997 01:30:03 -0700 (PDT) Resent-Date: Wed, 9 Apr 1997 01:30:03 -0700 (PDT) Resent-Message-Id: <199704090830.BAA05676@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.BAA05436;Wed; (8.8.5/8.8.5);, 9 Apr 1997 01:21:07.-0700 (PDT) Message-Id: <199704090821.BAA05436@freefall.freebsd.org> Date: Wed, 9 Apr 1997 01:21:07 -0700 (PDT) From: graphix@iastate.edu To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: bin/3238: style.9 compares return of getopt() to EOF Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3238 >Category: bin >Synopsis: style.9 compares return of getopt() to EOF >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Apr 9 01:30:02 PDT 1997 >Last-Modified: >Originator: Kent Vander Velden >Organization: ISU >Release: FreeBSD-current >Environment: FreeBSD pseudo.cc.iastate.edu 3.0-CURRENT FreeBSD 3.0-CURRENT #0: Sun Mar 23 13:13:22 CST 1997 kent@pseudo.cc.iastate.edu:/usr/src/sys/compile/PSEUDO i386 >Description: style.9 compares return of getopt() to EOF >How-To-Repeat: >Fix: One line edit... man9|Wed4:20am} cvs diff -c cvs diff: Diffing . Index: style.9 =================================================================== RCS file: /jaz/FreeBSD-CVS/src/share/man/man9/style.9,v retrieving revision 1.16 diff -c -r1.16 style.9 *** style.9 1997/03/21 20:14:15 1.16 --- style.9 1997/04/09 09:15:48 *************** *** 188,194 **** should be checked for accuracy. Code that cannot be reached should have a NOTREACHED comment. .Bd -literal -offset 0i ! while ((ch = getopt(argc, argv, "abn")) != EOF) switch (ch) { /* Indent the switch. */ case 'a': /* Don't indent the case. */ aflag = 1; --- 188,194 ---- should be checked for accuracy. Code that cannot be reached should have a NOTREACHED comment. .Bd -literal -offset 0i ! while ((ch = getopt(argc, argv, "abn")) != -1) switch (ch) { /* Indent the switch. */ case 'a': /* Don't indent the case. */ aflag = 1; >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Apr 9 02:00:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA06892 for bugs-outgoing; Wed, 9 Apr 1997 02:00:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA06854; Wed, 9 Apr 1997 02:00:02 -0700 (PDT) Date: Wed, 9 Apr 1997 02:00:02 -0700 (PDT) Message-Id: <199704090900.CAA06854@freefall.freebsd.org> To: freebsd-bugs Cc: From: Stefan Esser Subject: Re: i386/3214: PCI Saturn-II support broken (panic: can not mount root) Reply-To: Stefan Esser Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR i386/3214; it has been noted by GNATS. From: Stefan Esser To: jmb@freebsd.org Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: i386/3214: PCI Saturn-II support broken (panic: can not mount root) Date: Wed, 9 Apr 1997 10:08:47 +0200 On Apr 6, jmb@freebsd.org wrote: > >Description: > > /sys/i386/isa/pcibus.c:pcibus_check() fails to find any pci devices > dmesg output: (boot: /kernel -v) > pcibus_setup(2a): now trying mechanism 2 > pcibus_check: device 0 [class=0] 1 [class=10000] 2 [class=0] 3 4 [class=100] 5 > [class=0] 6 7 8 9 10 11 12 13 14 15 -- nothing found This was caused by a consistency test, that may fail on pre-PCI 2.0 hardware. A fix will be commited to the repository later today. From owner-freebsd-bugs Wed Apr 9 04:30:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA13669 for bugs-outgoing; Wed, 9 Apr 1997 04:30:07 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA13663; Wed, 9 Apr 1997 04:30:04 -0700 (PDT) Resent-Date: Wed, 9 Apr 1997 04:30:04 -0700 (PDT) Resent-Message-Id: <199704091130.EAA13663@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, watanabe@komadori.earth.s.kobe-u.ac.jp Received: from crayon.earth.s.kobe-u.ac.jp (crayon.earth.s.kobe-u.ac.jp [133.30.50.177]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA13034 for ; Wed, 9 Apr 1997 04:21:49 -0700 (PDT) Received: (from watanabe@localhost) by crayon.earth.s.kobe-u.ac.jp (8.8.5/3.5W-sub) id UAA04670; Wed, 9 Apr 1997 20:21:25 +0900 (JST) Message-Id: <199704091121.UAA04670@crayon.earth.s.kobe-u.ac.jp> Date: Wed, 9 Apr 1997 20:21:25 +0900 (JST) From: watanabe@crayon.earth.s.kobe-u.ac.jp Reply-To: watanabe@komadori.earth.s.kobe-u.ac.jp To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: gnu/3239: libstdc++ has a bug. We cannot treat "Complex addition". Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3239 >Category: gnu >Synopsis: libstdc++ has a bug. We cannot treat "Complex addition". >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Apr 9 04:30:02 PDT 1997 >Last-Modified: >Originator: Takeshi WATANABE >Organization: Kobe University, Kobe, Japan. >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: 2.2.1-RELEASE >Description: When we compile a C++ source which contains "Complex addition", we cannot find a library "___pl__FRCt7complex1ZdT0". Eg. =-=-=-= #include #include main() { Complex a, b; a = Complex(1,2); b = Complex(2,3); cout << a+b; } =-=-=-= >How-To-Repeat: Always. >Fix: Apply following patch to /usr/src/gnu/lib/libstdc++/Makefile. =-=-=-= 168c168 < .for i in MAIN ADD CC ADDCF ADDFC SUBCC SUBCF SUBFC MULCC MULCF MULFC DIVCC \ --- > .for i in MAIN ADDCC ADDCF ADDFC SUBCC SUBCF SUBFC MULCC MULCF MULFC DIVCC \ 210c210 < .for i in MAIN ADD CC ADDCF ADDFC SUBCC SUBCF SUBFC MULCC MULCF MULFC DIVCC \ --- > .for i in MAIN ADDCC ADDCF ADDFC SUBCC SUBCF SUBFC MULCC MULCF MULFC DIVCC \ 252c252 < .for i in MAIN ADD CC ADDCF ADDFC SUBCC SUBCF SUBFC MULCC MULCF MULFC DIVCC \ --- > .for i in MAIN ADDCC ADDCF ADDFC SUBCC SUBCF SUBFC MULCC MULCF MULFC DIVCC \ =-=-=-= =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Takeshi WATANABE (watanabe@komadori.earth.s.kobe-u.ac.jp) Graduate School of Science and Technology, Kobe University Nada, Kobe 657, Japan >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Apr 9 08:10:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA24540 for bugs-outgoing; Wed, 9 Apr 1997 08:10:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA24533; Wed, 9 Apr 1997 08:10:02 -0700 (PDT) Resent-Date: Wed, 9 Apr 1997 08:10:02 -0700 (PDT) Resent-Message-Id: <199704091510.IAA24533@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.IAA24369;Wed; (8.8.5/8.8.5);, 9 Apr 1997 08:06:47.-0700 (PDT) Message-Id: <199704091506.IAA24369@freefall.freebsd.org> Date: Wed, 9 Apr 1997 08:06:47 -0700 (PDT) From: J.Hogeveen@twiddle.com To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: bin/3240: ls(1) gets segmentation fault. /usr/src/bin/ls/ls.c:428. Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3240 >Category: bin >Synopsis: ls(1) gets segmentation fault. /usr/src/bin/ls/ls.c:428. >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Apr 9 08:10:01 PDT 1997 >Last-Modified: >Originator: Jeroen Hogeveen >Organization: Twiddle >Release: 2.2-STABLE >Environment: FreeBSD dot.twiddle.com 2.2-STABLE FreeBSD 2.2-STABLE #0: Thu Apr 3 10:26:03 GMT 1997 vego@dot.twiddle.com:/usr/src/sys/compile/DOT i386 >Description: Here is a quick output from the gdb debugger: dot# gdb ./ls 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.16 (i386-unknown-freebsd), Copyright 1996 Free Software Foundation, Inc... (gdb) run -l /usr/ports Starting program: /usr/obj/usr/src/bin/ls/./ls -l /usr/ports Program received signal SIGSEGV, Segmentation fault. 0x1fba in display (p=0x33100, list=0x33b00) at /usr/src/bin/ls/ls.c:428 428 if ((ulen = strlen(user)) > maxuser) (gdb) where #0 0x1fba in display (p=0x33100, list=0x33b00) at /usr/src/bin/ls/ls.c:428 #1 0x1d32 in traverse (argc=1, argv=0xefbfd914, options=16) at /usr/src/bin/ls/ls.c:338 #2 0x1ba1 in main (argc=3, argv=0xefbfd90c) at /usr/src/bin/ls/ls.c:275 (gdb) quit The program is running. Quit anyway (and kill it)? (y or n) y I think it gets the segmentation fault from doing a strlen(NULL). Haven't checked if user is NULL yet, though, because of slow connection right now. If I can find some more time soon, I'll look into it. (if it isn't fixed already, by then ;-) >How-To-Repeat: No idea. The problem appears only when doing ls with -l on /usr/ports. On my home system (also 2.2-STABLE) this problem does not occur, so it's unique to the /usr/ports directory at dot.twiddle.com. >Fix: First guess: check if (user) >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Apr 9 08:20:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA25149 for bugs-outgoing; Wed, 9 Apr 1997 08:20:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA25136; Wed, 9 Apr 1997 08:20:02 -0700 (PDT) Resent-Date: Wed, 9 Apr 1997 08:20:02 -0700 (PDT) Resent-Message-Id: <199704091520.IAA25136@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:"from apeli.tky.hut.fi (apeli.tky.hut.fi [130.233.17.200]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA24895 for" ; Wed, 9 Apr 1997 08:14:35.-0700 (PDT) Received: (from jari@localhost) by apeli.tky.hut.fi (8.8.5/8.8.5) id RAA12395; Wed, 9 Apr 1997 17:49:20 +0300 (EEST) Message-Id: <199704091449.RAA12395@apeli.tky.hut.fi> Date: Wed, 9 Apr 1997 17:49:20 +0300 (EEST) From: jari@apeli.tky.hut.fi To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/3241: bug with times(3) in 2.2-RELEASE Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3241 >Category: bin >Synopsis: times(3) returns only stime >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Apr 9 08:20:00 PDT 1997 >Last-Modified: >Originator: Jari Kokko >Organization: La Societe du Billard d'Otaniemi (SBO) >Release: FreeBSD 2.2-RELEASE i386 >Environment: FreeBSD apeli.tky.hut.fi 2.2-RELEASE FreeBSD 2.2-RELEASE #0: Sun Mar 30 19:40:43 EEST 1997 oku@apeli.tky.hut.fi:/usr/src/sys/compile/APELI i386 >Description: the times(3) library function only returns tms_stime in struct tms. >How-To-Repeat: #include #include #include #include main() { unsigned long int i=0; struct tms t; FILE *f; f=fopen("foo", "w"); if (!f) perror("dghj"); fclose(f); for (i=0; i < 100000; i++) sin(60); if ((i=times(&t)) < 0) perror("foo"); printf("utime %d, stime %d, cutime %d, cstime %d\n", t.tms_utime, t.tms_stime, t.tms_cutime, t.tms_cstime); return 0; } $ uname -r; cc -o bar timestst.c -lm; ./bar 2.2-RELEASE utime 0, stime 331, cutime 0, cstime 0 compare that with: $ uname -r ; cc -o bar timestst.c -lm ; ./bar 2.1.5-RELEASE utime 40, stime 2, cutime 0, cstime 0 >Fix: No idea, I'm afraid >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Apr 9 08:54:21 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA27783 for bugs-outgoing; Wed, 9 Apr 1997 08:54:21 -0700 (PDT) Received: from lincc.lincc.lib.or.us (lincc.lincc.lib.or.us [198.107.142.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA27778 for ; Wed, 9 Apr 1997 08:54:19 -0700 (PDT) Received: (from george@localhost) by lincc.lincc.lib.or.us (8.7.5/8.7.3) id IAA13778; Wed, 9 Apr 1997 08:54:05 -0700 (PDT) Date: Wed, 9 Apr 1997 08:54:01 -0700 (PDT) From: George Yobst To: FreeBSD-gnats@freefall.freebsd.org cc: freebsd-bugs@freebsd.org, George Yobst Subject: Re: kern/3235: 2.2.1 upgrade; make all stops on param.c - TIMEZONE In-Reply-To: <199704082230.PAA05853@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Please *CANCEL* this bug report. I re-installed this morning from scratch and everything worked. Probably operator error, but I don't remember where. ;-( Sorry - George > Thank you very much for your problem report. > It has the internal identification `kern/3235'. > The individual assigned to look at your > bug is: freebsd-bugs. > > >Category: kern > >Responsible: freebsd-bugs > >Synopsis: 2.2.1 upgrade; make all stops on param.c - TIMEZONE > >Arrival-Date: Tue Apr 8 15:30:05 PDT 1997 > ======================================================================== George Yobst, System Manager email: george@lincc.lib.or.us LINCC phone: 503-655-8550 16239 SE McLoughlin Blvd, Suite 208 fax: 503-655-8555 Oak Grove, OR 97267-4654 webmaster: [www.]lincc.lib.or.us "...it is impossible for anyone to begin to learn what he thinks he already knows." - Epictetus From owner-freebsd-bugs Wed Apr 9 09:01:15 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA28313 for bugs-outgoing; Wed, 9 Apr 1997 09:01:15 -0700 (PDT) Received: (from peter@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA28284; Wed, 9 Apr 1997 09:01:02 -0700 (PDT) Date: Wed, 9 Apr 1997 09:01:02 -0700 (PDT) From: Peter Wemm Message-Id: <199704091601.JAA28284@freefall.freebsd.org> To: watanabe@komadori.earth.s.kobe-u.ac.jp, peter, freebsd-bugs Subject: Re: gnu/3239 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: libstdc++ has a bug. We cannot treat "Complex addition". State-Changed-From-To: open-closed State-Changed-By: peter State-Changed-When: Wed Apr 9 09:00:21 PDT 1997 State-Changed-Why: Suggested fix applied, libstdc++/Makefile rev 1.5, thanks! From owner-freebsd-bugs Wed Apr 9 09:20:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA29532 for bugs-outgoing; Wed, 9 Apr 1997 09:20:08 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA29490; Wed, 9 Apr 1997 09:20:04 -0700 (PDT) Date: Wed, 9 Apr 1997 09:20:04 -0700 (PDT) Message-Id: <199704091620.JAA29490@freefall.freebsd.org> To: freebsd-bugs Cc: From: David Alan Gilbert Subject: Re: bin/1891: mountd fails to export Reply-To: David Alan Gilbert Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/1891; it has been noted by GNATS. From: David Alan Gilbert To: freebsd-gnats-submit@freebsd.org, adam@veda.is Cc: Subject: Re: bin/1891: mountd fails to export Date: Wed, 09 Apr 1997 13:52:27 +0100 This is causing me real hastles. We have a few hundred machines on the network and I admin one server and don't have admin privelidges outside the group; even though our server must export to everyone. Quite often a machine gets added to a netgroup but not the DNS or someone does a clear out and tidies up the DNS but doesn't clean the netgroup out - this shouldn't screw up all the other machines. To give you an idea of the scale of this problem when I first installed our FreeBSD server there were around 100 machines in the netgroup which were no longer in the DNS! Even on the basis of transient problems (you start mountd between someone updating netgroup and DNS) it is just not on for mountd to skip the entire line. I've written a a hack which works around it - but its a hack and it just core'd on me probably because it was one of the first entries of the netgroup which failed. If someone who understands the linked list in mountd could fix this it would be VERY useful. Dave P.S. SunOS just takes these netgroup problems in its stride. Another view of the same problem is that you shouldn't do the IP lookup at startup time, but instead when a mount request occurs - what happens if the IP address of a machine changes between mountd starting and the machine trying to mount you? I believe SunOS would cope with this and FreeBSD wouldn't. This would be a major change, I believe turing the error above into a warning would be fairly easy. -- ----------- (Phone: 0161-275-3547) ------------------------ Man can not live - David Alan Gilbert - gilbertd@cs.man.ac.uk - G7FHJ@GB7BEV by bread alone. He ----------- (University of Manchester - AMULET Group) ----- needs chocolate. - From owner-freebsd-bugs Wed Apr 9 11:57:59 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA08448 for bugs-outgoing; Wed, 9 Apr 1997 11:57:59 -0700 (PDT) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA08394; Wed, 9 Apr 1997 11:57:28 -0700 (PDT) Date: Wed, 9 Apr 1997 11:57:28 -0700 (PDT) From: Mike Pritchard Message-Id: <199704091857.LAA08394@freefall.freebsd.org> To: mpp, gnats-admin, freebsd-bugs Subject: Re: pending/3237 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: SCRIPTS addition to bsd.prog.mk Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: mpp Responsible-Changed-When: Wed Apr 9 11:57:05 PDT 1997 Responsible-Changed-Why: Misfiled PR. From owner-freebsd-bugs Wed Apr 9 11:58:14 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA08483 for bugs-outgoing; Wed, 9 Apr 1997 11:58:14 -0700 (PDT) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA08475 for freebsd-bugs; Wed, 9 Apr 1997 11:58:12 -0700 (PDT) From: Mike Pritchard Message-Id: <199704091858.LAA08475@freefall.freebsd.org> Subject: misc/3237 To: freebsd-bugs Date: Wed, 9 Apr 1997 11:58:12 -0700 (PDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Here is a copy of a misfiled PR: >Number: 3237 >Category: misc >Synopsis: SCRIPTS addition to bsd.prog.mk >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Tue Apr 8 23:10:02 PDT 1997 >Last-Modified: Wed Apr 9 11:57:31 PDT 1997 >Originator: Julian Assange >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: >Description: It is painful install executeable bourne/perl/tcl etc scripts, and there currently exists no rule to do this within . PROG is completely C oriented. >How-To-Repeat: >Fix: The following patch permits one to use this construct: #makefile SCRIPTS= dress devil red in --- bsd.prog.mk~ Wed Apr 9 15:25:03 1997 +++ bsd.prog.mk Wed Apr 9 15:25:03 1997 @@ -97,6 +97,12 @@ .endif realinstall: beforeinstall +.if defined(SCRIPTS) +.for script in ${SCRIPTS} + ${INSTALL} ${COPY} -o ${BINOWN} -g ${BINGRP} -m ${BINMODE} \ + ${INSTALLFLAGS} ${script} ${DESTDIR}${BINDIR} +.endfor +.endif .if defined(PROG) ${INSTALL} ${COPY} ${STRIP} -o ${BINOWN} -g ${BINGRP} -m ${BINMODE} \ ${INSTALLFLAGS} ${PROG} ${DESTDIR}${BINDIR} >Audit-Trail: Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: mpp Responsible-Changed-When: Wed Apr 9 11:57:05 PDT 1997 Responsible-Changed-Why: Misfiled PR. >Unformatted: From owner-freebsd-bugs Wed Apr 9 12:03:56 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA08959 for bugs-outgoing; Wed, 9 Apr 1997 12:03:56 -0700 (PDT) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA08922; Wed, 9 Apr 1997 12:03:43 -0700 (PDT) Date: Wed, 9 Apr 1997 12:03:43 -0700 (PDT) From: Mike Pritchard Message-Id: <199704091903.MAA08922@freefall.freebsd.org> To: graphix@iastate.edu, mpp, freebsd-bugs Subject: Re: bin/3238 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: style.9 compares return of getopt() to EOF State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Wed Apr 9 12:03:23 PDT 1997 State-Changed-Why: Suggested fix applied, thanks! From owner-freebsd-bugs Wed Apr 9 12:10:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA09336 for bugs-outgoing; Wed, 9 Apr 1997 12:10:07 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA09326; Wed, 9 Apr 1997 12:10:03 -0700 (PDT) Date: Wed, 9 Apr 1997 12:10:03 -0700 (PDT) Message-Id: <199704091910.MAA09326@freefall.freebsd.org> To: freebsd-bugs Cc: From: David Nugent Subject: Re: bin/3240: ls(1) gets segmentation fault. /usr/src/bin/ls/ls.c:428. Reply-To: David Nugent Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/3240; it has been noted by GNATS. From: David Nugent To: J.Hogeveen@twiddle.com Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: bin/3240: ls(1) gets segmentation fault. /usr/src/bin/ls/ls.c:428. Date: Thu, 10 Apr 1997 05:04:52 +1000 On Wed Apr 9 08:06:47 EST 1997, J.Hogeveen@twiddle.com writes: > Starting program: /usr/obj/usr/src/bin/ls/./ls -l /usr/ports > Program received signal SIGSEGV, Segmentation fault. > 0x1fba in display (p=0x33100, list=0x33b00) at /usr/src/bin/ls/ls.c:428 > 428 if ((ulen = strlen(user)) > maxuser) > (gdb) where > #0 0x1fba in display (p=0x33100, list=0x33b00) at /usr/src/bin/ls/ls.c:428 > #1 0x1d32 in traverse (argc=1, argv=0xefbfd914, options=16) > at /usr/src/bin/ls/ls.c:338 > #2 0x1ba1 in main (argc=3, argv=0xefbfd90c) at /usr/src/bin/ls/ls.c:275 > (gdb) quit > The program is running. Quit anyway (and kill it)? (y or n) y ~ > No idea. > The problem appears only when doing ls with -l on /usr/ports. > On my home system (also 2.2-STABLE) this problem does not occur, so it's > unique to the /usr/ports directory at dot.twiddle.com. Only because it probably contains a uid/gid that has no matching user in /etc/passwd & /etc/group (or, rather, their db equivalents). If this is the case, then the problem is pwcache.c in libc. A fix for that bug went in around a week ago. Not only ls is affected. I had the same problem breifly until I noticed the commit message and rebuilt 'world'. Note that since ls is statically linked, you'll have to not only rebuild libc, but relink ls as well. Regards, David Nugent - Unique Computing Pty Ltd - Melbourne, Australia Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/ From owner-freebsd-bugs Wed Apr 9 12:19:22 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA09914 for bugs-outgoing; Wed, 9 Apr 1997 12:19:22 -0700 (PDT) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA09890; Wed, 9 Apr 1997 12:19:11 -0700 (PDT) Date: Wed, 9 Apr 1997 12:19:11 -0700 (PDT) From: Mike Pritchard Message-Id: <199704091919.MAA09890@freefall.freebsd.org> To: J.Hogeveen@twiddle.com, mpp, freebsd-bugs Subject: Re: bin/3240 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: ls(1) gets segmentation fault. /usr/src/bin/ls/ls.c:428. State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Wed Apr 9 12:16:56 PDT 1997 State-Changed-Why: You need to update your libc. To be more specific, you need to obtain revision 1.4.2.2 of libc/gen/pwcache.c. There was a 20 hour or so window where this was broken, and you seem to have stumbled across it. From owner-freebsd-bugs Wed Apr 9 12:21:41 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA10154 for bugs-outgoing; Wed, 9 Apr 1997 12:21:41 -0700 (PDT) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA10125; Wed, 9 Apr 1997 12:21:17 -0700 (PDT) Date: Wed, 9 Apr 1997 12:21:17 -0700 (PDT) From: Mike Pritchard Message-Id: <199704091921.MAA10125@freefall.freebsd.org> To: george@lincc.lib.or.us, mpp, freebsd-bugs Subject: Re: kern/3235 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: 2.2.1 upgrade; make all stops on param.c - TIMEZONE State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Wed Apr 9 12:20:33 PDT 1997 State-Changed-Why: The originator says that a re-install worked just fine, so it was probably just pilot error. From owner-freebsd-bugs Wed Apr 9 12:30:27 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA10905 for bugs-outgoing; Wed, 9 Apr 1997 12:30:27 -0700 (PDT) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA10872; Wed, 9 Apr 1997 12:30:21 -0700 (PDT) Date: Wed, 9 Apr 1997 12:30:21 -0700 (PDT) From: Mike Pritchard Message-Id: <199704091930.MAA10872@freefall.freebsd.org> To: jari@apeli.tky.hut.fi, mpp, freebsd-bugs Subject: Re: bin/3241 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: times(3) returns only stime State-Changed-From-To: open-analyzed State-Changed-By: mpp State-Changed-When: Wed Apr 9 12:28:43 PDT 1997 State-Changed-Why: The test program works correctly under 2.1.7 and 3.0-current. I don't have a 2.2 system to test this on, so I can't verify that it fails to work under 2.2 as reported in the PR. From owner-freebsd-bugs Wed Apr 9 12:53:15 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA12336 for bugs-outgoing; Wed, 9 Apr 1997 12:53:15 -0700 (PDT) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA12312; Wed, 9 Apr 1997 12:53:08 -0700 (PDT) Date: Wed, 9 Apr 1997 12:53:08 -0700 (PDT) From: Mike Pritchard Message-Id: <199704091953.MAA12312@freefall.freebsd.org> To: arnej@frida.imf.unit.no, mpp, freebsd-bugs Subject: Re: kern/2246 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: symlinks should have their own attributes State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Wed Apr 9 12:50:16 PDT 1997 State-Changed-Why: Fixed by the following revisions in -current: Revision Changes Path 1.62 +19 -70 src/sys/kern/vfs_syscalls.c 1.14 +1 -2 src/sys/ufs/ufs/ufs_lookup.c 1.49 +2 -5 src/sys/ufs/ufs/ufs_vnops.c From owner-freebsd-bugs Wed Apr 9 13:20:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA14534 for bugs-outgoing; Wed, 9 Apr 1997 13:20:03 -0700 (PDT) Received: from spinner.DIALix.COM (root@spinner.dialix.com [192.203.228.67]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA14477; Wed, 9 Apr 1997 13:19:55 -0700 (PDT) Received: from spinner.DIALix.COM (peter@localhost.DIALix.oz.au [127.0.0.1]) by spinner.DIALix.COM (8.8.5/8.8.5) with ESMTP id EAA21495; Thu, 10 Apr 1997 04:19:51 +0800 (WST) Message-Id: <199704092019.EAA21495@spinner.DIALix.COM> X-Mailer: exmh version 2.0gamma 1/27/96 To: Mike Pritchard cc: jari@apeli.tky.hut.fi, freebsd-bugs@freefall.freebsd.org, freebsd-gnats-submit@freebsd.org Subject: Re: bin/3241 In-reply-to: Your message of "Wed, 09 Apr 1997 12:30:21 MST." <199704091930.MAA10872@freefall.freebsd.org> Date: Thu, 10 Apr 1997 04:19:50 +0800 From: Peter Wemm Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Mike Pritchard wrote: > Synopsis: times(3) returns only stime > > The test program works correctly under 2.1.7 and 3.0-current. > I don't have a 2.2 system to test this on, so I can't verify > that it fails to work under 2.2 as reported in the PR. Most likely this was because the statclock got stalled. This has been recently fixed in -current. A good way to test for this is to run "systat -vmstat 1" and see if it says that "the alternate system clock has died". If so, you should schedule a reboot since the process scheduler is adversely affected. Alternatively, if you have DDB loaded in the kernel, you might try entering ddb, running the "show rtc" command, and exiting with "c" (continue). That might be enough to restart it. Cheers, -Peter From owner-freebsd-bugs Wed Apr 9 13:30:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA15510 for bugs-outgoing; Wed, 9 Apr 1997 13:30:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA15504; Wed, 9 Apr 1997 13:30:01 -0700 (PDT) Date: Wed, 9 Apr 1997 13:30:01 -0700 (PDT) Message-Id: <199704092030.NAA15504@freefall.freebsd.org> To: freebsd-bugs Cc: From: Peter Wemm Subject: Re: bin/3241 Reply-To: Peter Wemm Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/3241; it has been noted by GNATS. From: Peter Wemm To: Mike Pritchard Cc: jari@apeli.tky.hut.fi, freebsd-bugs@freefall.freebsd.org, freebsd-gnats-submit@freebsd.org Subject: Re: bin/3241 Date: Thu, 10 Apr 1997 04:19:50 +0800 Mike Pritchard wrote: > Synopsis: times(3) returns only stime > > The test program works correctly under 2.1.7 and 3.0-current. > I don't have a 2.2 system to test this on, so I can't verify > that it fails to work under 2.2 as reported in the PR. Most likely this was because the statclock got stalled. This has been recently fixed in -current. A good way to test for this is to run "systat -vmstat 1" and see if it says that "the alternate system clock has died". If so, you should schedule a reboot since the process scheduler is adversely affected. Alternatively, if you have DDB loaded in the kernel, you might try entering ddb, running the "show rtc" command, and exiting with "c" (continue). That might be enough to restart it. Cheers, -Peter From owner-freebsd-bugs Wed Apr 9 13:35:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA16040 for bugs-outgoing; Wed, 9 Apr 1997 13:35:12 -0700 (PDT) Received: from barnes1.wustl.edu (barnes1.wustl.edu [128.252.162.58]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA16025 for ; Wed, 9 Apr 1997 13:35:05 -0700 (PDT) Received: (from wayne@localhost) by barnes1.wustl.edu (8.8.5/8.7.3) id PAA01898; Wed, 9 Apr 1997 15:34:37 -0500 (CDT) From: "Wayne M. Barnes" Message-Id: <199704092034.PAA01898@barnes1.wustl.edu> Subject: CAP and FreeBSD 2.2 To: koichi@ccc.canon.co.jp (Koichi Sato) Date: Wed, 9 Apr 1997 15:34:36 -0500 (CDT) Cc: bugs@freebsd.org X-Mailer: ELM [version 2.4ME+ PL22 (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 Dear Koichi, I recently upgraded my FreeBSD from 2.1.5 to 2.1.7 and then to 2.2.1. I believe my CAP 60 (pl 198) server was working fine at 2.1.7, but it's not working now. No error messages occur when I start-cap-servers. The symptom is that my computer name does not come up on the Macintosh when I choose Appletalk and my zone. My advice for you is to watch out, and not update to 2.2.1 without a backup functioning. Please let me know if you find a cure. I'll let you know if I do first. Wayne M. Barnes, Ph.D. wayne@barnes1.wustl.edu Biochemistry Dept. 8231 or barnes@biodec.wustl.edu Washington Univ. Medical School 314.362.3351 fax 7183 660 South Euclid Ave., St. Louis, MO 63110 http://mbb.wustl.edu/~barnes/ From owner-freebsd-bugs Wed Apr 9 14:40:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA19813 for bugs-outgoing; Wed, 9 Apr 1997 14:40:07 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA19778; Wed, 9 Apr 1997 14:40:02 -0700 (PDT) Resent-Date: Wed, 9 Apr 1997 14:40:02 -0700 (PDT) Resent-Message-Id: <199704092140.OAA19778@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, charnier@xp11.frmug.org Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA19377 for ; Wed, 9 Apr 1997 14:31:21 -0700 (PDT) Received: (from uucp@localhost) by frmug.org (8.8.5/8.8.5/frmug-2.0) with UUCP id XAA05359 for FreeBSD-gnats-submit@freebsd.org; Wed, 9 Apr 1997 23:30:51 +0200 (MET DST) Received: (from charnier@localhost) by xp11.frmug.org (8.8.5/8.8.5/xp11-uucp-1.1) id VAA13887; Wed, 9 Apr 1997 21:54:34 +0200 (CEST) Message-Id: <199704091954.VAA13887@xp11.frmug.org> Date: Wed, 9 Apr 1997 21:54:34 +0200 (CEST) From: Philippe Charnier Reply-To: charnier@xp11.frmug.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/3242: incorrect prototype for initgroups Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3242 >Category: bin >Synopsis: incorrect prototype for initgroups >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Wed Apr 9 14:40:01 PDT 1997 >Last-Modified: >Originator: Philippe Charnier >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: >Description: 1) #include int initgroups(const char *name, int basegid) ^^^ what about gid_t here? and in the function definition. 2) there is a typo in the man page: search for initgorups in BUGS section. >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Apr 9 18:24:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA02672 for bugs-outgoing; Wed, 9 Apr 1997 18:24:06 -0700 (PDT) Received: from canongate.in.canon.co.jp (uucp@canongate.in.canon.co.jp [150.61.4.5]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id SAA02667 for ; Wed, 9 Apr 1997 18:24:02 -0700 (PDT) Received: by canongate.in.canon.co.jp (4.1/2.7W) id AA26888; Thu, 10 Apr 97 10:23:57 JST Received: from canongw(150.61.8.7) by canongate via smap (V1.3) id sma026848; Thu Apr 10 10:23:25 1997 Received: from genesis.ccc.canon.co.jp (genesis.ccc.canon.co.jp [150.61.114.5]) by canongw.cecn.canon.co.jp (8.8.5/3.5W) with SMTP id KAA19261; Thu, 10 Apr 1997 10:24:44 +0900 (JST) Received: from ds5000gw.ccc.canon.co.jp ([150.61.170.33]) by genesis.ccc.canon.co.jp (8.6.9/3.3W9) with ESMTP id KAA20905; Thu, 10 Apr 1997 10:23:11 +0900 Received: from sun05.ds5000gw.ccc.canon.co.jp by ds5000gw.ccc.canon.co.jp (8.6.9/6.4J.6-agu4) id KAA00179; Thu, 10 Apr 1997 10:23:41 +0900 Message-Id: <199704100123.KAA00179@ds5000gw.ccc.canon.co.jp> To: wayne@barnes1.wustl.edu Cc: bugs@freebsd.org, koichi@ccc.canon.co.jp Subject: Re: CAP and FreeBSD 2.2 From: Koichi Sato In-Reply-To: Your message of "Wed, 9 Apr 1997 15:34:36 -0500 (CDT)" References: <199704092034.PAA01898@barnes1.wustl.edu> X-Mailer: Mew version 1.55 on Emacs 19.28.1, Mule 2.3 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Thu, 10 Apr 1997 10:22:36 +0900 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Dear Wayne M. Barnes, > I recently upgraded my FreeBSD from 2.1.5 to 2.1.7 and then to 2.2.1. > I believe my CAP 60 (pl 198) server was working fine at 2.1.7, but it's not > working now. > No error messages occur when I start-cap-servers. > The symptom is that my computer name does not come up on the Macintosh > when I choose Appletalk and my zone. Which package did you try "Native CAP" or "FreeBSD's port" ? If your package is "Native CAP", it does not work fine. I have heard bpf(4) spec has changed on FreeBSD 2.2, so you need a patch. This patch can get from http://www.fastnet.or.jp/~copan/CAP/bpfiltp.patch Sorry, other contents are written in Japanse (^^; But the best way is to use binary package or ports collection. These are fixed the problem. Please try following URL. Binary Package: ftp://ftp.freebsd.org/FreeBSD/packages-current/net/cap-6.0.198.tgz Port: ftp://ftp.freebsd.org/FreeBSD/ports-current/net/cap.tar.gz From owner-freebsd-bugs Wed Apr 9 18:30:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA02957 for bugs-outgoing; Wed, 9 Apr 1997 18:30:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA02948; Wed, 9 Apr 1997 18:30:02 -0700 (PDT) Resent-Date: Wed, 9 Apr 1997 18:30:02 -0700 (PDT) Resent-Message-Id: <199704100130.SAA02948@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.SAA02591;Wed; (8.8.5/8.8.5);, 9 Apr 1997 18:22:44.-0700 (PDT) Message-Id: <199704100122.SAA02591@freefall.freebsd.org> Date: Wed, 9 Apr 1997 18:22:44 -0700 (PDT) From: s320759@student.uq.edu.au To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: bin/3243: won't read file bin.cc - says "read -1 of 1024 bytes" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3243 >Category: bin >Synopsis: won't read file bin.cc - says "read -1 of 1024 bytes" >Confidential: no >Severity: critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Apr 9 18:30:01 PDT 1997 >Last-Modified: >Originator: Marcin Coles >Organization: Uni Student >Release: 2.1.7 >Environment: don't know >Description: I am installing freebsd from a DOS partition. I got the files via ftp, and bin.cc always seems to screw up the installation. I've tried to download it from various sites, but the error is always there. >How-To-Repeat: Run novice install. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Apr 9 18:40:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA03428 for bugs-outgoing; Wed, 9 Apr 1997 18:40:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA03419; Wed, 9 Apr 1997 18:40:02 -0700 (PDT) Resent-Date: Wed, 9 Apr 1997 18:40:02 -0700 (PDT) Resent-Message-Id: <199704100140.SAA03419@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, adam@veda.is Received: from veda.is (ubiq.veda.is [193.4.230.60]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA03193 for ; Wed, 9 Apr 1997 18:34:46 -0700 (PDT) Received: (from adam@localhost) by veda.is (8.8.5/8.7.3) id BAA08167; Thu, 10 Apr 1997 01:52:09 GMT Message-Id: <199704100152.BAA08167@veda.is> Date: Thu, 10 Apr 1997 01:52:09 GMT From: Adam David Reply-To: adam@veda.is To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/3244: ipfw flush closes connections Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3244 >Category: kern >Synopsis: ipfw flush closes connections >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Apr 9 18:40:01 PDT 1997 >Last-Modified: >Originator: Adam David >Organization: Veda Internet >Release: FreeBSD 3.0-CURRENT i386 >Environment: ipfw used as a filtering firewall component >Description: When ipfw is used to flush previously established rules, (it seems) all tcp connections open at the time become closed. Since flush is typical at the beginning of ipfw scripts and applies to rules not connections, this behaviour is wrong. Several months ago, it was possible to circumvent it (at least in part) by running /sbin/ipfw as a background process, but no longer. >How-To-Repeat: sh /etc/rc.firewall >Fix: none known >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Apr 9 19:26:28 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA05624 for bugs-outgoing; Wed, 9 Apr 1997 19:26:28 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA05617; Wed, 9 Apr 1997 19:26:24 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id MAA14702; Thu, 10 Apr 1997 12:17:18 +1000 Date: Thu, 10 Apr 1997 12:17:18 +1000 From: Bruce Evans Message-Id: <199704100217.MAA14702@godzilla.zeta.org.au> To: freebsd-bugs@freefall.freebsd.org, jari@apeli.tky.hut.fi, mpp@freefall.freebsd.org Subject: Re: bin/3241 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Synopsis: times(3) returns only stime > >State-Changed-From-To: open-analyzed >State-Changed-By: mpp >State-Changed-When: Wed Apr 9 12:28:43 PDT 1997 >State-Changed-Why: >The test program works correctly under 2.1.7 and 3.0-current. >I don't have a 2.2 system to test this on, so I can't verify >that it fails to work under 2.2 as reported in the PR. Probably the statclock has stopped or the program _is_ spending most of its time in the kernel doing emulated floating point. Bruce From owner-freebsd-bugs Wed Apr 9 20:57:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA11353 for bugs-outgoing; Wed, 9 Apr 1997 20:57:07 -0700 (PDT) Received: from obiwan.aceonline.com.au (obiwan.aceonline.com.au [203.103.90.67]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA11343 for ; Wed, 9 Apr 1997 20:56:57 -0700 (PDT) Received: from localhost (adrian@localhost) by obiwan.aceonline.com.au (8.8.5/8.8.5) with SMTP id LAA02208 for ; Thu, 10 Apr 1997 11:45:54 +0800 (WST) Date: Thu, 10 Apr 1997 11:45:51 +0800 (WST) From: Adrian Chadd To: freebsd-bugs@freebsd.org Subject: Aargh! Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Sorry, I replied to some mail and forgot to strip the sumbit addy out of the header *thwap* Won't do it again.. -- Adrian Chadd | UNIX, MS-DOS and Windows ... | (also known as the Good, the bad and the | ugly..) From owner-freebsd-bugs Wed Apr 9 20:57:21 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA11383 for bugs-outgoing; Wed, 9 Apr 1997 20:57:21 -0700 (PDT) Received: from obiwan.aceonline.com.au (obiwan.aceonline.com.au [203.103.90.67]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA11336; Wed, 9 Apr 1997 20:56:39 -0700 (PDT) Received: from localhost (adrian@localhost) by obiwan.aceonline.com.au (8.8.5/8.8.5) with SMTP id LAA02204; Thu, 10 Apr 1997 11:45:13 +0800 (WST) Date: Thu, 10 Apr 1997 11:45:12 +0800 (WST) From: Adrian Chadd To: Adam David cc: FreeBSD-gnats-submit@freebsd.org, GNATS Management , freebsd-bugs@freefall.freebsd.org Subject: Re: kern/3244: ipfw flush closes connections In-Reply-To: <199704100152.BAA08167@veda.is> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 10 Apr 1997, Adam David wrote: > When ipfw is used to flush previously established rules, (it seems) > all tcp connections open at the time become closed. Since flush is > typical at the beginning of ipfw scripts and applies to rules not > connections, this behaviour is wrong. Several months ago, it was > possible to circumvent it (at least in part) by running /sbin/ipfw > as a background process, but no longer. > Huh? > >How-To-Repeat: > > sh /etc/rc.firewall Try sh /etc/rc.firewall & I've noticed the same, if you do it remotely try sh /etc/rc.firewall & (I'm running a recentish build of 3.0-CURRENT and open tcp connections stay open). -- Adrian Chadd | UNIX, MS-DOS and Windows ... | (also known as the Good, the bad and the | ugly..) From owner-freebsd-bugs Wed Apr 9 21:00:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA11587 for bugs-outgoing; Wed, 9 Apr 1997 21:00:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA11557; Wed, 9 Apr 1997 21:00:02 -0700 (PDT) Date: Wed, 9 Apr 1997 21:00:02 -0700 (PDT) Message-Id: <199704100400.VAA11557@freefall.freebsd.org> To: freebsd-bugs Cc: From: Adrian Chadd Subject: Re: kern/3244: ipfw flush closes connections Reply-To: Adrian Chadd Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3244; it has been noted by GNATS. From: Adrian Chadd To: Adam David Cc: FreeBSD-gnats-submit@freebsd.org, GNATS Management , freebsd-bugs@freefall.freebsd.org Subject: Re: kern/3244: ipfw flush closes connections Date: Thu, 10 Apr 1997 11:45:12 +0800 (WST) On Thu, 10 Apr 1997, Adam David wrote: > When ipfw is used to flush previously established rules, (it seems) > all tcp connections open at the time become closed. Since flush is > typical at the beginning of ipfw scripts and applies to rules not > connections, this behaviour is wrong. Several months ago, it was > possible to circumvent it (at least in part) by running /sbin/ipfw > as a background process, but no longer. > Huh? > >How-To-Repeat: > > sh /etc/rc.firewall Try sh /etc/rc.firewall & I've noticed the same, if you do it remotely try sh /etc/rc.firewall & (I'm running a recentish build of 3.0-CURRENT and open tcp connections stay open). -- Adrian Chadd | UNIX, MS-DOS and Windows ... | (also known as the Good, the bad and the | ugly..) From owner-freebsd-bugs Wed Apr 9 22:10:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA15697 for bugs-outgoing; Wed, 9 Apr 1997 22:10:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA15679; Wed, 9 Apr 1997 22:10:02 -0700 (PDT) Resent-Date: Wed, 9 Apr 1997 22:10:02 -0700 (PDT) Resent-Message-Id: <199704100510.WAA15679@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.WAA15325;Wed; (8.8.5/8.8.5);, 9 Apr 1997 22:03:33.-0700 (PDT) Message-Id: <199704100503.WAA15325@freefall.freebsd.org> Date: Wed, 9 Apr 1997 22:03:33 -0700 (PDT) From: filo@yahoo.com To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: bin/3245: variable substitution "a=${a:=}" in /bin/sh causes infinite loop Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3245 >Category: bin >Synopsis: variable substitution "a=${a:=}" in /bin/sh causes infinite loop >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Apr 9 22:10:01 PDT 1997 >Last-Modified: >Originator: david filo >Organization: yahoo >Release: 2.2-stable (as of 4/9/97) >Environment: FreeBSD 67.yahoo.com 2.2-STABLE FreeBSD 2.2-STABLE #0: Thu Apr 10 01:06:58 GMT 1997 >Description: the following variable substitution in /bin/sh results in an infinite loop, provided a has a null value. by definition it should set a to null. a=${a:=} >How-To-Repeat: run the following script #!/bin/sh a= a=${a:=} >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Apr 9 23:22:23 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA18440 for bugs-outgoing; Wed, 9 Apr 1997 23:22:23 -0700 (PDT) Received: from meter.eng.uci.edu (root@meter.eng.uci.edu [128.200.85.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA18433; Wed, 9 Apr 1997 23:22:21 -0700 (PDT) Received: from newport.ece.uci.edu by meter.eng.uci.edu (8.8.5) id XAA17951; Wed, 9 Apr 1997 23:22:18 -0700 (PDT) Received: from localhost by newport.ece.uci.edu (8.8.5) id XAA19967; Wed, 9 Apr 1997 23:22:16 -0700 (PDT) Message-Id: <199704100622.XAA19967@newport.ece.uci.edu> To: bugs@freebsd.org cc: current@freebsd.org Subject: NFS/mmap freeze in 2.2R Date: Wed, 09 Apr 1997 23:22:15 -0700 From: Steven Wallace Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have discovered how to freeze the system over an NFS mounted filesystem. If you map a file over NFS read/write and shared, write to the area in memory, and then have another program read that nfs file, the system will freeze. The freeze is kindof wierd though. It appears that the kernel is still running somehow. I can change the sysconts vty's but typing and all other processes are frozen and not running. The system will get error messages (sometimes) ever 30 seconds when it syncs. They report: Apr 9 23:05:35 sdw /kernel: vnode_pager_putpages: I/O error 13 Apr 9 23:05:35 sdw /kernel: vnode_pager_putpages: residual I/O 65536 at 496 I have made life easy for you, Mr. VM master, by providing a program to freeze your system, guaranteed. Here is the program to freeze your system: /* Instructions to freeze system: cc -O crashme.c -o crashme cd /nfs_mounted_dir crashme & cat nfsfile > /dev/null ------------SYSTEM FREEZE----------------- */ #include #include #include #include #include #include #include #define RAMSIZE_DEF 0x220000 #define SLEEP 1 static int mapmem(int fd, long start, long size, long offset, int w) { caddr_t maddr, addr; off_t moffset = (off_t)offset; const int flags = /* MAP_FIXED |*/ MAP_SHARED; const int prot = PROT_READ | (w ? PROT_WRITE : 0); maddr = (caddr_t)(start); addr = (caddr_t)mmap(maddr, (size_t)size, prot, flags, fd, moffset); if((int)addr == -1) { fprintf(stderr, "mapmem at addr=%6x size=%5x offset=%5x: %s\n", maddr, size, offset, strerror(errno)); } return((int)addr); } int main(int argc, char *argv[]) { int fdram; int dummy; long size = RAMSIZE_DEF; char *data; char *map; fdram = open("nfsfile", O_RDWR | O_CREAT, 0666); if(fdram < 0) { perror("open nfsfile"); return(fdram); } if(lseek(fdram, 0, SEEK_END) <= 0) { if(lseek(fdram, size - sizeof(dummy), SEEK_SET) < 0) perror("lseek ram"); if(write(fdram, &dummy, sizeof(dummy)) < 0) perror("write ram"); } map = (char *)mapmem(fdram, 0, size, 0, 1); if((int)map == -1) return -1; data = (char *)malloc(size); strcpy(data, "begin of data"); data[size - 1] = 'Z'; if(!data) { printf("malloc failed\n"); return -1; } while(1) { sleep(SLEEP); memcpy(map, data, size); printf("data written to mapped file\n"); } } From owner-freebsd-bugs Thu Apr 10 01:36:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA24095 for bugs-outgoing; Thu, 10 Apr 1997 01:36:06 -0700 (PDT) Received: from veda.is (ubiq.veda.is [193.4.230.60]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA24041; Thu, 10 Apr 1997 01:35:34 -0700 (PDT) Received: (from adam@localhost) by veda.is (8.8.5/8.7.3) id IAA08985; Thu, 10 Apr 1997 08:41:20 GMT From: Adam David Message-Id: <199704100841.IAA08985@veda.is> Subject: Re: kern/3244: ipfw flush closes connections In-Reply-To: from Adrian Chadd at "Apr 10, 97 11:45:12 am" To: adrian@obiwan.aceonline.com.au (Adrian Chadd) Date: Thu, 10 Apr 1997 08:41:19 +0000 (GMT) Cc: FreeBSD-gnats-submit@freebsd.org, gnats@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org X-Mailer: ELM [version 2.4ME+ PL31 (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 > Try sh /etc/rc.firewall & Sorry, that's exactly what I meant by running it in the background. Trouble is that doesn't help anymore. > I've noticed the same, if you do it remotely try sh /etc/rc.firewall & > (I'm running a recentish build of 3.0-CURRENT and open tcp connections > stay open). Weird, I get peer resets all over the place, I've even seen it on throughbound connections. Adam From owner-freebsd-bugs Thu Apr 10 01:40:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA24222 for bugs-outgoing; Thu, 10 Apr 1997 01:40:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA24202; Thu, 10 Apr 1997 01:40:02 -0700 (PDT) Date: Thu, 10 Apr 1997 01:40:02 -0700 (PDT) Message-Id: <199704100840.BAA24202@freefall.freebsd.org> To: freebsd-bugs Cc: From: Adam David Subject: Re: kern/3244: ipfw flush closes connections Reply-To: Adam David Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3244; it has been noted by GNATS. From: Adam David To: adrian@obiwan.aceonline.com.au (Adrian Chadd) Cc: FreeBSD-gnats-submit@freebsd.org, gnats@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org Subject: Re: kern/3244: ipfw flush closes connections Date: Thu, 10 Apr 1997 08:41:19 +0000 (GMT) > Try sh /etc/rc.firewall & Sorry, that's exactly what I meant by running it in the background. Trouble is that doesn't help anymore. > I've noticed the same, if you do it remotely try sh /etc/rc.firewall & > (I'm running a recentish build of 3.0-CURRENT and open tcp connections > stay open). Weird, I get peer resets all over the place, I've even seen it on throughbound connections. Adam From owner-freebsd-bugs Thu Apr 10 04:20:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA29696 for bugs-outgoing; Thu, 10 Apr 1997 04:20:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA29682; Thu, 10 Apr 1997 04:20:02 -0700 (PDT) Resent-Date: Thu, 10 Apr 1997 04:20:02 -0700 (PDT) Resent-Message-Id: <199704101120.EAA29682@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, eserte@cs.tu-berlin.de Received: from cabulja.herceg.de (cottrell.dialup.fu-berlin.de [160.45.222.107]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA29449 for ; Thu, 10 Apr 1997 04:13:07 -0700 (PDT) Received: (from eserte@localhost) by cabulja.herceg.de (8.8.5/8.8.5) id MAA00654; Thu, 10 Apr 1997 12:25:38 +0200 (CEST) Message-Id: <199704101025.MAA00654@cabulja.herceg.de> Date: Thu, 10 Apr 1997 12:25:38 +0200 (CEST) From: Slaven Rezic Reply-To: eserte@cs.tu-berlin.de To: freefall-gnats@cabulja.herceg.de X-Send-Pr-Version: 3.2 Subject: bin/3246: mtree -c should escape whitespace and special characters Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3246 >Category: bin >Synopsis: mtree -c should escape whitespace and special characters >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Apr 10 04:20:01 PDT 1997 >Last-Modified: >Originator: Slaven Rezic >Organization: Private FreeBSD site, Berlin, Germany >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: >Description: Filenames with whitespace cause problems with mtree -c and a subsequent mtree command. >How-To-Repeat: touch "white space" mtree -c > /tmp/mtree mtree < /tmp/mtree >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Apr 10 04:29:59 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA00131 for bugs-outgoing; Thu, 10 Apr 1997 04:29:59 -0700 (PDT) Received: from pragmatix.bangor.ac.uk (pragmatix.bangor.ac.uk [147.143.2.14]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id EAA00120; Thu, 10 Apr 1997 04:29:52 -0700 (PDT) Received: from demo1.bangor.ac.uk by pragmatix.bangor.ac.uk (SMI-8.6/SMI-SVR4) id MAA04238; Thu, 10 Apr 1997 12:29:41 +0100 Date: Thu, 10 Apr 1997 13:30:43 +0100 (BST) From: "M.Sapsed" To: freebsd-questions@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG cc: m.sapsed@bangor.ac.uk Subject: 2.2.1/amd problems Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY=------------E6234733144 Content-ID: Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --------------E6234733144 Content-Type: TEXT/PLAIN; CHARSET=us-ascii Content-ID: Hi, I sent this the the freebsd.misc newsgroup but only got one reply which didn't seem to help. Is there anyone on these lists willing to offer any comment? I'm not on either list so please include my address in any reply. Thanks, Martin > Hi, > > I've just installed 2.2.1 (from 1 of the UK mirrors) on an ageing > 486DX33 box (20mb ram, twin 200mb ide hard drives). I now find that when > running e.g. more or vi there is a noticeable pause before anything > appears on the screen. More of a problem is that my automounted (via > amd) home directory fails to appear when doing an ls or anything else, > although it is mounted and ls of small subdirectories works fine. The > home directory has 221 entries and another subdirectory which fails has > 162 (I know they're large but they should work!) If I ask for ls on > these dirs, it just sits there for about 30 mins until a message > > /kernel: nfs server server:/path/path: not responding > > appears. If you then do ctrl-C you get a prompt back and can get an > instant listing of the smaller directories. > > This is with both the GENERIC kernel and one -c'ed down to the minimum. > The amd command line is similar to the default in sysconfig (just > changed to use a NIS map). > > Neither problem (the pause or amd) was present when the machine ran > 2.1.7.1 (I've swapped back on forth several times recently trying > things). > > Anyone got any suggestions as to what's going on here? > > Cheers, > > Martin > > P.S. No comments about the hardware please! I know its far from optimal > but the box is only for testing things. > > ---------------------------------------------------------------------- > Martin Sapsed Tel: +44 (0)1248 382409 > Computing Lab Fax: +44 (0)1248 383826 > University of Wales, Bangor "Who do you say I am?" > North Wales, LL57 2DG Jesus of Nazareth --------------E6234733144-- From owner-freebsd-bugs Thu Apr 10 06:09:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA04133 for bugs-outgoing; Thu, 10 Apr 1997 06:09:10 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA04107; Thu, 10 Apr 1997 06:09:00 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.8.4/8.6.9) id IAA00366; Thu, 10 Apr 1997 08:08:52 -0500 (EST) From: "John S. Dyson" Message-Id: <199704101308.IAA00366@dyson.iquest.net> Subject: Re: NFS/mmap freeze in 2.2R In-Reply-To: <199704100622.XAA19967@newport.ece.uci.edu> from Steven Wallace at "Apr 9, 97 11:22:15 pm" To: swallace@ece.uci.edu (Steven Wallace) Date: Thu, 10 Apr 1997 08:08:52 -0500 (EST) Cc: bugs@freebsd.org, current@freebsd.org Reply-To: dyson@freebsd.org X-Mailer: ELM [version 2.4ME+ PL31 (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 > > I have discovered how to freeze the system over an NFS mounted filesystem. > If you map a file over NFS read/write and shared, write > to the area in memory, and then have another program read that nfs file, > the system will freeze. The freeze is kindof wierd though. > It appears that the kernel is still running somehow. > I can change the sysconts vty's but typing and all other processes > are frozen and not running. > Sounds like a recursive VFS locking problem or somesuch. Thanks for the report, and will look at it ASAP. John From owner-freebsd-bugs Thu Apr 10 09:30:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA16298 for bugs-outgoing; Thu, 10 Apr 1997 09:30:06 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA16291; Thu, 10 Apr 1997 09:30:03 -0700 (PDT) Resent-Date: Thu, 10 Apr 1997 09:30:03 -0700 (PDT) Resent-Message-Id: <199704101630.JAA16291@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, eserte@cs.tu-berlin.de Received: from cabulja.herceg.de (dial1-05.zrz.TU-Berlin.DE [130.149.1.165]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA16052 for ; Thu, 10 Apr 1997 09:24:00 -0700 (PDT) Received: (from eserte@localhost) by cabulja.herceg.de (8.8.5/8.8.5) id PAA01185; Thu, 10 Apr 1997 15:27:40 +0200 (CEST) Message-Id: <199704101327.PAA01185@cabulja.herceg.de> Date: Thu, 10 Apr 1997 15:27:40 +0200 (CEST) From: eserte@cs.tu-berlin.de Reply-To: eserte@cs.tu-berlin.de To: freefall-gnats@cabulja.herceg.de X-Send-Pr-Version: 3.2 Subject: gnu/3247: tar -O creates directories Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3247 >Category: gnu >Synopsis: tar -O creates directories >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Apr 10 09:30:02 PDT 1997 >Last-Modified: >Originator: Slaven Rezic >Organization: Private FreeBSD site, Berlin, Germany >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: >Description: tar -O creates directories. Since -O extracts files to standard output, I think that no directories should be created. >How-To-Repeat: tar xfvOz something.tar.gz >Fix: Maybe there's a newer version of GNU tar with the bug already fixed? >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Apr 10 12:36:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA25574 for bugs-outgoing; Thu, 10 Apr 1997 12:36:06 -0700 (PDT) Received: from dutton4.it.siu.edu (dutton4.it.siu.edu [131.230.2.151]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA25535 for ; Thu, 10 Apr 1997 12:35:56 -0700 (PDT) Received: from localhost (jimd@localhost) by dutton4.it.siu.edu (8.8.5/8.8.5) with SMTP id OAA18341 for ; Thu, 10 Apr 1997 14:38:56 -0500 (CDT) Date: Thu, 10 Apr 1997 14:38:56 -0500 (CDT) From: Jim Dutton To: freebsd-bugs@freebsd.org Subject: xforms/bxform-086 Checksum mismatch Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I just recently got this from ports-current.... dutton4/root: make >> bxform-086.tgz doesn't seem to exist on this system. >> Attempting to fetch from ftp://einstein.phys.uwm.edu/pub/xforms/freeBSD/. Receiving bxform-086.tgz (757822 bytes): 100% 757822 bytes transfered in 238.4 seconds (3.10 kB/s) >> Checksum mismatch for bxform-086.tgz. Make sure the Makefile and md5 file (/usr/ports/x11/xforms/files/md5) are up to date. If you want to override this check, type "make NO_CHECKSUM=yes [other args]". *** Error code 1 Stop. From owner-freebsd-bugs Thu Apr 10 13:00:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA26615 for bugs-outgoing; Thu, 10 Apr 1997 13:00:07 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA26600; Thu, 10 Apr 1997 13:00:03 -0700 (PDT) Resent-Date: Thu, 10 Apr 1997 13:00:03 -0700 (PDT) Resent-Message-Id: <199704102000.NAA26600@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, alk@East.Sun.COM Received: from mercury.Sun.COM (mercury.Sun.COM [192.9.25.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id MAA26462 for ; Thu, 10 Apr 1997 12:56:55 -0700 (PDT) Received: from East.Sun.COM ([129.148.1.241]) by mercury.Sun.COM (SMI-8.6/mail.byaddr) with SMTP id NAA05780 for ; Thu, 10 Apr 1997 13:02:21 -0700 Received: from suneast.East.Sun.COM by East.Sun.COM (SMI-8.6/SMI-5.3) id PAA01019; Thu, 10 Apr 1997 15:55:44 -0400 Received: from compound.east.sun.com by suneast.East.Sun.COM (SMI-8.6/SMI-SVR4) id PAA05575; Thu, 10 Apr 1997 15:55:42 -0400 Received: (from alk@localhost) by compound.east.sun.com (8.8.5/8.7.3) id OAA06621; Thu, 10 Apr 1997 14:56:14 -0500 (CDT) Message-Id: <199704101956.OAA06621@compound.east.sun.com> Date: Thu, 10 Apr 1997 14:56:14 -0500 (CDT) From: Tony Kimball Reply-To: alk@East.Sun.COM To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/3249: ppp link down transition hook Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3249 >Category: bin >Synopsis: user ppp does not provide a linkdown hook >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu Apr 10 13:00:02 PDT 1997 >Last-Modified: >Originator: Tony Kimball >Organization: Dis >Release: FreeBSD 3.0-CURRENT i386 >Environment: Current >Description: /usr/sbin/ppp provides a means of taking a configurable action when a link comes up, but not when a link goes down. Incidentally, I submitted this in the past but did not receive back a tracking number, so I must've goofed somehow. >How-To-Repeat: Hang up the phone :-) >Fix: cvs diff: Diffing . Index: defs.h =================================================================== RCS file: /home/alk/w/repository/FreeBSD/src/usr.sbin/ppp/defs.h,v retrieving revision 1.10 diff -c -3 -r1.10 defs.h *** defs.h 1997/02/22 16:10:10 1.10 --- defs.h 1997/03/19 18:52:55 *************** *** 42,55 **** #else #define MODEM_DEV "/dev/tty01" /* name of tty device */ #endif ! #define MODEM_SPEED B38400 /* tty speed */ #define SERVER_PORT 3000 /* Base server port no. */ #define MODEM_CTSRTS TRUE /* Default (true): use CTS/RTS signals */ #define REDIAL_PERIOD 30 /* Default Hold time to redial */ #define CONFFILE "ppp.conf" ! #define LINKFILE "ppp.linkup" #define ETHERFILE "ppp.etherup" #define SECRETFILE "ppp.secret" --- 42,56 ---- #else #define MODEM_DEV "/dev/tty01" /* name of tty device */ #endif ! #define MODEM_SPEED B115200 /* tty speed */ #define SERVER_PORT 3000 /* Base server port no. */ #define MODEM_CTSRTS TRUE /* Default (true): use CTS/RTS signals */ #define REDIAL_PERIOD 30 /* Default Hold time to redial */ #define CONFFILE "ppp.conf" ! #define LINKUPFILE "ppp.linkup" ! #define LINKDOWNFILE "ppp.linkdown" #define ETHERFILE "ppp.etherup" #define SECRETFILE "ppp.secret" Index: os.c =================================================================== RCS file: /home/alk/w/repository/FreeBSD/src/usr.sbin/ppp/os.c,v retrieving revision 1.14 diff -c -3 -r1.14 os.c *** os.c 1997/02/25 14:05:06 1.14 --- os.c 1997/03/19 18:57:45 *************** *** 193,204 **** s = (char *)inet_ntoa(peer_addr); LogPrintf(LOG_LINK_BIT|LOG_LCP_BIT, "OsLinkup: %s\n", s); ! if (SelectSystem(inet_ntoa(IpcpInfo.want_ipaddr), LINKFILE) < 0) { if (dstsystem) { ! if (SelectSystem(dstsystem, LINKFILE) < 0) ! SelectSystem("MYADDR", LINKFILE); } else ! SelectSystem("MYADDR", LINKFILE); } linkup = 1; } --- 193,204 ---- s = (char *)inet_ntoa(peer_addr); LogPrintf(LOG_LINK_BIT|LOG_LCP_BIT, "OsLinkup: %s\n", s); ! if (SelectSystem(inet_ntoa(IpcpInfo.want_ipaddr), LINKUPFILE) < 0) { if (dstsystem) { ! if (SelectSystem(dstsystem, LINKUPFILE) < 0) ! SelectSystem("MYADDR", LINKUPFILE); } else ! SelectSystem("MYADDR", LINKUPFILE); } linkup = 1; } *************** *** 210,220 **** char *s; if (linkup) { ! s = (char *)inet_ntoa(peer_addr); ! LogPrintf(LOG_LINK_BIT|LOG_LCP_BIT, "OsLinkdown: %s\n", s); ! if (!(mode & MODE_AUTO)) ! DeleteIfRoutes(0); ! linkup = 0; } } --- 210,227 ---- char *s; if (linkup) { ! s = (char *)inet_ntoa(peer_addr); ! LogPrintf(LOG_LINK_BIT|LOG_LCP_BIT, "OsLinkdown: %s\n", s); ! if (!(mode & MODE_AUTO)) ! DeleteIfRoutes(0); ! linkup = 0; ! if (SelectSystem(s, LINKDOWNFILE) < 0) { ! if (dstsystem) { ! if (SelectSystem(dstsystem, LINKDOWNFILE) < 0) ! SelectSystem("MYADDR", LINKDOWNFILE); ! } else ! SelectSystem("MYADDR", LINKDOWNFILE); ! } } } Index: ppp.8 =================================================================== RCS file: /home/alk/w/repository/FreeBSD/src/usr.sbin/ppp/ppp.8,v retrieving revision 1.26 diff -c -3 -r1.26 ppp.8 *** ppp.8 1997/03/13 21:39:41 1.26 --- ppp.8 1997/03/19 18:54:53 *************** *** 308,314 **** .Em PPP connection is established. See the provided example which adds a default route. The string HISADDR represents the IP address of the ! remote peer. .Sh BACKGROUND DIALING --- 308,317 ---- .Em PPP connection is established. See the provided example which adds a default route. The string HISADDR represents the IP address of the ! remote peer. Similarly, when a connection is closed, the contents of the ! .Pa /etc/ppp/ppp.linkdown ! file are executed. ! .Sh BACKGROUND DIALING *************** *** 870,888 **** .Sh FILES .Nm ! refers to three files: ppp.conf, ppp.linkup and ppp.secret. These files are placed in .Pa /etc/ppp , but the user can create his own files under his $HOME directory as .Pa .ppp.conf , ! .Pa .ppp.linkup and .Pa .ppp.secret. .Nm will always try to consult the user's personal setup first. .Bl -tag -width flag ! .Pa $HOME/ppp/.ppp.[conf|linkup|secret] User dependent configuration files. .Pa /etc/ppp/ppp.conf --- 873,892 ---- .Sh FILES .Nm ! refers to four files: ppp.conf, ppp.linkup, ppp.linkdown, and ppp.secret. These files are placed in .Pa /etc/ppp , but the user can create his own files under his $HOME directory as .Pa .ppp.conf , ! .Pa .ppp.linkup , ! .Pa .ppp.linkdown and .Pa .ppp.secret. .Nm will always try to consult the user's personal setup first. .Bl -tag -width flag ! .Pa $HOME/ppp/.ppp.[conf|linkup|linkdown|secret] User dependent configuration files. .Pa /etc/ppp/ppp.conf *************** *** 895,900 **** --- 899,909 ---- A file to check when .Nm establishes a network level connection. + + .Pa /etc/ppp/ppp.linkdown + A file to check when + .Nm + closes a network level connection. .Pa /var/log/ppp.log Logging and debugging information file. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Apr 10 13:39:16 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA28619 for bugs-outgoing; Thu, 10 Apr 1997 13:39:16 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id NAA28602 for ; Thu, 10 Apr 1997 13:39:12 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA04080; Thu, 10 Apr 1997 22:38:54 +0200 Received: (from j@localhost) by jette.heep.sax.de (8.8.5/8.8.5) id VAA00561; Thu, 10 Apr 1997 21:39:21 +0200 (CEST) Message-ID: <19970410213917.FD04494@jette.heep.sax.de> Date: Thu, 10 Apr 1997 21:39:17 +0200 From: j@jette.heep.sax.de (J Wunsch) To: wayne@barnes1.wustl.edu (Wayne M. Barnes) Cc: freebsd-bugs@freefall.freebsd.org, freebsd-questions@freebsd.org Subject: Re: conf/3123 conf/3109 conf/3088 References: <199704072344.SAA00342@barnes1.wustl.edu> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199704072344.SAA00342@barnes1.wustl.edu>; from Wayne M. Barnes on Apr 7, 1997 18:44:38 -0500 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Wayne M. Barnes wrote: > mkdir /wuarchive > mount wuarchive.wustl.edu:/archive /wuarchive Btw., should wuarchive finally also support NFS over TCP (they didn't the last time i've been looking, but that's quite a year ago), make this mount -o -T,-i,-s wuarchive.wustl.edu:/archive /wuarchive By all means, use -i and -s -- see the README.NFS on wuarchive. > # Try xwindows, after logging in: > startx > # Oops, it crashes. Fix it with > cd /usr/lib > ln -s compat/libgnumalloc.so.2.0 libgnumalloc.so.2.0 Nope. Fix with: ldconfig -m /usr/lib/compat instead. -- bye, J"org ...just travelling around. Don't try reaching me except by mail. :) From owner-freebsd-bugs Thu Apr 10 15:50:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA05672 for bugs-outgoing; Thu, 10 Apr 1997 15:50:06 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA05664; Thu, 10 Apr 1997 15:50:02 -0700 (PDT) Resent-Date: Thu, 10 Apr 1997 15:50:02 -0700 (PDT) Resent-Message-Id: <199704102250.PAA05664@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, jonny@mailhost.coppe.ufrj.br Received: from gaia.coppe.ufrj.br (root@cisigw.coppe.ufrj.br [146.164.2.31]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA05600 for ; Thu, 10 Apr 1997 15:49:08 -0700 (PDT) Received: (from jonny@localhost) by gaia.coppe.ufrj.br (8.8.5/8.7.3) id TAA13929; Thu, 10 Apr 1997 19:48:59 -0300 (EST) Message-Id: <199704102248.TAA13929@gaia.coppe.ufrj.br> Date: Thu, 10 Apr 1997 19:48:59 -0300 (EST) From: Joao Carlos Mendes Luis Reply-To: jonny@mailhost.coppe.ufrj.br To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/3251: xsysinfo stops refreshing and wastes CPU Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3251 >Category: bin >Synopsis: xsysinfo stops refreshing and wastes CPU >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Apr 10 15:50:01 PDT 1997 >Last-Modified: >Originator: Joao Carlos Mendes Luis >Organization: Universidade Federal do Rio de Janeiro >Release: FreeBSD 2.1.7-RELEASE i386 >Environment: FreeBSD 2.1.7, XFree86 3.2 >Description: xsysinfo seens to lose control under high load condition. >How-To-Repeat: - Create a program to eat LOTs of memory, effectively trashing the whole system. This program must disable all limits on memory alocation and RSS size. If necessary, I have such a program. - Start X and xsysinfo - Run the memory eater, eat all RAM your machine have, forcing everything to go to swap. - xsysinfo stops refreshing, and consumes 100% of your CPU. >Fix: I did not look at the sources, but I think it's a problem with linked lists acessing /dev/kmem. NetBSD's identd had this problem. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Apr 10 16:31:35 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA08610 for bugs-outgoing; Thu, 10 Apr 1997 16:31:35 -0700 (PDT) Received: from cargpc5.atmos.washington.edu (cargpc5.atmos.washington.edu [128.95.176.98]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA08593 for ; Thu, 10 Apr 1997 16:31:28 -0700 (PDT) Received: from localhost by cargpc5.atmos.washington.edu (8.8.5/UW-NDC Revision: 2.30v8.8) id QAA28212; Thu, 10 Apr 1997 16:33:12 -0700 (PDT) X-Authentication-Warning: cargpc5.atmos.washington.edu: dbx owned process doing -bs Date: Thu, 10 Apr 1997 16:33:11 -0700 (PDT) From: "\"Doug Burks\"" To: Joerg Wunsch cc: bugs@freebsd.org, "John S. Dyson" Subject: Re: kern/3156: Floppy disk copy freezes In-Reply-To: <19970401082956.CG29737@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Greetings, I compiled a kernel with DDB and also threw out the features I don't use. Thus, true to usual form, the problem completely went away. :( If it helps, I've tacked on my kernel configuration file. I will continue to try different things out to narrow it down, but the pace will be slow, since my boss pays me to play with aircraft data, not kernels. :) Doug Burks dbx@atmos.washington.edu # # GENERIC -- Generic machine with WD/AHx/NCR/BTx family disks # # For more information read the handbook part System Administration -> # Configuring the FreeBSD Kernel -> The Configuration File. # The handbook is available in /usr/share/doc/handbook or online as # latest version from the FreeBSD World Wide Web server # # # An exhaustive list of options and more detailed explanations of the # device lines is present in the ./LINT configuration file. If you are # in doubt as to the purpose or necessity of a line, check first in LINT. # # $Id: GENERIC,v 1.77.2.4 1997/02/22 20:31:24 joerg Exp $ machine "i386" cpu "I586_CPU" ident DBXdbg maxusers 2 options INET options FFS options NFS options MSDOSFS options PROCFS options "COMPAT_43" options FAILSAFE options SYSVSHM options SYSVSEM options SYSVMSG options UCONSOLE options DDB options KTRACE config kernel root on wd0 controller isa0 controller eisa0 controller pci0 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 device vt0 at isa? port "IO_KBD" tty irq 1 vector pcrint options PCVT_FREEBSD=210 options XSERVER device npx0 at isa? port "IO_NPX" irq 13 vector npxintr device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device ep0 at isa? port 0x300 net irq 10 vector epintr pseudo-device loop pseudo-device ether pseudo-device log pseudo-device pty 16 pseudo-device vn Doug Burks dbx@atmos.washington.edu From owner-freebsd-bugs Thu Apr 10 21:50:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA26030 for bugs-outgoing; Thu, 10 Apr 1997 21:50:08 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA26022; Thu, 10 Apr 1997 21:50:03 -0700 (PDT) Resent-Date: Thu, 10 Apr 1997 21:50:03 -0700 (PDT) Resent-Message-Id: <199704110450.VAA26022@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, nsayer@quack.kfu.com Received: from quack.kfu.com (0@quack.kfu.com [204.147.226.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id VAA25957 for ; Thu, 10 Apr 1997 21:47:57 -0700 (PDT) Received: from morpheus.kfu.com (morpheus.kfu.com [204.147.226.4]) by quack.kfu.com (8.6.12/8.6.12) with ESMTP id VAA03405 for ; Thu, 10 Apr 1997 21:47:55 -0700 Received: by morpheus.kfu.com (8.8.5//ident-1.0) id VAA00388; Thu, 10 Apr 1997 21:47:55 -0700 (PDT) Message-Id: <199704110447.VAA00388@morpheus.kfu.com> Date: Thu, 10 Apr 1997 21:47:55 -0700 (PDT) From: nsayer@quack.kfu.com Reply-To: nsayer@quack.kfu.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/3253: scsiconf.c: make ZIP disks use optical driver Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3253 >Category: kern >Synopsis: scsiconf.c: make ZIP disks use optical driver >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu Apr 10 21:50:01 PDT 1997 >Last-Modified: >Originator: Nick Sayer >Organization: Just me >Release: FreeBSD 2.2-RELEASE i386 >Environment: SCSI ZIP drive >Description: The zip drive causes the 'sd' driver heartburn because it is removable. The 'od' driver knows about removable media and is less bothersome. >How-To-Repeat: >Fix: Add this at the end of the first '#if NOD > 0' section of scsiconf.c: { T_DIRECT, T_OPTICAL, T_REMOV, "IOMEGA", "ZIP 100", "*", "od", SC_ONE_LU }, This probably should be done for the Jazz as well, but I don't have one of those. Either that or the 'sd' driver should just "get it" when given a removable T_DIRECT. This is easier, but will require some educating of users. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Apr 11 03:20:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA09064 for bugs-outgoing; Fri, 11 Apr 1997 03:20:07 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA09058; Fri, 11 Apr 1997 03:20:04 -0700 (PDT) Resent-Date: Fri, 11 Apr 1997 03:20:04 -0700 (PDT) Resent-Message-Id: <199704111020.DAA09058@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.DAA08985;Fri; (8.8.5/8.8.5);, 11 Apr 1997 03:16:58.-0700 (PDT) Message-Id: <199704111016.DAA08985@freefall.freebsd.org> Date: Fri, 11 Apr 1997 03:16:58 -0700 (PDT) From: scrd@hotmail.com To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: misc/3254: Can't connect to my ISP, because my ISP uses NT M$ authenfication! Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3254 >Category: misc >Synopsis: Can't connect to my ISP, because my ISP uses NT M$ authenfication! >Confidential: no >Severity: non-critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: support >Submitter-Id: current-users >Arrival-Date: Fri Apr 11 03:20:02 PDT 1997 >Last-Modified: >Originator: Evgeny Kulakov >Organization: None >Release: 2.1.7 >Environment: >Description: >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Apr 11 04:50:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA12779 for bugs-outgoing; Fri, 11 Apr 1997 04:50:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA12773; Fri, 11 Apr 1997 04:50:01 -0700 (PDT) Resent-Date: Fri, 11 Apr 1997 04:50:01 -0700 (PDT) Resent-Message-Id: <199704111150.EAA12773@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, kato@eclogite.eps.nagoya-u.ac.jp Received: from gneiss.eps.nagoya-u.ac.jp (gneiss.eps.nagoya-u.ac.jp [133.6.57.99]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA12731 for ; Fri, 11 Apr 1997 04:48:58 -0700 (PDT) Received: (from kato@localhost) by gneiss.eps.nagoya-u.ac.jp (8.8.5/3.4W4) id UAA00718; Fri, 11 Apr 1997 20:48:51 +0900 (JST) Message-Id: <199704111148.UAA00718@gneiss.eps.nagoya-u.ac.jp> Date: Fri, 11 Apr 1997 20:48:51 +0900 (JST) From: kato@eclogite.eps.nagoya-u.ac.jp Reply-To: kato@eclogite.eps.nagoya-u.ac.jp To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/3255: cn_pnbuf overflow Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3255 >Category: kern >Synopsis: cn_pnbuf in union_vn_create overflow >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Apr 11 04:50:00 PDT 1997 >Last-Modified: >Originator: KATO Takenori >Organization: Dept. Earth Planet. Sci, Nagoya Univ. >Release: FreeBSD 2.2-STABLE i386 >Environment: >Description: Though malloc allocates only cn.cn_namelen bytes for cn.cn_pnbuf in union_vn_create(), following bcopy copies cn.cn_namlen + 1 bytes to cn.cn_pnbuf. >How-To-Repeat: >Fix: Obtained from: NetBSD/pc98 Following patch is generated from RELENG_2_2 branch, problem exist also in 3.0-current. *** union_subr.c.ORIG Fri Apr 11 20:34:55 1997 --- union_subr.c Fri Apr 11 20:35:16 1997 *************** *** 660,666 **** * copied in the first place). */ cn.cn_namelen = strlen(un->un_path); ! cn.cn_pnbuf = (caddr_t) malloc(cn.cn_namelen, M_NAMEI, M_WAITOK); bcopy(un->un_path, cn.cn_pnbuf, cn.cn_namelen+1); cn.cn_nameiop = CREATE; cn.cn_flags = (LOCKPARENT|HASBUF|SAVENAME|SAVESTART|ISLASTCN); --- 660,666 ---- * copied in the first place). */ cn.cn_namelen = strlen(un->un_path); ! cn.cn_pnbuf = (caddr_t) malloc(cn.cn_namelen+1, M_NAMEI, M_WAITOK); bcopy(un->un_path, cn.cn_pnbuf, cn.cn_namelen+1); cn.cn_nameiop = CREATE; cn.cn_flags = (LOCKPARENT|HASBUF|SAVENAME|SAVESTART|ISLASTCN); >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Apr 11 06:06:31 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA16916 for bugs-outgoing; Fri, 11 Apr 1997 06:06:31 -0700 (PDT) Received: from xioa.cosmic.org (xioa.cosmic.org [206.151.181.200]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA16902; Fri, 11 Apr 1997 06:06:21 -0700 (PDT) Received: (from jwb@localhost) by xioa.cosmic.org (8.8.5/8.8.5) id JAA01598; Fri, 11 Apr 1997 09:07:01 -0400 (EDT) From: Joe Beiter Message-Id: <199704111307.JAA01598@xioa.cosmic.org> Subject: keyboard locking w/X11 To: hackers@freebsd.org, bugs@freebsd.org Date: Fri, 11 Apr 1997 09:07:00 -0400 (EDT) X-Mailer: ELM [version 2.4ME+ PL22 (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 I think this is a bug. Sorry if this isn't proper reporting procedure. Feel free to query if there are questions: Hardware: DELL Laptop XP90 32MB ram 2.2.1-RELEASE XFree86 3.2 After running X11, the keyboard locks up. Must telnet in and reboot to clear it up. Seems to be related to the sco console. Compiled kernel with the pcvt console and problem went away. This problem did not appear until upgrading from 2.1.0 to 2.2.1 - JoeB :---==@==---==@==---==@==---: Joseph Beiter Hacking's just another word for nothing jwb@cosmic.org left to kludge. From owner-freebsd-bugs Fri Apr 11 08:40:18 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA24940 for bugs-outgoing; Fri, 11 Apr 1997 08:40:18 -0700 (PDT) Received: from mail.fasts.com (qmailr@server.fasts.com [199.125.215.66]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id IAA24932 for ; Fri, 11 Apr 1997 08:40:13 -0700 (PDT) Received: (qmail 243 invoked from network); 11 Apr 1997 17:39:03 -0000 Received: from unknown (HELO cabby.fasts.com) (unknown) by unknown with SMTP; 11 Apr 1997 17:39:03 -0000 Message-ID: <33258A61.46C4AF35@fasts.com> Date: Tue, 11 Mar 1997 18:37:53 +0200 From: Victor Rotanov Organization: FASTS Ltd. X-Mailer: Mozilla 4.0b3 [en] (Win95; I) MIME-Version: 1.0 To: freebsd-bugs@FreeBSD.org Subject: panic in 2.2.1 X-Priority: 3 (Normal) Content-Type: text/plain; charset=iso-8859-1 Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hi. I just got: "panic: malloc: wrong bucket" :((( What does it mean? I never got such messages before... My configuration: Pentium 100, 32m ram, adaptec 2940, 1g scsi fujitsu, 1g ide fujitsu, nothing else specific. Thanks, bye. From owner-freebsd-bugs Fri Apr 11 09:40:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA29596 for bugs-outgoing; Fri, 11 Apr 1997 09:40:07 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA29590; Fri, 11 Apr 1997 09:40:04 -0700 (PDT) Resent-Date: Fri, 11 Apr 1997 09:40:04 -0700 (PDT) Resent-Message-Id: <199704111640.JAA29590@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, kargl@troutmask.apl.washington.edu Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.54]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA29025 for ; Fri, 11 Apr 1997 09:31:53 -0700 (PDT) Received: (from root@localhost) by troutmask.apl.washington.edu (8.8.5/8.7.3) id JAA29957; Fri, 11 Apr 1997 09:33:09 -0700 (PDT) Message-Id: <199704111633.JAA29957@troutmask.apl.washington.edu> Date: Fri, 11 Apr 1997 09:33:09 -0700 (PDT) From: "Steven G. Kargl" Reply-To: kargl@troutmask.apl.washington.edu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/3257: make cleandepend broken Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3257 >Category: docs >Synopsis: make cleandepend is broken in src/ >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Apr 11 09:40:02 PDT 1997 >Last-Modified: >Originator: Steven G. Kargl >Organization: Applied Physics Lab >Release: FreeBSD 3.0-CURRENT i386 >Environment: kargl[201] uname -a FreeBSD troutmask.apl.washington.edu 3.0-CURRENT FreeBSD 3.0-CURRENT #0: on Apr 7 13:00:48 PDT 1997 root@troutmask.apl.washington.edu:/usr/src/sys/compile/TROUTMASK i386 >Description: cd /usr/src make cleandepend ===> share/doc/usd/30.rogue make: don't know how to make cleandepend. Stop *** Error code 2 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. >How-To-Repeat: make cleandepend >Fix: A work-a-round is make -k cleandepend. But, this isn't correct. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Apr 11 10:40:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA05423 for bugs-outgoing; Fri, 11 Apr 1997 10:40:08 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA05381; Fri, 11 Apr 1997 10:40:04 -0700 (PDT) Date: Fri, 11 Apr 1997 10:40:04 -0700 (PDT) Message-Id: <199704111740.KAA05381@freefall.freebsd.org> To: freebsd-bugs Cc: From: Bruce Evans Subject: Re: docs/3257: make cleandepend broken Reply-To: Bruce Evans Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR docs/3257; it has been noted by GNATS. From: Bruce Evans To: FreeBSD-gnats-submit@FreeBSD.org, kargl@troutmask.apl.washington.edu Cc: Subject: Re: docs/3257: make cleandepend broken Date: Sat, 12 Apr 1997 03:35:44 +1000 >>Description: > >cd /usr/src >make cleandepend > >===> share/doc/usd/30.rogue >make: don't know how to make cleandepend. Stop >*** Error code 2 It's more games breakage. The Makefile uses the correct test for /usr/src/games, but if this directory doesn't exist, then it uses a deficient set of private rules instead of including bsd.doc.mk. There is no rule for at least `cleandepend'. Bruce From owner-freebsd-bugs Fri Apr 11 13:50:00 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA19863 for bugs-outgoing; Fri, 11 Apr 1997 13:50:00 -0700 (PDT) Received: from relay-7.mail.demon.net (relay-7.mail.demon.net [194.217.242.9]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id NAA19836; Fri, 11 Apr 1997 13:49:33 -0700 (PDT) Received: from awfulhak.demon.co.uk ([158.152.17.1]) by relay-6.mail.demon.net id aa0605896; 11 Apr 97 21:35 BST Received: from awfulhak.demon.co.uk (localhost.lan.awfulhak.org [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id VAA08949; Fri, 11 Apr 1997 21:30:17 +0100 (BST) Message-Id: <199704112030.VAA08949@awfulhak.demon.co.uk> X-Mailer: exmh version 1.6.9 8/22/96 To: Joe Beiter cc: hackers@freebsd.org, bugs@freebsd.org Subject: Re: keyboard locking w/X11 In-reply-to: Your message of "Fri, 11 Apr 1997 09:07:00 EDT." <199704111307.JAA01598@xioa.cosmic.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 11 Apr 1997 21:30:17 +0100 From: Brian Somers Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > I think this is a bug. Sorry if this isn't proper reporting procedure. Feel > free to query if there are questions: > > Hardware: DELL Laptop XP90 32MB ram > 2.2.1-RELEASE > XFree86 3.2 > > After running X11, the keyboard locks up. Must telnet in and reboot > to clear it up. Seems to be related to the sco console. Compiled > kernel with the pcvt console and problem went away. This problem did > not appear until upgrading from 2.1.0 to 2.2.1 Can you try running "setcon" ? The source is on www.freebsd.org/~brian. All it does is switch virtual terminals, but with pre-release versions of 2.2, it woke the keyboard up. "setcon" is part of "vidcontrol" (-s option) in -current, but I never put it into 2.2 because if the opposition I received at the time. > - JoeB > > :---==@==---==@==---==@==---: > Joseph Beiter Hacking's just another word for nothing > jwb@cosmic.org left to kludge. -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-bugs Fri Apr 11 15:40:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA26550 for bugs-outgoing; Fri, 11 Apr 1997 15:40:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA26538; Fri, 11 Apr 1997 15:40:02 -0700 (PDT) Resent-Date: Fri, 11 Apr 1997 15:40:02 -0700 (PDT) Resent-Message-Id: <199704112240.PAA26538@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, charnier@xp11.frmug.org Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA26154 for ; Fri, 11 Apr 1997 15:32:59 -0700 (PDT) Received: (from uucp@localhost) by frmug.org (8.8.5/8.8.5/frmug-2.0) with UUCP id AAA23481 for FreeBSD-gnats-submit@freebsd.org; Sat, 12 Apr 1997 00:31:35 +0200 (MET DST) Received: (from charnier@localhost) by xp11.frmug.org (8.8.5/8.8.5/xp11-uucp-1.1) id WAA17657; Fri, 11 Apr 1997 22:28:19 +0200 (CEST) Message-Id: <199704112028.WAA17657@xp11.frmug.org> Date: Fri, 11 Apr 1997 22:28:19 +0200 (CEST) From: Philippe Charnier Reply-To: charnier@xp11.frmug.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/3258: hardcoded and old value of LOGNAMESIZE in atrun Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3258 >Category: bin >Synopsis: atrun still use old LOGNAMESIZE value >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Apr 11 15:40:01 PDT 1997 >Last-Modified: >Originator: Philippe Charnier >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: >Description: atrun still think that LOGNAMESIZE is 8. With printf, the %*s format can be used to supply a field width. It is not possible to do the same using fscanf. This is why the enclosed patch create the format before calling fscanf. The value of 49 assumes that LOGNAMESIZE will not become more than 99. #!/bin/sh will use 9 char. \n 1 # atrun uid= 12 %%ld 3 will become '%ld' gid= 5 %%ld 3 \n 1 # mail %% 8 will become '# mail %' %d 2 will become less than 99 s %%d 4 \0 1 ----- 49 >How-To-Repeat: >Fix: Index: atrun.c =================================================================== RCS file: /home2h/FreeBSD.cvsroot/src/libexec/atrun/atrun.c,v retrieving revision 1.9 diff -u -r1.9 atrun.c --- atrun.c 1997/03/28 15:48:03 1.9 +++ atrun.c 1997/04/07 19:30:02 @@ -29,6 +29,7 @@ #include #include #include +#include #include #include #include @@ -42,12 +43,19 @@ #include #include #include +#include #ifdef __FreeBSD__ #include #else #include #endif +#if (MAXLOGNAME-1) > UT_NAMESIZE +#define LOGNAMESIZE UT_NAMESIZE +#else +#define LOGNAMESIZE (MAXLOGNAME-1) +#endif + /* Local headers */ #include "gloadavg.h" @@ -108,7 +116,7 @@ pid_t pid; int fd_out, fd_in; int queue; - char mailbuf[9]; + char mailbuf[LOGNAMESIZE + 1], fmt[49]; char *mailname = NULL; FILE *stream; int send_mail = 0; @@ -197,11 +205,10 @@ fcntl(fd_in, F_SETFD, fflags & ~FD_CLOEXEC); - if (fscanf(stream, "#!/bin/sh\n# atrun uid=%ld gid=%ld\n# mail %8s %d", - &nuid, &ngid, mailbuf, &send_mail) != 4) - { - syslog(LOG_ERR,"File %s is in wrong format - aborting", - filename); + snprintf(fmt, 49, "#!/bin/sh\n# atrun uid=%%ld gid=%%ld\n# mail %%%ds %%d", + LOGNAMESIZE); + if (fscanf(stream, fmt, &nuid, &ngid, mailbuf, &send_mail) != 4) { + syslog(LOG_ERR,"File %s is in wrong format - aborting", filename); exit(EXIT_FAILURE); } if (mailbuf[0] == '-') { >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Apr 11 15:40:44 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA26599 for bugs-outgoing; Fri, 11 Apr 1997 15:40:44 -0700 (PDT) Received: from barnes1.wustl.edu (barnes1.wustl.edu [128.252.162.58]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA26594 for ; Fri, 11 Apr 1997 15:40:41 -0700 (PDT) Received: (from wayne@localhost) by barnes1.wustl.edu (8.8.5/8.7.3) id RAA00252; Fri, 11 Apr 1997 17:40:14 -0500 (CDT) From: "Wayne M. Barnes" Message-Id: <199704112240.RAA00252@barnes1.wustl.edu> Subject: Re: conf/3123 conf/3109 conf/3088 To: joerg_wunsch@uriah.heep.sax.de Date: Fri, 11 Apr 1997 17:40:14 -0500 (CDT) Cc: freebsd-bugs@freefall.freebsd.org In-Reply-To: <19970410213917.FD04494@jette.heep.sax.de> from J Wunsch at "Apr 10, 97 09:39:17 pm" X-Mailer: ELM [version 2.4ME+ PL22 (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 Dear Jeorg, Thank you, but: Your ldconfig solution does not survive rebooting. Is it supposed to? My ln solution does survive rebooting. I suppose both of these are bugs introduced by my FreeBSD 2.2.1 make world [see my previous message] > As Wayne M. Barnes wrote: > > > # Try xwindows, after logging in: > > startx > > # Oops, it crashes. Fix it with > > cd /usr/lib > > ln -s compat/libgnumalloc.so.2.0 libgnumalloc.so.2.0 > > Nope. Fix with: > > ldconfig -m /usr/lib/compat > > instead. > -- > bye, J"org > Wayne M. Barnes, Ph.D. wayne@barnes1.wustl.edu Biochemistry Dept. 8231 or barnes@biodec.wustl.edu Washington Univ. Medical School 314.362.3351 fax 7183 660 South Euclid Ave., St. Louis, MO 63110 http://mbb.wustl.edu/~barnes/ From owner-freebsd-bugs Fri Apr 11 15:50:41 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA26982 for bugs-outgoing; Fri, 11 Apr 1997 15:50:41 -0700 (PDT) Received: from smtp.well.com (smtp.well.com [206.80.6.147]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA26970; Fri, 11 Apr 1997 15:50:34 -0700 (PDT) Received: from well.com (spidaman@well.com [206.15.64.10]) by smtp.well.com (8.8.5/8.8.4) with SMTP id PAA09542; Fri, 11 Apr 1997 15:47:16 -0700 (PDT) Date: Fri, 11 Apr 1997 15:49:40 -0700 (PDT) From: Ian Kallen To: Brian Somers cc: Joe Beiter , hackers@freebsd.org, bugs@freebsd.org Subject: Re: keyboard locking w/X11 In-Reply-To: <199704112030.VAA08949@awfulhak.demon.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have a Dell Latitude XPi and was having problems that were fixed by the patch below (ymmv, so be sure you can back out... if you want the debugging patch mentioned that I'd tried first, I'll send that too but it should be in the "hackers" archive on freefall). Be sure you have psm0 turned on... good luck! >From yokota@zodiac.mech.utsunomiya-u.ac.jp Fri Apr 11 15:42:22 1997 Date: Fri, 28 Mar 1997 15:57:30 +0900 From: Kazutaka YOKOTA To: Ian Kallen Cc: freebsd-mobile@freebsd.org, freebsd-hackers@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: (Dell Latitude) psm0/sc0 conflicts killing X? >Yes, I got almost the exact same messages, including > sc0: kbdc is LOCKED!! (scintr) Now, may I assume you got the messages in the following order, the return code was "fa" ("zz" in the fifth line) and the keyboard did NOT freeze? sc0: enabling tty intr. (set_keyboard) sc0: about to send command and data (set_keyboard) sc0: kbdc is LOCKED!! (scintr) sc0: kbdc is LOCKED!! (scintr) sc0: command:xx data:yy ret:zz (set_keybard) ~~ sc0: kbdc is LOCKED!! (scintr) >well, if you have a fix, I'd be happy to test it for you :) Shall I >revert to the original syscons.c or will patching it with the debugging >stuff be OK? Please revert to the original syscons.c and apply the following patch. It is known to work, that is, kbdcontrol can change key repeat rate and the X server doesn't lock up the keyboard. This patch doesn't generate debug messages, so it will be more suitable for daily use than the previous one. Kazu --- syscons.c-dist Mon Mar 3 10:09:00 1997 +++ syscons.c Mon Mar 17 08:02:35 1997 @@ -3110,11 +3111,12 @@ /* disable the keyboard and mouse interrupt */ s = spltty(); +#if 0 c = get_controller_command_byte(sc_kbdc); if ((c == -1) || !set_controller_command_byte(sc_kbdc, kbdc_get_device_mask(sc_kbdc), - KBD_ENABLE_KBD_PORT | KBD_DISABLE_KBD_INT + KBD_DISABLE_KBD_PORT | KBD_DISABLE_KBD_INT | KBD_DISABLE_AUX_PORT | KBD_DISABLE_AUX_INT)) { /* CONTROLLER ERROR */ kbdc_lock(sc_kbdc, FALSE); @@ -3129,15 +3131,21 @@ * by the lock flag set via `kbdc_lock()' */ splx(s); +#endif - send_kbd_command_and_data(sc_kbdc, command, data); + if (send_kbd_command_and_data(sc_kbdc, command, data) != KBD_ACK) + send_kbd_command(sc_kbdc, KBDC_ENABLE_KBD); +#if 0 /* restore the interrupts */ if (!set_controller_command_byte(sc_kbdc, kbdc_get_device_mask(sc_kbdc), c & (KBD_KBD_CONTROL_BITS | KBD_AUX_CONTROL_BITS))) { /* CONTROLLER ERROR */ } +#else + splx(s); +#endif kbdc_lock(sc_kbdc, FALSE); } On Fri, 11 Apr 1997, Brian Somers wrote: > > > > I think this is a bug. Sorry if this isn't proper reporting procedure. Feel > > free to query if there are questions: > > > > Hardware: DELL Laptop XP90 32MB ram > > 2.2.1-RELEASE > > XFree86 3.2 > > > > After running X11, the keyboard locks up. Must telnet in and reboot > > to clear it up. Seems to be related to the sco console. Compiled > > kernel with the pcvt console and problem went away. This problem did > > not appear until upgrading from 2.1.0 to 2.2.1 > > Can you try running "setcon" ? The source is on www.freebsd.org/~brian. > All it does is switch virtual terminals, but with pre-release versions > of 2.2, it woke the keyboard up. > > "setcon" is part of "vidcontrol" (-s option) in -current, but I never > put it into 2.2 because if the opposition I received at the time. > > > - JoeB > > > > :---==@==---==@==---==@==---: > > Joseph Beiter Hacking's just another word for nothing > > jwb@cosmic.org left to kludge. > > -- > Brian , > > Don't _EVER_ lose your sense of humour.... > > > > The next interface will not be another desktop metaphor.... Ian Kallen .... http://www.well.com/user/spidaman/ ....the revolution will not be televised. ===== TO RECEIVE MY PGP KEY, SEND MAIL TO spidey-pgp-info@well.com ======= From owner-freebsd-bugs Fri Apr 11 18:09:01 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA06442 for bugs-outgoing; Fri, 11 Apr 1997 18:09:01 -0700 (PDT) Received: (from davidn@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA06420; Fri, 11 Apr 1997 18:08:53 -0700 (PDT) Date: Fri, 11 Apr 1997 18:08:53 -0700 (PDT) From: David Nugent Message-Id: <199704120108.SAA06420@freefall.freebsd.org> To: charnier@xp11.frmug.org, davidn, freebsd-bugs Subject: Re: bin/3258 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: atrun still use old LOGNAMESIZE value State-Changed-From-To: open-closed State-Changed-By: davidn State-Changed-When: Sat Apr 12 11:05:13 EST 1997 State-Changed-Why: Patch applied, thanks! Checking in atrun.c; /home/ncvs/src/libexec/atrun/atrun.c,v <-- atrun.c new revision: 1.10; previous revision: 1.9 done From owner-freebsd-bugs Fri Apr 11 21:00:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA11688 for bugs-outgoing; Fri, 11 Apr 1997 21:00:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA11682; Fri, 11 Apr 1997 21:00:02 -0700 (PDT) Resent-Date: Fri, 11 Apr 1997 21:00:02 -0700 (PDT) Resent-Message-Id: <199704120400.VAA11682@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, ortmann@sparc.isl.net Received: from watcher.isl.net (ppp-52.isl.net [199.3.25.101]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA11589 for ; Fri, 11 Apr 1997 20:58:01 -0700 (PDT) Received: (from ortmann@localhost) by watcher.isl.net (8.8.5/8.8.5) id LAA00384; Fri, 11 Apr 1997 11:08:45 -0500 (CDT) Message-Id: <199704111608.LAA00384@watcher.isl.net> Date: Fri, 11 Apr 1997 11:08:45 -0500 (CDT) From: Daniel Ortmann Reply-To: ortmann@sparc.isl.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/3259: /bin/ps: kernel kernel, lockups, performance problems Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3259 >Category: kern >Synopsis: /bin/ps: kernel kernel, lockups, performance problems >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Apr 11 21:00:01 PDT 1997 >Last-Modified: >Originator: Daniel Ortmann >Organization: n/a >Release: FreeBSD 3.0-CURRENT i386 >Environment: I am running a lightly-loaded system with very few users (all myself). My standard shell is bash2. >Description: I've been able to lockup my system, causing kernel panics, severe performance problems, etc doing the following: ps ax That's all. This began occurring on FreeBSD 3.0-current around Apr 4, 1997 (or in that general timeframe). This has happened both running as a regular user and as root. If more than a couple of these ps commands are done then the system is unable to survive ... even a shutdown causes a panic. Note: I've experienced performance problems as well. These problems have appeared to be in sendmail, the gcc compiler (a make world now takes at least 3 times longer than before!) >How-To-Repeat: ps ax should do it. if that doesn't, then try running it in bash2. if that still doesn't do it, then try it in bash2 like this: MYVAR=`ps axwwopid,command | grep 'p*s'` ... that's what led originally to my observing the problem. >Fix: I don't know how to fix it; I'm not a kernel hacker. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Apr 11 21:10:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA12093 for bugs-outgoing; Fri, 11 Apr 1997 21:10:06 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA12086; Fri, 11 Apr 1997 21:10:02 -0700 (PDT) Resent-Date: Fri, 11 Apr 1997 21:10:02 -0700 (PDT) Resent-Message-Id: <199704120410.VAA12086@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.VAA11931;Fri; (8.8.5/8.8.5);, 11 Apr 1997 21:07:01.-0700 (PDT) Message-Id: <199704120407.VAA11931@freefall.freebsd.org> Date: Fri, 11 Apr 1997 21:07:01 -0700 (PDT) From: rsm@spyder.ssw.com To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: kern/3260: FreeBSD 2.2.1 (and 2.2) npx0 boot problem on IBM Aptiva M71 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3260 >Category: kern >Synopsis: FreeBSD 2.2.1 (and 2.2) npx0 boot problem on IBM Aptiva M71 >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Apr 11 21:10:01 PDT 1997 >Last-Modified: >Originator: Robert Miles >Organization: >Release: 2.2.1 and 2.2 >Environment: Unavailable. >Description: I currently run NetBSD 1.2 on my IBM Aptiva M71, and am considering switching to FreeBSD 2.2 because of better device support, both for current and anticipated devices. However, the 2.2 and 2.2.1 boot floppies do not function properly. The machine hangs (i.e. cycling power is the only way to recover) during the autoconfig process. The last lines printed are: npx0 on motherboard npx0: INT 16 interface apm0: disabled, not probed This problem does not occur with the 2.1.7 boot floppy, i.e. that does properly run "sysinstall" after autoconfig. Using NetBSD I was able to build custom FreeBSD kernels with which to diagnose the problem. Only when I excluded the npx0 device would the kernel stop hanging the machine. Subsequently, I discovered that the boot floppy's kernel can be made to work, either by disabling the npx0 device in CLI mode, or setting npx0 flags to 7 in CLI mode. Here are all the kernel messages from a successful boot: Copyright (c) 1992-1996 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 2.2-RELEASE #2: Sun Mar 16 20:10:44 GMT 1997 jkh@time.cdrom.com:/usr/src/sys/compile/BOOTMFS CPU: Pentium (133.16-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x52b Stepping=11 Features=0x1bf real memory = 16777216 (16384K bytes) FreeBSD Kernel Configuration Utility - Version 1.1 Type "help" for help or "visual" to go to the visual configuration interface (requires MGA/VGA display or serial terminal capable of displaying ANSI graphics). config> intro config> flags npx0 7 config> quit avail memory = 13131776 (12824K bytes) Probing for devices on PCI bus 0: chip0 rev 17 on pci0:0 chip1 rev 17 on pci0:1 vga0 rev 211 int a irq ?? on pci0:2 pci0:20: OPTI, device=0xc621, class=storage (ide) [no driver assigned] Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <4 virtual consoles, flags=0x0> ed0 not found at 0x280 ed1 not found at 0x300 fe0 not found at 0x300 sio0 not found at 0x3f8 sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A sio2: disabled, not probed. sio3: disabled, not probed. lpt0 at 0x3bc-0x3c3 irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface lpt1 not found at 0xffffffff mse0 not found at 0x23c psm0: disabled, not probed. fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in ft0: IOMega tape wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 1628MB (3334464 sectors), 3308 cyls, 16 heads, 63 S/T, 512 B/S wdc0: unit 1 (wd1): wd1: 1222MB (2503872 sectors), 2484 cyls, 16 heads, 63 S/T, 512 B/S wdc1 at 0x170-0x177 irq 15 on isa wdc1: unit 0 (atapi): , removable, intr, iordis wcd0: 689Kb/sec, 256Kb cache, audio play, 255 volume levels, ejectable tray wcd0: 120mm data disc loaded, unlocked bt0 not found at 0x330 uha0 not found at 0x330 aha0 not found at 0x330 aic0 not found at 0x340 nca0 not found at 0x1f88 nca1 not found at 0x350 sea0 not found wt0 not found at 0x300 mcd0 not found at 0x300 matcdc0 not found at 0x230 scd0 not found at 0x230 ie0 not found at 0x360 ep0 not found at 0x300 ex0 not found at 0x300 ix0 not found at 0x300 le0 not found at 0x300 lnc0 not found at 0x280 ze0 not found at 0x300 zp0 not found at 0x300 npx0 flags 0x7 on motherboard npx0: INT 16 interface apm0: disabled, not probed. changing root device to fd0c rootfs is 1440 Kbyte compiled in MFS >How-To-Repeat: See the full problem description. Comment: I have tried the same boot floppy on a 486 class machine and a 686 class machine, without this problem. >Fix: A fix has not been identified, but the full problem description includes an effective workaround. At very least it might be worth augmenting the release notes or hardware guide with the symptom and suggested workaround. I suppose it's possible there's something wrong with my hardware, but the same machine runs a variety of NetBSD and Windows 95 applications without apparent problem. I suspect there's something not entirely correct with the floating point fast memory copy optimizations that seem to have been added to 2.2 for 586 class machines. If desired, I may be able to help diagnose this further, but only by assisting someone intimately familiar with the floating point fast memory copy optimizations. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Apr 11 21:50:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA13764 for bugs-outgoing; Fri, 11 Apr 1997 21:50:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA13758; Fri, 11 Apr 1997 21:50:02 -0700 (PDT) Date: Fri, 11 Apr 1997 21:50:02 -0700 (PDT) Message-Id: <199704120450.VAA13758@freefall.freebsd.org> To: freebsd-bugs Cc: From: "Jordan K. Hubbard" Subject: Re: kern/3260: FreeBSD 2.2.1 (and 2.2) npx0 boot problem on IBM Aptiva M71 Reply-To: "Jordan K. Hubbard" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3260; it has been noted by GNATS. From: "Jordan K. Hubbard" To: rsm@spyder.ssw.com Cc: freebsd-gnats-submit@freebsd.org Subject: Re: kern/3260: FreeBSD 2.2.1 (and 2.2) npx0 boot problem on IBM Aptiva M71 Date: Fri, 11 Apr 1997 21:41:20 -0700 > This problem does not occur with the 2.1.7 boot floppy, i.e. that does > properly run "sysinstall" after autoconfig. > > Using NetBSD I was able to build custom FreeBSD kernels with which to > diagnose the problem. Only when I excluded the npx0 device would the > kernel stop hanging the machine. Subsequently, I discovered that the > boot floppy's kernel can be made to work, either by disabling the npx0 > device in CLI mode, or setting npx0 flags to 7 in CLI mode. This sounds like the same broken behavior we've seen on certain laptops. Apparently, the new optimized-for-Pentium bcopy code works great on 99.9% of the machines out there, and then there are a few on which it just does not. Could you try setting the npx0 flags to 1 and see if it still boots? That would at least point the finger directly at the bcopy() code (7 turns off a number of optimized features, not just bcopy()). If you are interested in debugging this, Bruce Evans is your man since he added the optimized code in the first place. Thanks! From owner-freebsd-bugs Fri Apr 11 22:08:35 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA14457 for bugs-outgoing; Fri, 11 Apr 1997 22:08:35 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA14451 for ; Fri, 11 Apr 1997 22:08:31 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id PAA17194; Sat, 12 Apr 1997 15:07:33 +1000 Date: Sat, 12 Apr 1997 15:07:33 +1000 From: Bruce Evans Message-Id: <199704120507.PAA17194@godzilla.zeta.org.au> To: joerg_wunsch@uriah.heep.sax.de, wayne@barnes1.wustl.edu Subject: Re: conf/3123 conf/3109 conf/3088 Cc: freebsd-bugs@freefall.freebsd.org Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Dear Jeorg, > > Thank you, but: > > Your ldconfig solution does not survive rebooting. Is it >supposed to? Sort of. /etc/rc runs `ldconfig /usr/lib/compat' in 2.2. > My ln solution does survive rebooting. > > I suppose both of these are bugs introduced by my >FreeBSD 2.2.1 make world [see my previous message] /etc has to be updated manually. Bruce From owner-freebsd-bugs Fri Apr 11 22:26:21 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA14989 for bugs-outgoing; Fri, 11 Apr 1997 22:26:21 -0700 (PDT) Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA14984 for ; Fri, 11 Apr 1997 22:26:17 -0700 (PDT) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.8.5/8.8.5) id HAA02808; Sat, 12 Apr 1997 07:25:47 +0200 (SAT) From: John Hay Message-Id: <199704120525.HAA02808@zibbi.mikom.csir.co.za> Subject: Re: conf/3123 conf/3109 conf/3088 In-Reply-To: <199704112240.RAA00252@barnes1.wustl.edu> from "Wayne M. Barnes" at "Apr 11, 97 05:40:14 pm" To: wayne@barnes1.wustl.edu (Wayne M. Barnes) Date: Sat, 12 Apr 1997 07:25:46 +0200 (SAT) Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-bugs@freefall.freebsd.org X-Mailer: ELM [version 2.4ME+ PL31 (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 > Dear Jeorg, > > Thank you, but: > > Your ldconfig solution does not survive rebooting. Is it > supposed to? If you have also updated your /etc/rc file, yes. While you're in /etc have a look at the other scripts also. Quite a few have changed radically between 2.1.x and 2.2.x > > My ln solution does survive rebooting. > > I suppose both of these are bugs introduced by my > FreeBSD 2.2.1 make world [see my previous message] > ... > > > > Nope. Fix with: > > > > ldconfig -m /usr/lib/compat > > John -- John Hay -- John.Hay@mikom.csir.co.za From owner-freebsd-bugs Fri Apr 11 22:30:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA15135 for bugs-outgoing; Fri, 11 Apr 1997 22:30:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA15128; Fri, 11 Apr 1997 22:30:02 -0700 (PDT) Resent-Date: Fri, 11 Apr 1997 22:30:02 -0700 (PDT) Resent-Message-Id: <199704120530.WAA15128@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, soil@quick.net Received: from jg.dyn.ml.org (soil@newport-1-11.quick.net [207.212.160.211]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA15071 for ; Fri, 11 Apr 1997 22:28:48 -0700 (PDT) Received: (from soil@localhost) by jg.dyn.ml.org (8.8.5/8.8.5) id WAA02882; Fri, 11 Apr 1997 22:28:45 -0700 (PDT) Message-Id: <199704120528.WAA02882@jg.dyn.ml.org> Date: Fri, 11 Apr 1997 22:28:45 -0700 (PDT) From: soil@quick.net Reply-To: soil@quick.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/3261: error in intro.1 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3261 >Category: docs >Synopsis: error in intro.1 >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Fri Apr 11 22:30:01 PDT 1997 >Last-Modified: >Originator: Josh Gilliam >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: intro.1 rev 1.7 >Description: ``A'' should be changed to ``An'' on line 76 of intro.1. >How-To-Repeat: man 1 intro /HISTORY >Fix: --- intro.1.orig Sat Feb 22 05:24:11 1997 +++ intro.1 Fri Apr 11 22:20:09 1997 @@ -73,7 +73,7 @@ Tutorials in the .%T "UNIX User's Manual Supplementary Documents" . .Sh HISTORY -A +An .Nm intro manual appeared in .At v6 . >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Apr 11 22:57:50 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA16128 for bugs-outgoing; Fri, 11 Apr 1997 22:57:50 -0700 (PDT) Received: from yikes.com (method@yikes.com [207.105.12.131]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA16121 for ; Fri, 11 Apr 1997 22:57:48 -0700 (PDT) Received: (from method@localhost) by yikes.com (8.8.5/8.8.5) id WAA19067; Fri, 11 Apr 1997 22:56:09 -0700 Date: Fri, 11 Apr 1997 22:56:09 -0700 From: John Shaft Message-Id: <199704120556.WAA19067@yikes.com> To: freebsd-bugs@freebsd.org Subject: Bug in ICMP echo reply code Cc: rogue@gnu.ai.mit.edu Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk There appears to be a bug in the ICMP handling code in the kernel in that it replies to echo requests with echo requests instead of replies. This behavior has been replicated under two different 2.2.1-RELEASE machines. Here are the relevant readouts from icmplog: Apr 11 01:40:22 carthage icmplog: Echo Request from 207.171.204.72 Apr 11 01:40:26 carthage last message repeated 4 times This was the result of a 'ping -c 5 207.171.204.72' command. Method - method@method.net From owner-freebsd-bugs Sat Apr 12 00:20:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA18915 for bugs-outgoing; Sat, 12 Apr 1997 00:20:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA18898; Sat, 12 Apr 1997 00:20:02 -0700 (PDT) Resent-Date: Sat, 12 Apr 1997 00:20:02 -0700 (PDT) Resent-Message-Id: <199704120720.AAA18898@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, kato@eclogite.eps.nagoya-u.ac.jp Received: from marble.eps.nagoya-u.ac.jp (marble.eps.nagoya-u.ac.jp [133.6.57.68]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA18601 for ; Sat, 12 Apr 1997 00:14:43 -0700 (PDT) Received: (from kato@localhost) by marble.eps.nagoya-u.ac.jp (8.8.5/3.4W4) id QAA03968; Sat, 12 Apr 1997 16:14:37 +0900 (JST) Message-Id: <199704120714.QAA03968@marble.eps.nagoya-u.ac.jp> Date: Sat, 12 Apr 1997 16:14:37 +0900 (JST) From: kato@eclogite.eps.nagoya-u.ac.jp Reply-To: kato@eclogite.eps.nagoya-u.ac.jp To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/3262: memory leak of pathname buffer Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3262 >Category: kern >Synopsis: memory leak in union_relookup >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Apr 12 00:20:01 PDT 1997 >Last-Modified: >Originator: KATO Takenori >Organization: Dept. Earth Planet. Sci, Nagoya Univ. >Release: FreeBSD 3.0-CURRENT i386 >Environment: >Description: The path name buffer, cn->cn_pnbuf, is FREEed by VOP_MKDIR when relookup() in union_relookup() is succeeded. However, if relookup() returns non-zero value, that is relookup fails, VOP_MKDIR is never called (c.f. union_mkshadow). Thus, pathname buffer is never FREEed. >How-To-Repeat: >Fix: ---------- BEGIN ---------- *** union_subr.c.ORIG Sat Apr 12 16:03:51 1997 --- union_subr.c Sat Apr 12 16:04:57 1997 *************** *** 752,757 **** --- 752,761 ---- error = relookup(dvp, vpp, cn); if (!error) vrele(dvp); + else { + free(cn->cn_pnbuf, M_NAMEI); + cn->cn_pnbuf = '\0'; + } return (error); } ---------- END ---------- >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Apr 12 04:20:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA26801 for bugs-outgoing; Sat, 12 Apr 1997 04:20:07 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA26774; Sat, 12 Apr 1997 04:20:03 -0700 (PDT) Resent-Date: Sat, 12 Apr 1997 04:20:03 -0700 (PDT) Resent-Message-Id: <199704121120.EAA26774@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, k-horik@yk.rim.or.jp Received: from mail.yk.rim.or.jp (root@mail.yk.rim.or.jp [202.247.130.37]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA26361 for ; Sat, 12 Apr 1997 04:16:36 -0700 (PDT) Received: from localhost (ppp348.yk.rim.or.jp [202.247.165.48]) by mail.yk.rim.or.jp (8.8.5/3.4Wbeta6-rim1.1) with ESMTP id UAA08617; Sat, 12 Apr 1997 20:16:29 +0900 (JST) Message-Id: <199704121116.UAA08617@mail.yk.rim.or.jp> Date: Sat, 12 Apr 1997 20:15:57 +0900 From: k-horik@yk.rim.or.jp Reply-To: k-horik@yk.rim.or.jp To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/3264: manpage yp_mkdb.8 contains typo. Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3264 >Category: docs >Synopsis: manpage yp_mkdb.8 contains typo >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Sat Apr 12 04:20:02 PDT 1997 >Last-Modified: >Originator: Kazuo Horikawa >Organization: >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: .\" $Id: yp_mkdb.8,v 1.2.2.1 1997/03/06 08:00:57 mpp Exp $ >Description: manpage yp_mkdb.8 contains typo. Please see Fix: 1. `may' must be `map'. 2. `.' must be separated from the `YP_INPUT_FILE'. >How-To-Repeat: >Fix: --- - Sat Apr 12 19:49:35 1997 +++ yp_mkdb.8 Wed Apr 2 21:47:14 1997 @@ -109,7 +109,7 @@ slightly. If a match query fails (because the server couldn't find a record that matched the supplied key), and the .Em YP_INTERDOMAIN -key exists within the queried may, +key exists within the queried map, .Xr ypserv 8 will try to match the entry again using a DNS lookup. Note that this special behavior only applies to the @@ -137,7 +137,7 @@ When generating an NIS map, encode .Nm inputfile as a special entry in the database with a key of -.Em YP_INPUT_FILE. +.Em YP_INPUT_FILE . .Pp .It Op Fl o Ar outputfile .Pp >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Apr 12 04:20:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA26817 for bugs-outgoing; Sat, 12 Apr 1997 04:20:09 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA26788; Sat, 12 Apr 1997 04:20:06 -0700 (PDT) Resent-Date: Sat, 12 Apr 1997 04:20:06 -0700 (PDT) Resent-Message-Id: <199704121120.EAA26788@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, k-horik@yk.rim.or.jp Received: from mail.yk.rim.or.jp (root@mail.yk.rim.or.jp [202.247.130.37]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA26394 for ; Sat, 12 Apr 1997 04:16:54 -0700 (PDT) Received: from localhost (ppp348.yk.rim.or.jp [202.247.165.48]) by mail.yk.rim.or.jp (8.8.5/3.4Wbeta6-rim1.1) with ESMTP id UAA08760; Sat, 12 Apr 1997 20:16:51 +0900 (JST) Message-Id: <199704121116.UAA08760@mail.yk.rim.or.jp> Date: Sat, 12 Apr 1997 20:16:19 +0900 From: k-horik@yk.rim.or.jp Reply-To: k-horik@yk.rim.or.jp To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/3265: manpage ypbind.8 contains typo Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3265 >Category: docs >Synopsis: manpage ypbind.8 contains typo >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Sat Apr 12 04:20:04 PDT 1997 >Last-Modified: >Originator: Kazuo Horikawa >Organization: >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: .\" $Id: ypbind.8,v 1.5.2.1 1997/03/06 08:01:03 mpp Exp $ >Description: Please see Fix:. o `second dary' must be `secondary'. o the manual page cross reference is `.Xr'. o the command name is `.Nm'. >How-To-Repeat: >Fix: --- - Sat Apr 12 19:56:05 1997 +++ ypbind.8 Wed Apr 2 23:12:32 1997 @@ -62,12 +62,14 @@ After a binding has been established, .Nm ypbind will send DOMAIN_NONACK requests to the NIS server at one minute -intervals. If it fails to receive a reply to one of these requests +intervals. If it fails to receive a reply to one of these requests, .Nm ypbind assumes that the server is no longer running and resumes its network broadcasts until another binding is established. .Nm ypbind -will also log warning messages using the syslog(3) facility each time +will also log warning messages using the +.Xr syslog 3 +facility each time it detects that a server has stopped responding, as well as when it has bound to a new server. .Pp @@ -136,11 +138,12 @@ .Sh NOTES .Nm ypbind will not make continuous attempts to keep secondary domains bound. -If a server for a second dary domain fails to respond to a ping, +If a server for a secondary domain fails to respond to a ping, .Nm ypbind will broadcast for a new server only once before giving up. If a -client program attempts to reference the unbound domain, ypbind will -try broadcasting again. By contrast, +client program attempts to reference the unbound domain, +.Nm ypbind +will try broadcasting again. By contrast, .Nm ypbind will automatically maintain a binding for the default domain whether client programs reference it ot not. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Apr 12 04:20:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA26829 for bugs-outgoing; Sat, 12 Apr 1997 04:20:11 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA26800; Sat, 12 Apr 1997 04:20:07 -0700 (PDT) Resent-Date: Sat, 12 Apr 1997 04:20:07 -0700 (PDT) Resent-Message-Id: <199704121120.EAA26800@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, k-horik@yk.rim.or.jp Received: from mail.yk.rim.or.jp (root@mail.yk.rim.or.jp [202.247.130.37]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA26410 for ; Sat, 12 Apr 1997 04:17:17 -0700 (PDT) Received: from localhost (ppp348.yk.rim.or.jp [202.247.165.48]) by mail.yk.rim.or.jp (8.8.5/3.4Wbeta6-rim1.1) with ESMTP id UAA08929; Sat, 12 Apr 1997 20:17:15 +0900 (JST) Message-Id: <199704121117.UAA08929@mail.yk.rim.or.jp> Date: Sat, 12 Apr 1997 20:16:42 +0900 From: k-horik@yk.rim.or.jp Reply-To: k-horik@yk.rim.or.jp To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/3266: manapge ypserv.8 contains typo Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3266 >Category: docs >Synopsis: manpage ypserv.8 contains typo >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Sat Apr 12 04:20:06 PDT 1997 >Last-Modified: >Originator: Kazuo Horikawa >Organization: >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: .\" $Id: ypserv.8,v 1.8.2.1 1997/02/04 07:08:44 tg Exp $ >Description: o `.' must be separated from the previous word. o `revceives' must be `receives'. >How-To-Repeat: >Fix: --- - Sat Apr 12 20:05:26 1997 +++ ypserv.8 Sun Apr 6 23:07:31 1997 @@ -58,7 +58,7 @@ .Nm ypserv is the server that distributes NIS databases to client systems within an NIS -.Nm domain. +.Nm domain . Each client in an NIS domain must have its domainname set to one of the domains served by .Nm ypserv @@ -99,7 +99,7 @@ is started by .Nm /etc/rc if it has been enabled in -.Nm /etc/sysconfig. +.Nm /etc/sysconfig . .Sh SPECIAL FEATURES There are some problems associated with distributing FreeBSD's password database via NIS: FreeBSD normally only stores encrypted passwords @@ -314,7 +314,7 @@ .Xr syslog 3 facility. In debug mode, the server does not background itself and prints extra status messages to stderr for each -request that it revceives. Also, while running in debug mode, +request that it receives. Also, while running in debug mode, .Nm ypserv will not spawn any additional subprocesses as it normally does when handling yp_all requests or doing DNS lookups. (These actions >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Apr 12 09:54:23 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA10687 for bugs-outgoing; Sat, 12 Apr 1997 09:54:23 -0700 (PDT) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id JAA10682 for ; Sat, 12 Apr 1997 09:54:21 -0700 (PDT) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <17028(14)>; Sat, 12 Apr 1997 09:53:39 PDT Received: from localhost by crevenia.parc.xerox.com with SMTP id <177486>; Sat, 12 Apr 1997 09:53:34 -0700 To: John Shaft cc: freebsd-bugs@freebsd.org, rogue@gnu.ai.mit.edu Subject: Re: Bug in ICMP echo reply code In-reply-to: Your message of "Fri, 11 Apr 97 22:56:09 PDT." <199704120556.WAA19067@yikes.com> Date: Sat, 12 Apr 1997 09:53:19 PDT From: Bill Fenner Message-Id: <97Apr12.095334pdt.177486@crevenia.parc.xerox.com> Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk John Shaft wrote: >There appears to be a bug in the ICMP handling code in the kernel in that >it replies to echo requests with echo requests instead of replies. If you use tcpdump, you will find that the kernel is replying with echo replies. I suspect you may have found a bug in icmplog (or are misinterpreting icmplog's output). Bill From owner-freebsd-bugs Sat Apr 12 10:50:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA13184 for bugs-outgoing; Sat, 12 Apr 1997 10:50:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA13178; Sat, 12 Apr 1997 10:50:02 -0700 (PDT) Date: Sat, 12 Apr 1997 10:50:02 -0700 (PDT) Message-Id: <199704121750.KAA13178@freefall.freebsd.org> To: freebsd-bugs Cc: From: Bill Fenner Subject: Re: bin/3258: hardcoded and old value of LOGNAMESIZE in atrun Reply-To: Bill Fenner Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/3258; it has been noted by GNATS. From: Bill Fenner To: charnier@xp11.frmug.org Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/3258: hardcoded and old value of LOGNAMESIZE in atrun Date: Sat, 12 Apr 1997 10:45:43 PDT Couldn't this just be something like "#!/bin/sh\n# atrun uid=%ld gid=%ld\n# mail %[^ ]%*[ ]%d" and eliminate the dependency on the definition completely? Might even be backwards compatible with files created by an old "at" command... Bill From owner-freebsd-bugs Sat Apr 12 11:30:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA14762 for bugs-outgoing; Sat, 12 Apr 1997 11:30:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA14755; Sat, 12 Apr 1997 11:30:03 -0700 (PDT) Resent-Date: Sat, 12 Apr 1997 11:30:03 -0700 (PDT) Resent-Message-Id: <199704121830.LAA14755@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, sigma@pair.com Received: from upsilon.pair.com (upsilon.pair.com [207.86.128.35]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA14655 for ; Sat, 12 Apr 1997 11:27:43 -0700 (PDT) Received: (from root@localhost) by upsilon.pair.com (8.8.5/8.6.12) id OAA10583; Sat, 12 Apr 1997 14:27:37 -0400 (EDT) Message-Id: <199704121827.OAA10583@upsilon.pair.com> Date: Sat, 12 Apr 1997 14:27:37 -0400 (EDT) From: sigma@pair.com Reply-To: sigma@pair.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/3267: mtime/ctime sometimes updated when a program is run Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3267 >Category: kern >Synopsis: mtime/ctime sometimes updated when a program is run >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Apr 12 11:30:01 PDT 1997 >Last-Modified: >Originator: Kevin Martin >Organization: pair Networks >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: Fresh 2.2.1-RELEASE installation, no active users, only cron jobs. >Description: Cron jobs, which run every ten minutes, make several calls to /usr/bin/grep and /usr/bin/wc - once or twice per day, these files get their ctime and mtime updated to the current time. This has also been seen in the past with 2.2-BETA_A and 2.2-GAMMA. It has been reported as early as February 1996 for FreeBSD 2.0.5. The most serious concern is that when this problem was occuring on a heavily loaded 2.2-BETA_A system, we also saw numerous filesystem corruptions (disappearing files, etc) - although there is no proof that this is related. >How-To-Repeat: Have been unable to repeat by running programs manually many times, but it happens routinely if not consistently when run from a cron job (as root). See also the archives of freebsd-bugs and freebsd-questions, when searched for "mtime and ctime". >Fix: Unknown. Errant filesystem bug? >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Apr 12 13:10:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA19304 for bugs-outgoing; Sat, 12 Apr 1997 13:10:10 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA19294; Sat, 12 Apr 1997 13:10:05 -0700 (PDT) Resent-Date: Sat, 12 Apr 1997 13:10:05 -0700 (PDT) Resent-Message-Id: <199704122010.NAA19294@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, luigi@iet.unipi.it Received: from prova.iet.unipi.it (prova1.iet.unipi.it [131.114.9.11]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA18952 for ; Sat, 12 Apr 1997 13:04:13 -0700 (PDT) Received: (from luigi@localhost) by prova.iet.unipi.it (8.8.5/8.8.5) id HAA00441; Sat, 12 Apr 1997 07:06:19 +0200 (CEST) Message-Id: <199704120506.HAA00441@prova.iet.unipi.it> Date: Sat, 12 Apr 1997 07:06:19 +0200 (CEST) From: Luigi Rizzo Reply-To: luigi@iet.unipi.it To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/3268: update for asc driver Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3268 >Category: kern >Synopsis: fix and feature add for asc driver >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sat Apr 12 13:10:03 PDT 1997 >Last-Modified: >Originator: Luigi Rizzo >Organization: DEIT >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: system with Mustek hand scanners >Description: the asc driver as of 2.2.1-R causes my system to panic with a double fault right before giving control to /etc/rc. Although the reason is unknown, the driver is highly out of date, so I am submitting some patches to add support for color hand scanners as well. >How-To-Repeat: kernel with asc driver compiled in >Fix: The following patch fixes the panic and adds support for color hand scanners as well. Tested under 2.2.1-R --- /usr/src/sys221R/i386/isa/asc.c Mon Dec 30 22:18:32 1996 +++ asc.c Sat Apr 12 06:44:32 1997 @@ -2,10 +2,10 @@ * * Current version supports: * - * - Trust AmiScan BW (GI1904 chipset) + * - AmiScan (Mustek) Color and BW hand scanners (GI1904 chipset) * * Copyright (c) 1995 Gunther Schadow. All rights reserved. - * Copyright (c) 1995 Luigi Rizzo. All rights reserved. + * Copyright (c) 1995,1996,1997 Luigi Rizzo. All rights reserved. * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions @@ -106,7 +106,7 @@ #define DBUG_MASK 0x20 #define FRMT_MASK 0x18 /* output format */ #define FRMT_RAW 0x00 /* output bits as read from scanner */ -#define FRMT_GRAY 0x10 /* output graymap (not implemented yet) */ +#define FRMT_GRAY 0x1 /* output gray mode for color scanner */ #define FRMT_PBM 0x08 /* output pbm format */ #define FRMT_PGM 0x18 @@ -114,6 +114,7 @@ *** THE GEMOMETRY TABLE ***/ +#define GREY_LINE 826 /* 825, or 826 , or 550 ??? */ static const struct asc_geom { int dpi; /* dots per inch */ int dpl; /* dots per line */ @@ -128,6 +129,8 @@ { 300, 1240, 155, ASC_RES_300}, { 200, 832, 104, ASC_RES_200}, { 100, 416, 52, ASC_RES_100}, + { 200, 3*GREY_LINE, 3*GREY_LINE, 0 /* returned by color scanner */}, + { 200, GREY_LINE, GREY_LINE, 0 /* color scanner, grey mode */}, { INVALID, 416, 52, INVALID } /* terminator */ }; @@ -144,12 +147,14 @@ }; struct asc_unit { + long thedev; /* XXX */ int base; /* base address */ int dma_num; /* dma number */ char dma_byte; /* mask of byte for setting DMA value */ char int_byte; /* mask of byte for setting int value */ char cfg_byte; /* mirror of byte written to config reg (ASC_CFG). */ char cmd_byte; /* mirror of byte written to cmd port (ASC_CMD)*/ + char portf_byte; int flags; #define ATTACHED 0x01 #define OPEN 0x02 @@ -186,9 +191,11 @@ *** experiments. MAXPHYS is obviously too much, while DEV_BSIZE and *** PAGE_SIZE are really too small. There must be something wrong *** with isa_dmastart/isa_dmarangecheck HELP!!! + *** + *** Note, must be DEFAULT_BLEN * samples_per_line <= MAX_BUFSIZE ***/ -#define MAX_BUFSIZE 0x3000 -#define DEFAULT_BLEN 20 +#define MAX_BUFSIZE 0xb000 /* XXX was 0x3000 */ +#define DEFAULT_BLEN 16 /*** *** THE PER-DRIVER RECORD FOR ISA.C @@ -259,6 +266,12 @@ lprintf("asc.get_resolution: %d dpi\n",geomtab[i].dpi); scu->geometry = i; } + scu->portf_byte=0; /* default */ + if (geomtab[scu->geometry].g_res==0 && !(scu->thedev&FRMT_GRAY)) { + /* color scanner seems to require this */ + scu->portf_byte=2; + /* scu->geometry++; */ + } scu->linesize = geomtab[scu->geometry].bpl; scu->height = geomtab[scu->geometry].dpl; /* default... */ } @@ -302,6 +315,22 @@ static void dma_restart(struct asc_unit *scu) { + unsigned char al=scu->cmd_byte; + + if (geomtab[scu->geometry].g_res==0) {/* color */ + isa_dmastart(B_READ, scu->sbuf.base+scu->sbuf.wptr, + scu->linesize + 90 /* XXX */ , scu->dma_num); + /* + * looks like we have to set and then clear this + * bit to enable the scanner to send interrupts + */ + outb( ASC_CMD, al |= 4 ); /* seems to disable interrupts */ +#if 0 + outb( ASC_CMD, al |= 8 ); /* ??? seems useless */ +#endif + outb( ASC_CMD, al &= 0xfb ); + scu->cmd_byte = al; + } else { /* normal */ isa_dmastart(B_READ, scu->sbuf.base+scu->sbuf.wptr, scu->linesize, scu->dma_num); /*** this is done in sub_20, after dmastart ? ***/ @@ -313,6 +342,7 @@ #else outb( ASC_CMD, ASC_OPERATE); #endif + } scu->flags |= DMA_ACTIVE; } @@ -365,14 +395,34 @@ return PROBE_FAIL; } +/* + * NOTE NOTE NOTE + * the new AmiScan Color board uses int 10,11,12 instead of 3,5,10 + * respectively. This means that the driver must act accordingly. + * Unfortunately there is no easy way of telling which board one has, + * other than trying to get an interrupt and noticing that it is + * missing. use "option ASC_NEW_BOARD" if you have a new board. + * + */ + +#if ASC_NEW_BOARD +#define ASC_IRQ_A 10 +#define ASC_IRQ_B 11 +#define ASC_IRQ_C 12 +#else +#define ASC_IRQ_A 3 +#define ASC_IRQ_B 5 +#define ASC_IRQ_C 10 +#endif + switch(ffs(isdp->id_irq) - 1) { - case 3: + case ASC_IRQ_A : scu->int_byte = ASC_CNF_IRQ3; break; - case 5: + case ASC_IRQ_B : scu->int_byte = ASC_CNF_IRQ5; break; - case 10: + case ASC_IRQ_C : scu->int_byte = ASC_CNF_IRQ10; break; #if 0 @@ -383,7 +433,7 @@ #endif default: lprintf("asc%d.probe: unsupported INT %d (only 3, 5, 10)\n", - unit, isdp->id_irq); + unit, ffs(isdp->id_irq) - 1 ); return PROBE_FAIL; } scu->dma_num = isdp->id_drq; @@ -420,7 +470,7 @@ struct asc_unit *scu = unittab + unit; scu->flags |= FLAG_DEBUG; - printf("asc%d: [GI1904/Trust Ami-Scan Grey, type S2]\n", unit); + printf("asc%d: [GI1904/Trust Ami-Scan Grey/Color]\n", unit); /* * Initialize buffer structure. @@ -552,7 +602,7 @@ scu = unittab + unit; if ( !( scu->flags & ATTACHED ) ) { - lprintf("asc%d.open: unit was not attached successfully 0x04x\n", + lprintf("asc%d.open: unit was not attached successfully 0x%04x\n", unit, scu->flags); return ENXIO; } @@ -600,8 +650,12 @@ scu->cfg_byte= scu->cmd_byte=0; /* init scanner */ outb(ASC_CMD, scu->cmd_byte); /*** this was done in sub_16, set scan len... ***/ - outb(ASC_BOH, 0 ); + outb(ASC_BOH, scu->portf_byte ); + if (geomtab[scu->geometry].g_res==0) { /* color */ + scu->cmd_byte = 0x00 ; + } else { scu->cmd_byte = 0x90 ; + } outb(ASC_CMD, scu->cmd_byte); outb(ASC_LEN_L, scu->linesize & 0xff /* len_low */); outb(ASC_LEN_H, (scu->linesize >>8) & 0xff /* len_high */); @@ -673,9 +727,11 @@ scu->sbuf.rptr=scu->sbuf.size-l; bcopy(scu->sbuf.base, scu->sbuf.base+scu->sbuf.rptr,l); scu->sbuf.count = l; + if (geomtab[scu->geometry].g_res!=0) { /* BW scanner */ for(p = scu->sbuf.base + scu->sbuf.rptr; l; p++, l--) *p = ~*p; } +} /************************************************************************** *** *** ascread @@ -739,10 +795,11 @@ if ( (scu->flags & PBM_MODE) ) nbytes = min( nbytes, scu->bcount ); lprintf("asc%d.read: transferring 0x%x bytes\n", unit, nbytes); - + if (geomtab[scu->geometry].g_res!=0) { /* BW scanner */ lprintf("asc%d.read: invert buffer\n",unit); for(p = scu->sbuf.base + scu->sbuf.rptr, res=nbytes; res; p++, res--) *p = ~*p; + } res = uiomove(scu->sbuf.base + scu->sbuf.rptr, nbytes, uio); if ( res != SUCCESS ) { lprintf("asc%d.read: uiomove failed %d", unit, res); @@ -779,7 +836,7 @@ unit, minor(dev)); if ( unit >= NASC || !( scu->flags & ATTACHED ) ) { - lprintf("asc%d.ioctl: unit was not attached successfully %0x04x\n", + lprintf("asc%d.ioctl: unit was not attached successfully 0x%04x\n", unit, scu->flags); return ENXIO; } >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Apr 12 13:40:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA20545 for bugs-outgoing; Sat, 12 Apr 1997 13:40:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA20539; Sat, 12 Apr 1997 13:40:01 -0700 (PDT) Resent-Date: Sat, 12 Apr 1997 13:40:01 -0700 (PDT) Resent-Message-Id: <199704122040.NAA20539@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, ortmann@sparc.isl.net Received: from watcher.isl.net (ppp-33.isl.net [199.3.25.82]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA20166 for ; Sat, 12 Apr 1997 13:32:51 -0700 (PDT) Received: (from ortmann@localhost) by watcher.isl.net (8.8.5/8.8.5) id DAA09806; Sat, 12 Apr 1997 03:43:42 -0500 (CDT) Message-Id: <199704120843.DAA09806@watcher.isl.net> Date: Sat, 12 Apr 1997 03:43:42 -0500 (CDT) From: Daniel Ortmann Reply-To: ortmann@sparc.isl.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/3269: exec pppd -detach ... caused a kernel panic Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3269 >Category: bin >Synopsis: exec pppd -detach ... caused a kernel panic >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Apr 12 13:40:01 PDT 1997 >Last-Modified: >Originator: Daniel Ortmann >Organization: n/a >Release: FreeBSD 3.0-CURRENT i386 >Environment: no special environment needed. (I was running bash2.) >Description: As root I exec'ed the following command from the shell and brought down the system instantly: exec /usr/sbin/pppd -detach connect "/usr/bin/chat -v -f \ /etc/ppp/chat.dial" /dev/cuaa2 This is non-critical since I probably should have run it without the -detach option and then just logged out normally; i.e. the normal "workaround" is in fact the better way to do this. >How-To-Repeat: Create a chat script to dialup and start a pppd session and then run the above code fragment. >Fix: I should have run it without the "-detach" option (but the system should not have gone through a panic. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Apr 12 14:00:53 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA21662 for bugs-outgoing; Sat, 12 Apr 1997 14:00:53 -0700 (PDT) Received: (from se@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA21638; Sat, 12 Apr 1997 14:00:48 -0700 (PDT) Date: Sat, 12 Apr 1997 14:00:48 -0700 (PDT) From: Stefan Esser Message-Id: <199704122100.OAA21638@freefall.freebsd.org> To: jmb@freebsd.org, se, freebsd-bugs Subject: Re: i386/3214 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Synopsis: /sys/i386/isa/pcibus.c 1.32 does not find pci on ASUS PCI/I-486 SP3G State-Changed-From-To: open-closed State-Changed-By: se State-Changed-When: Sat Apr 12 13:59:58 PDT 1997 State-Changed-Why: Fixed in rev. 1.35 of /sys/i386/isa/pcibus.c From owner-freebsd-bugs Sat Apr 12 14:40:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA23571 for bugs-outgoing; Sat, 12 Apr 1997 14:40:06 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA23552; Sat, 12 Apr 1997 14:40:02 -0700 (PDT) Date: Sat, 12 Apr 1997 14:40:02 -0700 (PDT) Message-Id: <199704122140.OAA23552@freefall.freebsd.org> To: freebsd-bugs Cc: From: David Nugent Subject: Re: bin/3269: exec pppd -detach ... caused a kernel panic Reply-To: David Nugent Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/3269; it has been noted by GNATS. From: David Nugent To: ortmann@sparc.isl.net Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/3269: exec pppd -detach ... caused a kernel panic Date: Sun, 13 Apr 1997 07:29:23 +1000 On Sat Apr 12 03:43:42 EST 1997, Daniel Ortmann writes: > no special environment needed. (I was running bash2.) I think a special environment *is* needed. Perhaps the trap info when your system crashed would be informative? > As root I exec'ed the following command from the shell and > brought down the system instantly: > > exec /usr/sbin/pppd -detach connect "/usr/bin/chat -v -f \ > /etc/ppp/chat.dial" /dev/cuaa2 I execute almost exactly this commandline routinely on three 3.0-current boxes, with and without the detach. Only the filenames are different. Two of them are even run from /etc/ttys where the -detach parameter is mandatory to stop init spawning bunches of them and then complaining about it being run too frequently. Regards, David Nugent - Unique Computing Pty Ltd - Melbourne, Australia Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/ From owner-freebsd-bugs Sat Apr 12 15:22:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA26882 for bugs-outgoing; Sat, 12 Apr 1997 15:22:57 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id PAA26854; Sat, 12 Apr 1997 15:22:50 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA09377; Sun, 13 Apr 1997 00:22:40 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id AAA27540; Sun, 13 Apr 1997 00:18:31 +0200 (MET DST) Message-ID: <19970413001831.XL04295@uriah.heep.sax.de> Date: Sun, 13 Apr 1997 00:18:31 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: m.sapsed@bangor.ac.uk (M.Sapsed) Cc: freebsd-questions@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: 2.2.1/amd problems References: X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from M.Sapsed on Apr 10, 1997 13:30:43 +0100 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As M.Sapsed wrote: > > More of a problem is that my automounted (via > > amd) home directory fails to appear when doing an ls or anything else, > > although it is mounted and ls of small subdirectories works fine. The > > home directory has 221 entries and another subdirectory which fails has > > 162 (I know they're large but they should work!) If I ask for ls on > > these dirs, it just sits there for about 30 mins until a message > > > > /kernel: nfs server server:/path/path: not responding > > > > appears. If you then do ctrl-C you get a prompt back and can get an > > instant listing of the smaller directories. Mike Murphy reported me a similar problem (there's even PR # bin/1872 open for it), where he finally found that the problem was the slow 8-bit ethernet card of his server. Setting NFS readdir size down to 1024 might help, but amd doesn't offer this option. Frankly, amd's option handling in this respect just sucks, there are more options to mount_nfs(8) now that are not supported by amd (like the NFSv3 stuff). -- 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 Apr 12 16:00:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA28953 for bugs-outgoing; Sat, 12 Apr 1997 16:00:06 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA28936; Sat, 12 Apr 1997 16:00:03 -0700 (PDT) Date: Sat, 12 Apr 1997 16:00:03 -0700 (PDT) Message-Id: <199704122300.QAA28936@freefall.freebsd.org> To: freebsd-bugs Cc: From: proff@suburbia.net Subject: subject=Re: kern/3207: FULL ipfilter build/bugfix intergration Reply-To: proff@suburbia.net Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3207; it has been noted by GNATS. From: proff@suburbia.net To: freebsd-gnats-submit@freebsd.org, proff@suburbia.net Cc: Subject: subject=Re: kern/3207: FULL ipfilter build/bugfix intergration Date: 12 Apr 1997 22:53:07 -0000 This PR can be deleted. See my suequent PR dated Apr 13 97 From owner-freebsd-bugs Sat Apr 12 16:23:36 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA29847 for bugs-outgoing; Sat, 12 Apr 1997 16:23:36 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id QAA29842 for ; Sat, 12 Apr 1997 16:23:29 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id BAA11015 for freebsd-bugs@freefall.freebsd.org; Sun, 13 Apr 1997 01:23:27 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id BAA01447; Sun, 13 Apr 1997 01:13:59 +0200 (MET DST) Message-ID: <19970413011358.FR00064@uriah.heep.sax.de> Date: Sun, 13 Apr 1997 01:13:58 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-bugs@freefall.freebsd.org Subject: Re: bin/3233: adduser(8) doesn't add users to the wheel group References: <199704090200.TAA18639@freefall.freebsd.org> <19970409123407.25120@usn.blaze.net.au> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <19970409123407.25120@usn.blaze.net.au>; from David Nugent on Apr 9, 1997 12:34:07 +1000 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As David Nugent wrote: > > Yes.. thanks, I corrected my particular case, but the bug is still in > > adduser ;). > > No, there's no bug. If you tell adduser to make 'wheel' your > primary group, it should not put your name in /etc/group on > the 'wheel' line. /etc/group is for secondary group memberships > only. adduser(8) at least used to have this bug that if you added the user to primary group `wheel', it didn't offer you the option to also put it into the secondary group `wheel'. > pw(8) has this same "bug", Are you sure? (Well, as the author of pw(8), you should be sure. ;-) At least, it offers both, -g and -G, so it should be possible to say pw adduser mmblfrtz -g wheel -G wheel,operator I agree that the `wheel' case is very special here. -- 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 Apr 12 17:13:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA03671 for bugs-outgoing; Sat, 12 Apr 1997 17:13:11 -0700 (PDT) Received: (from joerg@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA03637; Sat, 12 Apr 1997 17:13:02 -0700 (PDT) Date: Sat, 12 Apr 1997 17:13:02 -0700 (PDT) From: Joerg Wunsch Message-Id: <199704130013.RAA03637@freefall.freebsd.org> To: Robert_Batten@Candle.com, joerg, freebsd-bugs Subject: Re: bin/3231 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: The fixit.flp image dows not boot from the floppy. Should it? State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Sun Apr 13 02:12:30 MET DST 1997 State-Changed-Why: No, it ain't. From owner-freebsd-bugs Sat Apr 12 17:20:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA04252 for bugs-outgoing; Sat, 12 Apr 1997 17:20:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA04238; Sat, 12 Apr 1997 17:20:01 -0700 (PDT) Date: Sat, 12 Apr 1997 17:20:01 -0700 (PDT) Message-Id: <199704130020.RAA04238@freefall.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: bin/3230: Unable to resolve dev conflict between ed0 and seagate scsi device Reply-To: j@uriah.heep.sax.de (J Wunsch) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/3230; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: Robert_Batten@Candle.com Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: bin/3230: Unable to resolve dev conflict between ed0 and seagate scsi device Date: Sun, 13 Apr 1997 02:01:50 +0200 As Robert_Batten@Candle.com wrote: (Please break long lines.) > >Description: > Using the -c option on boot I attempted to resolve a device conflict > between ed0 and the seagate sea0 device. Even though there appears > to be no conflict ( i.e io base 280 irq 3 mmaddr 0d8000) for ed0 is > not conflicting with sea0), the conf flag persists. Worse still, the > problem disables my nic with edo:device timeout!!! Are you sure the conflict is against the sea0 driver? Judging from the use of irq3, i would rather suspect a conflict with the sio1 device. If this is not the case, please post the exact configuration as you tried it (i.e., the settings of all the drivers you haven't disabled). -- 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 Apr 12 17:20:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA04265 for bugs-outgoing; Sat, 12 Apr 1997 17:20:07 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA04248; Sat, 12 Apr 1997 17:20:04 -0700 (PDT) Date: Sat, 12 Apr 1997 17:20:04 -0700 (PDT) Message-Id: <199704130020.RAA04248@freefall.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: bin/3231: The fixit.flp image dows not boot from the floppy. Should it? Reply-To: j@uriah.heep.sax.de (J Wunsch) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/3231; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: Robert_Batten@Candle.com Cc: freebsd-gnats-submit@freebsd.org Subject: Re: bin/3231: The fixit.flp image dows not boot from the floppy. Should it? Date: Sun, 13 Apr 1997 02:02:55 +0200 As Robert_Batten@Candle.com wrote: > >Description: > The Fixit.flp image does not boot. Should it? No. It shouldn't. There's no space to put a /kernel on it, that's why it is structured as a supplement floppy to the normal boot floppy. Sysinstall has a menu entry that lets you use the fixit floppy. -- 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 Apr 12 17:20:50 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA04352 for bugs-outgoing; Sat, 12 Apr 1997 17:20:50 -0700 (PDT) Received: from unique.usn.blaze.net.au (unique.usn.blaze.net.au [203.17.53.17]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA04339 for ; Sat, 12 Apr 1997 17:20:45 -0700 (PDT) Received: (from davidn@localhost) by unique.usn.blaze.net.au (8.8.5/8.8.5) id KAA01732; Sun, 13 Apr 1997 10:20:44 +1000 (EST) Message-ID: <19970413102043.15146@usn.blaze.net.au> Date: Sun, 13 Apr 1997 10:20:43 +1000 From: David Nugent To: freebsd-bugs@freefall.freebsd.org Subject: Re: bin/3233: adduser(8) doesn't add users to the wheel group References: <199704090200.TAA18639@freefall.freebsd.org> <19970409123407.25120@usn.blaze.net.au> <19970413011358.FR00064@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69e In-Reply-To: <19970413011358.FR00064@uriah.heep.sax.de>; from J Wunsch on Sun Apr 13 01:13:58 EST 1997 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun Apr 13 01:13:58 EST 1997, J Wunsch writes: > > Are you sure? (Well, as the author of pw(8), you should be sure. ;-) > At least, it offers both, -g and -G, so it should be possible to > say > > pw adduser mmblfrtz -g wheel -G wheel,operator Yes, that will work. pw doesn't attempt to do anything smart and remote redundant secondary memberships (as initgroups() does do, incidently, so you don't seem to get doubling up of group access permissions at runtime). > I agree that the `wheel' case is very special here. Yes, but perhaps this special case is more to do with the real problem being su. :-) I already argued this before, that su should look at the user's primary group as well. Since then, however, I'm more inclined to argue that it should look at the group access list for the current process using getgroups() and determine if group 0 is in the list. Either would remove this problem altogether and should not represent a security problem. Regards, David Nugent - Unique Computing Pty Ltd - Melbourne, Australia Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/ From owner-freebsd-bugs Sat Apr 12 17:40:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA05876 for bugs-outgoing; Sat, 12 Apr 1997 17:40:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA05865; Sat, 12 Apr 1997 17:40:01 -0700 (PDT) Date: Sat, 12 Apr 1997 17:40:01 -0700 (PDT) Message-Id: <199704130040.RAA05865@freefall.freebsd.org> To: freebsd-bugs Cc: From: David Nugent Subject: Re: bin/3242: incorrect prototype for initgroups Reply-To: David Nugent Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/3242; it has been noted by GNATS. From: David Nugent To: charnier@xp11.frmug.org Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/3242: incorrect prototype for initgroups Date: Sun, 13 Apr 1997 10:32:44 +1000 On Wed Apr 9 21:54:34 EST 1997, Philippe Charnier writes: > 1) > #include > > int > initgroups(const char *name, int basegid) > > ^^^ what about gid_t here? > and in the function definition. It should be the same type that is used in pwd.h for pwd.pw_gid which, currently, is 'int'. I believe that Bruce was looking into this one, since it had to do with the self-sufficiency of headers, but I've just noticed that both files now include sys/types.h unconditionally. Of course the type of pw_uid is also part of the question. Bruce? Regards, David Nugent - Unique Computing Pty Ltd - Melbourne, Australia Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/ From owner-freebsd-bugs Sat Apr 12 20:10:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA12365 for bugs-outgoing; Sat, 12 Apr 1997 20:10:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA12359; Sat, 12 Apr 1997 20:10:02 -0700 (PDT) Date: Sat, 12 Apr 1997 20:10:02 -0700 (PDT) Message-Id: <199704130310.UAA12359@freefall.freebsd.org> To: freebsd-bugs Cc: From: Slaven Rezic Subject: Re: gnu/3247: tar -O creates directories Reply-To: Slaven Rezic Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR gnu/3247; it has been noted by GNATS. From: Slaven Rezic To: joerg_wunsch@uriah.heep.sax.de Cc: freefall-gnats@cabulja.herceg.de Subject: Re: gnu/3247: tar -O creates directories Date: Sun, 13 Apr 1997 04:59:12 +0200 (CEST) > > As eserte@cs.tu-berlin.de wrote: > > > tar -O creates directories. Since -O extracts files to > > standard output, I think that no directories should be > > created. > > Not confirmed: > > j@uriah 98% mkdir -p foo/bar > j@uriah 99% echo hi > foo/hi > j@uriah 100% echo lo > foo/bar/lo > j@uriah 101% tar -cvzf foobar.tar.gz foo > foo/ > foo/bar/ > foo/bar/lo > foo/hi > j@uriah 102% rm -rf foo > j@uriah 103% tar -xOzf foobar.tar.gz foo/hi > hi > j@uriah 104% tar -xOzf foobar.tar.gz foo/bar/lo > lo > j@uriah 105% ls -lR foo bar > ls: bar: No such file or directory > ls: foo: No such file or directory Jörg, try: 4:55 eserte@cabulja 301 (/tmp): tar -xOzf foobar.tar.gz > /dev/null 4:56 eserte@cabulja 302 (/tmp): ls -lR foo bar ls: bar: No such file or directory foo: total 1 drwxrwx--x 2 eserte wheel 512 13 Apr 04:54 bar/ foo/bar: Exit 1 Gruß, Slaven -- Slaven Reziæ (Tomiæ) IPA: /'slavEn 'Re:ziC 'tOmIC/ e-mail: WWW: Accept-language: de;q=1, hr;q=0.97, en;q=0.9, fr;q=0.2 From owner-freebsd-bugs Sat Apr 12 21:00:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA13980 for bugs-outgoing; Sat, 12 Apr 1997 21:00:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA13973; Sat, 12 Apr 1997 21:00:02 -0700 (PDT) Resent-Date: Sat, 12 Apr 1997 21:00:02 -0700 (PDT) Resent-Message-Id: <199704130400.VAA13973@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, mini@hydrogen.nike.efn.org Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA13755 for ; Sat, 12 Apr 1997 20:51:57 -0700 (PDT) Received: (from mini@localhost) by hydrogen.nike.efn.org (8.8.4/8.8.4) id UAA09082; Sat, 12 Apr 1997 20:51:56 -0700 (PDT) Message-Id: <199704130351.UAA09082@hydrogen.nike.efn.org> Date: Sat, 12 Apr 1997 20:51:56 -0700 (PDT) From: Jonathan Mini Reply-To: mini@hydrogen.nike.efn.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/3270: command 'cvs init' missing from cvs(1) Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3270 >Category: docs >Synopsis: command 'cvs init' missing from cvs(1) >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Sat Apr 12 21:00:01 PDT 1997 >Last-Modified: >Originator: Jonathan Mini >Organization: >Release: FreeBSD 2.2-960801-SNAP i386 >Environment: >Description: since the script cvsinit was replaced by the command "cvs init", there should be some mention of this in the documentation. I tripped across the command "cvs init" by accident after looking vainly in the man pages for a solution to my problem : cvsinit: not found. >How-To-Repeat: Simply type, cvsinit, and not that it no longer exists. Then type man cvsinit and note that it no longer exists. Then type man cvs and note that there is not mention of how to start a cvs tree. >Fix: Add the cvs-command 'init' to the cvs(1) man page, and/or talk about starting cvs trees. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Apr 12 22:00:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA15848 for bugs-outgoing; Sat, 12 Apr 1997 22:00:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA15842; Sat, 12 Apr 1997 22:00:01 -0700 (PDT) Resent-Date: Sat, 12 Apr 1997 22:00:01 -0700 (PDT) Resent-Message-Id: <199704130500.WAA15842@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, kato@eclogite.eps.nagoya-u.ac.jp Received: from marble.eps.nagoya-u.ac.jp (marble.eps.nagoya-u.ac.jp [133.6.57.68]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA15793 for ; Sat, 12 Apr 1997 21:59:30 -0700 (PDT) Received: (from kato@localhost) by marble.eps.nagoya-u.ac.jp (8.8.5/3.4W4) id NAA00314; Sun, 13 Apr 1997 13:58:59 +0900 (JST) Message-Id: <199704130458.NAA00314@marble.eps.nagoya-u.ac.jp> Date: Sun, 13 Apr 1997 13:58:59 +0900 (JST) From: kato@eclogite.eps.nagoya-u.ac.jp Reply-To: kato@eclogite.eps.nagoya-u.ac.jp To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/3271: deadlock problem in union_fsync Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3271 >Category: kern >Synopsis: deadlock problem in union_fsync >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Apr 12 22:00:00 PDT 1997 >Last-Modified: >Originator: KATO Takenori >Organization: Dept. Earth Planet Sci, Nagoya Univ. >Release: FreeBSD 3.0-CURRENT i386 >Environment: >Description: The function union_fsync tries to lock overlaying vnode object when dolock is not set (that is, targetvp == overlaying vnode object). Current code use FIXUP macro to do this, and never unlocks overlaying vnode object in union_fsync. So, the vnode object will be locked twice and never unlocked. >How-To-Repeat: >Fix: ---------- BEGIN ---------- *** union_vnops.c.ORIG Sun Apr 13 13:43:15 1997 --- union_vnops.c Sun Apr 13 13:43:29 1997 *************** *** 917,933 **** int error = 0; struct proc *p = ap->a_p; struct vnode *targetvp = OTHERVP(ap->a_vp); if (targetvp != NULLVP) { int dolock = (targetvp == LOWERVP(ap->a_vp)); if (dolock) vn_lock(targetvp, LK_EXCLUSIVE | LK_RETRY, p); ! else ! FIXUP(VTOUNION(ap->a_vp), p); error = VOP_FSYNC(targetvp, ap->a_cred, ap->a_waitfor, p); if (dolock) VOP_UNLOCK(targetvp, 0, p); } return (error); --- 917,944 ---- int error = 0; struct proc *p = ap->a_p; struct vnode *targetvp = OTHERVP(ap->a_vp); + struct union_node *un; + int isupperlocked = 0; if (targetvp != NULLVP) { int dolock = (targetvp == LOWERVP(ap->a_vp)); + un = VTOUNION(ap->a_vp); if (dolock) vn_lock(targetvp, LK_EXCLUSIVE | LK_RETRY, p); ! else if ((un->un_flags & UN_ULOCK) == 0 && ! VOP_ISLOCKED(targetvp) == 0) { ! isupperlocked = 1; ! vn_lock(targetvp, LK_EXCLUSIVE | LK_RETRY, p); ! un->un_flags |= UN_ULOCK; ! } error = VOP_FSYNC(targetvp, ap->a_cred, ap->a_waitfor, p); if (dolock) VOP_UNLOCK(targetvp, 0, p); + else if (isupperlocked) { + VOP_UNLOCK(targetvp, 0, p); + un->un_flags &= ~UN_ULOCK; + } } return (error); ---------- END ---------- >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Apr 12 22:42:38 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA17289 for bugs-outgoing; Sat, 12 Apr 1997 22:42:38 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA17282 for ; Sat, 12 Apr 1997 22:42:34 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id PAA20961; Sun, 13 Apr 1997 15:36:16 +1000 Date: Sun, 13 Apr 1997 15:36:16 +1000 From: Bruce Evans Message-Id: <199704130536.PAA20961@godzilla.zeta.org.au> To: davidn@unique.usn.blaze.net.au, freebsd-bugs@freefall.freebsd.org Subject: Re: bin/3242: incorrect prototype for initgroups Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > int > > initgroups(const char *name, int basegid) > > > > ^^^ what about gid_t here? > > and in the function definition. > > It should be the same type that is used in pwd.h for > pwd.pw_gid which, currently, is 'int'. pwd.h is just broken. initgroups() is consistent with getgrouplist(), which still uses ints for the array of groups. initgroups() constructs an array of ints and passes it to setgroups() which expects an array of gid_t's. On systems with 32-bit ints, the types only differ in signedness. gcc -Wall doesn't warn about this. All this should be fixed. > I believe that Bruce was looking into this one, since it > had to do with the self-sufficiency of headers, but I've > just noticed that both files now include sys/types.h > unconditionally. Of course the type of pw_uid is also part > of the question. and include but doesn't. grp.gr_gid has the same bug as pwd.pw_gid. From owner-freebsd-bugs Sat Apr 12 23:25:58 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA19100 for bugs-outgoing; Sat, 12 Apr 1997 23:25:58 -0700 (PDT) Received: (from phk@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA19072; Sat, 12 Apr 1997 23:25:47 -0700 (PDT) Date: Sat, 12 Apr 1997 23:25:47 -0700 (PDT) From: Poul-Henning Kamp Message-Id: <199704130625.XAA19072@freefall.freebsd.org> To: kato@eclogite.eps.nagoya-u.ac.jp, phk, freebsd-bugs Subject: Re: kern/3255 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: cn_pnbuf in union_vn_create overflow State-Changed-From-To: open-closed State-Changed-By: phk State-Changed-When: Sat Apr 12 23:25:13 PDT 1997 State-Changed-Why: committed, thanks! From owner-freebsd-bugs Sat Apr 12 23:27:40 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA19348 for bugs-outgoing; Sat, 12 Apr 1997 23:27:40 -0700 (PDT) Received: (from phk@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA19318; Sat, 12 Apr 1997 23:27:33 -0700 (PDT) Date: Sat, 12 Apr 1997 23:27:33 -0700 (PDT) From: Poul-Henning Kamp Message-Id: <199704130627.XAA19318@freefall.freebsd.org> To: kato@eclogite.eps.nagoya-u.ac.jp, phk, freebsd-bugs Subject: Re: kern/3262 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: memory leak in union_relookup State-Changed-From-To: open-closed State-Changed-By: phk State-Changed-When: Sat Apr 12 23:27:16 PDT 1997 State-Changed-Why: committed, thanks! From owner-freebsd-bugs Sat Apr 12 23:30:59 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA19628 for bugs-outgoing; Sat, 12 Apr 1997 23:30:59 -0700 (PDT) Received: (from phk@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA19605; Sat, 12 Apr 1997 23:30:53 -0700 (PDT) Date: Sat, 12 Apr 1997 23:30:53 -0700 (PDT) From: Poul-Henning Kamp Message-Id: <199704130630.XAA19605@freefall.freebsd.org> To: kato@eclogite.eps.nagoya-u.ac.jp, phk, freebsd-bugs Subject: Re: kern/3271 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: deadlock problem in union_fsync State-Changed-From-To: open-closed State-Changed-By: phk State-Changed-When: Sat Apr 12 23:29:23 PDT 1997 State-Changed-Why: committed, thanks!