From owner-freebsd-bugs Sun Oct 1 01:00:07 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA20392 for bugs-outgoing; Sun, 1 Oct 1995 01:00:07 -0700 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA20374 ; Sun, 1 Oct 1995 01:00:03 -0700 Resent-Date: Sun, 1 Oct 1995 01:00:03 -0700 Resent-Message-Id: <199510010800.BAA20374@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, mark@seeware.DIALix.oz.au Received: from melbourne.DIALix.oz.au (seeuucp@melbourne.DIALix.oz.au [192.203.228.98]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id AAA19347 for ; Sun, 1 Oct 1995 00:55:20 -0700 Received: (from seeuucp@localhost) by melbourne.DIALix.oz.au (sendmail) with UUCP id RAA19209 for FreeBSD-gnats-submit@freebsd.org; Sun, 1 Oct 1995 17:55:05 +1000 (EST) Received: (from mark@localhost) by putte.seeware.DIALix.oz.au (8.6.11/8.6.9) id RAA02827; Sun, 1 Oct 1995 17:45:07 +1000 Message-Id: <199510010745.RAA02827@putte.seeware.DIALix.oz.au> Date: Sun, 1 Oct 1995 17:45:07 +1000 From: mark@seeware.DIALix.oz.au Reply-To: mark@seeware.DIALix.oz.au To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/757: kern / removal of CD-ROM -> reboot & single-user mode Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 757 >Category: kern >Synopsis: Removal of mounted CD-ROM causes reboot & single user mode >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Oct 1 01:00:02 PDT 1995 >Last-Modified: >Originator: Mark Hannon >Organization: - >Release: FreeBSD 2.0.5-RELEASE >Environment: >Description: For some stupid reason I removed a mounted CD-ROM from my soundblaster CD-ROM yesterday afternoon. This morning when I came to the machine I discovered that the machine had rebooted during the evening and the reboot had failed at the file system mount step. This was obviously because no CD-ROM was present in the drive and /cdrom was listed in my /etc/fstab. The implication of a failed mount are of course that the machine is in single-user mode and allows root access without a password. I am not 100% certain that the CD-ROM was the cause of failure but the last message in /var/log/messages was: Oct 1 02:00:05 putte /kernel: matcd0: Not ready while reading block 144 Oct 1 02:00:05 putte /kernel: matcd0: Media changed - Further I/O aborted until device closed This leads me to believe that an attempt was made to access the CD-ROM at 2am and this caused the reboot (my /etc/daily is run at 2am if this gives any clues). >How-To-Repeat: Remove a mounted CD-ROM and wait for disaster >Fix: I guess (I haven't tried it) that the following change in /etc/rc would at least stop root access at reboot. mount -a -t nonfs,cd9660 if [ $? != 0 ]; then echo "Filesystem mount failed, startup aborted" exit 1 fi mount -a -t cd9660 >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Oct 1 02:22:36 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA29375 for bugs-outgoing; Sun, 1 Oct 1995 02:22:36 -0700 Received: from unlisys.unlisys.NET (unlisys.unlisys.net [194.64.15.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id CAA29367 for ; Sun, 1 Oct 1995 02:22:17 -0700 Received: by unlisys.unlisys.NET from deadline.snafu.de with smtp (Smail3.1.28.1 [@@]) id m0szKaz-000ZyyC; Sun, 1 Oct 95 10:22 MET Received: by deadline.snafu.de id m0szKaw-000ItFC; Sun, 1 Oct 95 10:22 MET (/\oo/\ Smail3.1.29.1 #29.2) Message-Id: From: root@deadline.snafu.de (Andreas S. Wetzel) Subject: "make install" breaks on -current To: bugs@freebsd.org Date: Sun, 1 Oct 1995 10:22:01 +0100 (MET) Organization: -D-E-A-D-L-I-N-E- Public access UN*X system - 13347 Berlin. X-Mailer: ELM [version 2.4 PL24 PGP2] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 855 Sender: owner-bugs@freebsd.org Precedence: bulk Hi! --- A "make install" on the -current sources (sup'ed 09/30/95) breaks on the directory share/doc/FAQ with the message: ====> Installing PostScript documents ===> share/doc/FAQ sgmlfmt -f ascii /usr/src/share/doc/FAQ/freebsd-faq.sgml Input file ascii not found install -c -o bin -g bin -m 444 freebsd-faq.ascii /usr/share/doc/FAQ install: freebsd-faq.ascii: No such file or directory *** Error code 1 Stop. The same thing happened also to me with -current sources as of 09/26/95. Any ideas? Regards, mickey -- (__) (@@) Andreas S. Wetzel E-mail: mickey@deadline.snafu.de /-------\/ Utrechter Strasse 41 Web: http://deadline.snafu.de/ / | || 13347 Berlin Voice: <+4930> 456 81 68 * ||----|| Germany Fax/Data: <+4930> 455 19 57 ~~ ~~ From owner-freebsd-bugs Sun Oct 1 14:30:05 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA01243 for bugs-outgoing; Sun, 1 Oct 1995 14:30:05 -0700 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA01235 ; Sun, 1 Oct 1995 14:30:02 -0700 Resent-Date: Sun, 1 Oct 1995 14:30:02 -0700 Resent-Message-Id: <199510012130.OAA01235@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, joerg_wunsch@uriah.heep.sax.de Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA01174 for ; Sun, 1 Oct 1995 14:29:13 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA01134 for ; Sun, 1 Oct 1995 22:27:53 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id WAA00552 for FreeBSD-gnats-submit@freebsd.org; Sun, 1 Oct 1995 22:27:52 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id WAA10374; Sun, 1 Oct 1995 22:27:19 +0100 Message-Id: <199510012127.WAA10374@uriah.heep.sax.de> Date: Sun, 1 Oct 1995 22:27:19 +0100 From: J Wunsch Reply-To: joerg_wunsch@uriah.heep.sax.de To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/759: nfsd without arg's doesn't work Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 759 >Category: bin >Synopsis: nfsd without arg's doesn't work >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Oct 1 14:30:01 PDT 1995 >Last-Modified: >Originator: J Wunsch >Organization: >Release: FreeBSD 2.2-CURRENT i386 >Environment: 2.1-current during the last weeks >Description: Simply starting "nfsd" doesn't work, even though the man page suggests this were compatible with "nfsd -t -u 4": uriah # rpcinfo -p program vers proto port 100000 2 tcp 111 portmapper 100000 2 udp 111 portmapper 100005 1 udp 945 mountd 100005 3 udp 945 mountd 100005 1 tcp 946 mountd 100005 3 tcp 946 mountd uriah # nfsd uriah # rpcinfo -p program vers proto port 100000 2 tcp 111 portmapper 100000 2 udp 111 portmapper 100005 1 udp 945 mountd 100005 3 udp 945 mountd 100005 1 tcp 946 mountd 100005 3 tcp 946 mountd uriah # killall -9 nfsd Explicitly specifying arguments works, however: uriah # nfsd -t -u 4 uriah # rpcinfo -p program vers proto port 100000 2 tcp 111 portmapper 100000 2 udp 111 portmapper 100005 1 udp 945 mountd 100005 3 udp 945 mountd 100005 1 tcp 946 mountd 100005 3 tcp 946 mountd 100003 2 udp 2049 nfs 100003 3 udp 2049 nfs 100003 2 tcp 2049 nfs 100003 3 tcp 2049 nfs >How-To-Repeat: see above >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Oct 1 16:52:11 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA06452 for bugs-outgoing; Sun, 1 Oct 1995 16:52:11 -0700 Received: from newton.Space.net (root@newton.space.net [194.59.182.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id QAA06447 for ; Sun, 1 Oct 1995 16:52:08 -0700 Received: from nasim.nasim.cube.net ([194.97.15.2]) by newton.Space.NET with SMTP id <82486-3>; Mon, 2 Oct 1995 00:51:58 +0100 Received: by nasim.nasim.cube.net (Smail3.1.29.0 #1) id m0szY9m-0007OCC; Mon, 2 Oct 95 00:50 MET To: freebsd-bugs@freebsd.org Path: not-for-mail From: knarf@camelot.de (Frank Bartels) Newsgroups: muc.lists.freebsd.bugs Subject: Re: kern/745: occasional filesystem inconsistencies, and "panic: ffs_valloc: dup alloc" Date: Mon, 2 Oct 1995 00:50:46 +0100 Organization: Camelot Online Services Lines: 35 Message-ID: <44n9gn$ng@nasim.nasim.cube.net> References: <199509271840.TAA00602@irs201.inf.tu-dresden.de> NNTP-Posting-Host: nasim.nasim.cube.net Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Newsreader: TIN [UNIX 1.3 950726BETA PL0] Sender: owner-bugs@freebsd.org Precedence: bulk hohmuth@inf.tu-dresden.de wrote: > Main board is an ASUS SP3G + i486DX4 with the SCSI devices attached > directly to the motherboard's NCR53c810 controller. 16 MB RAM. I have nearly the same configuration at home, but only one SCSI disk attached. I also have another machine with the same board/cpu, but two disks and a DAT tape attached and 32 MB RAM. > Disks have auto > reallocation on read/write errors, early recovery and error posting > enabled. Hmm, where do you enable those disk options? I have problems with the DAT ("overlapping commands", spontaneous reboots, etc.) which makes it impossible to back up data using amanda. I've read -stable should solve the problem (bugs in st.c), so I'll update these days. > Following in this section are the kernel config file and the kernel's > logged boot-up messages. Mine looks nearly the same, except for using pcvt instead of those silly broken syscons and ed0 instead of le0. > Every once in a while, my daily "fsck -n" run reports truncated, > unreferenced and/or bad inodes or names pointing to unallocated > inodes. [...] I never had such problems - sorry. Bye, Knarf -- Frank Bartels |UUCP/ZModem/Fax: + 49 89 5469593| "Captain, why not just knarf@camelot.de | http://www.camelot.de/~knarf/ | give the Borg Windows?" From owner-freebsd-bugs Mon Oct 2 04:20:05 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA08524 for bugs-outgoing; Mon, 2 Oct 1995 04:20:05 -0700 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA08513 ; Mon, 2 Oct 1995 04:20:02 -0700 Resent-Date: Mon, 2 Oct 1995 04:20:02 -0700 Resent-Message-Id: <199510021120.EAA08513@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, ville@vlsi.fi Received: from vlsi1.vlsi.fi (CQ4aA/9/+IDXiYbolMq/SHsdN/uxPNYx@vlsi1.vlsi.fi [193.64.2.2]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id EAA07925 for ; Mon, 2 Oct 1995 04:16:13 -0700 Received: from layout.vlsi.fi by vlsi1.vlsi.fi with ESMTP (1.37.109.16/16.2) id AA084730573; Mon, 2 Oct 1995 12:42:53 +0200 Received: by layout.vlsi.fi (1.37.109.15/16.2) id AA059990572; Mon, 2 Oct 1995 12:42:52 +0200 Message-Id: <199510021042.AA059990572@layout.vlsi.fi> Date: Mon, 2 Oct 1995 12:42:52 +0200 From: Ville Eerola Reply-To: ville@vlsi.fi To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/760: mv foo/ ../.. causes panic Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 760 >Category: kern >Synopsis: mv foo/ ../.. causes panic >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Oct 2 04:20:01 PDT 1995 >Last-Modified: >Originator: Ville Eerola >Organization: VLSI Solution Oy >Release: FreeBSD 2.1-STABLE i386 >Environment: FreeBSD 2.1-STABLE #0: Sun Sep 17 23:18:24 EET DST 1995 ville@descent.vlsi.fi:/usr/src/sys/compile/DESCENT CPU: 120-MHz Pentium 735\\90 or 815\\100 (Pentium-class CPU) Origin = "GenuineIntel" Id = 0x525 Stepping=5 Features=0x1bf real memory = 33554432 (32768K bytes) avail memory = 30838784 (30116K bytes) Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <4 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in wdc0 not found at 0x1f0 1 3C5x9 board(s) on ISA found at 0x300 ep0 at 0x300-0x30f irq 10 on isa ep0: aui/bnc[*BNC*] address 00:20:af:56:15:5b irq 10 npx0 on motherboard npx0: INT 16 interface Probing for devices on the PCI bus: chip0 rev 2 on pci0:0 chip1 rev 2 on pci0:7 vga0 rev 0 int a irq 11 on pci0:13 ahc0 rev 0 int a irq 9 on pci0:15 ahc0: reading board settings ahc0: Reading SEEPROM...done. ahc0: 2940 Single Channel, SCSI Id=7, aic7870, 16 SCBs ahc0: Downloading Sequencer Program...Done ahc0: Probing channel A ahc0 waiting for scsi devices to settle ahc0: target 0 synchronous at 10.0MB/s, offset = 0xf ahc0: target 0 Tagged Queuing Device (ahc0:0:0): "SEAGATE ST31230N 0300" type 0 fixed SCSI 2 sd0(ahc0:0:0): Direct-Access 1010MB (2069860 512 byte sectors) ahc0: target 1 synchronous at 10.0MB/s, offset = 0xf ahc0: target 1 Tagged Queuing Device (ahc0:1:0): "SEAGATE ST31230N 0300" type 0 fixed SCSI 2 sd1(ahc0:1:0): Direct-Access 1010MB (2069860 512 byte sectors) >Description: [note that ../.. is owned by root, and cannot be written by normal users] Executing the following commands cause panic: descent% mkdir foo descent% mv foo/ ../.. This results: panic: relookup: lookup on dot-dot It appears that mv tries to rename foo/ to ../../ which would cause bad things to happen if succesful. However, the following variants do not cause anything bad to happen: descent% mv foo ../../ mv: rename foo to ../..//foo: Permission denied descent% mv foo ../.. mv: rename foo to ../../foo: Permission denied descent% mv foo/ .. mv: rename foo/ to ../: Directory not empty >How-To-Repeat: See above... >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Oct 2 06:30:03 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id GAA20124 for bugs-outgoing; Mon, 2 Oct 1995 06:30:03 -0700 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id GAA20113 ; Mon, 2 Oct 1995 06:30:01 -0700 Resent-Date: Mon, 2 Oct 1995 06:30:01 -0700 Resent-Message-Id: <199510021330.GAA20113@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, staff@kyklopen.ping.dk Received: from ns.dknet.dk (uucp@ns.dknet.dk [193.88.44.42]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id GAA19772 for ; Mon, 2 Oct 1995 06:27:01 -0700 Received: from pingnet by ns.dknet.dk with UUCP id AA18543 (5.65c8/IDA-1.4.4j for FreeBSD-gnats-submit@freebsd.org); Mon, 2 Oct 1995 14:26:48 +0100 Received: from kyklopen by ic1.ic.dk with UUCP id AA20702 (5.65c8/IDA-1.4.4j for FreeBSD-gnats-submit@freebsd.org); Mon, 2 Oct 1995 14:21:53 +0100 Received: (from staff@localhost) by kyklopen (8.6.12/8.6.12) id OAA00933; Mon, 2 Oct 1995 14:10:36 +0100 Message-Id: <199510021310.OAA00933@kyklopen> Date: Mon, 2 Oct 1995 14:10:36 +0100 From: Thomas Sparrevohn Reply-To: staff@kyklopen.ping.dk To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/761: route add may cause panic when used incorrectly Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 761 >Category: kern >Synopsis: route add may cause panic when used incorrectly >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Oct 2 06:30:00 PDT 1995 >Last-Modified: >Originator: Thomas Sparrevohn >Organization: >Release: FreeBSD 2.2-CURRENT i386 >Environment: FreeBSD kyklopen.ping.dk 2.2-CURRENT FreeBSD 2.2-CURRENT #2: Mon Oct 2 01:45:55 MET 1995 staff@kyklopen.ping.dk:/usr/src/sys/compile/KYKLOPEN i386 >Description: When routed and route is used the wrong arguments to route(8) may cause a pagefault in the kernel. The virtual size of routed keeps on groving, but the seems to be an old problem. >How-To-Repeat: route add -net kyklopen 127.0.0 >Fix: Not known >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Oct 2 16:10:03 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA00113 for bugs-outgoing; Mon, 2 Oct 1995 16:10:03 -0700 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA00106 ; Mon, 2 Oct 1995 16:10:01 -0700 Resent-Date: Mon, 2 Oct 1995 16:10:01 -0700 Resent-Message-Id: <199510022310.QAA00106@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, smp@csn.net Received: from ilsa.systemsix.com (ilsa.systemsix.com [198.99.86.129]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA29599 for ; Mon, 2 Oct 1995 15:59:46 -0700 Received: (from root@localhost) by ilsa.systemsix.com (8.6.12/8.6.12) id QAA08111; Mon, 2 Oct 1995 16:59:33 -0600 Message-Id: <199510022259.QAA08111@ilsa.systemsix.com> Date: Mon, 2 Oct 1995 16:59:33 -0600 From: smp@csn.net Reply-To: smp@csn.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/762: g++ chokes on /usr/include/machine/spl.h Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 762 >Category: misc >Synopsis: g++ chokes on /usr/include/machine/spl.h >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Oct 2 16:10:01 PDT 1995 >Last-Modified: >Originator: Steve Passe >Organization: New Ideas >Release: FreeBSD 2.1-STABLE i386 >Environment: >Description: the g++ compilers chokes on line# 108 of /usr/include/machine/spl.h >How-To-Repeat: found compiling ddd-1.3b >Fix: spl.h: 108c108 < __asm __volatile("":::"memory"); \ --- > __asm __volatile("" : : : "memory"); \ >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Oct 2 16:30:03 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA00540 for bugs-outgoing; Mon, 2 Oct 1995 16:30:03 -0700 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA00533 ; Mon, 2 Oct 1995 16:30:01 -0700 Resent-Date: Mon, 2 Oct 1995 16:30:01 -0700 Resent-Message-Id: <199510022330.QAA00533@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, "Received:from methan.chemie.fu-berlin.de (methan.chemie.fu-berlin.de [130.133.2.81]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id QAA00493 for" ; Mon, 2.Oct.1995.16:26:32.-0700 Received: by methan.chemie.fu-berlin.de (Smail3.1.29.1) from hal.in-berlin.de with gsmtp id ; Tue, 3 Oct 95 00:26 MET Received: by hal.in-berlin.de (Smail3.1.29.1 #1) id m0szuAk-0008QGC; Tue, 3 Oct 95 00:21 MET Message-Id: Date: Tue, 3 Oct 95 00:21 MET From: dirk@hal.in-berlin.de (Dirk Froemberg) To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: ports/763: pine: wrong location of passwd(1) Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 763 >Category: ports >Synopsis: pine: wrong location of passwd(1) >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Oct 2 16:30:01 PDT 1995 >Last-Modified: >Originator: Dirk Froemberg >Organization: unorganized >Release: FreeBSD 2.1.0-950726-SNAP i386 >Environment: # New ports collection makefile for: pine # Version required: 3.91 # Date created: 03 September 1994 # Whom: mr # # $Id: Makefile,v 1.11 1995/08/14 11:52:36 asami Exp $ >Description: Password-changement within pine does not work. >How-To-Repeat: >Fix: --- patch-aa.old Fri Aug 18 11:52:00 1995 +++ patch-aa Tue Oct 3 00:10:10 1995 @@ -1178,7 +1178,7 @@ + get recipients from To, cc, + and bcc header lines. */ + -+ #define PASSWD_PROG "/bin/passwd" ++ #define PASSWD_PROG "/usr/bin/passwd" + + /*-------------- A couple constants used to size arrays ----------------*/ + #include /* Get it from param.h if available */ >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Oct 3 03:52:06 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA17183 for bugs-outgoing; Tue, 3 Oct 1995 03:52:06 -0700 Received: (from joerg@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA17158 ; Tue, 3 Oct 1995 03:52:04 -0700 Date: Tue, 3 Oct 1995 03:52:04 -0700 From: Joerg Wunsch Message-Id: <199510031052.DAA17158@freefall.freebsd.org> To: syssgm@devetir.qld.gov.au, joerg, freebsd-bugs Subject: Re: bin/701 Sender: owner-bugs@FreeBSD.org Precedence: bulk Synopsis: pppd fails to set proxy arp when requested State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Tue Oct 3 11:50:51 MET 1995 State-Changed-Why: Suggested fix applied in rev 1.4 of sys-bsd.c. Thanks && sorry for the delay! From owner-freebsd-bugs Tue Oct 3 11:10:03 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA14562 for bugs-outgoing; Tue, 3 Oct 1995 11:10:03 -0700 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA14556 ; Tue, 3 Oct 1995 11:10:01 -0700 Resent-Date: Tue, 3 Oct 1995 11:10:01 -0700 Resent-Message-Id: <199510031810.LAA14556@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:from.methan.chemie.fu-berlin.de.by.freefall.freebsd.org.with.SMTP.id.LAA14215;Tue (methan.chemie.fu-berlin.de [130.133.2.81]) (8.6.12/8.6.6), 3.Oct.1995.11:00:27.-0700 Received: by methan.chemie.fu-berlin.de (Smail3.1.29.1) from hal.in-berlin.de with gsmtp id ; Tue, 3 Oct 95 19:00 MET Received: by hal.in-berlin.de (Smail3.1.29.1 #1) id m0t09vz-0008XGC; Tue, 3 Oct 95 17:11 MET Message-Id: Date: Tue, 3 Oct 95 17:11 MET From: dirk@hal.in-berlin.de (Dirk Froemberg) To: FreeBSD-gnats-submit@FreeBSD.ORG Cc: torstenb@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: ports/764: mc-3.0 does not compile Sender: owner-bugs@FreeBSD.ORG Precedence: bulk >Number: 764 >Category: ports >Synopsis: mc-3.0 does not compile >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Oct 3 11:10:01 PDT 1995 >Last-Modified: >Originator: Dirk Froemberg >Organization: unorganized >Release: FreeBSD 2.1.0-950726-SNAP i386 >Environment: # New ports collection makefile for: mc # Version required: 3.0 # Date created: 15 Jul 1995 # Whom: torstenb@FreeBSD.ORG # # $Id: Makefile,v 1.2 1995/09/27 22:57:28 torstenb Exp $ make coming with FreeBSD 2.1.0-950726-SNAP i386 >Description: Due to very strict parsing routines of make some extra tabs cause make not to make. >How-To-Repeat: cd $ports/utils/mc ; make 9-) >Fix: *** /dev/null Tue Oct 3 16:55:08 1995 --- patches/patch-ad Tue Oct 3 16:51:46 1995 *************** *** 0 **** --- 1,108 ---- + *** src/Makefile.in.dist Wed Sep 13 04:58:49 1995 + --- src/Makefile.in Tue Oct 3 16:28:04 1995 + *************** + *** 75,81 **** + cd ../slang; $(MAKE) libmcslang.a + -$(RMF) libmcslang.a + $(LN_S) ../slang/libmcslang.a . + ! + cross: + $(MAKE) CC=gcc-linux CPP="gcc-linux -E" \ + CPPFLAGS="$(CPPFLAGS) -I/usr/local/lib/gcc-lib/i386-linux-linux/include/ncurses " + --- 75,81 ---- + cd ../slang; $(MAKE) libmcslang.a + -$(RMF) libmcslang.a + $(LN_S) ../slang/libmcslang.a . + ! + cross: + $(MAKE) CC=gcc-linux CPP="gcc-linux -E" \ + CPPFLAGS="$(CPPFLAGS) -I/usr/local/lib/gcc-lib/i386-linux-linux/include/ncurses " + *************** + *** 96,102 **** + + clean: + rm -f mc cons.saver man2hlp *.o core a.out ync.hlp mc.html + ! + realclean: clean + rm -f .depend + rm -f TAGS + --- 96,102 ---- + + clean: + rm -f mc cons.saver man2hlp *.o core a.out ync.hlp mc.html + ! + realclean: clean + rm -f .depend + rm -f TAGS + *************** + *** 121,127 **** + + distcopy: $(srcdir)/mc.hlp + cp $(DISTFILES) ../../mc-$(VERSION)/src + ! + depend dep: mcdep + + fastdeploc: @fastdepslang@ @fastdepvfs@ + --- 121,127 ---- + + distcopy: $(srcdir)/mc.hlp + cp $(DISTFILES) ../../mc-$(VERSION)/src + ! + depend dep: mcdep + + fastdeploc: @fastdepslang@ @fastdepvfs@ + *** xv/Makefile.in.dist Wed Sep 13 04:59:09 1995 + --- xv/Makefile.in Tue Oct 3 16:45:20 1995 + *************** + *** 81,87 **** + cd ../slang; $(MAKE) libmcslang.a + -$(RMF) libmcslang.a + $(LN_S) ../slang/libmcslang.a . + ! + checklinks: + @if test -f $(xvdir)/regex.c; then echo ok; \ + else $(MAKE) sourcelinks; fi + --- 81,87 ---- + cd ../slang; $(MAKE) libmcslang.a + -$(RMF) libmcslang.a + $(LN_S) ../slang/libmcslang.a . + ! + checklinks: + @if test -f $(xvdir)/regex.c; then echo ok; \ + else $(MAKE) sourcelinks; fi + *** tk/Makefile.in.dist Wed Sep 13 04:59:07 1995 + --- tk/Makefile.in Tue Oct 3 16:44:55 1995 + *************** + *** 68,74 **** + cd ../slang; $(MAKE) libmcslang.a + -$(RMF) libmcslang.a + $(LN_S) ../slang/libmcslang.a . + ! + checklinks: + @if test -f $(tkdir)/regex.c; then echo ok; \ + else $(MAKE) sourcelinks; fi + --- 68,74 ---- + cd ../slang; $(MAKE) libmcslang.a + -$(RMF) libmcslang.a + $(LN_S) ../slang/libmcslang.a . + ! + checklinks: + @if test -f $(tkdir)/regex.c; then echo ok; \ + else $(MAKE) sourcelinks; fi + *************** + *** 117,123 **** + $(INSTALL_DATA) $(tkdir)/mc.tcl $(DESTDIR)$(libdir)/mc.tcl + + uninstall: + ! + depend dep: @tkdep@ + + tkdep: checklinks mcdep + --- 117,123 ---- + $(INSTALL_DATA) $(tkdir)/mc.tcl $(DESTDIR)$(libdir)/mc.tcl + + uninstall: + ! + depend dep: @tkdep@ + + tkdep: checklinks mcdep >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Oct 3 12:27:56 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA17685 for bugs-outgoing; Tue, 3 Oct 1995 12:27:56 -0700 Received: (from joerg@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA17671 ; Tue, 3 Oct 1995 12:27:54 -0700 Date: Tue, 3 Oct 1995 12:27:54 -0700 From: Joerg Wunsch Message-Id: <199510031927.MAA17671@freefall.freebsd.org> To: ylo@fx7.cs.hut.fi, joerg, freebsd-bugs Subject: Re: docs/177 Sender: owner-bugs@FreeBSD.org Precedence: bulk Synopsis: man pages missing for SYSV IPC funtions State-Changed-From-To: open-analyzed State-Changed-By: joerg State-Changed-When: Tue Oct 3 20:17:32 MET 1995 State-Changed-Why: The shm and sem part has been submitted by David Hovemeyer. The msg part remains open. From owner-freebsd-bugs Tue Oct 3 13:30:08 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA21156 for bugs-outgoing; Tue, 3 Oct 1995 13:30:08 -0700 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA21146 ; Tue, 3 Oct 1995 13:30:03 -0700 Resent-Date: Tue, 3 Oct 1995 13:30:03 -0700 Resent-Message-Id: <199510032030.NAA21146@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, pantzer@orion.boden.se Received: from stargate.orion.boden.se (root@stargate.orion.boden.se [193.45.246.235]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA20761 for ; Tue, 3 Oct 1995 13:24:05 -0700 Received: (from root@localhost) by stargate.orion.boden.se (8.6.11/8.6.9) id VAA28766; Tue, 3 Oct 1995 21:25:51 GMT Message-Id: <199510032125.VAA28766@stargate.orion.boden.se> Date: Tue, 3 Oct 1995 21:25:51 GMT From: Mattias Pantzare Reply-To: pantzer@orion.boden.se To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/765: umount -f can`t umount a NFS filesystem in use Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 765 >Category: kern >Synopsis: umount -f can`t umount a NFS filesystem in use >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Oct 3 13:30:02 PDT 1995 >Last-Modified: >Originator: Mattias Pantzare >Organization: Orion >Release: FreeBSD 2.0-BUILT-19950628 i386 >Environment: FreeBSD 2.1.0-950726-SNAP with a later kernel from STABLE >Description: umount -f can`t umount a NFS filesystem if someone is using it. >How-To-Repeat: mount other_com:/usr /mnt cd /mnt umount -f /mnt >Fix: unknown >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Oct 3 19:08:34 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA13206 for bugs-outgoing; Tue, 3 Oct 1995 19:08:34 -0700 Received: (from asami@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA13183 ; Tue, 3 Oct 1995 19:08:30 -0700 Date: Tue, 3 Oct 1995 19:08:30 -0700 From: Satoshi Asami Message-Id: <199510040208.TAA13183@freefall.freebsd.org> To: dirk@hal.in-berlin.de, asami, freebsd-bugs Subject: Re: ports/763 Sender: owner-bugs@FreeBSD.org Precedence: bulk Synopsis: pine: wrong location of passwd(1) State-Changed-From-To: open-closed State-Changed-By: asami State-Changed-When: Tue Oct 3 19:07:53 PDT 1995 State-Changed-Why: Suggested fix applied in revision 1.8 of patch-aa. From owner-freebsd-bugs Wed Oct 4 02:36:40 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA04670 for bugs-outgoing; Wed, 4 Oct 1995 02:36:40 -0700 Received: (from peter@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA04645 ; Wed, 4 Oct 1995 02:36:31 -0700 Date: Wed, 4 Oct 1995 02:36:31 -0700 From: Peter Wemm Message-Id: <199510040936.CAA04645@freefall.freebsd.org> To: charnier@lirmm.fr, peter, freebsd-bugs Subject: Re: bin/441 Sender: owner-bugs@FreeBSD.org Precedence: bulk Synopsis: more does not call vi with +linenum when EDITOR=vi State-Changed-From-To: open-closed State-Changed-By: peter State-Changed-When: Wed Oct 4 02:34:05 PDT 1995 State-Changed-Why: Fixed in usr.bin/more/command.c, rev 1.5 An independently developed fix applied.. From owner-freebsd-bugs Wed Oct 4 11:17:42 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA28335 for bugs-outgoing; Wed, 4 Oct 1995 11:17:42 -0700 Received: (from asami@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA28311 ; Wed, 4 Oct 1995 11:17:38 -0700 Date: Wed, 4 Oct 1995 11:17:38 -0700 From: Satoshi Asami Message-Id: <199510041817.LAA28311@freefall.freebsd.org> To: dirk@hal.in-berlin.de, asami, freebsd-bugs Subject: Re: ports/764 Sender: owner-bugs@FreeBSD.org Precedence: bulk Synopsis: mc-3.0 does not compile State-Changed-From-To: open-closed State-Changed-By: asami State-Changed-When: Wed Oct 4 11:16:54 PDT 1995 State-Changed-Why: Fixed in -stable and -current. From owner-freebsd-bugs Wed Oct 4 16:31:02 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA08451 for bugs-outgoing; Wed, 4 Oct 1995 16:31:02 -0700 Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.97.216]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA08446 for ; Wed, 4 Oct 1995 16:31:00 -0700 Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.6.12/8.6.9) id QAA06215 for freebsd-bugs@freebsd.org; Wed, 4 Oct 1995 16:30:04 -0700 From: "Steven G. Kargl" Message-Id: <199510042330.QAA06215@troutmask.apl.washington.edu> Subject: /var/at/at.deny missing or.... To: freebsd-bugs@freebsd.org Date: Wed, 4 Oct 1995 16:30:04 -0700 (PDT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 536 Sender: owner-bugs@freebsd.org Precedence: bulk Either the file /var/at/at.deny is missing from the -STABLE distribution or the man page is not consistent with the way FreeBSD is currently shipped. >From the man page: %man at ... An empty /var/at/at.deny means that every user is allowed use these com- mands, this is the default configuration. ... -- Steven G. Kargl | Phone: 206-685-4677 | Applied Physics Lab | Fax: 206-543-6785 | Univ. of Washington |---------------------| 1013 NE 40th St | FreeBSD 2.x-stable | Seattle, WA 98105 |---------------------| From owner-freebsd-bugs Wed Oct 4 18:10:03 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA12052 for bugs-outgoing; Wed, 4 Oct 1995 18:10:03 -0700 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA12045 ; Wed, 4 Oct 1995 18:10:01 -0700 Resent-Date: Wed, 4 Oct 1995 18:10:01 -0700 Resent-Message-Id: <199510050110.SAA12045@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, "Received:from multivac.orthanc.com (root@multivac.orthanc.com [204.244.20.2]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id SAA11723 for" ; Wed, 4.Oct.1995.18:00:02.-0700 Received: (from lyndon@localhost) by multivac.orthanc.com (8.7/8.7) id RAA01708; Wed, 4 Oct 1995 17:59:45 -0700 (PDT) Message-Id: <199510050059.RAA01708@multivac.orthanc.com> Date: Wed, 4 Oct 1995 17:59:45 -0700 (PDT) From: Lyndon Nerenberg To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/766: file doesn't grok HTML (+FIX) Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 766 >Category: bin >Synopsis: file doesn't grok HTML; /etc/magic in wrong place >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Oct 4 18:10:00 PDT 1995 >Last-Modified: >Originator: Lyndon Nerenberg >Organization: Orthanc Systems: Internet and UNIX consulting ___________________________________________________________ lyndon@orthanc.com || canada!lyndon || Fax: +1 604 561 2067 http://www.orthanc.com/ >Release: FreeBSD 2.0.5-RELEASE i386 >Environment: >Description: File(1) doesn't recognize HTML files. /etc/magic probably belongs in /usr/share/misc/magic. >How-To-Repeat: >Fix: Appended is a /usr/src/usr.bin/file/Magdir/html file with some really simple heuristics for spotting HTML files, and a diff to the Makefile to install the magic file in /usr/share/misc (does it really need to be in /etc? I can't spot any dependencies on this ...) # *Really* simple check for HTML 0 string \ HTML text 0 string \ HTML text *** 1.1 1995/10/05 00:52:24 --- Makefile 1995/10/05 00:52:47 *************** *** 23,29 **** # 4. This notice may not be removed or altered. # # Hacked and dismembered for bmake (Geoff Rehmet). ! MAGIC= /etc/magic MAGICOWN= bin MAGICGRP= bin MAGICMODE= 444 --- 23,29 ---- # 4. This notice may not be removed or altered. # # Hacked and dismembered for bmake (Geoff Rehmet). ! MAGIC= /usr/share/misc/magic MAGICOWN= bin MAGICGRP= bin MAGICMODE= 444 >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Oct 4 22:32:20 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA20079 for bugs-outgoing; Wed, 4 Oct 1995 22:32:20 -0700 Received: from werple.net.au (0@werple.mira.net.au [203.9.190.18]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id WAA20074 for ; Wed, 4 Oct 1995 22:32:11 -0700 Received: (from redflex@localhost) by werple.net.au (8.7/8.7) id PAA16147 for bugs@FreeBSD.org; Thu, 5 Oct 1995 15:31:58 +1000 (EST) From: Redflex Systems Message-Id: <199510050531.PAA16147@werple.net.au> Subject: RE : gdb To: bugs@FreeBSD.org Date: Thu, 5 Oct 1995 15:31:57 +1000 (EST) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.org Precedence: bulk I am having problems running gdb on FreeBSD 2.0.5. I use to be able to compile say "ping.c" using gcc -ggdb name to a.out and then load the symbol file and step through it using FreeBSD 2.0. Under 2.0.5 the program loads with no errors and I insert and break at main but when I run to "dest" the program instantly returns to bash prompt. Do I have to recompile the kernel or can I use other options under gcc. Any help would be appreciated. From owner-freebsd-bugs Wed Oct 4 23:19:55 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA21205 for bugs-outgoing; Wed, 4 Oct 1995 23:19:55 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id XAA21199 for ; Wed, 4 Oct 1995 23:19:50 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id HAA01549; Thu, 5 Oct 1995 07:19:46 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id HAA04371; Thu, 5 Oct 1995 07:19:46 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id HAA07121; Thu, 5 Oct 1995 07:12:31 +0100 From: J Wunsch Message-Id: <199510050612.HAA07121@uriah.heep.sax.de> Subject: Re: /var/at/at.deny missing or.... To: sgk@troutmask.apl.washington.edu (Steven G. Kargl) Date: Thu, 5 Oct 1995 07:12:31 +0100 (MET) Cc: freebsd-bugs@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199510042330.QAA06215@troutmask.apl.washington.edu> from "Steven G. Kargl" at Oct 4, 95 04:30:04 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 390 Sender: owner-bugs@freebsd.org Precedence: bulk As Steven G. Kargl wrote: > > Either the file /var/at/at.deny is missing from > the -STABLE distribution or the man page is not > consistent with the way FreeBSD is currently shipped. About to commit a fix for the man page... -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Wed Oct 4 23:42:55 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA21724 for bugs-outgoing; Wed, 4 Oct 1995 23:42:55 -0700 Received: from dca.net (dca.net [204.183.80.2]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id XAA21719 for ; Wed, 4 Oct 1995 23:42:51 -0700 Received: from dca.net (localhost.dca.net [127.0.0.1]) by dca.net (8.6.12/8.6.12) with SMTP id CAA08991; Thu, 5 Oct 1995 02:42:49 -0400 Date: Thu, 5 Oct 1995 02:42:47 -0400 (EDT) From: Andrew White To: freebsd-bugs@freebsd.org Subject: bug with gcc 2.6.2? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org Precedence: bulk FreeBSD bugs list: The following code generates a segmentation violation using gcc 2.6.2 as shipped with FreeBSD 2.0-RELEASE. It shouldn't! It seems as if any of the string functions (strcmp, strcpy, etc) bomb when invoked with a null string. I compiled this using gcc 2.3.3 under AIX 3.2.5, and it works as expected (prints "x is -1" when run). I am compiling this program (I called it test.c) with: "gcc -o test test.c"... am I missing something obvious?? Perplexed, Andrew ------test.c------- #include #include int main() { char *s; int x; s=NULL; x=strcmp(s,"test"); printf("x is %d\n",x); return 0; } ------test.c-------- awhite@dca.net http://www.dca.net/ (work-related) Andrew@White.org http://andrew.white.org/ (personal) DCANET: The Delaware Common Access Network Call (302) 654-1019 or send mail to info@dca.net for more information. From owner-freebsd-bugs Thu Oct 5 03:02:52 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA01131 for bugs-outgoing; Thu, 5 Oct 1995 03:02:52 -0700 Received: from Sysiphos (Sysiphos.MI.Uni-Koeln.DE [134.95.212.10]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id DAA01095 for ; Thu, 5 Oct 1995 03:02:03 -0700 Received: by Sysiphos id AA00067 (5.67b/IDA-1.5 for bugs@freebsd.org); Thu, 5 Oct 1995 11:00:44 +0100 Message-Id: <199510051000.AA00067@Sysiphos> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Thu, 5 Oct 1995 11:00:43 +0100 In-Reply-To: Andrew White "bug with gcc 2.6.2?" (Oct 5, 2:42) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: Andrew White Subject: Re: bug with gcc 2.6.2? Cc: bugs@freebsd.org Sender: owner-bugs@freebsd.org Precedence: bulk On Oct 5, 2:42, Andrew White wrote: } Subject: bug with gcc 2.6.2? } FreeBSD bugs list: } } The following code generates a segmentation violation using gcc 2.6.2 as } shipped with FreeBSD 2.0-RELEASE. It shouldn't! It seems as if any of } the string functions (strcmp, strcpy, etc) bomb when invoked with a null } string. This is not a compiler error, but intended behaviour ... NULL is not a string, but a pointer to NO string. FreeBSD on purpose makes address 0 unavailable, just to catch such errors (as just about any other Unix system). } I compiled this using gcc 2.3.3 under AIX 3.2.5, and it works as expected } (prints "x is -1" when run). I am compiling this program (I called it } test.c) with: "gcc -o test test.c"... am I missing something obvious?? } s=NULL; } } x=strcmp(s,"test"); Yes. The test result is undefined, and the system lets you know. If you want to use a NULL pointer to imply an empty string, then you better code this as: x=strcmp(s ? s : "", "test"); assuming that the second parameter in fact is not a constant string, but variable and known to not be another NULL pointer ... Regards, STefan -- Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 ============================================================================== http://www.zpr.uni-koeln.de/staff/esser/esser.html From owner-freebsd-bugs Thu Oct 5 06:24:02 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id GAA08120 for bugs-outgoing; Thu, 5 Oct 1995 06:24:02 -0700 Received: from relay3.UU.NET (relay3.UU.NET [192.48.96.8]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id GAA08115 for ; Thu, 5 Oct 1995 06:23:59 -0700 Received: from ast.com by relay3.UU.NET with SMTP id QQzkdh24943; Thu, 5 Oct 1995 09:23:55 -0400 Received: from trsvax.fw.ast.com (fw.ast.com) by ast.com with SMTP id AA18703 (5.67b/IDA-1.5 for ); Thu, 5 Oct 1995 06:25:17 -0700 Received: by trsvax.fw.ast.com (/\=-/\ Smail3.1.18.1 #18.1) id ; Thu, 5 Oct 95 08:22 CDT Received: by nemesis.lonestar.org (Smail3.1.27.1 #19) id m0t0qB9-000IseC; Thu, 5 Oct 95 08:17 WET DST Message-Id: Date: Thu, 5 Oct 95 08:17 WET DST To: bugs@freebsd.org From: uhclem%nemesis@fw.ast.com (Frank Durda IV) Sent: Thu Oct 5 1995, 08:17:39 CDT Subject: Change in telnet raw mode handling? Sender: owner-bugs@freebsd.org Precedence: bulk Was there a change in the handling of RAW mode during telnet between 2.0.5R and SNAP 950928? We are seeing bad behavior in certain applications that use raw character mode. My situation is that I telnet into a SCO UNIX, 1.1.5.1, 2.0.5R or a 950928 SNAP from a 950928 SNAP and when I go into selected programs that put the controlling terminal in raw mode, the [ENTER] key no longer confirms commands in the packages, but CTRL-J does. If I telnet from a 2.0.5R system into a SCO UNIX, 1.1.5.1, 2.0.5R or 950928 SNAP program and run the same software, [ENTER] confirms commands as expected. The programs I have seen the problem in so far are a text-based mail client (xmail), a binary file editor/disassembler (fed), and a menu-based bill-of-material management system (I think it is called CATS, comes from HP). Any ideas? Since this new behavior breaks the ability to use FreeBSD to access these (and possibly other) programs that are on existing FreeBSD and non-FreeBSD systems, it should be considered a significant compatibility issue. Frank Durda IV uhclem%nemesis@fw.ast.com From owner-freebsd-bugs Thu Oct 5 08:54:05 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA12808 for bugs-outgoing; Thu, 5 Oct 1995 08:54:05 -0700 Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id IAA12803 for ; Thu, 5 Oct 1995 08:54:01 -0700 Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <15416(1)>; Thu, 5 Oct 1995 08:53:19 PDT Received: from localhost by crevenia.parc.xerox.com with SMTP id <177475>; Thu, 5 Oct 1995 08:53:13 -0700 To: Andrew White cc: freebsd-bugs@freebsd.org Subject: Re: bug with gcc 2.6.2? In-reply-to: Your message of "Wed, 04 Oct 95 23:42:47 PDT." Date: Thu, 5 Oct 1995 08:53:07 PDT From: Bill Fenner Message-Id: <95Oct5.085313pdt.177475@crevenia.parc.xerox.com> Sender: owner-bugs@freebsd.org Precedence: bulk In message you write: >The following code generates a segmentation violation using gcc 2.6.2 as >shipped with FreeBSD 2.0-RELEASE. It shouldn't! Yes it should. NULL pointers are not valid "string" values. Perhaps the FreeBSD str* man pages should adopt some text similar to the SunOS man page: WARNINGS ... On the Sun processor, as well as on many other machines, you can not use a NULL pointer to indicate a null string. A NULL pointer is an error and results in an abort of the pro- gram. If you wish to indicate a null string, you must have a pointer that points to an explicit null string. On some implementations of the C language on some machines, a NULL pointer, if dereferenced, would yield a null string; this highly non-portable trick was used in some programs. Pro- grammers using a NULL pointer to represent an empty string should be aware of this portability issue; even on machines where dereferencing a NULL pointer does not cause an abort of the program, it does not necessarily yield a null string. Bill From owner-freebsd-bugs Thu Oct 5 10:26:38 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA15135 for bugs-outgoing; Thu, 5 Oct 1995 10:26:38 -0700 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id KAA15128 for ; Thu, 5 Oct 1995 10:26:33 -0700 Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA02751; Thu, 5 Oct 1995 13:26:19 -0400 Date: Thu, 5 Oct 1995 13:26:19 -0400 From: "Garrett A. Wollman" Message-Id: <9510051726.AA02751@halloran-eldar.lcs.mit.edu> To: Bill Fenner Cc: Andrew White , freebsd-bugs@freebsd.org Subject: Re: bug with gcc 2.6.2? In-Reply-To: <95Oct5.085313pdt.177475@crevenia.parc.xerox.com> References: <95Oct5.085313pdt.177475@crevenia.parc.xerox.com> Sender: owner-bugs@freebsd.org Precedence: bulk < said: > Perhaps the FreeBSD str* man pages should adopt some text similar to > the SunOS man page: [confusing text deleted] I think that this `solution' is worse than the `problem'. I thought that the C FAQ had better text, but it has obviously changed in recent years... -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-bugs Thu Oct 5 10:56:13 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA15627 for bugs-outgoing; Thu, 5 Oct 1995 10:56:13 -0700 Received: from methan.chemie.fu-berlin.de (methan.chemie.fu-berlin.de [130.133.2.81]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id KAA15620 for ; Thu, 5 Oct 1995 10:56:05 -0700 Received: by methan.chemie.fu-berlin.de (Smail3.1.29.1) from hal.in-berlin.de with gsmtp id ; Thu, 5 Oct 95 18:53 MET Received: by hal.in-berlin.de (Smail3.1.29.1 #1) id m0t0uRq-0008OUC; Thu, 5 Oct 95 18:51 MET Message-Id: From: dirk@hal.in-berlin.de (Dirk Froemberg) Subject: Re: Hylafax/faxgetty under FreeBSD-2.0.5 To: sawmill!rjk@uunet.uu.net (Richard Kuhns) Date: Thu, 5 Oct 1995 18:51:09 +0100 (MET) Cc: bugs@freebsd.org In-Reply-To: from "Richard Kuhns" at Oct 5, 95 10:48:00 am Organization: Individual Network Berlin e. V. X-Mailer: ELM [version 2.4 PL24 ME7a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1217 Sender: owner-bugs@freebsd.org Precedence: bulk Richard Kuhns writes: > Is anyone using this? While I can install & configure Hylafax just fine, > once faxgetty grabs the line -- it sets the modem register S0 to 0 (don't > autoanswer) and listens for the modem to say `RING' -- the device is always > busy as far as kermit/cu are concerned. > > I've seriously considered trying to yank out the `is this serial port > busy?' code from sio.c; would this stand a chance of working, or are there > other interdependencies that I've not considered? Hi! I'm using Hylafax 3.0pl0 with no problems under FreeBSD 2.1.0-950726-SNAP. Are you sure you are using the "right" devices? faxgetty should be started on /dev/ttyd[0-3]. Any programs dailing out (cu, kermit, seyon, ...) should use the correspondent /dev/ttyd[0-3], too. Best regards Dirk -- e-mail: dirk@hal.in-berlin.de PGP-Public-Key available "Ueberfall, Waffen, Schutzgeld, Terror, Plutonium, Sprengstoff, Bomben, Rauschgift, Drogen, Anschlag, Erpressung, Mord, Raub" Microsoft Network is prohibited from redistributing this work in any form, in whole or in part. License to distribute this post is available to Microsoft for $1000. Posting without permission constitutes an agreement to these terms. From owner-freebsd-bugs Thu Oct 5 16:32:16 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA27493 for bugs-outgoing; Thu, 5 Oct 1995 16:32:16 -0700 Received: from csugrad.cs.vt.edu (jagnew@csugrad.cs.vt.edu [128.173.41.74]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA27485 for ; Thu, 5 Oct 1995 16:32:11 -0700 Received: (jagnew@localhost) by csugrad.cs.vt.edu (8.6.12/8.6.4) id TAA14643; Thu, 5 Oct 1995 19:32:03 -0400 Date: Thu, 5 Oct 1995 19:32:03 -0400 (EDT) From: Howland Jared Agnew To: freebsd-bugs@freebsd.org Subject: weird (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org Precedence: bulk ---------- Forwarded message ---------- Date: Thu, 5 Oct 1995 17:30:33 -0400 (EDT) From: Howland Jared Agnew To: freebsd-questions@freebsd.org Subject: weird I have a dell dimension p75 with 32 meg of ram the 950726 snap works like a charm. I also have atapi ide cdrom and when I went to boot with the new floppie my machine will boot as far as unpacking kernel and then it reboots it self. Hope you can help. Thanks in advance. H Jared Agnew ES From owner-freebsd-bugs Thu Oct 5 18:56:22 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA03086 for bugs-outgoing; Thu, 5 Oct 1995 18:56:22 -0700 Received: from dca.net (dca.net [204.183.80.2]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id SAA03081 for ; Thu, 5 Oct 1995 18:56:19 -0700 Received: from dca.net (localhost.dca.net [127.0.0.1]) by dca.net (8.6.12/8.6.12) with SMTP id VAA09296; Thu, 5 Oct 1995 21:56:15 -0400 Date: Thu, 5 Oct 1995 21:56:13 -0400 (EDT) From: Andrew White To: Stefan Esser cc: bugs@freebsd.org Subject: Re: bug with gcc 2.6.2? In-Reply-To: <199510051000.AA00067@Sysiphos> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org Precedence: bulk Thanks for your response. Of course you are right, a null string and a null pointer are not the same. However, it would be nice if the str* functions would not SIGSEV when called with a null pointer, but rather failed more nicely. -aw On Thu, 5 Oct 1995, Stefan Esser wrote: > On Oct 5, 2:42, Andrew White wrote: > } Subject: bug with gcc 2.6.2? > } FreeBSD bugs list: > } > } The following code generates a segmentation violation using gcc 2.6.2 as > } shipped with FreeBSD 2.0-RELEASE. It shouldn't! It seems as if any of > } the string functions (strcmp, strcpy, etc) bomb when invoked with a null > } string. > > This is not a compiler error, but intended behaviour ... > > NULL is not a string, but a pointer to NO string. > > FreeBSD on purpose makes address 0 unavailable, just to > catch such errors (as just about any other Unix system). > > } I compiled this using gcc 2.3.3 under AIX 3.2.5, and it works as expected > } (prints "x is -1" when run). I am compiling this program (I called it > } test.c) with: "gcc -o test test.c"... am I missing something obvious?? > > } s=NULL; > } > } x=strcmp(s,"test"); > > Yes. The test result is undefined, and the system lets > you know. If you want to use a NULL pointer to imply an > empty string, then you better code this as: > > x=strcmp(s ? s : "", "test"); > > assuming that the second parameter in fact is not a > constant string, but variable and known to not be > another NULL pointer ... > > Regards, STefan > > -- > Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 > Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 > ============================================================================== > http://www.zpr.uni-koeln.de/staff/esser/esser.html > awhite@dca.net http://www.dca.net/ (work-related) Andrew@White.org http://andrew.white.org/ (personal) DCANET: The Delaware Common Access Network Call (302) 654-1019 or send mail to info@dca.net for more information. From owner-freebsd-bugs Thu Oct 5 22:10:04 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA10041 for bugs-outgoing; Thu, 5 Oct 1995 22:10:04 -0700 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA10030 ; Thu, 5 Oct 1995 22:10:02 -0700 Resent-Date: Thu, 5 Oct 1995 22:10:02 -0700 Resent-Message-Id: <199510060510.WAA10030@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, "Received:from relay2.UU.NET (relay2.UU.NET [192.48.96.7]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id WAA10012 for" ; Thu, 5.Oct.1995.22:08:56.-0700 Received: from ast.com by relay2.UU.NET with SMTP id QQzkfs01874; Fri, 6 Oct 1995 01:09:26 -0400 Received: from trsvax.fw.ast.com (fw.ast.com) by ast.com with SMTP id AA26050 (5.67b/IDA-1.5 for ); Thu, 5 Oct 1995 22:10:20 -0700 Received: by trsvax.fw.ast.com (/\=-/\ Smail3.1.18.1 #18.1) id ; Fri, 6 Oct 95 00:09 CDT Received: by nemesis.lonestar.org (Smail3.1.27.1 #19) id m0t149J-000IyUC; Thu, 5 Oct 95 23:12 WET DST Message-Id: Date: Thu, 5 Oct 95 23:12 WET DST From: uhclem%nemesis@fw.ast.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/767: Configure-time does time-warp on non-UTC CMOS - FDIV031 Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 767 >Category: misc >Synopsis: Configure-time does time-warp on non-UTC CMOS - FDIV031 >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Oct 5 22:10:01 PDT 1995 >Last-Modified: >Originator: Frank Durda IV >Organization: none >Release: FreeBSD 2.1.0-951005-SNAP >Environment: Freshly installed 951005 SNAP >Description: During the installation process, if you answer all time configuration questions truthfully and accurately and your CMOS time is not UTC time, the confirmation prompt will show that your system is now roughly 6 hours and 30 days back in the past, and it asks you if this is right. If you say 'no', the only way to get the date and time to appear correct at this prompt is to lie and say the CMOS is set to UTC time. But when you reboot, the system time will be very wrong. However, if you stick to your CMOS settings (CMOS==local time) and then lie by answering the "Is this reasonable" question "Yes" even though it shows it is last month, when you reboot the system date and time will be correct. The problem for the average user is knowing when to answer the questions truthfully and to wonder if they have to pay the electric bill for last month again. :-) >How-To-Repeat: In the Configure Time section of the installation process, enter 22:42 (10:42PM), which is the wall clock time where you are, AND the CMOS time where you are. CMOS is also set to October 5, 1995, or 10/05/95 (WH) and 05/10/95 (EH) depending on your area of origin. Specify North America, United States, Central Time Zone Tell it that the CMOS is equal to the local time, NOT UTC time. System responds with "Does 17:42:43 5.9.1995 CDT look reasonable?" ** * Note it is now the 5th of September(!), and that is a tad in the past. The configure-time code for managing CMOS=="local time" was broken in earlier versions, but not so badly. >Fix: Not known. Using UTC for CMOS is not an option due to use of other operating systems on same computer. It would also be nice if the date was displayed in the dd-mmm-yy[yy] format so that there would not be additional confusion over WH vs EH date formats. Frank Durda IV uhclem%nemesis@fw.ast.com >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Oct 5 22:30:31 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA10867 for bugs-outgoing; Thu, 5 Oct 1995 22:30:31 -0700 Received: (from asami@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA10845 ; Thu, 5 Oct 1995 22:30:27 -0700 Date: Thu, 5 Oct 1995 22:30:27 -0700 From: Satoshi Asami Message-Id: <199510060530.WAA10845@freefall.freebsd.org> To: tom@sos.bangor.ac.uk, asami, freebsd-bugs Subject: Re: ports/597 Sender: owner-bugs@FreeBSD.org Precedence: bulk Synopsis: libxview.so.3.2 seems to include reference to cfree() State-Changed-From-To: open-closed State-Changed-By: asami State-Changed-When: Thu Oct 5 22:24:20 PDT 1995 State-Changed-Why: It works now. Don't know exactly why, maybe because shared libcompat no longer exists. From owner-freebsd-bugs Thu Oct 5 22:38:10 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA11343 for bugs-outgoing; Thu, 5 Oct 1995 22:38:10 -0700 Received: (from asami@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA11321 ; Thu, 5 Oct 1995 22:38:02 -0700 Date: Thu, 5 Oct 1995 22:38:02 -0700 From: Satoshi Asami Message-Id: <199510060538.WAA11321@freefall.freebsd.org> To: doug@carbine.holster.demos.com, asami, freebsd-bugs Subject: Re: ports/667 Sender: owner-bugs@FreeBSD.org Precedence: bulk Synopsis: When attempting to install fvwm, could not. State-Changed-From-To: open-closed State-Changed-By: asami State-Changed-When: Thu Oct 5 22:34:23 PDT 1995 State-Changed-Why: mkdirhier is not used anymore -- /usr/X11R6/lib/X11/config/FreeBSD.cf has "MKDIRHIER = mkdir -p". From owner-freebsd-bugs Thu Oct 5 22:46:23 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA11699 for bugs-outgoing; Thu, 5 Oct 1995 22:46:23 -0700 Received: (from asami@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA11676 ; Thu, 5 Oct 1995 22:46:20 -0700 Date: Thu, 5 Oct 1995 22:46:20 -0700 From: Satoshi Asami Message-Id: <199510060546.WAA11676@freefall.freebsd.org> To: gt@freebsd.first.gmd.de, asami, freebsd-bugs Subject: Re: ports/698 Sender: owner-bugs@FreeBSD.org Precedence: bulk Synopsis: 3 small errors in lynx-2.4.2 State-Changed-From-To: open-closed State-Changed-By: asami State-Changed-When: Thu Oct 5 22:39:19 PDT 1995 State-Changed-Why: The new version of make can handle both. From owner-freebsd-bugs Thu Oct 5 22:50:38 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA11842 for bugs-outgoing; Thu, 5 Oct 1995 22:50:38 -0700 Received: (from asami@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA11822 ; Thu, 5 Oct 1995 22:50:35 -0700 Date: Thu, 5 Oct 1995 22:50:35 -0700 From: Satoshi Asami Message-Id: <199510060550.WAA11822@freefall.freebsd.org> To: dima@bog.msu.su, asami, freebsd-bugs Subject: Re: ports/699 Sender: owner-bugs@FreeBSD.org Precedence: bulk Synopsis: rsynth should not depend on auvoxware State-Changed-From-To: open-closed State-Changed-By: asami State-Changed-When: Thu Oct 5 22:46:55 PDT 1995 State-Changed-Why: Unfortunately, currently there is no way to depend on static library. Also, the nas port/package includes both, so it kinda works. The "look in wrong directory for executable" is due to user's PATH not including ${PREFIX}/bin and such. This is reported elsewhere, some fixes are suggested, and will be tried after the 2.1 release. From owner-freebsd-bugs Thu Oct 5 22:52:18 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA11951 for bugs-outgoing; Thu, 5 Oct 1995 22:52:18 -0700 Received: (from asami@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA11930 ; Thu, 5 Oct 1995 22:52:16 -0700 Date: Thu, 5 Oct 1995 22:52:16 -0700 From: Satoshi Asami Message-Id: <199510060552.WAA11930@freefall.freebsd.org> To: doug@carbine.holster.demos.com, asami, freebsd-bugs Subject: Re: ports/719 Sender: owner-bugs@FreeBSD.org Precedence: bulk Synopsis: TK port doesn't respond to buttons State-Changed-From-To: open-closed State-Changed-By: asami State-Changed-When: Thu Oct 5 22:51:22 PDT 1995 State-Changed-Why: Press numlock. From owner-freebsd-bugs Thu Oct 5 22:55:35 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA12253 for bugs-outgoing; Thu, 5 Oct 1995 22:55:35 -0700 Received: (from asami@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA12237 ; Thu, 5 Oct 1995 22:55:34 -0700 Date: Thu, 5 Oct 1995 22:55:34 -0700 From: Satoshi Asami Message-Id: <199510060555.WAA12237@freefall.freebsd.org> To: scott@sabami.seaslug.org, asami, freebsd-bugs Subject: Re: ports/727 Sender: owner-bugs@FreeBSD.org Precedence: bulk Synopsis: zsh-2.6b8 package doesn't add entry to /etc/shells State-Changed-From-To: open-closed State-Changed-By: asami State-Changed-When: Thu Oct 5 22:54:14 PDT 1995 State-Changed-Why: Suggested fix applied to revision 1.5 of pkg/PLIST. From owner-freebsd-bugs Thu Oct 5 22:58:39 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA12463 for bugs-outgoing; Thu, 5 Oct 1995 22:58:39 -0700 Received: (from asami@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA12442 ; Thu, 5 Oct 1995 22:58:36 -0700 Date: Thu, 5 Oct 1995 22:58:36 -0700 From: Satoshi Asami Message-Id: <199510060558.WAA12442@freefall.freebsd.org> To: paepcke@arcway.snafu.de, asami, freebsd-bugs Subject: Re: ports/467 Sender: owner-bugs@FreeBSD.org Precedence: bulk Synopsis: utils/kp wrong distfile place after make fetch State-Changed-From-To: open-analyzed State-Changed-By: asami State-Changed-When: Thu Oct 5 22:57:24 PDT 1995 State-Changed-Why: Can't reproduce here for 4 months. Told jhs who had a similar problem to talk to the author. From owner-freebsd-bugs Fri Oct 6 00:20:22 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA14885 for bugs-outgoing; Fri, 6 Oct 1995 00:20:22 -0700 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA14877 ; Fri, 6 Oct 1995 00:20:11 -0700 Resent-Date: Fri, 6 Oct 1995 00:20:11 -0700 Resent-Message-Id: <199510060720.AAA14877@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, lyndon@orthanc.com Received: from multivac.orthanc.com (root@multivac.orthanc.com [204.244.20.2]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id AAA14791 for ; Fri, 6 Oct 1995 00:13:34 -0700 Received: (from lyndon@localhost) by multivac.orthanc.com (8.7/8.7) id AAA00451; Fri, 6 Oct 1995 00:13:27 -0700 (PDT) Message-Id: <199510060713.AAA00451@multivac.orthanc.com> Date: Fri, 6 Oct 1995 00:13:27 -0700 (PDT) From: Lyndon Nerenberg Reply-To: lyndon@orthanc.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/768: rwhod does not support multicast (+FIX) Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 768 >Category: bin >Synopsis: rwhod does not support multicast (+FIX) >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Fri Oct 6 00:20:03 PDT 1995 >Last-Modified: >Originator: Lyndon Nerenberg >Organization: Orthanc Systems: Internet and UNIX consulting ___________________________________________________________ lyndon@orthanc.com || canada!lyndon || Fax: +1 604 561 2067 http://www.orthanc.com/ >Release: FreeBSD 2.0.5-RELEASE i386 >Environment: >Description: rwhod has been extended to support multicast broascasts (sic). This is highly useful when monitoring machines on disparate networks. FreeBSD doesn't support this (yet). >How-To-Repeat: >Fix: The appended diff patches /usr/src/usr.sbin/rwhod/rwhod.[c8] to include support for multicast. It also adds a definition for _PATH_KERNEL to /usr/src/include/paths.h. I'm not sure about the latter wrt POSIX (nee _PATH_UNIX), however I feel the inclusion of _PATH_KERNEL would be useful in other contexts (and the new rwhod.c requires it). This code was lifted verbatim from BSD/OS 1.1 (one line had to be changed). It's an older CSRG version with Stanford U patches. No BSDi copyrights were found anywhere in the code. =================================================================== RCS file: include/paths.h,v retrieving revision 1.1 diff -c -r1.1 include/paths.h *** 1.1 1995/10/06 06:45:24 --- include/paths.h 1995/10/06 06:46:03 *************** *** 60,65 **** --- 60,66 ---- #define _PATH_SHELLS "/etc/shells" #define _PATH_TTY "/dev/tty" #define _PATH_UNIX "don't use _PATH_UNIX" + #define _PATH_KERNEL "/kernel" #define _PATH_VI "/usr/bin/vi" /* Provide trailing slash, since mostly used for building pathnames. */ =================================================================== RCS file: usr.sbin/rwhod/rwhod.c,v retrieving revision 1.1 diff -c -r1.1 usr.sbin/rwhod/rwhod.c *** 1.1 1995/10/06 06:41:36 --- usr.sbin/rwhod/rwhod.c 1995/10/06 06:44:59 *************** *** 1,6 **** /* ! * Copyright (c) 1983, 1993 ! * The Regents of the University of California. All rights reserved. * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions --- 1,6 ---- /* ! * Copyright (c) 1983 The Regents of the University of California. ! * All rights reserved. * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions *************** *** 32,44 **** */ #ifndef lint ! static char copyright[] = ! "@(#) Copyright (c) 1983, 1993\n\ ! The Regents of the University of California. All rights reserved.\n"; #endif /* not lint */ #ifndef lint ! static char sccsid[] = "@(#)rwhod.c 8.1 (Berkeley) 6/6/93"; #endif /* not lint */ #include --- 32,44 ---- */ #ifndef lint ! char copyright[] = ! "@(#) Copyright (c) 1983 The Regents of the University of California.\n\ ! All rights reserved.\n"; #endif /* not lint */ #ifndef lint ! static char sccsid[] = "@(#)rwhod.c 5.20 (Berkeley) 3/2/91 plus MULTICAST 1.2"; #endif /* not lint */ #include *************** *** 46,70 **** #include #include #include ! #include #include - #include - #include #include #include #include #include - #include #include ! #include #include #include #include #include - #include #include /* * Alarm interval. Don't forget to change the down time check in ruptime --- 46,117 ---- #include #include #include ! #include #include #include + + #include #include #include #include #include ! #include #include #include #include #include #include + #include + #include + + int getloadavg __P((double *, int)); + + /* + * This version of Berkeley's rwhod has been modified to use IP multicast + * datagrams, under control of new command-line options: + * + * rwhod -m causes rwhod to use IP multicast (instead of + * broadcast or unicast) on all interfaces that have + * the IFF_MULTICAST flag set in their "ifnet" structs + * (excluding the loopback interface). The multicast + * reports are sent with a time-to-live of 1, to prevent + * forwarding beyond the directly-connected subnet(s). + * + * rwhod -M causes rwhod to send IP multicast datagrams with a + * time-to-live of , via a SINGLE interface rather + * than all interfaces. must be between 0 and + * MAX_MULTICAST_SCOPE, defined below. Note that "-M 1" + * is different than "-m", in that "-M 1" specifies + * transmission on one interface only; the two modes + * are exclusive. + * + * + * When "-m" is used, the program accepts multicast rwhod reports from all + * multicast-capable interfaces. If a argument is given, it accepts + * multicast reports from only one interface, the one on which reports are + * sent (which may be controlled via the host's routing table). Regardless + * of options, the program accepts broadcast or unicast reports from + * all interfaces. Thus, this program will hear the reports of old, + * non-multicasting rwhods, but, if multicasting is used, those old rwhods + * won't hear the reports generated by this program. + * + * -- Steve Deering, Stanford University, February 1989 + */ + + #define NO_MULTICAST 0 /* multicast modes */ + #define PER_INTERFACE_MULTICAST 1 + #define SCOPED_MULTICAST 2 + + #define MAX_MULTICAST_SCOPE 32 /* "site-wide", by convention */ + + #define INADDR_WHOD_GROUP (u_long)0xe0000103 /* 224.0.1.3 */ + /* (belongs in protocols/rwhod.h) */ + + int multicast_mode = NO_MULTICAST; + int multicast_scope; + struct sockaddr_in multicast_addr; /* * Alarm interval. Don't forget to change the down time check in ruptime *************** *** 75,88 **** char myname[MAXHOSTNAMELEN]; /* ! * We communicate with each neighbor in a list constructed at the time we're ! * started up. Neighbors are currently directly connected via a hardware ! * interface. */ struct neighbor { struct neighbor *n_next; char *n_name; /* interface name */ ! struct sockaddr *n_addr; /* who to send to */ int n_addrlen; /* size of address */ int n_flags; /* should forward?, interface flags */ }; --- 122,136 ---- char myname[MAXHOSTNAMELEN]; /* ! * We communicate with each neighbor in ! * a list constructed at the time we're ! * started up. Neighbors are currently ! * directly connected via a hardware interface. */ struct neighbor { struct neighbor *n_next; char *n_name; /* interface name */ ! char *n_addr; /* who to send to */ int n_addrlen; /* size of address */ int n_flags; /* should forward?, interface flags */ }; *************** *** 92,170 **** struct servent *sp; int s, utmpf; ! #define WHDRSIZE (sizeof(mywd) - sizeof(mywd.wd_we)) - int configure __P((int)); - void getboottime __P((int)); - void onalrm __P((int)); - void quit __P((char *)); - void rt_xaddrs __P((caddr_t, caddr_t, struct rt_addrinfo *)); - int verify __P((char *)); #ifdef DEBUG ! char *interval __P((int, char *)); ! void Sendto __P((int, char *, int, int, char *, int)); ! #define sendto Sendto #endif int main(argc, argv) int argc; ! char argv[]; { ! struct sockaddr_in from; struct stat st; char path[64]; - int on = 1; - char *cp; - struct sockaddr_in sin; if (getuid()) { fprintf(stderr, "rwhod: not super user\n"); exit(1); } sp = getservbyname("who", "udp"); if (sp == NULL) { fprintf(stderr, "rwhod: udp/who: unknown service\n"); exit(1); } ! #ifndef DEBUG ! daemon(1, 0); ! #endif if (chdir(_PATH_RWHODIR) < 0) { ! (void)fprintf(stderr, "rwhod: %s: %s\n", ! _PATH_RWHODIR, strerror(errno)); exit(1); } ! (void) signal(SIGHUP, getboottime); ! openlog("rwhod", LOG_PID, LOG_DAEMON); /* * Establish host name as returned by system. */ ! if (gethostname(myname, sizeof(myname) - 1) < 0) { syslog(LOG_ERR, "gethostname: %m"); exit(1); } ! if ((cp = index(myname, '.')) != NULL) *cp = '\0'; ! strncpy(mywd.wd_hostname, myname, sizeof(myname) - 1); utmpf = open(_PATH_UTMP, O_RDONLY|O_CREAT, 0644); if (utmpf < 0) { syslog(LOG_ERR, "%s: %m", _PATH_UTMP); exit(1); } ! getboottime(0); if ((s = socket(AF_INET, SOCK_DGRAM, 0)) < 0) { syslog(LOG_ERR, "socket: %m"); exit(1); } ! if (setsockopt(s, SOL_SOCKET, SO_BROADCAST, &on, sizeof(on)) < 0) { syslog(LOG_ERR, "setsockopt SO_BROADCAST: %m"); exit(1); } ! memset(&sin, 0, sizeof(sin)); sin.sin_family = AF_INET; sin.sin_port = sp->s_port; ! if (bind(s, (struct sockaddr *)&sin, sizeof(sin)) < 0) { syslog(LOG_ERR, "bind: %m"); exit(1); } --- 140,251 ---- struct servent *sp; int s, utmpf; ! #define WHDRSIZE (sizeof (mywd) - sizeof (mywd.wd_we)) ! ! int configure __P((int)); ! void getkmem __P((int)); ! void onalrm __P((int)); ! int verify __P((char *)); #ifdef DEBUG ! int prsend __P((int, const void *, int, int, const struct sockaddr *, int)); ! #define sendto prsend #endif int main(argc, argv) int argc; ! char *argv[]; { ! int ch, on, debug; ! char *cp; struct stat st; + struct sockaddr_in from, sin; char path[64]; if (getuid()) { fprintf(stderr, "rwhod: not super user\n"); exit(1); } + debug = 0; + while ((ch = getopt(argc, argv, "dmM:")) != EOF) { + switch (ch) { + + case 'd': + debug = 1; + break; + + case 'm': + multicast_mode = PER_INTERFACE_MULTICAST; + break; + + case 'M': + multicast_mode = SCOPED_MULTICAST; + multicast_scope = strtol(optarg, &cp, 10); + if (cp == optarg || *cp || + (u_int)multicast_scope > MAX_MULTICAST_SCOPE) { + fprintf(stderr, + "rwhod: ttl must not exceed %u\n", + MAX_MULTICAST_SCOPE); + exit(1); + } + break; + + default: + goto usage; + } + } + if (optind < argc) { + usage: + fprintf(stderr, "usage: rwhod [ -d ] [ -m | -M ttl ]\n"); + exit(1); + } + + /* from now on, all errors go via syslog only */ + openlog("rwhod", LOG_PID, debug ? LOG_DAEMON|LOG_PERROR : LOG_DAEMON); sp = getservbyname("who", "udp"); if (sp == NULL) { fprintf(stderr, "rwhod: udp/who: unknown service\n"); + syslog(LOG_ERR, "udp/who: unknown service"); exit(1); } ! if (!debug) ! daemon(1, 0); if (chdir(_PATH_RWHODIR) < 0) { ! syslog(LOG_ERR, "%s: %m", _PATH_RWHODIR); exit(1); } ! (void) signal(SIGHUP, getkmem); /* * Establish host name as returned by system. */ ! if (gethostname(myname, sizeof (myname) - 1) < 0) { syslog(LOG_ERR, "gethostname: %m"); exit(1); } ! if ((cp = strchr(myname, '.')) != NULL) *cp = '\0'; ! strncpy(mywd.wd_hostname, myname, sizeof (myname) - 1); utmpf = open(_PATH_UTMP, O_RDONLY|O_CREAT, 0644); if (utmpf < 0) { syslog(LOG_ERR, "%s: %m", _PATH_UTMP); exit(1); } ! getkmem(0); if ((s = socket(AF_INET, SOCK_DGRAM, 0)) < 0) { syslog(LOG_ERR, "socket: %m"); exit(1); } ! on = 1; ! if (setsockopt(s, SOL_SOCKET, SO_BROADCAST, &on, sizeof (on)) < 0) { syslog(LOG_ERR, "setsockopt SO_BROADCAST: %m"); exit(1); } ! bzero(&sin, sizeof(sin)); sin.sin_family = AF_INET; + multicast_addr.sin_family = AF_INET; sin.sin_port = sp->s_port; ! if (bind(s, (struct sockaddr *)&sin, sizeof (sin)) < 0) { syslog(LOG_ERR, "bind: %m"); exit(1); } *************** *** 174,182 **** onalrm(0); for (;;) { struct whod wd; ! int cc, whod, len = sizeof(from); ! cc = recvfrom(s, (char *)&wd, sizeof(struct whod), 0, (struct sockaddr *)&from, &len); if (cc <= 0) { if (cc < 0 && errno != EINTR) --- 255,263 ---- onalrm(0); for (;;) { struct whod wd; ! int cc, whod, len = sizeof (from); ! cc = recvfrom(s, (char *)&wd, sizeof (struct whod), 0, (struct sockaddr *)&from, &len); if (cc <= 0) { if (cc < 0 && errno != EINTR) *************** *** 207,213 **** syslog(LOG_WARNING, "%s: %m", path); continue; } ! #if ENDIAN != BIG_ENDIAN { int i, n = (cc - WHDRSIZE)/sizeof(struct whoent); struct whoent *we; --- 288,294 ---- syslog(LOG_WARNING, "%s: %m", path); continue; } ! #if BYTE_ORDER != BIG_ENDIAN { int i, n = (cc - WHDRSIZE)/sizeof(struct whoent); struct whoent *we; *************** *** 259,279 **** struct utmp *utmp; int alarmcount; void ! onalrm(signo) ! int signo; { register struct neighbor *np; register struct whoent *we = mywd.wd_we, *wlast; register int i; struct stat stb; - double avenrun[3]; - time_t now; int cc; - now = time(NULL); if (alarmcount % 10 == 0) ! getboottime(0); alarmcount++; (void) fstat(utmpf, &stb); if ((stb.st_mtime != utmptime) || (stb.st_size > utmpsize)) { --- 340,361 ---- struct utmp *utmp; int alarmcount; + /* ARGSUSED */ void ! onalrm(sig) ! int sig; { register struct neighbor *np; register struct whoent *we = mywd.wd_we, *wlast; register int i; struct stat stb; int cc; + double avenrun[3]; + time_t now = time((time_t *)NULL); + char *strerror(); if (alarmcount % 10 == 0) ! getkmem(0); alarmcount++; (void) fstat(utmpf, &stb); if ((stb.st_mtime != utmptime) || (stb.st_size > utmpsize)) { *************** *** 284,310 **** utmp = (struct utmp *)realloc(utmp, utmpsize); else utmp = (struct utmp *)malloc(utmpsize); ! if (! utmp) { fprintf(stderr, "rwhod: malloc failed\n"); utmpsize = 0; goto done; } } ! (void) lseek(utmpf, (off_t)0, L_SET); cc = read(utmpf, (char *)utmp, stb.st_size); if (cc < 0) { fprintf(stderr, "rwhod: %s: %s\n", _PATH_UTMP, strerror(errno)); goto done; } ! wlast = &mywd.wd_we[1024 / sizeof(struct whoent) - 1]; ! utmpent = cc / sizeof(struct utmp); for (i = 0; i < utmpent; i++) if (utmp[i].ut_name[0]) { ! memcpy(we->we_utmp.out_line, utmp[i].ut_line, ! sizeof(utmp[i].ut_line)); ! memcpy(we->we_utmp.out_name, utmp[i].ut_name, ! sizeof(utmp[i].ut_name)); we->we_utmp.out_time = htonl(utmp[i].ut_time); if (we >= wlast) break; --- 366,392 ---- utmp = (struct utmp *)realloc(utmp, utmpsize); else utmp = (struct utmp *)malloc(utmpsize); ! if (utmp == NULL) { fprintf(stderr, "rwhod: malloc failed\n"); utmpsize = 0; goto done; } } ! (void) lseek(utmpf, (long)0, L_SET); cc = read(utmpf, (char *)utmp, stb.st_size); if (cc < 0) { fprintf(stderr, "rwhod: %s: %s\n", _PATH_UTMP, strerror(errno)); goto done; } ! wlast = &mywd.wd_we[1024 / sizeof (struct whoent) - 1]; ! utmpent = cc / sizeof (struct utmp); for (i = 0; i < utmpent; i++) if (utmp[i].ut_name[0]) { ! bcopy(utmp[i].ut_line, we->we_utmp.out_line, ! sizeof (utmp[i].ut_line)); ! bcopy(utmp[i].ut_name, we->we_utmp.out_name, ! sizeof (utmp[i].ut_name)); we->we_utmp.out_time = htonl(utmp[i].ut_time); if (we >= wlast) break; *************** *** 328,343 **** we->we_idle = htonl(now - stb.st_atime); we++; } ! (void)getloadavg(avenrun, sizeof(avenrun)/sizeof(avenrun[0])); for (i = 0; i < 3; i++) mywd.wd_loadav[i] = htonl((u_long)(avenrun[i] * 100)); cc = (char *)we - (char *)&mywd; mywd.wd_sendtime = htonl(time(0)); mywd.wd_vers = WHODVERSION; mywd.wd_type = WHODTYPE_STATUS; ! for (np = neighbors; np != NULL; np = np->n_next) ! (void)sendto(s, (char *)&mywd, cc, 0, ! np->n_addr, np->n_addrlen); if (utmpent && chdir(_PATH_RWHODIR)) { syslog(LOG_ERR, "chdir(%s): %m", _PATH_RWHODIR); exit(1); --- 410,446 ---- we->we_idle = htonl(now - stb.st_atime); we++; } ! (void) getloadavg(avenrun, sizeof(avenrun)/sizeof(avenrun[0])); for (i = 0; i < 3; i++) mywd.wd_loadav[i] = htonl((u_long)(avenrun[i] * 100)); cc = (char *)we - (char *)&mywd; mywd.wd_sendtime = htonl(time(0)); mywd.wd_vers = WHODVERSION; mywd.wd_type = WHODTYPE_STATUS; ! if (multicast_mode == SCOPED_MULTICAST) { ! (void) sendto(s, (char *)&mywd, cc, 0, ! (struct sockaddr *)&multicast_addr, sizeof(multicast_addr)); ! } ! else for (np = neighbors; np != NULL; np = np->n_next) { ! if (multicast_mode == PER_INTERFACE_MULTICAST && ! np->n_flags & IFF_MULTICAST) { ! /* ! * Select the outgoing interface for the multicast. ! */ ! if (setsockopt(s, IPPROTO_IP, IP_MULTICAST_IF, ! &(((struct sockaddr_in *)np->n_addr)->sin_addr), ! sizeof(struct in_addr)) < 0) { ! syslog(LOG_ERR, ! "setsockopt IP_MULTICAST_IF: %m"); ! exit(1); ! } ! (void) sendto(s, (char *)&mywd, cc, 0, ! (struct sockaddr *)&multicast_addr, ! sizeof(multicast_addr)); ! } else ! (void) sendto(s, (char *)&mywd, cc, 0, ! (struct sockaddr *)np->n_addr, np->n_addrlen); ! } if (utmpent && chdir(_PATH_RWHODIR)) { syslog(LOG_ERR, "chdir(%s): %m", _PATH_RWHODIR); exit(1); *************** *** 346,396 **** (void) alarm(AL_INTERVAL); } void ! getboottime(signo) ! int signo; ! { ! int mib[2]; ! size_t size; ! struct timeval tm; ! ! mib[0] = CTL_KERN; ! mib[1] = KERN_BOOTTIME; ! size = sizeof(tm); ! if (sysctl(mib, 2, &tm, &size, NULL, 0) == -1) { ! syslog(LOG_ERR, "cannot get boottime: %m"); ! exit(1); ! } ! mywd.wd_boottime = htonl(tm.tv_sec); ! } ! ! void ! quit(msg) ! char *msg; { ! syslog(LOG_ERR, msg); ! exit(1); ! } ! ! #define ROUNDUP(a) \ ! ((a) > 0 ? (1 + (((a) - 1) | (sizeof(long) - 1))) : sizeof(long)) ! #define ADVANCE(x, n) (x += ROUNDUP((n)->sa_len)) ! ! void ! rt_xaddrs(cp, cplim, rtinfo) ! register caddr_t cp, cplim; ! register struct rt_addrinfo *rtinfo; ! { ! register struct sockaddr *sa; ! register int i; ! ! memset(rtinfo->rti_info, 0, sizeof(rtinfo->rti_info)); ! for (i = 0; (i < RTAX_MAX) && (cp < cplim); i++) { ! if ((rtinfo->rti_addrs & (1 << i)) == 0) ! continue; ! rtinfo->rti_info[i] = sa = (struct sockaddr *)cp; ! ADVANCE(cp, sa); ! } } /* --- 449,492 ---- (void) alarm(AL_INTERVAL); } + /* ARGSUSED */ void ! getkmem(sig) ! int sig; { ! static ino_t kernel_ino; ! static time_t kernel_ctime; ! int kmemf; ! struct stat sb; ! static struct nlist nl[] = { ! #define NL_BOOTTIME 0 ! { "_boottime" }, ! 0 ! }; ! ! if (stat(_PATH_KERNEL, &sb) < 0) { ! if (kernel_ctime) ! return; ! } else { ! if (sb.st_ctime == kernel_ctime && sb.st_ino == kernel_ino) ! return; ! kernel_ctime = sb.st_ctime; ! kernel_ino = sb.st_ino; ! } ! while (nlist(_PATH_KERNEL, nl)) { ! syslog(LOG_WARNING, "%s: namelist botch", _PATH_KERNEL); ! sleep(300); ! } ! kmemf = open(_PATH_KMEM, O_RDONLY, 0); ! if (kmemf < 0) { ! syslog(LOG_ERR, "%s: %m", _PATH_KMEM); ! exit(1); ! } ! (void) lseek(kmemf, (long)nl[NL_BOOTTIME].n_value, L_SET); ! (void) read(kmemf, (char *)&mywd.wd_boottime, ! sizeof (mywd.wd_boottime)); ! (void) close(kmemf); ! mywd.wd_boottime = htonl(mywd.wd_boottime); } /* *************** *** 401,499 **** configure(s) int s; { register struct neighbor *np; ! register struct if_msghdr *ifm; ! register struct ifa_msghdr *ifam; ! struct sockaddr_dl *sdl; ! size_t needed; ! int mib[6], flags = 0, len; ! char *buf, *lim, *next; ! struct rt_addrinfo info; ! ! mib[0] = CTL_NET; ! mib[1] = PF_ROUTE; ! mib[2] = 0; ! mib[3] = AF_INET; ! mib[4] = NET_RT_IFLIST; ! mib[5] = 0; ! if (sysctl(mib, 6, NULL, &needed, NULL, 0) < 0) ! quit("route-sysctl-estimate"); ! if ((buf = malloc(needed)) == NULL) ! quit("malloc"); ! if (sysctl(mib, 6, buf, &needed, NULL, 0) < 0) ! quit("actual retrieval of interface table"); ! lim = buf + needed; ! ! sdl = NULL; /* XXX just to keep gcc -Wall happy */ ! for (next = buf; next < lim; next += ifm->ifm_msglen) { ! ifm = (struct if_msghdr *)next; ! if (ifm->ifm_type == RTM_IFINFO) { ! sdl = (struct sockaddr_dl *)(ifm + 1); ! flags = ifm->ifm_flags; ! continue; ! } ! if ((flags & IFF_UP) == 0 || ! (flags & (IFF_BROADCAST|IFF_POINTOPOINT)) == 0) ! continue; ! if (ifm->ifm_type != RTM_NEWADDR) ! quit("out of sync parsing NET_RT_IFLIST"); ! ifam = (struct ifa_msghdr *)ifm; ! info.rti_addrs = ifam->ifam_addrs; ! rt_xaddrs((char *)(ifam + 1), ifam->ifam_msglen + (char *)ifam, ! &info); ! /* gag, wish we could get rid of Internet dependencies */ ! #define dstaddr info.rti_info[RTAX_BRD] ! #define IPADDR_SA(x) ((struct sockaddr_in *)(x))->sin_addr.s_addr ! #define PORT_SA(x) ((struct sockaddr_in *)(x))->sin_port ! if (dstaddr == 0 || dstaddr->sa_family != AF_INET) continue; - PORT_SA(dstaddr) = sp->s_port; for (np = neighbors; np != NULL; np = np->n_next) ! if (memcmp(sdl->sdl_data, np->n_name, ! sdl->sdl_nlen) == 0 && ! IPADDR_SA(np->n_addr) == IPADDR_SA(dstaddr)) break; if (np != NULL) continue; ! len = sizeof(*np) + dstaddr->sa_len + sdl->sdl_nlen + 1; ! np = (struct neighbor *)malloc(len); if (np == NULL) ! quit("malloc of neighbor structure"); ! memset(np, 0, len); ! np->n_flags = flags; ! np->n_addr = (struct sockaddr *)(np + 1); ! np->n_addrlen = dstaddr->sa_len; ! np->n_name = np->n_addrlen + (char *)np->n_addr; np->n_next = neighbors; neighbors = np; - memcpy((char *)np->n_addr, (char *)dstaddr, np->n_addrlen); - memcpy(np->n_name, sdl->sdl_data, sdl->sdl_nlen); } - free(buf); return (1); } #ifdef DEBUG ! void ! Sendto(s, buf, cc, flags, to, tolen) int s; ! char *buf; ! int cc, flags; ! char *to; int tolen; { register struct whod *w = (struct whod *)buf; register struct whoent *we; struct sockaddr_in *sin = (struct sockaddr_in *)to; ! printf("sendto %x.%d\n", ntohl(sin->sin_addr), ntohs(sin->sin_port)); printf("hostname %s %s\n", w->wd_hostname, interval(ntohl(w->wd_sendtime) - ntohl(w->wd_boottime), " up")); printf("load %4.2f, %4.2f, %4.2f\n", ntohl(w->wd_loadav[0]) / 100.0, ntohl(w->wd_loadav[1]) / 100.0, ntohl(w->wd_loadav[2]) / 100.0); cc -= WHDRSIZE; ! for (we = w->wd_we, cc /= sizeof(struct whoent); cc > 0; cc--, we++) { time_t t = ntohl(we->we_utmp.out_time); printf("%-8.8s %s:%s %.12s", we->we_utmp.out_name, --- 497,666 ---- configure(s) int s; { + char buf[BUFSIZ], *cp, *cplim; + struct ifconf ifc; + struct ifreq ifreq, *ifr; + struct sockaddr_in *sin; register struct neighbor *np; ! ! if (multicast_mode == SCOPED_MULTICAST) { ! struct ip_mreq mreq; ! unsigned char ttl; ! ! mreq.imr_multiaddr.s_addr = htonl(INADDR_WHOD_GROUP); ! mreq.imr_interface.s_addr = htonl(INADDR_ANY); ! if (setsockopt(s, IPPROTO_IP, IP_ADD_MEMBERSHIP, ! &mreq, sizeof(mreq)) < 0) { ! syslog(LOG_ERR, ! "setsockopt IP_ADD_MEMBERSHIP: %m"); ! return (0); ! } ! ttl = multicast_scope; ! if (setsockopt(s, IPPROTO_IP, IP_MULTICAST_TTL, ! &ttl, sizeof(ttl)) < 0) { ! syslog(LOG_ERR, ! "setsockopt IP_MULTICAST_TTL: %m"); ! return (0); ! } ! multicast_addr.sin_addr.s_addr = htonl(INADDR_WHOD_GROUP); ! multicast_addr.sin_port = sp->s_port; ! return (1); ! } ! ! ifc.ifc_len = sizeof (buf); ! ifc.ifc_buf = buf; ! if (ioctl(s, SIOCGIFCONF, (char *)&ifc) < 0) { ! syslog(LOG_ERR, "ioctl (get interface configuration)"); ! return (0); ! } ! ifr = ifc.ifc_req; ! #ifdef AF_LINK ! #define max(a, b) (a > b ? a : b) ! #define size(p) max((p).sa_len, sizeof(p)) ! #else ! #define size(p) (sizeof (p)) ! #endif ! cplim = buf + ifc.ifc_len; /* skip over if's with big ifr_addr's */ ! for (cp = buf; cp < cplim; ! cp += sizeof (ifr->ifr_name) + size(ifr->ifr_addr)) { ! ifr = (struct ifreq *)cp; ! if (ifr->ifr_addr.sa_family != AF_INET) continue; for (np = neighbors; np != NULL; np = np->n_next) ! if (np->n_name && ! strcmp(ifr->ifr_name, np->n_name) == 0) break; if (np != NULL) continue; ! ifreq = *ifr; ! np = (struct neighbor *)malloc(sizeof (*np)); if (np == NULL) ! continue; ! np->n_name = malloc(strlen(ifr->ifr_name) + 1); ! if (np->n_name == NULL) { ! free((char *)np); ! continue; ! } ! strcpy(np->n_name, ifr->ifr_name); ! np->n_addrlen = sizeof (ifr->ifr_addr); ! np->n_addr = malloc(np->n_addrlen); ! if (np->n_addr == NULL) { ! free(np->n_name); ! free((char *)np); ! continue; ! } ! bcopy((char *)&ifr->ifr_addr, np->n_addr, np->n_addrlen); ! if (ioctl(s, SIOCGIFFLAGS, (char *)&ifreq) < 0) { ! syslog(LOG_ERR, "ioctl (get interface flags)"); ! free((char *)np); ! continue; ! } ! if (multicast_mode == PER_INTERFACE_MULTICAST && ! (ifreq.ifr_flags & IFF_UP) && ! (ifreq.ifr_flags & IFF_MULTICAST) && ! !(ifreq.ifr_flags & IFF_LOOPBACK)) { ! struct ip_mreq mreq; ! ! mreq.imr_multiaddr.s_addr = htonl(INADDR_WHOD_GROUP); ! mreq.imr_interface.s_addr = ! ((struct sockaddr_in *)np->n_addr)->sin_addr.s_addr; ! if (setsockopt(s, IPPROTO_IP, IP_ADD_MEMBERSHIP, ! &mreq, sizeof(mreq)) < 0) { ! syslog(LOG_ERR, ! "setsockopt IP_ADD_MEMBERSHIP: %m"); ! free(np->n_addr); ! free(np->n_name); ! free((char *)np); ! continue; ! } ! multicast_addr.sin_addr.s_addr ! = htonl(INADDR_WHOD_GROUP); ! multicast_addr.sin_port = sp->s_port; ! np->n_flags = ifreq.ifr_flags; ! np->n_next = neighbors; ! neighbors = np; ! continue; ! } ! if ((ifreq.ifr_flags & IFF_UP) == 0 || ! (ifreq.ifr_flags & (IFF_BROADCAST|IFF_POINTOPOINT)) == 0) { ! free((char *)np); ! continue; ! } ! np->n_flags = ifreq.ifr_flags; ! if (np->n_flags & IFF_POINTOPOINT) { ! if (ioctl(s, SIOCGIFDSTADDR, (char *)&ifreq) < 0) { ! syslog(LOG_ERR, "ioctl (get dstaddr)"); ! free((char *)np); ! continue; ! } ! /* we assume addresses are all the same size */ ! bcopy((char *)&ifreq.ifr_dstaddr, ! np->n_addr, np->n_addrlen); ! } ! if (np->n_flags & IFF_BROADCAST) { ! if (ioctl(s, SIOCGIFBRDADDR, (char *)&ifreq) < 0) { ! syslog(LOG_ERR, "ioctl (get broadaddr)"); ! free((char *)np); ! continue; ! } ! /* we assume addresses are all the same size */ ! bcopy((char *)&ifreq.ifr_broadaddr, ! np->n_addr, np->n_addrlen); ! } ! /* gag, wish we could get rid of Internet dependencies */ ! sin = (struct sockaddr_in *)np->n_addr; ! sin->sin_port = sp->s_port; np->n_next = neighbors; neighbors = np; } return (1); } #ifdef DEBUG ! /* ARGSUSED */ ! int ! prsend(s, buf, cc0, flags, to, tolen) int s; ! const void *buf; ! int cc0, flags; ! const struct sockaddr *to; int tolen; { register struct whod *w = (struct whod *)buf; register struct whoent *we; + register int cc = cc0; struct sockaddr_in *sin = (struct sockaddr_in *)to; + char *interval __P((int, const char *)); ! printf("sendto %lx.%d\n", ntohl(sin->sin_addr.s_addr), ! ntohs(sin->sin_port)); printf("hostname %s %s\n", w->wd_hostname, interval(ntohl(w->wd_sendtime) - ntohl(w->wd_boottime), " up")); printf("load %4.2f, %4.2f, %4.2f\n", ntohl(w->wd_loadav[0]) / 100.0, ntohl(w->wd_loadav[1]) / 100.0, ntohl(w->wd_loadav[2]) / 100.0); cc -= WHDRSIZE; ! for (we = w->wd_we, cc /= sizeof (struct whoent); cc > 0; cc--, we++) { time_t t = ntohl(we->we_utmp.out_time); printf("%-8.8s %s:%s %.12s", we->we_utmp.out_name, *************** *** 511,516 **** --- 678,684 ---- } printf("\n"); } + return (cc0); } char * =================================================================== RCS file: usr.sbin/rwhod/rwhod.8,v retrieving revision 1.1 diff -c -r1.1 usr.sbin/rwhod/rwhod.8 *** 1.1 1995/10/06 06:42:57 --- usr.sbin/rwhod/rwhod.8 1995/10/06 06:52:34 *************** *** 1,5 **** ! .\" Copyright (c) 1983, 1991, 1993 ! .\" The Regents of the University of California. All rights reserved. .\" .\" Redistribution and use in source and binary forms, with or without .\" modification, are permitted provided that the following conditions --- 1,5 ---- ! .\" Copyright (c) 1983, 1991 The Regents of the University of California. ! .\" All rights reserved. .\" .\" Redistribution and use in source and binary forms, with or without .\" modification, are permitted provided that the following conditions *************** *** 29,69 **** .\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF .\" SUCH DAMAGE. .\" ! .\" @(#)rwhod.8 8.2 (Berkeley) 12/11/93 .\" ! .Dd December 11, 1993 .Dt RWHOD 8 .Os BSD 4.2 .Sh NAME .Nm rwhod .Nd system status server .Sh SYNOPSIS ! .Nm rwhod .Sh DESCRIPTION ! .Nm Rwhod ! is the server which maintains the database used by the .Xr rwho 1 and .Xr ruptime 1 programs. Its operation is predicated on the ability to .Em broadcast messages on a network. .Pp ! .Nm Rwhod ! operates as both a producer and consumer of status information. As a producer of information it periodically queries the state of the system and constructs ! status messages which are broadcast on a network. As a consumer of information, it listens for other ! .Nm rwhod servers' status messages, validating them, then recording them in a collection of files located in the directory .Pa /var/rwho . .Pp The server transmits and receives messages at the port indicated in the ``rwho'' service specification; see .Xr services 5 . ! The messages sent and received, are of the form: .Bd -literal -offset indent struct outmp { char out_line[8]; /* tty name */ --- 29,119 ---- .\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF .\" SUCH DAMAGE. .\" ! .\" @(#)rwhod.8 6.5 (Berkeley) 3/16/91 .\" ! .Dd March 16, 1991 .Dt RWHOD 8 .Os BSD 4.2 .Sh NAME .Nm rwhod .Nd system status server .Sh SYNOPSIS ! .Nm ! .br ! .Nm ! .Fl m ! .br ! .Nm ! .Fl M Ar ttl .Sh DESCRIPTION ! The ! .Nm ! server maintains the database used by the .Xr rwho 1 and .Xr ruptime 1 programs. Its operation is predicated on the ability to .Em broadcast + or + .Em multicast messages on a network. .Pp ! The ! .Nm ! program operates as both a producer and consumer of status information. As a producer of information it periodically queries the state of the system and constructs ! status messages which are broadcast or multicast on a network. As a consumer of information, it listens for other ! .Nm servers' status messages, validating them, then recording them in a collection of files located in the directory .Pa /var/rwho . .Pp + The + .Fl m + and + .Fl M + flags configure + .Nm + to use multicast rather than broadcast. + Under + .Fl m , + .Nm + sends its multicast message to all multicast-capable interfaces + (those with + .Dv IFF_MULTICAST + set in their flags; see + .Xr ifconfig 8 ). + In this case the time-to-live is fixed at 1, + preventing the multicast from being forwarded beyond + any directly-connected subnets. + With + .Fl M , + .Nm + sends its multicast message with the given + .Ar ttl + as its time to live, but to the + .Dq whod + group + .Pq Dv 224.0.1.3 + rather than individually to each interface. + This is intended to be used with a multicast router + which will distribute the message to members of the multicast group. + .Pp + In any mode, broadcast or multicast, + .Nm + will accept all forms of reports. + This means that if broadcast and multicast + .Nm + servers are combined on one network, + the multicast-capable systems will see everyone, + while the broadcast-only machines will see only each other. + .Pp The server transmits and receives messages at the port indicated in the ``rwho'' service specification; see .Xr services 5 . ! The messages sent and received are of the form: .Bd -literal -offset indent struct outmp { char out_line[8]; /* tty name */ *************** *** 126,146 **** performs an .Xr nlist 3 on ! .Pa /kernel every 30 minutes to guard against the possibility that this file is not the system image currently operating. .Sh SEE ALSO .Xr rwho 1 , .Xr ruptime 1 .Sh BUGS - There should be a way to relay status information between networks. Status information should be sent only upon request rather than continuously. People often interpret the server dying ! or network communication failures as a machine going down. .Sh HISTORY The .Nm command appeared in .Bx 4.2 . --- 176,197 ---- performs an .Xr nlist 3 on ! .Pa /bsd every 30 minutes to guard against the possibility that this file is not the system image currently operating. .Sh SEE ALSO + .Xr mrouted 8 , .Xr rwho 1 , .Xr ruptime 1 .Sh BUGS Status information should be sent only upon request rather than continuously. People often interpret the server dying ! or network communtication failures as a machine going down. .Sh HISTORY The .Nm command appeared in .Bx 4.2 . + The multicast additions are from Stanford University. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Oct 6 01:01:15 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA16056 for bugs-outgoing; Fri, 6 Oct 1995 01:01:15 -0700 Received: from tierzero.apana.org.au (tierzero.apana.org.au [203.0.13.2]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id BAA16049 for ; Fri, 6 Oct 1995 01:01:07 -0700 Received: from kero.apana.org.au (kero.apana.org.au [202.12.89.129]) by tierzero.apana.org.au (8.6.9/8.6.9) with SMTP id RAA04547 for ; Fri, 6 Oct 1995 17:35:59 +0930 Message-Id: <199510060805.RAA04547@tierzero.apana.org.au> Date: Fri, 06 Oct 95 17:02:18 1800 From: Dieter Jansen Organization: Private node in Adelaide, Australia X-Mailer: Mozilla 1.2b4 (Windows; I; 16bit) MIME-Version: 1.0 To: bugs@freebsd.org Subject: (no subject) Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Sender: owner-bugs@freebsd.org Precedence: bulk Hi Folks, I'm new to FreeBSD, so maybe this is not a bug, but rather a problem with me. Nevertheless, in the interests of getting some feedback for you... I've just downloaded the latest snapshot (1005), and have encountered two problems. In the Express install sequence the decriptions of the commands at the bottom of the partition (not label) screen are not visible. I have tried this on a notebook with a VGA clone colour screen, and on a ald style MGA, with similar results. Also, when I get past this screen (by remebering the commands I used for a 2.0.5 install a few days ago), I am unable to complete a DOS partition install because the root.flp file cannot be found. The file does exists, in the c:\FREEBSD\FLOPPIES directory, as I think it should, but the install programs just can't find it. Cheers, Dieter. -- Dieter Jansen dieter@bronze.apana.org.au From owner-freebsd-bugs Fri Oct 6 02:20:06 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA18898 for bugs-outgoing; Fri, 6 Oct 1995 02:20:06 -0700 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA18887 ; Fri, 6 Oct 1995 02:20:02 -0700 Resent-Date: Fri, 6 Oct 1995 02:20:02 -0700 Resent-Message-Id: <199510060920.CAA18887@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, "Received:from multivac.orthanc.com (root@multivac.orthanc.com [204.244.20.2]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id CAA18803 for" ; Fri, 6.Oct.1995.02:18:50.-0700 Received: (from lyndon@localhost) by multivac.orthanc.com (8.7/8.7) id CAA02207; Fri, 6 Oct 1995 02:18:45 -0700 (PDT) Message-Id: <199510060918.CAA02207@multivac.orthanc.com> Date: Fri, 6 Oct 1995 02:18:45 -0700 (PDT) From: Lyndon Nerenberg To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/769: xntpd does not detach from controlling terminal Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 769 >Category: bin >Synopsis: xntpd does not detach from controlling terminal >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Oct 6 02:20:01 PDT 1995 >Last-Modified: >Originator: Lyndon Nerenberg >Organization: Orthanc Systems: Internet and UNIX consulting ___________________________________________________________ lyndon@orthanc.com || canada!lyndon || Fax: +1 604 561 2067 http://www.orthanc.com/ >Release: FreeBSD 2.0.5-RELEASE i386 >Environment: >Description: xntpd does not detach from the controlling terminal. The code around the daemon(...) call is guarded by a check for 'i386' that I suspect is a holdover from an early buggy version of daemon(). >How-To-Repeat: >Fix: A simple fix to /usr/src/usr.sbin/xntpd/xntpd/ntpd.c follows. I've run this under FreeBSD 2.0 and 2.0.5 as well as BSD/OS 1.1 and 2.0 for months with no ill effects. This should all be obsoleted by a newer version of the NTP distribution, but I don't know what your plans are. =================================================================== RCS file: ntpd.c,v retrieving revision 1.1 diff -c -r1.1 ntpd.c *** 1.1 1995/10/06 09:09:39 --- ntpd.c 1995/10/06 09:10:45 *************** *** 119,125 **** #endif /* DEBUG */ #undef BSD19906 #if defined(BSD)&&!defined(sun)&&!defined(SYS_SINIXM) ! #if (BSD >= 199006 && !defined(i386)) #define BSD19906 #endif /* BSD... */ #endif /* BSD sun */ --- 119,125 ---- #endif /* DEBUG */ #undef BSD19906 #if defined(BSD)&&!defined(sun)&&!defined(SYS_SINIXM) ! #if (BSD >= 199006) #define BSD19906 #endif /* BSD... */ #endif /* BSD sun */ >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Oct 6 03:09:55 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA20801 for bugs-outgoing; Fri, 6 Oct 1995 03:09:55 -0700 Received: from Sysiphos (Sysiphos.MI.Uni-Koeln.DE [134.95.212.10]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id DAA20774 for ; Fri, 6 Oct 1995 03:08:27 -0700 Received: by Sysiphos id AA21760 (5.67b/IDA-1.5 for bugs@freebsd.org); Fri, 6 Oct 1995 11:07:07 +0100 Message-Id: <199510061007.AA21760@Sysiphos> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Fri, 6 Oct 1995 11:07:07 +0100 In-Reply-To: Andrew White "Re: bug with gcc 2.6.2?" (Oct 5, 21:56) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: Andrew White Subject: Re: bug with gcc 2.6.2? Cc: bugs@freebsd.org Sender: owner-bugs@freebsd.org Precedence: bulk On Oct 5, 21:56, Andrew White wrote: } Subject: Re: bug with gcc 2.6.2? } Thanks for your response. Of course you are right, a null string and a } null pointer are not the same. } } However, it would be nice if the str* functions would not SIGSEV when } called with a null pointer, but rather failed more nicely. Well, they fail rather nicely, in fact :) As a library function, they don't have the slightest idea which line of your code code called them. The SIGSEV lets you look at the code with the tool designed to not only show the line of failure, but also help you diagnose the occurances that lead to this situation (i.e. the stack backtrace and access to calling functions local variables help understand **why** it was possible for a NULL to make its way into the library function ...) Since there is no obvious way to correctly deal with NULL pointers (treating them as empty strings is possible, but not obviously right), you can't continue program execution at that place anyway. So making all information available to your friendly debugger of choice seems a rather nice way of failure to me :) STefan -- Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 ============================================================================== http://www.zpr.uni-koeln.de/staff/esser/esser.html From owner-freebsd-bugs Fri Oct 6 07:42:15 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA29878 for bugs-outgoing; Fri, 6 Oct 1995 07:42:15 -0700 Received: from nova.unix.portal.com (root@nova.unix.portal.com [156.151.1.101]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id HAA29873 for ; Fri, 6 Oct 1995 07:42:11 -0700 Received: from jobe.shell.portal.com (jobe.shell.portal.com [156.151.3.4]) by nova.unix.portal.com (8.6.11/8.6.5) with ESMTP id HAA02259 for ; Fri, 6 Oct 1995 07:41:06 -0700 Received: (doc@localhost) by jobe.shell.portal.com (8.6.11/8.6.5) id HAA05274 for bugs@freebsd.org; Fri, 6 Oct 1995 07:41:04 -0700 From: Doc Pierce Message-Id: <199510061441.HAA05274@jobe.shell.portal.com> Subject: 2.1.0-951005-SNAP problem... To: bugs@freebsd.org Date: Fri, 6 Oct 1995 07:41:04 -0700 (PDT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 764 Sender: owner-bugs@freebsd.org Precedence: bulk Hello, I am currently running FreeBSD 2.0 and was trying to upgrade to the latest SNAP version of 2.1 because of the ATAPI support. When I try to boot with the image off the atapi.flp, it hangs my system right after the "Uncompressing kernel...done" message. If I try to use the "-c" option, same problem. If I try to boot off a floppy made from the root image, it just dies before the ">> FreeBSD" banner. I am running a 486DX2-66 processor (Cyrix) with 16Mb of RAM. I have a 514Mb hard drive, 3.5"HD FD, internal modem, PCI-bus system w/ PCI I/O controller and Diamond Stealth 64 PCI 2Mb DRAM video card. The ATAPI CDROM is a quad speed IDE Matsushita configured to run as a slave drive on the primary IDE channel... Any suggestions? -Craig Norborg From owner-freebsd-bugs Fri Oct 6 07:43:49 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA29929 for bugs-outgoing; Fri, 6 Oct 1995 07:43:49 -0700 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id HAA29918 for ; Fri, 6 Oct 1995 07:43:43 -0700 Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA04586; Fri, 6 Oct 1995 10:43:37 -0400 Date: Fri, 6 Oct 1995 10:43:37 -0400 From: "Garrett A. Wollman" Message-Id: <9510061443.AA04586@halloran-eldar.lcs.mit.edu> To: Andrew White Cc: bugs@freebsd.org Subject: Re: bug with gcc 2.6.2? In-Reply-To: References: <199510051000.AA00067@Sysiphos> Sender: owner-bugs@freebsd.org Precedence: bulk < said: > Thanks for your response. Of course you are right, a null string and a > null pointer are not the same. > However, it would be nice if the str* functions would not SIGSEV when > called with a null pointer, but rather failed more nicely. And waste everyone else's time in correctly-written programs? I think not. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-bugs Fri Oct 6 08:10:08 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA00920 for bugs-outgoing; Fri, 6 Oct 1995 08:10:08 -0700 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA00911 ; Fri, 6 Oct 1995 08:10:03 -0700 Date: Fri, 6 Oct 1995 08:10:03 -0700 Message-Id: <199510061510.IAA00911@freefall.freebsd.org> To: freebsd-bugs Cc: From: "Garrett A. Wollman" Subject: bin/768: rwhod does not support multicast (+FIX) Reply-To: "Garrett A. Wollman" Sender: owner-bugs@FreeBSD.org Precedence: bulk The following reply was made to PR bin/768; it has been noted by GNATS. From: "Garrett A. Wollman" To: lyndon@orthanc.com Cc: FreeBSD-gnats-submit@freebsd.org Subject: bin/768: rwhod does not support multicast (+FIX) Date: Fri, 6 Oct 1995 11:01:32 -0400 < said: > rwhod has been extended to support multicast broascasts (sic). > This is highly useful when monitoring machines on disparate > networks. FreeBSD doesn't support this (yet). This has been in place in -current for some time now. > The appended diff patches /usr/src/usr.sbin/rwhod/rwhod.[c8] > to include support for multicast. It also adds a definition > for _PATH_KERNEL to /usr/src/include/paths.h. That is not the correct way to find the name of the kernel under FreeBSD. Use getbootfile(3). -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-bugs Fri Oct 6 08:17:34 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA01233 for bugs-outgoing; Fri, 6 Oct 1995 08:17:34 -0700 Received: (from wollman@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA01212 ; Fri, 6 Oct 1995 08:17:28 -0700 Date: Fri, 6 Oct 1995 08:17:28 -0700 From: "Garrett A. Wollman" Message-Id: <199510061517.IAA01212@freefall.freebsd.org> To: lyndon@orthanc.com, wollman, freebsd-bugs Subject: Re: bin/768 Sender: owner-bugs@FreeBSD.org Precedence: bulk Synopsis: rwhod does not support multicast (+FIX) State-Changed-From-To: open-closed State-Changed-By: wollman State-Changed-When: Fri Oct 6 08:16:51 PDT 1995 State-Changed-Why: Multicast support is in current. From owner-freebsd-bugs Fri Oct 6 11:14:22 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA08389 for bugs-outgoing; Fri, 6 Oct 1995 11:14:22 -0700 Received: (from ache@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA08366 ; Fri, 6 Oct 1995 11:14:18 -0700 Date: Fri, 6 Oct 1995 11:14:18 -0700 From: "Andrey A. Chernov" Message-Id: <199510061814.LAA08366@freefall.freebsd.org> To: proff@suburbia.apana.org.au, ache, freebsd-bugs Subject: Re: ports/617 Sender: owner-bugs@FreeBSD.org Precedence: bulk Synopsis: screen(1) locks up tty under pcvt or scons State-Changed-From-To: open-closed State-Changed-By: ache State-Changed-When: Fri Oct 6 11:12:10 PDT 1995 State-Changed-Why: It was happened due to long MD5 passwords, fixed now From owner-freebsd-bugs Fri Oct 6 21:20:51 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA09397 for bugs-outgoing; Fri, 6 Oct 1995 21:20:51 -0700 Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id VAA09382 for ; Fri, 6 Oct 1995 21:20:45 -0700 Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA17611; Sat, 7 Oct 1995 00:20:12 -0400 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Sat, 7 Oct 1995 00:20 EDT Received: from lakes (lakes [192.96.3.39]) by ponds.UUCP (8.6.11/8.6.5) with ESMTP id WAA05950; Fri, 6 Oct 1995 22:16:23 -0400 Received: (from rivers@localhost) by lakes (8.6.11/8.6.9) id WAA24461; Fri, 6 Oct 1995 22:29:46 -0400 Date: Fri, 6 Oct 1995 22:29:46 -0400 From: Thomas David Rivers Message-Id: <199510070229.WAA24461@lakes> To: dca.net!awhite@dg-rtp.dg.com, se@ZPR.Uni-Koeln.DE Subject: Re: bug with gcc 2.6.2? Cc: bugs@freebsd.org Content-Type: text Content-Length: 850 Sender: owner-bugs@freebsd.org Precedence: bulk > > Thanks for your response. Of course you are right, a null string and a > null pointer are not the same. > > However, it would be nice if the str* functions would not SIGSEV when > called with a null pointer, but rather failed more nicely. > > -aw > If the str* functions were not called so much, I'd agree. However, since they are so frequently used, I lean toward not adding the check for the NULL pointer, as it would burden most programs unnecessarilly. As evidenced by the large number of programs that do not pass NULL (and then sigsegv) to a str* program, this situation is rare... I would think a "special/debugging" C library that did this, with which a developer could build that checked this, and many other things (such as the arguments to fopen(), use of gets(), etc...) would be something worthwhile. - Dave Rivers - From owner-freebsd-bugs Fri Oct 6 23:40:02 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA13085 for bugs-outgoing; Fri, 6 Oct 1995 23:40:02 -0700 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA13079 ; Fri, 6 Oct 1995 23:40:01 -0700 Resent-Date: Fri, 6 Oct 1995 23:40:01 -0700 Resent-Message-Id: <199510070640.XAA13079@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, "Received:from relay3.UU.NET (relay3.UU.NET [192.48.96.8]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id XAA12916 for" ; Fri, 6.Oct.1995.23:35:03.-0700 Received: from ast.com by relay3.UU.NET with SMTP id QQzkjq04086; Sat, 7 Oct 1995 02:35:02 -0400 Received: from trsvax.fw.ast.com (fw.ast.com) by ast.com with SMTP id AA06387 (5.67b/IDA-1.5 for ); Fri, 6 Oct 1995 23:35:14 -0700 Received: by trsvax.fw.ast.com (/\=-/\ Smail3.1.18.1 #18.1) id ; Sat, 7 Oct 95 01:33 CDT Received: by nemesis.lonestar.org (Smail3.1.27.1 #19) id m0t1SmU-000IsgC; Sat, 7 Oct 95 01:30 WET DST Message-Id: Date: Sat, 7 Oct 95 01:30 WET DST From: uhclem%nemesis@fw.ast.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/770: Floppy kernel won't boot with T485 or IDT L2 cache FDIV032 Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 770 >Category: kern >Synopsis: Floppy kernel won't boot with T485 or IDT L2 cache FDIV032 >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Oct 6 23:40:00 PDT 1995 >Last-Modified: >Originator: Frank Durda IV >Organization: >Release: FreeBSD 2.1.0-951005-SNAP >Environment: Stock 2.1.0-951005-SNAP system. >Description: When booting the FreeBSD 2.1.0-951005-SNAP boot.flp on a 486SX or 486DX-based system that uses a Intel 485-T Turbo Cache(TM) Module, or the IDT clone (both are L2 caches), the system hangs and will not display the Copyright message. As above, but if you remove the cache module (some models have this module socketed), the floppy boot will succeed and installation is possible. Once the system is installed on the hard disk, the L2 cache module may be reinstalled and the system will continue to work. The problem only appears when booting a compressed kernel. Operation appears to be normal when running from the hard disk. >How-To-Repeat: On one of the systems in questions (GRiD 486ei, DEC 1027, Tandy 4833T/C, and a Victor model using the same MLB), insert a floppy containing boot.flp and attempt to boot system. You will see: ...messages skipped BIOS Basemem (639K) != RTC (basemem 640K) and then the system hangs instead of displaying: Copyright (C) 1982, 1986, ... Turn off power and on the models that allow the cache to be unplugged (DEC 1027), and do so. Now reboot with the floppy and the installation will be successful. Once the system is installed on the hard disk, turn system off and re-install cache. On the systems where the T485 cannot be removed, you are stuck. This is a transparent cache system, and there is no BIOS initialization of this L2 cache. It was designed to be automatic. The CPU can disable it only by disabling its internal cache as well. This problem appeared in 2.0.5-ALPHA (the previous SNAP042x and earlier worked fine) and persists today. The IDT cache module (a 100% plug-in replacement) fails in the same way. FYI, the Intel databook says the 485T cache is not a split I/D cache. The 485-T was known early in its Intel life as a "C-6". They come in 64K and 128K sizes. The failure occurs on systems with either size. >Fix: None known, although an uncompressed, two-floppy boot would probably work. Alternatively, install system by putting your hard disk in a friends computer with a different cache design (or no cache) and once the installation is done, bring the HD back over to your 485-T based system. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Oct 7 03:53:10 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA25063 for bugs-outgoing; Sat, 7 Oct 1995 03:53:10 -0700 Received: (from bde@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA25042 ; Sat, 7 Oct 1995 03:53:08 -0700 Date: Sat, 7 Oct 1995 03:53:08 -0700 From: Bruce Evans Message-Id: <199510071053.DAA25042@freefall.freebsd.org> To: ville@vlsi.fi, bde, freebsd-bugs Subject: Re: kern/760 Sender: owner-bugs@FreeBSD.org Precedence: bulk Synopsis: mv foo/ ../.. causes panic State-Changed-From-To: open-closed State-Changed-By: bde State-Changed-When: Sat Oct 7 03:43:06 PDT 1995 State-Changed-Why: Fixed in the current versions of /sys/ufs/ufs/ufs_vnops.c, /sys/msdosfs/msdosfs_vnops.c and /usr/src/bin/mv/mv.c. /bin/mv built the wrong target pathname ("../../" instead of "../../foo/") and the kernel couldn't handle renames of directories to paths ending in "../" or "..". From owner-freebsd-bugs Sat Oct 7 04:30:12 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA27702 for bugs-outgoing; Sat, 7 Oct 1995 04:30:12 -0700 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA27686 for freebsd-bugs; Sat, 7 Oct 1995 04:30:09 -0700 Date: Sat, 7 Oct 1995 04:30:09 -0700 From: GNU GNATS Message-Id: <199510071130.EAA27686@freefall.freebsd.org> To: freebsd-bugs Subject: List of open Problem Reports Sender: owner-bugs@FreeBSD.org Precedence: bulk This is the list of currently open problem reports [1994/10/07] kern/6 System hangs while using slip or ppp connection [1994/11/14] bin/17 "mount -t foo /dev/wd1h /mnt" gives incorrect error [1994/11/18] conf/22 Cannot use links to share kernel objects [1994/11/23] kern/27 Loopback mounts confuse unmount-on-reboot code [1994/11/30] kern/34 nullfs and union mounts can result in wild pointer r [1994/12/06] kern/42 PC-NFS on -current can't access disks [1994/12/07] docs/43 manpage for keysu is missing. reference from keyinit [1994/12/07] kern/44 ep driver won't work with anything but bnc [1994/12/08] kern/46 ed driver don't know the link0 flag (IFF_LINK0) [1994/12/13] misc/48 /etc/rc does not recover recovery files [1994/12/14] kern/51 Panic accessing NFS mounted file system [1994/12/18] misc/67 It took 20 tries to get free-bsd installed [1994/12/18] misc/68 bininst leaves system kinda hung [1994/12/21] misc/75 Netboot ignores gateway [1994/12/20] conf/76 fdisk can't be trusted. [1994/12/21] i386/79 Reboots sometimes don't complete. [1994/12/23] misc/83 System crash after abrupt end of slip session [1995/01/03] kern/95 Configuring a SLIP device with source = destination [1995/01/10] bin/104 pax -rwl may corrupt filesystem [1995/01/11] i386/105 Distributed libm (msun) has non-standard error handl [1995/01/13] gnu/107 kernel build produces internal compiler error [1995/01/14] bin/115 systat iostat display doesn't scale high enough [1995/01/14] bin/116 disk transfer rates reported by systat :iostat are t [1995/01/14] misc/118 use of 386bsd partition tag makes multi-os boot hard [1995/01/14] misc/120 first Initial security report is bogus becuase of ls [1995/01/14] bin/124 traceroute doesn't support -g flag. [1995/01/14] docs/127 locate man page does not have any clues to how the d [1995/01/14] bin/129 fsck cannot take a mount point as an argument [1995/01/14] docs/131 there is no man page for uucpd [1995/01/14] docs/132 gettytab documentation is split between /etc/gettyta [1995/01/14] bin/133 mail program doesn't have editheaders option [1995/01/14] bin/135 not enough ptys; virtual console names conflict with [1995/01/15] bin/146 version of compress is kinda old and slow [1995/01/19] bin/151 One of the pkg_add set /tmp mod to 755 [1995/01/20] bin/153 mount -u improvement for diskless systems [1995/01/21] kern/157 Quota system does not work [1995/01/21] bin/163 telneting sometimes doesn't yield a "login:" prompt [1995/01/21] docs/164 no ptrace(2) manual page. [1995/01/21] docs/165 No documentation on kernel boot flags. [1995/01/21] misc/166 /usr/include/machine/asmacros.h includes uninstalled [1995/01/21] kern/169 Errors from mkdir & mv when directories paths end wi [1995/01/21] bin/170 ar does not print an error message with readonly lib [1995/01/21] docs/171 No documentation on .forward files. [1995/01/21] bin/172 cp -f does not work [1995/01/21] bin/173 rc trys to mount modload fs before ld is available. [1995/01/21] bin/174 Poor error message from stty [1995/01/22] kern/175 Syscons does not recover X graphics mode [1995/01/22] kern/176 EIDRM not defined in errno.h [1995/01/24] gnu/183 can't resolve "operator <<" overload [1995/01/24] bin/184 send-pr says "Aborting ..." and happily removes the [1995/01/25] kern/185 kernel stability problems - can't sustain uptimes > [1995/01/25] bin/188 disklabel uses c partition by default, kernel says d [1995/01/30] gnu/196 size of bss in *.o's reported wrong by size [1995/01/30] bin/198 1.1.5.1 pine binary loops; top shows fancy values [1995/02/01] bin/199 quiz(6) reading database bug, pattern matching bug [1995/02/01] misc/202 System hang or reboot without clues, tcp ppp named r [1995/02/14] kern/214 Using wt driver crashes system [1995/02/14] kern/216 /kernel: panic: ffs_alloccg: map corrupted [1995/02/14] docs/218 dbm references from hash(3) [1995/02/16] kern/219 Performance on local net drops too much when SNDBUF [1995/02/16] misc/220 Cancel still doesn't work during install [1995/02/16] misc/221 lots of error messages during unpacking via ftp inst [1995/02/16] i386/222 boot prompt doesn't always work [1995/02/18] kern/224 ppp net serial [1995/03/02] misc/229 acos() core dump [1995/03/03] bin/230 C++ contructors not being called [1995/03/05] gnu/231 send-pr initializes Organization with ~/.signature [1995/03/05] docs/232 The mandoc .St macro doesn't work or misses IEEE754 [1995/03/11] kern/238 failed assertion in ncr.c --> no more scsi disk acce [1995/03/13] bin/241 strange behavior of /bin/sh [1995/03/17] kern/247 Berkeley Packet Filter fix [1995/03/17] kern/248 scbus attach/probe information is inconsistent [1995/03/19] gnu/256 nasty gdb bug back in 031595 system [1995/03/20] docs/263 There is absolutely no documentation for the dialog [1995/03/21] kern/266 ifconfig panics kernel built without option NFS [1995/03/28] kern/275 qic-02 streamer won't work [1995/03/28] kern/277 netstat -r reports entries with negative expire time [1995/03/28] kern/280 the new slice code is bitching about my old slices [1995/03/28] kern/281 Messages printed when checking CD ROM device too ver [1995/03/28] kern/282 buslogic adapter information WAY too verbose [1995/03/29] kern/284 Network gives permission denied [1995/03/30] kern/287 Several header files are not consistent [1995/03/31] kern/288 panic: free: multiple frees [1995/04/01] kern/291 PCI devices still probe/attach after being disabled [1995/04/01] kern/293 wd0: interrupt timeout [1995/04/04] kern/299 SCSI probes stop at ID 7 even for WIDE busses [1995/04/05] bin/300 __fdnlist fails on kernels created by cc -g and stri [1995/04/06] conf/301 Log rotation wastes _much_ to much space [1995/04/06] kern/302 Changing st tapes after extract crashes system [1995/04/09] bin/316 SNAP950322 less stable on IDE than earlier releases [1995/04/09] docs/317 Install README doesn't list matcd as install choice [1995/04/09] bin/323 Creating lost+found causes fsck to stop fsck -y FDIV [1995/04/09] bin/326 Weekly cron generates some usage and error messages [1995/04/09] bin/327 Clock management punishes you if CMOS != GMT FDIV020 [1995/04/09] bin/329 FTP transfers above 99K shown in scientific notation [1995/04/11] kern/336 make world fails on NCR-SCSI machine [1995/04/14] docs/341 vnconfig(8) disagrees with its man page [1995/04/14] kern/343 tcpdump with filter fails on tun and lo devices [1995/04/14] misc/344 Signal 11 when running a user program [1995/04/15] kern/345 panic "biodone: page busy < 0" [1995/04/17] kern/349 Panic with bad dir [1995/04/20] kern/353 xcdplayer crashes machine (with NCR810 SCSI) [1995/04/20] kern/354 Can't configure two IP aliases with the same network [1995/04/20] misc/355 policy on /usr/local permission in base release [1995/04/20] bin/357 pkg_delete aborts when subcommand fails [1995/04/24] bin/359 BS/DEL is still not quite right. [1995/04/26] kern/366 queue changes broke ISO tpip code [1995/04/26] kern/367 kernel hangs after ep0 attach message appears [1995/04/26] i386/369 AHA-154X-A problems [1995/05/01] gnu/373 In response to admittedly bogus code, gcc emits an o [1995/05/01] kern/374 panic: bad dir [1995/05/01] bin/375 NIS does not seem to work with Kerberos [1995/05/02] kern/376 tcpdump seems to cause spontaneous reboots [1995/05/03] kern/378 (apparently) bounce buffer code gets used on 32bit b [1995/05/05] kern/383 dd to from /dev/mem panics the machine. [1995/05/06] kern/384 ep0 conflicts with some other drivers [1995/05/06] kern/385 ep0 finds card on irq 10 when it's actually on 11 [1995/05/07] kern/387 scsistrategy doesn't use bounce buffers [1995/05/08] bin/389 Simultaneous creation/deletion of dirs corrupts file [1995/05/11] i386/394 IP multicast not supported by ep driver [1995/05/12] bin/398 VI doesnt do the correct thing [1995/05/13] bin/401 Add REMOTE_* variables [1995/05/13] bin/402 w -n shows non-numeric addresses [1995/05/13] misc/403 FreeBSD 1-compiled tcsh, bash and zsh binaries dump [1995/05/14] kern/405 The gpio driver does not work with the AT-GPIB, only [1995/05/14] bin/410 bad144(8) should probably scan the bad block remap s [1995/05/14] kern/411 bad144 allow you to add blocks in the remap area [1995/05/14] kern/416 page fault in syscons.c:scopen() [1995/05/14] bin/419 pkg_delete refuses to delete an incompletely added p [1995/05/15] misc/423 Sound devices are too insecure [1995/05/16] kern/425 arp entries not getting removed when interface chang [1995/05/16] kern/427 eg doesn't work with more than one card [1995/05/16] kern/428 configure is not foolproof [1995/05/19] kern/430 SCSI Tape dont work [1995/05/19] misc/431 Processes sometime's hang and wont die when they hav [1995/05/21] bin/432 mixer should print out the current mixer settings by [1995/05/22] kern/434 umapfs panics when mounting ufs over itself [1995/05/23] kern/435 mb_map full, network starts jumping off and on, fina [1995/05/23] misc/437 addition for /usr/src/usr.bin/file/Magdir/zyxel [1995/05/23] i386/440 want vidcontrol option to apply settings to all sysc [1995/05/24] gnu/442 when invoked from "make' cc not including name lists [1995/05/25] kern/443 65 sendmails crashes system [1995/05/26] i386/444 GUS sound driver does not seem to work. [1995/05/26] kern/446 unable to diskless-boot a PC when the server mounts [1995/05/26] kern/448 ktrace not enabled in default kernel [1995/05/27] gnu/450 tar --exclude -c doesn't work [1995/05/28] gnu/451 cvsinit/cvs doesn't work as expected with perl [1995/05/28] kern/452 vnode swapping panics [1995/05/28] misc/453 The release/Makefile does not make all des/eBones ta [1995/05/28] bin/454 compile ports/x11/iv and ld got sig11 [1995/05/28] misc/455 library wont compile [1995/05/29] bin/457 We may have an obscure csh bug [1995/05/30] docs/458 px doc does not find include figure [1995/05/30] kern/459 Systems freezes w/ 2842 [1995/05/31] bin/464 dialog_gauge goes one char too far for 100% value [1995/05/31] kern/466 Unexpected disk errors during installation/newfs [1995/06/01] misc/469 ctm leaves temp files after errors [1995/06/01] kern/471 System can not access SCSI DAT tape. [1995/06/02] bin/476 kvm_openfiles called w/ too small error buffer [1995/06/02] bin/477 telnet autologin ain't working [1995/06/03] docs/480 We don't have an rhosts.5 man page [1995/06/04] bin/486 ls includes utmp.h but doesn't use it [1995/06/05] kern/492 sysinstall shows "success" after "no space" failure. [1995/06/07] bin/499 pkg_manage percent done is broken/dependancies arent [1995/06/07] bin/500 pkg_manage fails to continue without return sometime [1995/06/12] bin/506 "Release" id generated by send-pr looks incorrect. [1995/06/14] bin/514 Crash recovery impossible without static mt/chflags. [1995/06/14] gnu/515 Info command has no tutorial [1995/06/15] kern/516 Crynwr compatibility mode for PLIP driver. [1995/06/15] bin/517 Bad group change with 'install' [1995/06/15] bin/519 execution of quotacheck from /etc/rc fails [1995/06/15] docs/520 instructions are not clear as to what the url should [1995/06/15] docs/521 catgets() man page error [1995/06/17] kern/527 dump causes assertion in ncr.c [1995/06/17] kern/528 slow 386 reports excessive interrupt-level buffer ov [1995/06/17] conf/529 Please put mountd's '-n' flag into /etc/sysconfig [1995/06/18] misc/530 Failed install from SCSI tape [1995/06/18] kern/532 buslogic bt 445S hangups wit FreeBSD 2.0.5 [1995/06/20] docs/536 No copyrights in usr/src/lib/libc/stdtime [1995/06/20] bin/537 FSCK Fails [1995/06/22] kern/540 ed0 is loosing packets on input [1995/06/22] i386/541 Alternate Reset method by unmapping ALSO broken [1995/06/23] docs/546 Shared memory manual pages [1995/06/23] misc/556 Bug in /etc/rc [1995/06/23] bin/557 ar utility exausts all available file descriptors [1995/06/26] kern/565 [1995/06/27] bin/569 Slattach behaviour inconsistant [1995/07/02] kern/579 sio: RS_IBUFSIZE at 256 bytes serial lines loose dat [1995/07/02] bin/580 xntpd doesn't work with Tobit DCF77 receiver. [1995/07/02] bin/581 iijppp may hang indefinitely [1995/07/02] misc/583 rlogin over PPP does not handle input [1995/07/03] kern/586 Timeouts on SCSI Adaptec 2940 [1995/07/04] kern/587 if_le hangs on OACTIVE with 2k buffer [1995/07/04] kern/588 Configuration of DEC ethernet cards not possible [1995/07/04] conf/589 /etc/rc should eval amd ${amdflags} [1995/07/05] kern/590 pager input errors on NCR SCSI 486 mainboard [1995/07/05] bin/591 SPAP request REJexted in stead of NAKed [1995/07/05] bin/594 "mkdir -p some/path/" fails to create last path comp [1995/07/06] i386/596 and conflict with _POSIX_SOURCE [1995/07/07] bin/599 pkg_add does not stop if dependencies are missing [1995/07/08] i386/602 disklabel : changes to cylinder details not saved [1995/07/09] misc/605 [1995/07/13] kern/611 WIDE-dhcp doesn't work with FreeBSD-2.0 bpf [1995/07/14] kern/614 SCSI tape timeout for forward space file is too shor [1995/07/19] bin/624 pkg_manage doesn't show directory symlinks [1995/07/19] kern/625 keyboard lockups during boot and forever after [1995/07/20] kern/627 vidcontrol causes crash when booted with sc0 disable [1995/07/20] kern/629 user mode ppp dies when sending [1995/07/21] i386/631 if_ix does not support bpf, nor does it appear to su [1995/07/24] docs/633 no manpage for ndbm [1995/07/26] bin/635 makefile for sbin/route doesn't make keywords.h when [1995/07/27] kern/637 If used heavily, ahc will crash, with disk timeouts [1995/07/29] kern/638 Transmitted packets not passed to bpf in if_le.c [1995/08/01] docs/646 vmstat man page out of date [1995/08/01] kern/647 Sound cards fail to work [1995/08/01] bin/648 Formatted output is not converted correctly [1995/08/02] gnu/650 Current flex is outdated [1995/08/03] kern/652 Multiple addresses on one interface interacts badly [1995/08/04] kern/653 ftp or kernel - multiple transfers when sendport dis [1995/08/05] gnu/655 ld -r of shared objects worked in 1.1.5, not in 2.0. [1995/08/07] bin/658 ifconfig alias has to be separately given [1995/08/07] bin/660 /bin/sh has problem with redirection. [1995/08/07] bin/661 Hercules is not capable of having a ISO-Latin1 Scree [1995/08/08] docs/663 newfs man page refers to format(8) [1995/08/08] pending/664 pkg_add(1) man page doesn't reference pkg_manage(1) [1995/08/08] ports/665 pkg_manage can't handle installing dvips [1995/08/08] gnu/666 The ldconfig program in SNAP wasn't good [1995/08/11] gnu/672 Nor all ph headers get created [1995/08/11] pending/673 /bin/sh + inn1.4 innwatch going belly up [1995/08/11] kern/674 quad speed cdrom not being found [1995/08/11] bin/675 make does unnecessary rebuilds [1995/08/12] bin/676 mv -i [1995/08/12] kern/677 X gets a bus error when calling mmap() [1995/08/13] kern/679 chown(2) ignores set-user-id and set-group-id bits f [1995/08/13] bin/680 2.0.5's tip using termios doesn't act the way it did [1995/08/13] docs/681 bad description of Adaptec 2842 in LINT [1995/08/14] bin/683 cron(8) [1995/08/14] docs/686 SIGSYS documented badly [1995/08/14] kern/688 Page fault: supervisor write, page not present [1995/08/15] ports/690 X11 install targets unfriendly [1995/08/15] pending/691 [1995/08/15] i386/692 My modem is not found if my external cache is disabl [1995/08/16] bin/693 `pkg_add' is umask-sensitive [1995/08/16] bin/694 No include file in rpcgen output [1995/08/16] kern/695 cat B > C ; cmp B C can fail! [1995/08/17] misc/697 "make -DCLOBBER" is broken [1995/08/18] kern/700 The comments in /sys/net/in.h are confusing [1995/08/21] pending/703 [1995/08/22] bin/706 increased root DNS traffic and long latencies for r- [1995/08/23] kern/707 Too few printf args [1995/08/27] pending/710 mpeg_play outdated [1995/08/29] pending/711 /etc/magic not installed [1995/08/29] pending/712 problem report [1995/08/29] bin/715 ls gives weird tabular form [1995/08/31] bin/716 W returns wrong results at login [1995/09/01] misc/717 ft.c attach fail on my Mountain tape drive [1995/09/02] bin/718 pkg_add incorrectly prints an error message [1995/09/15] bin/722 Off-by-one error in wbkgd() in ncurses [1995/09/16] pending/723 [1995/09/19] bin/728 /bin/sh messes up quoting when going through eval [1995/09/20] kern/729 unexpected signal 4/10/11 [1995/09/20] kern/730 3Com 3C5x9 probe problem [1995/09/21] docs/731 socketpair(2) and man page inconsistent about return [1995/09/22] bin/732 getpwent() dumps core if NIS password file is malfor [1995/09/23] docs/735 missing description for mount options in fstab(5) ma [1995/09/25] gnu/737 FreeBSD-current/src/gnu/usr.bin/gzip/Makefile [1995/09/26] kern/738 Using ktrace will cause a system reboot [1995/09/26] bin/739 Some problems when an output filter reads all input [1995/09/26] docs/740 man loadfont says /usr/share/misc/vgafonts instead o [1995/09/26] docs/741 netstat -rn not showing all routes in Kernel - not i [1995/09/26] kern/742 syslog errors accessing Mac hard disks [patch] [1995/09/27] bin/743 vi cannot edit a file where the name starts with + [1995/09/27] kern/744 Page fault in fchmod() with Sep 20 -stable kernel [1995/09/27] kern/745 occasional filesystem inconsistencies, and "panic: f [1995/09/27] bin/746 `talk' forbids talking from write-protected terminal [1995/09/27] bin/747 date(1) gives weird time zones and interprets GMT[+- [1995/09/27] docs/748 zic.8 man page refers to /usr/local/etc/zoneinfo [1995/09/27] pending/749 Re: vi cannot edit a file where the name starts with [1995/09/27] kern/750 cd9660 confused by not-ready or I/O errors FDIV030 [1995/09/28] bin/751 crontab(1): `crontab -e' exits on SIGINT [1995/09/28] kern/752 setting multiple addresses for a single interfaces l [1995/09/28] kern/753 my archive scsi tape drive does not work [1995/09/28] docs/754 there is no man page for the psm(4) mouse driver [1995/09/29] docs/755 man page joy(4) has incorrect ioctl() arguments [1995/09/30] kern/756 AHA-1542CF: adapter not taking commands [1995/10/01] kern/757 Removal of mounted CD-ROM causes reboot & single use [1995/10/01] bin/759 nfsd without arg's doesn't work [1995/10/02] kern/761 route add may cause panic when used incorrectly [1995/10/02] misc/762 g++ chokes on /usr/include/machine/spl.h [1995/10/03] kern/765 umount -f can`t umount a NFS filesystem in use [1995/10/04] bin/766 file doesn't grok HTML; /etc/magic in wrong place [1995/10/05] misc/767 Configure-time does time-warp on non-UTC CMOS - FDIV [1995/10/06] bin/769 xntpd does not detach from controlling terminal [1995/10/06] kern/770 Floppy kernel won't boot with T485 or IDT L2 cache F This is the list of problem reports already analyzed: [1994/12/01] kern/35 mount -t union -o -b : lower layer not seen by shell [1995/01/21] misc/162 routes seem to accumulate under 2.0-950112-SNAP [1995/01/22] docs/177 man pages missing for SYSV IPC funtions [1995/02/14] kern/215 SNAP-950112 crashed with "panic: page fault" [1995/03/20] kern/260 msync and munmap don't bother to update mod times [1995/03/20] docs/264 There are no manual pages for the forms library. [1995/03/22] kern/267 NFS code gives error messages, systems jams for a fe [1995/05/09] bin/392 Simultaneous cp and ls of files on dos f/s hangs pro [1995/06/01] ports/467 utils/kp wrong distfile place after make fetch [1995/06/21] docs/538 MAP_FILE not mentioned in mmap man page. [PDT/08/11] bin/671 No quot available. /* EOF -- this list has not been truncated */ From owner-freebsd-bugs Sat Oct 7 04:30:13 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA27711 for bugs-outgoing; Sat, 7 Oct 1995 04:30:13 -0700 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA27693 for freebsd-bugs; Sat, 7 Oct 1995 04:30:09 -0700 Date: Sat, 7 Oct 1995 04:30:09 -0700 From: GNU GNATS Message-Id: <199510071130.EAA27693@freefall.freebsd.org> To: freebsd-bugs Subject: Summary of Problem Reports Sender: owner-bugs@FreeBSD.org Precedence: bulk Number of currently open reports: 294 Number of curently analyzed reports: 11 From owner-freebsd-bugs Sat Oct 7 06:00:33 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id GAA00848 for bugs-outgoing; Sat, 7 Oct 1995 06:00:33 -0700 Received: from znet.groupz.net (znet.groupz.net [204.116.90.34]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id GAA00843 for ; Sat, 7 Oct 1995 06:00:31 -0700 Received: from async11.groupz.net by znet.groupz.net with SMTP (1.37.109.14/16.2) id AA013910631; Sat, 7 Oct 1995 08:57:11 -0400 Received: by async11.groupz.net with Microsoft Mail id <01BA9493.BE5ED7E0@async11.groupz.net>; Sat, 7 Oct 1995 09:03:18 -0400 Message-Id: <01BA9493.BE5ED7E0@async11.groupz.net> From: Bill Henderson To: "'bugs@freebsd.org'" Subject: BUGS Date: Sat, 7 Oct 1995 09:02:56 -0400 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Sender: owner-bugs@freebsd.org Precedence: bulk I have a pent 100, it is a Packard bell model Force 860 CD, The new = ATAPI boot disk hangs the system on boot up after the Uncompressing = Kernel ...... Finished line, It doesnt see the NEC 272 cdrom that is on = the same controller as the WD hard drive The hard drive is on IRQ 14 and the CD is at irq 15. I have also tried = to find doc on the mouse which is a ps2/style mouse that I have yet to = get working or the system to reconize it , is there anyone that I could = work with more closely to fix these problems. ? I am setting up A ISP with a an unrealistic deadline of the 28th of this = month but there are so many things that as of yet I cant get answers to = From owner-freebsd-bugs Sat Oct 7 17:07:53 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA03813 for bugs-outgoing; Sat, 7 Oct 1995 17:07:53 -0700 Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id RAA03808 for ; Sat, 7 Oct 1995 17:07:51 -0700 Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <15123(6)>; Sat, 7 Oct 1995 17:07:12 PDT Received: from localhost by crevenia.parc.xerox.com with SMTP id <177475>; Sat, 7 Oct 1995 17:07:02 -0700 To: davidg@root.com cc: freebsd-bugs@freefall.freebsd.org Subject: Re: bin/768: rwhod does not support multicast (+FIX) In-reply-to: Your message of "Fri, 06 Oct 95 08:10:03 PDT." <199510061510.IAA00911@freefall.freebsd.org> Date: Sat, 7 Oct 1995 17:06:59 PDT From: Bill Fenner Message-Id: <95Oct7.170702pdt.177475@crevenia.parc.xerox.com> Sender: owner-bugs@FreeBSD.org Precedence: bulk In message <199510061510.IAA00911@freefall.freebsd.org> Garrett wrote: > < om> said: > > > rwhod has been extended to support multicast broascasts (sic). > > This is highly useful when monitoring machines on disparate > > networks. FreeBSD doesn't support this (yet). > > This has been in place in -current for some time now. Perhaps this should migrate into -stable? Bill From owner-freebsd-bugs Sat Oct 7 19:29:47 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA11245 for bugs-outgoing; Sat, 7 Oct 1995 19:29:47 -0700 Received: from multivac.orthanc.com (root@multivac.orthanc.com [204.244.20.2]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA11240 for ; Sat, 7 Oct 1995 19:29:44 -0700 Received: from localhost (lyndon@localhost) by multivac.orthanc.com (8.7/8.7) with SMTP id TAA20131 for ; Sat, 7 Oct 1995 19:29:36 -0700 (PDT) Message-Id: <199510080229.TAA20131@multivac.orthanc.com> X-Authentication-Warning: multivac.orthanc.com: Host lyndon@localhost didn't use HELO protocol From: Lyndon Nerenberg VE7TCP To: freebsd-bugs@freefall.freebsd.org Subject: getbootfile() X-Attribution: VE7TCP Date: Sat, 07 Oct 1995 19:29:35 -0700 Sender: owner-bugs@FreeBSD.org Precedence: bulk Further to the rwhod multicast submission I sent in the other day, I've been looking at getbootfile() a bit more closely. I'm curious (concerned) about the portability of using this. Being specific to FreeBSD I can't see how it would be generally useful. Not having copies of the relevent POSIX standards at hand I'm curious as to how this information can be obtained portably (if at all). Is this routine being standardized at all? It seems that sysctl(3) is a more logical place for this information to be obtained. On a related note, the 2.0.5 getbootfile(3) man page references sysctl(2). This should be sysctl(3). --lyndon From owner-freebsd-bugs Sat Oct 7 20:40:05 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id UAA14627 for bugs-outgoing; Sat, 7 Oct 1995 20:40:05 -0700 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id UAA14621 ; Sat, 7 Oct 1995 20:40:02 -0700 Resent-Date: Sat, 7 Oct 1995 20:40:02 -0700 Resent-Message-Id: <199510080340.UAA14621@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, "Received:from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id UAA14312 for" ; Sat, 7.Oct.1995.20:35:05.-0700 Received: from relay2.UU.NET (relay2.UU.NET [192.48.96.7]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id UAA09063 for ; Sat, 7 Oct 1995 20:34:24 -0700 Received: from ast.com by relay2.UU.NET with SMTP id QQzkmw17490; Sat, 7 Oct 1995 23:33:45 -0400 Received: from trsvax.fw.ast.com (fw.ast.com) by ast.com with SMTP id AA10855 (5.67b/IDA-1.5 for ); Sat, 7 Oct 1995 20:35:11 -0700 Received: by trsvax.fw.ast.com (/\=-/\ Smail3.1.18.1 #18.1) id ; Sat, 7 Oct 95 22:33 CDT Received: by nemesis.lonestar.org (Smail3.1.27.1 #19) id m0t1mR0-000IvNC; Sat, 7 Oct 95 22:29 WET DST Message-Id: Date: Sat, 7 Oct 95 22:29 WET DST From: uhclem%nemesis@fw.ast.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/771: telnet character mode not set and broken when set - FDIV034 Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 771 >Category: bin >Synopsis: telnet character mode not set and broken when set - FDIV034 >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Oct 7 20:40:01 PDT 1995 >Last-Modified: >Originator: Frank Durda IV >Organization: >Release: FreeBSD 2.1.0-951005-SNAP >Environment: Generic 2.1.0 951005 SNAP running on ethernet network with FreeBSD 2.0.5, 1.1.5.1, SCO UNIX and SUN OS systems. (The other systems needed only for comparative purposes.) >Description: Three issues: 1. Between 1.1.5.1 and 2.0.5, telnet changed to default to non-raw operating state to line-mode instead of character-at-a-time mode. For compatibility with existing systems reasons, this change seems like a bad idea. 2. Between 2.0.5 and 2.1.0-951005, telnet changed so that even if you specify "mode character" to get character-at-a-time mode, the EOF character (^D) is not transmitted when it should be. 3. When the remote system runs an application that enters raw mode, the telnet session no longer handles it properly and the [Enter] key is not detected as such by the remote application. All three items worked correctly in FreeBSD 1.1.5.1. >How-To-Repeat: (Examples are simplified and not the sole reproduction method - OK?) Item 1 Telnet to a system from 2.1.0 or 2.0.5 on a system where you can view the XMIT light on the network card. at the csh prompt, Type "ABCDEFGHIJK" while watching the light. Note that the transmit light remains dark until you press [ENTER]. If you repeat the test under 1.1.5.1, each character causes the XMIT light to flash, demonstrating that character-at-a-time is active. All keys are therefore "live". (See Item 2.) You can force the telnet session into the character at a time mode in 2.0.5/2.1.0 by typing the telnet escape character, and typing "mode character", but it is broken in 2.1.0. (See Item 2.) However, was there a reason for changing the default action? Item 2 On FreeBSD 2.1.0, login to a stock account using csh from the CONSOLE. Type: ls /bin/[CTRL-D] Note that it displays the contents of the bin directory as expected. Now telnet into 2.1.0 (from 2.1.0) and login to the same account. Type: ls /bin/[CTRL-D] Note that the directory is not displayed, only a CTRL-D. Now, press [ENTER] a few times and then type the telnet escape character Now type: mode character[ENTER] to force the telnet session into character-at-a-time mode. Now type: ls /bin/[CTRL-D] Note that despite putting the telnet in character-at-a-time mode, the [CTRL-D] was still not sent when the key was pressed. This can verified by monitoring the XMIT light on the network adapter. If you press [CTRL-D] a second time, it is treated as a [CTRL-D] at the start of a line (a line-mode action, not a character-at-a-time action), and this [CTRL-D] is actually sent to the remote system. The first [CTRL-D] apparently is thrown away. If you repeat this test under 2.0.5, you find that the first [CTRL-D] is transmitted as expected for character-at-a-time mode, so this was broken since 2.0.5. Item 3 If you telnet to any system from a 2.1.0 system and the application on the remote end enters RAW mode, if you press [ENTER], the remote program does not see the newline character. Depending on the application, either nothing happens or the bell beeps, etc. Even if you explicitly set "character-at-a-time" mode (which should have been done automatically by entering raw mode) after entering the raw-mode remote application, [ENTER] is still not accepted by the applications. However, CTRL-J is accepted. For this problem, the remote system can be 2.1.0, 2.0.5, 1.1.5.1, SCO UNIX, or SUN OS, and possibly others. The applications include commercial, "all keys active", binary-only applications that cannot be operated from 2.0.5/2.1.0, but work fine when accessed from 1.1.5.1, SCO or SUN systems. For whoever investigates this, I can provide a sample application that demonstrates the problem. I have permission from the author to do this to help debug the problem, but I can't distribute it to a larger audience. Also, I can't distribute any of the other applications that demonstrate the problem since they are copyrighted commercial products, nearly all running on SCO UNIX or SUN OS systems. >Fix: For issue #1, change code to default to 'mode character'. Alternately, make user set this command every time telnet is invoked. Look at code as it stood in 1.1.5.1. For issues #2 and #3, until the code is fixed, the user must continue using a system other than 2.0.5 and 2.1.0. Actual change not known. Look at code as it stood in 1.1.5.1. I would prefer a code fix to give back the effortless functionality we had in 1.1.5.1. *END* >Audit-Trail: >Unformatted: