From owner-freebsd-bugs Sun Mar 8 05:30:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA24909 for freebsd-bugs-outgoing; Sun, 8 Mar 1998 05:30:04 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA24902; Sun, 8 Mar 1998 05:30:02 -0800 (PST) (envelope-from gnats) Received: from ball.campus.luth.se (johan@ball.campus.luth.se [130.240.196.181]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA24825 for ; Sun, 8 Mar 1998 05:28:39 -0800 (PST) (envelope-from johan@ball.campus.luth.se) Received: (from johan@localhost) by ball.campus.luth.se (8.8.8/8.8.7) id OAA12306; Sun, 8 Mar 1998 14:28:42 +0100 (CET) (envelope-from johan) Message-Id: <199803081328.OAA12306@ball.campus.luth.se> Date: Sun, 8 Mar 1998 14:28:42 +0100 (CET) From: Johan Larsson Reply-To: johan@ball.campus.luth.se To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/5944: cvs doesn't work correct. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5944 >Category: bin >Synopsis: cvs doesn't work correct. >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Mar 8 05:30:01 PST 1998 >Last-Modified: >Originator: Johan Larsson >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: FreeBSD 3.0-CURRENT #3: Wed Feb 25 11:04:37 CET 1998 troot@ball:/usr/src/sys/compile/BALL Concurrent Versions System (CVS) 1.9.24 (client/server) >Description: Problem with doing a cvs add DIR on a remote cvs machine. Problem more visual below.. >How-To-Repeat: setenv CVSROOT :ext:user@host:/home/user/CVS cvs co foo cd foo mkdir bar cvs add bar Gives: cvs server: test already exists, with version number Exit 1 >Fix: None to give :/ >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 8 06:55:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA02261 for freebsd-bugs-outgoing; Sun, 8 Mar 1998 06:55:44 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA02249; Sun, 8 Mar 1998 06:55:32 -0800 (PST) (envelope-from hoek@FreeBSD.org) From: Tim Vanderhoek Received: (from hoek@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id GAA06688; Sun, 8 Mar 1998 06:53:39 -0800 (PST) Date: Sun, 8 Mar 1998 06:53:39 -0800 (PST) Message-Id: <199803081453.GAA06688@freefall.freebsd.org> To: andrew@ugh.net.au, hoek@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: gnu/3918 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: vi dosnt wrap lines when called from send-pr State-Changed-From-To: open-closed State-Changed-By: hoek State-Changed-When: Sun Mar 8 06:47:20 PST 1998 State-Changed-Why: The concensus seems to be, between J Wunsch, Bill Fenner, and I'll add myself that if you are going to set EDITOR=vi, you should know how to use ${EDITOR}. Msg-Id: 199706210040.RAA05089@hub.freebsd.org, 19970621161318.VW56687@uriah.heep.sax.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 8 10:40:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA23498 for freebsd-bugs-outgoing; Sun, 8 Mar 1998 10:40:04 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA23474; Sun, 8 Mar 1998 10:40:02 -0800 (PST) (envelope-from gnats) Received: from feldman.dyn.ml.org (green@1Cust117.max1.washington.dc.ms.uu.net [153.34.49.117]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA22962 for ; Sun, 8 Mar 1998 10:37:12 -0800 (PST) (envelope-from green@feldman.dyn.ml.org) Received: (from green@localhost) by feldman.dyn.ml.org (8.8.8/8.8.8) id NAA10406; Sun, 8 Mar 1998 13:37:04 -0500 (EST) (envelope-from green) Message-Id: <199803081837.NAA10406@feldman.dyn.ml.org> Date: Sun, 8 Mar 1998 13:37:04 -0500 (EST) From: green@feldman.dyn.ml.org Reply-To: green@feldman.dyn.ml.org To: FreeBSD-gnats-submit@FreeBSD.ORG Cc: jkh@time.cdrom.com X-Send-Pr-Version: 3.2 Subject: bin/5948: sbin/mount with default define is broken Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5948 >Category: bin >Synopsis: sbin/mount/mount_ufs.c needs to be patched; has errors >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sun Mar 8 10:40:01 PST 1998 >Last-Modified: >Originator: Brian Feldman >Organization: none >Release: FreeBSD 3.0-CURRENT i386 >Environment: Nothing special, recent CVSup of -CURRENT, as of last night. >Description: src/sbin/mount/mount_ufs.c has a few errors which need to be patched >How-To-Repeat: cd /usr/src/sbin/mount/ && make clean all >Fix: this patch needs to be applied: --- mount_ufs.c_old Sun Mar 8 13:25:13 1998 +++ mount_ufs.c Sun Mar 8 13:27:00 1998 @@ -84,7 +84,7 @@ struct vfsconf vfc; int error = 0; #ifdef ROOTSLICE_HUNT - int slice, part, result; + int slice, part, result, unit; char devbuf[MAXPATHLEN], devpfx[MAXPATHLEN]; #endif @@ -154,7 +154,7 @@ fs_name, devbuf); /* Try the mount as originally requested */ if ((result < 0) && - (mount(vfc.vfc_name, fs_name, mntflags, &args < 0)) { + (mount(vfc.vfc_name, fs_name, mntflags, &args) < 0)) { #else if (mount(vfc.vfc_name, fs_name, mntflags, &args) < 0) { #endif >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 8 11:13:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA26537 for freebsd-bugs-outgoing; Sun, 8 Mar 1998 11:13:15 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from steve@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA26447; Sun, 8 Mar 1998 11:12:55 -0800 (PST) (envelope-from steve) Date: Sun, 8 Mar 1998 11:12:55 -0800 (PST) From: Steve Price Message-Id: <199803081912.LAA26447@hub.freebsd.org> To: green@feldman.dyn.ml.org, steve, freebsd-bugs Subject: Re: bin/5948 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: sbin/mount/mount_ufs.c needs to be patched; has errors State-Changed-From-To: open-closed State-Changed-By: steve State-Changed-When: Sun Mar 8 11:11:09 PST 1998 State-Changed-Why: Patch applied. Thanks! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 8 12:00:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA02326 for freebsd-bugs-outgoing; Sun, 8 Mar 1998 12:00:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA02314; Sun, 8 Mar 1998 12:00:02 -0800 (PST) (envelope-from gnats) Received: from dt050ndd.san.rr.com (root@dt050ndd.san.rr.com [204.210.31.221]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA01818 for ; Sun, 8 Mar 1998 11:57:20 -0800 (PST) (envelope-from dougdougdougdoug@dt050ndd.san.rr.com) Received: (from root@localhost) by dt050ndd.san.rr.com (8.8.8/8.8.8) id LAA02222; Sun, 8 Mar 1998 11:57:15 -0800 (PST) (envelope-from dougdougdougdoug) Message-Id: <199803081957.LAA02222@dt050ndd.san.rr.com> Date: Sun, 8 Mar 1998 11:57:15 -0800 (PST) From: Studded@dal.net Reply-To: Studded@dal.net To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: conf/5949: /etc/login.conf has extraneous trailing \'s Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5949 >Category: conf >Synopsis: /etc/login.conf has extraneous trailing \'s >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Mar 8 12:00:01 PST 1998 >Last-Modified: >Originator: Doug >Organization: AAAG >Release: FreeBSD 2.2.5-STABLE-0308 i386 >Environment: All FreeBSD systems (same error in -Current and -Stable) >Description: In /usr/src/etc/login.conf there are what appear to be extraneous trailing slashes at the ends of the root definitions for auth and resources. I asked about this on -Stable and the only answer I got was, "Yes, that looks wrong" so here 'tis. If it's not actually an error, please feel free to close this PR, however a comment in that file explaining why they are that way would probably be a good thing. Assuming this is an error, it might be the source of some of the odd login.conf related PR's still in the files. >How-To-Repeat: more /usr/src/etc/login.conf >Fix: Apply the following patch to /usr/src/etc/login.conf: --- login.conf.Dist Sun Mar 8 11:47:45 1998 +++ login.conf Sun Mar 8 11:49:51 1998 @@ -20,7 +20,7 @@ auth-root-defaults:\ :auth-login=krb_skey_or_passwd,passwd,kerberos,skey:\ - :auth-rlogin=krb_or_skey,kerberos,skey:\ + :auth-rlogin=krb_or_skey,kerberos,skey: auth-ftp-defaults:\ :auth=skey_or_pwd,passwd,skey: @@ -121,7 +121,7 @@ :priority=0:\ :requirehome@:\ :umask=022:\ - :tc=auth-root-defaults:\ + :tc=auth-root-defaults: # >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 8 12:20:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA06164 for freebsd-bugs-outgoing; Sun, 8 Mar 1998 12:20:06 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA06148; Sun, 8 Mar 1998 12:20:03 -0800 (PST) (envelope-from gnats) Received: from dt050ndd.san.rr.com (root@dt050ndd.san.rr.com [204.210.31.221]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA04528 for ; Sun, 8 Mar 1998 12:13:38 -0800 (PST) (envelope-from dougdougdougdoug@dt050ndd.san.rr.com) Received: (from root@localhost) by dt050ndd.san.rr.com (8.8.8/8.8.8) id MAA02408; Sun, 8 Mar 1998 12:13:36 -0800 (PST) (envelope-from dougdougdougdoug) Message-Id: <199803082013.MAA02408@dt050ndd.san.rr.com> Date: Sun, 8 Mar 1998 12:13:36 -0800 (PST) From: Studded@dal.net Reply-To: Studded@dal.net To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: conf/5950: Incorrect assignment for ircd in /etc/services Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5950 >Category: conf >Synopsis: Incorrect assignment for ircd in /etc/services >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Sun Mar 8 12:20:01 PST 1998 >Last-Modified: >Originator: Doug >Organization: AAAG >Release: FreeBSD 2.2.5-STABLE-0308 i386 >Environment: All FreeBSD systems. >Description: In /etc/services there is an incorrect assignment for ircd(-2) on ports 6666 and 6667. While port 6667 has become the de facto standard non-privileged port over the last several years, port 6666 is by no means a standard, and varies widely from network to network, and from server to server within a network. There are very few areas related to FreeBSD that I can speak authoritatively about, this happens to be one of them. >How-To-Repeat: grep ircd /etc/services >Fix: Apply the following patch to /usr/src/etc/services: --- services.DIST Sun Mar 8 12:02:56 1998 +++ services Sun Mar 8 12:03:40 1998 @@ -1650,8 +1650,7 @@ ricardo-lm 6148/udp #Ricardo North America License Manager xdsxdm 6558/tcp xdsxdm 6558/udp -ircd 6666/tcp -ircd-2 6667/tcp +ircd 6667/tcp #Internet Relay Chat daemon acmsoda 6969/tcp acmsoda 6969/udp afs3-fileserver 7000/tcp #file server itself >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 8 12:50:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA10682 for freebsd-bugs-outgoing; Sun, 8 Mar 1998 12:50:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA10668; Sun, 8 Mar 1998 12:50:01 -0800 (PST) (envelope-from gnats) Received: from dt050ndd.san.rr.com (root@dt050ndd.san.rr.com [204.210.31.221]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA09278 for ; Sun, 8 Mar 1998 12:38:33 -0800 (PST) (envelope-from dougdougdougdoug@dt050ndd.san.rr.com) Received: (from root@localhost) by dt050ndd.san.rr.com (8.8.8/8.8.8) id MAA02894; Sun, 8 Mar 1998 12:38:29 -0800 (PST) (envelope-from dougdougdougdoug) Message-Id: <199803082038.MAA02894@dt050ndd.san.rr.com> Date: Sun, 8 Mar 1998 12:38:29 -0800 (PST) From: Studded@dal.net Reply-To: Studded@dal.net To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: docs/5951: Small typo in rc.conf man page Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5951 >Category: docs >Synopsis: Small typo in rc.conf man page >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Sun Mar 8 12:50:00 PST 1998 >Last-Modified: >Originator: Doug >Organization: AAAG >Release: FreeBSD 2.2.5-STABLE-0308 i386 >Environment: All FreeBSD systems. >Description: There is a small typo in the rc.conf man page related to the new moused options. >How-To-Repeat: man rc.conf >Fix: Apply the following patch. The actual typo is too many to's in the line, however I added some text that helps to clarify the meaning. --- rc.conf.5.DIST Sun Mar 8 12:25:36 1998 +++ rc.conf.5 Sun Mar 8 12:29:18 1998 @@ -622,10 +622,10 @@ .Xr moused 8 daemon is able to detect the appropriate mouse type automatically in many cases. -Set this variable to +You can set this variable to .Ar auto -to let the daemon to detect it. -Or select one from the following list if it fails to do so for your mouse. +to let the daemon detect it, or +select one from the following list if the automatic detection fails. .Bd -literal microsoft Microsoft mouse intellimouse Microsoft IntelliMouse >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 8 16:10:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA05952 for freebsd-bugs-outgoing; Sun, 8 Mar 1998 16:10:04 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA05946; Sun, 8 Mar 1998 16:10:02 -0800 (PST) (envelope-from gnats) Date: Sun, 8 Mar 1998 16:10:02 -0800 (PST) Message-Id: <199803090010.QAA05946@hub.freebsd.org> To: freebsd-bugs Cc: From: "Jason" Subject: Re: bin/5711 Reply-To: "Jason" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/5711; it has been noted by GNATS. From: "Jason" To: Cc: Subject: Re: bin/5711 Date: Sun, 8 Mar 1998 18:04:28 -0600 final diffs? begin 666 bin.cat.diff M9&EF9B M8R M2!A<'!E87)E9"!I;B!697)S:6]N(#$@050F M5"!53DE8+B *("!$96YN:7,@4FET8VAI92!D97-I9VYE9"!A;F0@=W)O=&4@ M=&AE(&9IF4["B @"7-T871I8R!C:&%R("IB=68["B @"7-T MF4@/2!- M05@HPH@( D)=V%R;B@B)7,B+"!F:6QE;F%M92D["BTM+2 R,S@L,C8W("TM+2T* M("!R87=?8V%T*')F9"D*(" )F4L(%-325I%7TU!6"D[ M"B$@"0EI9B H8G-I>F4@(3T@F4@/2 Q-C,X-#L*(2 )"7T*(2 )"6EF*&)U9B A/2!.54Q,*0HA( D)"69R M964H8G5F*3L*(2 )"6EF("@H8G5F(#T@;6%L;&]C*&)S:7IE*2D@/3T@3E5, M3"D@>PHA( D)"6)S:7IE(#T@,#L*(2 )"0EEF4I*2 ^(# I"B @"0EF M;W(@*&]F9B ](# [(&YR.R!NF5?="ENPH@ 9( D)=V%R;B@B)7,B+"!F:6QE;F%M92D["@`` ` end To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 8 17:50:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA19157 for freebsd-bugs-outgoing; Sun, 8 Mar 1998 17:50:07 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA19137; Sun, 8 Mar 1998 17:50:03 -0800 (PST) (envelope-from gnats) Received: from sunny.bog.msu.su (sunny.bog.msu.su [158.250.20.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA18204 for ; Sun, 8 Mar 1998 17:44:55 -0800 (PST) (envelope-from dima@bog.msu.su) Received: from localhost (dima@localhost) by sunny.bog.msu.su (8.8.8/8.8.8) with SMTP id EAA05707 for ; Mon, 9 Mar 1998 04:44:40 +0300 (MSK) (envelope-from dima@bog.msu.su) Message-Id: Date: Mon, 9 Mar 1998 04:44:39 +0300 (MSK) From: Dmitry Khrustalev To: FreeBSD-gnats-submit@FreeBSD.ORG Subject: bin/5953: setjmp wrapper in libc_r is broken Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5953 >Category: bin >Synopsis: setjmp wrapper in libc_r is broken >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Mar 8 17:50:01 PST 1998 >Last-Modified: >Originator: Dmitry Khrustalev >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: FreeBSD 3.0-CURRENT i386, using cc -pthread >Description: environment saved by setjmp wrapper in lib/libc_r/uthread/uthread_setjmp.c is invalid after return from wrapper. >How-To-Repeat: this example will crash when compiled using cc -pthread: #include jmp_buf jb; main () { setjmp(jb); longjmp(jb, 0); } >Fix: do not wrap setjmp and longjmp, do not rename setjmp/longjmp/ sigsetjmp/siglongjmp then building libc_r. rm lib/libc_r/uthread/uthread_setjmp.c rm lib/libc_r/uthread/uthread_longjmp.c diff -u -r lib.ORIG/libc/i386/gen/setjmp.S lib/libc/i386/gen/setjmp.S --- lib.ORIG/libc/i386/gen/setjmp.S Mon Mar 9 04:28:38 1998 +++ lib/libc/i386/gen/setjmp.S Mon Mar 9 04:20:30 1998 @@ -54,11 +54,7 @@ #include "DEFS.h" #include "SYS.h" -#ifdef _THREAD_SAFE -ENTRY(_thread_sys_setjmp) -#else ENTRY(setjmp) -#endif PIC_PROLOGUE pushl $0 #ifdef _THREAD_SAFE @@ -81,11 +77,7 @@ xorl %eax,%eax ret -#ifdef _THREAD_SAFE -ENTRY(_thread_sys_longjmp) -#else ENTRY(longjmp) -#endif movl 4(%esp),%edx PIC_PROLOGUE pushl 24(%edx) diff -u -r lib.ORIG/libc/i386/gen/sigsetjmp.S lib/libc/i386/gen/sigsetjmp.S --- lib.ORIG/libc/i386/gen/sigsetjmp.S Mon Mar 9 04:28:47 1998 +++ lib/libc/i386/gen/sigsetjmp.S Mon Mar 9 04:21:46 1998 @@ -59,11 +59,7 @@ * use sigreturn() if sigreturn() works. */ -#ifdef _THREAD_SAFE -ENTRY(_thread_sys_sigsetjmp) -#else ENTRY(sigsetjmp) -#endif movl 8(%esp),%eax movl 4(%esp),%ecx movl %eax,32(%ecx) @@ -91,11 +87,7 @@ xorl %eax,%eax ret -#ifdef _THREAD_SAFE -ENTRY(_thread_sys_siglongjmp) -#else ENTRY(siglongjmp) -#endif movl 4(%esp),%edx cmpl $0,32(%edx) jz 2f diff -u -r lib.ORIG/libc_r/uthread/Makefile.inc lib/libc_r/uthread/Makefile.inc --- lib.ORIG/libc_r/uthread/Makefile.inc Mon Mar 9 04:27:47 1998 +++ lib/libc_r/uthread/Makefile.inc Mon Mar 9 04:30:27 1998 @@ -51,7 +51,6 @@ uthread_kern.c \ uthread_kill.c \ uthread_listen.c \ - uthread_longjmp.c \ uthread_mattr_init.c \ uthread_mattr_kind_np.c \ uthread_multi_np.c \ @@ -70,7 +69,6 @@ uthread_self.c \ uthread_sendto.c \ uthread_seterrno.c \ - uthread_setjmp.c \ uthread_setprio.c \ uthread_setsockopt.c \ uthread_shutdown.c \ diff -u -r lib.ORIG/libc_r/uthread/uthread_create.c lib/libc_r/uthread/uthread_create.c --- lib.ORIG/libc_r/uthread/uthread_create.c Mon Mar 9 04:27:45 1998 +++ lib/libc_r/uthread/uthread_create.c Mon Mar 9 04:34:42 1998 @@ -107,7 +107,7 @@ } /* Initialise the jump buffer: */ - _thread_sys_setjmp(new_thread->saved_jmp_buf); + setjmp(new_thread->saved_jmp_buf); /* * Set up new stack frame so that it looks like it diff -u -r lib.ORIG/libc_r/uthread/uthread_kern.c lib/libc_r/uthread/uthread_kern.c --- lib.ORIG/libc_r/uthread/uthread_kern.c Mon Mar 9 04:27:46 1998 +++ lib/libc_r/uthread/uthread_kern.c Mon Mar 9 04:34:19 1998 @@ -101,7 +101,7 @@ _thread_run->sig_saved = 1; } /* Save the state of the current thread: */ - else if (_thread_sys_setjmp(_thread_run->saved_jmp_buf) != 0) { + else if (setjmp(_thread_run->saved_jmp_buf) != 0) { /* Unblock signals (just in case): */ _thread_kern_sig_unblock(0); @@ -810,7 +810,7 @@ * was context switched out (by a longjmp to * a different thread): */ - _thread_sys_longjmp(_thread_run->saved_jmp_buf, 1); + longjmp(_thread_run->saved_jmp_buf, 1); } /* This point should not be reached. */ >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 8 18:00:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA20599 for freebsd-bugs-outgoing; Sun, 8 Mar 1998 18:00:05 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA20575; Sun, 8 Mar 1998 18:00:03 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA20473; Sun, 8 Mar 1998 17:59:37 -0800 (PST) (envelope-from nobody) Message-Id: <199803090159.RAA20473@hub.freebsd.org> Date: Sun, 8 Mar 1998 17:59:37 -0800 (PST) From: wlloyd@mpd.ca To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/5954: Brooktree video driver man page Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5954 >Category: bin >Synopsis: Brooktree video driver man page >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Mar 8 18:00:01 PST 1998 >Last-Modified: >Originator: William Lloyd >Organization: >Release: 2.2 Stable >Environment: >Description: >How-To-Repeat: >Fix: Add bktr.4 to Makefile and put into /usr/src/share/man4/man4.i386/bktr.4 --------------------- .\" .\" $Id$ .\" .Dd January 28, 1998 .br .in +0.5i .Dt BKTR 4 i386 .Os FreeBSD 2.2 .Sh NAME .Nm brooktree .Nd video capture driver .Sh SYNOPSIS .Nm device bktr0 .Sh DESCRIPTION The .Nm bktr driver provides support for PCI .Em video capture on low cost high performace boards. The driver is heavily based to the Meteor driver. The bktr driver should support most video cards based on the .Em Brooktree Bt848 Video Capture Chip. .Pp Specifically the following cards work: .br .Em Hauppage Wincast TV .br .Em STB TV PCI Television Tuner .br .Em Miro PC TV .br .Em Intel Smart Video Recorder III .Pp Currently the driver supports the following features: .br .in +0.5i PCI to PCI dma transfer .br clipping .br yuv .br rgb16 .br rgb24 .br rgb32 .in -0.5i .Pp You may also use the following kernel parameter: .Pp .Em options "BROOKTREE_ALLOC_PAGES=xxx" specifies the number of contiguous pages to allocate when successfully probed. The default number of pages allocated by the kernel is 216. This means that there are (216*4096) bytes available for use. .Pp .Sh AUTHOR This driver is based on the work of .An Jim Lowe Aq james@miller.cs.uwm.edu , .An Mark Tinguely Aq tinguely@plains.nodak.edu , .An Amancio Hasty Aq hasty@star-gate.com and a bunch of other people. .Sh FILES .Bl -tag -width /usr/share/examples/meteor -compact .It Pa /usr/share/examples/meteor Examples of what you can do with the driver. .El .Sh SEE ALSO .Xr meteor 4 .Sh HISTORY The .Nm driver first appeared in .Fx 2.2 . >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 8 18:20:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA23817 for freebsd-bugs-outgoing; Sun, 8 Mar 1998 18:20:09 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA23761; Sun, 8 Mar 1998 18:20:02 -0800 (PST) (envelope-from gnats) Date: Sun, 8 Mar 1998 18:20:02 -0800 (PST) Message-Id: <199803090220.SAA23761@hub.freebsd.org> To: freebsd-bugs Cc: From: "Jordan K. Hubbard" Subject: Re: conf/5950: Incorrect assignment for ircd in /etc/services Reply-To: "Jordan K. Hubbard" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR conf/5950; it has been noted by GNATS. From: "Jordan K. Hubbard" To: Studded@dal.net Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: conf/5950: Incorrect assignment for ircd in /etc/services Date: Sun, 08 Mar 1998 18:15:30 -0800 Yeesh, I'm sorry I ever made this change for all the useless discussion it's created. I'm tempted to simply take the entry back out again and forget that IRC even exists. :) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 8 18:20:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA24014 for freebsd-bugs-outgoing; Sun, 8 Mar 1998 18:20:52 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA23944; Sun, 8 Mar 1998 18:20:34 -0800 (PST) (envelope-from jkh@FreeBSD.org) From: "Jordan K. Hubbard" Received: (from jkh@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id SAA03780; Sun, 8 Mar 1998 18:18:36 -0800 (PST) Date: Sun, 8 Mar 1998 18:18:36 -0800 (PST) Message-Id: <199803090218.SAA03780@freefall.freebsd.org> To: Studded@dal.net, jkh@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: conf/5950 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Incorrect assignment for ircd in /etc/services State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Sun Mar 8 18:18:13 PST 1998 State-Changed-Why: Entries removed entirely. Nowhere near worth the hassle. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 8 18:23:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA25001 for freebsd-bugs-outgoing; Sun, 8 Mar 1998 18:23:50 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA24985; Sun, 8 Mar 1998 18:23:46 -0800 (PST) (envelope-from jkh@FreeBSD.org) From: "Jordan K. Hubbard" Received: (from jkh@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id SAA03923; Sun, 8 Mar 1998 18:21:49 -0800 (PST) Date: Sun, 8 Mar 1998 18:21:49 -0800 (PST) Message-Id: <199803090221.SAA03923@freefall.freebsd.org> To: Studded@dal.net, jkh@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: docs/5951 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Small typo in rc.conf man page State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Sun Mar 8 18:21:38 PST 1998 State-Changed-Why: Fixed, thanks! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 8 19:01:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA03960 for freebsd-bugs-outgoing; Sun, 8 Mar 1998 19:01:06 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from steve@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA03945; Sun, 8 Mar 1998 19:00:58 -0800 (PST) (envelope-from steve) Date: Sun, 8 Mar 1998 19:00:58 -0800 (PST) From: Steve Price Message-Id: <199803090300.TAA03945@hub.freebsd.org> To: gpalmer@webspan.net, steve, freebsd-bugs Subject: Re: misc/2882 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Duplicate line in /etc/services? State-Changed-From-To: open-closed State-Changed-By: steve State-Changed-When: Sun Mar 8 18:58:44 PST 1998 State-Changed-Why: Changed duplicate entries to udp from tcp as suggested. Thanks! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 8 19:06:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA05418 for freebsd-bugs-outgoing; Sun, 8 Mar 1998 19:06:39 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from steve@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA05341; Sun, 8 Mar 1998 19:06:32 -0800 (PST) (envelope-from steve) Date: Sun, 8 Mar 1998 19:06:32 -0800 (PST) From: Steve Price Message-Id: <199803090306.TAA05341@hub.freebsd.org> To: Studded@dal.net, steve, freebsd-bugs Subject: Re: conf/5949 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: /etc/login.conf has extraneous trailing \'s State-Changed-From-To: open-closed State-Changed-By: steve State-Changed-When: Sun Mar 8 19:02:54 PST 1998 State-Changed-Why: Suggested patch applied, thanks! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 8 19:10:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA06601 for freebsd-bugs-outgoing; Sun, 8 Mar 1998 19:10:11 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA06564; Sun, 8 Mar 1998 19:10:06 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA04813; Sun, 8 Mar 1998 19:04:24 -0800 (PST) (envelope-from nobody) Message-Id: <199803090304.TAA04813@hub.freebsd.org> Date: Sun, 8 Mar 1998 19:04:24 -0800 (PST) From: roger@smt.net To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: conf/5955: natd working but would like to find more info on config file and other options Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5955 >Category: conf >Synopsis: natd working but would like to find more info on config file and other options >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: support >Submitter-Id: current-users >Arrival-Date: Sun Mar 8 19:10:02 PST 1998 >Last-Modified: >Originator: Roger Sistla >Organization: >Release: 2.2.5 >Environment: x86, Pentium 200MHz, PCI bus, NE2000 clone network cards, s3 video, 2GB quantum fireball (IDE). >Description: I got natd working but the man page is a little cryptic on its usage. I would like to find more "example" setups and config files. Where can I find this ?? Where are other sites on the net that have more info and a clearer discription on how to use natd ? >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 8 19:11:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA06880 for freebsd-bugs-outgoing; Sun, 8 Mar 1998 19:11:11 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from steve@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA06804; Sun, 8 Mar 1998 19:10:55 -0800 (PST) (envelope-from steve) Date: Sun, 8 Mar 1998 19:10:55 -0800 (PST) From: Steve Price Message-Id: <199803090310.TAA06804@hub.freebsd.org> To: gotoh@ae.anritsu.co.jp, steve, freebsd-bugs Subject: Re: i386/5910 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Ethernet Frame size is mismatch (if_lnc.c) State-Changed-From-To: open-feedback State-Changed-By: steve State-Changed-When: Sun Mar 8 19:07:10 PST 1998 State-Changed-Why: Patch applied to -current. I am leaving this open pending approval to commit to -stable. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 8 19:13:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA07319 for freebsd-bugs-outgoing; Sun, 8 Mar 1998 19:13:11 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from steve@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA07278; Sun, 8 Mar 1998 19:12:57 -0800 (PST) (envelope-from steve) Date: Sun, 8 Mar 1998 19:12:57 -0800 (PST) From: Steve Price Message-Id: <199803090312.TAA07278@hub.freebsd.org> To: kchowksey@hss.hns.com, steve, freebsd-bugs Subject: Re: kern/4989 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: NE2100 ethernet card (lnc1) gives poor performance. State-Changed-From-To: open-feedback State-Changed-By: steve State-Changed-When: Sun Mar 8 19:11:24 PST 1998 State-Changed-Why: Patch from i386/5910 applied. Left open pending approval to merge into the -stable branch. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 8 20:13:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA17543 for freebsd-bugs-outgoing; Sun, 8 Mar 1998 20:13:04 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from steve@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA17465; Sun, 8 Mar 1998 20:12:53 -0800 (PST) (envelope-from steve) Date: Sun, 8 Mar 1998 20:12:53 -0800 (PST) From: Steve Price Message-Id: <199803090412.UAA17465@hub.freebsd.org> To: roger@smt.net, steve, freebsd-bugs Subject: Re: conf/5955 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: natd working but would like to find more info on config file and other options State-Changed-From-To: open-closed State-Changed-By: steve State-Changed-When: Sun Mar 8 20:10:08 PST 1998 State-Changed-Why: You might try http://www.src.net/~cmott for starters. For questions mailto:freebsd-questions@FreeBSD.ORG To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 8 20:21:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA19424 for freebsd-bugs-outgoing; Sun, 8 Mar 1998 20:21:10 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from fly.HiWAAY.net (root@fly.HiWAAY.net [208.147.154.56]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA19401 for ; Sun, 8 Mar 1998 20:21:04 -0800 (PST) (envelope-from sprice@hiwaay.net) Received: from bonsai.hiwaay.net (tnt3-7.HiWAAY.net [208.147.146.7]) by fly.HiWAAY.net (8.8.8/8.8.6) with SMTP id WAA23059; Sun, 8 Mar 1998 22:20:57 -0600 (CST) Message-ID: <35036E8F.4487EB71@hiwaay.net> Date: Sun, 08 Mar 1998 22:22:39 -0600 From: Steve Price X-Mailer: Mozilla 3.04Gold (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: roger@smt.net, freebsd-bugs@hub.freebsd.org Subject: Re: conf/5955 References: <199803090412.UAA17465@hub.freebsd.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Steve Price wrote: > > Synopsis: natd working but would like to find more info on > config file and other options > > State-Changed-From-To: open-closed > State-Changed-By: steve > State-Changed-When: Sun Mar 8 20:10:08 PST 1998 > State-Changed-Why: > You might try http://www.src.net/~cmott for starters. For ^ Ick! That should be http://www.srv.net/~cmott/ Steve > questions mailto:freebsd-questions@FreeBSD.ORG To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Mar 9 00:52:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA21650 for freebsd-bugs-outgoing; Mon, 9 Mar 1998 00:52:24 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA21505; Mon, 9 Mar 1998 00:52:08 -0800 (PST) (envelope-from jkh@FreeBSD.org) From: "Jordan K. Hubbard" Received: (from jkh@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id AAA07843; Mon, 9 Mar 1998 00:50:03 -0800 (PST) Date: Mon, 9 Mar 1998 00:50:03 -0800 (PST) Message-Id: <199803090850.AAA07843@freefall.freebsd.org> To: andre.albsmeier@mchp.siemens.de, jkh@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: conf/5457 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: no entry for rarpd in rc.conf State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Mon Mar 9 00:40:00 PST 1998 State-Changed-Why: Done, thanks! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Mar 9 03:10:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA21494 for freebsd-bugs-outgoing; Mon, 9 Mar 1998 03:10:07 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA21488; Mon, 9 Mar 1998 03:10:03 -0800 (PST) (envelope-from gnats) Received: from yk.rim.or.jp (ppp388.yk.rim.or.jp [202.247.165.88]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA19886 for ; Mon, 9 Mar 1998 02:59:52 -0800 (PST) (envelope-from k-horik@yk.rim.or.jp) Received: from localhost (localhost [127.0.0.1]) by yk.rim.or.jp (8.8.7/8.8.7) with ESMTP id TAA00357 for ; Mon, 9 Mar 1998 19:59:37 +0900 (JST) (envelope-from k-horik@yk.rim.or.jp) Message-Id: <19980309195936A.k-horik@yk.rim.or.jp> Date: Mon, 09 Mar 1998 19:59:36 +0900 From: k-horik@yk.rim.or.jp Reply-To: k-horik@yk.rim.or.jp To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: docs/5956: uuchk.8 has typo (The uuchk The uuchk ...) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5956 >Category: docs >Synopsis: uuchk.8 has typo (The uuchk The uuchk ...) >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Mon Mar 9 03:10:02 PST 1998 >Last-Modified: >Originator: Kazuo Horikawa >Organization: personal user >Release: FreeBSD 2.2.5-RELEASE i386 >Environment: ''' $Id: uuchk.8,v 1.1 1997/09/14 13:04:05 wosch Exp $ >Description: man uuchk shows: DESCRIPTION The uuchk The uuchk program reads the UUCP configuration ``The uuchk'' is duplicated. >How-To-Repeat: man uuchk >Fix: Apply following patch to src/gnu/libexec/uucp/uuchk/uuchk.8 --- uuchk.8.bak Mon Mar 9 19:51:22 1998 +++ uuchk.8 Mon Mar 9 19:51:32 1998 @@ -8,8 +8,6 @@ .SH DESCRIPTION The .B uuchk -The -.B uuchk program reads the UUCP configuration files and displays a rather lengthy description of what it finds. This is useful when configuring UUCP to make certain that the UUCP package will do >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Mar 9 03:15:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA22259 for freebsd-bugs-outgoing; Mon, 9 Mar 1998 03:15:55 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA22156; Mon, 9 Mar 1998 03:15:45 -0800 (PST) (envelope-from jkh@FreeBSD.org) From: "Jordan K. Hubbard" Received: (from jkh@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id DAA09366; Mon, 9 Mar 1998 03:13:46 -0800 (PST) Date: Mon, 9 Mar 1998 03:13:46 -0800 (PST) Message-Id: <199803091113.DAA09366@freefall.freebsd.org> To: k-horik@yk.rim.or.jp, jkh@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: docs/5956 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: uuchk.8 has typo (The uuchk The uuchk ...) State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Mon Mar 9 03:13:39 PST 1998 State-Changed-Why: Fixed, thanks! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Mar 9 05:05:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA07000 for freebsd-bugs-outgoing; Mon, 9 Mar 1998 05:05:31 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from steve@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA06964; Mon, 9 Mar 1998 05:05:25 -0800 (PST) (envelope-from steve) Date: Mon, 9 Mar 1998 05:05:25 -0800 (PST) From: Steve Price Message-Id: <199803091305.FAA06964@hub.freebsd.org> To: nsayer@quack.kfu.com, steve, freebsd-bugs Subject: Re: kern/4836 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: PCI support for si State-Changed-From-To: open-closed State-Changed-By: steve State-Changed-When: Mon Mar 9 05:04:07 PST 1998 State-Changed-Why: Added to both current and stable by peter. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Mar 9 05:06:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA07257 for freebsd-bugs-outgoing; Mon, 9 Mar 1998 05:06:28 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from steve@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA07239; Mon, 9 Mar 1998 05:06:22 -0800 (PST) (envelope-from steve) Date: Mon, 9 Mar 1998 05:06:22 -0800 (PST) From: Steve Price Message-Id: <199803091306.FAA07239@hub.freebsd.org> To: nsayer@quack.kfu.com, steve, freebsd-bugs Subject: Re: kern/5021 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: New /sys/i386/isa/si_jet.c State-Changed-From-To: open-closed State-Changed-By: steve State-Changed-When: Mon Mar 9 05:05:44 PST 1998 State-Changed-Why: Added in both current and stable by peter. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Mar 9 05:07:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA07450 for freebsd-bugs-outgoing; Mon, 9 Mar 1998 05:07:36 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from steve@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA07417; Mon, 9 Mar 1998 05:07:31 -0800 (PST) (envelope-from steve) Date: Mon, 9 Mar 1998 05:07:31 -0800 (PST) From: Steve Price Message-Id: <199803091307.FAA07417@hub.freebsd.org> To: nsayer@dial.kfu.com, steve, freebsd-bugs Subject: Re: kern/5654 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: si driver support for Specialix Jet ISA (SX) host cards State-Changed-From-To: open-closed State-Changed-By: steve State-Changed-When: Mon Mar 9 05:06:57 PST 1998 State-Changed-Why: Fixed by peter in both stable and current. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Mar 9 05:10:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA08135 for freebsd-bugs-outgoing; Mon, 9 Mar 1998 05:10:16 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from steve@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA07851; Mon, 9 Mar 1998 05:09:21 -0800 (PST) (envelope-from steve) Date: Mon, 9 Mar 1998 05:09:21 -0800 (PST) From: Steve Price Message-Id: <199803091309.FAA07851@hub.freebsd.org> To: badam@mw.mil.pl, steve, gnats-admin, freebsd-bugs Subject: Re: pending/5947 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: -stable kernel with Specialix option fails to compile State-Changed-From-To: open-closed State-Changed-By: steve State-Changed-When: Mon Mar 9 05:07:57 PST 1998 State-Changed-Why: Fix applied, thanks! Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: steve Responsible-Changed-When: Mon Mar 9 05:07:57 PST 1998 Responsible-Changed-Why: Misfiled PR. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Mar 9 07:50:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA02027 for freebsd-bugs-outgoing; Mon, 9 Mar 1998 07:50:05 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA01999; Mon, 9 Mar 1998 07:50:03 -0800 (PST) (envelope-from gnats) Received: from zephyr.specialix.com (zephyr.specialix.com [192.65.145.58]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA01818 for ; Mon, 9 Mar 1998 07:48:16 -0800 (PST) (envelope-from nick@zephyr.specialix.com) Received: (from nick@localhost) by zephyr.specialix.com (8.8.5/8.8.5) id HAA25446; Mon, 9 Mar 1998 07:48:14 -0800 (PST) Message-Id: <199803091548.HAA25446@zephyr.specialix.com> Date: Mon, 9 Mar 1998 07:48:14 -0800 (PST) From: Nick Sayer Reply-To: nick@specialix.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/5959: Cannot set up clocal gettys Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5959 >Category: bin >Synopsis: Cannot set up clocal gettys >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Mar 9 07:50:02 PST 1998 >Last-Modified: >Originator: Nick Sayer >Organization: Just me >Release: FreeBSD 2.2.2-RELEASE i386 >Environment: >Description: There seems to be no documented way to set up gettys with clocal in effect. Setting clocal in /dev/ttyid0 seems to be overridden when the getty actually starts, and there is no flag I can find in gettytab that will set clocal. Even setting the appropriate bits in c0, c1 and c2 doesn't seem to work. >How-To-Repeat: Set up a std.9600 getty on ttyd0, but don't kill -1 1 yet. stty clocal < /dev/ttyid0 kill -1 1 stty -a Fix: As a workaround, you can fire up gettys on the cua devices, but that's not really what they're for. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Mar 9 08:00:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA03366 for freebsd-bugs-outgoing; Mon, 9 Mar 1998 08:00:23 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from phoenix.volant.org (phoenix.volant.org [205.179.79.193]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id IAA03350 for ; Mon, 9 Mar 1998 08:00:14 -0800 (PST) (envelope-from patl@phoenix.volant.org) From: patl@phoenix.volant.org Received: from asimov.phoenix.volant.org [205.179.79.65] by phoenix.volant.org with smtp (Exim 1.62 #1) id 0yC4yM-0005yB-00; Mon, 9 Mar 1998 08:00:14 -0800 Received: from localhost by asimov.phoenix.volant.org (SMI-8.6/SMI-SVR4) id HAA17188; Mon, 9 Mar 1998 07:58:23 -0800 Date: Mon, 9 Mar 1998 07:58:23 -0800 (PST) Reply-To: patl@phoenix.volant.org Subject: Re: conf/5949: /etc/login.conf has extraneous trailing \'s To: Studded@dal.net cc: freebsd-bugs@FreeBSD.ORG In-Reply-To: <199803081957.LAA02222@dt050ndd.san.rr.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > >Number: 5949 > >Category: conf > >Synopsis: /etc/login.conf has extraneous trailing \'s > ... > >Description: > > In /usr/src/etc/login.conf there are what appear to be extraneous > trailing slashes at the ends of the root definitions for auth and > resources. I asked about this on -Stable and the only answer I got was, > "Yes, that looks wrong" so here 'tis. > > ... > > >How-To-Repeat: > > more /usr/src/etc/login.conf > > >Fix: > > Apply the following patch to /usr/src/etc/login.conf: > > --- login.conf.Dist Sun Mar 8 11:47:45 1998 > +++ login.conf Sun Mar 8 11:49:51 1998 > @@ -20,7 +20,7 @@ > > auth-root-defaults:\ > :auth-login=krb_skey_or_passwd,passwd,kerberos,skey:\ > - :auth-rlogin=krb_or_skey,kerberos,skey:\ > + :auth-rlogin=krb_or_skey,kerberos,skey: > > auth-ftp-defaults:\ > :auth=skey_or_pwd,passwd,skey: > @@ -121,7 +121,7 @@ > :priority=0:\ > :requirehome@:\ > :umask=022:\ > - :tc=auth-root-defaults:\ > + :tc=auth-root-defaults: > Is this possibly just a stylistic issue? Having the following blank line as part of the concatenation sequence means that values can be added or removed without the need to also modify the adjacent line. This might be particularly helpful if the file is ever to be modified by an admin script. I often see this done in makefiles when setting a macro to a long list of values. (E.g., a list of source files.) -Pat To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Mar 9 11:40:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA15697 for freebsd-bugs-outgoing; Mon, 9 Mar 1998 11:40:12 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA15651; Mon, 9 Mar 1998 11:40:06 -0800 (PST) (envelope-from gnats) Date: Mon, 9 Mar 1998 11:40:06 -0800 (PST) Message-Id: <199803091940.LAA15651@hub.freebsd.org> To: freebsd-bugs Cc: From: Bill Fenner Subject: Re: kern/5896: FreeBSD -> FreeBSD network writes fail while others succeed Reply-To: Bill Fenner Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/5896; it has been noted by GNATS. From: Bill Fenner To: Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/5896: FreeBSD -> FreeBSD network writes fail while others succeed Date: Mon, 9 Mar 1998 11:24:02 PST It's likely that the ones via PPP are because your PPP server is broken and can't handle optioned TCP packets. Try turning off TCP extensions. The communication failure on the local LAN is more interesting; can you "tcpdump -s 100 -v -S tcp and host1 and host2" and follow up to the PR? Thanks, Bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Mar 9 14:50:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA20239 for freebsd-bugs-outgoing; Mon, 9 Mar 1998 14:50:32 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA20148; Mon, 9 Mar 1998 14:50:08 -0800 (PST) (envelope-from gnats) Received: from sunny.bog.msu.su (sunny.bog.msu.su [158.250.20.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA19363 for ; Mon, 9 Mar 1998 14:47:20 -0800 (PST) (envelope-from dima@bog.msu.su) Received: from localhost (dima@localhost) by sunny.bog.msu.su (8.8.8/8.8.8) with SMTP id BAA08872 for ; Tue, 10 Mar 1998 01:47:11 +0300 (MSK) (envelope-from dima@bog.msu.su) Message-Id: Date: Tue, 10 Mar 1998 01:47:10 +0300 (MSK) From: Dmitry Khrustalev To: freebsd-gnats-submit@FreeBSD.ORG Subject: bin/5961: dup2 wrapper in libc_r is incomplete Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5961 >Category: bin >Synopsis: dup2 wrapper in libc_r is incomplete >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Mar 9 14:50:03 PST 1998 >Last-Modified: >Originator: Dmitry Khrustalev >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: perl5.004_62, cc -pthread >Description: Then dup2 is given closed newfd it will call _thread_fd_lock on closed file descriptor and fail. >How-To-Repeat: build multithreaded perl5, it will break due to inproper behavior of dup2 wrapper. >Fix: I'm not shure what is the proper test for closed fd condition. Maybe _thread_fd_table[fd] == NULL ? >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Mar 9 23:00:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA28104 for freebsd-bugs-outgoing; Mon, 9 Mar 1998 23:00:02 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA28083; Mon, 9 Mar 1998 23:00:01 -0800 (PST) (envelope-from gnats) Date: Mon, 9 Mar 1998 23:00:01 -0800 (PST) Message-Id: <199803100700.XAA28083@hub.freebsd.org> To: freebsd-bugs Cc: From: Bruce Evans Subject: Re: bin/5959: Cannot set up clocal gettys Reply-To: Bruce Evans Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/5959; it has been noted by GNATS. From: Bruce Evans To: FreeBSD-gnats-submit@FreeBSD.ORG, nick@specialix.com Cc: Subject: Re: bin/5959: Cannot set up clocal gettys Date: Tue, 10 Mar 1998 17:52:11 +1100 >There seems to be no documented way to set up gettys with clocal in effect. >Setting clocal in /dev/ttyid0 seems to be overridden when the getty actually >starts, and there is no flag I can find in gettytab that will set clocal. >Even setting the appropriate bits in c0, c1 and c2 doesn't seem to work. The bug in getty seems to be that you have to specify a complete set of flags (as sort of documented in the man page), AND all flags in the set must be nonzero. The complete sets are {c0, i0, l0, o0}, {c1, i1, l1, o1}, and {c2, i2, l2, o2}. The '1' flags in local.9600 in gettytab don't work, because some of them are zero. I think this can be worked around by setting an unused flag bit. You can lock clocal in /dev/ttyld0 after setting (or clearing) it in dev/ttyid0. /etc/rc.conf has an example. This prevents buggy programs from changing it. It also prevents non-buggy programs from changing it. >>How-To-Repeat: > >Set up a std.9600 getty on ttyd0, but don't kill -1 1 yet. >stty clocal < /dev/ttyid0 >kill -1 1 >stty -a >The last stty will hang, because ttyd0 is waiting on a carrier >inappropriately. This is working as intended. The setting of the initial-state device only applies to first opens. Opens of an already-open tty have no effect on the termios state. Set ttyd0 as well as ttyid0 if you want the changes to take effect immediately, or set ttyid0 in /etc/rc.serial or /etc/rc.local if you always want the same settings. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Mar 10 00:10:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA07410 for freebsd-bugs-outgoing; Tue, 10 Mar 1998 00:10:04 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA07382; Tue, 10 Mar 1998 00:10:02 -0800 (PST) (envelope-from gnats) Received: from coyote.instrumatic.ch (coyote.instrumatic.ch [195.226.4.148]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA07001 for ; Tue, 10 Mar 1998 00:08:15 -0800 (PST) (envelope-from ast@marabu.ch) Received: (from root@localhost) by coyote.instrumatic.ch (8.8.7/8.8.7/ast-971024) with UUCP id JAA23107 for FreeBSD-gnats-submit@freebsd.org; Tue, 10 Mar 1998 09:08:05 +0100 (MET) Received: (from uucp@localhost) by hawk.marabu.ch (8.8.8/8.8.8) with UUCP id JAA26590 for FreeBSD-gnats-submit@freebsd.org; Tue, 10 Mar 1998 09:06:02 +0100 (MET) (envelope-from ast@marabu.ch) Received: from savacu.marabu.ch by marabu.marabu.ch via ESMTP (8.7.5/970531-ast-7.9) id JAA21453; Tue, 10 Mar 1998 09:03:43 +0100 (CET) Received: (from ast@localhost) by savacu.marabu.ch (8.8.8/8.8.8) id JAA05884; Tue, 10 Mar 1998 09:03:41 +0100 (MET) (envelope-from ast) Message-Id: <199803100803.JAA05884@savacu.marabu.ch> Date: Tue, 10 Mar 1998 09:03:41 +0100 (MET) From: Adrian Steinmann Reply-To: ast@marabu.ch To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/5963: 'make release' of Mar 10 -stable fails in 'make doRELEASE' Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5963 >Category: bin >Synopsis: 'make release' of Mar 10 -stable fails in 'make doRELEASE' >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Mar 10 00:10:01 PST 1998 >Last-Modified: >Originator: Adrian Steinmann >Organization: Steinmann Consulting >Release: FreeBSD styx_2.2.5 i386 >Environment: RELENG_2_2 CVSUP version of: # (export TZ=GMT; ls -ld /cvs/CVSROOT) drwxr-xr-x 5 root wheel 1536 Mar 10 01:16 /cvs/CVSROOT >Description: make release fails for VENDORTAG=RELENG_2_2 when it is making the /R/stage/trees/bin hierarchy in the final "make doRELEASE" in the /BUILD/mk script: >How-To-Repeat: The # make -n distribute DISTDIR=/R/stage/trees cd /usr/src ; make afterdistribute DESTDIR=/R/stage/trees/bin for entry in include lib bin games gnu libexec sbin share sys usr.bin usr.sbin secure lkm etc; do (if test -d /usr/src/${entry}.i386; then echo "===> ${entry}.i386"; edir=${entry}.i386; cd /usr/src/${edir}; else echo "===> $entry"; edir=${entry}; cd /usr/src/${edir}; fi; make distribute DIRPRFX=$edir/); done phase of a make release fails: install -c -o bin -g bin -m 444 libcom_err.a /R/stage/trees/bin/usr/lib install -c -o bin -g bin -m 444 libcom_err_p.a /R/stage/trees/bin/usr/lib install -c -o bin -g bin -m 444 libcom_err.so.2.0 /R/stage/trees/bin/usr/lib install -c -o bin -g bin -m 444 com_err.3.gz /R/stage/trees/bin/usr/share/man/man3 ===> lib/libcom_err/doc make: don't know how to make /R/stage/trees/bin/usr/share/info/dir. Stop *** Error code 2 ... for the entry lib in the subdir /usr/src/lib/libcom_err/doc because the info directory has not been installed yet (dir-templ and dir are missing) >Fix: workaround: # chroot /BUILD # cd /usr/src/share/info # make install DESTDIR=/R/stage/trees/bin install -c -o bin -g bin -m 444 dir-tmpl /R/stage/trees/bin/usr/share/info/dir-tmpl install -c -o bin -g bin -m 444 dir-tmpl /R/stage/trees/bin/usr/share/info/dir # ls -l /R/stage/trees/bin/usr/share/info total 2 -r--r--r-- 1 bin bin 676 Mar 10 07:23 dir -r--r--r-- 1 bin bin 676 Mar 10 07:23 dir-tmpl and then restart make doRELEASE (i.e. edit the file /BUILD/mk to skip over the parts already done, and chroot /BUILD /mk) the real fix is to somehow get the info dependency into the lib hierarchy or to build info before lib, isn't it? Adrian _________________________________________________________________________ Dr. Adrian Steinmann Steinmann Consulting Apollostrasse 21 8032 Zurich Tel +41 1 380 30 83 Fax +41 1 380 30 85 Mailto:ast@marabu.ch >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Mar 10 00:30:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA09985 for freebsd-bugs-outgoing; Tue, 10 Mar 1998 00:30:04 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA09936; Tue, 10 Mar 1998 00:30:02 -0800 (PST) (envelope-from gnats) Date: Tue, 10 Mar 1998 00:30:02 -0800 (PST) Message-Id: <199803100830.AAA09936@hub.freebsd.org> To: freebsd-bugs Cc: From: "Jordan K. Hubbard" Subject: Re: bin/5963: 'make release' of Mar 10 -stable fails in 'make doRELEASE' Reply-To: "Jordan K. Hubbard" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/5963; it has been noted by GNATS. From: "Jordan K. Hubbard" To: ast@marabu.ch Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/5963: 'make release' of Mar 10 -stable fails in 'make doRELEASE' Date: Tue, 10 Mar 1998 00:20:36 -0800 > make release fails for VENDORTAG=RELENG_2_2 when it is making the > /R/stage/trees/bin hierarchy in the final "make doRELEASE" in the > /BUILD/mk script: cvsup again and repeat, please: RCS file: /home/ncvs/src/Makefile,v revision 1.109.2.24 date: 1998/03/09 14:18:02; author: jkh; state: Exp; lines: +8 -1 Better solution for the dir dependency problem (the "ugly hack" can now go away for good). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Mar 10 01:40:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA22351 for freebsd-bugs-outgoing; Tue, 10 Mar 1998 01:40:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA22310; Tue, 10 Mar 1998 01:40:02 -0800 (PST) (envelope-from gnats) Received: from idiom.com (idiom.com [140.174.82.4]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA22197 for ; Tue, 10 Mar 1998 01:39:13 -0800 (PST) (envelope-from muir@idiom.com) Received: (from muir@localhost) by idiom.com (8.8.7/8.8.5) id BAA01113; Tue, 10 Mar 1998 01:39:12 -0800 (PST) Message-Id: <199803100939.BAA01113@idiom.com> Date: Tue, 10 Mar 1998 01:39:12 -0800 (PST) From: David Muir Sharnoff Reply-To: muir@idiom.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/5964: nfsd send interface selection Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5964 >Category: kern >Synopsis: nfsd send interface selection seems broken >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Mar 10 01:40:01 PST 1998 >Last-Modified: >Originator: David Muir Sharnoff >Organization: Idiom >Release: FreeBSD 2.2-STABLE i386 >Environment: FreeBSD 2.2-STABLE as of a while ago. >Description: I've been trying to get NFS to work reliably. I know that's a lost cause, but ... There are two systems involved: idiom.com and another.idiom.com. idiom.com is the client. It's fairly simple: it just has one interface. Another.idiom.com is the server. It has three different interfaces over which it could possibly have a route to idiom.com. I don't know what's important, so I'm going to give a bit more detail than might be needed. Another.idiom.com runs gated. When it boots, it has a default route out fxp0 (209.66.121.17). After gated starts and T1s come up etc, the best route to Idiom is via ETinc T1 card (eth1, 209.157.69.21). Another also has a lookback alias address of 209.157.69.251. The A records for another point to: 209.66.121.17 & 209.157.69.251. Idiom mounts another with: mount_nfs -s -b -d -c -P -i -r 1024 another:/ /net/another [ASIDE: How come operations hang rather than die? I thought that was the whole point of soft mounts?] Sometimes NFS works. Sometimes it doesn't. Sometimes the problem is on idiom.com's end (if I learn more, I'll send in a report) and somtimes it's on another.idiom.com's end. NFS didn't work today. It didn't work because another was trying to reply via the wrong interface. Here's the request from idiom: 01:16:14.391105 140.174.82.4.109fb982 > 209.157.69.251.801: 124 access [|nfs] Here's the reply: 01:16:14.400354 209.66.121.17.801 > 140.174.82.4.109fb982: reply ok 120 Seems, fine, but it came via the wrong interface. On another, netstat -rn | grep 140.174.82: 140.174.82/27 209.157.69.22 UGc 8 837 eth1 140.174.82.32/27 209.157.69.22 UGc 3 262 eth1 140.174.82.66 209.157.69.22 UGH 0 0 eth1 140.174.82.82 209.157.69.22 UGH 0 0 eth1 140.174.82.113 209.157.69.22 UGH 0 0 eth1 140.174.82.128/26 209.157.69.22 UGc 0 0 eth1 140.174.82.192/26 209.157.69.22 UGc 0 0 eth1 On another, ipfw -a list | grep 140.174.82 | grep fxp0: 10500 0 0 deny ip from 140.174.82.0/24 to any in recv fxp0 10658 359 63568 allow ip from 209.66.121.17 to 140.174.82.4 out xmit fxp0 10659 7 1372 deny log ip from any to 140.174.82.0/24 out xmit fxp0 10660 97 18992 deny ip from any to 140.174.82.0/24 out xmit fxp0 10760 0 0 skipto 10860 ip from 140.174.82.0/24 to any out xmit fxp0 Rule 10659 was added so that I could figure out what was going on: Mar 10 01:15:02 another /kernel: nfsd send error 13 ipfw: 10659 Deny UDP 209.66.121.17:2049 140.174.82.4:1023 out via fxp0 Rule 10658 was added to specifically allow the packet to go out that way. Why is it going out that way? The route is via eth1! The route via fxp0 is not secure and holes had to be made in firewalls to allow the packet through. >How-To-Repeat: >Fix: Unknown. One thought though: replies should come from the same IP address that the request was sent to. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Mar 10 02:30:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA02615 for freebsd-bugs-outgoing; Tue, 10 Mar 1998 02:30:11 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA02595; Tue, 10 Mar 1998 02:30:09 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA02013; Tue, 10 Mar 1998 02:26:35 -0800 (PST) (envelope-from nobody) Message-Id: <199803101026.CAA02013@hub.freebsd.org> Date: Tue, 10 Mar 1998 02:26:35 -0800 (PST) From: nasruddin@iiu.edu.my To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/5965: FreeBSD TCP/IP connectivity get buried by Xylan OmniSwitch VLAN Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5965 >Category: kern >Synopsis: FreeBSD TCP/IP connectivity get buried by Xylan OmniSwitch VLAN >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Tue Mar 10 02:30:06 PST 1998 >Last-Modified: >Originator: Nasruddin Abu Sari >Organization: Islamic International University >Release: 2.2.5 >Environment: >Description: Connectivity to FreeBSD machine is unavailable via Xylan Omniswitch VLAN after a certain period of time of inactivity. ( However I had cases with active pinging from freebsd box or while in active telnet session when connection get terminated). In all these cases I am connecting from outside (LAN subnet) the VLAN. The freebsd machine is up and running fine. >How-To-Repeat: Wait for a few hours and freebsd box will not reachable from outside the Xylan VLAN. >Fix: 1. Reboot the machine manually ( I got to go to the room what the machine is located and either type reboot (as root) or turn it off/on) OR 2. Keep another Win95/NT box running (in the same VLAN). Apperently Win95/NT box activities keep the Xylan OmniSwith to sustain the VLAN. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Mar 10 07:00:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA04700 for freebsd-bugs-outgoing; Tue, 10 Mar 1998 07:00:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA04675; Tue, 10 Mar 1998 07:00:02 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA03464; Tue, 10 Mar 1998 06:50:17 -0800 (PST) (envelope-from nobody) Message-Id: <199803101450.GAA03464@hub.freebsd.org> Date: Tue, 10 Mar 1998 06:50:17 -0800 (PST) From: jose@we.lc.ehu.es To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/5966: vi's spanish message catalog does not use ISO-8859-1 characters Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5966 >Category: bin >Synopsis: vi's spanish message catalog does not use ISO-8859-1 characters >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Tue Mar 10 07:00:01 PST 1998 >Last-Modified: >Originator: Jose M. Alcaide >Organization: Universidad del Pais Vasco - Dep. de Electricidad y Electronica >Release: 2.2.5-STABLE >Environment: FreeBSD tiburon.we.lc.ehu.es 2.2.5-STABLE FreeBSD 2.2.5-STABLE #0: Mon Mar 2 16:53:28 CET 1998 root@tiburon.we.lc.ehu.es:/usr/src/sys/compile/TIBURON i386 >Description: The vi's message catalog file stored as /usr/share/vi/catalog/spanish does not use the ISO-8859-1 codes, so many messages which appear in the bottom line has funny chars. >How-To-Repeat: set environment variable LANG to es_ES.ISO_8859-1 vi see messages in the bottom line >Fix: I edited /usr/src/contrib/nvi/catalog/spanish.base replacing the bad chars. Contact me for sending to you that file by e-mail. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Mar 10 08:10:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA17881 for freebsd-bugs-outgoing; Tue, 10 Mar 1998 08:10:04 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA17838; Tue, 10 Mar 1998 08:10:02 -0800 (PST) (envelope-from gnats) Received: from akira.stdio.com (akira.stdio.com [204.152.114.80]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA17644 for ; Tue, 10 Mar 1998 08:08:08 -0800 (PST) (envelope-from risner@akira.stdio.com) Received: (from risner@localhost) by akira.stdio.com (8.8.8/8.8.5) id LAA08271; Tue, 10 Mar 1998 11:11:31 -0500 (EST) Message-Id: <199803101611.LAA08271@akira.stdio.com> Date: Tue, 10 Mar 1998 11:11:31 -0500 (EST) From: James Risner Reply-To: risner@akira.stdio.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/5967: aic7xxx compile broken in 2.2.5-STABLE Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5967 >Category: kern >Synopsis: upg from 2.1.7.1/2.2.1 to 2.2.5-stable (aic7xxx no compile) >Confidential: no >Severity: non-critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Mar 10 08:10:01 PST 1998 >Last-Modified: >Originator: James Risner >Organization: Home >Release: FreeBSD 2.2.5-STABLE i386 >Environment: controller ahc0 2.2.5-STABLE cvsup upgraded >Description: cd /usr/src/sys/compile/SYS; make depend make -f ../../dev/aic7xxx/Makefile MAKESRCPATH=../../dev/aic7xxx Warning: Object directory not changed from original /usr/src/sys/compile/SYS2 cc -O -I. -c aicasm_scan.c ../../dev/aic7xxx/aicasm_scan.l: In function `yylex': ../../dev/aic7xxx/aicasm_scan.l:68: `T_DOWNLOAD' undeclared (first use this function) ../../dev/aic7xxx/aicasm_scan.l:68: (Each undeclared identifier is reported only once ../../dev/aic7xxx/aicasm_scan.l:68: for each function it appears in.) *** Error code 1 Stop. *** Error code 1 Stop. >How-To-Repeat: Install 2.1.7.1 or 2.2.1 system. CVSUP down 2.2.5-STABLE. config "kernelname" cd ../../compile/kernelname; make depend >Fix: Work around: cd /usr/src/sys/dev/aic7xxx; make cd /usr/src/sys/compile/SYS; make depend Kernel config file: machine "i386" cpu "I386_CPU" cpu "I486_CPU" cpu "I586_CPU" # aka Pentium(tm) ident MAIL maxusers 64 options INET #InterNETworking options FFS #Berkeley Fast Filesystem options NFS #Network Filesystem options MSDOSFS #MSDOS Filesystem options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 options "SCSI_DELAY=9" #Be pessimistic about Joe SCSI device options BOUNCE_BUFFERS #include support for DMA bounce buffers options UCONSOLE #Allow users to grab the console options SYSVSHM options SYSVSEM options SYSVMSG options FAILSAFE #Be conservative options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor options KTRACE #kernel tracing options INCLUDE_CONFIG_FILE # Include this file in kernel options DDB options "MAXMEM=(128*1024)" options CHILD_MAX=128 options OPEN_MAX=128 options "MAXDSIZ=(256*1024*1024)" options "DFLDSIZ=(256*1024*1024)" config kernel root on sd0 controller isa0 controller pci0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 disk fd1 at fdc0 drive 1 controller ahc0 controller scbus0 device sd0 device st0 device cd0 #Only need one of these, the code dynamically grows # syscons is the default console driver, resembling an SCO console device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr device npx0 at isa? port "IO_NPX" irq 13 vector npxintr device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr device lpt1 at isa? port? tty device lpt2 at isa? port? tty device ed0 at isa? port 0x300 net irq 11 iomem 0xd0000 iosiz 32768 vector edintr pseudo-device loop pseudo-device ether pseudo-device log pseudo-device bpfilter 4 #Berkeley packet filter pseudo-device pty 16 pseudo-device gzip # Exec gzipped a.out's pseudo-device vn #Vnode driver (turns a file int >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Mar 10 08:20:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA19780 for freebsd-bugs-outgoing; Tue, 10 Mar 1998 08:20:06 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA19735; Tue, 10 Mar 1998 08:20:03 -0800 (PST) (envelope-from gnats) Received: from yk.rim.or.jp (ppp181.yk.rim.or.jp [202.247.134.181]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA19267 for ; Tue, 10 Mar 1998 08:17:40 -0800 (PST) (envelope-from k-horik@yk.rim.or.jp) Received: from localhost (localhost [127.0.0.1]) by yk.rim.or.jp (8.8.7/8.8.7) with ESMTP id BAA01224 for ; Wed, 11 Mar 1998 01:17:15 +0900 (JST) (envelope-from k-horik@yk.rim.or.jp) Message-Id: <19980311011715Q.k-horik@yk.rim.or.jp> Date: Wed, 11 Mar 1998 01:17:15 +0900 From: k-horik@yk.rim.or.jp Reply-To: k-horik@yk.rim.or.jp To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: docs/5968: In SYNOPSIS, second `.Nm' should be `.Nm rdist' Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5968 >Category: docs >Synopsis: In SYNOPSIS, second `.Nm' should be `.Nm rdist' >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Tue Mar 10 08:20:01 PST 1998 >Last-Modified: >Originator: Kazuo Horikawa >Organization: personal user >Release: FreeBSD 2.2.5-RELEASE i386 >Environment: src/usr.bin/rdist/rdist.1 revision 1.3.2.4 (revision 1.8 is OK) >Description: In SYNOPSIS section, simple `.Nm' does not cause break. It should be `.Nm rdist'. See RCS log of revision 1.8. But rdist.1 (revision 1.3.2.4) is: .Sh SYNOPSIS .Nm .Op Fl nqbRhivwy .Op Fl P Ar rshcmd .Op Fl f Ar distfile .Op Fl d Ar var=value .Op Fl m Ar host .Op Ar name ... .Nm .Op Fl nqbRhivwy .Op Fl P Ar rshcmd .Fl c .Ar name ... .Oo login@ Oc Ns Ar host Ns Op :dest And, man rdist shows: SYNOPSIS rdist [-nqbRhivwy] [-P rshcmd] [-f distfile] [-d var=value] [-m host] [name ...] rdist [-nqbRhivwy] [-P rshcmd] -c name ... [login@]host[:dest] >How-To-Repeat: man rdist >Fix: Apply following patch to src/usr.bin/rdist/rdist.1 revision 1.3.2.4. --- rdist.1.orig Wed Mar 11 00:30:40 1998 +++ rdist.1 Wed Mar 11 01:08:37 1998 @@ -45,7 +45,7 @@ .Op Fl d Ar var=value .Op Fl m Ar host .Op Ar name ... -.Nm +.Nm rdist .Op Fl nqbRhivwy .Op Fl P Ar rshcmd .Fl c >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Mar 10 08:50:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA25531 for freebsd-bugs-outgoing; Tue, 10 Mar 1998 08:50:32 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA25460; Tue, 10 Mar 1998 08:50:10 -0800 (PST) (envelope-from gnats) Received: from bj.raid.com (bj.raid.com [208.206.97.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA23230 for ; Tue, 10 Mar 1998 08:39:42 -0800 (PST) (envelope-from bandy@raid.com) Received: from ralph.raid.com (ralph.raid.com [208.206.97.53]) by bj.raid.com (8.8.6/8.8.6) with ESMTP id KAA22663 for ; Tue, 10 Mar 1998 10:39:28 -0600 (CST) Received: (from bandy@localhost) by ralph.raid.com (8.8.8/8.8.6) id KAA00381; Tue, 10 Mar 1998 10:39:28 -0600 (CST) Message-Id: <199803101639.KAA00381@ralph.raid.com> Date: Tue, 10 Mar 1998 10:39:28 -0600 (CST) From: Tim Bandy Reply-To: bandy@raid.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/5969: non-root user can reboot/lock up system Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5969 >Category: kern >Synopsis: non-root user can reboot/lock up system >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Mar 10 08:50:04 PST 1998 >Last-Modified: >Originator: Tim Bandy >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: pentium 166MHz 64M >Description: I was looking at some code from the ioccc (International Obfuscated C Code Contest) and locked up my machine. The code that did it is included below. It does not always lock up in the same manner. It sometimes will take about 15 seconds or more to lock up, sometimes as quickly as 1. I've had better luck locking up the system about 30 seconds or so after it boots, with both X and Xemacs running. I copied some information off of the console after one such lockup. Fatal trap 12 fault virtual address 0x38 However, at other times, it does not lock up in the same manner and only tells me "page fault, syncing disks..." >How-To-Repeat: Here's the nasty beast. int i;main(){for(;i["]Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Mar 10 08:50:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA25565 for freebsd-bugs-outgoing; Tue, 10 Mar 1998 08:50:38 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA25502; Tue, 10 Mar 1998 08:50:21 -0800 (PST) (envelope-from gnats) Date: Tue, 10 Mar 1998 08:50:21 -0800 (PST) Message-Id: <199803101650.IAA25502@hub.freebsd.org> To: freebsd-bugs Cc: From: risner@stdio.com Subject: kern/5967: aic7xxx compile broken in 2.2.5-STABLE Reply-To: risner@stdio.com Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/5967; it has been noted by GNATS. From: risner@stdio.com To: FreeBSD-gnats-submit@FreeBSD.ORG Cc: Subject: kern/5967: aic7xxx compile broken in 2.2.5-STABLE Date: Tue, 10 Mar 1998 11:39:14 -0500 (EST) >Number: 5967 >Category: kern >Synopsis: upg from 2.1.7.1/2.2.1 to 2.2.5-stable (aic7xxx no compile) >Confidential: no >Severity: non-critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Mar 10 08:10:01 PST 1998 >Last-Modified: >Originator: James Risner >Organization: Home >Release: FreeBSD 2.2.5-STABLE i386 >Environment: controller ahc0 2.2.5-STABLE cvsup upgraded >Description: cd /usr/src/sys/compile/SYS; make depend make -f ../../dev/aic7xxx/Makefile MAKESRCPATH=../../dev/aic7xxx Warning: Object directory not changed from original /usr/src/sys/compile/SYS2 cc -O -I. -c aicasm_scan.c .../../dev/aic7xxx/aicasm_scan.l: In function `yylex': .../../dev/aic7xxx/aicasm_scan.l:68: `T_DOWNLOAD' undeclared (first use this function) .../../dev/aic7xxx/aicasm_scan.l:68: (Each undeclared identifier is reported only once .../../dev/aic7xxx/aicasm_scan.l:68: for each function it appears in.) *** Error code 1 Stop. *** Error code 1 Stop. >How-To-Repeat: Install 2.1.7.1 or 2.2.1 system. CVSUP down 2.2.5-STABLE. config "kernelname" cd ../../compile/kernelname; make depend >Fix: Work around: cd /usr/src/sys/dev/aic7xxx; make cd /usr/src/sys/compile/SYS; make depend Kernel config file: machine "i386" cpu "I386_CPU" cpu "I486_CPU" cpu "I586_CPU" # aka Pentium(tm) ident MAIL maxusers 64 options INET #InterNETworking options FFS #Berkeley Fast Filesystem options NFS #Network Filesystem options MSDOSFS #MSDOS Filesystem options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 options "SCSI_DELAY=9" #Be pessimistic about Joe SCSI device options BOUNCE_BUFFERS #include support for DMA bounce buffers options UCONSOLE #Allow users to grab the console options SYSVSHM options SYSVSEM options SYSVMSG options FAILSAFE #Be conservative options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor options KTRACE #kernel tracing options INCLUDE_CONFIG_FILE # Include this file in kernel options DDB options "MAXMEM=(128*1024)" options CHILD_MAX=128 options OPEN_MAX=128 options "MAXDSIZ=(256*1024*1024)" options "DFLDSIZ=(256*1024*1024)" config kernel root on sd0 controller isa0 controller pci0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 disk fd1 at fdc0 drive 1 controller ahc0 controller scbus0 device sd0 device st0 device cd0 #Only need one of these, the code dynamically grows # syscons is the default console driver, resembling an SCO console device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr device npx0 at isa? port "IO_NPX" irq 13 vector npxintr device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr device lpt1 at isa? port? tty device lpt2 at isa? port? tty device ed0 at isa? port 0x300 net irq 11 iomem 0xd0000 iosiz 32768 vector edintr pseudo-device loop pseudo-device ether pseudo-device log pseudo-device bpfilter 4 #Berkeley packet filter pseudo-device pty 16 pseudo-device gzip # Exec gzipped a.out's pseudo-device vn #Vnode driver (turns a file int >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Mar 10 12:10:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA13221 for freebsd-bugs-outgoing; Tue, 10 Mar 1998 12:10:12 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA13164; Tue, 10 Mar 1998 12:10:06 -0800 (PST) (envelope-from gnats) Date: Tue, 10 Mar 1998 12:10:06 -0800 (PST) Message-Id: <199803102010.MAA13164@hub.freebsd.org> To: freebsd-bugs Cc: From: Max Euston Subject: RE: kern/5969: non-root user can reboot/lock up system Reply-To: Max Euston Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/5969; it has been noted by GNATS. From: Max Euston To: "'bandy@raid.com'" , "FreeBSD-gnats-submit@freebsd.org" Cc: Subject: RE: kern/5969: non-root user can reboot/lock up system Date: Tue, 10 Mar 1998 14:59:59 -0500 Tim, This works "correctly" on -STABLE. What options are you giving 'cc'? Can you send me the output ('.s' file) from a 'cc -S'? Max ----- Max Euston Sysadm, Programmer, etc... On Tuesday, March 10, 1998 11:39 AM, Tim Bandy [SMTP:bandy@raid.com] wrote: > > >Number: 5969 > >Category: kern > >Synopsis: non-root user can reboot/lock up system > >Confidential: no > >Severity: serious > >Priority: medium > >Responsible: freebsd-bugs > >State: open > >Quarter: > >Keywords: > >Date-Required: > >Class: sw-bug > >Submitter-Id: current-users > >Arrival-Date: Tue Mar 10 08:50:04 PST 1998 > >Last-Modified: > >Originator: Tim Bandy > >Organization: > >Release: FreeBSD 3.0-CURRENT i386 > >Environment: > pentium 166MHz 64M > > >Description: > I was looking at some code from the ioccc (International Obfuscated C > Code Contest) and locked up my machine. The code that did it is included > below. It does not always lock up in the same manner. It sometimes will > take about 15 seconds or more to lock up, sometimes as quickly as 1. > I've had better luck locking up the system about 30 seconds or so after > it boots, with both X and Xemacs running. > I copied some information off of the console after one such lockup. > Fatal trap 12 > fault virtual address 0x38 > > However, at other times, it does not lock up in the same manner and only > tells me "page fault, syncing disks..." > > >How-To-Repeat: > > Here's the nasty beast. > > int i;main(){for(;i["] o, world!\n",'/'/'/'));}read(j,i,p){write(j/p+p,i---j,i/i);} > > >Fix: > > > > >Audit-Trail: > >Unformatted: > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-bugs" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Mar 10 16:00:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA04877 for freebsd-bugs-outgoing; Tue, 10 Mar 1998 16:00:15 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA04822; Tue, 10 Mar 1998 16:00:08 -0800 (PST) (envelope-from gnats) Received: from zephyr.specialix.com (zephyr.specialix.com [192.65.145.58]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA04162 for ; Tue, 10 Mar 1998 15:56:20 -0800 (PST) (envelope-from nick@zephyr.specialix.com) Received: (from nick@localhost) by zephyr.specialix.com (8.8.5/8.8.5) id PAA27763; Tue, 10 Mar 1998 15:56:19 -0800 (PST) Message-Id: <199803102356.PAA27763@zephyr.specialix.com> Date: Tue, 10 Mar 1998 15:56:19 -0800 (PST) From: nsayer@quack.kfu.com Reply-To: nsayer@quack.kfu.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/5971: SI patch for -current Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5971 >Category: kern >Synopsis: SI patch for -current >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: support >Submitter-Id: current-users >Arrival-Date: Tue Mar 10 16:00:01 PST 1998 >Last-Modified: >Originator: Nick Sayer >Organization: Specialix, Inc. >Release: FreeBSD-current i386 >Environment: Specialix SI/XIO or SX host card setup. >Description: This patch is against the -current version of the si driver. It... 1. Fixes some bugs in the SX ISA interrupt setup. 2. Changes the names of the download code objects. This is required to fit in with the new naming structure for the objects supplied by Specialix. 3. Fixes some bugs in and adds support for SXDC in the MTA probing code. 4. Fixes problems the driver had with some versions of the host card that can't handle non 8-bit I/O. The driver now funnels all bcopy calls into a conditional bit of code that can either use traditional bcopy or an 8 bit loop. 5. Turns off the default CRTSCTS setting to make these ports act more like regular ports. Use the ttyi__ and/or ttyl__ devices to force things. 6. Other miscelaneous fixes having to do with the SX (aka Jet) cards. >How-To-Repeat: >Fix: 1. Rename si_code.c to si2_z280.c. 2. Rename si_jet.c to si3_t225.c. 3. Make the same changes in /sys/i386/conf/files.i386. These changes make the filenames the same as the equivalent files for Specialix drivers. 4. Apply the patch below. 5. Whoever does this should get the latest copies of si?_????.c from me, since they will probably have been updated by the time this gets read. :-/ --- si.c.orig Tue Mar 10 15:08:35 1998 +++ si.c Tue Mar 10 15:45:10 1998 @@ -30,11 +30,11 @@ * MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN * NO EVENT SHALL THE AUTHORS BE LIABLE. * - * $Id: si.c,v 1.67 1998/02/15 14:42:33 peter Exp $ + * $Id: si.c,v 1.67 1998/03/10 14:42:33 nsayer Exp $ */ #ifndef lint -static const char si_copyright1[] = "@(#) (C) Specialix International, 1990,1992", +static const char si_copyright1[] = "@(#) (C) Specialix International, 1990,1992,1998", si_copyright2[] = "@(#) (C) Andy Rutter 1993", si_copyright3[] = "@(#) (C) Peter Wemm 1995"; #endif /* not lint */ @@ -94,9 +94,10 @@ #define POLL /* turn on poller to scan for lost interrupts */ #define REALPOLL /* on each poll, scan for work regardless */ #define POLLHZ (hz/10) /* 10 times per second */ -#define SI_DEF_HWFLOW /* turn on default CRTSCTS flow control */ +#undef SI_DEF_HWFLOW /* turn on default CRTSCTS flow control */ #define SI_I_HIGH_WATER (TTYHOG - 2 * SI_BUFFERSIZE) -#define INT_COUNT 25000 /* max of 125 ints per second */ +#define INT_COUNT 25000 /* max of 125 ints per second */ +#define JET_INT_COUNT 100 /* max of 100 ints per second */ #define RXINT_COUNT 1 /* one rxint per 10 milliseconds */ enum si_mctl { GET, SET, BIS, BIC }; @@ -177,18 +178,22 @@ static int si_Nmodules; static int si_debug = 0; /* data, not bss, so it's patchable */ +SYSCTL_INT(_machdep, OID_AUTO, si_debug, CTLFLAG_RW, &si_debug, 0, ""); + static struct tty *si_tty; -/* where the firmware lives; defined in si_code.c and si_jet.c */ -/* old: si_code.c */ -extern int si_dsize; -extern unsigned char si_download[]; -/* new: si_jet.c */ -extern int si3_dsize; -extern unsigned char si3_download[]; -extern unsigned short si3_bootloadaddr; -extern int si3_bsize; -extern unsigned char si3_bootstrap[]; +/* where the firmware lives; defined in si2_z280.c and si3_t225.c */ +/* old: si2_z280.c */ +extern unsigned char si2_z280_download[]; +extern unsigned short si2_z280_downloadaddr; +extern int si2_z280_dsize; +/* new: si3_t225.c */ ++extern unsigned char si3_t225_download[]; ++extern unsigned short si3_t225_downloadaddr; ++extern int si3_t225_dsize; ++extern unsigned char si3_t225_bootstrap[]; ++extern unsigned short si3_t225_bootloadaddr; ++extern int si3_t225_bsize; struct si_softc { @@ -586,7 +591,7 @@ if ((id->id_irq&(IRQ9|IRQ10|IRQ11|IRQ12|IRQ15)) == 0) { goto bad_irq; } - id->id_msize = SIJET_MEMSIZE; + id->id_msize = SIJETISA_MEMSIZE; break; case SIEISA: id->id_msize = SIEISA_MEMSIZE; @@ -602,6 +607,22 @@ } /* + * We have to make an 8 bit version of bcopy, since some cards can't + * deal with 32 bit I/O + */ +#if 1 +static void +si_bcopy(const void *src, void *dst, size_t len) +{ + while(len--) + *(((u_char *)dst)++)=*(((u_char *)src)++); +} +#else +#define si_bcopy bcopy +#endif + + +/* * Attach the device. Initialize the card. */ static int @@ -636,40 +657,32 @@ /* * OK, now lets download the firmware and try and boot the CPU.. * - * You can't use bcopy, since some cards won't take 32 bit writes. */ if ((sc->sc_type == SIJETISA) || (sc->sc_type == SIJETPCI)) { DPRINT((0, DBG_DOWNLOAD, "si%d: jet_download: nbytes %d\n", - id->id_unit, si3_dsize)); - { - u_int i; - for (i=0;iid_unit, si3_t225_dsize)); + si_bcopy(si3_t225_download,maddr+si3_t225_downloadaddr,si3_t225_ + DPRINT((0, DBG_DOWNLOAD, "si%d: jet_bootstrap: nbytes %d -> %x\n", - id->id_unit, si3_bsize, si3_bootloadaddr)); - { - u_int i; - for (i=0;iid_unit, si3_t225_bsize, si3_t225_bootloadaddr)); + si_bcopy(si3_t225_bootstrap,maddr+si3_t225_bootloadaddr, + si3_t225_bsize); + } else { DPRINT((0, DBG_DOWNLOAD, "si%d: si_download: nbytes %d\n", - id->id_unit, si_dsize)); - { - u_int i; - for (i=0;iid_unit, si2_z280_dsize)); + si_bcopy(si2_z280_download,maddr+si2_z280_downloadaddr, + si2_z280_dsize); + } switch (sc->sc_type) { case SIEISA: #if NEISA > 0 - /* modify the Z280 firmware to tell it that it's on an EISA */ + /* modify the download code to tell it that it's on an EISA */ *(maddr+0x42) = 1; outb(sc->sc_eisa_iobase+2, sc->sc_eisa_irqbits | 4); (void)inb(sc->sc_eisa_iobase+3); /* reset interrupt */ @@ -682,7 +695,7 @@ */ return 0; case SIPCI: - /* modify the Z280 firmware to tell it that it's on a PCI */ + /* modify the download code to tell it that it's on an EISA */ *(maddr+0x42) = 1; *(maddr+SIPCIRESET) = 1; *(maddr+SIPCIINTCL) = 0; @@ -693,7 +706,24 @@ break; case SIJETISA: *(maddr+SIJETRESET) = 0; - *(maddr+SIJETCONFIG) = SIJETBUSEN|SIJETIRQEN|(sc->sc_irq<<4); + switch (sc->sc_irq) { + case IRQ9: + *(maddr+SIJETCONFIG) = SIJETBUSEN|SIJETIRQEN|0x90; + break; + case IRQ10: + *(maddr+SIJETCONFIG) = SIJETBUSEN|SIJETIRQEN|0xa0; + break; + case IRQ11: + *(maddr+SIJETCONFIG) = SIJETBUSEN|SIJETIRQEN|0xb0; + break; + case IRQ12: + *(maddr+SIJETCONFIG) = SIJETBUSEN|SIJETIRQEN|0xc0; + break; + case IRQ15: + *(maddr+SIJETCONFIG) = SIJETBUSEN|SIJETIRQEN|0xf0; + break; + } + break; case SIHOST: *(maddr+SIRESET_CL) = 0; @@ -730,10 +760,16 @@ sc->sc_type = SIEMPTY; return 0; case 1: - /* set throttle to 125 intr per second */ - regp->int_count = INT_COUNT; - /* rx intr max of 25 timer per second */ - regp->rx_int_count = RXINT_COUNT; + if ((sc->sc_type == SIJETISA) || (sc->sc_type == SIJETPCI)) { + /* set throttle to 100 times per second */ + regp->int_count = JET_INT_COUNT; + /* rx_intr_count is a NOP in Jet */ + } else { + /* set throttle to 125 times per second */ + regp->int_count = INT_COUNT; + /* rx intr max of 25 times per second */ + regp->rx_int_count = RXINT_COUNT; + } regp->int_pending = 0; /* no intr pending */ regp->int_scounter = 0; /* reset counter */ break; @@ -745,7 +781,7 @@ si_type[sc->sc_type]); return 0; default: - printf("si%d: Z280 version error - initstat %x\n", + printf("si%d: download code version error - initstat %x\n", unit, regp->initstat); return 0; } @@ -758,29 +794,60 @@ modp = (struct si_module *)(maddr + 0x80); for (;;) { DPRINT((0, DBG_DOWNLOAD, "si%d: ccb addr 0x%x\n", unit, modp)); - switch (modp->sm_type & (~MMASK)) { - case M232: - case M422: + switch (modp->sm_type) { + case TA4: DPRINT((0, DBG_DOWNLOAD, - "si%d: Found 232/422 module, %d ports\n", - unit, (int)(modp->sm_type & MMASK))); - - /* this is a firmware issue */ - if (si_Nports == SI_MAXPORTPERCARD) { - printf("si%d: extra ports ignored\n", unit); - continue; - } - - x = modp->sm_type & MMASK; - nport += x; - si_Nports += x; - si_Nmodules++; + "si%d: Found old TA4 module, 4 ports\n", + unit)); + x = 4; + break; + case TA8: + DPRINT((0, DBG_DOWNLOAD, + "si%d: Found old TA8 module, 8 ports\n", + unit)); + x = 8; + break; + case TA4_ASIC: + DPRINT((0, DBG_DOWNLOAD, + "si%d: Found ASIC TA4 module, 4 ports\n", + unit)); + x = 4; + break; + case TA8_ASIC: + DPRINT((0, DBG_DOWNLOAD, + "si%d: Found ASIC TA8 module, 8 ports\n", + unit)); + x = 8; + break; + case MTA: + DPRINT((0, DBG_DOWNLOAD, + "si%d: Found CD1400 module, 8 ports\n", + unit)); + x = 8; + break; + case SXDC: + DPRINT((0, DBG_DOWNLOAD, + "si%d: Found SXDC module, 8 ports\n", + unit)); + x = 8; break; default: printf("si%d: unknown module type %d\n", unit, modp->sm_type); - break; + goto try_next; + + } + /* this is a firmware issue */ + if (si_Nports == SI_MAXPORTPERCARD) { + printf("si%d: extra ports ignored\n", unit); + goto try_next; } + + nport += x; + si_Nports += x; + si_Nmodules++; + +try_next: if (modp->sm_next == 0) break; modp = (struct si_module *) @@ -814,33 +881,40 @@ modp = (struct si_module *)(maddr + 0x80); uart_type = 0; for (;;) { - switch (modp->sm_type & (~MMASK)) { - case M232: - case M422: - nmodule++; - nport = (modp->sm_type & MMASK); - ccbp = (struct si_channel *)((char *)modp+0x100); - if (uart_type == 0) - uart_type = ccbp->type; - for (x = 0; x < nport; x++, pp++, ccbp++) { - pp->sp_ccb = ccbp; /* save the address */ - pp->sp_tty = tp++; - pp->sp_pend = IDLE_CLOSE; - pp->sp_state = 0; /* internal flag */ - pp->sp_dtr_wait = 3 * hz; - pp->sp_iin.c_iflag = si_default_iflag; - pp->sp_iin.c_oflag = si_default_oflag; - pp->sp_iin.c_cflag = si_default_cflag; - pp->sp_iin.c_lflag = si_default_lflag; - termioschars(&pp->sp_iin); - pp->sp_iin.c_ispeed = pp->sp_iin.c_ospeed = - si_default_rate; - pp->sp_iout = pp->sp_iin; - } + switch (modp->sm_type) { + case TA4: nport = 4; break; - default: + case TA8: nport = 8; + break; + case TA4_ASIC: nport = 4; break; + case TA8_ASIC: nport = 8; + break; + case MTA: nport = 8; + break; + case SXDC: nport = 8; + break; + default: goto try_next2; + } + ccbp = (struct si_channel *)((char *)modp+0x100); + if (uart_type == 0) + uart_type = ccbp->type; + for (x = 0; x < nport; x++, pp++, ccbp++) { + pp->sp_ccb = ccbp; /* save the address */ + pp->sp_tty = tp++; + pp->sp_pend = IDLE_CLOSE; + pp->sp_state = 0; /* internal flag */ + pp->sp_dtr_wait = 3 * hz; + pp->sp_iin.c_iflag = si_default_iflag; + pp->sp_iin.c_oflag = si_default_oflag; + pp->sp_iin.c_cflag = si_default_cflag; + pp->sp_iin.c_lflag = si_default_lflag; + termioschars(&pp->sp_iin); + pp->sp_iin.c_ispeed = pp->sp_iin.c_ospeed = + si_default_rate; + pp->sp_iout = pp->sp_iin; } +try_next2: if (modp->sm_next == 0) { printf("si%d: card: %s, ports: %d, modules: %d (type: %d)\n", unit, @@ -1554,15 +1628,15 @@ /* these next three use a different structure */ case TCSI_PORT: SUCHECK; - bcopy(xpp, &sps->tc_siport, sizeof(sps->tc_siport)); + si_bcopy(xpp, &sps->tc_siport, sizeof(sps->tc_siport)); break; case TCSI_CCB: SUCHECK; - bcopy((char *)xpp->sp_ccb, &sps->tc_ccb, sizeof(sps->tc_ccb)); + si_bcopy((char *)xpp->sp_ccb, &sps->tc_ccb, sizeof(sps->tc_ccb)); break; case TCSI_TTY: SUCHECK; - bcopy(xpp->sp_tty, &sps->tc_tty, sizeof(sps->tc_tty)); + si_bcopy(xpp->sp_tty, &sps->tc_tty, sizeof(sps->tc_tty)); break; default: error = EINVAL; @@ -1601,6 +1675,7 @@ oflag, cflag, iflag, lflag)); + /* XXX - if Jet host and SXDC module, use extended baud rates */ /* if not hung up.. */ if (t->c_ospeed != 0) { /* translate baud rate to firmware values */ @@ -1917,6 +1992,7 @@ */ static BYTE si_rxbuf[SI_BUFFERSIZE]; /* input staging area */ +static BYTE si_txbuf[SI_BUFFERSIZE]; /* output staging area */ void siintr(int unit) @@ -1935,9 +2011,11 @@ DPRINT((0, (unit < 0) ? DBG_POLL:DBG_INTR, "siintr(%d)\n", unit)); if (in_intr) { if (unit < 0) /* should never happen */ - return; - printf("si%d: Warning interrupt handler re-entered\n", - unit); + printf("si%d: WARNING poll entered during interrupt\n", + unit); + else + printf("si%d: WARNING interrupt handler re-entered\n", + unit); return; } in_intr = 1; @@ -2037,7 +2115,7 @@ si_modem_state(pp, tp, ccbp->hi_ip); /* - * Check to see if there's we should 'receive' + * Check to see if we should 'receive' * characters. */ if (tp->t_state & TS_CONNECTED && @@ -2110,7 +2188,7 @@ DPRINT((pp, DBG_INTR, "\tsingle copy\n")); z = ccbp->hi_rxbuf + op; - bcopy((caddr_t)z, si_rxbuf, n); + si_bcopy((caddr_t)z, si_rxbuf, n); op += n; } else { @@ -2118,11 +2196,11 @@ DPRINT((pp, DBG_INTR, "\tdouble part 1 %d\n", x)); z = ccbp->hi_rxbuf + op; - bcopy((caddr_t)z, si_rxbuf, x); + si_bcopy((caddr_t)z, si_rxbuf, x); DPRINT((pp, DBG_INTR, "\tdouble part 2 %d\n", n-x)); z = ccbp->hi_rxbuf; - bcopy((caddr_t)z, si_rxbuf+x, n-x); + si_bcopy((caddr_t)z, si_rxbuf+x, n-x); op += n; } @@ -2266,19 +2344,17 @@ } amount = min(nchar, (255 - (BYTE)count)); ipos = (unsigned int)ccbp->hi_txipos; + n = q_to_b(&tp->t_outq, si_txbuf, amount); /* will it fit in one lump? */ - if ((SI_BUFFERSIZE - ipos) >= amount) { - n = q_to_b(&tp->t_outq, - (char *)&ccbp->hi_txbuf[ipos], amount); + if ((SI_BUFFERSIZE - ipos) >= n) { + si_bcopy(si_txbuf, (char *)&ccbp->hi_txbuf[ipos], n); } else { - n = q_to_b(&tp->t_outq, - (char *)&ccbp->hi_txbuf[ipos], + si_bcopy(si_txbuf, (char *)&ccbp->hi_txbuf[ipos], SI_BUFFERSIZE-ipos); - if (n == SI_BUFFERSIZE-ipos) { - n += q_to_b(&tp->t_outq, - (char *)&ccbp->hi_txbuf[0], - amount - (SI_BUFFERSIZE-ipos)); - } + si_bcopy(si_txbuf+(SI_BUFFERSIZE-ipos), + (char *)&ccbp->hi_txbuf[0], + n-(SI_BUFFERSIZE-ipos)); + } ccbp->hi_txipos += n; count = (int)ccbp->hi_txipos - (int)ccbp->hi_txopos; @@ -2406,7 +2482,7 @@ } /* - * Issue a command to the Z280 host card CPU. + * Issue a command to the host card CPU. */ static void >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Mar 10 23:10:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA28363 for freebsd-bugs-outgoing; Tue, 10 Mar 1998 23:10:07 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA28334; Tue, 10 Mar 1998 23:10:03 -0800 (PST) (envelope-from gnats) Received: from taliesin.cs.ucla.edu (Taliesin.CS.UCLA.EDU [131.179.96.166]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id XAA28269 for ; Tue, 10 Mar 1998 23:09:46 -0800 (PST) (envelope-from scottm@mordred.cs.ucla.edu) Received: (qmail 7220 invoked from network); 11 Mar 1998 07:09:24 -0000 Received: from mordred.cs.ucla.edu (131.179.48.34) by taliesin.cs.ucla.edu with SMTP; 11 Mar 1998 07:09:24 -0000 Received: (from scottm@localhost) by mordred.cs.ucla.edu (8.8.8/8.8.8) id XAA05920; Tue, 10 Mar 1998 23:09:43 -0800 (PST) (envelope-from scottm) Message-Id: <199803110709.XAA05920@mordred.cs.ucla.edu> Date: Tue, 10 Mar 1998 23:09:43 -0800 (PST) From: Scott Michel Reply-To: scottm@cs.ucla.edu To: FreeBSD-gnats-submit@FreeBSD.ORG Cc: dyson@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/5974: -current VM oddities Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5974 >Category: kern >Synopsis: -current VM oddities >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Mar 10 23:10:01 PST 1998 >Last-Modified: >Originator: Scott Michel >Organization: UCLA CS Dept >Release: FreeBSD 3.0-CURRENT i386 >Environment: freebsd-current, cvsup 11 Mar 98, 1800hrs. -------------------------------------------------------------------------- Copyright (c) 1992-1998 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-CURRENT #12: Tue Mar 10 21:35:47 PST 1998 root@mordred.cs.ucla.edu:/usr/src/sys/compile/MORDRED Timecounter "i8254" frequency 1193172 Hz cost 2864 ns Timecounter "TSC" frequency 99714922 Hz cost 330 ns CPU: Pentium (99.71-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x525 Stepping=5 Features=0x1bf real memory = 50331648 (49152K bytes) avail memory = 37474304 (36596K bytes) Probing for devices on PCI bus 0: chip0: rev 0x02 on pci0.0.0 chip1: rev 0x02 on pci0.7.0 vga0: rev 0x03 int a irq 11 on pci0.15.0 Probing for PnP devices: Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> ed0 at 0x280-0x29f irq 10 maddr 0xcc000 msize 16384 on isa ed0: address 00:00:c0:86:e3:b7, type SMC8216/SMC8216C (16 bit) lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface psm0 at 0x60-0x64 irq 12 on motherboard psm0: model Generic PS/2 mouse, device ID 0 sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A pcm0 at 0x220 irq 5 drq 1 flags 0x15 on isa wdc0 at 0x1f0-0x1f7 irq 14 flags 0xe0ffe0ff on isa wdc0: unit 0 (wd0): , 32-bit, multi-block-8, sleep-hack wd0: 1039MB (2128896 sectors), 2112 cyls, 16 heads, 63 S/T, 512 B/S wdc0: unit 1 (wd1): , 32-bit, multi-block-16, sleep-hack wd1: 2441MB (4999680 sectors), 4960 cyls, 16 heads, 63 S/T, 512 B/S wdc1 at 0x170-0x177 irq 15 on isa fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in npx0 on motherboard npx0: INT 16 interface joy0 at 0x201 on isa joy0: joystick Intel Pentium F00F detected, installing workaround Start pid=2 Start pid=3 Start pid=4 pid 17502 (cc1), uid 0: exited on signal 6 (core dumped) -------------------------------------------------------------------------- machine "i386" ident MORDRED maxusers 10 config kernel root on wd0s2a cpu "I586_CPU" # aka Pentium(tm) options "MAXDSIZ=(256*1024*1024)" options "DFLDSIZ=(256*1024*1024)" options "COMPAT_43" options SYSVSHM options SYSVSEM options SYSVMSG options "MD5" options DDB options KTRACE #kernel tracing options DIAGNOSTIC options PERFMON options UCONSOLE options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor options INET #Internet communications protocols pseudo-device loop pseudo-device ether #Generic Ethernet pseudo-device bpfilter 4 #Berkeley packet filter options MROUTING # Multicast routing options FFS #Fast filesystem options NFS #NFS #options NFS_NOSERVER options MFS #Memory filesystem options "CD9660" #ISO 9660 filesystem options MSDOSFS #MS DOS File System options PROCFS #Process filesystem options NSWAPDEV=20 options "CD9660_ROOTDELAY=20" pseudo-device pty 16 #Pseudo ttys - can go as high as 256 pseudo-device speaker #Play IBM BASIC-style noises out your speaker pseudo-device gzip #Exec gzipped a.out's pseudo-device vn #Vnode driver (turns a file into a device) controller isa0 options BOUNCE_BUFFERS # The syscons console driver (sco color console compatible) - default. device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr options MAXCONS=16 # number of virtual consoles #options SLOW_VGA # do byte-wide i/o's to TS and GDC regs device npx0 at isa? port "IO_NPX" iosiz 0x0 flags 0x0 irq 13 vector npxintr controller wdc0 at isa? port "IO_WD1" bio irq 14 flags 0xe0ffe0ff vector wdintr disk wd0 at wdc0 drive 0 disk wd1 at wdc0 drive 1 controller wdc1 at isa? port "IO_WD2" bio irq 15 vector wdintr options ATAPI #Enable ATAPI support for IDE bus #options ATAPI_STATIC #Don't do it as an LKM #device wcd0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 device lpt0 at isa? port? tty irq 7 vector lptintr device psm0 at isa? port "IO_KBD" conflicts tty irq 12 vector psmintr device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr device ed0 at isa? port 0x280 net irq 10 iomem 0xcc000 vector edintr # controller snd0 # device sb0 at isa? port 0x220 irq 5 drq 1 vector sbintr # device sbxvi0 at isa? drq 5 # device sbmidi0 at isa? port 0x300 # device opl0 at isa? port 0x388 controller pnp0 device pcm0 at isa? port? tty irq 5 drq 1 flags 0x0015 vector pcmintr # options APM_IDLE_CPU # Tell APM to idle rather than halt'ing the cpu # device apm0 at isa? # options APM_BROKEN_STATCLOCK device joy0 at isa? port "IO_GAME" controller pci0 options CLK_CALIBRATION_LOOP options "CLK_USE_I8254_CALIBRATION" options CLK_USE_TSC_CALIBRATION options NMBCLUSTERS=512 options NBUF=512 options COMPAT_LINUX options "EXT2FS" options KBD_MAXRETRY=4 options KBD_MAXWAIT=6 options KBD_RESETDELAY=201 options KBDIO_DEBUG=0 options MSGMNB=2049 options MSGMNI=41 options MSGSEG=2049 options MSGSSZ=16 options MSGTQL=41 options SEMMAP=31 options SEMMNI=11 options SEMMNS=61 options SEMMNU=31 options SEMMSL=61 options SEMOPM=101 options SEMUME=11 options SHOW_BUSYBUFS # List buffers that prevent root unmount options SHMALL=1025 options "SHMMAX=(SHMMAXPGS*PAGE_SIZE+1)" options SHMMAXPGS=1025 options SHMMIN=2 options SHMMNI=33 options SHMSEG=9 >Description: - gcc dumps core at odd/random places during the compile process. - depend generates unreasonable line numbers (>200,000), and appears caught in an infinite loop, thrashing on an "invalid" dependency. System under reasonable load (LAVG == 3.53/4.02/3.10). Running in single user mode, doing a buildworld. Other utitilies, notably sendmail, exit with sig 11, at random times. No kernel panic generated (wish it would.) >How-To-Repeat: make CFLAGS="-O2 -m486 -pipe" -j 4 buildworld >Fix: Unknown. VM frobbing? >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Mar 10 23:28:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA00430 for freebsd-bugs-outgoing; Tue, 10 Mar 1998 23:28:27 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from sargon.worldnet.att.net (8.san-diego-03.ca.dial-access.att.net [12.64.110.8]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA00424 for ; Tue, 10 Mar 1998 23:28:24 -0800 (PST) (envelope-from jd@alumni.cs.uwm.edu) Received: from alumni.cs.uwm.edu (localhost [127.0.0.1]) by sargon.worldnet.att.net (8.8.5/8.8.5) with ESMTP id XAA10750 for ; Tue, 10 Mar 1998 23:29:22 -0800 (PST) Message-ID: <35063D52.A5C44619@alumni.cs.uwm.edu> Date: Wed, 11 Mar 1998 07:29:22 +0000 From: Joe Davida X-Mailer: Mozilla 4.04 [en] (X11; I; FreeBSD 3.0-970522-SNAP i386) MIME-Version: 1.0 To: bugs@FreeBSD.ORG Subject: trn3.6 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I tried to email davison@borland.com, to no avail, so I am mailing this problem to bugs@freebsd.org: Dear Wayne, trn3,6 works fine on all newsgroups except misc.jobs.offered. Here is the error I get when running trn3.6: ****** 35048 unread articles in misc.jobs.offered -- read now? [ynq] trn: out of memory! Caught an internal error--.newsrc restored The message is issued when I reply by either a space, or a y or a . My system is running 3.0-970522-SNAP, I have 128 meg of ram, and at time when I run trn, I have: {307root@sargon}# vmstat procs memory page disks faults cpu r b w avm fre flt re pi po fr sr s0 c0 w0 in sy cs us sy id 1 0 0 3718532 81356 35 0 0 0 35 171 2 0 0 155 443 45 3 1 97 You can see there are plenty of free pages!! {308root@sargon}# top 5 last pid: 9514; load averages: 0.01, 0.04, 0.06 06:55:44 35 processes: 1 running, 34 sleeping CPU states: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle Mem: 18M Active, 11M Inact, 15M Wired, 23M Cache, 8338K Buf, 56M Free <<<<<<<< Swap: 128M Total, 23M Used, 105M Free, 18% Inuse PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU CPU COMMAND 302 jd 2 0 2116K 2392K select0 0:22 0.83% 0.83% xterm 271 root 2 0 5032K 7184K select0 13:02 0.59% 0.59% XF86_S 195 root 18 0 332K 136K pause 0 0:00 0.00% 0.00% cron 9514 jd 18 0 172K 32K pause 0 0:00 0.00% 0.00% sleep 9513 root 18 0 172K 32K pause 0 0:00 0.00% 0.00% sleep Notice the amount of freemem!!!! Also, notice that only 18% of swap is used!!! So why is trn failing to read the misc.jobs.offered newsgroup??? Best regards, Joe P.S.: Netscape mailer really screws up the character spacing, so if the output from the vmstat and top do not match the header labels, I did'nt do it :) :) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Mar 11 00:30:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA08323 for freebsd-bugs-outgoing; Wed, 11 Mar 1998 00:30:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA08314; Wed, 11 Mar 1998 00:30:02 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA07147; Wed, 11 Mar 1998 00:24:10 -0800 (PST) (envelope-from nobody) Message-Id: <199803110824.AAA07147@hub.freebsd.org> Date: Wed, 11 Mar 1998 00:24:10 -0800 (PST) From: peter.leitner@wuerth.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/5975: can't boot freebsd: fatal trap12: page fault while in kernel mode Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5975 >Category: kern >Synopsis: can't boot freebsd: fatal trap12: page fault while in kernel mode >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Mar 11 00:30:01 PST 1998 >Last-Modified: >Originator: Peter Leitner >Organization: >Release: 2.2.5 >Environment: Intel-Pentium 200MHz, motherboard: tyan tomcat II (dual-processor-board) with 1 processor, 64MB RAM, 4GB Quatum Fireball EIDE, Award-Bios >Description: One of the following errors occurs after the installation from floppy, by booting the generic kernel: Fatal trap 12: page fault while in kernel mode fault virtual address= 0x645de87e fault code = supervisor write, page not present instruction pointer = 0x8:0xf021fc47 stack pointer = 0x10:0xefbffed8 frame pointer = 0x10:0xefbffef0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL=0 current process = 0() interrupt mask = net tty bio panic: page fault --- Fatal trap 1: privileged instruction fault while in kernel mode intstruction pointer = 0x8:0xf01b7830 stack pointer = 0x10:0xefbffeb4 frame pointer = 0x10:0xefbffee4 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume , IOPL = 0 current process= 0 (swapper) interrupt mask = panic: privileged instruction fault >How-To-Repeat: the problem occurs almost on every boot >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Mar 11 03:30:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA27833 for freebsd-bugs-outgoing; Wed, 11 Mar 1998 03:30:11 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA27817; Wed, 11 Mar 1998 03:30:07 -0800 (PST) (envelope-from gnats) Date: Wed, 11 Mar 1998 03:30:07 -0800 (PST) Message-Id: <199803111130.DAA27817@hub.freebsd.org> To: freebsd-bugs Cc: From: "Jose M. Alcaide" Subject: Re: kern/5967: upg from 2.1.7.1/2.2.1 to 2.2.5-stable (aic7xxx no compile) Reply-To: "Jose M. Alcaide" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/5967; it has been noted by GNATS. From: "Jose M. Alcaide" To: freebsd-gnats-submit@freebsd.org, risner@akira.stdio.com Cc: Subject: Re: kern/5967: upg from 2.1.7.1/2.2.1 to 2.2.5-stable (aic7xxx no compile) Date: Wed, 11 Mar 1998 12:16:53 +0100 I had this same problem some months ago when I upgraded my sources from 2.2.2-RELEASE to 2.2.5-RELEASE using CVSup. Delete the /usr/src/sys tree (save your kernel config first), and do the CVSup again. You will get new, fresh kernel sources, and the compilation will succeed. -- JM ----------------------------------------------------------------------- Jose M. Alcaide | mailto:jose@we.lc.ehu.es Universidad del Pais Vasco | http://www.we.lc.ehu.es/~jose Dpto. de Electricidad y Electronica | Facultad de Ciencias - Campus de Lejona | Tel.: +34-4-4647700 x2624 48940 Lejona (Vizcaya) - SPAIN | Fax: +34-4-4858139 ----------------------------------------------------------------------- "Go ahead... make my day." - H. Callahan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Mar 11 04:20:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA02086 for freebsd-bugs-outgoing; Wed, 11 Mar 1998 04:20:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA02067; Wed, 11 Mar 1998 04:20:01 -0800 (PST) (envelope-from gnats) Date: Wed, 11 Mar 1998 04:20:01 -0800 (PST) Message-Id: <199803111220.EAA02067@hub.freebsd.org> To: freebsd-bugs Cc: From: "Jose M. Alcaide" Subject: Re: kern/5967: upg from 2.1.7.1/2.2.1 to 2.2.5-stable (aic7xxx no compile) Reply-To: "Jose M. Alcaide" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/5967; it has been noted by GNATS. From: "Jose M. Alcaide" To: freebsd-gnats-submit@freebsd.org, risner@akira.stdio.com Cc: Subject: Re: kern/5967: upg from 2.1.7.1/2.2.1 to 2.2.5-stable (aic7xxx no compile) Date: Wed, 11 Mar 1998 12:16:53 +0100 I had this same problem some months ago when I upgraded my sources from 2.2.2-RELEASE to 2.2.5-RELEASE using CVSup. Delete the /usr/src/sys tree (save your kernel config first), and do the CVSup again. You will get new, fresh kernel sources, and the compilation will succeed. -- JM ----------------------------------------------------------------------- Jose M. Alcaide | mailto:jose@we.lc.ehu.es Universidad del Pais Vasco | http://www.we.lc.ehu.es/~jose Dpto. de Electricidad y Electronica | Facultad de Ciencias - Campus de Lejona | Tel.: +34-4-4647700 x2624 48940 Lejona (Vizcaya) - SPAIN | Fax: +34-4-4858139 ----------------------------------------------------------------------- "Go ahead... make my day." - H. Callahan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Mar 11 07:26:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA24254 for freebsd-bugs-outgoing; Wed, 11 Mar 1998 07:26:55 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from steve@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA24034; Wed, 11 Mar 1998 07:26:19 -0800 (PST) (envelope-from steve) Date: Wed, 11 Mar 1998 07:26:19 -0800 (PST) From: Steve Price Message-Id: <199803111526.HAA24034@hub.freebsd.org> To: ast@marabu.ch, steve, freebsd-bugs Subject: Re: bin/5963 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: 'make release' of Mar 10 -stable fails in 'make doRELEASE' State-Changed-From-To: open-closed State-Changed-By: steve State-Changed-When: Wed Mar 11 07:25:05 PST 1998 State-Changed-Why: Jordan fixed this in revision 1.109.2.24 of src/Makefile. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Mar 11 07:40:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA26779 for freebsd-bugs-outgoing; Wed, 11 Mar 1998 07:40:07 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA26752; Wed, 11 Mar 1998 07:40:03 -0800 (PST) (envelope-from gnats) Received: from birdland.rhein-neckar.de (root@birdland.rhein-neckar.de [193.197.88.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA26117 for ; Wed, 11 Mar 1998 07:34:39 -0800 (PST) (envelope-from naddy@bigeye.rhein-neckar.de) Received: from mips.rhein-neckar.de (uucp@localhost) by birdland.rhein-neckar.de (8.8.7/8.8.3) with bsmtp id QAA06851 for FreeBSD-gnats-submit@freebsd.org; Wed, 11 Mar 1998 16:31:04 +0100 (MET) Received: from bigeye.rhein-neckar.de ([193.197.88.35]) by mips.rhein-neckar.de with esmtp id m0yCnC6-000WyOC (Debian Smail-3.2 1996-Jul-4 #2); Wed, 11 Mar 1998 16:13:22 +0100 (CET) Received: (from naddy@localhost) by bigeye.rhein-neckar.de (8.8.8/8.8.8) id QAA03923; Wed, 11 Mar 1998 16:12:54 +0100 (CET) (envelope-from naddy) Message-Id: <199803111512.QAA03923@bigeye.rhein-neckar.de> Date: Wed, 11 Mar 1998 16:12:54 +0100 (CET) From: Christian Weisgerber Reply-To: naddy@bigeye.rhein-neckar.de To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: misc/5977: termcap lacks entries for Linux console Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5977 >Category: misc >Synopsis: termcap lacks entries for Linux console >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Wed Mar 11 07:40:00 PST 1998 >Last-Modified: >Originator: Christian Weisgerber >Organization: >Release: FreeBSD 2.2.5-STABLE i386 >Environment: >Description: The termcap database does not have entries for the Linux console. >How-To-Repeat: >Fix: linux|linux console:\ :am:eo:mi:ms:xn:xo:\ :co#80:it#8:li#25:\ :pa#64:Co#8:Sf=\E[3%dm:Sb=\E[4%dm:\ :AL=\E[%dL:DC=\E[%dP:DL=\E[%dM:K2=\E[G:\ :ae=\E[10m:al=\E[L:as=\E[11m:bl=^G:cd=\E[J:ce=\E[K:\ :cl=\E[H\E[J:cm=\E[%i%d;%dH:cr=^M:cs=\E[%i%d;%dr:\ :ct=\E[3g:dc=\E[P:dl=\E[M:do=^J:ei=\E[4l:ho=\E[H:\ :im=\E[4h:k1=\E[[A:k2=\E[[B:k3=\E[[C:k4=\E[[D:k5=\E[[E:\ :k6=\E[17~:k7=\E[18~:k8=\E[19~:k9=\E[20~:kD=\E[3~:\ :kI=\E[2~:kN=\E[6~:kP=\E[5~:kb=\177:kd=\E[B:kh=\E[1~:\ :kl=\E[D:kr=\E[C:ku=\E[A:le=^H:mb=\E[5m:md=\E[1m:\ :me=\E[0;10m:mh=\E[2m:mr=\E[7m:nd=\E[C:nw=^M^J:rc=\E8:\ :sc=\E7:se=\E[m:sf=^J:so=\E[7m:sr=\EM:st=\EH:ta=^I:\ :ue=\E[24m:up=\E[A:us=\E[4m:vb=200\E[?5h\E[?5l:\ :ve=\E[?25h:vi=\E[?25l: linux-m|Linux console no color:\ :pa@:Co@:Sf@:Sb@:\ :tc=linux: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Mar 11 08:31:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA03919 for freebsd-bugs-outgoing; Wed, 11 Mar 1998 08:31:38 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from seagull.cdrom.com (seagull.cdrom.com [204.216.27.14]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA03911 for ; Wed, 11 Mar 1998 08:31:36 -0800 (PST) (envelope-from cracauer@seagull.cdrom.com) Received: (from cracauer@localhost) by seagull.cdrom.com (8.8.8/8.6.6) id IAA14718 ; Wed, 11 Mar 1998 08:31:30 -0800 (PST) Message-ID: <19980311173129.43427@cons.org> Date: Wed, 11 Mar 1998 17:31:29 +0100 From: Martin Cracauer To: "Neil A. Carson" Cc: bugs@FreeBSD.ORG Subject: Re: Floating point errors References: <199802210421.PAA18491@godzilla.zeta.org.au> <34EE57FE.5B1234BB@causality.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81 In-Reply-To: <34EE57FE.5B1234BB@causality.com>; from Neil A. Carson on Sat, Feb 21, 1998 at 04:28:46AM +0000 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In <34EE57FE.5B1234BB@causality.com>, Neil A. Carson wrote: > Bruce Evans wrote: > > > Wrong. I feel that it is more useful to die rather than possibly > > run incorrectly. Programmers who actually understand FP exceptions > > can easily change the default exception mask (I changed it 3 years > > ago on my systems). The technical correctness of this is debatable. > > It prevents the math libraries from being ANSI conformant, but the math > > libraries have more serious ANSI conformance bugs. I don't plan to > > change the exception handling until the other bugs are fixed. > > Are the conformance bugs quite major? We had to write a collection of FP > emulator code that was completely ANSI conformant (for one reason or another, > to pass the Java compliance tests here at Oracle) for the ARM, as it doesn't > have an FPU of any sort. Of course, programmers who understand FP exceptions > can easily change stuff, but the mathematicians/physicians (who are in this > case quite computer-illiterate and only like to do the bear minimumof code to > get something to 'work') in my case are unaware of the set mask call. Of > course, as a reverse, one could argue that as a result their stuff shouldn't > work anyway! Not that of course this is of any direct relevance to my small > evaluation here anyway, as I also have a number of NetBSD machines around; > maybe I'm just waffling so I'll shut up now. If you want to change the default behaviour of the running system for all processes, you can set #define __INITIAL_NPXCW__ 0x127f in npx.h (change both in kernel sources and /usr/include/machine) and build a new kernel. > If I can be of assistance with any stuff, let me know. Well, reproduceable test cases of faulty behaviour with gcc/i386 would be useful. This applies to NetBSD as well as FreeBSD. I don't think Linux is different, either. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ BSD User Group Hamburg/Germany http://www.bsdhh.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Mar 11 08:50:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA07052 for freebsd-bugs-outgoing; Wed, 11 Mar 1998 08:50:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA07030; Wed, 11 Mar 1998 08:50:02 -0800 (PST) (envelope-from gnats) Date: Wed, 11 Mar 1998 08:50:02 -0800 (PST) Message-Id: <199803111650.IAA07030@hub.freebsd.org> To: freebsd-bugs Cc: From: Martin Cracauer Subject: Re: bin/5870: df(1) gives values over 100% Reply-To: Martin Cracauer Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/5870; it has been noted by GNATS. From: Martin Cracauer To: toasty@dragondata.com Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/5870: df(1) gives values over 100% Date: Wed, 11 Mar 1998 17:40:28 +0100 In <199802271939.NAA19436@home.dragondata.com>, toasty@dragondata.com wrote: [...] > Filesystem 1K-blocks Used Avail Capacity iused ifree %iused Mounted on > /dev/wd0a 127023 19946 96916 17% 1256 30486 4% / > /dev/wd0s1h 347295 42755 276757 13% 1494 85800 2% /userland > /dev/wd0s1g 63503 759 57664 1% 145 15725 1% /userland/var > /dev/wd0s1d 2991318 169969 2582044 6% 18308 729530 2% /userland/home > /dev/wd0s1f 198399 196536 -14008 108% 50174 0 100% /usr > /dev/wd0s1e 127023 1469 115393 1% 195 31547 1% /var > procfs 4 4 0 100% 29 4087 1% /proc > procfs 4 4 0 100% 29 4087 1% /userland/proc > > Somehow, 198399 - 196536 is ending up a negative number. You did not take into account that a certain amount of filesystem space (by default 10%) is reserved to be used only by root. If you look at the other lines, you'll notice that User+Avail != 1k-blocks. "Avail" is what is available for non-root users. Hope this helps Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ BSD User Group Hamburg/Germany http://www.bsdhh.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Mar 11 08:50:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA07068 for freebsd-bugs-outgoing; Wed, 11 Mar 1998 08:50:05 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA07049; Wed, 11 Mar 1998 08:50:02 -0800 (PST) (envelope-from gnats) Date: Wed, 11 Mar 1998 08:50:02 -0800 (PST) Message-Id: <199803111650.IAA07049@hub.freebsd.org> To: freebsd-bugs Cc: From: Nick Subject: Re: bin/5959: Cannot set up clocal gettys Reply-To: Nick Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/5959; it has been noted by GNATS. From: Nick To: freebsd-gnats-submit@freebsd.org Cc: Subject: Re: bin/5959: Cannot set up clocal gettys Date: Wed, 11 Mar 1998 16:42:41 +0000 This patch adds the 'nc' flag to getty, which will make getty open non-blocking and set clocal. Many wet noodle whippings to getty for totally and willfully destroying the settings one sets up on the i device. --- init.c.orig Sat May 10 22:28:54 1997 +++ init.c Tue Mar 10 16:45:48 1998 @@ -142,5 +142,6 @@ { "np", 0 }, /* no parity at all (8bit chars) */ { "mb", 0 }, /* do MDMBUF flow control */ { "hw", 0 }, /* do CTSRTS flow control */ + { "nc", 0 }, /* set clocal */ { 0 } }; --- gettytab.h.orig Sat May 10 22:28:53 1997 +++ gettytab.h Tue Mar 10 16:52:04 1998 @@ -170,4 +170,5 @@ #define NP gettyflags[21].value #define MB gettyflags[22].value #define HW gettyflags[23].value +#define NC gettyflags[24].value --- main.c.orig Sun Aug 17 16:44:34 1997 +++ main.c Tue Mar 10 16:57:58 1998 @@ -266,8 +266,8 @@ (void)tcsetattr(STDIN_FILENO, TCSANOW, &tmode); exit(1); } - } else { /* blocking open */ - if (!opentty(ttyn, O_RDWR)) + } else { /* maybe blocking open */ + if (!opentty(ttyn, O_RDWR|(NC?O_NONBLOCK:0))) exit(1); } } @@ -289,6 +289,7 @@ tmode.c_oflag = TTYDEF_OFLAG; tmode.c_lflag = TTYDEF_LFLAG; tmode.c_cflag = TTYDEF_CFLAG; + tmode.c_cflag |= (NC?CLOCAL:0); omode = tmode; To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Mar 11 09:10:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA09320 for freebsd-bugs-outgoing; Wed, 11 Mar 1998 09:10:05 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA09308; Wed, 11 Mar 1998 09:10:02 -0800 (PST) (envelope-from gnats) Received: from gateman.zeus.leitch.com (gateman.zeus.leitch.com [204.187.61.193]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA08439 for ; Wed, 11 Mar 1998 09:03:34 -0800 (PST) (envelope-from woods@zeus.leitch.com) Received: from zeus.leitch.com (0@tap.zeus.leitch.com [204.187.61.10]) by gateman.zeus.leitch.com (8.8.5/8.7.3/1.0) with ESMTP id MAA09704 for ; Wed, 11 Mar 1998 12:03:31 -0500 (EST) Received: from bitter.zeus.leitch.com (bitter.zeus.leitch.com [204.187.61.66]) by zeus.leitch.com (8.7.5/8.7.3/1.0) with ESMTP id MAA15625 for ; Wed, 11 Mar 1998 12:03:25 -0500 (EST) Received: (woods@localhost) by bitter.zeus.leitch.com (8.8.7/8.6.9) id MAA02504; Wed, 11 Mar 1998 12:03:24 -0500 (EST) Message-Id: <199803111703.MAA02504@bitter.zeus.leitch.com> Date: Wed, 11 Mar 1998 12:03:24 -0500 (EST) From: woods@zeus.leitch.com Reply-To: woods@zeus.leitch.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/5979: sd.c doesn't validate all mode sense 4 values, esp. secsize Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5979 >Category: kern >Synopsis: sd.c doesn't validate all mode sense 4 values, esp. secsize >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Mar 11 09:10:01 PST 1998 >Last-Modified: >Originator: Greg A. Woods >Organization: Planix, Inc.; on contract at Leitch Technology International, Inc. >Release: FreeBSD 2.2.5-STABLE i386 >Environment: System: ASUS P2L97 motherboard with i686 class CPU and 128MB SDRAM SCSI Host Adapter: Adaptec AHA-2940UW (BIOS v1.32) Disk Array Controller: Adaptec AEC-4312A >Description: The sd driver probes and reports incorrect values from an Adaptec AEC-4312A SCSI RAID controller. Notably the sector size (and thus the calculated volume size) is invalid. This problem was initially noted in the 2.2.5-stable (RELENG_2_2 branch cvsup'ed as of 1998/01/26), but the latest 3.0-SNAP boot floppy also exhibited the same problem. >How-To-Repeat: Boot any FreeBSD on a system with an attached Adaptec AEC-4312A SCSI RAID array and inspect the sector size reported. >Fix: Upon inspection of and comparison with the NetBSD-1.3 release code, which does correctly identify bogus values from the mode sense and reports the correct sector size and calculated volume size using the traditional Adaptec "fictitious" geometry, we noted that the FreeBSD code was not clearing the scsi_sense data structure (presumably to allow detection of fields not set in the mode page), nor was the sector size being forced to a logical value when the rest of the geometry was corrected. The attached patch solves the problem (but we've not verified that all related problems have been solved -- the logic in NetBSD's version of this code is considerably different and seems to handle more potential conditions). === cd /usr/src/sys/scsi/ === /usr/bin/cvs diff -c sd.c Index: sd.c =================================================================== RCS file: /cvs/Leitch/FreeBSD-2.2/sys/scsi/sd.c,v retrieving revision 1.1.1.1 diff -c -r1.1.1.1 sd.c *** sd.c 1998/01/21 23:19:16 1.1.1.1 --- sd.c 1998/02/11 18:33:08 *************** *** 725,730 **** --- 725,731 ---- /* * do a "mode sense page 4" */ + bzero(&scsi_sense, sizeof(scsi_sense)); bzero(&scsi_cmd, sizeof(scsi_cmd)); scsi_cmd.op_code = MODE_SENSE; scsi_cmd.page = 4; *************** *** 791,796 **** --- 792,798 ---- disk_parms->heads = 64; disk_parms->cyls = sectors / (64 * 32); sectors = 32; + disk_parms->secsiz = SECSIZE; } /* keep secsiz sane too - we may divide by it later */ if(disk_parms->secsiz == 0) >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Mar 11 09:40:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA14555 for freebsd-bugs-outgoing; Wed, 11 Mar 1998 09:40:29 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA14486; Wed, 11 Mar 1998 09:40:16 -0800 (PST) (envelope-from gnats) Received: from ns.mikage.t-cnet.or.jp (ns.mikage.t-cnet.or.jp [210.169.187.130]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA12756 for ; Wed, 11 Mar 1998 09:30:26 -0800 (PST) (envelope-from issei@mikage.t-cnet.or.jp) Received: (from issei@localhost) by ns.mikage.t-cnet.or.jp (8.8.8/3.6W) id CAA14875; Thu, 12 Mar 1998 02:30:14 +0900 (JST) Message-Id: <199803111730.CAA14875@ns.mikage.t-cnet.or.jp> Date: Thu, 12 Mar 1998 02:30:14 +0900 (JST) From: issei@mikage.t-cnet.or.jp To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: docs/5980: typo in uulog (1) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5980 >Category: docs >Synopsis: Typo found in uulog (1). >Confidential: yes >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Wed Mar 11 09:40:08 PST 1998 >Last-Modified: >Originator: Issei Suzuki >Organization: A Site under T-CNET >Release: FreeBSD 2.2.5-STABLE i386 >Environment: FreeBSD 2.2.5-STABLE Mar 09, 1998. >Description: Though uulog (1) refers to uulog program, man page use the word 'uuname' instead of 'uulog.' >How-To-Repeat: read uulog (1). >Fix: Apply this patch. --- uulog.1.orig Thu Mar 12 02:16:16 1998 +++ uulog.1 Thu Mar 12 02:16:27 1998 @@ -16,7 +16,7 @@ queued jobs in the past. .SH OPTIONS The following options may be given to -.B uuname. +.B uulog. .TP 5 .B \-#, \-n lines, \-\-lines lines Here `#' is a number; e.g., `-10'. The specified number of lines >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Mar 11 10:50:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA03885 for freebsd-bugs-outgoing; Wed, 11 Mar 1998 10:50:45 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from gw.jmrodgers.com ([205.247.224.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA03856 for ; Wed, 11 Mar 1998 10:50:40 -0800 (PST) (envelope-from meuston@jmrodgers.com) Received: from max.jmrodgers.com (max.jmrodgers.com [205.247.224.209]) by gw.jmrodgers.com (8.8.8/8.8.8) with SMTP id NAA17237 for ; Wed, 11 Mar 1998 13:50:07 -0500 (EST) (envelope-from meuston@jmrodgers.com) Received: by localhost with Microsoft MAPI; Wed, 11 Mar 1998 13:48:47 -0500 Message-ID: <01BD4CF4.6A1DA1E0.meuston@jmrodgers.com> From: Max Euston To: "'FreeBSD Bugs'" Subject: re: bin/5838 make more(1) use LINES= and COLUMNS= environment variables. Date: Wed, 11 Mar 1998 13:48:44 -0500 Organization: J.M. Rodgers Co., Inc. X-Mailer: Microsoft Internet E-mail/MAPI - 8.0.0.4211 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Please remove/close this PR, it has gotten old, the description is no longer correct, and it is partially extraneous. I will submit a new one with just the remaining parts. Thank You, Max ----- Max Euston To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Mar 11 12:00:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA25651 for freebsd-bugs-outgoing; Wed, 11 Mar 1998 12:00:38 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA25562; Wed, 11 Mar 1998 12:00:18 -0800 (PST) (envelope-from gnats) Received: from pc-21490.bc.rogers.wave.ca (pc-21490.bc.rogers.wave.ca [24.113.51.240]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA24617 for ; Wed, 11 Mar 1998 11:57:54 -0800 (PST) (envelope-from jh@pc-21490.bc.rogers.wave.ca) Received: (from jh@localhost) by pc-21490.bc.rogers.wave.ca (8.8.8/8.8.7) id LAA04772; Wed, 11 Mar 1998 11:57:20 -0800 (PST) Message-Id: <199803111957.LAA04772@pc-21490.bc.rogers.wave.ca> Date: Wed, 11 Mar 1998 11:57:20 -0800 (PST) From: Jonathan Hanna Reply-To: pangolin@rogers.wave.ca To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: gnu/5982: no error exit code from tar on child failure Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5982 >Category: gnu >Synopsis: no error exit code from tar on child failure >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Mar 11 12:00:07 PST 1998 >Last-Modified: >Originator: Jonathan Hanna >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: >Description: tar reports the failure of gzip, but does not reflect that in its own exit status. >How-To-Repeat: # echo j > k # tar -tvf k tar: only read 2 bytes from archive k # echo $status 3 # tar -tzvf k gzip: stdin: not in gzip format tar: child returned status 1 # echo $status 0 >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Mar 11 15:04:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA02997 for freebsd-bugs-outgoing; Wed, 11 Mar 1998 15:04:40 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from CTNet2.createtech.com (CTNet2.createtech.com [209.48.208.12]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA02990 for ; Wed, 11 Mar 1998 15:04:39 -0800 (PST) (envelope-from kim@createtech.com) Received: (from smtp@localhost) by CTNet2.createtech.com (8.8.7/8.8.5) id RAA23107 for ; Wed, 11 Mar 1998 17:02:16 -0600 (CST) Received: from x56.createtech.com(209.48.208.56), claiming to be "createtech.com" via SMTP by pop.createtech.com, id smtpd023102; Wed Mar 11 17:02:08 1998 Message-ID: <3507178C.342722D4@createtech.com> Date: Wed, 11 Mar 1998 17:00:28 -0600 From: Kim Shrier X-Mailer: Mozilla 4.04 [en] (WinNT; I) MIME-Version: 1.0 To: freebsd-bugs@FreeBSD.ORG Subject: Hanging shell scripts in 2.2.5 RELEASE Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I am having an intermittent problem with shell scripts hanging under FreeBSD 2.2.5 RELEASE. The script runs from cron once every 5 minutes. Usually it works fine for days and then it hangs and soaks up CPU cycles. I've had another script like this that was hanging and I re-wrote it as a Perl script. It hasn't given me any trouble as a Perl script. -- Kim Shrier - kim@createtech.com Director of Development - CreateTech, Inc. voice 214-748-2233 - fax 214-748-3377 www.createtech.com - Custom Internet Solutions. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Mar 11 17:22:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA26585 for freebsd-bugs-outgoing; Wed, 11 Mar 1998 17:22:32 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA26496; Wed, 11 Mar 1998 17:22:17 -0800 (PST) (envelope-from jkh@FreeBSD.org) From: "Jordan K. Hubbard" Received: (from jkh@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id RAA04291; Wed, 11 Mar 1998 17:19:55 -0800 (PST) Date: Wed, 11 Mar 1998 17:19:55 -0800 (PST) Message-Id: <199803120119.RAA04291@freefall.freebsd.org> To: jkh@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, gibbs@FreeBSD.ORG Subject: Re: kern/5979 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: sd.c doesn't validate all mode sense 4 values, esp. secsize Responsible-Changed-From-To: freebsd-bugs->gibbs Responsible-Changed-By: jkh Responsible-Changed-When: Wed Mar 11 17:19:36 PST 1998 Responsible-Changed-Why: This is definitely a Justin PR. :) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Mar 11 20:00:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA21069 for freebsd-bugs-outgoing; Wed, 11 Mar 1998 20:00:09 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA21051; Wed, 11 Mar 1998 20:00:04 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA20280; Wed, 11 Mar 1998 19:56:59 -0800 (PST) (envelope-from nobody) Message-Id: <199803120356.TAA20280@hub.freebsd.org> Date: Wed, 11 Mar 1998 19:56:59 -0800 (PST) From: mitchy@er.ams.eng.osaka-u.ac.jp To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: docs/5986: Zic.8 in FreeBSD 2.2-980309-SNAP uses undefined macro. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5986 >Category: docs >Synopsis: Zic.8 in FreeBSD 2.2-980309-SNAP uses undefined macro. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Mar 11 20:00:02 PST 1998 >Last-Modified: >Originator: MITSUNAGA Noriaki >Organization: Osaka-univ >Release: FreeBSD-2.2.5-RELEASE >Environment: FreeBSD asahi.ams.eng.osaka-u.ac.jp 2.2.5-RELEASE FreeBSD 2.2.5-RELEASE #0: Wed Jan 7 15:24:51 JST 1998 mitchy@asahi.ams.eng.osaka-u.ac.jp:/usr/src/sys/compile/AKIA i386 >Description: In zic.8 of 2.2-980309-SNAP, undefined macro `.q' is used. This makes the man page display uncorrectly. For example, lines if the given time is local .q "wall clock" time, become if the given time is local "time >How-To-Repeat: With man page zic.8 in 2.2-980309-SNAP, do the following: groff -mandoc -Tascii e2/zic.8 | less >Fix: Define `.q' macro as in previous version, or change `.q' to `.Dq' or `.Sq'. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Mar 11 21:20:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA03074 for freebsd-bugs-outgoing; Wed, 11 Mar 1998 21:20:33 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA03035; Wed, 11 Mar 1998 21:20:16 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA02275; Wed, 11 Mar 1998 21:18:10 -0800 (PST) (envelope-from nobody) Message-Id: <199803120518.VAA02275@hub.freebsd.org> Date: Wed, 11 Mar 1998 21:18:10 -0800 (PST) From: ltolent@ultrix6.cs.csubak.edu To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/5987: Kernel Table is Full! Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5987 >Category: kern >Synopsis: Kernel Table is Full! >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: support >Submitter-Id: current-users >Arrival-Date: Wed Mar 11 21:20:03 PST 1998 >Last-Modified: >Originator: Leonard Tolentino >Organization: >Release: 2.2.5 >Environment: Kernel Table is full!! >Description: I run freebsd on a petium pro 200 with 96 MB RAM. It's primary task is to send emails to our customers. We emailed about 4,000 a day. I get this error message "kernel table is full" and I can't even log in to reboot the machine and my only recourse is warm boot the machine. >How-To-Repeat: The problem is repeats every couple of days doing the same workload and function. >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Mar 12 02:00:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA05821 for freebsd-bugs-outgoing; Thu, 12 Mar 1998 02:00:06 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA05812; Thu, 12 Mar 1998 02:00:04 -0800 (PST) (envelope-from gnats) Received: from dt050ndd.san.rr.com (root@dt050ndd.san.rr.com [204.210.31.221]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA05067 for ; Thu, 12 Mar 1998 01:53:51 -0800 (PST) (envelope-from dougdougdougdoug@dt050ndd.san.rr.com) Received: (from root@localhost) by dt050ndd.san.rr.com (8.8.8/8.8.8) id BAA10783; Thu, 12 Mar 1998 01:53:50 -0800 (PST) (envelope-from dougdougdougdoug) Message-Id: <199803120953.BAA10783@dt050ndd.san.rr.com> Date: Thu, 12 Mar 1998 01:53:50 -0800 (PST) From: Studded@dal.net Reply-To: Studded@dal.net To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/5990: Fix for f00f-hack warnings in -Stable (from -Current) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5990 >Category: kern >Synopsis: Using f00f-hack option causes compile warnings >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Mar 12 02:00:01 PST 1998 >Last-Modified: >Originator: Doug >Organization: AAAG >Release: FreeBSD 2.2.6-BETA-0310 i386 >Environment: -Stable system with 586 CPU. >Description: Ever since it was introduced, the f00f hack fix in -Stable has produced compile time warnings. This is just plain silly. Warnings like this cause unecessary stress for inexperienced users, especially when related to bug fixes for security problems. I realize that there is some dissension as to what the "right" fix for the f00f hack problem is, however since that issue is not likely to be resolved between now and 2.2.6-Release, can we at least eliminate the warnings? >How-To-Repeat: Compile a -Stable kernel for a 586 machine without the "no f00f hack" option. >Fix: Apply the following patch. This is from -Current, the diff between 1.288 and 1.289 of /sys/i386/i386/machdep.c by Eivind. A -Stable kernel with this patch compiles and runs with no problem Thanks, Doug --- machdep.c.Dist Fri Feb 20 02:09:12 1998 +++ machdep.c Fri Feb 20 02:09:21 1998 @@ -1369,14 +1369,13 @@ } #if defined(I586_CPU) && !defined(NO_F00F_HACK) -void f00f_hack(void); +static void f00f_hack(void *unused); SYSINIT(f00f_hack, SI_SUB_INTRINSIC, SI_ORDER_FIRST, f00f_hack, NULL); -void -f00f_hack(void) { +static void +f00f_hack(void *unused) { struct region_descriptor r_idt; - unsigned char *tmp; - + vm_offset_t tmp; if (!has_f00f_bug) return; >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Mar 12 02:20:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA07413 for freebsd-bugs-outgoing; Thu, 12 Mar 1998 02:20:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA07405; Thu, 12 Mar 1998 02:20:02 -0800 (PST) (envelope-from gnats) Date: Thu, 12 Mar 1998 02:20:02 -0800 (PST) Message-Id: <199803121020.CAA07405@hub.freebsd.org> To: freebsd-bugs Cc: From: Studded Subject: Re: misc/4766: Simple changes to make ipfw safer and easier to use Reply-To: Studded Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/4766; it has been noted by GNATS. From: Studded To: freebsd-gnats-submit@freebsd.org Cc: Subject: Re: misc/4766: Simple changes to make ipfw safer and easier to use Date: Thu, 12 Mar 1998 02:16:03 -0800 Feel free to close this. Thanks, Doug -- *** Chief Operations Officer, DALnet IRC network *** *** Proud operator, designer and maintainer of the world's largest *** Internet Relay Chat server. 5,328 clients and still growing. *** Try spider.dal.net on ports 6662-4 (Powered by FreeBSD) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Mar 12 02:29:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA08216 for freebsd-bugs-outgoing; Thu, 12 Mar 1998 02:29:28 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA08208; Thu, 12 Mar 1998 02:29:17 -0800 (PST) (envelope-from eivind@FreeBSD.org) From: Eivind Eklund Received: (from eivind@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id CAA02553; Thu, 12 Mar 1998 02:26:54 -0800 (PST) Date: Thu, 12 Mar 1998 02:26:54 -0800 (PST) Message-Id: <199803121026.CAA02553@freefall.freebsd.org> To: studded@dal.net, eivind@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: misc/4766 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Simple changes to make ipfw safer and easier to use State-Changed-From-To: open-closed State-Changed-By: eivind State-Changed-When: Thu Mar 12 02:25:37 PST 1998 State-Changed-Why: Closed at the request of the originator. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Mar 12 02:30:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA08356 for freebsd-bugs-outgoing; Thu, 12 Mar 1998 02:30:02 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA08343; Thu, 12 Mar 1998 02:30:01 -0800 (PST) (envelope-from gnats) Date: Thu, 12 Mar 1998 02:30:01 -0800 (PST) Message-Id: <199803121030.CAA08343@hub.freebsd.org> To: freebsd-bugs Cc: From: Studded Subject: Re: bin/1897: Sendmail 8.8.2 requires /etc/sendmail.cw Reply-To: Studded Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/1897; it has been noted by GNATS. From: Studded To: freebsd-gnats-submit@freebsd.org, jehamby@lightside.com Cc: Subject: Re: bin/1897: Sendmail 8.8.2 requires /etc/sendmail.cw Date: Thu, 12 Mar 1998 02:26:15 -0800 It seems that this PR could be closed since we're up to sendmail 8.8.8, yes? Doug -- *** Chief Operations Officer, DALnet IRC network *** *** Proud operator, designer and maintainer of the world's largest *** Internet Relay Chat server. 5,328 clients and still growing. *** Try spider.dal.net on ports 6662-4 (Powered by FreeBSD) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Mar 12 03:10:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA12072 for freebsd-bugs-outgoing; Thu, 12 Mar 1998 03:10:01 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA12062; Thu, 12 Mar 1998 03:10:01 -0800 (PST) (envelope-from gnats) Date: Thu, 12 Mar 1998 03:10:01 -0800 (PST) Message-Id: <199803121110.DAA12062@hub.freebsd.org> To: freebsd-bugs Cc: From: Studded Subject: Re: bin/4308: FreeBSD uses an out of date version of vixie cron Reply-To: Studded Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/4308; it has been noted by GNATS. From: Studded To: freebsd-gnats-submit@freebsd.org Cc: Subject: Re: bin/4308: FreeBSD uses an out of date version of vixie cron Date: Thu, 12 Mar 1998 03:05:22 -0800 The behavior described in the PR still occurs, however all indications are that the zombies are harmless, and related to the failure of the process started by the script to fork and/or background itself properly. Additionally, the version of cron in use currently is the most recent version, plus various fixes. In other words, go ahead and close this. :) Doug -- *** Chief Operations Officer, DALnet IRC network *** *** Proud operator, designer and maintainer of the world's largest *** Internet Relay Chat server. 5,328 clients and still growing. *** Try spider.dal.net on ports 6662-4 (Powered by FreeBSD) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Mar 12 03:22:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA12873 for freebsd-bugs-outgoing; Thu, 12 Mar 1998 03:22:07 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA12803; Thu, 12 Mar 1998 03:21:54 -0800 (PST) (envelope-from eivind@FreeBSD.org) From: Eivind Eklund Received: (from eivind@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id DAA02818; Thu, 12 Mar 1998 03:19:30 -0800 (PST) Date: Thu, 12 Mar 1998 03:19:30 -0800 (PST) Message-Id: <199803121119.DAA02818@freefall.freebsd.org> To: studded@dal.net, eivind@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/4308 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: FreeBSD uses an out of date version of vixie cron State-Changed-From-To: feedback-closed State-Changed-By: eivind State-Changed-When: Thu Mar 12 03:18:16 PST 1998 State-Changed-Why: Closed at the request of the originator. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Mar 12 03:22:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA12891 for freebsd-bugs-outgoing; Thu, 12 Mar 1998 03:22:13 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA12783; Thu, 12 Mar 1998 03:21:32 -0800 (PST) (envelope-from danny@FreeBSD.org) From: "Daniel O'Callaghan" Received: (from danny@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id DAA02776; Thu, 12 Mar 1998 03:19:08 -0800 (PST) Date: Thu, 12 Mar 1998 03:19:08 -0800 (PST) Message-Id: <199803121119.DAA02776@freefall.freebsd.org> To: jehamby@lightside.com, danny@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/1897 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Sendmail 8.8.2 requires /etc/sendmail.cw State-Changed-From-To: open-closed State-Changed-By: danny State-Changed-When: Thu Mar 12 03:16:02 PST 1998 State-Changed-Why: Problem does not occur with more recent versions of sendmail. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Mar 12 05:14:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA23476 for freebsd-bugs-outgoing; Thu, 12 Mar 1998 05:14:09 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA23462; Thu, 12 Mar 1998 05:14:01 -0800 (PST) (envelope-from eivind@FreeBSD.org) From: Eivind Eklund Received: (from eivind@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id FAA03718; Thu, 12 Mar 1998 05:11:27 -0800 (PST) Date: Thu, 12 Mar 1998 05:11:27 -0800 (PST) Message-Id: <199803121311.FAA03718@freefall.freebsd.org> To: Studded@dal.net, eivind@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, eivind@FreeBSD.ORG Subject: Re: kern/5990 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Using f00f-hack option causes compile warnings State-Changed-From-To: open-closed State-Changed-By: eivind State-Changed-When: Thu Mar 12 05:10:38 PST 1998 State-Changed-Why: I have merged my changes from -current, as the PR suggested. Responsible-Changed-From-To: freebsd-bugs->eivind Responsible-Changed-By: eivind Responsible-Changed-When: Thu Mar 12 05:10:38 PST 1998 Responsible-Changed-Why: I closed it. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Mar 12 06:18:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA29574 for freebsd-bugs-outgoing; Thu, 12 Mar 1998 06:18:09 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA29508; Thu, 12 Mar 1998 06:16:44 -0800 (PST) (envelope-from bde@FreeBSD.org) From: Bruce Evans Received: (from bde@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id GAA04069; Thu, 12 Mar 1998 06:14:19 -0800 (PST) Date: Thu, 12 Mar 1998 06:14:19 -0800 (PST) Message-Id: <199803121414.GAA04069@freefall.freebsd.org> To: rssh@cam.grad.kiev.ua, bde@FreeBSD.ORG, bde@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: misc/5786 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: definition of speed_t in termios.h is not unsigned, as POSIX requiare State-Changed-From-To: open-analyzed State-Changed-By: bde State-Changed-When: Thu Mar 12 06:10:11 PST 1998 State-Changed-Why: Fixed in -currrent. Responsible-Changed-From-To: bde->freebsd-bugs Responsible-Changed-By: bde Responsible-Changed-When: Thu Mar 12 06:10:11 PST 1998 Responsible-Changed-Why: I don't plan to fix it in -stable. Fixing it might cause different sign extension bugs. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Mar 12 08:50:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA15738 for freebsd-bugs-outgoing; Thu, 12 Mar 1998 08:50:06 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA15710; Thu, 12 Mar 1998 08:50:03 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA15029; Thu, 12 Mar 1998 08:44:57 -0800 (PST) (envelope-from nobody) Message-Id: <199803121644.IAA15029@hub.freebsd.org> Date: Thu, 12 Mar 1998 08:44:57 -0800 (PST) From: dancy@franz.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/5991: panic: free vnode isn't Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5991 >Category: kern >Synopsis: panic: free vnode isn't >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Mar 12 08:50:02 PST 1998 >Last-Modified: >Originator: Ahmon Dancy >Organization: Franz Inc. >Release: 3.0-971225-SNAP >Environment: FreeBSD news2.franz.com 3.0-971225-SNAP FreeBSD 3.0-971225-SNAP #0: Mon Feb 23 08:20:57 PST 1998 root@news2.franz.com:/usr/src/sys/compile/NEWS i386 >Description: news2# gdb -k kernel.debug vmcore.4 GDB is free software and you are welcome to distribute copies of it under certain conditions; type "show copying" to see the conditions. There is absolutely no warranty for GDB; type "show warranty" for details. GDB 4.16 (i386-unknown-freebsd), Copyright 1996 Free Software Foundation, Inc... IdlePTD 24d000 current pcb at 224bf4 panicstr: free vnode isn't panic messages: --- panic: free vnode isn't syncing disks... 42 42 37 21 8 done dumping to dev 20401, offset 20480 dump 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 --- #0 boot (howto=256) at ../../kern/kern_shutdown.c:285 285 dumppcb.pcb_cr3 = rcr3(); (kgdb) bt #0 boot (howto=256) at ../../kern/kern_shutdown.c:285 #1 0xf011577e in panic (fmt=0xf01323bf "free vnode isn't") at ../../kern/kern_shutdown.c:425 #2 0xf0132434 in getnewvnode (tag=VT_UFS, mp=0xf06b4200, vops=0xf068c200, vpp=0xf434ed50) at ../../kern/vfs_subr.c:374 #3 0xf01acc9e in ffs_vget (mp=0xf06b4200, ino=106381, vpp=0xf434edcc) at ../../ufs/ffs/ffs_vfsops.c:961 #4 0xf01af78a in ufs_lookup (ap=0xf434ee24) at ../../ufs/ufs/ufs_lookup.c:443 #5 0xf01b3bb9 in ufs_vnoperate (ap=0xf434ee24) at ../../ufs/ufs/ufs_vnops.c:2222 #6 0xf012ff04 in vfs_cache_lookup (ap=0xf434ee80) at vnode_if.h:55 #7 0xf01b3bb9 in ufs_vnoperate (ap=0xf434ee80) at ../../ufs/ufs/ufs_vnops.c:2222 #8 0xf0131aad in lookup (ndp=0xf434ef18) at vnode_if.h:31 #9 0xf013159c in namei (ndp=0xf434ef18) at ../../kern/vfs_lookup.c:154 #10 0xf0135c39 in unlink (p=0xf06e2c00, uap=0xf434ef94) at ../../kern/vfs_syscalls.c:1249 #11 0xf01d3113 in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = 42400, tf_esi = 41056, tf_ebp = -272638788, tf_isp = -197857308, tf_ebx = 42416, tf_edx = 0, tf_ecx = 0, tf_eax = 10, tf_trapno = 7, tf_err = 7, tf_eip = 537362097, tf_cs = 31, tf_eflags = 582, tf_esp = -272638900, tf_ss = 39}) at ../../i386/i386/trap.c:993 #12 0x20077eb1 in ?? () #13 0x25bc in ?? () #14 0x2a25 in ?? () #15 0x1095 in ?? () This machine is our news server. More information available on request. Possibly relevant hardware: chip0: rev 0x02 on pci0.0.0 chip1: rev 0x01 on pci0.7.0 ide_pci0: rev 0x00 on pci0.7.1 ncr0: rev 0x12 int a irq 11 on pci0.9.0 >How-To-Repeat: Unknown. >Fix: Unknown. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Mar 12 13:23:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA01637 for freebsd-bugs-outgoing; Thu, 12 Mar 1998 13:23:26 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from alumni.cs.uwm.edu (alumni.cs.uwm.edu [129.89.143.30]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA01629 for ; Thu, 12 Mar 1998 13:23:23 -0800 (PST) (envelope-from jd@alumni.cs.uwm.edu) Received: (from jd@localhost) by alumni.cs.uwm.edu (8.8.5/8.8.5) id PAA19410; Thu, 12 Mar 1998 15:23:37 -0600 (CST) Date: Thu, 12 Mar 1998 15:23:37 -0600 (CST) From: "Joseph I. Davida" Message-Id: <199803122123.PAA19410@alumni.cs.uwm.edu> To: bugs@FreeBSD.ORG, support@cdrom.com Subject: Xview bug Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Xloadimage (and xview) fail to display an x bitmap image. I am not able to get an output from xloadimage (as the error message suggests). Here is the output: % xloadimage linux.xbm linux.xbm is a 28x24 X11 bitmap file titled 'linux' Building XImage...An internal error (SEGV) has occurred. If you would like to file a bug report, please send email to jimf@centerline.com or ..!uunet!centerline!jimf with a description of how you triggered the bug, the output of xloadimage before the failure, and the following information: Xloadimage Version 3.03 Server: The XFree86 Project, Inc Version 3200 Depths and visuals supported: 16: TrueColor To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Mar 12 14:42:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA16412 for freebsd-bugs-outgoing; Thu, 12 Mar 1998 14:42:36 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA16223; Thu, 12 Mar 1998 14:41:20 -0800 (PST) (envelope-from gnats) Received: from bbnplanet.com (cam-mail-relay1.bbnplanet.com [199.94.215.242]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA13426 for ; Thu, 12 Mar 1998 14:29:12 -0800 (PST) (envelope-from moncrg@bt405789.res.ray.com) Received: from gatekeeper.ray.com (gatekeeper.ray.com [138.125.162.1]) by bbnplanet.com (8.8.7/8.8.7) with ESMTP id RAA25267 for ; Thu, 12 Mar 1998 17:29:01 -0500 (EST) Received: (mailer@localhost) by gatekeeper.ray.com (8.8.7/8.8.7) id RAA19345 for ; Thu, 12 Mar 1998 17:20:02 -0500 Received: from bt405789.res.ray.com/138.125.142.45() by gatekeeper.ray.com id sma.889731575.022194; Thu Mar 12 14:39:35 1998 Received: (from moncrg@localhost) by bt405789.res.ray.com (8.8.7/8.8.7) id OAA07505; Thu, 12 Mar 1998 14:36:13 -0500 (EST) (envelope-from moncrg) Message-Id: <199803121936.OAA07505@bt405789.res.ray.com> Date: Thu, 12 Mar 1998 14:36:13 -0500 (EST) From: "Gregory D. Moncreaff" Reply-To: moncrg@bt405789.res.ray.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: gnu/5992: cvs y2k Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5992 >Category: gnu >Synopsis: cvs y2k >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Mar 12 14:40:37 PST 1998 >Last-Modified: >Originator: Gregory D. Moncreaff >Organization: >Release: FreeBSD 2.2.5-RELEASE i386 >Environment: >Description: cvs/rcs store dates internally as 98.03.12... which is problematically for handling y2k >How-To-Repeat: look inside a ..,v file >Fix: change date in ,v to 1998.03.12 here is some suspect code from ../gnu/lib/rcstime.c:date2str() if (!use_zone_offset) VOID sprintf(datebuf, "19%.*s/%.2s/%.2s %.2s:%.2s:%s" + (date[2]=='.' && VERSION(5)<=RCSversion ? 0 : 2), (int)(p-date-1), date, p, p+3, p+6, p+9, p+12 ); else { struct tm t; struct tm const *z; int non_hour; long zone; char c; t.tm_year = atoi(date) - (date[2]=='.' ? 0 : 1900); >Audit-Trail: >Unformatted: Gregory D. Moncreaff To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Mar 12 16:08:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA04001 for freebsd-bugs-outgoing; Thu, 12 Mar 1998 16:08:54 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from fledge.watson.org (root@FLEDGE.RES.CMU.EDU [128.2.91.116]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA03983 for ; Thu, 12 Mar 1998 16:08:49 -0800 (PST) (envelope-from robert@cyrus.watson.org) Received: from trojanhorse.pr.watson.org (trojanhorse.pr.watson.org [192.0.2.10]) by fledge.watson.org (8.8.8/8.6.10) with SMTP id TAA04006 for ; Thu, 12 Mar 1998 19:08:49 -0500 (EST) Date: Thu, 12 Mar 1998 19:08:26 -0500 (EST) From: Robert Watson X-Sender: robert@trojanhorse.pr.watson.org Reply-To: Robert Watson To: bugs@FreeBSD.ORG Subject: Kerberos4 linking of kadmin Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org All my stable machines % uname -a FreeBSD cyrus.watson.org 2.2.5-STABLE FreeBSD 2.2.5-STABLE #0: Thu Mar 5 15:47:43 EST 1998 robert@fledge.watson.org:/home/fbsd-stable/src/sys/compile/CYRUS i386 seem to have the following problem with kadmin % kadmin Welcome to the Kerberos Administration Program, version 2 Type "help" if you need it. kadmin: ank robert.test /usr/libexec/ld.so: Undefined symbol "_crypt" called from kadmin:/usr/lib/libkrb.so.3.0 at 0x200412f8 % Robert N Watson Carnegie Mellon University http://www.cmu.edu/ SafePort Network Services http://www.safeport.com/ robert@fledge.watson.org http://www.watson.org/~robert/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Mar 12 18:27:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA26800 for freebsd-bugs-outgoing; Thu, 12 Mar 1998 18:27:22 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA26791; Thu, 12 Mar 1998 18:27:16 -0800 (PST) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id NAA32629; Fri, 13 Mar 1998 13:22:16 +1100 Date: Fri, 13 Mar 1998 13:22:16 +1100 From: Bruce Evans Message-Id: <199803130222.NAA32629@godzilla.zeta.org.au> To: bugs@FreeBSD.ORG Subject: sleep holding a simple lock Cc: dyson@FreeBSD.ORG Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org /* * Destroy the copy in the VM cache, too. */ simple_lock(&vp->v_interlock); object = vp->v_object; if (object != NULL) { if (flags & V_SAVEMETA) vm_object_page_remove(object, 0, object->size, (flags & V_SAVE) ? TRUE : FALSE); else vm_object_page_remove(object, 0, 0, (flags & V_SAVE) ? TRUE : FALSE); } simple_unlock(&vp->v_interlock); The above code in vfs_subr.c sleeps holding a simple lock if vm_object_page_remove() sleeps. There is obviously no way for vm_object_page_remove() to release the lock. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Mar 13 00:20:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA20340 for freebsd-bugs-outgoing; Fri, 13 Mar 1998 00:20:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA20306; Fri, 13 Mar 1998 00:20:01 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA19808; Fri, 13 Mar 1998 00:16:28 -0800 (PST) (envelope-from nobody) Message-Id: <199803130816.AAA19808@hub.freebsd.org> Date: Fri, 13 Mar 1998 00:16:28 -0800 (PST) From: daniel@consol.de To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/5994: Kernel Panics on FreeBSD-3.0 current SMP (page fault while in kernel mode) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5994 >Category: kern >Synopsis: Kernel Panics on FreeBSD-3.0 current SMP (page fault while in kernel mode) >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Mar 13 00:20:00 PST 1998 >Last-Modified: >Originator: Daniel Lang >Organization: ConSol >Release: FreeBSD 3.0-CURRENT #0: 24 - 02 - 98 >Environment: FreeBSD beatles 3.0-CURRENT FreeBSD 3.0-CURRENT #0: Thu Mar 12 18:15:08 GMT 1998 toor@beatles:/usr/src/sys/compile/BERND i386 But this is actually a new kernel, it seems to have the same problem, though >Description: Every day the system panics, but not at a certain time, or task. It cannot be repeated by hand. Task running during panic could be anything from 'idle' to netscape. I include the corresponding stack trace, and hardware used: Sorry for the length Mar 9 08:19:56 beatles /kernel: mp_lock = 01000001; cpuid = 1; lapic.id = 01000 000 Mar 9 08:19:56 beatles /kernel: instruction pointer = 0x8:0xf01e4450 Mar 9 08:19:56 beatles /kernel: stack pointer = 0x10:0xff804ff8 Mar 9 08:19:56 beatles /kernel: frame pointer = 0x10:0x0 Mar 9 08:19:56 beatles /kernel: code segment = base 0x0, limit 0xffff f, type 0x1b Mar 9 08:19:57 beatles /kernel: = DPL 0, pres 1, def32 1 , gran 1 Mar 9 08:19:57 beatles /kernel: processor eflags = interrupt enabled, IOP L = 0 Mar 9 08:19:57 beatles /kernel: current process = Idle Mar 9 08:19:57 beatles /kernel: interrupt mask = <- SMP: XXX Mar 9 08:19:57 beatles /kernel: Mar 9 08:19:57 beatles /kernel: Mar 9 08:19:57 beatles /kernel: Fatal trap 12: page fault while in kernel mode Mar 9 08:19:57 beatles /kernel: mp_lock = 01000002; cpuid = 1; lapic.id = 01000 000 Mar 9 08:19:57 beatles /kernel: fault virtual address = 0xff805000 Mar 9 08:19:57 beatles /kernel: fault code = supervisor read, page not present Mar 9 08:19:57 beatles /kernel: instruction pointer = 0x8:0xf01d5398 Mar 9 08:19:57 beatles /kernel: stack pointer = 0x10:0xff804da4 Mar 9 08:19:57 beatles /kernel: frame pointer = 0x10:0xff804da8 Mar 9 08:19:57 beatles /kernel: code segment = base 0x0, limit 0xffff f, type 0x1b Mar 9 08:19:57 beatles /kernel: = DPL 0, pres 1, def32 1 , gran 1 Mar 9 08:19:57 beatles /kernel: processor eflags = interrupt enabled, res ume, IOPL = 0 Mar 9 08:19:57 beatles /kernel: current process = Idle Mar 9 08:19:57 beatles /kernel: interrupt mask = <- SMP: XXX Mar 9 08:19:57 beatles /kernel: Mar 9 08:19:57 beatles /kernel: Mar 9 08:19:57 beatles /kernel: Fatal trap 12: page fault while in kernel mode Mar 9 08:19:57 beatles /kernel: mp_lock = 01000003; cpuid = 1; lapic.id = 01000000 Mar 9 08:19:57 beatles /kernel: fault virtual address = 0xff805000 Mar 9 08:19:57 beatles /kernel: fault code = supervisor read, page not present Mar 9 08:19:57 beatles /kernel: instruction pointer = 0x8:0xf01d5398 Mar 9 08:19:57 beatles /kernel: stack pointer = 0x10:0xff804da4 Mar 9 08:19:57 beatles /kernel: frame pointer = 0x10:0xff804da8 Mar 9 08:19:58 beatles /kernel: code segment = base 0x0, limit 0xffff f, type 0x1b Mar 9 08:19:58 beatles /kernel: = DPL 0, pres 1, def32 1 , gran 1 Mar 9 08:19:58 beatles /kernel: processor eflags = interrupt enabled, res ume, IOPL = 0 Mar 9 08:19:58 beatles /kernel: current process = Idle Mar 9 08:19:58 beatles /kernel: interrupt mask = <- SMP: XXX Hardware configuration (dmesg): FreeBSD 3.0-CURRENT #0: Thu Mar 12 18:15:08 GMT 1998 toor@beatles:/usr/src/sys/compile/BERND Timecounter "i8254" frequency 1193182 Hz cost 2530 ns CPU: Pentium (586-class CPU) Origin = "GenuineIntel" Id = 0x52c Stepping=12 Features=0x3bf real memory = 134217728 (131072K bytes) avail memory = 127582208 (124592K bytes) FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 0, version: 0x00030010, at 0xfee00000 cpu1 (AP): apic id: 1, version: 0x00030010, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec00000 Probing for devices on PCI bus 0: chip0: rev 0x03 on pci0.0.0 chip1: rev 0x01 on pci0.7.0 ide_pci0: rev 0x00 on pci0.7.1 vga0: rev 0x04 int a irq 17 on pci0.9.0 vx0: <3COM 3C900 Etherlink XL PCI> rev 0x00 inta irq 18 on pci0.10.0 utp/aui/bnc[*utp*]: disable 'auto select' with DOS util! address 00:60:97:52:a5:b8 ahc0: rev 0x00 int a irq 19 on pci0.12.0 ahc0: Using left over BIOS settings ahc0: aic7880 Wide Channel, SCSI Id=7, 16/255 SCBs ahc0: waiting for scsi devices to settle scbus0 at ahc0 bus 0 cd0 at scbus0 target 1 lun 0 cd0: type 5 removable SCSI 2 cd0: CD-ROM can't get the size cd1 at scbus0 target 2 lun 0 cd1: type 5 removable SCSI 2 cd1: CD-ROM can't get the size cd2 at scbus0 target 3 lun 0 cd2: type 5 removable SCSI 2 cd2: CD-ROM can't get the size cd3 at scbus0 target 4 lun 0 cd3: type 5 removable SCSI 2 cd3: CD-ROM can't get the size ahc0: target 5 Tagged Queuing Device sd0 at scbus0 target 5 lun 0 sd0: type 0 fixed SCSI 2 sd0: Direct-Access 2063MB (4226725 512 byte sectors) cd4 at scbus0 target 6 lun 0 cd4: type 5 removable SCSI 2 d4: CD-ROM can't get the size ahc0: target 9 Tagged Queuing Device sd1 at scbus0 target 9 lun 0 sd1: type 0 fixed SCSI2 sd1: Direct-Access 4341MB (8890760 512 byte sectors) ahc0: target 10 Tagged Queuing Device sd2 at scbus0 target 10 lun 0 sd2: type 0 fixed SCSI2 sd2: Direct-Access 4341MB (8890760 512 byte sectors) Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> ed0 not found at 0x280 ed1 not found at 0x300 fe0 not found at 0x300 sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface lpt1 not found mse0 not found at 0x23c fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in wdc0 not found at 0x1f0 wdc1 not found at 0x170 aha0 not found at 0x330 aic0 not found at 0x340 scd0 not found at 0x230 ie0: unknown board_id: f000 ie0 not found at 0x300 ie1: unknown board_id: f000 ie1 not found at 0x360 ep0 not found at 0x300 ex0 not found le0 not found at 0x300 lnc0 not found at 0x280 ze0 not found at 0x300 zp0 not found at 0x300 npx0 on motherboard npx0: INT 16 interface Intel Pentium F00F detected, installing workaround APIC_IO: routing 8254 via 8259 on pin 0 changing root device to sd0s2a SMP: AP CPU #1 Launched! >How-To-Repeat: Cannot be repeated by hand, but happens everyday, at least on our system. >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Mar 13 02:20:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA02191 for freebsd-bugs-outgoing; Fri, 13 Mar 1998 02:20:05 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA02170; Fri, 13 Mar 1998 02:20:03 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA01572; Fri, 13 Mar 1998 02:14:26 -0800 (PST) (envelope-from nobody) Message-Id: <199803131014.CAA01572@hub.freebsd.org> Date: Fri, 13 Mar 1998 02:14:26 -0800 (PST) From: daniel@consol.de To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/5995: System hangs with NFS send error 55 (out of buffer space?) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5995 >Category: kern >Synopsis: System hangs with NFS send error 55 (out of buffer space?) >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Mar 13 02:20:02 PST 1998 >Last-Modified: >Originator: Daniel Lang >Organization: ConSol >Release: 3.0-current SMP >Environment: FreeBSD beatles 3.0-CURRENT FreeBSD 3.0-CURRENT #0: Fri Mar 13 10:59:53 GMT 1998 root@beatles:/usr/src/sys/compile/BERND i386 current from 12.3.98 >Description: Heavy NFS traffic causes the system to hang with that error (NFS send error 55, seems to be out of buffer space) on a SMP kernel. Using the non-SMP kernel doesn't show that Problem. Could be related to the panic described earlier. >How-To-Repeat: ls -lR over NFS on a FreeBSD 3.0-current SMP Box >Fix: don't use SMP ? >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Mar 13 03:20:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA08882 for freebsd-bugs-outgoing; Fri, 13 Mar 1998 03:20:02 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA08854; Fri, 13 Mar 1998 03:20:01 -0800 (PST) (envelope-from gnats) Date: Fri, 13 Mar 1998 03:20:01 -0800 (PST) Message-Id: <199803131120.DAA08854@hub.freebsd.org> To: freebsd-bugs Cc: From: "Jordan K. Hubbard" Subject: Re: kern/5964: nfsd send interface selection Reply-To: "Jordan K. Hubbard" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/5964; it has been noted by GNATS. From: "Jordan K. Hubbard" To: muir@idiom.com Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/5964: nfsd send interface selection Date: Fri, 13 Mar 1998 03:17:53 -0800 > Another.idiom.com is the server. It has three different interfaces > over which it could possibly have a route to idiom.com. All of which have differently named interfaces, right? You didn't do the old munchkin trick of naming all 3 interfaces idiom.com in your DNS so that NFS gets royally confused about where to route the packets back when the other end does a DNS lookup and gets a differently-ordered list of addresses as a reply? I'm sure you didn't, but just checking.. > [ASIDE: How come operations hang rather than die? I thought that > was the whole point of soft mounts?] No, those are background mounts. Soft mounts are merely interruptable. Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Mar 13 08:30:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA20168 for freebsd-bugs-outgoing; Fri, 13 Mar 1998 08:30:14 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA20098; Fri, 13 Mar 1998 08:30:08 -0800 (PST) (envelope-from gnats) Date: Fri, 13 Mar 1998 08:30:08 -0800 (PST) Message-Id: <199803131630.IAA20098@hub.freebsd.org> To: freebsd-bugs Cc: From: daniel@consol.de Subject: Re: kern/5995: System hangs with NFS send error 55 (out of buffer space?) Reply-To: daniel@consol.de Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/5995; it has been noted by GNATS. From: daniel@consol.de To: freebsd-gnats-submit@freebsd.org Cc: Subject: Re: kern/5995: System hangs with NFS send error 55 (out of buffer space?) Date: Fri, 13 Mar 1998 17:18:59 +0100 Funny thing happening in this situation: Even if the system doesn't hang completely, the network performance becomes extremely sluggish. Then I decided to ping the machine, or to ping any other machine from it, and what happens is, that rtt's start with ~ 1000ms but decreases by 10 ms for each packet sent!! looks something like this: PING beatles: 64 byte packets 64 bytes from 155.208.6.51: icmp_seq=0. time=1000. ms 64 bytes from 155.208.6.51: icmp_seq=1. time=990. ms 64 bytes from 155.208.6.51: icmp_seq=2. time=980. ms 64 bytes from 155.208.6.51: icmp_seq=3. time=970. ms 64 bytes from 155.208.6.51: icmp_seq=4. time=960. ms 64 bytes from 155.208.6.51: icmp_seq=5. time=950. ms 64 bytes from 155.208.6.51: icmp_seq=6. time=940. ms [..] 64 bytes from 155.208.6.51: icmp_seq=97. time=30. ms 64 bytes from 155.208.6.51: icmp_seq=98. time=20. ms 64 bytes from 155.208.6.51: icmp_seq=99. time=10. ms 64 bytes from 155.208.6.51: icmp_seq=100. time=0. ms 64 bytes from 155.208.6.51: icmp_seq=101. time=1000. ms .. Note that ot starts again from 1000ms after reaching zero. The machines are in a local LAN. I've never seen anything like that before. Comments ? Regards, Daniel -- IRCnet: Mr-Spock - May His Shadow fall upon thee - RL: Daniel Lang * dl@leo.org * +49 89 8540017 * http://www.leo.org/~dl/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Mar 13 09:02:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA26994 for freebsd-bugs-outgoing; Fri, 13 Mar 1998 09:02:23 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA26714; Fri, 13 Mar 1998 09:01:32 -0800 (PST) (envelope-from hoek@FreeBSD.org) From: Tim Vanderhoek Received: (from hoek@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id IAA28380; Fri, 13 Mar 1998 08:58:58 -0800 (PST) Date: Fri, 13 Mar 1998 08:58:58 -0800 (PST) Message-Id: <199803131658.IAA28380@freefall.freebsd.org> To: ji@research.att.com, hoek@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/4893 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: FreeBSD-stable kernel will not compile State-Changed-From-To: open-closed State-Changed-By: hoek State-Changed-When: Fri Mar 13 08:55:05 PST 1998 State-Changed-Why: The FreeBSD-STABLE kernel post-Oct. 30, 1997, does in fact compile. It's possible that you simply were unlucky and got it while it was indeed broken. It's less possible that it simply won't compile on 2.2.2 (which would be unfortunate). . To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Mar 13 09:06:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA27559 for freebsd-bugs-outgoing; Fri, 13 Mar 1998 09:06:06 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA27469; Fri, 13 Mar 1998 09:05:47 -0800 (PST) (envelope-from hoek@FreeBSD.org) From: Tim Vanderhoek Received: (from hoek@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id JAA28462; Fri, 13 Mar 1998 09:03:13 -0800 (PST) Date: Fri, 13 Mar 1998 09:03:13 -0800 (PST) Message-Id: <199803131703.JAA28462@freefall.freebsd.org> To: cagney@tpgi.com.au, hoek@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: docs/5124 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: No unpacked documentation in 2.2.5 CD's. State-Changed-From-To: open-closed State-Changed-By: hoek State-Changed-When: Fri Mar 13 09:01:39 PST 1998 State-Changed-Why: Jordan seems to be well aware of the problem. Unfortunately, a CD is not software and once pressed is, well, pressed. Expect the problem to be fixed in the quickly upcoming 2.2.new.version. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Mar 13 09:15:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA29133 for freebsd-bugs-outgoing; Fri, 13 Mar 1998 09:15:04 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA28999; Fri, 13 Mar 1998 09:14:43 -0800 (PST) (envelope-from hoek@FreeBSD.org) From: Tim Vanderhoek Received: (from hoek@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id JAA28577; Fri, 13 Mar 1998 09:12:09 -0800 (PST) Date: Fri, 13 Mar 1998 09:12:09 -0800 (PST) Message-Id: <199803131712.JAA28577@freefall.freebsd.org> To: mfiresto@mindspring.com, hoek@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/5700 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: FreeBSd is distributed with perl 4 State-Changed-From-To: open-closed State-Changed-By: hoek State-Changed-When: Fri Mar 13 09:08:51 PST 1998 State-Changed-Why: I like Perl 4. However, your offer to veryify all FreeBSd system perl4 scripts as working under perl5 is admirable. Unfortunately, the real work in getting Perl 5 on FreeBSD is involved in cutting it up and suiting it to our source tree. If you are still interested, send mail saying such to hackers@FreeBSD.ORG. You will be granted immediate attention, since there are many who would like someone to do this work for them. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Mar 13 09:19:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA00630 for freebsd-bugs-outgoing; Fri, 13 Mar 1998 09:19:53 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA00507; Fri, 13 Mar 1998 09:19:31 -0800 (PST) (envelope-from hoek@FreeBSD.org) From: Tim Vanderhoek Received: (from hoek@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id JAA28663; Fri, 13 Mar 1998 09:16:57 -0800 (PST) Date: Fri, 13 Mar 1998 09:16:57 -0800 (PST) Message-Id: <199803131716.JAA28663@freefall.freebsd.org> To: hoek@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, nik@FreeBSD.ORG Subject: Re: docs/5853 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: [PATCH] Update handbook to include pointer to 'make world' tutorial Responsible-Changed-From-To: freebsd-bugs->nik Responsible-Changed-By: hoek Responsible-Changed-When: Fri Mar 13 09:15:26 PST 1998 Responsible-Changed-Why: Nik! You're the man! Go to it! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Mar 13 10:07:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA11016 for freebsd-bugs-outgoing; Fri, 13 Mar 1998 10:07:12 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA10790; Fri, 13 Mar 1998 10:06:34 -0800 (PST) (envelope-from hoek@FreeBSD.org) From: Tim Vanderhoek Received: (from hoek@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id KAA28968; Fri, 13 Mar 1998 10:03:59 -0800 (PST) Date: Fri, 13 Mar 1998 10:03:59 -0800 (PST) Message-Id: <199803131803.KAA28968@freefall.freebsd.org> To: nishika@usa.net, nishika@sm10.sciatl.com, hoek@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: docs/2833 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Repeated topics on FAQ entry hardware compatibility State-Changed-From-To: open-closed State-Changed-By: hoek State-Changed-When: Fri Mar 13 10:03:10 PST 1998 State-Changed-Why: This was fixed in rev. 1.36 of FAQ.sgml. Thanks. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Mar 13 10:40:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA17811 for freebsd-bugs-outgoing; Fri, 13 Mar 1998 10:40:12 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA17738; Fri, 13 Mar 1998 10:40:07 -0800 (PST) (envelope-from gnats) Date: Fri, 13 Mar 1998 10:40:07 -0800 (PST) Message-Id: <199803131840.KAA17738@hub.freebsd.org> To: freebsd-bugs Cc: From: hoek@FreeBSD.ORG Subject: Re: bin/5567 Trying to mount a Joliet filesystem [...] reboots Reply-To: hoek@FreeBSD.ORG Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/5567; it has been noted by GNATS. From: hoek@FreeBSD.ORG To: freebsd-gnats-submit@freebsd.org, jason_smethers@bigfoot.com Cc: Subject: Re: bin/5567 Trying to mount a Joliet filesystem [...] reboots Date: Fri, 13 Mar 1998 13:33:22 -0500 (EST) >When mounting a joliet filesystem cd using: >#mount /cdrom > >the system reboots See also kern/5038 which purports to supply patches that will give FreeBSD the capability to read MS Joliet CDs. [Someone should do something about that pr, incidentally] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Mar 13 10:45:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA18838 for freebsd-bugs-outgoing; Fri, 13 Mar 1998 10:45:15 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA18819; Fri, 13 Mar 1998 10:45:09 -0800 (PST) (envelope-from hoek@FreeBSD.org) From: Tim Vanderhoek Received: (from hoek@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id KAA29173; Fri, 13 Mar 1998 10:42:35 -0800 (PST) Date: Fri, 13 Mar 1998 10:42:35 -0800 (PST) Message-Id: <199803131842.KAA29173@freefall.freebsd.org> To: meuston@jmrodgers.com, hoek@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/5838 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Make more(1) use LINES= and COLUMNS= environment variables. State-Changed-From-To: open-closed State-Changed-By: hoek State-Changed-When: Fri Mar 13 10:40:22 PST 1998 State-Changed-Why: Closed on request of submitter, who promises to resubmit a new and improved pr at some point in time. We eagerly wait with bated breath, Max! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Mar 13 10:50:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA19393 for freebsd-bugs-outgoing; Fri, 13 Mar 1998 10:50:31 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA19361; Fri, 13 Mar 1998 10:50:16 -0800 (PST) (envelope-from gnats) Date: Fri, 13 Mar 1998 10:50:16 -0800 (PST) Message-Id: <199803131850.KAA19361@hub.freebsd.org> To: freebsd-bugs Cc: From: David Muir Sharnoff Subject: Re: kern/5964: nfsd send interface selection Reply-To: David Muir Sharnoff Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/5964; it has been noted by GNATS. From: David Muir Sharnoff To: "Jordan K. Hubbard" Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/5964: nfsd send interface selection Date: Fri, 13 Mar 1998 10:11:59 -0800 (PST) * All of which have differently named interfaces, right? You didn't do * the old munchkin trick of naming all 3 interfaces idiom.com in your * DNS so that NFS gets royally confused about where to route the packets * back when the other end does a DNS lookup and gets a * differently-ordered list of addresses as a reply? I'm sure you * didn't, but just checking.. The interfaces all have different names. I've tried mounting various interfaces by IP address. I've mounted the T1 interface that leads back to idiom.com. I've mounted a loopback interface address. The behaviour doesn't change much. When mounting some interfaces, it takes a while before packets flow the wrong way. The interface I usually mount is a loopback interface. -Dave To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Mar 13 13:05:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA11449 for freebsd-bugs-outgoing; Fri, 13 Mar 1998 13:05:43 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA11340; Fri, 13 Mar 1998 13:05:20 -0800 (PST) (envelope-from hoek@FreeBSD.org) From: Tim Vanderhoek Received: (from hoek@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id NAA00188; Fri, 13 Mar 1998 13:02:45 -0800 (PST) Date: Fri, 13 Mar 1998 13:02:45 -0800 (PST) Message-Id: <199803132102.NAA00188@freefall.freebsd.org> To: eserte@cs.tu-berlin.de, hoek@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/4417 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: syscons: mouse pointer destroys characters State-Changed-From-To: analyzed-closed State-Changed-By: hoek State-Changed-When: Fri Mar 13 13:00:59 PST 1998 State-Changed-Why: Dupe of bin/4004 (also analyzed), which has a more explicit follow-up, too. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Mar 13 13:25:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA17537 for freebsd-bugs-outgoing; Fri, 13 Mar 1998 13:25:30 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA17402; Fri, 13 Mar 1998 13:25:13 -0800 (PST) (envelope-from hoek@FreeBSD.org) From: Tim Vanderhoek Received: (from hoek@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id NAA00676; Fri, 13 Mar 1998 13:22:31 -0800 (PST) Date: Fri, 13 Mar 1998 13:22:31 -0800 (PST) Message-Id: <199803132122.NAA00676@freefall.freebsd.org> To: h-nokubi@nmit.mt.nec.co.jp, hoek@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/2412 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: USER_LDT not compiled in machdep.c & co State-Changed-From-To: open-closed State-Changed-By: hoek State-Changed-When: Fri Mar 13 13:21:42 PST 1998 State-Changed-Why: Fixed in rev. 1.280 of machdep.c and 1.93 of vm_machdep.c. Thanks. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Mar 13 13:50:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA23187 for freebsd-bugs-outgoing; Fri, 13 Mar 1998 13:50:04 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA23150; Fri, 13 Mar 1998 13:50:02 -0800 (PST) (envelope-from gnats) Received: from gw.jmrodgers.com ([205.247.224.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA22923 for ; Fri, 13 Mar 1998 13:47:31 -0800 (PST) (envelope-from root@gw.jmrodgers.com) Received: (from root@localhost) by gw.jmrodgers.com (8.8.8/8.8.8) id QAA02526; Fri, 13 Mar 1998 16:46:59 -0500 (EST) (envelope-from root) Message-Id: <199803132146.QAA02526@gw.jmrodgers.com> Date: Fri, 13 Mar 1998 16:46:59 -0500 (EST) From: Max Euston Reply-To: Max Euston To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/5996: more(1) '-#' broken (obsolete) and h)elp does not pause Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5996 >Category: bin >Synopsis: more(1) '-#' broken (obsolete) and h)elp does not pause >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Mar 13 13:50:00 PST 1998 >Last-Modified: >Originator: Max Euston >Organization: >Release: FreeBSD 2.2.5-STABLE i386 >Environment: -STABLE >Description: 2 problems: - the '-#' option was meant to specify screen height, but has not worked as far back as I can check in the revision history. (as per the discussions on "hackers", I have removed this option). this can be achieved by 'stty rows XX', so this option is now obsolete. - when displaying h)elp, more(1) does not pause before redrawing the screen (unless you have MORE=-e in your environment). >How-To-Repeat: see Description >Fix: diff -u /usr/src/usr.bin/more/help.c ./help.c --- /usr/src/usr.bin/more/help.c Fri May 27 08:30:46 1994 +++ ./help.c Wed Feb 18 10:27:41 1998 @@ -40,10 +40,12 @@ #include #include "pathnames.h" +extern int top_scroll; + help() { char cmd[MAXPATHLEN + 20]; - (void)sprintf(cmd, "-more %s", _PATH_HELPFILE); + (void)sprintf(cmd, "-more -e%c %s", top_scroll ? 'c' : ' ', _PATH_HELPFILE); lsystem(cmd); } diff -u /usr/src/usr.bin/more/more.1 ./more.1 --- /usr/src/usr.bin/more/more.1 Wed Jul 30 02:43:57 1997 +++ ./more.1 Wed Feb 25 11:28:20 1998 @@ -40,11 +40,10 @@ .Nd file perusal filter for crt viewing .Sh SYNOPSIS .Nm -.Op Fl ceinus +.Op Fl ceinsu .Op Fl t Ar tag .Op Fl x Ar tabs .Op Fl / Ar pattern -.Op Fl # .Op Ar .Sh DESCRIPTION .Nm More diff -u /usr/src/usr.bin/more/option.c ./option.c --- /usr/src/usr.bin/more/option.c Mon Sep 15 05:20:52 1997 +++ ./option.c Tue Feb 24 14:45:27 1998 @@ -54,7 +54,6 @@ int tagoption; char *firstsearch; -extern int sc_height; static void usage __P((void)); @@ -75,23 +74,8 @@ (*a)[0] = '-'; optind = 1; /* called twice, re-init getopt. */ - while ((ch = getopt(argc, argv, "0123456789/:ceinst:ux:f")) != -1) + while ((ch = getopt(argc, argv, "/:ceinst:ux:f")) != -1) switch((char)ch) { - case '0': case '1': case '2': case '3': case '4': - case '5': case '6': case '7': case '8': case '9': - /* - * kludge: more was originally designed to take - * a number after a dash. - */ - if (!sc_window_set) { - p = argv[optind - 1]; - if (p[0] == '-' && p[1] == ch && !p[2]) - sc_height = atoi(++p); - else - sc_height = atoi(argv[optind] + 1); - sc_window_set = 1; - } - break; case '/': firstsearch = optarg; break; @@ -135,6 +119,6 @@ usage() { fprintf(stderr, - "usage: more [-ceinus] [-t tag] [-x tabs] [-/ pattern] [-#] [file ...]\n"); + "usage: more [-ceinsu] [-t tag] [-x tabs] [-/ pattern] [file ...]\n"); exit(1); } diff -u /usr/src/usr.bin/more/screen.c ./screen.c --- /usr/src/usr.bin/more/screen.c Sat Aug 5 17:25:28 1995 +++ ./screen.c Wed Feb 25 11:27:57 1998 @@ -265,13 +265,14 @@ #ifdef TIOCGWINSZ if (ioctl(2, TIOCGWINSZ, &w) == 0 && w.ws_row > 0) sc_height = w.ws_row; + else #else #ifdef WIOCGETD if (ioctl(2, WIOCGETD, &w) == 0 && w.uw_height > 0) sc_height = w.uw_height/w.uw_vs; + else #endif #endif - else sc_height = tgetnum("li"); hard = (sc_height < 0 || tgetflag("hc")); if (hard) { >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Mar 13 15:01:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA03774 for freebsd-bugs-outgoing; Fri, 13 Mar 1998 15:01:57 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from marge.infinity.com (pm2-11-10.tor.idirect.com [207.136.127.138]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id OAA03020; Fri, 13 Mar 1998 14:58:44 -0800 (PST) (envelope-from Chris34343@mci.net) Date: Fri, 13 Mar 1998 14:58:44 -0800 (PST) From: Chris34343@mci.net Message-Id: <199803132258.OAA03020@hub.freebsd.org> Subject: Hi, How are you? To: undisclosed-recipients:; Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org

Please accept my apology if this was sent to you in error! Dear Friend, The enclosed information is something I almost let slip through my fingers. Fortunately, sometime later I re-read everything and gave some thought and study to it. My name is Christopher Erickson. Two years ago, the corporation I worked at for the past twelve years down-sized and my position was eliminated. After unproductive job interviews, I decided to open my own business, Over the past year, I incurred many unforseen financial problems. I owed my family, friends and creditors over $35,000. The economy was taking a toll on my business and I just couldn't seem to make ends meet. I had to refinance and borrow against my home to support my family and stuggling business. I truly believe it was wrong for me to be in debt like this. AT THE MOMENT something significant happened in my life and I am writing to share my experience in hopes that this will change your life FOREVER...FINANCIALLY!!! In mid December, I received this program via email. Six months prior to receiving this program I had been sending away for information on various business opportunities. All of the programs I received, in my opinion, were not cost effective. They were either too difficult for me to comprehend or the initial investment was too much for me to risk to see if they worked or not. One claimed I'd make a million dollars in one year...it didn't tell me I'd have to write a book to make it. But like i was saying, in December of "92" I received this program. I didn't send for it, or ask for it, they just got my name off a mailing list. THANKS GOODNESS FOR THAT!!! After reading it several times, to make sure I was reading it correctly, I couldn't believe my eyes. Here was a MONEY-MAKING PHENOMENON. I could invest as much as I wanted to start, without putting me in further debt. After I got a pencil and paper and figured it out, I would at least get my money back. After determining that the program is LEGAL and NOT A CHAIN LETTER, I decided "WHY NOT". Initially I sent out 10,000 emails. It only cost me about $15.00 for my time on-line. The great thing about email is that I didn't need any money for printing to send out the program, only the cost to fulfill my orders. I am telling you like it is, i hope it doesn't turn you off, but i promised myself that I would not "rip-off" anyone, no matter how much money it cost me! In less than one week, I was starting to receive orders for REPORT #1. By January 13th, I had received 26 orders for REPORT #1. When you read the GUARANTEE in the program, you will see that "YOU MUST RECEIVE 15 TO 20 ORDERS FOR REPORT #1 WITHIN 2 WEEKS. IF YOU DON'T, SEND OUT MORE PROGRAMS UNTIL YOU DO!" My first step in making $50,000 in 20 to 90 days was done. By January 30th, I had received 196 orders for REPORT #2. If you go back to the GUARANTEE, "YOU MUST RECEIVE 100 OR MORE ORDERS FOR REPORT #2 WITHIN TWO WEEKS. IF NOT SEND OUT MORE PROGRAMS UNTIL YOU DO. ONCE YOU HAVE 100 ORDERS, THE REST IS EASY. RELAX, YOU WILL MAKE YOUR $50,000 GOAL." Well, I had 196 orders for REPORT #2, 96 more than I needed. So I sat back and relaxed. By March 19th, of my emailing of 10,000, I received $58,000 with more coming in every day. I paid off ALL my debts and bought a much needed new car. Please take time to read the attached program. IT WILL CHANGE YOUR LIFE FOREVER! Remember, it won't work if you don't try it. This program does work, but you must follow it EXACTLY! Especially the rules of not trying to place your name in a different place. It doesn't work, you'll lose out on a lot of money! REPORT #2 explains this. Always follow the guarantee, 15 to 20 orders of REPORT #1 and 100 or more orders for REPORT #2 and you will make $50,000 or more in 20 to 90 days. I AM LIVING PROOF THAT IT WORKS!!! If you choose not to participate in this program, I'm sorry, It really is a great oppotunity with little cost or risk to you. if you choose to participate, follow the program and you will be on your way to financial security. If you are a fellow business owner and you are in financial trouble like I was, or you want to start your own business, consider this a sign. I DID! Sincerely, Christopher Erickson P.S. Do you have any idea what 11,700 $5 bills ($58,000) look like piled up on a kitchen table? IT'S AWESOME! "THREW IT AWAY" "I had received this program before. I threw it away, but later wondered if i shouldn't have given it a try. of course, I had no idea who to contact to get a copy, so I had to wait until I was emailed another copy of the program. Eleven months passed, then it came. I DIDN'T throw this one away. I made $41,000 on the first try." Dawn W., Evensville, IN "NO FREE LUNCH" "My late fater always told me, 'remember, Alan there is no free lunch in life. You get out of life what you put into it.' Though trial and error and a somewhat slow frustrating start, I finally figured it out. The program works very well, I just had to find the right target group of people to email to. So far this year, I have made over $63,000 using the program. I know my dad would have been very proud of me" Alan B., Philadelphia, PA A PERSONAL NOTE FROM THE ORIGINATOR OF THIS PROGRAM By the time you have read the enclosed information and looked over the enclosed programs and reports, you should have concluded that such a program, and one that is legal, could not have been created by an amateur. Let me tell you a little about myself. I had a profitable business for ten years. Then in 1979 my business began falling off. I was doing the same things that were previously successful for me, but it wasn't working. Finally, I figured it out. It wasn't me, it was the economy. Inflation and recession had replaced the stable economy that had been with us since 1945. I don't have to tell you what happened to the unemployment rate...because many of you know from first hand experience. There were more failures and bankruptcies than ever before. The middle class was vanishing. Those who knew what they were doing invested wisely and moved up. Those who did not, including those who never had anything to save or invest, were moving down into the ranks of the poor. As the saying goes, "THE RICH GET RICHER AND THE POOR GET POORER." The traditional methods of making money will never allow you to "move up" or "get rich", inflation will see to that. You have just received information that can give you financial freedom for the rest of your life, with "NO RISK" and "JUST A LITTLE BIT OF EFFORT." You can make more money in the next few months than you have ever imagined. I should also point out that I will not see a penny of your money, nor anyone else who has provided a testimonial for this program. I have already made over FOUR MILLION DOLLARS! I have retired from the program after sending out over 16,000 programs. Now I have several offices which market this and several other programs here in the U.S. and overseas. By the spring, we wish to market the "Internet" by a partnership with AMERICA ONLINE. Follow this program EXACTLY AS INSTRUCTED. Do not change it in any way. It works exceedingly well as it is now. Remember to email a copy of this exciting program to everyone you can think of. One of the people you send this to may send out 50,000... and your name will be on every one of them! Remember though, the more you send out, the more potential customers you will reach. So my friend, I have given you the ideas, information, materials and opportunity to become financially independent, IT IS UP TO YOU NOW! "THINK ABOUT IT" Before you delete this program from your mailbox, as I almost did, take a little to read it and REALLY THINK ABOUT IT. Get a pencil and figure out what could happen when YOU participate. Figure out the worst possible response and no matter how you calculate it, you will still make alot of money! Definitely get back what you invested. Any doubts you have will vanish when your first orders come in. IT WORKS! Paul Johnson, Raleigh, NC HERE'S HOW THIS AMAZING PROGRAM WILL MAKE YOU $$$$$$ Let's say you decide to start small, just to see how it goes, and we'll assume you and all those involved send out 2,000 programs each. Let's also assume that the mailing receives a .5% response. Using a good list the response could be much better. Also many people will send out hundreds of thousands of programs instead of 2,000. But continuing with this example, you send out only 2,000 programs. With a 5% response, that is only 10 orders for REPORT #1. Those 10 people respond by sending out 2,000 programs each for a total of total of 20,000. Out of those .5%, 100 people respond and order REPORT #2. Those 100 mail out 2,000 programs each for a total of 200,000. The .5% response to that is 1,000 orders for REPORT #3. Those 1,000 send out 2,000 programs each for a 2,000,000 total. The .5% response to that is 10,000 orders for REPORT #4. That's 10,000 five dollar bills for you CASH!!!! Your total income in this example is $50.00 + $500.00 + $5,000.00 + $50,000.00 for a total of $55,550.00!!!! REMEMBER FRIEND, THIS IS ASSUMING 1,990 OUT OF 2,000 PEOPLE YOU MAIL TO WILL DO ABSOLUTELY NOTHING...AND TRASH THIS PROGRAM! DARE TO THINK FOR A MOMENT WHAT WOULD HAPPEN IF EVERYONE OR HALF SENT OUT 100,000 PROGRAMS INSTEAD OF ONLY 2,000. Believe me, many people will do that and more! By the way, your cost to participate in this is practically nothing. You obviously already have an internet connection and email is FREE!!! REPORT #3 will show you the best methods for bulk emailing and purchasing email lists. THIS IS A LEGITIMATE, LEGAL, MONEY MAKING OPPORTUNITY, It does not require you to come in contact with people, do any hard work, and best of all, you never have to leave your house except to get the mail. If you believe that someday you'll get that big break that you've been waiting for, THIS IS IT! Simply follow the instuctions, and your dream will come true. This multi-level email order marketing program works perfectly...100% EVERY TIME. Email is the sales tool of the future. Take advantage of this non-commercialized method of advertising NOW!! The longer you wait, the more people will be doing business using email. Get your piece of this action!! MULTI-LEVEL MARKETING (MLM) has finally gained respectability. It is being taught in the Harvard business school, and both Stanford research and the Wall street journal have stated that between 50% and 65% of all goods and services will be sold thoughout Multi-Level methods by the mid 1990's. This is a Multi-Billion Dollar industry and of the 500,000 millionares in the U.S., 20% (100,000) made their fortune in the last several years in MLM. Moreover statistics show 45 people become millionares everyday through Multi-Level Marketing. INSTRUCTIONS We at Erris Mail Order Marketing Business, have a method of raising capital that REALLY WORKS 100% EVERY TIME. I am really sure that you could use $50,000 to $125,000 in the next 20 to 90 days. Before you say "Bull", please read the program carefully. This is not a chain letter, but a perfectly legal money making opportunity. Basically, this is what we do: As with all multi-level business, we build our business by recruiting new partners and selling our products. Every state in the U.S.A. allows you to recruit new multi- level business partners, and we offer a product for EVERY dollar sent. YOUR ORDERS COME AND ARE FILLED THROUGH THE MAIL, so you are not involved in personal selling. You do it privately in your own home, store or office. This is the GREATEST Multi-Level Mail Order Marketing anywhere. Step (1) Order all 4 REPORTS listed by NAME AND NUMBER. Do this by ordering the REPORT from each of the four names listed on the next page. For each REPORT, send $5 CASH and a SELF- ADDRESSED, STAMPED envelope (BUSINESS SIZE #10) to the person listed for the SPECIFIC REPORT. International orders should also include $1 extra postage. Be sure to include your internet address incase of any problems.It is essential that you specify the NAME and NUMBER of the report requested to the person you are ordering from. You will need ALL FOUR REPORTS because you will be REPRINTING and RESELLING them. DO NOT alter the names or sequence other than what the instructions say. IMPORTANT: Always provide same-day service on all orders. Step (2) Replace the name and address under REPORT #1 with yours, moving the one that was there down to REPORT #2. Drop the name and address under REPORT #2 to REPORT #3, moving the one that was there to REPORT #4. The name and address that was under REPORT #4 is dropped from the list and this party is in no doubt on the way to the bank. When doing this, make certain you type the names and addresses ACCURATELY! DO NOT MIX UP MOVING PRODUCT/REPORT POSITIONS!!! Step (3) Having made the required changes in the NAME list, save it as a text (.txt) file in it's own directory to be used with whatever email program you like. Again, REPORT #3 will tell you the best methods of bulk emailing and acquiring email lists. You will also receive the address to a website to assist you. Any and all programs needed will be available free of charge. Including bulk mailers and email collectors. Step (4) Email a copy of the entire program (all of this is very important) to everyone whose addresses you can get your hands on. Start with friends and relatives since you can encourage them to take advantage of this fabulous money-making opportunity. That's what I did. And they love me now, more than ever. Then email to anyone and everyone whose address you collect with the programs available to you at the above mentioned site. Use your imagination! REQUIRED REPORTS ***Order each REPORT by NUMBER and NAME*** ALWAYS SEND A SELF ADDRESSED, STAMPED ENVELOPE, INTERNET ADDRESS AND $5 CASH FOR EACH ORDER REQUESTING THE SPECIFIC REPORT NAME AND NUMBER __________________________________________________ REPORT #1 "HOW TO MAKE $250,000 THROUGH MULTI-LEVEL SALES" ORDER REPORT #1 FROM: D.M.1 2133 Jane St. #5 Box#154 Downsview, Ontario Canada M3M-1A2 __________________________________________________ REPORT #2 "MAJOR CORPORATIONS AND MULTI-LEVEL SALES" ORDER REPORT #2 FROM: R.P. Marketing 1051 Stuyvesant Ave. Suite 193 Union, New Jersey 07083 __________________________________________________ REPORT #3 "SOURCES OF BEST MAILING LISTS" ORDER REPORT #3 FROM: Twin Marketing P.O. Box 673 Harbor City, California 90710-0673 __________________________________________________ REPORT #4 "EVALUATING MULTI-LEVEL SALES" ORDER REPORT #4 FROM: M.O.C. Marketing P.O. Box 146 Gaithersburg, Maryland 20884-0146 __________________________________________________ CONCLUSION I am enjoying my fortune that I made by sending out this program. You too, will be making money in 20 to 90 days, if you follow the SIMPLE STEPS outlined in this mailing. To be financially independent is to be FREE. Free to make financial decisions as never before. Go into business, get into investments, retire or take a vacation. No longer will a lack of money hold you back. However very few people reach financial independence, because when opportunity knocks, they choose to ignore it. It is much easier to say "NO" than "YES", and this is the question that you must answer. Will YOU ignore this amazing opportunity or will you take advantage of it? If you do nothing, you have indeed missed something and nothing will change. Please re-read this material, this is a special opportunity. My method is simple. I sell thousands of people a product for $5 that costs me pennies to produce and mail. I should also point out that this program is legal and everyone who participates WILL make money. This is not a chain letter or pyramid scam. At times you have probably received chain letters, asking you to send money, on faith, but getting NOTHING in return, No product what so-ever! Not only are chain letters illegal, but the risk of someone breaking the chain makes them quite unattractive. You are offering a legitimate product to your people. After they purchase the product from you, they reproduce more and resell them. It's simple free enterprise. As you learned from the enclosed material, the PRODUCT is a series of 4 FINANCIAL AND BUSINESS REPORTS. The information contained in these REPORTS will not only help you in making your participation in this program more rewarding, but it will be usefull to you in any other business decisions you make in the years ahead. You are also buying the rights to reprint all of the REPORTS, which will be ordered from you by those to whom you mail this program. The concise one and two page REPORTS you will be buying can easily be reproduced at a local copt center for a cost of about 3 cents a copy. Best wishes with the program and Good Luck! "IT WAS TRULY AMAZING" "Not being the gambling type, it took me several weeks to make up my mind to participate in this program. But conservative as I am, I decided that the initial investment was so little that there was no way that I could not get enough orders to at least get my money back. BOY was I ever surprised when I found my medium sized post office box crammed with orders! I will make more money this year than any ten years of my life before." Mary Riceland, Lansing, MI TIPS FOR SUCCESS Send for you four 4 REPORTS immediately so you will have them when the orders start coming in. When you receive $5 order, you MUST send out the product/service to comply with U.S. Postal and Lottery laws. Title 18 Sections 1302 and 1341 specifically state that: "A PRODUCT OR SERVICE MUST BE EXCHANGED FOR MONEY RECEIVED." IMPORTANT: WHEN SENDING A SELF ADDRESSED, STAMPED EVELOPE, IF MAILING TO A DIFFERENT COUNTRY, PURCHASE AN I.R.C (INTERNATIONAL RESPONSE COUPON). DO NOT SEND POSTAGE FROM YOUR COUNTRY OR THE PERSON FROM THE OTHER COUNTRY WILL NOT BE ABLE TO USE THAT POSTAGE. WHILE YOU WAIT FOR THE REPORTS TO ARRIVE: 1. Name your new company. You can use your own name if you desire. 2. Get a post office box (preffered) 3. Edit the names and addresses on the program. You must remember, your name and address go next to REPORT #1 and all the others all move down one, with the fourth one being bumped OFF the list. 4. Obtain as many email addresses as possible to send until you receive the information on mailing list companies in REPORT #3. 5. Decide on the number of programs you intend to send out. The more you send, and the quicker you send them, the more money you will make. 6. After mailing the programs, get ready to fill orders. 7. Copy the 4 REPORTS so you are able to send them out as soon as you receive an order. IMPORTANT: ALWAYS PROVIDE SAME-DAY SERVICE ON ORDERS YOU RECEIVE! 8. Make certain the letter and reports are neat and legible. YOUR GUARANTEE The check point which GUARANTEES your success is simply this: You must receive 15 to 20 orders for REPORT #1. This is a must!!! If you don't within 2 weeks, email out more programs until you do. Then a couple of weeks later you should receive at least 100 orders for REPORT #2, if you don't, send out more programs until you do. Once you have received 100 or more orders for REPORT #2, (take a deep breath) you can sit back and relax, because YOU ARE GOING TO MAKE AT LEAST $50,000. Mathematically it is a proven guarantee. One of those who have participated in the program and reached the above GUARANTEES-ALL have reached their $50,000 goal. Also, remember, everytime your name is moved down the list you are infront of a different REPORT, so you can keep track of your program by knowing what people are ordering from you, IT'S THAT EASY, REALLY IT IS!!! REMEMBER: "HE WHO DARES NOTHING, NEED NOT HOPE FOR ANYTHING." "INVEST A LITTLE TIME, ENERGY AND MONEY NOW OR SEARCH FOR IT FOR THE REST OF YOUR LIFE."

To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Mar 13 22:50:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA22188 for freebsd-bugs-outgoing; Fri, 13 Mar 1998 22:50:04 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA22180; Fri, 13 Mar 1998 22:50:03 -0800 (PST) (envelope-from gnats) Received: from fledge.watson.org (robert@FLEDGE.RES.CMU.EDU [128.2.91.116]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA21365 for ; Fri, 13 Mar 1998 22:42:50 -0800 (PST) (envelope-from robert@fledge.watson.org) Received: (from robert@localhost) by fledge.watson.org (8.8.8/8.6.10) id BAA27335; Sat, 14 Mar 1998 01:42:51 -0500 (EST) Message-Id: <199803140642.BAA27335@fledge.watson.org> Date: Sat, 14 Mar 1998 01:42:51 -0500 (EST) From: robert@cyrus.watson.org Reply-To: robert+freebsd@cyrus.watson.org To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/5999: kadmin bug -- crypt not linked correctly, fails to work Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5999 >Category: bin >Synopsis: kadmin incorrectly linked in 2.2-STABLE >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Mar 13 22:50:01 PST 1998 >Last-Modified: >Originator: Robert Watson >Organization: >Release: FreeBSD 2.2.5-STABLE i386 >Environment: 2.2-STABLE, KerberosIV Using the KTH Kerberos4 recently added to FreeBSD. KERBEROS4 defined in /etc/make.conf. Many machines. >Description: On attempting to use kadmin, get a linking error. Specifically, DES is not linked, so crypt cannot be used by Kerberos. This is a serious error as it is now not possible to create/delete/modify kerberos identities using the kadmin administrative tool. This is not ideal if you want to add a user, say. >How-To-Repeat: cyrus:~> kadmin Welcome to the Kerberos Administration Program, version 2 Type "help" if you need it. kadmin: get robert /usr/libexec/ld.so: Undefined symbol "_crypt" called from kadmin:/usr/lib/libkrb.so.3.0 at 0x200412f8 cyrus:~> Any command that requires authentication fails. >Fix: In src/kerberosIV/usr.bin/kadmin/Makefile, LDADD= -L${ROKENOBJDIR} -lroken -L${SLOBJDIR} -lsl \ -L${ACLOBJDIR} -lacl -L${KADMOBJDIR} -lkadm \ -L${KDBOBJDIR} -lkdb -L${KRBOBJDIR} -lkrb \ -ldes -lcom_err -lreadline should read: LDADD= -L${ROKENOBJDIR} -lroken -L${SLOBJDIR} -lsl \ -L${ACLOBJDIR} -lacl -L${KADMOBJDIR} -lkadm \ -L${KDBOBJDIR} -lkdb -L${KRBOBJDIR} -lkrb \ -ldes -lcrypt -lcom_err -lreadline I have compiled and tested this change on my own machines. I believe that -CURRENT also suffers from this problem, but have not verified it on a recent version of -CURRENT (only until 980107). >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Mar 13 23:10:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA24711 for freebsd-bugs-outgoing; Fri, 13 Mar 1998 23:10:08 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA24689; Fri, 13 Mar 1998 23:10:04 -0800 (PST) (envelope-from gnats) Received: from fledge.watson.org (robert@FLEDGE.RES.CMU.EDU [128.2.91.116]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA23543 for ; Fri, 13 Mar 1998 23:00:45 -0800 (PST) (envelope-from robert@fledge.watson.org) Received: (from robert@localhost) by fledge.watson.org (8.8.8/8.6.10) id CAA27738; Sat, 14 Mar 1998 02:00:46 -0500 (EST) Message-Id: <199803140700.CAA27738@fledge.watson.org> Date: Sat, 14 Mar 1998 02:00:46 -0500 (EST) From: robert@cyrus.watson.org Reply-To: robert+freebsd@cyrus.watson.org To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/6000: kerberosIV kadmin -- default entry year-2000 stupid Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6000 >Category: bin >Synopsis: kadmin ank uses bad default expiration of account >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Mar 13 23:10:02 PST 1998 >Last-Modified: >Originator: Robert Watson >Organization: >Release: FreeBSD 2.2.5-STABLE i386 >Environment: kerberosIV, -stable, KTH Multiple -STABLE machines w/-STABLE KTH implementation >Description: kadmin uses a bad default principal expiration (year 2000) -- this is not useful as that is in a year+1/2. I don't want the default to be to expire all my accounts that soon :). The old kadmin would not create an account with an expiration later than that of the admin ticket used to create it, and would default to the same expiration as that ticket. The new one just uses the year 2000 + current day/month/time as the expiration. >How-To-Repeat: fledge:~> kadmin Welcome to the Kerberos Administration Program, version 2 Type "help" if you need it. kadmin: ank robert.test robert.admin@WATSON.ORG's Password: Maximum ticket lifetime? (162) [4+07:34:45] 255 Attributes? [0x00] Expiration date (enter yyyy-mm-dd) ? [Mon Mar 13 01:54:12 2000] Thu Dec 31 23:59:00 2009 Expiration date (enter yyyy-mm-dd) ? [Mon Mar 13 01:54:12 2000] 2009-12-31 Password for robert.test: Verifying password - Password for robert.test: >Fix: Change the constant to something more reasonable, like say 2009-12-31, which is ten years later than the old default (hence my choice for accounts). Maybe later still? Retain the bound preventing creation of tickets that last longer than the current .admin ticket. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Mar 14 03:20:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA21140 for freebsd-bugs-outgoing; Sat, 14 Mar 1998 03:20:05 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA21134; Sat, 14 Mar 1998 03:20:03 -0800 (PST) (envelope-from gnats) Received: from gin.myn.t.u-tokyo.ac.jp (gin.myn.t.u-tokyo.ac.jp [133.11.68.125]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA20888 for ; Sat, 14 Mar 1998 03:14:47 -0800 (PST) (envelope-from tamaru@ap.t.u-tokyo.ac.jp) Received: (for delivery from tamaru@localhost) by gin.myn.t.u-tokyo.ac.jp (8.8.8/8.6.12) id UAA12831; Sat, 14 Mar 1998 20:14:45 +0900 (JST) Message-Id: <199803141114.UAA12831@gin.myn.t.u-tokyo.ac.jp> Date: Sat, 14 Mar 1998 20:14:45 +0900 (JST) From: Hiroharu Tamaru Reply-To: tamaru@ap.t.u-tokyo.ac.jp To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: conf/6002: /etc/mail/sendmail.cf.addtions seems to leak. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6002 >Category: conf >Synopsis: /etc/mail/sendmail.cf.addtions seems to leak. >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Mar 14 03:20:02 PST 1998 >Last-Modified: >Originator: Hiroharu Tamaru >Organization: Dept. Appl. Phys, University of Tokyo. >Release: FreeBSD 2.2.6-BETA i386 >Environment: System: FreeBSD gin.myn.t.u-tokyo.ac.jp 2.2.6-BETA FreeBSD 2.2.6-BETA #0: Sat Mar 14 01:27:36 JST 1998 tamaru@gin.myn.t.u-tokyo.ac.jp:/workspace/usr.src/sys/compile/GIN i386 CVSupped on Mar 12. >Description: /etc/mail/sendmail.cf.addtions may not be correct. `Connecting Host must resolve' function and `ip address must NOT be in Paul Vixie's RBL' function in rule `check_mail' and `mail must come from or go to this machine or machines we allow to relay' in rule `check_recpt' doesn't seem to work. I say 'seem' because I haven't checked it in real practice whether it really does forward junk mails. I just checked it with the -bt option of sendmail. >How-To-Repeat: Say, for the first one: After replacing one rule in rule `check_mail'(line 76) like the following, so that some client name is passed while testing with sendmail -bt -R$* $: $1 $: $(dequote "" $&{client_name} $) +$* $: $1 $: $(dequote "" "host.junk.com" $) % sendmail -bt > check_mail user@freebsd.org rewrite: ruleset 196 input: user @ freebsd . org rewrite: ruleset 3 input: user @ freebsd . org rewrite: ruleset 96 input: user < @ freebsd . org > rewrite: ruleset 96 returns: user < @ freebsd . org . > rewrite: ruleset 3 returns: user < @ freebsd . org . > rewrite: ruleset 3 input: foo @ OK $: host . junk . com rewrite: ruleset 96 input: foo < @ OK $: host . junk . com > rewrite: ruleset 96 returns: foo < @ host . junk . com > rewrite: ruleset 3 returns: foo < @ host . junk . com > rewrite: ruleset 199 input: foo < @ host . junk . com > $: rewrite: ruleset 199 returns: foo < @ host . junk . com > $: rewrite: ruleset 196 returns: OK Since host.junk.com is not a valid host, this should not pass through. >Fix: I don't know much about sendmail.cf but the following seems to make things better. --- sendmail.cf.additions- Sat Mar 14 00:29:26 1998 +++ sendmail.cf.additions Sat Mar 14 19:25:01 1998 @@ -68,19 +68,21 @@ # mail must NOT come from a known source of spam--BEGIN R$+ @$+ $: <$1@$2> $2 R<$*> $+.$+.$+ <$1> $3.$4 -R<$*> $* $: $(spamsites $2 $: OK $) +R<$*> $* $: $(spamsites $2 $: <$1> $2 $) R$+.REJECT $#error $: 521 $1 R<$*> $* $: $1 # mail must NOT come from a known source of spam--END # Connecting Host must resolve--BEGIN -R$* $: $1 $: $(dequote "" $&{client_name} $) -R$* $: $>3 foo@$1 +R$* $: <$1> $(dequote "" $&{client_name} $) +R<$*> $* $: <$1> $>3 foo@$2 +R<$*> $* < @ $+ . > $: $1 R<$*> $*<@$*> $#error $: "451 Domain does not resolve" # Connecting Host must resolve--END # ip address must NOT be in Paul Vixie's RBL--BEGIN -R$* $: $1 $: $(dequote "" $&{client_addr} $) -R$* $: $>check_rbl $1 +R$* $: <$1> $(dequote "" $&{client_addr} $) +R<$*> $* $: <$1> $>check_rbl $2 R$*.com. $#error $: "550 Mail refused, see http://maps.vix.com/rbl" +R<$*> $* $1 # ip address must NOT be in Paul Vixie's RBL--END R$* $@ OK @@ -100,7 +102,7 @@ R<$*> $* $: $1 # mail must NOT be addressed "fakenames"--END # mail must come from or go to this machine or machines we allow to relay--BEGIN -# R$* $: $>Parse0 $>3 $1 +# R$* $: $>3 $1 # R$+ < @ $* . > $* $: $1 < @ $2 > # R$+ < @ $=w> $@ OK # R$+ < @ $* $=R> $@ OK >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Mar 14 03:30:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA22287 for freebsd-bugs-outgoing; Sat, 14 Mar 1998 03:30:07 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA22259; Sat, 14 Mar 1998 03:30:04 -0800 (PST) (envelope-from gnats) Date: Sat, 14 Mar 1998 03:30:04 -0800 (PST) Message-Id: <199803141130.DAA22259@hub.freebsd.org> To: freebsd-bugs Cc: From: "Jordan K. Hubbard" Subject: Re: bin/5999: kadmin bug -- crypt not linked correctly, fails to work Reply-To: "Jordan K. Hubbard" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/5999; it has been noted by GNATS. From: "Jordan K. Hubbard" To: robert+freebsd@cyrus.watson.org Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/5999: kadmin bug -- crypt not linked correctly, fails to work Date: Sat, 14 Mar 1998 03:25:48 -0800 > Using the KTH Kerberos4 recently added to FreeBSD. KERBEROS4 defined in > /etc/make.conf. Many machines. Known problem and several anguished emails to Mark Murray are outstanding without reply. If I don't hear something back from him by Wednesday and no one else has an obvious fix, I'll back all of the K4 changes out of -stable. Due to a name change in make.conf, this was mistakenly not caught until fairly recently or I'd have dealt with it even before code freeze. Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Mar 14 06:10:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA10795 for freebsd-bugs-outgoing; Sat, 14 Mar 1998 06:10:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA10789; Sat, 14 Mar 1998 06:10:02 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA10666; Sat, 14 Mar 1998 06:07:55 -0800 (PST) (envelope-from nobody) Message-Id: <199803141407.GAA10666@hub.freebsd.org> Date: Sat, 14 Mar 1998 06:07:55 -0800 (PST) From: yohta@bsys.tsukuba.ac.jp To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: docs/6003: Two problems in atc(6) man page Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6003 >Category: docs >Synopsis: Two problems in atc(6) man page >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Sat Mar 14 06:10:01 PST 1998 >Last-Modified: >Originator: Yoshihiko OHTA >Organization: Master's Program in Biosystem Studies, Univ. of Tsukuba >Release: FreeBSD 2.2.5-RELEASE i386 >Environment: FreeBSD rishiri.bsys.tsukuba.ac.jp 2.2.5-RELEASE FreeBSD 2.2.5-RELEASE #0: Sun Nov 9 16:57:27 JST 1997 yohta@rishiri.bsys.tsukuba.ac.jp:/usr/src/sys/compile/FMVTP i386 >Description: There is a confusion between "ignored" and "unmarked" in man page. First description (line:247 (formatted)) seems right, but second description(line:348) makes me confused. It seems opposite to previous description. I can't figure out what meens "it" and "This". > An ignored plane is treated the same as an unmarked plane, > except that it will automatically switch to marked status ^^ it really meens unmarked? > when a delayed command has been processed. This is useful ^^^^ This, in this place, meens ignored, doesn't it? > if you want to forget about a plane for a while, but its > flight path has not yet been completely set. And one more problem. In man page, Circle command have a option to right or left. But source or binary says Circle have no options to circle to. I can't decide which is incorrect source or man page. man page: > DELAYABLE COMMANDS > - c Circle: > Have the plane circle (clockwise by > default). > - l Left: > Circle counterclockwise. > - r Right: > Circle clockwise. source(input.c) > state1[] = { { 't', 2, " turn", turn }, > { 'a', 3, " altitude:", NULL }, > { 'c', 4, " circle", circle }, > (snip) > state4[] = { { '@', 9, " at", NULL }, > { 'a', 9, " at", NULL }, > { RETTOKEN, -1, "", NULL }, > { HELPTOKEN, 12, " @a", NULL }}, >How-To-Repeat: man 6 atc >Fix: exchange ignored and unmarked for the first problem >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Mar 14 06:40:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA12692 for freebsd-bugs-outgoing; Sat, 14 Mar 1998 06:40:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA12675; Sat, 14 Mar 1998 06:40:01 -0800 (PST) (envelope-from gnats) Date: Sat, 14 Mar 1998 06:40:01 -0800 (PST) Message-Id: <199803141440.GAA12675@hub.freebsd.org> To: freebsd-bugs Cc: From: Robert Watson Subject: Re: bin/5999: kadmin bug -- crypt not linked correctly, fails to work Reply-To: Robert Watson Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/5999; it has been noted by GNATS. From: Robert Watson To: "Jordan K. Hubbard" Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/5999: kadmin bug -- crypt not linked correctly, fails to work Date: Sat, 14 Mar 1998 09:35:20 -0500 (EST) On Sat, 14 Mar 1998, Jordan K. Hubbard wrote: > > Using the KTH Kerberos4 recently added to FreeBSD. KERBEROS4 defined in > > /etc/make.conf. Many machines. > > Known problem and several anguished emails to Mark Murray are > outstanding without reply. If I don't hear something back from him by > Wednesday and no one else has an obvious fix, I'll back all of the K4 > changes out of -stable. Due to a name change in make.conf, this was > mistakenly not caught until fairly recently or I'd have dealt with it > even before code freeze. Jordan, I believe I attached a patch to the email; it appears to work correctly here, as it just adds a -lcrypt to the kadmin Makefile. When you say back out the K4 changes, do you mean pull out on the KTH upgrade for 2.2.6? A better course of action would probably be to fix the Makefile. A number of libraries and include files have changed in KTH, and are now in fact in a *standard* place unlike previous versions of FreeBSD :). So many more things compile cleanly under KTH that it seems extremely worthwhile. :) The old Kerberos was also quite broken for multi-homed hosts due to a bug in the kerberos client libraries. I believe the new libraries actually function correctly in that environment, which is quite a plus :). Putting in -lcrypt seems a reasonable fix; it certainly breaks nothing, regardless of the code freeze. Of course, you have no doubt heard *that* one before. Robert N Watson Carnegie Mellon University http://www.cmu.edu/ SafePort Network Services http://www.safeport.com/ robert@fledge.watson.org http://www.watson.org/~robert/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Mar 14 07:09:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA16674 for freebsd-bugs-outgoing; Sat, 14 Mar 1998 07:09:35 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from P2 (p2.isdn.net.il [192.115.104.72]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA15898; Sat, 14 Mar 1998 07:05:46 -0800 (PST) (envelope-from qt8-news@connect9.com) From: qt8-news@connect9.com Received: from connect9.com - 194.90.232.47 by isdn.net.il with Microsoft SMTPSVC; Sat, 14 Mar 1998 17:00:08 +0200 To: qt8-news@connect9.com Subject: Hebrew/English wp & HTML generator Message-ID: <009040800150e38P2@isdn.net.il> Date: 14 Mar 1998 17:00:28 +0200 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org -------------------------------------------------------------------------- Please find REMOVE instructions at the bottom. -------------------------------------------------------------------------- Hebrew/English word processor and HTML generator ========================================================================= QT/8 is an advanced multilingual word processor and HTML generator, operating on any MS Windows PC platform, regardless of the Windows local version. User interface is in both Hebrew and English. QT/8 is specifically targeted for users who devote their time for creating all kind of documents and HTML pages, in various languages, to be printed, faxed or published on the WEB. QT/8 has state-of-the-art tools and solutions for rich text editing, easy HTML authoring and smart document management - using both Hebrew and English interfaces and supports upto 30 languages on the same document during writing, editing and publishing. Hebrew, English, Yidish, Spanish, French, German, Arabic, Russian, Italian, Swedish are few while many more are supported. QT/8 comes with 12 special Hebrew/Yidish fonts. QT/8 offers known word processing features such as: Smart table editing including table calculations, cell split and combine, various row width etc. Enhanced capability for drawing illustrations and flow charts in the document. Edit Columns, Paragraph numbering, Hebrew Nikud, Mail Merge, make Labels. Headers & Footers, Footnotes, Table of Contents, Indexing. QT/8 Faxing module - Send & Receive faxes directly from and to QT/8 - there is no need for an external fax program. You can keep MS Fax together with QT-Fax on the same system. QT/8 advanced Document management - Use Hebrew or English document names to file documents in directories and libraries. Keep thousands of documents in an organized fashion with fast and efficient look-up and retrieve features. Open as many libraries as required. QT/8 HTML generator - Use QT/8 for creating multiple languages - Fully Enriched HTML pages. You design your page on-the-fly without any prior knowledge in HTML syntax. Upload your work to the WEB with our built in-fully supported FTP module. Create colorfull HTML graphical pages for foreign browser support (so people in China can read your Hebrew and other pages too...). QT/8 Editing and Proofing - Enhanced Hebrew/English speller, Hebrew/English English/Hebrew dictionary and Hebrew thesaurus. Spelling is also available for Spanish, French, German, Italian, Swedish, Dutch and Finish. Comes with a wide variety of TrueType fonts - including Biblical fonts ! QT/8 Drawing and Multimedia support - Enrich your HTML pages with Tables manipulation and a range of graphics format support (pcx, gif, jpeg, bmp, wmf). Rich library of Clipart images - included. QT/8 can Import MS-word 6 documents QT/8 can Import and Export RTF and ASCII files You will find QT/8 serving all your publishing needs. You won't need any additional software to write, edit and publish your documents. Minimum System Requirements: Windows 3.1 or 95 or NT in any language version, 486 and up processor, 8MB RAM, 40MB hard disk drive space. VGA or SVGA monitor. ----------------------------------------------------------------------------- For a FREE demo download - mailto:qt8@connect9.com?subject=qt_moreInfo (Please note your reply settings - TO: qt8@connect9.com SUBJECT: qt_moreinfo) To remove your name from this mailing list mailto:qt8-rmv@connect9.com?subject=qt_remove (Please note your reply settings - TO: qt8-rmv@connect9.com SUBJECT: qt_remove) Thank you for your time, Connections Marketing Co. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Mar 14 08:00:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA24021 for freebsd-bugs-outgoing; Sat, 14 Mar 1998 08:00:05 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA23977; Sat, 14 Mar 1998 08:00:02 -0800 (PST) (envelope-from gnats) Date: Sat, 14 Mar 1998 08:00:02 -0800 (PST) Message-Id: <199803141600.IAA23977@hub.freebsd.org> To: freebsd-bugs Cc: From: "Jordan K. Hubbard" Subject: Re: bin/5999: kadmin bug -- crypt not linked correctly, fails to work Reply-To: "Jordan K. Hubbard" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/5999; it has been noted by GNATS. From: "Jordan K. Hubbard" To: Robert Watson Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/5999: kadmin bug -- crypt not linked correctly, fails to work Date: Sat, 14 Mar 1998 07:53:25 -0800 > I believe I attached a patch to the email; it appears to work correctly > here, as it just adds a -lcrypt to the kadmin Makefile. When you say back > out the K4 changes, do you mean pull out on the KTH upgrade for 2.2.6? A Yes, I mean pull them out completely. kadmin is only *one* of the multiple targets that fall over when I enabled this option in 2.2-stable and, in fact, a good many things don't even _build_ much less link! :-( Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Mar 14 08:00:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA24074 for freebsd-bugs-outgoing; Sat, 14 Mar 1998 08:00:19 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA24026; Sat, 14 Mar 1998 08:00:11 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA23027; Sat, 14 Mar 1998 07:56:57 -0800 (PST) (envelope-from nobody) Message-Id: <199803141556.HAA23027@hub.freebsd.org> Date: Sat, 14 Mar 1998 07:56:57 -0800 (PST) From: null.angel@null.angel.nu To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/6004: cron in -CURRENT sometimes fails to process cron jobs. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6004 >Category: bin >Synopsis: cron in -CURRENT sometimes fails to process cron jobs. >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Mar 14 08:00:04 PST 1998 >Last-Modified: >Originator: Thomas Stromberg >Organization: RTCI, Inc. >Release: FreeBSD 3.0-CURRENT >Environment: FreeBSD nineveh.angel.nu 3.0-CURRENT FreeBSD 3.0-CURRENT #2: Fri Mar 13 12:20:39 GMT 1998 null.angel@nineveh.angel.nu:/usr/src/sys/compile/nebuchadazzar i386 >Description: When setting a cron job (via crontab -e), cron jobs would suddenly "stop" being executed. For instance: */1 * * * * /www/null.angel.nu/desktop/dumpme worked for 4 hours, and then suddenly stopped. It was still processed by cron, (as /var/cron/log would report every minute), but the job itself was never executed. This also occured with this entry: */1 * * * * /usr/X11R6/bin/xwd -display localhost:0.0 -out /tmp/dump.xwd -silent -root; /usr/local/bin/convert -quality 50 /tmp/dump.xwd /tmp/dump.jpg; >How-To-Repeat: >Fix: Unfortunatly, the only way I could get the jobs to execute again were to kill -9 the cron, and start it again. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Mar 14 09:30:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA06168 for freebsd-bugs-outgoing; Sat, 14 Mar 1998 09:30:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA06160; Sat, 14 Mar 1998 09:30:01 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA05780; Sat, 14 Mar 1998 09:28:10 -0800 (PST) (envelope-from nobody) Message-Id: <199803141728.JAA05780@hub.freebsd.org> Date: Sat, 14 Mar 1998 09:28:10 -0800 (PST) From: null.angel@null.angel.nu To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/6005: -CURRENT cron dies after short periods of times (2-4 hours) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6005 >Category: bin >Synopsis: -CURRENT cron dies after short periods of times (2-4 hours) >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Mar 14 09:30:01 PST 1998 >Last-Modified: >Originator: Thomas Stromberg >Organization: RTCI, Inc. >Release: FreeBSD 3.0-CURRENT >Environment: FreeBSD nineveh.angel.nu 3.0-CURRENT FreeBSD 3.0-CURRENT #2: Fri Mar 13 12:20:39 GMT 1998 null.angel@nineveh.angel.nu:/usr/src/sys/compile/nebuchadazzar i386 >Description: (in reference to previous pr on -CURRENT's crontab). I did notice that cron actually died while trying to execute my entries: */1 * * * * /www/null.angel.nu/desktop/dumpme (shell script). and */1 * * * * /usr/X11R6/bin/xwd -display localhost:0.0 -out /tmp/dump.xwd -silent -root; /usr/local/bin/convert -quality 50 /tmp/dump.xwd /tmp/dump.jpg; mv /tmp/dump.jpg /www/null.angel.nu/de.... The cronned jobs went fine for 2-4 hours (seemed random), and then suddenly stop. /var/cron/log would log that it had executed these jobs, but later I found: Mar 14 10:48:00 nineveh /kernel: pid 7118 (cron), uid 0: exited on signal 11 Mar 14 10:48:00 nineveh /kernel: pid 7119 (cron), uid 0: exited on signal 11 Mar 14 10:47:00 nineveh /kernel: pid 7113 (cron), uid 0: exited on signal 11 Mar 14 10:47:00 nineveh /kernel: pid 7114 (cron), uid 0: exited on signal 11 Mar 14 10:46:00 nineveh /kernel: pid 7110 (cron), uid 0: exited on signal 11 Mar 14 10:46:00 nineveh /kernel: pid 7109 (cron), uid 0: exited on signal 11 Mar 14 10:45:00 nineveh /kernel: pid 7103 (cron), uid 0: exited on signal 11 Mar 14 10:45:00 nineveh /kernel: pid 7102 (cron), uid 0: exited on signal 11 Mar 14 10:44:00 nineveh /kernel: pid 7099 (cron), uid 0: exited on signal 11 Mar 14 10:43:00 nineveh /kernel: pid 7089 (cron), uid 0: exited on signal 11 Mar 14 10:42:00 nineveh /kernel: pid 7086 (cron), uid 0: exited on signal 11 It would stay this way until kill -9'ing cron and restarting it. >How-To-Repeat: try cron entries such as: */1 * * * * /www/null.angel.nu/desktop/dumpme (shell script) */1 * * * * /usr/X11R6/bin/xwd -display localhost:0.0 -out /tmp/dump.xwd -silent -root; /usr/local/bin/convert -quality 50 /tmp/dump.xwd /tmp/dump.jpg; mv /tmp/dump.jpg /www/nu >Fix: killall -9 cron cron :( >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Mar 14 10:10:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA14019 for freebsd-bugs-outgoing; Sat, 14 Mar 1998 10:10:05 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA13988; Sat, 14 Mar 1998 10:10:01 -0800 (PST) (envelope-from gnats) Date: Sat, 14 Mar 1998 10:10:01 -0800 (PST) Message-Id: <199803141810.KAA13988@hub.freebsd.org> To: freebsd-bugs Cc: From: Robert Watson Subject: Re: bin/5999: kadmin bug -- crypt not linked correctly, fails to work Reply-To: Robert Watson Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/5999; it has been noted by GNATS. From: Robert Watson To: "Jordan K. Hubbard" Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/5999: kadmin bug -- crypt not linked correctly, fails to work Date: Sat, 14 Mar 1998 13:02:18 -0500 (EST) On Sat, 14 Mar 1998, Jordan K. Hubbard wrote: > > I believe I attached a patch to the email; it appears to work correctly > > here, as it just adds a -lcrypt to the kadmin Makefile. When you say back > > out the K4 changes, do you mean pull out on the KTH upgrade for 2.2.6? A > > Yes, I mean pull them out completely. kadmin is only *one* of the > multiple targets that fall over when I enabled this option in > 2.2-stable and, in fact, a good many things don't even _build_ much > less link! :-( Jordan, I don't seem to have any problems building that part of world here. Could you provide me with the details and I can take a look? I think it is in everyone's best interest to have KTH in 2.2.6. Not as a default build, of course, but as a make.conf option, etc. Robert N Watson Carnegie Mellon University http://www.cmu.edu/ SafePort Network Services http://www.safeport.com/ robert@fledge.watson.org http://www.watson.org/~robert/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Mar 14 10:25:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA16702 for freebsd-bugs-outgoing; Sat, 14 Mar 1998 10:25:00 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from sapphire.alisa.org. (www.cmblaw.com [204.133.34.4]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id KAA16679 for ; Sat, 14 Mar 1998 10:24:52 -0800 (PST) (envelope-from giselle@sapphire.alisa.org) Received: from bugs.alisa.org by sapphire.alisa.org. (SMI-8.6/SMI-SVR4) id LAA04901; Sat, 14 Mar 1998 11:24:46 -0700 Message-ID: <350ACCDE.1FC7@sapphire.alisa.org> Date: Sat, 14 Mar 1998 11:30:54 -0700 From: "Giselle M. Rushford" Reply-To: giselle@sapphire.alisa.org Organization: AppSoft X-Mailer: Mozilla 3.01 (Win95; I) MIME-Version: 1.0 To: freebsd-bugs@FreeBSD.ORG Subject: problem with the cy driver Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, I've installed a new Cyclades 8yePCI multiports card. All seems ok until I dial into any of the ports which have modems attached. The machine Panics and crashes at this point. Any ideas on what I should look for? Is there a later driver I should try? regards Giselle Rushford To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Mar 14 10:40:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA18423 for freebsd-bugs-outgoing; Sat, 14 Mar 1998 10:40:04 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA18413; Sat, 14 Mar 1998 10:40:02 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA17859; Sat, 14 Mar 1998 10:35:46 -0800 (PST) (envelope-from nobody) Message-Id: <199803141835.KAA17859@hub.freebsd.org> Date: Sat, 14 Mar 1998 10:35:46 -0800 (PST) From: jjr@sapphire.alisa.org To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/6006: cy driver panics machine when a user dials into an attached modem Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6006 >Category: kern >Synopsis: cy driver panics machine when a user dials into an attached modem >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: support >Submitter-Id: current-users >Arrival-Date: Sat Mar 14 10:40:01 PST 1998 >Last-Modified: >Originator: John J. Rushford Jr. >Organization: >Release: FreeBSD 2.2.5 >Environment: FreeBSD snow.alisa.org 2.2.5-RELEASE FreeBSD 2.2.5-RELEASE #0: Fri Mar 13:00:25 MST 1998 root@snow.alisa.org:/usr/src/compile/SNOW i386 >Description: Installed a Cyclades 8yePCI multiports card on an Intel Pentium machine with 96MB Ram, Adaptec 2940AU SCSI board, Diamond Stealth 3D 2000 w/4MB PCI Video card, Logitech BUS Mouse ISA card, and Novell NE2000+ ISA network card. Configured the cy driver in the kernel thusly: options cy0 Made devices thusly: cd /dev ./MAKEDEV ttyc0 ./MAKEDEV cuac0 Edited /etc/ttys and turned on a getty using ttyc00 uncommented /etc/rc.serial (Note had to modify rc.serial and add leading 0's so that /dev/ttyd00, etc would be reset). Booted machine. User trys dialing into an attached modem, machine panics with "Double Fault message" and screen gets zapped with about a million colors. Have to power cycle machine to bring it back to life. >How-To-Repeat: Dial into the modem again. >Fix: Help, I have to get this board working! >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Mar 14 14:50:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA13425 for freebsd-bugs-outgoing; Sat, 14 Mar 1998 14:50:04 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA13386; Sat, 14 Mar 1998 14:50:02 -0800 (PST) (envelope-from gnats) Date: Sat, 14 Mar 1998 14:50:02 -0800 (PST) Message-Id: <199803142250.OAA13386@hub.freebsd.org> To: freebsd-bugs Cc: From: gene@cif.rochester.edu Subject: Re:bin/4975:quotaonwhileserververybusycauseslockup/reboot Reply-To: gene@cif.rochester.edu Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/4975; it has been noted by GNATS. From: gene@cif.rochester.edu To: freebsd-gnats-submit@freebsd.org, toasty@dragondata.com Cc: Subject: Re:bin/4975:quotaonwhileserververybusycauseslockup/reboot Date: Sat, 14 Mar 1998 17:44:05 -0500 (EST) I would like to bring this pr once again to the attention of the freebsd-bugs readers. I have been able to produce this behaviour under low load at seemingly random times under FreeBSD 2.2.5-RELEASE. Twice within about six hours quotaon -a hung the system. I believe this pr should be upgraded to a priority of medium or critical as I am currently running a prduction system with quotas off because I cannot afford the crashes. However, I do have good news in this gloom and doom. That is that I was able to get kernel backtraces of the system each time it was in a crash state. Both times, the kernel packed "page fault in kernel address space" (or similar) in the dqget() function. That may be of some help in finding the problem. I'm thinking it is a dma concurrency issue possibly or a race condition that may have its real origins in the vfs, but I'm neither an i386 junky nor a person familiar with the new FreeBSD vfs, so I can't go bug-hunting. If someone eneds some other informaiton on this, please feel free to contact me. Gene To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Mar 14 16:20:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA04730 for freebsd-bugs-outgoing; Sat, 14 Mar 1998 16:20:14 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA04675; Sat, 14 Mar 1998 16:20:06 -0800 (PST) (envelope-from gnats) Date: Sat, 14 Mar 1998 16:20:06 -0800 (PST) Message-Id: <199803150020.QAA04675@hub.freebsd.org> To: freebsd-bugs Cc: From: "Jordan K. Hubbard" Subject: Re: bin/5999: kadmin bug -- crypt not linked correctly, fails to work Reply-To: "Jordan K. Hubbard" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/5999; it has been noted by GNATS. From: "Jordan K. Hubbard" To: Robert Watson Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/5999: kadmin bug -- crypt not linked correctly, fails to work Date: Sat, 14 Mar 1998 16:09:11 -0800 Currently working this problem with Mark. Now that he's reappeared, I feel a lot better about the chances of getting this resolved! :) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Mar 14 17:24:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA13922 for freebsd-bugs-outgoing; Sat, 14 Mar 1998 17:24:45 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from alumni.cs.uwm.edu (alumni.cs.uwm.edu [129.89.143.30]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA13917 for ; Sat, 14 Mar 1998 17:24:44 -0800 (PST) (envelope-from jd@alumni.cs.uwm.edu) Received: (from jd@localhost) by alumni.cs.uwm.edu (8.8.5/8.8.5) id TAA02031 for bugs@freebsd.org; Sat, 14 Mar 1998 19:25:12 -0600 (CST) Date: Sat, 14 Mar 1998 19:25:12 -0600 (CST) From: "Joseph I. Davida" Message-Id: <199803150125.TAA02031@alumni.cs.uwm.edu> To: bugs@FreeBSD.ORG Subject: trn3.6 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I have not been able to send email to the author of trn, so I am resorting to the bugs@freebsd.org. I instrumented trn3.6 in the safemalloc() and saferealloc() to say how much memory it was attempting to allocate. Here is the output: ****** 107423 unread articles in misc.jobs.offered -- read now? [ynq] util.c:safemalloc():Failed to malloc 196577680 bytes trn: out of memory! Caught an internal error--.newsrc restored Why trn attempts to malloc this many bytes is not known :) Cheers, Joe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Mar 14 20:05:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA01928 for freebsd-bugs-outgoing; Sat, 14 Mar 1998 20:05:58 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from sasami.jurai.net (winter@sasami.jurai.net [207.153.65.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA01907 for ; Sat, 14 Mar 1998 20:05:55 -0800 (PST) (envelope-from winter@jurai.net) Received: from localhost (winter@localhost) by sasami.jurai.net (8.8.8/8.8.7) with SMTP id XAA25797; Sat, 14 Mar 1998 23:05:43 -0500 (EST) Date: Sat, 14 Mar 1998 23:05:43 -0500 (EST) From: "Matthew N. Dodd" To: gene@cif.rochester.edu cc: freebsd-bugs@hub.freebsd.org Subject: Re:bin/4975:quotaonwhileserververybusycauseslockup/reboot In-Reply-To: <199803142250.OAA13386@hub.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sat, 14 Mar 1998 gene@cif.rochester.edu wrote: > I would like to bring this pr once again to the attention of the > freebsd-bugs readers. I have been able to produce this behaviour under > low load at seemingly random times under FreeBSD 2.2.5-RELEASE. Twice > within about six hours quotaon -a hung the system. I think that you are probably the only one that is encountering this bug because everyone else is turning quotas on at boot, when the system is more or less idle. I've been running quotas on my system since 2.1R with no problems. You should not be doing quota{on,off,check} on active filesystems. /* Matthew N. Dodd | A memory retaining a love you had for life winter@jurai.net | As cruel as it seems nothing ever seems to http://www.jurai.net/~winter | go right - FLA M 3.1:53 */ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Mar 14 20:24:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA05311 for freebsd-bugs-outgoing; Sat, 14 Mar 1998 20:24:48 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from roundtable.cif.rochester.edu (roundtable.cif.rochester.edu [128.151.220.14]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA05296 for ; Sat, 14 Mar 1998 20:24:44 -0800 (PST) (envelope-from gene@cif.rochester.edu) Received: from roundtable.cif.rochester.edu (localhost [127.0.0.1]) by roundtable.cif.rochester.edu (8.8.8/8.8.8) with ESMTP id XAA16383; Sat, 14 Mar 1998 23:24:29 -0500 (EST) (envelope-from gene@roundtable.cif.rochester.edu) Message-Id: <199803150424.XAA16383@roundtable.cif.rochester.edu> To: "Matthew N. Dodd" cc: gene@cif.rochester.edu, freebsd-bugs@hub.freebsd.org Subject: Re: bin/4975:quotaonwhileserververybusycauseslockup/reboot In-reply-to: Your message of "Sat, 14 Mar 1998 23:05:43 EST." Date: Sat, 14 Mar 1998 23:24:29 -0500 From: Gene Skonicki Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Let em clarify. I normally activate quotas at bootup (I was messing with things a bit when I produced the error the first time). However, I have also seen panic tracebacks that come through ffs_write() whihc indicates to me some unpleasant implications. Otherwise, I wouldn't have a problem simply turning quotas on. I really would liek to reproduce this, but I can't very wel afford to on this machine---too many simultaneous and demands on it, etc. Gene On Sat, 14 Mar 1998 23:05:43 -0500 (EST), "Matthew N. Dodd" wrote: >On Sat, 14 Mar 1998 gene@cif.rochester.edu wrote: >> I would like to bring this pr once again to the attention of the >> freebsd-bugs readers. I have been able to produce this behaviour under >> low load at seemingly random times under FreeBSD 2.2.5-RELEASE. Twice >> within about six hours quotaon -a hung the system. > >I think that you are probably the only one that is encountering this bug >because everyone else is turning quotas on at boot, when the system is >more or less idle. > >I've been running quotas on my system since 2.1R with no problems. > >You should not be doing quota{on,off,check} on active filesystems. > >/* > Matthew N. Dodd | A memory retaining a love you had for life > > winter@jurai.net | As cruel as it seems nothing ever seems to > http://www.jurai.net/~winter | go right - FLA M 3.1:53 >*/ > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Mar 14 20:40:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA08654 for freebsd-bugs-outgoing; Sat, 14 Mar 1998 20:40:36 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from sasami.jurai.net (winter@sasami.jurai.net [207.153.65.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA08604 for ; Sat, 14 Mar 1998 20:40:14 -0800 (PST) (envelope-from winter@jurai.net) Received: from localhost (winter@localhost) by sasami.jurai.net (8.8.8/8.8.7) with SMTP id XAA26181; Sat, 14 Mar 1998 23:40:06 -0500 (EST) Date: Sat, 14 Mar 1998 23:40:05 -0500 (EST) From: "Matthew N. Dodd" To: Gene Skonicki cc: freebsd-bugs@hub.freebsd.org Subject: Re: bin/4975:quotaonwhileserververybusycauseslockup/reboot In-Reply-To: <199803150424.XAA16383@roundtable.cif.rochester.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sat, 14 Mar 1998, Gene Skonicki wrote: > Let em clarify. I normally activate quotas at bootup (I was messing > with things a bit when I produced the error the first time). However, I > have also seen panic tracebacks that come through ffs_write() whihc > indicates to me some unpleasant implications. Otherwise, I wouldn't > have a problem simply turning quotas on. I really would liek to > reproduce this, but I can't very wel afford to on this machine---too > many simultaneous and demands on it, etc. I'll beat on my test box a bit but under normal operations I've -never- seen quotas cause a problem past 2.1R. Before that period I experienced some of the problems you are talking about. You aren't enableing quota on the root fs are? /* Matthew N. Dodd | A memory retaining a love you had for life winter@jurai.net | As cruel as it seems nothing ever seems to http://www.jurai.net/~winter | go right - FLA M 3.1:53 */ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 15 06:40:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA20957 for freebsd-bugs-outgoing; Sun, 15 Mar 1998 06:40:05 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA20949; Sun, 15 Mar 1998 06:40:02 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA20672; Sun, 15 Mar 1998 06:37:02 -0800 (PST) (envelope-from nobody) Message-Id: <199803151437.GAA20672@hub.freebsd.org> Date: Sun, 15 Mar 1998 06:37:02 -0800 (PST) From: schweikh@noc.dfn.de To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/6015: indent(1) breaks source with backslash newline continuation Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6015 >Category: bin >Synopsis: indent(1) breaks source with backslash newline continuation >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Mar 15 06:40:01 PST 1998 >Last-Modified: >Originator: Jens Schweikhardt >Organization: DFN NOC >Release: 2.2.5-RELEASE FreeBSD >Environment: >Description: FreeBSD's indent(1) breaks programs with line continuation in keywords or identifiers. It insert a space before the backslash and indents the next continuation line. The result is uncompilable. No indentation should break code... "It looks beautiful to my eyes, but will it compile?" :-) >How-To-Repeat: 2.2.5-RELEASE FreeBSD $ cat tst.c int main (void) { re\ turn 0; } $ indent tst.c $ cat tst.c int main(void) { re \ turn 0; } >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 15 08:50:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA03410 for freebsd-bugs-outgoing; Sun, 15 Mar 1998 08:50:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA03404; Sun, 15 Mar 1998 08:50:01 -0800 (PST) (envelope-from gnats) Received: from mail.yk.rim.or.jp (root@mail.yk.rim.or.jp [202.247.130.37]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA03347 for ; Sun, 15 Mar 1998 08:49:18 -0800 (PST) (envelope-from k-horik@yk.rim.or.jp) Received: from localhost (ppp201.yk.rim.or.jp [202.247.134.201]) by mail.yk.rim.or.jp (8.8.5/3.4Wbeta6-rim1.1) with ESMTP id BAA10694; Mon, 16 Mar 1998 01:49:09 +0900 (JST) Message-Id: <19980316014856U.k-horik@yk.rim.or.jp> Date: Mon, 16 Mar 1998 01:48:56 +0900 From: k-horik@yk.rim.or.jp Reply-To: k-horik@yk.rim.or.jp To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: docs/6016: ppp.8 contains typo Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6016 >Category: docs >Synopsis: ppp.8 contains typo >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Sun Mar 15 08:50:01 PST 1998 >Last-Modified: >Originator: Kazuo Horikawa >Organization: personal user >Release: FreeBSD 2.2.5-RELEASE i386 >Environment: .\" $Id: ppp.8,v 1.19.2.36 1998/03/13 00:58:09 brian Exp $ This is 2.2.6-980314-BETA's. >Description: Formatted ppp.8 revision 1.19.2.35 shows: set speed value This sets the speed of the serial device. set timeout idle [ lpr [ retry ] ] This command allows the setting of the idle timer, the LQR timer (if enabled) and the retry timer. But formatted ppp.8 revision 1.19.2.36 shows: set speed value This sets the speed of the serial device. ``set timeout idle [LQR [FSM-resend]]'' This command allows the setting of the idle timer, the LQR timer (if enabled) and the finite state machine (FSM) retry timer. A part of diffs between revision 1.19.2.35 and 1.19.2.36 is shown below: @@ -2384,9 +2384,11 @@ should not be relied upon. .It set speed value This sets the speed of the serial device. -.It set timeout Idle [ lqr [ retry ] ] +.Dq set timeout idle [LQR [FSM-resend]] This command allows the setting of the idle timer, the LQR timer (if -enabled) and the retry timer. +enabled) and the finite state machine +.Pq FSM +retry timer. .It set vj slots nslots This command sets the initial number of .Ar slots `.It' is replaced with `.Dq', but this replacement is inappropriate. >How-To-Repeat: man ppp >Fix: Apply following patch to src/usr.sbin/ppp/ppp.8. --- ppp.8.orig Mon Mar 16 01:35:06 1998 +++ ppp.8 Mon Mar 16 01:36:30 1998 @@ -2384,7 +2384,7 @@ should not be relied upon. .It set speed value This sets the speed of the serial device. -.Dq set timeout idle [LQR [FSM-resend]] +.It set timeout idle [LQR [FSM-resend]] This command allows the setting of the idle timer, the LQR timer (if enabled) and the finite state machine .Pq FSM >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 15 09:25:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA05676 for freebsd-bugs-outgoing; Sun, 15 Mar 1998 09:25:23 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from post.mail.demon.net (post-20.mail.demon.net [194.217.242.27]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id JAA05669 for ; Sun, 15 Mar 1998 09:25:20 -0800 (PST) (envelope-from fbugs@jraynard.demon.co.uk) Received: from jraynard.demon.co.uk ([158.152.42.77]) by post.mail.demon.net id aa2029708; 15 Mar 98 17:17 GMT Received: (from fbugs@localhost) by jraynard.demon.co.uk (8.8.8/8.6.12) id KAA00818; Sun, 15 Mar 1998 10:49:49 GMT Message-ID: <19980315104948.10511@jraynard.demon.co.uk> Date: Sun, 15 Mar 1998 10:49:48 +0000 From: James Raynard To: "Joseph I. Davida" Cc: bugs@FreeBSD.ORG Subject: Re: trn3.6 References: <199803150125.TAA02031@alumni.cs.uwm.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81e In-Reply-To: <199803150125.TAA02031@alumni.cs.uwm.edu>; from Joseph I. Davida on Sat, Mar 14, 1998 at 07:25:12PM -0600 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sat, Mar 14, 1998 at 07:25:12PM -0600, Joseph I. Davida wrote: > I have not been able to send email to the author of > trn, so I am resorting to the bugs@freebsd.org. Please note that ports such as trn are not part of the base FreeBSD system and as such are not supported by the FreeBSD developers. If you can't reach the author by email, I would suggest posting to news.software.readers (or whatever it's called - I don't have a full spool to check). However, this doesn't appear to be a trn problem: > ****** 107423 unread articles in misc.jobs.offered -- read now? [ynq] util.c:safemalloc():Failed to malloc 196577680 bytes > trn: out of memory! > > Why trn attempts to malloc this many bytes is not > known :) 196577680/107423 = 1829 bytes per article, which sounds perfectly reasonable. I suspect that your shell's datasize limit is too low to permit this much memory to be allocated by a process (assuming you have that much virtual memory to begin with, of course!). If you can't set the shell's limit to a suitable value, using the command 'limit datasize ', the problem may be the limits for your login class - the defaults are rather low for a single-user workstation. 'man 5 login.conf' for details. James To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 15 10:24:49 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA12674 for freebsd-bugs-outgoing; Sun, 15 Mar 1998 10:24:49 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA12669; Sun, 15 Mar 1998 10:24:40 -0800 (PST) (envelope-from markm@FreeBSD.org) From: Mark Murray Received: (from markm@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id KAA25797; Sun, 15 Mar 1998 10:24:38 -0800 (PST) Date: Sun, 15 Mar 1998 10:24:38 -0800 (PST) Message-Id: <199803151824.KAA25797@freefall.freebsd.org> To: markm@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, markm@FreeBSD.ORG Subject: Re: bin/5999 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: kadmin incorrectly linked in 2.2-STABLE Responsible-Changed-From-To: freebsd-bugs->markm Responsible-Changed-By: markm Responsible-Changed-When: Sun Mar 15 10:23:13 PST 1998 Responsible-Changed-Why: Kerberos is my baby. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 15 11:55:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA21394 for freebsd-bugs-outgoing; Sun, 15 Mar 1998 11:55:04 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from steve@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA21372; Sun, 15 Mar 1998 11:54:55 -0800 (PST) (envelope-from steve) Date: Sun, 15 Mar 1998 11:54:55 -0800 (PST) From: Steve Price Message-Id: <199803151954.LAA21372@hub.freebsd.org> To: wlloyd@mpd.ca, steve, freebsd-bugs Subject: Re: bin/5954 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Brooktree video driver man page State-Changed-From-To: open-closed State-Changed-By: steve State-Changed-When: Sun Mar 15 11:54:12 PST 1998 State-Changed-Why: Jordan added this manpage to both current and stable. Thanks! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 15 14:15:49 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA14486 for freebsd-bugs-outgoing; Sun, 15 Mar 1998 14:15:49 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from andrew1.lnk.telstra.net (andrew1.lnk.telstra.net [139.130.51.121]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA14413; Sun, 15 Mar 1998 14:15:36 -0800 (PST) (envelope-from cagney@tpgi.com.au) Received: (from cagney@localhost) by andrew1.lnk.telstra.net (8.8.7/8.7.3) id JAA00725; Mon, 16 Mar 1998 09:18:38 +1100 (EST) Received: from Messages.8.5.N.CUILIB.3.45.SNAP.NOT.LINKED.b1.cygnus.com.i386.bsd via MS.5.6.b1.cygnus.com.i386_bsd; Mon, 16 Mar 1998 09:18:35 +1100 (WET) Message-ID: Date: Mon, 16 Mar 1998 09:18:35 +1100 (WET) From: Andrew Cagney To: hoek@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, Tim Vanderhoek Subject: Re: docs/5124 CC: Andrew Cagney , hoek@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG In-Reply-To: <199803131703.JAA28462@freefall.freebsd.org> References: <199803131703.JAA28462@freefall.freebsd.org> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Excerpts from mail: 13-Mar-98 Re: docs/5124 Tim Vanderhoek@FreeBSD.O (373) > Synopsis: No unpacked documentation in 2.2.5 CD's. > State-Changed-From-To: open-closed > State-Changed-By: hoek > State-Changed-When: Fri Mar 13 09:01:39 PST 1998 > State-Changed-Why: > Jordan seems to be well aware of the problem. Unfortunately, a CD is > not software and once pressed is, well, pressed. Expect the problem to > be fixed in the quickly upcoming 2.2.new.version. I think this should be left in feedback until someone (me?) has physically poked a finger at the fixed CD's :-) enjoy, Andrew :-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 15 15:00:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA24442 for freebsd-bugs-outgoing; Sun, 15 Mar 1998 15:00:10 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA24404; Sun, 15 Mar 1998 15:00:03 -0800 (PST) (envelope-from gnats) Received: from darla.swimsuit.roskildebc.dk (pm22-12.image.dk [194.234.169.76]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA23121 for ; Sun, 15 Mar 1998 14:52:20 -0800 (PST) (envelope-from root@darla.swimsuit.roskildebc.dk) Received: (from root@localhost) by darla.swimsuit.roskildebc.dk (8.8.8/8.8.7) id XAA00486; Sun, 15 Mar 1998 23:53:51 +0100 (CET) (envelope-from root) Message-Id: <199803152253.XAA00486@darla.swimsuit.roskildebc.dk> Date: Sun, 15 Mar 1998 23:53:51 +0100 (CET) From: leifn@image.dk Reply-To: leifn@image.dk To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/6019: Timeout too short on scsi_start_unit() at boot Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6019 >Category: kern >Synopsis: Timeout too short on scsi_start_unit() at boot >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Mar 15 15:00:01 PST 1998 >Last-Modified: >Originator: Leif Neland >Organization: not particular >Release: FreeBSD 2.2.6-BETA i386 >Environment: SCSI-disks witch don't spin up at poweron but need the scsi_start_unit() >Description: The timeout is too short (10 secs) for old Micropolis disks for spinning up. A long timeout doesn't harm fast-starting disks. When the scsi_start_unit() times out, the disks are not recognized properly, so a reboot is required. >How-To-Repeat: Get an old disk, and jumper it not to spinup at poweron! >Fix: Increase the timeout in /sys/scsi/scsi_base.c *** scsi_base.c Tue Jul 29 21:42:50 1997 --- scsi_base.c.NE Sun Mar 15 23:42:06 1998 *************** *** 335,341 **** 0, 0, 2, ! 10000, NULL, flags)); } --- 335,341 ---- 0, 0, 2, ! 30000, /* XXX leifn@image.dk: Timeout changed from 10 secs */ NULL, flags)); } >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 15 17:20:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA15064 for freebsd-bugs-outgoing; Sun, 15 Mar 1998 17:20:04 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA15037; Sun, 15 Mar 1998 17:20:02 -0800 (PST) (envelope-from gnats) Date: Sun, 15 Mar 1998 17:20:02 -0800 (PST) Message-Id: <199803160120.RAA15037@hub.freebsd.org> To: freebsd-bugs Cc: From: IIJIMA Akihiro Subject: Re: kern/6006: cy driver panics machine when a user dials into an attached modem Reply-To: IIJIMA Akihiro Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/6006; it has been noted by GNATS. From: IIJIMA Akihiro To: freebsd-gnats-submit@freebsd.org Cc: jjr@sapphire.alisa.org Subject: Re: kern/6006: cy driver panics machine when a user dials into an attached modem Date: Mon, 16 Mar 1998 10:15:02 +0900 From: jjr@sapphire.alisa.org Subject: kern/6006: cy driver panics machine when a user dials into an attached modem Date: Sat, 14 Mar 1998 10:35:46 -0800 (PST) sorry for my poor english. try this patch http://www.jp.FreeBSD.ORG/~yuki/FreeBSD/readmail.cgi?source=users-jp&docnum=25684 This WWW page include Japanese charactor. So, You can not read this page. BUT You can read patch(source code). -- Network Operation Center, Tokyo Institute of Technology, Japan. IIJIMA AKIHIRO aki@noc.titech.ac.jp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 15 17:33:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA16386 for freebsd-bugs-outgoing; Sun, 15 Mar 1998 17:33:48 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from steve@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA16313; Sun, 15 Mar 1998 17:33:38 -0800 (PST) (envelope-from steve) Date: Sun, 15 Mar 1998 17:33:38 -0800 (PST) From: Steve Price Message-Id: <199803160133.RAA16313@hub.freebsd.org> To: kchowksey@hss.hns.com, steve, freebsd-bugs Subject: Re: kern/4989 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: NE2100 ethernet card (lnc1) gives poor performance. State-Changed-From-To: feedback-closed State-Changed-By: steve State-Changed-When: Sun Mar 15 17:33:02 PST 1998 State-Changed-Why: Merged into -stable also. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 15 17:35:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA16769 for freebsd-bugs-outgoing; Sun, 15 Mar 1998 17:35:12 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from steve@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA16731; Sun, 15 Mar 1998 17:34:54 -0800 (PST) (envelope-from steve) Date: Sun, 15 Mar 1998 17:34:54 -0800 (PST) From: Steve Price Message-Id: <199803160134.RAA16731@hub.freebsd.org> To: gotoh@ae.anritsu.co.jp, steve, freebsd-bugs Subject: Re: i386/5910 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Ethernet Frame size is mismatch (if_lnc.c) State-Changed-From-To: feedback-closed State-Changed-By: steve State-Changed-When: Sun Mar 15 17:34:25 PST 1998 State-Changed-Why: Merged into -stable too. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 15 19:48:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA02662 for freebsd-bugs-outgoing; Sun, 15 Mar 1998 19:48:59 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from localhost.my.domain (ppp6541.on.bellglobal.com [206.172.208.133]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA02643; Sun, 15 Mar 1998 19:48:52 -0800 (PST) (envelope-from ac199@hwcn.org) Received: from localhost (tim@localhost) by localhost.my.domain (8.8.8/8.8.8) with SMTP id WAA00443; Sun, 15 Mar 1998 22:46:40 -0500 (EST) (envelope-from ac199@hwcn.org) X-Authentication-Warning: localhost.my.domain: tim owned process doing -bs Date: Sun, 15 Mar 1998 22:46:39 -0500 (EST) From: Tim Vanderhoek X-Sender: tim@localhost Reply-To: ac199@hwcn.org To: Andrew Cagney cc: Tim Vanderhoek , freebsd-bugs@FreeBSD.ORG, Tim Vanderhoek Subject: Re: docs/5124 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, 16 Mar 1998, Andrew Cagney wrote: > > Synopsis: No unpacked documentation in 2.2.5 CD's. > > > State-Changed-From-To: open-closed [...] > > Jordan seems to be well aware of the problem. Unfortunately, a CD is > > not software and once pressed is, well, pressed. Expect the problem to > > be fixed in the quickly upcoming 2.2.new.version. > > I think this should be left in feedback until someone (me?) has > physically poked a finger at the fixed CD's :-) I would, and I seriously considered it before closing it, but the current pr list is just too big. There are so many prs that the people who need to read them, simply don't have time to look through them all. Another solution is needed, but closing pr's which are umm... "iffy" or perepherial is the closest reasonable stop-gap solution. (Yes, I do have other longer-term ideas :). Or were you hinting that you wanted a copy of one of the first CDs off the presses sent to you gratis to make-up for the damage inflicted upon your psyche? Hmm... Jordan!! ;-) Suffice it to say, however, that if the upcoming CDs also contain the same problems, you are welcome to submit as many prs as you want, and I won't close a single one! I may, however, assign them all to "jkh", whoever that may be... ;-) -- tIM...HOEk OPTIMIZATION: the process of using many one-letter variables names hoping that the resultant code will run faster. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 15 20:48:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA07773 for freebsd-bugs-outgoing; Sun, 15 Mar 1998 20:48:04 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from andrew1.lnk.telstra.net (andrew1.lnk.telstra.net [139.130.51.121]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA07742; Sun, 15 Mar 1998 20:47:58 -0800 (PST) (envelope-from cagney@tpgi.com.au) Received: (from cagney@localhost) by andrew1.lnk.telstra.net (8.8.7/8.7.3) id PAA22809; Mon, 16 Mar 1998 15:50:24 +1100 (EST) Received: from Messages.8.5.N.CUILIB.3.45.SNAP.NOT.LINKED.b1.cygnus.com.i386.bsd via MS.5.6.b1.cygnus.com.i386_bsd; Mon, 16 Mar 1998 15:50:19 +1100 (WET) Message-ID: Date: Mon, 16 Mar 1998 15:50:19 +1100 (WET) From: Andrew Cagney To: ac199@hwcn.org Subject: Re: docs/5124 CC: Tim Vanderhoek , freebsd-bugs@FreeBSD.ORG, Tim Vanderhoek In-Reply-To: References: Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Excerpts from mail: 15-Mar-98 Re: docs/5124 Tim Vanderhoek@hwcn.org (1424*) > On Mon, 16 Mar 1998, Andrew Cagney wrote: > > > Synopsis: No unpacked documentation in 2.2.5 CD's. > > > > > State-Changed-From-To: open-closed > [...] > > > Jordan seems to be well aware of the problem. Unfortunately, a CD is > > > not software and once pressed is, well, pressed. Expect the problem to > > > be fixed in the quickly upcoming 2.2.new.version. > > > > I think this should be left in feedback until someone (me?) has > > physically poked a finger at the fixed CD's :-) > I would, and I seriously considered it before closing it, but the > current pr list is just too big. There are so many prs that the > people who need to read them, simply don't have time to look > through them all. True, you want to leave it in a state other than any of: feedback, suspended, analyzed, or closed. > Another solution is needed, but closing pr's which are umm... > "iffy" or perepherial is the closest reasonable stop-gap > solution. (Yes, I do have other longer-term ideas :). Any thing that ruins one's out-of-box experience isn't really perepherial :-(. What about putting them into a new state `iffy' say? :-) > Or were you hinting that you wanted a copy of one of the first > CDs off the presses sent to you gratis to make-up for the damage > inflicted upon your psyche? Hmm... Jordan!! ;-) (Well, now that you mention it :-^. (I'm sure a new set of CD's from Walnut Creek will turn up soon enough.)) Is the process for generating the CD-ROMs in the main CVS tree? If that is the case, and you can point me at any of the relevant [doc, make, directory] that is used to create the CD-ROM images, then I can verify the fix and it can be closed. enjoy, Andrew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 15 21:10:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA09445 for freebsd-bugs-outgoing; Sun, 15 Mar 1998 21:10:10 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from localhost.my.domain (ppp6541.on.bellglobal.com [206.172.208.133]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA09339; Sun, 15 Mar 1998 21:09:53 -0800 (PST) (envelope-from ac199@hwcn.org) Received: from localhost (tim@localhost) by localhost.my.domain (8.8.8/8.8.8) with SMTP id AAA00552; Mon, 16 Mar 1998 00:08:11 -0500 (EST) (envelope-from ac199@hwcn.org) X-Authentication-Warning: localhost.my.domain: tim owned process doing -bs Date: Mon, 16 Mar 1998 00:08:10 -0500 (EST) From: Tim Vanderhoek X-Sender: tim@localhost Reply-To: ac199@hwcn.org To: Andrew Cagney cc: ac199@hwcn.org, Tim Vanderhoek , freebsd-bugs@FreeBSD.ORG, Tim Vanderhoek Subject: Re: docs/5124 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, 16 Mar 1998, Andrew Cagney wrote: > > > > Synopsis: No unpacked documentation in 2.2.5 CD's. > > Any thing that ruins one's out-of-box experience isn't really perepherial :-(. > What about putting them into a new state `iffy' say? :-) Well, convince the GNU people or are gnats-meister to add said "iffy" state. :-) > (Well, now that you mention it :-^. > (I'm sure a new set of CD's from Walnut Creek will turn up soon enough.)) Ahhh... You must have a subscription. :) > Is the process for generating the CD-ROMs in the main CVS tree? > If that is the case, and you can point me at any of the relevant [doc, > make, directory] that is used to create the CD-ROM images, then I can > verify the fix and it can be closed. I think Jordan divies up the stuff onto the CDs by hand. There is, of course, ``make release'', but that's only part of the story. Very simply, however, Jordan has had to answer so many queries about the missing docs that he would have to be an absolute complete moron to forget and make the same mistake again! Um. Hm. On 2nd thought, I better go and re-open the pr. ;-) ;-) ;-) -- tIM...HOEk OPTIMIZATION: the process of using many one-letter variables names hoping that the resultant code will run faster. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 15 23:03:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA17459 for freebsd-bugs-outgoing; Sun, 15 Mar 1998 23:03:39 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA17424; Sun, 15 Mar 1998 23:03:19 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id XAA05009; Sun, 15 Mar 1998 23:01:41 -0800 (PST) (envelope-from jkh@time.cdrom.com) To: Andrew Cagney cc: ac199@hwcn.org, Tim Vanderhoek , freebsd-bugs@FreeBSD.ORG Subject: Re: docs/5124 In-reply-to: Your message of "Mon, 16 Mar 1998 15:50:19 +1100." Date: Sun, 15 Mar 1998 23:01:40 -0800 Message-ID: <5005.890031700@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Is the process for generating the CD-ROMs in the main CVS tree? > If that is the case, and you can point me at any of the relevant [doc, > make, directory] that is used to create the CD-ROM images, then I can > verify the fix and it can be closed. Look in /usr/src/release/Makefile for details on building a release. Once you've built one (and you'll require a CVS repository online and at least 500MB or so of disk space) you'll have a /R/cdrom hierarchy built with two directories, one for each of the two "auto generated" CDs. Use /usr/share/examples/worm/makecdfs.sh to generate an image from disc1 and burn it. Viola - you now have your own bootable FreeBSD installation CD! :) Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 15 23:04:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA17528 for freebsd-bugs-outgoing; Sun, 15 Mar 1998 23:04:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA17489; Sun, 15 Mar 1998 23:03:59 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id XAA05031; Sun, 15 Mar 1998 23:02:37 -0800 (PST) (envelope-from jkh@time.cdrom.com) To: ac199@hwcn.org cc: Andrew Cagney , Tim Vanderhoek , freebsd-bugs@FreeBSD.ORG Subject: Re: docs/5124 In-reply-to: Your message of "Mon, 16 Mar 1998 00:08:10 EST." Date: Sun, 15 Mar 1998 23:02:37 -0800 Message-ID: <5028.890031757@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Very simply, however, Jordan has had to answer so many queries > about the missing docs that he would have to be an absolute > complete moron to forget and make the same mistake again! Um. > Hm. On 2nd thought, I better go and re-open the pr. ;-) ;-) ;-) Die. :) Yes, the docs are there, and one has merely to install a relatively recent 3.0 or 2.2 SNAP to see that the doc dist contains the FAQ and Handbook again. Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 15 23:14:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA18773 for freebsd-bugs-outgoing; Sun, 15 Mar 1998 23:14:39 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from steve@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA18755; Sun, 15 Mar 1998 23:14:23 -0800 (PST) (envelope-from steve) Date: Sun, 15 Mar 1998 23:14:23 -0800 (PST) From: Steve Price Message-Id: <199803160714.XAA18755@hub.freebsd.org> To: k-horik@yk.rim.or.jp, steve, freebsd-bugs Subject: Re: docs/6016 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: ppp.8 contains typo State-Changed-From-To: open-closed State-Changed-By: steve State-Changed-When: Sun Mar 15 23:11:32 PST 1998 State-Changed-Why: Patch applied, thanks! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Mar 16 02:50:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA11263 for freebsd-bugs-outgoing; Mon, 16 Mar 1998 02:50:04 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA11229; Mon, 16 Mar 1998 02:50:02 -0800 (PST) (envelope-from gnats) Received: from dana.clari.net.au (dana.clari.net.au [203.27.85.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA10940 for ; Mon, 16 Mar 1998 02:46:41 -0800 (PST) (envelope-from peter@dana.clari.net.au) Received: (from peter@localhost) by dana.clari.net.au (8.8.7/8.8.7) id VAA22551; Mon, 16 Mar 1998 21:46:29 +1100 (EST) (envelope-from peter) Message-Id: <199803161046.VAA22551@dana.clari.net.au> Date: Mon, 16 Mar 1998 21:46:29 +1100 (EST) From: Peter Hawkins Reply-To: peter@dana.clari.net.au To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: misc/6031: mk enhancements Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6031 >Category: misc >Synopsis: ports.mk doesn't prefer local sites outside USA >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon Mar 16 02:50:01 PST 1998 >Last-Modified: >Originator: Peter Hawkins >Organization: Clarinet Internet >Release: FreeBSD 2.2.5-RELEASE i386 >Environment: >Description: A change in the standard mk includes is required to tune it for locality. While we're at it, we can set the USA_RESIDENT variable for DES and we can cause ports to be downloaded from nearby mirrors by default. A further enhancement enables those of us with our own FTP sites or mirrors, or a lan to configure a set of preferred servers. >How-To-Repeat: N/A >Fix: Apply the following patch: diff -u -P mk.orig/bsd.README mk/bsd.README --- mk.orig/bsd.README Sat Mar 7 18:47:48 1998 +++ mk/bsd.README Sat Mar 7 18:33:25 1998 @@ -69,6 +69,11 @@ =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= +locale.mk tunes the rules for your location. You should set the variables +in it appropriately. + +=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= + The include file handles installing manual pages and their links. diff -u -P mk.orig/bsd.port.mk mk/bsd.port.mk --- mk.orig/bsd.port.mk Sat Mar 7 18:47:48 1998 +++ mk/bsd.port.mk Sat Mar 7 18:32:06 1998 @@ -265,6 +265,8 @@ # Get the operating system type OPSYS!= uname -s +.include + .if exists(${.CURDIR}/../Makefile.inc) .include "${.CURDIR}/../Makefile.inc" .endif @@ -564,6 +566,11 @@ # Empty declaration to avoid "variable MASTER_SITES recursive" error MASTER_SITES?= PATCH_SITES?= + +# If the user has this set, try it first +.if defined(NEAR_SITE_LIST) +MASTER_SITES:= ${NEAR_SITE_LIST} ${MASTER_SITES} +.endif # Substitute subdirectory names MASTER_SITES:= ${MASTER_SITES:S/%SUBDIR%/${MASTER_SITE_SUBDIR}/} diff -u -P mk.orig/locale.mk mk/locale.mk --- mk.orig/locale.mk Thu Jan 1 10:00:00 1970 +++ mk/locale.mk Sat Mar 7 18:46:29 1998 @@ -0,0 +1,163 @@ +# locale.mk peter@clari.net.au 7/3/98 +# +# location-specific settings +# + + + +# if you have a ports distribution in one or more FTP sites closeby +# (such as on your own lan) you can list them here + +#LOCAL_SITE_LIST?= ftp://ftp.my.domain.au/ \ +# ftp://ftp.my.friends.domain.au/ + +# blank by default +LOCAL_SITE_LIST?= + +# define this to be your nearest location (see below for available options) +LOCALE?= USA + +# Can we legally obtain DES from a US ftp site? USA citizens should change +# this. (For safety, assume NO here) +USA_RESIDENT?= NO +#USA_RESIDENT?= YES + + + + + +#--------------------- no need to modify below here -------------------- +# + +.if ${LOCALE} == "Argentina" +NEAR_SITE_LIST?= ${LOCAL_SITE_LIST} \ + ftp://ftp.ar.freebsd.org/pub/FreeBSD/ + +.elif ${LOCALE} == "Australia" +NEAR_SITE_LIST?= ${LOCAL_SITE_LIST} \ + ftp://ftp.au.freebsd.org/pub/FreeBSD/ \ + ftp://ftp2.au.freebsd.org/pub/FreeBSD/ \ + ftp://ftp3.au.freebsd.org/pub/FreeBSD/ \ + ftp://ftp4.au.freebsd.org/pub/FreeBSD/ \ + ftp://ftp5.au.freebsd.org/pub/FreeBSD/ + +.elif ${LOCALE} == "Brazil" +NEAR_SITE_LIST?= ${LOCAL_SITE_LIST} \ + ftp://ftp.br.freebsd.org/pub/FreeBSD/ \ + ftp://ftp2.br.freebsd.org/pub/FreeBSD/ \ + ftp://ftp3.br.freebsd.org/pub/FreeBSD/ \ + ftp://ftp4.br.freebsd.org/pub/FreeBSD/ \ + ftp://ftp5.br.freebsd.org/pub/FreeBSD/ \ + ftp://ftp6.br.freebsd.org/pub/FreeBSD/ \ + ftp://ftp7.br.freebsd.org/pub/FreeBSD/ + +.elif ${LOCALE} == "Canada" +NEAR_SITE_LIST?= ${LOCAL_SITE_LIST} \ + ftp://ftp.ca.freebsd.org/pub/FreeBSD/ + +.elif ${LOCALE} == "Czech Republic" +NEAR_SITE_LIST?= ${LOCAL_SITE_LIST} \ + ftp://ftp.cz.freebsd.org/pub/FreeBSD/ + +.elif ${LOCALE} == "Estonia" +NEAR_SITE_LIST?= ${LOCAL_SITE_LIST} \ + ftp://ftp.ee.freebsd.org/pub/FreeBSD/ + +.elif ${LOCALE} == "Finland" +NEAR_SITE_LIST?= ${LOCAL_SITE_LIST} \ + ftp://ftp.fi.freebsd.org/pub/FreeBSD/ + +.elif ${LOCALE} == "France" +NEAR_SITE_LIST?= ${LOCAL_SITE_LIST} \ + ftp://ftp2.fr.freebsd.org/pub/FreeBSD/ \ + ftp://ftp.fr.freebsd.org/pub/FreeBSD/ + +.elif ${LOCALE} == "Germany" +NEAR_SITE_LIST?= ${LOCAL_SITE_LIST} \ + ftp://ftp.de.freebsd.org/pub/FreeBSD/ \ + ftp://ftp2.de.freebsd.org/pub/FreeBSD/ \ + ftp://ftp3.de.freebsd.org/pub/FreeBSD/ \ + ftp://ftp4.de.freebsd.org/pub/FreeBSD/ \ + ftp://ftp5.de.freebsd.org/pub/FreeBSD/ \ + ftp://ftp6.de.freebsd.org/pub/FreeBSD/ \ + ftp://ftp7.de.freebsd.org/pub/FreeBSD/ + +.elif ${LOCALE} == "Holland" +NEAR_SITE_LIST?= ${LOCAL_SITE_LIST} \ + ftp://ftp.nl.freebsd.org/pub/FreeBSD/ + +.elif ${LOCALE} == "Hong Kong" +NEAR_SITE_LIST?= ${LOCAL_SITE_LIST} \ + ftp://ftp.hk.super.net/pub/FreeBSD/ + +.elif ${LOCALE} == "Iceland" +NEAR_SITE_LIST?= ${LOCAL_SITE_LIST} \ + ftp://ftp.is.freebsd.org/pub/FreeBSD/ + +.elif ${LOCALE} == "Ireland" +NEAR_SITE_LIST?= ${LOCAL_SITE_LIST} \ + ftp://ftp.ie.freebsd.org/pub/FreeBSD/ + +.elif ${LOCALE} == "Israel" +NEAR_SITE_LIST?= ${LOCAL_SITE_LIST} \ + ftp://ftp.il.freebsd.org/pub/FreeBSD/ \ + ftp://ftp2.il.freebsd.org/pub/FreeBSD/ + +.elif ${LOCALE} == "Japan" +NEAR_SITE_LIST?= ${LOCAL_SITE_LIST} \ + ftp://ftp.jp.freebsd.org/pub/FreeBSD/ \ + ftp://ftp2.jp.freebsd.org/pub/FreeBSD/ \ + ftp://ftp3.jp.freebsd.org/pub/FreeBSD/ \ + ftp://ftp4.jp.freebsd.org/pub/FreeBSD/ \ + ftp://ftp5.jp.freebsd.org/pub/FreeBSD/ \ + ftp://ftp6.jp.freebsd.org/pub/FreeBSD/ + +.elif ${LOCALE} == "Korea" +NEAR_SITE_LIST?= ${LOCAL_SITE_LIST} \ + ftp://ftp.kr.freebsd.org/pub/FreeBSD/ \ + ftp://ftp2.kr.freebsd.org/pub/FreeBSD/ + +.elif ${LOCALE} == "Poland" +NEAR_SITE_LIST?= ${LOCAL_SITE_LIST} \ + ftp://ftp.pl.freebsd.org/pub/FreeBSD/ + +.elif ${LOCALE} == "Portugal" +NEAR_SITE_LIST?= ${LOCAL_SITE_LIST} \ + ftp://ftp.pt.freebsd.org/pub/misc/FreeBSD/ \ + ftp://ftp2.pt.freebsd.org/pub/FreeBSD/ + +.elif ${LOCALE} == "Russia" +NEAR_SITE_LIST?= ${LOCAL_SITE_LIST} \ + ftp://ftp.ru.freebsd.org/pub/FreeBSD/ \ + ftp://ftp2.ru.freebsd.org/pub/FreeBSD/ \ + ftp://ftp3.ru.freebsd.org/pub/FreeBSD/ + +.elif ${LOCALE} == "South Africa" +NEAR_SITE_LIST?= ${LOCAL_SITE_LIST} \ + ftp://ftp.za.freebsd.org/pub/FreeBSD/ \ + ftp://ftp2.za.freebsd.org/pub/FreeBSD/ \ + ftp://ftp3.za.freebsd.org/pub/FreeBSD/ \ + ftp://ftp4.za.freebsd.org/pub/FreeBSD/ + +.elif ${LOCALE} == "Sweden" +NEAR_SITE_LIST?= ${LOCAL_SITE_LIST} \ + ftp://ftp.se.freebsd.org/pub/FreeBSD/ \ + ftp://ftp2.se.freebsd.org/pub/FreeBSD/ \ + ftp://ftp3.se.freebsd.org/pub/FreeBSD/ + +.elif ${LOCALE} == "Taiwan" +NEAR_SITE_LIST?= ${LOCAL_SITE_LIST} \ + ftp://ftp.tw.freebsd.org/pub/FreeBSD \ + ftp://ftp2.tw.freebsd.org/pub/FreeBSD \ + ftp://ftp3.tw.freebsd.org/pub/FreeBSD/ + +.elif ${LOCALE} == "UK" +NEAR_SITE_LIST?= ${LOCAL_SITE_LIST} \ + ftp://ftp.uk.freebsd.org/pub/FreeBSD/ \ + ftp://ftp2.uk.freebsd.org/pub/FreeBSD/ \ + ftp://ftp3.uk.freebsd.org/pub/FreeBSD/ \ + ftp://ftp4.uk.freebsd.org/pub/FreeBSD/ + +.elif ${LOCALE} == "USA" +# master sites in usa are included by default +.endif >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Mar 16 06:50:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA26910 for freebsd-bugs-outgoing; Mon, 16 Mar 1998 06:50:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA26904; Mon, 16 Mar 1998 06:50:01 -0800 (PST) (envelope-from gnats) Date: Mon, 16 Mar 1998 06:50:01 -0800 (PST) Message-Id: <199803161450.GAA26904@hub.freebsd.org> To: freebsd-bugs Cc: From: Garrett Wollman Subject: bin/6000: kerberosIV kadmin -- default entry year-2000 stupid Reply-To: Garrett Wollman Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/6000; it has been noted by GNATS. From: Garrett Wollman To: robert+freebsd@cyrus.watson.org Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: bin/6000: kerberosIV kadmin -- default entry year-2000 stupid Date: Mon, 16 Mar 1998 09:48:40 -0500 (EST) < Change the constant to something more reasonable, like say 2009-12-31, which > is ten years later than the old default (hence my choice for accounts). Maybe Unfortunately, this will hose the Kerberos v5 upgrade procedure, which knows about the long-standing (since the mid-80s) default expiration time and automatically translates v4 principals expiring 1999-12-31 into v5 principals with no expiration date. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Mar 16 07:13:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA29212 for freebsd-bugs-outgoing; Mon, 16 Mar 1998 07:13:52 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA29200; Mon, 16 Mar 1998 07:13:43 -0800 (PST) (envelope-from hoek@FreeBSD.org) From: Tim Vanderhoek Received: (from hoek@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id HAA03783; Mon, 16 Mar 1998 07:13:35 -0800 (PST) Date: Mon, 16 Mar 1998 07:13:35 -0800 (PST) Message-Id: <199803161513.HAA03783@freefall.freebsd.org> To: issei@mikage.t-cnet.or.jp, hoek@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: docs/5980 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Typo found in uulog (1). State-Changed-From-To: open-closed State-Changed-By: hoek State-Changed-When: Mon Mar 16 07:12:06 PST 1998 State-Changed-Why: Fixed, thanks! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Mar 16 07:40:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA03983 for freebsd-bugs-outgoing; Mon, 16 Mar 1998 07:40:13 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA03914; Mon, 16 Mar 1998 07:40:07 -0800 (PST) (envelope-from gnats) Date: Mon, 16 Mar 1998 07:40:07 -0800 (PST) Message-Id: <199803161540.HAA03914@hub.freebsd.org> To: freebsd-bugs Cc: From: Robert Watson Subject: Re: bin/6000: kerberosIV kadmin -- default entry year-2000 stupid Reply-To: Robert Watson Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/6000; it has been noted by GNATS. From: Robert Watson To: Garrett Wollman Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/6000: kerberosIV kadmin -- default entry year-2000 stupid Date: Mon, 16 Mar 1998 10:33:32 -0500 (EST) On Mon, 16 Mar 1998, Garrett Wollman wrote: > < > > Change the constant to something more reasonable, like say 2009-12-31, > > which is ten years later than the old default (hence my choice for > > accounts). Maybe > > Unfortunately, this will hose the Kerberos v5 upgrade procedure, which > knows about the long-standing (since the mid-80s) default expiration > time and automatically translates v4 principals expiring 1999-12-31 > into v5 principals with no expiration date. Perhaps we need a statement from the FreeBSD core people involved as to whether they anticipate upgrading FreeBSD to KerberosV in the next year months. Leaving it any longer would not, I think, allow people to benefit from the upgrade procedure you require. Large organizations relying on a FreeBSD kerberos IV server would probably desire/require longer than the remaining ~9 months until the expiration to do the transition. This is a year-2000 bug in that apparently no one thought that KerberosIV would last this long :). Since FreeBSD claims to be year-2000 compliant, this is certainly something one would want to fix. It's also not clear that I would want to convert accounts expiring on that date to accounts with no expiration, also. :) In the mean time, the default value is really not very useful. The non-kth distribution appeared to default the expiry time to some other value -- I think either the oldest key in the database, or the key that is used to add the new key. This behavior was useful, as it didn't require me to type an expiration again for every key. An un-useful default is not really such a great thing. Robert N Watson Carnegie Mellon University http://www.cmu.edu/ SafePort Network Services http://www.safeport.com/ robert@fledge.watson.org http://www.watson.org/~robert/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Mar 16 08:10:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA10495 for freebsd-bugs-outgoing; Mon, 16 Mar 1998 08:10:13 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA10458; Mon, 16 Mar 1998 08:10:04 -0800 (PST) (envelope-from gnats) Received: from brookfield.ans.net (brookfield-ef0.brookfield.ans.net [204.148.1.20]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA09221 for ; Mon, 16 Mar 1998 08:05:19 -0800 (PST) (envelope-from curtis@brookfield.ans.net) Received: (from curtis@localhost) by brookfield.ans.net (8.8.5/8.8.5) id LAA02255; Mon, 16 Mar 1998 11:05:16 -0500 (EST) Message-Id: <199803161605.LAA02255@brookfield.ans.net> Date: Mon, 16 Mar 1998 11:05:16 -0500 (EST) From: Curtis Villamizar Reply-To: curtis@brookfield.ans.net To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/6032: poor TCP performance using FDDI over long delay path Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6032 >Category: kern >Synopsis: poor TCP performance using FDDI over long delay path >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon Mar 16 08:10:01 PST 1998 >Last-Modified: >Originator: curtis@ans.net >Organization: ANS Communications >Release: FreeBSD 2.2.5-RELEASE i386 >Environment: FreeBSD is being used here as a TCP load for performance testing of network equipment. The problems encountered here will be seen by high performance applications run over the Internet and over long delay paths such as satellite. The simplest setup is two PCs with DEC PCI FDDI cards and a network with a long RTT between them. [Note: this was run on 2.2.5 but the bug report was filled in on a 2.2.1 system in case send-pr reports 2.2.1.] >Description: Change window size to a large value (for excample 128KB). Expect to get 40-80 Mb/s. Instead FreeBSD yields about 1 MB/s. BSDI and other BSD or *ix flavors yields 40-80 Mb/s as expected. A bit part of the problem is the function tcp_mss in tcp_input.c which sets the window size back to a small value. >How-To-Repeat: Run ttcp or netperf over long delay path with 128KB window. Source for ttcp is freely available (source on request if you don't have it). >Fix: The email message below sums it up. I never did look into the reason why increasing MCLSHIFT would result in an unusable kernel so I'm sending this in as one bug report. If I get a chance I'll look at the MCLSHIFT problem and also try to figure out why setting NMBCLUSTERS to 2048 or above was a problem. You can do whatever you want with these patches. This is simply a performance issue. Subject: FreeBSD performance problem solved Date: Thu, 19 Feb 1998 22:23:07 -0500 From: Curtis Villamizar The FreeBSD performance problem we had run into previously has now been solved. It may not be the best way for the general FreeBSD audience but it is completely solved for our puposes. The executive summary is: - the kernel no longer resets the window size back to a small value for no apparent reason (see below) - we now can use just under a 1MB window (about the same as BSDI) - some kernel tuning (page buffer size, number of clusters) was done to make FDDI MTU work slightly faster - we get 20 Mb/s with 192 KB window and 70 msec RTT - we get 77 Mb/s with 896 KB window and 70 msec RTT (6.7 sec transfer) - we get 88 Mb/s with 896 KB window and 70 msec RTT (47 sec transfer) - we get 89 Mb/s with 896 KB window and 70 msec RTT (184 sec transfer) - these are slightly better than the BSDI figures (I think? Bill?) The 2GB transfer in just over 3 minutes is getting quite close to FDDI line rate. The gory details are listed below. I'll be sending separate bug reports to the FreeBSD team on the tcp_mss issue and the inability to change MCLSHIFT or increase NMBCLUSTERS to 2048. Curtis All the kernel stuff is in /sys which is really a symbolic link to /usr/src/sys. Some of the key directories are netinet where all the ip, udp, and tcp code is, kern where all the socket code is, vm where the virtual memory code is, and sys where system header files are. The main culprit was the function tcp_mss in tcp_input.c. This function is called when a TCP SYN or SYN ACK arrives. Its purpose in life is to adjust the initial MSS and when doing so also adjust the buffer size if appropriate. One of the new "features" of tcp_mss is that it now looks up the route that would be used for the socket return path and unconditionally reset the send and recv buffer size if there is a sendspace or recvspace parameter on the route even if the buffer sizes had been set by a setsockopt. When I found this in the code my first reaction was to not touch the source and just explicitly set the sendspace or recvspace on the route to 10/8. This effort was foiled by the fact that tcp_mss seems to have picked up the wrong route. I then decided to get rid of the problem for good and just change the code so it will only increase the buffer sizes according to the route, but never decrease them. The patch is: *** tcp_input.c.orig Thu Feb 19 21:56:49 1998 --- tcp_input.c Thu Feb 19 21:56:14 1998 *************** *** 2075,2080 **** --- 2075,2082 ---- if ((bufsize = rt->rt_rmx.rmx_sendpipe) == 0) #endif bufsize = so->so_snd.sb_hiwat; + if (bufsize < so->so_snd.sb_hiwat) + bufsize = so->so_snd.sb_hiwat; if (bufsize < mss) mss = bufsize; else { *************** *** 2089,2094 **** --- 2091,2098 ---- if ((bufsize = rt->rt_rmx.rmx_recvpipe) == 0) #endif bufsize = so->so_rcv.sb_hiwat; + if (bufsize < so->so_rcv.sb_hiwat) + bufsize = so->so_rcv.sb_hiwat; if (bufsize > mss) { bufsize = roundup(bufsize, mss); if (bufsize > sb_max) Another change is the change to SB_MAX (which can also be changed with sysctl). *** sys/socketvar.h.orig Thu Feb 19 22:00:24 1998 --- sys/socketvar.h Tue Feb 3 21:30:31 1998 *************** *** 90,96 **** short sb_flags; /* flags, see below */ short sb_timeo; /* timeout for read/write */ } so_rcv, so_snd; ! #define SB_MAX (256*1024) /* default for max chars in sockbuf */ #define SB_LOCK 0x01 /* lock on data queue */ #define SB_WANT 0x02 /* someone is waiting to lock */ #define SB_WAIT 0x04 /* someone is waiting for data/space */ --- 90,96 ---- short sb_flags; /* flags, see below */ short sb_timeo; /* timeout for read/write */ } so_rcv, so_snd; ! #define SB_MAX (1024*1024) /* default for max chars in sockbuf */ #define SB_LOCK 0x01 /* lock on data queue */ #define SB_WANT 0x02 /* someone is waiting to lock */ #define SB_WAIT 0x04 /* someone is waiting for data/space */ The change to the page size makes a full MTU packet fit within a page and allows the kernel code to do less copying. *** vm/vm_param.h.orig Thu Feb 19 22:00:38 1998 --- vm/vm_param.h Tue Feb 3 23:04:46 1998 *************** *** 77,83 **** * The machine independent pages are refered to as PAGES. A page * is some number of hardware pages, depending on the target machine. */ ! #define DEFAULT_PAGE_SIZE 4096 #if 0 --- 77,83 ---- * The machine independent pages are refered to as PAGES. A page * is some number of hardware pages, depending on the target machine. */ ! #define DEFAULT_PAGE_SIZE 8192 #if 0 One other thing that needs to be done is changing the total number of mbuf clusters allocated to the kernel. This can be done in the config file. Neither BSDI or FreeBSD would take a very large number for no apparent reason. I added the following to the config file for the testnet kernel (i386/conf/testnet-pc). options NMBCLUSTERS=1024 We could increase this to something over 1024. At the POC lab it would take 2048. This is sort of odd since that would have only been 4 MB dedicated to clusters on a 64 MB machine. This could be a magical power of two boundary for some other reason that I wasn't able to locate in the source code. I was never successful in increasing the cluster size from 2048 to 8192 (increase MCLSHIFT from 11 to 13). Again, there are dependencies on the relative size of some things in the kernel that aren't documented (and might be regarded as bugs). Increasing NMBCLUSTERS to 2048 or more or increasing MCLSHIFT from 11 to 13 will have to be exercises for a later date. These are tuning beyond what we really need. Fooling with these latter optimization gave us unusable kernels in the POC lab so I didn't want to play with this unless I was within walking distance of the reset button and had a console and keyboard. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Mar 16 11:40:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA00856 for freebsd-bugs-outgoing; Mon, 16 Mar 1998 11:40:07 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA00801; Mon, 16 Mar 1998 11:40:04 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA29292; Mon, 16 Mar 1998 11:35:11 -0800 (PST) (envelope-from nobody) Message-Id: <199803161935.LAA29292@hub.freebsd.org> Date: Mon, 16 Mar 1998 11:35:11 -0800 (PST) From: gabor@acm.org To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/6035: The system "sort-of" hangs when playing bad audio CD with xcdplayer Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6035 >Category: kern >Synopsis: The system "sort-of" hangs when playing bad audio CD with xcdplayer >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Mar 16 11:40:03 PST 1998 >Last-Modified: >Originator: Gabor Kincses >Organization: >Release: 2.2.5-STABLE >Environment: FreeBSD gabor-bsd 2.2.5-STABLE FreeBSD 2.2.5-STABLE #0: Sat Mar 14 16:41:30 CST 1998 root@gabor-bsd:/usr/src/sys/compile/SECOND i386 >Description: I have an audio CD that gets stuck at a certain location. I never had any problem with this (rather old) ATAPI CD player. First X hangs, then I can't even switch consoles (syscons), but I can still ping the machine and ppp -alias function for a while, then dies. I can't telnet or ftp to the box, but the pings keep on going until I hit the reset button. >How-To-Repeat: Play the same CD. >Fix: Don't play the CD. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Mar 16 12:00:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA05766 for freebsd-bugs-outgoing; Mon, 16 Mar 1998 12:00:06 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA05696; Mon, 16 Mar 1998 12:00:02 -0800 (PST) (envelope-from gnats) Date: Mon, 16 Mar 1998 12:00:02 -0800 (PST) Message-Id: <199803162000.MAA05696@hub.freebsd.org> To: freebsd-bugs Cc: From: Gabor Kincses Subject: Re: kern/6035: The system "sort-of" hangs when playing bad audio CD with xcdplayer Reply-To: Gabor Kincses Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/6035; it has been noted by GNATS. From: Gabor Kincses To: freebsd-gnats-submit@freebsd.org, gabor@acm.org Cc: Subject: Re: kern/6035: The system "sort-of" hangs when playing bad audio CD with xcdplayer Date: Mon, 16 Mar 1998 13:55:26 -0600 I almost forgot I have the infamous CMD640B, with the option enabled in the kernel and workaround enable per dmesg. I also have a full-house: options "CMD640" # work around CMD640 chip deficiency controller wdc0 at isa? port "IO_WD1" bio irq 14 flags 0x80ff80ff vector wdintr disk wd0 at wdc0 drive 0 # 1 GB disk wd1 at wdc0 drive 1 # 2 GB controller wdc1 at isa? port "IO_WD2" bio irq 15 flags 0x000080ff vector wdintr disk wd2 at wdc1 drive 0 # 540 MB #disk wd3 at wdc1 drive 1 # ATAPI CD-ROM (SONY 55E 2x) options ATAPI #Enable ATAPI support for IDE bus options ATAPI_STATIC #Don't do it as an LKM device wcd0 #IDE CD-ROM -- Gabor Kincses (gabor@acm.org) FreeBSD 2.2.5-STABLE To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Mar 16 12:40:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA16923 for freebsd-bugs-outgoing; Mon, 16 Mar 1998 12:40:07 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA16871; Mon, 16 Mar 1998 12:40:03 -0800 (PST) (envelope-from gnats) Received: from zephyr.specialix.com (zephyr.specialix.com [192.65.145.58]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA14293 for ; Mon, 16 Mar 1998 12:30:49 -0800 (PST) (envelope-from nick@zephyr.specialix.com) Received: (from nick@localhost) by zephyr.specialix.com (8.8.5/8.8.5) id MAA08594; Mon, 16 Mar 1998 12:30:44 -0800 (PST) Message-Id: <199803162030.MAA08594@zephyr.specialix.com> Date: Mon, 16 Mar 1998 12:30:44 -0800 (PST) From: nsayer@quack.kfu.com Reply-To: nsayer@quack.kfu.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: docs/6036: New handbook section 10.4.3.4 - si driver config Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6036 >Category: docs >Synopsis: New handbook section 10.4.3.4 - si driver config >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Mon Mar 16 12:40:01 PST 1998 >Last-Modified: >Originator: Nick Sayer >Organization: Specialix, Inc. >Release: FreeBSD 2.2.2-RELEASE i386 >Environment: >Description: If Cyclades gets one... :-) >How-To-Repeat: >Fix: 10.4.3.4 Configuring the si driver The Specialix SI/XIO and SX multiport cards use the si driver. A single machine can have up to 4 host cards. The following host cards are supported: 1. ISA SI/XIO host card (2 versions) 2. EISA SI/XIO host card 3. PCI SI/XIO host card 4. ISA SX host card 5. PCI SX host card Although the SX and SI/XIO host cards look markedly different, their functionality are basically the same. The host cards do not use I/O locations, but instead require a 32K chunk of memory. The factory configuration for ISA cards places this at 0xd0000-0xd7fff. They also require an IRQ. PCI cards will, of course, autoconfigure themselves. You can attach up to 4 external modules to each host card. The external modules contain either 4 or 8 serial ports. They come in the following varieties: 1. SI 4 or 8 port modules. Up to 57600 bps on each port supported. 2. XIO 8 port modules. Up to 115200 bps on each port supported. One type of XIO module has 7 serial and 1 parallel port. 3. SXDC 8 port modules. Up to 921600 bps on each port supported. Like XIO, a module is available with one parallel port as well. To configure an ISA host card, use the following configuration, changing the numbers as appropriate: device si0 at isa? tty iomem 0xd0000 irq 11 vector siintr Valid IRQ numbers are 9, 10, 11, 12 and 15 for SX ISA host cards and 11, 12 and 15 for SI/XIO ISA host cards. To configure a PCI host card, use this line: device si0 Rebuild and install your new kernel. After rebooting with the new kernel, you need to make the devices in /dev. The MAKEDEV script will take care of this for you. Count how many total ports you have and type ./MAKEDEV ttyAnn cuaAnn (where nn is the number of ports). If you want login prompts to appear on these ports, you will need to add lines like this to /etc/ttys: ttyA01 "/usr/libexec/getty std.9600" vt100 on insecure Change the terminal type as approprate. For modems, 'dialup' or 'unknown' is fine. Note that by default DCD must be asserted for the login prompt to appear. For modems this is correct, but for terminals, this may prevent login prompts from showing up without special steps. There are a few ways to tackle this: 1. PR # 5959 adds a flag 'nc' to the gettytab which will make the gettys _not_ wait for carrier before starting. If you apply the patch in that PR, then you can add ':nc:' to your gettytab entries. 2. You can modify /etc/rc.serial to do a stty clocal on /dev/ttyiAnn and /dev/ttylAnn. This locks 'clocal' on the tty devices, which is basically the same sort of thing as the first option. 3. You can wire DTR from your terminals to DCD of the ports. This has the added benefit of automatically logging people out when they turn off the terminals (presuming that the terminal properly asserts DTR when it's on). >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Mar 16 16:50:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA29573 for freebsd-bugs-outgoing; Mon, 16 Mar 1998 16:50:23 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA29496; Mon, 16 Mar 1998 16:50:10 -0800 (PST) (envelope-from gnats) Received: from eve.mogami-wire.co.jp (eve.mogami-wire.co.jp [210.161.93.162]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA24606 for ; Mon, 16 Mar 1998 16:40:29 -0800 (PST) (envelope-from kh@mogami-wire.co.jp) Received: (from kh@localhost) by eve.mogami-wire.co.jp (8.7.6+2.6Wbeta7/3.4Wbeta5-eve) id JAA13458; Tue, 17 Mar 1998 09:40:23 +0900 (JST) Message-Id: <199803170040.JAA13458@eve.mogami-wire.co.jp> Date: Tue, 17 Mar 1998 09:40:23 +0900 (JST) From: kh@mogami-wire.co.jp Reply-To: kh@mogami-wire.co.jp To: FreeBSD-gnats-submit@FreeBSD.ORG, kh@eve.mogami-wire.co.jp X-Send-Pr-Version: 3.2 Subject: bin/6037: kbdcontrol(1) and syscons device driver Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6037 >Category: bin >Synopsis: inconsistency between kbdcontrol(1) and syscons device driver. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon Mar 16 16:50:03 PST 1998 >Last-Modified: >Originator: Kouichi Hirabayashi >Organization: Mogami Wire & Cable Corp. >Release: FreeBSD 2.1.5-RELEASE i386 >Environment: system console >Description: Current kbdcontrol(1) manual has not enough information to set bel duration and pitch. Here is a possible patch to /usr/shar/ man/man1/kbdcontrol.1. *** ORGkbdcontrol.1 Tue Mar 17 08:37:25 1998 --- /usr/shar/man/man1/kbdcontrol.1 Tue Mar 17 08:47:45 1998 *************** *** 37,43 **** The following command line options are supported: .Bl -tag -width indent .It Fl b Ar duration.pitch | Ar belltype ! Set the bell duration and pitch values. If a .Ar belltype argument is specified, it may be one of --- 37,43 ---- The following command line options are supported: .Bl -tag -width indent .It Fl b Ar duration.pitch | Ar belltype ! Set the bell duration in 1/10 seconds and pitch in 838.1 nanoseconds. If a .Ar belltype argument is specified, it may be one of >How-To-Repeat: >Fix: But there is inconsistency between kbdcontrol(1) and syscons device drive as for their default value. bell duration ----------------------------------------------- /sys/i386/isa/syscons.c 50 miliseconds /usr/src/usr.sbin/kbdcontrol.c 100 miliseconds Perhaps more reasonable way is changing unit of pitch and duration to in hertz (pitch) and miliseconds (duration) as follow. *** ORGkbdcontrol.1 Tue Mar 17 08:37:25 1998 --- /usr/shar/man/man1/kbdcontrol.1 Tue Mar 17 08:47:45 1998 *************** *** 37,43 **** The following command line options are supported: .Bl -tag -width indent .It Fl b Ar duration.pitch | Ar belltype ! Set the bell duration and pitch values. If a .Ar belltype argument is specified, it may be one of --- 37,43 ---- The following command line options are supported: .Bl -tag -width indent .It Fl b Ar duration.pitch | Ar belltype ! Set the bell duration in miliseconds and pitch in hertz. If a .Ar belltype argument is specified, it may be one of *** ORGsyscons.c Tue Mar 17 08:51:25 1998 --- /sys/i386/isa/syscons.c Tue Mar 17 08:52:06 1998 *************** *** 2457,2463 **** case 'B': /* set bell pitch and duration */ if (scp->term.num_param == 2) { scp->bell_pitch = scp->term.param[0]; ! scp->bell_duration = scp->term.param[1]*10; } break; --- 2457,2463 ---- case 'B': /* set bell pitch and duration */ if (scp->term.num_param == 2) { scp->bell_pitch = scp->term.param[0]; ! scp->bell_duration = scp->term.param[1]; } break; *** ORGkbdcontrol.c Tue Mar 17 08:53:10 1998 --- /usr/src/usr.sbin/kbdcontrol.c Tue Mar 17 08:59:33 1998 *************** *** 459,467 **** int bell, duration, pitch; if (!strcmp(opt, "visual")) ! bell = 1, duration = 1, pitch = 800; else if (!strcmp(opt, "normal")) ! bell = 0, duration = 1, pitch = 800; else { char *v1; --- 459,467 ---- int bell, duration, pitch; if (!strcmp(opt, "visual")) ! bell = 1, duration = 5, pitch = 800; else if (!strcmp(opt, "normal")) ! bell = 0, duration = 5, pitch = 800; else { char *v1; *************** *** 476,481 **** --- 476,484 ---- warnx("argument to -b must be DURATION.PITCH"); return; } + if (pitch != 0) + pitch = 1193182 / pitch; /* in Hz */ + duration /= 10; /* in 10 m sec */ } ioctl(0, CONS_BELLTYPE, &bell); >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Mar 16 21:40:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA27143 for freebsd-bugs-outgoing; Mon, 16 Mar 1998 21:40:07 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA27137; Mon, 16 Mar 1998 21:40:05 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA26317; Mon, 16 Mar 1998 21:33:09 -0800 (PST) (envelope-from nobody) Message-Id: <199803170533.VAA26317@hub.freebsd.org> Date: Mon, 16 Mar 1998 21:33:09 -0800 (PST) From: d055633c@seflin.org To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/6039: boot.flp is too big? I have a 1.44MB floppy. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6039 >Category: bin >Synopsis: boot.flp is too big? I have a 1.44MB floppy. >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Mar 16 21:40:01 PST 1998 >Last-Modified: >Originator: Robert T. Jackson >Organization: >Release: >Environment: >Description: Whenever I try to run fdimage to make an install floppy I get a "File too Big" Error. I look at the file size and see it's about 2k too big to fit on the floppy. (I have a 1.44MB floppy) I've tried different disks thinking maybe I had bad sectors, but this isn't the case... >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Mar 17 00:10:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA28411 for freebsd-bugs-outgoing; Tue, 17 Mar 1998 00:10:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA28381; Tue, 17 Mar 1998 00:10:01 -0800 (PST) (envelope-from gnats) Date: Tue, 17 Mar 1998 00:10:01 -0800 (PST) Message-Id: <199803170810.AAA28381@hub.freebsd.org> To: freebsd-bugs Cc: From: Kevin Day Subject: Re: bin/6039: boot.flp is too big? I have a 1.44MB floppy. Reply-To: Kevin Day Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/6039; it has been noted by GNATS. From: Kevin Day To: d055633c@seflin.org Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: bin/6039: boot.flp is too big? I have a 1.44MB floppy. Date: Tue, 17 Mar 1998 02:03:02 -0600 (CST) > > >Number: 6039 > >Category: bin > >Synopsis: boot.flp is too big? I have a 1.44MB floppy. > >Confidential: no > >Severity: critical > >Priority: high > >Responsible: freebsd-bugs > >State: open > >Quarter: > >Keywords: > >Date-Required: > >Class: sw-bug > >Submitter-Id: current-users > >Arrival-Date: Mon Mar 16 21:40:01 PST 1998 > >Last-Modified: > >Originator: Robert T. Jackson > >Organization: > >Release: > >Environment: > >Description: > Whenever I try to run fdimage to make an install floppy I get a > "File too Big" Error. I look at the file size and see it's about > 2k too big to fit on the floppy. (I have a 1.44MB floppy) I've tried > different disks thinking maybe I had bad sectors, but this isn't the case... Did you possibly ftp the .flp file, and forget to specify 'binary' instead of 'ascii'? Kevin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Mar 17 01:18:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA06255 for freebsd-bugs-outgoing; Tue, 17 Mar 1998 01:18:04 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA06192; Tue, 17 Mar 1998 01:17:17 -0800 (PST) (envelope-from root@FreeBSD.org) From: "Root freefall.FreeBSD.ORG" Received: (from root@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id BAA01147; Tue, 17 Mar 1998 01:17:02 -0800 (PST) Date: Tue, 17 Mar 1998 01:17:02 -0800 (PST) Message-Id: <199803170917.BAA01147@freefall.freebsd.org> To: d055633c@seflin.org, root@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/6039 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: boot.flp is too big? I have a 1.44MB floppy. State-Changed-From-To: open-closed State-Changed-By: root State-Changed-When: Tue Mar 17 01:16:32 PST 1998 State-Changed-Why: boot.flp is not too big. User is likely using faulty browser to download it or is downloading it in ASCII mode rather than binary. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Mar 17 02:30:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA13803 for freebsd-bugs-outgoing; Tue, 17 Mar 1998 02:30:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA13771; Tue, 17 Mar 1998 02:30:01 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA13705; Tue, 17 Mar 1998 02:29:47 -0800 (PST) (envelope-from nobody) Message-Id: <199803171029.CAA13705@hub.freebsd.org> Date: Tue, 17 Mar 1998 02:29:47 -0800 (PST) From: nakagawa@jp.freebsd.org To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: i386/6040: add new ID for if_ed_p.c Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6040 >Category: i386 >Synopsis: add new ID for if_ed_p.c >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: support >Submitter-Id: current-users >Arrival-Date: Tue Mar 17 02:30:01 PST 1998 >Last-Modified: >Originator: NAKAGAWA, Yoshihisa >Organization: NEC, Japan, Tokyo. >Release: 2.2-stable >Environment: >Description: VIA VT86C926 is PCI NE2000 compatible Ethernet chip. But, if_ed_p.c has not the chip,s ID. See: http://www.via.com.tw/AMAZON.HTM (VT86C926's data-sheet) >How-To-Repeat: >Fix: add PCI device ID: *** if_ed_p.c_1.5.2.5 Mon Mar 16 18:46:05 1998 --- if_ed_p.c Mon Mar 16 18:48:38 1998 *************** *** 45,50 **** --- 45,51 ---- { 0x30008e2e, "NE2000 PCI Ethernet (KTI)" }, { 0x19808c4a, "NE2000 PCI Ethernet (Winbond W89C940)" }, { 0x0e3410bd, "NE2000 PCI Ethernet (Surecom NE-34)" }, + { 0x09261106, "NE2000 PCI Ethernet (VIA VT86C926)" }, { 0x00000000, NULL } }; >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Mar 17 02:55:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA16624 for freebsd-bugs-outgoing; Tue, 17 Mar 1998 02:55:50 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA16613; Tue, 17 Mar 1998 02:55:36 -0800 (PST) (envelope-from danny@FreeBSD.org) From: "Daniel O'Callaghan" Received: (from danny@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id CAA01521; Tue, 17 Mar 1998 02:55:21 -0800 (PST) Date: Tue, 17 Mar 1998 02:55:21 -0800 (PST) Message-Id: <199803171055.CAA01521@freefall.freebsd.org> To: nakagawa@jp.freebsd.org, danny@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: i386/6040 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: add new ID for if_ed_p.c State-Changed-From-To: open-closed State-Changed-By: danny State-Changed-When: Tue Mar 17 02:54:39 PST 1998 State-Changed-Why: Patch applied. Thank you. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Mar 17 05:20:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA11045 for freebsd-bugs-outgoing; Tue, 17 Mar 1998 05:20:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA11033; Tue, 17 Mar 1998 05:20:01 -0800 (PST) (envelope-from gnats) Received: from freebsd.ee.ntu.edu.tw (freebsd.ee.ntu.edu.tw [140.112.19.123]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id FAA09987 for ; Tue, 17 Mar 1998 05:13:15 -0800 (PST) (envelope-from woju@freebsd.ee.ntu.edu.tw) Received: (qmail 9512 invoked by uid 1000); 17 Mar 1998 13:13:11 -0000 Message-Id: <19980317131311.9511.qmail@freebsd.ee.ntu.edu.tw> Date: 17 Mar 1998 13:13:11 -0000 From: woju@freebsd.ee.ntu.edu.tw Reply-To: woju@freebsd.ee.ntu.edu.tw To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: misc/6042: disklable editor problem of boot.flp Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6042 >Category: misc >Synopsis: problem of disklable editor in boot.flp >Confidential: yes >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Mar 17 05:20:00 PST 1998 >Last-Modified: >Originator: woju >Organization: Nation Taiwan University Electrical Engineering >Release: FreeBSD 2.2.6-BETA i386 >Environment: 2.2.6-980315-BETA FreeBSD 2.2.6-BETA #0: Mon Mar 16 14:23:31 CST 1998 CPU: Pentium (120.27-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x525 Stepping=5 Features=0x1bf real memory = 33554432 (32768K bytes) >Description: Booting from ftp://releng22.freebsd.org/pub/FreeBSD/2.2.6-980315-BETA/floppies/boot.flp In the main menu, select configure -> disk label editor It does not recognize the old(existing) disk lables, and report the whole slice is free. For example: freebsd[woju]:~$ df Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/wd2s1a 194719 107911 71231 60% / ... When booting from boot.flp, select disklabel editor, it would treat wd2s1 as new slice, and report the whole size as free space, ignoring the existing wd2s1a(and other existing labels in the wd2s1). The problem make it diffcult to "upgrade" existig system via install new systems (overwrite or replace the old systems). Also, it may cause "large, whole" data lose easily due to the mis-report of "free space" in the existing slice. >How-To-Repeat: booting from ftp://releng22.freebsd.org/pub/FreeBSD/2.2.6-980315-BETA/floppies/boot.flp select configure -> disk label editor >Fix: >Audit-Trail: >Unformatted: yes To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Mar 17 07:07:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA25879 for freebsd-bugs-outgoing; Tue, 17 Mar 1998 07:07:24 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from hades.dcs.napier.ac.uk ([146.176.161.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA25741 for ; Tue, 17 Mar 1998 07:06:28 -0800 (PST) (envelope-from bsc4093@hades.dcs.napier.ac.uk) Received: from artemis.dcs.napier.ac.uk (artemis [146.176.161.5]) by hades.dcs.napier.ac.uk (8.7.3/8.7.3) with ESMTP id PAA04079 for ; Tue, 17 Mar 1998 15:00:32 GMT Received: (from bsc4093@localhost) by artemis.dcs.napier.ac.uk (8.7.3/8.7.3) id PAA02883; Tue, 17 Mar 1998 15:00:32 GMT Date: Tue, 17 Mar 1998 15:00:23 +0000 (GMT) From: Robin Carey To: freebsd-bugs@FreeBSD.ORG Subject: rlogind Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, heres a couple of things I noticed the other day - Sorry for no send-pr. This is relative to: FreeBSD-stable/src/libexec/rlogind/rlogind.c of todays date. line 203: "char line[MAXPATHLEN];" should surely be: "char line[MAXPATHLEN+1];" to allow space for terminating NUL. doit(): line 314 (just after the forkpty() -- in the childs portion of code): Should there not be a "closelog()" before execl(3), as is the case for telnetd(8) ? doit(): line 306 (just after the forkpty()): I would have thought that the resgistration of the "cleanup" handler for SIGCHLD (done on line 352) should have come BEFORE the forkpty() on line 306. However if there is some reason for it to come after the forkpty() that I don't know about, surely it would make more sense to do this earlier than on line 352 ? local_domain(): line 758: "char localhost[MAXHOSTNAMELEN];" should surely be: "char localhost[MAXHOSTNAMELEN+1];", to allow space for terminating NUL. And if you're feeling really Keen, you could always update the bcopy(3) on line 377 to memcpy(3), and replace those 1's and 0's in the various calls to exit(3) with EXIT_FAILURE and EXIT_SUCCESS, respectively :) Cheers, Rob C To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Mar 17 08:10:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA11649 for freebsd-bugs-outgoing; Tue, 17 Mar 1998 08:10:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA11617; Tue, 17 Mar 1998 08:10:01 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA10865; Tue, 17 Mar 1998 08:05:30 -0800 (PST) (envelope-from nobody) Message-Id: <199803171605.IAA10865@hub.freebsd.org> Date: Tue, 17 Mar 1998 08:05:30 -0800 (PST) From: delaitt@cpc.wmin.ac.uk To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/6044: FreeBSD-3.0 Reboots Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6044 >Category: kern >Synopsis: FreeBSD-3.0 Reboots >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Mar 17 08:10:01 PST 1998 >Last-Modified: >Originator: Thierry Delaitre >Organization: Centre for Parallel Computing >Release: 3.0-980313-SNAP >Environment: FreeBSD seth.cpc.wmin.ac.uk 3.0-980313-SNAP FreeBSD 3.0-980313-SNAP #0: Fri Mar 13 21:16:33 GMT 1998 root@seth.cpc.wmin.ac.uk:/usr/src/sys/compile/SETH i386 >Description: I installed the 3.0-980302-SNAP distribution and the kernel is currently 3.0-980313-SNAP. The machine is configured as a workstation and also as a mail server which exports /var/mail directory to other FreeBSD, SunOS, and Solaris workstations. Apparently, when someone reads his mail, the machine reboots automatically without any prior warning. I installed FreeBSD-3.0 because FreeBSD-2.2.5 does not include all the drivers such as the Ultra DMA driver which is needed for my Pentium II. >How-To-Repeat: When users try to access large mailbox and/or when they starts a second mail reader while an existing one is already started. Unfortunately, it is not obvious to repeat the problem :-( It would help if the FreeBSD box can report an error message before rebooting. >Fix: It would help if the FreeBSD box can report an error message before rebooting. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Mar 17 08:50:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA23835 for freebsd-bugs-outgoing; Tue, 17 Mar 1998 08:50:05 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA23788; Tue, 17 Mar 1998 08:50:02 -0800 (PST) (envelope-from gnats) Date: Tue, 17 Mar 1998 08:50:02 -0800 (PST) Message-Id: <199803171650.IAA23788@hub.freebsd.org> To: freebsd-bugs Cc: From: Eivind Eklund Subject: Re: kern/6044: FreeBSD-3.0 Reboots Reply-To: Eivind Eklund Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/6044; it has been noted by GNATS. From: Eivind Eklund To: delaitt@cpc.wmin.ac.uk, freebsd-gnats-submit@FreeBSD.ORG Cc: Subject: Re: kern/6044: FreeBSD-3.0 Reboots Date: Tue, 17 Mar 1998 17:41:04 +0100 On Tue, Mar 17, 1998 at 08:05:30AM -0800, delaitt@cpc.wmin.ac.uk wrote: > > >Number: 6044 > >Category: kern > >Synopsis: FreeBSD-3.0 Reboots > >Confidential: no > >Severity: serious > >Priority: medium > >Responsible: freebsd-bugs > >State: open > >Quarter: > >Keywords: > >Date-Required: > >Class: sw-bug > >Submitter-Id: current-users > >Arrival-Date: Tue Mar 17 08:10:01 PST 1998 > >Last-Modified: > >Originator: Thierry Delaitre > >Organization: > Centre for Parallel Computing > >Release: 3.0-980313-SNAP > >Environment: > FreeBSD seth.cpc.wmin.ac.uk 3.0-980313-SNAP FreeBSD 3.0-980313-SNAP #0: Fri Mar 13 21:16:33 GMT 1998 root@seth.cpc.wmin.ac.uk:/usr/src/sys/compile/SETH i386 > >Description: > I installed the 3.0-980302-SNAP distribution and the kernel is currently > 3.0-980313-SNAP. The machine is configured as a workstation and also as > a mail server which exports /var/mail directory to other FreeBSD, SunOS, > and Solaris workstations. Apparently, when someone reads his mail, the > machine reboots automatically without any prior warning. > > I installed FreeBSD-3.0 because FreeBSD-2.2.5 does not include all the > drivers such as the Ultra DMA driver which is needed for my Pentium II. > >How-To-Repeat: > When users try to access large mailbox and/or when they starts a second > mail reader while an existing one is already started. > > Unfortunately, it is not obvious to repeat the problem :-( > > It would help if the FreeBSD box can report an error message before > rebooting. > >Fix: > It would help if the FreeBSD box can report an error message before > rebooting. First - the Ultra DMA driver is not required to run a Pentium II. We use Pentium IIs on 2.2.5 fine. Second: The problem sounds like a bug in the NFS-handling, and a lot of such bugs were fixed on the 15th. However, I'm not certain the kernel as of the moment is stable WRT file-systems (we've had conflicting reports), so I would be very careful about being bleeding edge right now. (Unless you have extremely good backup, that is ;-) Third: Bugs in -current should usually be reported to current@freebsd.org, not sent in using send-pr. Current is moving too fast for PRs to be really useful unless the bug is already long-standing. Is it OK for you if I close this PR? Eivind. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Mar 17 10:30:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA14274 for freebsd-bugs-outgoing; Tue, 17 Mar 1998 10:30:07 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA14209; Tue, 17 Mar 1998 10:30:03 -0800 (PST) (envelope-from gnats) Date: Tue, 17 Mar 1998 10:30:03 -0800 (PST) Message-Id: <199803171830.KAA14209@hub.freebsd.org> To: freebsd-bugs Cc: From: Thierry Delaitre Subject: Re: kern/6044: FreeBSD-3.0 Reboots Reply-To: Thierry Delaitre Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/6044; it has been noted by GNATS. From: Thierry Delaitre To: eivind@bitbox.follo.net Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: kern/6044: FreeBSD-3.0 Reboots Date: Tue, 17 Mar 1998 17:29:57 +0000 (GMT) Hi, Thanks to reply so quickly. On Tue, 17 Mar 1998, Eivind Eklund wrote: > First - the Ultra DMA driver is not required to run a Pentium II. We > use Pentium IIs on 2.2.5 fine. Ok, but just to clarify, why do I get a message when I boot 2.2.5 saying that no driver has been assigned to storage devices ? Sorry, I can't retrieve the exact words. If I use 2.2.5, does FreeBSD make use of usual IDE throughput instead of Ultra DMA capabilities ? > Second: The problem sounds like a bug in the NFS-handling, and a lot > of such bugs were fixed on the 15th. However, I'm not certain the > kernel as of the moment is stable WRT file-systems (we've had > conflicting reports), so I would be very careful about being bleeding > edge right now. (Unless you have extremely good backup, that is ;-) Ok. > Third: Bugs in -current should usually be reported to > current@freebsd.org, not sent in using send-pr. Current is moving too > fast for PRs to be really useful unless the bug is already > long-standing. Is it OK for you if I close this PR? Sure, but it would help if you could reply to my question above before closing this PR. Thanks you for your help ! Regards, Thierry. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Mar 17 12:57:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA10904 for freebsd-bugs-outgoing; Tue, 17 Mar 1998 12:57:34 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from ns1.yes.no (ns1.yes.no [195.119.24.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA10766 for ; Tue, 17 Mar 1998 12:57:16 -0800 (PST) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [194.198.43.36]) by ns1.yes.no (8.8.7/8.8.7) with ESMTP id UAA12611; Tue, 17 Mar 1998 20:50:21 GMT Received: (from eivind@localhost) by bitbox.follo.net (8.8.6/8.8.6) id VAA09474; Tue, 17 Mar 1998 21:50:05 +0100 (MET) Message-ID: <19980317215001.39826@follo.net> Date: Tue, 17 Mar 1998 21:50:01 +0100 From: Eivind Eklund To: Thierry Delaitre Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: kern/6044: FreeBSD-3.0 Reboots References: <19980317174104.63865@follo.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: ; from Thierry Delaitre on Tue, Mar 17, 1998 at 05:29:57PM +0000 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Ok, but just to clarify, why do I get a message when I boot 2.2.5 saying > that no driver has been assigned to storage devices ? Sorry, I can't > retrieve the exact words. If I use 2.2.5, does FreeBSD make use of usual > IDE throughput instead of Ultra DMA capabilities ? It should, according to all reports. I haven't ever run a PII with IDE, but I'm running a lot of Pentiums with Ultra DMA and 2.2.X (where X range quite a bit), and it works fine (except the ultra DMA isn't used). The devices get probed and found on the ISA bus. Eivind. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Mar 17 13:28:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA23752 for freebsd-bugs-outgoing; Tue, 17 Mar 1998 13:28:06 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from hwcn.org (ac199@james.hwcn.org [199.212.94.66]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA23158; Tue, 17 Mar 1998 13:26:21 -0800 (PST) (envelope-from hoek@hwcn.org) Received: from localhost (ac199@localhost) by hwcn.org (8.8.8/8.8.8) with SMTP id QAA25813; Tue, 17 Mar 1998 16:22:02 -0500 (EST) Date: Tue, 17 Mar 1998 16:22:02 -0500 (EST) From: Tim Vanderhoek To: "Root freefall.FreeBSD.ORG" cc: d055633c@seflin.org, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/6039 In-Reply-To: <199803170917.BAA01147@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, 17 Mar 1998, Root freefall.FreeBSD.ORG wrote: > Synopsis: boot.flp is too big? I have a 1.44MB floppy. > > State-Changed-From-To: open-closed [...] > boot.flp is not too big. User is likely using faulty browser > to download it or is downloading it in ASCII mode rather than > binary. "root"? :) Actually, there have been enough of these reports that I seriously suspect that fdimage simply isn't working correctly on some machines. This one should be closed, anyways, of course --- it's a dup of another boot.flp too big report that's still open in the pr system. -- Outnumbered? Maybe. Outspoken? Never! tIM...HOEk To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Mar 17 16:40:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA10933 for freebsd-bugs-outgoing; Tue, 17 Mar 1998 16:40:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA10918; Tue, 17 Mar 1998 16:40:02 -0800 (PST) (envelope-from gnats) Received: from zephyr.specialix.com (zephyr.specialix.com [192.65.145.58]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA10126 for ; Tue, 17 Mar 1998 16:30:48 -0800 (PST) (envelope-from nick@zephyr.specialix.com) Received: (from nick@localhost) by zephyr.specialix.com (8.8.5/8.8.5) id QAA10726; Tue, 17 Mar 1998 16:30:47 -0800 (PST) Message-Id: <199803180030.QAA10726@zephyr.specialix.com> Date: Tue, 17 Mar 1998 16:30:47 -0800 (PST) From: nsayer@quack.kfu.com Reply-To: nsayer@quack.kfu.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/6046: New EISA probe/attach code for si driver Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6046 >Category: kern >Synopsis: New EISA probe/attach code for si driver >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Mar 17 16:40:01 PST 1998 >Last-Modified: >Originator: Nick Sayer >Organization: Specialix, Inc. >Release: FreeBSD 2.2.2-RELEASE i386 >Environment: EISA SI/XIO host cards >Description: I don't have an EISA machine to test this code, which I largely stole from the existing code in /sys/i386/eisa, but this gunk compiles and at least looks more reasonably correct than the old code. I seriously doubt that PCI and EISA cards could coexist correctly in a machine with this driver. I believe they would have a propensity to squish each other's unit numbers. Anyone contemplating mixing PCI and EISA cards is likely to be seriously deranged. >How-To-Repeat: >Fix: --- si.c.orig Sun Mar 8 23:07:07 1998 +++ si.c Tue Mar 17 16:25:21 1998 @@ -145,6 +145,25 @@ #endif +#if NEISA > 0 + +static int si_eisa_probe __P((void)); +static int si_eisa_attach __P((struct eisa_device *ed)); + +static u_long si_eisa_count; + +static struct eisa_driver si_eisa_driver = { + "si", + si_eisa_probe, + si_eisa_attach, + NULL, + &si_eisa_unit, +}; + +DATA_SET(eisadriver_set, si_eisa_driver); + +#endif + static d_open_t siopen; static d_close_t siclose; static d_read_t siread; @@ -204,8 +223,9 @@ caddr_t sc_maddr; /* kvaddr of iomem */ int sc_nport; /* # ports on this card */ int sc_irq; /* copy of attach irq */ +#if NEISA > 0 int sc_eisa_iobase; /* EISA io port address */ - int sc_eisa_irqbits; +#endif #ifdef DEVFS struct { void *ttyd; @@ -370,6 +390,92 @@ #endif +#if NEISA > 0 + +static char * +si_eisa_match(type) +eisa_id_t type; +{ + if (type == SIEISADEVID) + return ("Specialix SI/XIO EISA host card"); + return (NULL); +} + +int si_eisa_probe(void) +{ + struct eisa_device *ed = NULL; + int count; + + for (count=0; (ed=eisa_match_dev(ed, si_eisa_match)) != NULL; count++) + { + u_long port,maddr; + + port = (ed->ioconf.slot * EISA_SLOT_SIZE) + SIEISABASE; + eisa_add_iospace(ed, iobase, SIEISAIOSIZE, RESVADDR_NONE); + maddr = (inb(iobase+1) << 24) | (inb(iobase) << 16); + eisa_add_mspace(ed, maddr, SIEISA_MEMSIZE, RESVADDR_NONE); + eisa_add_intr(ed, irq); + eisa_registerdev(ed, &ed_eisa_driver); + count++; + } + return count; +} + +static int +si_eisa_attach(ed) +struct eisa_device ed; +{ + struct isa_device id; + vm_offset_t maddr,iospace; + u_int irq; + struct si_softc *sc; + + sc = si_softc[ed->unit]; + + sc->sc_type = SIEISA; + sc->sc_typename = si_type[sc->sc_type]; + + if ((iospace = ed->ioconf.ioaddrs.lh_first) == NULL) { + printf("si%d: no iospace??\n", ed->unit); + return -1; + } + sc->sc_eisa_iobase = iospace; + + sc->sc_irq = ((inb(iospace+2) >> 4) & 0xf); + + if ((maddr = ed->ioconf.maddrs.lh_first) == NULL) { + printf("si%d: where am I??\n", ed->unit); + return -1; + } + eisa_reg_start(ed); + if (eisa_reg_iospace(ed, iospace)) { + printf("si%d: failed to register iospace 0x%x\n", + ed->unit, iospace); + return -1; + } + if (eisa_reg_mspace(ed, maddr)) { + printf("si%d: failed to register memspace 0x%x\n", + ed->unit, maddr); + return -1; + } + if (eisa_reg_intr(ed, irq, siintr, irq, &tty_imask, 1)) { + printf("si%d: failed to register interrupt %d\n", + ed->unit, irq); + return -1; + } + eisa_reg_end(ed); + if (eisa_enable_intr(ed, irq)) { + return -1; + } + + id.id_unit = unit; + id.id_maddr = (caddr_t) maddr; + id.id_irq = irq; + siattach(&id); +} + +#endif + /* Look for a valid board at the given mem addr */ static int siprobe(id) @@ -428,39 +534,6 @@ } } -#if NEISA > 0 - if (id->id_iobase > 0x0fff) { /* EISA card */ - int irq, port; - unsigned long base; - int eisa_irqs[] = { 0,IRQ1,IRQ2,IRQ3,IRQ4,IRQ5,IRQ6,IRQ7, - IRQ8,IRQ9,IRQ10,IRQ11,IRQ12,IRQ13,IRQ14,IRQ15 }; - - port = id->id_iobase; - base = (inb(port+1) << 24) | (inb(port) << 16); - irq = ((inb(port+2) >> 4) & 0xf); - - id->id_irq = eisa_irqs[irq]; - - DPRINT((0, DBG_AUTOBOOT, - "si%d: EISA base %x, irq %x, id_irq %x, port %x\n", - id->id_unit, base, irq, id->id_irq, port)); - - if ((id->id_irq&(IRQ1|IRQ2|IRQ8|IRQ13)) != 0) - goto bad_irq; - - id->id_iobase &= 0xf000; - id->id_iosize = 0x0fff; - - type = EISA; - outb(p+2, (BYTE)irq << 4); - - sc->sc_eisa_iobase = p; - sc->sc_eisa_irqbits = irq << 4; - ramsize = SIEISA_RAMSIZE; - goto got_card; - } -#endif - /* Is there anything out there? (0x17 is just an arbitrary number) */ *maddr = 0x17; if (*maddr != 0x17) { @@ -590,9 +663,6 @@ } id->id_msize = SIJETISA_MEMSIZE; break; - case SIEISA: - id->id_msize = SIEISA_MEMSIZE; - break; case SI2: /* MCA */ default: printf("si%d: %s not supported\n", id->id_unit, si_type[type]); @@ -672,7 +742,7 @@ #if NEISA > 0 /* modify the download code to tell it that it's on an EISA */ *(maddr+0x42) = 1; - outb(sc->sc_eisa_iobase+2, sc->sc_eisa_irqbits | 4); + outb(sc->sc_eisa_iobase+2, (sc->sc_irq<<4) | 4); (void)inb(sc->sc_eisa_iobase+3); /* reset interrupt */ break; #endif /* fall-through if not EISA */ >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Mar 17 17:10:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA13483 for freebsd-bugs-outgoing; Tue, 17 Mar 1998 17:10:04 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA13461; Tue, 17 Mar 1998 17:10:02 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA13084; Tue, 17 Mar 1998 17:04:26 -0800 (PST) (envelope-from nobody) Message-Id: <199803180104.RAA13084@hub.freebsd.org> Date: Tue, 17 Mar 1998 17:04:26 -0800 (PST) From: dancy@franz.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/6047: bash does not handle -e option properly Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6047 >Category: bin >Synopsis: bash does not handle -e option properly >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Mar 17 17:10:01 PST 1998 >Last-Modified: >Originator: Ahmon Dancy >Organization: Franz Inc. >Release: 3.0-971225-SNAP >Environment: FreeBSD news2.franz.com 3.0-971225-SNAP FreeBSD 3.0-971225-SNAP #0: Mon Feb 23 08:20:57 PST 1998 root@news2.franz.com:/usr/src/sys/compile/NEWS i386 >Description: The following shell script does not work as it should: #!/bin/sh set -e is_net_dir_p() { case $1 in /net/*) return 0 ;; *) return 1 ;; esac } if is_net_dir_p freebsd; then echo okay fi echo done --- A properly working /bin/sh would print 'done' and exit. Currently nothing is printed and the shell silently exits. The man page for 'sh' says: -e errexit If not interactive, exit immediately if any untested command fails. The exit status of a command is considered to be explic- itly tested if the command is used to control an if, elif, while, or until; or if the command is the left hand operand of an ``&&'' or ``||'' operator. >How-To-Repeat: Run my script above. >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Mar 18 00:01:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA24337 for freebsd-bugs-outgoing; Wed, 18 Mar 1998 00:01:53 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from dt050n33.san.rr.com (@dt050n33.san.rr.com [204.210.31.51]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA24161; Wed, 18 Mar 1998 00:00:04 -0800 (PST) (envelope-from Studded@dal.net) Received: from dal.net (Studded@localhost [127.0.0.1]) by dt050n33.san.rr.com (8.8.8/8.8.8) with ESMTP id XAA03160; Tue, 17 Mar 1998 23:59:56 -0800 (PST) (envelope-from Studded@dal.net) Message-ID: <350F7EFC.4EF45447@dal.net> Date: Tue, 17 Mar 1998 23:59:56 -0800 From: Studded Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.04 [en] (X11; I; FreeBSD 2.2.6-BETA-0316 i386) MIME-Version: 1.0 To: dancy@franz.com CC: freebsd-gnats-submit@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/6047: bash does not handle -e option properly References: <199803180104.RAA13084@hub.freebsd.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org dancy@franz.com wrote: > > >Number: 6047 > >Category: bin > >Synopsis: bash does not handle -e option properly Bash != /bin/sh > >Description: > The following shell script does not work as it should: > > #!/bin/sh > set -e > > is_net_dir_p() > { > case $1 in > /net/*) > return 0 > ;; > *) return 1 > ;; > esac > } > > if is_net_dir_p freebsd; then > echo okay > fi > echo done > > --- > A properly working /bin/sh would print 'done' and exit. Currently > nothing is printed and the shell silently exits. > > The man page for 'sh' says: > > -e errexit > If not interactive, exit immediately if any untested command > fails. The exit status of a command is considered to be explic- > itly tested if the command is used to control an if, elif, while, > or until; or if the command is the left hand operand of an ``&&'' > or ``||'' operator. Actually it's doing just what it should. Your function fails, so the shell should exit silently. You can demonstrate by commenting out the set line and running the script again. Also, I'm not sure what /net/* is supposed to be testing for, but that looks an awful lot like you're mixing perl syntax with sh. What are you actually trying to accomplish here? Doug -- *** Chief Operations Officer, DALnet IRC network *** *** Proud operator, designer and maintainer of the world's largest *** Internet Relay Chat server. 5,328 clients and still growing. *** Try spider.dal.net on ports 6662-4 (Powered by FreeBSD) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Mar 18 00:01:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA24355 for freebsd-bugs-outgoing; Wed, 18 Mar 1998 00:01:58 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA24257; Wed, 18 Mar 1998 00:01:02 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA22500; Tue, 17 Mar 1998 23:54:50 -0800 (PST) (envelope-from nobody) Message-Id: <199803180754.XAA22500@hub.freebsd.org> Date: Tue, 17 Mar 1998 23:54:50 -0800 (PST) From: tinker@safemail.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/6051: Intel DK440LX (Adaptec AIC-7895) will not install (it WILL boot off the CDROM though...) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6051 >Category: bin >Synopsis: Intel DK440LX (Adaptec AIC-7895) will not install (it WILL boot off the CDROM though...) >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Mar 18 00:00:08 PST 1998 >Last-Modified: >Originator: William O. Yates >Organization: safemail internet services >Release: FreeBSD-2.2.5 Walnut Creek CDROM Subscription >Environment: can't get that far... :-( >Description: FreeBSD does not recognise the AIC-7895 SCSI-UW chip set on Intel's new DK440LX Motherboard System configuration: Intel DK440LX with ALL options (audio, LAN) 256MB ECC SDRAM IBM DCAS 34330W 4.3GB Ultra Wide SCSI Hard Disk ASUS 4MB AGP SVGA Intel DK440LX Intel 82443LX PCI/A.G.P. controller (PAC) Intel 82371AB PCI/ISA/IDE Xcelerator (PIIX4) Adaptec AIC-7895 PCI Bus Master DUAL channel SCSI Host Adapter National PC97307 SuperI/O (2s, 1p, 2eide/ata, floppy, keyboard) Intel 82557 LAN controller (EtherExpress PRO/100B) Crystal CS4236B single-chip audio (AdLib*, Sound Blaster Pro* 2.0) >How-To-Repeat: try to install >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Mar 18 00:10:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA25615 for freebsd-bugs-outgoing; Wed, 18 Mar 1998 00:10:02 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA25607; Wed, 18 Mar 1998 00:10:01 -0800 (PST) (envelope-from gnats) Date: Wed, 18 Mar 1998 00:10:01 -0800 (PST) Message-Id: <199803180810.AAA25607@hub.freebsd.org> To: freebsd-bugs Cc: From: Studded Subject: Re: bin/6047: bash does not handle -e option properly Reply-To: Studded Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/6047; it has been noted by GNATS. From: Studded To: dancy@franz.com Cc: freebsd-gnats-submit@freebsd.org, freebsd-bugs@freebsd.org Subject: Re: bin/6047: bash does not handle -e option properly Date: Tue, 17 Mar 1998 23:59:56 -0800 dancy@franz.com wrote: > > >Number: 6047 > >Category: bin > >Synopsis: bash does not handle -e option properly Bash != /bin/sh > >Description: > The following shell script does not work as it should: > > #!/bin/sh > set -e > > is_net_dir_p() > { > case $1 in > /net/*) > return 0 > ;; > *) return 1 > ;; > esac > } > > if is_net_dir_p freebsd; then > echo okay > fi > echo done > > --- > A properly working /bin/sh would print 'done' and exit. Currently > nothing is printed and the shell silently exits. > > The man page for 'sh' says: > > -e errexit > If not interactive, exit immediately if any untested command > fails. The exit status of a command is considered to be explic- > itly tested if the command is used to control an if, elif, while, > or until; or if the command is the left hand operand of an ``&&'' > or ``||'' operator. Actually it's doing just what it should. Your function fails, so the shell should exit silently. You can demonstrate by commenting out the set line and running the script again. Also, I'm not sure what /net/* is supposed to be testing for, but that looks an awful lot like you're mixing perl syntax with sh. What are you actually trying to accomplish here? Doug -- *** Chief Operations Officer, DALnet IRC network *** *** Proud operator, designer and maintainer of the world's largest *** Internet Relay Chat server. 5,328 clients and still growing. *** Try spider.dal.net on ports 6662-4 (Powered by FreeBSD) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Mar 18 00:23:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA27061 for freebsd-bugs-outgoing; Wed, 18 Mar 1998 00:23:59 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA27050; Wed, 18 Mar 1998 00:23:53 -0800 (PST) (envelope-from jkh@FreeBSD.org) From: "Jordan K. Hubbard" Received: (from jkh@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id AAA27807; Wed, 18 Mar 1998 00:23:31 -0800 (PST) Date: Wed, 18 Mar 1998 00:23:31 -0800 (PST) Message-Id: <199803180823.AAA27807@freefall.freebsd.org> To: tinker@safemail.com, jkh@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/6051 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Intel DK440LX (Adaptec AIC-7895) will not install (it WILL boot off the CDROM though...) State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Wed Mar 18 00:22:57 PST 1998 State-Changed-Why: The Adaptec AIC-7895 is not on FreeBSD's supported hardware list and won't be for some time (until the new CAM support enters -current) so this isn't actually a bug. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Mar 18 01:26:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA02686 for freebsd-bugs-outgoing; Wed, 18 Mar 1998 01:26:20 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA02678; Wed, 18 Mar 1998 01:26:17 -0800 (PST) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id UAA32209; Wed, 18 Mar 1998 20:24:24 +1100 Date: Wed, 18 Mar 1998 20:24:24 +1100 From: Bruce Evans Message-Id: <199803180924.UAA32209@godzilla.zeta.org.au> To: dancy@franz.com, Studded@dal.net Subject: Re: bin/6047: bash does not handle -e option properly Cc: freebsd-bugs@FreeBSD.ORG, freebsd-gnats-submit@FreeBSD.ORG Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > What are you actually trying to accomplish here? He's trying to to get sh fixed to work properly. Perhaps a better example: --- #!/bin/sh set -e funcfalse() { return 1 } for i in /usr/bin/false false funcfalse do if $i; then echo $i; else echo not $i; fi done --- This handles funcfalse different from the other falses. /bin/sh apparently exits for `return 1' when -e is set. The correctness of this for a POSIX shhell depends on whether `return' is a simple command. I don't think it is. This examples shows why it shouldn't be. The PR should not mention bash in its subject line. bash works right, but /bin/sh doesn't. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Mar 18 01:30:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA04354 for freebsd-bugs-outgoing; Wed, 18 Mar 1998 01:30:06 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA04312; Wed, 18 Mar 1998 01:30:03 -0800 (PST) (envelope-from gnats) Date: Wed, 18 Mar 1998 01:30:03 -0800 (PST) Message-Id: <199803180930.BAA04312@hub.freebsd.org> To: freebsd-bugs Cc: From: Bruce Evans Subject: Re: bin/6047: bash does not handle -e option properly Reply-To: Bruce Evans Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/6047; it has been noted by GNATS. From: Bruce Evans To: dancy@franz.com, Studded@dal.net Cc: freebsd-bugs@FreeBSD.ORG, freebsd-gnats-submit@FreeBSD.ORG Subject: Re: bin/6047: bash does not handle -e option properly Date: Wed, 18 Mar 1998 20:24:24 +1100 > What are you actually trying to accomplish here? He's trying to to get sh fixed to work properly. Perhaps a better example: --- #!/bin/sh set -e funcfalse() { return 1 } for i in /usr/bin/false false funcfalse do if $i; then echo $i; else echo not $i; fi done --- This handles funcfalse different from the other falses. /bin/sh apparently exits for `return 1' when -e is set. The correctness of this for a POSIX shhell depends on whether `return' is a simple command. I don't think it is. This examples shows why it shouldn't be. The PR should not mention bash in its subject line. bash works right, but /bin/sh doesn't. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Mar 18 02:58:46 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA10726 for freebsd-bugs-outgoing; Wed, 18 Mar 1998 02:58:46 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from dt050n33.san.rr.com (@dt050n33.san.rr.com [204.210.31.51]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA10658; Wed, 18 Mar 1998 02:58:33 -0800 (PST) (envelope-from Studded@dal.net) Received: from dal.net (Studded@localhost [127.0.0.1]) by dt050n33.san.rr.com (8.8.8/8.8.8) with ESMTP id CAA04889; Wed, 18 Mar 1998 02:58:25 -0800 (PST) (envelope-from Studded@dal.net) Message-ID: <350FA8D0.A9CCF864@dal.net> Date: Wed, 18 Mar 1998 02:58:24 -0800 From: Studded Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.04 [en] (X11; I; FreeBSD 2.2.6-BETA-0316 i386) MIME-Version: 1.0 To: Bruce Evans CC: dancy@franz.com, freebsd-bugs@FreeBSD.ORG, freebsd-gnats-submit@FreeBSD.ORG Subject: Re: bin/6047: bash does not handle -e option properly References: <199803180924.UAA32209@godzilla.zeta.org.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Bruce Evans wrote: > --- > #!/bin/sh > set -e > funcfalse() { > return 1 > } > > for i in /usr/bin/false false funcfalse > do > if $i; then echo $i; else echo not $i; fi > done > --- When I run this, I get: $ testpr not /usr/bin/false not false $ I'm not sure what you're getting at here, since it seems to me that what you really want to test is the value of `false` rather than the string "false," but like I said, I think I'm missing something. My understanding is that "exit codes" should be numbers, "zero for normal or success, and non-zero for failure, error, or a false indication" to quote the man page for sh. > This handles funcfalse different from the other falses. /bin/sh apparently > exits for `return 1' when -e is set. No, sh exits for the exit status of funcfalse being '1'. Return is a builtin whose only job is to terminate and report the exit status of the function. > The correctness of this for a POSIX > shhell depends on whether `return' is a simple command. I don't think it > is. This examples shows why it shouldn't be. Here is a more detailed example: #!/bin/sh set -e testtrue () { true return $? } testfalse () { false return $? } echo 'First test inside a function, we know it will work' if testtrue ; then echo 'See, it worked' fi # Run the first time with this uncommented, # then comment and run again. echo 'Second test inside a function, we should continue on after this' if testfalse; then echo 'You should not see this because the condition is false' fi echo 'First test w/o function, we know it will work' if true; then echo 'See, it worked' fi echo 'Second test w/o function, we should continue on after this' if false; then echo 'You should not see this because the condition is false' fi echo 'First untested command, we know it will work' true echo " Exit status of first test is: $? " echo 'Second untested command, we should exit after this' false echo " If you can see this, set is broken in sh" The commented section demonstrates what I think the point of contention is. The shell is handling functions differently than it is handling "commands." My initial response was based on my belief that this was the desired behaviour. You however are in a much better position to deal with the POSIX definitions of those terms than I am, so I bow to your expertise. If a "function" is not a "command," then set -e is working as advertised, if not as we'd expect. If the terms are equivalent, there is a bug. I suspect that the terms are equivalent and that my initial response was incorrect based on the fact that bash handles the whole script and doesn't exit at the false tested function. The reason I asked what the PR originator was trying to accomplish was to offer my assistance in accomplishing the actual goal (which I doubt was to test various permutations of shell settings :). The offer is still open. Doug -- *** Chief Operations Officer, DALnet IRC network *** *** Proud operator, designer and maintainer of the world's largest *** Internet Relay Chat server. 5,328 clients and still growing. *** Try spider.dal.net on ports 6662-4 (Powered by FreeBSD) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Mar 18 03:00:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA11107 for freebsd-bugs-outgoing; Wed, 18 Mar 1998 03:00:04 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA11065; Wed, 18 Mar 1998 03:00:02 -0800 (PST) (envelope-from gnats) Date: Wed, 18 Mar 1998 03:00:02 -0800 (PST) Message-Id: <199803181100.DAA11065@hub.freebsd.org> To: freebsd-bugs Cc: From: Studded Subject: Re: bin/6047: bash does not handle -e option properly Reply-To: Studded Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/6047; it has been noted by GNATS. From: Studded To: Bruce Evans Cc: dancy@franz.com, freebsd-bugs@FreeBSD.ORG, freebsd-gnats-submit@FreeBSD.ORG Subject: Re: bin/6047: bash does not handle -e option properly Date: Wed, 18 Mar 1998 02:58:24 -0800 Bruce Evans wrote: > --- > #!/bin/sh > set -e > funcfalse() { > return 1 > } > > for i in /usr/bin/false false funcfalse > do > if $i; then echo $i; else echo not $i; fi > done > --- When I run this, I get: $ testpr not /usr/bin/false not false $ I'm not sure what you're getting at here, since it seems to me that what you really want to test is the value of `false` rather than the string "false," but like I said, I think I'm missing something. My understanding is that "exit codes" should be numbers, "zero for normal or success, and non-zero for failure, error, or a false indication" to quote the man page for sh. > This handles funcfalse different from the other falses. /bin/sh apparently > exits for `return 1' when -e is set. No, sh exits for the exit status of funcfalse being '1'. Return is a builtin whose only job is to terminate and report the exit status of the function. > The correctness of this for a POSIX > shhell depends on whether `return' is a simple command. I don't think it > is. This examples shows why it shouldn't be. Here is a more detailed example: #!/bin/sh set -e testtrue () { true return $? } testfalse () { false return $? } echo 'First test inside a function, we know it will work' if testtrue ; then echo 'See, it worked' fi # Run the first time with this uncommented, # then comment and run again. echo 'Second test inside a function, we should continue on after this' if testfalse; then echo 'You should not see this because the condition is false' fi echo 'First test w/o function, we know it will work' if true; then echo 'See, it worked' fi echo 'Second test w/o function, we should continue on after this' if false; then echo 'You should not see this because the condition is false' fi echo 'First untested command, we know it will work' true echo " Exit status of first test is: $? " echo 'Second untested command, we should exit after this' false echo " If you can see this, set is broken in sh" The commented section demonstrates what I think the point of contention is. The shell is handling functions differently than it is handling "commands." My initial response was based on my belief that this was the desired behaviour. You however are in a much better position to deal with the POSIX definitions of those terms than I am, so I bow to your expertise. If a "function" is not a "command," then set -e is working as advertised, if not as we'd expect. If the terms are equivalent, there is a bug. I suspect that the terms are equivalent and that my initial response was incorrect based on the fact that bash handles the whole script and doesn't exit at the false tested function. The reason I asked what the PR originator was trying to accomplish was to offer my assistance in accomplishing the actual goal (which I doubt was to test various permutations of shell settings :). The offer is still open. Doug -- *** Chief Operations Officer, DALnet IRC network *** *** Proud operator, designer and maintainer of the world's largest *** Internet Relay Chat server. 5,328 clients and still growing. *** Try spider.dal.net on ports 6662-4 (Powered by FreeBSD) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Mar 18 05:15:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA01055 for freebsd-bugs-outgoing; Wed, 18 Mar 1998 05:15:20 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA00646; Wed, 18 Mar 1998 05:13:58 -0800 (PST) (envelope-from eivind@FreeBSD.org) From: Eivind Eklund Received: (from eivind@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id FAA29157; Wed, 18 Mar 1998 05:13:32 -0800 (PST) Date: Wed, 18 Mar 1998 05:13:32 -0800 (PST) Message-Id: <199803181313.FAA29157@freefall.freebsd.org> To: delaitt@cpc.wmin.ac.uk, eivind@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, eivind@FreeBSD.ORG Subject: Re: kern/6044 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: FreeBSD-3.0 Reboots State-Changed-From-To: open-closed State-Changed-By: eivind State-Changed-When: Wed Mar 18 05:11:08 PST 1998 State-Changed-Why: Closed after communication with the originator. Responsible-Changed-From-To: freebsd-bugs->eivind Responsible-Changed-By: eivind Responsible-Changed-When: Wed Mar 18 05:11:08 PST 1998 Responsible-Changed-Why: I closed the PR. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Mar 18 07:00:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA23902 for freebsd-bugs-outgoing; Wed, 18 Mar 1998 07:00:25 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA23844; Wed, 18 Mar 1998 07:00:13 -0800 (PST) (envelope-from gnats) Received: from yandex.hq.cti.ru (yandex.hq.cti.ru [194.67.85.53]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA22985 for ; Wed, 18 Mar 1998 06:53:49 -0800 (PST) (envelope-from tejblum@arc.hq.cti.ru) Received: (from tejblum@localhost) by yandex.hq.cti.ru (8.8.8/8.8.7) id RAA11391; Wed, 18 Mar 1998 17:53:10 +0300 (MSK) (envelope-from tejblum) Message-Id: <199803181453.RAA11391@yandex.hq.cti.ru> Date: Wed, 18 Mar 1998 17:53:10 +0300 (MSK) From: Dmitrij Tejblum Reply-To: tejblum@arc.hq.cti.ru To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: gnu/6055: as(1) sometimes incorrectly handle EGCS output Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6055 >Category: gnu >Synopsis: as(1) sometimes incorrectly handle EGCS output >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Mar 18 07:00:06 PST 1998 >Last-Modified: >Originator: Dmitrij Tejblum >Organization: CompTek >Release: FreeBSD 2.2.5-STABLE i386 >Environment: FreeBSD 2.2.5-stable EGCS 1.0.2 configured with --with-gnu-as --with-gnu-ld >Description: When a C++ program contains a static variable with a constructor, GCC emit something like .stabs "___CTOR_LIST__",22,0,0,__GLOBAL_$I$whatever GCC 2.7.2.1 always emit it after __GLOBAL_$I$whatever was defined. EGCS sometimes (apparently, with -O3, as I see now) emit it before __GLOBAL_$I$whatever was defined. In this case, assembler silently convert that stab to "usual" text symbol. As a result, ld complains about multiply defined ___CTOR_LIST__. >How-To-Repeat: put something like .stabs "___CTOR_LIST__",22,0,0,_qq _qq: movl %eax, %eax to an .s file, assemble it, look at result with nm. >Fix: Not sure about correct fix. Here is my workaround, just FYI. (And so I have a chance to hear that all my object are hopelessly broken :). --- config/obj-aout.c Tue Mar 17 11:25:17 1998 +++ config/obj-aout.c Tue Mar 17 11:55:42 1998 @@ -469,7 +469,8 @@ /* JF deal with forward references first... */ for (symbolP = symbol_rootP; symbolP; symbolP = symbol_next(symbolP)) { if (symbolP->sy_forward && symbolP->sy_forward != symbolP) { - S_SET_SEGMENT(symbolP, + if ((symbolP->sy_symbol.n_type & 0xf0) == 0) + S_SET_SEGMENT(symbolP, S_GET_SEGMENT(symbolP->sy_forward)); S_SET_VALUE(symbolP, S_GET_VALUE(symbolP) + S_GET_VALUE(symbolP->sy_forward) >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Mar 18 07:30:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA27708 for freebsd-bugs-outgoing; Wed, 18 Mar 1998 07:30:12 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA27669; Wed, 18 Mar 1998 07:30:07 -0800 (PST) (envelope-from gnats) Received: from our.domaintje.com (our.domaintje.com [194.178.252.9]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA25880 for ; Wed, 18 Mar 1998 07:19:52 -0800 (PST) (envelope-from jos@our.domaintje.com) Received: from jos@localhost by our.domaintje.com id <8328-180>; Wed, 18 Mar 1998 16:19:55 +0100 Message-Id: <19980318151955Z8328-180+279@our.domaintje.com> Date: Wed, 18 Mar 1998 16:19:47 +0100 From: jos@our.domaintje.com Reply-To: jos@our.domaintje.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: misc/6056: de driver support for DS 21143 incomplete in -current Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6056 >Category: misc >Synopsis: de driver support for DS 21143 incomplete in -current >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Mar 18 07:30:05 PST 1998 >Last-Modified: >Originator: Jos Backus >Organization: none >Release: FreeBSD 3.0-RELEASE i386 >Environment: Tulip Vision Line de 5/200 w/ on-board DS 21143-based PCI Ethernet controller; media is half-duplex 10BaseT/UTP (on-board) FreeBSD -current as of March 10th >Description: After cvsupping 2.2.2-RELEASE to -current, the de driver no longer works. No error messages are shown except for **. Packets do not seem to be making it onto the cable, as only the local interface address can be pinged. Selecting either ``media autoselect'' or ``media 10BaseT/UTP'' makes no difference. dmesg output: de0 rev 48 int a irq 10 on pci0:18 mapreg[10] type=1 addr=0000ec00 size=0080. mapreg[14] type=0 addr=fedffc00 size=0080. reg16: ioaddr=0xec00 size=0x80 de0: 21143 [10-100Mb/s] pass 3.0 (invalid EESPROM checksum) ** de0: address 00:80:5a:15:e6:9b de0: media: 1="10baseT" 2="Full Duplex 10baseT" 3="BNC" 4="100baseTX" 5="Full Duplex 100baseTX" de0: enabling 10baseT port ifconfig output: de0: flags=8c43 mtu 1500 inet 131.155.146.107 netmask 0xffffff00 broadcast 131.155.146.255 ether 00:80:5a:15:e6:9b media: 10baseT/UTP status: active supported media: autoselect 100baseTX 100baseTX 10base2/BNC 10baseT/UTP 10baseT/UTP >How-To-Repeat: >Fix: none known >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Mar 18 07:46:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA00370 for freebsd-bugs-outgoing; Wed, 18 Mar 1998 07:46:38 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA00255; Wed, 18 Mar 1998 07:45:54 -0800 (PST) (envelope-from hoek@FreeBSD.org) From: Tim Vanderhoek Received: (from hoek@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id HAA22675; Wed, 18 Mar 1998 07:45:30 -0800 (PST) Date: Wed, 18 Mar 1998 07:45:30 -0800 (PST) Message-Id: <199803181545.HAA22675@freefall.freebsd.org> To: k-horik@yk.rim.or.jp, hoek@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: docs/5968 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: In SYNOPSIS, second `.Nm' should be `.Nm rdist' State-Changed-From-To: open-closed State-Changed-By: hoek State-Changed-When: Wed Mar 18 07:43:27 PST 1998 State-Changed-Why: Patch applied to rev. 1.3.2.5 of rdist.1, thanks! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Mar 18 08:04:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA02471 for freebsd-bugs-outgoing; Wed, 18 Mar 1998 08:04:55 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from sparky.franz.com (sparky.franz.com [192.132.95.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA02437; Wed, 18 Mar 1998 08:04:50 -0800 (PST) (envelope-from dancy@franz.com) Received: from ultra.franz.com by sparky.franz.com (8.8.8/FI-2.0) id IAA26889; Wed, 18 Mar 1998 08:04:43 -0800 (PST) Received: from ultra by ultra.franz.com (SMI-8.6/FI-2.0) id IAA10984; Wed, 18 Mar 1998 08:04:42 -0800 Message-Id: <199803181604.IAA10984@ultra.franz.com> To: Studded cc: freebsd-gnats-submit@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/6047: bash does not handle -e option properly In-reply-to: Your message of "Tue, 17 Mar 1998 23:59:56 PST." <350F7EFC.4EF45447@dal.net> Date: Wed, 18 Mar 1998 08:04:42 -0800 From: Ahmon Dancy Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >> dancy@franz.com wrote: >> > >> > >Number: 6047 >> > >Category: bin >> > >Synopsis: bash does not handle -e option properly >> >> Bash != /bin/sh Indeed.. I have the bad habit of calling 'sh' bash. I'm definitely talking about /bin/sh here. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Mar 18 08:10:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA03081 for freebsd-bugs-outgoing; Wed, 18 Mar 1998 08:10:04 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA03042; Wed, 18 Mar 1998 08:10:02 -0800 (PST) (envelope-from gnats) Date: Wed, 18 Mar 1998 08:10:02 -0800 (PST) Message-Id: <199803181610.IAA03042@hub.freebsd.org> To: freebsd-bugs Cc: From: Ahmon Dancy Subject: Re: bin/6047: bash does not handle -e option properly Reply-To: Ahmon Dancy Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/6047; it has been noted by GNATS. From: Ahmon Dancy To: Studded Cc: freebsd-gnats-submit@freebsd.org, freebsd-bugs@freebsd.org Subject: Re: bin/6047: bash does not handle -e option properly Date: Wed, 18 Mar 1998 08:04:42 -0800 >> dancy@franz.com wrote: >> > >> > >Number: 6047 >> > >Category: bin >> > >Synopsis: bash does not handle -e option properly >> >> Bash != /bin/sh Indeed.. I have the bad habit of calling 'sh' bash. I'm definitely talking about /bin/sh here. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Mar 18 08:14:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA03705 for freebsd-bugs-outgoing; Wed, 18 Mar 1998 08:14:42 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from sparky.franz.com (sparky.franz.com [192.132.95.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA03686; Wed, 18 Mar 1998 08:14:29 -0800 (PST) (envelope-from dancy@franz.com) Received: from ultra.franz.com by sparky.franz.com (8.8.8/FI-2.0) id IAA26916; Wed, 18 Mar 1998 08:14:28 -0800 (PST) Received: from ultra by ultra.franz.com (SMI-8.6/FI-2.0) id IAA11046; Wed, 18 Mar 1998 08:14:27 -0800 Message-Id: <199803181614.IAA11046@ultra.franz.com> To: Studded cc: Bruce Evans , freebsd-bugs@FreeBSD.ORG, freebsd-gnats-submit@FreeBSD.ORG Subject: Re: bin/6047: bash does not handle -e option properly In-reply-to: Your message of "Wed, 18 Mar 1998 02:58:24 PST." <350FA8D0.A9CCF864@dal.net> Date: Wed, 18 Mar 1998 08:14:27 -0800 From: Ahmon Dancy Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi guys. >> No, sh exits for the exit status of funcfalse being '1'. Return is a >> builtin whose only job is to terminate and report the exit status of the >> function. Exactly.. And the man page for 'sh' reports that if this return value is tested (such as within an 'if' statement like in my example), then the shell should not exit. >> The commented section demonstrates what I think the point of contention >> is. The shell is handling functions differently than it is handling >> "commands." My initial response was based on my belief that this was the >> desired behaviour. You however are in a much better position to deal >> with the POSIX definitions of those terms than I am, so I bow to your >> expertise. If a "function" is not a "command," then set -e is working as >> advertised, if not as we'd expect. If the terms are equivalent, there is >> a bug. I suspect that the terms are equivalent and that my initial >> response was incorrect based on the fact that bash handles the whole >> script and doesn't exit at the false tested function. >> >> The reason I asked what the PR originator was trying to accomplish was >> to offer my assistance in accomplishing the actual goal (which I doubt >> was to test various permutations of shell settings :). The offer is >> still open. Thanks for the offer. :) The piece of code I submitted was just a chunk of code that works right on every other platform (Solaris, AIX, HP/UX, SunOS, Irix, Linux) except for FreeBSD. As the name implies (in a LISPish manner), it's testing to see whether the argument (expected to be a pathname) is on an automounted NFS filesystem (/net/hostname/x/y/x). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Mar 18 08:16:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA03890 for freebsd-bugs-outgoing; Wed, 18 Mar 1998 08:16:04 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA03814; Wed, 18 Mar 1998 08:15:54 -0800 (PST) (envelope-from hoek@FreeBSD.org) From: Tim Vanderhoek Received: (from hoek@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id IAA22849; Wed, 18 Mar 1998 08:15:29 -0800 (PST) Date: Wed, 18 Mar 1998 08:15:29 -0800 (PST) Message-Id: <199803181615.IAA22849@freefall.freebsd.org> To: k-horik@yk.rim.or.jp, hoek@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: docs/5874 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: In EXAMPLES in adduser.8, usernames exceed 8 characters. State-Changed-From-To: open-closed State-Changed-By: hoek State-Changed-When: Wed Mar 18 08:14:47 PST 1998 State-Changed-Why: Fixed, thanks! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Mar 18 08:20:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA04664 for freebsd-bugs-outgoing; Wed, 18 Mar 1998 08:20:08 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA04652; Wed, 18 Mar 1998 08:20:03 -0800 (PST) (envelope-from gnats) Date: Wed, 18 Mar 1998 08:20:03 -0800 (PST) Message-Id: <199803181620.IAA04652@hub.freebsd.org> To: freebsd-bugs Cc: From: Ahmon Dancy Subject: Re: bin/6047: bash does not handle -e option properly Reply-To: Ahmon Dancy Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/6047; it has been noted by GNATS. From: Ahmon Dancy To: Studded Cc: Bruce Evans , freebsd-bugs@freebsd.org, freebsd-gnats-submit@freebsd.org Subject: Re: bin/6047: bash does not handle -e option properly Date: Wed, 18 Mar 1998 08:14:27 -0800 Hi guys. >> No, sh exits for the exit status of funcfalse being '1'. Return is a >> builtin whose only job is to terminate and report the exit status of the >> function. Exactly.. And the man page for 'sh' reports that if this return value is tested (such as within an 'if' statement like in my example), then the shell should not exit. >> The commented section demonstrates what I think the point of contention >> is. The shell is handling functions differently than it is handling >> "commands." My initial response was based on my belief that this was the >> desired behaviour. You however are in a much better position to deal >> with the POSIX definitions of those terms than I am, so I bow to your >> expertise. If a "function" is not a "command," then set -e is working as >> advertised, if not as we'd expect. If the terms are equivalent, there is >> a bug. I suspect that the terms are equivalent and that my initial >> response was incorrect based on the fact that bash handles the whole >> script and doesn't exit at the false tested function. >> >> The reason I asked what the PR originator was trying to accomplish was >> to offer my assistance in accomplishing the actual goal (which I doubt >> was to test various permutations of shell settings :). The offer is >> still open. Thanks for the offer. :) The piece of code I submitted was just a chunk of code that works right on every other platform (Solaris, AIX, HP/UX, SunOS, Irix, Linux) except for FreeBSD. As the name implies (in a LISPish manner), it's testing to see whether the argument (expected to be a pathname) is on an automounted NFS filesystem (/net/hostname/x/y/x). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Mar 18 12:20:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA13979 for freebsd-bugs-outgoing; Wed, 18 Mar 1998 12:20:08 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA13948; Wed, 18 Mar 1998 12:20:06 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA13548; Wed, 18 Mar 1998 12:16:50 -0800 (PST) (envelope-from nobody) Message-Id: <199803182016.MAA13548@hub.freebsd.org> Date: Wed, 18 Mar 1998 12:16:50 -0800 (PST) From: korpe@cs.ucr.edu To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: misc/6058: PAO mobile computing package has problems with version 2.2.5 in Dell Latitude laptops Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6058 >Category: misc >Synopsis: PAO mobile computing package has problems with version 2.2.5 in Dell Latitude laptops >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Mar 18 12:20:04 PST 1998 >Last-Modified: >Originator: Ibrahim Korpeoglu >Organization: University of California >Release: >Environment: >Description: >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Mar 18 14:10:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA04511 for freebsd-bugs-outgoing; Wed, 18 Mar 1998 14:10:10 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA04467; Wed, 18 Mar 1998 14:10:04 -0800 (PST) (envelope-from gnats) Received: from home.dragondata.com (toasty@home.dragondata.com [204.137.237.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA03887 for ; Wed, 18 Mar 1998 14:03:27 -0800 (PST) (envelope-from toasty@home.dragondata.com) Received: (from toasty@localhost) by home.dragondata.com (8.8.8/8.8.5) id QAA27635; Wed, 18 Mar 1998 16:03:27 -0600 (CST) Message-Id: <199803182203.QAA27635@home.dragondata.com> Date: Wed, 18 Mar 1998 16:03:27 -0600 (CST) From: toasty@dragondata.com Reply-To: toasty@dragondata.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/6059: Packets from 1.1.1.1 can crash 2.2 server Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6059 >Category: kern >Synopsis: Packets from 1.1.1.1 can crash 2.2 server >Confidential: yes >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Mar 18 14:10:02 PST 1998 >Last-Modified: >Originator: Kevin Day >Organization: DragonData >Release: FreeBSD 2.2.5-STABLE i386 >Environment: 2.2 server >Description: NOTE: This hasn't been well tested, if this is the result of operator error, I apologize, but I can't afford to keep crashing my server to test it. :) Flood a server with packets from a 1.1.1.1. Mar 18 02:02:17 toast /kernel.GENERIC: arpresolve: can't allocate llinfo for 1.1.1.1 Mar 18 02:02:38 toast last message repeated 6 times Mar 18 02:03:31 toast last message repeated 3 times Mar 18 02:10:02 toast last message repeated 10 times Mar 18 02:23:02 toast last message repeated 20 times Mar 18 02:34:55 toast last message repeated 15 times Mar 18 02:42:32 toast last message repeated 15 times Mar 18 02:49:02 toast last message repeated 10 times Mar 18 03:00:32 toast last message repeated 10 times Mar 18 03:13:32 toast last message repeated 20 times After an hour or so of doing this, the server suggests more swap space, then locks up. >How-To-Repeat: Spoof 1.1.1.1, and open lots of tcp connections. >Fix: No idea. :) >Audit-Trail: >Unformatted: Kevin Day To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Mar 18 14:30:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA08684 for freebsd-bugs-outgoing; Wed, 18 Mar 1998 14:30:11 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA08674; Wed, 18 Mar 1998 14:30:06 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA06774; Wed, 18 Mar 1998 14:20:53 -0800 (PST) (envelope-from nobody) Message-Id: <199803182220.OAA06774@hub.freebsd.org> Date: Wed, 18 Mar 1998 14:20:53 -0800 (PST) From: forrie@tiac.net To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: misc/6060: Sendmail executable, not doing MASQUERADE properly Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6060 >Category: misc >Synopsis: Sendmail executable, not doing MASQUERADE properly >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Mar 18 14:30:02 PST 1998 >Last-Modified: >Originator: Forrest Aldrich >Organization: NaviNet >Release: 2.2.6-BETA >Environment: FreeBSD smtp.navinet.net 2.2.6-BETA FreeBSD 2.2.6-BETA #0: Tue Mar 17 12:26:26 EST 1998 forrie@smtp.navinet.net:/usr/src/sys/compile/SMTP i386 >Description: I realize this may be sendmail-specific; however, I noted this problem only on the FreeBSD machines. In the *.mc file, you can specify a host or domain name that you wish all outgoing mail to be "masqueraded" as by the option MASQUERADE_AS(domain.com)dnl. This isn't happening here on our machine, and I figured I would check with you before bringing this to the sendmail people. Forrest >How-To-Repeat: Configure a *.mc file suitable for generating a sendmail.cf file, and include a MASQUERADE_AS(yourdomain.com) in it. Send mail to an outside source and check the SMTP/RFC headers for compliance. >Fix: Unknown. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Mar 18 19:49:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA04630 for freebsd-bugs-outgoing; Wed, 18 Mar 1998 19:49:36 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA04614; Wed, 18 Mar 1998 19:49:18 -0800 (PST) (envelope-from jkh@FreeBSD.org) From: "Jordan K. Hubbard" Received: (from jkh@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id TAA26220; Wed, 18 Mar 1998 19:48:50 -0800 (PST) Date: Wed, 18 Mar 1998 19:48:50 -0800 (PST) Message-Id: <199803190348.TAA26220@freefall.freebsd.org> To: korpe@cs.ucr.edu, jkh@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: misc/6058 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: PAO mobile computing package has problems with version 2.2.5 in Dell Latitude laptops State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Wed Mar 18 19:48:25 PST 1998 State-Changed-Why: I don't see a bug report here. Saying that something "has problems" is essentially useless without details. . To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Mar 18 22:30:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA28216 for freebsd-bugs-outgoing; Wed, 18 Mar 1998 22:30:04 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA28188; Wed, 18 Mar 1998 22:30:01 -0800 (PST) (envelope-from gnats) Received: from dt050n33.san.rr.com (Studded@dt050n33.san.rr.com [204.210.31.51]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA27645 for ; Wed, 18 Mar 1998 22:24:41 -0800 (PST) (envelope-from dougdougdougdoug@dt050n33.san.rr.com) Received: (from dougdougdougdoug@localhost) by dt050n33.san.rr.com (8.8.8/8.8.8) id GAA17251; Thu, 19 Mar 1998 06:24:38 GMT (envelope-from dougdougdougdoug) Message-Id: <199803190624.GAA17251@dt050n33.san.rr.com> Date: Thu, 19 Mar 1998 06:24:38 GMT From: Studded@dal.net Reply-To: Studded@dal.net To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: docs/6063: boot.help file not updated in /usr/src/etc/Makefile Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6063 >Category: docs >Synopsis: boot.help file not updated in /usr/src/etc/Makefile >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Wed Mar 18 22:30:01 PST 1998 >Last-Modified: >Originator: Doug >Organization: AAAG >Release: FreeBSD 2.2.6-BETA-0316 i386 >Environment: Both -Stable and -Current >Description: There is currently no mechanism that I can see for moving the boot.help file into /. A system installed before boot.help was introduced won't have a copy of the file in / at all even after a make world update. Perhaps it would be better to install it as part of /usr/src/sys/i386/boot/biosboot/Makefile, however there are other text files installed as part of /usr/src/etc/Makefile's procedure, and placing it here will allow users to compare the old with the new by hand during their procedure to update the conf/text files. >How-To-Repeat: DNA >Fix: Apply the following patch to /usr/src/etc/Makefile: --- Makefile.Dist Mon Mar 16 20:44:29 1998 +++ Makefile Mon Mar 16 20:44:33 1998 @@ -63,6 +63,9 @@ ( cd ${.CURDIR}/../share/termcap; ${MAKE} etc-termcap ); \ ( cd ${.CURDIR}/../usr.sbin/rmt; ${MAKE} etc-rmt ); \ ( cd ${.CURDIR}/../usr.sbin/sendmail/cf/cf; ${MAKE} etc-sendmail.cf ); \ + ( cd ${.CURDIR}/../sys/i386/boot/biosboot; \ + ${INSTALL} -c -o ${BINOWN} -g ${BINGRP} -m 644 boot.help \ + ${DESTDIR}/ ); \ pwd_mkdb -p -d ${DESTDIR}/etc ${DESTDIR}/etc/master.passwd; \ ${INSTALL} -c -o ${BINOWN} -g ${BINGRP} -m 555 \ MAKEDEV.local etc.${MACHINE}/MAKEDEV ${DESTDIR}/dev ) >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Mar 18 23:10:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA04489 for freebsd-bugs-outgoing; Wed, 18 Mar 1998 23:10:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA04459; Wed, 18 Mar 1998 23:10:02 -0800 (PST) (envelope-from gnats) Received: from dt050n33.san.rr.com (Studded@dt050n33.san.rr.com [204.210.31.51]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA03269 for ; Wed, 18 Mar 1998 23:02:19 -0800 (PST) (envelope-from dougdougdougdoug@dt050n33.san.rr.com) Received: (from dougdougdougdoug@localhost) by dt050n33.san.rr.com (8.8.8/8.8.8) id HAA17456; Thu, 19 Mar 1998 07:02:16 GMT (envelope-from dougdougdougdoug) Message-Id: <199803190702.HAA17456@dt050n33.san.rr.com> Date: Thu, 19 Mar 1998 07:02:16 GMT From: Studded@dal.net Reply-To: Studded@dal.net To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/6064: Script to update files installed by /usr/src/etc/Makefile Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6064 >Category: bin >Synopsis: Script to update files installed by /usr/src/etc/Makefile >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Wed Mar 18 23:10:01 PST 1998 >Last-Modified: >Originator: Doug >Organization: AAAG >Release: FreeBSD 2.2.6-BETA-0316 i386 >Environment: All FreeBSD systems >Description: Updating configuration and other files installed by /usr/src/etc/Makefile is currently left up to the user. A script to help automate the procedure has been requested for a long time, so here you go. :) >How-To-Repeat: DNA >Fix: If desired, import the following script. It grew from the example on Nik Clayton's upgrade page, http://www.nothing-going-on.demon.co.uk/FreeBSD/make-world/make-world.html however my approach is slightly different. To start, make a temporary directory somewhere, /var/tmp seems to work well. # mkdir /var/tmp/temproot # cd /usr/src/etc # make DESTDIR=/var/tmp/temproot distrib-dirs distribution # cd /var/tmp/temproot At this point you're ready to run the script. #!/bin/sh # comproot # Compare files in the temproot environment with the currently installed copy. # Studded@dal.net # Last modified 13 March 1998 # Usage: # To compare CVS revision $Id's for files that have them, and compare # diffs for files that don't, type # comproot # in the top level temp root directory. (e.g., /var/tmp/temproot) # # For a strict comparison (diff'ing every pair of files) use # comproot -s # # To use context diff's instead of unified diffs use # comproot [-s] -c PATH=/bin:/usr/bin # If user has a pager defined, use it. If not, use more. if [ "x$PAGER" = "x" ]; then PAGER='more' else echo '' echo "*** You have $PAGER defined as your pager so we'll use that" echo '' sleep 1 fi # Use unified diffs by default. Context diffs give me a headache. :) DIFF_FLAG='-u' opt-err () { echo '' echo 'Usage: comproot [-s] [-c]' echo '' echo 'Options:' echo ' -s strict comparison (diff every pair of files)' echo ' -c use context diff instead of unified diff' echo '' exit 1 } opt-case () { case "$1" in "-s") STRICT=yes ;; "-c") DIFF_FLAG='-c' ;; *) opt-err ;; esac } # Check command line options if [ "x$1" != "x" ]; then opt-case "$1" fi if [ "x$2" != "x" ]; then opt-case "$2" fi if [ "x$3" != "x" ]; then opt-err fi # Using -size +0 avoids uselessly checking the empty log files created # by /usr/src/etc/Makefile and the device entries in ./dev (but does # check the scripts in ./dev, as we'd like). for COMPFILE in `find . -type f -size +0`; do if [ ! -n "$STRICT" ]; then # Compare CVS $Id's first so if the file hasn't been modified # local changes will be ignored. IDFILE1=`grep "[$]Id:" $COMPFILE` IDFILE2=`grep "[$]Id:" ${COMPFILE#.}` # If the files have the same $Id, delete the one in temproot so the # user will have less to wade through if files are left to merge by hand. if [ -n "$IDFILE1" -a "$IDFILE1" = "$IDFILE2" ]; then echo "*** $COMPFILE has the same Id as the installed version, deleting" rm $COMPFILE fi fi # If the file is still here either because the $Id's are different, the # file doesn't have an $Id, or we're using 'STRICT' mode; look at the diff. if [ -f "$COMPFILE" ]; then # Do an absolute diff first to see if the files are actually different. diff -q "${COMPFILE#.}" "$COMPFILE" # If they're not different, delete the one in temproot. if [ $? -eq 0 ]; then echo "*** $COMPFILE is the same as installed version, deleting" rm "$COMPFILE" else # Ok, the files are different, so show the user where they differ. Use user's # choice of diff methods; and user's pager if they have one. Use more if not. echo '' diff "$DIFF_FLAG" "${COMPFILE#.}" "$COMPFILE" | "$PAGER" echo '' read -p "*** Ok to delete $COMPFILE? (y for yes) [no] " RMORNOT if [ "x$RMORNOT" = "xy" -o "x$RMORNOT" = "xY" ]; then rm "$COMPFILE" echo '' echo " *** Deleting $COMPFILE" echo '' sleep 1 fi fi fi # If the user didn't want to delete the file, give them the option to # install it, or leave it around to merge by hand. if [ -f "$COMPFILE" ]; then echo '' read -p "*** Would you like to install $COMPFILE? (y for yes) [no] " MVORNOT echo '' if [ "x$MVORNOT" = "xy" -o "x$MVORNOT" = "xY" ]; then mv "$COMPFILE" "${COMPFILE#.}" echo " *** Installing $COMPFILE" else echo " *** $COMPFILE will remain for your consideration" fi echo '' sleep 1 fi # This is for the 'do' way up there at the beginning done There are some other functions that could be added to this script like make the directories and install the files for the user, option to keep the diff around, etc. However the script already does all I want so I'm loathe to add more features if it's not going to be seriously considered for inclusion. I will also be posting discussion to -hackers if anyone's interested. I keep the most recent version of the script posted at http://home.san.rr.com/freebsd/comproot. Doug >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Mar 19 01:30:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA25596 for freebsd-bugs-outgoing; Thu, 19 Mar 1998 01:30:07 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA25554; Thu, 19 Mar 1998 01:30:04 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA24993; Thu, 19 Mar 1998 01:23:14 -0800 (PST) (envelope-from nobody) Message-Id: <199803190923.BAA24993@hub.freebsd.org> Date: Thu, 19 Mar 1998 01:23:14 -0800 (PST) From: wbrian@speakeasy.org To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/6065: UFS has filesize incorrectly stated; persistent corruption when trying to fix. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6065 >Category: kern >Synopsis: UFS has filesize incorrectly stated; persistent corruption when trying to fix. >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Mar 19 01:30:02 PST 1998 >Last-Modified: >Originator: Brian Wehrle >Organization: None >Release: 2.2.5 >Environment: 2.2.5-RELEASE FreeBSD 2.2.5-RELEASE #0: Mon Jan 19 14:40:37 i386 >Description: It seems that my /stand dir has become corrupted. At some time certain files took upon the same file size. For example, now sed and find have the exact same size. When I diff the files they are different but yet they still both work and report the same size. When I go to copy rebuilt binaries this changes the file sizes of randomly selected files! I am not sure how to explain this better. The FS is ufs, from /etc/fstab. In this case both sed and find work (executer properly) (running them as /stand/sed and /stand/find) but they still report being the same size. >How-To-Repeat: Absolutely no idea (I wonder if this happened when/if the FS became full ??) I was propp'ing files from /usr/ob into this directory to replace the old ones. I guess one could try adding and deleting files from the /stand directory. >Fix: No idea. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Mar 19 05:30:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA20927 for freebsd-bugs-outgoing; Thu, 19 Mar 1998 05:30:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA20899; Thu, 19 Mar 1998 05:30:02 -0800 (PST) (envelope-from gnats) Received: from joker.krid.crimea.ua (KRID-CRIS-19.2K.CRIS.NET [194.93.177.5]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA19977 for ; Thu, 19 Mar 1998 05:19:22 -0800 (PST) (envelope-from alexr@krid.crimea.ua) Received: from fbsd22.krid.crimea.ua (fbsd22.krid.crimea.ua [193.124.69.2]) by joker.krid.crimea.ua (8.8.8/8.8.8) with ESMTP id PAA14818 for ; Thu, 19 Mar 1998 15:06:33 +0200 (EET) (envelope-from alexr@fbsd22.krid.crimea.ua) Received: (from alexr@localhost) by fbsd22.krid.crimea.ua (8.8.8/8.8.8) id PAA01360; Thu, 19 Mar 1998 15:06:45 +0200 (EET) (envelope-from alexr) Message-Id: <199803191306.PAA01360@fbsd22.krid.crimea.ua> Date: Thu, 19 Mar 1998 15:06:45 +0200 (EET) From: alexr@krid.crimea.ua Reply-To: alexr@krid.crimea.ua To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/6066: lnc driver does not work correctly with AT-2450T card Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6066 >Category: kern >Synopsis: lnc driver does not work correctly with AT-2450T card >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Mar 19 05:30:01 PST 1998 >Last-Modified: >Originator: Alexander V. Romanyuk >Organization: Bank Ukraina, Crimean branch >Release: FreeBSD 2.2.6-BETA i386 >Environment: Allied Telesyn AT-2450T (PCI) ethernet adapter card >Description: After sending and receiving (simultaneously) about 80Mb of data or just sending (not receiving) about 150Mb the /kernel: lnc1: Framing error /kernel: lnc1: Missed packet -- no receive buffer messages begin to appear and the device perfomance significantly decreases. Only ifconfig down and then up lnc1 interface can help for some time. >How-To-Repeat: Try to do ftp and send and receive a big amount of data. >Fix: I don't know. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Mar 19 06:20:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA25447 for freebsd-bugs-outgoing; Thu, 19 Mar 1998 06:20:02 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA25423; Thu, 19 Mar 1998 06:20:01 -0800 (PST) (envelope-from gnats) Date: Thu, 19 Mar 1998 06:20:01 -0800 (PST) Message-Id: <199803191420.GAA25423@hub.freebsd.org> To: freebsd-bugs Cc: From: Jun Kuriyama Subject: Re: bin/2665: port 22 isn't being converted to ".ssh" in netstat Reply-To: Jun Kuriyama Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/2665; it has been noted by GNATS. From: Jun Kuriyama To: freebsd-gnats-submit@freebsd.org, rob@ugh.net.au Cc: Subject: Re: bin/2665: port 22 isn't being converted to ".ssh" in netstat Date: Thu, 19 Mar 1998 22:41:42 +0900 I don't know where the cause is. But on my 2.2.5-RELEASE (2.2.6-BETA only kernel) box, it seems to be good display. moon: {277} netstat Active Internet connections Proto Recv-Q Send-Q Local Address Foreign Address (state) tcp 0 0 localhost.ssh localhost.1015 ESTABLISHED tcp 0 0 localhost.1015 localhost.ssh ESTABLISHED -- Jun Kuriyama // kuriyama@opt.phys.waseda.ac.jp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Mar 19 09:40:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA29324 for freebsd-bugs-outgoing; Thu, 19 Mar 1998 09:40:06 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA29276; Thu, 19 Mar 1998 09:40:03 -0800 (PST) (envelope-from gnats) Date: Thu, 19 Mar 1998 09:40:03 -0800 (PST) Message-Id: <199803191740.JAA29276@hub.freebsd.org> To: freebsd-bugs Cc: From: J Rodriguez Subject: Re: kern/6066: lnc driver does not work correctly with AT-2450T card Reply-To: J Rodriguez Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/6066; it has been noted by GNATS. From: J Rodriguez To: freebsd-gnats-submit@freebsd.org, alexr@krid.crimea.ua Cc: Subject: Re: kern/6066: lnc driver does not work correctly with AT-2450T card Date: Thu, 19 Mar 1998 12:34:28 -0500 I have the same problem with the same card. When I try to do a remote install via ftp the transfer speed is ridiculously low. ( 8Kbps on a 10Mbps ethernet). Please can someone fix this? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Mar 19 10:50:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA13871 for freebsd-bugs-outgoing; Thu, 19 Mar 1998 10:50:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA13854; Thu, 19 Mar 1998 10:50:02 -0800 (PST) (envelope-from gnats) Received: from ben.tapehouse.net (ben@ben.tapehouse.net [208.7.182.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA13069 for ; Thu, 19 Mar 1998 10:42:54 -0800 (PST) (envelope-from ben@ben.tapehouse.net) Received: (from ben@localhost) by ben.tapehouse.net (8.8.8/8.8.7) id NAA25132; Thu, 19 Mar 1998 13:43:23 -0500 (EST) (envelope-from ben) Message-Id: <199803191843.NAA25132@ben.tapehouse.net> Date: Thu, 19 Mar 1998 13:43:23 -0500 (EST) From: Ben Rosengart Reply-To: benedict@echonyc.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: i386/6067: boot.help pushes kernel list off screen Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6067 >Category: i386 >Synopsis: boot.help pushes kernel list off screen >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Mar 19 10:50:01 PST 1998 >Last-Modified: >Originator: Ben Rosengart >Organization: Narcissus Networks >Release: FreeBSD 2.2.6-BETA i386 >Environment: >Description: When I type "?" at the boot: prompt, I'm unable to see the output, because the boot help causes it to scroll off the top of the screen. >How-To-Repeat: At the boot: prompt, type "?" and hit return. >Fix: Don't repeat the boot help after a "?". Either add a help option, so that help can be requested explicitly, or build in a minimal pager if there's room. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Mar 19 11:00:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA15569 for freebsd-bugs-outgoing; Thu, 19 Mar 1998 11:00:12 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA15516; Thu, 19 Mar 1998 11:00:06 -0800 (PST) (envelope-from gnats) Date: Thu, 19 Mar 1998 11:00:06 -0800 (PST) Message-Id: <199803191900.LAA15516@hub.freebsd.org> To: freebsd-bugs Cc: From: FBI BSD Subject: Re: kern/6065: UFS has filesize incorrectly stated; persistent corruption when trying to fix. Reply-To: FBI BSD Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/6065; it has been noted by GNATS. From: FBI BSD To: wbrian@speakeasy.org, freebsd-gnats-submit@FreeBSD.ORG Cc: fbibsd@rocketmail.com Subject: Re: kern/6065: UFS has filesize incorrectly stated; persistent corruption when trying to fix. Date: Thu, 19 Mar 1998 10:47:50 -0800 (PST) I think this is perhaps not a bug, but a feature. ls -li /stand and look at all the files that have the same i-node number. In my distribution many /stand binaries are not only the same size, but are links to the same actual disk file (i.e. same i-number). This was done to provide many common utilities in one 'blob' so that the disk space necessary to accomodate all of the utilities would be minimized (e.g. so that they can fit on one floppy). Because they're statically linked, having distinct utility programs would be very redundant in that many of the same libc modules would be present distinctly in each utility. You can replace any given utility with a newly built one, but you should 'rm' the old utility file link first, then copy in the new 'uncrunched' utility. I can only guess that somewhere in the distribution there's a makefile that remakes these default utilities and crunches them together as you seem to see them. Perhaps you can rebuild from that codebase. see crunchgen(1) et. al. Chris ---wbrian@speakeasy.org wrote: > > > >Number: 6065 > >Category: kern > >Synopsis: UFS has filesize incorrectly stated; persistent corruption when trying to fix. > >Confidential: no > >Severity: serious > >Priority: high > >Responsible: freebsd-bugs > >State: open > >Quarter: > >Keywords: > >Date-Required: > >Class: sw-bug > >Submitter-Id: current-users > >Arrival-Date: Thu Mar 19 01:30:02 PST 1998 > >Last-Modified: > >Originator: Brian Wehrle > >Organization: > None > >Release: 2.2.5 > >Environment: > 2.2.5-RELEASE FreeBSD 2.2.5-RELEASE #0: Mon Jan 19 14:40:37 i386 > >Description: > It seems that my /stand dir has become corrupted. At some time certain files took upon the same > file size. For example, now sed and find have the exact same size. When I diff the files they are different but yet they > still both work and report the same size. When I go to copy rebuilt binaries this changes the file sizes of randomly > selected files! I am not sure how to explain this better. The FS is ufs, from /etc/fstab. > In this case both sed and find work (executer properly) (running them as /stand/sed and /stand/find) but they still report being the same size. > > >How-To-Repeat: > Absolutely no idea (I wonder if this happened when/if the FS became full ??) I was propp'ing files from /usr/ob > into this directory to replace the old ones. > I guess one could try adding and deleting files from the /stand directory. > > >Fix: > No idea. > >Audit-Trail: > >Unformatted: > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-bugs" in the body of the message > _________________________________________________________ DO YOU YAHOO!? Get your free @yahoo.com address at http://mail.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Mar 19 11:20:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA19687 for freebsd-bugs-outgoing; Thu, 19 Mar 1998 11:20:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA19636; Thu, 19 Mar 1998 11:20:01 -0800 (PST) (envelope-from gnats) Date: Thu, 19 Mar 1998 11:20:01 -0800 (PST) Message-Id: <199803191920.LAA19636@hub.freebsd.org> To: freebsd-bugs Cc: From: Alexander Romanyuk Subject: Re: kern/6066: lnc driver does not work correctly with AT-2450T card Reply-To: Alexander Romanyuk Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/6066; it has been noted by GNATS. From: Alexander Romanyuk To: J Rodriguez Cc: freebsd-gnats-submit@freebsd.org Subject: Re: kern/6066: lnc driver does not work correctly with AT-2450T card Date: Thu, 19 Mar 1998 20:30:05 +0200 J Rodriguez wrote: > > I have the same problem with the same card. When I try to do a remote > install via ftp the transfer speed is ridiculously low. ( 8Kbps on a > 10Mbps ethernet). No, I think it's not the same problem. You try to install 2.2.5, right? But in 2.2.6-BETA (or just before it) the lnc driver code was changed making it working though not quite :-( In my case speed is lowered on heavy loaded net (many transferred data) not at once. Alex To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Mar 19 15:00:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA22091 for freebsd-bugs-outgoing; Thu, 19 Mar 1998 15:00:05 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA22075; Thu, 19 Mar 1998 15:00:03 -0800 (PST) (envelope-from gnats) Received: from roller.nas.nasa.gov (roller.nas.nasa.gov [129.99.223.26]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA21946 for ; Thu, 19 Mar 1998 14:59:29 -0800 (PST) (envelope-from kml@roller.nas.nasa.gov) Received: (from kml@localhost) by roller.nas.nasa.gov (8.8.7/8.8.7) id OAA00289; Thu, 19 Mar 1998 14:59:26 -0800 (PST) (envelope-from kml) Message-Id: <199803192259.OAA00289@roller.nas.nasa.gov> Date: Thu, 19 Mar 1998 14:59:26 -0800 (PST) From: Kevin Lahey Reply-To: kml@roller.nas.nasa.gov To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: i386/6068: TCP retransmission bug Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6068 >Category: i386 >Synopsis: TCP can time out of retransmission in 12 seconds >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Mar 19 15:00:02 PST 1998 >Last-Modified: >Originator: Kevin Lahey >Organization: NASA/Ames >Release: FreeBSD 2.2.5-RELEASE i386 >Environment: This is a fresh, patch-free installation of 2.2.5. >Description: In some circumstances, when the round-trip time is very low, it is possible for TCP to time out in just 12 seconds, after sending 12 packets: 14:49:02.585137 roller.1026 > yakko-work.discard: . 2195169:2196617(1448) ack 1 win 17376 (DF) (ttl 64, id 4931) 14:49:02.586423 roller.1026 > yakko-work.discard: . 2196617:2198065(1448) ack 1 win 17376 (DF) (ttl 64, id 4932) 14:49:02.587676 roller.1026 > yakko-work.discard: P 2198065:2199513(1448) ack 1 win 17376 (DF) (ttl 64, id 4933) 14:49:04.202214 roller.1026 > yakko-work.discard: . 2518073:2519521(1448) ack 1 win 17376 (DF) (ttl 64, id 5166) 14:49:05.202248 roller.1026 > yakko-work.discard: . 2518073:2519521(1448) ack 1 win 17376 (DF) (ttl 64, id 5167) 14:49:06.202232 roller.1026 > yakko-work.discard: . 2518073:2519521(1448) ack 1 win 17376 (DF) (ttl 64, id 5168) 14:49:07.202232 roller.1026 > yakko-work.discard: . 2518073:2519521(1448) ack 1 win 17376 (DF) (ttl 64, id 5169) 14:49:08.202225 roller.1026 > yakko-work.discard: . 2518073:2519521(1448) ack 1 win 17376 (DF) (ttl 64, id 5170) 14:49:09.202228 roller.1026 > yakko-work.discard: . 2518073:2519521(1448) ack 1 win 17376 (DF) (ttl 64, id 5171) 14:49:10.202253 roller.1026 > yakko-work.discard: . 2518073:2519521(1448) ack 1 win 17376 (DF) (ttl 64, id 5172) 14:49:11.202221 roller.1026 > yakko-work.discard: . 2518073:2519521(1448) ack 1 win 17376 (DF) (ttl 64, id 5173) 14:49:12.202203 roller.1026 > yakko-work.discard: . 2518073:2519521(1448) ack 1 win 17376 (DF) (ttl 64, id 5174) 14:49:13.202221 roller.1026 > yakko-work.discard: . 2518073:2519521(1448) ack 1 win 17376 (DF) (ttl 64, id 5175) 14:49:14.202212 roller.1026 > yakko-work.discard: . 2518073:2519521(1448) ack 1 win 17376 (DF) (ttl 64, id 5176) 14:49:15.202257 roller.1026 > yakko-work.discard: . 2518073:2519521(1448) ack 1 win 17376 (DF) (ttl 64, id 5177) 14:49:16.201046 roller.1026 > yakko-work.discard: R 2535449:2535449(0) ack 1 win 17376 (DF) (ttl 64, id 5178) I just fixed this is NetBSD, and it looks like the problem is that the TCP_REXMTVAL can be 0 with the Brakmo-Peterson RTO estimator, when with the Van Jacobson RTO estimator the lowest value it could return was 3. When the value is 0, the exponential backoff product is also 0, and so the timeout falls back to the minimum. After 12 retransmissions, it just times out. It looks like the persist code in tcp_timer.c has a fix for just this problem, but the fix wasn't applied to the retransmission code... >How-To-Repeat: >From the FreeBSD host: ttcp -t -s -p9 target Unplug the target from the net and watch to see how long the connection takes to timeout. I found that this didn't fail every time, but was pretty repeatable. >Fix: Apply some sort of check to TCP_REXMTVAL to ensure that it is at least t_rttmin before multiplying it by the exponential backoff term, as is currently done for the persist timer. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Mar 19 15:50:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA02376 for freebsd-bugs-outgoing; Thu, 19 Mar 1998 15:50:07 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA02367; Thu, 19 Mar 1998 15:50:03 -0800 (PST) (envelope-from gnats) Date: Thu, 19 Mar 1998 15:50:03 -0800 (PST) Message-Id: <199803192350.PAA02367@hub.freebsd.org> To: freebsd-bugs Cc: From: Stefan Esser Subject: Re: kern/6046: New EISA probe/attach code for si driver Reply-To: Stefan Esser Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/6046; it has been noted by GNATS. From: Stefan Esser To: nsayer@quack.kfu.com, FreeBSD-gnats-submit@freebsd.org Cc: Stefan Esser Subject: Re: kern/6046: New EISA probe/attach code for si driver Date: Thu, 19 Mar 1998 00:02:05 +0100 On 1998-03-17 16:30 -0800, nsayer@quack.kfu.com wrote: > I seriously doubt that PCI and EISA cards could coexist correctly in a > machine with this driver. I believe they would have a propensity to > squish each other's unit numbers. Anyone contemplating mixing PCI > and EISA cards is likely to be seriously deranged. > +static u_long si_eisa_count; > + > +static struct eisa_driver si_eisa_driver = { > + "si", > + si_eisa_probe, > + si_eisa_attach, > + NULL, > + &si_eisa_unit, > +}; If you want both PCI and EISA to work, then just change "si_eisa_count" into "si_count" and make both "struct eisa_driver" and "struct pci_device" reference its address. Regards, STefan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Mar 19 17:30:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA19438 for freebsd-bugs-outgoing; Thu, 19 Mar 1998 17:30:05 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA19418; Thu, 19 Mar 1998 17:30:03 -0800 (PST) (envelope-from gnats) Date: Thu, 19 Mar 1998 17:30:03 -0800 (PST) Message-Id: <199803200130.RAA19418@hub.freebsd.org> To: freebsd-bugs Cc: From: Bill Fenner Subject: Re: kern/6059: Packets from 1.1.1.1 can crash 2.2 server Reply-To: Bill Fenner Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/6059; it has been noted by GNATS. From: Bill Fenner To: toasty@dragondata.com Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/6059: Packets from 1.1.1.1 can crash 2.2 server Date: Thu, 19 Mar 1998 17:11:50 PST toasty@dragondata.com wrote: >Mar 18 02:02:17 toast /kernel.GENERIC: arpresolve: can't allocate llinfo for 1 > .1.1.1 What's your routing table look like? This implies that your machine thinks that 1.1.1.1 is on your local network. >After an hour or so of doing this, the server suggests more swap space, then >locks up. I'm currently spoofing 30 SYN's/second from 1.1.1.1 against a 2.2.2 machine. I'll let it run and see what happens. Bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Mar 19 18:02:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA24146 for freebsd-bugs-outgoing; Thu, 19 Mar 1998 18:02:32 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from blackhole.dimensional.com (0@blackhole.dimensional.com [208.206.176.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA24140 for ; Thu, 19 Mar 1998 18:02:31 -0800 (PST) (envelope-from mfuhr@dimensional.com) Received: from flatland.dimensional.com (sendmail@flatland.dimensional.com [208.206.176.24]) by blackhole.dimensional.com (8.8.8/8.8.nospam) with ESMTP id TAA13771 for ; Thu, 19 Mar 1998 19:02:29 -0700 (MST) Received: (from mfuhr@localhost) by flatland.dimensional.com (8.8.8/8.8.nospam) id TAA03262; Thu, 19 Mar 1998 19:02:28 -0700 (MST) Message-ID: <19980319190228.09777@dimensional.com> Date: Thu, 19 Mar 1998 19:02:28 -0700 From: Michael Fuhr To: freebsd-bugs@hub.freebsd.org Subject: Re: bin/2665: port 22 isn't being converted to ".ssh" in netstat References: <199803191420.GAA25423@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88 In-Reply-To: <199803191420.GAA25423@hub.freebsd.org>; from Jun Kuriyama on Thu, Mar 19, 1998 at 06:20:01AM -0800 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, Mar 19, 1998 at 06:20:01AM -0800, Jun Kuriyama wrote: > The following reply was made to PR bin/2665; it has been noted by GNATS. > > From: Jun Kuriyama > To: freebsd-gnats-submit@freebsd.org, rob@ugh.net.au > Cc: Subject: Re: bin/2665: port 22 isn't being converted to ".ssh" in netstat > Date: Thu, 19 Mar 1998 22:41:42 +0900 > > I don't know where the cause is. But on my 2.2.5-RELEASE (2.2.6-BETA > only kernel) box, it seems to be good display. My guess would be a missing line from /etc/services: ssh 22/tcp #Secure Shell Login -- Michael Fuhr http://www.dimensional.com/~mfuhr/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Mar 19 21:00:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA21691 for freebsd-bugs-outgoing; Thu, 19 Mar 1998 21:00:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA21676; Thu, 19 Mar 1998 21:00:02 -0800 (PST) (envelope-from gnats) Received: from house.key.net.au (joel@house.key.net.au [203.35.4.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA21045 for ; Thu, 19 Mar 1998 20:51:04 -0800 (PST) (envelope-from joel@house.key.net.au) Received: (from joel@localhost) by house.key.net.au (8.8.8/8.8.8) id PAA22639; Fri, 20 Mar 1998 15:51:22 +1100 (EST) (envelope-from joel) Message-Id: <199803200451.PAA22639@house.key.net.au> Date: Fri, 20 Mar 1998 15:51:22 +1100 (EST) From: joel@key.net.au Reply-To: joel@key.net.au To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/6071: 2.2.6-980315-BETA up grade option problem Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6071 >Category: bin >Synopsis: 2.2.6-980315-BETA up grade option problem >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Mar 19 21:00:01 PST 1998 >Last-Modified: >Originator: Joel Cornale >Organization: Key Internet Srvices >Release: FreeBSD 2.2.6-980315-BETA >Environment: trying to up garade a box running 2.2-980204-SNAP to 2.2.6-980315-BETA using upgrade procedure on boot.flp . Machine is a intel p166 32M ram 2gig hdd , ( first 850M is a dos partition, fat 16 ) >Description: partition editor only recognises my dos partition we tried exiting the upgrade and going to a custom install , opening fdisk and closing it with out changing anything and went back to the upgrade still didn't see the unix partitions , I tried using auto as that is what I had originaly set my box up with and i thought it would go back to the original settings. I chose Q for Quit , the installer tried to fsck the drive but died with floating point execption . I then tried to reboot from the hard drive and it refused to reboot claiming it was an invalid slice . >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Mar 19 23:06:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA09380 for freebsd-bugs-outgoing; Thu, 19 Mar 1998 23:06:30 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from mailgate22 (mailgate22-hme0.a001.sprintmail.com [205.137.196.54]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id XAA09375 for ; Thu, 19 Mar 1998 23:06:29 -0800 (PST) (envelope-from grandma100@sprintmail.com) Received: by mailgate22 (SMI-8.6/SMI-SVR4) id XAA11362; Thu, 19 Mar 1998 23:01:40 -0800 Received: from sdn-ts-052mdrelrp09.dialsprint.net(206.133.7.124) by mailfep3-hme1 via d.SPEbin-1.20,43b3b3 id Q_10.1.1.8/Q_11335_61_3512143e; Fri Mar 20 07:01:18 1998 +0000 (GMT) Reply-To: Date: Fri, 20 Mar 1998 01:58:22 -0400 Message-Id: <12564235322.GAA15852@sprintmail.com> Subject: MAKE $500 A DAY!!! $69 CELLPHONE!! 2 x 3 MATRIX!! From: "grandma100@sprintmail.com" To: undisclosed-recipients:; Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Free Cellphone With Free Airtime!!!! http://www.online-success.com/future-horizons/fast1.htm for more info send name and telephone to: daman100@sprintmail.com or worldclassnetwrk@hotmail.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Mar 19 23:20:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA11701 for freebsd-bugs-outgoing; Thu, 19 Mar 1998 23:20:07 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA11679; Thu, 19 Mar 1998 23:20:03 -0800 (PST) (envelope-from gnats) Date: Thu, 19 Mar 1998 23:20:03 -0800 (PST) Message-Id: <199803200720.XAA11679@hub.freebsd.org> To: freebsd-bugs Cc: From: Bill Fenner Subject: Re: kern/6059: Packets from 1.1.1.1 can crash 2.2 server Reply-To: Bill Fenner Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/6059; it has been noted by GNATS. From: Bill Fenner To: FreeBSD-gnats-submit@freebsd.org Cc: toasty@dragondata.com Subject: Re: kern/6059: Packets from 1.1.1.1 can crash 2.2 server Date: Thu, 19 Mar 1998 23:17:13 PST Ok, I let the SYN attack run for 6 hours; at 30 packets per second, that was somewhere in the neighborhood of 648,000 SYN packets. No messages, no crash. The only indication that anything was going on was that my firewall administrator yelled at me =) Maybe if we can figure out how you produced the arpresolve error there'll be some way to replicate this. Bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Mar 19 23:42:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA14280 for freebsd-bugs-outgoing; Thu, 19 Mar 1998 23:42:22 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA14275 for ; Thu, 19 Mar 1998 23:42:20 -0800 (PST) (envelope-from root@implode.root.com) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with ESMTP id XAA16035; Thu, 19 Mar 1998 23:37:09 -0800 (PST) Message-Id: <199803200737.XAA16035@implode.root.com> To: Bill Fenner cc: freebsd-bugs@hub.freebsd.org Subject: Re: kern/6059: Packets from 1.1.1.1 can crash 2.2 server In-reply-to: Your message of "Thu, 19 Mar 1998 23:20:03 PST." <199803200720.XAA11679@hub.freebsd.org> From: David Greenman Reply-To: dg@root.com Date: Thu, 19 Mar 1998 23:37:09 -0800 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >The following reply was made to PR kern/6059; it has been noted by GNATS. > >From: Bill Fenner >To: FreeBSD-gnats-submit@freebsd.org >Cc: toasty@dragondata.com >Subject: Re: kern/6059: Packets from 1.1.1.1 can crash 2.2 server >Date: Thu, 19 Mar 1998 23:17:13 PST > > Ok, I let the SYN attack run for 6 hours; at 30 packets per second, > that was somewhere in the neighborhood of 648,000 SYN packets. No > messages, no crash. The only indication that anything was going on was > that my firewall administrator yelled at me =) > > Maybe if we can figure out how you produced the arpresolve error there'll > be some way to replicate this. It looks to me like the machine in question ran out of mbuf clusters and paniced due to one of the bugs related to that. I think all will be well if NMBCLUSTERS is increased. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Mar 20 02:49:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA05333 for freebsd-bugs-outgoing; Fri, 20 Mar 1998 02:49:55 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from home.dragondata.com (toasty@home.dragondata.com [204.137.237.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA05328 for ; Fri, 20 Mar 1998 02:49:54 -0800 (PST) (envelope-from toasty@home.dragondata.com) Received: (from toasty@localhost) by home.dragondata.com (8.8.8/8.8.5) id EAA04350; Fri, 20 Mar 1998 04:49:40 -0600 (CST) From: Kevin Day Message-Id: <199803201049.EAA04350@home.dragondata.com> Subject: Re: kern/6059: Packets from 1.1.1.1 can crash 2.2 server In-Reply-To: <199803200737.XAA16035@implode.root.com> from David Greenman at "Mar 19, 98 11:37:09 pm" To: dg@root.com Date: Fri, 20 Mar 1998 04:49:38 -0600 (CST) Cc: fenner@parc.xerox.com, freebsd-bugs@hub.freebsd.org X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > >The following reply was made to PR kern/6059; it has been noted by GNATS. > > > >From: Bill Fenner > >To: FreeBSD-gnats-submit@freebsd.org > >Cc: toasty@dragondata.com > >Subject: Re: kern/6059: Packets from 1.1.1.1 can crash 2.2 server > >Date: Thu, 19 Mar 1998 23:17:13 PST > > > > Ok, I let the SYN attack run for 6 hours; at 30 packets per second, > > that was somewhere in the neighborhood of 648,000 SYN packets. No > > messages, no crash. The only indication that anything was going on was > > that my firewall administrator yelled at me =) > > > > Maybe if we can figure out how you produced the arpresolve error there'll > > be some way to replicate this. > > It looks to me like the machine in question ran out of mbuf clusters and > paniced due to one of the bugs related to that. I think all will be well if > NMBCLUSTERS is increased. I've got NMBCLUSTERS set to 10240..... Higher still? I've got no idea what caused this.... I have a ep0 card, configured like this: ep0: flags=8843 mtu 1500 inet 204.137.237.3 netmask 0xffffff00 broadcast 204.137.237.255 inet 205.253.12.3 netmask 0xffffffff broadcast 205.253.12.3 ether 00:20:af:3a:46:e7 Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 204.137.237.254 UGSc 112 20659 ep0 127.0.0.1 127.0.0.1 UH 0 2666 lo0 204.137.237 link#2 UC 0 0 204.137.237.1 0:20:af:1a:14:eb UHLW 1 1651 ep0 865 204.137.237.2 0:80:19:35:c6:4b UHLW 6 403798 ep0 1200 204.137.237.3 0:20:af:3a:46:e7 UHLW 3 1343069 lo0 204.137.237.8 0:40:5:41:d3:32 UHLW 4 20170 ep0 693 204.137.237.254 0:0:c:31:b9:e1 UHLW 113 1 ep0 670 205.253.12 link#2 UCSc 0 0 205.253.12.3 0:20:af:3a:46:e7 UHLW 1 726508 lo0 => 205.253.12.3/32 link#2 UC 0 0 (the machine is talking to itself a lot through it's two interfaces... there are two ircd's running on this machine, each bound to one IP address, but they also are connected together) In any case, it's not happening now, and I wasn't able to reproduce it either.... I guess if it happens again, i'll try to get in there before it dies and see what has happened to the routing table. Thanks for your help. :) Kevin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Mar 20 11:50:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA10550 for freebsd-bugs-outgoing; Fri, 20 Mar 1998 11:50:25 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA10466; Fri, 20 Mar 1998 11:50:06 -0800 (PST) (envelope-from gnats) Received: from tabby.kudra.com (gw.kudra.com [199.6.44.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA08852 for ; Fri, 20 Mar 1998 11:43:24 -0800 (PST) (envelope-from robert@kudra.com) Received: (from robert@localhost) by tabby.kudra.com (8.8.8/8.6.12) id OAA25795; Fri, 20 Mar 1998 14:43:22 -0500 (EST) Message-Id: <199803201943.OAA25795@tabby.kudra.com> Date: Fri, 20 Mar 1998 14:43:22 -0500 (EST) From: Robert Sexton Reply-To: robert@kudra.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/6074: Incremental dumps are backing up unchanged files Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6074 >Category: bin >Synopsis: Incremental dumps are backing up unchanged files >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Mar 20 11:50:02 PST 1998 >Last-Modified: >Originator: Robert Sexton >Organization: Kudra.Com Web services >Release: FreeBSD 2.2.5-STABLE i386 >Environment: Plain vanilla 486 system with a SCSI (2740) attached QIC drive. >Description: I perform level 2's daily, and level 0s when the level 2s get too big. my level 2 dumps are reliably backing up files that have not chenged in over a year. Not the entire filesytem, just particular files. All of the files have access times since the level 0, but none of them have recent mtimes. >How-To-Repeat: I have performed multiple level 0 dumps, but I always seem to get these files with my level 2's I do not use level 1 dumps. Perhaps thats the problem. >Fix: Not yet determined. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Mar 21 04:04:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA01322 for freebsd-bugs-outgoing; Sat, 21 Mar 1998 04:04:07 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA01251 for ; Sat, 21 Mar 1998 04:03:56 -0800 (PST) (envelope-from pb@fasterix.frmug.org) Received: (from uucp@localhost) by frmug.org (8.8.8/frmug-2.2/nospam) with UUCP id NAA02037 for freebsd-bugs@freebsd.org; Sat, 21 Mar 1998 13:03:52 +0100 (CET) (envelope-from pb@fasterix.frmug.org) Received: (from pb@localhost) by fasterix.frmug.org (8.8.8/8.8.5/pb-19970302) id MAA11067; Sat, 21 Mar 1998 12:54:17 +0100 (CET) Message-ID: <19980321125417.YY54407@@> Date: Sat, 21 Mar 1998 12:54:17 +0100 From: pb@fasterix.freenix.org (Pierre Beyssac) To: freebsd-bugs@FreeBSD.ORG Subject: -stable: rarpd and PR#5669 X-Mailer: Mutt 0.59.1e Mime-Version: 1.0 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I've sent PR#5669 a while ago regarding rarpd blocking on -current, with a patch. Apparently, from looking at the -stable source, the same problem exists on -stable. If it's not too late, could someone please review it, check it and possibly commit it so that it makes it in the approaching -stable release ? -- Pierre Beyssac pb@fasterix.frmug.org pb@fasterix.freenix.org {Free,Net,Open}BSD, Linux : il y a moins bien, mais c'est plus cher Free domains: http://www.eu.org/ or mail dns-manager@EU.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Mar 21 04:40:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA05438 for freebsd-bugs-outgoing; Sat, 21 Mar 1998 04:40:05 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA05432; Sat, 21 Mar 1998 04:40:03 -0800 (PST) (envelope-from gnats) Received: from yk.rim.or.jp (ppp166.yk.rim.or.jp [202.247.134.166]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA05015 for ; Sat, 21 Mar 1998 04:32:55 -0800 (PST) (envelope-from k-horik@yk.rim.or.jp) Received: from localhost (localhost [127.0.0.1]) by yk.rim.or.jp (8.8.7/8.8.7) with ESMTP id VAA13633 for ; Sat, 21 Mar 1998 21:32:21 +0900 (JST) (envelope-from k-horik@yk.rim.or.jp) Message-Id: <19980321213221G.k-horik@yk.rim.or.jp> Date: Sat, 21 Mar 1998 21:32:21 +0900 From: k-horik@yk.rim.or.jp Reply-To: k-horik@yk.rim.or.jp To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: docs/6084: In newsyslog.8, -F is added, but SYNOPSIS is not updated. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6084 >Category: docs >Synopsis: In newsyslog.8, -F is added, but SYNOPSIS is not updated. >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Sat Mar 21 04:40:02 PST 1998 >Last-Modified: >Originator: Kazuo Horikawa >Organization: personal user >Release: FreeBSD 2.2.5-RELEASE i386 >Environment: .\" $Id: newsyslog.8,v 1.1.1.1.2.5 1998/03/15 05:47:04 jkh Exp $ >Description: Description of -F option is added, but SYNOPSIS is not updated. % man 8 newsyslog shows: [snip] SYNOPSIS newsyslog [-rnv] [-f config_file] [snip] -F Force newsyslog to trim the logs, even if the trim conditions have not been met. This option is useful for diagnosing system problems by providing you with fresh logs that contain only the problems. [snip] >How-To-Repeat: man 8 newsyslog >Fix: --- newsyslog.8.orig Fri Mar 20 08:40:57 1998 +++ newsyslog.8 Fri Mar 20 08:41:50 1998 @@ -25,7 +25,7 @@ .Nd maintain system log files to manageable sizes .Sh SYNOPSIS .Nm newsyslog -.Op Fl rnv +.Op Fl rnvF .Op Fl f Ar config_file .Sh DESCRIPTION .Nm Newsyslog >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Mar 21 12:00:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA15968 for freebsd-bugs-outgoing; Sat, 21 Mar 1998 12:00:04 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA15958; Sat, 21 Mar 1998 12:00:02 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA15097; Sat, 21 Mar 1998 11:55:35 -0800 (PST) (envelope-from nobody) Message-Id: <199803211955.LAA15097@hub.freebsd.org> Date: Sat, 21 Mar 1998 11:55:35 -0800 (PST) From: giffunip@asme.org To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/6087: sh doesn't work properly on certain configuration scripts Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6087 >Category: bin >Synopsis: sh doesn't work properly on certain configuration scripts >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Mar 21 12:00:01 PST 1998 >Last-Modified: >Originator: Pedro F. Giffuni >Organization: U. Nacional de Colombia >Release: 2.2.5-R >Environment: FreeBSD giffuni.usc.unal.edu.co 2.2.5-RELEASE FreeBSD 2.2.5-RELEASE #0: Wed Mar 18 23:19:52 COT 1998 pedro@giffuni.usc.unal.edu.co:/usr/src/sys/compile/COMPAQ i386 >Description: While using a configure script a problem with FreeBSD's sh was revealed. The author of the script claims this is not a bash specific feature. TBH Solaris doesn't have this bug either >How-To-Repeat: #!/usr/bin/sh foobar="" if test -n ""$foobar; then echo "Help, I am broken" fi >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Mar 21 13:40:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA06411 for freebsd-bugs-outgoing; Sat, 21 Mar 1998 13:40:04 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA06380; Sat, 21 Mar 1998 13:40:02 -0800 (PST) (envelope-from gnats) Date: Sat, 21 Mar 1998 13:40:02 -0800 (PST) Message-Id: <199803212140.NAA06380@hub.freebsd.org> To: freebsd-bugs Cc: From: Tor Egge Subject: Re: bin/6087: sh doesn't work properly on certain configuration scripts Reply-To: Tor Egge Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/6087; it has been noted by GNATS. From: Tor Egge To: giffunip@asme.org Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: bin/6087: sh doesn't work properly on certain configuration scripts Date: Sat, 21 Mar 1998 22:33:54 +0100 ----Next_Part(Sat_Mar_21_22:32:09_1998)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit ash removes quoting information during parsing, thus the evaluation pass is not able to differentiate between ""$foobar and $foobar This breaks proper handling of word splitting. When $foobar expands to a single space, bash misbehaves too, for a slightly different reason. bash and ksh93 seems to perform word splitting differently: ( IFS="beh"; foobar="ghi"; echo "abc"abc$foobar "def"def ) bash gives abca cg i defdef ksh93 gives abcabcg i defdef bash seems to follow POSIX 1003.2 draft 11.2 while ksh93 seems to follow spec1170 for this example. I'm using some patches that changes the word splitting handling for ash in an attempt to follow spec 1170 while not being bug compatible with ksh93. Thus your test script does not complain when run on my development system. A slightly bigger test script is appended here. It reveals some of the other anomalies in bash and ksh93. - Tor Egge ----Next_Part(Sat_Mar_21_22:32:09_1998)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Description: "sh-ifs-test" #!/bin/sh echo "Tests of IFS handling and word splitting, v1.0 running" exec 2>&1 if [ `echo -n | wc -l` = 0 ] then echo1="-n" echo2="--> " echo3="" else echo1="" echo2="--> \c" echo3="\c" fi echo '[OIFS="$IFS"]' OIFS="$IFS" # echo '[var="*"]' # var="*" # echo $echo1 '[echo $var] ' "$echo2" # echo $var # echo $echo1 '[echo "$var"] ' "$echo2" # echo "$var" showargs() { XIFS="$IFS" IFS=" " for arg in "$@" do echo $echo1 "'$arg' $echo3" done echo IFS="$XIFS" } echo '[set abc "def ghi" jkl]' set abc "def ghi" jkl echo $echo1 '[showargs $*] ' "$echo2" showargs $* echo $echo1 '[showargs "$*"] ' "$echo2" showargs "$*" echo $echo1 '[showargs $@] ' "$echo2" showargs $@ echo $echo1 '[showargs "$@"] ' "$echo2" showargs "$@" echo $echo1 '[showargs "xx$@yy"] ' "$echo2" showargs "xx$@yy" echo $echo1 '[showargs "$@$@"] ' "$echo2" showargs "$@$@" echo 'set "" abc "def ghi" "" jkl ""' set "" abc "def ghi" "" jkl "" echo $echo1 '[showargs $*] ' "$echo2" showargs $* echo $echo1 '[showargs "$*"] ' "$echo2" showargs "$*" echo $echo1 '[showargs $@] ' "$echo2" showargs $@ echo $echo1 '[showargs "$@"] ' "$echo2" showargs "$@" echo $echo1 '[showargs "xx$@yy"] ' "$echo2" showargs "xx$@yy" echo $echo1 '[showargs "$@$@"] ' "$echo2" showargs "$@$@" echo '[IFS=""]' IFS="" echo 'set "" abc "def ghi" "" jkl ""' set "" abc "def ghi" "" jkl "" echo $echo1 '[showargs $*] ' "$echo2" showargs $* echo $echo1 '[showargs "$*"] ' "$echo2" showargs "$*" echo $echo1 '[showargs $@] ' "$echo2" showargs $@ echo $echo1 '[showargs "$@"] ' "$echo2" showargs "$@" echo $echo1 '[showargs "xx$@yy"] ' "$echo2" showargs "xx$@yy" echo $echo1 '[showargs "$@$@"] ' "$echo2" showargs "$@$@" echo '[unset IFS]' unset IFS echo 'set "" abc "def ghi" "" jkl ""' set "" abc "def ghi" "" jkl "" echo $echo1 '[showargs $*] ' "$echo2" showargs $* echo $echo1 '[showargs "$*"] ' "$echo2" showargs "$*" echo $echo1 '[showargs $@] ' "$echo2" showargs $@ echo $echo1 '[showargs "$@"] ' "$echo2" showargs "$@" echo $echo1 '[showargs "xx$@yy"] ' "$echo2" showargs "xx$@yy" echo $echo1 '[showargs "$@$@"] ' "$echo2" showargs "$@$@" echo '[IFS=":"]' IFS=":" echo 'set "" abc "def ghi" "" jkl ""' set "" abc "def ghi" "" jkl "" echo $echo1 '[showargs $*] ' "$echo2" showargs $* echo $echo1 '[showargs "$*"] ' "$echo2" showargs "$*" echo $echo1 '[showargs $@] ' "$echo2" showargs $@ echo $echo1 '[showargs "$@"] ' "$echo2" showargs "$@" echo $echo1 '[showargs "xx$@yy"] ' "$echo2" showargs "xx$@yy" echo $echo1 '[showargs "$@$@"] ' "$echo2" showargs "$@$@" echo '[IFS=":$OIFS"]' IFS=":$OIFS" echo 'set "" abc "def ghi" "" jkl ""' set "" abc "def ghi" "" jkl "" echo $echo1 '[showargs $*] ' "$echo2" showargs $* echo $echo1 '[showargs "$*"] ' "$echo2" showargs "$*" echo $echo1 '[showargs $@] ' "$echo2" showargs $@ echo $echo1 '[showargs "$@"] ' "$echo2" showargs "$@" echo $echo1 '[showargs "xx$@yy"] ' "$echo2" showargs "xx$@yy" echo $echo1 '[showargs "$@$@"] ' "$echo2" showargs "$@$@" echo '[IFS="$OIFS:"]' IFS="$OIFS:" echo 'set "" abc "def ghi" " : " jkl ""' set "" abc "def ghi" " : " jkl "" echo $echo1 '[showargs $*] ' "$echo2" showargs $* echo $echo1 '[showargs "$*"] ' "$echo2" showargs "$*" echo $echo1 '[showargs $@] ' "$echo2" showargs $@ echo $echo1 '[showargs "$@"] ' "$echo2" showargs "$@" echo $echo1 '[showargs "xx$@yy"] ' "$echo2" showargs "xx$@yy" echo $echo1 '[showargs "$@$@"] ' "$echo2" showargs "$@$@" echo $echo1 '[showargs "" ab "" cd ef] ' "$echo2" showargs "" ab "" cd ef echo '[A=""]' A="" echo $echo1 '[showargs ${A}] ' "$echo2" showargs ${A} echo $echo1 '[showargs ${A}""] ' "$echo2" showargs ${A}"" echo $echo1 '[showargs ${A}X] ' "$echo2" showargs ${A}X echo $echo1 '[showargs ""${A}] ' "$echo2" showargs ""${A} echo $echo1 '[showargs X${A}] ' "$echo2" showargs X${A} echo '[A=" "]' A=" " echo $echo1 '[showargs ${A}] ' "$echo2" showargs ${A} echo $echo1 '[showargs ${A}""] ' "$echo2" showargs ${A}"" echo $echo1 '[showargs ${A}X] ' "$echo2" showargs ${A}X echo $echo1 '[showargs ""${A}] ' "$echo2" showargs ""${A} echo $echo1 '[showargs X${A}] ' "$echo2" showargs X${A} echo '[A=" "]' A=" " echo $echo1 '[showargs ${A}] ' "$echo2" showargs ${A} echo $echo1 '[showargs ${A}""] ' "$echo2" showargs ${A}"" echo $echo1 '[showargs ${A}X] ' "$echo2" showargs ${A}X echo $echo1 '[showargs ""${A}] ' "$echo2" showargs ""${A} echo $echo1 '[showargs X${A}] ' "$echo2" showargs X${A} echo '[A=":"]' A=":" echo $echo1 '[showargs ${A}] ' "$echo2" showargs ${A} echo $echo1 '[showargs ${A}""] ' "$echo2" showargs ${A}"" echo $echo1 '[showargs ${A}X] ' "$echo2" showargs ${A}X echo $echo1 '[showargs ""${A}] ' "$echo2" showargs ""${A} echo $echo1 '[showargs X${A}] ' "$echo2" showargs X${A} echo '[A="X:"]' A="X:" echo $echo1 '[showargs ${A}] ' "$echo2" showargs ${A} echo '[A="X :"]' A="X :" echo $echo1 '[showargs ${A}] ' "$echo2" showargs ${A} echo '[A="X : "]' A="X : " echo $echo1 '[showargs ${A}] ' "$echo2" showargs ${A} echo '[A="X: "]' A="X: " echo $echo1 '[showargs ${A}] ' "$echo2" showargs ${A} echo '[A="::"]' A="::" echo $echo1 '[showargs ${A}] ' "$echo2" showargs ${A} echo $echo1 '[showargs ${A}""] ' "$echo2" showargs ${A}"" echo $echo1 '[showargs ${A}X] ' "$echo2" showargs ${A}X echo $echo1 '[showargs ""${A}] ' "$echo2" showargs ""${A} echo $echo1 '[showargs X${A}] ' "$echo2" showargs X${A} echo '[A="ab:c:"]' A="ab:c:" echo $echo1 '[showargs $A] ' "$echo2" showargs $A echo '[A="ab: c:"]' A="ab: c:" echo $echo1 '[showargs $A] ' "$echo2" showargs $A echo '[A="ab : c:"]' A="ab : c:" echo $echo1 '[showargs $A] ' "$echo2" showargs $A echo '[A="ab c:"]' A="ab c:" echo $echo1 '[showargs $A] ' "$echo2" showargs $A echo '[A="a b:c:"]' A="a b:c:" echo $echo1 '[showargs $A] ' "$echo2" showargs $A echo '[A="a:b:c:"]' A="a:b:c:" echo $echo1 '[showargs $A] ' "$echo2" showargs $A echo '[A="a :b:c:"]' A="a :b:c:" echo $echo1 '[showargs $A] ' "$echo2" showargs $A echo '[A="a : b:c:"]' A="a : b:c:" echo $echo1 '[showargs $A] ' "$echo2" showargs $A echo '[A="a: b:c:"]' A="a: b:c:" echo $echo1 '[showargs $A] ' "$echo2" showargs $A echo '[A="a: b c:"]' A="a: b c:" echo $echo1 '[showargs $A] ' "$echo2" showargs $A echo '[A="a b c d e"]' A="a b c d e" echo $echo1 '[showargs $A] ' "$echo2" showargs $A echo $echo1 '[showargs "$A"] ' "$echo2" showargs "$A" echo '[A=" a b c d e "]' A=" a b c d e " echo $echo1 '[showargs $A] ' "$echo2" showargs $A echo '[A=":a b c d :: e:"]' A=":a b c d :: e:" echo $echo1 '[showargs $A] ' "$echo2" showargs $A echo $echo1 '[echo $A] ' "$echo2" echo $A echo '[A=":a b c d :: f::"]' A=":a b c d :: f::" echo $echo1 '[showargs $A] ' "$echo2" showargs $A echo $echo1 '[echo $A] ' "$echo2" echo $A echo '[A=":"]' A=":" echo $echo1 '[showargs X${A}Y${A}X] ' "$echo2" showargs X${A}Y${A}X echo $echo1 '[showargs X${A}${A}X] ' "$echo2" showargs X${A}${A}X echo $echo1 '[showargs X${A}] ' "$echo2" showargs X${A} echo $echo1 '[showargs X${A}${A}] ' "$echo2" showargs X${A}${A} echo $echo1 '[showargs ${A}X] ' "$echo2" showargs ${A}X echo $echo1 '[showargs ${A}${A}X] ' "$echo2" showargs ${A}${A}X echo '[A="::"]' A="::" echo $echo1 '[showargs X${A}Y${A}X] ' "$echo2" showargs X${A}Y${A}X echo $echo1 '[showargs X${A}${A}X] ' "$echo2" showargs X${A}${A}X echo $echo1 '[showargs X${A}] ' "$echo2" showargs X${A} echo $echo1 '[showargs X${A}${A}] ' "$echo2" showargs X${A}${A} echo $echo1 '[showargs ${A}X] ' "$echo2" showargs ${A}X echo $echo1 '[showargs ${A}${A}X] ' "$echo2" showargs ${A}${A}X echo '[A=" ::"]' A=" ::" echo $echo1 '[showargs X${A}Y${A}X] ' "$echo2" showargs X${A}Y${A}X echo $echo1 '[showargs X${A}${A}X] ' "$echo2" showargs X${A}${A}X echo $echo1 '[showargs X${A}] ' "$echo2" showargs X${A} echo $echo1 '[showargs X${A}${A}] ' "$echo2" showargs X${A}${A} echo $echo1 '[showargs ${A}X] ' "$echo2" showargs ${A}X echo $echo1 '[showargs ${A}${A}X] ' "$echo2" showargs ${A}${A}X echo '[A="ab "]' A="ab " echo 'B=" cde"]' B=" cde" echo $echo1 '[showargs $A$B] ' "$echo2" showargs $A$B echo '[A="ab :"]' A="ab :" echo '[B=" cde"]' B=" cde" echo $echo1 '[showargs $A$B] ' "$echo2" showargs $A$B echo $echo1 '[showargs ${A}X] ' "$echo2" showargs ${A}X echo $echo1 '[echo "a:b:c"] ' "$echo2" echo "a:b:c" echo $echo1 '[echo "a:b\:c"] ' "$echo2" echo "a:b\:c" echo $echo1 '[echo a:b:c] ' "$echo2" echo a:b:c echo $echo1 '[echo a:b\:c] ' "$echo2" echo a:b\:c echo $echo1 '[echo a:b:c":d:e:f"] ' "$echo2" echo a:b:c":d:e:f" echo $echo1 '[echo a:b\:c":d:e\:f"] ' "$echo2" echo a:b\:c":d:e\:f" echo '[var="val:val2\:val3"]' var="val:val2\:val3" echo '[xvar=":val:val2\:val3"]' xvar=":val:val2\:val3" echo $echo1 '[echo $novar:b:c] ' "$echo2" echo $novar:b:c echo $echo1 '[echo $xvar] ' "$echo2" echo $xvar echo $echo1 '[echo "$var:b:c"] ' "$echo2" echo "$var:b:c" echo $echo1 '[echo "$var:b\:c"] ' "$echo2" echo "$var:b\:c" echo $echo1 '[echo $var:b:c] ' "$echo2" echo $var:b:c echo $echo1 '[echo $var:b\:c] ' "$echo2" echo $var:b\:c echo $echo1 '[echo $var:b:c":$var:e:f"] ' "$echo2" echo $var:b:c":$var:e:f" echo $echo1 '[echo $var:b\:c":$var:e\:f"]' "$echo2" echo $var:b\:c":$var:e\:f" echo $echo1 '[echo $var:`echo '\''h:i'\''`] ' "$echo2" echo $var:`echo 'h:i'` echo $echo1 '[echo $var:"`echo '\''h:i'\''`"] ' "$echo2" echo $var:"`echo 'h:i'`" echo '[IFS="${OIFS}a"]' IFS="${OIFS}a" echo '[HOME="harmless"]' HOME="/harmless" echo $echo1 '[echo ~] ' "$echo2" echo ~ echo $echo1 '[echo ~/$var] ' "$echo2" echo ~/$var echo $echo1 '[echo ~root] ' "$echo2" echo ~root echo $echo1 '[echo ~roo'\''t'\''] ' "$echo2" echo ~roo't' echo $echo1 '[echo ~roo"t"] ' "$echo2" echo ~roo"t" echo $echo1 '[echo ~root\/] ' "$echo2" echo ~root\/ echo $echo1 '[echo \~root] ' "$echo2" echo \~root echo $echo1 '[echo "~"root] ' "$echo2" echo "~"root echo $echo1 '[echo var:bad:bad] ' "$echo2" echo var:bad:bad echo $echo1 '[echo $var:bad:bad] ' "$echo2" echo $var:bad:bad echo $echo1 '[echo $var:bad:"bad"] ' "$echo2" echo $var:bad:"bad" echo $echo1 '[echo $var:bad:'\''bad'\''] ' "$echo2" echo $var:bad:'bad' if [ ! `echo "$((4+4))"` = 8 ] then echo "Extended syntax not supported." exit 0 fi echo '[IFS="${OIFS}:"]' IFS="${OIFS}:" echo $echo1 '[echo $var:$(echo '\''f:g'\'')] ' "$echo2" echo $var:$(echo 'f:g') echo $echo1 '[echo $var:"$(echo '\''f:g'\'')"] ' "$echo2" echo $var:"$(echo 'f:g')" echo $echo1 '[echo $var:$((4+4))] ' "$echo2" echo $var:$((4+4)) echo '[IFS="${OIFS}6"]' IFS="${OIFS}6" echo $echo1 '[echo 262144:$((13*13))] ' "$echo2" echo 262144:$((13*13)) echo $echo1 '[echo 262144":$((13*13))"] ' "$echo2" echo 262144":$((13*13))" # No shells seems to support this construct, due to separate passes # for parsing and evaluation: # echo "$((4+`echo '4))'`" # If parsing was performed during evaluation, the result could be # "$((4+`echo '4))'`" (initial state) # "$((4+`echo '4))'`" (after tilde expansion) # "$((4+`echo '4))'`" (after parameter expansion) # "$((4+4))" (after command substitution) # "8" (after arithmetic expansion) # "8" (after field splitting) # "8" (after pathname expansion) # 8 (after quote removal) ----Next_Part(Sat_Mar_21_22:32:09_1998)---- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Mar 21 14:00:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA09351 for freebsd-bugs-outgoing; Sat, 21 Mar 1998 14:00:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA09341; Sat, 21 Mar 1998 14:00:02 -0800 (PST) (envelope-from gnats) Received: from fly.HiWAAY.net (root@fly.HiWAAY.net [208.147.154.56]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA07948 for ; Sat, 21 Mar 1998 13:50:05 -0800 (PST) (envelope-from dkelly@nospam.hiwaay.net) Received: from nospam.hiwaay.net (tnt2-88.HiWAAY.net [208.147.148.88]) by fly.HiWAAY.net (8.8.8/8.8.6) with ESMTP id PAA10342 for ; Sat, 21 Mar 1998 15:50:03 -0600 (CST) Received: (from dkelly@localhost) by nospam.hiwaay.net (8.8.8/8.8.4) id PAA10226; Sat, 21 Mar 1998 15:50:01 -0600 (CST) Message-Id: <199803212150.PAA10226@nospam.hiwaay.net> Date: Sat, 21 Mar 1998 15:50:01 -0600 (CST) From: dkelly@hiwaay.net Reply-To: dkelly@hiwaay.net To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: docs/6088: spelling error Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6088 >Category: docs >Synopsis: spell daemon right >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Sat Mar 21 14:00:01 PST 1998 >Last-Modified: >Originator: David Kelly >Organization: >Release: FreeBSD 2.2.5-STABLE i386 >Environment: http://www.freebsd.org/FAQ/FAQ52.html#52 >Description: "Once you get the mouse deamon running..." >How-To-Repeat: netscape http://www.freebsd.org/FAQ/FAQ52.html#52 & >Fix: change deamon to daemon. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Mar 21 14:05:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA10875 for freebsd-bugs-outgoing; Sat, 21 Mar 1998 14:05:12 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA10778; Sat, 21 Mar 1998 14:04:45 -0800 (PST) (envelope-from eivind@FreeBSD.org) From: Eivind Eklund Received: (from eivind@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id OAA05405; Sat, 21 Mar 1998 14:04:31 -0800 (PST) Date: Sat, 21 Mar 1998 14:04:31 -0800 (PST) Message-Id: <199803212204.OAA05405@freefall.freebsd.org> To: dkelly@hiwaay.net, eivind@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, eivind@FreeBSD.ORG Subject: Re: docs/6088 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: spell daemon right State-Changed-From-To: open-closed State-Changed-By: eivind State-Changed-When: Sat Mar 21 14:03:32 PST 1998 State-Changed-Why: I've committed a fix - thanks for the report! Responsible-Changed-From-To: freebsd-bugs->eivind Responsible-Changed-By: eivind Responsible-Changed-When: Sat Mar 21 14:03:32 PST 1998 Responsible-Changed-Why: I closed the PR. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Mar 21 15:00:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA16675 for freebsd-bugs-outgoing; Sat, 21 Mar 1998 15:00:06 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA16661; Sat, 21 Mar 1998 15:00:04 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA15693; Sat, 21 Mar 1998 14:53:41 -0800 (PST) (envelope-from nobody) Message-Id: <199803212253.OAA15693@hub.freebsd.org> Date: Sat, 21 Mar 1998 14:53:41 -0800 (PST) From: chk@eng.bellsouth.net To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/6089: panic: vm_page_unwire: invalid wire count: 0 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6089 >Category: kern >Synopsis: panic: vm_page_unwire: invalid wire count: 0 >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Mar 21 15:00:03 PST 1998 >Last-Modified: >Originator: Christian Kuhtz >Organization: BellSouth.net >Release: 3.0-980311-SNAP >Environment: >Description: Hey gang: When trying to boot the FreeBSD 3.0-980311-SNAP on this Compaq Armada 7730MT (166MHz MMX, 32MB, IDE, 3Com 3c509D PCMCIA, S3 Aurora 64), right after all devices have been recognized (past the ze and zp devices), the kernel panics with: panic: vm_page_unwire: invalid wire count: 0 And that's the end of it. I have tried any resonable reconfig in the visual editor before that (or that I could come up with).. to no avail. Is this a bug or just my stupidity? Cheers, Chris (reverting back to 2.2.5-RELEASE *sniff*) >How-To-Repeat: Boot the 3.0-980311-SNAP kernel on a Compaq Armada 7730MT ;-) >Fix: No fix, but it wasn't broken in 2.2.5-RELEASE... >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Mar 21 16:10:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA26531 for freebsd-bugs-outgoing; Sat, 21 Mar 1998 16:10:04 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA26509; Sat, 21 Mar 1998 16:10:01 -0800 (PST) (envelope-from gnats) Date: Sat, 21 Mar 1998 16:10:01 -0800 (PST) Message-Id: <199803220010.QAA26509@hub.freebsd.org> To: freebsd-bugs Cc: From: Martin Cracauer Subject: Re: bin/6087: sh doesn't work properly on certain configuration scripts Reply-To: Martin Cracauer Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/6087; it has been noted by GNATS. From: Martin Cracauer To: giffunip@asme.org Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: bin/6087: sh doesn't work properly on certain configuration scripts Date: Sun, 22 Mar 1998 01:07:04 +0100 In <199803211955.LAA15097@hub.freebsd.org>, giffunip@asme.org wrote: > While using a configure script a problem with FreeBSD's sh was revealed. > The author of the script claims this is not a bash specific feature. > TBH Solaris doesn't have this bug either > >How-To-Repeat: > #!/usr/bin/sh > > foobar="" > if test -n ""$foobar; then > echo "Help, I am broken" > fi Our /bin/sh expands ""$foobar to nothing, not to the empty string. I can't really judge over this, but it seems obvious that it should be the empty string and that we need to fix this. But there's another "interesting" detail in here: What does `test -n` return when no additional argument is passed? FreeBSD's /bin/test (and bash2's) is supposed to support a call syntax test string without any option switch, which is supposed to return true if strings is not an empty string. That way, '-n' without an argument can be considered a non-empty string passed without option keys and true can be returned, which is what it does for now. ~(waldstrasse)44% bash -c 'test "" ; echo $?' 1 ~(waldstrasse)45% bash -c 'test "n" ; echo $?' 0 ~(waldstrasse)46% bash -c 'test "-n" ; echo $?' 0 ~(waldstrasse)47% bash -c 'test "-n" ""; echo $?' 1 ~(waldstrasse)48% bash -c 'test "-n" "n"; echo $?' 0 FreeBSD's /bin/test returns the same. Solaris' removed the non-switch syntax from from the manpage for /bin/test, while the actual program still supports it (Solaris 2.5). If the string is what could be a switch, it is considered an error to be called with no additional argument. This is for the external program /bin/test, which is really an alias for /bin/ksh. You won't beleive how slow it is... ~(waldstrasse)32% /bin/test "" ; echo $? 1 ~(waldstrasse)33% /bin/test "n" ; echo $? 0 ~(waldstrasse)34% /bin/test "-n" ; echo $? /bin/test[8]: test: argument expected 2 ~(waldstrasse)35% /bin/test "-n" ""; echo $? 1 ~(waldstrasse)36% /bin/test "-n" "n"; echo $? 0 To make things worse, there is a bug in Solaris' /bin/sh built-in test: The intended behaviour seems to be exactly the same as for /bin/test. But it has a bug in that the whole script is terminated when `test -n` fails, see the third test, the echo command isn't executed. Someone obviously does an exit(1) here... ~(waldstrasse)22% /bin/sh -c 'test "" ; echo $?' 1 ~(waldstrasse)23% /bin/sh -c 'test "n" ; echo $?' 0 ~(waldstrasse)24% /bin/sh -c 'test "-n" ; echo $?' /bin/sh: test: argument expected ~(waldstrasse)25% /bin/sh -c 'test "-n" ""; echo $?' 1 ~(waldstrasse)26% /bin/sh -c 'test "-n" "n"; echo $?' 0 Could someone please look up the Posix standard for test(1)? I'm working on other syntax bugs of FreeBSD's /bin/sh and will add the expansion issue from above, but I can't promise anything soon. This is a very difficult area. For every sh bug in a given Unix clone you can bet that many places in the same OS depend on it. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer BSD User Group Hamburg, Germany http://www.bsdhh.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Mar 21 19:05:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA23684 for freebsd-bugs-outgoing; Sat, 21 Mar 1998 19:05:25 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA23679 for ; Sat, 21 Mar 1998 19:05:20 -0800 (PST) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id OAA20096; Sun, 22 Mar 1998 14:00:46 +1100 Date: Sun, 22 Mar 1998 14:00:46 +1100 From: Bruce Evans Message-Id: <199803220300.OAA20096@godzilla.zeta.org.au> To: cracauer@cons.org, freebsd-bugs@hub.freebsd.org Subject: Re: bin/6087: sh doesn't work properly on certain configuration scripts Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Could someone please look up the Posix standard for test(1)? I think it says that `test ' is equivalent to `test -n '. In `test -n', `-n' is a primary, not an operator. The man page documents this reasonably well. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Mar 21 22:20:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA13649 for freebsd-bugs-outgoing; Sat, 21 Mar 1998 22:20:06 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA13642; Sat, 21 Mar 1998 22:20:05 -0800 (PST) (envelope-from gnats) Received: from pandora.hh.kew.com (ahd@kendra.ne.mediaone.net [24.128.94.182]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA12315 for ; Sat, 21 Mar 1998 22:11:15 -0800 (PST) (envelope-from ahd@pandora.hh.kew.com) Received: (from ahd@localhost) by pandora.hh.kew.com (8.8.5/8.8.5) id BAA02962; Sun, 22 Mar 1998 01:11:14 -0500 (EST) Message-Id: <199803220611.BAA02962@pandora.hh.kew.com> Date: Sun, 22 Mar 1998 01:11:14 -0500 (EST) From: Drew Derbyshire Reply-To: ahd@kew.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: conf/6092: install disk slice editor enhancement Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6092 >Category: conf >Synopsis: Disk editor in sysinstall should know more partition (slice) types >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sat Mar 21 22:20:00 PST 1998 >Last-Modified: >Originator: Drew Derbyshire >Organization: Kendra Electronic Wonderworks >Release: FreeBSD 2.2.6-beta i386 >Environment: New install of FreeBSD 2.2.6 beta on compaq deskpro >Description: FreeBSD disk allocation (fdisk replacement) should understand additional disk types. This make editing a complicate disk more user friendly and less mistake prone. Two disks on my Compaq are: Decimal 18 (x'12') Compaq Diagnostic Partition Decinal 115 (x'73') SCO UnixWare OS/2 Boot manager would be another common type if not already defined, please send me mail (ahd@kew.com and I'll look it up on another system). >How-To-Repeat: Install with multiple other partitions defined. >Fix: Add specified types and descriptions to install boot editor. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Mar 21 22:50:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA16519 for freebsd-bugs-outgoing; Sat, 21 Mar 1998 22:50:02 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA16498; Sat, 21 Mar 1998 22:50:00 -0800 (PST) (envelope-from gnats) Date: Sat, 21 Mar 1998 22:50:00 -0800 (PST) Message-Id: <199803220650.WAA16498@hub.freebsd.org> To: freebsd-bugs Cc: From: "Pedro F. Giffuni" Subject: Re: misc/5005: f2c is buggy and seriously outdated (again) Reply-To: "Pedro F. Giffuni" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/5005; it has been noted by GNATS. From: "Pedro F. Giffuni" To: freebsd-gnats-submit@freebsd.org Cc: Subject: Re: misc/5005: f2c is buggy and seriously outdated (again) Date: Sun, 22 Mar 1998 01:42:50 -0500 Please update, f2c has received many updates since the last PR. I also get this error repeatedly (2.2.5R): _______ /var/tmp/cc0015591.o: Undefined symbol `_exit_' referenced from text segment /usr/lib/libf2c.so.2.0: Undefined symbol `_exit_' referenced *** Error code 1 _______ And it doesn't occur on other systems that use f2c. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Mar 21 23:42:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA21016 for freebsd-bugs-outgoing; Sat, 21 Mar 1998 23:42:53 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA21008; Sat, 21 Mar 1998 23:42:46 -0800 (PST) (envelope-from jkh@FreeBSD.org) From: "Jordan K. Hubbard" Received: (from jkh@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id XAA07208; Sat, 21 Mar 1998 23:42:30 -0800 (PST) Date: Sat, 21 Mar 1998 23:42:30 -0800 (PST) Message-Id: <199803220742.XAA07208@freefall.freebsd.org> To: ahd@kew.com, jkh@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: conf/6092 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Disk editor in sysinstall should know more partition (slice) types State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Sat Mar 21 23:41:52 PST 1998 State-Changed-Why: Done, please see tomorrow's (2.2.6-980322-BETA) snapshot on releng22.freebsd.org to verify. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message