From owner-freebsd-bugs Sun Nov 24 01:42:41 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA06452 for bugs-outgoing; Sun, 24 Nov 1996 01:42:41 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA06445 for ; Sun, 24 Nov 1996 01:42:33 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA17489; Sun, 24 Nov 1996 10:42:19 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA17710; Sun, 24 Nov 1996 10:42:18 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id KAA10142; Sun, 24 Nov 1996 10:23:26 +0100 (MET) From: J Wunsch Message-Id: <199611240923.KAA10142@uriah.heep.sax.de> Subject: Re: bin/2093: /etc/malloc.conf and AMD To: phk@critter.tfs.com Date: Sun, 24 Nov 1996 10:23:26 +0100 (MET) Cc: freebsd-bugs@freefall.freebsd.org, gilham@csl.sri.com Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199611231610.IAA01078@freefall.freebsd.org> from Poul-Henning Kamp at "Nov 23, 96 08:10:07 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Poul-Henning Kamp wrote: > I have mailed the author of amd on this issue: Ain't this a duplicate for PR # bin/1974? There's already a suggested fix for it, but i haven't come round to test and commit it. If somebody feels ambituous, he {c,sh}ould do. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sun Nov 24 10:20:19 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA03809 for bugs-outgoing; Sun, 24 Nov 1996 10:20:19 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA03784; Sun, 24 Nov 1996 10:20:14 -0800 (PST) Resent-Date: Sun, 24 Nov 1996 10:20:14 -0800 (PST) Resent-Message-Id: <199611241820.KAA03784@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, root@jtnet.com Received: from jtnet.com (jtnet.com [165.254.156.252]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA03141 for ; Sun, 24 Nov 1996 10:11:00 -0800 (PST) Received: (from root@localhost) by jtnet.com (8.8.3/8.8.3) id NAA02345; Sun, 24 Nov 1996 13:10:56 -0500 (EST) Message-Id: <199611241810.NAA02345@jtnet.com> Date: Sun, 24 Nov 1996 13:10:56 -0500 (EST) From: root@jtnet.com Reply-To: root@jtnet.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/2094: wd1: interrupt timeout: Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2094 >Category: kern >Synopsis: wd1: interrupt timeout: >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: support >Submitter-Id: current-users >Arrival-Date: Sun Nov 24 10:20:07 PST 1996 >Last-Modified: >Originator: SysAdmin >Organization: -- System Administrator JTNET -- Just the Net (div. of Onesimus Enterprises International, Inc.) >Release: FreeBSD 2.1.5 >Environment: Intel Pentium 166 System with 82MB RAM >Description: every so often I get the following kernel error message. wd1: interrupt timeout: wd1: status 58 error 0 wd1: interrupt timeout: wd1: status 50 error 1 >How-To-Repeat: it repeats itself every so often, not user repeatable >Fix: I'm looking for a fix. Can the interrupt timeout be extended? >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Nov 24 11:00:14 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA05552 for bugs-outgoing; Sun, 24 Nov 1996 11:00:14 -0800 (PST) Received: from m7.sprynet.com (m7.sprynet.com [165.121.1.64]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA05517; Sun, 24 Nov 1996 11:00:09 -0800 (PST) Received: from ppaprota (ip151.nash.edge.net [199.0.68.151]) by m7.sprynet.com (8.6.12/8.6.12) with SMTP id LAA23368; Sun, 24 Nov 1996 11:00:01 -0800 Message-ID: <32C03520.110F@sprynet.com> Date: Tue, 24 Dec 1996 13:55:12 -0600 From: Peter Paprota/Sharon Wise X-Mailer: Mozilla 3.0Gold (Win95; I) MIME-Version: 1.0 To: FreeBSD-gnats@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org Subject: Re: conf/2091: transfer error bytes -1 to 1024 on install References: <199611230530.VAA10358@freefall.freebsd.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk FreeBSD-gnats@freefall.freebsd.org wrote: > > Thank you very much for your problem report. > It has the internal identification `conf/2091'. > The individual assigned to look at your > bug is: freebsd-bugs. > > >Category: conf > >Responsible: freebsd-bugs > >Synopsis: transfer error bytes -1 to 1024 on install > >Arrival-Date: Fri Nov 22 21:30:09 PST 1996 i have some more clues , after downloading a fresh 2.1.5 BIN from your FTP i got the same error , also in debug mode i got gunzip:stdin:unexpexted end of file /stand/cpio:premature end of file dbug:cpio return error status of 1! thanks hope these clues help From owner-freebsd-bugs Sun Nov 24 12:15:22 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA09928 for bugs-outgoing; Sun, 24 Nov 1996 12:15:22 -0800 (PST) Received: from xkis.kis.ru (root@xkis.kis.ru [194.87.66.200]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA09918 for ; Sun, 24 Nov 1996 12:15:15 -0800 (PST) Received: from SVC.kis.ru by xkis.kis.ru with SMTP id XAA05688; (8.7.5/D) Sun, 24 Nov 1996 23:12:13 +0300 (MSK) Date: Sun, 24 Nov 1996 23:12:13 +0300 (MSK) Message-Id: <2.2.16.19961124231453.1af73df6@kis.ru> X-Sender: dv@kis.ru X-Mailer: Windows Eudora Pro Version 2.2 (16) Mime-Version: 1.0 Content-Type: text/plain; charset="koi8-r" To: freebsd-bugs@freebsd.org From: Dmitry Valdov Subject: PPPD lcp-echo-* doesn't work properly in 2.1.5-R Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello! I've got a problem using lcp-echo-interval & lcp-echo-timeout options in pppd (FreeBSD 2.1.5 Release) When I specify: lcp-echo-interval 30 lcp-echo-timeout 4 pppd disconnects line after 2 minutes. On the other end of PPP link I've tried Trumpet Winsock (versions 2.1, 3.0). It's replies to LCP echo requests but PPPD doesn't recognise its replies. Also I've tried Windoze'95 Remote access service. And there is no problem in link CISCO <-> Trumpet Winsock. Dmitry Valdov. KIS Ltd. Sysadmin. From owner-freebsd-bugs Sun Nov 24 13:19:42 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA12495 for bugs-outgoing; Sun, 24 Nov 1996 13:19:42 -0800 (PST) Received: from critter.tfs.com ([140.145.230.177]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA12490; Sun, 24 Nov 1996 13:19:38 -0800 (PST) Received: from critter.tfs.com (LOCALHOST [127.0.0.1]) by critter.tfs.com (8.8.2/8.8.2) with ESMTP id WAA00334; Sun, 24 Nov 1996 22:19:59 +0100 (MET) To: Dmitry Valdov cc: freebsd-bugs@freebsd.org Subject: Re: PPPD lcp-echo-* doesn't work properly in 2.1.5-R In-reply-to: Your message of "Sun, 24 Nov 1996 23:12:13 +0300." <2.2.16.19961124231453.1af73df6@kis.ru> Date: Sun, 24 Nov 1996 22:19:58 +0100 Message-ID: <332.848870398@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <2.2.16.19961124231453.1af73df6@kis.ru>, Dmitry Valdov writes: >Hello! > >I've got a problem using lcp-echo-interval & lcp-echo-timeout options in >pppd (FreeBSD 2.1.5 Release) >It's replies to LCP echo requests >but PPPD doesn't recognise its replies. Suggest you find out why it doesn't recognize them and submit a patch... Actually... You should probably start out by taking the ppp sources from -current and see if that works any better. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-bugs Sun Nov 24 13:36:58 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA13219 for bugs-outgoing; Sun, 24 Nov 1996 13:36:58 -0800 (PST) Received: from xkis.kis.ru (root@xkis.kis.ru [194.87.66.200]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA13209 for ; Sun, 24 Nov 1996 13:36:36 -0800 (PST) Received: from SVC.kis.ru by xkis.kis.ru with SMTP id AAA10635; (8.7.5/D) Mon, 25 Nov 1996 00:33:24 +0300 (MSK) Date: Mon, 25 Nov 1996 00:33:24 +0300 (MSK) Message-Id: <2.2.16.19961125003604.1af77eea@kis.ru> X-Sender: dv@kis.ru X-Mailer: Windows Eudora Pro Version 2.2 (16) Mime-Version: 1.0 Content-Type: text/plain; charset="koi8-r" To: Poul-Henning Kamp From: Dmitry Valdov Subject: Re: PPPD lcp-echo-* doesn't work properly in 2.1.5-R Cc: freebsd-bugs@freebsd.org Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 10:19 PM 11/24/96 +0100, Poul-Henning Kamp wrote: >In message <2.2.16.19961124231453.1af73df6@kis.ru>, Dmitry Valdov writes: >>Hello! >> >>I've got a problem using lcp-echo-interval & lcp-echo-timeout options in >>pppd (FreeBSD 2.1.5 Release) > >>It's replies to LCP echo requests >>but PPPD doesn't recognise its replies. > >Suggest you find out why it doesn't recognize them and submit a patch... Sorry, I've no time to do it. I've just commented out part of code in lcp.c. (2 if {}). And now pppd accepts any LCP packet from peer as reply. Dmitry Valdov. KIS Ltd. Sysadmin. From owner-freebsd-bugs Sun Nov 24 19:20:13 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA00434 for bugs-outgoing; Sun, 24 Nov 1996 19:20:13 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA00419; Sun, 24 Nov 1996 19:20:10 -0800 (PST) Resent-Date: Sun, 24 Nov 1996 19:20:10 -0800 (PST) Resent-Message-Id: <199611250320.TAA00419@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, anderson@conterra.com Received: from hawaii.conterra.com (hawaii.conterra.com [206.30.180.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA00115 for ; Sun, 24 Nov 1996 19:10:37 -0800 (PST) Received: (from root@localhost) by hawaii.conterra.com (8.7.5/8.6.9) id WAA19362; Sun, 24 Nov 1996 22:07:58 -0500 (EST) Message-Id: <199611250307.WAA19362@hawaii.conterra.com> Date: Sun, 24 Nov 1996 22:07:58 -0500 (EST) From: anderson@conterra.com Reply-To: anderson@conterra.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2095: tcpdump improvement/bug Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2095 >Category: bin >Synopsis: tcpdump doesn't display ip-in-ip correctly >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Nov 24 19:20:07 PST 1996 >Last-Modified: >Originator: Stuart Anderson >Organization: Conterra Communications >Release: FreeBSD 2.1-STABLE i386 >Environment: ISP server debugging MBONE traffic >Description: tcpdump doesn't match the ip-in-ip protocol used by MBONE traffic. in.h defines IPPROTO_ENCAP as 98, while IPPROTO_IPIP (4) is actually used by mrouted. tcpdump is checking for IPPROTO_ENCAP so it doesn't match the IPPROTO_IPIP which is used. >How-To-Repeat: Just use tcpdump to monitor mbone traffic. >Fix: *** print-ip.c.orig Sun Nov 24 21:59:39 1996 --- print-ip.c Sun Nov 24 21:57:18 1996 *************** *** 389,394 **** --- 389,395 ---- #define IPPROTO_ENCAP 4 #endif case IPPROTO_ENCAP: + case IPPROTO_IPIP: /* ip-in-ip encapsulation */ if (vflag) (void)printf("%s > %s: ", >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Nov 24 22:00:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA06649 for bugs-outgoing; Sun, 24 Nov 1996 22:00:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA06636; Sun, 24 Nov 1996 22:00:02 -0800 (PST) Resent-Date: Sun, 24 Nov 1996 22:00:02 -0800 (PST) Resent-Message-Id: <199611250600.WAA06636@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received: (from nobody@localhost)by.freefall.freebsd.org.id.VAA06559;Sun; (8.7.5/8.7.3);, 24 Nov 1996 21:58:57.-0800 (PST) Message-Id: <199611250558.VAA06559@freefall.freebsd.org> Date: Sun, 24 Nov 1996 21:58:57 -0800 (PST) From: hosokawa@mt.cs.keio.ac.jp To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: misc/2098: Missing asprintf()/vasprintf() on 2.1.6-RELEASE Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2098 >Category: misc >Synopsis: Missing asprintf()/vasprintf() on 2.1.6-RELEASE >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Nov 24 22:00:01 PST 1996 >Last-Modified: >Originator: Tatsumi Hosokawa >Organization: Keio University >Release: 2.1.6-RELEASE >Environment: FreeBSD ryukyu.mt.cs.keio.ac.jp 2.1.6-RELEASE FreeBSD 2.1.6-RELEASE #0: Mon Nov 25 12:46:38 JST 1996 hosokawa@ryukyu.mt.cs.keio.ac.jp:/usr1/src/sys/compile/ RYUKYU i386 >Description: I can compile following C program on 2.2-ALPHA, but not on 2.1.6-RELEASE. #include main() { char *p; asprintf(&p, "Hello, World!"); printf("%s\n", p); } Error message follows. % cc hoge.c /var/tmp/cc0139781.o: Undefined symbol `_asprintf' referenced from text segment >How-To-Repeat: Compile any C programs which has asprintf() and/or vasprintf(). >Fix: I have no idea. Sorry. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Nov 25 00:10:11 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA11915 for bugs-outgoing; Mon, 25 Nov 1996 00:10:11 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA11908; Mon, 25 Nov 1996 00:10:06 -0800 (PST) Resent-Date: Mon, 25 Nov 1996 00:10:06 -0800 (PST) Resent-Message-Id: <199611250810.AAA11908@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received: (from nobody@localhost)by.freefall.freebsd.org.id.AAA11859;Mon; (8.7.5/8.7.3);, 25 Nov 1996 00:09:22.-0800 (PST) Message-Id: <199611250809.AAA11859@freefall.freebsd.org> Date: Mon, 25 Nov 1996 00:09:22 -0800 (PST) From: seki@sysrap.cs.fujitsu.co.jp To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: docs/2099: Description for fe0 on HARDWARE.TXT seems inappropriate Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2099 >Category: docs >Synopsis: Description for fe0 on HARDWARE.TXT seems inappropriate >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon Nov 25 00:10:03 PST 1996 >Last-Modified: >Originator: Masahiro Sekiguchi >Organization: Fujitsu Limited >Release: 2.2 ALPHA >Environment: N/A >Description: HARDWARE.TXT in distribution directory of 2.2 ALPHA lists devices in GENERIC kernel. It describes the fe0 device as "Fujitsu MB86960A/MB86965A cards." I think this is too "technology-biased" and many users of fe compatible Ethernet cards will not recognize fe0 supports their cards. I suggests to use names of the Ethernet cards instead of their LSI. >How-To-Repeat: N/A >Fix: Change the description to something like: "Allied-Telesis AT1700 and RE2000, and Fujitsu FMV-180 series." >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Nov 25 05:40:28 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA16079 for bugs-outgoing; Mon, 25 Nov 1996 05:40:28 -0800 (PST) Received: from dtc.rankxerox.co.uk (mailgate.dtc.rankxerox.co.uk [194.217.143.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA16017 for ; Mon, 25 Nov 1996 05:40:06 -0800 (PST) Received: (from robin@localhost) by dtc.rankxerox.co.uk (8.7.4/8.7.3) id NAA28337; Mon, 25 Nov 1996 13:29:42 GMT Date: Mon, 25 Nov 1996 13:29:41 +0000 (GMT) From: Robin Carey To: netbsd-bugs@netbsd.org cc: gnats@openbsd.org, freebsd-bugs@freebsd.org Subject: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk is missing some of the SLC command codes (19 -> 30) defined in RFC-1184 ... this is an updated version. Also, I've updated the SLC_NAMELIST # define to include the newly added ones (1 -> 30) aswell, and the NSLC # define to be 30, as it should be. Also, I've removed some errant commas - e.g. all ``,0,'' instantiations are turned into: ``, 0'' .... Finally, this is applicable to all three Open/Net/Free-BSD-current's ... Cheers ... Robin Carey -------> cut here ---------> /* $NetBSD: telnet.h,v 1.4 1994/10/26 00:56:46 cgd Exp $ */ /* * 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 * are met: * 1. Redistributions of source code must retain the above copyright * notice, this list of conditions and the following disclaimer. * 2. Redistributions in binary form must reproduce the above copyright * notice, this list of conditions and the following disclaimer in the * documentation and/or other materials provided with the distribution. * 3. All advertising materials mentioning features or use of this software * must display the following acknowledgement: * This product includes software developed by the University of * California, Berkeley and its contributors. * 4. Neither the name of the University nor the names of its contributors * may be used to endorse or promote products derived from this software * without specific prior written permission. * * THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE * ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF * SUCH DAMAGE. * * @(#)telnet.h 8.1 (Berkeley) 6/2/93 */ #ifndef _TELNET_H_ #define _TELNET_H_ /* * Definitions for the TELNET protocol. */ #define IAC 255 /* interpret as command: */ #define DONT 254 /* you are not to use option */ #define DO 253 /* please, you use option */ #define WONT 252 /* I won't use option */ #define WILL 251 /* I will use option */ #define SB 250 /* interpret as subnegotiation */ #define GA 249 /* you may reverse the line */ #define EL 248 /* erase the current line */ #define EC 247 /* erase the current character */ #define AYT 246 /* are you there */ #define AO 245 /* abort output--but let prog finish */ #define IP 244 /* interrupt process--permanently */ #define BREAK 243 /* break */ #define DM 242 /* data mark--for connect. cleaning */ #define NOP 241 /* nop */ #define SE 240 /* end sub negotiation */ #define EOR 239 /* end of record (transparent mode) */ #define ABORT 238 /* Abort process */ #define SUSP 237 /* Suspend process */ #define xEOF 236 /* End of file: EOF is already used... */ #define SYNCH 242 /* for telfunc calls */ #ifdef TELCMDS char *telcmds[] = { "EOF", "SUSP", "ABORT", "EOR", "SE", "NOP", "DMARK", "BRK", "IP", "AO", "AYT", "EC", "EL", "GA", "SB", "WILL", "WONT", "DO", "DONT", "IAC", 0 }; #else extern char *telcmds[]; #endif #define TELCMD_FIRST xEOF #define TELCMD_LAST IAC #define TELCMD_OK(x) ((unsigned int)(x) <= TELCMD_LAST && \ (unsigned int)(x) >= TELCMD_FIRST) #define TELCMD(x) telcmds[(x)-TELCMD_FIRST] /* telnet options */ #define TELOPT_BINARY 0 /* 8-bit data path */ #define TELOPT_ECHO 1 /* echo */ #define TELOPT_RCP 2 /* prepare to reconnect */ #define TELOPT_SGA 3 /* suppress go ahead */ #define TELOPT_NAMS 4 /* approximate message size */ #define TELOPT_STATUS 5 /* give status */ #define TELOPT_TM 6 /* timing mark */ #define TELOPT_RCTE 7 /* remote controlled transmission and echo */ #define TELOPT_NAOL 8 /* negotiate about output line width */ #define TELOPT_NAOP 9 /* negotiate about output page size */ #define TELOPT_NAOCRD 10 /* negotiate about CR disposition */ #define TELOPT_NAOHTS 11 /* negotiate about horizontal tabstops */ #define TELOPT_NAOHTD 12 /* negotiate about horizontal tab disposition */ #define TELOPT_NAOFFD 13 /* negotiate about formfeed disposition */ #define TELOPT_NAOVTS 14 /* negotiate about vertical tab stops */ #define TELOPT_NAOVTD 15 /* negotiate about vertical tab disposition */ #define TELOPT_NAOLFD 16 /* negotiate about output LF disposition */ #define TELOPT_XASCII 17 /* extended ascic character set */ #define TELOPT_LOGOUT 18 /* force logout */ #define TELOPT_BM 19 /* byte macro */ #define TELOPT_DET 20 /* data entry terminal */ #define TELOPT_SUPDUP 21 /* supdup protocol */ #define TELOPT_SUPDUPOUTPUT 22 /* supdup output */ #define TELOPT_SNDLOC 23 /* send location */ #define TELOPT_TTYPE 24 /* terminal type */ #define TELOPT_EOR 25 /* end or record */ #define TELOPT_TUID 26 /* TACACS user identification */ #define TELOPT_OUTMRK 27 /* output marking */ #define TELOPT_TTYLOC 28 /* terminal location number */ #define TELOPT_3270REGIME 29 /* 3270 regime */ #define TELOPT_X3PAD 30 /* X.3 PAD */ #define TELOPT_NAWS 31 /* window size */ #define TELOPT_TSPEED 32 /* terminal speed */ #define TELOPT_LFLOW 33 /* remote flow control */ #define TELOPT_LINEMODE 34 /* Linemode option */ #define TELOPT_XDISPLOC 35 /* X Display Location */ #define TELOPT_OLD_ENVIRON 36 /* Old - Environment variables */ #define TELOPT_AUTHENTICATION 37/* Authenticate */ #define TELOPT_ENCRYPT 38 /* Encryption option */ #define TELOPT_NEW_ENVIRON 39 /* New - Environment variables */ #define TELOPT_EXOPL 255 /* extended-options-list */ #define NTELOPTS (1+TELOPT_NEW_ENVIRON) #ifdef TELOPTS char *telopts[NTELOPTS+1] = { "BINARY", "ECHO", "RCP", "SUPPRESS GO AHEAD", "NAME", "STATUS", "TIMING MARK", "RCTE", "NAOL", "NAOP", "NAOCRD", "NAOHTS", "NAOHTD", "NAOFFD", "NAOVTS", "NAOVTD", "NAOLFD", "EXTEND ASCII", "LOGOUT", "BYTE MACRO", "DATA ENTRY TERMINAL", "SUPDUP", "SUPDUP OUTPUT", "SEND LOCATION", "TERMINAL TYPE", "END OF RECORD", "TACACS UID", "OUTPUT MARKING", "TTYLOC", "3270 REGIME", "X.3 PAD", "NAWS", "TSPEED", "LFLOW", "LINEMODE", "XDISPLOC", "OLD-ENVIRON", "AUTHENTICATION", "ENCRYPT", "NEW-ENVIRON", 0 }; #define TELOPT_FIRST TELOPT_BINARY #define TELOPT_LAST TELOPT_NEW_ENVIRON #define TELOPT_OK(x) ((unsigned int)(x) <= TELOPT_LAST) #define TELOPT(x) telopts[(x)-TELOPT_FIRST] #endif /* sub-option qualifiers */ #define TELQUAL_IS 0 /* option is... */ #define TELQUAL_SEND 1 /* send option */ #define TELQUAL_INFO 2 /* ENVIRON: informational version of IS */ #define TELQUAL_REPLY 2 /* AUTHENTICATION: client version of IS */ #define TELQUAL_NAME 3 /* AUTHENTICATION: client version of IS */ #define LFLOW_OFF 0 /* Disable remote flow control */ #define LFLOW_ON 1 /* Enable remote flow control */ #define LFLOW_RESTART_ANY 2 /* Restart output on any char */ #define LFLOW_RESTART_XON 3 /* Restart output only on XON */ /* * LINEMODE suboptions */ #define LM_MODE 1 #define LM_FORWARDMASK 2 #define LM_SLC 3 #define MODE_EDIT 0x01 #define MODE_TRAPSIG 0x02 #define MODE_ACK 0x04 #define MODE_SOFT_TAB 0x08 #define MODE_LIT_ECHO 0x10 #define MODE_MASK 0x1f /* Not part of protocol, but needed to simplify things... */ #define MODE_FLOW 0x0100 #define MODE_ECHO 0x0200 #define MODE_INBIN 0x0400 #define MODE_OUTBIN 0x0800 #define MODE_FORCE 0x1000 #define SLC_SYNCH 1 #define SLC_BRK 2 #define SLC_IP 3 #define SLC_AO 4 #define SLC_AYT 5 #define SLC_EOR 6 #define SLC_ABORT 7 #define SLC_EOF 8 #define SLC_SUSP 9 #define SLC_EC 10 #define SLC_EL 11 #define SLC_EW 12 #define SLC_RP 13 #define SLC_LNEXT 14 #define SLC_XON 15 #define SLC_XOFF 16 #define SLC_FORW1 17 #define SLC_FORW2 18 #define SLC_MCL 19 #define SLC_MCR 20 #define SLC_MCWL 21 #define SLC_MCWR 22 #define SLC_MCBOL 23 #define SLC_MCEOL 24 #define SLC_INSRT 25 #define SLC_OVER 26 #define SLC_ECR 27 #define SLC_EWR 28 #define SLC_EBOL 29 #define SLC_EEOL 30 #define NSLC 30 /* * For backwards compatability, we define SLC_NAMES to be the * list of names if SLC_NAMES is not defined. */ #define SLC_NAMELIST "0", "SYNCH", "BRK", "IP", "AO", "AYT", "EOR", \ "ABORT", "EOF", "SUSP", "EC", "EL", "EW", "RP", \ "LNEXT", "XON", "XOFF", "FORW1", "FORW2", \ "MCL", "MCR", "MCWL", "MCWR", "MCBOL", \ "MCEOL", "INSRT", "OVER", "ECR", "EWR", \ "EBOL", "EEOL", \ 0 #ifdef SLC_NAMES char *slc_names[] = { SLC_NAMELIST }; #else extern char *slc_names[]; #define SLC_NAMES SLC_NAMELIST #endif #define SLC_NAME_OK(x) ((unsigned int)(x) <= NSLC) #define SLC_NAME(x) slc_names[x] #define SLC_NOSUPPORT 0 #define SLC_CANTCHANGE 1 #define SLC_VARIABLE 2 #define SLC_DEFAULT 3 #define SLC_LEVELBITS 0x03 #define SLC_FUNC 0 #define SLC_FLAGS 1 #define SLC_VALUE 2 #define SLC_ACK 0x80 #define SLC_FLUSHIN 0x40 #define SLC_FLUSHOUT 0x20 #define OLD_ENV_VAR 1 #define OLD_ENV_VALUE 0 #define NEW_ENV_VAR 0 #define NEW_ENV_VALUE 1 #define ENV_ESC 2 #define ENV_USERVAR 3 /* * AUTHENTICATION suboptions */ /* * Who is authenticating who ... */ #define AUTH_WHO_CLIENT 0 /* Client authenticating server */ #define AUTH_WHO_SERVER 1 /* Server authenticating client */ #define AUTH_WHO_MASK 1 /* * amount of authentication done */ #define AUTH_HOW_ONE_WAY 0 #define AUTH_HOW_MUTUAL 2 #define AUTH_HOW_MASK 2 #define AUTHTYPE_NULL 0 #define AUTHTYPE_KERBEROS_V4 1 #define AUTHTYPE_KERBEROS_V5 2 #define AUTHTYPE_SPX 3 #define AUTHTYPE_MINK 4 #define AUTHTYPE_CNT 5 #define AUTHTYPE_TEST 99 #ifdef AUTH_NAMES char *authtype_names[] = { "NULL", "KERBEROS_V4", "KERBEROS_V5", "SPX", "MINK", 0 }; #else extern char *authtype_names[]; #endif #define AUTHTYPE_NAME_OK(x) ((unsigned int)(x) < AUTHTYPE_CNT) #define AUTHTYPE_NAME(x) authtype_names[x] /* * ENCRYPTion suboptions */ #define ENCRYPT_IS 0 /* I pick encryption type ... */ #define ENCRYPT_SUPPORT 1 /* I support encryption types ... */ #define ENCRYPT_REPLY 2 /* Initial setup response */ #define ENCRYPT_START 3 /* Am starting to send encrypted */ #define ENCRYPT_END 4 /* Am ending encrypted */ #define ENCRYPT_REQSTART 5 /* Request you start encrypting */ #define ENCRYPT_REQEND 6 /* Request you send encrypting */ #define ENCRYPT_ENC_KEYID 7 #define ENCRYPT_DEC_KEYID 8 #define ENCRYPT_CNT 9 #define ENCTYPE_ANY 0 #define ENCTYPE_DES_CFB64 1 #define ENCTYPE_DES_OFB64 2 #define ENCTYPE_CNT 3 #ifdef ENCRYPT_NAMES char *encrypt_names[] = { "IS", "SUPPORT", "REPLY", "START", "END", "REQUEST-START", "REQUEST-END", "ENC-KEYID", "DEC-KEYID", 0 }; char *enctype_names[] = { "ANY", "DES_CFB64", "DES_OFB64", 0 }; #else extern char *encrypt_names[]; extern char *enctype_names[]; #endif #define ENCRYPT_NAME_OK(x) ((unsigned int)(x) < ENCRYPT_CNT) #define ENCRYPT_NAME(x) encrypt_names[x] #define ENCTYPE_NAME_OK(x) ((unsigned int)(x) < ENCTYPE_CNT) #define ENCTYPE_NAME(x) enctype_names[x] #endif /* !_TELNET_H_ */ <------ cut here <---------- From owner-freebsd-bugs Mon Nov 25 06:21:24 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA19810 for bugs-outgoing; Mon, 25 Nov 1996 06:21:24 -0800 (PST) Received: from red-branch.mit.edu (robin@RED-BRANCH.MIT.EDU [18.70.0.203]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA19796 for ; Mon, 25 Nov 1996 06:21:12 -0800 (PST) Received: from localhost (robin@localhost) by red-branch.mit.edu (8.8.3/8.8.3) with SMTP id JAA18974 for ; Mon, 25 Nov 1996 09:25:56 -0500 (EST) Date: Mon, 25 Nov 1996 09:25:56 -0500 (EST) From: Robin J Carey To: freebsd-bugs@freebsd.org Subject: /share/man/man3/assert.3 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The above manual page is missing a section for `STANDARDS', and there is no indication that the assert(3) syscall is defined by ANSI (which it is). Cheers ... PS I amn't familiar with freebsd manual page syntax and so haven't tried to provide a fix ... :) Robin J Carey robin@red-branch.mit.edu http://www.dtc.rankxerox.co.uk/~robin From owner-freebsd-bugs Mon Nov 25 11:37:43 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA03751 for bugs-outgoing; Mon, 25 Nov 1996 11:37:43 -0800 (PST) Received: (from phk@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA03723; Mon, 25 Nov 1996 11:37:34 -0800 (PST) Date: Mon, 25 Nov 1996 11:37:34 -0800 (PST) From: Poul-Henning Kamp Message-Id: <199611251937.LAA03723@freefall.freebsd.org> To: Tor.Egge@idt.ntnu.no, phk, freebsd-bugs Subject: Re: bin/1974 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: amd crashes with signal 11 State-Changed-From-To: feedback-closed State-Changed-By: phk State-Changed-When: Mon Nov 25 11:36:40 PST 1996 State-Changed-Why: patch commited. From owner-freebsd-bugs Mon Nov 25 16:40:27 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA23161 for bugs-outgoing; Mon, 25 Nov 1996 16:40:27 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA23139; Mon, 25 Nov 1996 16:40:20 -0800 (PST) Resent-Date: Mon, 25 Nov 1996 16:40:20 -0800 (PST) Resent-Message-Id: <199611260040.QAA23139@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, xaa@stack.nl Received: from terra.stack.nl (terra.stack.nl [131.155.140.128]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA22830 for ; Mon, 25 Nov 1996 16:33:31 -0800 (PST) Received: from xaa.stack.nl (uucp@localhost) by terra.stack.nl (8.8.3) with UUCP id BAA21564 for FreeBSD-gnats-submit@freebsd.org; Tue, 26 Nov 1996 01:29:23 +0100 (MET) Received: (from xaa@localhost) by xaa.stack.nl (8.8.3/8.8.2) id BAA02825; Tue, 26 Nov 1996 01:32:23 +0100 (MET) Message-Id: <199611260032.BAA02825@xaa.stack.nl> Date: Tue, 26 Nov 1996 01:32:23 +0100 (MET) From: xaa@stack.nl Reply-To: xaa@stack.nl To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2103: syslogd cannot log to ttys Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2103 >Category: bin >Synopsis: syslogd cannot log to ttys >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Nov 25 16:40:08 PST 1996 >Last-Modified: >Originator: Mark Huizer >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: A FreeBSD current machine >Description: syslogd no longer logs to ttys, and gives errors about a / in /dev//dev/ttyva (for example) >How-To-Repeat: put a line * /dev/ttyva in your syslog.conf and see >Fix: in syslogd.c near line 1171 strip the /dev/ part from the filename in case of a tty. ttymsg() in /usr.bin/wall will prepend /dev/, and it will fall over any '/' in the filename, due to security reasons >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Nov 25 18:20:21 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA28472 for bugs-outgoing; Mon, 25 Nov 1996 18:20:21 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA28443; Mon, 25 Nov 1996 18:20:13 -0800 (PST) Resent-Date: Mon, 25 Nov 1996 18:20:13 -0800 (PST) Resent-Message-Id: <199611260220.SAA28443@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received: (from nobody@localhost)by.freefall.freebsd.org.id.SAA27939;Mon; (8.7.5/8.7.3);, 25 Nov 1996 18:13:10.-0800 (PST) Message-Id: <199611260213.SAA27939@freefall.freebsd.org> Date: Mon, 25 Nov 1996 18:13:10 -0800 (PST) From: seki@sysrap.cs.fujitsu.co.jp To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: docs/2104: man pages for modunload(8) and modstat(8) have incorrect references Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2104 >Category: docs >Synopsis: man pages for modunload(8) and modstat(8) have incorrect references >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Mon Nov 25 18:20:07 PST 1996 >Last-Modified: >Originator: Masahiro Sekiguchi >Organization: Fujitsu Limited >Release: 2.1.6 RELEASE >Environment: N/A >Description: Manual pages for modunload(8) and modstat(8) both list the following under the "SEE ALSO" section: lkm(4), modunload(8), modstat(8) It is a kind of circle. Also, refereces to modload(8) is missing. >How-To-Repeat: man modunload and/or man modstat >Fix: Replace modstat(8) with modload(8) for modstat(8) man page, and modunload(8) with modload(8) for modunload(8) man page. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Nov 25 18:39:21 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA29900 for bugs-outgoing; Mon, 25 Nov 1996 18:39:21 -0800 (PST) Received: (from peter@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA29860; Mon, 25 Nov 1996 18:38:43 -0800 (PST) Date: Mon, 25 Nov 1996 18:38:43 -0800 (PST) From: Peter Wemm Message-Id: <199611260238.SAA29860@freefall.freebsd.org> To: xaa@stack.nl, peter, freebsd-bugs Subject: Re: bin/2103 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: syslogd cannot log to ttys State-Changed-From-To: open-closed State-Changed-By: peter State-Changed-When: Mon Nov 25 18:36:30 PST 1996 State-Changed-Why: Fixed in rev 1.14 and 1.15 of usr.sbin/syslogd.c, thanks for the report! From owner-freebsd-bugs Mon Nov 25 19:31:17 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA02804 for bugs-outgoing; Mon, 25 Nov 1996 19:31:17 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA02769; Mon, 25 Nov 1996 19:30:50 -0800 (PST) Resent-Date: Mon, 25 Nov 1996 19:30:50 -0800 (PST) Resent-Message-Id: <199611260330.TAA02769@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, gurney_j@efn.org Received: from mail.webspan.net (mail.webspan.net [206.154.70.7]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA02151 for ; Mon, 25 Nov 1996 19:22:13 -0800 (PST) Received: from orion.webspan.net (orion.webspan.net [206.154.70.5]) by mail.webspan.net (8.7.5/8.7.3) with ESMTP id WAA00469 for ; Mon, 25 Nov 1996 22:21:36 -0500 (EST) Received: from orion.webspan.net (localhost [127.0.0.1]) by orion.webspan.net (8.7.5/8.7.3) with ESMTP id WAA19301 for ; Mon, 25 Nov 1996 22:21:36 -0500 (EST) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.18]) by mail.webspan.net (8.7.5/8.7.3) with ESMTP id WAA28253 for ; Mon, 25 Nov 1996 22:05:48 -0500 (EST) Received: from nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA01461 for ; Mon, 25 Nov 1996 19:04:00 -0800 (PST) Received: (from root@localhost) by nike.efn.org (8.8.3/8.8.3) id TAA06775; Mon, 25 Nov 1996 19:03:43 -0800 (PST) Message-Id: <199611260303.TAA06775@nike.efn.org> Date: Mon, 25 Nov 1996 19:03:43 -0800 (PST) From: John-Mark Gurney Reply-To: gurney_j@efn.org To: FreeBSD-gnats@freefall.FreeBSD.org X-Send-Pr-Version: 3.2 Subject: misc/2105: bsd.lib.mk bugs Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 2105 >Category: misc >Synopsis: bsd.lib.mk has problems with STRIP and INTERNALSTATICLIB >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Nov 25 19:30:11 PST 1996 >Last-Modified: >Originator: John-Mark Gurney >Organization: Cu Networking >Release: FreeBSD 2.2-960801-SNAP i386 >Environment: a 2.2-960803-SNAP but with current cvs tree... all patches relative to current >Description: a) if you define INTERNALSTATICLIB, bsd.lib.mk still tries to install it, even though INTERNALLIB doesn't... b) INSTALL doesn't strip dynamic libs upon installing >How-To-Repeat: a) define INTERNALSTATICLIB, and then do a make install, it installs b) install a dynamic library, file dynamic_lib, and see that it isn't stripped >Fix: apply this patch, a is the first hunk, b is the second: Index: bsd.lib.mk =================================================================== RCS file: /usr/cvs/src/share/mk/bsd.lib.mk,v retrieving revision 1.37 diff -c -r1.37 bsd.lib.mk *** bsd.lib.mk 1996/06/29 03:12:48 1.37 --- bsd.lib.mk 1996/11/26 02:57:47 *************** *** 199,205 **** .endif realinstall: beforeinstall ! .if !defined(INTERNALLIB) ${INSTALL} ${COPY} -o ${LIBOWN} -g ${LIBGRP} -m ${LIBMODE} \ ${INSTALLFLAGS} lib${LIB}.a ${DESTDIR}${LIBDIR} .if !defined(NOPROFILE) --- 199,205 ---- .endif realinstall: beforeinstall ! .if !defined(INTERNALLIB) && !defined(INTERNALSTATICLIB) ${INSTALL} ${COPY} -o ${LIBOWN} -g ${LIBGRP} -m ${LIBMODE} \ ${INSTALLFLAGS} lib${LIB}.a ${DESTDIR}${LIBDIR} .if !defined(NOPROFILE) *************** *** 209,215 **** .endif .if !defined(NOPIC) .if defined(SHLIB_MAJOR) && defined(SHLIB_MINOR) ! ${INSTALL} ${COPY} -o ${LIBOWN} -g ${LIBGRP} -m ${LIBMODE} \ ${INSTALLFLAGS} ${SHLINSTALLFLAGS} \ lib${LIB}.so.${SHLIB_MAJOR}.${SHLIB_MINOR} \ ${DESTDIR}${SHLIBDIR} --- 209,215 ---- .endif .if !defined(NOPIC) .if defined(SHLIB_MAJOR) && defined(SHLIB_MINOR) ! ${INSTALL} ${COPY} ${STRIP} -o ${LIBOWN} -g ${LIBGRP} -m ${LIBMODE} \ ${INSTALLFLAGS} ${SHLINSTALLFLAGS} \ lib${LIB}.so.${SHLIB_MAJOR}.${SHLIB_MINOR} \ ${DESTDIR}${SHLIBDIR} >Audit-Trail: >Unformatted: John-Mark Gurney From owner-freebsd-bugs Mon Nov 25 19:50:20 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA04479 for bugs-outgoing; Mon, 25 Nov 1996 19:50:20 -0800 (PST) Received: (from fenner@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA04423; Mon, 25 Nov 1996 19:49:56 -0800 (PST) Date: Mon, 25 Nov 1996 19:49:56 -0800 (PST) From: Bill Fenner Message-Id: <199611260349.TAA04423@freefall.freebsd.org> To: anderson@conterra.com, fenner, freebsd-bugs Subject: Re: bin/2095 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: tcpdump doesn't display ip-in-ip correctly State-Changed-From-To: open-closed State-Changed-By: fenner State-Changed-When: Mon Nov 25 19:46:34 PST 1996 State-Changed-Why: Different solution applied in print-ip.c rev 1.4 . (The code in tcpdump will *not* dump proto 98 packets as defined by RFC1241, it should only ever be called for proto 4) From owner-freebsd-bugs Tue Nov 26 08:20:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA10673 for bugs-outgoing; Tue, 26 Nov 1996 08:20:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA10662; Tue, 26 Nov 1996 08:20:04 -0800 (PST) Resent-Date: Tue, 26 Nov 1996 08:20:04 -0800 (PST) Resent-Message-Id: <199611261620.IAA10662@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, jc@irbs.com Received: from irbs.irbs.com (jc@irbs.irbs.com [199.182.75.129]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA10602 for ; Tue, 26 Nov 1996 08:18:53 -0800 (PST) Received: (from jc@localhost) by irbs.irbs.com (8.8.3/8.8.3) id LAA13872; Tue, 26 Nov 1996 11:18:28 -0500 (EST) Message-Id: <199611261618.LAA13872@irbs.irbs.com> Date: Tue, 26 Nov 1996 11:18:28 -0500 (EST) From: John Capo Reply-To: jc@irbs.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2106: Byte order problem in -current routed Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2106 >Category: bin >Synopsis: Byte order problem in -current routed >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Nov 26 08:20:02 PST 1996 >Last-Modified: >Originator: John Capo >Organization: IRBS Engineering >Release: FreeBSD -current >Environment: >Description: I have a /28 subnet aliased to lo0. I want routed to annouce a route to this /28. I use subnet=199.182.75.112/28 in /etc/gateways. routed -d -t shows: Add 112.75.182.99/28-->127.0.0.1 metric=0 ? 10:48:12 ripquery shows: 84 bytes from cayman.irbs.com(199.182.75.3) to 199.182.75.129 version 2: 192.9.0.0/255.255.255.0 router 0.0.0.0 metric 1 tag 0000 199.182.75.0/255.255.255.240 router 0.0.0.0 metric 1 tag 0000 112.75.182.99/255.255.255.240 router 0.0.0.0 metric 1 tag 0000 >How-To-Repeat: Use subnet=something on the command line or in /etc/gateways. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Nov 26 14:30:18 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA02273 for bugs-outgoing; Tue, 26 Nov 1996 14:30:18 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA02252; Tue, 26 Nov 1996 14:30:07 -0800 (PST) Resent-Date: Tue, 26 Nov 1996 14:30:07 -0800 (PST) Resent-Message-Id: <199611262230.OAA02252@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received: (from nobody@localhost)by.freefall.freebsd.org.id.OAA00677;Tue; (8.7.5/8.7.3);, 26 Nov 1996 14:21:57.-0800 (PST) Message-Id: <199611262221.OAA00677@freefall.freebsd.org> Date: Tue, 26 Nov 1996 14:21:57 -0800 (PST) From: miketsho@erols.com To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: bin/2107: problem building a system from cdrom. Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2107 >Category: bin >Synopsis: problem building a system from cdrom. >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: support >Submitter-Id: current-users >Arrival-Date: Tue Nov 26 14:30:04 PST 1996 >Last-Modified: >Originator: Michael Thompson >Organization: >Release: 2.1.5 >Environment: system not built >Description: PROBLEM: Tring to install FreeBSD 2.1.5 from cdrom to harddisk. At a point during the data transfer I start getting errors. It all goes well until it gets to downloading /sbin/disklabel ---- then I get the following errors: /stand/cpio: invalid header: checksum error atapi0.1: no cmd drq /stand/cpio: warning: skipped 65536 bytes of junk gunzip: stdin: invalid compressed data--format violated DEBUG: switching back to VTY1 /stand/cpio: premature end of file --------------------------------------------------- System: US. Logic PCI Motherboard w/Pentium Processor 120 mhz Primary HD 504 megabytes -- MSDOS only. Secondary HD 2.1 Gigabytes -- FreeBSD partition only. IDE CDROM drive NEC MultiSpin 8V. iomega Ditto tape drive with Ditto interface board. 1.44 meg floppy drive. 32meg ram. ----------------------------------------------------- System runs well under DOS with out errors. I have tried this with DOS partition on the small drive and a 450 meg DOS partition on the large drive. I have also tried a DOS partition on the small drive and FreeBSD partition on the large drive with the same errors resulting in both cases. ----------------------------------------------------- The large drive was setup with the following BSD partitions: / ---- root was 32 meg swap ---- swap was 72 meg /var ---- var was 30 meg /usr ---- usr was about 1800 meg or more. ------------------------------------------------------ I'm sure this is not all of the information that you will need but its all that I could think of at the moment. Please contact me at the e-mail address below or at the phone number also listed below. Thanks for your help. Michael Thompson E-mail miketsho@erols.com phone (703) 368-5256 >How-To-Repeat: very repeatable - not able to build system. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Nov 26 15:26:49 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA02397 for bugs-outgoing; Tue, 26 Nov 1996 14:30:40 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA02346; Tue, 26 Nov 1996 14:30:30 -0800 (PST) Resent-Date: Tue, 26 Nov 1996 14:30:30 -0800 (PST) Resent-Message-Id: <199611262230.OAA02346@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.freebsd.org, luoqi@watermarkgroup.com Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA02028 for ; Tue, 26 Nov 1996 14:29:30 -0800 (PST) Received: from mail.crl.com (mail.crl.com [165.113.1.22]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id MAA13354 for ; Tue, 26 Nov 1996 12:47:11 -0800 (PST) Received: from luoqi.watermarkgroup.com (ppp-3.ts-1.ptn.idt.net) by mail.crl.com with SMTP id AA05992 (5.65c/IDA-1.5 for ); Tue, 26 Nov 1996 12:46:43 -0800 Received: (from luoqi@localhost) by luoqi.watermarkgroup.com (8.7.5/8.6.12) id PAA14041; Tue, 26 Nov 1996 15:43:23 -0500 (EST) Message-Id: <199611262043.PAA14041@luoqi.watermarkgroup.com> Date: Tue, 26 Nov 1996 15:43:23 -0500 (EST) From: luoqi@watermarkgroup.com Reply-To: luoqi@watermarkgroup.com To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.2 Subject: i386/2108: Bug fix: wcd driver may hang under certain condition Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2108 >Category: i386 >Synopsis: wcd driver may hang under certain condition >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Nov 26 14:30:08 PST 1996 >Last-Modified: >Originator: Luoqi Chen >Organization: >Release: FreeBSD 2.1-STABLE i386 >Environment: >Description: In isa/atapi.c, function atapi_request_wait may sleep indefinitely if the request fails immediately (e.g. timeout waiting for command phase while a CD is inserted into the drive). >How-To-Repeat: Start xcdplayer (available from ports/audio) with CD in drive, eject the CD, insert a new one. Xcdplayer process will hang 99% of the time. >Fix: Apply the following patch to isa/atapi.c: *** atapi.c.orig Fri Oct 25 00:28:58 1996 --- atapi.c Fri Oct 25 01:55:03 1996 *************** *** 788,794 **** ac->cmd[13], ac->cmd[14], ac->cmd[15], count); atapi_enqueue (ata, ac); wdstart (ata->ctrlr); ! tsleep ((caddr_t)ac, PRIBIO, "atareq", 0); result = ac->result; atapi_free (ata, ac); --- 788,795 ---- ac->cmd[13], ac->cmd[14], ac->cmd[15], count); atapi_enqueue (ata, ac); wdstart (ata->ctrlr); ! if (ac == ata->queue) ! tsleep ((caddr_t)ac, PRIBIO, "atareq", 0); result = ac->result; atapi_free (ata, ac); >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Nov 26 18:25:00 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA18175 for bugs-outgoing; Tue, 26 Nov 1996 18:25:00 -0800 (PST) Received: (from gpalmer@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA18156; Tue, 26 Nov 1996 18:24:57 -0800 (PST) Date: Tue, 26 Nov 1996 18:24:57 -0800 (PST) From: Gary Palmer Message-Id: <199611270224.SAA18156@freefall.freebsd.org> To: gpalmer, gnats-admin, freebsd-bugs Subject: Re: kern/2111 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Lunux Emulator support Multicast Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: gpalmer Responsible-Changed-When: Tue Nov 26 18:24:35 PST 1996 Responsible-Changed-Why: Got misfiled From owner-freebsd-bugs Wed Nov 27 08:10:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA26869 for bugs-outgoing; Wed, 27 Nov 1996 08:10:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA26862; Wed, 27 Nov 1996 08:10:04 -0800 (PST) Resent-Date: Wed, 27 Nov 1996 08:10:04 -0800 (PST) Resent-Message-Id: <199611271610.IAA26862@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, stesin@gu.net Received: from beast.gu.net ([194.93.190.7]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA26493 for ; Wed, 27 Nov 1996 08:01:21 -0800 (PST) Received: (from root@localhost) by beast.gu.net (8.7.5/8.7.3) id SAA00869; Wed, 27 Nov 1996 18:00:26 +0200 (EET) Message-Id: <199611271600.SAA00869@beast.gu.net> Date: Wed, 27 Nov 1996 18:00:26 +0200 (EET) From: stesin@gu.net Reply-To: stesin@gu.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/2113: Report on "gated+OSPF" crashes with June 2.2-SNAP Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2113 >Category: kern >Synopsis: 2-ether router crashes almost immediately after Gated starts with OSPF >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Nov 27 08:10:02 PST 1996 >Last-Modified: >Originator: Andrew Stesin >Organization: GU.net >Release: FreeBSD 2.2-960612-SNAP i386 >Environment: Generic Amd5x86 133 PC, two ethernets: ep0 and ed0. Pretty complex network topology around, OSPF IGP used. >Description: Machine crashes almost immediately after Gated starts with OSPF. Though under some circumstances (under uncommonly low network load) 2 or 3 times it was up for 10-20 minutes with OSPF kinda-of-working. Problem showed up both with Gated 3.6a2 and 3.5b3. Machine now stands in production network (a single FreeBSD among AIXes, Solarises, linuces, bsdis, ciscos) and routing is a bit crazy here now because it's the single box which demands to run RIPv2. Though with RIPv2 (note: it also uses multicasts!) it's stable. I neither want to kill freebsd on this box, nor I am able to play with it, upgrade, take down, reboot often and so on. Upgrade to 2.2-BETA is being considered. I built a '-g' kernel and rebooted the box today, and provoced a single crash, dump is available as like as nm /kernel | sort output. kgdb -k kernel.notstrip vmcore.0 | tee OUT.kgdb OUT.kgdb follows: GDB is free software and you are welcome to distribute copies of it under certain conditions; type "show copying" to see the conditions. There is absolutely no warranty for GDB; type "show warranty" for details. GDB 4.13 (i386-unknown-freebsd), Copyright 1994 Free Software Foundation, Inc... IdlePTD 1f7000 current pcb at 1e2420 panic: page fault #0 boot (howto=256) at ../../i386/i386/machdep.c:940 940 dumppcb.pcb_cr3 = rcr3(); (kgdb) bt #0 boot (howto=256) at ../../i386/i386/machdep.c:940 #1 0xf01161f6 in panic (fmt=0xf01af30c "page fault") at ../../kern/subr_prf.c:127 #2 0xf01afe66 in trap_fatal (frame=0xefbffd38) at ../../i386/i386/trap.c:737 #3 0xf01af958 in trap_pfault (frame=0xefbffd38, usermode=0) at ../../i386/i386/trap.c:648 #4 0xf01af63b in trap (frame={tf_es = -249036784, tf_ds = 16, tf_edi = -272630324, tf_esi = -249912736, tf_ebp = -272630388, tf_isp = -272630432, tf_ebx = -248947456, tf_edx = 0, tf_ecx = -253083904, tf_eax = -249063756, tf_trapno = 12, tf_err = -253100032, tf_eip = -267075922, tf_cs = -267124728, tf_eflags = 66182, tf_esp = -249063756, tf_ss = -266455048}) at ../../i386/i386/trap.c:319 #5 0xf01a7501 in calltrap () #6 0xf01410fe in ether_output (ifp=0xf01e3754, m0=0xf0ea3f00, dst=0xf12796b0, rt0=0x0) at ../../net/if_ethersubr.c:161 #7 0xf01511df in ip_output (m0=0xf0ea3f00, opt=0x0, ro=0xf12796ac, flags=48, imo=0xf1282d80) at ../../netinet/ip_output.c:354 #8 0xf0152614 in rip_output (m=0xf0ea3f00, so=0xf1293600, dst=96361922) at ../../netinet/raw_ip.c:191 #9 0xf0152a1f in rip_usrreq (so=0xf1293600, req=9, m=0xf0ea3f00, nam=0xf0ea3e80, control=0x0) at ../../netinet/raw_ip.c:415 #10 0xf0125126 in sosend (so=0xf1293600, addr=0xf0ea3e80, uio=0xefbffee8, top=0xf0ea3f00, control=0x0, flags=4) at ../../kern/uipc_socket.c:475 #11 0xf01277f3 in sendit (p=0xf128d600, s=11, mp=0xefbfff2c, flags=4, retsize=0xefbfff84) at ../../kern/uipc_syscalls.c:467 #12 0xf01278d0 in sendto (p=0xf128d600, uap=0xefbfff94, retval=0xefbfff84) at ../../kern/uipc_syscalls.c:518 #13 0xf01b0111 in syscall (frame={tf_es = 135462951, tf_ds = -272695257, tf_edi = 0, tf_esi = 5, tf_ebp = -272641036, tf_isp = -272629788, tf_ebx = 536870912, tf_edx = 0, tf_ecx = 887256, tf_eax = 133, tf_trapno = 7, tf_err = 7, tf_eip = 135328769, tf_cs = 31, tf_eflags = 662, tf_esp = -272641096, tf_ss = 39}) at ../../i386/i386/trap.c:887 #14 0xf01a7555 in Xsyscall () #15 0x7510a in ?? () #16 0x8ce3f in ?? () #17 0x88f85 in ?? () #18 0x73101 in ?? () #19 0x8a164 in ?? () #20 0x8444b in ?? () #21 0x84fff in ?? () #22 0x749c4 in ?? () #23 0x2dce0 in ?? () #24 0x3317d in ?? () #25 0x1095 in ?? () (kgdb) frame 6 #6 0xf01410fe in ether_output (ifp=0xf01e3754, m0=0xf0ea3f00, dst=0xf12796b0, rt0=0x0) at ../../net/if_ethersubr.c:161 161 if (!arpresolve(ac, rt, m, dst, edst, rt0)) (kgdb) list 156 } 157 switch (dst->sa_family) { 158 159 #ifdef INET 160 case AF_INET: 161 if (!arpresolve(ac, rt, m, dst, edst, rt0)) 162 return (0); /* if not yet resolved */ 163 /* If broadcasting on a simplex interface, loopback a copy */ 164 if ((m->m_flags & M_BCAST) && (ifp->if_flags & IFF_SIMPLEX)) 165 mcopy = m_copy(m, 0, (int)M_COPYALL); (kgdb) 166 off = m->m_pkthdr.len - m->m_len; 167 type = ETHERTYPE_IP; 168 break; 169 #endif 170 #ifdef IPX 171 case AF_IPX: 172 type = ETHERTYPE_IPX; 173 bcopy((caddr_t)&(((struct sockaddr_ipx *)dst)->sipx_addr.x_host), 174 (caddr_t)edst, sizeof (edst)); 175 if (!bcmp((caddr_t)edst, (caddr_t)&ipx_thishost, sizeof(edst))) (kgdb) print ifp $1 = (struct ifnet *) 0xefbffdcc (kgdb) print *ifp $2 = {if_softc = 0xf11ce25d, if_name = 0xf12796b2 "", if_next = 0xefbffe24, if_addrlist = 0xf01511df, if_pcount = -266455212, if_bpf = 0xf0ea3f00, if_index = 38576, if_unit = -3801, if_timer = 0, if_flags = 0, if_recvquota = 128 '\200', if_sendquota = 150 '\226', if_ipending = 39 '\'', if_data = {ifi_type = 48 '0', ifi_physical = 0 '\000', ifi_addrlen = 0 '\000', ifi_hdrlen = 0 '\000', ifi_mtu = 96361922, ifi_metric = 4078769492, ifi_baudrate = 4022337320, ifi_ipackets = 4045058048, ifi_ierrors = 4045903536, ifi_opackets = 0, ifi_oerrors = 4045987072, ifi_collisions = 20, ifi_ibytes = 4028512084, ifi_obytes = 4041883392, ifi_imcasts = 4041883468, ifi_omcasts = 4022337208, ifi_iqdrops = 4022337100, ifi_noproto = 4027917844, ifi_lastchange = {tv_sec = -253083904, tv_usec = 0}}, if_output = 0xf12796ac , if_start = 0x30, if_done = 0xf1282d80 , if_ioctl = 0, if_watchdog = 0xf1293600 , if_poll_recv = 0xf1279680 , if_poll_xmit = 0xefbffe6c, if_poll_intren = 0xf0152a1f , if_poll_slowinput = 0xf0ea3f00 , if_snd = { ifq_head = 0xf1293600, ifq_tail = 0x5be5dc2, ifq_len = -2147483648, ifq_maxlen = 32, ifq_drops = -248957440}, if_poll_slowq = 0xefbffeac} (kgdb) print *m0 $3 = {m_hdr = {mh_next = 0x0, mh_nextpkt = 0x0, mh_data = 0xf0ea3f4c "E", mh_len = 52, mh_type = 1, mh_flags = 2}, M_dat = {MH = {MH_pkthdr = { rcvif = 0x0, len = 52}, MH_dat = {MH_ext = {ext_buf = 0x170b9 "o\001", ext_free = 0x500005e, ext_size = 3434029056}, MH_databuf = "¹p\001\000^\000\000\005\000 ¯Ì}z\b\000E\0004\000M|\000\000\001Y\000\000Â]¾\005à\000\000\005\002\001\0004Â]¾\005Â]¾\000E\000\0004\024h\000\000\001Y¤AÂ]¾\aÂ]¾\005\002\002\000 Â]¾\aÂ]¾\000û\a", '\000' , "\002\a\000\000\000\013"}}, M_databuf = "\000\000\000\0004\000\000\000¹p\001\000^\000\000\005\000 ¯Ì}z\b\000E\0004\000M|\000\000\001Y\000\000Â]¾\005à\000\000\005\002\001\0004Â]¾\005Â]¾\000E\000\0004\024h\000\000\001Y¤AÂ]¾\aÂ]¾\005\002\002\000 Â]¾\aÂ]¾\000û\a", '\000' , "\002\a\000\000\000\013"}} (kgdb) print *dst $4 = {sa_len = 16 '\020', sa_family = 2 '\002', sa_data = "\000\000Â]¾\005\000\000\000\000\000\000\000"} (kgdb) print arpresolve $5 = {int ()} 0xf014bd4c (kgdb) $7 = {int ()} 0xf014bd4c (kgdb) q >How-To-Repeat: Just do "gdc stop; gated -f gated.conf.ospf" on the box :-) >Fix: I'm not a kernel guru :-((( >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Nov 27 12:08:08 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA08959 for bugs-outgoing; Wed, 27 Nov 1996 12:08:08 -0800 (PST) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA08893; Wed, 27 Nov 1996 12:08:00 -0800 (PST) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <18147(4)>; Wed, 27 Nov 1996 11:51:23 PST Received: by crevenia.parc.xerox.com id <177711>; Wed, 27 Nov 1996 11:48:45 -0800 From: Bill Fenner To: bugs@freebsd.org, current@freebsd.org Subject: Confidential bug reports by default? Message-Id: <96Nov27.114845pst.177711@crevenia.parc.xerox.com> Date: Wed, 27 Nov 1996 11:48:31 PST Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Did something change to make bug reports confidential by default? There are 16 confidential bug reports in pending/, none of which appear to contain confidential information. Bill From owner-freebsd-bugs Wed Nov 27 12:17:41 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA09611 for bugs-outgoing; Wed, 27 Nov 1996 12:17:41 -0800 (PST) Received: (from fenner@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA09600; Wed, 27 Nov 1996 12:17:40 -0800 (PST) Date: Wed, 27 Nov 1996 12:17:40 -0800 (PST) From: Bill Fenner Message-Id: <199611272017.MAA09600@freefall.freebsd.org> To: pst@jnx.com, fenner, freebsd-bugs Subject: Re: bin/1831 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: routed's rdisc mode is installing incorrectly formatted routes State-Changed-From-To: open-feedback State-Changed-By: fenner State-Changed-When: Wed Nov 27 12:16:38 PST 1996 State-Changed-Why: Have you run "route monitor" or "netstat -nr" to see in exactly what way the routes are incorrectly formatted? Could it actually simply be that routed is being way too sensitive in response to RTM_LOSING messages? (For example, freefall seems to see about 1 RTM_LOSING every couple of seconds, and yet routed appears to delete the default route after only 1 or 2 RTM_LOSING's). From owner-freebsd-bugs Wed Nov 27 12:56:39 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA11768 for bugs-outgoing; Wed, 27 Nov 1996 12:56:39 -0800 (PST) Received: (from fenner@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA11744; Wed, 27 Nov 1996 12:56:37 -0800 (PST) Date: Wed, 27 Nov 1996 12:56:37 -0800 (PST) From: Bill Fenner Message-Id: <199611272056.MAA11744@freefall.freebsd.org> To: graphix@iastate.edu, fenner, freebsd-bugs Subject: Re: bin/1693 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: rarpd does not appear to work State-Changed-From-To: open-closed State-Changed-By: fenner State-Changed-When: Wed Nov 27 12:55:05 PST 1996 State-Changed-Why: A fixed version of LBL's util/rarpd from bpf-1.1 was imported into the tree. From owner-freebsd-bugs Wed Nov 27 13:30:08 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA13562 for bugs-outgoing; Wed, 27 Nov 1996 13:30:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA13556; Wed, 27 Nov 1996 13:30:03 -0800 (PST) Date: Wed, 27 Nov 1996 13:30:03 -0800 (PST) Message-Id: <199611272130.NAA13556@freefall.freebsd.org> To: freebsd-bugs Cc: From: Bill Fenner Subject: Re: kern/2113: 2-ether router crashes almost immediately after Gated starts with OSPF Reply-To: Bill Fenner Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/2113; it has been noted by GNATS. From: Bill Fenner To: freebsd-gnats-submit@freebsd.org Cc: Subject: Re: kern/2113: 2-ether router crashes almost immediately after Gated starts with OSPF Date: Wed, 27 Nov 1996 12:28:55 PST Andrew, Have you updated your kernel since the 960612-SNAP? Could you try updating your sources with cvsup and building a -current kernel, or failing that, applying the patch at http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/netinet/if_ether.c?r1=1.31&r2=1.32 to your /sys/netinet/if_ether.c? Assuming that the traceback that you posted was slightly wrong, this looks like a bug that was fixed right after the 960612-SNAP. (if you want to verify, go back to that dump, go to frame 4, say "frame frame->tf_ebp frame->tf_eip", and then do a "where", the dump would be in arpresolve(), trying to deference rt0). Bill From owner-freebsd-bugs Wed Nov 27 13:37:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA14277 for bugs-outgoing; Wed, 27 Nov 1996 13:37:06 -0800 (PST) Received: (from fenner@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA14259; Wed, 27 Nov 1996 13:37:03 -0800 (PST) Date: Wed, 27 Nov 1996 13:37:03 -0800 (PST) From: Bill Fenner Message-Id: <199611272137.NAA14259@freefall.freebsd.org> To: fenner, gnats-admin, freebsd-bugs Subject: Re: pending/2112 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: tftpd doesn't truncate old file when writing Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: fenner Responsible-Changed-When: Wed Nov 27 13:36:35 PST 1996 Responsible-Changed-Why: Refiled from gnats-admin From owner-freebsd-bugs Wed Nov 27 19:30:30 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA01771 for bugs-outgoing; Wed, 27 Nov 1996 19:30:30 -0800 (PST) Received: (from fenner@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA01749; Wed, 27 Nov 1996 19:30:26 -0800 (PST) Date: Wed, 27 Nov 1996 19:30:26 -0800 (PST) From: Bill Fenner Message-Id: <199611280330.TAA01749@freefall.freebsd.org> To: seki@sysrap.cs.fujitsu.co.jp, fenner, freebsd-bugs Subject: Re: i386/2010 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Fe in 2.2-ALPHA is broken and doesn't work State-Changed-From-To: analyzed-closed State-Changed-By: fenner State-Changed-When: Wed Nov 27 19:29:31 PST 1996 State-Changed-Why: Fix was brought into 2.2 on November 16th. From owner-freebsd-bugs Wed Nov 27 19:32:37 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA01945 for bugs-outgoing; Wed, 27 Nov 1996 19:32:37 -0800 (PST) Received: (from fenner@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA01926; Wed, 27 Nov 1996 19:32:33 -0800 (PST) Date: Wed, 27 Nov 1996 19:32:33 -0800 (PST) From: Bill Fenner Message-Id: <199611280332.TAA01926@freefall.freebsd.org> To: cracauer@cons.org, fenner, freebsd-bugs Subject: Re: gnu/2050 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: libstdc++ missed three source files State-Changed-From-To: open-closed State-Changed-By: fenner State-Changed-When: Wed Nov 27 19:31:58 PST 1996 State-Changed-Why: Duplicate for PR#1975, which was fixed on November 15th. From owner-freebsd-bugs Wed Nov 27 19:34:40 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA02172 for bugs-outgoing; Wed, 27 Nov 1996 19:34:40 -0800 (PST) Received: (from fenner@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA02128; Wed, 27 Nov 1996 19:34:36 -0800 (PST) Date: Wed, 27 Nov 1996 19:34:36 -0800 (PST) From: Bill Fenner Message-Id: <199611280334.TAA02128@freefall.freebsd.org> To: tqbf@enteract.com, fenner, freebsd-bugs Subject: Re: bin/1863 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: On systems with setuid 'lpr' and defined printers, lpr breaks root State-Changed-From-To: open-closed State-Changed-By: fenner State-Changed-When: Wed Nov 27 19:33:50 PST 1996 State-Changed-Why: Fixed on October 27 by imp From owner-freebsd-bugs Wed Nov 27 19:49:31 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA03195 for bugs-outgoing; Wed, 27 Nov 1996 19:49:31 -0800 (PST) Received: (from fenner@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA03176; Wed, 27 Nov 1996 19:49:29 -0800 (PST) Date: Wed, 27 Nov 1996 19:49:29 -0800 (PST) From: Bill Fenner Message-Id: <199611280349.TAA03176@freefall.freebsd.org> To: chris@ts1.netville.passage.net, fenner, freebsd-bugs Subject: Re: kern/1982 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: arpresolve: cant allocate llinfo for 207.98.254.150 State-Changed-From-To: open-feedback State-Changed-By: fenner State-Changed-When: Wed Nov 27 19:49:08 PST 1996 State-Changed-Why: Please include more information. Specifically: - The device you are trying to configure - The exact command you are using to configure it - Any other network configuration that already exists. From owner-freebsd-bugs Wed Nov 27 22:40:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA09007 for bugs-outgoing; Wed, 27 Nov 1996 22:40:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA09000; Wed, 27 Nov 1996 22:40:03 -0800 (PST) Resent-Date: Wed, 27 Nov 1996 22:40:03 -0800 (PST) Resent-Message-Id: <199611280640.WAA09000@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, wpaul@skynet.ctr.columbia.edu Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id WAA08829 for ; Wed, 27 Nov 1996 22:33:35 -0800 (PST) Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.12/8.6.9) id BAA00553; Thu, 28 Nov 1996 01:34:35 -0500 Message-Id: <199611280634.BAA00553@skynet.ctr.columbia.edu> Date: Thu, 28 Nov 1996 01:34:35 -0500 From: Bill Paul Reply-To: wpaul@skynet.ctr.columbia.edu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/2114: recv() with MSG_PEEK and NULL pointer wedges system Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2114 >Category: kern >Synopsis: recv() with MSG_PEEK and NULL pointer wedges system >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Nov 27 22:40:02 PST 1996 >Last-Modified: >Originator: Bill Paul >Organization: Columbia University, New York City >Release: FreeBSD 2.1-STABLE i386 >Environment: 2.1.0-RELEASE 486DX2/66 with 20MB RAM 400MB IDE disk ET4000 graphics 3c503 ethernet adapter syscons console driver The test program that freezes my system has also been reported to have the same effect on a machine of 2.2-RELENG vintage. >Description: Enclosed are two simple programs: s.c and r.c, which I was using for testing. The r program creates an AF_UNIX socket, binds it, listen()s it, then accept()s on it, which makes it block while waiting for callers. The s program connect()s to the AF_UNIX socket and send a small amount of data using write(2). The r program first does a recv() on the socket with the MSG_PEEK flag set, mainly to see the size of the pending message before actually read(2)ing it. If then uses read(2) to read the message into a buffer. recv(2) expects a socket descriptor, a pointer to a buffer, the size of the buffer, and a flag. On a whim, I made the buffer pointer NULL. Doing this turned out to be a bad idea: once the r program hits the recv() system call, the system freezes, and the only way to recover is to reboot. Once in this frozen state, the system still accepts some interrupts: I can switch virtual consoles (syscons driver) and I can ping the system from another machine via ethernet, however I can't log in, and the console does not respond to any keypresses other than ALT-F?. >How-To-Repeat: Here is the source for the s program: #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #ifndef lint static const char rcsid[] = "$Id: s.c,v 1.2 1996/11/24 06:17:07 wpaul Exp $"; #endif #define S_MKEY 12345678 #define C_MKEY 87654321 #define PERMS 0666 #define RPC_MSGTYPE 9090 struct msgbuf { long type; int data; }; struct cmessage { struct cmsghdr cmsg; int fd; }; int main() { struct iovec iov[1]; struct msghdr msg; struct cmessage cm; struct sockaddr_un sun; int s; int len; int readfd; int key; struct msqid_ds qid; struct msgbuf message; int type; char testbuf[] = "this is a test message"; strcpy(sun.sun_path, "/tmp/testsock"); sun.sun_family = AF_UNIX; len = sun.sun_len = sizeof(sun.sun_len) + sizeof(sun.sun_family) + strlen(sun.sun_path) + 1; if ((s = socket(AF_UNIX, SOCK_STREAM, 0)) == -1) err(1, "socket creation failed"); if (connect(s, (struct sockaddr *)&sun, len) == -1) err(1, "couldn't connect socket"); write(s, &testbuf, strlen(testbuf)); close(s); exit(0); } Here is the source for the r program: #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #ifndef lint static const char rcsid[] = "$Id: r.c,v 1.3 1996/11/24 06:17:07 wpaul Exp wpaul $"; #endif struct cmessage { struct cmsghdr cmsg; int fd; }; #define S_MKEY 12345678 #define C_MKEY 87654321 #define PERMS 0666 #define RPC_MSGTYPE 9090 #define S_MSGTYPE 9999999 struct msgbuf { long type; int data; }; int main() { struct iovec iov[1]; struct msghdr msg; struct cmessage cm; struct sockaddr_un sun; int s; int sock; int len; fd_set readfds; struct stat st; int readfd; int writefd; struct msqid_ds qid; struct msgbuf message; char testbuf[512]; if (unlink("/tmp/testsock") == -1) warn("couldn't remove old socket"); strcpy(sun.sun_path, "/tmp/testsock"); sun.sun_family = AF_UNIX; len = sun.sun_len = sizeof(sun.sun_len) + sizeof(sun.sun_family) + strlen(sun.sun_path) + 1; if ((s = socket(AF_UNIX, SOCK_STREAM, 0)) == -1) err(1, "socket creation failed"); if (bind(s, (struct sockaddr *)&sun, len) == -1) err(1, "couldn't bind socket"); listen(s, 2); if ((sock = accept(s, (struct sockaddr *)&sun, &len)) == -1) err(1, "accept failed"); FD_ZERO(&readfds); FD_SET(sock, &readfds); select(FD_SETSIZE, &readfds, NULL, NULL, NULL); len = 0; len = recv(sock, NULL, sizeof(testbuf), MSG_PEEK); /* ^^^^ bug!! */ /* replace NULL with &testbuf, and everything works fine */ printf("peeked length was: %d\n", len); len = 0; len = read(sock, &testbuf, sizeof(testbuf)); printf ("read length was: %d\n", len); close(s); close(sock); exit(0); } To reproduce the problem, do the following: % cc -o s s.c % cc -o r r.c % ./r & % ./s As soon as the r program wakes up and tries to peek at the message sent to it by the s program, the system will freeze. >Fix: Unknown. Presumeably, the recv() system call needs to do better argument checking. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Nov 28 05:20:02 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA25268 for bugs-outgoing; Thu, 28 Nov 1996 05:20:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA25262; Thu, 28 Nov 1996 05:20:01 -0800 (PST) Date: Thu, 28 Nov 1996 05:20:01 -0800 (PST) Message-Id: <199611281320.FAA25262@freefall.freebsd.org> To: freebsd-bugs Cc: From: Bruce Evans Subject: Re: kern/2114: recv() with MSG_PEEK and NULL pointer wedges system Reply-To: Bruce Evans Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/2114; it has been noted by GNATS. From: Bruce Evans To: FreeBSD-gnats-submit@freebsd.org, wpaul@skynet.ctr.columbia.edu Cc: Subject: Re: kern/2114: recv() with MSG_PEEK and NULL pointer wedges system Date: Fri, 29 Nov 1996 00:13:32 +1100 > The test program that freezes my system has also been > reported to have the same effect on a machine of 2.2-RELENG > vintage. One of the uiomove()s in soreceive() returns EFAULT and doesn't make any progress. The return code is not checked. This should be easy to fix. Bruce From owner-freebsd-bugs Thu Nov 28 09:24:55 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA04413 for bugs-outgoing; Thu, 28 Nov 1996 09:24:55 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA04404; Thu, 28 Nov 1996 09:24:21 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id SAA07941; Thu, 28 Nov 1996 18:23:08 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id SAA21464; Thu, 28 Nov 1996 18:23:08 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id RAA07794; Thu, 28 Nov 1996 17:51:27 +0100 (MET) From: J Wunsch Message-Id: <199611281651.RAA07794@uriah.heep.sax.de> Subject: Re: pending/2112 To: fenner@freefall.freebsd.org (Bill Fenner) Date: Thu, 28 Nov 1996 17:51:26 +0100 (MET) Cc: freebsd-bugs@freefall.freebsd.org, wollman@freebsd.org In-Reply-To: <199611272137.NAA14259@freefall.freebsd.org> from Bill Fenner at "Nov 27, 96 01:37:03 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Bill Fenner wrote: > Synopsis: tftpd doesn't truncate old file when writing > Refiled from gnats-admin Hmpf, this damn `pending' thing. I can't remember i've seen my own PR on this list. So i'd kindly ask the ``network gods'' here to have a look at it, and either agree or disagree with it. If nobody objects, i will eventually commit my suggested fix. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Thu Nov 28 09:25:35 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA04448 for bugs-outgoing; Thu, 28 Nov 1996 09:25:35 -0800 (PST) Received: from trout.nosc.mil (trout.nosc.mil [128.49.16.7]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA04443 for ; Thu, 28 Nov 1996 09:25:34 -0800 (PST) Received: from nrad-ascend-ppp3.nosc.mil by trout.nosc.mil (4.1/SMI-4.1) id AA07830; Thu, 28 Nov 96 09:25:26 PST Date: Thu, 28 Nov 96 09:25:24 PST Message-Id: <1.5.4.16.19961128092630.263fa9a4@trout.nosc.mil> X-Sender: cg67cs@trout.nosc.mil X-Mailer: Windows Eudora Light Version 1.5.4 (16) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: bugs@freebsd.org From: Scott Long Subject: 2.2-ALPHA problems Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Greetings, I have been happily using FBSD 2.1.0 ever since it was released, but I wanted to get a jump on the threaded libraries so I took the plunge into 2.2-ALPHA. For background info, I'm using a 486DX2-66 with 16MB ram, a 24MB root partition on wd0s2, and 700MB usr/var/swap partition on wd1s1, a Panasonic 8X IDE-CDROM (don't know model #), a Motorola "ModemSurfr" v.34 internal modem set for com4 (0x02e8, irg 3) with a 16550A chip, a Diamond Stealth 24 VLB video card, a dual CD-ROM drive on the old Sony bus (again, don't know model #), and an IOmega Bernoilli 90MB drive on a SCSI bus. Here are the results that I have some up with so far: 1. Both IDE and Sony CD-ROMs seem to work well with the new kernel. 2. The Bernoilli SCSI bus doesn't get recognized. I haven't worked too hard on making this work, though. 3. The PPP install option has given me numerous headaches. I select "Custom" install and go through the steps of setting partitions, labels, and distribution. I then select FTP install, fill out the form with my provider's gateway address and DNS address, and then jump to vty3 to start up the connection. First thing that is wrong is that sysinstall passes to the ppp program that I'm using the /dev/cuaa0 device when I had intentionally selected /dev/cuaa3. I fix that, then type 'term' to manually dial. Whatever I type gets eched back onto the screen at this point, but the modem does not respond. It looks like the characters just aren't making it to the modem. If I escape out, give the program a dummy phone number, and type "dial" it will think that it is dialing and try to establish a link, although nothing is actually happening. Typing "close" stops this, and then I can type "term" and have access to the modem. Now the modem responds. 4. The next problem with ppp has existed with FBSD 2.1.0 also, so it's not very new. My provider provides dialup to two different terminal servers, a "Annex" server running at 14.4Kbps, and a newer "Ascend" server running at 33.6Kbps. I can dial and establish a link easily with the Annex server. Dynamic IP address assignment works good, but it's just slow. The new server is bad, though. I log into it, authenticate myself, then type 'ppp' and the command line to switch the server into ppp mode. At this point, my end *should* go into packet mode and start the link up. Instead it sits there until I tap a key. Then it goes into packet mode. Once in packet mode it takes a long time (20 seconds or more) to get a good link. Even then, the DNS seems broken. If I go to vty4 and attempt a ping with a non-numeric address, ping will just sit there, like it's stuck in DNS query. Anyway, I jump back into the install vty, and tell it to procede. It will complain a few times that it can't log onto ftp.freebsd.org but will finally succeed after 3-4 tries. It then begins to download the bin files, but after 150-200K has transfered it will loose the link and hang up. Again, an identical setup works fine with the "Annex" server. And the "Ascend" server works well with Windows and Trumpet WinSock 2.0. 5. Related to doing a ppp install, the network form asks for "additional ifconfig options". What are these? Could there be a help option available in this form that gives some advice. 6. Frustrated with the ppp install, I went into windows and downloaded the distribution onto my hard drive, then went back to sysinstall and selected the option to install from a dos partition. This only gives me the option to select which dos partition (I have two), and never asks what directory on that partition to look into. Maybe I am missing something? Hopefully I just mis-read the install and readme files. That's it so far. I appreciate any feedback, as I'm going insane using windows right now. Thanks. Scott Long From owner-freebsd-bugs Thu Nov 28 11:10:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA08924 for bugs-outgoing; Thu, 28 Nov 1996 11:10:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA08918; Thu, 28 Nov 1996 11:10:01 -0800 (PST) Date: Thu, 28 Nov 1996 11:10:01 -0800 (PST) Message-Id: <199611281910.LAA08918@freefall.freebsd.org> To: freebsd-bugs Cc: From: Bill Paul Subject: Re: kern/2114: recv() with MSG_PEEK and NULL pointer wedges system Reply-To: Bill Paul Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/2114; it has been noted by GNATS. From: Bill Paul To: bde@zeta.org.au (Bruce Evans) Cc: FreeBSD-gnats-submit@freebsd.org, current@freebsd.org Subject: Re: kern/2114: recv() with MSG_PEEK and NULL pointer wedges system Date: Thu, 28 Nov 1996 14:03:29 -0500 (EST) Of all the gin joints in all the towns in all the world, Bruce Evans had to walk into mine and say: > > The test program that freezes my system has also been > > reported to have the same effect on a machine of 2.2-RELENG > > vintage. > > One of the uiomove()s in soreceive() returns EFAULT and doesn't > make any progress. The return code is not checked. This should > be easy to fix. > > Bruce Oh, I see: you want _me_ to fix it. My, you are a trusting soul, aren't you. :) If my limited understanding of the problem is correct, then what's happening is that the failing uiomove() is happening inside a while() loop, and before control returns to the top of the loop where the error would be noticed, it gets stuck in another loop which never terminates due to the uiomove() failure. Well, the obvious fix would seem to be this: *** uipc_socket.c.orig Thu Nov 28 13:15:11 1996 --- uipc_socket.c Thu Nov 28 13:05:37 1996 *************** *** 702,707 **** --- 702,709 ---- splx(s); error = uiomove(mtod(m, caddr_t) + moff, (int)len, uio); s = splnet(); + if (error) + goto release; } else uio->uio_resid -= len; if (len == m->m_len - moff) { I'm not 100% sure this is the _correct_ fix however: there are a lot of mbufs being slung about, and it's hard to tell if this does the right thing without accidentally causing a leak somewhere. In any case, this does fix the immediate problem: with this patch in place, my sample program gets back an EFAULT rather than freezing the system. Note that OpenBSD and NetBSD may well be subject to the same bug since this code comes direct from 4.4BSD-Lite. -Bill -- ============================================================================= -Bill Paul (212) 854-6020 | System Manager, Master of Unix-Fu Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ============================================================================= "If you're ever in trouble, go to the CTR. Ask for Bill. He will help you." ============================================================================= From owner-freebsd-bugs Thu Nov 28 12:00:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA10719 for bugs-outgoing; Thu, 28 Nov 1996 12:00:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA10713; Thu, 28 Nov 1996 12:00:02 -0800 (PST) Resent-Date: Thu, 28 Nov 1996 12:00:02 -0800 (PST) Resent-Message-Id: <199611282000.MAA10713@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received: (from nobody@localhost)by.freefall.freebsd.org.id.LAA10477;Thu; (8.7.5/8.7.3);, 28 Nov 1996 11:52:14.-0800 (PST) Message-Id: <199611281952.LAA10477@freefall.freebsd.org> Date: Thu, 28 Nov 1996 11:52:14 -0800 (PST) From: drexler@telebyte.nl To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: kern/2116: Kernel crash at system boot time Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2116 >Category: kern >Synopsis: Kernel crash at system boot time >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Nov 28 12:00:01 PST 1996 >Last-Modified: >Originator: Hans Drexler >Organization: Private person >Release: FreeBSD 1.1.5 >Environment: FreeBSD lepel.keukenla.nl 2.1.5-RELEASE FreeBSD 2.1.5-RELEASE #0: Sat Oct 19 20: 57:24 MET DST 1996 hans@lepel.keukenla.nl:/usr/src/sys/compile/lepel i386 >Description: The GENERIC kernel boots properly. Also the kernel I first compiled operates as is expected. Kernels crash when I try to: - Add supprot for the Log Structured Filesystem - Add support for my new Ethernet card I get this panic report: Fatal trap 12: page fault while in kernel mode fault virtual address = 0x38 fault code = supervisor read, page not present instruction pointer = 0x8:0xf017bb7b code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def 32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL= 0 current process = 4 (update) interrupt mask = bio panic: page fault >How-To-Repeat: Reboot the machine >Fix: none. I must use a kernel with just FFS filesystems and without ethernet support. Compiling in other drivers (no matter which) causes the same problem. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Nov 28 12:53:02 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA12767 for bugs-outgoing; Thu, 28 Nov 1996 12:53:02 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA12762 for ; Thu, 28 Nov 1996 12:52:52 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id VAA14146; Thu, 28 Nov 1996 21:51:55 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id VAA25001; Thu, 28 Nov 1996 21:51:54 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id VAA16519; Thu, 28 Nov 1996 21:33:25 +0100 (MET) From: J Wunsch Message-Id: <199611282033.VAA16519@uriah.heep.sax.de> Subject: Re: 2.2-ALPHA problems To: freebsd-bugs@FreeBSD.org (FreeBSD bugs list) Date: Thu, 28 Nov 1996 21:33:25 +0100 (MET) Cc: cg67cs@nosc.mil (Scott Long), jkh@time.cdrom.com (Jordan K. Hubbard) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <1.5.4.16.19961128092630.263fa9a4@trout.nosc.mil> from Scott Long at "Nov 28, 96 09:25:24 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Scott Long wrote: (I hardly can state an opinion to everything here.) > 3. The PPP install option has given me numerous headaches. > ... First thing that is wrong is that sysinstall passes to > the ppp program that I'm using the /dev/cuaa0 device when I had > intentionally selected /dev/cuaa3. I think it cannot easily passed on the command line in the current version of `ppp', hence what you're seeing is probably that cuaa0 is simply the default. > 33.6Kbps. I can dial and establish a link easily with the Annex server. > Dynamic IP address assignment works good, but it's just slow. The new > server is bad, though. Is it possible that they've got a problem with the T/TCP extensions? I'm not sure, but i don't think sysinstall turns them off. (You can turn them off easily in an installed system though, see /etc/sysconfig.) > 5. Related to doing a ppp install, the network form asks for "additional > ifconfig options". What are these? Could there be a help option available > in this form that gives some advice. That's hard to do, since these options are very device-dependant. Basically, everything you could imagine at the end of an ifconfig line. If you RTFM (in an installed system), you'll find that this is several pages of text. The most important things there are probably the remote peer address for a SLIP interface, and the various link0, link1, link2, -link0 etc. link-level flags for an individual interface (like -link0 for a `zp' device to select the BNC connector, something that just springs to mind). > 6. This only gives me the option > to select which dos partition (I have two), and never asks what directory on > that partition to look into. Maybe I am missing something? Hopefully I > just mis-read the install and readme files. I think the installation docs mention the place. Wait... ---------------- 2.3 Before installing from a DOS partition: To prepare for installation from an MS-DOS partition you should simply copy the files from the distribution into a directory called "FREEBSD". For example, to do a minimal installation of FreeBSD from DOS using files copied from the CDROM, you might do something like this: C> MD C:\FREEBSD C> XCOPY /S E:\DISTS\BIN C:\FREEBSD\BIN Asssuming that `C:' was where you had free space and `E:' was where your CD was mounted. ---------------- I think it might be possible to put the actual location into the `options' screen, instead of hard-coding it. That's something for Jordan to think about... -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Thu Nov 28 17:30:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA21860 for bugs-outgoing; Thu, 28 Nov 1996 17:30:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA21854; Thu, 28 Nov 1996 17:30:02 -0800 (PST) Resent-Date: Thu, 28 Nov 1996 17:30:02 -0800 (PST) Resent-Message-Id: <199611290130.RAA21854@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Tor.Egge@idt.ntnu.no Received: from pat.idt.unit.no (pat.idt.unit.no [129.241.103.5]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA21763 for ; Thu, 28 Nov 1996 17:27:24 -0800 (PST) Received: from ikke.idt.unit.no (tegge@ikke.idt.unit.no [129.241.111.65]) by pat.idt.unit.no (8.8.3/8.8.3) with ESMTP id CAA06666 for ; Fri, 29 Nov 1996 02:27:20 +0100 (MET) Received: (from tegge@localhost) by ikke.idt.unit.no (8.8.3/8.8.3) id CAA12304; Fri, 29 Nov 1996 02:27:19 +0100 (MET) Message-Id: <199611290127.CAA12304@ikke.idt.unit.no> Date: Fri, 29 Nov 1996 02:27:19 +0100 (MET) From: Tor Egge Reply-To: Tor.Egge@idt.ntnu.no To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: i386/2117: nb8390.com hangs with some BIOS combinations Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2117 >Category: i386 >Synopsis: nb8390.com hangs with some BIOS combinations >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Nov 28 17:30:01 PST 1996 >Last-Modified: >Originator: Tor Egge >Organization: Norwegian University of Science and Technology, Trondheim, Norway >Release: FreeBSD 3.0-CURRENT i386 >Environment: Intel motherboard (Neptune Chipset) NCR 53C815 SCSI controller AMIBIOS (C) 1992 American Megatrends, Inc. BIOS Version 1.00.16.AX1 NCR SDMS (TM) V3.0 PCI SCSI BIOS, PCI Rev. 2.0 Copyright 1993 NCR Corporation. NCRPCI04-3.04.00 MS DOS 6.0 or PCDOS 7.0 nb8390.com >Description: nb8390.com hangs when getting disk parameters from BIOS. This is probably due to a bug in the BIOS present on the NCR 53C815 SCSI controller. >How-To-Repeat: Get a similar configuration. >Fix: The only critical part of this diff is clearing %ebp before calling int $0x13 and int $0x19. It may also be necessary to clear %ebp in the BOOTROM case before exiting. The changes are - clear %ebp before calling $int 0x13, to avoid hang at startup. - clear %ebp before calling $int 0x19, to avoid hang during boot from disk after the "Starting PC DOS..." message when using the diskboot command. - workarounds for other possible BIOS quirks by saving/restoring some registers which gcc expects to be unchanged. - use of smaller use16 segment during transition to real mode (64 KB in size, instead of 1 MB). - use of CR0_PE_ON and CR0_PE_OFF (as used by corresponding routines in biosboot/asm.S) instead of CR0_PE. Index: start2.S =================================================================== RCS file: /export/akg1/cvs/src/sys/i386/boot/netboot/start2.S,v retrieving revision 1.4 diff -c -r1.4 start2.S *** start2.S 1996/11/11 14:27:12 1.4 --- start2.S 1996/11/29 00:54:12 *************** *** 3,9 **** #define KERN_CODE_SEG 0x08 #define KERN_DATA_SEG 0x10 #define REAL_MODE_SEG 0x18 ! #define CR0_PE 1 #define opsize .byte 0x66 #define addrsize .byte 0x67 --- 3,10 ---- #define KERN_CODE_SEG 0x08 #define KERN_DATA_SEG 0x10 #define REAL_MODE_SEG 0x18 ! CR0_PE_ON = 0x1 ! CR0_PE_OFF = 0xfffffffe #define opsize .byte 0x66 #define addrsize .byte 0x67 *************** *** 117,122 **** --- 118,125 ---- push %eax lret #else + opsize + xor %ebp,%ebp int $0x19 #endif *************** *** 127,134 **** _currticks: push %ebp mov %esp,%ebp ! push %ecx ! push %edx xor %edx,%edx call _prot_to_real xor %eax,%eax --- 130,138 ---- _currticks: push %ebp mov %esp,%ebp ! push %ebx ! push %esi ! push %edi xor %edx,%edx call _prot_to_real xor %eax,%eax *************** *** 139,146 **** shl $16,%ecx mov %edx,%eax or %ecx,%eax ! pop %edx ! pop %ecx pop %ebp ret --- 143,151 ---- shl $16,%ecx mov %edx,%eax or %ecx,%eax ! pop %edi ! pop %esi ! pop %ebx pop %ebp ret *************** *** 151,158 **** _putchar: push %ebp mov %esp,%ebp - push %ecx push %ebx movb 8(%ebp),%cl call _prot_to_real opsize --- 156,164 ---- _putchar: push %ebp mov %esp,%ebp push %ebx + push %esi + push %edi movb 8(%ebp),%cl call _prot_to_real opsize *************** *** 162,169 **** int $0x10 opsize call _real_to_prot pop %ebx - pop %ecx pop %ebp ret --- 168,176 ---- int $0x10 opsize call _real_to_prot + pop %edi + pop %esi pop %ebx pop %ebp ret *************** *** 175,180 **** --- 182,189 ---- push %ebp mov %esp,%ebp push %ebx + push %esi + push %edi call _prot_to_real movb $0x0,%ah int $0x16 *************** *** 183,188 **** --- 192,199 ---- call _real_to_prot xor %eax,%eax movb %bl,%al + pop %edi + pop %esi pop %ebx pop %ebp ret *************** *** 195,200 **** --- 206,213 ---- push %ebp mov %esp,%ebp push %ebx + push %esi + push %edi call _prot_to_real xor %ebx,%ebx movb $0x1,%ah *************** *** 207,212 **** --- 220,227 ---- call _real_to_prot xor %eax,%eax movb %bl,%al + pop %edi + pop %esi pop %ebx pop %ebp ret *************** *** 270,276 **** lgdt gdtarg-RELOC mov %cr0, %eax opsize ! or $CR0_PE, %eax mov %eax, %cr0 /* turn on protected mode */ /* jump to relocation, flush prefetch queue, and reload %cs */ --- 285,291 ---- lgdt gdtarg-RELOC mov %cr0, %eax opsize ! or $CR0_PE_ON, %eax mov %eax, %cr0 /* turn on protected mode */ /* jump to relocation, flush prefetch queue, and reload %cs */ *************** *** 298,309 **** sub $RELOC,%eax /* Adjust return address */ push %eax sub $RELOC,%esp /* Adjust stack pointer */ ! ljmp $REAL_MODE_SEG, $1f /* jump to a 16 bit segment */ 1: /* clear the PE bit of CR0 */ mov %cr0, %eax opsize ! andl $0!CR0_PE, %eax mov %eax, %cr0 /* make intersegment jmp to flush the processor pipeline --- 313,324 ---- sub $RELOC,%eax /* Adjust return address */ push %eax sub $RELOC,%esp /* Adjust stack pointer */ ! ljmp $REAL_MODE_SEG, $1f-RELOC /* jump to a 16 bit segment */ 1: /* clear the PE bit of CR0 */ mov %cr0, %eax opsize ! andl $CR0_PE_OFF, %eax mov %eax, %cr0 /* make intersegment jmp to flush the processor pipeline *************** *** 346,351 **** --- 361,367 ---- push %edx movb 0x8(%ebp), %dl /* diskinfo(drive #) */ + xor %ebp,%ebp /* AMIBIOS compatibility */ call _prot_to_real /* enter real mode */ movb $0x8, %ah /* ask for disk info */ *************** *** 418,425 **** .byte 0, 0x93, 0xcf, 0 /* 16 bit real mode */ ! .word 0xffff, 0 ! .byte 0, 0x9b, 0x0f, 0 .align 4 gdtarg: --- 434,441 ---- .byte 0, 0x93, 0xcf, 0 /* 16 bit real mode */ ! .word 0xffff, RELOC&0xffff ! .byte (RELOC>>16), 0x9e, 0x00, (RELOC>>24) .align 4 gdtarg: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Nov 28 19:52:38 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA26243 for bugs-outgoing; Thu, 28 Nov 1996 19:52:38 -0800 (PST) Received: from pollux.or.signature.nl (root@pollux.or.signature.nl [194.229.138.194]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA26237; Thu, 28 Nov 1996 19:52:33 -0800 (PST) Received: from pc03.or.signature.nl (pc03.or.signature.nl [194.229.138.197]) by pollux.or.signature.nl (8.8.3/bs) with SMTP id EAA00347; Fri, 29 Nov 1996 04:52:29 +0100 (MET) Message-Id: <1.5.4.16.19961129035230.2df7238c@pollux.or.signature.nl> X-Sender: bit@pollux.or.signature.nl X-Mailer: Windows Eudora Light Version 1.5.4 (16) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 29 Nov 1996 03:52:30 +0000 To: bugs@freebsd.org From: Bart Smit Subject: Re: IDE CDROM failure report.. [And SPEAK UP NOW, DAMN IT!] Cc: sos@freebsd.org Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, At 12:27 AM 11/28/96 -0800, jkh wrote: > Please, don't do this! The time to test out the 2.2-ALPHA boot floppy > and see if it works with your IDE CDROM is *RIGHT NOW*, not in 6 This really got me off my butt ;) Installed 2.2-ALPHA using boot.flp (not boot4) on a crappy Cyrix 486/40 DLC board that always refused (sig 11) to run previous releases of FreeBSD. Its CDROM also used to go undetected (on other machines). First the good news. Further down 3 (tiny) problems that I ran accross. 2.2-ALPHA has been running on this crappy machine without any noticable problems for half a day now. I don't know why... My Mitsumi IDE CDROM is properly detected by the 2.2-ALPHA boot.flp kernel and actually works (while in previous releases I needed to delete a few lines in the kernel probe code for it to be detected). It's an IBM/Mitsumi dual speed IDE ATAPI model CRMC FXN01DE (on the label) or FX001/E02 (as reported by FreeBSD), manufactured april 95. Master on the second IDE interface (standard cheap ISA multi-io card). No slave present. Now some small problems: * I could not find any info on the difference between boot.flp and boot4.flp. If there are two boot floppies, please make it obvious which one you should use. I just used boot.flp. * When booting, I can't type anything at the Boot: prompt. Keyboard dead. I tried to switch keyboards. Doesn't help. Workaround is to connect the keyboard AFTER the prompt appears. Yuck. Possibly related to crappy hardware though. * In the install program, the text in the menu where you select an FTP site to install from says that I can specify 'Other' but the option itself is now called 'URL'. Bart From owner-freebsd-bugs Thu Nov 28 20:25:32 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA26932 for bugs-outgoing; Thu, 28 Nov 1996 20:25:32 -0800 (PST) Received: from spinner.DIALix.COM (root@spinner.DIALix.COM [192.203.228.67]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA26927 for ; Thu, 28 Nov 1996 20:25:26 -0800 (PST) Received: from spinner.DIALix.COM (peter@localhost.DIALix.oz.au [127.0.0.1]) by spinner.DIALix.COM (8.8.3/8.8.3) with ESMTP id MAA10525; Fri, 29 Nov 1996 12:25:13 +0800 (WST) Message-Id: <199611290425.MAA10525@spinner.DIALix.COM> X-Mailer: exmh version 1.6.9 8/22/96 To: Poul-Henning Kamp cc: bugs@freebsd.org Subject: Re: cvs commit: src/sys/i386/isa psm.c In-reply-to: Your message of "Thu, 28 Nov 1996 09:18:58 PST." <199611281718.JAA04145@freefall.freebsd.org> Date: Fri, 29 Nov 1996 12:25:13 +0800 From: Peter Wemm Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Poul-Henning Kamp wrote: > phk 96/11/28 09:18:58 > > Modified: sys/i386/isa psm.c > Log: > I broke psm.c and none of the 5 reviewers noticed :-) BTW, one of my machines (i486 old motherboard) fails to probe the VGA card sometimes.. it switches over to sio console mode. The last thing it prints on the VGA screen is: Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard Normally the next line is: sc0: VGA color <16 virtual consoles, flags=0x0> I swapped vga cards (junk VGA clone to a known good S3-801 card), and it now only fails the probe about 1 in 10 times, instead of 8 in 10. I'm not ruling out a hardware problem on the motherboard. Sometimes the machine powers up and can't find the vga card either. Cheers, -Peter From owner-freebsd-bugs Thu Nov 28 22:50:02 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA01549 for bugs-outgoing; Thu, 28 Nov 1996 22:50:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA01543; Thu, 28 Nov 1996 22:50:01 -0800 (PST) Resent-Date: Thu, 28 Nov 1996 22:50:01 -0800 (PST) Resent-Message-Id: <199611290650.WAA01543@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, moke@winternet.com Received: from fools.ecpnet.com (ppp-67-228.dialup.winternet.com [204.246.67.228]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA01492 for ; Thu, 28 Nov 1996 22:49:15 -0800 (PST) Received: (from moke@localhost) by fools.ecpnet.com (8.8.3/8.8.3) id AAA01229; Fri, 29 Nov 1996 00:48:30 -0600 (CST) Message-Id: <199611290648.AAA01229@fools.ecpnet.com> Date: Fri, 29 Nov 1996 00:48:30 -0600 (CST) From: Jimbo Bahooli Reply-To: moke@winternet.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/2118: failure to write to vc w/o input Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2118 >Category: kern >Synopsis: writing to virtual consoles fails to display until input >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Nov 28 22:50:00 PST 1996 >Last-Modified: >Originator: Jimbo Bahooli >Organization: none >Release: FreeBSD 3.0-CURRENT i386 >Environment: FreeBSD-current updated on 11/28/96, and make world'd shortly after. >Description: Text written to virtual consoles that are not waiting for input is not displayed. However once input is asked for, all lines pending will display. >How-To-Repeat: ( as root ) ./MAKEDEV vty12 ( assuming no active getty is on ttyv8 ) echo display me > /dev/ttyv8 ( try switching to ttyv8, you can't, text is not displayed ) add a line to /etc/ttys to start a getty on ttyv8, 'display me' will display, and then the login prompt will show up. this first showed up in syslog when trying to log to /dev/ttyvb which i had been doing for quite sometime. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Nov 28 23:00:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA02003 for bugs-outgoing; Thu, 28 Nov 1996 23:00:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA01988; Thu, 28 Nov 1996 23:00:03 -0800 (PST) Resent-Date: Thu, 28 Nov 1996 23:00:03 -0800 (PST) Resent-Message-Id: <199611290700.XAA01988@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received: (from nobody@localhost)by.freefall.freebsd.org.id.WAA01756;Thu; (8.7.5/8.7.3);, 28 Nov 1996 22:54:22.-0800 (PST) Message-Id: <199611290654.WAA01756@freefall.freebsd.org> Date: Thu, 28 Nov 1996 22:54:22 -0800 (PST) From: vax@linkdead.paranoia.com To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: bin/2119: mount lies to child about argv0, which causes crunch to lose Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2119 >Category: bin >Synopsis: mount lies to child about argv0, which causes crunch to lose >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Nov 28 23:00:01 PST 1996 >Last-Modified: >Originator: VaX#n8 >Organization: League of Non-aligned Wizards >Release: HEAD revisions >Environment: I'm using your CVS/WWW interface and notice you have the same problem as NetBSD. >Description: The program /sbin/mount lies to child about argv[0], saying that it is "ffs" instead of "mount_ffs". This is wrong, doesn't really save much work (if any), and confuses crunched executables, which branch in main() based on argv[0]. While it might be possible to put in "ffs" as an alias for "mount_ffs", this pollutes the namespace and conflicts with an identical problem in NetBSD's fsck which I will submit seperately. The code calls exit() rather than _exit() in the child if it fails to execve(). This is wrong. Quoth vfork(2): Be careful, also, to call _exit rather than exit if you can't execve, since exit will flush and close standard I/O channels, and thereby mess up the parent processes standard I/O data structures. (Even with fork it is wrong to call exit since buffered data would then be flushed twice.) One of the tests for the debug flag which enabled some output was supposed to be a test for the verbose flag --- the debug flag is supposed to prevent execing the sub-program. Our fsck had a special GNUC thing to protect optbuf from vfork clobbering. I assume that is since optbuf is a dynamically allocated object. Since I do not understand it completely, it is possible that it is not necessary in this chunk of code. >How-To-Repeat: bash# mount /usr ffs: /dev/sd1e on /usr: Device busy That second line is generated by mount_ffs, and the label is the value of argv[0]. bash# mount -v /mnt /dev/fd0a on /mnt type ffs (local) bash# mount -dv /mnt exec: mount_ffs -o noauto /dev/fd0a /mnt Whoops! Option "-v" doesn't really give us information on the exec call. I was considering moving the printf loop into the child but didn't know what the implications of writing to stdout in the child would be. bash# cc -O -Werror -Wall -c /usr/src/sbin/mount/mount.c I evaluated the FreeBSD error handling in the edirs/execve loop and decided I didn't like it -- it never reports the error if the first exec generates one (e.g. ENOEXEC). >Fix: Patch for NetBSD but should give an idea --- sbin/mount/mount.c~ Thu Oct 24 06:13:48 1996 +++ sbin/mount/mount.c Thu Nov 28 23:35:55 1996 @@ -243,7 +243,7 @@ */ if (rval == 0 && getuid() == 0 && (mountdfp = fopen(_PATH_MOUNTDPID, "r")) != NULL) { - if (fscanf(mountdfp, "%ld", &pid) == 1 && + if (fscanf(mountdfp, "%ld", (long *) &pid) == 1 && pid > 0 && kill(pid, SIGHUP) == -1 && errno != ESRCH) err(1, "signal mountd"); (void)fclose(mountdfp); @@ -288,12 +288,19 @@ _PATH_USRSBIN, NULL }; - const char *argv[100], **edir; + char execbase[MAXPATHLEN] = "mount_"; + const char *argv[100] = { (const char *)execbase }, **edir; struct statfs sf; pid_t pid; - int argc, i, status; + int argc = 1, i, status; char *optbuf, execname[MAXPATHLEN + 1], mntpath[MAXPATHLEN]; +#ifdef __GNUC__ + /* Avoid vfork clobbering */ + (void) &optbuf; + (void) &name; +#endif + if (realpath(name, mntpath) == NULL) { warn("realpath %s", name); return (1); @@ -344,16 +351,23 @@ if (flags & MNT_UPDATE) optbuf = catopt(optbuf, "update"); - argc = 0; - argv[argc++] = vfstype; + /* construct basename of executable and argv[0] simultaneously */ + (void)strncat(execbase, + (const char *)vfstype, + sizeof(execbase) - 6); /* strlen("mount_") + \0 */ mangle(optbuf, &argc, argv); argv[argc++] = spec; argv[argc++] = name; argv[argc] = NULL; - if (debug) { - (void)printf("exec: mount_%s", vfstype); - for (i = 1; i < argc; i++) + /* + * XXX + * perhaps this belongs just before each exec call in the child + * if you move it there, move the debug-related _exit(0) too + */ + if (verbose) { + (void)printf("exec:"); + for (i = 0; i < argc; i++) (void)printf(" %s", argv[i]); (void)printf("\n"); return (0); @@ -365,11 +379,14 @@ free(optbuf); return (1); case 0: /* Child. */ + if (debug) + _exit(0); + /* Go find an executable. */ edir = edirs; do { (void)snprintf(execname, - sizeof(execname), "%s/mount_%s", *edir, vfstype); + sizeof(execname), "%s/%s", *edir, execbase); execv(execname, (char * const *)argv); if (errno != ENOENT) warn("exec %s for %s", execname, name); @@ -377,7 +394,7 @@ if (errno == ENOENT) warn("exec %s for %s", execname, name); - exit(1); + _exit(1); /* NOTREACHED */ default: /* Parent. */ free(optbuf); @@ -487,14 +504,14 @@ which = IN_LIST; /* Count the number of types. */ - for (i = 1, nextcp = fslist; nextcp = strchr(nextcp, ','); i++) + for (i = 1, nextcp = fslist; (nextcp = strchr(nextcp, ',')); i++) ++nextcp; /* Build an array of that many types. */ if ((av = typelist = malloc((i + 1) * sizeof(char *))) == NULL) - err(1, NULL); + err(1, "mallocing typelist"); av[0] = fslist; - for (i = 1, nextcp = fslist; nextcp = strchr(nextcp, ','); i++) { + for (i = 1, nextcp = fslist; (nextcp = strchr(nextcp, ',')); i++) { *nextcp = '\0'; av[i] = ++nextcp; } @@ -513,7 +530,7 @@ if (s0 && *s0) { i = strlen(s0) + strlen(s1) + 1 + 1; if ((cp = malloc(i)) == NULL) - err(1, NULL); + err(1, "mallocing options"); (void)snprintf(cp, i, "%s,%s", s0, s1); } else cp = strdup(s1); >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Nov 28 23:10:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA02636 for bugs-outgoing; Thu, 28 Nov 1996 23:10:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA02630; Thu, 28 Nov 1996 23:10:02 -0800 (PST) Resent-Date: Thu, 28 Nov 1996 23:10:02 -0800 (PST) Resent-Message-Id: <199611290710.XAA02630@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received: (from nobody@localhost)by.freefall.freebsd.org.id.XAA02097;Thu; (8.7.5/8.7.3);, 28 Nov 1996 23:01:37.-0800 (PST) Message-Id: <199611290701.XAA02097@freefall.freebsd.org> Date: Thu, 28 Nov 1996 23:01:37 -0800 (PST) From: doktor1@earthlink.net To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: bin/2120: Cannot find bin/bin.aa during install. Also, root.flp is missing from ftp sites under /floppies/. Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2120 >Category: bin >Synopsis: Cannot find bin/bin.aa during install. Also, root.flp is missing from ftp sites under /floppies/. >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: support >Submitter-Id: current-users >Arrival-Date: Thu Nov 28 23:10:01 PST 1996 >Last-Modified: >Originator: Stuart Lauderdale >Organization: None >Release: 2.1.6 >Environment: No output available. FreeBSD will not install. >Description: During installation from an MS-DOS partition of FreeBSD, downloaded from the FTP server, and following instructions in the quick installation guide to place bin files in c:\freebsd\bin, the installer program says, "Cannot find file bin.aa" -ALSO- the file BOOT.FLP exists in the /floppies directory, but ROOT.FLP does not. >How-To-Repeat: Try to install FreeBSD as I have (described above). >Fix: Install from CDROM? Perhaps, but that costs money :) >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Nov 28 23:15:44 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA02829 for bugs-outgoing; Thu, 28 Nov 1996 23:15:44 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA02822; Thu, 28 Nov 1996 23:15:39 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0vTNAB-0003vyC; Thu, 28 Nov 96 23:15 PST Received: from critter.tfs.com (localhost.dk.tfs.com [127.0.0.1]) by critter.tfs.com (8.8.2/8.8.2) with ESMTP id IAA01256; Fri, 29 Nov 1996 08:16:18 +0100 (MET) To: Bart Smit cc: bugs@freebsd.org, sos@freebsd.org Subject: Re: IDE CDROM failure report.. [And SPEAK UP NOW, DAMN IT!] In-reply-to: Your message of "Fri, 29 Nov 1996 03:52:30 GMT." <1.5.4.16.19961129035230.2df7238c@pollux.or.signature.nl> Date: Fri, 29 Nov 1996 08:16:02 +0100 Message-ID: <1254.849251762@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <1.5.4.16.19961129035230.2df7238c@pollux.or.signature.nl>, Bart Smit writes: >At 12:27 AM 11/28/96 -0800, jkh wrote: >> Please, don't do this! The time to test out the 2.2-ALPHA boot floppy >> and see if it works with your IDE CDROM is *RIGHT NOW*, not in 6 > >This really got me off my butt ;) Installed 2.2-ALPHA using boot.flp (not >boot4) on a crappy Cyrix 486/40 DLC board that always refused (sig 11) to >run previous releases of FreeBSD. Its CDROM also used to go undetected (on >other machines). > >First the good news. Further down 3 (tiny) problems that I ran accross. > >2.2-ALPHA has been running on this crappy machine without any noticable >problems for half a day now. I don't know why... Hmm, could you provide more details ? It's very hard to make it crash unless we know why it works ? :-) >Now some small problems: > >* I could not find any info on the difference between boot.flp and >boot4.flp. If there are two boot floppies, please make it obvious which one >you should use. I just used boot.flp. boot4.flp is intended for 4MB machines and has less online help on it. It will be unsupported in the 2.2 release and will not work for network installs, but maybe cdrom installs will work. >* In the install program, the text in the menu where you select an FTP site >to install from says that I can specify 'Other' but the option itself is now >called 'URL'. Yes, you're supposed to type something like: ftp://foo.bar.com/home/somebody/FreeBSD -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-bugs Thu Nov 28 23:20:17 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA03300 for bugs-outgoing; Thu, 28 Nov 1996 23:20:17 -0800 (PST) Received: (from jkh@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA03281; Thu, 28 Nov 1996 23:20:16 -0800 (PST) Date: Thu, 28 Nov 1996 23:20:16 -0800 (PST) From: "Jordan K. Hubbard" Message-Id: <199611290720.XAA03281@freefall.freebsd.org> To: seki@sysrap.cs.fujitsu.co.jp, jkh, freebsd-bugs Subject: Re: docs/2099 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Description for fe0 on HARDWARE.TXT seems inappropriate State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Thu Nov 28 23:20:06 PST 1996 State-Changed-Why: Good point, done. From owner-freebsd-bugs Fri Nov 29 00:00:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA05385 for bugs-outgoing; Fri, 29 Nov 1996 00:00:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA05361; Fri, 29 Nov 1996 00:00:05 -0800 (PST) Resent-Date: Fri, 29 Nov 1996 00:00:05 -0800 (PST) Resent-Message-Id: <199611290800.AAA05361@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, jehamby@lightside.com Received: from hamby1.lightside.net (hamby1.lightside.net [207.67.176.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA04939 for ; Thu, 28 Nov 1996 23:53:32 -0800 (PST) Received: (from jehamby@localhost) by hamby1.lightside.net (8.8.3/8.8.2) id XAA00377; Thu, 28 Nov 1996 23:53:12 -0800 (PST) Message-Id: <199611290753.XAA00377@hamby1.lightside.net> Date: Thu, 28 Nov 1996 23:53:12 -0800 (PST) From: jehamby@lightside.com Reply-To: jehamby@lightside.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/2121: MAXBSIZE in param.h causes kernel panic if MSDOSFS LKM loaded Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2121 >Category: kern >Synopsis: MAXBSIZE in param.h causes kernel panic if MSDOSFS LKM loaded >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Nov 29 00:00:04 PST 1996 >Last-Modified: >Originator: Jake Hamby >Organization: Jet Propulsion Laboratory >Release: FreeBSD 3.0-CURRENT i386 >Environment: 3.0-CURRENT cvsupped on 96/11/28 without MSDOSFS defined in the kernel config, but with the msdos LKM loaded at boot. >Description: sys/param.h was recently changed to define MAXBSIZE as 32768 if MSDOSFS is defined, or 16384 otherwise. If MSDOSFS is not compiled into the kernel, but instead loaded as an LKM (as I have done), then the kernel immediately panics with: "panic: getblk: size(32768) > MAXBSIZE(16384)" when the LKM is loaded. >How-To-Repeat: Build a kernel without MSDOSFS. Boot with it, then attempt to mount an MSDOS filesystem or manually load the msdos LKM. >Fix: Because we have no idea if the user is going to load the msdos LKM, the only sensible patch is to always define MAXBSIZE as 32768, and I recommend that this be done immediately. Perhaps a comment could be added to param.h for expert users, stating that they can decrease this manually, but at their own risk, and only if they NEVER plan to use the DOS filesystem, even as an LKM. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Nov 29 00:20:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA07362 for bugs-outgoing; Fri, 29 Nov 1996 00:20:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA07340; Fri, 29 Nov 1996 00:20:01 -0800 (PST) Date: Fri, 29 Nov 1996 00:20:01 -0800 (PST) Message-Id: <199611290820.AAA07340@freefall.freebsd.org> To: freebsd-bugs Cc: From: "John S. Dyson" Subject: Re: kern/2121: MAXBSIZE in param.h causes kernel panic if MSDOSFS LKM loaded Reply-To: "John S. Dyson" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/2121; it has been noted by GNATS. From: "John S. Dyson" To: jehamby@lightside.com Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/2121: MAXBSIZE in param.h causes kernel panic if MSDOSFS LKM loaded Date: Fri, 29 Nov 1996 03:19:44 -0500 (EST) > > sys/param.h was recently changed to define MAXBSIZE as 32768 if MSDOSFS is > defined, or 16384 otherwise. If MSDOSFS is not compiled into the kernel, > but instead loaded as an LKM (as I have done), then the kernel immediately > panics with: "panic: getblk: size(32768) > MAXBSIZE(16384)" when the LKM > is loaded. > Good, it caught a possible system corruption. > > Because we have no idea if the user is going to load the msdos LKM, the > only sensible patch is to always define MAXBSIZE as 32768, and I > recommend that this be done immediately. > Might be a bad idea because it takes lots of kernel virtual space on bigger machines. > > Perhaps a comment could be > added to param.h for expert users, stating that they can decrease this > manually, but at their own risk, and only if they NEVER plan to use the DOS > filesystem, even as an LKM. > Or perhaps panic the system when we run out of KVA space on a critical server system? :-). The problem is still being reviewed and visited, and consider your input as registered. The biggest problem that I have is that the "fix" of increasing MAXBSIZE to 32K isn't good enough, and we will have to increase it again to 64K... That is more evil for larger machines (which are going to become more and more common.) John From owner-freebsd-bugs Fri Nov 29 00:23:08 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA07842 for bugs-outgoing; Fri, 29 Nov 1996 00:23:08 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA07804; Fri, 29 Nov 1996 00:22:57 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA29727; Fri, 29 Nov 1996 09:22:43 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA03295; Fri, 29 Nov 1996 09:22:37 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id IAA01934; Fri, 29 Nov 1996 08:59:10 +0100 (MET) From: J Wunsch Message-Id: <199611290759.IAA01934@uriah.heep.sax.de> Subject: Re: kern/2118: failure to write to vc w/o input To: moke@winternet.com Date: Fri, 29 Nov 1996 08:59:09 +0100 (MET) Cc: freebsd-bugs@FreeBSD.org (FreeBSD bugs list), sos@FreeBSD.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199611290648.AAA01229@fools.ecpnet.com> from Jimbo Bahooli at "Nov 29, 96 00:48:30 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Jimbo Bahooli wrote: > >Synopsis: writing to virtual consoles fails to display until input > FreeBSD-current updated on 11/28/96, and make world'd shortly > after. > > > >Description: > > Text written to virtual consoles that are not waiting for input is > not displayed. However once input is asked for, all lines pending > will display. Uh, so perhaps _this_ is the reason why the emergency holographic shell of 2.2's sysinstall vanishes when typing a command while the installation is in progress? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Fri Nov 29 00:50:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA09266 for bugs-outgoing; Fri, 29 Nov 1996 00:50:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA09258; Fri, 29 Nov 1996 00:50:02 -0800 (PST) Date: Fri, 29 Nov 1996 00:50:02 -0800 (PST) Message-Id: <199611290850.AAA09258@freefall.freebsd.org> To: freebsd-bugs Cc: From: Jason Thorpe Subject: Re: kern/2121: MAXBSIZE in param.h causes kernel panic if MSDOSFS LKM loaded Reply-To: Jason Thorpe Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/2121; it has been noted by GNATS. From: Jason Thorpe To: jehamby@lightside.com Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/2121: MAXBSIZE in param.h causes kernel panic if MSDOSFS LKM loaded Date: Fri, 29 Nov 1996 00:37:26 -0800 On Thu, 28 Nov 1996 23:53:12 -0800 (PST) jehamby@lightside.com wrote: > sys/param.h was recently changed to define MAXBSIZE as 32768 if MSDOSFS is > defined, or 16384 otherwise. If MSDOSFS is not compiled into the kernel, > but instead loaded as an LKM (as I have done), then the kernel immediately > panics with: "panic: getblk: size(32768) > MAXBSIZE(16384)" when the LKM > is loaded. MAXBSIZE should probably just expand to MAXPHYS. It seems seriously wrong to conditionalize it on some random config option. Jason R. Thorpe thorpej@nas.nasa.gov NASA Ames Research Center Home: 408.866.1912 NAS: M/S 258-6 Work: 415.604.0935 Moffett Field, CA 94035 Pager: 415.428.6939 From owner-freebsd-bugs Fri Nov 29 01:00:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA09872 for bugs-outgoing; Fri, 29 Nov 1996 01:00:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA09864; Fri, 29 Nov 1996 01:00:03 -0800 (PST) Resent-Date: Fri, 29 Nov 1996 01:00:03 -0800 (PST) Resent-Message-Id: <199611290900.BAA09864@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, toyo@exiv.pearnet.org Received: from exiv.pearnet.org ([204.162.40.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA09313 for ; Fri, 29 Nov 1996 00:51:29 -0800 (PST) Received: (from toyo@localhost) by exiv.pearnet.org (8.8.3/8.8.2) id RAA00439; Fri, 29 Nov 1996 17:50:52 +0900 (JST) Message-Id: <199611290850.RAA00439@exiv.pearnet.org> Date: Fri, 29 Nov 1996 17:50:52 +0900 (JST) From: Toyonori Fujiura Reply-To: toyo@exiv.pearnet.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/2122: typo Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2122 >Category: kern >Synopsis: typo >Confidential: yes >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Nov 29 01:00:02 PST 1996 >Last-Modified: >Originator: Toyonori Fujiura >Organization: Internet BBS Application Laboratory. >Release: FreeBSD 3.0-CURRENT i386 >Environment: In using kernel configured with sb16 driver. >Description: If you configured sbxvi0 , shown sbxvo0 instead of sbxvi0 at boottime. >How-To-Repeat: Configure sbxvi0 >Fix: --- /sys/i386/isa/sound/sb16_dsp.c Fri Nov 15 17:30:37 1996 +++ sb16_dsp.c Fri Nov 29 17:41:53 1996 @@ -487,7 +487,7 @@ sprintf (sb16_dsp_operations.name, "SoundBlaster 16 %d.%d", sbc_major, sbc_minor); #if defined(__FreeBSD__) - printk ("sbxvo0: <%s>", sb16_dsp_operations.name); + printk ("sbxvoi: <%s>", sb16_dsp_operations.name); #else printk (" <%s>", sb16_dsp_operations.name); #endif >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Nov 29 01:08:39 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA10333 for bugs-outgoing; Fri, 29 Nov 1996 01:08:39 -0800 (PST) Received: from dyson.iquest.net ([198.70.144.127]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA10326 for ; Fri, 29 Nov 1996 01:08:35 -0800 (PST) Received: (from root@localhost) by dyson.iquest.net (8.8.2/8.6.9) id EAA02006; Fri, 29 Nov 1996 04:08:24 -0500 (EST) From: "John S. Dyson" Message-Id: <199611290908.EAA02006@dyson.iquest.net> Subject: Re: kern/2121: MAXBSIZE in param.h causes kernel panic if MSDOSFS LKM loaded To: thorpej@nas.nasa.gov Date: Fri, 29 Nov 1996 04:08:24 -0500 (EST) Cc: freebsd-bugs@freefall.freebsd.org In-Reply-To: <199611290850.AAA09258@freefall.freebsd.org> from "Jason Thorpe" at Nov 29, 96 00:50:02 am X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > The following reply was made to PR kern/2121; it has been noted by GNATS. > > From: Jason Thorpe > To: jehamby@lightside.com > Cc: FreeBSD-gnats-submit@freebsd.org > Subject: Re: kern/2121: MAXBSIZE in param.h causes kernel panic if MSDOSFS LKM loaded > Date: Fri, 29 Nov 1996 00:37:26 -0800 > > On Thu, 28 Nov 1996 23:53:12 -0800 (PST) > jehamby@lightside.com wrote: > > > sys/param.h was recently changed to define MAXBSIZE as 32768 if MSDOSFS is > > defined, or 16384 otherwise. If MSDOSFS is not compiled into the kernel, > > but instead loaded as an LKM (as I have done), then the kernel immediately > > panics with: "panic: getblk: size(32768) > MAXBSIZE(16384)" when the LKM > > is loaded. > > MAXBSIZE should probably just expand to MAXPHYS. It seems seriously > wrong to conditionalize it on some random config option. > It is also seriously wrong to take up to 128MB of kernel space for the buffer cache (we can support arbitrary amounts of KVA space, but it is ugly just to throw it away.) The problem is more complex than "just doing it." We have large server systems to consider also. There will be a solution soon, but I don't want to just hack one out. There are alot of variables to consider including off the top: We want to support a nice number of buffers We want to support MSDOSFS (soon to be a new one.) We don't want the buffers to take much of the kernel virtual space. The buffers have fixed kva space allocated to them. A dynamic scheme is slower, and likely to deadlock or fragment unless carefully considered. Using large amounts of kva space has negative consequences on performance. These are only some of the variables that I am working with. The short term fix is for the individual with the problem to bump up the parameter (as long as he is running on a small system.) Other users with the problem previously will also get panics instead of corruption, but we will at least get the input (and people will be keeping their filesystems.) For the dynamic scheme, I might resurrect a concept that I had developed about 3-4yrs ago when working on the initial dynamic/merged buffer cache code. Thinking this stuff through takes time though. At least we caught a nasty one now!!! John From owner-freebsd-bugs Fri Nov 29 01:10:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA10400 for bugs-outgoing; Fri, 29 Nov 1996 01:10:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA10394; Fri, 29 Nov 1996 01:10:03 -0800 (PST) Resent-Date: Fri, 29 Nov 1996 01:10:03 -0800 (PST) Resent-Message-Id: <199611290910.BAA10394@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, toyo@jp.freebsd.org Received: from exiv.pearnet.org ([204.162.40.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA09937 for ; Fri, 29 Nov 1996 01:01:00 -0800 (PST) Received: (from toyo@localhost) by exiv.pearnet.org (8.8.3/8.8.2) id SAA00571; Fri, 29 Nov 1996 18:00:27 +0900 (JST) Message-Id: <199611290900.SAA00571@exiv.pearnet.org> Date: Fri, 29 Nov 1996 18:00:27 +0900 (JST) From: Toyonori Fujiura Reply-To: toyo@jp.freebsd.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/2123: typo Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2123 >Category: kern >Synopsis: typo >Confidential: yes >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Nov 29 01:10:02 PST 1996 >Last-Modified: >Originator: Toyonori Fujiura >Organization: Internet BBS Application Laboratories. >Release: FreeBSD 3.0-CURRENT i386 >Environment: On using kernel with sb16 driver. >Description: kernel show typo >How-To-Repeat: kernel configured sbxvi0 >Fix: PLEASE ignore send-pr a little while ago. --- /sys/i386/isa/sound/sb16_dsp.c Fri Nov 15 17:30:37 1996 +++ sb16_dsp.c Fri Nov 29 17:41:53 1996 @@ -487,7 +487,7 @@ sprintf (sb16_dsp_operations.name, "SoundBlaster 16 %d.%d", sbc_major, sbc_minor); #if defined(__FreeBSD__) - printk ("sbxvo0: <%s>", sb16_dsp_operations.name); + printk ("sbxvi0: <%s>", sb16_dsp_operations.name); #else printk (" <%s>", sb16_dsp_operations.name); #endif >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Nov 29 01:40:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA11623 for bugs-outgoing; Fri, 29 Nov 1996 01:40:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA11615; Fri, 29 Nov 1996 01:40:04 -0800 (PST) Resent-Date: Fri, 29 Nov 1996 01:40:04 -0800 (PST) Resent-Message-Id: <199611290940.BAA11615@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, cgull@smoke.marlboro.vt.us Received: from smoke.marlboro.vt.us (smoke.marlboro.vt.us [198.206.215.91]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA11552 for ; Fri, 29 Nov 1996 01:38:08 -0800 (PST) Received: (from cgull@localhost) by smoke.marlboro.vt.us (8.7/8.7.3/cgull) id EAA17515; Fri, 29 Nov 1996 04:38:00 -0500 (EST) Message-Id: <199611290938.EAA17515@smoke.marlboro.vt.us> Date: Fri, 29 Nov 1996 04:38:00 -0500 (EST) From: john hood Reply-To: cgull@smoke.marlboro.vt.us To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/2124: Hitachi ATAPI CD-ROM recognized but inaccessible Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2124 >Category: kern >Synopsis: Hitachi CDR-7730 ATAPI CD-ROM recognized but inaccessible >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Nov 29 01:40:02 PST 1996 >Last-Modified: >Originator: john hood >Organization: >Release: FreeBSD 2.2-ALPHA >Environment: Pentium system based on an Asus P55T2P4 motherboard, rev 2.3, bios 1.08, NCR '825 with bios 3.04 and two SCSI disks and one DAT drive, Hitachi CDR-7730 ATAPI CD-ROM installed as master on secondary IDE port, no other IDE devices. (A system at work with an NEC CDR-280 also has problems, but that'll be the subject of another PR Monday...) >Description: All testing so far done with boot floppies. Kernel recognizes CD-ROM drive at boot, but attempts to access it with mount_cd9660 or dd fail with EIO. The drive is not obviously accessed, as indicated by the front-panel LED. sysinstall reports error 2 but finds the drive anyway, on its debug screen. >How-To-Repeat: Construct system, boot from boot floppy, run fixit, try and use CD-ROM... >Fix: None, but I'm willing to help with testing et al-- the system is a hacktoy. I may be willing to toss the CD-ROM in an appropriate direction if needed (btw, I live near Boston, despite the hostname). --jh >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Nov 29 02:22:01 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA12678 for bugs-outgoing; Fri, 29 Nov 1996 02:22:01 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA12673; Fri, 29 Nov 1996 02:21:55 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id VAA21638; Fri, 29 Nov 1996 21:18:36 +1100 Date: Fri, 29 Nov 1996 21:18:36 +1100 From: Bruce Evans Message-Id: <199611291018.VAA21638@godzilla.zeta.org.au> To: j@uriah.heep.sax.de, moke@winternet.com Subject: Re: kern/2118: failure to write to vc w/o input Cc: freebsd-bugs@FreeBSD.ORG, sos@FreeBSD.ORG Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> Text written to virtual consoles that are not waiting for input is >> not displayed. However once input is asked for, all lines pending >> will display. > >Uh, so perhaps _this_ is the reason why the emergency holographic >shell of 2.2's sysinstall vanishes when typing a command while the >installation is in progress? The tty plumbing for this is very strange: $ cat >/dev/ttyv9 # on unused ttyv9 1 2 3 [pause] This gives no output on /dev/ttyv9. Then on another tty: $ cat /dev/ttyv9 1 2 3 $ ttyv9 is acting like a pty. $ cat /dev/ttyv9 1 2 3 $ A buggy pty :-). Now with the first cat terminated by ^D: $ cat /dev/ttyv9 1 2 3 $ A very buggy pty :-). Bruce From owner-freebsd-bugs Fri Nov 29 04:26:49 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA16218 for bugs-outgoing; Fri, 29 Nov 1996 04:26:49 -0800 (PST) Received: (from jkh@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA16206; Fri, 29 Nov 1996 04:26:48 -0800 (PST) Date: Fri, 29 Nov 1996 04:26:48 -0800 (PST) From: "Jordan K. Hubbard" Message-Id: <199611291226.EAA16206@freefall.freebsd.org> To: toyo@exiv.pearnet.org, jkh, freebsd-bugs Subject: Re: kern/2122 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: typo State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Fri Nov 29 04:26:35 PST 1996 State-Changed-Why: Correct name in probe type. Closes PR# 2122 (with a change, since the PR did not actually use the correct name either :-). Submitted-By: Toyonori Fujiura From owner-freebsd-bugs Fri Nov 29 04:27:34 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA16358 for bugs-outgoing; Fri, 29 Nov 1996 04:27:34 -0800 (PST) Received: (from jkh@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA16339; Fri, 29 Nov 1996 04:27:32 -0800 (PST) Date: Fri, 29 Nov 1996 04:27:32 -0800 (PST) From: "Jordan K. Hubbard" Message-Id: <199611291227.EAA16339@freefall.freebsd.org> To: toyo@jp.freebsd.org, jkh, freebsd-bugs Subject: Re: kern/2123 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: typo State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Fri Nov 29 04:27:03 PST 1996 State-Changed-Why: Thanks - I already arrived at the same conclusion about 2122. :-) Fixed. From owner-freebsd-bugs Fri Nov 29 06:50:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA20480 for bugs-outgoing; Fri, 29 Nov 1996 06:50:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA20474; Fri, 29 Nov 1996 06:50:02 -0800 (PST) Resent-Date: Fri, 29 Nov 1996 06:50:02 -0800 (PST) Resent-Message-Id: <199611291450.GAA20474@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, rhh@ct.picker.com Received: from mail.crl.com (mail.crl.com [165.113.1.22]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id GAA20255 for ; Fri, 29 Nov 1996 06:48:00 -0800 (PST) Received: from stealth.ct.picker.com (ts2-29.netwalk.com) by mail.crl.com with SMTP id AA12289 (5.65c/IDA-1.5 for ); Fri, 29 Nov 1996 06:48:44 -0800 Received: (from rhh@localhost) by stealth.ct.picker.com (8.8.2/8.6.9) id KAA01204; Thu, 28 Nov 1996 10:24:48 GMT Message-Id: <199611281024.KAA01204@stealth.ct.picker.com> Date: Thu, 28 Nov 1996 10:24:48 GMT From: rhh@ct.picker.com Reply-To: rhh@ct.picker.com To: FreeBSD-gnats-submit@freebsd.org Cc: rhh@ct.picker.com X-Send-Pr-Version: 3.2 Subject: docs/2125: environ(7) man page update needed Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2125 >Category: docs >Synopsis: TZ env var setting needs updated >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Fri Nov 29 06:50:01 PST 1996 >Last-Modified: >Originator: Randall Hopper >Organization: self >Release: FreeBSD 2.2-ALPHA i386 >Environment: 2.2-ALPHA bin and man distribution. >Description: If the part of the description of $TZ in environ(7) is still correct for 2.2 (that is, it's a path relative to /usr/share/zoneinfo), the example needs updated. It cites TZ=US/Pacific as an example, but there is no such patch off /usr/share/zoneinfo. >How-To-Repeat: 2.2-ALPHA default dist. >Fix: Man page update. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Nov 29 10:40:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA27735 for bugs-outgoing; Fri, 29 Nov 1996 10:40:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA27727; Fri, 29 Nov 1996 10:40:02 -0800 (PST) Resent-Date: Fri, 29 Nov 1996 10:40:02 -0800 (PST) Resent-Message-Id: <199611291840.KAA27727@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, gclarkii@chatusa.com Received: from webserv.chatusa.com (webserv.ChatUSA.COM [206.163.33.4]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA27326 for ; Fri, 29 Nov 1996 10:32:38 -0800 (PST) Received: (from gclarkii@localhost) by webserv.chatusa.com (8.8.2/8.7.3) id KAA06320; Fri, 29 Nov 1996 10:32:34 -0800 (PST) Message-Id: <199611291832.KAA06320@webserv.chatusa.com> Date: Fri, 29 Nov 1996 10:32:34 -0800 (PST) From: gclarkii@chatusa.com Reply-To: gclarkii@chatusa.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2126: sysinstall brokeness Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2126 >Category: bin >Synopsis: sysinstall installs broken geometory(sic) >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Nov 29 10:40:01 PST 1996 >Last-Modified: >Originator: Gary Clark II >Organization: >Release: FreeBSD 2.2-ALPHA i386 >Environment: 2.2-ALPHA install >Description: When I'm installing on to my scsi disk, sysinstall reports a TOTALY bogus geometry as I enter the partion table. It then displays the correct one on the screen. Then when I go to use the entire disk (dedicated) it resets the geometry to 1/1/1 and will not all me to set the partion bootable. >How-To-Repeat: ???? >Fix: ???? >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Nov 29 11:04:10 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA00417 for bugs-outgoing; Fri, 29 Nov 1996 11:04:10 -0800 (PST) Received: (from davidg@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA00394; Fri, 29 Nov 1996 11:04:08 -0800 (PST) Date: Fri, 29 Nov 1996 11:04:08 -0800 (PST) From: David Greenman Message-Id: <199611291904.LAA00394@freefall.freebsd.org> To: wpaul@skynet.ctr.columbia.edu, davidg, freebsd-bugs Subject: Re: kern/2114 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: recv() with MSG_PEEK and NULL pointer wedges system State-Changed-From-To: open-closed State-Changed-By: davidg State-Changed-When: Fri Nov 29 11:03:49 PST 1996 State-Changed-Why: Suggested patch applied. From owner-freebsd-bugs Fri Nov 29 11:42:34 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA02056 for bugs-outgoing; Fri, 29 Nov 1996 11:42:34 -0800 (PST) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA02048 for ; Fri, 29 Nov 1996 11:42:33 -0800 (PST) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <16653(3)>; Fri, 29 Nov 1996 11:42:00 PST Received: from localhost by crevenia.parc.xerox.com with SMTP id <177711>; Fri, 29 Nov 1996 11:41:52 -0800 To: J Wunsch cc: freebsd-bugs@freefall.freebsd.org Subject: Re: pending/2112 In-reply-to: Your message of "Thu, 28 Nov 96 08:51:26 PST." <199611281651.RAA07794@uriah.heep.sax.de> Date: Fri, 29 Nov 1996 11:41:49 PST From: Bill Fenner Message-Id: <96Nov29.114152pst.177711@crevenia.parc.xerox.com> Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In message <199611281651.RAA07794@uriah.heep.sax.de> you write: >I can't remember i've seen my own PR on this list. No, for some reason gnats didn't like the submission (is there anywhere that gnats logs the reason that it sticks things in pending/?). I only found it because I happened across some confidential reports that I didn't think needed to be confidential, and did a "query-pr --skip-closed --responsible=gnats-admin" and came across yours, too. Since yours was the only one that was marked as non-confidential I reassigned it. Someone should do something about the confidential ones. ("query-pr --skip-closed --confidential=yes" returns a bunch of PR's...) Bill From owner-freebsd-bugs Fri Nov 29 13:58:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA09266 for bugs-outgoing; Fri, 29 Nov 1996 13:58:03 -0800 (PST) Received: (from fenner@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA09248; Fri, 29 Nov 1996 13:58:00 -0800 (PST) Date: Fri, 29 Nov 1996 13:58:00 -0800 (PST) From: Bill Fenner Message-Id: <199611292158.NAA09248@freefall.freebsd.org> To: fenner, gnats-admin, freebsd-bugs Subject: Re: pending/1721 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Old Synopsis: New Synopsis: /sbin/route incorrectly installs routes with non-standard masks Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: fenner Responsible-Changed-When: Fri Nov 29 13:55:18 PST 1996 Responsible-Changed-Why: Clean up misfiled PR. From owner-freebsd-bugs Fri Nov 29 14:00:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA09492 for bugs-outgoing; Fri, 29 Nov 1996 14:00:06 -0800 (PST) Received: (from fenner@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA09466; Fri, 29 Nov 1996 14:00:03 -0800 (PST) Date: Fri, 29 Nov 1996 14:00:03 -0800 (PST) From: Bill Fenner Message-Id: <199611292200.OAA09466@freefall.freebsd.org> To: fenner, gnats-admin, freebsd-bugs Subject: Re: pending/1723 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: kernel fault when doing scsi reprobe Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: fenner Responsible-Changed-When: Fri Nov 29 13:58:24 PST 1996 Responsible-Changed-Why: Fix up misfiled PR From owner-freebsd-bugs Fri Nov 29 16:32:16 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA15232 for bugs-outgoing; Fri, 29 Nov 1996 16:32:16 -0800 (PST) Received: (from wosch@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA15213; Fri, 29 Nov 1996 16:32:14 -0800 (PST) Date: Fri, 29 Nov 1996 16:32:14 -0800 (PST) From: Wolfram Schneider Message-Id: <199611300032.QAA15213@freefall.freebsd.org> To: rhh@ct.picker.com, wosch, freebsd-bugs Subject: Re: docs/2125 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: TZ env var setting needs updated State-Changed-From-To: open-closed State-Changed-By: wosch State-Changed-When: Fri Nov 29 16:30:49 PST 1996 State-Changed-Why: fixed in rev 1.7 src/share/man/man7/environ.7 From owner-freebsd-bugs Fri Nov 29 21:01:46 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA23871 for bugs-outgoing; Fri, 29 Nov 1996 21:01:46 -0800 (PST) Received: from metronet.com (pgilley@fohnix.metronet.com [192.245.137.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id VAA23863 for ; Fri, 29 Nov 1996 21:01:39 -0800 (PST) Received: from localhost by metronet.com with SMTP id AA22337 (5.67a/IDA1.5hp for ); Fri, 29 Nov 1996 23:01:54 -0600 Date: Fri, 29 Nov 1996 23:01:53 -0600 (CST) From: Phil Gilley To: bugs@freebsd.org Subject: 2.1.6.1 uname(1) command Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The announcement for 2.1.6.1 says: >Please read the RELNOTES.TXT file in the 2.1.6-RELEASE directory for >more details on what you should upgrade if you're already running >2.1.6 and don't want to reinstall. The 2.1.6.1 README.TXT file also >reads "RELEASE Version +1" at the top for easy identification, and the >uname(1) command prints out 2.1.6.1 as well, so you'll know if you're >running the security patched version on an installed system. But uname(1) still shows 2.1.6-RELEASE. I assume this is because REVISION="2.1.6.1" which is defined in /sys/conf/newvers.sh is never actually used. With uname(1) not working, how do you tell if you're running the security patched version on an installed system? Phil Gilley pgilley@metronet.com From owner-freebsd-bugs Sat Nov 30 02:26:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA04652 for bugs-outgoing; Sat, 30 Nov 1996 02:26:04 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA04641 for ; Sat, 30 Nov 1996 02:26:00 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.3/8.6.9) with ESMTP id CAA01024; Sat, 30 Nov 1996 02:25:54 -0800 (PST) To: Phil Gilley cc: bugs@freebsd.org Subject: Re: 2.1.6.1 uname(1) command In-reply-to: Your message of "Fri, 29 Nov 1996 23:01:53 CST." Date: Sat, 30 Nov 1996 02:25:54 -0800 Message-ID: <1022.849349554@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > But uname(1) still shows 2.1.6-RELEASE. I assume this is because > REVISION="2.1.6.1" which is defined in /sys/conf/newvers.sh is never > actually used. Yikes, are you sure? On the freshly made 2.1.6.1 system I have here, uname -a reports: jkh@whisker-> uname -a FreeBSD whisker.cdrom.com 2.1.6.1-RELEASE FreeBSD 2.1.6.1-RELEASE #0: Mon Nov 25 03:06:45 PST 1996 jkh@whisker.cdrom.com:/usr/src/sys/compile/WHISKER i386 Jordan From owner-freebsd-bugs Sat Nov 30 03:55:52 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA08710 for bugs-outgoing; Sat, 30 Nov 1996 03:55:52 -0800 (PST) Received: from cc.acnit.ac.ru (cc.acnit.ac.ru [147.45.142.18]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA08684 for ; Sat, 30 Nov 1996 03:55:13 -0800 (PST) Received: (from lozenko@localhost) by cc.acnit.ac.ru (8.7.5/8.7.3) id OAA00780 for bugs@freebsd.org; Sat, 30 Nov 1996 14:55:20 +0300 (MSK) Date: Sat, 30 Nov 96 11:55:20 +0000 From: lozenko@cc.acnit.ac.ru (Evgeny A. Lozenko) To: bugs@freebsd.org Message-ID: Subject: Troubles w/ NDSFTPD X-Mailer: BML [UNIX Beauty Mail v.1.39] Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk HI We has FTP server in our LAN on NetWare 4.1 (NDSFTPD.NLM from WonLoo), has a lot of problems: We wish to download from FTP to FreeBSD 2.1.5: My actions: 1: Connect to ftp 2: Set mode to BINARY 3: Set case on 4: Set prompt off 5: mget *.* Result: All files transferred from FTP has strange names: for example : instead of setup.exe has setup.exexe??????] Without case on we get right result, but in upper case: setup.exe > SETUP.EXE This bug appeared only with NDSFTPD.NLM. Tnx. Evgeny A. Lozenko From owner-freebsd-bugs Sat Nov 30 04:30:29 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA11109 for bugs-outgoing; Sat, 30 Nov 1996 04:30:29 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA11090 for freebsd-bugs; Sat, 30 Nov 1996 04:30:24 -0800 (PST) Date: Sat, 30 Nov 1996 04:30:24 -0800 (PST) From: GNU GNATS Message-Id: <199611301230.EAA11090@freefall.freebsd.org> To: freebsd-bugs Subject: List of open Problem Reports Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk This is the list of currently open problem reports [1994/11/30] kern/34 nullfs and union mounts can result in wild pointer r [1995/01/14] bin/115 systat iostat display doesn't scale high enough [1995/01/15] bin/146 version of compress is kinda old and slow [1995/01/21] bin/174 Poor error message from stty [1995/01/22] kern/176 EIDRM not defined in errno.h [1995/01/24] gnu/183 can't resolve "operator <<" overload [1995/02/14] kern/216 /kernel: panic: ffs_alloccg: map corrupted [1995/03/02] misc/229 acos() core dump [1995/03/28] kern/281 Messages printed when checking CD ROM device too ver [1995/03/28] kern/282 buslogic adapter information WAY too verbose [1995/04/01] kern/291 PCI devices still probe/attach after being disabled [1995/04/20] kern/353 xcdplayer crashes machine (with NCR810 SCSI) [1995/04/20] misc/355 policy on /usr/local permission in base release [1995/05/13] bin/401 Add REMOTE_* variables [1995/05/14] kern/405 The gpio driver does not work with the AT-GPIB, only [1995/05/15] misc/423 Sound devices are too insecure [1995/05/16] kern/425 arp entries not getting removed when interface chang [1995/05/23] i386/440 want vidcontrol option to apply settings to all sysc [1995/06/14] bin/514 Crash recovery impossible without static mt/chflags. [1995/06/15] bin/517 Bad group change with 'install' [1995/06/15] bin/519 execution of quotacheck from /etc/rc fails [1995/06/26] kern/565 slip freezes machine [1995/07/02] kern/579 sio: RS_IBUFSIZE at 256 bytes serial lines loose dat [1995/07/04] kern/588 Configuration of DEC ethernet cards not possible [1995/07/05] bin/591 SPAP request REJexted in stead of NAKed [1995/07/09] misc/605 NIS: get*bynis routine problems [1995/07/29] kern/638 Transmitted packets not passed to bpf in if_le.c [1995/08/01] docs/646 vmstat man page out of date [1995/08/01] bin/648 printf format conversion incorrect (duplicate) [1995/08/03] kern/652 Multiple addresses on one interface interacts badly [1995/08/05] gnu/655 ld -r of shared objects worked in 1.1.5, not in 2.0. [1995/08/07] bin/658 ifconfig alias has to be separately given [1995/08/11] ports/673 /bin/sh + inn1.4 innwatch going belly up [1995/08/13] bin/680 2.0.5's tip using termios doesn't act the way it did [1995/08/15] i386/692 My modem is not found if my external cache is disabl [1995/08/21] kern/703 ppp not always deleting route properly when a ppp li [1995/08/22] bin/706 increased root DNS traffic and long latencies for r- [1995/08/29] bin/715 ls gives weird tabular form [1995/08/31] bin/716 W returns wrong results at login [1995/09/26] kern/742 syslog errors accessing Mac hard disks [patch] [1995/09/27] kern/745 occasional filesystem inconsistencies, and "panic: f [1995/09/28] kern/752 setting multiple addresses for a single interfaces l [1995/09/28] kern/753 my archive scsi tape drive does not work [1995/09/28] docs/754 there is no man page for the psm(4) mouse driver [1995/10/03] kern/765 umount -f can`t umount a NFS filesystem in use [1995/10/11] bin/777 patch doesn't realize stdin is closed and asks quest [1995/10/14] kern/781 OPEN_MAX in kernel config and FD_SETSIZE in /usr/inc [1995/10/18] bin/786 Problem with NIS and large group maps [1995/10/25] kern/792 cd9660 very slow. [1995/10/25] kern/793 ep0 cannot be configured and more. [1995/10/29] docs/801 rlogind k, v, and x options are not documented [1995/10/31] bin/803 bsd m4 chokes and dies while FSF m4 works... [1995/11/11] bin/815 mountd reports unknown hosts with non-informative me [1995/11/12] kern/820 scsi tape problems [1995/11/20] kern/831 one minor complaint about the kernel visual config c [1995/11/22] kern/835 ed panics with SMC ultra with iomem, if no iomem in [1995/11/27] bin/841 stale nfs mounts cannot be umounted [1995/11/28] bin/850 dump treats write-protect as an EOT & spoils set FDI [1995/11/30] bin/854 swapinfo shows incorrect information for vnconfig'd [1995/12/02] kern/860 visual mode in kernel -c is too restrictive [1995/12/06] ports/871 port.subdir.mk DEBUG_FLAGS is not used for CFLAGS [1995/12/08] kern/876 NFS allows bogus accesses to cached data [1995/12/17] kern/900 ext2fs triggers divide by zero trap in vnode_pager_h [1995/12/20] i386/906 /sys/i386/boot/netboot/nb8390.com cannot recognize N [1995/12/29] kern/920 sio output looses chars in fifo on close() [1996/01/01] bin/926 Mounting nfs disks before starting mountd: Chicken o [1996/01/02] kern/927 VGA mode not restored [1996/01/06] misc/934 ppp dies with Bus Error when processing long LOGIN s [1996/01/21] bin/961 'more $file', incorrect CRLF compacting. [1996/01/23] ports/968 Netscape & cern_httpd ports out of date/dead links [1996/01/25] kern/971 Default limits for number of processes per user ridi [1996/01/28] kern/975 getrusage returns negative deltas [1996/01/28] kern/976 NCR SCSI driver gives assertion errors and disk beco [1996/02/06] kern/998 badness in file system silently crashes machine [1996/02/07] bin/999 /usr/share/mk/sys.mk missing common $(RM) macro [1996/02/07] kern/1001 M_NAMEI malloc leak in the kernel [1996/02/12] bin/1019 getty cannot detect ppp logins [1996/02/12] kern/1020 .Boca 16-port board still hangs [1996/02/12] bin/1021 pppd doesn't handle PAP-only authentication well [1996/02/12] docs/1023 using touch to create swap file for NFS doesn't work [1996/02/19] docs/1036 List of dead xrefs in man pages [1996/02/25] i386/1042 Warning from sio driver reports wrong device FDIV045 [1996/02/26] misc/1043 vm_bounce_alloc error on 2.1 install with 4G drive [1996/03/09] bin/1073 telnet -8 does not work with SunOS or Solaris [1996/03/20] kern/1090 iostat displays incorrect sps count [1996/03/20] bin/1093 route's diagnostic is weird [1996/03/23] kern/1098 File system corruption (2 cases) [1996/03/30] bin/1111 mail.local will happily deliver mail to a quota'd fi [1996/04/05] kern/1118 panic: setrunqueue encountered when wine fork()'s [1996/04/06] kern/1119 Mounted EXT2FS partition is not cleanly unmounted up [1996/04/06] kern/1121 System crashes on boot up just after the "devfs read [1996/04/11] kern/1134 PPB support is broken for multiple/unknown PPBs. [1996/04/14] docs/1141 pcvt(4) references non-existent man page. [1996/04/19] docs/1151 intro(3) references libc(3) and plot(3), which do no [1996/04/23] ports/1155 systat or top display disagreeing information [1996/04/30] docs/1165 Printer Text Filter scripts should be in /usr/share/ [1996/05/02] docs/1169 bogus reference to keysu(1) in key(1) and keyinit(1) [1996/05/07] kern/1177 Machine hangs with message "vm_fork: no pte for UPAG [1996/05/09] bin/1184 ls + xterm + nvi + columns != 80 + ^Z = mangled list [1996/05/15] bin/1206 /bin/sh + emacs + ^G = ruined terminal [1996/05/22] kern/1236 some #def's in pcvt_conf.h not braketed by #ifndef's [1996/05/24] kern/1246 aic-7850 driver sees more cdroms then exists [1996/05/24] misc/1247 Conflicting header files [1996/05/26] kern/1256 ZNYX 314 mysterously looses packets [1996/05/28] kern/1271 Kernel panic using PLIP in 27/05 current [1996/05/28] bin/1276 pppd hangs serial port - ENOBUFS [1996/05/30] docs/1280 locale and collating [1996/05/31] kern/1284 panic: vm_page_free: freeing busy page [1996/06/02] i386/1288 wdgetctlr (wd.c) return incorrect number of cylinder [1996/06/05] kern/1293 Fatal trap 12: page fault while in kernel mode (PPP/ [1996/06/06] misc/1299 National charecter problem in XFree86 [1996/06/07] kern/1301 DEC FDDI/PCI Adapter: halt code = 6 (DMA Error) [1996/06/10] kern/1308 vm_page_free: wire count > 1 in 960501-SNAP [1996/06/11] kern/1311 Panic: vm_page_free while installing new kernel [1996/06/11] bin/1312 automounter hangs on boot [1996/06/12] conf/1319 muldi3 is not included into kernel's Makefile by con [1996/06/16] kern/1327 keyboard probe in -current fails, X reboots machine [1996/06/18] i386/1331 changes and bug in ft driver [1996/06/19] kern/1336 Permission for .. in NFS mounts is somewhat non-intu [1996/07/06] misc/1373 RPC include lacks prototypes [1996/07/06] docs/1374 the default listed in the newfs -i man page does not [1996/07/09] bin/1377 mv(1) retains the setuid bit when it is unable to pr [1996/07/09] gnu/1379 Man command problem, when it writes into symlinked d [1996/07/16] bin/1391 cpio -O ignores umask [1996/07/16] bin/1392 PPP silently fails to work when CTS/RTS isnt availab [1996/07/18] kern/1399 invoking setuid programs over NFS case vnode_pager e [1996/07/19] docs/1402 sh(1) manual [1996/07/19] gnu/1407 ld computes wrong size of common (global data) [1996/07/21] ports/1416 cflow(1) doesn't parse GNU C __attribute__ syntax [1996/07/24] misc/1428 ncurses doesn't always display ALTCHARSET correctly [1996/07/25] bin/1429 sh(1) and getopts [1996/08/03] bin/1461 Incorrect address binding of Kerberized rlogin [1996/08/03] kern/1462 nfsstat doesn't work if using LKM'ed version of NFS [1996/08/04] kern/1467 scsi_prevent causing tape problems on close [1996/08/06] bin/1469 it is difficult to run /usr/sbin/ppp from a script [1996/08/07] ports/1470 need more info in the ports structure [1996/08/09] kern/1480 terminal "cons25" resize problem [1996/08/09] bin/1482 vidcontrol -f fnt-size file-with-wrong-fnt-size [1996/08/12] docs/1493 incomplete prototypes in man pages for mmap function [1996/08/15] kern/1498 system hangs during inactivity [1996/08/17] kern/1501 vmstat reports impossible avm after starting up X [1996/08/17] bin/1502 vmstat 'avm' field merges with procs 'w' field for l [1996/08/17] ports/1504 latex port completely failes [1996/08/17] kern/1508 syscons should protect against useless DDB entry [1996/08/18] kern/1512 Use of madvise may may cause bad memory mappings [1996/08/19] kern/1514 mlock fails on readonly regions [1996/08/20] kern/1516 vm_fault.c contains dead code or too many underscore [1996/08/20] ports/1517 What is InterViews ??!?! [1996/08/20] ports/1518 No man pages in audio/mpegaudio port [1996/08/21] ports/1520 sudo dosn't recognise certain passwords and thinks y [1996/08/21] bin/1522 dump | restore of filesystem corrupted files [1996/08/21] bin/1523 "cvs update -d -P" prunes unchecked-in directories [1996/08/21] ports/1524 New port -- xtem-5.18beta [1996/08/22] kern/1531 Machine hangs, unable to either fork or exec. [1996/08/22] kern/1533 Machine can be panicked by a userland program. [1996/08/24] misc/1538 enhanced /etc/security script [1996/08/24] ports/1539 Attempts to run Linux elf binaries using libXpm fail [1996/08/25] misc/1541 fork.o in libc_r fails to compile [1996/08/27] bin/1547 ncrcontrol won't work with FAILSAFE kernel [1996/08/27] bin/1548 ncrcontrol -i queries don't work for mere users [1996/08/27] ports/1549 Port submission for gdbtk [1996/08/29] bin/1552 moused has no manual page (and -s option is broken) [1996/08/30] i386/1556 ATAPI CDROM probes ok, but will not 'mount_cd9660' [1996/08/31] bin/1559 ftpd apparently not recognizing -l or -S parms [1996/09/02] misc/1561 Wrong key mapping of five keys in german.iso.kbd [1996/09/02] bin/1563 Curses let letters fall away sometimes [1996/09/06] ports/1576 patch for ports/print/mltex/Makefile FETCH_CMD [1996/09/06] bin/1577 mail -f foo does not look in current directory of .m [1996/09/07] bin/1578 fsck does not honour 'noauto' fs option [1996/09/08] ports/1583 I made ldap-3.3 port [1996/09/08] docs/1588 Handbook Incorrect LaTeX/PostScript output [1996/09/08] bin/1589 ftp fails to flush output [1996/09/10] bin/1597 No support for positional parameters in *printf func [1996/09/11] bin/1598 tip leaves OPOST set on controlling terminal (fd 0) [1996/09/11] kern/1599 panic: locking against myself [1996/09/12] ports/1601 no previous port of su2 existed in source tree :) [1996/09/12] docs/1602 /usr/lib/terminfo refered to in man terminfo, does n [1996/09/12] bin/1607 unmount fails for a NFS fs mounted without -P from a [1996/09/13] conf/1608 FreeBSD's bug tracking system does not respect confi [1996/09/14] kern/1610 mmap() of unassociated memory + mlock() can == kerne [1996/09/14] gnu/1611 groff should use "system-wide" papersize variable wh [1996/09/14] kern/1613 I get ls: fts_read: No such file or directory [1996/09/14] kern/1614 Attempt to mount an NTFS partition causes kernel pan [1996/09/15] ports/1617 new port - nntpcache [1996/09/15] docs/1618 Man page for siginterrupt thinks it is in BSD4.2 [1996/09/16] bin/1623 rpc/auth.h won't compile with -ansi flag [1996/09/16] misc/1625 2.1.5 update overwrites root's dot files [1996/09/16] i386/1626 MUSTEK Scanner hangs NCR SCSI controller [1996/09/17] docs/1630 Addition to handbook concerning MFS kernel option [1996/09/18] bin/1635 setenv(3) buglet? Segv if var not previously defined [1996/09/18] kern/1638 worm driver won't make audio tracks [1996/09/18] i386/1644 sio.c can't keep RTS off while RTS flow controll is [1996/09/19] ports/1646 Port of lclint - a better lint replacement [1996/09/19] bin/1649 md5(1) header file makes bad assumption [1996/09/19] bin/1650 telnet encryption with char-mode and ascii loses syn [1996/09/19] kern/1652 changing time hangs system [1996/09/19] bin/1653 cannot umount the node ending '/' when it was mounte [1996/09/19] kern/1654 In procfs, vattr doesn't contain correct value of `v [1996/09/20] bin/1657 ls(1) output of future mtime [1996/09/20] kern/1658 ktrace/kdump flaky - corrupted ktrace.out file [1996/09/21] ports/1660 Updating of jp-fvwm2-port(-> jp-fvwm2-port-new) [1996/09/21] kern/1661 ft driver hangs uninterruptably at "bavail" [1996/09/22] ports/1663 strobe-port [1996/09/22] bin/1664 getty doesn't use init kerninfo struct [1996/09/22] bin/1665 telnetd doesn't use gettytab %m %r %v %s tags [1996/09/23] kern/1670 PCI ed probe causes a page fault [1996/09/23] i386/1671 s2 map in pcvt isn't ISO 8859-1 and claimed. [1996/09/24] bin/1674 strange behaviour of pppd (daemonize, defaultroute) [1996/09/24] kern/1677 read from /dev/kmem may crash system [1996/09/24] bin/1678 ls(1) with LC_TIME [1996/09/25] docs/1681 procfs man page way out of date [1996/09/26] kern/1684 inconsistent permission failures on NFS requests [1996/09/27] misc/1686 sysinstall should allow partition size change before [1996/09/28] bin/1687 watch makes kernel crash [1996/09/29] kern/1689 TCP extensions throttles distant connections [1996/09/29] kern/1690 apm and sbxvi inappropriately probe as conflicting [1996/09/29] docs/1691 ppp server doc submission [1996/09/29] kern/1692 Page fault while in kernel modem fatal trap 12 (doub [1996/09/29] bin/1694 rbootd does not appear to work [1996/09/30] bin/1695 moused fails with PS/2 mouse [1996/09/30] conf/1697 rc.i386 missing line for moused [1996/09/30] kern/1698 sup from around 21:51 GMT 28th very unstable (mmap, [1996/10/01] bin/1700 'ls -lo' does not list opaque flag (chflags does not [1996/10/01] bin/1702 installing of tcl manpages fails from make world [1996/10/01] conf/1704 Install fails, probe dos not find my ADAPTEC 2940 Ul [1996/10/01] bin/1705 COM2 not detected when booting from Harddrive. Only [1996/10/02] misc/1708 monthly login accounting [1996/10/02] kern/1711 kernel logging of signaled processes should be optio [1996/10/02] docs/1712 semget man page refers to SEM_W instead of SEM_A [1996/10/02] gnu/1713 mkisofs doesn't match man page in behavior [1996/10/02] kern/1714 [1996/10/03] kern/1715 le driver non-reentrant [1996/10/03] kern/1716 LKM does not install character devices [1996/10/03] misc/1717 Use of ntohl causes lint to complain [1996/10/04] bin/1721 /sbin/route incorrectly installs routes with non-sta [1996/10/04] kern/1723 kernel fault when doing scsi reprobe [1996/10/04] kern/1724 HP colorado T4000S tape drive hangs system on many s [1996/10/04] kern/1725 visual config redraws bits of the screen too often [1996/10/04] kern/1726 panic in kmem_malloc (dump available) [1996/10/05] i386/1730 SFF8020 violation and silly bug in atapi.c hinder it [1996/10/05] pending/1732 bzip port won't install [1996/10/08] misc/1738 Install floppy returns random geometry with 2GB IDE [1996/10/08] ports/1743 submission of new port (tiff-3.4) [1996/10/09] ports/1752 Update of nedit port [1996/10/10] ports/1753 SSLeay doesn't work against Microsoft secure web sit [1996/10/10] kern/1754 netbooted machines freeze with ifconfig aliases [1996/10/10] bin/1755 more(1) generates garbage at end of file output [1996/10/10] kern/1758 New AWE32 sound card driver for integration into -cu [1996/10/10] ports/1759 uudeview and uulib ports are imperfect (i.e. out of [1996/10/11] bin/1773 A NULL pointer causing segmentation core dumped. [1996/10/11] bin/1774 telnet spins when killed before network is closed [1996/10/11] conf/1777 sysctl called in /etc/netstart before /usr mounted w [1996/10/12] bin/1778 locate.updatedb uses /tmp directory. [1996/10/13] gnu/1787 Diffs with Index: lines are not honored for new file [1996/10/13] kern/1788 netstat gives negative numbers for tcp bytes transfe [1996/10/13] bin/1789 dump estimates a negative number of tapes needed for [1996/10/13] kern/1790 access to /dev/kmem panics system [1996/10/13] misc/1791 syslimits.h does not allow overriding default value [1996/10/13] bin/1793 /bin/sh return w/o exitstatus in a function sets exi [1996/10/14] bin/1804 pkg_create hangs if the packing list has named pipes [1996/10/14] bin/1805 Bug in ftpd [1996/10/14] conf/1808 The mount menu for installation fails with >6 slices [1996/10/14] i386/1809 floppy boot code causes reboot of computer [1996/10/15] bin/1810 fsck -p does not check pass 0 filesystems concurrent [1996/10/15] kern/1811 Patch to correct rows/columns for syscons [1996/10/15] kern/1812 vnodes are left in a locked state [1996/10/15] ports/1813 nntpcache-current port in incoming [1996/10/15] kern/1814 cy driver gets deadlocked sometimes [1996/10/16] i386/1821 boot fails if bad144 selected on large partition [1996/10/16] bin/1827 add support of Glidepoint trackpad "tap/drag" to mou [1996/10/16] kern/1828 limit filesize does not work [1996/10/18] ports/1834 COMMENT may be amusing but is not informative [1996/10/18] ports/1837 ports upgrade too fast :) [1996/10/18] kern/1839 Multiple mfs mounts of same mount point [1996/10/19] docs/1841 NT boot mgr too Linux centric in FAQ [1996/10/19] bin/1843 Gdb dumps core upon executing ``help set'' [1996/10/19] ports/1844 new port, zmtx-zmrx (zmodem xfer prog) [1996/10/20] docs/1847 new handbook iijppp server section [1996/10/20] kern/1848 breakpoints may be set in shared libraries, but they [1996/10/20] bin/1849 gdb sets library breakpoints on the wrong address [1996/10/20] docs/1851 madvise MADV_FREE manual page clarification [1996/10/20] misc/1853 Syscons font mapping semms not to work propperly [1996/10/20] docs/1854 Error in bootparams(5) man page [1996/10/20] docs/1855 Addition to LINT [1996/10/21] kern/1856 read-only nfs mount: panic leaf should be empty [1996/10/21] misc/1857 paramater of opendir gets thrashed [1996/10/21] kern/1859 fddi_input() floods system msg buffer when dropping [1996/10/22] misc/1861 Upgrade install should save list of files that need [1996/10/22] bin/1864 FTP case mapping during MGET [1996/10/22] bin/1865 Problem with touch command [1996/10/22] ports/1866 popclient flushes remote mailbox even with local fai [1996/10/22] kern/1868 system knows it has no keyboard but complains leds w [1996/10/23] misc/1871 incorrect '===> item' when making world [1996/10/23] bin/1872 automounter (amd) cannot ls directories with > 66 en [1996/10/23] bin/1873 kerberos login encryption incompatible with all othe [1996/10/24] kern/1878 SONY CDU76E IDE/ATAPI CDROM support. [1996/10/24] kern/1880 kernel crash during boot when using 512 MB memory [1996/10/24] bin/1881 file(1) misidentifies Sun3/m68k executables [1996/10/24] bin/1882 nobody can su when wheel group is empty [1996/10/25] kern/1887 serial line switches from 9600 to 57600 when shuttin [1996/10/25] bin/1891 mountd fails to export [1996/10/26] bin/1892 install(1) removes target file [1996/10/26] docs/1896 compilation errors in share/doc/psd/19.curses [1996/10/26] bin/1897 Sendmail 8.8.2 requires /etc/sendmail.cw [1996/10/27] bin/1904 /usr/bin/su is not careful enough in verifying comma [1996/10/27] bin/1905 There's a buffer overflow in FreeBSD libc glob() [1996/10/27] conf/1906 sysinstall did not install bison.simple or bison.hai [1996/10/27] misc/1908 FTP install failed DNS lookup [1996/10/27] misc/1910 filenames with unusual characters break /etc/securit [1996/10/28] ports/1913 new port of cgoban-1.6.2 [1996/10/28] kern/1914 vm_page_alloc(ZERO): missing page on free queue [1996/10/28] conf/1915 8 bit chars dont work with LC_CTYPE=fi [1996/10/29] docs/1922 Spelling of datasets not consistent [1996/10/29] bin/1924 if lpd is not running, lpc will say ``no such file o [1996/10/29] bin/1927 User CPU time getting accounting as system time [1996/10/30] misc/1928 fdisk incorrectly detects driver geometry [1996/10/30] kern/1929 HP C1536A DAT drive errors [1996/10/30] i386/1931 Mitsumi CDrom works well under 2.1.x, fails under 2. [1996/10/31] pending/1936 apache_SSL-1.1.1 & SSLeay-0.6.4 do not compile [1996/10/31] ports/1938 iv port doesn't build ibuild [1996/10/31] ports/1939 exodus port doesn't build with new g++-2.7.2.1 [1996/11/01] kern/1940 TCP doesn't time out of FIN_WAIT_1 and floods packet [1996/11/01] bin/1941 wtmp and monthly rotation [1996/11/01] bin/1943 route(8) args [1996/11/02] bin/1944 /usr/games/larn fails to create score file. [1996/11/02] bin/1945 Out of date code/comments in dd [1996/11/02] bin/1947 Something is really hosed with the passwd command, o [1996/11/03] i386/1950 Sound driver doesn't encode/decode mu-law data corre [1996/11/04] bin/1952 Long chat script makes ppp dump core [1996/11/04] i386/1953 syscons savers have no default timeout [1996/11/04] bin/1954 Fix string.h to be POSIX compliant [1996/11/04] conf/1957 not all perms of ptys are put back into shape on boo [1996/11/04] i386/1959 DELAY() won't work for fast CPUs [1996/11/04] gnu/1961 uucp logging files are in /var/spool/uucp [1996/11/05] bin/1964 In my NIS environment, finger(1) fails. [1996/11/05] ports/1965 MH command rcvtty broken [1996/11/06] bin/1968 FreeBSD has no rdate(8), here's one [1996/11/06] bin/1970 csh limtail() bug [1996/11/06] docs/1971 the fbtab(5) man page has cut&paste debris [1996/11/06] bin/1972 NFS stops under load [1996/11/07] bin/1973 pppd uses /etc/ppp/options.tty after command line ar [1996/11/07] kern/1976 psm and syscons conflicts have escalated [1996/11/08] gnu/1981 ypserv handles null key incorrectly [1996/11/08] i386/1983 syscons fails/hangs during system boot if kbd offlin [1996/11/09] ports/1984 New ports collection:xloadface-1.6.1 [1996/11/09] bin/1985 pkg_delete outputs confusing message when @dirrm fai [1996/11/09] bin/1986 error in lpr(1) argument handling [with fix] [1996/11/10] kern/1989 dump(8) fails to dump if tagged command queuing is e [1996/11/10] ports/1991 afio-2.4.2 port update [1996/11/12] ports/1997 initial upload of port for dotfile generator [1996/11/13] ports/1999 Fixed port( version updated): whirlgif [1996/11/13] ports/2000 [1996/11/13] bin/2001 vi confused about lines to display [1996/11/13] i386/2002 sio doesn't detect com port on Compaq Contura 430C [1996/11/13] kern/2004 route add -link panics system [1996/11/13] bin/2005 Poor command line argument checking and bad "ping" a [1996/11/14] bin/2006 Tclsh fails on `info sharedlibextension' [1996/11/14] bin/2008 kerberos tickets from login all have the same name [1996/11/14] docs/2009 Reference to nonexistent file in trek.6 man page. [1996/11/14] misc/2013 'make world' fails on read-only /usr/src [1996/11/14] kern/2014 Console keyboard lockup problem [1996/11/14] kern/2015 2.2-960801-SNAP kernel dosn't recognise multi-sector [1996/11/15] bin/2016 static libtcl references symbols that are not includ [1996/11/15] kern/2022 Switching from X display to virtual console causes b [1996/11/15] ports/2032 Moved port location: Crack [1996/11/15] kern/2033 unmount of doubly mounted devfs forces panic [1996/11/15] pending/2034 wd* driver "slot name rejection error" [1996/11/15] gnu/2035 deque bug, local gnu changes to deque header imprope [1996/11/16] bin/2036 cpio size wraparound [1996/11/16] ports/2037 New ports collecction:xloadface-1.6.1 [1996/11/16] ports/2038 sshd dies on FreeBSD machines if run as a daemon [1996/11/16] ports/2039 Elm port does not respect ${PREFIX} modifier [1996/11/16] bin/2040 make world fails after cp -pR of /usr/bin [1996/11/17] kern/2043 2.2-ALPHA stdio problems? (Bad Address errors) [1996/11/17] kern/2044 sd0(ahc0:0:0) [1996/11/17] bin/2046 vjcomp problem in iij-ppp [1996/11/17] docs/2047 isdn.sgml changes [1996/11/17] kern/2048 GENERIC kernel lacks SYSV IPC features [1996/11/18] ports/2051 HDF library port [1996/11/18] pending/2052 request for a customer id [1996/11/18] kern/2053 de0 driver don't work at 100M for Compex DEC 21140-A [1996/11/19] ports/2057 Yet another port of tiff-3.4 [1996/11/19] i386/2058 amity series machines can not show installation menu [1996/11/19] misc/2060 include files don't agree on prototypes [1996/11/19] bin/2061 DEBUG_FLAGS in bsd.lib.mk is broken [1996/11/19] pending/2062 xmountains-port.tar.gz placed in incoming [1996/11/19] conf/2063 No file not found message in sysinstall [1996/11/19] bin/2065 in tzsetup, make USA easier to get to... [1996/11/19] ports/2066 one more port to the graphics subtree [1996/11/19] bin/2067 An unitialized pointer is dereferenced in tickadj [1996/11/19] misc/2068 Unstable keyboard mappings on the main tty [1996/11/19] ports/2069 New ports [1996/11/20] bin/2071 FreeBSD does´t recognize aditional memory I installe [1996/11/20] kern/2072 ZIP drive support is available for FreeBSD [1996/11/20] bin/2074 syslog.h with SYSLOG_NAMES defined generates warning [1996/11/21] docs/2077 Error in /usr/share/doc/handbook/ (src-cur.2436.gz) [1996/11/21] ports/2079 New ports supporting AWE sound driver (for 2.2 & 3.0 [1996/11/21] bin/2080 The scanf family doesn't support 'q' modifier [1996/11/21] bin/2081 pings clock is troubled [1996/11/22] ports/2082 ``make -k fetch'' in a ports subdir doesn't keep pro [1996/11/22] ports/2084 New Port, Please Commit to CVS tree [1996/11/22] pending/2087 ifconfig.8 does not document how to remove alias [1996/11/22] ports/2088 MH `comp -nowhatnowproc' creates the wrong draft fil [1996/11/22] pending/2089 [1996/11/22] bin/2090 clients may bind to FreeBSD ypserv refusing to serve [1996/11/22] conf/2091 transfer error bytes -1 to 1024 on install [1996/11/23] bin/2092 rlogind not using passwords [1996/11/23] bin/2093 AMD gets sig 11 when /etc/malloc.conf is linked to A [1996/11/24] kern/2094 wd1: interrupt timeout: [1996/11/24] ports/2096 ImageMagick outdated, lzw not supported [1996/11/24] ports/2097 new port of des lib [1996/11/24] misc/2098 Missing asprintf()/vasprintf() on 2.1.6-RELEASE [1996/11/25] ports/2100 New port: VGBZoom [1996/11/25] ports/2101 New port: VGBZoom [1996/11/25] ports/2102 New freeWAIS-sf port [1996/11/25] docs/2104 man pages for modunload(8) and modstat(8) have incor [1996/11/25] misc/2105 bsd.lib.mk has problems with STRIP and INTERNALSTATI [1996/11/26] bin/2106 Byte order problem in -current routed [1996/11/26] bin/2107 problem building a system from cdrom. [1996/11/26] i386/2108 wcd driver may hang under certain condition [1996/11/26] ports/2109 new vile ports (6.3) [1996/11/26] ports/2110 wrong checksum on 2.1.5 cd for rzsz.zip [1996/11/26] kern/2111 Lunux Emulator support Multicast [1996/11/27] bin/2112 tftpd doesn't truncate old file when writing [1996/11/27] kern/2113 2-ether router crashes almost immediately after Gate [1996/11/28] ports/2115 Fix:ports collecction:xloadface-1.6.1 [1996/11/28] kern/2116 Kernel crash at system boot time [1996/11/28] i386/2117 nb8390.com hangs with some BIOS combinations [1996/11/28] kern/2118 writing to virtual consoles fails to display until i [1996/11/28] bin/2119 mount lies to child about argv0, which causes crunch [1996/11/28] bin/2120 Cannot find bin/bin.aa during install. Also, root.fl [1996/11/29] kern/2121 MAXBSIZE in param.h causes kernel panic if MSDOSFS L [1996/11/29] kern/2124 Hitachi CDR-7730 ATAPI CD-ROM recognized but inacces [1996/11/29] bin/2126 sysinstall installs broken geometory(sic) [1996/11/29] pending/2127 cy.c cyclades driver does not detect DCD drop on cua [1996/11/29] ports/2128 ld fails unless ranlib is run on libexpect521.* This is the list of problem reports already analyzed: [1994/12/01] kern/35 mount -t union -o -b : lower layer not seen by shell [1995/01/11] i386/105 Distributed libm (msun) has non-standard error handl [1995/03/20] kern/260 msync and munmap don't bother to update mod times [1995/03/20] docs/264 There are no manual pages for the forms library. [1995/04/09] bin/326 Weekly cron generates some usage and error messages [1995/05/09] bin/392 Simultaneous cp and ls of files on dos f/s hangs pro [1995/05/27] gnu/450 tar --exclude -c doesn't work [1995/06/17] kern/527 dump causes assertion in ncr.c [1995/06/21] docs/538 MAP_FILE not mentioned in mmap man page. [1995/08/07] bin/661 Hercules is not capable of having a ISO-Latin1 Scree [1995/10/07] bin/771 telnet character mode not set and broken when set - [1995/10/26] kern/794 swap partition at offset 0 still broken [1995/11/25] bin/839 by default, use of "at" is overly restricted [1995/12/29] misc/922 From line handling incorrect in mail.local [1995/12/31] kern/924 EISA devices have disappeared from vmstat/systat int [1996/01/22] kern/965 2.0.5: system crashes daily because of "multiple fre [1996/01/30] bin/981 clnt_broadcast() is not aware of aliases [1996/02/17] bin/1030 /bin/sh does not pass environment variables on prope [1996/02/19] bin/1035 ls to terminal always uses ? for non-printable chars [1996/03/04] kern/1059 null fs panics system [1996/03/18] docs/1089 stat manpage unclear about st_mtime & friends [1996/03/28] bin/1105 Bug in find command [1996/04/15] kern/1144 sig{add, del}set and sigismember fns don't check sig [1996/04/22] bin/1154 Configure tunN device for ip-over-ip tunnelling [1996/05/19] kern/1217 separating to hardrives to two IDE channels hangs th [1996/05/20] bin/1221 new gcc-2.7.2 gives a LOT of warnings, and a few ERR [1996/05/20] ports/1222 Header files conflict [1996/05/21] bin/1229 redundant redeclaration of `lseek' [1996/05/24] bin/1242 In the "sys/stat.h" file, the S_ISFIFO and S_ISSOCK [1996/06/12] bin/1315 ls(1) [1996/06/13] bin/1320 dump limits blocksize to 32K [1996/06/18] kern/1333 free vnode isn't: another -stable coredump [1996/06/21] misc/1340 make world fails [1996/07/07] bin/1375 Extraneous warning from mv(1) [1996/07/18] kern/1397 can't send to a pipe [1996/07/28] docs/1437 bsd.doc.mk sees PRINTER and spews [1996/08/02] docs/1457 ed(1) man [1996/08/28] ports/1550 "make install" needs to know how to update /usr/loca [1996/08/29] docs/1551 manpage of zgrep not installed in 2.1.5R [1996/08/30] bin/1554 routed kills default permanently [1996/09/04] bin/1565 Moving a file to it's link completely removes file [1996/09/16] bin/1621 last char in line stays "$" [1996/09/18] bin/1642 pkg_install Makefiles could be simplified [1996/10/04] bin/1722 Routed byte order problem [1996/10/08] kern/1744 run queue or proc list smashed 4 times in 2 days [1996/10/29] bin/1925 file does not consider cyrillic text as text -- brea /* EOF -- this list has not been truncated */ From owner-freebsd-bugs Sat Nov 30 04:30:30 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA11111 for bugs-outgoing; Sat, 30 Nov 1996 04:30:30 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA11094 for freebsd-bugs; Sat, 30 Nov 1996 04:30:24 -0800 (PST) Date: Sat, 30 Nov 1996 04:30:24 -0800 (PST) From: GNU GNATS Message-Id: <199611301230.EAA11094@freefall.freebsd.org> To: freebsd-bugs Subject: Summary of Problem Reports Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Number of currently open reports: 436 Number of curently analyzed reports: 46 From owner-freebsd-bugs Sat Nov 30 05:45:58 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA15827 for bugs-outgoing; Sat, 30 Nov 1996 05:45:58 -0800 (PST) Received: from metronet.com (pgilley@fohnix.metronet.com [192.245.137.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id FAA15821 for ; Sat, 30 Nov 1996 05:45:56 -0800 (PST) Received: from localhost by metronet.com with SMTP id AA23698 (5.67a/IDA1.5hp for ); Sat, 30 Nov 1996 07:44:57 -0600 Date: Sat, 30 Nov 1996 07:44:55 -0600 (CST) From: Phil Gilley To: "Jordan K. Hubbard" Cc: bugs@freebsd.org Subject: Re: 2.1.6.1 uname(1) command In-Reply-To: <1022.849349554@time.cdrom.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 30 Nov 1996, Jordan K. Hubbard wrote: > > But uname(1) still shows 2.1.6-RELEASE. I assume this is because > > REVISION="2.1.6.1" which is defined in /sys/conf/newvers.sh is never > > actually used. > > Yikes, are you sure? On the freshly made 2.1.6.1 system I have here, > uname -a reports: > > jkh@whisker-> uname -a > FreeBSD whisker.cdrom.com 2.1.6.1-RELEASE FreeBSD 2.1.6.1-RELEASE #0: Mon Nov 25 03:06:45 PST 1996 jkh@whisker.cdrom.com:/usr/src/sys/compile/WHISKER i386 > > Jordan On the freshly made 2.1.6.1 system I have here: upsilon: uname -a FreeBSD upsilon.alphabet.org 2.1.6-RELEASE FreeBSD 2.1.6-RELEASE #0: Fri Nov 29 22:12:37 CST 1996 root@upsilon.alphabet.org:/usr/src/sys/compile/UPSILON i386 The GENERIC kernel also reports 2.1.6-RELEASE. My /sys/conf/newvers.sh says: >TYPE="FreeBSD" >REVISION="2.1.6.1" >BRANCH="RELEASE" >RELEASE=2.1.6-RELEASE >SNAPDATE="" >if [ "X${SNAPDATE}" != "X" ]; then > RELEASE="${RELEASE}-${SNAPDATE}" >fi >VERSION="${TYPE} ${RELEASE}" > >RELDATE="199612" > >if [ ! -r version ] >then > echo 0 > version >fi > >touch version >v=`cat version` u=${USER-root} d=`pwd` h=`hostname` t=`date` >echo "char ostype[] = \"${TYPE}\";" > vers.c >echo "char osrelease[] = \"${RELEASE}\";" >> vers.c >echo "int osreldate = ${RELDATE};" >> vers.c >echo "char sccs[4] = { '@', '(', '#', ')' };" >>vers.c >echo "char version[] = \ > \"${VERSION} #${v}: ${t}\\n ${u}@${h}:${d}\\n\";" >>vers.c > >echo `expr ${v} + 1` > version I guess it's possible I somehow got my 2.1.6 bits crossed with my 2.1.6.1 bits, but I don't see how. Phil Gilley pgilley@metronet.com From owner-freebsd-bugs Sat Nov 30 07:20:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA20806 for bugs-outgoing; Sat, 30 Nov 1996 07:20:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA20795; Sat, 30 Nov 1996 07:20:03 -0800 (PST) Resent-Date: Sat, 30 Nov 1996 07:20:03 -0800 (PST) Resent-Message-Id: <199611301520.HAA20795@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, simokawa@sat.t.u-tokyo.ac.jp Received: from uno.sat.t.u-tokyo.ac.jp (uno.sat.t.u-tokyo.ac.jp [133.11.70.160]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA20379 for ; Sat, 30 Nov 1996 07:12:02 -0800 (PST) Received: by uno.sat.t.u-tokyo.ac.jp (8.7.3+2.6Wbeta5/8.7.3) id AAA03994; Sun, 1 Dec 1996 00:11:50 +0900 (JST) Message-Id: <199611301511.AAA03994@uno.sat.t.u-tokyo.ac.jp> Date: Sun, 1 Dec 1996 00:11:50 +0900 (JST) From: Hidetoshi Shimokawa Reply-To: simokawa@sat.t.u-tokyo.ac.jp To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2129: current pwd_mkdb.c is not comatible with libc.so.2.2 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2129 >Category: bin >Synopsis: current pwd_mkdb.c is not comatible with libc.so.2.2 >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Nov 30 07:20:01 PST 1996 >Last-Modified: >Originator: Hidetoshi Shimokawa >Organization: University of Tokyo >Release: FreeBSD 2.2-ALPHA i386 >Environment: FreeBSD 2.2-ALPHA >Description: I have trouble with using 2.1.x binaries on 2.2-ALPHA. They are linked with libc.so.2.2 and they can not get a passwd entry for NIS users. Like the followings, (User simokawa is not in local passwd file but in NIS map.) % csh % echo ~simokawa /home/sat/simokawa % zsh % echo ~simokawa zsh: user not found: simokawa % ldd /usr/local/bin/zsh /usr/local/bin/zsh: -ltermcap.2 => /usr/lib/libtermcap.so.2.1 (0x8065000) -lc.2 => /usr/lib/libc.so.2.2 (0x8069000) If I rebuild pwd.db by old pwd_mkdb or relink zsh with libc.so.3.0, it works fine. I think this is very bad and many pepole upgrading to 2.2 will encounter same problem. It takes me more than 2 weeks to find out the reason :-(. I guess this is because of the following change on mk_pwd.c ----- revision 1.10 date: 1996/04/16 00:23:59; author: wpaul; state: Exp; lines: +11 -56 NIS cleanups and fixes, the next generation, continued. pwd_mkdb.c: - Don't save the PLUSCNT and MINUSCNT tokens: we don't need them anymore. - Count the + and - entires for NIS together instead of counting + and - entries seperately. Index all special NIS entries using new _PW_KEYYPBYNUM token. pwd.h: - Remove the PLUSBYNUM, MINUSBYNUM, PLUSCNT and MINUSCNT tokens and replace then with a single _PW_KEYYPBYNUM token. ---- >How-To-Repeat: See above. >Fix: pwd_mkdb.c should have compatibility with old libc. Changing pwd_mkdb.c, so that it adds PLUSBYNUM, MINUSBYNUM, PLUSCNT and MINUSCNT tokens to pwd.db, should solve this problem, but I'm not sure. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Nov 30 09:50:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA27654 for bugs-outgoing; Sat, 30 Nov 1996 09:50:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA27648; Sat, 30 Nov 1996 09:50:02 -0800 (PST) Date: Sat, 30 Nov 1996 09:50:02 -0800 (PST) Message-Id: <199611301750.JAA27648@freefall.freebsd.org> To: freebsd-bugs Cc: From: Bill Fenner Subject: Re: pending/2112 Reply-To: Bill Fenner Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2112; it has been noted by GNATS. From: Bill Fenner To: fenner@parc.xerox.com, joerg_wunsch@uriah.heep.sax.de Cc: freebsd-gnats-submit@freebsd.org Subject: Re: pending/2112 Date: Sat, 30 Nov 1996 09:43:45 PST >Hmm, so now, do you think the suggested patch is OK? ;-) I can't see any reason not to have it. RFC783 is relatively silent on the subject, but "replacing the file in place" is a much more intuitive operation than "replacing the first N bytes of the file and leaving the rest there". Bill From owner-freebsd-bugs Sat Nov 30 11:16:15 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA02180 for bugs-outgoing; Sat, 30 Nov 1996 11:16:15 -0800 (PST) Received: from tahoma.cwu.edu (skynyrd@tahoma.cwu.edu [198.104.65.220]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA02174 for ; Sat, 30 Nov 1996 11:16:13 -0800 (PST) Received: by tahoma.cwu.edu; id AA28680; Sat, 30 Nov 1996 11:16:03 -0800 Date: Sat, 30 Nov 1996 11:16:03 -0800 (PST) From: Chris Timmons To: Phil Gilley Cc: bugs@freebsd.org Subject: Re: 2.1.6.1 uname(1) command In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I updated from a local copy of the CVS tree and get 2.1.6.1-RELEASE FreeBSD 2.1.6.1-RELEASE #0: after a kernel build/install/reboot. Maybe something bad happened to your sources? -Chris From owner-freebsd-bugs Sat Nov 30 11:23:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA02756 for bugs-outgoing; Sat, 30 Nov 1996 11:23:07 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA02749 for ; Sat, 30 Nov 1996 11:23:02 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id UAA23959; Sat, 30 Nov 1996 20:22:39 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id UAA03399; Sat, 30 Nov 1996 20:22:39 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id TAA03007; Sat, 30 Nov 1996 19:51:59 +0100 (MET) From: J Wunsch Message-Id: <199611301851.TAA03007@uriah.heep.sax.de> Subject: Re: pending/2112 To: fenner@parc.xerox.com Date: Sat, 30 Nov 1996 19:51:59 +0100 (MET) Cc: freebsd-bugs@freefall.freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199611301750.JAA27648@freefall.freebsd.org> from Bill Fenner at "Nov 30, 96 09:50:02 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Bill Fenner wrote: > >Hmm, so now, do you think the suggested patch is OK? ;-) > > I can't see any reason not to have it. RFC783 is relatively > silent on the subject, but "replacing the file in place" is > a much more intuitive operation than "replacing the first > N bytes of the file and leaving the rest there". Ok, will commit it ``RSN''. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sat Nov 30 11:58:57 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA04730 for bugs-outgoing; Sat, 30 Nov 1996 11:58:57 -0800 (PST) Received: from metronet.com (pgilley@fohnix.metronet.com [192.245.137.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA04723 for ; Sat, 30 Nov 1996 11:58:53 -0800 (PST) Received: from localhost by metronet.com with SMTP id AA15308 (5.67a/IDA1.5hp for ); Sat, 30 Nov 1996 13:59:03 -0600 Date: Sat, 30 Nov 1996 13:59:03 -0600 (CST) From: Phil Gilley To: Chris Timmons Cc: bugs@freebsd.org Subject: Re: 2.1.6.1 uname(1) command In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 30 Nov 1996, Chris Timmons wrote: > I updated from a local copy of the CVS tree and get > > 2.1.6.1-RELEASE FreeBSD 2.1.6.1-RELEASE #0: > > after a kernel build/install/reboot. > > Maybe something bad happened to your sources? The bits I used were ftp'd from ftp.freebsd.org:/pub/FreeBSD/2.1.6-RELEASE and I just verified the CHECKSUM.MD5 files agree with what I have. I also just noticed that gdb doesn't work: upsilon: gdb ld.so: Undefined symbol "_vasprintf" called from gdb:gdb at 0x92344 These problem could very well be due to a hosed installation but I've checked everything I can think of. I guess I'll recheck everything once more. Phil Gilley pgilley@metronet.com From owner-freebsd-bugs Sat Nov 30 12:00:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA04859 for bugs-outgoing; Sat, 30 Nov 1996 12:00:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA04848; Sat, 30 Nov 1996 12:00:02 -0800 (PST) Resent-Date: Sat, 30 Nov 1996 12:00:02 -0800 (PST) Resent-Message-Id: <199611302000.MAA04848@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received: (from nobody@localhost)by.freefall.freebsd.org.id.LAA04352;Sat; (8.7.5/8.7.3);, 30 Nov 1996 11:52:02.-0800 (PST) Message-Id: <199611301952.LAA04352@freefall.freebsd.org> Date: Sat, 30 Nov 1996 11:52:02 -0800 (PST) From: pgiffuni@fps.biblos.unal.edu.co To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: conf/2130: Installation bug Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2130 >Category: conf >Synopsis: Installation bug >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Nov 30 12:00:01 PST 1996 >Last-Modified: >Originator: Pedro Giffuni >Organization: Universidad Nacional >Release: 2.2-Alpha >Environment: >Description: No PCI support can be removed before installing the OS! >How-To-Repeat: Visual mode. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Nov 30 13:00:23 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA07159 for bugs-outgoing; Sat, 30 Nov 1996 13:00:23 -0800 (PST) Received: (from joerg@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA07140; Sat, 30 Nov 1996 13:00:21 -0800 (PST) Date: Sat, 30 Nov 1996 13:00:21 -0800 (PST) From: Joerg Wunsch Message-Id: <199611302100.NAA07140@freefall.freebsd.org> To: j@ida.interface-business.de, joerg, freebsd-bugs Subject: Re: bin/2112 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: tftpd doesn't truncate old file when writing State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Sat Nov 30 21:59:45 MET 1996 State-Changed-Why: Suggested fix applied in rev 1.5 of tftpd.c. From owner-freebsd-bugs Sat Nov 30 15:30:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA14856 for bugs-outgoing; Sat, 30 Nov 1996 15:30:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA14843; Sat, 30 Nov 1996 15:30:02 -0800 (PST) Date: Sat, 30 Nov 1996 15:30:02 -0800 (PST) Message-Id: <199611302330.PAA14843@freefall.freebsd.org> To: freebsd-bugs Cc: From: J Wunsch Subject: Re: conf/2130: Installation bug Reply-To: J Wunsch Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR conf/2130; it has been noted by GNATS. From: J Wunsch To: pgiffuni@fps.biblos.unal.edu.co Cc: freebsd-gnats-submit@freebsd.org Subject: Re: conf/2130: Installation bug Date: Sun, 1 Dec 1996 00:13:35 +2500 (MET) As pgiffuni@fps.biblos.unal.edu.co wrote: > >Description: > No PCI support can be removed before installing the OS! Well, it's not even _supposed_ to be removable. PCI devices are believed to be reliably auto-configurable. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sat Nov 30 16:19:24 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA19782 for bugs-outgoing; Sat, 30 Nov 1996 16:19:24 -0800 (PST) Received: (from fenner@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA19763; Sat, 30 Nov 1996 16:19:22 -0800 (PST) Date: Sat, 30 Nov 1996 16:19:22 -0800 (PST) From: Bill Fenner Message-Id: <199612010019.QAA19763@freefall.freebsd.org> To: stesin@gu.net, fenner, freebsd-bugs Subject: Re: kern/2113 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: 2-ether router crashes almost immediately after Gated starts with OSPF State-Changed-From-To: open-closed State-Changed-By: fenner State-Changed-When: Sat Nov 30 16:18:57 PST 1996 State-Changed-Why: Updated kernel fixed the problem. From owner-freebsd-bugs Sat Nov 30 18:53:47 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA27259 for bugs-outgoing; Sat, 30 Nov 1996 18:53:47 -0800 (PST) Received: from spinner.DIALix.COM (root@spinner.DIALix.COM [192.203.228.67]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA27253; Sat, 30 Nov 1996 18:53:41 -0800 (PST) Received: from spinner.DIALix.COM (peter@localhost.DIALix.oz.au [127.0.0.1]) by spinner.DIALix.COM (8.8.3/8.8.3) with ESMTP id KAA02466; Sun, 1 Dec 1996 10:52:47 +0800 (WST) Message-Id: <199612010252.KAA02466@spinner.DIALix.COM> To: Phil Gilley cc: jkh@freebsd.org, Chris Timmons , bugs@freebsd.org Subject: Re: 2.1.6.1 uname(1) command In-reply-to: Your message of "Sat, 30 Nov 1996 13:59:03 CST." Date: Sun, 01 Dec 1996 10:52:47 +0800 From: Peter Wemm Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Phil Gilley wrote: [..] > The bits I used were ftp'd from ftp.freebsd.org:/pub/FreeBSD/2.1.6-RELEASE > and I just verified the CHECKSUM.MD5 files agree with what I have. > > I also just noticed that gdb doesn't work: > > upsilon: gdb > ld.so: Undefined symbol "_vasprintf" called from gdb:gdb at 0x92344 > > These problem could very well be due to a hosed installation but I've > checked everything I can think of. I guess I'll recheck everything > once more. > > Phil Gilley > pgilley@metronet.com Uh oh.. This looks like the compat21 dist might be spamming libc.so.2.2 from 2.1.6.1 with an older copy of libc.so.2.2 from an earlier release. :-( Somebody has mentioned that this breaks YP/NIS completely as well.. Cheers, -Peter From owner-freebsd-bugs Sat Nov 30 19:23:13 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA28066 for bugs-outgoing; Sat, 30 Nov 1996 19:23:13 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA28061; Sat, 30 Nov 1996 19:23:09 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.3/8.6.9) with ESMTP id TAA00847; Sat, 30 Nov 1996 19:22:36 -0800 (PST) To: Peter Wemm cc: Phil Gilley , jkh@freebsd.org, Chris Timmons , bugs@freebsd.org Subject: Re: 2.1.6.1 uname(1) command In-reply-to: Your message of "Sun, 01 Dec 1996 10:52:47 +0800." <199612010252.KAA02466@spinner.DIALix.COM> Date: Sat, 30 Nov 1996 19:22:36 -0800 Message-ID: <845.849410556@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Uh oh.. This looks like the compat21 dist might be spamming libc.so.2.2 > from 2.1.6.1 with an older copy of libc.so.2.2 from an earlier release. :-( Bleah, now you know why I've always hated the compat* libraries. :-( If this turns out to be the case, I guess we can at least fix the one on ftp.freebsd.org. As for myself, I'm about 10 minutes away from simply discontinuing the compat* libraries altogether. They're an enormous pain in the butt and nobody who actually uses them seems motivated to also make sure they're done correctly (and I don't use them myself!), making them more harmful than helpful. I thought checking them into the source tree so that anyone could potentially check and fix the buggers would help, but I guess I was wrong. Jordan From owner-freebsd-bugs Sat Nov 30 20:01:51 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA29361 for bugs-outgoing; Sat, 30 Nov 1996 20:01:51 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA29355 for ; Sat, 30 Nov 1996 20:01:48 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.3/8.6.9) with ESMTP id UAA01110; Sat, 30 Nov 1996 20:01:34 -0800 (PST) To: Phil Gilley cc: bugs@freebsd.org Subject: Re: 2.1.6.1 uname(1) command In-reply-to: Your message of "Sat, 30 Nov 1996 07:44:55 CST." Date: Sat, 30 Nov 1996 20:01:34 -0800 Message-ID: <1108.849412894@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > On the freshly made 2.1.6.1 system I have here: Freshly installed, you mean? I'm just trying to get our terms right. :-) How did those bits get onto your disk? Jordan From owner-freebsd-bugs Sat Nov 30 20:15:30 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA29804 for bugs-outgoing; Sat, 30 Nov 1996 20:15:30 -0800 (PST) Received: from metronet.com (pgilley@fohnix.metronet.com [192.245.137.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id UAA29798 for ; Sat, 30 Nov 1996 20:15:24 -0800 (PST) Received: from localhost by metronet.com with SMTP id AA12064 (5.67a/IDA1.5hp for ); Sat, 30 Nov 1996 22:15:26 -0600 Date: Sat, 30 Nov 1996 22:15:25 -0600 (CST) From: Phil Gilley To: "Jordan K. Hubbard" Cc: bugs@freebsd.org Subject: Re: 2.1.6.1 uname(1) command In-Reply-To: <1108.849412894@time.cdrom.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 30 Nov 1996, Jordan K. Hubbard wrote: > > On the freshly made 2.1.6.1 system I have here: > > Freshly installed, you mean? I'm just trying to get our terms right. :-) > How did those bits get onto your disk? Oops. You are correct. I do mean freshly *installed* system. As to how I did the install, I ftp'd the 2.1.6-RELEASE directory from ftp.freebsd.org to an internal ftp server (so future installs will go quicker) and did an ftp install from the internal server. Btw, I did verify the compat21 dist is hosing gdb. But I still don't know why uname isn't working. Phil Gilley pgilley@metronet.com From owner-freebsd-bugs Sat Nov 30 20:25:35 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA00430 for bugs-outgoing; Sat, 30 Nov 1996 20:25:35 -0800 (PST) Received: from www.hsc.wvu.edu (www.hsc.wvu.edu [157.182.105.122]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA00422 for ; Sat, 30 Nov 1996 20:25:33 -0800 (PST) Received: (from jsigmon@localhost) by www.hsc.wvu.edu (8.7.5/8.7.3) id XAA21351; Sat, 30 Nov 1996 23:26:30 -0500 (EST) Date: Sat, 30 Nov 1996 23:26:28 -0500 (EST) From: Jeremy Sigmon To: bugs@freebsd.org Subject: SIGNAL 11 cought I'm Dead!!! ??? (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I sent this to questions. I think is should go here instead. sorry for the crosspost to those on questions also. :( --------------------------------------------------------------- I just attempted an FTP install of 2.2-ALPHA. After it got all the distribution chunks it tried to get the xperimental dist. (I accidentally selected it) it said it could not get it so i said ok and the following appeared.. Fatal signal 11 caught! I'm dead.. shit...three hours gone to hell.... Any idea why it died??? in the tty2 the last things it did were usr usr/lib usr/lib/compat usr/lib/compat/libc.so.2.0 usr/lib/compat/libc.so.2.2 usr/lib/compat/libtermlib.so.2.0 usr/lib/compat/libutil.so.2.0 92 blocks thanks ====================================================================== Jeremy Sigmon B.S. ChE | Web Developer of the Robert C. Byrd Health | Use Sciences Center of West Virginia University | FreeBSD WWW.HSC.WVU.EDU | Now Graduate Student in Computer Science | Office : 293-1060 | From owner-freebsd-bugs Sat Nov 30 22:21:29 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA03388 for bugs-outgoing; Sat, 30 Nov 1996 22:21:29 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA03383 for ; Sat, 30 Nov 1996 22:21:25 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.3/8.6.9) with ESMTP id WAA22673; Sat, 30 Nov 1996 22:21:20 -0800 (PST) To: Jeremy Sigmon cc: bugs@freebsd.org Subject: Re: SIGNAL 11 cought I'm Dead!!! ??? (fwd) In-reply-to: Your message of "Sat, 30 Nov 1996 23:26:28 EST." Date: Sat, 30 Nov 1996 22:21:20 -0800 Message-ID: <22671.849421280@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I just attempted an FTP install of 2.2-ALPHA. > After it got all the distribution chunks it tried to get > the xperimental dist. (I accidentally selected it) > it said it could not get it so i said ok and the following appeared.. > > Fatal signal 11 caught! I'm dead.. Hmmmmm! That's most disturbing. I will try to reproduce it here. Jordan