From owner-freebsd-bugs Sun May 4 00:50:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA14167 for bugs-outgoing; Sun, 4 May 1997 00:50:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA14154; Sun, 4 May 1997 00:50:02 -0700 (PDT) Resent-Date: Sun, 4 May 1997 00:50:02 -0700 (PDT) Resent-Message-Id: <199705040750.AAA14154@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, k-horik@yk.rim.or.jp Received: from mail.yk.rim.or.jp (root@mail.yk.rim.or.jp [202.247.130.37]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA14097 for ; Sun, 4 May 1997 00:49:24 -0700 (PDT) Received: from localhost (ppp308.yk.rim.or.jp [202.247.165.8]) by mail.yk.rim.or.jp (8.8.5/3.4Wbeta6-rim1.1) with ESMTP id QAA17749; Sun, 4 May 1997 16:49:21 +0900 (JST) Message-Id: <199705040749.QAA17749@mail.yk.rim.or.jp> Date: Sun, 04 May 1997 16:48:45 +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/3488: newfs.8 manpage typo Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3488 >Category: docs >Synopsis: newfs.8 manpage typo >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Sun May 4 00:50:01 PDT 1997 >Last-Modified: >Originator: Kazuo Horikawa >Organization: >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: .\" @(#)newfs.8 8.3 (Berkeley) 3/27/94 >Description: The newfs.8 manpage contains typo. Period should be comma (See fix:). >How-To-Repeat: >Fix: --- - Sun May 4 16:40:41 1997 +++ newfs.8 Sat May 3 17:45:45 1997 @@ -190,7 +190,7 @@ allocating blocks, or to try to minimize the space fragmentation on the disk. If the value of minfree (see above) is less than 8%, the default is to optimize for space; -if the value of minfree is greater than or equal to 8%. +if the value of minfree is greater than or equal to 8%, the default is to optimize for time. See .Xr tunefs 8 >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun May 4 00:50:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA14192 for bugs-outgoing; Sun, 4 May 1997 00:50:07 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA14166; Sun, 4 May 1997 00:50:04 -0700 (PDT) Resent-Date: Sun, 4 May 1997 00:50:04 -0700 (PDT) Resent-Message-Id: <199705040750.AAA14166@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, k-horik@yk.rim.or.jp Received: from mail.yk.rim.or.jp (root@mail.yk.rim.or.jp [202.247.130.37]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA14105 for ; Sun, 4 May 1997 00:49:46 -0700 (PDT) Received: from localhost (ppp308.yk.rim.or.jp [202.247.165.8]) by mail.yk.rim.or.jp (8.8.5/3.4Wbeta6-rim1.1) with ESMTP id QAA17784; Sun, 4 May 1997 16:49:38 +0900 (JST) Message-Id: <199705040749.QAA17784@mail.yk.rim.or.jp> Date: Sun, 04 May 1997 16:49:02 +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/3489: ipcs.1 manpage bug Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3489 >Category: docs >Synopsis: ipcs.1 manpage bug >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Sun May 4 00:50:03 PDT 1997 >Last-Modified: >Originator: Kazuo Horikawa >Organization: >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: .\" $Id: ipcs.1,v 1.3 1996/10/05 22:27:11 wosch Exp $ >Description: The ipcs.1 manpage contains bug. `ipcs -T' shows system information about shared memory, message queues and semaphores. But the manual description does not mention semapores. >How-To-Repeat: >Fix: --- - Sun May 4 16:10:01 1997 +++ ipcs.1 Sun May 4 00:08:39 1997 @@ -107,13 +107,13 @@ Extract values associated with the name list from the specified core instead of the default .Dq Pa /dev/kmem . -and semaphores. .It Fl Q Display system information about messages queues. .It Fl S Display system information about semaphores. .It Fl T Display system information about shared memory, message queues +and semaphores. .El .Pp If none of the >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun May 4 00:50:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA14202 for bugs-outgoing; Sun, 4 May 1997 00:50:08 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA14182; Sun, 4 May 1997 00:50:06 -0700 (PDT) Resent-Date: Sun, 4 May 1997 00:50:06 -0700 (PDT) Resent-Message-Id: <199705040750.AAA14182@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, k-horik@yk.rim.or.jp Received: from mail.yk.rim.or.jp (root@mail.yk.rim.or.jp [202.247.130.37]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA14110 for ; Sun, 4 May 1997 00:49:50 -0700 (PDT) Received: from localhost (ppp308.yk.rim.or.jp [202.247.165.8]) by mail.yk.rim.or.jp (8.8.5/3.4Wbeta6-rim1.1) with ESMTP id QAA17795; Sun, 4 May 1997 16:49:48 +0900 (JST) Message-Id: <199705040749.QAA17795@mail.yk.rim.or.jp> Date: Sun, 04 May 1997 16:49:12 +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/3490: mount.8 manpage refinement abount Nm and Xr macro Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3490 >Category: docs >Synopsis: mount.8 manpage refinement about Nm and Xr macro >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Sun May 4 00:50:05 PDT 1997 >Last-Modified: >Originator: Kazuo Horikawa >Organization: >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: .\" @(#)mount.8 8.7 (Berkeley) 3/27/94 .\" $Id: mount.8,v 1.11.2.1 1996/11/10 12:13:27 phk Exp $ >Description: I think that the command name should be with Nm macro. I think that Xr macro with section# is better than Xr macro without section#. >How-To-Repeat: >Fix: --- - Sun May 4 16:24:12 1997 +++ mount.8 Thu May 1 22:42:42 1997 @@ -132,7 +132,7 @@ Do not allow set-user-identifier or set-group-identifier bits to take effect. Note: this option is worthless if a public available suid or sgid wrapper like -.Xr suidperl +.Xr suidperl 1 is installed on your system. .It rdonly The same as @@ -163,7 +163,9 @@ .Dq \&- (dash). Options that take a value are specified using the syntax -option=value. -For example, the mount command: +For example, the +.Nm mount +command: .Bd -literal -offset indent mount -t mfs -o nosuid,-N,-s=4000 /dev/dk0b /tmp .Ed @@ -217,7 +219,8 @@ .Tn MFS . .Pp If the type is not one of the internally known types, -mount will attempt to execute a program in +.Nm mount +will attempt to execute a program in .Pa /sbin/mount_ Ns Em XXX where .Em XXX @@ -255,7 +258,7 @@ flag is also specified. The set of options is determined by first extracting the options for the file system from the -.Xr fstab +.Xr fstab 5 table, then applying any options specified by the .Fl o >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun May 4 04:30:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA20582 for bugs-outgoing; Sun, 4 May 1997 04:30:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA20575; Sun, 4 May 1997 04:30:02 -0700 (PDT) Resent-Date: Sun, 4 May 1997 04:30:02 -0700 (PDT) Resent-Message-Id: <199705041130.EAA20575@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, andreas@klemm.gtn.com Received: from news1.gtn.com (news1.gtn.com [194.77.0.15]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA20350 for ; Sun, 4 May 1997 04:21:18 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) with UUCP id NAA06052 for FreeBSD-gnats-submit@freebsd.org; Sun, 4 May 1997 13:15:22 +0200 (MET DST) Received: (from andreas@localhost) by klemm.gtn.com (8.8.5/8.8.2) id NAA19872; Sun, 4 May 1997 13:32:57 +0200 (CEST) Message-Id: <199705041132.NAA19872@klemm.gtn.com> Date: Sun, 4 May 1997 13:32:57 +0200 (CEST) From: Andreas Klemm Reply-To: andreas@klemm.gtn.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/3491: kernel profiling broken with SMP kernel Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3491 >Category: kern >Synopsis: SMP kernel, profiling broken, prof_machdep.c: i586_ctr_freq undeclared >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun May 4 04:30:01 PDT 1997 >Last-Modified: >Originator: Andreas Klemm >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: FreeBSD-current of today >Description: Tried to create a kernel with enhanced profiling support. config -pp BISDNSMP Compilation stops with this error: cc -c -O -pipe -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -nostdinc -I- -I. -I../.. -I/usr/include -DGPROF -DTELES_HAS_MEMCPYB -DMD5 -DCOMPAT_43 -DNSWAPDEV=3 -DCD9660 -DMSDOSFS -DMFS -DNFS -DFFS -DINET -DSMP_INVLTLB -DGPROF4 -DGUPROF -DKERNEL -include opt_global.h -DMAXUSERS=64 ../../i386/isa/prof_machdep.c ../../i386/isa/prof_machdep.c: In function `startguprof': ../../i386/isa/prof_machdep.c:238: `i586_ctr_freq' undeclared (first use this function) ../../i386/isa/prof_machdep.c:238: (Each undeclared identifier is reported only once ../../i386/isa/prof_machdep.c:238: for each function it appears in.) *** Error code 1 >How-To-Repeat: Simply try to build a kernel with profiling support >Fix: Browsed through .../isa/clock.c Seems to be ifdef'ed out for the SMP case ... Why ? [...snip...] #if (defined(I586_CPU) || defined(I686_CPU)) && !defined(SMP) u_int i586_ctr_bias; u_int i586_ctr_comultiplier; u_int i586_ctr_freq; u_int i586_ctr_multiplier; #endif [...snip...] >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun May 4 08:20:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA29174 for bugs-outgoing; Sun, 4 May 1997 08:20:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA29164; Sun, 4 May 1997 08:20:01 -0700 (PDT) Resent-Date: Sun, 4 May 1997 08:20:01 -0700 (PDT) Resent-Message-Id: <199705041520.IAA29164@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, krw@tcn.net Received: from Pkrw.tcn.net (Pkrw.tcn.net [199.166.4.58]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA28808 for ; Sun, 4 May 1997 08:11:40 -0700 (PDT) Received: (from krw@localhost) by Pkrw.tcn.net (8.8.5/8.8.5) id MAA00319; Sun, 4 May 1997 12:15:08 GMT Message-Id: <199705041215.MAA00319@Pkrw.tcn.net> Date: Sun, 4 May 1997 12:15:08 GMT From: "Kenneth R. Westerback" Reply-To: krw@tcn.net To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: conf/3493: rc.network prints 'hostname' rather than `hostname` Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3493 >Category: conf >Synopsis: rc.network prints 'hostname' rather than `hostname` >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun May 4 08:20:01 PDT 1997 >Last-Modified: >Originator: Kenneth R. Westerback >Organization: >Release: FreeBSD 2.2-STABLE i386 >Environment: FreeBSD 2.2-STABLE make world'ed through src-2.2.0263, using new rc.conf/rc.network setup >Description: The first thing rc.network does is print the message 'Doing initial network setup: hostname' when what I think it should be printing (assuming as in my case your machine's hostname is Pkrw) 'Doing initial network setup: Pkrw' >How-To-Repeat: Boot, watch initialization messages. >Fix: --- /usr/src/etc/rc.network Sat May 3 00:02:50 1997 +++ /etc/rc.network Sun May 4 12:02:20 1997 @@ -11,12 +11,12 @@ # First pass startup stuff. network_pass1() { - echo -n 'Doing initial network setup:' + echo -n 'Doing initial network setup: ' # Set the host name if it is not already set if [ -z "`hostname -s`" ] ; then hostname $hostname - echo -n ' hostname' fi + echo -n `hostname -s` # Set the domainname if we're using NIS if [ -n "$nisdomainname" -a "x$nisdomainname" != "xNO" ] ; then >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun May 4 08:50:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA00453 for bugs-outgoing; Sun, 4 May 1997 08:50:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA00434; Sun, 4 May 1997 08:50:02 -0700 (PDT) Resent-Date: Sun, 4 May 1997 08:50:02 -0700 (PDT) Resent-Message-Id: <199705041550.IAA00434@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, sbauer@rock.sdsmt.edu Received: from krypton.hpc.sdsmt.edu (uurock@krypton.hpc.sdsmt.edu [151.159.81.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA00196 for ; Sun, 4 May 1997 08:44:18 -0700 (PDT) Received: (from uurock@localhost) by krypton.hpc.sdsmt.edu (8.8.5/8.8.5) id JAA14592 for FreeBSD-gnats-submit@freebsd.org; Sun, 4 May 1997 09:44:15 -0600 Received: (from root@localhost) by rock.sdsmt.edu (8.8.5/8.8.5) id JAA00639; Sun, 4 May 1997 09:34:50 -0600 (MDT) Message-Id: <199705041534.JAA00639@rock.sdsmt.edu> Date: Sun, 4 May 1997 09:34:50 -0600 (MDT) From: Steve Bauer Reply-To: sbauer@rock.sdsmt.edu To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/3494: memory allocation error in threaded file descriptor table for in uthead_init.c Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3494 >Category: kern >Synopsis: memory allocation error in libc_r -- uthread_init.c >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun May 4 08:50:01 PDT 1997 >Last-Modified: >Originator: Steve Bauer >Organization: South Dakota School of Mines and Technology >Release: FreeBSD 2.2-STABLE i386 >Environment: The machine is currently running FreeBSD 2.2-Stable with ctm patch 0263 applied. >Description: There is an error in the way that the memory is allocated for the file descriptor table in the thread library libc_r. The error is in the file uthread_init.c at line 172. What is happening is that instead of allocating an array of pointers to struct fd_table_entry it is allocating an array of stuct fd_table_entry. This does not cause a problem except that it wastes memory. >How-To-Repeat: This doesn't cause a major problem except to waste memory. >Fix: Below is a context diff that fixes the problem: *** uthread_init.c.orig Mon Apr 28 22:29:03 1997 --- uthread_init.c Sun May 4 09:21:12 1997 *************** *** 169,175 **** PANIC("Cannot get dtablesize"); } /* Allocate memory for the file descriptor table: */ ! if ((_thread_fd_table = (struct fd_table_entry **) malloc(sizeof(struct fd_table_entry) * _thread_dtablesize)) == NULL) { /* * Cannot allocate memory for the file descriptor * table, so abort this process. --- 169,175 ---- PANIC("Cannot get dtablesize"); } /* Allocate memory for the file descriptor table: */ ! if ((_thread_fd_table = (struct fd_table_entry **) malloc(sizeof(struct fd_table_entry *) * _thread_dtablesize)) == NULL) { /* * Cannot allocate memory for the file descriptor * table, so abort this process. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun May 4 08:50:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA00470 for bugs-outgoing; Sun, 4 May 1997 08:50:06 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA00452; Sun, 4 May 1997 08:50:04 -0700 (PDT) Resent-Date: Sun, 4 May 1997 08:50:04 -0700 (PDT) Resent-Message-Id: <199705041550.IAA00452@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, sbauer@rock.sdsmt.edu Received: from krypton.hpc.sdsmt.edu (uurock@krypton.hpc.sdsmt.edu [151.159.81.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA00199 for ; Sun, 4 May 1997 08:44:19 -0700 (PDT) Received: (from uurock@localhost) by krypton.hpc.sdsmt.edu (8.8.5/8.8.5) id JAA14600 for FreeBSD-gnats-submit@freebsd.org; Sun, 4 May 1997 09:44:16 -0600 Received: (from root@localhost) by rock.sdsmt.edu (8.8.5/8.8.5) id JAA03968; Sun, 4 May 1997 09:47:08 -0600 (MDT) Message-Id: <199705041547.JAA03968@rock.sdsmt.edu> Date: Sun, 4 May 1997 09:47:08 -0600 (MDT) From: Steve Bauer Reply-To: sbauer@rock.sdsmt.edu To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/3495: error in _thread_fd_table setup in libc_r -- thread_init.c Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3495 >Category: kern >Synopsis: _thread_fd_table is not initialized with inherited fd's >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun May 4 08:50:02 PDT 1997 >Last-Modified: >Originator: Steve Bauer >Organization: South Dakota School of Mines and Technology >Release: FreeBSD 2.2-STABLE i386 >Environment: The environment is the standard FreeBSD-2.2-Stable with ctm patch 0263 applied to the system. >Description: File desciptors that are inherited from the parent process (ie shell) are not added to the _thread_fd_table. Thus when they are accessed say using read the error Bad File Descriptor is returned. This effects programs that like to read from stdio using read. >How-To-Repeat: Read data from stdin using read. >Fix: Below is a patch that seems to fix the problem: *** uthread_init.c.orig Mon Apr 28 22:29:03 1997 --- uthread_init.c Sun May 4 09:36:46 1997 *************** *** 183,188 **** --- 183,189 ---- for (i = 0; i < _thread_dtablesize; i++) { /* Initialise the file descriptor table: */ _thread_fd_table[i] = NULL; + _thread_fd_table_init(i); } } } >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun May 4 09:00:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA01362 for bugs-outgoing; Sun, 4 May 1997 09:00:06 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA01351; Sun, 4 May 1997 09:00:03 -0700 (PDT) Resent-Date: Sun, 4 May 1997 09:00:03 -0700 (PDT) Resent-Message-Id: <199705041600.JAA01351@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, adrian@obiwan.psinet.net.au Received: from obiwan.psinet.net.au (obiwan.psinet.net.au [203.19.28.59]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA00956 for ; Sun, 4 May 1997 08:54:13 -0700 (PDT) Received: (from adrian@localhost) by obiwan.psinet.net.au (8.8.5/8.8.5) id XAA01149; Sun, 4 May 1997 23:37:48 +0800 (WST) Message-Id: <199705041537.XAA01149@obiwan.psinet.net.au> Date: Sun, 4 May 1997 23:37:48 +0800 (WST) From: Adrian Chadd Reply-To: adrian@obiwan.psinet.net.au To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/3497: typo in sys/sys/socketvar.h stopping SYS_PRIV from being definied Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3497 >Category: kern >Synopsis: typo in sys/sys/socketvar.h stopping SYS_PRIV from being definied >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun May 4 09:00:01 PDT 1997 >Last-Modified: >Originator: Adrian Chadd >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: -current cvsupped around 23:45 WST FreeBSD obiwan.psinet.net.au 3.0-CURRENT FreeBSD 3.0-CURRENT #0: Tue Apr 29 22:39:52 WST 1997 adrian@obiwan.psinet.net.au:/usr/src/sys/compile/OBIWAN i386 >Description: Typo in sys/sys/socketvar.h was preventing SS_PRIV to be definied, messing up (part of) the ipfilter build. >How-To-Repeat: vi /usr/src/sys/sys/socketvar.h search for SS_PRIV >Fix: --- socketvar.h.orig Sun May 4 23:07:55 1997 +++ socketvar.h Sun May 4 23:21:28 1997 @@ -115,7 +115,7 @@ #define SS_CANTRCVMORE 0x0020 /* can't receive more data from peer */ #define SS_RCVATMARK 0x0040 /* at mark on input */ -/*efine SS_PRIV 0x0080 privileged for broadcast, raw... */ +#define SS_PRIV 0x0080 /* privileged for broadcast, raw... */ #define SS_NBIO 0x0100 /* non-blocking ops */ #define SS_ASYNC 0x0200 /* async i/o notify */ #define SS_ISCONFIRMING 0x0400 /* deciding to accept connection req */ >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun May 4 10:11:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA05389 for bugs-outgoing; Sun, 4 May 1997 10:11:00 -0700 (PDT) Received: from In-Net.inba.fr (arthur.inba.fr [194.51.120.34]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA05376 for ; Sun, 4 May 1997 10:10:52 -0700 (PDT) Received: from uther.inba.fr (uther.inba.fr [194.51.120.62]) by In-Net.inba.fr (8.8.5/8.8.5) with SMTP id TAA16935 for ; Sun, 4 May 1997 19:12:23 +0200 (MET DST) Message-Id: <3.0.16.19970504191233.2ba7a87e@mail.inba.fr> X-Sender: psc@mail.inba.fr X-Mailer: Windows Eudora Pro Version 3.0 Demo (16) Date: Sun, 04 May 1997 19:12:37 +0200 To: freebsd-bugs@hub.freebsd.org From: Philippe SCHACK Subject: squid problem Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id KAA05382 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, I have a ftp/http proxy on a freebsd 2.1.7.1 (P90 with 64M of RAM) and had the following message from syslog : /kernel: pid 10141 (squid), uid 0:exited on signal 6 I had to re-run the daemon by hand, all seems to work fine. What happens ? Does anyone have an idea ? -- P. SCHÄCK phschack@inba.fr From owner-freebsd-bugs Sun May 4 10:51:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA07063 for bugs-outgoing; Sun, 4 May 1997 10:51:46 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA07053 for ; Sun, 4 May 1997 10:51:40 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id TAA24695; Sun, 4 May 1997 19:51:02 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id TAA04008; Sun, 4 May 1997 19:26:44 +0200 (MET DST) Message-ID: <19970504192644.HY42667@uriah.heep.sax.de> Date: Sun, 4 May 1997 19:26:44 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: phschack@inba.fr (Philippe SCHACK) Cc: freebsd-bugs@hub.freebsd.org Subject: Re: squid problem References: <3.0.16.19970504191233.2ba7a87e@mail.inba.fr> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <3.0.16.19970504191233.2ba7a87e@mail.inba.fr>; from Philippe SCHACK on May 4, 1997 19:12:37 +0200 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Philippe SCHACK wrote: > /kernel: pid 10141 (squid), uid 0:exited on signal 6 > > I had to re-run the daemon by hand, all seems to work fine. Signal 6 is an abort(). I've also experienced this, but didn't investigate much. I've went the quick&dirty route, and hacked up a ``while true; do squid; done'' around it... :-) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sun May 4 11:50:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA10115 for bugs-outgoing; Sun, 4 May 1997 11:50:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA10101; Sun, 4 May 1997 11:50:01 -0700 (PDT) Date: Sun, 4 May 1997 11:50:01 -0700 (PDT) Message-Id: <199705041850.LAA10101@hub.freebsd.org> To: freebsd-bugs Cc: From: dwmalone@maths.tcd.ie Subject: Re: kern/2635: NFS cache doesn't check execute permission on directori Reply-To: dwmalone@maths.tcd.ie Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/2635; it has been noted by GNATS. From: dwmalone@maths.tcd.ie To: freebsd-gnats-submit@freebsd.org, dwmalone@maths.tcd.ie Cc: Subject: Re: kern/2635: NFS cache doesn't check execute permission on directori Date: Sun, 4 May 97 19:46:25 +0100 I've been using the patch which I submitted for 3 months now on both 2.1.7.1 and 2.2.1 machines with no problems that seem to be related to it. I checked the current source today, and it looks like the problem has not been fixed by the lite2 merge or any of the work that has gone on. I guess anyone that knows the vfs stuff well should be able to review the patch quite quickly. David. >*** /FreeBSD/FreeBSD-2.2/src/sys/nfs/nfs_vnops.c Wed Jan 8 23:50:18 199 >7 >--- ./nfs_vnops.c Sat Feb 1 23:10:53 1997 >*************** >*** 840,845 **** >--- 840,849 ---- > if ((error = cache_lookup(dvp, vpp, cnp)) && error != ENOENT) { > struct vattr vattr; > int vpid; >+ >+ if (error=VOP_ACCESS(dvp,VEXEC,cnp->cn_cred,cnp->cn_proc) >) { >+ return (error); >+ } > > newvp = *vpp; From owner-freebsd-bugs Sun May 4 12:03:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA10856 for bugs-outgoing; Sun, 4 May 1997 12:03:43 -0700 (PDT) Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA10833; Sun, 4 May 1997 12:03:40 -0700 (PDT) Date: Sun, 4 May 1997 12:03:40 -0700 (PDT) From: "Jordan K. Hubbard" Message-Id: <199705041903.MAA10833@hub.freebsd.org> To: krw@tcn.net, jkh, freebsd-bugs Subject: Re: conf/3493 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: rc.network prints 'hostname' rather than `hostname` State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Sun May 4 12:03:21 PDT 1997 State-Changed-Why: The current behavior is quite correct. From owner-freebsd-bugs Sun May 4 12:10:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA11176 for bugs-outgoing; Sun, 4 May 1997 12:10:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA11166; Sun, 4 May 1997 12:10:02 -0700 (PDT) Date: Sun, 4 May 1997 12:10:02 -0700 (PDT) Message-Id: <199705041910.MAA11166@hub.freebsd.org> To: freebsd-bugs Cc: From: "Jordan K. Hubbard" Subject: Re: conf/3493: rc.network prints 'hostname' rather than `hostname` Reply-To: "Jordan K. Hubbard" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR conf/3493; it has been noted by GNATS. From: "Jordan K. Hubbard" To: krw@tcn.net Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: conf/3493: rc.network prints 'hostname' rather than `hostname` Date: Sun, 04 May 1997 12:03:33 -0700 > The first thing rc.network does is print the message > > 'Doing initial network setup: hostname' Right, it's setting up the hostname. It shouldn't print your actual hostname here because what it's trying to tell you is the fact that it's _setting_ your hostname, not what your hostname is. :-) Jordan From owner-freebsd-bugs Sun May 4 12:30:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA12424 for bugs-outgoing; Sun, 4 May 1997 12:30:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA12415; Sun, 4 May 1997 12:30:02 -0700 (PDT) Date: Sun, 4 May 1997 12:30:02 -0700 (PDT) Message-Id: <199705041930.MAA12415@hub.freebsd.org> To: freebsd-bugs Cc: From: Bruce Evans Subject: Re: kern/3491: kernel profiling broken with SMP kernel Reply-To: Bruce Evans Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3491; it has been noted by GNATS. From: Bruce Evans To: andreas@klemm.gtn.com, FreeBSD-gnats-submit@FreeBSD.ORG Cc: Subject: Re: kern/3491: kernel profiling broken with SMP kernel Date: Mon, 5 May 1997 05:16:56 +1000 >Tried to create a kernel with enhanced profiling support. Don't do that. Even ordinary profiling doesn't actually work in SMP kernels. For ordinary profiling, I think clock interrupts are taken by only one (random) CPU and the other CPUs aren't accounted for. I think they need to all take clock interrupts and all except one handle only per-CPU profiling. A single profiling buffer should work OK unless you are interested in per-CPU statistics, but accesses to it would have to be locked. For enhanced profiling, there is a TSC and a set of performance counters for each CPU, so the global variables related to these must be arrays in the SMP case. This is not implemented. >Browsed through .../isa/clock.c >Seems to be ifdef'ed out for the SMP case ... Why ? > >[...snip...] >#if (defined(I586_CPU) || defined(I686_CPU)) && !defined(SMP) >u_int i586_ctr_bias; >u_int i586_ctr_comultiplier; >u_int i586_ctr_freq; >u_int i586_ctr_multiplier; >#endif These need to be arrays, except possibly if the CPU frequencies are almost the same (e.g., +-1% for profiling and +-0.001% for timekeeping). Bruce From owner-freebsd-bugs Sun May 4 13:11:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA14315 for bugs-outgoing; Sun, 4 May 1997 13:11:58 -0700 (PDT) Received: (from eivind@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA14278; Sun, 4 May 1997 13:11:45 -0700 (PDT) Date: Sun, 4 May 1997 13:11:45 -0700 (PDT) From: Eivind Eklund Message-Id: <199705042011.NAA14278@hub.freebsd.org> To: k-horik@yk.rim.or.jp, eivind, freebsd-bugs Subject: Re: docs/3488 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: newfs.8 manpage typo State-Changed-From-To: open-closed State-Changed-By: eivind State-Changed-When: Sun May 4 13:09:07 PDT 1997 State-Changed-Why: Closed, thanks. From owner-freebsd-bugs Sun May 4 13:19:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA14783 for bugs-outgoing; Sun, 4 May 1997 13:19:13 -0700 (PDT) Received: (from eivind@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA14764; Sun, 4 May 1997 13:19:06 -0700 (PDT) Date: Sun, 4 May 1997 13:19:06 -0700 (PDT) From: Eivind Eklund Message-Id: <199705042019.NAA14764@hub.freebsd.org> To: k-horik@yk.rim.or.jp, eivind, freebsd-bugs Subject: Re: docs/3489 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: ipcs.1 manpage bug State-Changed-From-To: open-closed State-Changed-By: eivind State-Changed-When: Sun May 4 13:18:37 PDT 1997 State-Changed-Why: Committed, thanks. From owner-freebsd-bugs Sun May 4 14:18:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA17805 for bugs-outgoing; Sun, 4 May 1997 14:18:00 -0700 (PDT) Received: (from alex@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA17785; Sun, 4 May 1997 14:17:56 -0700 (PDT) Date: Sun, 4 May 1997 14:17:56 -0700 (PDT) From: Alex Nash Message-Id: <199705042117.OAA17785@hub.freebsd.org> To: soil@quick.net, alex, freebsd-bugs Subject: Re: kern/2705 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: `(c) 1992-1996 FreeBSD Inc.'; year is now 1997 State-Changed-From-To: open-closed State-Changed-By: alex State-Changed-When: Sun May 4 14:15:51 PDT 1997 State-Changed-Why: Fixed in rev 1.51.2.2 of init_main.c. Thanks! From owner-freebsd-bugs Sun May 4 14:28:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA18192 for bugs-outgoing; Sun, 4 May 1997 14:28:55 -0700 (PDT) Received: (from alex@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA18173; Sun, 4 May 1997 14:28:52 -0700 (PDT) Date: Sun, 4 May 1997 14:28:52 -0700 (PDT) From: Alex Nash Message-Id: <199705042128.OAA18173@hub.freebsd.org> To: pius@ienet.com, alex, freebsd-bugs Subject: Re: docs/3389 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: syslog.conf(5) man page omits ftp facility State-Changed-From-To: open-closed State-Changed-By: alex State-Changed-When: Sun May 4 14:28:18 PDT 1997 State-Changed-Why: Fixed by jmg in rev 1.6 of syslog.conf.5. Thanks! From owner-freebsd-bugs Sun May 4 15:50:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA21323 for bugs-outgoing; Sun, 4 May 1997 15:50:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA21315; Sun, 4 May 1997 15:50:01 -0700 (PDT) Date: Sun, 4 May 1997 15:50:01 -0700 (PDT) Message-Id: <199705042250.PAA21315@hub.freebsd.org> To: freebsd-bugs Cc: From: Garrett Wollman Subject: kern/3497: typo in sys/sys/socketvar.h stopping SYS_PRIV from being definied Reply-To: Garrett Wollman Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3497; it has been noted by GNATS. From: Garrett Wollman To: adrian@obiwan.psinet.net.au Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: kern/3497: typo in sys/sys/socketvar.h stopping SYS_PRIV from being definied Date: Sun, 4 May 1997 18:46:27 -0400 (EDT) < said: >> Number: 3497 >> Synopsis: typo in sys/sys/socketvar.h stopping SYS_PRIV from being definied > Typo in sys/sys/socketvar.h was preventing SS_PRIV to be definied, messing up > (part of) the ipfilter build. No, it is not a typo. SS_PRIV does not exist any more. -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 From owner-freebsd-bugs Sun May 4 23:00:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA05866 for bugs-outgoing; Sun, 4 May 1997 23:00:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA05841; Sun, 4 May 1997 23:00:02 -0700 (PDT) Resent-Date: Sun, 4 May 1997 23:00:02 -0700 (PDT) Resent-Message-Id: <199705050600.XAA05841@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, soil@quick.net Received: from jg.dyn.ml.org (soil@newport-1-11.quick.net [207.212.160.211]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA05782 for ; Sun, 4 May 1997 22:59:48 -0700 (PDT) Received: (from soil@localhost) by jg.dyn.ml.org (8.8.5/8.8.5) id WAA01857; Sun, 4 May 1997 22:59:39 -0700 (PDT) Message-Id: <199705050559.WAA01857@jg.dyn.ml.org> Date: Sun, 4 May 1997 22:59:39 -0700 (PDT) From: soil@quick.net Reply-To: soil@quick.net To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: conf/3501: rc.firewall changes removed URLs and added typos Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3501 >Category: conf >Synopsis: rc.firewall changes removed URLs and added typos >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Sun May 4 23:00:01 PDT 1997 >Last-Modified: >Originator: Josh Gilliam >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: rc.firewall rev 1.11 >Description: The changes from rc.firewall 1.10 to 1.11 removed the O'Reilly and Addison-Wesley WWW URLs and added two typos >How-To-Repeat: more rc.firewall >Fix: --- rc.firewall.orig Sat May 3 05:25:56 1997 +++ rc.firewall Sun May 4 22:07:26 1997 @@ -23,6 +23,7 @@ # # O'Reilly & Associates, Inc # ISBN 1-56592-124-0 +# http://www.ora.com/ # # For a more advanced treatment of Internet Security read: # @@ -32,6 +33,7 @@ # # Addison-Wesley # ISBN 0-201-6337-4 +# http://www.awl.com/ # ############ @@ -92,7 +94,7 @@ /sbin/ipfw add pass udp from any 123 to ${ip} /sbin/ipfw add pass udp from ${ip} to any 123 - # Everyting else is denied as default. + # Everything else is denied as default. elif [ "${firewall}" = "simple" ]; then @@ -149,6 +151,6 @@ /sbin/ipfw add pass udp from any 123 to ${oip} /sbin/ipfw add pass udp from ${oip} to any 123 - # Everyting else is denied as default. + # Everything else is denied as default. fi >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun May 4 23:02:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA05975 for bugs-outgoing; Sun, 4 May 1997 23:02:14 -0700 (PDT) Received: from spinner.DIALix.COM (spinner.dialix.com [192.203.228.67]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA05970 for ; Sun, 4 May 1997 23:02:08 -0700 (PDT) Received: from spinner.DIALix.COM (localhost.dialix.com.au [127.0.0.1]) by spinner.DIALix.COM with ESMTP id OAA12229; Mon, 5 May 1997 14:01:03 +0800 (WST) Message-Id: <199705050601.OAA12229@spinner.DIALix.COM> X-Mailer: exmh version 2.0gamma 1/27/96 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: phschack@inba.fr (Philippe SCHACK), freebsd-bugs@hub.freebsd.org Subject: Re: squid problem In-reply-to: Your message of "Sun, 04 May 1997 19:26:44 +0200." <19970504192644.HY42667@uriah.heep.sax.de> Date: Mon, 05 May 1997 14:01:02 +0800 From: Peter Wemm Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk J Wunsch wrote: > As Philippe SCHACK wrote: > > > /kernel: pid 10141 (squid), uid 0:exited on signal 6 > > > > I had to re-run the daemon by hand, all seems to work fine. > > Signal 6 is an abort(). I've also experienced this, but didn't > investigate much. I've went the quick&dirty route, and hacked up a > ``while true; do squid; done'' around it... :-) This is what RunCache is for... :-) Except that it measures how long it lasted and if it's failing very rapidly, it gives up respawning after a few tries so that the machine doesn't get blown away. (such as a config file problem) > -- > cheers, J"org > > joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE > Never trust an operating system you don't have sources for. ;-) Cheers, -Peter From owner-freebsd-bugs Sun May 4 23:04:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA06083 for bugs-outgoing; Sun, 4 May 1997 23:04:04 -0700 (PDT) Received: from spinner.DIALix.COM (spinner.dialix.com [192.203.228.67]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA06025 for ; Sun, 4 May 1997 23:03:58 -0700 (PDT) Received: from spinner.DIALix.COM (localhost.dialix.com.au [127.0.0.1]) by spinner.DIALix.COM with ESMTP id OAA12248 for ; Mon, 5 May 1997 14:03:51 +0800 (WST) Message-Id: <199705050603.OAA12248@spinner.DIALix.COM> X-Mailer: exmh version 2.0gamma 1/27/96 To: bugs@freebsd.org Subject: cd problem? Date: Mon, 05 May 1997 14:03:50 +0800 From: Peter Wemm Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I got this last night when trying to mount the most recent 2.2 snapshot CD that I have (middle of last year): > ahc0: ahc_scsi_cmd: more than 32 DMA segs > cd0: oops not queued > biodone: buffer already done > ahc0: ahc_scsi_cmd: more than 32 DMA segs > cd0: oops not queued > biodone: buffer already done > ahc0: ahc_scsi_cmd: more than 32 DMA segs > cd0: oops not queued > biodone: buffer already done > ahc0: ahc_scsi_cmd: more than 32 DMA segs > cd0: oops not queued > biodone: buffer already done This used to work, and was mountable on another machine.. Anybody seen this? Cheers, -Peter From owner-freebsd-bugs Sun May 4 23:40:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA07471 for bugs-outgoing; Sun, 4 May 1997 23:40:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA07463; Sun, 4 May 1997 23:40:02 -0700 (PDT) Resent-Date: Sun, 4 May 1997 23:40:02 -0700 (PDT) Resent-Message-Id: <199705050640.XAA07463@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, wes@bogon.net Received: from lister.bogon.net (500@gw.bogon.net [204.137.132.49]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA07408 for ; Sun, 4 May 1997 23:39:33 -0700 (PDT) Received: (from wes@localhost) by lister.bogon.net (8.8.5/8.8.5) id XAA07145; Sun, 4 May 1997 23:39:30 -0700 (PDT) Message-Id: <199705050639.XAA07145@lister.bogon.net> Date: Sun, 4 May 1997 23:39:30 -0700 (PDT) From: wes@bogon.net Reply-To: wes@bogon.net To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: i386/3502: Merge of if_ix* and if_ie* broke EE/16 support Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3502 >Category: i386 >Synopsis: Merge of if_ix* and if_ie* broke EE/16 support >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun May 4 23:40:01 PDT 1997 >Last-Modified: >Originator: Wes Santee >Organization: >Release: FreeBSD 2.2-STABLE i386 >Environment: P5-133; 128MB; Adaptec 2940 w/1GB SCSI, Plextor 12x CD-ROM, and Sony 920S 2x/2x CD-R; EE/16 network adaptor (leftovers from an old Win3.11 for Workstations package); IDE w/2GB IDE drive and Teac 8x ATAPI CD-ROM >Description: After the merge of if_ix* and if_ie* and many subsequent kernel compiles thereafter, any NFS write (e.g. file copy, file move) from the machine with the updated kernel hangs the process. Once the process hangs, doing anything on that NFS mount hangs the process (ls, umount, etc). I've tried this on two machines with EE/16 cards with the same result both times. In each case, going back to the old kernel solved the problem. As a side note, I was able to copy files of about 5KB or less over and the process didn't hang. Anything larger though causes the problem. >How-To-Repeat: 1) Compile a kernel w/EE16 support on a machine with an EE/16. 2) Install kernel. 3) Update sysconfig to use ie0 instead of ix0. 4) Reboot. 5) Mount a writable NFS drive and try copying a largish file to it. >Fix: Dunno. Could be something in NFS for all I know. Maybe try seperating if_ix* back out of if_ie* and see if the problem still happens. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon May 5 00:00:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA08230 for bugs-outgoing; Mon, 5 May 1997 00:00:07 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA08193; Mon, 5 May 1997 00:00:02 -0700 (PDT) Date: Mon, 5 May 1997 00:00:02 -0700 (PDT) Message-Id: <199705050700.AAA08193@hub.freebsd.org> To: freebsd-bugs Cc: From: Sherwin Subject: Re: kern/3395: sio2: not found, but there Reply-To: Sherwin Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3395; it has been noted by GNATS. From: Sherwin To: freebsd-gnats-submit@freebsd.org, dmm125@bellatlantic.net Cc: Subject: Re: kern/3395: sio2: not found, but there Date: Sun, 04 May 1997 23:57:09 -0700 I have the same problem with sio0, every few boots. If I reboot, then sio0 is found. There does not seem to be a pattern. I have only sio0 and sio3 configured, with sio3 being an internal modem. The kernel always finds sio3. I was ready to replace the controller/port card when I read this, so it saved me buying a new one. From owner-freebsd-bugs Mon May 5 00:12:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA09038 for bugs-outgoing; Mon, 5 May 1997 00:12:03 -0700 (PDT) Received: (from jkh@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA08965; Mon, 5 May 1997 00:11:58 -0700 (PDT) Date: Mon, 5 May 1997 00:11:58 -0700 (PDT) From: "Jordan K. Hubbard" Message-Id: <199705050711.AAA08965@hub.freebsd.org> To: soil@quick.net, jkh, freebsd-bugs Subject: Re: conf/3501 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: rc.firewall changes removed URLs and added typos State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Mon May 5 00:11:49 PDT 1997 State-Changed-Why: Fixed, thanks! From owner-freebsd-bugs Mon May 5 01:42:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA12748 for bugs-outgoing; Mon, 5 May 1997 01:42:32 -0700 (PDT) Received: from spinner.DIALix.COM (spinner.dialix.com [192.203.228.67]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA12736 for ; Mon, 5 May 1997 01:42:26 -0700 (PDT) Received: from spinner.DIALix.COM (localhost.dialix.com.au [127.0.0.1]) by spinner.DIALix.COM with ESMTP id QAA13600 for ; Mon, 5 May 1997 16:42:20 +0800 (WST) Message-Id: <199705050842.QAA13600@spinner.DIALix.COM> X-Mailer: exmh version 2.0gamma 1/27/96 To: bugs@FreeBSD.ORG Subject: Re: cd problem? In-reply-to: Your message of "Mon, 05 May 1997 14:03:50 +0800." <199705050603.OAA12248@spinner.DIALix.COM> Date: Mon, 05 May 1997 16:42:19 +0800 From: Peter Wemm Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Peter Wemm wrote: > I got this last night when trying to mount the most recent 2.2 snapshot CD > that I have (middle of last year): > > > ahc0: ahc_scsi_cmd: more than 32 DMA segs > > cd0: oops not queued > > biodone: buffer already done [..] > > This used to work, and was mountable on another machine.. Anybody seen > this? Oops, forgot to mention.. The machine that got the error was "very -current", built yesterday. The controller is an adapted 2742T with devices on both channels. Cheers, -Peter From owner-freebsd-bugs Mon May 5 01:50:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA12995 for bugs-outgoing; Mon, 5 May 1997 01:50:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA12989; Mon, 5 May 1997 01:50:01 -0700 (PDT) Resent-Date: Mon, 5 May 1997 01:50:01 -0700 (PDT) Resent-Message-Id: <199705050850.BAA12989@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, kuku@blues.physik.rwth-aachen.de Received: from blues.physik.rwth-aachen.de (blues.physik.rwth-aachen.de [137.226.31.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA12747 for ; Mon, 5 May 1997 01:42:31 -0700 (PDT) Received: (from kuku@localhost) by blues.physik.rwth-aachen.de (8.8.5/8.6.9) id KAA15548; Mon, 5 May 1997 10:43:11 +0200 (MEST) Message-Id: <199705050843.KAA15548@blues.physik.rwth-aachen.de> Date: Mon, 5 May 1997 10:43:11 +0200 (MEST) From: Christoph Kukulies Reply-To: kuku@blues.physik.rwth-aachen.de To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: misc/3503: rpc.yppasswdd doesn't start due to typo in /etc/rc.conf Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3503 >Category: misc >Synopsis: rpc.yppasswdd doesn't start due to typo in /etc/rc.conf >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon May 5 01:50:01 PDT 1997 >Last-Modified: >Originator: Christoph Kukulies >Organization: I.Physikalisches Institut RWTH Aachen >Release: FreeBSD 3.0-CURRENT i386 >Environment: 3.0-current in a NIS/YP setup (as server) >Description: Due to typo in /etc/rc.conf nis_yppasswd_enable=... ^ nis_yppasswd_flags=... ^ >How-To-Repeat: look at /etc/rc.conf and /etc/rc.netstart >Fix: nis_yppasswdd_enable=.. nis_yppasswdd_flags=.. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon May 5 03:00:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA15935 for bugs-outgoing; Mon, 5 May 1997 03:00:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA15910; Mon, 5 May 1997 03:00:02 -0700 (PDT) Resent-Date: Mon, 5 May 1997 03:00:02 -0700 (PDT) Resent-Message-Id: <199705051000.DAA15910@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, luigi@iet.unipi.it Received: from prova.iet.unipi.it (prova.iet.unipi.it [131.114.9.236]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA15145 for ; Mon, 5 May 1997 02:42:33 -0700 (PDT) Received: (from luigi@localhost) by prova.iet.unipi.it (8.8.5/8.8.5) id LAA01266; Mon, 5 May 1997 11:46:22 +0200 (CEST) Message-Id: <199705050946.LAA01266@prova.iet.unipi.it> Date: Mon, 5 May 1997 11:46:22 +0200 (CEST) From: Luigi Rizzo Reply-To: luigi@iet.unipi.it To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: i386/3504: New features (and manpage) for netboot Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3504 >Category: i386 >Synopsis: New features (and manpage) for netboot >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon May 5 03:00:01 PDT 1997 >Last-Modified: >Originator: Luigi Rizzo >Organization: DEIT >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: FreeBSD 2.2.1-RELEASE i386 >Description: Enclosed are a set of changes to netboot so that booting parameters can be acquired using bootp instead of TFTP (which becomes totally useless at this point). This saves a lot of troubles to administrators since all info on booting are in one place instead of two. The patch are relatively short, and I have tried to write a manpage for netboot as well (although that must be revised -- I am not fluent at all with nroff macros). This patch has been tested with 2.2.1-R (and we have been using it for months with 2.1.7) >How-To-Repeat: -- >Fix: Encloses is a patch for /sys/i386/boot/netboot against 2.2.1-R files. diff --new-file -ubwr netboot.22R/Makefile netboot/Makefile --- netboot.22R/Makefile Wed Apr 3 21:01:29 1996 +++ netboot/Makefile Sat May 3 23:19:29 1997 @@ -36,7 +36,6 @@ CFLAGS += -DPCI -DPCI_VENDOR=${PCI_VENDOR} -DPCI_DEVICE=${PCI_DEVICE} CFLAGS += -DPCI_CLASS=${PCI_CLASS} -DASK_BOOT #NS8390= -DINCLUDE_WD -DWD_DEFAULT_MEM=0xD0000 -#NS8390= -DINCLUDE_WD -DWD_DEFAULT_MEM=0xD0000 NS8390= -DINCLUDE_NE #NS8390+= -DINCLUDE_3COM -D_3COM_BASE=0x300 CLEANFILES+= netboot.com diff --new-file -ubwr netboot.22R/main.c netboot/main.c --- netboot.22R/main.c Sat Nov 2 21:32:14 1996 +++ netboot/main.c Sat May 3 23:53:28 1997 @@ -31,18 +31,11 @@ extern int packetlen, rpc_id; char broadcast[] = { 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF }; -/************************************************************************** -MAIN - Kick off routine -**************************************************************************/ -main() +ask(char *s) { int c; - char *p; - extern char edata[], end[]; - for (p=edata; p= 'a') && (c <= 'z')) c &= 0x5F; if (c == '\r') break; @@ -53,6 +46,25 @@ break; printf(" - bad response\n\r"); } +} + +/************************************************************************** +MAIN - Kick off routine +**************************************************************************/ +main() +{ + int c; + char *p; + extern char edata[], end[]; + for (p=edata; p>"); getchar(); #endif + /*** check if have got info from bootp ***/ + if (config_buffer[0]) + goto cfg_done; +#ifdef USE_TFTP /* Now use TFTP to load configuration file */ sprintf(cfg,"/tftpboot/freebsd.%I",arptable[ARP_CLIENT].ipaddr); if (tftp(cfg) || tftp(cfg+10)) @@ -152,6 +169,8 @@ sprintf(cfg,"/tftpboot/cfg.%I",arptable[ARP_CLIENT].ipaddr); if (tftp(cfg) || tftp(cfg+10)) goto cfg_done; +#endif + /* not found; using default values... */ sprintf(config_buffer,"rootfs %I:/usr/diskless_root", arptable[ARP_SERVER].ipaddr); printf("Unable to load config file, guessing:\r\n\t%s\r\n", @@ -587,6 +606,17 @@ return(0); } +void +bootp_string(char *name, char *bootp_ptr) +{ + char tmp_buf[512]; /* oversized, but who cares ! */ + bzero(tmp_buf, sizeof(tmp_buf)); + bcopy(bootp_ptr+2, tmp_buf, TAG_LEN(bootp_ptr)); + sprintf(config_buffer+strlen(config_buffer), + "%s %s\n", name, tmp_buf); +} + + /************************************************************************** DECODE_RFC1048 - Decodes RFC1048 header **************************************************************************/ @@ -598,6 +628,7 @@ if (bcompare(p, rfc1048_cookie, 4)) { /* RFC 1048 header */ p += 4; while(p < end) { + int len; switch (*p) { case RFC1048_PAD: p++; @@ -613,8 +644,23 @@ bcopy(p+2,&netmask,4); break; case RFC1048_HOSTNAME: - bcopy(p+2, &nfsdiskless.my_hostnam, TAG_LEN(p)); - hostnamelen = (TAG_LEN(p) + 3) & ~3; + bootp_string("hostname", p); + break; + case RFC1048_ROOT_PATH: /* XXX check len */ + bootp_string("rootfs", p); + break; + case RFC1048_SWAP_PATH: + bootp_string("swapfs", p); + break; + case RFC1048_SWAP_LEN: /* T129 */ + sprintf(config_buffer+strlen(config_buffer), + "swapsize %d\n", ntohl(*(long *)(p+2)) ); + break; + case 130: /* root mount options */ + bootp_string("rootopts", p); + break; + case 131: /* swap mount options */ + bootp_string("swapopts", p); break; default: printf("Unknown RFC1048-tag "); diff --new-file -ubwr netboot.22R/netboot.8 netboot/netboot.8 --- netboot.22R/netboot.8 Thu Jan 1 01:00:00 1970 +++ netboot/netboot.8 Mon May 5 11:33:38 1997 @@ -0,0 +1,92 @@ +.\" $Id: netboot.8,v 1.3.2.1 1996/12/10 16:43:01 joerg Exp $ +.Dd May 5, 1997 +.Dt NETBOOT 8 +.\".Os BSD 4 +.Sh NAME +.Nm netboot +.Nd Allows remote booting of the operating system +.Sh SYNOPSIS +.Nm +.It Fl b +is used for booting the operating system over a network card. The +program is either loaded into a ROM, or run from DOS. +.Pp +.Sh DESCRIPTION +.Nm +loads parameters such as IP addresses, kernel name and filesystem +names from a bootp server, tries to mount the specified root and swap +filesystems, +loads the specified kernel from the root filesystem using NFSv2, and +then gives control to the kernel. +.Pp +The bootp server must be configured appropriately. An example +configuration for /etc/bootptab is the following: +.Bd -literal + .default:\\ + :sm=255.255.255.0:\\ + :gw=your.gateway.ip:\\ + :ds=your.nameserver.ip:\\ + :hn:ht=1:vm=rfc1048:\\ + :sw=server.ip:\\ + :rp="rootfs.ip:/rootfs/path":\\ + :T128="swapfs.ip:/swapfs/path":\\ + :T129=swapsize:\\ + :T130="root,mount,options":\\ + :T131="swap,mount,options": + .client01:bf="kernel.300":ha=00400530d6d9:tc=.default: + .client02:bf="kernel.280":ha=00400530d6d3:tc=.default: +.Ed +.Pp +For a precise description of the bootptab parameters, see +bootptab (5) . +.Pp +The +.Nm +code uses options as follows. +.Pp +sm indicates the subnet mask. +.Pp +gw is the ip address of the gateway. +.Pp +ds is the ip address of the name server. +.Pp +hn instructs the bootp server to send the hostname in the reply. +.Pp +ht=1 indicates that the hardware is ethernet. +.Pp +vm=rfc1048 indicates the use of rfc1048 extensions. +.Pp +sw indicates the ip address of the NFS server, and is used for both +the root filesystem and the swap filesystem server. It is optional in +that it can be overridden from what is specified in the "rp" and "T128" +options. +.Pp +rp specifies the path to the root partition. Optionally, the IP +address of the server can be specified, followed by a : +.Pp +T128 specifies the path to the swap partition. Optionally, the IP +address of the server can be specified, followed by a : . The +actual swapfile is a file named swap.X.Y.Z.T where X.Y.Z.T is the +IP address of the client. In both "rp" and "T128" options +the sequence %I can be used which is replaced with the IP address of +the client. The swap partition is optional. If specified, the swap +file must exist and have at least the size specified with T129. +.Pp +T129 specifies the size of the swap file, in KB. Must be specified as +an octal number. Th +.Pp +T130 specified root mount options (e.g. noatime,tcp, ...). +.Pp +T131 specified swap mount options. +.Pp +bf is the name of the kernel. If not specified, it defaults to +"kernel". + +.Sh SEE ALSO +.Xr bootd 8 , +.Xr bootptab 5 +.Sh BUGS +The T129 option should not be necessary, since the size of the +swapfile could be inferred using NFS calls. +The T130 and T131 options are still unsupported. + diff --new-file -ubwr netboot.22R/netboot.h netboot/netboot.h --- netboot.22R/netboot.h Sat Dec 14 15:32:05 1996 +++ netboot/netboot.h Sat May 3 23:42:39 1997 @@ -96,10 +96,20 @@ #define RFC1048_COOKIE { 99, 130, 83, 99 } #define RFC1048_PAD 0 #define RFC1048_NETMASK 1 +#define RFC1048_TIME_OFFSET 2 #define RFC1048_GATEWAY 3 +#define RFC1048_TIME_SERVER 4 +#define RFC1048_NAME_SERVER 5 +#define RFC1048_DOMAIN_SERVER 6 #define RFC1048_HOSTNAME 12 +#define RFC1048_BOOT_SIZE 12 /* XXX */ +#define RFC1048_SWAP_SERVER 16 +#define RFC1048_ROOT_PATH 17 +#define RFC1048_SWAP_PATH 128 /* T128 */ +#define RFC1048_SWAP_LEN 129 /* T129 */ + #define RFC1048_END 255 -#define BOOTP_VENDOR_LEN 64 +#define BOOTP_VENDOR_LEN 256 #define TFTP_RRQ 1 #define TFTP_WRQ 2 @@ -188,7 +198,7 @@ char bp_hwaddr[16]; char bp_sname[64]; char bp_file[128]; - char bp_vend[64]; + char bp_vend[BOOTP_VENDOR_LEN]; }; struct tftp_t { diff --new-file -ubwr netboot.22R/ns8390.c netboot/ns8390.c --- netboot.22R/ns8390.c Sat Dec 14 15:32:06 1996 +++ netboot/ns8390.c Sat May 3 23:49:17 1997 @@ -19,6 +19,12 @@ **************************************************************************/ +/* #define GWETHER */ +DELAY(int x) +{ volatile long a, b, l; + for (x; x>0; x--) b=a; +} + #include "netboot.h" #include "ns8390.h" @@ -284,13 +290,19 @@ ne_again: eth_asic_base = *tent_base + NE_ASIC_OFFSET; eth_nic_base = *tent_base; + printf("Looking for NE1000/NE2000 at 0x%x\n", eth_nic_base); eth_vendor = VENDOR_NOVELL; eth_flags = FLAG_PIO; eth_memsize = MEM_16384; eth_tx_start = 32; +#ifdef GWETHER + outb(eth_asic_base + NE_RESET, 0); + DELAY(200); +#endif c = inb(eth_asic_base + NE_RESET); outb(eth_asic_base + NE_RESET, c); + DELAY(5000); inb(0x84); outb(eth_nic_base + D8390_P0_COMMAND, D8390_COMMAND_STP | D8390_COMMAND_RD2); @@ -317,7 +329,8 @@ return (0); } eth_pio_read(0, romdata, 16); - printf("\r\nNE1000/NE2000 base 0x%x, addr ", eth_nic_base); + printf("\nNE1000/NE2000 (%d bit) base 0x%x, addr ", + eth_flags & FLAG_16BIT ? 16:8, eth_nic_base); for (i=0; i<6; i++) { printf("%b",(int)(arptable[ARP_CLIENT].node[i] = romdata[i + ((eth_flags & FLAG_16BIT) ? i : 0)])); diff --new-file -ubwr netboot.22R/start2.S netboot/start2.S --- netboot.22R/start2.S Tue Nov 12 09:02:24 1996 +++ netboot/start2.S Sat May 3 23:54:24 1997 @@ -26,6 +26,9 @@ .word PCI_DEVICE /* device ID */ .word 0 /* vital product data */ .word 0x0018 /* PCI data structure */ +#if 0 + .word 0 /* XXX check the spec. I don't understand this */ +#endif .byte 0 /* PCI data struct. rev -- 0 */ .byte PCI_CLASS /* Class code */ .word (ROMSIZE>>9) /* no. of 512B blocks */ >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon May 5 03:00:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA15979 for bugs-outgoing; Mon, 5 May 1997 03:00:09 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA15948; Mon, 5 May 1997 03:00:06 -0700 (PDT) Resent-Date: Mon, 5 May 1997 03:00:06 -0700 (PDT) Resent-Message-Id: <199705051000.DAA15948@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, luigi@iet.unipi.it Received: from prova.iet.unipi.it (prova.iet.unipi.it [131.114.9.236]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA15404 for ; Mon, 5 May 1997 02:51:24 -0700 (PDT) Received: (from luigi@localhost) by prova.iet.unipi.it (8.8.5/8.8.5) id LAA01266; Mon, 5 May 1997 11:46:22 +0200 (CEST) Message-Id: <199705050946.LAA01266@prova.iet.unipi.it> Date: Mon, 5 May 1997 11:46:22 +0200 (CEST) From: Luigi Rizzo Reply-To: luigi@iet.unipi.it To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: i386/3505: New features (and manpage) for netboot Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3505 >Category: i386 >Synopsis: New features (and manpage) for netboot >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon May 5 03:00:03 PDT 1997 >Last-Modified: >Originator: Luigi Rizzo >Organization: DEIT >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: FreeBSD 2.2.1-RELEASE i386 >Description: Enclosed are a set of changes to netboot so that booting parameters can be acquired using bootp instead of TFTP (which becomes totally useless at this point). This saves a lot of troubles to administrators since all info on booting are in one place instead of two. The patch are relatively short, and I have tried to write a manpage for netboot as well (although that must be revised -- I am not fluent at all with nroff macros). This patch has been tested with 2.2.1-R (and we have been using it for months with 2.1.7) >How-To-Repeat: -- >Fix: Encloses is a patch for /sys/i386/boot/netboot against 2.2.1-R files. diff --new-file -ubwr netboot.22R/Makefile netboot/Makefile --- netboot.22R/Makefile Wed Apr 3 21:01:29 1996 +++ netboot/Makefile Sat May 3 23:19:29 1997 @@ -36,7 +36,6 @@ CFLAGS += -DPCI -DPCI_VENDOR=${PCI_VENDOR} -DPCI_DEVICE=${PCI_DEVICE} CFLAGS += -DPCI_CLASS=${PCI_CLASS} -DASK_BOOT #NS8390= -DINCLUDE_WD -DWD_DEFAULT_MEM=0xD0000 -#NS8390= -DINCLUDE_WD -DWD_DEFAULT_MEM=0xD0000 NS8390= -DINCLUDE_NE #NS8390+= -DINCLUDE_3COM -D_3COM_BASE=0x300 CLEANFILES+= netboot.com diff --new-file -ubwr netboot.22R/main.c netboot/main.c --- netboot.22R/main.c Sat Nov 2 21:32:14 1996 +++ netboot/main.c Sat May 3 23:53:28 1997 @@ -31,18 +31,11 @@ extern int packetlen, rpc_id; char broadcast[] = { 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF }; -/************************************************************************** -MAIN - Kick off routine -**************************************************************************/ -main() +ask(char *s) { int c; - char *p; - extern char edata[], end[]; - for (p=edata; p= 'a') && (c <= 'z')) c &= 0x5F; if (c == '\r') break; @@ -53,6 +46,25 @@ break; printf(" - bad response\n\r"); } +} + +/************************************************************************** +MAIN - Kick off routine +**************************************************************************/ +main() +{ + int c; + char *p; + extern char edata[], end[]; + for (p=edata; p>"); getchar(); #endif + /*** check if have got info from bootp ***/ + if (config_buffer[0]) + goto cfg_done; +#ifdef USE_TFTP /* Now use TFTP to load configuration file */ sprintf(cfg,"/tftpboot/freebsd.%I",arptable[ARP_CLIENT].ipaddr); if (tftp(cfg) || tftp(cfg+10)) @@ -152,6 +169,8 @@ sprintf(cfg,"/tftpboot/cfg.%I",arptable[ARP_CLIENT].ipaddr); if (tftp(cfg) || tftp(cfg+10)) goto cfg_done; +#endif + /* not found; using default values... */ sprintf(config_buffer,"rootfs %I:/usr/diskless_root", arptable[ARP_SERVER].ipaddr); printf("Unable to load config file, guessing:\r\n\t%s\r\n", @@ -587,6 +606,17 @@ return(0); } +void +bootp_string(char *name, char *bootp_ptr) +{ + char tmp_buf[512]; /* oversized, but who cares ! */ + bzero(tmp_buf, sizeof(tmp_buf)); + bcopy(bootp_ptr+2, tmp_buf, TAG_LEN(bootp_ptr)); + sprintf(config_buffer+strlen(config_buffer), + "%s %s\n", name, tmp_buf); +} + + /************************************************************************** DECODE_RFC1048 - Decodes RFC1048 header **************************************************************************/ @@ -598,6 +628,7 @@ if (bcompare(p, rfc1048_cookie, 4)) { /* RFC 1048 header */ p += 4; while(p < end) { + int len; switch (*p) { case RFC1048_PAD: p++; @@ -613,8 +644,23 @@ bcopy(p+2,&netmask,4); break; case RFC1048_HOSTNAME: - bcopy(p+2, &nfsdiskless.my_hostnam, TAG_LEN(p)); - hostnamelen = (TAG_LEN(p) + 3) & ~3; + bootp_string("hostname", p); + break; + case RFC1048_ROOT_PATH: /* XXX check len */ + bootp_string("rootfs", p); + break; + case RFC1048_SWAP_PATH: + bootp_string("swapfs", p); + break; + case RFC1048_SWAP_LEN: /* T129 */ + sprintf(config_buffer+strlen(config_buffer), + "swapsize %d\n", ntohl(*(long *)(p+2)) ); + break; + case 130: /* root mount options */ + bootp_string("rootopts", p); + break; + case 131: /* swap mount options */ + bootp_string("swapopts", p); break; default: printf("Unknown RFC1048-tag "); diff --new-file -ubwr netboot.22R/netboot.8 netboot/netboot.8 --- netboot.22R/netboot.8 Thu Jan 1 01:00:00 1970 +++ netboot/netboot.8 Mon May 5 11:33:38 1997 @@ -0,0 +1,92 @@ +.\" $Id: netboot.8,v 1.3.2.1 1996/12/10 16:43:01 joerg Exp $ +.Dd May 5, 1997 +.Dt NETBOOT 8 +.\".Os BSD 4 +.Sh NAME +.Nm netboot +.Nd Allows remote booting of the operating system +.Sh SYNOPSIS +.Nm +.It Fl b +is used for booting the operating system over a network card. The +program is either loaded into a ROM, or run from DOS. +.Pp +.Sh DESCRIPTION +.Nm +loads parameters such as IP addresses, kernel name and filesystem +names from a bootp server, tries to mount the specified root and swap +filesystems, +loads the specified kernel from the root filesystem using NFSv2, and +then gives control to the kernel. +.Pp +The bootp server must be configured appropriately. An example +configuration for /etc/bootptab is the following: +.Bd -literal + .default:\\ + :sm=255.255.255.0:\\ + :gw=your.gateway.ip:\\ + :ds=your.nameserver.ip:\\ + :hn:ht=1:vm=rfc1048:\\ + :sw=server.ip:\\ + :rp="rootfs.ip:/rootfs/path":\\ + :T128="swapfs.ip:/swapfs/path":\\ + :T129=swapsize:\\ + :T130="root,mount,options":\\ + :T131="swap,mount,options": + .client01:bf="kernel.300":ha=00400530d6d9:tc=.default: + .client02:bf="kernel.280":ha=00400530d6d3:tc=.default: +.Ed +.Pp +For a precise description of the bootptab parameters, see +bootptab (5) . +.Pp +The +.Nm +code uses options as follows. +.Pp +sm indicates the subnet mask. +.Pp +gw is the ip address of the gateway. +.Pp +ds is the ip address of the name server. +.Pp +hn instructs the bootp server to send the hostname in the reply. +.Pp +ht=1 indicates that the hardware is ethernet. +.Pp +vm=rfc1048 indicates the use of rfc1048 extensions. +.Pp +sw indicates the ip address of the NFS server, and is used for both +the root filesystem and the swap filesystem server. It is optional in +that it can be overridden from what is specified in the "rp" and "T128" +options. +.Pp +rp specifies the path to the root partition. Optionally, the IP +address of the server can be specified, followed by a : +.Pp +T128 specifies the path to the swap partition. Optionally, the IP +address of the server can be specified, followed by a : . The +actual swapfile is a file named swap.X.Y.Z.T where X.Y.Z.T is the +IP address of the client. In both "rp" and "T128" options +the sequence %I can be used which is replaced with the IP address of +the client. The swap partition is optional. If specified, the swap +file must exist and have at least the size specified with T129. +.Pp +T129 specifies the size of the swap file, in KB. Must be specified as +an octal number. Th +.Pp +T130 specified root mount options (e.g. noatime,tcp, ...). +.Pp +T131 specified swap mount options. +.Pp +bf is the name of the kernel. If not specified, it defaults to +"kernel". + +.Sh SEE ALSO +.Xr bootd 8 , +.Xr bootptab 5 +.Sh BUGS +The T129 option should not be necessary, since the size of the +swapfile could be inferred using NFS calls. +The T130 and T131 options are still unsupported. + diff --new-file -ubwr netboot.22R/netboot.h netboot/netboot.h --- netboot.22R/netboot.h Sat Dec 14 15:32:05 1996 +++ netboot/netboot.h Sat May 3 23:42:39 1997 @@ -96,10 +96,20 @@ #define RFC1048_COOKIE { 99, 130, 83, 99 } #define RFC1048_PAD 0 #define RFC1048_NETMASK 1 +#define RFC1048_TIME_OFFSET 2 #define RFC1048_GATEWAY 3 +#define RFC1048_TIME_SERVER 4 +#define RFC1048_NAME_SERVER 5 +#define RFC1048_DOMAIN_SERVER 6 #define RFC1048_HOSTNAME 12 +#define RFC1048_BOOT_SIZE 12 /* XXX */ +#define RFC1048_SWAP_SERVER 16 +#define RFC1048_ROOT_PATH 17 +#define RFC1048_SWAP_PATH 128 /* T128 */ +#define RFC1048_SWAP_LEN 129 /* T129 */ + #define RFC1048_END 255 -#define BOOTP_VENDOR_LEN 64 +#define BOOTP_VENDOR_LEN 256 #define TFTP_RRQ 1 #define TFTP_WRQ 2 @@ -188,7 +198,7 @@ char bp_hwaddr[16]; char bp_sname[64]; char bp_file[128]; - char bp_vend[64]; + char bp_vend[BOOTP_VENDOR_LEN]; }; struct tftp_t { diff --new-file -ubwr netboot.22R/ns8390.c netboot/ns8390.c --- netboot.22R/ns8390.c Sat Dec 14 15:32:06 1996 +++ netboot/ns8390.c Sat May 3 23:49:17 1997 @@ -19,6 +19,12 @@ **************************************************************************/ +/* #define GWETHER */ +DELAY(int x) +{ volatile long a, b, l; + for (x; x>0; x--) b=a; +} + #include "netboot.h" #include "ns8390.h" @@ -284,13 +290,19 @@ ne_again: eth_asic_base = *tent_base + NE_ASIC_OFFSET; eth_nic_base = *tent_base; + printf("Looking for NE1000/NE2000 at 0x%x\n", eth_nic_base); eth_vendor = VENDOR_NOVELL; eth_flags = FLAG_PIO; eth_memsize = MEM_16384; eth_tx_start = 32; +#ifdef GWETHER + outb(eth_asic_base + NE_RESET, 0); + DELAY(200); +#endif c = inb(eth_asic_base + NE_RESET); outb(eth_asic_base + NE_RESET, c); + DELAY(5000); inb(0x84); outb(eth_nic_base + D8390_P0_COMMAND, D8390_COMMAND_STP | D8390_COMMAND_RD2); @@ -317,7 +329,8 @@ return (0); } eth_pio_read(0, romdata, 16); - printf("\r\nNE1000/NE2000 base 0x%x, addr ", eth_nic_base); + printf("\nNE1000/NE2000 (%d bit) base 0x%x, addr ", + eth_flags & FLAG_16BIT ? 16:8, eth_nic_base); for (i=0; i<6; i++) { printf("%b",(int)(arptable[ARP_CLIENT].node[i] = romdata[i + ((eth_flags & FLAG_16BIT) ? i : 0)])); diff --new-file -ubwr netboot.22R/start2.S netboot/start2.S --- netboot.22R/start2.S Tue Nov 12 09:02:24 1996 +++ netboot/start2.S Sat May 3 23:54:24 1997 @@ -26,6 +26,9 @@ .word PCI_DEVICE /* device ID */ .word 0 /* vital product data */ .word 0x0018 /* PCI data structure */ +#if 0 + .word 0 /* XXX check the spec. I don't understand this */ +#endif .byte 0 /* PCI data struct. rev -- 0 */ .byte PCI_CLASS /* Class code */ .word (ROMSIZE>>9) /* no. of 512B blocks */ >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon May 5 03:38:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA17298 for bugs-outgoing; Mon, 5 May 1997 03:38:02 -0700 (PDT) Received: (from jmg@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA17279; Mon, 5 May 1997 03:37:54 -0700 (PDT) Date: Mon, 5 May 1997 03:37:54 -0700 (PDT) From: John-Mark Gurney Message-Id: <199705051037.DAA17279@hub.freebsd.org> To: luigi@iet.unipi.it, jmg, freebsd-bugs Subject: Re: i386/3505 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: New features (and manpage) for netboot State-Changed-From-To: open-closed State-Changed-By: jmg State-Changed-When: Mon May 5 03:36:50 PDT 1997 State-Changed-Why: this one is a duplicate of 3504.... if no one else is interested, I'll take a look at this.... it'll be a while before I can get to it as my system is out of date... From owner-freebsd-bugs Mon May 5 04:30:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA19461 for bugs-outgoing; Mon, 5 May 1997 04:30:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA19455; Mon, 5 May 1997 04:30:02 -0700 (PDT) Resent-Date: Mon, 5 May 1997 04:30:02 -0700 (PDT) Resent-Message-Id: <199705051130.EAA19455@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, ah@alvman.RoBIN.de Received: from alvman.RoBIN.de (bambam.RoBIN.de [193.174.7.150]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA19124 for ; Mon, 5 May 1997 04:21:58 -0700 (PDT) Received: (from ah@localhost) by alvman.RoBIN.de (8.8.3/8.6.9) id NAA07496; Mon, 5 May 1997 13:26:44 +0200 (MET DST) Message-Id: <199705051126.NAA07496@alvman.RoBIN.de> Date: Mon, 5 May 1997 13:26:44 +0200 (MET DST) From: Andreas Haakh Reply-To: ah@alvman.RoBIN.de To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/3506: bin Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3506 >Category: bin >Synopsis: more did not show iso-8859-n characters >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon May 5 04:30:01 PDT 1997 >Last-Modified: >Originator: Andreas Haakh >Organization: Andreas Haakh * Steinackerstr. 6 * 64285 Darmstadt * ah@alvman.RoBIN.de http://www.RoBIN.de für privaten Internet-Zugang in Darmstadt/Rödermark http://www.FreeBSD.org freies Berkley-Unix für Intel-Architektur(>=80386). >Release: FreeBSD 2.1.6-RELEASE i386 >Environment: >Description: More did not display iso-8859-n characters. Instead they were converted to ^something. >How-To-Repeat: Just page some code containig german special characters >Fix: I included a call to setlocale and corrected one line in less.h in the following patch diff -rC3 more/less.h more.new/less.h *** more/less.h Mon May 5 13:12:51 1997 --- more.new/less.h Mon May 5 13:05:20 1997 *************** *** 47,53 **** #define BO_CHAR '\203' /* Enter boldface mode */ #define BE_CHAR '\204' /* Exit boldface mode */ ! #define CONTROL_CHAR(c) (!isprint(c)) #define CARAT_CHAR(c) ((c == '\177') ? '?' : (c | 0100)) #define TOP (0) --- 47,53 ---- #define BO_CHAR '\203' /* Enter boldface mode */ #define BE_CHAR '\204' /* Exit boldface mode */ ! #define CONTROL_CHAR(c) (iscntrl(c)) #define CARAT_CHAR(c) ((c == '\177') ? '?' : (c | 0100)) #define TOP (0) diff -rC3 more/main.c more.new/main.c *** more/main.c Mon May 5 13:12:30 1997 --- more.new/main.c Mon May 5 12:54:31 1997 *************** *** 51,56 **** --- 51,57 ---- #include #include #include + #include int ispipe; int new_file; *************** *** 251,256 **** --- 252,259 ---- { int envargc, argcnt; char *envargv[2], *getenv(); + + (void)setlocale(LC_ALL, ""); /* * Process command line arguments and MORE environment arguments. > >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon May 5 06:45:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA24695 for bugs-outgoing; Mon, 5 May 1997 06:45:07 -0700 (PDT) Received: from oxtody.wias-berlin.de (oxtody.wias-berlin.de [192.124.249.175]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id GAA24688 for ; Mon, 5 May 1997 06:45:01 -0700 (PDT) From: griepent@wias-berlin.de Received: from pascal.wias-berlin.de by oxtody.wias-berlin.de (5.65v3.2/1.1.10.5/06Jan97-0122PM) id AA04640; Mon, 5 May 1997 15:44:50 +0200 Received: by pascal.wias-berlin.de (5.65v3.2/1.1.10.5/19Dec96-0827AM) id AA16083; Mon, 5 May 1997 15:44:49 +0200 Date: Mon, 5 May 1997 15:44:49 +0200 Message-Id: <9705051344.AA16083@pascal.wias-berlin.de> Subject: Underflow floating point exceptions under FreeBSD 2.1.5 To: bugs@FreeBSD.org Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hello, FreeBSD experts! I am going to use numerical applications on a X11 Window desktop and I want to work with the nice and stable FreeBSD system at home. To stay compatible with an institute I want to use a numerical package written in ANSI-C which works flawlessly on DEC and SGI machines. I was able to compile (gcc-2.6.3) the package on several Intel platforms (from 486 DX to PentiumPro) under FreeBSD-2.1.5. Trying to run it there always occured strange underflow floating point exceptions in code fragments computing mathematical functions like sqrt, cos, log with harmless arguments of type double in the range of 1.0e-20 to 1.0e+20, which should be normally no big deal in the IEEE 754 world! My first idea was to recompile the code with gnu debugger support enabled and no optimization options. So I have got the same underflow floating point exceptions, but now more localized, namely in the above mathematical functions contained in the shared library /usr/lib/libm.so My next idea was a little bit more successful: recompiling the libm sources with gdb support enabled. Building the numerical package with that new math library and setting appropriate breakpoints in the sqrt, log and cos function calls of the library I was able to localize the underflows in the loops which iteratively compute the values of that functions. Remembering a similar looping problem (many years ago on other platforms) I have decided to recompile the libm sources with no optimization! Again building the package with that math library the code is running now and we get the same numerical results and performance as on the DEC or SGI machines! Now my questions: (1) Let me assume that the original libm shared library was compiled also with the gcc-2.6.3 compiler. Is there a (known) optimization bug in the gcc-2.6.3 compiler? (2) What about the other system libraries? Perhaps I have to be aware to run in trouble in a similar manner! (3) Is there any hope to get rid of that problems in one of the next versions of FreeBSD or newer gcc versions? It was the first serious disappointment in my two year experience with that system. Please, let me stay trusting the FreeBSD operating system, I want miss it for such a reason! It would be very nice, if you could give me a hint! Jens Griepentrog griepent@wias-berlin.de From owner-freebsd-bugs Mon May 5 06:53:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA25164 for bugs-outgoing; Mon, 5 May 1997 06:53:55 -0700 (PDT) Received: from economic.acnit.ac.ru (economic.acnit.ac.ru [193.233.113.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA25136 for ; Mon, 5 May 1997 06:53:23 -0700 (PDT) Received: (from bazilio@localhost) by economic.acnit.ac.ru (8.8.5/8.8.4) id QAA02344; Mon, 5 May 1997 16:44:42 +0400 (MSD) Date: Mon, 5 May 1997 16:44:41 +0400 (MSD) From: "Vasily V. Grechishnikov" To: freebsd-bugs@freebsd.org Subject: NFS server and NFS lkm conflicts ? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi ! I have 2.2R. I need NFS server on my machine. I recompile my kernel without option NFS and try to use NFS as LKM . At startup my system locks down on loading screen saver because starting NFS server try to load /lkm/nfs_mod.o and nfsd/mountd did not exports needed directories to LAN . I add" modload /lkm/nfs_mod.o " into /etc/rc before starting of nfsd/mountd . And after this step all works ok. Why it is happen ? And second question: LKM vs. static, what better ? Is LKM pageable ? Thanks , Vasily . ******[FreeBSD it is coolest UNIX for PC!]******* * System admin , ftp and web master. * * Home Page: http://www.econ.acnit.ac.ru/ * * E-mail: bazilio@economic.acnit.ac.ru * * fidonet: 2:5025/37.8 * * * * Industrial Economy Departament * * Voronezh State Technical University * * * ************************************************* From owner-freebsd-bugs Mon May 5 07:00:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA25576 for bugs-outgoing; Mon, 5 May 1997 07:00:08 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA25552; Mon, 5 May 1997 07:00:05 -0700 (PDT) Resent-Date: Mon, 5 May 1997 07:00:05 -0700 (PDT) Resent-Message-Id: <199705051400.HAA25552@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, Received:(from nobody@localhost) by.hub.freebsd.org.id.GAA25371;Mon; (8.8.5/8.8.5);, 5 May 1997 06:56:31.-0700 (PDT) Message-Id: <199705051356.GAA25371@hub.freebsd.org> Date: Mon, 5 May 1997 06:56:31 -0700 (PDT) From: navone@ope.net To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/3508: FreeBSD 2.2.1 do not view SCSI disk at sw reboot Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3508 >Category: bin >Synopsis: FreeBSD 2.2.1 do not view SCSI disk at sw reboot >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon May 5 07:00:03 PDT 1997 >Last-Modified: >Originator: Piergiorgio Navone >Organization: CSI Piemonte - OpeNNet >Release: 2.2.1 >Environment: FreeBSD virtual.ope.net 2.2.1-RELEASE FreeBSD 2.2.1-RELEASE #0: Sun Apr 21 19:49 :28 CEST 1996 sistemi@virtual.ope.net:/usr/src/sys/compile/VIRTUAL i386 >Description: I have a Pc with SCSI Adaptec controller. I can't do a sw reboot; i must to turn off the PC. Why ? >How-To-Repeat: With the command "reboot". >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon May 5 07:10:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA26163 for bugs-outgoing; Mon, 5 May 1997 07:10:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA26155; Mon, 5 May 1997 07:10:02 -0700 (PDT) Resent-Date: Mon, 5 May 1997 07:10:02 -0700 (PDT) Resent-Message-Id: <199705051410.HAA26155@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, Received:(from nobody@localhost) by.hub.freebsd.org.id.HAA26082;Mon; (8.8.5/8.8.5);, 5 May 1997 07:08:57.-0700 (PDT) Message-Id: <199705051408.HAA26082@hub.freebsd.org> Date: Mon, 5 May 1997 07:08:57 -0700 (PDT) From: mrspock@esfm.ipn.mx To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: conf/3509: sysinstall does not configurates apache httpd in FreeBSD 2.2.1 correctly Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3509 >Category: conf >Synopsis: sysinstall does not configurates apache httpd in FreeBSD 2.2.1 correctly >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon May 5 07:10:01 PDT 1997 >Last-Modified: >Originator: Eduardo Viruena >Organization: ESFM-IPN >Release: 2.2.1 >Environment: FreeBSD Isabeau.esfm.ipn.mx 2.2.1-RELEASE FreeBSD 2.2.1-RELEASE #0: Fri Apr 4 17:30:57 CST 1997 mrspock@Isabeau:/usr/src/sys/compile/EViruena i386 >Description: Apache requires the httpd configuration directory be "/usr/local/etc/apache". "/stand/sysinstall" configures httpd but the configuration directory that it uses is: "/usr/local/www/server/conf" Installations made in this way do not work. >How-To-Repeat: Try to configure FreeBSD 2.2.1 as a web server using "/etc/sysinstall". >Fix: I suppose the apache distribution can be recompiled changing its configuration in such a way that the the configuration directory of the httpd be the one used in "/stand/sysinstall". I suppose also the "/stand/sysinstall" can be recompiled so that the configuration directory for the web server be the one used by the apache distribution. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon May 5 07:20:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA26735 for bugs-outgoing; Mon, 5 May 1997 07:20:06 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA26722; Mon, 5 May 1997 07:20:03 -0700 (PDT) Resent-Date: Mon, 5 May 1997 07:20:03 -0700 (PDT) Resent-Message-Id: <199705051420.HAA26722@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, Received:(from nobody@localhost) by.hub.freebsd.org.id.HAA26441;Mon; (8.8.5/8.8.5);, 5 May 1997 07:15:01.-0700 (PDT) Message-Id: <199705051415.HAA26441@hub.freebsd.org> Date: Mon, 5 May 1997 07:15:01 -0700 (PDT) From: mrspock@esfm.ipn.mx To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/3510: xsm does not work! Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3510 >Category: bin >Synopsis: xsm does not work! >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon May 5 07:20:01 PDT 1997 >Last-Modified: >Originator: Eduardo Viruena Silva >Organization: ESFM-IPN >Release: 2.2.1 >Environment: FreeBSD Isabeau.esfm.ipn.mx 2.2.1-RELEASE FreeBSD 2.2.1-RELEASE #0: Fri Apr 4 17:30:57 CST 1997 mrspock@Isabeau:/usr/src/sys/compile/EViruena i386 >Description: xsm exits generatin a "core dump" doing nothing else. I tried to star "xdm" and the original configuration in X uses this program. >How-To-Repeat: Install FreeBSD 2.2.1 and start "xdm". Try to do a login. >Fix: I erase xsm from my configuration files and configurated a window manager insted. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon May 5 07:30:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA27173 for bugs-outgoing; Mon, 5 May 1997 07:30:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA27164; Mon, 5 May 1997 07:30:02 -0700 (PDT) Resent-Date: Mon, 5 May 1997 07:30:02 -0700 (PDT) Resent-Message-Id: <199705051430.HAA27164@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, Received:(from nobody@localhost) by.hub.freebsd.org.id.HAA26943;Mon; (8.8.5/8.8.5);, 5 May 1997 07:25:50.-0700 (PDT) Message-Id: <199705051425.HAA26943@hub.freebsd.org> Date: Mon, 5 May 1997 07:25:50 -0700 (PDT) From: mrspock@esfm.ipn.mx To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: conf/3511: fvwm95 configuration is not present. Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3511 >Category: conf >Synopsis: fvwm95 configuration is not present. >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon May 5 07:30:00 PDT 1997 >Last-Modified: >Originator: Eduardo Viruena Silva >Organization: ESFM-IPN >Release: 2.2.1 >Environment: FreeBSD Isabeau.esfm.ipn.mx 2.2.1-RELEASE FreeBSD 2.2.1-RELEASE #0: Fri Apr 4 17:30:57 CST 1997 mrspock@Isabeau:/usr/src/sys/compile/EViruena i386 >Description: I tried to install fvwm95. It could not find its configuration file. It did not work. >How-To-Repeat: Install FreeBSD 2.2.1. pkg_add fvwm95 distribution. configure it as windows manager in "/usr/X11R6/lib/X11/xinit/xinitrc and start X using "startx". or configure it as windows manager in "/usr/X11R6/lib/X11/xdm/XSession" and start X using "xdm" >Fix: cp /usr/X11R6/lib/X11/fvwm95/system.fvwm95rc \ /usr/X11R6/lib/X11/fvwm95/.fvwm95rc but configuration problems... color_xterm is used but it is not present in the CD. xsm does not work, so you have to reconfigure "/usr/X11R6/lib/X11/xdm/Xsession" to not use it and use a windows manager instead. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon May 5 07:32:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA27369 for bugs-outgoing; Mon, 5 May 1997 07:32:53 -0700 (PDT) Received: from pluto.plutotech.com (root@pluto100.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA27364 for ; Mon, 5 May 1997 07:32:51 -0700 (PDT) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.5/8.8.3) with ESMTP id IAA02085; Mon, 5 May 1997 08:32:28 -0600 (MDT) Message-Id: <199705051432.IAA02085@pluto.plutotech.com> To: Peter Wemm cc: bugs@FreeBSD.ORG Subject: Re: cd problem? In-reply-to: Your message of "Mon, 05 May 1997 16:42:19 +0800." <199705050842.QAA13600@spinner.DIALix.COM> Date: Mon, 05 May 1997 09:31:00 -0600 From: "Justin T. Gibbs" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Peter Wemm wrote: >> I got this last night when trying to mount the most recent 2.2 snapshot CD >> that I have (middle of last year): >> >> > ahc0: ahc_scsi_cmd: more than 32 DMA segs >> > cd0: oops not queued >> > biodone: buffer already done >[..] >> >> This used to work, and was mountable on another machine.. Anybody seen >> this? > >Oops, forgot to mention.. The machine that got the error was "very >-current", built yesterday. The controller is an adapted 2742T with devices >on both channels. > >Cheers, >-Peter Somebody asked the aic7xxx driver to read more than (32 * PAGE_SIZE) worth of data at a time which "shouldn't happen". Phk tracked down a similar problem some time ago with ffs I think. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-bugs Mon May 5 07:40:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA27955 for bugs-outgoing; Mon, 5 May 1997 07:40:11 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA27939; Mon, 5 May 1997 07:40:05 -0700 (PDT) Resent-Date: Mon, 5 May 1997 07:40:05 -0700 (PDT) Resent-Message-Id: <199705051440.HAA27939@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, Received:(from nobody@localhost) by.hub.freebsd.org.id.HAA27273;Mon; (8.8.5/8.8.5);, 5 May 1997 07:31:01.-0700 (PDT) Message-Id: <199705051431.HAA27273@hub.freebsd.org> Date: Mon, 5 May 1997 07:31:01 -0700 (PDT) From: mrspock@esfm.ipn.mx To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: conf/3512: xload does not have proper owner and permissions. Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3512 >Category: conf >Synopsis: xload does not have proper owner and permissions. >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon May 5 07:40:01 PDT 1997 >Last-Modified: >Originator: Eduardo Viruena Silva >Organization: ESFM-IPN >Release: 2.2.1 >Environment: FreeBSD Isabeau.esfm.ipn.mx 2.2.1-RELEASE FreeBSD 2.2.1-RELEASE #0: Fri Apr 4 17:30:57 CST 1997 mrspock@Isabeau:/usr/src/sys/compile/EViruena i386 >Description: I tried to install fvwm95. It requieres "xload" for one of its tool-bar buttons. It does not work because xload does not have its owner and permission properly set. >How-To-Repeat: Install FreeBSD 2.2.1. Install X start "xload" as a user different of root. >Fix: login as root cd /usr/X11R6/bin chown root.kmem xload chmod 2755 xload >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon May 5 07:42:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA28145 for bugs-outgoing; Mon, 5 May 1997 07:42:37 -0700 (PDT) Received: from Michelle.esfm.ipn.mx (Michelle.esfm.ipn.mx [148.204.104.23]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA28140 for ; Mon, 5 May 1997 07:42:31 -0700 (PDT) Received: (from mrspock@localhost) by Michelle.esfm.ipn.mx (8.7.5/8.7.3) id JAA00847; Mon, 5 May 1997 09:44:57 -0500 (CDT) Date: Mon, 5 May 1997 09:44:56 -0500 (CDT) From: Eduardo Viruena Silva To: freebsd-bugs@FreeBSD.ORG Subject: LINUX'95 ??? Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1363657076-862843496=:842" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-1363657076-862843496=:842 Content-Type: TEXT/PLAIN; charset=US-ASCII Hello pals! Well, it is not actually a bug, but I thing a change must be done to "fvwm95". When you push the "Start" button in the tool-bar, it displays an icon saying "Linux'95". I thing we'd better change it to something saying "FreeBSD'95" I included a file that I made. You can put it in /usr/X11/icons and change your "/usr/X11R6/lib/X11/fvwm95/.fvwm2rc95" to use it instead of "linux-menu.xpm" (line 272). Adi'os! /\ /\ _ / \/ \ \___/_\ __ ( O O _) / / / \ /\ / ___ / / ___ | |\ / / | / / / |_|_ O __/____/\__/\___|/___/\__/ \/ --0-1363657076-862843496=:842 Content-Type: APPLICATION/octet-stream; name="FreeBSD95.xpm" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: LyogWFBNICovCnN0YXRpYyBjaGFyICpGcmVlQlNEOTVbXSA9IHsKLyogd2lk dGggaGVpZ2h0IG51bV9jb2xvcnMgY2hhcnNfcGVyX3BpeGVsICovCiIgICAg MjUgICAxNDYgICAgICAgIDE1ICAgICAgICAgICAgMSIsCi8qIGNvbG9ycyAq LwoiLiBjIG5vbmUiLAoiYSBjICNiOGJhYzEiLAoiYiBjICNlMGRiZDYiLAoi YyBjICM0NzMzMzYiLAoiZCBjICNhYTllOWUiLAoiZSBjICM5NzU3NWMiLAoi ZiBjICM5YTM4M2QiLAoiZyBjICMzMTI5NTMiLAoiaCBjICNhNzg3NzkiLAoi aSBjICM1NjM1NTUiLAoiaiBjICM1YzZhODkiLAoiayBjICM1NDk1YjIiLAoi bCBjICNlY2YwZWQiLAoibSBjICM2NjU2NjMiLAoiIyBjICNmZmZmZmYiLAov KiBwaXhlbHMgKi8KIi4uLi4uLi4uLi5sLi4uLi4uLi4uLi4uLi4iLAoiLi4u Li4uLi5sbWEuLi4uLi4uLi4uLi4uLiIsCiIuLi4uLi4uYmNkLi4uLi4uYmVs Li4uLi4uIiwKIi4uLi4uLmJmZ2FhZGRiLi4uZW0uLi4uLi4iLAoiLi4uLi4u aGZjZmZjZ2dtbC5lZ2cuLi4uLiIsCiIuLi4uLi5oZmJiaGVpaWdtZmlnZy4u Li4uIiwKIi4uLi4uLmgjbGEjIyNmZWZmZ2dnLi4uLi4iLAoiLi4uLi4uZCNs YSMjI2lpZ2dnZy4uLi4uLiIsCiIuLi4uLi5tZ2pqbCNmZm1nZ2cuLi4uLi4u IiwKIi4uLmwuZGZlaWcuYWZlaWdnLi4uLi4uLi4iLAoiLi4uYWFlZmZlbWFk YWlpZ2cuLi4uLi4uLiIsCiIuLmFhZGVmZm1mZmZmZWdnYi4uLi4uLi4uIiwK ImJsYmhtbGxtZmVlaW1nZ2EuLi4uLi4uLi4iLAoibGpkbW1tZWFhaWlpaWln Li4uLi4uLi4uLiIsCiIuLmJsLmVjaGxtZmVmaWcuLi4uLi4uLi4uIiwKIi4u Li5sYmlnZ2ZmZWZpZy4uLi4uLi4uLi4iLAoiLi4uLi5kaWdjaWZlaWdnLi4u Li4uLi4uLiIsCiIuLi4uLi4uZWZmZWlpZ2cuLi4uLi4uLi4uIiwKIi4uLi4u Li5hZ2lnZ2pnZy4uLi4uLi4uLi4iLAoiLi4uLi4uLmhmbWdnZ2dnLi4uLi4u Li4uLiIsCiIuLi4uLi4ubGZmZW1nZ2lnLi4uLi4uLi4uIiwKIi4uLi4uLi4u ZWlnaWdnZ2cuLi4uLi4uLi4iLAoiLi4uLi5sYmFlam1qbW1tZ2dnLi4uLi4u LiIsCiIuLmFka2ppaGRtbW1pampsbWdnbWRnLi4uIiwKIi4ua2tra2Fra2pp aWlqamNtY2NjY2NjZWwiLAoiLi4ubGFra2tra2pra2tnY2NjY2NoIyNpbSIs CiIuLi4uLi5sYWttbWdjY2NjY21oaGZoZGNjIiwKIi4uLi4uLi4uLi5sYmJi YmJsYmhlY2NjZ2MiLAoiLi4uLi4uLi4uLi4ubGwuLmxsbGxiYWRkZCIKIi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4iLAoiLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLiIsCiIuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uIiwKIi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4iLAoiLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLiIsCiIuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uIiwKIi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4iLAoiLi4uLi4uLiMuLi4uLi4uLi4uLi4uLi4u LiIsCiIuLi4uLi4uIyMuLi4uIyMjIy4uLi4uLi4uIiwKIi4uLi4uLi4jIy4u LiMjIyMjIy4uLi4uLi4iLAoiLi4uLi4uLiMjLi4jIyMjIyMjLi4uLi4uLiIs CiIuLi4uLi4uIyMuLiMjLi4uIyMjLi4uLi4uIiwKIi4uLi4uLi4jIy4uIy4u Li4uLiMuLi4uLi4iLAoiLi4uLi4uLiMjLi4jLi4uLi4uIy4uLi4uLiIsCiIu Li4uLi4uIyMjLiMuLi4uLi4jLi4uLi4uIiwKIi4uLi4uLi4uLiMjIyMuLi4j IyMuLi4uLi4iLAoiLi4uLi4uLi4uLi4uLi4uIyMjIy4uLi4uLiIsCiIuLi4u Li4uLi4jIyMjIy4uIyMuLi4uLi4uIiwKIi4uLi4uLi4uIyMjIyMjIyMjLi4u Li4uLi4iLAoiLi4uLi4uLiMjIyMjIyMjIyMjLi4uLi4uLiIsCiIuLi4uLi4u Iy4uLiMjIyMjIyMuLi4uLi4uIiwKIi4uLi4uLi4jLi4uLiMuLi4jIyMuLi4u Li4iLAoiLi4uLi4uLiMuLi4uLiMuLi4uIy4uLi4uLiIsCiIuLi4uLi4uIyMu Li4jIy4uLi4jLi4uLi4uIiwKIi4uLi4uLi4jIyMjIyMjLi4uLiMuLi4uLi4i LAoiLi4uLi4uLi4jIyMjIy4uLiMjIy4uLi4uLiIsCiIuLi4uLi4uLi4jIyMu Li4uIyMuLi4uLi4uIiwKIi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4iLAoi Li4uLi4uIyMjLi4uLi4uLi4uLi4uLi4uLiIsCiIuLi4uLi4jIyMjLi4uLi4u Li4uLi4uLi4uIiwKIi4uLi4uLiMjIyMjIy4uLi4uLi4uLi4uLi4iLAoiLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLiIsCiIuLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uIiwKIi4uLi4uLi4uLiMjIyMjLi4uLi4uLi4uLi4iLAoiLi4uLi4u LiMjIyMjIyMjIy4uLi4uLi4uLiIsCiIuLi4uLi4uIyMjIyMjIyMjIy4uLi4u Li4uIiwKIi4uLi4uLiMjLi4uLi4uIyMjIy4uLi4uLi4iLAoiLi4uLi4uIy4u Li4uLi4uLiMjIy4uLi4uLiIsCiIuLi4uLi4jLi4uLi4uLi4uLiMjLi4uLi4u IiwKIi4uLi4uLiMuLi4uLi4uLi4uLiMuLi4uLi4iLAoiLi4uLi4uIyMjIy4u Li4uLi4uIy4uLi4uLiIsCiIuLi4uLi4jIyMjIyMjIy4uLi4jLi4uLi4uIiwK Ii4uLi4uLiMjIyMjIyMjIyMjIyMuLi4uLi4iLAoiLi4uLi4uIy4uIyMjIyMj IyMjIy4uLi4uLiIsCiIuLi4uLi4jLi4uLi4uIyMjIyMjLi4uLi4uIiwKIi4u Li4uLi4uLi4uLi4uLi4uIyMuLi4uLi4iLAoiLi4uLi4uLi4uLi4uLi4uLi4u Iy4uLi4uLiIsCiIuLi4uLi4jIyMjLi4uLiMjIy4uLi4uLi4uIiwKIi4uLi4u LiMjIyMuLiMjIyMjIy4uLi4uLi4iLAoiLi4uLi4uIy4uLi4uIyMjIyMjLi4u Li4uLiIsCiIuLi4uLi4jLi4uLiMjIyMuLiMjLi4uLi4uIiwKIi4uLi4uLiMu Li4jIyMjLi4uLiMuLi4uLi4iLAoiLi4uLi4uIyMjIyMjIy4uLi4uIy4uLi4u LiIsCiIuLi4uLi4uIyMjIyMuLi4uLi4jLi4uLi4uIiwKIi4uLi4uLi4uIyMj Li4uLi4uIyMuLi4uLi4iLAoiLi4uLi4uLi4uLi4uLi4jIyMjIy4uLi4uLiIs CiIuLi4uLi4uLi4uLi4uLi4uIyMuLi4uLi4uIiwKIi4uLi4uLi4jIyMjLi4u Li4uLi4uLi4uLi4iLAoiLi4uLi4uIyMjIyMjLi4jIyMuLi4uLi4uLiIsCiIu Li4uLi4jIyMjIyMuIyMjIyMuLi4uLi4uIiwKIi4uLi4uLiMjLi4jIyMjIyMj IyMuLi4uLi4iLAoiLi4uLi4uIy4uLi4jIyMuLi4jIy4uLi4uLiIsCiIuLi4u Li4jLi4uLi4jLi4uLiMjLi4uLi4uIiwKIi4uLi4uLiMjLi4uLiMuLi4uLiMu Li4uLi4iLAoiLi4uLi4uIyMjIyMjIy4uLi4uIy4uLi4uLiIsCiIuLi4uLi4j IyMjIyMjIyMjIyMjLi4uLi4uIiwKIi4uLi4uLiMuLiMjIyMjIyMjIyMuLi4u Li4iLAoiLi4uLi4uIy4uLi4uLiMjIyMjIy4uLi4uLiIsCiIuLi4uLi4uLi4u Li4uLi4uLiMjLi4uLi4uIiwKIi4uLi4uLi4uLi4uLi4uLi4uLiMuLi4uLi4i LAoiLi4uLi4uLi4uLi4jIy4uLi4uLi4uLi4uLiIsCiIuLi4uLi4uLi4uIyMj Iy4uIy4uLi4uLi4uIiwKIi4uLi4uLi4uLi4jIyMjIy4uIy4uLi4uLi4iLAoi Li4uLi4uLi4uLiMuLiMjLi4uIy4uLi4uLiIsCiIuLi4uLi4uLi4uIyMuLiMu Li4jLi4uLi4uIiwKIi4uLi4uLi4uLi4jIyMuIy4uIyMuLi4uLi4iLAoiLi4u Li4uLi4uLi4jIyMjIyMjIy4uLi4uLiIsCiIuLi4uLi4uLi4uLi4jIyMjIyMj Li4uLi4uIiwKIi4uLi4uLi4uLi4uLi4uIyMjIy4uLi4uLi4iLAoiLi4uLi4u Li4uLi4jIy4uLi4uLi4uLi4uLiIsCiIuLi4uLi4uLi4uIyMjIy4uIy4uLi4u Li4uIiwKIi4uLi4uLi4uLi4jIyMjIy4uIy4uLi4uLi4iLAoiLi4uLi4uLi4u LiMuLiMjLi4uIy4uLi4uLiIsCiIuLi4uLi4uLi4uIyMuLiMuLi4jLi4uLi4u IiwKIi4uLi4uLi4uLi4jIyMuIy4uIyMuLi4uLi4iLAoiLi4uLi4uLi4uLi4j IyMjIyMjIy4uLi4uLiIsCiIuLi4uLi4uLi4uLi4jIyMjIyMjLi4uLi4uIiwK Ii4uLi4uLi4uLi4jIy4uIyMjIy4uLi4uLi4iLAoiLi4uLi4uLi4uLiMjIy4u Li4uLi4uLi4uLiIsCiIuLi4uLi4uLi4uIyMuLi4uLi4uLi4uLi4uIiwKIi4u Li4uLi4uLi4uLiMuLi4uLi4uLi4uLi4iLAoiLi4uLi4uLi4uLiMjIyMuLi4u Li4uLi4uLiIsCiIuLi4uLi4uLi4uIyMjIyMjIyMuLi4uLi4uIiwKIi4uLi4u Li4uLi4jLi4jIyMjIy4uLi4uLi4iLAoiLi4uLi4uIyMuLiMuLi4uLiMjLi4u Li4uLiIsCiIuLi4uLi4jIyMuLi4uLi4uLi4uLi4uLi4uIiwKIi4uLi4uLiMu Li4jIyMuLi4uLi4uLi4uLi4iLAoiLi4uLi4uIy4uLi4uIyMjLi4uLi4uLi4u LiIsCiIuLi4uLi4jLi4uLi4jLi4uLi4uLi4uLi4uIiwKIi4uLi4uLiMuLi4u LiMuLi4uLi4uLi4uLi4iLAoiLi4uLi4uIyMjIy4uIy4uLi4uLi4uLi4uLiIs CiIuLi4uLi4jIyMjIyMjIyMuLi4jLi4uLi4uIiwKIi4uLi4uLiMjIyMjIyMj IyMjIyMuLi4uLi4iLAoiLi4uLi4uIy4uLiMjIyMjIyMjIy4uLi4uLiIsCiIu Li4uLi4uLi4uLi4uLiMjIyMjLi4uLi4uIiwKIi4uLi4uLi4uLi4uLi4uLi4u LiMuLi4uLi4iLAoiLi4uLi4uLi4uLi4uLi4uLi4uIy4uLi4uLiIsCiIuLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uIiwKIi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4iLAoiLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLiIsCiIuLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uIiwKIi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4iLAoiLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLiIsCiIuLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uIiwKIi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4i LAoiLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLiIsCiIuLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uIgp9OwpTSU1QTEUgID0gICAgICAgICAgICAgICAgICAg IFQgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIEJJVFBJWCAgPSAgICAgICAgICAgICAgICAgICAgOCAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgTkFY SVMgICA9ICAgICAgICAgICAgICAgICAgICAyICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBOQVhJUzEgID0gICAg ICAgICAgICAgICAgICAgMjUgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIE5BWElTMiAgPSAgICAgICAgICAgICAg ICAgIDE0MiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgSElTVE9SWSBXcml0dGVuIGJ5IFhWIDMuMTBhICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICBFTkQgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICD///////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// ////////////////////AP///////////////////////////////wD///// /////////////////////wAAAAAA////////////////AP///wAAAAAAAAAA AP///////////////wAAAAAAAAAAAAAAAAD///////////////8AAAAAAAAA AAD///8A////////////////AAAAAP//AP///////////////////////wD/ /////wD///////////////////////8A//////8A//////////////////// ////AP//////AAAA/////////////////////wD///8AAAD///////////// //////////8AAAD/////////////////////////////AAD//wD//////wAA //////////////////////8A//8AAAAAAP//////////////////////AAAA AAAAAAD//////////////////////wAAAAD///////////////////////// /////wD/////////////////////////////AAD///////////////////// /////////wAAAP////////////////////////////8AAP//AAAAAP////// //////////////////8AAAAAAAAA//////////////////////8AAAAAAAAA AP////////////////////8AAAD/AP//AAD/////////////////////AAD/ /wD///8A/////////////////////wD//wAA////AP////////////////// //8AAAAAAP//AP//////////////////////AAAAAP//AP////////////// //////////8AAP//////////////////////////////////AAAAAP////// //////////////////8AAAAAAAAA//////////////////////8AAAAAAAAA AP////////////////////8AAAD/AP//AAD/////////////////////AAD/ /wD///8A/////////////////////wD//wAA////AP////////////////// //8AAAAAAP//AP//////////////////////AAAAAP//AP////////////// //////////8AAP///////////////////////////////////////wD///// /////////////////////////wAA////////////////AP///////wAAAAAA AP///////////////wD//wAAAAAAAAAAAAD///////////////8AAAAAAAAA AAAAAAAA////////////////AAAAAAAAAP//////AP///////////////wAA /////wD//////wD///////////////8A//////8A/////wAA//////////// ////AP////8AAAD///8AAP///////////////wAA//8AAAAAAAAAAAD///// //////////8AAAAAAAD/AAAAAAD/////////////////AAAAAAAA//8AAAD/ //////////////////8AAAAA//////////////////////////////////// ////AAD///////////////////////////8AAAAAAP////////////////// AAAA////////AAD/////////////////AAAAAAD///////8A//////////// ////AAAAAAAAAP//////AP///////////////wD///8AAAAA/////wD///// //////////8A/////wAAAAD//wAA////////////////AP//////AAAAAAAA /////////////////wAAAAD//wAAAAAAAP////////////////8AAAAA//// /wAAAP//////////////////////////////////AP////////////////// ////////////AAD///////////////8A////////AAAAAAAA//////////// ////AP//AAAAAAAAAAAAAP///////////////wAAAAAAAAAAAAAAAAD///// //////////8AAAAAAAAAAP////8A////////////////AAAAAP////////// AP///////////////wD//////////////wD///////////////8A//////// /////wAA////////////////AP///////////wAAAP///////////////wAA ////////AAAAAP//////////////////AAAAAAAAAAAAAP////////////// /////wAAAAAAAAAAAP///////////////////////wAAAAAA//////////// //////////////////////////////////////////////////////////// /////////////////wAAAAAAAP////////////////////////8AAAAA//// ////////////////////////AAAA//////////////////////////////// //////////////////////////////////8AAAD/////AAD///////////// //////8AAAAAAP///wAAAP////////////////8AAAAAAAAA/////wD///// ////////////AAD///8AAP////8A/////////////////wD//////wD///// AP////////////////8A/////wD///8AAAD/////////////////AP///wAA AAAAAAD//////////////////wAAAAAAAAAAAAAA//////////////////// AAAAAAAAAAAA//////////////////////8AAAAAAP//AAD///////////// ////////////////AAAAAP///////////////////wAAAAD///8AAAD///// ////////////AAAA/wD///////8A/////////////////wAA//8A//////// AP////////////////8AAP//AP///////wD/////////////////AAD//wAA ////AAAA/////////////////wAA//8AAAAAAAAA//////////////////8A AP///wAAAAAAAP//////////////////AAD/////AAAAAP////////////// /////wD///////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAK --0-1363657076-862843496=:842-- From owner-freebsd-bugs Mon May 5 07:46:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA28356 for bugs-outgoing; Mon, 5 May 1997 07:46:53 -0700 (PDT) Received: from Gina.esfm.ipn.mx (Gina.esfm.ipn.mx [148.204.102.61]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id HAA28348 for ; Mon, 5 May 1997 07:46:51 -0700 (PDT) Received: from localhost by Gina.esfm.ipn.mx; (5.65/1.1.8.2/09Dec96-1145AM) id AA01367; Mon, 5 May 1997 09:47:22 -0600 Date: Mon, 5 May 1997 09:47:22 -0600 (CST) From: Eduardo Viruena Silva To: freeBSD-bugs@FreeBSD.ORG Subject: color_xterm in 2.2.1 CD ? Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Does any body know where the "color_xterm" is in the walnut creek's FreeBSD 2.2.1 disk is ??? I could not find it. Several windows managers use it. /\ /\ _ / \/ \ \___/_\ __ ( O O _) / / / \ /\ / ___ / / ___ | |\ / / | / / / |_|_ O __/____/\__/\___|/___/\__/ \/ From owner-freebsd-bugs Mon May 5 07:50:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA28575 for bugs-outgoing; Mon, 5 May 1997 07:50:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA28563; Mon, 5 May 1997 07:50:01 -0700 (PDT) Date: Mon, 5 May 1997 07:50:01 -0700 (PDT) Message-Id: <199705051450.HAA28563@hub.freebsd.org> To: freebsd-bugs Cc: From: "Justin T. Gibbs" Subject: Re: bin/3508: FreeBSD 2.2.1 do not view SCSI disk at sw reboot Reply-To: "Justin T. Gibbs" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/3508; it has been noted by GNATS. From: "Justin T. Gibbs" To: navone@ope.net Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: bin/3508: FreeBSD 2.2.1 do not view SCSI disk at sw reboot Date: Mon, 05 May 1997 09:40:19 -0600 If this is a 2940AU, enable the "SCAM" feature in SCSI-Select and your problem will go away. Why this helps, I have no idea as I don't have a 2940AU to play with yet. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-bugs Mon May 5 09:05:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA03086 for bugs-outgoing; Mon, 5 May 1997 09:05:52 -0700 (PDT) Received: from helbig.informatik.ba-stuttgart.de (helbig.informatik.ba-stuttgart.de [141.31.166.22]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA03081 for ; Mon, 5 May 1997 09:05:46 -0700 (PDT) Received: (from helbig@localhost) by helbig.informatik.ba-stuttgart.de (8.8.5/8.8.5) id SAA20925; Mon, 5 May 1997 18:05:44 +0200 (MET DST) From: Wolfgang Helbig Message-Id: <199705051605.SAA20925@helbig.informatik.ba-stuttgart.de> Subject: Re: Underflow floating point exceptions under FreeBSD 2.1.5 In-Reply-To: <9705051344.AA16083@pascal.wias-berlin.de> from "griepent@wias-berlin.de" at "May 5, 97 03:44:49 pm" To: griepent@wias-berlin.de Date: Mon, 5 May 1997 18:05:44 +0200 (MET DST) Cc: bugs@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Hello, FreeBSD experts! > > I am going to use numerical applications on a X11 Window desktop and > I want to work with the nice and stable FreeBSD system at home. > To stay compatible with an institute I want to use a numerical > package written in ANSI-C which works flawlessly on DEC and SGI machines. > I was able to compile (gcc-2.6.3) the package on several Intel > platforms (from 486 DX to PentiumPro) under FreeBSD-2.1.5. > > Trying to run it there always occured strange underflow floating > point exceptions in code fragments computing mathematical > functions like > > sqrt, cos, log > > with harmless arguments of type double in the range of 1.0e-20 to 1.0e+20, > which should be normally no big deal in the IEEE 754 world! > > My first idea was to recompile the code with gnu debugger support > enabled and no optimization options. So I have got the same > underflow floating point exceptions, but now more localized, namely > in the above mathematical functions contained in the shared library > > /usr/lib/libm.so > > My next idea was a little bit more successful: > > recompiling the libm sources with gdb support enabled. > > Building the numerical package with that new math library and setting > appropriate breakpoints in the sqrt, log and cos function calls of the > library I was able to localize the underflows in the loops which > iteratively compute the values of that functions. > > Remembering a similar looping problem (many years ago on other platforms) > I have decided to > > recompile the libm sources with no optimization! > > Again building the package with that math library the code is running now > and we get the same numerical results and performance as on the DEC or SGI > machines! > > Now my questions: > > (1) Let me assume that the original libm shared library was compiled > also with the gcc-2.6.3 compiler. > Is there a (known) optimization bug in the gcc-2.6.3 compiler? Your assumption is correct. And there are known (and unknown :-) ) optimization bugs in gcc-2.6.3. That's why virtual all system software in FreeBSD is compiled with the lowest "optimization" flag -O and not with the even buggier -O2 etc. The bug you described is unknown (at least to me). > (2) What about the other system libraries? Perhaps I have to be aware > to run in trouble in a similar manner! > (3) Is there any hope to get rid of that problems in one of the next > versions of FreeBSD or newer gcc versions? I think so. FreeBSD 2.2.X and -current is compiled with gcc-2.7.2, but the bug might have survived the version switch, so I would ask you to send me a minimal C program that exposes the error you were experiencing. Thanks in advance, Wolfgang From owner-freebsd-bugs Mon May 5 09:23:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA04022 for bugs-outgoing; Mon, 5 May 1997 09:23:36 -0700 (PDT) Received: from critter.dk.tfs.com (phk.freebsd.dk [195.8.129.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA04008; Mon, 5 May 1997 09:23:09 -0700 (PDT) Received: from critter (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.5/8.8.5) with ESMTP id SAA00284; Mon, 5 May 1997 18:21:46 +0200 (CEST) To: "Justin T. Gibbs" cc: Peter Wemm , bugs@FreeBSD.ORG From: Poul-Henning Kamp Subject: Re: cd problem? In-reply-to: Your message of "Mon, 05 May 1997 09:31:00 MDT." <199705051432.IAA02085@pluto.plutotech.com> Date: Mon, 05 May 1997 18:21:45 +0200 Message-ID: <282.862849305@critter> Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In message <199705051432.IAA02085@pluto.plutotech.com>, "Justin T. Gibbs" write >Somebody asked the aic7xxx driver to read more than (32 * PAGE_SIZE) >worth of data at a time which "shouldn't happen". Phk tracked down >a similar problem some time ago with ffs I think. That was a overflow condition on some 32/64 bit math... -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-bugs Mon May 5 10:06:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA06658 for bugs-outgoing; Mon, 5 May 1997 10:06:12 -0700 (PDT) Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA05994 for freebsd-bugs@freebsd.org; Mon, 5 May 1997 10:00:09 -0700 (PDT) Date: Mon, 5 May 1997 10:00:09 -0700 (PDT) Message-Id: <199705051700.KAA05994@hub.freebsd.org> From: FreeBSD bugmaster To: FreeBSD bugs list Subject: Current problem reports Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Current FreeBSD problem reports The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. Bugs can be in one of several states: o - open A problem report has been submitted, no sanity checking performed. a - analyzed The report has been examined by a team member and evaluated. f - feedback The problem has been solved, and the originator has been given a patch or a fix has been committed. The PR remains in this state pending a response from the originator. s - suspended Work on the problem has been postponed. This happens if a timely solution is not possible or is not cost-effective at the present time. The PR continues to exist, though a solution is not being actively sought. If the problem cannot be solved at all, it will be closed, rather than suspended. c - closed A problem report is closed when any changes have been integrated, documented, and tested. Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- a [1995/01/11] i386/105 bde Distributed libm (msun) has non-standard o [1995/02/14] kern/216 davidg /kernel: panic: ffs_alloccg: map corrupte o [1995/12/08] kern/876 NFS allows bogus accesses to cached data a [1996/01/22] kern/965 bde 2.0.5: system crashes daily because of "m a [1996/03/04] kern/1059 hsu null fs panics system o [1996/04/06] kern/1121 dyson System crashes on boot up just after the o [1996/05/07] kern/1177 dyson Machine hangs with message "vm_fork: no p f [1996/06/05] kern/1293 Fatal trap 12: page fault while in kernel o [1996/06/11] kern/1311 dyson Panic: vm_page_free while installing new a [1996/07/15] bin/1387 davidn Group file errors cause absolute havoc a [1996/08/09] kern/1487 bde bug in exec(2) o [1996/09/11] kern/1599 panic: locking against myself s [1996/09/13] conf/1608 FreeBSD's bug tracking system does not re o [1996/09/29] bin/1694 rbootd does not appear to work o [1996/09/30] kern/1698 sup from around 21:51 GMT 28th very unsta a [1996/10/08] kern/1744 run queue or proc list smashed 4 times in o [1996/10/13] kern/1790 access to /dev/kmem panics system f [1996/10/28] kern/1919 se access to files/directories fails, gives o [1996/11/01] kern/1940 TCP doesn't time out of FIN_WAIT_1 and fl o [1996/11/04] i386/1959 DELAY() won't work for fast CPUs o [1996/11/29] kern/2121 MAXBSIZE in param.h causes kernel panic i o [1996/12/14] i386/2218 cy.c XON/XOFF handling crashes kernel o [1996/12/20] bin/2258 wollman route add/delete [network] xxx.yyy.zzz.0 o [1996/12/25] kern/2277 2.2-BETA fails to boot on my laptop f [1997/01/01] ports/2352 ports wu-ftp port does not work with DES crypte o [1997/01/03] conf/2367 gibbs Buslogic SCSI driver bad probe of 742A EI f [1997/01/04] kern/2371 gibbs SCSI disk corruption o [1997/01/14] kern/2498 On installation, after selecting drivers, a [1997/01/24] kern/2573 mmap on nfs mounted file hangs system o [1997/01/25] bin/2581 imp security holes in libtermcap o [1997/01/27] bin/2599 Lite2 merg and critical bugfix for games/ o [1997/02/01] kern/2635 NFS cache doesn't check execute permissio o [1997/02/06] kern/2680 bde bind of a local domain socket does not re o [1997/02/11] kern/2717 Panic with daily script (find) o [1997/02/14] bin/2740 wpaul root-fs full erases password table ! o [1997/02/17] kern/2754 Using memory mmapped to an NFS file can c o [1997/02/19] conf/2775 sos Syscons in 2.2 wont work with Diamond Spe o [1997/02/21] misc/2795 Cyclades 8YO -- Not working under 2.1.6-S o [1997/02/26] bin/2821 jkh XFree86 distributed with 2.2-GAMMA corrup o [1997/02/28] bin/2837 Globalyst550 Disk-Drive Not found!! o [1997/03/03] bin/2868 new fetch thinks that NCSA 1.5.2 server r o [1997/03/04] kern/2877 Fatal Trap 12: page fault while in kernel o [1997/03/05] kern/2890 System panic after kernel compiled for 12 o [1997/03/08] kern/2923 panic: vm_fault: fault on nofault entry, o [1997/03/11] bin/2946 res_send.c: make world fails on -current o [1997/03/13] kern/2980 2.2 crashes after accessing DAT-tape. bot o [1997/03/15] kern/3000 Kernel Panic in 2.2-CURRENT Kernel o [1997/03/16] kern/3005 can't completely install 2.1.7 release; s o [1997/03/17] kern/3017 panic: page fault as of March 11th v2.2 o [1997/03/17] bin/3019 Can't use SCSI disk (SCSI ID>3) on instal o [1997/03/20] kern/3046 copying a file to an NFS mounted partitio o [1997/03/23] misc/3070 Cannot do post install mods to UNIX from o [1997/03/23] kern/3072 Kernel Page Fault During Install of 2.1.7 o [1997/03/25] ports/3102 tg teTex port destroys previous contents of o [1997/03/25] kern/3103 vi large_file --> reboot without panic o [1997/03/26] ports/3106 torstenb pidentd exits with signal 6 o [1997/03/26] bin/3115 date command dumps core o [1997/03/27] kern/3128 Can't Install FreeBSD 2.2.1 o [1997/03/28] bin/3131 dlsym() does not set error on error, brea o [1997/03/30] kern/3150 Cyrix 6x86L-P200+ crashes w/ page fault o [1997/04/01] bin/3165 tex-3.14159.tgz lacks file o [1997/04/07] bin/3226 mpp vi died with a core dump o [1997/04/08] kern/3234 ipfilter.shar - integration complete o [1997/04/09] bin/3243 won't read file bin.cc - says "read -1 of o [1997/04/11] kern/3259 /bin/ps: kernel kernel, lockups, performa o [1997/04/12] kern/3267 mtime/ctime sometimes updated when a prog o [1997/04/15] i386/3300 Adaptec 2940U Problems o [1997/04/17] kern/3312 Adaptec 2940 still causes timeout using 2 o [1997/04/17] i386/3316 FOLLOWUP:Adaptec 2940U Problems->Addition o [1997/04/20] kern/3359 FreeBSD wont boot on amd p133 o [1997/04/21] kern/3366 ipx stack or ep driver o [1997/04/22] bin/3374 Cannot Install FreeBSD 2.2.1 - installati o [1997/04/26] kern/3392 System panics every few hours o [1997/04/27] ports/3394 max jp-Wnn-4.2 fails to make personal diction o [1997/04/27] kern/3395 sio2: not found, but there o [1997/04/28] kern/3404 frequent kernel panics o [1997/05/01] bin/3437 SU acting strange on 2.2.1 Release o [1997/05/01] i386/3462 using a PS/2 mouse causes kernel trap in o [1997/05/01] ports/3467 ports Update of port xgs o [1997/05/05] bin/3510 xsm does not work! 80 problems total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [1994/11/30] kern/34 davidg nullfs and union mounts can result in wil a [1995/03/20] kern/260 davidg msync and munmap don't bother to update m s [1995/04/01] kern/291 se PCI devices still probe/attach after bein f [1995/05/08] bin/389 Simultaneous creation/deletion of dirs co a [1995/05/09] bin/392 Simultaneous cp and ls of files on dos f/ o [1995/05/16] kern/425 wollman arp entries not getting removed when inte a [1995/06/17] kern/527 dufault dump causes assertion in ncr.c o [1995/07/02] kern/579 bde sio: RS_IBUFSIZE at 256 bytes serial line f [1995/07/04] kern/587 if_le hangs on OACTIVE with 2k buffer s [1995/07/21] i386/631 if_ix does not support bpf, nor does it a s [1995/07/29] kern/638 Transmitted packets not passed to bpf in f [1995/08/11] gnu/672 Nor all ph headers get created o [1995/08/21] kern/703 amurai ppp not always deleting route properly wh o [1995/08/22] bin/706 jmg increased root DNS traffic and long laten f [1995/09/20] kern/730 gibbs 3Com 3C5x9 probe problem f [1995/09/27] kern/750 cd9660 confused by not-ready or I/O error a [1995/10/07] bin/771 telnet character mode not set and broken o [1995/10/18] bin/786 wpaul Problem with NIS and large group maps o [1995/11/12] kern/820 gibbs scsi tape problems f [1995/11/16] bin/826 mpp tcpmux listener in inetd does not work o [1995/11/28] bin/850 joerg dump treats write-protect as an EOT & spo o [1995/12/20] i386/906 davidg /sys/i386/boot/netboot/nb8390.com cannot o [1996/01/01] bin/926 Mounting nfs disks before starting mountd o [1996/02/12] kern/1020 .Boca 16-port board still hangs o [1996/02/12] docs/1023 mpp using touch to create swap file for NFS d a [1996/02/17] bin/1030 steve /bin/sh does not pass environment variabl f [1996/02/28] bin/1050 [floppy] Process (zip) hangs (unkillable) s [1996/03/06] kern/1067 mpp panic: ufs_lock: recursive lock not expec o [1996/03/09] bin/1073 telnet -8 does not work with SunOS or Sol o [1996/03/23] kern/1098 File system corruption (2 cases) o [1996/03/30] bin/1111 scrappy mail.local will happily deliver mail to a f [1996/05/14] kern/1204 umount -f after SCSI reset -> reboot o [1996/05/24] misc/1247 bde Conflicting header files f [1996/05/26] i386/1251 aha0 and bt0(eisa) conflicts again. o [1996/05/26] kern/1256 ZNYX 314 mysterously looses packets o [1996/05/28] kern/1271 phk Kernel panic using PLIP in 27/05 current o [1996/05/31] kern/1284 dyson panic: vm_page_free: freeing busy page o [1996/06/02] i386/1288 bde wdgetctlr (wd.c) return incorrect number o [1996/06/07] kern/1301 davidg DEC FDDI/PCI Adapter: halt code = 6 (DMA o [1996/06/10] kern/1308 dyson vm_page_free: wire count > 1 in 960501-SN a [1996/06/12] bin/1315 ls(1) a [1996/06/18] kern/1333 davidg free vnode isn't: another -stable coredum f [1996/07/03] bin/1364 mpp ps(1) bugs o [1996/07/09] gnu/1379 Man command problem, when it writes into a [1996/07/18] kern/1397 bde can't send to a pipe f [1996/07/24] kern/1423 wollman route causes kernel page fault. f [1996/08/01] bin/1454 steve /bin/sh bug handling <<[n] FD processing o [1996/08/03] bin/1461 Incorrect address binding of Kerberized r o [1996/08/04] kern/1467 gibbs scsi_prevent causing tape problems on clo o [1996/08/18] kern/1512 dyson Use of madvise may may cause bad memory m o [1996/08/22] kern/1533 dyson Machine can be panicked by a userland pro o [1996/08/25] misc/1541 julian fork.o in libc_r fails to compile f [1996/09/05] kern/1570 Setting SHMALL > 35000 causes panic f [1996/09/08] kern/1584 [unionfs] same file is listed twice o [1996/09/08] docs/1588 jfieber Handbook Incorrect LaTeX/PostScript outpu o [1996/09/14] kern/1610 dyson mmap() of unassociated memory + mlock() c o [1996/09/14] kern/1613 I get ls: fts_read: No such file or direc o [1996/09/16] i386/1626 MUSTEK Scanner hangs NCR SCSI controller f [1996/09/18] kern/1637 mss driver causes feedback (squeal) on so o [1996/09/19] bin/1650 telnet encryption with char-mode and asci o [1996/09/21] kern/1661 ft driver hangs uninterruptably at "bavai o [1996/09/26] kern/1684 inconsistent permission failures on NFS r o [1996/09/29] kern/1689 wollman TCP extensions throttles distant connecti o [1996/09/29] kern/1692 Page fault while in kernel modem fatal tr o [1996/10/01] bin/1702 installing of tcl manpages fails from mak o [1996/10/03] kern/1715 le driver non-reentrant o [1996/10/04] kern/1723 gibbs kernel fault when doing scsi reprobe o [1996/10/04] kern/1724 gibbs HP colorado T4000S tape drive hangs syste o [1996/10/04] kern/1726 panic in kmem_malloc (dump available) o [1996/10/05] i386/1730 sos SFF8020 violation and silly bug in atapi. o [1996/10/10] ports/1753 markm SSLeay doesn't work against Microsoft sec o [1996/10/10] kern/1754 netbooted machines freeze with ifconfig a o [1996/10/11] bin/1773 ports A NULL pointer causing segmentation core o [1996/10/13] gnu/1787 markm Diffs with Index: lines are not honored f o [1996/10/15] bin/1810 fsck -p does not check pass 0 filesystems o [1996/10/15] kern/1812 dyson vnodes are left in a locked state o [1996/10/15] kern/1814 cy driver gets deadlocked sometimes a [1996/10/18] kern/1839 mpp Multiple mfs mounts of same mount point o [1996/10/20] kern/1848 breakpoints may be set in shared librarie o [1996/10/21] kern/1856 read-only nfs mount: panic leaf should be o [1996/10/22] ports/1866 wosch popclient flushes remote mailbox even wit o [1996/10/24] kern/1880 kernel crash during boot when using 512 M o [1996/10/25] bin/1891 mountd fails to export o [1996/10/26] bin/1892 install(1) removes target file o [1996/10/29] bin/1927 User CPU time getting accounting as syste o [1996/11/04] bin/1952 guido Long chat script makes ppp dump core o [1996/11/07] bin/1973 jmg pppd uses /etc/ppp/options.tty after comm o [1996/11/08] gnu/1981 ypserv handles null key incorrectly f [1996/11/08] kern/1982 fenner arpresolve: cant allocate llinfo for 207. o [1996/11/13] ports/2000 asami obsolete software in distfiles directory a [1996/11/13] bin/2001 mpp vi confused about lines to display o [1996/11/13] i386/2002 sio doesn't detect com port on Compaq Con o [1996/11/14] misc/2013 'make world' fails on read-only /usr/src o [1996/11/14] kern/2014 sos Console keyboard lockup problem o [1996/11/15] bin/2016 static libtcl references symbols that are o [1996/11/15] kern/2034 julian [devfs] wd* driver "slot name rejection e o [1996/11/15] gnu/2035 peter deque bug, local gnu changes to deque hea o [1996/11/18] kern/2053 de0 driver don't work at 100M for Compex o [1996/11/19] i386/2058 sos amity series machines can not show instal o [1996/11/24] kern/2094 wd1: interrupt timeout: o [1996/11/26] bin/2107 problem building a system from cdrom. o [1996/11/29] kern/2124 sos Hitachi CDR-7730 ATAPI CD-ROM recognized s [1996/12/03] kern/2142 FP mask not saved for signal handlers o [1996/12/03] kern/2144 kernel panic (page fault) running chgrp o [1996/12/08] kern/2181 2.2-ALPHA flickers/wavers part of the upp o [1996/12/09] bin/2187 brian ijppp: LQR is broken o [1996/12/10] misc/2189 mpp netdb.h works not with -traditonal cc fla o [1996/12/10] bin/2191 syslogd stops logging after several hours o [1996/12/13] bin/2206 NIS Makefile can't manage appletalk entri o [1996/12/17] kern/2232 MSDOSFS corrupts MSDOS partitions > 500Mb o [1996/12/18] kern/2248 Mitsumi CD-ROM driver has "timeout" probl s [1996/12/19] bin/2255 Client PPP negotiates Stacker compression o [1996/12/20] bin/2256 PPP process on port will not close when a s [1996/12/22] ports/2268 ports libc from linux emulator does not use /et o [1996/12/22] kern/2270 Hayes ESP serial card locks system as of a [1996/12/25] misc/2283 ache setlocale() in libxpg4 always returns NUL o [1996/12/29] bin/2318 /usr/libexec/rlogind doesn't work after t a [1996/12/30] kern/2325 mpp quota.user enlarged, no boot on 2.2-BETA o [1996/12/30] kern/2330 changing root device to sd0a - ncr0: abor o [1996/12/31] ports/2340 obrien gshar+gunshar needs to be updated to 4.2 o [1997/01/01] kern/2351 panic:timeout table full o [1997/01/06] kern/2388 joerg start unit command screws up some CDROM d o [1997/01/07] gnu/2394 tar will extract files even if -C command f [1997/01/07] kern/2401 joerg 2.2 RELENG sometimes locks up early on bo o [1997/01/08] kern/2425 amd driver does not reprobe devices. o [1997/01/08] conf/2426 At end of install, panic: Going nowhere w o [1997/01/09] bin/2430 mountd stops on loading if subnet mask is o [1997/01/09] i386/2431 panic: get_pv_entry: cannot get a pv_entr o [1997/01/12] i386/2471 Sound: Reset failed - Can't reopen device o [1997/01/13] misc/2479 sos NEC CD-ROM NOT RECOGNIZED; MATROX MISTIQU o [1997/01/13] bin/2489 mpp gnats mangles sections o [1997/01/16] kern/2507 Renaming DOS directories with "mv" causes o [1997/01/18] kern/2521 kernel from 2.1.6 install CD doesn't acce o [1997/01/18] bin/2527 fetch doesn't print enough of the error m o [1997/01/20] kern/2538 worm burning suddenly broken o [1997/01/20] bin/2541 cd (using /bin/sh) may leave you in the w o [1997/01/20] kern/2545 se < sd0(ncr0:6:0): COMMAND FAILED ==> Not o [1997/01/21] bin/2549 sos cdcontrol refuses to play audio CDs from f [1997/01/21] misc/2551 davidn limit too small for user root o [1997/01/23] kern/2569 route -iface breaks inet behaivour f [1997/01/24] kern/2570 fenner arpresolve: cant allocate llinfo o [1997/01/25] bin/2591 sh coredumps when passing an argv of a ce o [1997/01/26] bin/2597 everything stops when the new ld.so is in o [1997/01/29] kern/2613 ache syscons mistakes MONO for MONO VGA o [1997/01/29] misc/2614 make reinstall does not work o [1997/01/29] bin/2616 Installs very irratically from the same c o [1997/01/31] misc/2625 fixed broken src/includes o [1997/01/31] kern/2628 code clean up of sys/sys o [1997/01/31] kern/2632 enabling psm mouse causes keyboard to not o [1997/01/31] bin/2633 fsck -p in /etc/rc fails with cannot allo o [1997/02/02] kern/2640 2.2-RELENG leaks memory (router/pppd serv s [1997/02/03] kern/2647 changing existing route to -static crashe o [1997/02/04] ports/2664 elm methodically writes garbage into fold o [1997/02/05] kern/2667 wollman bpfattach can hang the system f [1997/02/05] bin/2670 fetch fails with HTTP_PROXY o [1997/02/05] bin/2671 Run-away processes using all CPU time a [1997/02/06] kern/2675 lkmcioctl() is not consistent and careful o [1997/02/07] kern/2690 asami When Using ccd in a mirror mode, file cre o [1997/02/08] kern/2695 sio1 (16540 serial port) is not recognize o [1997/02/09] kern/2698 After rewind I cannot read a tape; blocks o [1997/02/12] kern/2719 added support for magneto-optical SCSI di o [1997/02/13] ports/2731 ports new port: Tcl 8.0A2 o [1997/02/14] kern/2732 mcopy 3.0 causes kernel hang o [1997/02/14] bin/2736 No boot block if no FreeBSD partitions on o [1997/02/15] kern/2742 panic: leaf should be empty o [1997/02/15] bin/2747 davidn cannot submit at jobs from within an at j o [1997/02/17] kern/2751 asami 2GB limitation on CCD device partitions s o [1997/02/18] bin/2762 Precedence mistake in libncurses o [1997/02/19] kern/2768 ktrace(1) -i dumps corrupted trace data o [1997/02/19] bin/2769 fsck needs several runs to clean up bad/d o [1997/02/19] kern/2770 panic: vm_fault: fault on nofault entry o [1997/02/19] kern/2771 panic: bad dir f [1997/02/19] kern/2772 gibbs panic: %s:%c:%d: Target did not send an I o [1997/02/19] kern/2773 bad dir panic o [1997/02/20] misc/2781 Installation crashes if timeout in ftp tr o [1997/02/20] misc/2784 brian userland PPP rises load to 1.00 o [1997/02/20] bin/2785 wpaul callbootd uses an unitialized variable o [1997/02/20] gnu/2786 gcc version 2.7.2.1 C compiler slows down o [1997/02/21] misc/2793 libc_r make fscanf failure o [1997/02/22] kern/2800 DDS large data writing probrem o [1997/02/25] kern/2815 Custom Kernel crashes o [1997/02/27] bin/2829 jkh FTP installs can only fail once o [1997/02/28] bin/2832 w treats corrupted utmp as fatal error o [1997/03/01] kern/2840 mlock+minherit+fork+munlock causes panics o [1997/03/01] ports/2842 ports Expect port upgraded at master site; does o [1997/03/02] bin/2844 libedit sync with NetBSD/OpenBSD o [1997/03/03] i386/2853 syscons beeps even if beeping screen is n o [1997/03/03] kern/2858 dfr FreeBSD NFS client can't mount filesystem o [1997/03/03] bin/2867 sysinstall goes into an infinite loop dur o [1997/03/04] kern/2873 the od0 devies does not handle a Maxoptix o [1997/03/04] docs/2874 The gencat command hasn't got a manual pa o [1997/03/06] kern/2896 FreeBSD 2.2-GAMMA does not work with DIam o [1997/03/07] bin/2915 the "-fstype ufs" option of "find" seems o [1997/03/07] ports/2918 ports Unable to pass 8+ command line arguments o [1997/03/08] kern/2919 vm_fault: fault on nofault entry, addr: f o [1997/03/09] bin/2925 non-priviledged user can crash FreeBSD!! o [1997/03/11] bin/2948 can't dump 640MB optical disks o [1997/03/11] ports/2956 ports New Port: xgospel-1.10d in ftp.freebsd.or o [1997/03/12] kern/2965 st0 hang/fail on reading 4mm DAT tape for o [1997/03/12] bin/2969 csh and/or builtin printf has problems wi o [1997/03/12] bin/2973 output of iostat is wrong. o [1997/03/15] kern/2991 RTF_LLINFO routes remain when interface i a [1997/03/15] ports/2994 ports xpm port does not build for the first tim o [1997/03/15] bin/2997 unterminated string after strncpy o [1997/03/17] conf/3016 fvwm95-2 does not have system resource fi o [1997/03/18] kern/3021 panic after sync during reboot o [1997/03/18] kern/3029 typo in libc o [1997/03/19] kern/3039 higher securelevel (>0) stops X server o [1997/03/21] i386/3048 multicast support necessery in some drive o [1997/03/21] kern/3054 OPL3 sound off by one note o [1997/03/21] bin/3055 umount -f does not work o [1997/03/22] kern/3066 System lock-up after npx0 probe with 2.2- o [1997/03/24] i386/3082 keyboard locks up unexpectedly o [1997/03/24] i386/3083 Toshiba XM-5702B ATAPI CDROM not detected o [1997/03/24] bin/3085 make world fails on compiling dumpfs.c o [1997/03/24] misc/3086 panic: cannot mount root - on boot, when o [1997/03/25] kern/3104 Cannot execute files on a nullfs filesyst o [1997/03/26] kern/3107 2.2.1-RELEASE can't boot on at least two o [1997/03/26] conf/3109 unintellible upgrade doc o [1997/03/26] docs/3114 brian Use of HISADDR in ppp.conf incorrect o [1997/03/27] kern/3122 _POSIX_SAVED_IDS not defined in 2.2 o [1997/03/27] conf/3123 /stand/sysintstall does not perform to up o [1997/03/27] i386/3124 BOOT_PROBE_KEYBOARD hangs system in bootb o [1997/03/27] ports/3125 torstenb inn port incorrect use of perl5 o [1997/03/27] bin/3126 Install with mcd0 still broken. o [1997/03/27] bin/3127 PCI Ether card slower than ISA Ether card o [1997/03/28] i386/3130 Dell Latitude keyboard lock up o [1997/03/28] misc/3133 TIOCSETD error with Cyclades 8Yo o [1997/03/28] kern/3134 Both boot and boot-pao floppies hang afte o [1997/03/29] ports/3142 ports new port: slrn o [1997/03/30] ports/3146 ports new port fix (slrn) o [1997/03/30] gnu/3149 patch-2.1: files possibly created in wron o [1997/03/31] kern/3156 Copying to floppy device file locks machi o [1997/03/31] bin/3158 seg faults and cannot update links using f [1997/04/01] kern/3162 2.2 kernel from mar 25th crashes on nfs s o [1997/04/01] bin/3170 vi freaks and dump core if user doesn't e o [1997/04/02] gnu/3176 `patch' creates files in wrong places o [1997/04/02] ports/3179 ports WebStone 2.0.1 port submitted o [1997/04/02] kern/3180 mlock() causes panic: lockmgr: upgrade ex o [1997/04/04] ports/3193 ports MAKE fails for /usr/ports/net/ucd-snmp o [1997/04/04] i386/3195 ahc panic o [1997/04/05] kern/3201 de0 not re-enabled after hub down o [1997/04/05] ports/3205 ports Mtools-3.0 attempts to flock() a disk par o [1997/04/05] kern/3209 3.0-current panics on shutdown/reboot/hal o [1997/04/06] kern/3216 panic: pmap_zero_page: CMAP busy o [1997/04/06] kern/3219 sppp or arnet gets looped after connectio o [1997/04/07] bin/3222 Add null termination after strncpy o [1997/04/08] bin/3230 Unable to resolve dev conflict between ed o [1997/04/09] kern/3244 ipfw flush closes connections o [1997/04/10] bin/3246 mtree -c should escape whitespace and spe o [1997/04/11] ports/3256 ports ncftp-2.4.2 in packages-2.2 was not linke o [1997/04/11] docs/3257 make cleandepend is broken in src/ o [1997/04/11] kern/3260 FreeBSD 2.2.1 (and 2.2) npx0 boot problem o [1997/04/12] kern/3263 gnats-admintroubles with digiboard o [1997/04/13] kern/3278 mounting MFS uses up swap space o [1997/04/14] misc/3291 md2.h, md4.h, and md5.h headers useless f o [1997/04/15] bin/3305 Can't do encrypted rlogin into self o [1997/04/16] bin/3307 Unable to Route to a different Class C wi o [1997/04/16] misc/3308 Missing "#include item' when making world o [1996/10/23] bin/1872 automounter (amd) cannot ls directories w o [1996/10/24] kern/1878 sos SONY CDU76E IDE/ATAPI CDROM support. o [1996/10/24] bin/1881 file(1) misidentifies Sun3/m68k executabl o [1996/10/26] docs/1896 compilation errors in share/doc/psd/19.cu o [1996/10/26] bin/1897 Sendmail 8.8.2 requires /etc/sendmail.cw o [1996/10/27] bin/1904 /usr/bin/su is not careful enough in veri o [1996/10/27] misc/1908 jkh FTP install failed DNS lookup o [1996/10/29] bin/1924 if lpd is not running, lpc will say ``no o [1996/10/30] i386/1931 Mitsumi CDrom works well under 2.1.x, fai o [1996/10/31] ports/1939 ports exodus port doesn't build with new g++-2. o [1996/11/01] bin/1941 wtmp and monthly rotation o [1996/11/01] bin/1943 route(8) args o [1996/11/02] bin/1945 Out of date code/comments in dd o [1996/11/03] i386/1950 Sound driver doesn't encode/decode mu-law o [1996/11/04] i386/1953 syscons savers have no default timeout o [1996/11/04] gnu/1961 uucp logging files are in /var/spool/uucp o [1996/11/06] bin/1968 FreeBSD has no rdate(8), here's one o [1996/11/06] bin/1970 csh limtail() bug o [1996/11/09] bin/1985 pkg_delete outputs confusing message when o [1996/11/13] kern/2004 route add -link panic o [1996/11/13] bin/2005 Poor command line argument checking and b o [1996/11/14] bin/2008 kerberos tickets from login all have the o [1996/11/15] kern/2022 Switching from X display to virtual conso o [1996/11/16] bin/2036 cpio size wraparound o [1996/11/16] ports/2038 torstenb sshd dies on FreeBSD machines if run as a o [1996/11/17] bin/2046 brian vjcomp problem in iij-ppp o [1996/11/18] ports/2051 obrien HDF library port o [1996/11/19] bin/2061 DEBUG_FLAGS in bsd.lib.mk is broken o [1996/11/19] bin/2065 wollman in tzsetup/sysinstall, allow user to type o [1996/11/19] misc/2068 Unstable keyboard mappings on the main tt o [1996/11/20] kern/2072 ZIP drive support is available for FreeBS o [1996/11/21] ports/2079 obrien New ports supporting AWE sound driver (fo o [1996/11/21] bin/2080 The scanf family doesn't support 'q' modi o [1996/11/22] docs/2087 ifconfig.8 does not document how to remov o [1996/11/22] bin/2090 clients may bind to FreeBSD ypserv refusi o [1996/11/23] bin/2093 AMD gets sig 11 when /etc/malloc.conf is o [1996/11/24] ports/2096 tg ImageMagick outdated, lzw not supported o [1996/11/25] ports/2100 andreas New port: VGBZoom o [1996/11/25] misc/2105 bsd.lib.mk has problems with STRIP and IN o [1996/11/26] bin/2106 Byte order problem in -current routed o [1996/11/26] i386/2108 sos [ATAPI] wcd driver may hang under certain o [1996/11/28] i386/2117 nb8390.com hangs with some BIOS combinati o [1996/11/28] kern/2118 writing to virtual consoles fails to disp o [1996/11/28] bin/2119 mount lies to child about argv0, which ca o [1996/12/01] bin/2133 netstat -s overflows to negative o [1996/12/02] bin/2137 vm statistics are bad o [1996/12/02] kern/2140 FreeBSD leaves EtherExpress 16 net card i o [1996/12/03] ports/2145 ports qpopper bulletin support broken o [1996/12/03] conf/2146 wrong /dev for COM2 during installation v a [1996/12/04] docs/2153 mpp Manual page of bootparams(8) refers to a o [1996/12/06] i386/2166 psm driver locks the console o [1996/12/07] ports/2169 pst zephyr port does not completely compile o [1996/12/08] ports/2173 peter top does not compile under FBSD 2.1.6 o [1996/12/08] ports/2182 ports FreeBSD's and X-32's list of locales do n o [1996/12/08] bin/2184 sendmail has lots of trouble with local d o [1996/12/08] misc/2185 phk add ability to change partition type in l a [1996/12/10] ports/2190 asami need cross-reference to xpdf from X11 por o [1996/12/12] kern/2199 joerg Got a lots of "Target Busy" messages with o [1996/12/14] kern/2214 File System gets corrupted when mounting o [1996/12/14] bin/2216 Ada specs not being compiled into cc/gcc o [1996/12/16] bin/2227 FreeBSD does not recognize WD7000-ASC dri o [1996/12/17] i386/2234 fbsdboot.exe does not turn off floppy dri o [1996/12/17] i386/2239 some interrupts take too long (i.e. BT946 o [1996/12/18] misc/2242 Suggest add optional mt blocksize 512 o [1996/12/18] bin/2247 imp getopt should return -1 rather than EOF o [1996/12/20] bin/2260 PPP logins using PAP to Nortel/Shiva syst o [1996/12/21] ports/2264 ports latex* ports need updating a [1996/12/21] bin/2265 guido su(1) does not call skeyaccess() o [1996/12/23] kern/2271 FIONREAD on tunnel device returns incorre o [1996/12/24] kern/2273 support for POSIX.4 / POSIX.1a RT-schedul o [1996/12/24] docs/2275 no support for isdn-cards o [1996/12/25] conf/2284 Termcap ibm3163 entry has arrow keys wron o [1996/12/26] bin/2291 race condition in /etc/master.passwd lock o [1996/12/27] kern/2298 Support for DSR/DCD swapping on serial po a [1996/12/27] misc/2302 markm new crypt() including SHS and an extendab o [1996/12/28] misc/2309 Thread safe fixes to malloc, localtime, l o [1996/12/28] ports/2313 torstenb pidentd fails in 2.2-BETA o [1996/12/29] bin/2315 tail segfaults on NFS permission denied o [1996/12/29] misc/2323 FreeBSD.FAQ file in ftp.freebsd.org is lo o [1996/12/30] kern/2327 `Green' saver for pcvt o [1996/12/31] bin/2336 jkh Sysinstall won't install dists on 2nd pas o [1997/01/01] docs/2353 Changes to FAQ o [1997/01/03] bin/2366 libc does not consult /etc/services to fi o [1997/01/03] bin/2368 serial line logins "freeze" during login o [1997/01/05] ports/2379 ports New URT port o [1997/01/06] bin/2382 curses.h / -lcurses incompatible with C++ o [1997/01/06] bin/2383 Inconsistent tputs(3) prototypes in curse o [1997/01/06] misc/2386 patches for new socket credential firewal o [1997/01/06] bin/2387 virtual hosting patches for inetd o [1997/01/06] kern/2390 Some CDROM drives stop audio on cdcontrol o [1997/01/07] kern/2393 filesystems not unmounted following shutd o [1997/01/07] misc/2407 dirent.h does not include sys/types.h o [1997/01/07] bin/2410 pppd(8): failing PAP doesn't force line d o [1997/01/07] kern/2412 Wine does not work o [1997/01/07] ports/2413 peter Cannot redirect "top" output o [1997/01/08] kern/2424 Pressing ALT-Fn during boot -c leave bell o [1997/01/09] kern/2429 Driver for AIMS Lab RadioTrack radio card o [1997/01/10] bin/2437 minor nits on text in 2.2-BETA install o [1997/01/10] bin/2442 davidn setusershell()/endusershell() missing o [1997/01/10] bin/2443 Fetch cannot find the correct boundary be o [1997/01/10] ports/2445 max New port : Cosmo Gang the Puzzle (games/c o [1997/01/11] bin/2448 semctl() not portable -- freebsd requires o [1997/01/11] bin/2449 brian ij-ppp in auto mode goes into failure loo o [1997/01/11] docs/2455 no description "option COMCONSOLE" MLEN o [1997/01/26] misc/2596 dd refuses to respond to SIGkill o [1997/01/26] i386/2598 ep0 in EISA mode hangs if ep0-device (ISA o [1997/01/28] bin/2603 Added POSIX.4/POSIX.1b constants in unist o [1997/01/28] bin/2604 Added POSIX.4/POSIX.1b shm_open()/shm_unl o [1997/01/28] ports/2607 max New port: Gopher-2.3 o [1997/01/28] bin/2609 Problem receiving more than 1688835 bytes o [1997/01/29] misc/2617 Utility submission - upsmon - UPS monitor o [1997/01/30] kern/2621 Patch to support Cogent EM110 fast-ethern o [1997/01/30] docs/2623 ipfirewall(4) man page is way out of date o [1997/01/30] bin/2624 kdump unaware of semsys and several other o [1997/01/31] bin/2630 xargs does excessive and inconsistent arg o [1997/01/31] bin/2631 kill interprets empty arg as PID 0 o [1997/02/02] gnu/2637 tar dumped core with -g option. f [1997/02/02] ports/2639 jkh FreeBSD 2.2 teTeX-0.4 package does not in a [1997/02/02] bin/2641 wpaul login_access.c doesn't work with NIS by d o [1997/02/03] ports/2653 pst mh-6.8.4 manpage error for slocal o [1997/02/04] bin/2657 ypserv thinks there is no computers in ne o [1997/02/04] bin/2660 When selecting BSD to boot from system ha o [1997/02/04] bin/2665 port 22 isn't being converted to ".ssh" i o [1997/02/05] bin/2668 modification suggested for rarpd o [1997/02/05] bin/2672 Problem with telnetd o [1997/02/06] kern/2681 missing prototype in s [1997/02/07] ports/2684 torstenb ircII port upgrade; 2.9_roof -> 2.9alpha1 o [1997/02/07] kern/2686 struct igmpmsg in s o [1997/02/07] misc/2687 sysinstall umounts floppy after prompting o [1997/02/10] bin/2703 vipw doesn't allow you to edit master.pas o [1997/02/10] kern/2704 Occasional failure to detect wdc1 on boot o [1997/02/11] conf/2709 FBSD 2.1.6 X-Server installation setup ut o [1997/02/11] i386/2710 pst if_ppp LKM does not allow ppp line discip o [1997/02/11] bin/2713 ftp daemon processes don't terminate, eve o [1997/02/11] kern/2715 MSDOS-FS 1024/2048 byte/sector media supp o [1997/02/11] kern/2716 od.c/sd.c non 512 byte/sector support imp o [1997/02/13] i386/2729 "make tags" in sys/kern produces barely u o [1997/02/14] bin/2734 jkh pkg_* uses relative paths to executables o [1997/02/14] bin/2735 jkh Add signature support (both MD5 and PGP) o [1997/02/14] bin/2737 yppasswd fails to change password on a su o [1997/02/15] misc/2745 fenner PR querry web form doesn't sort correctly o [1997/02/17] bin/2752 NULL is used instead of 0 many places o [1997/02/20] ports/2778 ports New Port: Version of traceroute which pri o [1997/02/20] docs/2780 Description of Linux emulation is out of o [1997/02/20] bin/2782 err man page is slightly wrong o [1997/02/21] misc/2789 na.phone update o [1997/02/22] ports/2797 tg New Port: qmail o [1997/02/23] kern/2806 new kernel tags script o [1997/02/23] kern/2807 pcisupport.c uses sprintf field widths, n o [1997/02/24] docs/2810 Tutorial submission detailing how to upgr o [1997/02/25] i386/2813 hard reference to /usr/src breaks make wo o [1997/02/25] ports/2816 ports New port - aftp ftp-like shell for apple2 o [1997/02/25] ports/2817 ports New port - prodosemu is an Apple2e prodos o [1997/02/26] conf/2819 /etc/rc does not execute 'uname' when con o [1997/02/26] conf/2822 ftp install specifying URL confusing o [1997/02/27] gnu/2827 after make world genclass is not installe o [1997/02/28] docs/2833 Repeated topics on FAQ entry hardware com o [1997/02/28] gnu/2834 Patches to gas and gdb to support MMX ext o [1997/03/02] bin/2845 sync with spiffy new netbsd/openbsd ftp c o [1997/03/02] misc/2848 jmg newsyslog will notify syslogd, not any ot a [1997/03/02] ports/2849 ports correction to New math/cad port (SCILAB) o [1997/03/02] docs/2850 init(8) man page does not document secure o [1997/03/02] bin/2851 script(1) sets argv[0] of the started she o [1997/03/03] kern/2857 DE500 board exhibits capture effect o [1997/03/03] bin/2859 /usr/bin/quota seems to choke on long gro o [1997/03/03] misc/2863 New keymap for Latin American Keyboards o [1997/03/03] bin/2864 Using modload with -p option broken o [1997/03/03] kern/2865 dfr NFS client hangs on umount, ls, df when N o [1997/03/03] ports/2869 ports Submiting new port: tac_plus o [1997/03/03] bin/2871 showmount -e returns error o [1997/03/04] misc/2882 Duplicate line in /etc/services? o [1997/03/05] kern/2886 fenner mbuf leak in multicast code o [1997/03/06] docs/2897 mpp send-pr categories should be explained so o [1997/03/06] bin/2898 fenner arp -a -n buglet a [1997/03/06] ports/2902 ports Fix xmcd port for PACKAGE_BUILDING o [1997/03/06] ports/2903 ports New port: xdeblock o [1997/03/06] ports/2904 ports New port: wm2 a [1997/03/06] ports/2905 ports Fixed port: xshisen-1.36 o [1997/03/07] ports/2916 ports ports sysutils/top/Makefile MASTER_SITES o [1997/03/08] ports/2920 ports patch for mispositioned xv windows under o [1997/03/08] ports/2922 ports Please commit new port: viz-1.1.1 o [1997/03/09] i386/2924 syscons X keyboard gets stuck in capsmode o [1997/03/09] ports/2926 ports xmgt-2.31 port, now in pub/incoming on ft o [1997/03/10] bin/2933 sysinstall fails when adding packages thr o [1997/03/10] bin/2934 sh(1) has problems with $ENV o [1997/03/10] ports/2936 ports The teTeX port runs strup on /usr/local/b o [1997/03/10] bin/2938 Add -b, -l, and -f options to du(1) o [1997/03/10] docs/2939 `man 8 sticky` == outdated o [1997/03/10] conf/2943 standard-supfile missing src-release and o [1997/03/11] ports/2949 ports bsd.port.mk needs something like FETCH_EN o [1997/03/11] ports/2951 ports xgraph source is not on MASTER_SITE o [1997/03/11] misc/2955 pkg_add failed on xemacs via sysintall o [1997/03/12] ports/2961 ports New port(jp-vftool-1.2):japanese/virfonts o [1997/03/12] bin/2968 fmt dumps core on ^M o [1997/03/13] ports/2974 ports updated Makefile and patch-ab of jp-dvi2p o [1997/03/13] bin/2977 After enabling moused and vidcontrol and o [1997/03/13] bin/2979 GCC complains about stmt. expr. when comp o [1997/03/13] i386/2984 serial port console only prints ~ 1 char o [1997/03/14] ports/2986 ports fvwm95-2.0.43a port don't install/have ma o [1997/03/14] ports/2988 joerg vga font is not built o [1997/03/15] ports/2993 ports qmail-port-take2-proff.tar.gz in incoming o [1997/03/15] kern/3001 soundblaster8 card does not work correctl o [1997/03/16] misc/3009 packages-2.2/x11/fvwm-1.24r.tgz corrupt o o [1997/03/17] ports/3012 ports qmailanalog port in incoming o [1997/03/18] conf/3022 /etc/sysconfig was not set up with option o [1997/03/18] conf/3023 By default users have no write permission o [1997/03/18] misc/3024 make reinstall in /usr/src requires writa o [1997/03/18] bin/3025 mv to / trailed dirs prints odd error mes o [1997/03/18] bin/3028 sos add support for Glidepoint pointing devic o [1997/03/19] misc/3040 sysinstall XF86Config graphic mode YES=== o [1997/03/19] bin/3042 comm and uniq do not have a case insensit a [1997/03/21] ports/3052 ports /usr/ports/lang/expect does not find tkCo o [1997/03/22] kern/3061 route does not accept -genmask o [1997/03/24] misc/3075 2.2-R install "features" (non critical) o [1997/03/24] bin/3080 yacc produces output which doesn't compil o [1997/03/24] ports/3081 ports sitelispdir is a directory no a path in x o [1997/03/24] ports/3090 ports ircii-2.9-roof does not run. o [1997/03/25] kern/3100 IPFW panics upon denying a packet o [1997/03/25] bin/3101 "command" entry of ps -uc is too wide, ou o [1997/03/26] misc/3111 make bootstrap relies on /bin/sh but does o [1997/03/26] docs/3112 Handbook says that users should use sup o [1997/03/26] misc/3113 make libraries failed. o [1997/03/26] bin/3116 iij ppp does not provide link-down notifi o [1997/03/27] misc/3119 /usr/share/syscons/keymaps/german.iso.kbd o [1997/03/27] ports/3121 tg teTeX 0.4 package has missing links ? a [1997/03/28] misc/3136 rc.firewall should be run after interface o [1997/03/28] ports/3137 max new port of xmake-1.00 o [1997/03/29] bin/3139 qcamcontrol has a bug where I/O errors ar o [1997/03/29] misc/3140 display message is broken on boot.flp o [1997/03/30] docs/3147 /usr/share/misc/au.postcodes o [1997/03/30] misc/3148 adjkerntz screws up during GMT/BST change o [1997/03/31] bin/3152 FreeBSD 2.2-STABLE: getty does not initia o [1997/03/31] ports/3154 max new port request of hmconv-1.0pl3 o [1997/03/31] misc/3155 Checksum mismatch o [1997/03/31] gnu/3157 Patches to gas and gdb to support MMX ext a [1997/04/01] bin/3164 mpp view copies the file into vi.recover o [1997/04/01] ports/3169 ports nn port broken o [1997/04/01] conf/3171 Typo in /etc/sysconfig o [1997/04/01] kern/3172 CS4232 support trouble for mss0 o [1997/04/02] ports/3181 fenner misc/cal is no longer on the master site o [1997/04/03] ports/3185 tg Port submission for LPRng-3.2.1 o [1997/04/03] ports/3189 ports Update plan to version 1.6 o [1997/04/03] bin/3190 RISCom N2 card driver problem? o [1997/04/04] kern/3191 Commiting of the ppa Zip Drive driver to o [1997/04/04] bin/3194 2.2.1-RELEASE hangs when using /stand/sys o [1997/04/05] ports/3199 ports new ports collection: automake-1.0 o [1997/04/05] bin/3202 shutdown(8) don't work if started from an o [1997/04/05] bin/3206 su seg-faults when being invoked with an o [1997/04/06] bin/3210 routed having problems with /etc/gateways o [1997/04/06] bin/3211 ctm uses mktemp()> o [1997/04/06] bin/3212 the pkg_* tools use mktemp() o [1997/04/06] ports/3215 ports Update to Gnat port o [1997/04/06] misc/3217 The rmail.c err() function will fail in m o [1997/04/06] bin/3218 syscons causes segmentation fault by repe o [1997/04/07] bin/3221 rpc.rusersd : can't communicate with SunO o [1997/04/07] misc/3225 uucpd.c should normalize host names as lo o [1997/04/08] ports/3227 ports new port(xtimer-8087) o [1997/04/08] bin/3232 XFree86 installation Problem with non-Mic o [1997/04/08] bin/3233 adduser(8) doesn't add users to the wheel o [1997/04/08] misc/3237 SCRIPTS addition to bsd.prog.mk a [1997/04/09] bin/3241 times(3) returns only stime o [1997/04/09] bin/3242 incorrect prototype for initgroups o [1997/04/09] bin/3245 variable substitution "a=${a:=}" in /bin/ o [1997/04/10] ports/3248 ports update a port o [1997/04/10] bin/3249 user ppp does not provide a linkdown hook o [1997/04/10] ports/3250 ports New CAD port: xpns o [1997/04/10] bin/3251 xsysinfo stops refreshing and wastes CPU o [1997/04/10] kern/3253 scsiconf.c: make ZIP disks use optical dr o [1997/04/11] misc/3254 Can't connect to my ISP, because my ISP u o [1997/04/12] bin/3269 exec pppd -detach ... caused a kernel pan o [1997/04/12] docs/3270 command 'cvs init' missing from cvs(1) o [1997/04/13] conf/3272 $@ is deprecated I believe, so use ${.TAR o [1997/04/13] docs/3275 mpp Some man pages has absolutely wrong date o [1997/04/13] ports/3277 ports tcp_wrapper port does not include NIS sup o [1997/04/13] ports/3279 ports new port of KON2 o [1997/04/14] kern/3281 errors when "rm -r"-ing in a mounted ext2 o [1997/04/14] kern/3282 ext2fs causes fs-unmount at shutdown/rebo o [1997/04/14] bin/3283 brandelf fails on files without write per o [1997/04/14] bin/3284 symorder(1): -t option doesn´t work at al o [1997/04/14] bin/3285 date option for pom(6) (phase of the moon o [1997/04/14] bin/3286 missing error checking in mount_mfs(8) ak o [1997/04/14] kern/3287 missing symbols in /usr/src/sys/i386/i386 o [1997/04/14] kern/3288 addition of a -f (force) option to "write o [1997/04/14] bin/3289 login(1) does not check /etc/skey.access o [1997/04/14] docs/3290 port option in lpd not valid o [1997/04/15] docs/3295 ATAPI CDROM not found during setup o [1997/04/15] ports/3296 ports New port(jp-GP-2.01jp):japanese/GP. o [1997/04/15] ports/3297 ports xforms-0.86 port no longer compiles o [1997/04/15] kern/3299 /dev/console hangs o [1997/04/15] kern/3302 msdos FS bogus error o [1997/04/15] bin/3303 ftpio manpage o [1997/04/15] ports/3306 ports new port-package for ifmail o [1997/04/17] docs/3313 manpage bug in scsi(8) (cmd args are hex) o [1997/04/17] bin/3314 /etc/daily did not run on April 6, 1997 o [1997/04/17] kern/3317 odd TUBA_INCLUDE use in tcp_input.c o [1997/04/17] ports/3318 ports New port: jigsaw (Java-based HTTP server) o [1997/04/18] ports/3320 ports new and updated ports of korean, and upda o [1997/04/18] ports/3321 ports port update request for audio/splay-0.2 t o [1997/04/18] ports/3322 ports setlocale problem in lang/perl5 o [1997/04/18] ports/3330 ports hylafax port seems to be broken (partly) o [1997/04/19] ports/3333 ports new port request of korea/fvwm95 o [1997/04/19] ports/3334 ports new port request of korean/han o [1997/04/19] ports/3335 ports new port request of korean/hanemacs o [1997/04/19] ports/3336 ports new port request of korean/hanmutt o [1997/04/19] ports/3338 ports new port request of korean/hfvwm2 o [1997/04/19] ports/3339 ports new port request of korean/hlatexpsfonts o [1997/04/19] ports/3340 ports new port(update) request of korean/hmconv o [1997/04/19] ports/3341 ports new port request of korean/hpscat o [1997/04/19] ports/3342 ports new port request of korean/linuxdoc-sgml o [1997/04/19] ports/3343 ports new port request of korean/nh2ps o [1997/04/19] ports/3344 ports new port request of korean/netscape3 o [1997/04/19] ports/3347 ports new port request of net/ztelnet o [1997/04/19] ports/3348 ports new port request of korean/nhppf o [1997/04/19] ports/3352 ports New port: cddbd o [1997/04/20] ports/3357 ports I make "pari-GP" ports o [1997/04/20] ports/3358 ports XFMail-1.1 has been released o [1997/04/20] bin/3360 su(1) cannot call MD4Init(3) from libskey o [1997/04/20] ports/3362 ports Ports submission: XFrisk 0.99b4 o [1997/04/20] ports/3363 ports port of nana-1.00 for your collection o [1997/04/21] misc/3368 sysinstall upgrade should confirm before o [1997/04/21] ports/3370 ports tk41 doesn't build if not untarred into / o [1997/04/21] bin/3371 fenner LBL tcpdump 3.3 -merge submission o [1997/04/22] ports/3372 ports cal-3.5 port updated o [1997/04/23] kern/3375 Consistent 10 min. delay at boot with REL o [1997/04/23] bin/3376 incorrect output from kdump o [1997/04/24] bin/3379 mprof dumps core on FreeBSD 2.2.1 o [1997/04/25] docs/3382 bootp.8 -t option o [1997/04/25] ports/3383 ports kaffe core dumps if LD_LIBRARY_PATH not s o [1997/04/25] pending/3386gnats-adminkernel 'config' wrapper 'doconfig' ala Di o [1997/04/27] ports/3396 ports update of the port of Mesa (now version 2 o [1997/04/27] bin/3397 vipw does not distinguish between rebuild o [1997/04/27] bin/3399 mv of symbolic link can move directory in o [1997/04/27] docs/3400 MAXMEM uses maths in LINT o [1997/04/27] conf/3401 sysinstall sends empty FreeBSD user regis o [1997/04/28] ports/3407 ports port for ephem-4.28 o [1997/04/28] ports/3411 ports New port - Atari 8 bit computer emulator o [1997/04/28] ports/3412 ports New port - Apple IIGS beta release o [1997/04/28] ports/3413 ports New port: cs-0.3 o [1997/04/29] ports/3414 ports ucd-snmp port doesn't build under 2.2 o [1997/04/29] bin/3416 ibcs emulation problems o [1997/04/29] bin/3418 pkg_create doesn't always create gzip'ed o [1997/05/01] ports/3440 ports port of webstone submitted o [1997/05/01] ports/3442 ports New port: xbattle o [1997/05/01] kern/3444 Linux emulator can't find NIS users o [1997/05/01] bin/3445 chown/chgrp show wrong error message when o [1997/05/01] bin/3453 start-if.${ifn} needs to be called as a s o [1997/05/01] ports/3454 ports New port submission: ztrack-1.0 o [1997/05/01] ports/3457 ports New ports for cutils 1.3.3 and umatrix o [1997/05/01] ports/3458 ports port of Squeak, version 1.18 o [1997/05/01] bin/3459 RELENG_2_2 adventure has broken malloc de o [1997/05/01] docs/3464 The ppp.8 manual page is inconsistent wrt o [1997/05/01] misc/3465 make-localhost uses %y to generate year o [1997/05/01] ports/3466 ports FreeBSD origional o [1997/05/02] gnu/3471 error in gcc.1 o [1997/05/02] bin/3474 misprint in arpa/telnet.h o [1997/05/02] kern/3475 gdb(ptrace?) cause create/modify times on o [1997/05/03] misc/3476 Please add support for .cpp suffix to sta o [1997/05/03] bin/3477 top wastes 16 characters in USERNAME colu o [1997/05/03] misc/3480 compiling libncurses generates annoying w o [1997/05/03] ports/3482 ports SlingShot (new) port o [1997/05/03] ports/3484 ports libwww is out of date o [1997/05/04] docs/3490 mount.8 manpage refinement about Nm and X o [1997/05/04] kern/3494 memory allocation error in libc_r -- uthr o [1997/05/04] ports/3496 chuckr x11/specJava's distfile is no longer avai o [1997/05/04] ports/3498 ports nn-current port is out of date o [1997/05/04] ports/3499 ports exim port out of date o [1997/05/05] misc/3503 rpc.yppasswdd doesn't start due to typo i o [1997/05/05] i386/3504 New features (and manpage) for netboot o [1997/05/05] bin/3506 more did not show iso-8859-n characters o [1997/05/05] bin/3508 FreeBSD 2.2.1 do not view SCSI disk at sw 516 problems total. From owner-freebsd-bugs Mon May 5 11:51:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA11741 for bugs-outgoing; Mon, 5 May 1997 11:51:10 -0700 (PDT) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA11734 for ; Mon, 5 May 1997 11:51:07 -0700 (PDT) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA03787; Mon, 5 May 1997 14:50:05 -0400 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Mon, 5 May 1997 14:50 EDT Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.8.5/8.7.3) with ESMTP id MAA04130; Mon, 5 May 1997 12:17:17 -0400 (EDT) Received: (from rivers@localhost) by lakes.water.net (8.8.5/8.6.9) id MAA28770; Mon, 5 May 1997 12:24:12 -0400 (EDT) Date: Mon, 5 May 1997 12:24:12 -0400 (EDT) From: Thomas David Rivers Message-Id: <199705051624.MAA28770@lakes.water.net> To: ponds!FreeBSD.ORG!freebsd-bugs, ponds!esfm.ipn.mx!mrspock Subject: Re: LINUX'95 ??? Content-Type: text Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Hello pals! > > Well, it is not actually a bug, but I thing a change must be done to > "fvwm95". When you push the "Start" button in the tool-bar, it displays > an icon saying "Linux'95". I thing we'd better change it to something > saying "FreeBSD'95" > > I included a file that I made. You can put it in /usr/X11/icons > and change your "/usr/X11R6/lib/X11/fvwm95/.fvwm2rc95" to use it instead > of "linux-menu.xpm" (line 272). > You'll have to change it differently for fvwm95rc... I simply took it out of mine, so it doesn't say anything at all. Although I did like your image... I'll likely stick it in my setup :-) - Thanks - - Dave Rivers - From owner-freebsd-bugs Mon May 5 12:28:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA14018 for bugs-outgoing; Mon, 5 May 1997 12:28:32 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA14013 for ; Mon, 5 May 1997 12:28:29 -0700 (PDT) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id MAA06962; Mon, 5 May 1997 12:29:02 -0700 (PDT) To: Eduardo Viruena Silva cc: freeBSD-bugs@FreeBSD.ORG Subject: Re: color_xterm in 2.2.1 CD ? In-reply-to: Your message of "Mon, 05 May 1997 09:47:22 MDT." Date: Mon, 05 May 1997 12:29:02 -0700 Message-ID: <6960.862860542@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Does any body know where the "color_xterm" is in the > walnut creek's FreeBSD 2.2.1 disk is ??? The default one is already color enabled. Just use a color xterm entry, like xterm-color, as your TERM variable. Jordan From owner-freebsd-bugs Mon May 5 13:24:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA17245 for bugs-outgoing; Mon, 5 May 1997 13:24:28 -0700 (PDT) Received: (from joerg@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA17202; Mon, 5 May 1997 13:24:20 -0700 (PDT) Date: Mon, 5 May 1997 13:24:20 -0700 (PDT) From: Joerg Wunsch Message-Id: <199705052024.NAA17202@hub.freebsd.org> To: adrian@obiwan.psinet.net.au, joerg, freebsd-bugs Subject: Re: kern/3497 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: typo in sys/sys/socketvar.h stopping SYS_PRIV from being definied State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Mon May 5 22:23:34 MET DST 1997 State-Changed-Why: See Garrett's comments in the audit-trail. From owner-freebsd-bugs Mon May 5 13:24:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA17353 for bugs-outgoing; Mon, 5 May 1997 13:24:58 -0700 (PDT) Received: (from joerg@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA17330; Mon, 5 May 1997 13:24:52 -0700 (PDT) Date: Mon, 5 May 1997 13:24:52 -0700 (PDT) From: Joerg Wunsch Message-Id: <199705052024.NAA17330@hub.freebsd.org> To: mrspock@esfm.ipn.mx, joerg, freebsd-bugs Subject: Re: conf/3512 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: xload does not have proper owner and permissions. State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Mon May 5 22:23:34 MET DST 1997 State-Changed-Why: Known and meanwhile fixed problem in XFree86 3.2. From owner-freebsd-bugs Mon May 5 13:29:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA17711 for bugs-outgoing; Mon, 5 May 1997 13:29:58 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id NAA17703 for ; Mon, 5 May 1997 13:29:52 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA14148; Mon, 5 May 1997 22:21:46 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id WAA09010; Mon, 5 May 1997 22:04:36 +0200 (MET DST) Message-ID: <19970505220436.AR20558@uriah.heep.sax.de> Date: Mon, 5 May 1997 22:04:36 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: bazilio@economic.acnit.ac.ru (Vasily V. Grechishnikov) Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: NFS server and NFS lkm conflicts ? References: X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Vasily V. Grechishnikov on May 5, 1997 16:44:41 +0400 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Vasily V. Grechishnikov wrote: > I have 2.2R. I need NFS server on my machine. I recompile my > kernel without option NFS and try to use NFS as LKM . At startup (I can't say much to this, i never really tried to use the NFS LKMs.) > And second question: LKM vs. static, what better ? Is LKM > pageable ? All kernel memory is non-pageable. Given your troubles with the LKM, and the fact that you're probably never going to unload it ever again over the lifetime of your system, static is likely better. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Mon May 5 13:30:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA17759 for bugs-outgoing; Mon, 5 May 1997 13:30:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA17750; Mon, 5 May 1997 13:30:01 -0700 (PDT) Date: Mon, 5 May 1997 13:30:01 -0700 (PDT) Message-Id: <199705052030.NAA17750@hub.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: bin/3510: xsm does not work! Reply-To: j@uriah.heep.sax.de (J Wunsch) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/3510; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: mrspock@esfm.ipn.mx Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: bin/3510: xsm does not work! Date: Mon, 5 May 1997 22:15:04 +0200 As mrspock@esfm.ipn.mx wrote: > xsm exits generatin a "core dump" doing nothing else. > I tried to star "xdm" and the original configuration > in X uses this program. > > >How-To-Repeat: > Install FreeBSD 2.2.1 and start "xdm". > Try to do a login. Sorry, i don't fully understand what you're going to say. If you mean that xdm would never work, well, it probably works for several thousand people on the world, including me. So you should provide more hints about your configuration etc. Try also watching the various logfiles (some of them are hidden in /usr/X11R6/lib/X11/xdm). Without more information, i don't think we can do anything about this, sorry. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Mon May 5 13:40:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA18426 for bugs-outgoing; Mon, 5 May 1997 13:40:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA18401; Mon, 5 May 1997 13:40:01 -0700 (PDT) Date: Mon, 5 May 1997 13:40:01 -0700 (PDT) Message-Id: <199705052040.NAA18401@hub.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: conf/3512: xload does not have proper owner and permissions. Reply-To: j@uriah.heep.sax.de (J Wunsch) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR conf/3512; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: mrspock@esfm.ipn.mx Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: conf/3512: xload does not have proper owner and permissions. Date: Mon, 5 May 1997 22:18:00 +0200 As mrspock@esfm.ipn.mx wrote: > >Synopsis: xload does not have proper owner and permissions. It actually has, but the version in the official XFree86 3.2 release is built incorrectly. This incorrect build led to a situation where some `generic' code has been used to determine the load average, as opposed to the getloadavg(3) library call that doesn't require special permissions in FreeBSD. That's why it works if you make the binary setgid kmem. I gonna close this PR since it's an XFree86 bug (and even one that has been fixed later, but there's no more recent XFree86 release available yet). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Mon May 5 14:29:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA21541 for bugs-outgoing; Mon, 5 May 1997 14:29:48 -0700 (PDT) Received: from mail.id.net (mail.id.net [199.125.1.6]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA21531 for ; Mon, 5 May 1997 14:29:44 -0700 (PDT) Received: from server.id.net (server.id.net [199.125.2.20]) by mail.id.net (8.8.5/8.8.5) with ESMTP id RAA14615 for ; Mon, 5 May 1997 17:32:06 -0400 (EDT) From: Robert Shady Received: (from rls@localhost) by server.id.net (8.8.5/8.7.3) id RAA01309 for freebsd-bugs@freebsd.org; Mon, 5 May 1997 17:29:30 -0400 (EDT) Message-Id: <199705052129.RAA01309@server.id.net> Subject: File Descriptor Bug? To: freebsd-bugs@freebsd.org Date: Mon, 5 May 1997 17:29:30 -0400 (EDT) X-Mailer: ELM [version 2.4ME+ PL31H (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk FreeBSD 2.2.1-RELEASE After "a short->long while" of uptime, out run out of file descriptors. At first I had thought that this was possibly my web server (could still be) software, Here's the deal... Current Time: Mon May 5 17:25:43 1997 Restart Time: Mon May 5 16:51:40 1997 Server uptime: 34 minutes 3 seconds Total accesses: 12314 - Total Traffic: 100.1 MB CPU Usage: u60.5547 s74.1641 cu490.953 cs71.7578 - 34.1% CPU load 6.03 requests/sec - 50.2 kB/second - 8.3 kB/request 94 requests currently being processed, 6 idle servers WRWWWWWW_WLKWWDWRWK_KWRWW_WW_KWWLWWLWWKKWLWWWWWWW_KWWWKKWWWKLWK_ KWWKWWKKWKWWRWKWKWKKWKWWKWWKWKLKWWKW............................ webserver% pstat -T 1942/4136 files 9874 vnodes 1M/127M swap space Machine has 128MB of RAM, and 128MB of swap configured. After about 2-3 hours, it will run out of file descriptors completely and I need to reboot. Just curious if anyone else has seen this problem with this release, or should I be looking elsewhere... -- Rob === _/_/_/_/_/ _/_/_/_/ _/_/ _/ _/_/_/_/_/ _/_/_/_/_/ _/ _/ _/ _/_/_/ _/ _/ _/ _/_/_/_/ _/ _/_/_/_/_/ _/_/_/_/ _/ _/ _/_/_/_/_/ _/ Innovative Data Services Serving South-Eastern Michigan Internet Service Provider / Hardware Sales / Consulting Services Voice: (810)855-0404 / Fax: (810)855-3268 / Web: http://www.id.net From owner-freebsd-bugs Mon May 5 14:30:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA21601 for bugs-outgoing; Mon, 5 May 1997 14:30:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA21594; Mon, 5 May 1997 14:30:02 -0700 (PDT) Resent-Date: Mon, 5 May 1997 14:30:02 -0700 (PDT) Resent-Message-Id: <199705052130.OAA21594@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, Received:(from nobody@localhost) by.hub.freebsd.org.id.OAA21518;Mon; (8.8.5/8.8.5);, 5 May 1997 14:29:27.-0700 (PDT) Message-Id: <199705052129.OAA21518@hub.freebsd.org> Date: Mon, 5 May 1997 14:29:27 -0700 (PDT) From: yuval@ths000.tau.ac.il To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/3513: installation of TMC-950 future domain scsi adapter Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3513 >Category: kern >Synopsis: installation of TMC-950 future domain scsi adapter >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: support >Submitter-Id: current-users >Arrival-Date: Mon May 5 14:30:01 PDT 1997 >Last-Modified: >Originator: Mendelson Yuval >Organization: MEYERHOFF TECHNICAL COLLEGE TEL-AVIV UNIVERSITY >Release: 2.1.5 >Environment: FreeBSD ths000.tau.ac.il 2.1.5-RELEASE FreeBSD 2.1.5-RELEASE #0: Sat Nov 23 14:3 6:51 IST 1996 yuval@ths000.tau.ac.il:/usr/src/sys/compile/YUVAL i386 >Description: I have a future domain TMC-950 scsi adapter. the maunals say that it is supported by the system. however i havn't seen it in the generic installtion nor in the sources. I did a full grep for future domain in the sources of the kernel. >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon May 5 15:30:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA24640 for bugs-outgoing; Mon, 5 May 1997 15:30:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA24634; Mon, 5 May 1997 15:30:01 -0700 (PDT) Date: Mon, 5 May 1997 15:30:01 -0700 (PDT) Message-Id: <199705052230.PAA24634@hub.freebsd.org> To: freebsd-bugs Cc: From: Dmitrij Tejblum Subject: Re: bin/3510: xsm does not work! Reply-To: Dmitrij Tejblum Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/3510; it has been noted by GNATS. From: Dmitrij Tejblum To: mrspock@esfm.ipn.mx Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: bin/3510: xsm does not work! Date: Tue, 06 May 1997 02:22:53 +0400 > >Description: > xsm exits generatin a "core dump" doing nothing else. > I tried to star "xdm" and the original configuration > in X uses this program. 1. (guess) Make sure your hostname resolves to some your IP address. 2. It very unstable anyway (IMHO), don't use it :-( From owner-freebsd-bugs Mon May 5 15:31:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA24737 for bugs-outgoing; Mon, 5 May 1997 15:31:27 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA24726 for ; Mon, 5 May 1997 15:31:18 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id IAA13790; Tue, 6 May 1997 08:29:03 +1000 Date: Tue, 6 May 1997 08:29:03 +1000 From: Bruce Evans Message-Id: <199705052229.IAA13790@godzilla.zeta.org.au> To: griepent@wias-berlin.de, helbig@MX.BA-Stuttgart.De Subject: Re: Underflow floating point exceptions under FreeBSD 2.1.5 Cc: bugs@FreeBSD.ORG Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> To stay compatible with an institute I want to use a numerical >> package written in ANSI-C which works flawlessly on DEC and SGI machines. >> I was able to compile (gcc-2.6.3) the package on several Intel >> platforms (from 486 DX to PentiumPro) under FreeBSD-2.1.5. >> >> Trying to run it there always occured strange underflow floating >> point exceptions in code fragments computing mathematical >> functions like >> >> sqrt, cos, log >> >> with harmless arguments of type double in the range of 1.0e-20 to 1.0e+20, >> which should be normally no big deal in the IEEE 754 world! Underflow exceptions are probably normal, but can't be detected in ANSI C. FreeBSD does not trap on underflow. FreeBSD-2.1.5 has several serious bugs in the non-default i387 version of libm. These usually cause invalid operand (stack overflow) exceptions and traps, not underflow. All of the known ones are fixed in FreeBSD-2.1.7 and FreeBSD-2.2.1. FreeBSD has several bugs in the float-precision functions. Half of the known ones are fixed in FreeBSD-2.2.1. >> recompile the libm sources with no optimization! >> >> Again building the package with that math library the code is running now >> and we get the same numerical results and performance as on the DEC or SGI >> machines! The difference may have been caused by a compiler bug, or by changing the FreeBSD default precision of 53 bits. Gcc does several optimizations related to calculating constant expressions at compile time. This breaks IEEE'ness although not ANSI'ness. I use the following kludge to avoid some of the optimizations: --- diff -c2 math_private.h~ math_private.h *** math_private.h~ Sun Feb 23 22:48:03 1997 --- math_private.h Sun Feb 23 22:49:08 1997 *************** *** 21,24 **** --- 21,31 ---- #include + /* + * Gross hack to avoid compile time optimizations that break IEEE-ness. + */ + #ifdef __GNUC__ + #define const volatile const + #endif + /* The original fdlibm code used statements like: n0 = ((*(int*)&one)>>29)^1; * index of high word * --- >> (1) Let me assume that the original libm shared library was compiled >> also with the gcc-2.6.3 compiler. >> Is there a (known) optimization bug in the gcc-2.6.3 compiler? > >Your assumption is correct. And there are known (and unknown :-) ) optimization >bugs in gcc-2.6.3. That's why virtual all system software in FreeBSD >is compiled with the lowest "optimization" flag -O and not with the even >buggier -O2 etc. -O2 is probably not important here. The i386 version of gcc has many known bugs related to floating point precision. Don't expect to get IEEE exact results in all cases. Bruce From owner-freebsd-bugs Mon May 5 15:46:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA25535 for bugs-outgoing; Mon, 5 May 1997 15:46:09 -0700 (PDT) Received: (from joerg@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA25516; Mon, 5 May 1997 15:46:01 -0700 (PDT) Date: Mon, 5 May 1997 15:46:01 -0700 (PDT) From: Joerg Wunsch Message-Id: <199705052246.PAA25516@hub.freebsd.org> To: yuval@ths000.tau.ac.il, joerg, freebsd-bugs Subject: Re: kern/3513 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: installation of TMC-950 future domain scsi adapter State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Tue May 6 00:45:21 MET DST 1997 State-Changed-Why: The card is supposed to be supported by sea(4). That's a question anyway, not a bug report. From owner-freebsd-bugs Mon May 5 15:50:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA25755 for bugs-outgoing; Mon, 5 May 1997 15:50:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA25740; Mon, 5 May 1997 15:50:01 -0700 (PDT) Date: Mon, 5 May 1997 15:50:01 -0700 (PDT) Message-Id: <199705052250.PAA25740@hub.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: kern/3513: installation of TMC-950 future domain scsi adapter Reply-To: j@uriah.heep.sax.de (J Wunsch) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3513; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: yuval@ths000.tau.ac.il Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: kern/3513: installation of TMC-950 future domain scsi adapter Date: Tue, 6 May 1997 00:35:41 +0200 As yuval@ths000.tau.ac.il wrote: > I have a future domain TMC-950 scsi adapter. > the maunals say that it is supported by the system. sea0 or sea1. Make sure to adjust the IO address if necessary in UserConfig. This should probably go to question, don't fire a bug report unless you are halfways certain something is actually a bug. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Mon May 5 19:00:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA05872 for bugs-outgoing; Mon, 5 May 1997 19:00:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA05834; Mon, 5 May 1997 19:00:02 -0700 (PDT) Date: Mon, 5 May 1997 19:00:02 -0700 (PDT) Message-Id: <199705060200.TAA05834@hub.freebsd.org> To: freebsd-bugs Cc: From: Bruce Evans Subject: Re: kern/3395: sio2: not found, but there Reply-To: Bruce Evans Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3395; it has been noted by GNATS. From: Bruce Evans To: dmm125@bellatlantic.net, freebsd-gnats-submit@freebsd.org Cc: Subject: Re: kern/3395: sio2: not found, but there Date: Tue, 6 May 1997 11:48:28 +1000 >>Fix: >in /sys/i386/isa/sio.c, apply this patch: > >DELAY(10000); /* Some internal modems need this time */ > if (idev->id_irq != 0) >- failures[3] = isa_irq_pending(idev) ? 0 : 1; >+ failures[3] = isa_irq_pending(idev) ? 1 : 0; > failures[4] = (inb(iobase + com_iir) & IIR_IMASK) - IIR_TXRDY; > >Anyhow, this is what my sio.c said. In the above at '-', it is implying >that probe test 3 will fail if there is no irq pending, which is >the opposite of what we want. Normally there is an irq pending. Reversing the test would break it for few hundred thousand sio ports where it usually works :-). For a better work around, just ignore the result of the test. isa_irq_pending() has no side effects, so you could omit the whole test in this case, but some of the other tests have side effects, so it is simplest to set failures[N] back to 0 if test N doesn't work (or do all the tests and ignore all the results). If you have other sio ports, then you should configure them even if you don't use them, since their IRQs may conflict. Bruce From owner-freebsd-bugs Mon May 5 19:15:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA06776 for bugs-outgoing; Mon, 5 May 1997 19:15:32 -0700 (PDT) Received: (from alex@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA06756; Mon, 5 May 1997 19:15:22 -0700 (PDT) Date: Mon, 5 May 1997 19:15:22 -0700 (PDT) From: Alex Nash Message-Id: <199705060215.TAA06756@hub.freebsd.org> To: spatula@gulf.net, alex, freebsd-bugs Subject: Re: kern/3100 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: IPFW panics upon denying a packet State-Changed-From-To: open-closed State-Changed-By: alex State-Changed-When: Mon May 5 19:13:00 PDT 1997 State-Changed-Why: Fixed in rev 1.57 of ip_fw.c. From owner-freebsd-bugs Mon May 5 19:53:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA09199 for bugs-outgoing; Mon, 5 May 1997 19:53:32 -0700 (PDT) Received: (from alex@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA09174; Mon, 5 May 1997 19:53:19 -0700 (PDT) Date: Mon, 5 May 1997 19:53:19 -0700 (PDT) From: Alex Nash Message-Id: <199705060253.TAA09174@hub.freebsd.org> To: nsayer@quack.kfu.com, alex, freebsd-bugs Subject: Re: kern/3452 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: ipfw rejected packets respond port unreach instead of host State-Changed-From-To: open-closed State-Changed-By: alex State-Changed-When: Mon May 5 19:47:54 PDT 1997 State-Changed-Why: Ipfw's behavior is correct, see Stevens TCP/IP Illustrated Vol 1, section 21.10: "A received host unreachable or network unreachable is effectively ignored, since these two errors are considered transient. ... must not abort the connection. Instead TCP keeps trying to send the data that caused the error..." Reject should not put the remote host into a state of retry. From owner-freebsd-bugs Mon May 5 22:39:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA16983 for bugs-outgoing; Mon, 5 May 1997 22:39:04 -0700 (PDT) Received: (from fenner@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA16964; Mon, 5 May 1997 22:39:00 -0700 (PDT) Date: Mon, 5 May 1997 22:39:00 -0700 (PDT) From: Bill Fenner Message-Id: <199705060539.WAA16964@hub.freebsd.org> To: fenner, freebsd-bugs, fenner Subject: Re: kern/3410 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Kernel panic if raw multicast packet (>208 bytes) loopback Responsible-Changed-From-To: freebsd-bugs->fenner Responsible-Changed-By: fenner Responsible-Changed-When: Mon May 5 22:38:06 PDT 1997 Responsible-Changed-Why: fenner is responsible for multicast From owner-freebsd-bugs Mon May 5 23:08:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA18602 for bugs-outgoing; Mon, 5 May 1997 23:08:23 -0700 (PDT) Received: (from fenner@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA18581; Mon, 5 May 1997 23:08:20 -0700 (PDT) Date: Mon, 5 May 1997 23:08:20 -0700 (PDT) From: Bill Fenner Message-Id: <199705060608.XAA18581@hub.freebsd.org> To: fenner, freebsd-bugs, fenner Subject: Re: i386/3353 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: NTOHS(x) related compiler warnings and libpcap disfunction Responsible-Changed-From-To: freebsd-bugs->fenner Responsible-Changed-By: fenner Responsible-Changed-When: Mon May 5 23:07:36 PDT 1997 Responsible-Changed-Why: fenner is merging new libpcap and tcpdump (See PR#bin/3371) From owner-freebsd-bugs Mon May 5 23:53:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA20506 for bugs-outgoing; Mon, 5 May 1997 23:53:06 -0700 (PDT) Received: (from fenner@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA20485; Mon, 5 May 1997 23:53:02 -0700 (PDT) Date: Mon, 5 May 1997 23:53:02 -0700 (PDT) From: Bill Fenner Message-Id: <199705060653.XAA20485@hub.freebsd.org> To: fenner@parc.xerox.com, fenner, freebsd-bugs Subject: Re: bin/2868 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: new fetch thinks that NCSA 1.5.2 server returns HTTP 0.9 response State-Changed-From-To: open-closed State-Changed-By: fenner State-Changed-When: Mon May 5 23:52:32 PDT 1997 State-Changed-Why: Fixed in rev 1.5 of fetch/http.c From owner-freebsd-bugs Tue May 6 00:10:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA21330 for bugs-outgoing; Tue, 6 May 1997 00:10:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA21311; Tue, 6 May 1997 00:10:01 -0700 (PDT) Date: Tue, 6 May 1997 00:10:01 -0700 (PDT) Message-Id: <199705060710.AAA21311@hub.freebsd.org> To: freebsd-bugs Cc: From: Bill Fenner Subject: Re: kern/3446: IPFIREWALL reject returns port unreachable, not host Reply-To: Bill Fenner Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3446; it has been noted by GNATS. From: Bill Fenner To: freebsd-gnats-submit@freebsd.org, nsayer@quack.kfu.com Cc: Subject: Re: kern/3446: IPFIREWALL reject returns port unreachable, not host Date: Mon, 5 May 1997 23:59:25 PDT The other way to work around broken TCP implementations is to return a TCP RST for a reject rule. Bill From owner-freebsd-bugs Tue May 6 00:10:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA21337 for bugs-outgoing; Tue, 6 May 1997 00:10:06 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA21323; Tue, 6 May 1997 00:10:03 -0700 (PDT) Date: Tue, 6 May 1997 00:10:03 -0700 (PDT) Message-Id: <199705060710.AAA21323@hub.freebsd.org> To: freebsd-bugs Cc: From: Bill Fenner Subject: Re: bin/3210: routed having problems with /etc/gateways, netmasks Reply-To: Bill Fenner Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/3210; it has been noted by GNATS. From: Bill Fenner To: freebsd-gnats-submit@freebsd.org, nfung@typhoon.co.jp Cc: Subject: Re: bin/3210: routed having problems with /etc/gateways, netmasks Date: Tue, 6 May 1997 00:08:19 PDT Could you try the routed from -current? It has several byte-order related bug fixes over what went out in 2.2.1 . Thanks, Bill From owner-freebsd-bugs Tue May 6 01:56:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA26247 for bugs-outgoing; Tue, 6 May 1997 01:56:21 -0700 (PDT) Received: from In-Net.inba.fr (arthur.inba.fr [194.51.120.34]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA26237 for ; Tue, 6 May 1997 01:56:18 -0700 (PDT) Received: from uther.inba.fr (uther.inba.fr [194.51.120.62]) by In-Net.inba.fr (8.8.5/8.8.5) with SMTP id KAA23859 for ; Tue, 6 May 1997 10:57:25 +0200 (MET DST) Message-Id: <3.0.16.19970506105816.2a2fec40@mail.inba.fr> X-Sender: psc@mail.inba.fr X-Mailer: Windows Eudora Pro Version 3.0 Demo (16) Date: Tue, 06 May 1997 10:58:20 +0200 To: freebsd-bugs@freebsd.org From: Philippe SCHACK Subject: in_rtqtimo message in the syslog file Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id BAA26242 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, What is the meaning of the following messages in the syslog file : May 5 13:09:45 server1 /kernel: in_rtqtimo: adjusted rtq_reallyold to 2400 May 5 13:19:45 server1 /kernel: in_rtqtimo: adjusted rtq_reallyold to 1600 May 5 22:12:14 server1 /kernel: in_rtqtimo: adjusted rtq_reallyold to 2400 May 5 22:22:22 server1 /kernel: in_rtqtimo: adjusted rtq_reallyold to 1600 May 5 22:32:55 server1 /kernel: in_rtqtimo: adjusted rtq_reallyold to 1066 May 5 22:43:32 server1 /kernel: in_rtqtimo: adjusted rtq_reallyold to 710 Thank's -- P. SCHÄCK phschack@inba.fr From owner-freebsd-bugs Tue May 6 03:11:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA02404 for bugs-outgoing; Tue, 6 May 1997 03:11:34 -0700 (PDT) Received: (from dfr@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA02385; Tue, 6 May 1997 03:11:30 -0700 (PDT) Date: Tue, 6 May 1997 03:11:30 -0700 (PDT) From: Doug Rabson Message-Id: <199705061011.DAA02385@hub.freebsd.org> To: dfr, freebsd-bugs Subject: Re: kern/876 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: NFS allows bogus accesses to cached data Responsible-Changed-From-To: freebsd-bugs->dfr-bugs Responsible-Changed-By: dfr Responsible-Changed-When: Tue May 6 03:11:08 PDT 1997 Responsible-Changed-Why: Time to fix this one. From owner-freebsd-bugs Tue May 6 03:12:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA02527 for bugs-outgoing; Tue, 6 May 1997 03:12:17 -0700 (PDT) Received: (from dfr@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA02501; Tue, 6 May 1997 03:12:13 -0700 (PDT) Date: Tue, 6 May 1997 03:12:13 -0700 (PDT) From: Doug Rabson Message-Id: <199705061012.DAA02501@hub.freebsd.org> To: dfr, freebsd-bugs, dfr Subject: Re: kern/876 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: NFS allows bogus accesses to cached data Responsible-Changed-From-To: freebsd-bugs->dfr Responsible-Changed-By: dfr Responsible-Changed-When: Tue May 6 03:11:43 PDT 1997 Responsible-Changed-Why: Time to fix this one. From owner-freebsd-bugs Tue May 6 03:12:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA02643 for bugs-outgoing; Tue, 6 May 1997 03:12:53 -0700 (PDT) Received: (from dfr@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA02624; Tue, 6 May 1997 03:12:50 -0700 (PDT) Date: Tue, 6 May 1997 03:12:50 -0700 (PDT) From: Doug Rabson Message-Id: <199705061012.DAA02624@hub.freebsd.org> To: dfr, freebsd-bugs, dfr Subject: Re: kern/2635 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: NFS cache doesn't check execute permission on directories Responsible-Changed-From-To: freebsd-bugs->dfr Responsible-Changed-By: dfr Responsible-Changed-When: Tue May 6 03:12:23 PDT 1997 Responsible-Changed-Why: Time to fix this one. From owner-freebsd-bugs Tue May 6 03:20:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA02918 for bugs-outgoing; Tue, 6 May 1997 03:20:06 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA02901; Tue, 6 May 1997 03:20:02 -0700 (PDT) Resent-Date: Tue, 6 May 1997 03:20:02 -0700 (PDT) Resent-Message-Id: <199705061020.DAA02901@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, Received:(from nobody@localhost) by.hub.freebsd.org.id.DAA02773;Tue; (8.8.5/8.8.5);, 6 May 1997 03:15:05.-0700 (PDT) Message-Id: <199705061015.DAA02773@hub.freebsd.org> Date: Tue, 6 May 1997 03:15:05 -0700 (PDT) From: hafner@forwiss.tu-muenchen.de To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/3514: /usr/sbin/watch in 2.2.1 RELEASE seems broken Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3514 >Category: bin >Synopsis: /usr/sbin/watch in 2.2.1 RELEASE seems broken >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue May 6 03:20:01 PDT 1997 >Last-Modified: >Originator: Walter Hafner >Organization: FORWISS >Release: 2.2.1 RELEASE >Environment: FreeBSD pccog4 2.2.1-RELEASE FreeBSD 2.2.1-RELEASE #0: Wed Apr 23 15:23:06 CEST 1997 root@pccog4.forwiss.tu-muenchen.de:/usr/src/sys/compile/PCCOG4 i386 >Description: /usr/sbin/watch can't open the snp* devices. I have pseudo-device snoop 3 in my kernel-config, I remade the snp* devices via /dev/MAKEDEV snp0 ... snp2 tcsh > ll /dev/snp* crw------- 1 root wheel 53, 0 May 6 11:01 /dev/snp0 crw------- 1 root wheel 53, 1 May 6 11:06 /dev/snp1 crw------- 1 root wheel 53, 2 May 6 11:06 /dev/snp2 and the error occured. Then I patched the 'watch' command to give me more output: open(/dev/snp0, O_RDONLY) failed, errno = 6 open(/dev/snp1, O_RDONLY) failed, errno = 6 open(/dev/snp2, O_RDONLY) failed, errno = 6 open(/dev/snp3, O_RDONLY) failed, errno = 2 open(/dev/snp4, O_RDONLY) failed, errno = 2 open(/dev/snp5, O_RDONLY) failed, errno = 2 open(/dev/snp6, O_RDONLY) failed, errno = 2 open(/dev/snp7, O_RDONLY) failed, errno = 2 open(/dev/snp8, O_RDONLY) failed, errno = 2 open(/dev/snp9, O_RDONLY) failed, errno = 2 Fatal: Cannot open snoop device. errno 2 is ok: I didn't make the devices. But errno 6 (ENXIO No such device or address) is very strange ... >How-To-Repeat: /usr/sbin/watch >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue May 6 06:20:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA09855 for bugs-outgoing; Tue, 6 May 1997 06:20:14 -0700 (PDT) Received: (from yokota@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA09834; Tue, 6 May 1997 06:20:07 -0700 (PDT) Date: Tue, 6 May 1997 06:20:07 -0700 (PDT) From: Kazutaka YOKOTA Message-Id: <199705061320.GAA09834@hub.freebsd.org> To: hendrik@hg.com, yokota, freebsd-bugs Subject: Re: kern/3066 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: System lock-up after npx0 probe with 2.2-RELEASE State-Changed-From-To: open-closed State-Changed-By: yokota State-Changed-When: Tue May 6 06:16:26 PDT 1997 State-Changed-Why: Fixed in syscons.c 1.211 (-current) and 1.182.2.17 (RELENG_2_2). From owner-freebsd-bugs Tue May 6 06:23:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA10103 for bugs-outgoing; Tue, 6 May 1997 06:23:35 -0700 (PDT) Received: (from yokota@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA10081; Tue, 6 May 1997 06:23:30 -0700 (PDT) Date: Tue, 6 May 1997 06:23:30 -0700 (PDT) From: Kazutaka YOKOTA Message-Id: <199705061323.GAA10081@hub.freebsd.org> To: brian@mpress.com, yokota, freebsd-bugs Subject: Re: kern/2277 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: 2.2-BETA fails to boot on my laptop State-Changed-From-To: open-closed State-Changed-By: yokota State-Changed-When: Tue May 6 06:20:20 PDT 1997 State-Changed-Why: Fixed in syscons.c 1.211 (-current) and 1.182.2.17 (RELENG_2_2). From owner-freebsd-bugs Tue May 6 06:24:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA10268 for bugs-outgoing; Tue, 6 May 1997 06:24:41 -0700 (PDT) Received: (from yokota@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA10217; Tue, 6 May 1997 06:24:29 -0700 (PDT) Date: Tue, 6 May 1997 06:24:29 -0700 (PDT) From: Kazutaka YOKOTA Message-Id: <199705061324.GAA10217@hub.freebsd.org> To: serg@nsof.co.il, yokota, freebsd-bugs Subject: Re: kern/3134 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Both boot and boot-pao floppies hang after probing all the devices. State-Changed-From-To: open-closed State-Changed-By: yokota State-Changed-When: Tue May 6 06:23:38 PDT 1997 State-Changed-Why: Fixed in syscons.c 1.211 (-current) and 1.182.2.17 (RELENG_2_2). From owner-freebsd-bugs Tue May 6 06:25:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA10368 for bugs-outgoing; Tue, 6 May 1997 06:25:32 -0700 (PDT) Received: (from yokota@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA10348; Tue, 6 May 1997 06:25:23 -0700 (PDT) Date: Tue, 6 May 1997 06:25:23 -0700 (PDT) From: Kazutaka YOKOTA Message-Id: <199705061325.GAA10348@hub.freebsd.org> To: rsm@spyder.ssw.com, yokota, freebsd-bugs Subject: Re: kern/3260 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: FreeBSD 2.2.1 (and 2.2) npx0 boot problem on IBM Aptiva M71 State-Changed-From-To: open-closed State-Changed-By: yokota State-Changed-When: Tue May 6 06:24:38 PDT 1997 State-Changed-Why: Fixed in syscons.c 1.211 (-current) and 1.182.2.17 (RELENG_2_2). From owner-freebsd-bugs Tue May 6 06:29:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA10566 for bugs-outgoing; Tue, 6 May 1997 06:29:03 -0700 (PDT) Received: (from yokota@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA10547; Tue, 6 May 1997 06:28:56 -0700 (PDT) Date: Tue, 6 May 1997 06:28:56 -0700 (PDT) From: Kazutaka YOKOTA Message-Id: <199705061328.GAA10547@hub.freebsd.org> To: hosokawa@jp.freebsd.org, yokota, freebsd-bugs Subject: Re: kern/3107 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: 2.2.1-RELEASE can't boot on at least two major laptop machines State-Changed-From-To: open-closed State-Changed-By: yokota State-Changed-When: Tue May 6 06:25:43 PDT 1997 State-Changed-Why: Fixed in syscons.c 1.211 (-current) and 1.182.2.17 (RELENG_2_2). From owner-freebsd-bugs Tue May 6 08:10:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA15610 for bugs-outgoing; Tue, 6 May 1997 08:10:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA15604; Tue, 6 May 1997 08:10:02 -0700 (PDT) Resent-Date: Tue, 6 May 1997 08:10:02 -0700 (PDT) Resent-Message-Id: <199705061510.IAA15604@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, Received:(from nobody@localhost) by.hub.freebsd.org.id.IAA15277;Tue; (8.8.5/8.8.5);, 6 May 1997 08:04:50.-0700 (PDT) Message-Id: <199705061504.IAA15277@hub.freebsd.org> Date: Tue, 6 May 1997 08:04:50 -0700 (PDT) From: mflatt@cs.rice.edu To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/3516: getcwd() fails to close a DIR* when the path buffer is too small Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3516 >Category: bin >Synopsis: getcwd() fails to close a DIR* when the path buffer is too small >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue May 6 08:10:01 PDT 1997 >Last-Modified: >Originator: Matthew Flatt >Organization: Rice PLT >Release: 2.1.7 >Environment: FreeBSD new-world.cs.rice.edu 2.1.7-RELEASE FreeBSD 2.1.7-RELEASE #0: Wed Feb 12 00:01:51 CST 1997 root@new-world.cs.rice.edu:/usr/src/sys/compile/NEWORLD i386 >Description: getcwd() takes a buffer and the buffer's size as the first two arguments. If this buffer is large enough that getcwd() opens a directory using opendir(), but too small to hold the directory's name, it returns ERANGE (correct) but does not close the directory with closedir() (incorrect) resulting in a file descriptor leak. >How-To-Repeat: #include #include #include #define SIZE 20 int main(int argc, char **argv) { char small[SIZE]; int count = 0; /* Should loop forever */ while (1) { count++; if (!getcwd(small, SIZE)) { if (errno != ERANGE) { printf("bad getcwd error (%d) at attempt %d\n", errno, count); return -1; } } } return 0; } >Fix: *** /usr/src/lib/libc/gen/getcwd.c Mon May 5 22:08:40 1997 --- /home/mflatt/tmp/getcwd.c Tue May 6 10:00:20 1997 *************** *** 55,61 **** size_t size; { register struct dirent *dp; ! register DIR *dir; register dev_t dev; register ino_t ino; register int first; --- 55,61 ---- size_t size; { register struct dirent *dp; ! register DIR *dir = NULL; register dev_t dev; register ino_t ino; register int first; *************** *** 213,218 **** --- 213,219 ---- bpt -= dp->d_namlen; bcopy(dp->d_name, bpt, dp->d_namlen); (void)closedir(dir); + dir = NULL; /* Truncate any file name. */ *bup = '\0'; *************** *** 230,235 **** --- 231,237 ---- err: if (ptsize) free(pt); + if (dir) (void)closedir(dir); free(up); return (NULL); } >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue May 6 12:00:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA28447 for bugs-outgoing; Tue, 6 May 1997 12:00:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA28433; Tue, 6 May 1997 12:00:03 -0700 (PDT) Resent-Date: Tue, 6 May 1997 12:00:03 -0700 (PDT) Resent-Message-Id: <199705061900.MAA28433@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, Received:"from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA27864 for" ; Tue, 6 May 1997 11:51:26.-0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id UAA14533 for FreeBSD-gnats-submit@freebsd.org; Tue, 6 May 1997 20:51:19 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id UAA14512; Tue, 6 May 1997 20:45:14 +0200 (MET DST) Message-Id: <199705061845.UAA14512@uriah.heep.sax.de> Date: Tue, 6 May 1997 20:45:14 +0200 (MET DST) From: Terry Lambert To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: docs/3522: Man pages close(2) misses fcntl lock information Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3522 >Category: docs >Synopsis: Man pages close(2) misses fcntl lock information >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Tue May 6 12:00:02 PDT 1997 >Last-Modified: >Originator: Terry Lambert >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: (Any FreeBSD system.) >Description: There are other people capable of fixing man pages as well. I think the only change by now should be to add a hint to fcntl-style locking to close(2). This is exactly the man page fix I want. >How-To-Repeat: RTFM close(2), fcntl(2). >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue May 6 12:30:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA29927 for bugs-outgoing; Tue, 6 May 1997 12:30:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA29921; Tue, 6 May 1997 12:30:02 -0700 (PDT) Date: Tue, 6 May 1997 12:30:02 -0700 (PDT) Message-Id: <199705061930.MAA29921@hub.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: bin/3514: /usr/sbin/watch in 2.2.1 RELEASE seems broken Reply-To: j@uriah.heep.sax.de (J Wunsch) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/3514; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: hafner@forwiss.tu-muenchen.de Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: bin/3514: /usr/sbin/watch in 2.2.1 RELEASE seems broken Date: Tue, 6 May 1997 20:54:36 +0200 As hafner@forwiss.tu-muenchen.de wrote: > /usr/sbin/watch can't open the snp* devices. > > I have > pseudo-device snoop 3 > in my kernel-config, j@uriah 354% fgrep snoop /sys/conf/files kern/tty_snoop.c optional snp j@uriah 355% fgrep snoop /sys/i386/conf/LINT j@uriah 356% fgrep snp /sys/i386/conf/LINT pseudo-device snp 3 #Snoop device - to look at pty/vty/etc.. Any further questions? :-) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Tue May 6 12:40:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA00568 for bugs-outgoing; Tue, 6 May 1997 12:40:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA00543; Tue, 6 May 1997 12:40:02 -0700 (PDT) Resent-Date: Tue, 6 May 1997 12:40:02 -0700 (PDT) Resent-Message-Id: <199705061940.MAA00543@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, vak@cronyx.ru Received: from crox.net.kiae.su (crox.net.kiae.su [144.206.130.72]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA00342 for ; Tue, 6 May 1997 12:35:56 -0700 (PDT) Received: by crox.net.kiae.su id XAA00455; (8.8.5/vak/1.8a) Tue, 6 May 1997 23:35:48 +0400 (MSD) Message-Id: <199705061935.XAA00455@crox.net.kiae.su> Date: Tue, 6 May 1997 23:35:48 +0400 (MSD) From: vak@cronyx.ru Reply-To: vak@cronyx.ru To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: i386/3523: [patch] sio: automatic detection of 16550/16750 controllers Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3523 >Category: i386 >Synopsis: sio driver: added automatic detection of 16650/16750 UARTs >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Tue May 6 12:40:01 PDT 1997 >Last-Modified: >Originator: Serge V.Vakulenko >Organization: Cronyx Engineering Ltd. >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: FreeBSD 2.2.1 with Cronyx-Omega multiport serial card (Based on Startech 16c654 UARTs). Or any other serial adapter with 16650 or 16750 chips. >Description: The driver detects UARTs as 16550A which is not correct. >How-To-Repeat: >Fix: Apply the following patch: --- sio221.c Sat Feb 1 19:19:05 1997 +++ sio.c Tue May 6 23:28:37 1997 @@ -856,12 +856,46 @@ printf(" 16550?"); break; case FIFO_RX_HIGH: - printf(" 16550A"); if (COM_NOFIFO(isdp)) { - printf(" fifo disabled"); + printf(" 16550A fifo disabled"); } else { + /* Detect the fifo size. */ + int i, n; + + /* Enable and reset the FIFO. */ + outb (iobase+com_fifo, FIFO_ENABLE | FIFO_RCV_RST | FIFO_XMT_RST); + + /* Set the loopback mode, 57600 baud. */ + outb (iobase+com_cfcr, CFCR_DLAB); + outb (iobase+com_dlbh, 0); + outb (iobase+com_dlbl, 2); + outb (iobase+com_cfcr, CFCR_8BITS); + outb (iobase+com_mcr, MCR_LOOPBACK); + inb (iobase+com_lsr); + + /* Put data into transmit FIFO and wait until overrun. */ + for (i=n=0; i<20000; ++i) { + unsigned char lsr = inb (iobase+com_lsr); + if (lsr & LSR_OE) + break; + if (lsr & LSR_TXRDY) { + outb (iobase+com_data, 0x5A); + ++n; + } + } + outb (iobase+com_mcr, 0); + outb (iobase+com_fifo, 0); + com->hasfifo = TRUE; - com->tx_fifo_size = 16; + if (n > 40) { + com->tx_fifo_size = 64; + printf(" 16750"); + } else if (n > 24) { + com->tx_fifo_size = 32; + printf(" 16650"); + } else + com->tx_fifo_size = 16; + printf(" 16550A"); #ifdef COM_ESP for (espp = likely_esp_ports; *espp != 0; espp++) if (espattach(isdp, com, *espp)) { >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue May 6 13:30:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA03084 for bugs-outgoing; Tue, 6 May 1997 13:30:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA03078; Tue, 6 May 1997 13:30:01 -0700 (PDT) Date: Tue, 6 May 1997 13:30:01 -0700 (PDT) Message-Id: <199705062030.NAA03078@hub.freebsd.org> To: freebsd-bugs Cc: From: "Jordan K. Hubbard" Subject: Re: bin/3514: /usr/sbin/watch in 2.2.1 RELEASE seems broken Reply-To: "Jordan K. Hubbard" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/3514; it has been noted by GNATS. From: "Jordan K. Hubbard" To: hafner@forwiss.tu-muenchen.de Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: bin/3514: /usr/sbin/watch in 2.2.1 RELEASE seems broken Date: Tue, 06 May 1997 13:29:04 -0700 > I have > pseudo-device snoop 3 > in my kernel-config, Uh.. But the device is called: pseudo-device snp 3 #Snoop device - to look at pty/vty/etc.. (see /sys/i386/conf/LINT) From owner-freebsd-bugs Tue May 6 14:20:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA05745 for bugs-outgoing; Tue, 6 May 1997 14:20:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA05731; Tue, 6 May 1997 14:20:01 -0700 (PDT) Date: Tue, 6 May 1997 14:20:01 -0700 (PDT) Message-Id: <199705062120.OAA05731@hub.freebsd.org> To: freebsd-bugs Cc: From: Poul-Henning Kamp Subject: Re: i386/3523: [patch] sio: automatic detection of 16550/16750 controllers Reply-To: Poul-Henning Kamp Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR i386/3523; it has been noted by GNATS. From: Poul-Henning Kamp To: vak@cronyx.ru Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: i386/3523: [patch] sio: automatic detection of 16550/16750 controllers Date: Tue, 06 May 1997 23:16:33 +0200 I applied this to my -current system, and it correctly identifies my 650 chips, but I don't like that it also says 550 on those lines: sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A sio2 at 0x2a0-0x2a7 irq 10 flags 0x285 on isa sio2: type 16650 16550A (multiport master) sio3 at 0x2a8-0x2af flags 0x285 on isa sio3: type 16650 16550A (multiport) sio4 at 0x2b0-0x2b7 flags 0x285 on isa sio4: type 16650 16550A (multiport) sio5 at 0x2b8-0x2bf flags 0x285 on isa sio5: type 16550A (multiport) (sio5 is correct, I swapped that chip with an 550A some time ago.) I guess we should report the fifo depth too ? -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-bugs Tue May 6 19:32:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA24929 for bugs-outgoing; Tue, 6 May 1997 19:32:17 -0700 (PDT) Received: (from eivind@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA24861; Tue, 6 May 1997 19:31:55 -0700 (PDT) Date: Tue, 6 May 1997 19:31:55 -0700 (PDT) From: Eivind Eklund Message-Id: <199705070231.TAA24861@hub.freebsd.org> To: proff@iq.org, eivind, freebsd-bugs Subject: Re: misc/2625 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: fixed broken src/includes State-Changed-From-To: open-closed State-Changed-By: eivind State-Changed-When: Tue May 6 19:30:34 PDT 1997 State-Changed-Why: Committed except for the int -> uid_t/gid_t changes, thanks. From owner-freebsd-bugs Tue May 6 19:50:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA25832 for bugs-outgoing; Tue, 6 May 1997 19:50:06 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA25818; Tue, 6 May 1997 19:50:03 -0700 (PDT) Resent-Date: Tue, 6 May 1997 19:50:03 -0700 (PDT) Resent-Message-Id: <199705070250.TAA25818@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, mark@linus.demon.co.uk Received: from linus.demon.co.uk (linus.demon.co.uk [158.152.10.220]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA25667 for ; Tue, 6 May 1997 19:47:06 -0700 (PDT) Received: (from mark@localhost) by linus.demon.co.uk (8.8.5/8.8.5) id DAA20678; Wed, 7 May 1997 03:47:38 +0100 (BST) Message-Id: <199705070247.DAA20678@linus.demon.co.uk> Date: Wed, 7 May 1997 03:47:38 +0100 (BST) From: Mark Valentine Reply-To: mark@linus.demon.co.uk To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/3524: rlogin doesn't read $HOSTALIASES for non-root users Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3524 >Category: bin >Synopsis: rlogin doesn't read $HOSTALIASES for non-root users >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue May 6 19:50:02 PDT 1997 >Last-Modified: >Originator: Mark Valentine >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: >Description: Revision 1.13 of libc/net/res_query.c breaks usage of user HOSTALIASES file with setuid/setgid programs (such as rlogin), unless the user is root. >How-To-Repeat: $ echo foohost foohost.some.domain >>$HOME/.hosts $ export HOSTALIASES=$HOME/.hosts $ rlogin foohost foohost: Unknown host >Fix: Perhaps the security check might be a little more clever (along the lines of the ~/.rhosts check in iruserok()) - don't fail if the file is world readable, or if the real user is the owner of the file. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue May 6 22:23:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA02255 for bugs-outgoing; Tue, 6 May 1997 22:23:40 -0700 (PDT) Received: from xkis.kis.ru (dv@xkis.kis.ru [194.87.66.200]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA02226 for ; Tue, 6 May 1997 22:23:28 -0700 (PDT) Received: from localhost (dv@localhost) by xkis.kis.ru (8.8.5/8.8.5) with SMTP id JAA19497 for ; Wed, 7 May 1997 09:23:01 +0400 (MSD) Date: Wed, 7 May 1997 09:23:01 +0400 (MSD) From: Dmitry Valdov To: freebsd-bugs@freebsd.org Subject: Re: A vulnerability in Lynx (all versions) (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi! How about this feature in FreeBSD? ---------- Forwarded message ---------- Date: Tue, 6 May 1997 13:57:55 +0200 From: Luca Berra To: BUGTRAQ@NETSPACE.ORG Subject: Re: A vulnerability in Lynx (all versions) Actually, for those out there running linux, someone (Andrew tridgell if i remember correctly) wrote a kernel patch to completely disable symlinks in tmp attacks. basically it does not follow any symlinks (in directories with the sticky bit set) if the owner of the link is different than the owner of the target. i think something like this should be implemented in other OSes as well. Regards Luca -- Luca Berra -- bluca@comedia.it System and Network Manager - CoMedia s.r.l. PGP Public key available via finger From owner-freebsd-bugs Tue May 6 22:36:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA02895 for bugs-outgoing; Tue, 6 May 1997 22:36:58 -0700 (PDT) Received: from hot.ee.lbl.gov (hot.ee.lbl.gov [131.243.1.42]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA02890 for ; Tue, 6 May 1997 22:36:56 -0700 (PDT) Received: by hot.ee.lbl.gov (8.8.5/1.43r) id WAA23543; Tue, 6 May 1997 22:36:16 -0700 (PDT) Message-Id: <199705070536.WAA23543@hot.ee.lbl.gov> To: Peter Wemm Cc: bugs@FreeBSD.ORG, "Jordan K. Hubbard" Subject: Re: reserved port behavior change In-reply-to: Your message of Sat, 03 May 1997 05:55:59 PDT. Date: Tue, 06 May 1997 22:36:15 PDT From: Craig Leres Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Craig Leres wrote: > > At some point between 2.2 and 2.2.1, the last reserved port used by > > in_pcbbind() was changed from 512 to 600. The reason I noticed this is > > because the kernel shell port is 544 and all my kerberos kshell > > applications stopped working. Although I don't want to install them > > suid to root, this makes some of them work. > > Huh? There's some crossed wires somewhere. The numbers you're referring > to that in_pcbbind() uses are only used when an application has been > explicitly modified to request assignment of a reserved port by the kernel > rather than looping and attempting to bind successive ports in usermode. Yep, the real problem was caused by a shared library. It's safe to nuke my bug report... Craig From owner-freebsd-bugs Tue May 6 22:48:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA03395 for bugs-outgoing; Tue, 6 May 1997 22:48:24 -0700 (PDT) Received: from hot.ee.lbl.gov (hot.ee.lbl.gov [131.243.1.42]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA03388 for ; Tue, 6 May 1997 22:48:21 -0700 (PDT) Received: by hot.ee.lbl.gov (8.8.5/1.43r) id WAA23635; Tue, 6 May 1997 22:48:21 -0700 (PDT) Message-Id: <199705070548.WAA23635@hot.ee.lbl.gov> To: bugs@freebsd.org Subject: pcvt(4) references pc(4) which does not exist Date: Tue, 06 May 1997 22:48:21 PDT From: Craig Leres Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I noticed that the pcvt(4) man page talks references pc(4): The pcvt driver provides a virtual screen system with several additional features not available in pc(4) standard console device driver. However there is no pc(4) man page. Craig From owner-freebsd-bugs Wed May 7 00:51:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA08884 for bugs-outgoing; Wed, 7 May 1997 00:51:04 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id AAA08875 for ; Wed, 7 May 1997 00:50:59 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA23409; Wed, 7 May 1997 09:50:54 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id JAA18377; Wed, 7 May 1997 09:35:31 +0200 (MET DST) Message-ID: <19970507093530.DM50235@uriah.heep.sax.de> Date: Wed, 7 May 1997 09:35:30 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: leres@ee.lbl.gov (Craig Leres) Cc: bugs@FreeBSD.ORG Subject: Re: pcvt(4) references pc(4) which does not exist References: <199705070548.WAA23635@hot.ee.lbl.gov> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199705070548.WAA23635@hot.ee.lbl.gov>; from Craig Leres on May 6, 1997 22:48:21 -0800 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Craig Leres wrote: > I noticed that the pcvt(4) man page talks references pc(4): > > The pcvt driver provides a virtual screen system with several > additional features not available in pc(4) standard console device > driver. > > However there is no pc(4) man page. Should have been pccons(4) anyway... this driver is long since gone, and i doubt it ever had a man page at all. I think it was just my sarkasm only to xref it when i wrote that man page. :-) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Wed May 7 01:00:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA09420 for bugs-outgoing; Wed, 7 May 1997 01:00:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA09392; Wed, 7 May 1997 01:00:02 -0700 (PDT) Resent-Date: Wed, 7 May 1997 01:00:02 -0700 (PDT) Resent-Message-Id: <199705070800.BAA09392@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, Received:"from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id AAA08896 for" ; Wed, 7 May 1997 00:51:07.-0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA23410 for FreeBSD-gnats-submit@freebsd.org; Wed, 7 May 1997 09:51:04 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id JAA18488; Wed, 7 May 1997 09:37:38 +0200 (MET DST) Message-Id: <199705070737.JAA18488@uriah.heep.sax.de> Date: Wed, 7 May 1997 09:37:38 +0200 (MET DST) From: Craig Leres To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: docs/3525: pcvt(4) references pc(4) which does not exist Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3525 >Category: docs >Synopsis: pcvt(4) references pc(4) which does not exist >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Wed May 7 01:00:01 PDT 1997 >Last-Modified: >Originator: Craig Leres >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: Any FreeBSD. >Description: I noticed that the pcvt(4) man page talks references pc(4): The pcvt driver provides a virtual screen system with several additional features not available in pc(4) standard console device driver. However there is no pc(4) man page. >How-To-Repeat: RTFM pcvt(4) >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed May 7 01:09:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA09921 for bugs-outgoing; Wed, 7 May 1997 01:09:06 -0700 (PDT) Received: (from jkh@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA09901; Wed, 7 May 1997 01:08:59 -0700 (PDT) Date: Wed, 7 May 1997 01:08:59 -0700 (PDT) From: "Jordan K. Hubbard" Message-Id: <199705070808.BAA09901@hub.freebsd.org> To: hafner@forwiss.tu-muenchen.de, jkh, freebsd-bugs Subject: Re: bin/3514 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: /usr/sbin/watch in 2.2.1 RELEASE seems broken State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Wed May 7 01:08:38 PDT 1997 State-Changed-Why: User signified that this was operator error (and a long day :). From owner-freebsd-bugs Wed May 7 01:10:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA09991 for bugs-outgoing; Wed, 7 May 1997 01:10:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA09980; Wed, 7 May 1997 01:10:01 -0700 (PDT) Resent-Date: Wed, 7 May 1997 01:10:01 -0700 (PDT) Resent-Message-Id: <199705070810.BAA09980@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, hm@kts.org Received: from casparc.ppp.net (mail.ppp.net [194.64.12.35]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id BAA09626 for ; Wed, 7 May 1997 01:02:06 -0700 (PDT) Received: from ernie by casparc.ppp.net with uucp (Smail3.1.28.1 #1) id m0wP1fn-000IdcC; Wed, 7 May 97 10:02 MET DST Received: from bert.kts.org(really [194.55.156.2]) by ernie.kts.org via sendmail with smtp id for ; Wed, 7 May 1997 08:47:53 +0200 (MET DST) (Smail-3.2.0.91 1997-Jan-14 #2 built 1997-Feb-8) Received: by bert.kts.org via sendmail with stdio id for FreeBSD-gnats-submit@freebsd.org; Wed, 7 May 1997 08:43:53 +0200 (CEST) (Smail-3.2.0.94 1997-Apr-22 #2 built 1997-May-3) Message-Id: Date: Wed, 7 May 1997 08:43:53 +0200 (CEST) From: hm@kts.org Reply-To: hm@kts.org To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: conf/3526: Bug in config(8) mechanism Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3526 >Category: conf >Synopsis: Bug in config(8) mechanism >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed May 7 01:10:00 PDT 1997 >Last-Modified: >Originator: Hellmuth Michaelis >Organization: >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: See below. >Description: config(8) fails to properly configure drivers which name ends in digits: A line in the kernel config file: pseudo-device bisdnq921 together with the line: bisdn/bisdn_rxframe.c optional bisdnq921 device-driver results in in a file bisdnq921.h in the compile directory which has the contents: #define NBISDNQ921 0 Replacing the trailing digits "921" in the driver name(s) with charcters results in the correct contents: #define NBISDN 1 >How-To-Repeat: See above. >Fix: Unknown. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed May 7 01:20:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA10268 for bugs-outgoing; Wed, 7 May 1997 01:20:02 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA10257; Wed, 7 May 1997 01:20:01 -0700 (PDT) Date: Wed, 7 May 1997 01:20:01 -0700 (PDT) Message-Id: <199705070820.BAA10257@hub.freebsd.org> To: freebsd-bugs Cc: From: "Serge V.Vakulenko" Subject: Re: i386/3523: [patch] sio: automatic detection of 16550/16750 controllers Reply-To: "Serge V.Vakulenko" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR i386/3523; it has been noted by GNATS. From: "Serge V.Vakulenko" To: Poul-Henning Kamp Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: i386/3523: [patch] sio: automatic detection of 16550/16750 controllers Date: Wed, 7 May 1997 12:13:14 +0400 (MSD) On Tue, 6 May 1997, Poul-Henning Kamp wrote: > > I applied this to my -current system, and it correctly identifies > my 650 chips, but I don't like that it also says 550 on those lines: > > sio0 at 0x3f8-0x3ff irq 4 on isa > sio0: type 16550A > sio1 at 0x2f8-0x2ff irq 3 on isa > sio1: type 16550A > sio2 at 0x2a0-0x2a7 irq 10 flags 0x285 on isa > sio2: type 16650 16550A (multiport master) > sio3 at 0x2a8-0x2af flags 0x285 on isa > sio3: type 16650 16550A (multiport) > sio4 at 0x2b0-0x2b7 flags 0x285 on isa > sio4: type 16650 16550A (multiport) > sio5 at 0x2b8-0x2bf flags 0x285 on isa > sio5: type 16550A (multiport) > > (sio5 is correct, I swapped that chip with an 550A some time ago.) Sorry, just a mistype... See the patch below. > I guess we should report the fifo depth too ? I am not sure this makes sense. Serge --- sio.c.b Tue May 6 23:28:37 1997 +++ sio.c Wed May 7 12:09:09 1997 @@ -893,9 +893,10 @@ } else if (n > 24) { com->tx_fifo_size = 32; printf(" 16650"); - } else + } else { com->tx_fifo_size = 16; printf(" 16550A"); + } #ifdef COM_ESP for (espp = likely_esp_ports; *espp != 0; espp++) if (espattach(isdp, com, *espp)) { ___ Serge Vakulenko Cronyx Engineering Ltd., Moscow Digital communication hardware development, phone/fax: +7 (095) 196-40-53 Internet services, FreeBSD support From owner-freebsd-bugs Wed May 7 02:10:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA12340 for bugs-outgoing; Wed, 7 May 1997 02:10:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA12328; Wed, 7 May 1997 02:10:02 -0700 (PDT) Date: Wed, 7 May 1997 02:10:02 -0700 (PDT) Message-Id: <199705070910.CAA12328@hub.freebsd.org> To: freebsd-bugs Cc: From: Dmitrij Tejblum Subject: Re: gnu/3470: fail to use standart ANSI C++ string class by gcc 2.7.2.1 Reply-To: Dmitrij Tejblum Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR gnu/3470; it has been noted by GNATS. From: Dmitrij Tejblum To: rssh@cki.ipri.kiev.ua Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: gnu/3470: fail to use standart ANSI C++ string class by gcc 2.7.2.1 Date: Wed, 07 May 1997 13:00:00 +0400 > >Environment: > uname -a > FreeBSD satori.ipri.kiev.ua 2.2.1-RELEASE FreeBSD 2.2.1-RELEASE #0: Tue Apr 22 14:30:30 EET DST 1997 irina@satori.ipri.kiev.ua:/usr/src/sys/compile/MASHT i386 > >Description: > string class is not usable, becouse gcc can't compile > it's own header: > >How-To-Repeat: > try next C++ code > > #include > > #include > > int main(int, char**) > { > string s; > s="Hello, world\n"; > cout << s; > return 0; > } It works on my 3.0-CURRENT and on some sort of 2.2-STABLE, cvsupped Apr. 4. (almost 2.2.1-RELEASE) AFAIK, there was no related commits. It cannot fail. Dima From owner-freebsd-bugs Wed May 7 02:50:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA13370 for bugs-outgoing; Wed, 7 May 1997 02:50:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA13346; Wed, 7 May 1997 02:50:02 -0700 (PDT) Resent-Date: Wed, 7 May 1997 02:50:02 -0700 (PDT) Resent-Message-Id: <199705070950.CAA13346@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, Received:(from nobody@localhost) by.hub.freebsd.org.id.CAA13114;Wed; (8.8.5/8.8.5);, 7 May 1997 02:43:01.-0700 (PDT) Message-Id: <199705070943.CAA13114@hub.freebsd.org> Date: Wed, 7 May 1997 02:43:01 -0700 (PDT) From: stb@FreeBSD.ORG To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/3527: if_de.c doesn't recognize Kingston card properly Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3527 >Category: kern >Synopsis: if_de.c doesn't recognize Kingston card properly >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Wed May 7 02:50:00 PDT 1997 >Last-Modified: >Originator: Stefan Bethke >Organization: >Release: 2.2-STABLE >Environment: >Description: src/sys/pci/if_de.c (RELENG_2_2) does recognize the DE21140AC on the board, but assigns the wrong handlers to it. >How-To-Repeat: >Fix: This patch has successfully worked for me the last 4 months (on a 2.2-GAMMA system) (patch against 1.54.2.2) *** if_de.c.orig Mon Feb 17 20:31:56 1997 --- if_de.c Wed May 7 13:29:37 1997 *************** *** 3120,3125 **** --- 3120,3136 ---- * a DE500-XA. */ bcopy(sc->tulip_rombuf + 20, sc->tulip_hwaddr, 6); + #define subvendor() (((short *)sc->tulip_rombuf)[0]) + #define subdevice() (((short *)sc->tulip_rombuf)[1]) + loudprintf(TULIP_PRINTF_FMT ": Vendor %x, Subsystem %x, SROM format %d\n", + TULIP_PRINTF_ARGS, subvendor(), subdevice(), sc->tulip_rombuf[18]); + if ((subvendor() == 0x2646) && (subdevice() == 0x0001)) { + sc->tulip_boardsw = &tulip_21140_de500aa_boardsw; + strcpy (sc->tulip_boardidbuf, "Kingston EtherX"); + sc->tulip_boardid = sc->tulip_boardidbuf; + } else + #undef subvendor + #undef subdevice if (bcmp(sc->tulip_rombuf + 29, "DE500-XA", 8) == 0) { sc->tulip_boardsw = &tulip_21140_de500xa_boardsw; copy_name = 1; >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed May 7 04:10:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA17018 for bugs-outgoing; Wed, 7 May 1997 04:10:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA17012; Wed, 7 May 1997 04:10:02 -0700 (PDT) Resent-Date: Wed, 7 May 1997 04:10:02 -0700 (PDT) Resent-Message-Id: <199705071110.EAA17012@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, iedowse@maths.tcd.ie Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id EAA16821 for ; Wed, 7 May 1997 04:01:56 -0700 (PDT) Received: by salmon.maths.tcd.ie with Delay channel id aa11884; 7 May 97 12:01 +0100 Message-Id: <9705071156.aa11366@salmon.maths.tcd.ie> Date: Wed, 7 May 97 11:56:33 +0100 From: iedowse@maths.tcd.ie Reply-To: iedowse@maths.tcd.ie To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/3528: fsck fails to detect some illegal block numbers Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3528 >Category: bin >Synopsis: fsck fails to detect some illegal block numbers >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed May 7 04:10:01 PDT 1997 >Last-Modified: >Originator: Ian Dowse >Organization: >Release: FreeBSD 2.2-STABLE i386 >Environment: FreeBSD 2.2-STABLE i386 >Description: fsck fails to detect some illegal block numbers due to an overflow in chkrange(). A block number of -1 results in the error: CANNOT SEEK: BLK -1 chkrange(blk,cnt) only checks that (blk+cnt) is within range. This is not sufficient if the addition causes a wrap-around to the start of the partition. >How-To-Repeat: Create an inode which has -1 as one of its block numbers, and run fsck on the partition. >Fix: --- src/sbin/fsck/inode.c.old Wed May 7 10:05:13 1997 +++ src/sbin/fsck/inode.c Wed May 7 10:51:36 1997 @@ -234,7 +234,7 @@ { register int c; - if ((unsigned)(blk + cnt) > maxfsblock) + if ((unsigned)blk > maxfsblock || (unsigned)(blk + cnt) > maxfsblock) return (1); c = dtog(&sblock, blk); if (blk < cgdmin(&sblock, c)) { >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed May 7 07:04:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA23970 for bugs-outgoing; Wed, 7 May 1997 07:04:18 -0700 (PDT) Received: from pahtoh.cwu.edu (root@pahtoh.cwu.edu [198.104.65.27]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA23964; Wed, 7 May 1997 07:04:11 -0700 (PDT) Received: from opus.cts.cwu.edu (skynyrd@opus.cts.cwu.edu [198.104.92.71]) by pahtoh.cwu.edu (8.8.5/8.8.5) with ESMTP id HAA23394; Wed, 7 May 1997 07:04:10 -0700 (PDT) Received: from localhost (skynyrd@localhost) by opus.cts.cwu.edu (8.8.5/8.8.5) with SMTP id HAA19223; Wed, 7 May 1997 07:04:09 -0700 (PDT) Date: Wed, 7 May 1997 07:04:08 -0700 (PDT) From: Chris Timmons To: Bill Fenner cc: freebsd-bugs@hub.freebsd.org Subject: Re: i386/3353 In-Reply-To: <199705060608.XAA18581@hub.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Probably you can close this as bde fixed it shortly after I reported it. At first I thought I'd really broken something in my local bits :) bde 97/04/20 04:44:33 Modified: sys/i386/include endian.h Log: Fixed linting of and compilation of the gcc byte-swapping macros properly. Simply don't use the gcc macros if we're not gcc, and declare prototypes for the byte-swapping functions in case the macro versions are not used. The previous fix was wrong and broke libpcap, which abuses -Dlint. Don't pollute the namespace if _POSIX_SOURCE is defined. This is broken - it makes almost everything in inaccessible if _POSIX_SOURCE is defined, yet is not a POSIX header. Other systems don't do it any better. Removed always-false `BYTE_ORDER == BIG_ENDIAN' ifdef. Obtained from: partly from Lite(2?) and NetBSD Revision Changes Path 1.15 +12 -15 src/sys/i386/include/endian.h On Mon, 5 May 1997, Bill Fenner wrote: > Synopsis: NTOHS(x) related compiler warnings and libpcap disfunction > > Responsible-Changed-From-To: freebsd-bugs->fenner > Responsible-Changed-By: fenner > Responsible-Changed-When: Mon May 5 23:07:36 PDT 1997 > Responsible-Changed-Why: > fenner is merging new libpcap and tcpdump (See PR#bin/3371) > From owner-freebsd-bugs Wed May 7 08:08:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA26904 for bugs-outgoing; Wed, 7 May 1997 08:08:11 -0700 (PDT) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id IAA26899 for ; Wed, 7 May 1997 08:08:09 -0700 (PDT) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <18590(13)>; Wed, 7 May 1997 08:07:01 PDT Received: from localhost by crevenia.parc.xerox.com with SMTP id <177486>; Wed, 7 May 1997 08:06:49 -0700 To: Chris Timmons cc: Bill Fenner , freebsd-bugs@hub.freebsd.org Subject: Re: i386/3353 In-reply-to: Your message of "Wed, 07 May 97 07:04:08 PDT." Date: Wed, 7 May 1997 08:06:45 PDT From: Bill Fenner Message-Id: <97May7.080649pdt.177486@crevenia.parc.xerox.com> Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Chris Timmons wrote: >Probably you can close this as bde fixed it shortly after I reported it. >At first I thought I'd really broken something in my local bits :) Right, the endian.h thing is fixed but I want to leave it open as a reminder to fix the libpcap Makefile to not use -Dlint. Bill From owner-freebsd-bugs Wed May 7 08:56:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA28562 for bugs-outgoing; Wed, 7 May 1997 08:56:23 -0700 (PDT) Received: from freefall.freebsd.org (freefall.cdrom.com [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA28556 for ; Wed, 7 May 1997 08:56:21 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA16039; Wed, 7 May 1997 08:56:17 -0700 (PDT) Resent-Date: Wed, 7 May 1997 08:56:17 -0700 (PDT) Resent-Message-Id: <199705071556.IAA16039@freefall.freebsd.org> Resent-From: gnats@FreeBSD.ORG (GNATS Management) Resent-To: freebsd-bugs@FreeBSD.ORG Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, paul@FreeBSD.ORG Received: from freefall.freebsd.org (freefall.cdrom.com [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA28420 for ; Wed, 7 May 1997 08:53:29 -0700 (PDT) Received: (from paul@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA15567; Wed, 7 May 1997 08:53:25 -0700 (PDT) Message-Id: <199705071553.IAA15567@freefall.freebsd.org> Date: Wed, 7 May 1997 08:53:25 -0700 (PDT) From: Paul Richards Reply-To: paul@FreeBSD.ORG To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: misc/3529: Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3529 >Category: misc >Synopsis: >Confidential: yes >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed May 7 08:56:17 PDT 1997 >Last-Modified: >Originator: Paul Richards >Organization: >Release: FreeBSD 2.2-STABLE i386 >Environment: >Description: >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed May 7 14:20:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA18521 for bugs-outgoing; Wed, 7 May 1997 14:20:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA18501; Wed, 7 May 1997 14:20:02 -0700 (PDT) Resent-Date: Wed, 7 May 1997 14:20:02 -0700 (PDT) Resent-Message-Id: <199705072120.OAA18501@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, Received:(from nobody@localhost) by.hub.freebsd.org.id.OAA18038;Wed; (8.8.5/8.8.5);, 7 May 1997 14:12:16.-0700 (PDT) Message-Id: <199705072112.OAA18038@hub.freebsd.org> Date: Wed, 7 May 1997 14:12:16 -0700 (PDT) From: paul@originat.demon.co.uk To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: misc/3533: test Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3533 >Category: misc >Synopsis: test >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: support >Submitter-Id: current-users >Arrival-Date: Wed May 7 14:20:01 PDT 1997 >Last-Modified: >Originator: Paul Richards >Organization: originative Solutions Ltd >Release: >Environment: >Description: >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed May 7 14:20:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA18533 for bugs-outgoing; Wed, 7 May 1997 14:20:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA18518; Wed, 7 May 1997 14:20:03 -0700 (PDT) Resent-Date: Wed, 7 May 1997 14:20:03 -0700 (PDT) Resent-Message-Id: <199705072120.OAA18518@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, Received:(from nobody@localhost) by.hub.freebsd.org.id.OAA18038;Wed; (8.8.5/8.8.5);, 7 May 1997 14:12:16.-0700 (PDT) Message-Id: <199705072112.OAA18038@hub.freebsd.org> Date: Wed, 7 May 1997 14:12:16 -0700 (PDT) From: paul@originat.demon.co.uk To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: misc/3534: test Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3534 >Category: misc >Synopsis: test >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: support >Submitter-Id: current-users >Arrival-Date: Wed May 7 14:20:03 PDT 1997 >Last-Modified: >Originator: Paul Richards >Organization: originative Solutions Ltd >Release: >Environment: >Description: >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed May 7 18:40:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA00799 for bugs-outgoing; Wed, 7 May 1997 18:40:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA00784; Wed, 7 May 1997 18:40:03 -0700 (PDT) Date: Wed, 7 May 1997 18:40:03 -0700 (PDT) Message-Id: <199705080140.SAA00784@hub.freebsd.org> To: freebsd-bugs Cc: From: Bruce Evans Subject: Re: conf/3526: Bug in config(8) mechanism Reply-To: Bruce Evans Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR conf/3526; it has been noted by GNATS. From: Bruce Evans To: FreeBSD-gnats-submit@FreeBSD.ORG, hm@kts.org Cc: Subject: Re: conf/3526: Bug in config(8) mechanism Date: Thu, 8 May 1997 11:34:15 +1000 > config(8) fails to properly configure drivers which name ends > in digits: > > A line in the kernel config file: > > pseudo-device bisdnq921 This is a bug in your config line. In config syntax, `bisdnq921' consists of 2 tokens, `bisdnq' and `921'. It specifies 921 units for the pseudo-device bisdnq. When there is no bisdnq device listed in /sys/conf/files or /sys/i386/conf/files.i386, this line is completely ignored. (This is probably a bug. It also causes problems for misspelled driver names, e.g., `snoop' instead of `snp'.) Since you have a bisdnq921 device in the file lists but no driver for this device is configured, you bisdnq921.h with NBSDNQ921 = 0 in it. The problem is more obvious for pseudo-device bisdnq921 1 This specifies the number of devices twice, which is a syntax error. "bisdn921" should work. Bruce From owner-freebsd-bugs Wed May 7 18:40:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA00805 for bugs-outgoing; Wed, 7 May 1997 18:40:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA00771; Wed, 7 May 1997 18:40:01 -0700 (PDT) Date: Wed, 7 May 1997 18:40:01 -0700 (PDT) Message-Id: <199705080140.SAA00771@hub.freebsd.org> To: freebsd-bugs Cc: From: Bruce Evans Subject: Re: conf/3526: Bug in config(8) mechanism Reply-To: Bruce Evans Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR conf/3526; it has been noted by GNATS. From: Bruce Evans To: FreeBSD-gnats-submit@FreeBSD.ORG, hm@kts.org Cc: Subject: Re: conf/3526: Bug in config(8) mechanism Date: Thu, 8 May 1997 11:34:15 +1000 > config(8) fails to properly configure drivers which name ends > in digits: > > A line in the kernel config file: > > pseudo-device bisdnq921 This is a bug in your config line. In config syntax, `bisdnq921' consists of 2 tokens, `bisdnq' and `921'. It specifies 921 units for the pseudo-device bisdnq. When there is no bisdnq device listed in /sys/conf/files or /sys/i386/conf/files.i386, this line is completely ignored. (This is probably a bug. It also causes problems for misspelled driver names, e.g., `snoop' instead of `snp'.) Since you have a bisdnq921 device in the file lists but no driver for this device is configured, you bisdnq921.h with NBSDNQ921 = 0 in it. The problem is more obvious for pseudo-device bisdnq921 1 This specifies the number of devices twice, which is a syntax error. "bisdn921" should work. Bruce From owner-freebsd-bugs Wed May 7 21:33:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA07135 for bugs-outgoing; Wed, 7 May 1997 21:33:24 -0700 (PDT) Received: (from fenner@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA07114; Wed, 7 May 1997 21:33:20 -0700 (PDT) Date: Wed, 7 May 1997 21:33:20 -0700 (PDT) From: Bill Fenner Message-Id: <199705080433.VAA07114@hub.freebsd.org> To: vazquez@IQM.Unicamp.BR, fenner, freebsd-bugs Subject: Re: bin/2946 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: res_send.c: make world fails on -current State-Changed-From-To: open-closed State-Changed-By: fenner State-Changed-When: Wed May 7 21:33:01 PDT 1997 State-Changed-Why: As Joerg said, this has been fixed. From owner-freebsd-bugs Wed May 7 21:40:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA07587 for bugs-outgoing; Wed, 7 May 1997 21:40:06 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA07547; Wed, 7 May 1997 21:40:03 -0700 (PDT) Date: Wed, 7 May 1997 21:40:03 -0700 (PDT) Message-Id: <199705080440.VAA07547@hub.freebsd.org> To: freebsd-bugs Cc: From: Bill Fenner Subject: Re: kern/3103: vi large_file --> reboot without panic Reply-To: Bill Fenner Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3103; it has been noted by GNATS. From: Bill Fenner To: freebsd-gnats-submit@freebsd.org, adam@veda.is Cc: Subject: Re: kern/3103: vi large_file --> reboot without panic Date: Wed, 7 May 1997 21:37:35 PDT >there's a chance this is already fixed, but I'll not be upgrading to >Lite-2 until the NFS exec bug is gone, so I don't know for sure yet. Have you gotten a chance to upgrade and try this again yet? Thanks, Bill From owner-freebsd-bugs Wed May 7 21:40:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA07596 for bugs-outgoing; Wed, 7 May 1997 21:40:07 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA07554; Wed, 7 May 1997 21:40:04 -0700 (PDT) Date: Wed, 7 May 1997 21:40:04 -0700 (PDT) Message-Id: <199705080440.VAA07554@hub.freebsd.org> To: freebsd-bugs Cc: From: Bill Fenner Subject: Re: kern/3103: vi large_file --> reboot without panic Reply-To: Bill Fenner Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3103; it has been noted by GNATS. From: Bill Fenner To: freebsd-gnats-submit@freebsd.org, adam@veda.is Cc: Subject: Re: kern/3103: vi large_file --> reboot without panic Date: Wed, 7 May 1997 21:37:35 PDT >there's a chance this is already fixed, but I'll not be upgrading to >Lite-2 until the NFS exec bug is gone, so I don't know for sure yet. Have you gotten a chance to upgrade and try this again yet? Thanks, Bill From owner-freebsd-bugs Wed May 7 21:40:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA07685 for bugs-outgoing; Wed, 7 May 1997 21:40:19 -0700 (PDT) Received: (from fenner@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA07648; Wed, 7 May 1997 21:40:13 -0700 (PDT) Date: Wed, 7 May 1997 21:40:13 -0700 (PDT) From: Bill Fenner Message-Id: <199705080440.VAA07648@hub.freebsd.org> To: paul@originat.demon.co.uk, fenner, freebsd-bugs Subject: Re: misc/3534 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: test State-Changed-From-To: open-closed State-Changed-By: fenner State-Changed-When: Wed May 7 21:40:04 PDT 1997 State-Changed-Why: From owner-freebsd-bugs Wed May 7 21:41:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA07781 for bugs-outgoing; Wed, 7 May 1997 21:41:19 -0700 (PDT) Received: (from fenner@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA07490; Wed, 7 May 1997 21:39:59 -0700 (PDT) Date: Wed, 7 May 1997 21:39:59 -0700 (PDT) From: Bill Fenner Message-Id: <199705080439.VAA07490@hub.freebsd.org> To: paul@originat.demon.co.uk, fenner, freebsd-bugs Subject: Re: misc/3533 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: test State-Changed-From-To: open-closed State-Changed-By: fenner State-Changed-When: Wed May 7 21:39:48 PDT 1997 State-Changed-Why: From owner-freebsd-bugs Wed May 7 21:45:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA08036 for bugs-outgoing; Wed, 7 May 1997 21:45:42 -0700 (PDT) Received: (from fenner@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA07999; Wed, 7 May 1997 21:45:23 -0700 (PDT) Date: Wed, 7 May 1997 21:45:23 -0700 (PDT) From: Bill Fenner Message-Id: <199705080445.VAA07999@hub.freebsd.org> To: fenner, freebsd-bugs, jkh Subject: Re: misc/2781 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Installation crashes if timeout in ftp transfer Responsible-Changed-From-To: freebsd-bugs->jkh Responsible-Changed-By: fenner Responsible-Changed-When: Wed May 7 21:45:07 PDT 1997 Responsible-Changed-Why: Jordan is Mr. sysinstall From owner-freebsd-bugs Thu May 8 07:00:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA28251 for bugs-outgoing; Thu, 8 May 1997 07:00:06 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA28223; Thu, 8 May 1997 07:00:02 -0700 (PDT) Resent-Date: Thu, 8 May 1997 07:00:02 -0700 (PDT) Resent-Message-Id: <199705081400.HAA28223@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, viren@visix.com Received: from bubba.visix.com ([149.62.101.47]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA28082 for ; Thu, 8 May 1997 06:58:56 -0700 (PDT) Received: (from root@localhost) by bubba.visix.com (8.8.5/8.8.5) id KAA00586; Thu, 8 May 1997 10:58:22 -0400 (EDT) Message-Id: <199705081458.KAA00586@bubba.visix.com> Date: Thu, 8 May 1997 10:58:22 -0400 (EDT) From: viren@visix.com Reply-To: viren@visix.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: misc/3542: 3.0-970505-SNAP sysinstall core dumps when isntalling packages Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3542 >Category: misc >Synopsis: sysinstall core dumps when installing packages >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu May 8 07:00:01 PDT 1997 >Last-Modified: >Originator: Viren Shah >Organization: Visix Software >Release: FreeBSD 3.0-970505-SNAP i386 >Environment: Installation on a Pentium-133 with Buslogic 948 w/ 64M RAM This is post-installation. Sysinstall was brought up after a proper reboot, using /stand/sysinstall. During installation no attempt was made to install packages. >Description: After choosing a couple of packages (tcsh and ncftp2), sysinstall core dumped when trying to begin installation. >How-To-Repeat: 1. Choose passive ftp for medium (don't know whether this affects it) 2. Go to post-install configuration menu. Choose packages option 3. Choose tcsh and ncftp2 for installation 4. choose the install button. 5. watch it core dump >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu May 8 07:00:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA28260 for bugs-outgoing; Thu, 8 May 1997 07:00:07 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA28238; Thu, 8 May 1997 07:00:04 -0700 (PDT) Resent-Date: Thu, 8 May 1997 07:00:04 -0700 (PDT) Resent-Message-Id: <199705081400.HAA28238@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, viren@visix.com Received: from bubba.visix.com ([149.62.101.47]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA28082 for ; Thu, 8 May 1997 06:58:56 -0700 (PDT) Received: (from root@localhost) by bubba.visix.com (8.8.5/8.8.5) id KAA00586; Thu, 8 May 1997 10:58:22 -0400 (EDT) Message-Id: <199705081458.KAA00586@bubba.visix.com> Date: Thu, 8 May 1997 10:58:22 -0400 (EDT) From: viren@visix.com Reply-To: viren@visix.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: misc/3543: 3.0-970505-SNAP sysinstall core dumps when isntalling packages Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3543 >Category: misc >Synopsis: sysinstall core dumps when installing packages >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu May 8 07:00:03 PDT 1997 >Last-Modified: >Originator: Viren Shah >Organization: Visix Software >Release: FreeBSD 3.0-970505-SNAP i386 >Environment: Installation on a Pentium-133 with Buslogic 948 w/ 64M RAM This is post-installation. Sysinstall was brought up after a proper reboot, using /stand/sysinstall. During installation no attempt was made to install packages. >Description: After choosing a couple of packages (tcsh and ncftp2), sysinstall core dumped when trying to begin installation. >How-To-Repeat: 1. Choose passive ftp for medium (don't know whether this affects it) 2. Go to post-install configuration menu. Choose packages option 3. Choose tcsh and ncftp2 for installation 4. choose the install button. 5. watch it core dump >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu May 8 07:30:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA29766 for bugs-outgoing; Thu, 8 May 1997 07:30:08 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA29749; Thu, 8 May 1997 07:30:03 -0700 (PDT) Resent-Date: Thu, 8 May 1997 07:30:03 -0700 (PDT) Resent-Message-Id: <199705081430.HAA29749@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, jack@diamond.xtalwind.net Received: from diamond.xtalwind.net (diamond.xtalwind.net [205.160.242.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA29619 for ; Thu, 8 May 1997 07:27:09 -0700 (PDT) Received: (from jack@localhost) by diamond.xtalwind.net (8.8.5/8.8.5) id KAA07063; Thu, 8 May 1997 10:27:37 -0400 (EDT) Message-Id: <199705081427.KAA07063@diamond.xtalwind.net> Date: Thu, 8 May 1997 10:27:37 -0400 (EDT) From: jack@diamond.xtalwind.net Reply-To: jack@diamond.xtalwind.net To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: misc/3544: Uprgade problem with schg flags Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3544 >Category: misc >Synopsis: Uprgade problem with schg flags >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu May 8 07:30:02 PDT 1997 >Last-Modified: >Originator: Jack >Organization: >Release: FreeBSD 3.0-970502-SNAP >Environment: Upgrading from 2.2.1 to 3.0-970502-SNAP >Description: When using the upgrade option on sysinstall the schg flag is not cleared on userland binaries. Those binaries are not updated. Running a previous version of ld.so breaks lots of things. >How-To-Repeat: Choose the upgrade option from 3.0-970502-SNAP sysinstall. >Fix: Clear all userland binaries schg flags before beginning the upgrade. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu May 8 07:30:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA29779 for bugs-outgoing; Thu, 8 May 1997 07:30:10 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA29764; Thu, 8 May 1997 07:30:07 -0700 (PDT) Resent-Date: Thu, 8 May 1997 07:30:07 -0700 (PDT) Resent-Message-Id: <199705081430.HAA29764@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, jack@diamond.xtalwind.net Received: from diamond.xtalwind.net (diamond.xtalwind.net [205.160.242.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA29619 for ; Thu, 8 May 1997 07:27:09 -0700 (PDT) Received: (from jack@localhost) by diamond.xtalwind.net (8.8.5/8.8.5) id KAA07063; Thu, 8 May 1997 10:27:37 -0400 (EDT) Message-Id: <199705081427.KAA07063@diamond.xtalwind.net> Date: Thu, 8 May 1997 10:27:37 -0400 (EDT) From: jack@diamond.xtalwind.net Reply-To: jack@diamond.xtalwind.net To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: misc/3545: Uprgade problem with schg flags Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3545 >Category: misc >Synopsis: Uprgade problem with schg flags >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu May 8 07:30:06 PDT 1997 >Last-Modified: >Originator: Jack >Organization: >Release: FreeBSD 3.0-970502-SNAP >Environment: Upgrading from 2.2.1 to 3.0-970502-SNAP >Description: When using the upgrade option on sysinstall the schg flag is not cleared on userland binaries. Those binaries are not updated. Running a previous version of ld.so breaks lots of things. >How-To-Repeat: Choose the upgrade option from 3.0-970502-SNAP sysinstall. >Fix: Clear all userland binaries schg flags before beginning the upgrade. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu May 8 08:20:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA02408 for bugs-outgoing; Thu, 8 May 1997 08:20:06 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA02366; Thu, 8 May 1997 08:20:03 -0700 (PDT) Resent-Date: Thu, 8 May 1997 08:20:03 -0700 (PDT) Resent-Message-Id: <199705081520.IAA02366@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, Received:(from nobody@localhost) by.hub.freebsd.org.id.IAA02039;Thu; (8.8.5/8.8.5);, 8 May 1997 08:12:44.-0700 (PDT) Message-Id: <199705081512.IAA02039@hub.freebsd.org> Date: Thu, 8 May 1997 08:12:44 -0700 (PDT) From: mfuhr@dimensional.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/3546: ktrace works even if no read permission Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3546 >Category: kern >Synopsis: ktrace works even if no read permission >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu May 8 08:20:01 PDT 1997 >Last-Modified: >Originator: Michael Fuhr >Organization: Unspecified >Release: 2.2-STABLE >Environment: FreeBSD winnie.pooh.org 2.2-STABLE FreeBSD 2.2-STABLE #0: Wed May 7 19:19:10 MDT 1997 root@winnie.pooh.org:/usr/src/sys/compile/WINNIE-CDROM i386 >Description: Process tracing (options KTRACE) works on executables that have no read permission (--x--x--x), even for group or others. Read permission is usually turned off to keep users from knowing some information about how the program works or what files it accesses. Granted that security by obscurity isn't a good policy, but some people prefer to use it anyway, just to make the cracker's job a little harder. >How-To-Repeat: 1. Write a "hello, world" program in C and compile it. 2. Put the program in a world-accessible directory. 3. chmod 111 program 4. Run "ktrace program" as a different user. 5. Run "kdump" as the different user. >Fix: Haven't investigated thoroughly. Probably an additional check in kern/kern_trace.c, function ktrcanset(). >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu May 8 08:20:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA02422 for bugs-outgoing; Thu, 8 May 1997 08:20:07 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA02398; Thu, 8 May 1997 08:20:05 -0700 (PDT) Resent-Date: Thu, 8 May 1997 08:20:05 -0700 (PDT) Resent-Message-Id: <199705081520.IAA02398@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, Received:(from nobody@localhost) by.hub.freebsd.org.id.IAA02039;Thu; (8.8.5/8.8.5);, 8 May 1997 08:12:44.-0700 (PDT) Message-Id: <199705081512.IAA02039@hub.freebsd.org> Date: Thu, 8 May 1997 08:12:44 -0700 (PDT) From: mfuhr@dimensional.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/3547: ktrace works even if no read permission Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3547 >Category: kern >Synopsis: ktrace works even if no read permission >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu May 8 08:20:04 PDT 1997 >Last-Modified: >Originator: Michael Fuhr >Organization: Unspecified >Release: 2.2-STABLE >Environment: FreeBSD winnie.pooh.org 2.2-STABLE FreeBSD 2.2-STABLE #0: Wed May 7 19:19:10 MDT 1997 root@winnie.pooh.org:/usr/src/sys/compile/WINNIE-CDROM i386 >Description: Process tracing (options KTRACE) works on executables that have no read permission (--x--x--x), even for group or others. Read permission is usually turned off to keep users from knowing some information about how the program works or what files it accesses. Granted that security by obscurity isn't a good policy, but some people prefer to use it anyway, just to make the cracker's job a little harder. >How-To-Repeat: 1. Write a "hello, world" program in C and compile it. 2. Put the program in a world-accessible directory. 3. chmod 111 program 4. Run "ktrace program" as a different user. 5. Run "kdump" as the different user. >Fix: Haven't investigated thoroughly. Probably an additional check in kern/kern_trace.c, function ktrcanset(). >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu May 8 08:28:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA02900 for bugs-outgoing; Thu, 8 May 1997 08:28:58 -0700 (PDT) Received: from freefall.freebsd.org (freefall.cdrom.com [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA02893; Thu, 8 May 1997 08:28:42 -0700 (PDT) From: Joerg Wunsch Received: (from joerg@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA27018; Thu, 8 May 1997 08:28:30 -0700 (PDT) Date: Thu, 8 May 1997 08:28:30 -0700 (PDT) Message-Id: <199705081528.IAA27018@freefall.freebsd.org> To: leres@ee.lbl.gov, joerg@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: docs/3525 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: pcvt(4) references pc(4) which does not exist State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Thu May 8 17:26:41 MEST 1997 State-Changed-Why: Fixed in rev 1.9 of pcvt.4. From owner-freebsd-bugs Thu May 8 08:50:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA04102 for bugs-outgoing; Thu, 8 May 1997 08:50:07 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA04088; Thu, 8 May 1997 08:50:02 -0700 (PDT) Date: Thu, 8 May 1997 08:50:02 -0700 (PDT) Message-Id: <199705081550.IAA04088@hub.freebsd.org> To: freebsd-bugs Cc: From: Adam David Subject: Re: kern/3103: vi large_file --> reboot without panic Reply-To: Adam David Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3103; it has been noted by GNATS. From: Adam David To: fenner@parc.xerox.com (Bill Fenner) Cc: freebsd-gnats-submit@freebsd.org Subject: Re: kern/3103: vi large_file --> reboot without panic Date: Wed, 7 May 1997 22:08:28 +0000 (GMT) > >there's a chance this is already fixed, but I'll not be upgrading to > >Lite-2 until the NFS exec bug is gone, so I don't know for sure yet. > > Have you gotten a chance to upgrade and try this again yet? > > Thanks, > Bill At this very moment I am still hesitant to upgrade to (recent) -current on my production machines. Actually, it's more like I am eager to upgrade but cannot afford at the moment to be stomped by NFS exec problems. I would prefer local caching of NFS executables anyway, but that's several steps away. Of course you are mainly referring to the problem triggered by vi, which as far as I know is still there... but what do I know about it, since I'm not running the latest (vm) kernel code. If someone can convince me and guarantee that the post-lite2 NFS exec panics are over, I'll upgrade and get this tested on my environment here (where vi is otherwise known to trigger this problem). -- Adam David From owner-freebsd-bugs Thu May 8 08:50:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA04109 for bugs-outgoing; Thu, 8 May 1997 08:50:08 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA04099; Thu, 8 May 1997 08:50:06 -0700 (PDT) Date: Thu, 8 May 1997 08:50:06 -0700 (PDT) Message-Id: <199705081550.IAA04099@hub.freebsd.org> To: freebsd-bugs Cc: From: Adam David Subject: Re: kern/3103: vi large_file --> reboot without panic Reply-To: Adam David Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3103; it has been noted by GNATS. From: Adam David To: fenner@parc.xerox.com (Bill Fenner) Cc: freebsd-gnats-submit@freebsd.org Subject: Re: kern/3103: vi large_file --> reboot without panic Date: Wed, 7 May 1997 22:08:28 +0000 (GMT) > >there's a chance this is already fixed, but I'll not be upgrading to > >Lite-2 until the NFS exec bug is gone, so I don't know for sure yet. > > Have you gotten a chance to upgrade and try this again yet? > > Thanks, > Bill At this very moment I am still hesitant to upgrade to (recent) -current on my production machines. Actually, it's more like I am eager to upgrade but cannot afford at the moment to be stomped by NFS exec problems. I would prefer local caching of NFS executables anyway, but that's several steps away. Of course you are mainly referring to the problem triggered by vi, which as far as I know is still there... but what do I know about it, since I'm not running the latest (vm) kernel code. If someone can convince me and guarantee that the post-lite2 NFS exec panics are over, I'll upgrade and get this tested on my environment here (where vi is otherwise known to trigger this problem). -- Adam David From owner-freebsd-bugs Thu May 8 13:20:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA17105 for bugs-outgoing; Thu, 8 May 1997 13:20:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA17092; Thu, 8 May 1997 13:20:01 -0700 (PDT) Date: Thu, 8 May 1997 13:20:01 -0700 (PDT) Message-Id: <199705082020.NAA17092@hub.freebsd.org> To: freebsd-bugs Cc: From: "Jordan K. Hubbard" Subject: Re: misc/3542: 3.0-970505-SNAP sysinstall core dumps when isntalling packages Reply-To: "Jordan K. Hubbard" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR misc/3542; it has been noted by GNATS. From: "Jordan K. Hubbard" To: viren@visix.com Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: misc/3542: 3.0-970505-SNAP sysinstall core dumps when isntalling packages Date: Thu, 08 May 1997 13:14:15 -0700 Yikes, and I just finished testing this section of code! How puzzling. I will see if I can reproduce it, thanks for your report. From owner-freebsd-bugs Thu May 8 13:20:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA17115 for bugs-outgoing; Thu, 8 May 1997 13:20:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA17101; Thu, 8 May 1997 13:20:03 -0700 (PDT) Date: Thu, 8 May 1997 13:20:03 -0700 (PDT) Message-Id: <199705082020.NAA17101@hub.freebsd.org> To: freebsd-bugs Cc: From: "Jordan K. Hubbard" Subject: Re: misc/3544: Uprgade problem with schg flags Reply-To: "Jordan K. Hubbard" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR misc/3544; it has been noted by GNATS. From: "Jordan K. Hubbard" To: jack@diamond.xtalwind.net Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: misc/3544: Uprgade problem with schg flags Date: Thu, 08 May 1997 13:15:24 -0700 > >Synopsis: Uprgade problem with schg flags This is a known bug, thanks, and I'm just now in the middle of adding the code to do a chflags pass before the upgrade. When it's working, I'll close this PR. Thanks! Jordan From owner-freebsd-bugs Thu May 8 13:20:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA17141 for bugs-outgoing; Thu, 8 May 1997 13:20:07 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA17110; Thu, 8 May 1997 13:20:04 -0700 (PDT) Date: Thu, 8 May 1997 13:20:04 -0700 (PDT) Message-Id: <199705082020.NAA17110@hub.freebsd.org> To: freebsd-bugs Cc: From: "Jordan K. Hubbard" Subject: Re: misc/3542: 3.0-970505-SNAP sysinstall core dumps when isntalling packages Reply-To: "Jordan K. Hubbard" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR misc/3542; it has been noted by GNATS. From: "Jordan K. Hubbard" To: viren@visix.com Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: misc/3542: 3.0-970505-SNAP sysinstall core dumps when isntalling packages Date: Thu, 08 May 1997 13:14:15 -0700 Yikes, and I just finished testing this section of code! How puzzling. I will see if I can reproduce it, thanks for your report. From owner-freebsd-bugs Thu May 8 15:25:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA23350 for bugs-outgoing; Thu, 8 May 1997 15:25:27 -0700 (PDT) Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA23345 for ; Thu, 8 May 1997 15:25:21 -0700 (PDT) Received: (from uucp@localhost) by frmug.org (8.8.5/8.8.5/frmug-2.0) with UUCP id AAA24759 for bugs@FreeBSD.org; Fri, 9 May 1997 00:24:47 +0200 (MET DST) Received: from localhost (localhost [127.0.0.1]) by xp11.frmug.org (8.8.5/8.8.5/xp11-uucp-1.1) with ESMTP id PAA22169 for ; Thu, 8 May 1997 15:37:21 +0200 (CEST) Message-Id: <199705081337.PAA22169@xp11.frmug.org> To: bugs@FreeBSD.org Subject: gnats database cleaning Date: Thu, 08 May 1997 15:37:20 +0200 From: "Philippe Charnier" Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hello, I no longer have a mitsumi 2x cdrom to test (I have a 1x scsi instead) >Number: 1613 >Category: kern >Synopsis: I get ls: fts_read: No such file or directory so please close it. Please close >Number: 1896 >Category: docs >Synopsis: compilation errors in share/doc/psd/19.curses solved by rev 1.8 of src/share/doc/psd/19.curses/Makefile Please close >Number: 3176 >Category: gnu >Synopsis: `patch' creates files in wrong places J"org said this is expected behaviour. Please close >Number: 3222 >Category: bin >Synopsis: Add null termination after strncpy Which is duplicate of bin/2997. Sorry about not checking the database before submitting it for the second time. Please consider doing something with bin/2997. ------ ------ Philippe Charnier charnier@lirmm.fr (smtp) charnier@xp11.frmug.org (uucp) ``a PC not running FreeBSD is like a venusian with no tentacles'' ------------------------------------------------------------------------ From owner-freebsd-bugs Thu May 8 15:30:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA23631 for bugs-outgoing; Thu, 8 May 1997 15:30:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA23615; Thu, 8 May 1997 15:30:02 -0700 (PDT) Resent-Date: Thu, 8 May 1997 15:30:02 -0700 (PDT) Resent-Message-Id: <199705082230.PAA23615@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, charnier@xp11.frmug.org Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA23308 for ; Thu, 8 May 1997 15:24:32 -0700 (PDT) Received: (from uucp@localhost) by frmug.org (8.8.5/8.8.5/frmug-2.0) with UUCP id AAA24758 for FreeBSD-gnats-submit@freebsd.org; Fri, 9 May 1997 00:24:26 +0200 (MET DST) Received: (from charnier@localhost) by xp11.frmug.org (8.8.5/8.8.5/xp11-uucp-1.1) id PAA20931; Thu, 8 May 1997 15:03:10 +0200 (CEST) Message-Id: <199705081303.PAA20931@xp11.frmug.org> Date: Thu, 8 May 1997 15:03:10 +0200 (CEST) From: Philippe Charnier Reply-To: charnier@xp11.frmug.org To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/3548: `struct proc' declared inside parameter list Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3548 >Category: kern >Synopsis: `struct proc' declared inside parameter list >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu May 8 15:30:01 PDT 1997 >Last-Modified: >Originator: Philippe Charnier >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: >Description: While compiling, I get: In file included from /usr/src/usr.bin/netstat/mroute.c:50: /sys/sys/protosw.h:84: warning: `struct proc' declared inside parameter list /sys/sys/protosw.h:84: warning: its scope is only this definition or declaration, /sys/sys/protosw.h:84: warning: which is probably not what you want. >How-To-Repeat: >Fix: Index: sys/sys/protosw.h =================================================================== RCS file: /home2h/FreeBSD.cvsroot/src/sys/sys/protosw.h,v retrieving revision 1.17 diff -u -r1.17 protosw.h --- protosw.h 1997/04/27 20:01:27 1.17 +++ protosw.h 1997/05/06 07:56:13 @@ -45,6 +45,7 @@ struct sockproto; struct stat; struct uio; +struct proc; /* * Protocol switch table. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu May 8 15:30:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA23638 for bugs-outgoing; Thu, 8 May 1997 15:30:07 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA23626; Thu, 8 May 1997 15:30:04 -0700 (PDT) Resent-Date: Thu, 8 May 1997 15:30:04 -0700 (PDT) Resent-Message-Id: <199705082230.PAA23626@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, charnier@xp11.frmug.org Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA23308 for ; Thu, 8 May 1997 15:24:32 -0700 (PDT) Received: (from uucp@localhost) by frmug.org (8.8.5/8.8.5/frmug-2.0) with UUCP id AAA24758 for FreeBSD-gnats-submit@freebsd.org; Fri, 9 May 1997 00:24:26 +0200 (MET DST) Received: (from charnier@localhost) by xp11.frmug.org (8.8.5/8.8.5/xp11-uucp-1.1) id PAA20931; Thu, 8 May 1997 15:03:10 +0200 (CEST) Message-Id: <199705081303.PAA20931@xp11.frmug.org> Date: Thu, 8 May 1997 15:03:10 +0200 (CEST) From: Philippe Charnier Reply-To: charnier@xp11.frmug.org To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/3549: `struct proc' declared inside parameter list Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3549 >Category: kern >Synopsis: `struct proc' declared inside parameter list >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu May 8 15:30:03 PDT 1997 >Last-Modified: >Originator: Philippe Charnier >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: >Description: While compiling, I get: In file included from /usr/src/usr.bin/netstat/mroute.c:50: /sys/sys/protosw.h:84: warning: `struct proc' declared inside parameter list /sys/sys/protosw.h:84: warning: its scope is only this definition or declaration, /sys/sys/protosw.h:84: warning: which is probably not what you want. >How-To-Repeat: >Fix: Index: sys/sys/protosw.h =================================================================== RCS file: /home2h/FreeBSD.cvsroot/src/sys/sys/protosw.h,v retrieving revision 1.17 diff -u -r1.17 protosw.h --- protosw.h 1997/04/27 20:01:27 1.17 +++ protosw.h 1997/05/06 07:56:13 @@ -45,6 +45,7 @@ struct sockproto; struct stat; struct uio; +struct proc; /* * Protocol switch table. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu May 8 18:30:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA01358 for bugs-outgoing; Thu, 8 May 1997 18:30:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA01345; Thu, 8 May 1997 18:30:01 -0700 (PDT) Resent-Date: Thu, 8 May 1997 18:30:01 -0700 (PDT) Resent-Message-Id: <199705090130.SAA01345@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, Received:(from nobody@localhost) by.hub.freebsd.org.id.SAA01131;Thu; (8.8.5/8.8.5);, 8 May 1997 18:23:09.-0700 (PDT) Message-Id: <199705090123.SAA01131@hub.freebsd.org> Date: Thu, 8 May 1997 18:23:09 -0700 (PDT) From: aloke@vicor-nb.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: gnu/3552: the -L option of tar does not work properly with long tape lengths Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3552 >Category: gnu >Synopsis: the -L option of tar does not work properly with long tape lengths >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu May 8 18:30:01 PDT 1997 >Last-Modified: >Originator: Aloke >Organization: Vicor Inc. >Release: 2.2.1-RELEASE >Environment: FreeBSD soundy.vicor-nb.com 2.2.1-RELEASE FreeBSD 2.2.1-RELEASE #0: Thu May 8 11:27:18 1997 aloke@soundy.vicor-nb.com:/usr/src/sys/compile/NEXUS i386 >Description: GNU tar version 1.11.2. The -L option to tar is supposed to specify the length of the tape in K, but when the number is large (I was using 3145000 to specify a 3Gig tape) the user is prompted to mount a second volume too soon. A look at the source shows the tape_length variable to be a signed int, instead of unsigned. >How-To-Repeat: tar -c -v -M -L 3145000 -f /dev/rst0 . where "." is populated with some large files (in my case, 2 files of 64 Meg and 44 Meg). tar will ask for the 2nd volume to be written MUCH before having written 3gigs. >Fix: in /usr/src/gnu/usr.bin/tar/buffer.c changed "static long bytes_written = 0;" to "static unsigned long bytes_written = 0; " in /usr/src/gnu/usr.bin/tar/tar.h changed "TAR_EXTERN int tape_length;" to "TAR_EXTERN unsigned long tape_length;" >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu May 8 18:30:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA01378 for bugs-outgoing; Thu, 8 May 1997 18:30:06 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA01365; Thu, 8 May 1997 18:30:04 -0700 (PDT) Resent-Date: Thu, 8 May 1997 18:30:04 -0700 (PDT) Resent-Message-Id: <199705090130.SAA01365@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, Received:(from nobody@localhost) by.hub.freebsd.org.id.SAA01131;Thu; (8.8.5/8.8.5);, 8 May 1997 18:23:09.-0700 (PDT) Message-Id: <199705090123.SAA01131@hub.freebsd.org> Date: Thu, 8 May 1997 18:23:09 -0700 (PDT) From: aloke@vicor-nb.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: gnu/3553: the -L option of tar does not work properly with long tape lengths Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3553 >Category: gnu >Synopsis: the -L option of tar does not work properly with long tape lengths >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu May 8 18:30:03 PDT 1997 >Last-Modified: >Originator: Aloke >Organization: Vicor Inc. >Release: 2.2.1-RELEASE >Environment: FreeBSD soundy.vicor-nb.com 2.2.1-RELEASE FreeBSD 2.2.1-RELEASE #0: Thu May 8 11:27:18 1997 aloke@soundy.vicor-nb.com:/usr/src/sys/compile/NEXUS i386 >Description: GNU tar version 1.11.2. The -L option to tar is supposed to specify the length of the tape in K, but when the number is large (I was using 3145000 to specify a 3Gig tape) the user is prompted to mount a second volume too soon. A look at the source shows the tape_length variable to be a signed int, instead of unsigned. >How-To-Repeat: tar -c -v -M -L 3145000 -f /dev/rst0 . where "." is populated with some large files (in my case, 2 files of 64 Meg and 44 Meg). tar will ask for the 2nd volume to be written MUCH before having written 3gigs. >Fix: in /usr/src/gnu/usr.bin/tar/buffer.c changed "static long bytes_written = 0;" to "static unsigned long bytes_written = 0; " in /usr/src/gnu/usr.bin/tar/tar.h changed "TAR_EXTERN int tape_length;" to "TAR_EXTERN unsigned long tape_length;" >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu May 8 18:40:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA01895 for bugs-outgoing; Thu, 8 May 1997 18:40:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA01862; Thu, 8 May 1997 18:40:02 -0700 (PDT) Resent-Date: Thu, 8 May 1997 18:40:02 -0700 (PDT) Resent-Message-Id: <199705090140.SAA01862@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, jin@iss-p1.lbl.gov Received: from iss-p1.lbl.gov (iss-p1.lbl.gov [131.243.2.47]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA01811 for ; Thu, 8 May 1997 18:39:48 -0700 (PDT) Received: (from jin@localhost) by iss-p1.lbl.gov (8.8.5/8.8.5) id SAA18755; Thu, 8 May 1997 18:39:44 -0700 (PDT) Message-Id: <199705090139.SAA18755@iss-p1.lbl.gov> Date: Thu, 8 May 1997 18:39:44 -0700 (PDT) From: "Jin Guojun[ITG]" Reply-To: jin@iss-p1.lbl.gov To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: gnu/3554: cc failed on deafult <= default Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3554 >Category: gnu >Synopsis: cc failed on deafult <= default >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu May 8 18:40:01 PDT 1997 >Last-Modified: >Originator: Jin Guojun[ITG] >Organization: >Release: FreeBSD 2.2-RELEASE i386 >Environment: cc (gcc) 2.7.2.1 >Description: switch (x) { case ... ... deafult: ... /* no error reported, but fails */ } if deafult is the alias to default, it should make it work, otherwise, please generate error code, and fail for .o . >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu May 8 18:40:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA01911 for bugs-outgoing; Thu, 8 May 1997 18:40:07 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA01888; Thu, 8 May 1997 18:40:04 -0700 (PDT) Resent-Date: Thu, 8 May 1997 18:40:04 -0700 (PDT) Resent-Message-Id: <199705090140.SAA01888@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, jin@iss-p1.lbl.gov Received: from iss-p1.lbl.gov (iss-p1.lbl.gov [131.243.2.47]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA01811 for ; Thu, 8 May 1997 18:39:48 -0700 (PDT) Received: (from jin@localhost) by iss-p1.lbl.gov (8.8.5/8.8.5) id SAA18755; Thu, 8 May 1997 18:39:44 -0700 (PDT) Message-Id: <199705090139.SAA18755@iss-p1.lbl.gov> Date: Thu, 8 May 1997 18:39:44 -0700 (PDT) From: "Jin Guojun[ITG]" Reply-To: jin@iss-p1.lbl.gov To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: gnu/3555: cc failed on deafult <= default Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3555 >Category: gnu >Synopsis: cc failed on deafult <= default >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu May 8 18:40:03 PDT 1997 >Last-Modified: >Originator: Jin Guojun[ITG] >Organization: >Release: FreeBSD 2.2-RELEASE i386 >Environment: cc (gcc) 2.7.2.1 >Description: switch (x) { case ... ... deafult: ... /* no error reported, but fails */ } if deafult is the alias to default, it should make it work, otherwise, please generate error code, and fail for .o . >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu May 8 21:27:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA09181 for bugs-outgoing; Thu, 8 May 1997 21:27:26 -0700 (PDT) Received: (from jkh@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA09160; Thu, 8 May 1997 21:27:21 -0700 (PDT) Date: Thu, 8 May 1997 21:27:21 -0700 (PDT) From: "Jordan K. Hubbard" Message-Id: <199705090427.VAA09160@hub.freebsd.org> To: aloke@vicor-nb.com, jkh, freebsd-bugs Subject: Re: gnu/3553 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: the -L option of tar does not work properly with long tape lengths State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Thu May 8 21:26:59 PDT 1997 State-Changed-Why: This is a duplicate of PR#3552. Please only submit bug reports once. Thanks. From owner-freebsd-bugs Thu May 8 21:29:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA09404 for bugs-outgoing; Thu, 8 May 1997 21:29:17 -0700 (PDT) Received: (from jkh@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA09385; Thu, 8 May 1997 21:29:11 -0700 (PDT) Date: Thu, 8 May 1997 21:29:11 -0700 (PDT) From: "Jordan K. Hubbard" Message-Id: <199705090429.VAA09385@hub.freebsd.org> To: jin@iss-p1.lbl.gov, jkh, freebsd-bugs Subject: Re: gnu/3555 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: cc failed on deafult <= default State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Thu May 8 21:28:53 PDT 1997 State-Changed-Why: This is a duplicate of PR#3554. Please only submit bug reports once. Thanks. From owner-freebsd-bugs Thu May 8 21:56:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA10436 for bugs-outgoing; Thu, 8 May 1997 21:56:02 -0700 (PDT) Received: (from jmg@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA10405; Thu, 8 May 1997 21:55:59 -0700 (PDT) Date: Thu, 8 May 1997 21:55:59 -0700 (PDT) From: John-Mark Gurney Message-Id: <199705090455.VAA10405@hub.freebsd.org> To: paul@FreeBSD.ORG, jmg, freebsd-bugs Subject: Re: misc/3529 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: State-Changed-From-To: open-closed State-Changed-By: jmg State-Changed-When: Thu May 8 21:55:15 PDT 1997 State-Changed-Why: please DON'T SUBMIT ENPTY PR'S!!!!!!!!! From owner-freebsd-bugs Fri May 9 01:10:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA19811 for bugs-outgoing; Fri, 9 May 1997 01:10:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA19799; Fri, 9 May 1997 01:10:02 -0700 (PDT) Resent-Date: Fri, 9 May 1997 01:10:02 -0700 (PDT) Resent-Message-Id: <199705090810.BAA19799@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, lbnstn@lili.uni-bielefeld.de Received: from lili23.lili.uni-bielefeld.de (lili23.lili.uni-bielefeld.de [129.70.23.23]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA19330 for ; Fri, 9 May 1997 01:00:09 -0700 (PDT) Received: (from lbnstn@localhost) by lili23.lili.uni-bielefeld.de (8.8.5/8.8.5) id KAA00378; Fri, 9 May 1997 10:00:07 +0200 (CEST) Message-Id: <199705090800.KAA00378@lili23.lili.uni-bielefeld.de> Date: Fri, 9 May 1997 10:00:07 +0200 (CEST) From: lbnstn@lili.uni-bielefeld.de Reply-To: lbnstn@lili.uni-bielefeld.de To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/3556: Bug with -i option in /usr/bin/lpr Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3556 >Category: bin >Synopsis: Bug with -i option in /usr/bin/lpr >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri May 9 01:10:01 PDT 1997 >Last-Modified: >Originator: Uwe Laubenstein >Organization: Universitaet Bielefeld, Germany >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: >Description: There seems to be a bug in /usr/bin/lpr: If lpr is invoked with -i but no argument to -i is supplied, then then getopt eats up the argument following -i. The bug is present in "FreeBSD 2.2-970422-RELENG" and "FreeBSD 2.2.1-RELEASE" >How-To-Repeat: lpr -i /etc/motd # hangs lpr -i -p /etc/motd # ignores -p >Fix: *** /usr/src/usr.sbin/lpr/lpr/lpr.c.orig Wed Feb 26 03:31:53 1997 --- /usr/src/usr.sbin/lpr/lpr/lpr.c Thu May 8 12:08:12 1997 *************** *** 74,79 **** --- 74,81 ---- #include "lp.local.h" #include "pathnames.h" + extern int optreset; + static char *cfname; /* daemon control files, linked from tf's */ static char *class = host; /* class title on header page */ static char *dfname; /* data files */ *************** *** 121,127 **** struct passwd *pw; struct group *gptr; register char *arg, *cp; ! char buf[BUFSIZ]; int c, i, f, errs; struct stat stb; --- 123,129 ---- struct passwd *pw; struct group *gptr; register char *arg, *cp; ! char *p, buf[BUFSIZ]; int c, i, f, errs; struct stat stb; *************** *** 198,204 **** case 'i': /* indent output */ iflag++; ! indent = atoi(optarg); break; case 'm': /* send mail when done */ --- 200,214 ---- case 'i': /* indent output */ iflag++; ! indent = strtol (optarg, &p, 10); ! /* if optarg is not a valid number we assume */ ! /* it is another option or a filename */ ! if (*p != '\0') ! { ! indent = 8; ! optreset = 1; ! optind--; ! } break; case 'm': /* send mail when done */ >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri May 9 01:10:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA19824 for bugs-outgoing; Fri, 9 May 1997 01:10:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA19810; Fri, 9 May 1997 01:10:03 -0700 (PDT) Resent-Date: Fri, 9 May 1997 01:10:03 -0700 (PDT) Resent-Message-Id: <199705090810.BAA19810@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, lbnstn@lili.uni-bielefeld.de Received: from lili23.lili.uni-bielefeld.de (lili23.lili.uni-bielefeld.de [129.70.23.23]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA19330 for ; Fri, 9 May 1997 01:00:09 -0700 (PDT) Received: (from lbnstn@localhost) by lili23.lili.uni-bielefeld.de (8.8.5/8.8.5) id KAA00378; Fri, 9 May 1997 10:00:07 +0200 (CEST) Message-Id: <199705090800.KAA00378@lili23.lili.uni-bielefeld.de> Date: Fri, 9 May 1997 10:00:07 +0200 (CEST) From: lbnstn@lili.uni-bielefeld.de Reply-To: lbnstn@lili.uni-bielefeld.de To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/3557: Bug with -i option in /usr/bin/lpr Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3557 >Category: bin >Synopsis: Bug with -i option in /usr/bin/lpr >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri May 9 01:10:03 PDT 1997 >Last-Modified: >Originator: Uwe Laubenstein >Organization: Universitaet Bielefeld, Germany >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: >Description: There seems to be a bug in /usr/bin/lpr: If lpr is invoked with -i but no argument to -i is supplied, then then getopt eats up the argument following -i. The bug is present in "FreeBSD 2.2-970422-RELENG" and "FreeBSD 2.2.1-RELEASE" >How-To-Repeat: lpr -i /etc/motd # hangs lpr -i -p /etc/motd # ignores -p >Fix: *** /usr/src/usr.sbin/lpr/lpr/lpr.c.orig Wed Feb 26 03:31:53 1997 --- /usr/src/usr.sbin/lpr/lpr/lpr.c Thu May 8 12:08:12 1997 *************** *** 74,79 **** --- 74,81 ---- #include "lp.local.h" #include "pathnames.h" + extern int optreset; + static char *cfname; /* daemon control files, linked from tf's */ static char *class = host; /* class title on header page */ static char *dfname; /* data files */ *************** *** 121,127 **** struct passwd *pw; struct group *gptr; register char *arg, *cp; ! char buf[BUFSIZ]; int c, i, f, errs; struct stat stb; --- 123,129 ---- struct passwd *pw; struct group *gptr; register char *arg, *cp; ! char *p, buf[BUFSIZ]; int c, i, f, errs; struct stat stb; *************** *** 198,204 **** case 'i': /* indent output */ iflag++; ! indent = atoi(optarg); break; case 'm': /* send mail when done */ --- 200,214 ---- case 'i': /* indent output */ iflag++; ! indent = strtol (optarg, &p, 10); ! /* if optarg is not a valid number we assume */ ! /* it is another option or a filename */ ! if (*p != '\0') ! { ! indent = 8; ! optreset = 1; ! optind--; ! } break; case 'm': /* send mail when done */ >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri May 9 01:20:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA20303 for bugs-outgoing; Fri, 9 May 1997 01:20:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA20274; Fri, 9 May 1997 01:20:01 -0700 (PDT) Resent-Date: Fri, 9 May 1997 01:20:01 -0700 (PDT) Resent-Message-Id: <199705090820.BAA20274@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, hsu@clinet.fi Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA20042 for ; Fri, 9 May 1997 01:14:34 -0700 (PDT) Received: from katiska.clinet.fi (root@katiska.clinet.fi [194.100.0.4]) by hauki.clinet.fi (8.8.5/8.6.4) with ESMTP id LAA18696 for ; Fri, 9 May 1997 11:14:30 +0300 (EET DST) Received: (root@localhost) by katiska.clinet.fi (8.8.5/8.6.4) id LAA04166; Fri, 9 May 1997 11:14:29 +0300 (EET DST) Message-Id: <199705090814.LAA04166@katiska.clinet.fi> Date: Fri, 9 May 1997 11:14:29 +0300 (EET DST) From: Heikki Suonsivu Reply-To: hsu@clinet.fi To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/3558: make reinstall collapses on install-info Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3558 >Category: bin >Synopsis: make reinstall collapses on install-info >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri May 9 01:20:00 PDT 1997 >Last-Modified: >Originator: Heikki Suonsivu >Organization: Clinet, Espoo, Finland >Release: FreeBSD 2.2-RELEASE i386 >Environment: make reinstall on 2.2-RELENG from alpha days. Trying to reinstall over nfs. >Description: reinstall does not install install-info before trying to use it. install -c -o bin -g bin -m 444 libg++.a /usr/lib install -c -o bin -g bin -m 444 libg++_p.a /usr/lib install -c -o bin -g bin -m 444 libg++.so.4.0 /usr/lib ===> gnu/lib/libg++/doc install-info --defsection="Gcc Documentation" --defentry="* G++FAQ: (g++FAQ). The GNU G++ FAQ." g++FAQ.info /usr/share/info/dir install-info: not found *** Error code 1 >How-To-Repeat: make reinstall on machine which is old enough to not to have install-info >Fix: Workaround is to copy install-info to the target's /usr/bin before reinstalling. Fix is probably trivial for someone who knows where to put it :-) >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri May 9 01:20:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA20316 for bugs-outgoing; Fri, 9 May 1997 01:20:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA20302; Fri, 9 May 1997 01:20:03 -0700 (PDT) Resent-Date: Fri, 9 May 1997 01:20:03 -0700 (PDT) Resent-Message-Id: <199705090820.BAA20302@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, hsu@clinet.fi Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA20042 for ; Fri, 9 May 1997 01:14:34 -0700 (PDT) Received: from katiska.clinet.fi (root@katiska.clinet.fi [194.100.0.4]) by hauki.clinet.fi (8.8.5/8.6.4) with ESMTP id LAA18696 for ; Fri, 9 May 1997 11:14:30 +0300 (EET DST) Received: (root@localhost) by katiska.clinet.fi (8.8.5/8.6.4) id LAA04166; Fri, 9 May 1997 11:14:29 +0300 (EET DST) Message-Id: <199705090814.LAA04166@katiska.clinet.fi> Date: Fri, 9 May 1997 11:14:29 +0300 (EET DST) From: Heikki Suonsivu Reply-To: hsu@clinet.fi To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/3559: make reinstall collapses on install-info Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3559 >Category: bin >Synopsis: make reinstall collapses on install-info >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri May 9 01:20:02 PDT 1997 >Last-Modified: >Originator: Heikki Suonsivu >Organization: Clinet, Espoo, Finland >Release: FreeBSD 2.2-RELEASE i386 >Environment: make reinstall on 2.2-RELENG from alpha days. Trying to reinstall over nfs. >Description: reinstall does not install install-info before trying to use it. install -c -o bin -g bin -m 444 libg++.a /usr/lib install -c -o bin -g bin -m 444 libg++_p.a /usr/lib install -c -o bin -g bin -m 444 libg++.so.4.0 /usr/lib ===> gnu/lib/libg++/doc install-info --defsection="Gcc Documentation" --defentry="* G++FAQ: (g++FAQ). The GNU G++ FAQ." g++FAQ.info /usr/share/info/dir install-info: not found *** Error code 1 >How-To-Repeat: make reinstall on machine which is old enough to not to have install-info >Fix: Workaround is to copy install-info to the target's /usr/bin before reinstalling. Fix is probably trivial for someone who knows where to put it :-) >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri May 9 02:09:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA22110 for bugs-outgoing; Fri, 9 May 1997 02:09:12 -0700 (PDT) Received: (from jkh@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA22091; Fri, 9 May 1997 02:09:05 -0700 (PDT) Date: Fri, 9 May 1997 02:09:05 -0700 (PDT) From: "Jordan K. Hubbard" Message-Id: <199705090909.CAA22091@hub.freebsd.org> To: hsu@clinet.fi, jkh, freebsd-bugs Subject: Re: bin/3559 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: make reinstall collapses on install-info State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Fri May 9 02:08:42 PDT 1997 State-Changed-Why: Another duplicate PR. Um, how did you submit this one? This has got to be some fault in GNATs. From owner-freebsd-bugs Fri May 9 02:10:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA22184 for bugs-outgoing; Fri, 9 May 1997 02:10:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA22170; Fri, 9 May 1997 02:10:02 -0700 (PDT) Date: Fri, 9 May 1997 02:10:02 -0700 (PDT) Message-Id: <199705090910.CAA22170@hub.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: gnu/3553: the -L option of tar does not work properly with long tape lengths Reply-To: j@uriah.heep.sax.de (J Wunsch) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR gnu/3553; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: aloke@vicor-nb.com Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: gnu/3553: the -L option of tar does not work properly with long tape lengths Date: Fri, 9 May 1997 10:32:00 +0200 As aloke@vicor-nb.com wrote: > GNU tar version 1.11.2. The -L option to tar is supposed to specify > the length of the tape in K, but when the number is large (I was > using 3145000 to specify a 3Gig tape) the user is prompted to mount > a second volume too soon. A look at the source shows the tape_length > variable to be a signed int, instead of unsigned. That won't help very much. Bumping the limit from 2 GB to 4 GB probably ain't worth the while. Either, it should be made a 64-bit entity at all (but that's probably quite a little more of work), or it's too small for many current tape drives already. Silly question: why do you want to specify -L at all? It is only required for broken hardware/drivers. The floppy disk driver used to be broken until FreeBSD 2.2 and required it, but to the best of my knowledge, the tape drivers were always able to correctly report EOF back to the caller. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Fri May 9 02:10:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA22198 for bugs-outgoing; Fri, 9 May 1997 02:10:06 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA22183; Fri, 9 May 1997 02:10:04 -0700 (PDT) Date: Fri, 9 May 1997 02:10:04 -0700 (PDT) Message-Id: <199705090910.CAA22183@hub.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: gnu/3553: the -L option of tar does not work properly with long tape lengths Reply-To: j@uriah.heep.sax.de (J Wunsch) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR gnu/3553; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: aloke@vicor-nb.com Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: gnu/3553: the -L option of tar does not work properly with long tape lengths Date: Fri, 9 May 1997 10:32:00 +0200 As aloke@vicor-nb.com wrote: > GNU tar version 1.11.2. The -L option to tar is supposed to specify > the length of the tape in K, but when the number is large (I was > using 3145000 to specify a 3Gig tape) the user is prompted to mount > a second volume too soon. A look at the source shows the tape_length > variable to be a signed int, instead of unsigned. That won't help very much. Bumping the limit from 2 GB to 4 GB probably ain't worth the while. Either, it should be made a 64-bit entity at all (but that's probably quite a little more of work), or it's too small for many current tape drives already. Silly question: why do you want to specify -L at all? It is only required for broken hardware/drivers. The floppy disk driver used to be broken until FreeBSD 2.2 and required it, but to the best of my knowledge, the tape drivers were always able to correctly report EOF back to the caller. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Fri May 9 02:30:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA23031 for bugs-outgoing; Fri, 9 May 1997 02:30:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA23009; Fri, 9 May 1997 02:30:01 -0700 (PDT) Date: Fri, 9 May 1997 02:30:01 -0700 (PDT) Message-Id: <199705090930.CAA23009@hub.freebsd.org> To: freebsd-bugs Cc: From: Dmitrij Tejblum Subject: Re: gnu/3554: cc failed on deafult <= default Reply-To: Dmitrij Tejblum Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR gnu/3554; it has been noted by GNATS. From: Dmitrij Tejblum To: jin@iss-p1.lbl.gov Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: gnu/3554: cc failed on deafult <= default Date: Fri, 09 May 1997 13:21:33 +0400 > >Description: > > switch (x) { > case ... > ... > deafult: ... /* no error reported, but fails */ > } > > if deafult is the alias to default, it should make it work, > otherwise, please generate error code, and fail for .o . > 'deafult:' is a label. It can be used in 'goto' statement. Dima From owner-freebsd-bugs Fri May 9 02:30:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA23039 for bugs-outgoing; Fri, 9 May 1997 02:30:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA23024; Fri, 9 May 1997 02:30:02 -0700 (PDT) Date: Fri, 9 May 1997 02:30:02 -0700 (PDT) Message-Id: <199705090930.CAA23024@hub.freebsd.org> To: freebsd-bugs Cc: From: Dmitrij Tejblum Subject: Re: gnu/3554: cc failed on deafult <= default Reply-To: Dmitrij Tejblum Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR gnu/3554; it has been noted by GNATS. From: Dmitrij Tejblum To: jin@iss-p1.lbl.gov Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: gnu/3554: cc failed on deafult <= default Date: Fri, 09 May 1997 13:21:33 +0400 > >Description: > > switch (x) { > case ... > ... > deafult: ... /* no error reported, but fails */ > } > > if deafult is the alias to default, it should make it work, > otherwise, please generate error code, and fail for .o . > 'deafult:' is a label. It can be used in 'goto' statement. Dima From owner-freebsd-bugs Fri May 9 02:50:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA24094 for bugs-outgoing; Fri, 9 May 1997 02:50:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA24080; Fri, 9 May 1997 02:50:01 -0700 (PDT) Date: Fri, 9 May 1997 02:50:01 -0700 (PDT) Message-Id: <199705090950.CAA24080@hub.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: gnu/3554: cc failed on deafult <= default Reply-To: j@uriah.heep.sax.de (J Wunsch) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR gnu/3554; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: jin@iss-p1.lbl.gov Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: gnu/3554: cc failed on deafult <= default Date: Fri, 9 May 1997 10:44:31 +0200 As Jin Guojun[ITG] wrote: > >Description: > > switch (x) { > case ... > ... > deafult: ... /* no error reported, but fails */ > } This is legal C code. deafult: is just a label as any other case labels, or a plain label as in: for (i = 0; i < max; i++) { someptr = &array[i]; defualt: do_again: ... if (some_condition) { goto do_again; /* both statements are the same */ goto defualt; } ... } You should get a warning about an unused label with -Wall. Or to quote some more twisted example here, take Duff's device: :Duff's device: n. The most dramatic use yet seen of {fall through} in C, invented by Tom Duff when he was at Lucasfilm. Trying to {bum} all the instructions he could out of an inner loop that copied data serially onto an output port, he decided to {unroll} it. He then realized that the unrolled version could be implemented by *interlacing* the structures of a switch and a loop: register n = (count + 7) / 8; /* count > 0 assumed */ switch (count % 8) { case 0: do { *to = *from++; case 7: *to = *from++; case 6: *to = *from++; case 5: *to = *from++; case 4: *to = *from++; case 3: *to = *from++; case 2: *to = *from++; case 1: *to = *from++; } while (--n > 0); } Having verified that the device is valid portable C, Duff announced it. C's default {fall through} in case statements has long been its most controversial single feature; Duff observed that "This code forms some sort of argument in that debate, but I'm not sure whether it's for or against." (Courtesy the Jargon file, of course.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Fri May 9 02:50:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA24107 for bugs-outgoing; Fri, 9 May 1997 02:50:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA24088; Fri, 9 May 1997 02:50:03 -0700 (PDT) Date: Fri, 9 May 1997 02:50:03 -0700 (PDT) Message-Id: <199705090950.CAA24088@hub.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: bin/3556: Bug with -i option in /usr/bin/lpr Reply-To: j@uriah.heep.sax.de (J Wunsch) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/3556; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: lbnstn@lili.uni-bielefeld.de Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/3556: Bug with -i option in /usr/bin/lpr Date: Fri, 9 May 1997 10:59:58 +0200 As lbnstn@lili.uni-bielefeld.de wrote: > There seems to be a bug in /usr/bin/lpr: > If lpr is invoked with -i but no argument to -i is supplied, then > then getopt eats up the argument following -i. That's not a bug. If there's something after -i, well, by definition, this _is_ the argument to -i. > --- 200,214 ---- > > case 'i': /* indent output */ > iflag++; > ! indent = strtol (optarg, &p, 10); > ! /* if optarg is not a valid number we assume */ > ! /* it is another option or a filename */ > ! if (*p != '\0') > ! { > ! indent = 8; > ! optreset = 1; > ! optind--; > ! } I agree that the validity of the argument should be checked, but lpr shouldn't make any assumptions but simply bail out with a usage error. Trying to be smart and `think' on behalf of the failing user is not TRT. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Fri May 9 02:50:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA24119 for bugs-outgoing; Fri, 9 May 1997 02:50:07 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA24096; Fri, 9 May 1997 02:50:04 -0700 (PDT) Date: Fri, 9 May 1997 02:50:04 -0700 (PDT) Message-Id: <199705090950.CAA24096@hub.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: bin/3556: Bug with -i option in /usr/bin/lpr Reply-To: j@uriah.heep.sax.de (J Wunsch) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/3556; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: lbnstn@lili.uni-bielefeld.de Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/3556: Bug with -i option in /usr/bin/lpr Date: Fri, 9 May 1997 10:59:58 +0200 As lbnstn@lili.uni-bielefeld.de wrote: > There seems to be a bug in /usr/bin/lpr: > If lpr is invoked with -i but no argument to -i is supplied, then > then getopt eats up the argument following -i. That's not a bug. If there's something after -i, well, by definition, this _is_ the argument to -i. > --- 200,214 ---- > > case 'i': /* indent output */ > iflag++; > ! indent = strtol (optarg, &p, 10); > ! /* if optarg is not a valid number we assume */ > ! /* it is another option or a filename */ > ! if (*p != '\0') > ! { > ! indent = 8; > ! optreset = 1; > ! optind--; > ! } I agree that the validity of the argument should be checked, but lpr shouldn't make any assumptions but simply bail out with a usage error. Trying to be smart and `think' on behalf of the failing user is not TRT. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Fri May 9 03:46:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA26573 for bugs-outgoing; Fri, 9 May 1997 03:46:13 -0700 (PDT) Received: (from jmg@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA26554; Fri, 9 May 1997 03:46:07 -0700 (PDT) Date: Fri, 9 May 1997 03:46:07 -0700 (PDT) From: John-Mark Gurney Message-Id: <199705091046.DAA26554@hub.freebsd.org> To: charnier@xp11.frmug.org, jmg, freebsd-bugs Subject: Re: kern/3549 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: `struct proc' declared inside parameter list State-Changed-From-To: open-closed State-Changed-By: jmg State-Changed-When: Fri May 9 03:45:46 PDT 1997 State-Changed-Why: duplicate of 3548 (seems hub is having problems) From owner-freebsd-bugs Fri May 9 06:20:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA00870 for bugs-outgoing; Fri, 9 May 1997 06:20:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA00863; Fri, 9 May 1997 06:20:02 -0700 (PDT) Resent-Date: Fri, 9 May 1997 06:20:02 -0700 (PDT) Resent-Message-Id: <199705091320.GAA00863@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, oliver.fromme@heim3.tu-clausthal.de Received: from posbi.heim3.tu-clausthal.de (posbi.heim3.tu-clausthal.de [139.174.243.161]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA27947 for ; Fri, 9 May 1997 04:24:31 -0700 (PDT) Received: (from root@localhost) by posbi.heim3.tu-clausthal.de (8.8.5/8.8.5) id NAA06853; Fri, 9 May 1997 13:24:18 +0200 (CEST) Message-Id: <199705091124.NAA06853@posbi.heim3.tu-clausthal.de> Date: Fri, 9 May 1997 13:24:18 +0200 (CEST) From: oliver.fromme@heim3.tu-clausthal.de Reply-To: oliver.fromme@heim3.tu-clausthal.de To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/3560: Timeout counter bug in /sys/i386/isa/wd.c Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3560 >Category: kern >Synopsis: Timeout counter bug in /sys/i386/isa/wd.c >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri May 9 06:20:01 PDT 1997 >Last-Modified: >Originator: Oliver Fromme >Organization: Technical University of Clausthal, Heim 3 >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: The problem affects the reporting of timeouts in the IDE disk driver of FreeBSD 2.2.1-RELEASE. >Description: In file i386/isa/wd.c, function wdtimeout(), line 2080 (2.2.1-RELEASE): if(timeouts++ == 5) wderror((struct buf *)NULL, du, "Last time I say: interrupt timeout. Probably a portable PC."); else if(timeouts++ < 5) wderror((struct buf *)NULL, du, "interrupt timeout"); The problem should be obvious: The first wderror() ("Last time I say: ...") is _never_ executed, because timeouts==5 is never true at that location, since timeout is always incremented _twice_ if it's != 5. See the suggested fix below. >How-To-Repeat: Enable "IDE power down" in the BIOS, then boot FreeBSD 2.2.1 and wait until disk activity stops and the disk powers down (it may be necessary to kill cron and other processes which access the disk). Then access some file. During the power-up of the disk, the kernel displays "interrupt timeout". Repeat that procedure twice. On the third and subsequent repetition, no more timeout messages are displayed. In particular, "Last time I say: ..." is never displayed. >Fix: Suggested fix (should also be obvious): if(timeouts++ == 5) wderror((struct buf *)NULL, du, "Last time I say: interrupt timeout. Probably a portable PC."); else if(timeouts <= 5) wderror((struct buf *)NULL, du, "interrupt timeout"); Best regards Oliver Fromme >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri May 9 06:20:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA00915 for bugs-outgoing; Fri, 9 May 1997 06:20:11 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA00879; Fri, 9 May 1997 06:20:07 -0700 (PDT) Resent-Date: Fri, 9 May 1997 06:20:07 -0700 (PDT) Resent-Message-Id: <199705091320.GAA00879@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, oliver.fromme@heim3.tu-clausthal.de Received: from posbi.heim3.tu-clausthal.de (posbi.heim3.tu-clausthal.de [139.174.243.161]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA27947 for ; Fri, 9 May 1997 04:24:31 -0700 (PDT) Received: (from root@localhost) by posbi.heim3.tu-clausthal.de (8.8.5/8.8.5) id NAA06853; Fri, 9 May 1997 13:24:18 +0200 (CEST) Message-Id: <199705091124.NAA06853@posbi.heim3.tu-clausthal.de> Date: Fri, 9 May 1997 13:24:18 +0200 (CEST) From: oliver.fromme@heim3.tu-clausthal.de Reply-To: oliver.fromme@heim3.tu-clausthal.de To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/3561: Timeout counter bug in /sys/i386/isa/wd.c Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3561 >Category: kern >Synopsis: Timeout counter bug in /sys/i386/isa/wd.c >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri May 9 06:20:04 PDT 1997 >Last-Modified: >Originator: Oliver Fromme >Organization: Technical University of Clausthal, Heim 3 >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: The problem affects the reporting of timeouts in the IDE disk driver of FreeBSD 2.2.1-RELEASE. >Description: In file i386/isa/wd.c, function wdtimeout(), line 2080 (2.2.1-RELEASE): if(timeouts++ == 5) wderror((struct buf *)NULL, du, "Last time I say: interrupt timeout. Probably a portable PC."); else if(timeouts++ < 5) wderror((struct buf *)NULL, du, "interrupt timeout"); The problem should be obvious: The first wderror() ("Last time I say: ...") is _never_ executed, because timeouts==5 is never true at that location, since timeout is always incremented _twice_ if it's != 5. See the suggested fix below. >How-To-Repeat: Enable "IDE power down" in the BIOS, then boot FreeBSD 2.2.1 and wait until disk activity stops and the disk powers down (it may be necessary to kill cron and other processes which access the disk). Then access some file. During the power-up of the disk, the kernel displays "interrupt timeout". Repeat that procedure twice. On the third and subsequent repetition, no more timeout messages are displayed. In particular, "Last time I say: ..." is never displayed. >Fix: Suggested fix (should also be obvious): if(timeouts++ == 5) wderror((struct buf *)NULL, du, "Last time I say: interrupt timeout. Probably a portable PC."); else if(timeouts <= 5) wderror((struct buf *)NULL, du, "interrupt timeout"); Best regards Oliver Fromme >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri May 9 07:50:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA07620 for bugs-outgoing; Fri, 9 May 1997 07:50:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA07595; Fri, 9 May 1997 07:50:03 -0700 (PDT) Resent-Date: Fri, 9 May 1997 07:50:03 -0700 (PDT) Resent-Message-Id: <199705091450.HAA07595@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, ada@not-enough.bandwidth.org Received: from not-enough.bandwidth.org (slmel13p46.ozemail.com.au [203.108.202.62]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA07504; Fri, 9 May 1997 07:48:50 -0700 (PDT) Received: (from ada@localhost) by not-enough.bandwidth.org (8.8.5/8.8.5) id AAA00454; Sat, 10 May 1997 00:48:46 +1000 (EST) Message-Id: <199705091448.AAA00454@not-enough.bandwidth.org> Date: Sat, 10 May 1997 00:48:46 +1000 (EST) From: Ada T Lim Reply-To: ada@not-enough.bandwidth.org To: FreeBSD-gnats-submit@FreeBSD.ORG, multimedia@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/3564: using MPU401 driver pagefaults kernel Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3564 >Category: kern >Synopsis: using MPU401 driver pagefaults kernel >Confidential: yes >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri May 9 07:50:01 PDT 1997 >Last-Modified: >Originator: Ada T Lim >Organization: >Release: FreeBSD 2.2-STABLE i386 >Environment: Using TB Tropez in MPU401 mode. This is a hardware emulation of the MPU401 - requires an OS be downloaded onto the card at bootup. >Description: Basically, using the Tropez in MPU401 mode pagefaults the kernel. One tries to play a midi note, and *boom*, down goes the system. >How-To-Repeat: Boot DOS. Run setupsnd.exe and load oswf.mot into the soundcard. Either c-a-del or run fbsdboot.exe. playmidi -e *bang* there it goes. This method (boot dos, configure the card, then boot to OS of choice) has worked with OS/2 and Linux in the past. >Fix: Workaround: use the really crappy OPL3 on the card. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri May 9 07:50:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA07644 for bugs-outgoing; Fri, 9 May 1997 07:50:06 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA07628; Fri, 9 May 1997 07:50:05 -0700 (PDT) Resent-Date: Fri, 9 May 1997 07:50:05 -0700 (PDT) Resent-Message-Id: <199705091450.HAA07628@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, ada@not-enough.bandwidth.org Received: from not-enough.bandwidth.org (slmel13p46.ozemail.com.au [203.108.202.62]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA07504; Fri, 9 May 1997 07:48:50 -0700 (PDT) Received: (from ada@localhost) by not-enough.bandwidth.org (8.8.5/8.8.5) id AAA00454; Sat, 10 May 1997 00:48:46 +1000 (EST) Message-Id: <199705091448.AAA00454@not-enough.bandwidth.org> Date: Sat, 10 May 1997 00:48:46 +1000 (EST) From: Ada T Lim Reply-To: ada@not-enough.bandwidth.org To: FreeBSD-gnats-submit@FreeBSD.ORG, multimedia@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/3565: using MPU401 driver pagefaults kernel Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3565 >Category: kern >Synopsis: using MPU401 driver pagefaults kernel >Confidential: yes >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri May 9 07:50:04 PDT 1997 >Last-Modified: >Originator: Ada T Lim >Organization: >Release: FreeBSD 2.2-STABLE i386 >Environment: Using TB Tropez in MPU401 mode. This is a hardware emulation of the MPU401 - requires an OS be downloaded onto the card at bootup. >Description: Basically, using the Tropez in MPU401 mode pagefaults the kernel. One tries to play a midi note, and *boom*, down goes the system. >How-To-Repeat: Boot DOS. Run setupsnd.exe and load oswf.mot into the soundcard. Either c-a-del or run fbsdboot.exe. playmidi -e *bang* there it goes. This method (boot dos, configure the card, then boot to OS of choice) has worked with OS/2 and Linux in the past. >Fix: Workaround: use the really crappy OPL3 on the card. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri May 9 08:53:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA11115 for bugs-outgoing; Fri, 9 May 1997 08:53:38 -0700 (PDT) Received: from freefall.freebsd.org (freefall.cdrom.com [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA11100; Fri, 9 May 1997 08:53:29 -0700 (PDT) From: Joerg Wunsch Received: (from joerg@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA08230; Fri, 9 May 1997 08:53:08 -0700 (PDT) Date: Fri, 9 May 1997 08:53:08 -0700 (PDT) Message-Id: <199705091553.IAA08230@freefall.freebsd.org> To: jin@iss-p1.lbl.gov, joerg@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: gnu/3554 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: cc failed on deafult <= default State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Fri May 9 17:52:41 MEST 1997 State-Changed-Why: That's actually legal C code. From owner-freebsd-bugs Fri May 9 08:56:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA11258 for bugs-outgoing; Fri, 9 May 1997 08:56:43 -0700 (PDT) Received: from freefall.freebsd.org (freefall.cdrom.com [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA11242; Fri, 9 May 1997 08:56:35 -0700 (PDT) From: Joerg Wunsch Received: (from joerg@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA08311; Fri, 9 May 1997 08:56:14 -0700 (PDT) Date: Fri, 9 May 1997 08:56:14 -0700 (PDT) Message-Id: <199705091556.IAA08311@freefall.freebsd.org> To: charnier@xp11.frmug.org, joerg@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/1613 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: I get ls: fts_read: No such file or directory State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Fri May 9 17:55:37 MEST 1997 State-Changed-Why: Philippe says he can no longer reproduce it. From owner-freebsd-bugs Fri May 9 08:57:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA11310 for bugs-outgoing; Fri, 9 May 1997 08:57:28 -0700 (PDT) Received: from freefall.freebsd.org (freefall.cdrom.com [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA11291; Fri, 9 May 1997 08:57:01 -0700 (PDT) From: Joerg Wunsch Received: (from joerg@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA08380; Fri, 9 May 1997 08:56:40 -0700 (PDT) Date: Fri, 9 May 1997 08:56:40 -0700 (PDT) Message-Id: <199705091556.IAA08380@freefall.freebsd.org> To: charnier@xp11.frmug.org, joerg@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: docs/1896 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: compilation errors in share/doc/psd/19.curses State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Fri May 9 17:56:23 MEST 1997 State-Changed-Why: solved by rev 1.8 of src/share/doc/psd/19.curses/Makefile From owner-freebsd-bugs Fri May 9 08:58:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA11370 for bugs-outgoing; Fri, 9 May 1997 08:58:04 -0700 (PDT) Received: from freefall.freebsd.org (freefall.cdrom.com [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA11358; Fri, 9 May 1997 08:57:56 -0700 (PDT) From: Joerg Wunsch Received: (from joerg@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA08452; Fri, 9 May 1997 08:57:35 -0700 (PDT) Date: Fri, 9 May 1997 08:57:35 -0700 (PDT) Message-Id: <199705091557.IAA08452@freefall.freebsd.org> To: charnier@xp11.frmug.org, joerg@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: gnu/3176 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: `patch' creates files in wrong places State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Fri May 9 17:56:59 MEST 1997 State-Changed-Why: That's expected behaviour and documented in the man page. See the audit trail for a discussion. From owner-freebsd-bugs Fri May 9 08:59:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA11458 for bugs-outgoing; Fri, 9 May 1997 08:59:05 -0700 (PDT) Received: from freefall.freebsd.org (freefall.cdrom.com [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA11444; Fri, 9 May 1997 08:58:54 -0700 (PDT) From: Joerg Wunsch Received: (from joerg@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA08583; Fri, 9 May 1997 08:58:33 -0700 (PDT) Date: Fri, 9 May 1997 08:58:33 -0700 (PDT) Message-Id: <199705091558.IAA08583@freefall.freebsd.org> To: charnier@xp11.frmug.org, joerg@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/3222 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Add null termination after strncpy State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Fri May 9 17:58:07 MEST 1997 State-Changed-Why: Duplicate for bin/2997. From owner-freebsd-bugs Fri May 9 09:02:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA11859 for bugs-outgoing; Fri, 9 May 1997 09:02:27 -0700 (PDT) Received: from freefall.freebsd.org (freefall.cdrom.com [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA11827; Fri, 9 May 1997 09:02:17 -0700 (PDT) From: Joerg Wunsch Received: (from joerg@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA08845; Fri, 9 May 1997 09:01:56 -0700 (PDT) Date: Fri, 9 May 1997 09:01:56 -0700 (PDT) Message-Id: <199705091601.JAA08845@freefall.freebsd.org> To: charnier@xp11.frmug.org, joerg@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/2997 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: unterminated string after strncpy State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Fri May 9 18:01:31 MEST 1997 State-Changed-Why: Suggested fix applied in rev 1.13 of rcp.c. Thanks for the fix! From owner-freebsd-bugs Fri May 9 09:11:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA12740 for bugs-outgoing; Fri, 9 May 1997 09:11:52 -0700 (PDT) Received: from george.lbl.gov (george-2.lbl.gov [131.243.2.12]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA12732; Fri, 9 May 1997 09:11:45 -0700 (PDT) Received: (jin@localhost) by george.lbl.gov (8.6.10/8.6.5) id JAA28108; Fri, 9 May 1997 09:11:41 -0700 Date: Fri, 9 May 1997 09:11:41 -0700 From: "Jin Guojun[ITG]" Message-Id: <199705091611.JAA28108@george.lbl.gov> To: freebsd-bugs@FreeBSD.ORG, joerg@FreeBSD.ORG Subject: Re: gnu/3554 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Synopsis: cc failed on deafult <= default > > That's actually legal C code. Theoretically, it is correct; but it is awkward. This kind program bug is very hard to find out without checking every word of the code. cc does NOT provide any information/warrning on it, then how do you know the default has been a typo? In the huge code program, where do you look for the bug? The cc could be a little smart to do this: if "default:" is found in a switch block, then no further check. otherwise, if no "default:" is in a switch block, but some similar label is found, which may be a type, gives a warning: warning: default is not defined in this switch block, but a similar lable was found. This may be a typo. Does this look better? -Jin From owner-freebsd-bugs Fri May 9 10:20:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA17075 for bugs-outgoing; Fri, 9 May 1997 10:20:57 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA17065 for ; Fri, 9 May 1997 10:20:51 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id TAA05434; Fri, 9 May 1997 19:20:38 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id TAA05365; Fri, 9 May 1997 19:02:49 +0200 (MET DST) Message-ID: <19970509190249.LK60340@uriah.heep.sax.de> Date: Fri, 9 May 1997 19:02:49 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: jin@george.lbl.gov (Jin Guojun[ITG]) Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: gnu/3554 References: <199705091611.JAA28108@george.lbl.gov> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199705091611.JAA28108@george.lbl.gov>; from Jin Guojun[ITG] on May 9, 1997 09:11:41 -0700 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Jin Guojun[ITG] wrote: > Theoretically, it is correct; but it is awkward. This kind program bug is > very hard to find out without checking every word of the code. cc does NOT > provide any information/warrning on it, ... It does. You need to enable warnings if you want them: j@uriah 90% cat > foo.c int main(void) { int i; switch (i) { case 0: return 0; case 1: return 23; deafult: return -1; } return 0; } ^D j@uriah 91% cc -c -Wall foo.c foo.c: In function `main': foo.c:13: warning: label `deafult' defined but not used > The cc could be a little smart to do this: Well, but you gotta discuss design decisions of gcc with the gcc folks. We can't/won't do anything but using their contributed code. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Fri May 9 10:48:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA19099 for bugs-outgoing; Fri, 9 May 1997 10:48:43 -0700 (PDT) Received: (from jmg@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA19062; Fri, 9 May 1997 10:48:25 -0700 (PDT) Date: Fri, 9 May 1997 10:48:25 -0700 (PDT) From: John-Mark Gurney Message-Id: <199705091748.KAA19062@hub.freebsd.org> To: jack@diamond.xtalwind.net, jmg, freebsd-bugs Subject: Re: misc/3545 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Uprgade problem with schg flags State-Changed-From-To: open-closed State-Changed-By: jmg State-Changed-When: Fri May 9 10:47:59 PDT 1997 State-Changed-Why: this is a duplicate of 3544 From owner-freebsd-bugs Fri May 9 10:51:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA19419 for bugs-outgoing; Fri, 9 May 1997 10:51:01 -0700 (PDT) Received: (from jmg@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA19399; Fri, 9 May 1997 10:50:46 -0700 (PDT) Date: Fri, 9 May 1997 10:50:46 -0700 (PDT) From: John-Mark Gurney Message-Id: <199705091750.KAA19399@hub.freebsd.org> To: viren@visix.com, jmg, freebsd-bugs Subject: Re: misc/3543 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: sysinstall core dumps when installing packages State-Changed-From-To: open-closed State-Changed-By: jmg State-Changed-When: Fri May 9 10:50:10 PDT 1997 State-Changed-Why: duplicate of previous pr From owner-freebsd-bugs Fri May 9 10:52:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA19592 for bugs-outgoing; Fri, 9 May 1997 10:52:47 -0700 (PDT) Received: (from jmg@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA19570; Fri, 9 May 1997 10:52:40 -0700 (PDT) Date: Fri, 9 May 1997 10:52:40 -0700 (PDT) From: John-Mark Gurney Message-Id: <199705091752.KAA19570@hub.freebsd.org> To: mfuhr@dimensional.com, jmg, freebsd-bugs Subject: Re: kern/3547 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: ktrace works even if no read permission State-Changed-From-To: open-closed State-Changed-By: jmg State-Changed-When: Fri May 9 10:52:13 PDT 1997 State-Changed-Why: dplicate of previous pr.. From owner-freebsd-bugs Fri May 9 11:50:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA23093 for bugs-outgoing; Fri, 9 May 1997 11:50:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA23076; Fri, 9 May 1997 11:50:01 -0700 (PDT) Resent-Date: Fri, 9 May 1997 11:50:01 -0700 (PDT) Resent-Message-Id: <199705091850.LAA23076@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, Received:(from nobody@localhost) by.hub.freebsd.org.id.LAA22719;Fri; (8.8.5/8.8.5);, 9 May 1997 11:42:41.-0700 (PDT) Message-Id: <199705091842.LAA22719@hub.freebsd.org> Date: Fri, 9 May 1997 11:42:41 -0700 (PDT) From: sramkris@ichips.intel.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/3569: ex0 driver doesn't work with EtherExpress Pro/10 Board Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3569 >Category: kern >Synopsis: ex0 driver doesn't work with EtherExpress Pro/10 Board >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri May 9 11:50:00 PDT 1997 >Last-Modified: >Originator: Sri Ramkrishna >Organization: Intel Corporation >Release: FreeBSD 2.2.1 >Environment: Doesn't matter, problem occurs on two different machines running the OS. (if this information is needed I'll do it..) >Description: the OS doesn't seem to want to use the ex0 driver to send any packets out the wire. I was able to figure out after exhaustive investigation using tools like tcpdump and other net tools to find out where the packets are going. Essentially if I try to ping anything that isn't local, it will time out or say "no route to host" error. If it was only my system I might possibly concede that it might be mis-configured. However, it has not worked on two different extremes. A two computer LAN at home didn't work and it didn't work on a production network here at Intel Corp. The behavior is exactly the same, not able to communicate with the outside world. The same board works fine under the Windows environment. I'm not sure what other information to give you. We've tried about everything one could do. I find it hard to believe that the driver made it past beta test in a broken state, so there must be a part of the puzzle that we have not looked it. If anybody in the team has gotten EtherExpress Pro working we would like to know how it was done. Thanks! >How-To-Repeat: Install a EtherExpress Pro/10 board on a Pentium class machine. >Fix: No fix that I know of. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri May 9 13:29:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA27361 for bugs-outgoing; Fri, 9 May 1997 13:29:42 -0700 (PDT) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id NAA27350; Fri, 9 May 1997 13:29:35 -0700 (PDT) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <18464(9)>; Fri, 9 May 1997 13:28:22 PDT Received: from localhost by crevenia.parc.xerox.com with SMTP id <177486>; Fri, 9 May 1997 13:28:14 -0700 To: "Jordan K. Hubbard" cc: jin@iss-p1.lbl.gov, jkh@hub.freebsd.org, freebsd-bugs@hub.freebsd.org Subject: Re: gnu/3555 In-reply-to: Your message of "Thu, 08 May 97 21:29:11 PDT." <199705090429.VAA09385@hub.freebsd.org> Date: Fri, 9 May 1997 13:28:03 PDT From: Bill Fenner Message-Id: <97May9.132814pdt.177486@crevenia.parc.xerox.com> Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk "Jordan K. Hubbard" wrote: >This is a duplicate of PR#3554. Please only submit bug >reports once. Thanks. Don't you mean, "Please someone fix hub so that it stops duplicating email to freebsd-gnats-submit"? Bill From owner-freebsd-bugs Fri May 9 13:39:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA27888 for bugs-outgoing; Fri, 9 May 1997 13:39:19 -0700 (PDT) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id NAA27880; Fri, 9 May 1997 13:39:11 -0700 (PDT) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <19000(7)>; Fri, 9 May 1997 13:35:44 PDT Received: from localhost by crevenia.parc.xerox.com with SMTP id <177486>; Fri, 9 May 1997 13:35:31 -0700 To: "Jin Guojun[ITG]" cc: freebsd-bugs@freebsd.org, joerg@freebsd.org Subject: Re: gnu/3554 In-reply-to: Your message of "Fri, 09 May 97 09:11:41 PDT." <199705091611.JAA28108@george.lbl.gov> Date: Fri, 9 May 1997 13:35:21 PDT From: Bill Fenner Message-Id: <97May9.133531pdt.177486@crevenia.parc.xerox.com> Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk "Jin Guojun[ITG]" wrote: >The cc could be a little smart to do this: > > if "default:" is found in a switch block, then no further check. > otherwise, if no "default:" is in a switch block, but some similar > label is found, which may be a type, gives a warning: You could just use "-Wall" (or figure out which -W switch it is that enables the unused lable warning). foo.c:6: warning: label `defualt' defined but not used Bill From owner-freebsd-bugs Fri May 9 15:50:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA03525 for bugs-outgoing; Fri, 9 May 1997 15:50:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA03518; Fri, 9 May 1997 15:50:03 -0700 (PDT) Resent-Date: Fri, 9 May 1997 15:50:03 -0700 (PDT) Resent-Message-Id: <199705092250.PAA03518@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, charnier@xp11.frmug.org Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA03229 for ; Fri, 9 May 1997 15:45:59 -0700 (PDT) Received: (from uucp@localhost) by frmug.org (8.8.5/8.8.5/frmug-2.0) with UUCP id AAA12450 for FreeBSD-gnats-submit@freebsd.org; Sat, 10 May 1997 00:45:53 +0200 (MET DST) Received: (from charnier@localhost) by xp11.frmug.org (8.8.5/8.8.5/xp11-uucp-1.1) id LAA04567; Fri, 9 May 1997 11:48:50 +0200 (CEST) Message-Id: <199705090948.LAA04567@xp11.frmug.org> Date: Fri, 9 May 1997 11:48:50 +0200 (CEST) From: Philippe Charnier Reply-To: charnier@xp11.frmug.org To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: docs/3570: typo in global and al. man pages Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3570 >Category: docs >Synopsis: typo in global and al. man pages >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Fri May 9 15:50:01 PDT 1997 >Last-Modified: >Originator: Philippe Charnier >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: >Description: >How-To-Repeat: >Fix: Index: gctags/gctags.1 =================================================================== RCS file: /home2h/FreeBSD.cvsroot/src/usr.bin/global/gctags/gctags.1,v retrieving revision 1.2 diff -u -r1.2 gctags.1 --- gctags.1 1997/04/22 18:02:51 1.2 +++ gctags.1 1997/05/09 09:38:56 @@ -84,9 +84,9 @@ .Li #defines that take arguments are tagged automatically. .It Fl e -forece a function to end when reach a '}' at the first column. (C source only) +force a function to end when reach a '}' at the first column. (C source only) .It Fl f -Places the tag descriptions in a file called +place the tag descriptions in a file called .Ar tagsfile . The default behavior is to place them in a file called .Ar tags . Index: global/global.1 =================================================================== RCS file: /home2h/FreeBSD.cvsroot/src/usr.bin/global/global/global.1,v retrieving revision 1.2 diff -u -r1.2 global.1 --- global.1 1997/04/22 18:02:51 1.2 +++ global.1 1997/05/09 09:32:08 @@ -40,7 +40,7 @@ .Ar name .Sh DESCRIPTION .Nm Global -find the locatins of specified function in C and Yacc source files. +find the locations of specified function in C and Yacc source files. .Nm Global can treat a source tree, that is, a directory that has subdirectories and source files. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri May 9 17:00:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA06860 for bugs-outgoing; Fri, 9 May 1997 17:00:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA06831; Fri, 9 May 1997 17:00:02 -0700 (PDT) Resent-Date: Fri, 9 May 1997 17:00:02 -0700 (PDT) Resent-Message-Id: <199705100000.RAA06831@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, dk@panda.rhein-main.de Received: from odb.rhein-main.de (odb.rhein-main.de [195.37.8.4]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id QAA06709 for ; Fri, 9 May 1997 16:56:02 -0700 (PDT) Received: from panda.rhein-main.de by odb.rhein-main.de with esmtp (Smail3.2 #2) id m0wPzSl-0007V2C; Sat, 10 May 1997 01:52:35 +0200 (MET DST) Received: (from dk@localhost) by panda.rhein-main.de (8.8.5/8.8.3) id BAA01601; Sat, 10 May 1997 01:50:05 +0200 (CEST) Message-Id: <199705092350.BAA01601@panda.rhein-main.de> Date: Sat, 10 May 1997 01:50:05 +0200 (CEST) From: Dirk Keunecke Reply-To: dk@panda.rhein-main.de To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/3571: Mounted ext2 prevents umount of filesystems during reboot Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3571 >Category: kern >Synopsis: Mounted ext2 prevents umount of filesystems during reboot >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri May 9 17:00:01 PDT 1997 >Last-Modified: >Originator: Dirk Keunecke >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: FreeBSD 3.0-CURRENT as of May 2 >Description: If I reboot(8) with an ext2fs partition mounted ('ro' or 'rw') the 'sync' does not succeed. It syncs some buffers (from 'ffs' ?) but can't push out others (xx xx xx xx... giving up) and does not unmount the filesystems. >How-To-Repeat: Reboot(8) with an 'ext2fs' partition mounted. Easy to reproduce for me. >Fix: Don't reboot(8) with an 'ext2fs' partition mounted. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri May 9 18:14:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA09724 for bugs-outgoing; Fri, 9 May 1997 18:14:28 -0700 (PDT) Received: from sun.econ.kyoto-u.ac.jp (sun.econ.kyoto-u.ac.jp [130.54.78.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA09718 for ; Fri, 9 May 1997 18:14:22 -0700 (PDT) Received: from localhost (motonori@falcon.econ.kyoto-u.ac.jp [130.54.76.253]) by sun.econ.kyoto-u.ac.jp (8.8.6.Beta2/3.4W3) with ESMTP id KAA22406; Sat, 10 May 1997 10:09:51 +0900 To: bugs@freebsd.org Subject: patch for IPCP/PPP X-Mailer: Mew version 1.54 on Emacs 19.28.2, Mule 2.3 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <19970510100950F.motonori@econ.kyoto-u.ac.jp> Date: Sat, 10 May 1997 10:09:50 +0900 From: NAKAMURA Motonori X-Dispatcher: impost version 0.99j (Apr. 9, 1997) Lines: 49 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello, I'm using "ppp" distributed in FreeBSD on BSD/OS environment and I have a trouble in IPCP/PPP negotiation. In my environment, I'd like to be configuration free on IP address and hope both IP addresses (client-side and server-side) are provided from the server side. But some (e.g. YAMAHA RT100i) server does not provide IP address of server-side at first time and the "ppp" software accepts 0.0.0.0 straightforwardly... In a Internet-Draft, draft-ietf-pppext-ipcp-network-01.txt, includes the following description: If negotiation about the remote IP-address is required, and the peer did not provide the option in its Configure-Request, the option SHOULD be appended to a Configure-Nak. The value of the IP-address given must be acceptable as the remote IP-address, or indicate a request that the peer provide the information. So, the following patch is suitable for requesting valid IP address again instead of accepting of invalid address 0.0.0.0, I think. *** ../ppp.org/ipcp.c Sun Feb 23 22:21:00 1997 --- ipcp.c Sat May 10 09:39:20 1997 *************** *** 355,360 **** --- 355,369 ---- break; } + #if 1 /* reply NAK for 0.0.0.0 IP-address request */ + if (ipaddr.s_addr == 0) { + /* draft-ietf-pppext-ipcp-network-01.txt */ + bcopy(cp, nakp, 2); + bcopy(&ipaddr, nakp+2, length); + nakp += length; + break; + } + #endif IpcpInfo.his_ipaddr = ipaddr; bcopy(cp, ackp, length); ackp += length; Comments? --- Faculty of Economics, Kyoto University, Kyoto, 606-01 JAPAN Motonori NAKAMURA E-mail: From owner-freebsd-bugs Fri May 9 20:27:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA13880 for bugs-outgoing; Fri, 9 May 1997 20:27:23 -0700 (PDT) Received: from labs.usn.blaze.net.au (labs.usn.blaze.net.au [203.17.53.30]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA13875 for ; Fri, 9 May 1997 20:27:18 -0700 (PDT) Received: from labs.usn.blaze.net.au (local [127.0.0.1]) by labs.usn.blaze.net.au (8.8.5/8.8.5) with ESMTP id NAA05341; Sat, 10 May 1997 13:27:01 +1000 (EST) Message-Id: <199705100327.NAA05341@labs.usn.blaze.net.au> X-Mailer: exmh version 2.0gamma 1/27/96 To: "Jin Guojun[ITG]" Cc: freebsd-bugs@freebsd.org Subject: Re: gnu/3554 In-reply-to: Your message of "Fri, 09 May 1997 09:11:41 MST." <199705091611.JAA28108@george.lbl.gov> X-Face: (W@z~5kg?"+5?!2kHP)+l369.~a@oTl^8l87|/s8"EH?Uk~P#N+Ec~Z&@;'LL!;3?y Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 10 May 1997 13:27:00 +1000 From: David Nugent Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Synopsis: cc failed on deafult <= default > > > > That's actually legal C code. > > Theoretically, it is correct; but it is awkward. This kind program bug is > very hard to find out without checking every word of the code. No, actually, its very easy. Use -Wall, and you get warnings about unused labels. > cc does NOT provide any information/warrning on it Err, look again. :) Not to mention that 1,000 other typos that can otherwise go unnoticed when not using -Wall. Everyone develops code using -Wall, don't they? If not, why not? I don't know how many times -Wall has caught things like this in one way or another for me. > warning: default is not defined in this switch block, but a similar lable > was found. This may be a typo. Gack. "may be"? Issue warnings for perfectly valid code because it *looks* like something else? No thanks. Compilers take long enough to do things already without asking it to second-guess my every word. Regards, David From owner-freebsd-bugs Fri May 9 21:58:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA18064 for bugs-outgoing; Fri, 9 May 1997 21:58:51 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA18055 for ; Fri, 9 May 1997 21:58:39 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id OAA05467; Sat, 10 May 1997 14:48:24 +1000 Date: Sat, 10 May 1997 14:48:24 +1000 From: Bruce Evans Message-Id: <199705100448.OAA05467@godzilla.zeta.org.au> To: davidn@labs.usn.blaze.net.au, jin@george.lbl.gov Subject: Re: gnu/3554 Cc: freebsd-bugs@FreeBSD.ORG Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Err, look again. :) Not to mention that 1,000 other typos that can >otherwise go unnoticed when not using -Wall. Everyone develops >code using -Wall, don't they? If not, why not? I don't know how >many times -Wall has caught things like this in one way or another >for me. You mean that everyone develops code using -W -Wall -ansi -pedantic -Wbad-function-cast -Wcast-align \ -Wcast-qual -Wchar-subscripts -Wconversion -Winline \ -Wmissing-prototypes -Wnested-externs -Wpointer-arith \ -Wredundant-decls -Wshadow -Wstrict-prototypes -Wwrite-strings don't they? :-) Bruce From owner-freebsd-bugs Fri May 9 23:51:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA23239 for bugs-outgoing; Fri, 9 May 1997 23:51:05 -0700 (PDT) Received: from labs.usn.blaze.net.au (labs.usn.blaze.net.au [203.17.53.30]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA23228 for ; Fri, 9 May 1997 23:51:00 -0700 (PDT) Received: from labs.usn.blaze.net.au (local [127.0.0.1]) by labs.usn.blaze.net.au (8.8.5/8.8.5) with ESMTP id QAA00427; Sat, 10 May 1997 16:50:25 +1000 (EST) Message-Id: <199705100650.QAA00427@labs.usn.blaze.net.au> X-Mailer: exmh version 2.0gamma 1/27/96 To: Bruce Evans cc: jin@george.lbl.gov, freebsd-bugs@FreeBSD.ORG Subject: Re: gnu/3554 In-reply-to: Your message of "Sat, 10 May 1997 14:48:24 +1000." <199705100448.OAA05467@godzilla.zeta.org.au> X-Face: (W@z~5kg?"+5?!2kHP)+l369.~a@oTl^8l87|/s8"EH?Uk~P#N+Ec~Z&@;'LL!;3?y Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 10 May 1997 16:50:25 +1000 From: David Nugent Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > You mean that everyone develops code using > > -W -Wall -ansi -pedantic -Wbad-function-cast -Wcast-align \ > -Wcast-qual -Wchar-subscripts -Wconversion -Winline \ > -Wmissing-prototypes -Wnested-externs -Wpointer-arith \ > -Wredundant-decls -Wshadow -Wstrict-prototypes -Wwrite-strings > > don't they? :-) What!? No -Wbsd-indenting? :-) Seriously, though, it IS annoying that the "all" part of -Wall isn't really "all". I'm constantly adding -Wshadow -Wstrict-prototypes and -Wwrite-strings at the very least. Perhaps there should be a -WALL (all caps) option as well which really does cover all of the -W options. Regards, David From owner-freebsd-bugs Fri May 9 23:51:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA23296 for bugs-outgoing; Fri, 9 May 1997 23:51:23 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id XAA23287 for ; Fri, 9 May 1997 23:51:20 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA01272 for freebsd-bugs@FreeBSD.ORG; Sat, 10 May 1997 08:51:19 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id IAA09530; Sat, 10 May 1997 08:46:44 +0200 (MET DST) Message-ID: <19970510084644.KI34662@uriah.heep.sax.de> Date: Sat, 10 May 1997 08:46:44 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-bugs@FreeBSD.ORG Subject: Re: gnu/3554 References: <199705100448.OAA05467@godzilla.zeta.org.au> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199705100448.OAA05467@godzilla.zeta.org.au>; from Bruce Evans on May 10, 1997 14:48:24 +1000 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Bruce Evans wrote: > You mean that everyone develops code using > > -W -Wall -ansi -pedantic -Wbad-function-cast -Wcast-align \ > -Wcast-qual -Wchar-subscripts -Wconversion -Winline \ > -Wmissing-prototypes -Wnested-externs -Wpointer-arith \ > -Wredundant-decls -Wshadow -Wstrict-prototypes -Wwrite-strings > > don't they? :-) Time to implement -Weverything? Or an env variable, say $WARNLEVEL. I even like this idea more, since it gets away without Makefile tempering. (But we could implement it at the Makefile level.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sat May 10 01:30:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA26147 for bugs-outgoing; Sat, 10 May 1997 01:30:58 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA26142 for ; Sat, 10 May 1997 01:30:56 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id BAA08758; Sat, 10 May 1997 01:30:29 -0700 (PDT) To: David Nugent cc: Bruce Evans , jin@george.lbl.gov, freebsd-bugs@FreeBSD.ORG Subject: Re: gnu/3554 In-reply-to: Your message of "Sat, 10 May 1997 16:50:25 +1000." <199705100650.QAA00427@labs.usn.blaze.net.au> Date: Sat, 10 May 1997 01:30:28 -0700 Message-ID: <8736.863253028@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > -Wwrite-strings at the very least. Perhaps there should be a -WALL > (all caps) option as well which really does cover all of the -W options. Or -Wkitchen-sink if we wanted to be silly in the GNU tradition. :) :-) From owner-freebsd-bugs Sat May 10 02:16:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA27273 for bugs-outgoing; Sat, 10 May 1997 02:16:13 -0700 (PDT) Received: (from jmg@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA27254; Sat, 10 May 1997 02:16:07 -0700 (PDT) Date: Sat, 10 May 1997 02:16:07 -0700 (PDT) From: John-Mark Gurney Message-Id: <199705100916.CAA27254@hub.freebsd.org> To: lbnstn@lili.uni-bielefeld.de, jmg, freebsd-bugs Subject: Re: bin/3557 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Bug with -i option in /usr/bin/lpr State-Changed-From-To: open-closed State-Changed-By: jmg State-Changed-When: Sat May 10 02:15:45 PDT 1997 State-Changed-Why: duplicate of 3556. How did you submit this pr? From owner-freebsd-bugs Sat May 10 02:17:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA27389 for bugs-outgoing; Sat, 10 May 1997 02:17:17 -0700 (PDT) Received: (from jmg@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA27364; Sat, 10 May 1997 02:17:05 -0700 (PDT) Date: Sat, 10 May 1997 02:17:05 -0700 (PDT) From: John-Mark Gurney Message-Id: <199705100917.CAA27364@hub.freebsd.org> To: oliver.fromme@heim3.tu-clausthal.de, jmg, freebsd-bugs Subject: Re: kern/3561 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Timeout counter bug in /sys/i386/isa/wd.c State-Changed-From-To: open-closed State-Changed-By: jmg State-Changed-When: Sat May 10 02:16:46 PDT 1997 State-Changed-Why: duplicate of 3560. How did you submit this pr? From owner-freebsd-bugs Sat May 10 06:31:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA05192 for bugs-outgoing; Sat, 10 May 1997 06:31:15 -0700 (PDT) Received: from shiva.seranis.com.au (shiva.seranis.com.au [203.14.110.2]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA05183 for ; Sat, 10 May 1997 06:31:06 -0700 (PDT) Received: from mogli.novanet.net.au (mogli.novanet.net.au [203.14.110.3]) by shiva.seranis.com.au (8.8.3/8.6.9) with SMTP id XAA26760 for ; Sat, 10 May 1997 23:32:47 +1000 (EST) Message-ID: <337488B5.1A8E@novanet.net.au> Date: Sat, 10 May 1997 23:39:49 +0900 From: Ramakant Reply-To: ramakant@novanet.net.au X-Mailer: Mozilla 3.0Gold (Win95; I) MIME-Version: 1.0 To: freebsd-bugs@FreeBSD.ORG Subject: UNSUBSCRIBE Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk UNSUBSCRIBE From owner-freebsd-bugs Sat May 10 08:40:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA08584 for bugs-outgoing; Sat, 10 May 1997 08:40:09 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA08571; Sat, 10 May 1997 08:40:04 -0700 (PDT) Resent-Date: Sat, 10 May 1997 08:40:04 -0700 (PDT) Resent-Message-Id: <199705101540.IAA08571@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, ada@not-enough.bandwidth.org Received: from not-enough.bandwidth.org (slmel13p46.ozemail.com.au [203.108.202.62]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA08281 for ; Sat, 10 May 1997 08:35:33 -0700 (PDT) Received: (from ada@localhost) by not-enough.bandwidth.org (8.8.5/8.8.5) id BAA05169; Sun, 11 May 1997 01:35:53 +1000 (EST) Message-Id: <199705101535.BAA05169@not-enough.bandwidth.org> Date: Sun, 11 May 1997 01:35:53 +1000 (EST) From: Ada T Lim Reply-To: ada@not-enough.bandwidth.org To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/3573: bug in stty -sane output Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3573 >Category: bin >Synopsis: bug in stty -sane output >Confidential: yes >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Sat May 10 08:40:01 PDT 1997 >Last-Modified: >Originator: Ada T Lim >Organization: >Release: FreeBSD 2.2-STABLE i386 >Environment: >Description: stty -sane give the confusing error message: stty: illegal option -- sane which implies that stty sane is illegal. >How-To-Repeat: stty -sane >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat May 10 11:30:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA15369 for bugs-outgoing; Sat, 10 May 1997 11:30:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA15362; Sat, 10 May 1997 11:30:02 -0700 (PDT) Resent-Date: Sat, 10 May 1997 11:30:02 -0700 (PDT) Resent-Message-Id: <199705101830.LAA15362@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, krw@tcn.net Received: from Pkrw.tcn.net (Pkrw.tcn.net [199.166.4.58]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA15309 for ; Sat, 10 May 1997 11:28:45 -0700 (PDT) Received: (from krw@localhost) by Pkrw.tcn.net (8.8.5/8.8.5) id OAA00445; Sat, 10 May 1997 14:28:18 -0400 (EDT) Message-Id: <199705101828.OAA00445@Pkrw.tcn.net> Date: Sat, 10 May 1997 14:28:18 -0400 (EDT) From: "Kenneth R. Westerback" Reply-To: krw@tcn.net To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: misc/3575: Eliminate spurious warning in /usr/src/lib/libc/stdlib/strtoq.c Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3575 >Category: misc >Synopsis: compilation of strtoq.c produces unnecessary warning >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat May 10 11:30:01 PDT 1997 >Last-Modified: >Originator: Kenneth R. Westerback >Organization: >Release: FreeBSD 2.2-STABLE i386 >Environment: FreeBSD 2-2-STABLE make world'ed through src-2.2.0217 >Description: During a make world the compilation of /usr/src/lib/libc/stdlib/strtoq.c produces a warning message /usr/src/lib/libc/stdlib/strtoq.c:108: warning: integer overflow in expression >How-To-Repeat: make world or just compile strtoq.c >Fix: Apply following one line patch: --- /usr/src/lib/libc/stdlib/strtoq.c Sat May 10 11:55:38 1997 +++ strtoq.c Sat May 10 14:10:02 1997 @@ -105,7 +105,7 @@ * overflow. */ qbase = (unsigned)base; - cutoff = neg ? -(u_quad_t)QUAD_MIN : QUAD_MAX; + cutoff = (u_quad_t)(neg ? QUAD_MIN : QUAD_MAX); cutlim = cutoff % qbase; cutoff /= qbase; for (acc = 0, any = 0;; c = *s++) { >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat May 10 19:24:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA06468 for bugs-outgoing; Sat, 10 May 1997 19:24:04 -0700 (PDT) Received: from shiva.seranis.com.au (shiva.seranis.com.au [203.14.110.2]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA06457 for ; Sat, 10 May 1997 19:24:01 -0700 (PDT) Received: from mogli.novanet.net.au (mogli.novanet.net.au [203.14.110.3]) by shiva.seranis.com.au (8.8.3/8.6.9) with SMTP id MAA08663; Sun, 11 May 1997 12:24:22 +1000 (EST) Message-ID: <33753D8F.4505@novanet.net.au> Date: Sun, 11 May 1997 12:31:27 +0900 From: Ramakant Reply-To: ramakant@novanet.net.au X-Mailer: Mozilla 3.0Gold (Win95; I) MIME-Version: 1.0 To: "Jordan K. Hubbard" CC: freebsd-bugs@hub.freebsd.org Subject: Re: UNSUBSCRIBE References: <21208.863300501@time.cdrom.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard wrote: > > > UNSUBSCRIBE > > If you're receiving this message, it's because you recently sent an > "unsubscribe" request to one of the lists, perhaps thinking that you > were reaching an automated system instead of the multiple-thousands > of people who are now seeing your "unsubscribe" in their mailboxes > and thinking "Geeze, what a complete idiot!" Perhaps some of them > are even now sending you email telling you this in more detail. :-) > There are several subscribers like me out there (I'm sure) whao are saying - "look at these snobs expecting people to follow complicated rules, can't they write a user-friendly Majrodomo that traps all such messages and does the needful, instead of sending such condescending smartass replies to subscribers ?" > This message attempts to clear some of that up for you so you don't > make the same mistake again. > > First off, just about all mailing lists on the internet support the > -request naming standard, meaning that if the mailing list you wish to > get off of (or make some comment to the administrators about) is named > "taco-lovers" then the administrative alias will be called > "taco-lovers-request". You do NOT send your messages to taco-lovers, > since that's only going to get to the fans of that most tasty mexican > dish, not the person (or program) who actually maintains the list and > can do something about your request. I did just that and discovered that I'm expected to email Majordomo@.... saying unsusbcribe . I wonder how many iterations still remain to get myself unsubscribed from this list. > > Second, for those who plead ignorance of all this, let me just point > out that you *were* sent a welcome message when you joined the FreeBSD > mailing lists telling you to send ALL administrative requests to > majordomo@freebsd.org (the *-request aliases for our lists just point > to this one). Our mailing list software is fully automated, and it's > up to the users to add and remove themselves as they see fit - no > FreeBSD personnel are involved in this! If you just threw this > welcome message away and didn't read it, you have only yourself to > blame for the flames which may now be filling your mailbox. > > If you have tried repeatedly with majordomo to remove yourself and > it's not working, you still don't want to send a message to the list > since the users can't help you - send mail in such cases to > postmaster@freebsd.org and the FreeBSD postmaster will manually > intervene to figure out why you're having problems with majordomo (and > try majordomo FIRST! Our postmaster is very overworked!). > > Thank you! > > Jordan From owner-freebsd-bugs Sat May 10 19:47:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA07248 for bugs-outgoing; Sat, 10 May 1997 19:47:10 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA07242 for ; Sat, 10 May 1997 19:47:08 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id TAA22146; Sat, 10 May 1997 19:47:12 -0700 (PDT) To: ramakant@novanet.net.au cc: freebsd-bugs@hub.freebsd.org Subject: Re: UNSUBSCRIBE In-reply-to: Your message of "Sun, 11 May 1997 12:31:27 +0900." <33753D8F.4505@novanet.net.au> Date: Sat, 10 May 1997 19:47:12 -0700 Message-ID: <22142.863318832@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > There are several subscribers like me out there (I'm sure) whao are > saying - "look at these snobs expecting people to follow complicated > rules, can't they write a user-friendly Majrodomo that traps all such > messages and does the needful, instead of sending such condescending > smartass replies to subscribers ?" > ... > I did just that and discovered that I'm expected to email Majordomo@.... > saying unsusbcribe . I wonder how many iterations still We also expect a certain minimum committment to learning and following our rules of mailing list etiquette, I'm afraid, and if you weren't prepared to make that committment then you shouldn't have joined any of our mailing lists in the first place. This is all clearly documented in the mailing list charters at http://www.freebsd.org/handbook, along with instructions on unsubscribing from a list again. You were also sent instructions on unsubscribing and managing your list entry(s) when you first joined. Knowing that you were expected to email majordomo rather than this list (which is what prompted the message you are referring to) should not, therefore, have come as any kind of "discovery" and, again, if you aren't willing to read the available documentation or follow the rules then simply don't use the resources we provide. It's *not* a lot for a free software project to ask that the greater burden of administrative responsibility, especially when that burden is clearly stated up-front, fall upon the user rather than the project and the project has enough to do as it is. There are easily several dozen different areas in which our infrastructure could be made more "idiot proof" if we had all the time and energy we wished to spend on such things but, since that is not the case, our users will simply have to be willing to hold up their end of the bargain. Jordan