From owner-freebsd-bugs Sun Sep 7 00:30:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA03875 for bugs-outgoing; Sun, 7 Sep 1997 00:30:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA03866; Sun, 7 Sep 1997 00:30:01 -0700 (PDT) Date: Sun, 7 Sep 1997 00:30:01 -0700 (PDT) Message-Id: <199709070730.AAA03866@hub.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: bin/4448: Pb with -alldirs options in /etc/exports. Reply-To: j@uriah.heep.sax.de (J Wunsch) Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/4448; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: alainb@freegate.gna.org Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/4448: Pb with -alldirs options in /etc/exports. Date: Sun, 7 Sep 1997 08:51:29 +0200 As Alain Brauner wrote: > >Description: > > When the -alldirs options is set, mountd -r cannot export the > directory. I cannot reproduce this. -alldirs works as expected for me, with or withouth -r on mountd. > It syslog: Could not remount "%s" and Bad export list line "%s" This looks like an error in your /etc/exports file. Please send us this file, plus the output of /sbin/mount. -- 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 Sep 7 00:50:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA05499 for bugs-outgoing; Sun, 7 Sep 1997 00:50:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA05493; Sun, 7 Sep 1997 00:50:02 -0700 (PDT) Resent-Date: Sun, 7 Sep 1997 00:50:02 -0700 (PDT) Resent-Message-Id: <199709070750.AAA05493@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, tedm@toybox.placo.com Received: from mail.portsoft.com (mail.portsoft.com [206.103.54.61]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA05124 for ; Sun, 7 Sep 1997 00:44:36 -0700 (PDT) Received: (from tedm@localhost) by mail.portsoft.com (8.8.5/8.8.5) id AAA10820; Sun, 7 Sep 1997 00:49:26 -0700 (PDT) Message-Id: <199709070749.AAA10820@mail.portsoft.com> Date: Sun, 7 Sep 1997 00:49:26 -0700 (PDT) From: tedm@toybox.placo.com Reply-To: tedm@toybox.placo.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: gnu/4480: Malaysian CPU blows up GCC Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4480 >Category: gnu >Synopsis: cc crashes with Internal compiler error when building kernel >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Sep 7 00:50:01 PDT 1997 >Last-Modified: >Originator: Ted Mittelstaedt >Organization: No Organization >Release: FreeBSD 2.2.2-RELEASE i386 >Environment: Clone 386/35DX 8MB ram, 500MB IDE disk completely given over to FreeBSD. Motherboard BIOS is AMI, bios OEM manufacturer is MPT. Motherboard is a full-sized AT-style motherboard with 8MB of DRAM chips on board, and a slot for a proprietary memory card. (no card currently in machine) >Description: When attempting to recompile the kernel, compiler crashes with the following error message: cc: Internal compiler error: program cc1 got fatal signal 11 >How-To-Repeat: Attempt to recompile kernel >Fix: Replace CPU. I am posting the following in the hope that some Intel silicon guru can tell me exactly what the difference is between the following CPU's is. Here is the story: The machine ran flawlessly with FreeBSD up through version 2.1.6, I could recompile the kernel with no problems. The problem began after installing FreeBSD 2.2.2 on the machine. I was unable to recompile the kernel. I opened up the machine and as part of the troubleshooting I was doing to isolate this problem I happened to replace the Intel 80386DX-25 CPU with another Intel 80386DX-25 CPU that looked identical. The machine began to work properly, I was able to completely recompile the kernel without any problems. I then took this CPU out and put the original one back in, the machine then began exibiting the bug, the compiler was unable to operate. I then put the scond CPU back in and the machine's proper operation was restored. I then assumed that the problem was due to a different stepping level between CPU's, so I ran several diagnostic programs on both CPU's. The first program was InfoPlus, this revealed that both CPU's contained the POPADD bug, which is apparently well-known with the 386 family. The second program I ran was 386STEP, this was popular with the OS/2 community, because OS/2 will not run on early-version 386 CPU's. This program claimed that both CPU's were stepping level D0 or later. The 386STEP program was discussed in the February 11th, 1992 issue of PC Magazine. I am sure that there is a processor bug in the CPU that gcc crashes on and I would very much like to know what it is. I have seen the same problem with GCC crashing on a Pentium class machine (although it was more random) and I feel sure that if someone well versed in Intel CPU lore were to determine what this problem is we could implement a fix that would help people that use other processors than the 386 CPU's At any rate, here are the processor markings, both top and bottom, for both the good and the bad CPU: Markings on CPU that makes gcc dump core with Internal compiler error: Top of CPU: A80386DX-25 IV SX133 L9500910 INTEL '85 Bottom of CPU: 58351563AB MALAY 948 A0 Markings on CPU that works properly: Top of CPU: A80386DX-25 IV SX218 L0420501 INTEL '85 Bottom of CPU: 90301121EF BZ 38 KOREA As you can see the major difference between the CPU's is that the good one is made in Korea, and the bad one is made in Malaysia. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Sep 7 01:00:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA06298 for bugs-outgoing; Sun, 7 Sep 1997 01:00:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA06281; Sun, 7 Sep 1997 01:00:02 -0700 (PDT) Date: Sun, 7 Sep 1997 01:00:02 -0700 (PDT) Message-Id: <199709070800.BAA06281@hub.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: bin/4445: segmentation fault in vfprintf Reply-To: j@uriah.heep.sax.de (J Wunsch) Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/4445; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: switzel@uni-goettingen.de Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: bin/4445: segmentation fault in vfprintf Date: Sun, 7 Sep 1997 09:33:40 +0200 As switzel@uni-goettingen.de wrote: > when processing line 602 in ipmon.c: > > fprintf(log, "%d bytes flushed from log buffer", flushed); > > If I replace line 602 by > > printf("%d\n", flushed); > > there is any problem. Which suggests that there's something wrong with `log'. Can you reproduce and track this further (e.g. by linking a private copy of the printf stuff so it's compiled with -g, too)? -- 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 Sep 7 03:00:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA11401 for bugs-outgoing; Sun, 7 Sep 1997 03:00:06 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA11395; Sun, 7 Sep 1997 03:00:01 -0700 (PDT) Date: Sun, 7 Sep 1997 03:00:01 -0700 (PDT) Message-Id: <199709071000.DAA11395@hub.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: conf/4461: IOMega Zip disk entry for disktab Reply-To: j@uriah.heep.sax.de (J Wunsch) Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR conf/4461; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: cschuber@uumail.gov.bc.ca Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: conf/4461: IOMega Zip disk entry for disktab Date: Sun, 7 Sep 1997 11:29:16 +0200 As cschuber@uumail.gov.bc.ca wrote: > Please add the following to the distribution disktab. > > zip|IOMEGA zip 100:\ > :dt=SCSI:ty=removable:se#512:nt#64:ns#32:nc#96:\ > :pa#196576:oa#0:ba#4096:fa#512:ta=4.2BSD:\ > :pc#196576:oc#0: What's wrong with ``disklabel -Brw sdX auto''? I figure it should have yielded basically the same (except you gotta use disklabel -e afterwards). -- 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 Sep 7 03:05:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA11540 for bugs-outgoing; Sun, 7 Sep 1997 03:05:21 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA11534; Sun, 7 Sep 1997 03:05:11 -0700 (PDT) From: Joerg Wunsch Received: (from joerg@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id DAA20534; Sun, 7 Sep 1997 03:02:48 -0700 (PDT) Date: Sun, 7 Sep 1997 03:02:48 -0700 (PDT) Message-Id: <199709071002.DAA20534@freefall.freebsd.org> To: root@nt5.ipi.kiev.ua, joerg@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/4478 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: getty in bin distribution doesn't recognise esc. chars '\r', '\n' State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Sun Sep 7 12:02:22 MEST 1997 State-Changed-Why: Fixed shortly after your PR has been submitted. From owner-freebsd-bugs Sun Sep 7 03:05:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA11573 for bugs-outgoing; Sun, 7 Sep 1997 03:05:51 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA11564; Sun, 7 Sep 1997 03:05:40 -0700 (PDT) From: Joerg Wunsch Received: (from joerg@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id DAA20614; Sun, 7 Sep 1997 03:03:17 -0700 (PDT) Date: Sun, 7 Sep 1997 03:03:17 -0700 (PDT) Message-Id: <199709071003.DAA20614@freefall.freebsd.org> To: yuri@xpert.com, joerg@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/4442 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: update kernel ppp driver to version 2.3.1 State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Sun Sep 7 12:02:59 MEST 1997 State-Changed-Why: Dup for PR # 4119. From owner-freebsd-bugs Sun Sep 7 03:06:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA11602 for bugs-outgoing; Sun, 7 Sep 1997 03:06:17 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA11591; Sun, 7 Sep 1997 03:06:04 -0700 (PDT) From: Joerg Wunsch Received: (from joerg@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id DAA20694; Sun, 7 Sep 1997 03:03:41 -0700 (PDT) Date: Sun, 7 Sep 1997 03:03:41 -0700 (PDT) Message-Id: <199709071003.DAA20694@freefall.freebsd.org> To: roman@rpd.univ.kiev.ua, joerg@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/4451 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: su does not work correctly with S/Key authentication State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Sun Sep 7 12:03:27 MEST 1997 State-Changed-Why: Fixed long since. From owner-freebsd-bugs Sun Sep 7 03:06:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA11631 for bugs-outgoing; Sun, 7 Sep 1997 03:06:47 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA11625; Sun, 7 Sep 1997 03:06:36 -0700 (PDT) From: Joerg Wunsch Received: (from joerg@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id DAA20777; Sun, 7 Sep 1997 03:04:13 -0700 (PDT) Date: Sun, 7 Sep 1997 03:04:13 -0700 (PDT) Message-Id: <199709071004.DAA20777@freefall.freebsd.org> To: alainb@freegate.gna.org, joerg@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/4448 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: mountd doesn't export a directory with -alldirs options. State-Changed-From-To: open-feedback State-Changed-By: joerg State-Changed-When: Sun Sep 7 12:03:53 MEST 1997 State-Changed-Why: (see my mail) From owner-freebsd-bugs Sun Sep 7 03:07:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA11700 for bugs-outgoing; Sun, 7 Sep 1997 03:07:57 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA11681; Sun, 7 Sep 1997 03:07:47 -0700 (PDT) From: Joerg Wunsch Received: (from joerg@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id DAA20860; Sun, 7 Sep 1997 03:05:24 -0700 (PDT) Date: Sun, 7 Sep 1997 03:05:24 -0700 (PDT) Message-Id: <199709071005.DAA20860@freefall.freebsd.org> To: mini@micron.efn.org, joerg@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/4443 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: banner(6) is in /usr/bin State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Sun Sep 7 12:04:25 MEST 1997 State-Changed-Why: banner used to be available in the default $PATH for ages. The only surprising fact is that it's classified as chapter 6 in FreeBSD, but that's probably more correct than chapter 1 anyway. From owner-freebsd-bugs Sun Sep 7 03:08:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA11776 for bugs-outgoing; Sun, 7 Sep 1997 03:08:50 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA11769; Sun, 7 Sep 1997 03:08:37 -0700 (PDT) From: Joerg Wunsch Received: (from joerg@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id DAA20940; Sun, 7 Sep 1997 03:06:13 -0700 (PDT) Date: Sun, 7 Sep 1997 03:06:13 -0700 (PDT) Message-Id: <199709071006.DAA20940@freefall.freebsd.org> To: groofy@unicall.be, joerg@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: misc/4440 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: ..................HANGS ON ISTALLATION............... State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Sun Sep 7 12:05:36 MEST 1997 State-Changed-Why: Too few data. Please clarify on freebsd-questions, and only report a PR if your suspicion of a bug is more founded. From owner-freebsd-bugs Sun Sep 7 05:20:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA15587 for bugs-outgoing; Sun, 7 Sep 1997 05:20:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA15572; Sun, 7 Sep 1997 05:20:01 -0700 (PDT) Resent-Date: Sun, 7 Sep 1997 05:20:01 -0700 (PDT) Resent-Message-Id: <199709071220.FAA15572@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, am@amsoft.ru Received: from amsoft.ru (amsoft.ru [194.87.86.241]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id FAA15500 for ; Sun, 7 Sep 1997 05:18:21 -0700 (PDT) Received: (from am@localhost) by amsoft.ru (8.8.5/amsoft/1.0) id OAA00849 ; Sun, 7 Sep 1997 14:46:47 +0400 (MSD) Message-Id: <199709071046.OAA00849@amsoft.ru> Date: Sun, 7 Sep 1997 14:46:47 +0400 (MSD) From: Andrew Maltsev Reply-To: am@amsoft.ru To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: misc/4482: dynamic loader design bug Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4482 >Category: misc >Synopsis: A bug in dynamic loader design >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sun Sep 7 05:20:01 PDT 1997 >Last-Modified: >Originator: Andrew Maltsev >Organization: AM'SOFT >Release: FreeBSD 2.2-RELEASE i386 >Environment: >Description: When dynamic loader places shered object into address space of an executable all symbols, which are presnet both in `main' executable and in loaded shared object, are resolved from `main'. It's a bug I think. They should be resolved first from object's internal symbols. And going deeper I think, that there should be a flag, by which clashed symbols in main and object should be rearranged to use object's ones after it's loading even if `main' has it's own ones. This will greatly simplify plug-in's development. Especially those plug-in's which are developed as a `bug-fixes' for large binary-distributed executables. Developer may say then to his customers 'just drop that bug fix into `bugfixes' directory and your ploblem will go away' -- nice and more and more demanded feature, I think. >How-To-Repeat: unpack and say `make test' begin 600 FreeBSD-dl-bug.tgz M'XL(`)J%$C0``^V77T_;,!#`^QI_BEL!->W:D(2TD2ES/DFM1R(1,'$-`FT!'N0B,X_W*LEE#K@=D89C&MFV@!A:0AQ3;!AT)9S::1B'MF0'L] M%UX!FCO'T(7J-W2J/*%N'E4^DJ(7S]((Y% M"EP$(8Q%F'$&WS=DK0L;$G-H3A8(.4L2D9CU?"&$742I62P+5[/>5;3H7UZ. M32F:T]C+"/)4%\:`_WLXXWQJ>Q_WJ#KQCTY"3KF0#/W7%[O*IQ^>+T#"TBR) MP59[_-1OMN8^S/7_#\$/+'3.ENKCCOX/>.Q/SW_;W[)5__?;KN[_JZ"___[U MVR/C>0]:GP/.H37\>-`G!(==0S5H*-L\(2F3:=?`*6+L,#H24-V+$IP$BK(J M"JW\_@"J^Y8J!W&X6&D0)*7280PU*A*E5P-Y*5,VAH%(1V@DF00Y$AD/L5MA M9Z(,V,\LX""R]"Q+\?"AG`5QEQC)&*.'V:"A80G`E9G5(/F!4V1E46*<4`KK M9I%_'5H"UG=@'8^ZTK9K8!YHCH%:F`\&T-J5>/*P8(#ML31XZAW\.^;J7V6\ M[.O?G?7OV)VR_MNNNO^[KM?6];\*%MS_%M_FBK*XX3[WU%EH'LI<_:M>M_+Z MAXY_??ZWB_IW]???2KBI_LLOE[P9X&N1-X.)4!>\1J/1:#0:C4:CT6@T&HU& .H]'\\_P!UO$)P@`H``"I ` end >Fix: Don't know. It may be hard to fix or not - just don't know.. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Sep 7 05:24:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA15704 for bugs-outgoing; Sun, 7 Sep 1997 05:24:30 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id FAA15699 for ; Sun, 7 Sep 1997 05:24:26 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id WAA04832; Sun, 7 Sep 1997 22:20:32 +1000 Date: Sun, 7 Sep 1997 22:20:32 +1000 From: Bruce Evans Message-Id: <199709071220.WAA04832@godzilla.zeta.org.au> To: freebsd-bugs@hub.freebsd.org, j@uriah.heep.sax.de Subject: Re: conf/4461: IOMega Zip disk entry for disktab Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > As cschuber@uumail.gov.bc.ca wrote: > > > Please add the following to the distribution disktab. > > > > zip|IOMEGA zip 100:\ > > :dt=SCSI:ty=removable:se#512:nt#64:ns#32:nc#96:\ > > :pa#196576:oa#0:ba#4096:fa#512:ta=4.2BSD:\ > > :pc#196576:oc#0: > > What's wrong with ``disklabel -Brw sdX auto''? I figure it should 1. `auto' shouldn't exist. Use `disklabel /dev/rsdX >foo; $EDITOR foo; disklabel -BrR sdX foo' instead. 2. It has the same problems as the committed disktab entry: a) it only works for "Dangerously Dedicated" disks. Note that the above label is not for a DD disk; it is (*) for a disk with the standard zip fake geometry and slicing (32 fake sectors/track and one slice starting at offset 32). b) it doesn't initialize all the fields. The committed disktab entry is missing mainly :dt=SCSI: (this is important for booting). The whole- disk/auto label should have the disk type (SCSI, etc) and type name. (*) Except it is too large. It doesn't specify #su, so it gives a size of nt*ns*nc = 196608, which is 32 larger than the size of the C partition and shouldn't work on the standard zip slice. It actually does work due to compatibility cruft and/or bugs. $EDITOR before is just as easy and actually works (after you change the size of the C partition to the slice size) for non-DD disks. Bruce From owner-freebsd-bugs Sun Sep 7 05:50:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA16680 for bugs-outgoing; Sun, 7 Sep 1997 05:50:51 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id FAA16671 for ; Sun, 7 Sep 1997 05:50:46 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id OAA18035; Sun, 7 Sep 1997 14:50:35 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id OAA07112; Sun, 7 Sep 1997 14:41:32 +0200 (MET DST) Message-ID: <19970907144131.VF59013@uriah.heep.sax.de> Date: Sun, 7 Sep 1997 14:41:31 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: bde@zeta.org.au (Bruce Evans) Cc: freebsd-bugs@hub.freebsd.org Subject: Re: conf/4461: IOMega Zip disk entry for disktab References: <199709071220.WAA04832@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: <199709071220.WAA04832@godzilla.zeta.org.au>; from Bruce Evans on Sep 7, 1997 22:20:32 +1000 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Bruce Evans wrote: > > What's wrong with ``disklabel -Brw sdX auto''? I figure it should > > 1. `auto' shouldn't exist. Use > `disklabel /dev/rsdX >foo; $EDITOR foo; disklabel -BrR sdX foo' > instead. That's too hard unless you put it into a script that ships by default. disklabel ... auto doesn't do much more, actually. It has a precedent case in DEC Unix. > 2. It has the same problems as the committed disktab entry: > a) it only works for "Dangerously Dedicated" disks. Note that the I don't think so. disklabel ... auto might even work for sliced disks (but i'm not much experienced with sliced disks myself). -- 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 Sep 7 06:33:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA18148 for bugs-outgoing; Sun, 7 Sep 1997 06:33:53 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id GAA18143 for ; Sun, 7 Sep 1997 06:33:48 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id XAA06556; Sun, 7 Sep 1997 23:32:15 +1000 Date: Sun, 7 Sep 1997 23:32:15 +1000 From: Bruce Evans Message-Id: <199709071332.XAA06556@godzilla.zeta.org.au> To: bde@zeta.org.au, j@uriah.heep.sax.de Subject: Re: conf/4461: IOMega Zip disk entry for disktab Cc: freebsd-bugs@hub.freebsd.org Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> > What's wrong with ``disklabel -Brw sdX auto''? I figure it should >> >> 1. `auto' shouldn't exist. Use >> `disklabel /dev/rsdX >foo; $EDITOR foo; disklabel -BrR sdX foo' >> instead. > >That's too hard unless you put it into a script that ships by default. >disklabel ... auto doesn't do much more, actually. It has a precedent >case in DEC Unix. Editors too hard? How about pipelines? The auto case is equivalent to the trivial pipleline `disklable /dev/rsdX | disklabel -BrR sdx /dev/stdin'. >> 2. It has the same problems as the committed disktab entry: >> a) it only works for "Dangerously Dedicated" disks. Note that the > >I don't think so. disklabel ... auto might even work for sliced disks >(but i'm not much experienced with sliced disks myself). I am experienced with sliced disks :-). For a factory-formatted zip disk with the type of the slice changed from 6 to 165, `disklabel -Brw sd1 auto' gives the bogus error message "write: Read-only file system", and the system logs the messages "fixlabel: raw partition size > slice size" and "fixlabel: raw partition offset != slice offset". For a factory- formatted zip disk with the type of the slice NOT changed from 6, `disklabel -Brw sd1 auto' works due to bugs (the DIOCSDINFO ioctl gives a wrong in-core label for /dev/rsd1c (one covering the whole disk although /dev/rsd1c has size 0) and the MBR gets clobbered :-(. I just found this bug. Bruce From owner-freebsd-bugs Sun Sep 7 07:38:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA20558 for bugs-outgoing; Sun, 7 Sep 1997 07:38:33 -0700 (PDT) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA20553 for ; Sun, 7 Sep 1997 07:38:26 -0700 (PDT) Received: from gate.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id NAA21776; Sun, 7 Sep 1997 13:57:11 +0100 (BST) Message-Id: <199709071257.NAA21776@awfulhak.demon.co.uk> X-Mailer: exmh version 2.0zeta 7/24/97 To: j@uriah.heep.sax.de (J Wunsch) cc: freebsd-bugs@hub.freebsd.org Subject: Re: bin/4448: Pb with -alldirs options in /etc/exports. In-reply-to: Your message of "Sun, 07 Sep 1997 00:30:01 PDT." <199709070730.AAA03866@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 07 Sep 1997 13:57:11 +0100 From: Brian Somers Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk [.....] > This looks like an error in your /etc/exports file. Please send us > this file, plus the output of /sbin/mount. Almost definitely. I think the confusing thing here is that the man page doesn't clearly explain that: o For a given partition, all subdirectories accessable from a given machine must be specified on the same line. If they're specified on different lines, subsequent lines will fail. o Exportable directories that reside on different partitions *must* appear on different lines in /etc/exports. It took me some time (some of it hastling others) to find out that this is what the man page actually says :-| > -- > 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. ;-) -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-bugs Sun Sep 7 07:40:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA20705 for bugs-outgoing; Sun, 7 Sep 1997 07:40:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA20687; Sun, 7 Sep 1997 07:40:02 -0700 (PDT) Resent-Date: Sun, 7 Sep 1997 07:40:02 -0700 (PDT) Resent-Message-Id: <199709071440.HAA20687@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, mcdougall@ameritech.net Received: (from nobody@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA20546; Sun, 7 Sep 1997 07:37:58 -0700 (PDT) Message-Id: <199709071437.HAA20546@hub.freebsd.org> Date: Sun, 7 Sep 1997 07:37:58 -0700 (PDT) From: mcdougall@ameritech.net To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/4483: w, who, and the like are broken Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4483 >Category: bin >Synopsis: w, who, and the like are broken >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Sep 7 07:40:00 PDT 1997 >Last-Modified: >Originator: Adam McDougall >Organization: >Release: 3.0-current, world built Sat. night >Environment: FreeBSD bsdx.dyn.ml.org 3.0-CURRENT FreeBSD 3.0-CURRENT #0: Sun Sep 7 01:45:46 EDT 1997 user1@bsdx.dyn.ml.org:/usr/src/sys/compile/BSDXKRNL i386 >Description: When I'm running X, not all users show up with the command w, who, or finger, and sometimes a fake username ttyp3 shows up. For example, now I have a virtual console and 4 xterms logged in and open. Yet this is the outpute of w: bsdx: {10} w 10:34AM up 8:40, 2 users, load averages: 0.38, 0.32, 0.33 USER TTY FROM LOGIN@ IDLE WHAT user1 v0 - 9:21AM 1:09 xinit /usr/X11R6/lib/X11/xi ttyp3 :0.0 10:15AM 1:33 - This is certainly odd, and it is something that would be very handy if it worked correctly again :) Note: I have tried clearing /var/run/utmp and I've tried rebooting to no avail. Do I need X binaries compiled for 3.0? I still have mine from 2.2.2 >How-To-Repeat: Like shown above, I startx and open some xterms, run w, and only one of me show up and a user called ttyp3. >Fix: Install xfree86 binaries for 3.0? Or is there a real problem somewhere else? >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Sep 7 07:50:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA21580 for bugs-outgoing; Sun, 7 Sep 1997 07:50:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA21574; Sun, 7 Sep 1997 07:50:01 -0700 (PDT) Resent-Date: Sun, 7 Sep 1997 07:50:01 -0700 (PDT) Resent-Message-Id: <199709071450.HAA21574@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, mcdougall@ameritech.net Received: (from nobody@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA20983; Sun, 7 Sep 1997 07:46:29 -0700 (PDT) Message-Id: <199709071446.HAA20983@hub.freebsd.org> Date: Sun, 7 Sep 1997 07:46:29 -0700 (PDT) From: mcdougall@ameritech.net To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/4484: sendmail is barfing Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4484 >Category: bin >Synopsis: sendmail is barfing >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Sep 7 07:50:00 PDT 1997 >Last-Modified: >Originator: Adam McDougall >Organization: >Release: 3.0-current, world built Sat. night >Environment: FreeBSD bsdx.dyn.ml.org 3.0-CURRENT FreeBSD 3.0-CURRENT #0: Sun Sep 7 01:45:46 EDT 1997 user1@bsdx.dyn.ml.org:/usr/src/sys/compile/BSDXKRNL i386 >Description: Upon boot, and every so many minutes after, I get messages on the 1st syscon as follows: Sep 7 09:00:31 bsdx sendmail[25645]: NOQUEUE: SYSERR(root): hash map "Alias0": unsafe map file /etc/aliases: No such file or directory I began getting this after I upgraded from 2.2.2-RELEASE to 3.0-current. Also, I cannot use some/any local mail fucntions since sendmail is broken here. >How-To-Repeat: Boot, use mail or fetchmail >Fix: ?? >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Sep 7 08:00:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA23048 for bugs-outgoing; Sun, 7 Sep 1997 08:00:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA23040; Sun, 7 Sep 1997 08:00:01 -0700 (PDT) Date: Sun, 7 Sep 1997 08:00:01 -0700 (PDT) Message-Id: <199709071500.IAA23040@hub.freebsd.org> To: freebsd-bugs Cc: From: Alain Brauner Subject: Re: bin/4448: Pb with -alldirs options in /etc/exports. Reply-To: Alain Brauner Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/4448; it has been noted by GNATS. From: Alain Brauner To: Joerg Wunsch Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/4448: Pb with -alldirs options in /etc/exports. Date: Sun, 7 Sep 1997 16:40:05 +0200 (CEST) On Sun, 7 Sep 1997, J Wunsch wrote: > As Alain Brauner wrote: > > > >Description: > > > > When the -alldirs options is set, mountd -r cannot export the > > directory. > > I cannot reproduce this. -alldirs works as expected for me, with or > withouth -r on mountd. > > > It syslog: Could not remount "%s" and Bad export list line "%s" > > This looks like an error in your /etc/exports file. Please send us > this file, plus the output of /sbin/mount. > Thank's for you reply. Ok, so i need to figure out what's wrong with my config. Here are some details: This system was installed from the 2.2.2-RELEASE CDROM and fully updated via cvsup to 2.2-STABLE ( tag=RELENG_2_2 ) from cvsup.FreeBSD.org. Last make world was done the 08/30/1997 in single user mode. I have a single big root fs on one scsi disk. I made an /export directory containing the root hierarchy of a NetBSD(SPARC) binaries and a SWAPFILE in order to install a Sun workstation via diskless boot. So i need the -alldirs and the -r option of mountd. /kernel and /etc/rc.conf are properly configured for use with NFS etc ... Here is the /etc/exports i use for this: /export -alldirs -root=0 Here is the /etc/bootparams used: sun root=freegate:/export/sun/root \ swap=freegate:/export/sun/swap/SWAPFILE Without changing anything mountd -r cannot export anything at boot time. Syslogd messages are: Sep 7 15:48:45 freegate mountd[305]: Could not remount /export: Invalid argument Sep 7 15:48:45 freegate mountd[305]: Bad exports list line /export -alldirs -root /sbin/mount just say: /dev/sd0a on / (local) procfs on /proc (local) I clean, depend, recompile and reinstall all /usr/src/sbin stuff. It hasn't change anything for me. I also purge the /var/db/mountdtab file. So i dirtyly comment out the mountd portion of code saying Could not remount %s And i was able to complete my installation. I can just reproduce all this right away. May be something has going wrong when i update the os ? I also do a make includes on top of /etc/src to stay in phase with my latest cvsup before rebuilding mountd. NOTE: I did not find any troubles while using the -alldirs option in my brand new NetBSD. So i'am confused ... Thank's again for your support. Here is the diff for mountd: "$Id: mountd.c,v 1.11.2.7 1997/08/29 19:23:39 guido Exp $" ------------------------ CUT HERE ------------------------- *** mountd.c.ori Sun Sep 7 16:00:32 1997 --- mountd.c Sun Sep 7 16:02:39 1997 *************** *** 1685,1695 **** --- 1685,1697 ---- "Can't change attributes for %s.\n", dirp); return (1); } + /* if (opt_flags & OP_ALLDIRS) { syslog(LOG_ERR, "Could not remount %s: %m", dirp); return (1); } + */ /* back up over the last component */ while (*cp == '/' && cp > dirp) cp--; ------------------------ CUT HERE ------------------------- > -- > cheers, J"org > > joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE > Never trust an operating system you don't have sources for. ;-) > -- FreeBSD: Alain Brauner: alainb@freegate.gna.org 93200 St DENIS France From owner-freebsd-bugs Sun Sep 7 08:12:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA23638 for bugs-outgoing; Sun, 7 Sep 1997 08:12:58 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA23623; Sun, 7 Sep 1997 08:12:48 -0700 (PDT) From: Joerg Wunsch Received: (from joerg@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id IAA08180; Sun, 7 Sep 1997 08:10:23 -0700 (PDT) Date: Sun, 7 Sep 1997 08:10:23 -0700 (PDT) Message-Id: <199709071510.IAA08180@freefall.freebsd.org> To: root@Burka.NetVision.net.il, joerg@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/3392 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: System panics every few hours State-Changed-From-To: feedback-closed State-Changed-By: joerg State-Changed-When: Sun Sep 7 17:10:04 MEST 1997 State-Changed-Why: Originator confirms closure. From owner-freebsd-bugs Sun Sep 7 08:51:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA25759 for bugs-outgoing; Sun, 7 Sep 1997 08:51:01 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id IAA25731 for ; Sun, 7 Sep 1997 08:50:44 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id RAA20137; Sun, 7 Sep 1997 17:50:43 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id RAA12883; Sun, 7 Sep 1997 17:46:37 +0200 (MET DST) Message-ID: <19970907174637.YI14181@uriah.heep.sax.de> Date: Sun, 7 Sep 1997 17:46:37 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: bugs@FreeBSD.ORG Cc: alainb@freegate.gna.org (Alain Brauner) Subject: Re: bin/4448: Pb with -alldirs options in /etc/exports. References: <19970907085129.RH39493@uriah.heep.sax.de> 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 Alain Brauner on Sep 7, 1997 16:40:05 +0200 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Alain Brauner wrote: > I have a single big root fs on one scsi disk. > > I made an /export directory containing the root hierarchy of a > NetBSD(SPARC) binaries and a SWAPFILE in order to install a Sun > workstation via diskless boot. > So i need the -alldirs and the -r option of mountd. > > /kernel and /etc/rc.conf are properly configured for use with NFS etc ... > > Here is the /etc/exports i use for this: > > /export -alldirs -root=0 Herein lies the rub. -alldirs can only be used on the root of a physical filesystem (/ in your case), since it implies that all subdirectories of this filesystem should be mountable. Export attributes in kernel NFS are always per physical filesystem. So if you want to restrict it to /export, you can either: . make /export a separate physical filesystem, and use -alldirs, or . use something like /export /export/foo /export/bar -root=0 (Thinking about it, this looks counter-intuitive, i agree. But just deleting the complaint from mountd looks too risky to me either. This is a very security-relevant part of the NFS system.) -- 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 Sep 7 09:10:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA26514 for bugs-outgoing; Sun, 7 Sep 1997 09:10:17 -0700 (PDT) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA26499 for ; Sun, 7 Sep 1997 09:10:02 -0700 (PDT) Received: from gate.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id RAA23826; Sun, 7 Sep 1997 17:09:12 +0100 (BST) Message-Id: <199709071609.RAA23826@awfulhak.demon.co.uk> X-Mailer: exmh version 2.0zeta 7/24/97 To: Alain Brauner cc: freebsd-bugs@hub.freebsd.org Subject: Re: bin/4448: Pb with -alldirs options in /etc/exports. In-reply-to: Your message of "Sun, 07 Sep 1997 08:00:01 PDT." <199709071500.IAA23040@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 07 Sep 1997 17:09:12 +0100 From: Brian Somers Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk [.....] > Here is the /etc/exports i use for this: > > /export -alldirs -root=0 Shouldn't that be -maproot=0 ? BTW, exporting a fs writable to everyone isn't usually a good idea - but I guess you know your scenario. > -- > FreeBSD: > Alain Brauner: alainb@freegate.gna.org > 93200 St DENIS France > -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-bugs Sun Sep 7 09:30:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA27397 for bugs-outgoing; Sun, 7 Sep 1997 09:30:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA27390; Sun, 7 Sep 1997 09:30:02 -0700 (PDT) Resent-Date: Sun, 7 Sep 1997 09:30:02 -0700 (PDT) Resent-Message-Id: <199709071630.JAA27390@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, j@uriah.heep.sax.de Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id JAA26995 for ; Sun, 7 Sep 1997 09:21:28 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id SAA20609 for FreeBSD-gnats-submit@freebsd.org; Sun, 7 Sep 1997 18:21:27 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id SAA19531; Sun, 7 Sep 1997 18:04:17 +0200 (MET DST) Message-Id: <199709071604.SAA19531@uriah.heep.sax.de> Date: Sun, 7 Sep 1997 18:04:17 +0200 (MET DST) From: J Wunsch Reply-To: j@uriah.heep.sax.de To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/4486: ahc(4) in RELENG_2_2 can't do kernel core dumps Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4486 >Category: kern >Synopsis: ahc(4) in RELENG_2_2 can't do kernel core dumps >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Sep 7 09:30:02 PDT 1997 >Last-Modified: >Originator: J Wunsch >Organization: interface business GmbH >Release: FreeBSD 2.2-STABLE i386 >Environment: Any RELENG_2_2 kernel with an ahc(4) driver, and kernel core dumping enabled. Observed for at least half a year now. >Description: When the kernel tries to dump core on the mentioned system, it starts to say `dumping ...', but then jams. The machine needs a hard reset in order to be freed. >How-To-Repeat: Configure a RELENG_2_2 kernel with an ahc(4) driver for kernel core dumping, and cause a panic. Calling `panic' from DDB should suffice. >Fix: Unknown. Suspecting some problem with interrupts enabled, but the driver trying to poll the controller. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Sep 7 14:01:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA11065 for bugs-outgoing; Sun, 7 Sep 1997 14:01:17 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA11036; Sun, 7 Sep 1997 14:00:22 -0700 (PDT) From: Masafumi NAKANE Received: (from max@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id NAA10205; Sun, 7 Sep 1997 13:57:55 -0700 (PDT) Date: Sun, 7 Sep 1997 13:57:55 -0700 (PDT) Message-Id: <199709072057.NAA10205@freefall.freebsd.org> To: max@FreeBSD.ORG, gnats-admin@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: pending/4485 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: boot fials if root fs blocksize is not 8kb Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: max Responsible-Changed-When: Sun Sep 7 13:55:44 PDT 1997 Responsible-Changed-Why: Misfiled PR. From owner-freebsd-bugs Sun Sep 7 14:03:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA11141 for bugs-outgoing; Sun, 7 Sep 1997 14:03:32 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA11117; Sun, 7 Sep 1997 14:02:56 -0700 (PDT) From: Masafumi NAKANE Received: (from max@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id OAA10291; Sun, 7 Sep 1997 14:00:29 -0700 (PDT) Date: Sun, 7 Sep 1997 14:00:29 -0700 (PDT) Message-Id: <199709072100.OAA10291@freefall.freebsd.org> To: max@FreeBSD.ORG, gnats-admin@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: pending/4487 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Kernel panic executing a directory Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: max Responsible-Changed-When: Sun Sep 7 13:59:43 PDT 1997 Responsible-Changed-Why: Misfiled PR. From owner-freebsd-bugs Sun Sep 7 14:15:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA11624 for bugs-outgoing; Sun, 7 Sep 1997 14:15:59 -0700 (PDT) Received: from ns.afp.com (ns2.afp.com [158.50.204.4]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA11618 for ; Sun, 7 Sep 1997 14:15:56 -0700 (PDT) Received: from perrier.par.afp.com (perrier.par.afp.com [158.50.140.56]) by ns.afp.com (8.8.6/8.8.5) with ESMTP id AAA08624; Mon, 8 Sep 1997 00:14:58 +0200 (METDST) Received: (from uucp@localhost) by perrier.par.afp.com (8.8.5/8.8.5) with UUCP id XAA08804; Sun, 7 Sep 1997 23:13:16 +0200 Received: from localhost (alainb@localhost) by freegate.gna.org (8.8.7/8.8.7) with SMTP id WAA00276; Sun, 7 Sep 1997 22:58:06 +0200 (CEST) Date: Sun, 7 Sep 1997 22:58:06 +0200 (CEST) From: Alain Brauner To: Joerg Wunsch cc: bugs@FreeBSD.ORG Subject: Re: bin/4448: Pb with -alldirs options in /etc/exports. In-Reply-To: <19970907174637.YI14181@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 7 Sep 1997, J Wunsch wrote: > As Alain Brauner wrote: > > > > > Here is the /etc/exports i use for this: > > > > /export -alldirs -root=0 > > Herein lies the rub. -alldirs can only be used on the root of a > physical filesystem (/ in your case), since it implies that all > subdirectories of this filesystem should be mountable. Export > attributes in kernel NFS are always per physical filesystem. > Ok, i just re-read the manpage, i will review my configuration. This pr is to be closed since it's only a local configuration problem. Thank's a lot. -- FreeBSD: Alain Brauner: alainb@freegate.gna.org 93200 St DENIS France From owner-freebsd-bugs Sun Sep 7 15:42:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA15313 for bugs-outgoing; Sun, 7 Sep 1997 15:42:11 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA15304; Sun, 7 Sep 1997 15:41:58 -0700 (PDT) From: Joerg Wunsch Received: (from joerg@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id PAA10775; Sun, 7 Sep 1997 15:39:31 -0700 (PDT) Date: Sun, 7 Sep 1997 15:39:31 -0700 (PDT) Message-Id: <199709072239.PAA10775@freefall.freebsd.org> To: alainb@freegate.gna.org, joerg@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/4448 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: mountd doesn't export a directory with -alldirs options. State-Changed-From-To: feedback-closed State-Changed-By: joerg State-Changed-When: Mon Sep 8 00:39:03 MEST 1997 State-Changed-Why: Alain: Ok, i just re-read the manpage, i will review my configuration. This pr is to be closed since it's only a local configuration problem. From owner-freebsd-bugs Sun Sep 7 19:00:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA26215 for bugs-outgoing; Sun, 7 Sep 1997 19:00:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA26167; Sun, 7 Sep 1997 19:00:01 -0700 (PDT) Resent-Date: Sun, 7 Sep 1997 19:00:01 -0700 (PDT) Resent-Message-Id: <199709080200.TAA26167@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, mi@aldan.ziplink.net Received: from xxx.video-collage.com (xxx.video-collage.com [199.232.254.68]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA25886 for ; Sun, 7 Sep 1997 18:54:56 -0700 (PDT) Received: (from mi@localhost) by xxx.video-collage.com (8.8.5/8.8.5) id VAA12009; Sun, 7 Sep 1997 21:54:34 -0400 (EDT) Message-Id: <199709080154.VAA12009@xxx.video-collage.com> Date: Sun, 7 Sep 1997 21:54:34 -0400 (EDT) From: Mikhail Teterin Reply-To: mi@aldan.ziplink.net To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/4491: combination of null-FS , NFS and chroot crash the system Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4491 >Category: bin >Synopsis: combination of null-FS , NFS and chroot crash the system >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Sep 7 19:00:01 PDT 1997 >Last-Modified: >Originator: Mikhail Teterin >Organization: Virtual Estates, Inc. >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: BigMachine is a 2.2.1-RELEASE. SmallMachine is 2.2.2-RELEASE >Description: null-FS is mounted over the subdirectory of NFS mount point >How-To-Repeat: On BigMachine as root: mkdir /SmallMachine mount -t nfs SmallMachine:/ /SmallMachine mount -t nfs SmallMachine:/usr /SmallMachine/usr # SmallMachine does not have anything in it's /usr/local mount -t null /usr/local /SmallMachine/usr/local chroot /SmallMachine tcsh !!! BigMachine reboots !!! >Fix: I wish I knew >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Sep 7 20:40:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA01127 for bugs-outgoing; Sun, 7 Sep 1997 20:40:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA01113; Sun, 7 Sep 1997 20:40:01 -0700 (PDT) Date: Sun, 7 Sep 1997 20:40:01 -0700 (PDT) Message-Id: <199709080340.UAA01113@hub.freebsd.org> To: freebsd-bugs Cc: From: Kazutaka YOKOTA Subject: Re: bin/4477: vidcontrol fails to change videomode on syscons' text console Reply-To: Kazutaka YOKOTA Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/4477; it has been noted by GNATS. From: Kazutaka YOKOTA To: root@nt5.ipi.kiev.ua Cc: FreeBSD-gnats-submit@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: bin/4477: vidcontrol fails to change videomode on syscons' text console Date: Mon, 08 Sep 1997 12:36:51 +0900 >>Number: 4477 >>Category: bin >>Synopsis: vidcontrol fails to change videomode on syscons' text console >>Confidential: no >>Severity: serious >>Priority: medium >>Responsible: freebsd-bugs >>State: open >>Class: sw-bug >>Submitter-Id: current-users >>Arrival-Date: Sat Sep 6 12:20:01 PDT 1997 >>Last-Modified: >>Originator: Charlie & >>Organization: >SPLINE JV, Kiev >>Release: FreeBSD 2.2-970901-RELENG i386 >>Environment: > > Pentium 100 / RAM 64M / 2xIDE HDDs / S3 Trio64 videocard / b/w SVGA mon >itor > >>Description: > > vidcontrol refuses to set any VGA/EGA videomode different > from default 8x25 one. This happens depending on the installed video card. It is annoying but necessary restriction in the syscons driver. Syscons does not let the user to change video mode (via vidcontrol) if the video mode parameter table in the video BIOS is not organized the way syscons expects. The table is checked during syscons' initialization. Syscons needs the table to find correct set of parameters to change the video mode of the given video card. Some video card manufactures somehow decided to write the parameter table in a way different from the IBM's original VGA BIOS. Its BIOS knows how the table is ordered, but syscons cannot... What brand of video cards are you using? Kazu From owner-freebsd-bugs Mon Sep 8 08:40:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA07482 for bugs-outgoing; Mon, 8 Sep 1997 08:40:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA07472; Mon, 8 Sep 1997 08:40:02 -0700 (PDT) Date: Mon, 8 Sep 1997 08:40:02 -0700 (PDT) Message-Id: <199709081540.IAA07472@hub.freebsd.org> To: freebsd-bugs Cc: From: Cy Schubert - ITSD Open Systems Group Subject: Re: conf/4461: IOMega Zip disk entry for disktab Reply-To: Cy Schubert - ITSD Open Systems Group Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR conf/4461; it has been noted by GNATS. From: Cy Schubert - ITSD Open Systems Group To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Cc: cy@uumail.gov.bc.ca, FreeBSD-gnats-submit@freebsd.org Subject: Re: conf/4461: IOMega Zip disk entry for disktab Date: Mon, 08 Sep 1997 08:30:35 -0700 I'll try that out next time. Regards, Phone: (250)387-8437 Cy Schubert Fax: (250)387-5766 UNIX Support OV/VM: BCSC02(CSCHUBER) ITSD BITNET: CSCHUBER@BCSC02.BITNET Government of BC Internet: cschuber@uumail.gov.bc.ca cschuber@bcsc02.gov.bc.ca "Quit spooling around, JES do it." > As cschuber@uumail.gov.bc.ca wrote: > > > Please add the following to the distribution disktab. > > > > zip|IOMEGA zip 100:\ > > :dt=SCSI:ty=removable:se#512:nt#64:ns#32:nc#96:\ > > :pa#196576:oa#0:ba#4096:fa#512:ta=4.2BSD:\ > > :pc#196576:oc#0: > > What's wrong with ``disklabel -Brw sdX auto''? I figure it should > have yielded basically the same (except you gotta use disklabel -e > afterwards). > > -- > 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 Sep 8 08:50:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA08049 for bugs-outgoing; Mon, 8 Sep 1997 08:50:06 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA08041; Mon, 8 Sep 1997 08:50:01 -0700 (PDT) Resent-Date: Mon, 8 Sep 1997 08:50:01 -0700 (PDT) Resent-Message-Id: <199709081550.IAA08041@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, mouth@ibm.net Received: (from nobody@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA07723; Mon, 8 Sep 1997 08:43:52 -0700 (PDT) Message-Id: <199709081543.IAA07723@hub.freebsd.org> Date: Mon, 8 Sep 1997 08:43:52 -0700 (PDT) From: mouth@ibm.net To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: docs/4495: User PPP not working right Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4495 >Category: docs >Synopsis: User PPP not working right >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Sep 8 08:50:00 PDT 1997 >Last-Modified: >Originator: John Kelly >Organization: >Release: 2.2-STABLE with make world as of 9-7-97 >Environment: FreeBSD hot3.auctionfever.com 2.2-STABLE FreeBSD 2.2-STABLE #0: Mon Sep 8 00:01:33 EDT 1997 root@hot3.auctionfever.com:/usr/src/sys/compile/HOT i386 >Description: Erratic function. Somtimes I can PING the outside world and other times I cannot. When it fails, I have to kill PPP and start it again. It fails more often than it succeeds. I usually start it with: ppp -alias -background ibm When it does work to the point that I can PING the outside world, I get the following message: ppp[241]: Error: Got ConfigReq while state = 4 I am also running Samba, which works fine, in case there may be any coexistence problems. >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Sep 8 10:09:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA12681 for bugs-outgoing; Mon, 8 Sep 1997 10:09:44 -0700 (PDT) Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA11855 for freebsd-bugs@freebsd.org; Mon, 8 Sep 1997 10:00:28 -0700 (PDT) Date: Mon, 8 Sep 1997 10:00:28 -0700 (PDT) Message-Id: <199709081700.KAA11855@hub.freebsd.org> From: FreeBSD bugmaster To: FreeBSD bugs list Subject: Current problem reports Sender: owner-freebsd-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 a [1996/01/22] kern/965 bde 2.0.5: system crashes daily because of "m 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/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 f [1997/01/01] ports/2352 torstenb 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, o [1997/01/25] bin/2581 imp security holes in libtermcap 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/21] misc/2795 Cyclades 8YO -- Not working under 2.1.6-S o [1997/02/28] bin/2837 Globalyst550 Disk-Drive Not found!! 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/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/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] kern/3103 vi large_file --> reboot without panic o [1997/03/26] ports/3106 torstenb pidentd exits with signal 6 o [1997/03/27] kern/3128 Can't Install FreeBSD 2.2.1 o [1997/03/30] kern/3150 Cyrix 6x86L-P200+ crashes w/ page fault o [1997/04/01] ports/3165 jmz tex-3.14159.tgz lacks file o [1997/04/08] kern/3234 ipfilter.shar - integration complete o [1997/04/12] kern/3267 dyson mtime/ctime sometimes updated when a prog o [1997/04/22] bin/3374 Cannot Install FreeBSD 2.2.1 - installati o [1997/04/27] ports/3394 max jp-Wnn-4.2 fails to make personal diction o [1997/04/28] kern/3404 frequent kernel panics o [1997/05/01] i386/3462 using a PS/2 mouse causes kernel trap in o [1997/05/05] bin/3510 xsm does not work! o [1997/05/07] ports/3536 jmz MakeTexPK calls gftopk with wron argument o [1997/05/12] misc/3586 The boot.flp file is too large to image t o [1997/05/13] kern/3594 EAGAIN and garbage data when reading sock o [1997/05/16] kern/3609 fs on remote host is mounted via NFS, rec o [1997/05/17] misc/3615 Error in /usr/src/lib/libc/gen/sigsetops. o [1997/05/21] bin/3650 Ypserv dumps core randomly. o [1997/05/23] kern/3671 SCSI tape drive with AHA 2940 locks up sy o [1997/05/24] kern/3674 NFS in 2.2 RELEASE hangs. o [1997/05/26] kern/3690 vm problems on 2.2, 2.1.7 works o [1997/05/27] kern/3696 kernel panic during wd hard disk probe if o [1997/05/27] misc/3700 FPE error in "normal" math code o [1997/05/30] kern/3721 kernel panic with netatalk o [1997/06/01] kern/3752 NFS dirs under -current still have proble o [1997/06/01] kern/3753 "make" hangs when building in an NFS dir o [1997/06/02] kern/3761 Inlel EtherExpress pro/100B more than on o [1997/06/11] misc/3846 The sample /etc/amd.map has a security ho o [1997/06/14] ports/3872 ports Enter key not working properly in trn por o [1997/06/16] kern/3887 fxp driver looses packets o [1997/06/17] i386/3895 False FPE (floating point exception) sign o [1997/06/25] kern/3949 The WD controller probe can fail when it o [1997/06/26] misc/3959 files in /usr/local/etc are randomly beco o [1997/07/02] bin/4018 Will not install in 2nd partition of my C o [1997/07/03] kern/4021 Local mount of a local NFS exported direc o [1997/07/10] kern/4074 Kernel panics when accessing a ccd device o [1997/07/11] kern/4076 Adaptec 2940 and non-wide devices o [1997/07/14] ports/4093 ports [oleo] Calculating 1/1 becomes infinity. o [1997/07/31] kern/4200 "vm_fault: fault on nofault entry" when r o [1997/08/11] kern/4273 kernel page faults with heavy disk access o [1997/08/12] bin/4288 PPP and PPPD do not stay up after shell e o [1997/08/12] kern/4289 kernel panic: vm_fault: fault on nofault o [1997/08/13] bin/4299 named is vulnerable to DNS spoofing o [1997/08/13] kern/4301 adding a default route lags all network f o [1997/08/16] i386/4315 sio0 and sio1 serial ports fail to probe o [1997/08/17] kern/4328 Degenerate network performance o [1997/08/18] kern/4332 gibbs System crash after SCSI DAT tape access. o [1997/08/18] bin/4333 gibbs Dump backup utility completely crashes th o [1997/08/20] kern/4345 Kernel panic is caused by passing file de o [1997/08/22] kern/4355 Executor does not work with sound configu o [1997/09/02] kern/4453 2.2.2 lockup on restart with ASUS-TX97 mo o [1997/09/03] ports/4458 ports MH's packf command dumps core o [1997/09/07] gnu/4480 cc crashes with Internal compiler error w o [1997/09/07] bin/4491 combination of null-FS , NFS and chroot c o [1997/09/08] ports/4493 ports perl5 port fails to compile 94 problems total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [1995/03/02] misc/229 bde acos() core dump 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/06/23] kern/546 pci_bus_config() does not init parent poi 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/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/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 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 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 ps(1) bugs o [1996/07/19] docs/1402 steve sh(1) manual f [1996/07/24] kern/1423 wollman route causes kernel page fault. o [1996/07/25] bin/1429 steve sh(1) and getopts f [1996/08/01] bin/1454 steve /bin/sh bug handling <<[n] FD processing a [1996/08/02] docs/1457 ache ed(1) man 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 o [1996/09/14] kern/1610 dyson mmap() of unassociated memory + mlock() c 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/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/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 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 a [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/07] bin/1973 jmg pppd uses /etc/ppp/options.tty after comm o [1996/11/08] gnu/1981 ypserv handles null key incorrectly o [1996/11/13] ports/2000 asami obsolete software in distfiles directory a [1996/11/13] bin/2001 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 a [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/24] kern/2094 wd1: interrupt timeout: o [1996/11/26] bin/2107 problem building a system from cdrom. 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/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 brian 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 quota.user enlarged, no boot on 2.2-BETA o [1996/12/30] kern/2330 changing root device to sd0a - ncr0: abor o [1997/01/01] kern/2351 panic:timeout table full f [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 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/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 a [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] 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 ache 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/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/16] gnu/2749 peter cvs export using remote cvs fails - CVS/T 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/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/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/03] i386/2853 sos 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/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/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/18] kern/3021 panic after sync during reboot 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/24] i386/3082 keyboard locks up unexpectedly o [1997/03/24] i386/3083 Toshiba XM-5702B ATAPI CDROM not detected o [1997/03/25] kern/3104 Cannot execute files on a nullfs filesyst o [1997/03/27] conf/3123 /stand/sysintstall does not perform to up s [1997/03/27] bin/3126 Install with mcd0 still broken. 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/30] gnu/3149 patch-2.1: files possibly created in wron 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 f [1997/04/04] i386/3195 gibbs ahc panic o [1997/04/05] kern/3201 de0 not re-enabled after hub down o [1997/04/05] ports/3205 jmz Mtools-3.0 attempts to flock() a disk par f [1997/04/05] kern/3209 dyson 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/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 ache ncftp-2.4.2 in packages-2.2 was not linke o [1997/04/12] kern/3263 troubles with digiboard o [1997/04/13] kern/3278 mounting MFS uses up swap space o [1997/04/15] bin/3305 Can't do encrypted rlogin into self f [1997/04/16] bin/3307 Unable to Route to a different Class C wi o [1997/04/18] bin/3325 brian http request over ijppp hangs o [1997/04/18] kern/3327 using gdb may cause hanging processes. f [1997/04/18] kern/3328 dyson another kernel panic o [1997/04/19] kern/3351 Scsi bus timeouts in 2.1.7.1 (adaptec 294 o [1997/04/19] bin/3355 se ncrcontrol fails when -DFAILSAFE in kerne o [1997/04/25] kern/3384 telldir-seekdir can cause livelock o [1997/04/27] kern/3398 off by one error in ffs_alloc o [1997/04/28] bin/3406 rich Fresh Internet Install - Permissions on f o [1997/05/01] gnu/3441 C++ exceptions don't work in shared libra o [1997/05/01] misc/3460 Lots of stuff still refernces /etc/syscon o [1997/05/01] kern/3463 netstat -I packet count increase on sl0 w o [1997/05/02] kern/3468 Panic - page fault in kernel mode o [1997/05/02] gnu/3470 fail to use standart ANSI C++ string clas o [1997/05/03] bin/3478 pwd_mkdb and passwd o [1997/05/04] kern/3495 _thread_fd_table is not initialized with o [1997/05/04] i386/3502 Merge of if_ix* and if_ie* broke EE/16 su o [1997/05/06] bin/3524 rlogin doesn't read $HOSTALIASES for non- o [1997/05/07] conf/3526 Bug in config(8) mechanism o [1997/05/07] kern/3527 if_de.c doesn't recognize Kingston card p o [1997/05/08] misc/3544 Uprgade problem with schg flags o [1997/05/09] kern/3564 using MPU401 driver pagefaults kernel o [1997/05/09] kern/3569 ex0 driver doesn't work with EtherExpress o [1997/05/11] misc/3578 defining CXXFLAGS in /etc/make.conf or en o [1997/05/12] kern/3579 de driver doesn't support newer SMC 9332 o [1997/05/12] kern/3581 intermittent trap 12 in lockstatus() o [1997/05/12] kern/3582 panic: bad dir (mangled entry) in 2.2-STA o [1997/05/12] kern/3583 'syctl kern' dumps core when displaying c o [1997/05/13] conf/3591 parts in rc.local have no effects in rc.* o [1997/05/18] bin/3622 gethostbyname fails for file descriptors o [1997/05/19] kern/3633 description of interface flags in ep(4) m o [1997/05/20] ports/3640 ports xlockmore galaxy bombs out o [1997/05/20] kern/3646 kernel built with "options NETATALK" fail o [1997/05/21] ports/3649 ports xlock quits on receipt of signalxx 8 f [1997/05/21] ports/3654 pst mkdist script is broken. o [1997/05/21] kern/3661 System locked up while editing rc.conf, w o [1997/05/23] bin/3670 make fails in libc o [1997/05/25] kern/3685 panic: fdesc attr o [1997/05/25] kern/3688 fsck -p gets transient unexpected inconsi o [1997/05/29] kern/3707 IP Accounting counts packets two virtual o [1997/05/29] gnu/3714 gdb -w -k /kernel /dev/mem != gdb --wcore o [1997/05/30] conf/3725 Cirrus Logic PCMCIA Controller Support o [1997/05/30] kern/3726 process hangs in 2.2-stable when working o [1997/05/30] kern/3727 SCSI II tape support broken o [1997/06/01] kern/3744 Inability to edit memory area for ed0 pre o [1997/06/01] kern/3745 Use of ed0 with buff addr of C8000 causes o [1997/06/01] bin/3746 daemon screen saver missing o [1997/06/01] conf/3750 phk Potential improvements to rc.firewall o [1997/06/02] i386/3760 Inlel EtherExpress pro/100B !!! o [1997/06/02] bin/3763 df hangs uninterruptably when nfs mount f o [1997/06/03] kern/3771 NFS hangs when writing to local FS re-mou o [1997/06/04] i386/3779 changing cursor to blinking block causes o [1997/06/06] bin/3799 make world failing on 2.2.1 o [1997/06/07] conf/3807 mitsumi cd-rom fx800 (8x cd-rom) is not r o [1997/06/08] gnu/3810 cvs can't handle multiple multiple-path d o [1997/06/09] docs/3817 broken indent manpage o [1997/06/09] ports/3822 asami ports-current Xaw3d doesn't compile o [1997/06/09] kern/3827 fopen/freopen fails on some binary files. o [1997/06/11] bin/3849 Existing quota tools are limited. o [1997/06/13] i386/3857 bios screensaver screws up screen o [1997/06/13] bin/3862 I dont seem to get a login prompt.... o [1997/06/16] misc/3883 @+netgroup entries break +NIS-user entrie o [1997/06/18] kern/3899 df while unmounting floppy crashes 2.2.2 o [1997/06/19] kern/3909 joerg A patch supporting some new worm drivers o [1997/06/19] gnu/3910 sort(1) of 2.2.1R doesn't work in special f [1997/06/22] kern/3925 SO_SNDLOWAT of 0 causes kernel to use 99% o [1997/06/23] bin/3937 getty works on ttyd1 but not ttyd0 o [1997/06/28] misc/3980 access via NFS fails during mount-operati o [1997/06/29] bin/3982 /usr/include/arpa/tftp.h has bug preventi o [1997/06/29] bin/3986 rdist seg faults when target machine is d o [1997/07/01] i386/4006 panic: ahc_intr: AWAITING_MSG for an SCB o [1997/07/02] kern/4012 2.2-RELEASE/Digital UNIX NFSv3 0 length f o [1997/07/02] misc/4013 boot floppy hangs if IDE ZIP Drive presen o [1997/07/03] kern/4022 Fatal double fault using vn device o [1997/07/04] kern/4032 During recovery from scsi errors, incorre o [1997/07/04] gnu/4033 peter cvs clears default branch when adding a f o [1997/07/06] gnu/4042 gdb stackframe in static library shows no o [1997/07/06] docs/4043 man page for directory ops is misleading o [1997/07/07] ports/4050 jfitz mrtg: rateup dumps core with malloc_optio o [1997/07/08] ports/4062 obrien xskyroot o [1997/07/09] kern/4071 Accessing /dev/rst0 causes `DMA beyond en o [1997/07/12] bin/4078 sos Typed password to log in on console and i o [1997/07/17] ports/4105 ports tac_plus port update o [1997/07/17] kern/4107 ch.c does not use bounce buffers o [1997/07/17] gnu/4111 send-pr doesn't se that Category is actua o [1997/07/17] kern/4115 SunOS NFS file has wrong owner if creator o [1997/07/19] kern/4119 can't connect to Win NT 4.0 RAS using MS o [1997/07/20] ports/4129 ports New port uploaded to incoming/sane.tar.gz o [1997/07/21] bin/4134 Potential bufferflow in getpwent(), getpw o [1997/07/22] kern/4141 ipfw default rule should be compile-time o [1997/07/25] bin/4167 dump fials for dumping subdirectory o [1997/07/26] bin/4176 restore gets confused when run over pipe o [1997/07/27] ports/4178 jdp The cvsup port cannot be built on a non X o [1997/07/27] ports/4179 fenner lmbench-1.1 dumps core after asking for m o [1997/07/28] kern/4186 nfsiod, panic, page fault in kernel mode o [1997/07/30] kern/4194 kernel pci driver for Digital 21041 Ether f [1997/07/31] bin/4202 pwd_mkdb trashes .db o [1997/08/04] i386/4226 Floating point exception for double preci o [1997/08/05] bin/4231 ipfw no more returns error when deleting o [1997/08/06] kern/4233 pca driver does not support A-law encodin o [1997/08/06] bin/4234 ncurses programs broken, won't work in re o [1997/08/06] docs/4236 sgml: translation of to html is wr o [1997/08/06] kern/4240 kernel fails to recognise 2nd serial port o [1997/08/06] bin/4241 send-pr aborts when emacs is editor o [1997/08/08] conf/4252 sendmail doesn't use smrsh by default o [1997/08/09] bin/4254 make in free(): warning: chunk is already o [1997/08/09] kern/4256 ahc driver: kernel goes to strange state o [1997/08/10] kern/4260 EOF handling in st(4) is broken o [1997/08/10] kern/4265 Panic in dsinit when multiple FreeBSD sli o [1997/08/10] ports/4267 ports Updated (and renamed) linux-ls port; fixe o [1997/08/10] kern/4270 ch driver does not use bounce buffers o [1997/08/11] kern/4271 System crashed caused by moving mouse poi o [1997/08/11] bin/4276 Security problem with DNS resolution o [1997/08/12] kern/4284 le0 goes OACTIVE after some time o [1997/08/13] kern/4295 SL/IP difficulties between 2.2.1 & 2.2.2 o [1997/08/16] kern/4312 arp table gets messed up, syslog "gateway o [1997/08/17] kern/4327 NFS over TCP reconnect problem o [1997/08/18] kern/4335 Support for EtherExpress Pro/10+ o [1997/08/20] bin/4341 cc: Internal compiler error: program cpp o [1997/08/21] bin/4353 fetch -m changes modified date o [1997/08/22] bin/4354 make *world fails because of dependency o o [1997/08/22] bin/4357 wosch bug in adduser script causes duplicate UI o [1997/08/23] bin/4366 bad144 crashes if checking over 2gb o [1997/08/24] bin/4376 pthread_join does not return the values s o [1997/08/25] bin/4379 Make world breaks in sbin/ifconfig o [1997/08/25] docs/4381 mount -t msdos causes panic:vm_fault o [1997/08/25] kern/4382 CURRENT kernel has a "free vnode isn't" p o [1997/08/26] ports/4392 ports New ports collescction : mouseclock-1.0 o [1997/08/27] ports/4405 jfitz ascend-radius port is out-of-date o [1997/08/29] kern/4416 syscons: problem with font o [1997/08/29] kern/4417 syscons: mouse pointer destroys character o [1997/09/01] bin/4445 segmentation fault in vfprintf o [1997/09/02] kern/4454 X drops characters/locks up keyboard when o [1997/09/03] bin/4460 lpd hangs exiting (IE in ps table) o [1997/09/06] bin/4476 fetch puzzled while getting files when ma o [1997/09/06] bin/4477 vidcontrol fails to change videomode on s o [1997/09/07] kern/4487 Kernel panic executing a directory o [1997/09/08] docs/4495 User PPP not working right 344 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- a [1994/12/01] kern/35 mount -t union -o -b : lower layer not se o [1995/01/14] bin/115 systat iostat display doesn't scale high o [1995/01/22] kern/176 peter EIDRM not defined in errno.h o [1995/04/20] misc/355 policy on /usr/local permission in base r o [1995/05/13] bin/401 wollman Add REMOTE_* variables a [1995/05/23] i386/440 sos want vidcontrol option to apply settings a [1995/05/27] gnu/450 scrappy tar --exclude -c doesn't work o [1995/06/15] bin/517 wpaul Bad group change with 'install' o [1995/07/05] bin/591 phk SPAP request REJexted in stead of NAKed o [1995/07/09] misc/605 wpaul NIS: get*bynis routine problems f [1995/08/03] kern/652 Multiple addresses on one interface inter s [1995/08/05] gnu/655 jdp ld -r of shared objects worked in 1.1.5, o [1995/08/07] bin/658 ifconfig alias has to be separately given f [1995/08/12] kern/677 dyson X gets a bus error when calling mmap() o [1995/08/13] bin/680 joerg 2.0.5's tip using termios doesn't act the o [1995/08/18] kern/700 fenner The comments in /sys/net/if.h are confusi o [1995/09/26] kern/742 dyson syslog errors accessing Mac hard disks [p o [1995/10/03] kern/765 phk umount -f can`t umount a NFS filesystem i o [1995/11/11] bin/815 mountd reports unknown hosts with non-inf o [1995/11/20] kern/831 one minor complaint about the kernel visu o [1995/11/22] kern/835 davidg ed panics with SMC ultra with iomem, if n o [1995/11/27] bin/841 stale nfs mounts cannot be umounted o [1995/11/30] bin/854 dyson swapinfo shows incorrect information for o [1995/12/17] kern/900 dyson ext2fs triggers divide by zero trap in vn a [1995/12/29] misc/922 From line handling incorrect in mail.loca a [1995/12/31] kern/924 EISA devices have disappeared from vmstat o [1996/01/21] bin/961 'more $file', incorrect CRLF compacting. o [1996/01/28] kern/975 bde getrusage returns negative deltas a [1996/01/30] bin/981 fenner clnt_broadcast() is not aware of aliases s [1996/02/03] bin/993 peter g++ complains about /usr/include/machine/ o [1996/02/07] bin/999 peter /usr/share/mk/sys.mk missing common $(RM) o [1996/02/12] bin/1021 phk pppd doesn't handle PAP-only authenticati f [1996/02/14] kern/1026 deadlocks if parent vfork and child has c f [1996/02/15] bin/1029 cd behaves erraticly if cwd is a mount-po f [1996/02/19] bin/1037 2.x telnetd handles CTRL-M differently th o [1996/02/25] i386/1042 bde Warning from sio driver reports wrong dev o [1996/02/26] misc/1043 dyson vm_bounce_alloc error on 2.1 install with o [1996/03/20] kern/1090 iostat displays incorrect sps count o [1996/03/20] bin/1093 wollman route's diagnostic is weird o [1996/04/06] kern/1119 dyson Mounted EXT2FS partition is not cleanly u a [1996/04/15] kern/1144 sig{add, del}set and sigismember fns don' a [1996/04/22] bin/1154 Configure tunN device for ip-over-ip tunn o [1996/04/23] bin/1155 systat or top display disagreeing informa o [1996/05/09] bin/1184 scrappy ls + xterm + nvi + columns != 80 + ^Z = m o [1996/05/15] bin/1206 steve /bin/sh + emacs + ^G = ruined terminal o [1996/06/11] bin/1312 automounter hangs on boot o [1996/06/12] conf/1319 muldi3 is not included into kernel's Make a [1996/06/13] bin/1320 gpalmer dump limits blocksize to 32K o [1996/06/18] i386/1331 phk changes and bug in ft driver f [1996/06/18] bin/1332 changes to amd and possible nfs lkm bug? f [1996/07/04] misc/1369 Need SC_MORE_LUS for Emulex MD23 also a [1996/07/07] bin/1375 Extraneous warning from mv(1) f [1996/07/07] misc/1376 if_tun.c does not set if_ibytes and if_ob o [1996/07/18] kern/1399 dyson invoking setuid programs over NFS case vn o [1996/07/21] ports/1416 ports cflow(1) doesn't parse GNU C __attribute_ s [1996/07/23] kern/1421 Non-bug in sosend() o [1996/07/24] misc/1428 ncurses doesn't always display ALTCHARSET o [1996/08/03] kern/1462 nfsstat doesn't work if using LKM'ed vers a [1996/08/07] ports/1470 asami need more info in the ports structure o [1996/08/17] kern/1501 vmstat reports impossible avm after start o [1996/08/17] bin/1502 vmstat 'avm' field merges with procs 'w' o [1996/08/17] kern/1508 sos syscons should protect against useless DD o [1996/08/19] kern/1514 dyson mlock fails on readonly regions o [1996/08/20] kern/1516 dyson vm_fault.c contains dead code or too many o [1996/08/21] ports/1520 ports sudo dosn't recognise certain passwords a o [1996/08/21] bin/1523 "cvs update -d -P" prunes unchecked-in di o [1996/08/24] misc/1538 enhanced /etc/security script a [1996/09/04] bin/1565 Moving a file to it's link completely rem o [1996/09/06] bin/1577 mail -f foo does not look in current dire o [1996/09/08] bin/1589 ftp fails to flush output o [1996/09/11] bin/1598 tip leaves OPOST set on controlling termi o [1996/09/12] docs/1602 ache /usr/lib/terminfo refered to in man termi o [1996/09/12] bin/1607 dfr unmount fails for a NFS fs mounted withou o [1996/09/14] gnu/1611 phk groff should use "system-wide" papersize o [1996/09/14] kern/1614 Attempt to mount an NTFS partition causes f [1996/09/18] kern/1636 mss driver extension to broaden support a [1996/09/18] bin/1642 pkg_install Makefiles could be simplified o [1996/09/19] bin/1649 md5(1) header file makes bad assumption o [1996/09/19] kern/1654 In procfs, vattr doesn't contain correct o [1996/09/20] kern/1658 ktrace/kdump flaky - corrupted ktrace.out o [1996/09/23] i386/1671 s2 map in pcvt isn't ISO 8859-1 and claim o [1996/09/29] kern/1690 apm and sbxvi inappropriately probe as co o [1996/09/29] docs/1691 brian ppp server doc submission o [1996/10/02] misc/1708 monthly login accounting o [1996/10/02] kern/1711 joerg kernel logging of signaled processes shou o [1996/10/03] misc/1717 Use of ntohl causes lint to complain o [1996/10/04] bin/1721 /sbin/route incorrectly installs routes w o [1996/10/04] kern/1725 visual config redraws bits of the screen f [1996/10/08] misc/1738 Install floppy returns random geometry wi o [1996/10/11] conf/1777 sysctl called in /etc/netstart before /us s [1996/10/13] kern/1788 pst netstat gives negative numbers for tcp by o [1996/10/13] misc/1791 syslimits.h does not allow overriding def o [1996/10/13] bin/1793 steve /bin/sh return w/o exitstatus in a functi o [1996/10/14] bin/1804 pkg_create hangs if the packing list has o [1996/10/16] bin/1827 add support of Glidepoint trackpad "tap/d o [1996/10/20] bin/1849 gdb sets library breakpoints on the wrong o [1996/10/20] misc/1853 Syscons font mapping semms not to work pr o [1996/10/20] docs/1855 joerg Addition to LINT o [1996/10/22] kern/1868 system knows it has no keyboard but compl o [1996/10/23] misc/1871 incorrect '===> item' when making world o [1996/10/23] bin/1872 automounter (amd) cannot ls directories w o [1996/10/24] bin/1881 file(1) misidentifies Sun3/m68k executabl 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/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/04] i386/1953 sos 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 f [1996/11/18] ports/2051 andreas 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 f [1996/11/21] ports/2079 obrien New ports supporting AWE sound driver (fo 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/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] kern/2118 sos 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 pst qpopper bulletin support broken o [1996/12/03] conf/2146 wrong /dev for COM2 during installation v o [1996/12/06] i386/2166 psm driver locks the console f [1996/12/07] ports/2169 pst zephyr port does not completely compile f [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 jmz latex* ports need updating a [1996/12/21] bin/2265 guido su(1) does not call skeyaccess() o [1996/12/24] kern/2273 dufault support for POSIX.4 / POSIX.1a RT-schedul 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/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/11] bin/2448 semctl() not portable -- freebsd requires 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 dufault Added POSIX.4/POSIX.1b constants in unist o [1997/01/28] bin/2604 dufault Added POSIX.4/POSIX.1b shm_open()/shm_unl o [1997/01/28] ports/2607 max New port: Gopher-2.3 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/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 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 jkh 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] 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] 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 ports 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/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/03/02] misc/2848 jmg newsyslog will notify syslogd, not any ot 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] kern/2865 dfr NFS client hangs on umount, ls, df when N 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 steve 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 a [1997/03/06] ports/2905 ports Fixed port: xshisen-1.36 o [1997/03/08] ports/2920 ports patch for mispositioned xv windows under o [1997/03/09] i386/2924 sos 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 jkh sysinstall fails when adding packages thr o [1997/03/10] bin/2934 sh(1) has problems with $ENV o [1997/03/10] bin/2938 Add -b, -l, and -f options to du(1) 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/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/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 jkh /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 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] ports/3081 ports sitelispdir is a directory no a path in x o [1997/03/24] ports/3090 torstenb ircii-2.9-roof does not run. o [1997/03/26] misc/3113 make libraries failed. a [1997/03/28] misc/3136 rc.firewall should be run after interface 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 f [1997/03/30] misc/3148 ache adjkerntz screws up during GMT/BST change o [1997/03/31] gnu/3157 Patches to gas and gdb to support MMX ext a [1997/04/01] bin/3164 view copies the file into vi.recover o [1997/04/01] ports/3169 ports nn port broken o [1997/04/01] kern/3172 CS4232 support trouble for mss0 o [1997/04/03] bin/3190 RISCom N2 card driver problem? o [1997/04/04] bin/3194 2.2.1-RELEASE hangs when using /stand/sys o [1997/04/06] bin/3211 ctm uses mktemp()> o [1997/04/06] bin/3212 the pkg_* tools use mktemp() 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] bin/3232 XFree86 installation Problem with non-Mic a [1997/04/08] bin/3233 wosch 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] 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/13] conf/3272 $@ is deprecated I believe, so use ${.TAR 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/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/15] kern/3299 /dev/console hangs f [1997/04/15] kern/3302 msdos FS bogus error o [1997/04/15] ports/3306 ports new port-package for ifmail 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/3322 markm setlocale problem in lang/perl5 a [1997/04/19] ports/3335 ports new port request of korean/hanemacs o [1997/04/20] ports/3358 asami XFMail-1.1 has been released o [1997/04/20] ports/3363 max port of nana-1.00 for your collection o [1997/04/21] misc/3368 jkh sysinstall upgrade should confirm before f [1997/04/23] kern/3375 Consistent 10 min. delay at boot with REL o [1997/04/24] ports/3379 ports mprof dumps core on FreeBSD 2.2.1 o [1997/04/25] ports/3383 ports kaffe core dumps if LD_LIBRARY_PATH not s o [1997/04/25] bin/3386 kernel 'config' wrapper 'doconfig' ala Di o [1997/04/27] ports/3396 max update of the port of Mesa (now version 2 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 jkh sysinstall sends empty FreeBSD user regis o [1997/04/28] ports/3411 ports New port - Atari 8 bit computer emulator 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/3455 jmz mtools-3.6.tgz could have a better mtools 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 s [1997/05/04] ports/3498 ports nn-current port is out of date o [1997/05/04] ports/3499 markm exim port out of date 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 o [1997/05/06] docs/3522 Man pages close(2) misses fcntl lock info o [1997/05/07] bin/3528 fsck fails to detect some illegal block n o [1997/05/08] kern/3546 ktrace works even if no read permission o [1997/05/08] gnu/3552 the -L option of tar does not work proper o [1997/05/09] bin/3556 Bug with -i option in /usr/bin/lpr o [1997/05/09] bin/3558 make reinstall collapses on install-info o [1997/05/09] kern/3560 Timeout counter bug in /sys/i386/isa/wd.c o [1997/05/09] kern/3571 Mounted ext2 prevents umount of filesyste o [1997/05/11] conf/3577 eBones and OBJLINK=yes fails to build o [1997/05/12] kern/3584 cleanup TCP_REASS macro in tcp_input.c o [1997/05/13] conf/3590 Difference in ttys and FAQ f [1997/05/14] ports/3597 ports jp-groff-0.99 port macro update o [1997/05/16] bin/3608 Telnet in linemode will break apart long o [1997/05/17] kern/3611 Internal CPU cache on CyrixiInstead DX2 d o [1997/05/18] gnu/3616 permissions of /usr/libexec/uucp/uuxqt no f [1997/05/19] ports/3634 andreas fvwm95-2.0.43a-i18n-port.tar.gz was put o [1997/05/19] docs/3636 No mention is made in relevant manpages a o [1997/05/20] bin/3638 /bin/w can't handle long /dev/{tty,cua}xx o [1997/05/20] bin/3639 ac doesn't know about FreeBSD's pty names o [1997/05/20] docs/3645 TCP_wrappers package doesn't mention wher o [1997/05/21] bin/3648 find(1) extension for file flags o [1997/05/21] ports/3657 ports Port of NCSA HyperNews submitted as p5-hy o [1997/05/22] i386/3663 Unable to get system printer to work o [1997/05/22] ports/3665 jmz mtools port install fails o [1997/05/22] kern/3667 patches to modularize vnode driver o [1997/05/24] conf/3673 no ddp line in /etc/protocols o [1997/05/25] kern/3678 bug in IPDIVERT code in -current o [1997/05/25] ports/3687 asami Gnat 3.09 Ada Compiler o [1997/05/27] misc/3695 compiled termcap.db not in distribution o [1997/05/28] bin/3705 jkh /stand/sysinstall hangs. pkg_add also ha o [1997/05/29] conf/3713 installation floppy bug o [1997/05/30] kern/3720 Addition for supported Hardware o [1997/05/30] kern/3724 jkh sig-11 on package add in sysinstall o [1997/05/31] ports/3729 scrappy pgsql dies when initiated o [1997/05/31] kern/3731 Addition of a PCI Bridge f [1997/05/31] bin/3733 davidn getty with 'to' option causes pppd to die o [1997/05/31] ports/3737 ports The DHCPD no longer works under FreeBSD 2 o [1997/06/01] kern/3738 Byte and packet counters in ipfw overflow o [1997/06/01] kern/3739 pause key not disabled; weird stuff when o [1997/06/01] conf/3751 Improvements to /etc/rc{,.network,.pccard o [1997/06/02] ports/3759 tg xtem-5.23 (X11 TEx Menu) port submitted ( o [1997/06/02] bin/3762 dufault Bogus return values from rtprio(1) o [1997/06/02] docs/3764 systat(1) -vmstat description seems to be a [1997/06/02] ports/3765 ports New port: mpd-1.0b3 o [1997/06/04] conf/3775 Time Zone for Sri Lanka - LKT o [1997/06/04] bin/3778 ypbind -S domainname,server1,... does not o [1997/06/04] ports/3787 ports ghostscript-3.53 has bad PLIST o [1997/06/07] bin/3805 single process tftpd o [1997/06/07] ports/3806 ports update s3mod to 1.09 o [1997/06/08] docs/3808 The manpage telnet.1 has many bugs. o [1997/06/09] docs/3819 man (5) login.conf specifies passwordtime o [1997/06/09] ports/3824 ports New port: snes97 o [1997/06/09] bin/3826 KerberosIV sometimes hangs rcp o [1997/06/09] ports/3831 ports netris port doesn't install sr o [1997/06/10] kern/3836 Cannot remove HUGE directory o [1997/06/10] bin/3837 dufault new feature for rtprio o [1997/06/10] kern/3839 X startup undoes keyboard repeat rate (pc o [1997/06/12] kern/3853 netboot/ns8390.c breaks NS datasheet o [1997/06/12] i386/3856 Improvement to autodetection logic o [1997/06/13] docs/3858 passwd(5) says class field is unused o [1997/06/13] bin/3859 Setting the $0 variable in perl dosnt do o [1997/06/14] bin/3866 rcs2log fails with eastern timezones o [1997/06/14] ports/3870 ports Upgrade tkdesk 1.0b3 --> 1.0b4 o [1997/06/15] kern/3879 Can't export mounted ext2fs via NFS o [1997/06/16] conf/3886 install does not build sendmail host stat o [1997/06/17] ports/3888 ports port net/wu-ftpd: tiny bug that is wu-ftp o [1997/06/17] bin/3891 NIS-only netgroup lookups don't work o [1997/06/17] ports/3892 max new port: www/webxref (cross-reference ge o [1997/06/17] gnu/3894 manpath segfaults if it dosen't understan o [1997/06/18] kern/3901 Multicast for Intel 10/100 Ethernet Card o [1997/06/19] bin/3903 markm Kerberized su -l fails with segfault o [1997/06/19] misc/3912 ctags(1) cannot trace some macro correctl o [1997/06/20] gnu/3918 vi dosnt wrap lines when called from send o [1997/06/22] ports/3928 ports New port: jp-pgp-2.6.3ia (language) o [1997/06/23] kern/3938 Problem about mmap() over NFS o [1997/06/23] ports/3939 ports new port: latex2html_icon_server o [1997/06/23] ports/3940 ports port of latex2html-96.1 o [1997/06/24] kern/3944 if_le doesnt receive ether multicast pack o [1997/06/24] bin/3947 /usr/src/etc/pccard_ether is too old... o [1997/06/25] kern/3948 nonworking t/tcp server side a [1997/06/25] kern/3953 kern-config: options PANIC_REBOOT_WAIT_TI o [1997/06/25] ports/3955 ports -kpassive_ftp=true fails on socket connec o [1997/06/26] bin/3957 Makefile dependency error in amd o [1997/06/26] ports/3958 jmz a2ps fails if used according to man o [1997/06/26] i386/3962 print disk internal cache size during pro o [1997/06/27] kern/3968 Hardware probes die on Peak SBCs. o [1997/06/28] docs/3979 Error in manpage hier(7) o [1997/06/28] misc/3981 brian wtmp logging of ppp activity would be nic o [1997/06/29] ports/3983 ports New port: psf toolkit o [1997/06/30] ports/3991 ports set of OffiX ports o [1997/06/30] ports/3997 ports New port: VRML browser (vrweb) o [1997/07/01] bin/4004 moused(8) + international language text = o [1997/07/02] ports/4014 ports package/port installation obeys roots uma o [1997/07/02] ports/4017 ports Someone has to upgrade the plor port! o [1997/07/03] bin/4019 mount_mfs lacks an error message, and exi o [1997/07/03] kern/4020 itojun vxget() in /sys/dev/vx/if_vx.c needs rewo o [1997/07/03] ports/4023 ports One can't play the cardgame Ass on FreeBS o [1997/07/03] i386/4024 sos Patch to add dead key support to syscons o [1997/07/03] ports/4025 ports New port - jp-ebw3 o [1997/07/04] ports/4027 ports New port: rot13-1.3 o [1997/07/05] kern/4037 boot.flp panics after kernel load if >2 s o [1997/07/05] ports/4038 ports Initial port of the alpha-rel. WindowMake o [1997/07/06] kern/4039 2940UW and DCAS 32160 -- hungs if 40 MB/s o [1997/07/07] kern/4051 pppd connect 'chat ...' broken o [1997/07/07] kern/4052 VJ compression drops packets with IP+TCP o [1997/07/07] ports/4055 ports Port for XMpeg3 v1.0 o [1997/07/07] ports/4056 obrien Port for netpipes 3.2 o [1997/07/08] ports/4061 obrien new port: xklock o [1997/07/08] misc/4063 2.2.2R Installation fails if Jaz drive sp o [1997/07/09] ports/4067 ports wrong formats of files in offix.tar o [1997/07/13] ports/4083 ache netscape wrapper doesn't hand off args co o [1997/07/13] kern/4086 Floppy Disk Driver Problem o [1997/07/14] bin/4087 nameservice terminates after ndc restart o [1997/07/16] ports/4100 ports I contribute a new port. o [1997/07/16] ports/4103 ports Should I or should I not ? o [1997/07/16] ports/4104 ports Minor fix to hobbes-icons-xpm3 o [1997/07/17] ports/4109 ports New port: xcopilot o [1997/07/17] kern/4112 PPSCLOCK kernel diffs o [1997/07/17] kern/4113 Processes shouldn't get SIGIO when the tt o [1997/07/18] bin/4116 davidn Kerberized login as .root fails to o [1997/07/18] ports/4118 ports New Port: bind 8.1.1 o [1997/07/19] bin/4120 Partition sysid prevents extended DOS par o [1997/07/19] bin/4122 behaviour of src/usr.sbin/syslogd o [1997/07/19] ports/4124 ache Apache 1.2.1 port does not install docume o [1997/07/20] ports/4127 ache netscape-3.01: get rid of bogus error mes o [1997/07/20] ports/4133 ports new port: mpich.tar.gz o [1997/07/21] misc/4138 /etc/rc and sudo : chg to rm -rf /var/run o [1997/07/21] ports/4139 ports new port: bibview o [1997/07/21] ports/4140 ports New port: xgolgo (x11) o [1997/07/22] ports/4142 ports Hugs port to FreeBSD 2.2.1 o [1997/07/22] ports/4149 ports gcl port isn't of latest version o [1997/07/23] bin/4152 pstat -T o [1997/07/23] kern/4153 New tcp initial send sequence number code o [1997/07/23] bin/4154 wish /bin/sleep handled fractions of a se o [1997/07/24] ports/4155 ports Fixed port: imlib-0.2 o [1997/07/24] bin/4157 netstat atalk output should print symboli o [1997/07/24] bin/4163 ftp core dumps after hitting control-C o [1997/07/24] kern/4164 joerg pcvt VT_WAITACTIVE ioctl busted f [1997/07/25] bin/4165 fetch gone to interminable query cycle af o [1997/07/25] ports/4166 ports Wnn6 is a Japanese input method o [1997/07/26] bin/4172 link goes down for too long -- transfer f o [1997/07/26] ports/4174 ports file mode of jnethack o [1997/07/27] kern/4180 Missing manpage? o [1997/07/27] bin/4182 netstat should always print the interface o [1997/07/27] bin/4183 How about upgrading bc to 1.04? o [1997/07/28] kern/4184 minor nits in sys/netatalk o [1997/07/28] bin/4187 The w command should have a larger tty fi o [1997/07/30] ports/4192 ports New port: Amulet o [1997/07/31] conf/4201 Installing only X-User does not install c o [1997/07/31] ports/4203 ports Updated port file for the perl package p5 o [1997/07/31] bin/4204 ac printed wrong report about tty users o [1997/08/01] misc/4208 sos New syscons font o [1997/08/02] bin/4216 dlsym returns null o [1997/08/03] ports/4219 ports TkRef submitted to Ports o [1997/08/03] kern/4221 Kernel mode pppd doesen't update wtmp on o [1997/08/03] docs/4223 dump(8) man page error o [1997/08/03] ports/4224 ports New Port: qpage (v3.2) o [1997/08/04] ports/4227 ports cops perl script produces errors o [1997/08/04] conf/4229 Ethernet interface unreachable on bootup o [1997/08/06] ports/4232 scrappy Boot-time start of postgressql postmaster o [1997/08/06] misc/4235 /usr/share/mk/bsd.ports.mk and GNU config o [1997/08/06] bin/4238 chpass only occasionally works in conjunc o [1997/08/06] ports/4239 ports New Port: xtattr o [1997/08/07] kern/4243 file locking doesn't work for pipe o [1997/08/07] bin/4247 modification to /etc/security for FreeBSD o [1997/08/08] ports/4248 ports Port submission of Chimera 2.0a2 X-WWW Br o [1997/08/08] misc/4249 ypchsh doesn't care about changing a user a [1997/08/09] kern/4255 SMP kernel freezes on machines with >2 CP a [1997/08/09] kern/4257 itojun scsi RESERVATION CONFLICT support needed o [1997/08/10] ports/4263 ports new ports: jp-vfxdvik-18f (dvi viewer for o [1997/08/10] ports/4264 ports mftp get a Segmentation fault o [1997/08/11] ports/4277 ports New port: asclock o [1997/08/11] ports/4278 ports New port: mouseclock o [1997/08/12] ports/4281 ports Compress pcl graphics files - this is an o [1997/08/12] misc/4285 SDL RISCom/N2 (ISA) o [1997/08/12] ports/4287 jfitz mail/p5-Mail-Folder is broke o [1997/08/13] gnu/4290 man wrong viewed koi8-r manpages and neqn o [1997/08/13] ports/4296 ports New Port emulators/stonx o [1997/08/13] kern/4297 dufault SIGEV_NONE and SIGEV_SIGNAL go in signal. o [1997/08/13] bin/4298 joerg Is there any support for using the scsi C o [1997/08/13] i386/4300 msmith The initial timeout on open("/dev/lpt0".. o [1997/08/14] misc/4302 user ppp to Windows NT RAS-Port o [1997/08/14] bin/4303 dumpon accepts any device, including none o [1997/08/14] ports/4304 ports Recommendation re. Ports Collection o [1997/08/15] ports/4306 ports update imlib to 0.3 f [1997/08/15] bin/4308 FreeBSD uses an out of date version of vi o [1997/08/15] ports/4311 ports new port of asmail-0.50 o [1997/08/17] misc/4316 pthread_cleanup_{push|pop} nonexistent o [1997/08/17] ports/4319 ports New port: ASFiles-1.0 o [1997/08/17] docs/4320 function prototype in pthread_detach man o [1997/08/17] bin/4323 Initial routing tables incomplete o [1997/08/18] kern/4329 read(2) from /dev/bktr0 hangs o [1997/08/18] ports/4330 ports new ports for rxvt with big5 support o [1997/08/18] ports/4331 ports new port of asprint o [1997/08/20] ports/4343 ports New ports submission - GUI E-Mail util o [1997/08/22] ports/4356 ports sudo shouldn't block signals in tgetpass( s [1997/08/22] ports/4360 ports new port of Amaya-1.0b o [1997/08/23] ports/4362 ports submit new port chinese/rxvt o [1997/08/23] conf/4363 kernel build depend on make obj o [1997/08/23] ports/4364 ports Upgrade Apache Port to 1.2.4 o [1997/08/24] bin/4369 dump can calculate wrong estimate times w o [1997/08/24] ports/4371 ports tkcvs+tkdiff o [1997/08/24] ports/4372 ports New port: Thoteditor beta o [1997/08/24] ports/4373 ports A new port: jp-vfghostscript5 o [1997/08/25] ports/4377 ports bkpupsd [device] o [1997/08/25] docs/4383 su manpage ambiguous regarding command pr o [1997/08/25] ports/4384 ports New port display-1.0 o [1997/08/25] gnu/4385 un- and unclearly documented options in t o [1997/08/26] ports/4387 ports New port: icewm o [1997/08/26] ports/4390 ports New port: Linux explorer o [1997/08/26] ports/4391 ports New port: VPCE o [1997/08/26] misc/4395 if exists(secure) in /usr/src/Makefile is o [1997/08/26] ports/4400 ports jp-vfghostscript-5.03 is now available. o [1997/08/27] ports/4402 ports Port submission: math::MatrixReal o [1997/08/28] bin/4407 sendmail 8.8.7 can't write sendmail.pid o [1997/08/28] ports/4409 asami Upgrade ports: Wnn4 (japanese, chinese an o [1997/08/28] ports/4410 ache Update: screen(A multi-screen window mana o [1997/08/28] ports/4411 ports Upgrade ports: mule-2.3 (editors, japanes o [1997/08/28] ports/4412 ports New port: YaTeX (in print and japanese) o [1997/08/29] kern/4413 No way to unmount a floppy that goes bad o [1997/08/29] misc/4414 be.iso.kbd errors in mapping o [1997/08/29] bin/4415 df(1) always pretends success o [1997/08/29] bin/4419 man can display the same man page twice o [1997/08/29] bin/4420 find -exedir doesn't chdir for first entr o [1997/08/30] docs/4439 man pages wrong regarding login.conf o [1997/08/30] kern/4441 3com Etherlink III card not working while o [1997/08/31] conf/4444 Can't seem to configure for a DEC VRT17-H o [1997/09/01] ports/4446 ports New port: Atlast-1.0 o [1997/09/02] docs/4449 The -c flag is not documented in the sh(1 o [1997/09/02] docs/4450 spelling corrections in man section 1 o [1997/09/02] bin/4452 /etc/ethers and NIS: Bad comment parser o [1997/09/03] bin/4459 No prototype for moncontrol(3) and monsta o [1997/09/03] docs/4462 -p flag misdocumented in telnetd(8) o [1997/09/04] kern/4463 When using ipfw, all I get is the followi o [1997/09/04] ports/4465 ports cd-write port doesn't work o [1997/09/04] bin/4466 Locale bug in /usr/bin/write o [1997/09/04] misc/4468 dlopen is not available from static execu o [1997/09/04] misc/4470 libc_r deviates from the pthread standard o [1997/09/04] docs/4472 manpage for /usr/bin/printf is not comple o [1997/09/07] ports/4481 ports yet another Mac hfs utility o [1997/09/07] misc/4482 A bug in dynamic loader design o [1997/09/07] bin/4483 w, who, and the like are broken o [1997/09/07] bin/4484 sendmail is barfing o [1997/09/07] kern/4485 boot fials if root fs blocksize is not 8k o [1997/09/07] kern/4486 ahc(4) in RELENG_2_2 can't do kernel core o [1997/09/07] ports/4492 ports ports upgrade: korean/netscape3 611 problems total. From owner-freebsd-bugs Mon Sep 8 10:36:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA14684 for bugs-outgoing; Mon, 8 Sep 1997 10:36:15 -0700 (PDT) Received: from innocence.interface-business.de (innocence.interface-business.de [193.101.57.202]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA14667 for ; Mon, 8 Sep 1997 10:36:10 -0700 (PDT) Received: from ida.interface-business.de (ida.interface-business.de [193.101.57.203]) by innocence.interface-business.de (8.6.11/8.6.9) with SMTP id TAA15016 for ; Mon, 8 Sep 1997 19:36:03 +0200 Received: (from j@localhost) by ida.interface-business.de (8.8.7/8.7.3) id TAA00497; Mon, 8 Sep 1997 19:36:01 +0200 (MET DST) Message-ID: <19970908193559.WU22983@ida.interface-business.de> Date: Mon, 8 Sep 1997 19:35:59 +0200 From: j@ida.interface-business.de (J Wunsch) To: freebsd-bugs@freebsd.org Subject: My 2.2-stable panic reproduced X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-31809-14 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Organization: interface business GmbH, Dresden Reply-To: joerg_wunsch@interface-business.de (Joerg Wunsch) Sender: owner-freebsd-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Well, it hit again. And it's not only an ahc(4) issue, as it seems. I was rm -rf'ing a large directory hierarchy on an additional disk, and thought about speeding it up by doing mount -u -o async /dev/sd3e /mnt1/usr while the rm was running. This yielded on the console: ============================================================================ WARNING: R/W mount of /dev/sd3e denied. Filesystem is not clean - run fsck. worm0(ahc1:0:0): Deferred Error: UNIT ATTENTION asc: 29,0 worm0(ahc1:0:0): Power on, reset, or bus device reset occurred panic: vref used where vget required syncing disks... 50 50 42 32 21 9 done dumping to dev 401, offset 241664 dump 32 ============================================================================ ...and there it was sitting, waiting for me to hit reset. No coredumps on 2.2-stable, see my PR. I forgot to boot the DDB kernel at the last reboot, but i think the panic message stands for itself. It's probably a little bogus that a R/W upgrade mount was denied, but well, i could have lived with this. I have no idea why worm0 (which is on the same bus as sd3) caught a UNIT ATTN, nor why this was noticed just at that point (/dev/worm0 had been mounted all the time). Maybe someone was accessing the CD-ROM just in this moment over the network, but i doubt this. (The Plasmon has a strong tendency for deferred errors, for whatever reason.) It would be great if we could fix the `vref' panic at least, before 2.2.5 will ship. -- J"org Wunsch Unix support engineer joerg_wunsch@interface-business.de http://www.interface-business.de/~j From owner-freebsd-bugs Mon Sep 8 11:06:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA18669 for bugs-outgoing; Mon, 8 Sep 1997 11:06:14 -0700 (PDT) Received: from innocence.interface-business.de (innocence.interface-business.de [193.101.57.202]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA18647 for ; Mon, 8 Sep 1997 11:06:07 -0700 (PDT) Received: from ida.interface-business.de (ida.interface-business.de [193.101.57.203]) by innocence.interface-business.de (8.6.11/8.6.9) with SMTP id UAA15242 for ; Mon, 8 Sep 1997 20:06:01 +0200 Received: (from j@localhost) by ida.interface-business.de (8.8.7/8.7.3) id UAA00384; Mon, 8 Sep 1997 20:06:01 +0200 (MET DST) Message-ID: <19970908200601.PN62436@ida.interface-business.de> Date: Mon, 8 Sep 1997 20:06:01 +0200 From: j@ida.interface-business.de (J Wunsch) To: freebsd-bugs@freebsd.org Subject: Yet another 2.2-(un)stable panic X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-31809-14 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Organization: interface business GmbH, Dresden Reply-To: joerg_wunsch@interface-business.de (Joerg Wunsch) Sender: owner-freebsd-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This time probably NFS-related. Fortunately, i was running the DDB kernel now: page fault in _m_freem + 0x63: decb 0(%edx, %eax, 1) %edx = 0x1f3c0 %eax = 0xf061f800 _nfsrv_read + 0xfd1 _nfssvc_nfsd + 0x530 _nfssvc + 0x50c _syscall() -- J"org Wunsch Unix support engineer joerg_wunsch@interface-business.de http://www.interface-business.de/~j From owner-freebsd-bugs Mon Sep 8 12:00:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA25414 for bugs-outgoing; Mon, 8 Sep 1997 12:00:08 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA25396; Mon, 8 Sep 1997 12:00:03 -0700 (PDT) Resent-Date: Mon, 8 Sep 1997 12:00:03 -0700 (PDT) Resent-Message-Id: <199709081900.MAA25396@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, csg@wintek.com Received: from ns2.wintek.com ([199.233.104.69]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA24368 for ; Mon, 8 Sep 1997 11:54:51 -0700 (PDT) Received: (from csg@localhost) by ns2.wintek.com (8.8.5/8.8.5) id NAA28684; Mon, 8 Sep 1997 13:54:33 -0500 (EST) Message-Id: <199709081854.NAA28684@ns2.wintek.com> Date: Mon, 8 Sep 1997 13:54:33 -0500 (EST) From: csg@wintek.com Reply-To: csg@wintek.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/4497: Possible CIDR Reverse DNS Problem Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4497 >Category: bin >Synopsis: Reverse DNS fails for some CIDR *.IN-ADDR.ARPA domains >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Sep 8 12:00:01 PDT 1997 >Last-Modified: >Originator: C. Stephen Gunn >Organization: Wintek Corporation >Release: FreeBSD 2.2.2-RELEASE i386 >Environment: Any FreeBSD 2.2+ machine, including 2.2-R, 2.2.1-R and 2.2.2-R, but not in 2.1.6-R. >Description: Binaries not staticly linked with libresolv.a fail to do correct DNS lookups on certain (not sure which or why) IN-ADDR.ARPA domains. Two CIDR blocks assigned to Wintek that do not work are: 206.230.0.0 - 206.230.7.0 208.13.56.0 - 208.13.63.0 >How-To-Repeat: Login's to FreeBSD-2.2 machines from the IP's on these subnets do show in utmp entries as the IP address not the hostname. Traceroutes for these subnets fail (sometimes) as well. Be advised the "dig", "nslookup" and similar tools give correct responses since they were linked with the resolver that comes with the bind distribution, not the one in libc. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Sep 8 14:02:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA03629 for bugs-outgoing; Mon, 8 Sep 1997 14:02:17 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA03613; Mon, 8 Sep 1997 14:02:07 -0700 (PDT) From: Brian Somers Received: (from brian@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id NAA01532; Mon, 8 Sep 1997 13:59:32 -0700 (PDT) Date: Mon, 8 Sep 1997 13:59:32 -0700 (PDT) Message-Id: <199709082059.NAA01532@freefall.freebsd.org> To: brian@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, brian@FreeBSD.ORG Subject: Re: docs/4495 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: User PPP not working right Responsible-Changed-From-To: freebsd-bugs->brian Responsible-Changed-By: brian Responsible-Changed-When: Mon Sep 8 13:57:29 PDT 1997 Responsible-Changed-Why: Sounds like that ISP that drops the line leaving ppp in a STOPPED state :( Ppp's mine. From owner-freebsd-bugs Mon Sep 8 14:06:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA03906 for bugs-outgoing; Mon, 8 Sep 1997 14:06:24 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA03858; Mon, 8 Sep 1997 14:05:08 -0700 (PDT) From: Brian Somers Received: (from brian@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id OAA01622; Mon, 8 Sep 1997 14:02:33 -0700 (PDT) Date: Mon, 8 Sep 1997 14:02:33 -0700 (PDT) Message-Id: <199709082102.OAA01622@freefall.freebsd.org> To: hsu@clinet.fi, brian@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, brian@FreeBSD.ORG Subject: Re: kern/1293 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Fatal trap 12: page fault while in kernel mode (PPP/modems/cyclades?) State-Changed-From-To: feedback-closed State-Changed-By: brian State-Changed-When: Mon Sep 8 14:00:11 PDT 1997 State-Changed-Why: I suspect this was the vjcompression thing. I sent mail to the bug submitter, but never got a reply. Responsible-Changed-From-To: freebsd-bugs->brian Responsible-Changed-By: brian Responsible-Changed-When: Mon Sep 8 14:00:11 PDT 1997 Responsible-Changed-Why: Pppd's kinda mine too. From owner-freebsd-bugs Mon Sep 8 14:09:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA04226 for bugs-outgoing; Mon, 8 Sep 1997 14:09:50 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA04221; Mon, 8 Sep 1997 14:09:42 -0700 (PDT) From: Brian Somers Received: (from brian@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id OAA01780; Mon, 8 Sep 1997 14:07:08 -0700 (PDT) Date: Mon, 8 Sep 1997 14:07:08 -0700 (PDT) Message-Id: <199709082107.OAA01780@freefall.freebsd.org> To: brian@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, brian@FreeBSD.ORG Subject: Re: bin/4288 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: PPP and PPPD do not stay up after shell exits Responsible-Changed-From-To: freebsd-bugs->brian Responsible-Changed-By: brian Responsible-Changed-When: Mon Sep 8 14:02:57 PDT 1997 Responsible-Changed-Why: Ppp[d]'s mine. From owner-freebsd-bugs Mon Sep 8 14:16:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA04594 for bugs-outgoing; Mon, 8 Sep 1997 14:16:17 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA04504; Mon, 8 Sep 1997 14:15:40 -0700 (PDT) From: Brian Somers Received: (from brian@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id OAA01941; Mon, 8 Sep 1997 14:13:05 -0700 (PDT) Date: Mon, 8 Sep 1997 14:13:05 -0700 (PDT) Message-Id: <199709082113.OAA01941@freefall.freebsd.org> To: brian@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, brian@FreeBSD.ORG Subject: Re: bin/2256 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: PPP process on port will not close when an NT user has diconnected after a session. Responsible-Changed-From-To: freebsd-bugs->brian Responsible-Changed-By: brian Responsible-Changed-When: Mon Sep 8 14:09:24 PDT 1997 Responsible-Changed-Why: ppp's mine From owner-freebsd-bugs Mon Sep 8 14:16:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA04627 for bugs-outgoing; Mon, 8 Sep 1997 14:16:27 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA04607; Mon, 8 Sep 1997 14:16:19 -0700 (PDT) From: Brian Somers Received: (from brian@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id OAA02019; Mon, 8 Sep 1997 14:13:44 -0700 (PDT) Date: Mon, 8 Sep 1997 14:13:44 -0700 (PDT) Message-Id: <199709082113.OAA02019@freefall.freebsd.org> To: brian@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, brian@FreeBSD.ORG Subject: Re: conf/2146 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: wrong /dev for COM2 during installation via modem using PPP Responsible-Changed-From-To: freebsd-bugs->brian Responsible-Changed-By: brian Responsible-Changed-When: Mon Sep 8 14:13:25 PDT 1997 Responsible-Changed-Why: Ppp's mine From owner-freebsd-bugs Mon Sep 8 14:19:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA04792 for bugs-outgoing; Mon, 8 Sep 1997 14:19:27 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA04783; Mon, 8 Sep 1997 14:19:21 -0700 (PDT) From: Brian Somers Received: (from brian@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id OAA02102; Mon, 8 Sep 1997 14:16:47 -0700 (PDT) Date: Mon, 8 Sep 1997 14:16:47 -0700 (PDT) Message-Id: <199709082116.OAA02102@freefall.freebsd.org> To: brian@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, brian@FreeBSD.ORG Subject: Re: bin/2260 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: PPP logins using PAP to Nortel/Shiva systems fail - FDIV050 Responsible-Changed-From-To: freebsd-bugs->brian Responsible-Changed-By: brian Responsible-Changed-When: Mon Sep 8 14:14:00 PDT 1997 Responsible-Changed-Why: Ppp's mine From owner-freebsd-bugs Mon Sep 8 14:20:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA04854 for bugs-outgoing; Mon, 8 Sep 1997 14:20:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA04848; Mon, 8 Sep 1997 14:20:02 -0700 (PDT) Date: Mon, 8 Sep 1997 14:20:02 -0700 (PDT) Message-Id: <199709082120.OAA04848@hub.freebsd.org> To: freebsd-bugs Cc: From: Bill Fenner Subject: Re: bin/4476: fetch puzzled while getting files Reply-To: Bill Fenner Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/4476; it has been noted by GNATS. From: Bill Fenner To: root@nt5.ipi.kiev.ua Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/4476: fetch puzzled while getting files Date: Mon, 8 Sep 1997 14:08:04 PDT Could you reproduce the failure, but use "make FETCH_BEFORE_ARGS=-v fetch"? I cannot reproduce this problem with the squid11-novm port and the fetch from -stable. Bill From owner-freebsd-bugs Mon Sep 8 14:22:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA05058 for bugs-outgoing; Mon, 8 Sep 1997 14:22:46 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA04971; Mon, 8 Sep 1997 14:21:28 -0700 (PDT) From: Brian Somers Received: (from brian@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id OAA02185; Mon, 8 Sep 1997 14:18:53 -0700 (PDT) Date: Mon, 8 Sep 1997 14:18:53 -0700 (PDT) Message-Id: <199709082118.OAA02185@freefall.freebsd.org> To: thor@deculx.ba-loerrach.de, brian@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, brian@FreeBSD.ORG Subject: Re: misc/4302 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: user ppp to Windows NT RAS-Port State-Changed-From-To: open-closed State-Changed-By: brian State-Changed-When: Mon Sep 8 14:16:55 PDT 1997 State-Changed-Why: There's a missing "add 0 0 HISADDR" (to create the default route). Upgrade to the latest version on http://www.freebsd.org/~brian and read the PPP section of the handbook or the man page. Responsible-Changed-From-To: freebsd-bugs->brian Responsible-Changed-By: brian Responsible-Changed-When: Mon Sep 8 14:16:55 PDT 1997 Responsible-Changed-Why: Ppp's mine From owner-freebsd-bugs Mon Sep 8 15:30:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA10186 for bugs-outgoing; Mon, 8 Sep 1997 15:30:07 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA10178; Mon, 8 Sep 1997 15:30:03 -0700 (PDT) Resent-Date: Mon, 8 Sep 1997 15:30:03 -0700 (PDT) Resent-Message-Id: <199709082230.PAA10178@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, metcalf@snet.net Received: (from nobody@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA09975; Mon, 8 Sep 1997 15:26:47 -0700 (PDT) Message-Id: <199709082226.PAA09975@hub.freebsd.org> Date: Mon, 8 Sep 1997 15:26:47 -0700 (PDT) From: metcalf@snet.net To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/4498: Files corrupted when written to Iomega Zip 100 on ProAudioStudio SCSI Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4498 >Category: kern >Synopsis: Files corrupted when written to Iomega Zip 100 on ProAudioStudio SCSI >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Sep 8 15:30:01 PDT 1997 >Last-Modified: >Originator: Jeffrey M. Metcalf >Organization: >Release: 2.2.2-RELEASE >Environment: FreeBSD katya.snet.net 2.2.2-RELEASE FreeBSD 2.2.2-RELEASE #0: Fri Aug 1 17:49:07 EDT 1997 jeff@katya.snet.net:/mnt/usr/src/sys.katya/compile/KATYA i386 >Description: Files of size > 15K will be consistently corrupted when written to an Iomega SCSI 100 disk (both FreeBSD fs and MSDOSFS) if the drive is attached to a ProAudioStudio SCSI adapter. No corruption occurs under LINUX or Windows95 leading me to believe it is a device driver error and not a hardware error. The following message is displayed repeatedly on the console during a write to ZIP medium and is associated with the corruption (file bytes replaced by null characters): nca0/5/0 data length underflow A detailed log of the kernel output as well as specific examples of file corruption can be provided upon request. >How-To-Repeat: Attach an Iomega Zip 100 SCSI drive to a ProAudioStudio (Spectrum?) sound card and compile support into kernel for SCSI adapter and drive controller nca0 at isa? port 0x1f88 bio irq 10 vector ncaintr controller scbus0 device sd0 Make a FreeBSD or MSDOS file system on Zip 100 medium. Mount disk and write a file of size > 15K to the medium. Umount disk Remount disk and copy file back under new name. Compare two files to find the file copied to medium and back has interlaced null bytes corrupting original file bytes. >Fix: Unknown >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Sep 8 19:10:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA24747 for bugs-outgoing; Mon, 8 Sep 1997 19:10:08 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA24738; Mon, 8 Sep 1997 19:10:03 -0700 (PDT) Resent-Date: Mon, 8 Sep 1997 19:10:03 -0700 (PDT) Resent-Message-Id: <199709090210.TAA24738@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, serge@jbj.org Received: from serge.jbj.org (serge.JBJ.ORG [198.178.231.60]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA24574 for ; Mon, 8 Sep 1997 19:08:41 -0700 (PDT) Received: (from serge@localhost) by serge.jbj.org (8.8.6/8.6.12) id WAA04715; Mon, 8 Sep 1997 22:08:34 -0400 (EDT) Message-Id: <199709090208.WAA04715@serge.jbj.org> Date: Mon, 8 Sep 1997 22:08:34 -0400 (EDT) From: Serge Pashenkov Reply-To: serge@jbj.org To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/4500: mount_nfs always uses priviledged port Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4500 >Category: bin >Synopsis: mount_nfs always uses priviledged port >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Sep 8 19:10:01 PDT 1997 >Last-Modified: >Originator: Serge Pashenkov >Organization: >Release: FreeBSD 2.2-STABLE i386 >Environment: 2.2 stable circa Sep 8 >Description: Man page for mount_nfs says -P option fprces prov port to be used, for probably some security reasons, making me believe that no -P options means no priv port, but in fact in always takes priv port anyeyas. It would not be a problem (or rather doc problem), but together with kern/4327 it makes using Solaris 2.5 server impossible. >How-To-Repeat: Just mount any NFS file system on FreeBSD 2.2 stable as client and look at netstat to confirm that indeed the port on the client side is always under 1024 regardless of -P option. >Fix: Following just changes default: RCS file: /spare/ncvs/src/sbin/mount_nfs/mount_nfs.c,v retrieving revision 1.14.2.2 diff -c -r1.14.2.2 mount_nfs.c *** mount_nfs.c 1997/05/14 12:06:34 1.14.2.2 --- mount_nfs.c 1997/08/17 21:51:54 *************** *** 149,155 **** 0, (u_char *)0, 0, ! NFSMNT_RESVPORT, NFS_WSIZE, NFS_RSIZE, NFS_READDIRSIZE, --- 149,155 ---- 0, (u_char *)0, 0, ! 0, NFS_WSIZE, NFS_RSIZE, NFS_READDIRSIZE, >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Sep 8 19:30:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA25763 for bugs-outgoing; Mon, 8 Sep 1997 19:30:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA25756; Mon, 8 Sep 1997 19:30:02 -0700 (PDT) Resent-Date: Mon, 8 Sep 1997 19:30:02 -0700 (PDT) Resent-Message-Id: <199709090230.TAA25756@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, serge@jbj.org Received: from serge.jbj.org (serge.JBJ.ORG [198.178.231.60]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA25698 for ; Mon, 8 Sep 1997 19:29:09 -0700 (PDT) Received: (from serge@localhost) by serge.jbj.org (8.8.6/8.6.12) id WAA04878; Mon, 8 Sep 1997 22:29:07 -0400 (EDT) Message-Id: <199709090229.WAA04878@serge.jbj.org> Date: Mon, 8 Sep 1997 22:29:07 -0400 (EDT) From: Serge Pashenkov Reply-To: serge@jbj.org To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/4501: df on a stale file system panics Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4501 >Category: kern >Synopsis: df on a stale file system panics >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Sep 8 19:30:01 PDT 1997 >Last-Modified: >Originator: Serge Pashenkov >Organization: >Release: FreeBSD 2.2-STABLE i386 >Environment: 2.2 stable circa Sep 8 >Description: on a server export something like /mnt with something mounted there (floppy would be just fine), mount it on 2.2 stable client, unmount /mnt on the server. Now, simple df panics the client. >How-To-Repeat: see description. >Fix: nfs_statfs() does not parse the packet quite right in case of a stale file handle. Local variable register struct nfs_statfs *sfp; is assigned 0 and never reassigned the real value, but still gets used as a pointer later. I'm not sure how to really fix the problem for I don't quite frok nfsm_ macros, but following is a prop which just checks for 0 value of sfp. It fixes the panic, and actually I see no problems with that, but probably right fix is in the nfsm_ ... RCS file: /spare/ncvs/src/sys/nfs/nfs_vfsops.c,v retrieving revision 1.30.2.4 diff -c -r1.30.2.4 nfs_vfsops.c *** nfs_vfsops.c 1997/05/14 08:19:29 1.30.2.4 --- nfs_vfsops.c 1997/09/02 13:49:13 *************** *** 245,250 **** --- 245,256 ---- nfsm_postop_attr(vp, retattr); if (!error) nfsm_dissect(sfp, struct nfs_statfs *, NFSX_STATFS(v3)); + + if (sfp == NULL) { + error = ESTALE; + goto nfsmout; + } + #ifdef __NetBSD__ #ifdef COMPAT_09 sbp->f_type = 2; >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Sep 8 23:50:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA10514 for bugs-outgoing; Mon, 8 Sep 1997 23:50:08 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA10501; Mon, 8 Sep 1997 23:50:03 -0700 (PDT) Resent-Date: Mon, 8 Sep 1997 23:50:03 -0700 (PDT) Resent-Message-Id: <199709090650.XAA10501@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, Lars.Koeller@Uni-Bielefeld.DE Received: (from nobody@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA09181; Mon, 8 Sep 1997 23:44:46 -0700 (PDT) Message-Id: <199709090644.XAA09181@hub.freebsd.org> Date: Mon, 8 Sep 1997 23:44:46 -0700 (PDT) From: Lars.Koeller@Uni-Bielefeld.DE To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/4502: Wrong variable type in tftp.h include file Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4502 >Category: bin >Synopsis: Wrong variable type in tftp.h include file >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Sep 8 23:50:01 PDT 1997 >Last-Modified: >Originator: Lars Koeller >Organization: University of Bielefeld >Release: FreeBSD-2.2.2 >Environment: All version are touched >Description: The variable type of 'tu_block' in '/usr/include/arpa/tftp.h' in the struct 'tftphdr' is of type short, but should by of type 'unsigned short' cause a short limits the total block size to 16MB and in the tftp specification 32MB are mentioned if I remember right. (This Problem was found by Dirk Nehring) >How-To-Repeat: >Fix: Change 'short tu_block' in /usr/include/arpa/tftp.h to 'unsigned shor' or a similar defined type! >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Sep 9 07:47:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA12875 for bugs-outgoing; Tue, 9 Sep 1997 07:47:51 -0700 (PDT) Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA12845; Tue, 9 Sep 1997 07:47:36 -0700 (PDT) Received: from katiska.clinet.fi (root@katiska.clinet.fi [194.100.0.4]) by hauki.clinet.fi (8.8.6/8.8.6) with ESMTP id RAA09266; Tue, 9 Sep 1997 17:19:13 +0300 (EET DST) Received: (hsu@localhost) by katiska.clinet.fi (8.8.7/8.6.4) id RAA18239; Tue, 9 Sep 1997 17:19:13 +0300 (EEST) Date: Tue, 9 Sep 1997 17:19:13 +0300 (EEST) Message-Id: <199709091419.RAA18239@katiska.clinet.fi> From: Heikki Suonsivu To: Brian Somers Cc: hsu@clinet.fi, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/1293 In-Reply-To: <199709082102.OAA01622@freefall.freebsd.org> References: <199709082102.OAA01622@freefall.freebsd.org> Organization: Clinet Ltd, Espoo, Finland Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Brian Somers writes: > Synopsis: Fatal trap 12: page fault while in kernel mode (PPP/modems/cyclades?) > > State-Changed-From-To: feedback-closed > State-Changed-By: brian > State-Changed-When: Mon Sep 8 14:00:11 PDT 1997 > State-Changed-Why: > I suspect this was the vjcompression thing. I sent mail to > the bug submitter, but never got a reply. I must have missed it. Aug 31 kernel (2.2-stable) has still crashed couple of times. What kind of symptoms "vjcompression thing" fixed and when ? > Responsible-Changed-From-To: freebsd-bugs->brian > Responsible-Changed-By: brian > Responsible-Changed-When: Mon Sep 8 14:00:11 PDT 1997 > Responsible-Changed-Why: > Pppd's kinda mine too. -- Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@clinet.fi mobile +358-40-5519679 work +358-9-43542270 fax -4555276 From owner-freebsd-bugs Tue Sep 9 10:00:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA20350 for bugs-outgoing; Tue, 9 Sep 1997 10:00:07 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA20310; Tue, 9 Sep 1997 10:00:01 -0700 (PDT) Date: Tue, 9 Sep 1997 10:00:01 -0700 (PDT) Message-Id: <199709091700.KAA20310@hub.freebsd.org> To: freebsd-bugs Cc: From: Tor Egge Subject: Re: kern/4486: ahc(4) in RELENG_2_2 can't do kernel core dumps Reply-To: Tor Egge Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/4486; it has been noted by GNATS. From: Tor Egge To: j@uriah.heep.sax.de Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/4486: ahc(4) in RELENG_2_2 can't do kernel core dumps Date: Tue, 09 Sep 1997 18:50:44 +0200 Some S3 cards does not like accesses to the monocrome video memory address region (starting at memory address 0xb8000), and the memory dump hangs when dumping that region. With the following ugly hack/workaround, and defining SDDUMP_HANGS as an option in the kernel config file, the kernel will probably be able to perform a core dump. Index: sd.c =================================================================== RCS file: /home/ncvs/src/sys/scsi/sd.c,v retrieving revision 1.95.2.3 diff -c -r1.95.2.3 sd.c *** sd.c 1997/08/11 02:04:09 1.95.2.3 --- sd.c 1997/08/27 16:57:47 *************** *** 932,937 **** --- 932,944 ---- blknum = dumplo + blkoff; while (num > 0) { + #if defined(SDDUMP_HANGS) && defined(__i386__) + if ((vm_offset_t) addr>=0xa0000 && + (vm_offset_t) addr < 0x100000) + pmap_enter(kernel_pmap, (vm_offset_t)CADDR1, trunc_page(0), + VM_PROT_READ, TRUE); + else + #endif pmap_enter(kernel_pmap, (vm_offset_t)CADDR1, trunc_page(addr), VM_PROT_READ, TRUE); /* From owner-freebsd-bugs Tue Sep 9 14:58:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA09394 for bugs-outgoing; Tue, 9 Sep 1997 14:58:54 -0700 (PDT) Received: from top.monad.net (root@top.monad.net [204.97.16.3]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA09374 for ; Tue, 9 Sep 1997 14:58:38 -0700 (PDT) From: webmaster@campbellcom.com Received: from campbellcom.com (nsv3-3.rm.monad.net [208.0.183.239]) by top.monad.net (8.8.7/8.7.3) with SMTP id RAA26525 for ; Tue, 9 Sep 1997 17:58:29 -0400 (EDT) Date: Tue, 9 Sep 1997 17:58:29 -0400 (EDT) Message-Id: <199709092158.RAA26525@top.monad.net> To: bugs@freebsd.org Subject: Banners Sender: owner-freebsd-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Does your business use Signs or Banners for advertising? Banners are a great way to attract attention and get your message seen. If your business is planning a Grand Opening or a special event, our colorful banners, hanging inside or out, will command the attention you need. Customize any banner with your personal message and logo, or choose one of our stock banners. Best part is they are easy on the pocketbook, starting at just $28.00 for a 4' banner. Our banners are made of almost indestructable Tyvek. Use up to 3 colors at no additional cost. For more information please click on the following link: ============================================================= To remove your name from our mailing list, please click on the following link and then press send."mailto:webmaster@campbellcom.com?subject=Delete" or send an email to: Webmaster@campbellcom.com and place the word Delete in the subject header. Your name will be removed from our lists. ============================================================= From owner-freebsd-bugs Tue Sep 9 15:39:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA11998 for bugs-outgoing; Tue, 9 Sep 1997 15:39:54 -0700 (PDT) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA11935; Tue, 9 Sep 1997 15:39:02 -0700 (PDT) Received: from gate.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id XAA17824; Tue, 9 Sep 1997 23:37:07 +0100 (BST) Message-Id: <199709092237.XAA17824@awfulhak.demon.co.uk> X-Mailer: exmh version 2.0zeta 7/24/97 To: Heikki Suonsivu cc: Brian Somers , hsu@clinet.fi, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/1293 In-reply-to: Your message of "Tue, 09 Sep 1997 17:19:13 +0300." <199709091419.RAA18239@katiska.clinet.fi> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 09 Sep 1997 23:37:07 +0100 From: Brian Somers Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Brian Somers writes: > > Synopsis: Fatal trap 12: page fault while in kernel mode (PPP/modems/cyclades?) > > > > State-Changed-From-To: feedback-closed > > State-Changed-By: brian > > State-Changed-When: Mon Sep 8 14:00:11 PDT 1997 > > State-Changed-Why: > > I suspect this was the vjcompression thing. I sent mail to > > the bug submitter, but never got a reply. > > I must have missed it. Aug 31 kernel (2.2-stable) has still crashed couple > of times. What kind of symptoms "vjcompression thing" fixed and when ? This is the fix I was talking about, but it was committed back in June, so it looks like it didn't solve your problem: revision 1.10 date: 1997/06/22 02:19:53; author: brian; state: Exp; lines: +5 -1 Fix this damn mbuf with a negative m_len. It turns out to be a problem with VJ header compression. davidg spotted this in usr.sbin/ppp/slcompress.c a while ago, but I believe gave the wrong reasons - it's too easy to reproduce ! The only scenario that I've been able to reproduce the problem under is when m_len is *exactly* 40 ! So go figure ! PR: 3749 Submitted elsewhere by: davidg Obtained from: usr.sbin/ppp/slcompress.c Have you tried disabling vj and predictor compression ? It may make a difference. Also, have you tried using user-mode ppp. If this didn't work, we'd have access to a far more flexible logging system. > -- > Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@clinet.fi > mobile +358-40-5519679 work +358-9-43542270 fax -4555276 -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-bugs Tue Sep 9 16:15:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA14315 for bugs-outgoing; Tue, 9 Sep 1997 16:15:19 -0700 (PDT) Received: from In-Net.inba.fr (arthur.inba.fr [194.51.120.34]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA14310 for ; Tue, 9 Sep 1997 16:15:13 -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 BAA01425 for ; Wed, 10 Sep 1997 01:16:43 +0200 (MET DST) Message-Id: <3.0.1.16.19970910011953.2967611a@mail.inba.fr> X-Sender: psc@mail.inba.fr X-Mailer: Windows Eudora Pro Version 3.0.1 (16) Demo [F] Date: Wed, 10 Sep 1997 01:19:53 +0200 To: "freebsd-bugs@freebsd.org" From: Philippe SCHACK Subject: problem with tcp-wrappers and wu-ftp 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 QAA14311 Sender: owner-freebsd-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, On FreeBSD 2.2-970831-RELENG After installing tcpwrapper from the ports, it seems not to work. In fact, he does nothing. If compiling it from the sources, it seems to work fine. wu-ftp (from the ports too) does not display the banner when I connect to. An older version of wu-ftp seems to work fine. Any ideas ? -- *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* Vous cherchez un bien immobilier ? consultez http://www.ImmoSearch.inba.fr/ *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* Philippe SCHÄCK IN'NET BORDEAUX-AQUITAINE Tél. : + 33 57.24.18.11 Chauveau - CD 239 Fax : + 33 57.24.18.28 33420 ESPIET E-mail : phschack@inba.fr *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* From owner-freebsd-bugs Tue Sep 9 20:10:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA29700 for bugs-outgoing; Tue, 9 Sep 1997 20:10:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA29693; Tue, 9 Sep 1997 20:10:01 -0700 (PDT) Resent-Date: Tue, 9 Sep 1997 20:10:01 -0700 (PDT) Resent-Message-Id: <199709100310.UAA29693@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, haoboy@isi.edu Received: (from nobody@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA29524; Tue, 9 Sep 1997 20:07:53 -0700 (PDT) Message-Id: <199709100307.UAA29524@hub.freebsd.org> Date: Tue, 9 Sep 1997 20:07:53 -0700 (PDT) From: haoboy@isi.edu To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/4505: Support for Gravis UltraSound PnP card Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4505 >Category: kern >Synopsis: Support for Gravis UltraSound PnP card >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: support >Submitter-Id: current-users >Arrival-Date: Tue Sep 9 20:10:01 PDT 1997 >Last-Modified: >Originator: Haobo Yu >Organization: USC/ISI >Release: 2.2-stable >Environment: FreeBSD hoe.isi.edu 2.2.2-RELEASE FreeBSD 2.2.2-RELEASE #0: Tue Sep 9 19:29:58 PDT 1997 root@hoe.isi.edu:/usr/src/sys/compile/forx i386 >Description: Although there's support for Gravis UltraSound Classic/Max, seems there isn't support for UltraSound PnP? >How-To-Repeat: >Fix: There is a support for Gravis sound cards in Linux. I wonder whether it's possible to port them here. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Sep 9 20:33:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA01247 for bugs-outgoing; Tue, 9 Sep 1997 20:33:24 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA01178; Tue, 9 Sep 1997 20:32:01 -0700 (PDT) From: Peter Wemm Received: (from peter@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id UAA29792; Tue, 9 Sep 1997 20:29:16 -0700 (PDT) Date: Tue, 9 Sep 1997 20:29:16 -0700 (PDT) Message-Id: <199709100329.UAA29792@freefall.freebsd.org> To: hsu@mail.clinet.fi, peter@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/4141 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: ipfw default rule should be compile-time option State-Changed-From-To: open-closed State-Changed-By: peter State-Changed-When: Tue Sep 9 20:28:16 PDT 1997 State-Changed-Why: Suggested changes applied, thanks! Revision Changes Path 1.33 +2 -1 src/sys/conf/options 1.364 +9 -1 src/sys/i386/conf/LINT 1.63 +16 -8 src/sys/netinet/ip_fw.c From owner-freebsd-bugs Tue Sep 9 23:03:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA08991 for bugs-outgoing; Tue, 9 Sep 1997 23:03:58 -0700 (PDT) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.fr [193.56.58.253]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA08985 for ; Tue, 9 Sep 1997 23:03:54 -0700 (PDT) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.8.4/8.8.4) with ESMTP id IAA15902 for ; Wed, 10 Sep 1997 08:03:53 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.8.6/brasil-1.2) with UUCP id IAA02234 for freebsd-bugs@FreeBSD.ORG; Wed, 10 Sep 1997 08:03:31 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.7/keltia-uucp-2.10/nospam) id HAA02467; Wed, 10 Sep 1997 07:39:02 +0200 (CEST) Message-ID: <19970910073902.30792@keltia.freenix.fr> Date: Wed, 10 Sep 1997 07:39:02 +0200 From: Ollivier Robert To: "freebsd-bugs@freebsd.org" Subject: Re: problem with tcp-wrappers and wu-ftp References: <3.0.1.16.19970910011953.2967611a@mail.inba.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.76 In-Reply-To: <3.0.1.16.19970910011953.2967611a@mail.inba.fr>; from Philippe SCHACK on Wed, Sep 10, 1997 at 01:19:53AM +0200 X-Operating-System: FreeBSD 3.0-CURRENT ctm#3634 AMD-K6 MMX @ 208 MHz Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk According to Philippe SCHACK: > After installing tcpwrapper from the ports, it seems not to work. > In fact, he does nothing. If compiling it from the sources, it seems to > work fine. Do you use /usr/local/etc/hosts.{deny,allow} or /etc/hosts.{allow,deny} ? The port use the former... > wu-ftp (from the ports too) does not display the banner when I connect to. > An older version of wu-ftp seems to work fine. Don't forget to put "-a" in ftpd's command line in order to make it read ftpaccess. -- Ollivier ROBERT -=- FreeBSD: There are no limits -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #31: Sat Sep 6 21:58:17 CEST 1997 From owner-freebsd-bugs Tue Sep 9 23:20:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA10066 for bugs-outgoing; Tue, 9 Sep 1997 23:20:45 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id XAA10054 for ; Tue, 9 Sep 1997 23:20:41 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA01288; Wed, 10 Sep 1997 08:20:38 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id HAA04287; Wed, 10 Sep 1997 07:59:12 +0200 (MET DST) Message-ID: <19970910075912.ET55725@uriah.heep.sax.de> Date: Wed, 10 Sep 1997 07:59:12 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: webmaster@campbellcom.com Cc: bugs@FreeBSD.ORG Subject: Re: Banners References: <199709092158.RAA26525@top.monad.net> 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: <199709092158.RAA26525@top.monad.net>; from webmaster@campbellcom.com on Sep 9, 1997 17:58:29 -0400 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As webmaster@campbellcom.com wrote: > Does your business use Signs or Banners for advertising? Of course, but sorry to say, we've already got /usr/bin/banner for this purpose. Read the manual page for banner(6). Or better yet, disappear with light speed, before the subscribers of this list pester your ISP to fire you. -- 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 Sep 10 03:22:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA21748 for bugs-outgoing; Wed, 10 Sep 1997 03:22:31 -0700 (PDT) Received: from innocence.interface-business.de (innocence.interface-business.de [193.101.57.202]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA21727; Wed, 10 Sep 1997 03:22:16 -0700 (PDT) Received: from ida.interface-business.de (ida.interface-business.de [193.101.57.203]) by innocence.interface-business.de (8.6.11/8.6.9) with SMTP id MAA00529; Wed, 10 Sep 1997 12:22:06 +0200 Received: (from j@localhost) by ida.interface-business.de (8.8.7/8.7.3) id MAA01077; Wed, 10 Sep 1997 12:22:05 +0200 (MET DST) Message-ID: <19970910122202.WS38344@ida.interface-business.de> Date: Wed, 10 Sep 1997 12:22:02 +0200 From: j@ida.interface-business.de (J Wunsch) To: bugs@freebsd.org Cc: dfr@freebsd.org, dyson@freebsd.org Subject: Yet another 2.2-stable NFS (client) panic X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-31809-14 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Organization: interface business GmbH, Dresden Reply-To: joerg_wunsch@interface-business.de (Joerg Wunsch) Sender: owner-freebsd-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Fatal trap 12: page fault while in kernel mode fault virtual address = 0x87654371 fault code = supervisor read, page not present instruction pointer = 0x8:0xf013476f stack pointer = 0x10:0xefbffdb0 frame pointer = 0x10:0xefbffdc0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 3 current process = 7004 (hpscan) interrupt mask = bio 0xf013476f : movl 0x50(%edx),%eax Register %edx had the fairly suspicious value 0x87654321. Alas, the register values seem to have been clobbered when taking the coredump from within DDB. Here's the stack trace (modulo the frames that were caused by the DDB `panic' command, and a subsequent page fault inside DDB): #23 0xf01c78f7 in trap (frame={tf_es = 16, tf_ds = 16, tf_edi = -1073706944, tf_esi = -257406464, tf_ebp = -272630336, tf_isp = -272630372, tf_ebx = -225681520, tf_edx = -2023406815, tf_ecx = -225811320, tf_eax = 128, tf_trapno = 12, tf_err = 0, tf_eip = -267171985, tf_cs = 8, tf_eflags = 78470, tf_esp = -225681520, tf_ss = -225681520}) at ../../i386/i386/trap.c:311 #24 0xf013476f in reassignbuf (bp=0xf28c5f90, newvp=0xf0a84a00) at ../../kern/vfs_subr.c:670 #25 0xf012f2f5 in bdwrite (bp=0xf28c5f90) at ../../kern/vfs_bio.c:410 #26 0xf015a5d6 in nfs_write (ap=0xefbffee8) at ../../nfs/nfs_bio.c:710 #27 0xf0139247 in vn_write () #28 0xf011efc3 in write () #29 0xf01c8417 in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = 512, tf_esi = 136170860, tf_ebp = -272639304, tf_isp = -272629788, tf_ebx = 136110176, tf_edx = 4505583, tf_ecx = 4505583, tf_eax = 4, tf_trapno = 7, tf_err = 7, tf_eip = 136061205, tf_cs = 31, The current process above was doing heavy NFS writing by the time of this panic. (The NFS server is also a FreeBSD-2.2-something machine.) Not sure whether it was a concidence, but right at the moment the panic happened, i had just issued an `ntpdate' command on the NFS server machine, causing it to change its system clock by ~ 45 seconds. (kgdb) up 24 #24 0xf013476f in reassignbuf (bp=0xf28c5f90, newvp=0xf0a84a00) at ../../kern/vfs_subr.c:670 670 (tbp->b_vnbufs.le_next->b_lblkno < bp->b_lblkno)) { (kgdb) l 670 665 tbp = newvp->v_dirtyblkhd.lh_first; 666 if (!tbp || (tbp->b_lblkno > bp->b_lblkno)) { 667 bufinsvn(bp, &newvp->v_dirtyblkhd); 668 } else { 669 while (tbp->b_vnbufs.le_next && 670 (tbp->b_vnbufs.le_next->b_lblkno < bp->b_lblkno)) { 671 tbp = tbp->b_vnbufs.le_next; 672 } 673 LIST_INSERT_AFTER(tbp, bp, b_vnbufs); 674 } (kgdb) up #25 0xf012f2f5 in bdwrite (bp=0xf28c5f90) at ../../kern/vfs_bio.c:410 410 reassignbuf(bp, bp->b_vp); (kgdb) l 410 405 return; 406 } 407 bp->b_flags &= ~(B_READ|B_RELBUF); 408 if ((bp->b_flags & B_DELWRI) == 0) { 409 bp->b_flags |= B_DONE | B_DELWRI; 410 reassignbuf(bp, bp->b_vp); 411 } 412 413 /* 414 * This bmap keeps the system from needing to do the bmap later, (kgdb) up #26 0xf015a5d6 in nfs_write (ap=0xefbffee8) at ../../nfs/nfs_bio.c:710 710 bdwrite(bp); (kgdb) l 710 705 (nmp->nm_flag & NFSMNT_NQNFS) == 0) { 706 bp->b_proc = (struct proc *)0; 707 bp->b_flags |= B_ASYNC; 708 (void)nfs_writebp(bp, 0); 709 } else 710 bdwrite(bp); 711 } while (uio->uio_resid > 0 && n > 0); 712 return (0); 713 } 714 The coredump is still available if somebody has further questions. -- J"org Wunsch Unix support engineer joerg_wunsch@interface-business.de http://www.interface-business.de/~j From owner-freebsd-bugs Wed Sep 10 05:36:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA28012 for bugs-outgoing; Wed, 10 Sep 1997 05:36:37 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id FAA28007; Wed, 10 Sep 1997 05:36:30 -0700 (PDT) From: Joerg Wunsch Received: (from joerg@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id FAA06703; Wed, 10 Sep 1997 05:33:42 -0700 (PDT) Date: Wed, 10 Sep 1997 05:33:42 -0700 (PDT) Message-Id: <199709101233.FAA06703@freefall.freebsd.org> To: j@uriah.heep.sax.de, joerg@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/4486 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: ahc(4) in RELENG_2_2 can't do kernel core dumps State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Wed Sep 10 14:31:52 MEST 1997 State-Changed-Why: As suggested by Tor Egge , the actual problem was that attempting to dump parts of the adapter memory region (most likely the video adapter memory in this case) caused the hang. Tor's suggested workaround has been committed, in a slightly generalized form. From owner-freebsd-bugs Wed Sep 10 08:22:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA07533 for bugs-outgoing; Wed, 10 Sep 1997 08:22:34 -0700 (PDT) Received: from pat.idi.ntnu.no (0@pat.idi.ntnu.no [129.241.103.5]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA07500; Wed, 10 Sep 1997 08:22:15 -0700 (PDT) Received: from idt.unit.no (tegge@ikke.idi.ntnu.no [129.241.111.65]) by pat.idi.ntnu.no (8.8.6/8.8.6) with ESMTP id RAA20192; Wed, 10 Sep 1997 17:21:23 +0200 (MET DST) Message-Id: <199709101521.RAA20192@pat.idi.ntnu.no> To: joerg_wunsch@interface-business.de, j@ida.interface-business.de Cc: bugs@FreeBSD.ORG, dfr@FreeBSD.ORG, dyson@FreeBSD.ORG Subject: Re: Yet another 2.2-stable NFS (client) panic In-Reply-To: Your message of "Wed, 10 Sep 1997 12:22:02 +0200" References: <19970910122202.WS38344@ida.interface-business.de> X-Mailer: Mew version 1.70 on Emacs 19.34.1 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Wed, 10 Sep 1997 17:21:22 +0200 From: Tor Egge Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x87654371 > fault code = supervisor read, page not present > instruction pointer = 0x8:0xf013476f > stack pointer = 0x10:0xefbffdb0 > frame pointer = 0x10:0xefbffdc0 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 3 > current process = 7004 (hpscan) > interrupt mask = bio > > 0xf013476f : movl 0x50(%edx),%eax > > Register %edx had the fairly suspicious value 0x87654321. Alas, the > register values seem to have been clobbered when taking the coredump > from within DDB. Here's the stack trace (modulo the frames that were > caused by the DDB `panic' command, and a subsequent page fault inside > DDB): This is the probably the same error as reported in PR#3438 The PR is closed, but the fix is only in 3.0-current, not in 2.2-stable. - Tor Egge From owner-freebsd-bugs Wed Sep 10 09:15:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA10466 for bugs-outgoing; Wed, 10 Sep 1997 09:15:01 -0700 (PDT) Received: from innocence.interface-business.de (innocence.interface-business.de [193.101.57.202]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA10449; Wed, 10 Sep 1997 09:14:50 -0700 (PDT) Received: from ida.interface-business.de (ida.interface-business.de [193.101.57.203]) by innocence.interface-business.de (8.6.11/8.6.9) with SMTP id SAA00795; Wed, 10 Sep 1997 18:14:36 +0200 Received: (from j@localhost) by ida.interface-business.de (8.8.7/8.7.3) id SAA02018; Wed, 10 Sep 1997 18:14:35 +0200 (MET DST) Message-ID: <19970910181434.II36333@ida.interface-business.de> Date: Wed, 10 Sep 1997 18:14:34 +0200 From: j@ida.interface-business.de (J Wunsch) To: Tor.Egge@idi.ntnu.no (Tor Egge) Cc: bugs@FreeBSD.ORG, dfr@FreeBSD.ORG, dyson@FreeBSD.ORG Subject: Re: Yet another 2.2-stable NFS (client) panic References: <19970910122202.WS38344@ida.interface-business.de> <199709101521.RAA20192@pat.idi.ntnu.no> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-31809-14 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Organization: interface business GmbH, Dresden Reply-To: joerg_wunsch@interface-business.de (Joerg Wunsch) In-Reply-To: <199709101521.RAA20192@pat.idi.ntnu.no>; from Tor Egge on Sep 10, 1997 17:21:22 +0200 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Tor Egge wrote: > This is the probably the same error as reported in PR#3438 > The PR is closed, but the fix is only in 3.0-current, not in 2.2-stable. Quite possible. I've checked, the NFS server indeed offers NFSv3 already. I've seen further NFS bugfixes in -current that are not yet in -stable. Doug, do you want me to test something here? -- J"org Wunsch Unix support engineer joerg_wunsch@interface-business.de http://www.interface-business.de/~j From owner-freebsd-bugs Wed Sep 10 11:30:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA18246 for bugs-outgoing; Wed, 10 Sep 1997 11:30:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA18239; Wed, 10 Sep 1997 11:30:01 -0700 (PDT) Resent-Date: Wed, 10 Sep 1997 11:30:01 -0700 (PDT) Resent-Message-Id: <199709101830.LAA18239@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, wefa@unicom.talkline.de Received: from thetis.Talkline.DE (root@thetis.talkline.de [194.195.171.2]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id LAA17901 for ; Wed, 10 Sep 1997 11:24:25 -0700 (PDT) Received: from ohura.talkline.de by thetis.Talkline.DE with smtp (Smail3.1.29.1 #3) id m0x8qgd-0006qhC; Wed, 10 Sep 97 19:36 MET DST Received: from MailHost.Talkline.DE [172.16.1.16] (root) by ohura.talkline.de with smtp (Exim 1.61 #1) id 0x8qPx-0007x3-00; Wed, 10 Sep 1997 19:19:05 +0200 Received: from helena.unicom.de by MailHost.Talkline.DE with smtp (Smail3.1.29.1 #3) id m0x8rNy-000QmrC; Wed, 10 Sep 97 19:21 GMT+0100 Received: (from wefa@localhost) by helena.unicom.de (8.8.5/8.6.12 unicom) id UAA04192; :Wed, 10 Sep 1997 20:23:59 +0200 (MET DST) Message-Id: <199709101823.UAA04192@helena.unicom.de> Date: Wed, 10 Sep 1997 20:23:59 +0200 (MET DST) From: Christoph Weber-Fahr Reply-To: wefa@unicom.talkline.de To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/4508: nfs3 data integrity problems Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4508 >Category: kern >Synopsis: nfs3 data integrity problems >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Sep 10 11:30:01 PDT 1997 >Last-Modified: >Originator: Christoph Weber-Fahr >Organization: O.tel.o Communications >Release: FreeBSD 2.2.2-RELEASE i386 >Environment: two FreeBSD 2.2.2-RELEASE machines. - P90/32MB/3C590/AHA2940 - 486DX2-66i/16MB/NE2000 Clone/AHA1542B >Description: Machine 2 acts as "code server", i.e. it has the complete source tree and nfs-exports it to various other machines, among them #1. Machine 1 tries to compile a kernel for a third machine. in 90% of the attempts compilation falls over various errors in vnode_if.c . vnode_if.c is generated by a shell script in the make depend step. When examining vnode_if.c one notices a large block of zero bytes (0x00) within the file. Every Test involved at least a complete "make clean;make depend;make" cycle. The problem goes away, when - one removes vnode_if.c and restarts make (it is newly generated by the make process) - one compiles the kernel locally on machine 2 (doing the make depend step there is sufficient) - one forces nfs2 mount between the machines. The abovementioned problem is the most often boserved one. I also got sucessful compiles and unexplainable link fails and similar effects. My suspicion is that in certain stress situations nfs writes are not correctly transmitted. The problem occurs with both TCP and UDP mounts so I tend not to blame underlying protocols. >How-To-Repeat: use the abovementioned (or similar) system combo. mount /usr/src from system 2 on /usr/src on system 1 Generate a kernel according to the appended kernel file on system 1 in the nfs-mounted kernel compile directory. # # REM: minimal kernel for a small simple 386sx machine with 5 Megs # machine "i386" cpu "I386_CPU" ident REM maxusers 5 options GPL_MATH_EMULATE options INET options FFS options PROCFS options "COMPAT_43" options FAILSAFE config kernel root on wd0 controller isa0 controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr disk wd0 at wdc0 drive 0 device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr device npx0 at isa? port "IO_NPX" flags 0x1 irq 13 vector npxintr device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr device ep0 at isa? port 0x300 net irq 10 vector epintr pseudo-device loop pseudo-device ether pseudo-device log pseudo-device tun 1 pseudo-device pty 8 >Fix: none. Workaround: use nfs2 >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Sep 10 11:40:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA18835 for bugs-outgoing; Wed, 10 Sep 1997 11:40:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA18815; Wed, 10 Sep 1997 11:40:01 -0700 (PDT) Resent-Date: Wed, 10 Sep 1997 11:40:01 -0700 (PDT) Resent-Message-Id: <199709101840.LAA18815@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, wefa@unicom.talkline.de Received: from thetis.Talkline.DE (root@thetis.talkline.de [194.195.171.2]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id LAA18263 for ; Wed, 10 Sep 1997 11:30:08 -0700 (PDT) Received: from ohura.talkline.de by thetis.Talkline.DE with smtp (Smail3.1.29.1 #3) id m0x8qmI-0006qhC; Wed, 10 Sep 97 19:42 MET DST Received: from MailHost.Talkline.DE [172.16.1.16] (root) by ohura.talkline.de with smtp (Exim 1.61 #1) id 0x8qVc-0007x5-00; Wed, 10 Sep 1997 19:24:56 +0200 Received: from helena.unicom.de by MailHost.Talkline.DE with smtp (Smail3.1.29.1 #3) id m0x8rTe-000QmrC; Wed, 10 Sep 97 19:26 GMT+0100 Received: (from wefa@localhost) by helena.unicom.de (8.8.5/8.6.12 unicom) id UAA04312; :Wed, 10 Sep 1997 20:30:01 +0200 (MET DST) Message-Id: <199709101830.UAA04312@helena.unicom.de> Date: Wed, 10 Sep 1997 20:30:01 +0200 (MET DST) From: Christoph Weber-Fahr Reply-To: wefa@unicom.talkline.de To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: conf/4509: sendmail incorrectly called in /etc/rc Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4509 >Category: conf >Synopsis: sendmail incorrectly called in /etc/rc >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Sep 10 11:40:01 PDT 1997 >Last-Modified: >Originator: Christoph Weber-Fahr >Organization: O.tel.o Communications >Release: FreeBSD 2.2.2-RELEASE i386 >Environment: FreeBSD-2.2.2-RELEASE >Description: when you start sendmail as demon without the full path, it cannot be restarted with SIGHUP. /etc/rc starts sendmail without full path. >How-To-Repeat: >Fix: in /etc/rc change sendmail to /usr/sbin/sendmail >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Sep 10 12:13:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA20689 for bugs-outgoing; Wed, 10 Sep 1997 12:13:20 -0700 (PDT) Received: from wiley.csusb.edu (wiley.csusb.edu [139.182.2.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA20681 for ; Wed, 10 Sep 1997 12:13:16 -0700 (PDT) Received: from localhost (ccordero@localhost) by wiley.csusb.edu (8.8.5/8.6.11) with SMTP id MAA25649 for ; Wed, 10 Sep 1997 12:12:48 -0700 (PDT) Date: Wed, 10 Sep 1997 12:12:48 -0700 (PDT) From: Chad R Cordero To: FreeBSD Bugs Subject: make world fails on ppp Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk make world failed after cvsup to 2.2-stable with the following: ... ===> usr.sbin/ppp install -c -s -o root -g network -m 4550 ppp /usr/sbin install: unknown group network *** Error code 67 ... *************************************************** * Chad R Cordero * * Administrative Computing & Telecommunications * * * * http://tns.csusb.edu/ * *************************************************** From owner-freebsd-bugs Wed Sep 10 14:30:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA28413 for bugs-outgoing; Wed, 10 Sep 1997 14:30:16 -0700 (PDT) Received: from room101.sysc.com (richmojm2.student.rose-hulman.edu [137.112.206.126]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA28392; Wed, 10 Sep 1997 14:30:11 -0700 (PDT) Received: from localhost (jayrich@localhost) by room101.sysc.com (8.8.5/8.8.5) with SMTP id QAA01670; Wed, 10 Sep 1997 16:28:42 -0500 (EST) Date: Wed, 10 Sep 1997 16:28:36 -0500 (EST) From: "Jay M. Richmond" To: John Dowdal cc: freebsd-bugs@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: mount cdrom returns "input/output error" In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Whew... In a way I'm glad that I'm not the only one :).. Yes I did cvsup to 2.2-STABLE around that time as well. I'm using a Mitsumi 8x, but I assume it's the same... is that a SCSI cd-writer? if so, we may have differnt problems. I've cc'ed this to freebsd-bugs and freebsd-hackers. If you need any other info (please check through the rest of the quoted material), pleaese let me know... Thanks, Jay On Wed, 10 Sep 1997, John Dowdal wrote: > > I get the same error on a cvsup'd stable, downloaded around 9-1-97. I can > not "mount -o ro -t cd9660 /dev/worm0c /mnt" without getting a IO error. > I used to be able to mount this, using the same kernel config. The drive > is a HP 4020i CD writer. It is possible for me to do dd if=/dev/rworm0 > of=/dev/null bs=32k and read the whole CD; don't know if I can write cd's > or not with this version because I haven't tried. > > John > > On Wed, 10 Sep 1997, Jay M. Richmond wrote: > > > Please note: since I posted this I've also tried putting the CD-ROM on the > > primary controller and configuring it as a slave... same result. > > > > Thanks again for your time, > > Jay > > jayrich@sysc.com > > > > On Wed, 10 Sep 1997, Charlie ROOT wrote: > > > > > Hello-- > > > > > > I searched the FAQ and handbook for an answer to this before asking, but I > > > still apologize in advance if this is a "stupid question." > > > > > > Here's the situation... > > > > > > Ever since I upgraded to 2.2-STABLE, I am unable to mount any CD-ROM's > > > that I have (I tested this by going back to the 2.2.2-RELEASE kernel and > > > the CD-ROM worked great, unfortunately, I need 2.2-STABLE for some other > > > fixes.) I am sure the CD-ROM is working fine and the CD is OK. > > > > > > When I mount the CD, it says: > > > > > > # mount -t cd9660 /dev/wcd0a /cdrom > > > cd9660: /dev/wcd0a: Input/output error > > > > > > The drive is on the second IDE channel as a SLAVE, without a master (this > > > worked fine before with 2.2.2-RELEASE, has there been a change?). > > > > > > I also double checked my source configuration files as well: > > > > > > controller wdc1 at isa? port "IO_WD2" bio irq 15 vector wdintr > > > disk wd2 at wdc1 drive 0 > > > disk wd3 at wdc1 drive 1 > > > > > > options ATAPI > > > options ATAPI_STATIC > > > device wcd0 > > > > > > I also have it set up for the primary controller. This is the same > > > configuration that was in GENERIC for 2.2.2-RELEASE on my system. > > > > > > The drive is detected on boot up too: > > > > > > /kernel: wdc1: unit 1 (atapi): , removable, intr, dma, iordis > > > > > > I've also searched the mailing list archives, and most of the time the > > > error is due to the device not being recognized or a CD not being in the > > > drive, etc. However, none of that applies here. > > > > > > My question is: is there something in 2.2-STABLE that's changed that I > > > would need to make other changes to my OS to make the CD work? > > > > > > I don't subscribe to the freebsd-questions or freebsd-stable mailing > > > lists, so please send a copy of your reponse to me via e-mail. > > > > > > Thank you very much for your time, > > > > > > Jay > > > jayrich@sysc.com > > > > > > > > From owner-freebsd-bugs Wed Sep 10 14:47:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA29626 for bugs-outgoing; Wed, 10 Sep 1997 14:47:53 -0700 (PDT) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA29611 for ; Wed, 10 Sep 1997 14:47:35 -0700 (PDT) Received: from gate.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id WAA28855; Wed, 10 Sep 1997 22:46:51 +0100 (BST) Message-Id: <199709102146.WAA28855@awfulhak.demon.co.uk> X-Mailer: exmh version 2.0zeta 7/24/97 To: Chad R Cordero cc: FreeBSD Bugs Subject: Re: make world fails on ppp In-reply-to: Your message of "Wed, 10 Sep 1997 12:12:48 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 10 Sep 1997 22:46:51 +0100 From: Brian Somers Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > make world failed after cvsup to 2.2-stable with the following: > > ... > ===> usr.sbin/ppp > install -c -s -o root -g network -m 4550 ppp /usr/sbin > install: unknown group network > *** Error code 67 > ... You'll need to merge the new line from /usr/src/etc/group. /etc updates are never done from a make world. > *************************************************** > * Chad R Cordero * > * Administrative Computing & Telecommunications * > * * > * http://tns.csusb.edu/ * > *************************************************** > -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-bugs Wed Sep 10 15:10:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA01185 for bugs-outgoing; Wed, 10 Sep 1997 15:10:11 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA01163; Wed, 10 Sep 1997 15:10:01 -0700 (PDT) From: Brian Somers Received: (from brian@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id PAA23567; Wed, 10 Sep 1997 15:07:09 -0700 (PDT) Date: Wed, 10 Sep 1997 15:07:09 -0700 (PDT) Message-Id: <199709102207.PAA23567@freefall.freebsd.org> To: brian@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, brian@FreeBSD.ORG Subject: Re: bin/2524 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: PPP Users Get Knocked Off After PAP Responsible-Changed-From-To: freebsd-bugs->brian Responsible-Changed-By: brian Responsible-Changed-When: Wed Sep 10 15:04:18 PDT 1997 Responsible-Changed-Why: Pppd's mine (I guess) From owner-freebsd-bugs Wed Sep 10 15:23:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA02220 for bugs-outgoing; Wed, 10 Sep 1997 15:23:34 -0700 (PDT) Received: from ucsee.EECS.Berkeley.EDU (benco@ucsee.EECS.Berkeley.EDU [128.32.156.173]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA02190; Wed, 10 Sep 1997 15:23:23 -0700 (PDT) Received: (from benco@localhost) by ucsee.EECS.Berkeley.EDU (8.8.4/8.8.4) id PAA02061; Wed, 10 Sep 1997 15:23:05 -0700 Date: Wed, 10 Sep 1997 15:23:05 -0700 From: Ben Cottrell Message-Id: <199709102223.PAA02061@ucsee.EECS.Berkeley.EDU> To: jayrich@room101.sysc.com, jdowdal@destiny.erols.com Subject: Re: mount cdrom returns "input/output error" Cc: freebsd-bugs@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Whew... In a way I'm glad that I'm not the only one :).. Yes I did cvsup I'm glad I'm not the only one too :-) I've tried it on a sup from about august 6, plus the snap that was around that time, plus a sup from a few weeks previous to all that. It happens on both of my CD-ROM drives--a Toshiba 3401 and a Philips CDD 2600 (a cd-r drive). It does not affect my ability to read audio tracks off the drives, nor my ability to dd from the raw device files. I *also* get this on the syslog when I try to mount: Sep 10 15:19:25 pandora /kernel: ahc0: ahc_scsi_cmd: more than 32 DMA segs Sep 10 15:19:25 pandora /kernel: cd0: oops not queued Sep 10 15:19:25 pandora /kernel: biodone: buffer already done and the last two lines of that is the exact same error that happens perenially when using cd-write to write a CD under FreeBSD. Curiouser and curiouser :-P ~Ben From owner-freebsd-bugs Wed Sep 10 20:01:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA18981 for bugs-outgoing; Wed, 10 Sep 1997 20:01:06 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA18847; Wed, 10 Sep 1997 19:59:47 -0700 (PDT) From: "Jordan K. Hubbard" Received: (from jkh@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id TAA25350; Wed, 10 Sep 1997 19:56:54 -0700 (PDT) Date: Wed, 10 Sep 1997 19:56:54 -0700 (PDT) Message-Id: <199709110256.TAA25350@freefall.freebsd.org> To: wefa@unicom.talkline.de, jkh@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: conf/4509 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: sendmail incorrectly called in /etc/rc State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Wed Sep 10 19:56:32 PDT 1997 State-Changed-Why: This has been fixed in -current and 2.2 for awhile. From owner-freebsd-bugs Wed Sep 10 23:09:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA29789 for bugs-outgoing; Wed, 10 Sep 1997 23:09:29 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA29746; Wed, 10 Sep 1997 23:08:19 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id QAA28335; Thu, 11 Sep 1997 16:05:05 +1000 Date: Thu, 11 Sep 1997 16:05:05 +1000 From: Bruce Evans Message-Id: <199709110605.QAA28335@godzilla.zeta.org.au> To: freebsd-bugs@FreeBSD.ORG, j@uriah.heep.sax.de, joerg@FreeBSD.ORG Subject: Re: kern/4486 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >As suggested by Tor Egge , the actual problem was >that attempting to dump parts of the adapter memory region (most >likely the video adapter memory in this case) caused the hang. Tor's >suggested workaround has been committed, in a slightly generalized >form. There should be no problem with adapter memory for wddump(), since adapter memory should look like ordinary memory at least when it is accessed via normal instructions <= 32 bits at a time. Does the broken system also hang for 64-bit video accesses via the FPU? Bruce From owner-freebsd-bugs Thu Sep 11 03:30:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA12654 for bugs-outgoing; Thu, 11 Sep 1997 03:30:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA12648; Thu, 11 Sep 1997 03:30:02 -0700 (PDT) Resent-Date: Thu, 11 Sep 1997 03:30:02 -0700 (PDT) Resent-Message-Id: <199709111030.DAA12648@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, markm@iafrica.com Received: from rodent.iafrica.com (markm@rodent.iafrica.com [196.31.1.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA12297 for ; Thu, 11 Sep 1997 03:23:44 -0700 (PDT) Received: (from markm@localhost) by rodent.iafrica.com (8.8.7/8.8.5) id MAA27219; Thu, 11 Sep 1997 12:23:40 +0200 (SAT) Message-Id: <199709111023.MAA27219@rodent.iafrica.com> Date: Thu, 11 Sep 1997 12:23:40 +0200 (SAT) From: Mark R V Murray Reply-To: markm@iafrica.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: gnu/4511: GCC optimization broken with -m486? Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4511 >Category: gnu >Synopsis: GCC optimization broken with -m486? >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Sep 11 03:30:01 PDT 1997 >Last-Modified: >Originator: Mark R V Murray >Organization: UUNET Internet Africa >Release: FreeBSD 2.2-STABLE i386 >Environment: Recent 2.2-STABLE with CFLAGS= -O2 -m486 -pipe in /etc/make.conf >Description: We noticed this problem when sh(1) started to misbehave. sh objects to a line in a script that looks like foo=$((2 << 29)) >How-To-Repeat: [make 2.2-STABLE with CFLAGS in /etc/make.conf as above] cd /dev ; ./MAKEDEV >Fix: Workarounds: 1) remove 1 of -O2 or -m486 2) modify the offending line in the script to read foo=$((2<<29)) (ie remove the spaces on either side of <<) >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Sep 11 04:50:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id EAA16303 for bugs-outgoing; Thu, 11 Sep 1997 04:50:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id EAA16297; Thu, 11 Sep 1997 04:50:01 -0700 (PDT) Date: Thu, 11 Sep 1997 04:50:01 -0700 (PDT) Message-Id: <199709111150.EAA16297@hub.freebsd.org> To: freebsd-bugs Cc: From: Bruce Evans Subject: Re: gnu/4511: GCC optimization broken with -m486? Reply-To: Bruce Evans Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR gnu/4511; it has been noted by GNATS. From: Bruce Evans To: FreeBSD-gnats-submit@FreeBSD.ORG, markm@iafrica.com Cc: Subject: Re: gnu/4511: GCC optimization broken with -m486? Date: Thu, 11 Sep 1997 21:44:30 +1000 >We noticed this problem when sh(1) started to misbehave. >sh objects to a line in a script that looks like > >foo=$((2 << 29)) > >>How-To-Repeat: > >[make 2.2-STABLE with CFLAGS in /etc/make.conf as above] > >cd /dev ; ./MAKEDEV I can't duplicate this. I guess the bug is actually in sh, and different flags just move it. >Workarounds: >1) remove 1 of -O2 or -m486 These flags should never have been recommended. Use -O2 only if you want to get nonstandard bugs. -m486 is worse than useless except possibly on 486's. >2) modify the offending line in the script to read >foo=$((2<<29)) > (ie remove the spaces on either side of <<) Actually 1<<29. Bruce From owner-freebsd-bugs Thu Sep 11 10:06:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA03672 for bugs-outgoing; Thu, 11 Sep 1997 10:06:11 -0700 (PDT) Received: from citadel.cdsec.com (citadel.cdsec.com [192.96.22.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA03651; Thu, 11 Sep 1997 10:05:55 -0700 (PDT) Received: (from nobody@localhost) by citadel.cdsec.com (8.8.5/8.6.9) id TAA13983; Thu, 11 Sep 1997 19:09:53 +0200 (SAT) Received: by citadel via recvmail id 13981; Thu Sep 11 19:09:49 1997 by gram.cdsec.com (8.8.5/8.8.5) id SAA18957; Thu, 11 Sep 1997 18:44:23 +0200 (SAT) From: Graham Wheeler Message-Id: <199709111644.SAA18957@cdsec.com> Subject: Memory leak in getservbyXXX? To: freebsd-hackers@freebsd.org, freebsd-bugs@freebsd.org Date: Thu, 11 Sep 1997 18:44:22 +0200 (SAT) Cc: gram@gram.cdsec.com (Graham Wheeler) X-Mailer: ELM [version 2.4 PL25-h4.1] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi all We have recently ported our Citadel firewall software from FreeBSD 2.1.0 to FreeBSD 2.2.2. Some of our sites, particularly those whose firewall machines have only 16Mb of RAM, are now experiencing problems. We have a application-level gateway program which is occasionally freezing up, in what seems to be a busy loop (if we run `top' the gateway process is the most CPU-intensive, chewing up CPU cycles as fast as it can). We have collected several core dumps from the gateway program when this happens. In each case, while the location in our own code varies, the stack trace always ends in a call to getservbyname() or getservbyport(). These in turn are calling either malloc() or free(), which in turn seem to be calling fstat() (at least according to the stack backtrace). top also reports that the virtual memory is exhausted. We have other sites that have been running the gateway code on FreeBSD 2.1.0 for several months without a restart or reboot; the FreeBSD 2.2.2 hosts are freezing up every few hours. Is anyone aware of a problem with the implementation of the /etc/services lookup routines in FreeBSD 2.2.2? I will go through the library source code myself tomorrow, and compre it with FreeBSD 2.1.0, but I am hoping that this problem is already known, and hopefully that a fix is available. Thanks in advance Graham -- Dr Graham Wheeler E-mail: gram@cdsec.com Citadel Data Security Phone: +27(21)23-6065/6/7 Internet/Intranet Network Specialists Mobile: +27(83)-253-9864 Firewalls/Virtual Private Networks Fax: +27(21)24-3656 Data Security Products WWW: http://www.cdsec.com/ From owner-freebsd-bugs Thu Sep 11 12:52:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA13308 for bugs-outgoing; Thu, 11 Sep 1997 12:52:43 -0700 (PDT) Received: from smtp2.xs4all.nl (smtp2.xs4all.nl [194.109.6.52]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA13292 for ; Thu, 11 Sep 1997 12:52:37 -0700 (PDT) Received: from asterix.xs4all.nl (root@asterix.xs4all.nl [194.109.6.11]) by smtp2.xs4all.nl (8.8.6/XS4ALL) with ESMTP id VAA17568; Thu, 11 Sep 1997 21:51:45 +0200 (CEST) Received: from muon.xs4all.nl (uucp@localhost) by asterix.xs4all.nl (8.8.6/8.8.6) with UUCP id VAA23630; Thu, 11 Sep 1997 21:42:07 +0200 (MET DST) Received: (from plm@localhost) by muon.xs4all.nl (8.8.6/8.7.3) id VAA00718; Thu, 11 Sep 1997 21:07:31 +0200 (MET DST) To: markm@iafrica.com, freebsd-bugs@freebsd.org Subject: Re: gnu/4511: GCC optimization broken with -m486? References: <199709111023.MAA27219@rodent.iafrica.com> From: Peter Mutsaers Date: 11 Sep 1997 21:07:31 +0200 In-Reply-To: Mark R V Murray's message of Thu, 11 Sep 1997 12:23:40 +0200 (SAT) Message-ID: <874t7rd5zg.fsf@muon.xs4all.nl> Lines: 35 X-Mailer: Gnus v5.4.25/Emacs 19.34 Sender: owner-freebsd-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> On Thu, 11 Sep 1997 12:23:40 +0200 (SAT), Mark R V Murray >> said: >> Description: MRVM> We noticed this problem when sh(1) started to misbehave. MRVM> sh objects to a line in a script that looks like MRVM> foo=$((2 << 29)) >> How-To-Repeat: MRVM> [make 2.2-STABLE with CFLAGS in /etc/make.conf as above] MRVM> cd /dev ; ./MAKEDEV >> Fix: MRVM> Workarounds: MRVM> 1) remove 1 of -O2 or -m486 MRVM> 2) modify the offending line in the script to read MRVM> foo=$((2<<29)) MRVM> (ie remove the spaces on either side of <<) I always build using -O2 and -m486, and my -current sh does not show this bug. By the way, in another follow-up Bruce Evans said that -m486 should not be used and doesn't improve things. Is that really true? According to gcc's man page it should improve speed for a 486, so I assumed it will benefit a Pentium too. -- /\_/\ ( o.o ) Peter Mutsaers | Abcoude (Utrecht), | Trust me, I know ) ^ ( plm@xs4all.nl | the Netherlands | what I'm doing. From owner-freebsd-bugs Thu Sep 11 14:10:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA18204 for bugs-outgoing; Thu, 11 Sep 1997 14:10:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA18195; Thu, 11 Sep 1997 14:10:02 -0700 (PDT) Resent-Date: Thu, 11 Sep 1997 14:10:02 -0700 (PDT) Resent-Message-Id: <199709112110.OAA18195@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, nik@iii.co.uk Received: from tyree.iii.co.uk (tyree.iii.co.uk [193.117.77.66]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA17300 for ; Thu, 11 Sep 1997 14:00:06 -0700 (PDT) Received: from carrig.strand.iii.co.uk (carrig.strand.iii.co.uk [192.168.7.25]) by tyree.iii.co.uk (8.8.4/8.8.4) with ESMTP id VAA09767 for ; Thu, 11 Sep 1997 21:57:17 +0100 (BST) Received: (from nik@localhost) by carrig.strand.iii.co.uk (8.8.7/8.8.7) id WAA13317; Thu, 11 Sep 1997 22:02:45 +0100 (BST) Message-Id: <199709112102.WAA13317@carrig.strand.iii.co.uk> Date: Thu, 11 Sep 1997 22:02:45 +0100 (BST) From: nik@iii.co.uk Reply-To: nik@iii.co.uk To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: docs/4512: Submission: updated "make world" tutorial Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4512 >Category: docs >Synopsis: Submission of updated "make world" tutorial for FreeBSD >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu Sep 11 14:10:01 PDT 1997 >Last-Modified: >Originator: Nik Clayton >Organization: Interactive Investor >Release: FreeBSD 2.2-STABLE i386 >Environment: N/A >Description: I have updated my "make world" tutorial, currently available at http://www.freebsd.org/tutorials/upgrade/upgrade.html and placed a GZIPed tarball containing a README file, the make-world.sgml source and a make-world.html converted file in ftp.freebsd.org/pub/FreeBSD/incoming/make-world.tar.gz The README is also available in that directory as make-world.README. Please replace the existing tutorial with this update. >How-To-Repeat: N/A >Fix: N/A >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Sep 11 16:10:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA02414 for bugs-outgoing; Thu, 11 Sep 1997 16:10:07 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA02405; Thu, 11 Sep 1997 16:10:03 -0700 (PDT) Resent-Date: Thu, 11 Sep 1997 16:10:03 -0700 (PDT) Resent-Message-Id: <199709112310.QAA02405@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, Douglas Thomas Crosher Received: from scrooge.ee.swin.oz.au (scrooge.ee.swin.oz.au [136.186.4.20]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id QAA02239 for ; Thu, 11 Sep 1997 16:09:17 -0700 (PDT) Received: (from dtc@localhost) by scrooge.ee.swin.oz.au (8.6.9/8.6.9) id JAA27052 for freebsd-gnats-submit@freebsd.org; Fri, 12 Sep 1997 09:12:28 +1000 Message-Id: <199709112312.JAA27052@scrooge.ee.swin.oz.au> Date: Fri, 12 Sep 1997 09:12:27 +1000 (EST) From: Douglas Thomas Crosher To: freebsd-gnats-submit@FreeBSD.ORG Subject: kern/4513: System lockup which appears to be VM related. Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4513 >Category: kern >Synopsis: System lockup appears to be VM related. >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Sep 11 16:10:01 PDT 1997 >Last-Modified: >Originator: Douglas >Organization: Swinburne University of Technology >Release: FreeBSD 3.0-CURRENT i386 >Environment: Pentium 133, 128M Ram, 512M swap. Freebsd 3.0-current Sep 11, 1997. >Description: I've noticed the machine locking up for roughly 2 minutes. The keyboard will still accept interrupts and the VT switching still works, but only the VT at the point of lockup will accept anything. All processes appear to have halted but the VT reported load average climbs to about 5. There is some very light disk activity, very roughly a blink every 10 seconds. After about 2 minutes the system resumes and starts paging heavily. This behaviour was not seen in a current system from July. >How-To-Repeat: The code below reproduces the problem. The number of pages allocated needed to be adjusted to the machines memory size which was 128M. The lockup occurs after 4-6 iterations. -=-=- #include #include #include #define NUM_PAGES 2*16384 /* Adjust to the machines memory size. */ main() { int n,i; int max=10; int x; if (mmap(0x9000000,NUM_PAGES*4096, PROT_READ|PROT_WRITE|PROT_EXEC,MAP_PRIVATE|MAP_ANON,-1,0) == -1) printf("mmap erorr\n"); for (n=0;nrem) num=rem; if (munmap((void *)addr,4096*num)==-1) printf("munmap erorr\n"); if (mmap((void *)addr,4096*num, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_ANON,-1,0) ==-1) printf("mmap erorr\n"); } } /* Read from pages at random. */ for (page=0;pageFix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Sep 11 16:12:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA02845 for bugs-outgoing; Thu, 11 Sep 1997 16:12:27 -0700 (PDT) Received: from verdi.nethelp.no (verdi.nethelp.no [195.1.171.130]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id QAA02809 for ; Thu, 11 Sep 1997 16:12:18 -0700 (PDT) From: sthaug@nethelp.no Received: (qmail 404 invoked by uid 1001); 11 Sep 1997 23:12:12 +0000 (GMT) To: fenner@FreeBSD.ORG Cc: freebsd-bugs@hub.freebsd.org Subject: Re: kern/3925 In-Reply-To: Your message of "Sat, 5 Jul 1997 11:55:59 -0700 (PDT)" References: <199707051855.LAA16321@hub.freebsd.org> X-Mailer: Mew version 1.05+ on Emacs 19.28.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Fri, 12 Sep 1997 01:12:12 +0200 Message-ID: <402.874019532@verdi.nethelp.no> Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Synopsis: SO_SNDLOWAT of 0 causes kernel to use 99% of CPU time on TCP send > > State-Changed-From-To: open-feedback > State-Changed-By: fenner > State-Changed-When: Sat Jul 5 11:55:17 PDT 1997 > State-Changed-Why: > Could you verify that rev 1.27 of kern/uipc_socket.c fixes this problem? Hi, sorry this took so long - I'm afraid your message arrived during vacation time here, and got lost in my mailbox. Anyway, I have tested the patch, and it looks good. My problem has been resolved, and the test program now gets EINVAL as it should. Please note that I haven't been able to test 1.27 directly. What I did was: - Grab uipc_socket.c 1.30 from FreeBSD-current at ftp.cdrom.com. - Locate the changes related to kern/3925. - Backport these changes to my current system (2.2-970801-RELENG, with uipc_socket.c 1.20.2.1). - And test the new kernel based on these changes. Below is a context diff against uipc_socket.c 1.20.2.1 - this could probably go into the RELENG_2_2 branch. Steinar Haug, Nethelp consulting, sthaug@nethelp.no ---------------------------------------------------------------------- *** uipc_socket.c.orig Tue Dec 3 11:48:58 1996 --- uipc_socket.c Fri Sep 12 00:31:57 1997 *************** *** 893,922 **** case SO_RCVBUF: case SO_SNDLOWAT: case SO_RCVLOWAT: if (m == NULL || m->m_len < sizeof (int)) { error = EINVAL; goto bad; } switch (optname) { case SO_SNDBUF: case SO_RCVBUF: if (sbreserve(optname == SO_SNDBUF ? &so->so_snd : &so->so_rcv, ! (u_long) *mtod(m, int *)) == 0) { error = ENOBUFS; goto bad; } break; case SO_SNDLOWAT: ! so->so_snd.sb_lowat = *mtod(m, int *); break; case SO_RCVLOWAT: ! so->so_rcv.sb_lowat = *mtod(m, int *); break; } break; case SO_SNDTIMEO: case SO_RCVTIMEO: --- 893,945 ---- case SO_RCVBUF: case SO_SNDLOWAT: case SO_RCVLOWAT: + { + int optval; + if (m == NULL || m->m_len < sizeof (int)) { error = EINVAL; goto bad; } + + /* + * Values < 1 make no sense for any of these + * options, so disallow them. + */ + optval = *mtod(m, int *); + if (optval < 1) { + error = EINVAL; + goto bad; + } + switch (optname) { case SO_SNDBUF: case SO_RCVBUF: if (sbreserve(optname == SO_SNDBUF ? &so->so_snd : &so->so_rcv, ! (u_long) optval) == 0) { error = ENOBUFS; goto bad; } break; + /* + * Make sure the low-water is never greater than + * the high-water. + */ case SO_SNDLOWAT: ! so->so_snd.sb_lowat = ! (optval > so->so_snd.sb_hiwat) ? ! so->so_snd.sb_hiwat : optval; break; case SO_RCVLOWAT: ! so->so_rcv.sb_lowat = ! (optval > so->so_rcv.sb_hiwat) ? ! so->so_rcv.sb_hiwat : optval; break; } break; + } case SO_SNDTIMEO: case SO_RCVTIMEO: From owner-freebsd-bugs Thu Sep 11 17:00:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA09926 for bugs-outgoing; Thu, 11 Sep 1997 17:00:08 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA09897; Thu, 11 Sep 1997 17:00:02 -0700 (PDT) Resent-Date: Thu, 11 Sep 1997 17:00:02 -0700 (PDT) Resent-Message-Id: <199709120000.RAA09897@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, nsayer@quack.kfu.com Received: from relay1.UU.NET (relay1.UU.NET [192.48.96.5]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA08949 for ; Thu, 11 Sep 1997 16:50:12 -0700 (PDT) Received: from slxinc.specialix.com by relay1.UU.NET with SMTP (peer crosschecked as: slxinc.specialix.com [192.65.145.1]) id QQdgpj11058; Thu, 11 Sep 1997 19:47:53 -0400 (EDT) Received: from zephyr.specialix.com by specialix.com id aa10176; 11 Sep 97 16:48 PDT Received: by zephyr.specialix.com (8.8.5//ident-1.0) id QAA01738; Thu, 11 Sep 1997 16:47:32 -0700 (PDT) Message-Id: <199709112347.QAA01738@zephyr.specialix.com> Date: Thu, 11 Sep 1997 16:47:32 -0700 (PDT) From: nsayer@quack.kfu.com Reply-To: nsayer@quack.kfu.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/4514: stdio does not flush on fork() Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4514 >Category: bin >Synopsis: stdio does not flush on fork() >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Sep 11 17:00:01 PDT 1997 >Last-Modified: >Originator: Nick Sayer >Organization: Just me >Release: FreeBSD 2.2.2-RELEASE i386 >Environment: >Description: If the stdio buffers are not flushed, a fork() will replicate the filled buffer to the child, resulting in doubling the data. It is inconsistent, however you slice it, to have one printf call result in multiple outputs. >How-To-Repeat: #include main() { printf("this will appear twice."); fork(); } >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Sep 11 18:20:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA15967 for bugs-outgoing; Thu, 11 Sep 1997 18:20:09 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA15939; Thu, 11 Sep 1997 18:20:03 -0700 (PDT) Resent-Date: Thu, 11 Sep 1997 18:20:03 -0700 (PDT) Resent-Message-Id: <199709120120.SAA15939@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, wefa@unicom.talkline.de Received: from thetis.Talkline.DE (root@thetis.talkline.de [194.195.171.2]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id SAA15585 for ; Thu, 11 Sep 1997 18:15:05 -0700 (PDT) Received: from ohura.talkline.de by thetis.Talkline.DE with smtp (Smail3.1.29.1 #3) id m0x9JZN-0006ojC; Fri, 12 Sep 97 02:26 MET DST Received: from MailHost.Talkline.DE [172.16.1.16] (root) by ohura.talkline.de with smtp (Exim 1.61 #1) id 0x9JIo-0006Al-00; Fri, 12 Sep 1997 02:09:38 +0200 Received: from helena.unicom.de by MailHost.Talkline.DE with smtp (Smail3.1.29.1 #3) id m0x9KGg-000QoFC; Fri, 12 Sep 97 02:11 GMT+0100 Received: (from root@localhost) by helena.unicom.de (8.8.5/8.6.12 unicom) id DAA14262; :Fri, 12 Sep 1997 03:14:39 +0200 (MET DST) Message-Id: <199709120114.DAA14262@helena.unicom.de> Date: Fri, 12 Sep 1997 03:14:39 +0200 (MET DST) From: Christoph Weber-Fahr Reply-To: wefa@unicom.talkline.de To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/4515: sysinstall in -stable broken Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4515 >Category: bin >Synopsis: sysinstall in -stable broken >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Sep 11 18:20:02 PDT 1997 >Last-Modified: >Originator: Christoph Weber-Fahr >Organization: O.tel.o communications >Release: FreeBSD 2.2.2-RELEASE i386 >Environment: 2.2.2-RELEASE >Description: since /stand/sysinstall in 2.2.2 scrambles rc files, I tried the suggested fix. I fetched FreeBSD-stable/src/release/sysinistall and tried to build it (make depend;make). it didn't build, because - apache.c is missing - when copying apache.c from 2.2.2-RELEASE, compilation fails: installUpgrade.c: In function `installUpgrade': installUpgrade.c:158: `VAR_NONINTERACTIVE' undeclared (first use this function) installUpgrade.c:158: (Each undeclared identifier is reported only once installUpgrade.c:158: for each function it appears in.) *** Error code 1 >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Sep 11 20:15:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA24428 for bugs-outgoing; Thu, 11 Sep 1997 20:15:46 -0700 (PDT) Received: from word.smith.net.au (word.smith.net.au [202.0.75.3]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA24414; Thu, 11 Sep 1997 20:15:36 -0700 (PDT) Received: from word.smith.net.au (localhost.smith.net.au [127.0.0.1]) by word.smith.net.au (8.8.7/8.8.5) with ESMTP id MAA00728; Fri, 12 Sep 1997 12:43:35 +1000 (EST) Message-Id: <199709120243.MAA00728@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: Graham Wheeler cc: freebsd-hackers@freebsd.org, freebsd-bugs@freebsd.org, gram@gram.cdsec.com (Graham Wheeler) Subject: Re: Memory leak in getservbyXXX? In-reply-to: Your message of "Sat, 11 Sep 1997 18:44:22 +0200." <199709111644.SAA18957@cdsec.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 12 Sep 1997 12:43:35 +1000 From: Mike Smith Sender: owner-freebsd-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > We have a application-level gateway program which is occasionally freezing > up, in what seems to be a busy loop (if we run `top' the gateway process is > the most CPU-intensive, chewing up CPU cycles as fast as it can). We have > collected several core dumps from the gateway program when this happens. If you can simulate the situation locally, attaching to the running process with gdb and stepping through the loop would almost certainly be very instructive. > In each case, while the location in our own code varies, the stack trace > always ends in a call to getservbyname() or getservbyport(). These in turn > are calling either malloc() or free(), which in turn seem to be calling > fstat() (at least according to the stack backtrace). That's fairly odd; malloc()/free() do not call fstat(). Are you using the system malloc() or the GNU version? > Is anyone aware of a problem with the implementation of the /etc/services > lookup routines in FreeBSD 2.2.2? I will go through the library source code > myself tomorrow, and compre it with FreeBSD 2.1.0, but I am hoping that this > problem is already known, and hopefully that a fix is available. Not as far as I am aware; something like this would have been somewhat of a showstopper I would expect. If you have a copy of the CVS repository on hand extracting the changes between 2.1 and 2.2 would be very straightforward. Please keep us informed of your progress, and if there is anything more we can do to help, please ask! mike From owner-freebsd-bugs Thu Sep 11 21:10:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA28954 for bugs-outgoing; Thu, 11 Sep 1997 21:10:07 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA28948; Thu, 11 Sep 1997 21:10:01 -0700 (PDT) Resent-Date: Thu, 11 Sep 1997 21:10:01 -0700 (PDT) Resent-Message-Id: <199709120410.VAA28948@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, jose.zafra@citicorp.com Received: (from nobody@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA28820; Thu, 11 Sep 1997 21:07:32 -0700 (PDT) Message-Id: <199709120407.VAA28820@hub.freebsd.org> Date: Thu, 11 Sep 1997 21:07:32 -0700 (PDT) From: jose.zafra@citicorp.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: i386/4516: reboot Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4516 >Category: i386 >Synopsis: reboot >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: support >Submitter-Id: current-users >Arrival-Date: Thu Sep 11 21:10:01 PDT 1997 >Last-Modified: >Originator: Jose A Zafra >Organization: CITICORP >Release: 2.2.2 >Environment: 486/66 with 16Meg mem, adaptec 1542CF, barracuda 2.1 Gb,CDRom SCSI NEC >Description: I can not boot the machine after installation, I am getting an error changing root to /dev/sd0a, and I do not have a 3c509 3Com Ethernet card on it. >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Sep 12 00:01:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA11021 for bugs-outgoing; Fri, 12 Sep 1997 00:01:52 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA10810; Thu, 11 Sep 1997 23:59:27 -0700 (PDT) From: "Jordan K. Hubbard" Received: (from jkh@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id XAA18824; Thu, 11 Sep 1997 23:56:24 -0700 (PDT) Date: Thu, 11 Sep 1997 23:56:24 -0700 (PDT) Message-Id: <199709120656.XAA18824@freefall.freebsd.org> To: wefa@unicom.talkline.de, jkh@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/4515 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: sysinstall in -stable broken State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Thu Sep 11 23:55:50 PDT 1997 State-Changed-Why: This is a user configuration error of some sort since sysinstall builds just fine under 2.2-stable. From owner-freebsd-bugs Fri Sep 12 01:35:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA16862 for bugs-outgoing; Fri, 12 Sep 1997 01:35:28 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA16849; Fri, 12 Sep 1997 01:35:22 -0700 (PDT) From: Michael Smith Received: (from msmith@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id BAA19426; Fri, 12 Sep 1997 01:32:19 -0700 (PDT) Date: Fri, 12 Sep 1997 01:32:19 -0700 (PDT) Message-Id: <199709120832.BAA19426@freefall.freebsd.org> To: sjr@home.net, msmith@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, msmith@FreeBSD.ORG Subject: Re: kern/4335 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Support for EtherExpress Pro/10+ State-Changed-From-To: open-closed State-Changed-By: msmith State-Changed-When: Fri Sep 12 01:31:06 PDT 1997 State-Changed-Why: The suggested fix was committed. Responsible-Changed-From-To: freebsd-bugs->msmith Responsible-Changed-By: msmith Responsible-Changed-When: Fri Sep 12 01:31:06 PDT 1997 Responsible-Changed-Why: Someone had to commit it. 8) From owner-freebsd-bugs Fri Sep 12 01:43:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA17406 for bugs-outgoing; Fri, 12 Sep 1997 01:43:04 -0700 (PDT) Received: from citadel.cdsec.com (citadel.cdsec.com [192.96.22.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA17401; Fri, 12 Sep 1997 01:42:58 -0700 (PDT) Received: (from nobody@localhost) by citadel.cdsec.com (8.8.5/8.6.9) id KAA19821; Fri, 12 Sep 1997 10:47:03 +0200 (SAT) Received: by citadel via recvmail id 19788; Fri Sep 12 10:46:22 1997 by gram.cdsec.com (8.8.5/8.8.5) id KAA19990; Fri, 12 Sep 1997 10:19:30 +0200 (SAT) From: Graham Wheeler Message-Id: <199709120819.KAA19990@cdsec.com> Subject: Re: Memory leak in getservbyXXX? To: mike@smith.net.au (Mike Smith) Date: Fri, 12 Sep 1997 10:19:29 +0200 (SAT) Cc: freebsd-bugs@freebsd.org, hackers@freebsd.org In-Reply-To: <199709120243.MAA00728@word.smith.net.au> from "Mike Smith" at Sep 12, 97 12:43:35 pm X-Mailer: ELM [version 2.4 PL25-h4.1] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > > > We have a application-level gateway program which is occasionally freezing > > up, in what seems to be a busy loop (if we run `top' the gateway process is > > the most CPU-intensive, chewing up CPU cycles as fast as it can). We have > > collected several core dumps from the gateway program when this happens. > > If you can simulate the situation locally, attaching to the running > process with gdb and stepping through the loop would almost certainly > be very instructive. Unfortunately the problem has never occurred at our site; I am working with core dumps mailed to me by the client (generated by sending a SIGABRT to the spinning process). > > In each case, while the location in our own code varies, the stack trace > > always ends in a call to getservbyname() or getservbyport(). These in turn > > are calling either malloc() or free(), which in turn seem to be calling > > fstat() (at least according to the stack backtrace). > > That's fairly odd; malloc()/free() do not call fstat(). Are you using > the system malloc() or the GNU version? The system malloc, as far as I know. And I did search the source for fstat, and didn't find it, so I agree this is odd. But that's what gdb is reporting in the stack backtrace... > > Is anyone aware of a problem with the implementation of the /etc/services > > lookup routines in FreeBSD 2.2.2? I will go through the library source code > > myself tomorrow, and compre it with FreeBSD 2.1.0, but I am hoping that this > > problem is already known, and hopefully that a fix is available. > > Not as far as I am aware; something like this would have been somewhat > of a showstopper I would expect. If you have a copy of the CVS > repository on hand extracting the changes between 2.1 and 2.2 would be > very straightforward. Yes and no - our application is doing thousands of calls to these routines every hour, and it never terminates (some sites have been running the same process for nearly a year without a restart or reboot). So if the problem is a memory leak, for example, it may not show up except in situations like ours where there are so many calls. I'm considering prescanning the tables used once at the start and looking up all the services once only; this is a good idea from a performance point of view and may make the problem go away. > Please keep us informed of your progress, and if there is anything more > we can do to help, please ask! Wilco. -- Dr Graham Wheeler E-mail: gram@cdsec.com Citadel Data Security Phone: +27(21)23-6065/6/7 Internet/Intranet Network Specialists Mobile: +27(83)-253-9864 Firewalls/Virtual Private Networks Fax: +27(21)24-3656 Data Security Products WWW: http://www.cdsec.com/ From owner-freebsd-bugs Fri Sep 12 01:50:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA17968 for bugs-outgoing; Fri, 12 Sep 1997 01:50:06 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA17954; Fri, 12 Sep 1997 01:50:01 -0700 (PDT) Date: Fri, 12 Sep 1997 01:50:01 -0700 (PDT) Message-Id: <199709120850.BAA17954@hub.freebsd.org> To: freebsd-bugs Cc: From: John-Mark Gurney Subject: Re: bin/4514: stdio does not flush on fork() Reply-To: John-Mark Gurney Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/4514; it has been noted by GNATS. From: John-Mark Gurney To: nsayer@quack.kfu.com Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/4514: stdio does not flush on fork() Date: Fri, 12 Sep 1997 01:41:55 -0700 nsayer@quack.kfu.com scribbled this message on Sep 11: > If the stdio buffers are not flushed, a fork() will replicate > the filled buffer to the child, resulting in doubling the data. > It is inconsistent, however you slice it, to have one printf > call result in multiple outputs. I think this is actually a user error... fork is a system call.. and teaching a system call about how to use a library isn't a very good idea... so you just need to make sure you: fflush(NULL); before you fork... -- John-Mark Gurney Modem/FAX: +1 541 683 6954 Cu Networking Live in Peace, destroy Micro$oft, support free software, run FreeBSD From owner-freebsd-bugs Fri Sep 12 02:03:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA19150 for bugs-outgoing; Fri, 12 Sep 1997 02:03:05 -0700 (PDT) Received: from citadel.cdsec.com (citadel.cdsec.com [192.96.22.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA19126 for ; Fri, 12 Sep 1997 02:02:52 -0700 (PDT) Received: (from nobody@localhost) by citadel.cdsec.com (8.8.5/8.6.9) id LAA20455; Fri, 12 Sep 1997 11:07:03 +0200 (SAT) Received: by citadel via recvmail id 20453; Fri Sep 12 11:06:58 1997 by gram.cdsec.com (8.8.5/8.8.5) id KAA20043; Fri, 12 Sep 1997 10:40:11 +0200 (SAT) From: Graham Wheeler Message-Id: <199709120840.KAA20043@cdsec.com> Subject: Re: Memory leak in getservbyXXX? To: mike@smith.net.au (Mike Smith) Date: Fri, 12 Sep 1997 10:40:10 +0200 (SAT) Cc: freebsd-bugs@freebsd.org In-Reply-To: <199709120243.MAA00728@word.smith.net.au> from "Mike Smith" at Sep 12, 97 12:43:35 pm X-Mailer: ELM [version 2.4 PL25-h4.1] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > In each case, while the location in our own code varies, the stack trace > > always ends in a call to getservbyname() or getservbyport(). These in turn > > are calling either malloc() or free(), which in turn seem to be calling > > fstat() (at least according to the stack backtrace). > > That's fairly odd; malloc()/free() do not call fstat(). Are you using > the system malloc() or the GNU version? Here are three sample core dumps: #0 0x52220 in fstat () #1 0x95000 in ?? () #2 0x5256e in free () #3 0x46312 in fclose () #4 0x334af in endservent () #5 0x2f84e in getservbyname () #6 0x253e0 in GetPort (protocol=6, service=0xbf510
) at service.cc:34 #7 0x25405 in GetTCPPort (service=0xbf510
) at service.cc:42 #8 0x1d136 in TCPGatewaySet::DestPort (this=0x683d0, n=4) at gateways.cc:39 #9 0x1d08d in GatewaySet::Match (this=0x683d0, n=4, cliaddr=0xefbfd824 "\n}\016\nÏD\211C", cliport=3088, dstaddr=0xefbfd828 "ÏD\211C", dstport=80) at gateways.cc:25 #10 0x1755d in AccessRuleSet::CheckGateways (this=0x68344, gateways=0x683d0, cliaddr=0xefbfd824 "\n}\016\nÏD\211C", cliport=3088, dstaddr=0xefbfd828 "ÏD\211C", dstport=80, user=0xefbfd86c "", group=0xefbfd82c "", identtypes=0xefbfd820) at access.cc:229 #11 0x17648 in AccessRuleSet::CheckTCPGateways (this=0x68344, cliaddr=0xefbfd824 "\n}\016\nÏD\211C", cliport=3088, dstaddr=0xefbfd828 "ÏD\211C", dstport=80, user=0xefbfd86c "", group=0xefbfd82c "", identtypes=0xefbfd820) at access.cc:255 #12 0x4fc4 in SessionGroup::AddOutgoingSession (this=0x67420, pkt=0x86640, queueit=0xefbfdbfc) at session.cc:1267 #13 0x588a in TCPSessionGroup::AddOutgoingSession (this=0x67420, pkt=0x86640, queueit=0xefbfdbfc) at session.cc:1501 #14 0x5e3f in SessionManager::FindInsideSession (this=0x67400, pkt=0x86640, queueit=0xefbfdbfc) at session.cc:1639 #15 0xa43e in Interface::GetSession (this=0x6b000, sm=0x67400, pkt=0x86640, to_inside=0, queueit=0xefbfdbfc) at iface.cc:405 #16 0xa817 in Interface::Gateway (this=0x6b000, other=0x6b100, sm=0x67400, to_inside=0) at iface.cc:468 #17 0x8314 in Gateway::HandleEvents (this=0x86600) at gateway.cc:209 #18 0x85b0 in Gateway::Run (this=0x86600) at gateway.cc:294 #19 0x1701 in main (argc=6, argv=0xefbfdce4) at cdsgw.cc:165 #0 0x51a60 in fstat () #1 0x63f54 in buffer () #2 0x51da2 in fstat () #3 0x524f6 in malloc () #4 0x50ba9 in __smakebuf () #5 0x461c0 in __srefill () #6 0x45b24 in fgets () #7 0x33535 in getservent () #8 0x2f7ed in getservbyname () #9 0x253e0 in GetPort (protocol=6, service=0x69510 "http\t\t70/udp\nrje\t\t77/tcp\t\tnetrjs\nfinger\t\t79/tcp\nhttp\t\t80/tcp\t\thttp\t# WorldWideWeb HTTP\nhttp\t\t80/udp\t\t\t# HyperText Transfer Protocol\nlink\t\t87/tcp\t\tttylink\n#kerberos\t88/tcp\t\tkrb5\t# Kerberos v5\n#kerberos"...) at service.cc:34 #10 0x25405 in GetTCPPort ( service=0x69510 "http\t\t70/udp\nrje\t\t77/tcp\t\tnetrjs\nfinger\t\t79/tcp\nhttp\t\t80/tcp\t\thttp\t# WorldWideWeb HTTP\nhttp\t\t80/udp\t\t\t# HyperText Transfer Protocol\nlink\t\t87/tcp\t\tttylink\n#kerberos\t88/tcp\t\tkrb5\t# Kerberos v5\n#kerberos"...) at service.cc:42 #11 0x1d136 in TCPGatewaySet::DestPort (this=0x683d0, n=4) at gateways.cc:39 #12 0x1d08d in GatewaySet::Match (this=0x683d0, n=4, cliaddr=0xefbfd824 "\n|\002\027Ä\aF\203", cliport=1725, dstaddr=0xefbfd828 "Ä\aF\203", dstport=80) at gateways.cc:25 #13 0x1755d in AccessRuleSet::CheckGateways (this=0x68344, gateways=0x683d0, cliaddr=0xefbfd824 "\n|\002\027Ä\aF\203", cliport=1725, dstaddr=0xefbfd828 "Ä\aF\203", dstport=80, user=0xefbfd86c "", group=0xefbfd82c "", identtypes=0xefbfd820) at access.cc:229 #14 0x17648 in AccessRuleSet::CheckTCPGateways (this=0x68344, cliaddr=0xefbfd824 "\n|\002\027Ä\aF\203", cliport=1725, dstaddr=0xefbfd828 "Ä\aF\203", dstport=80, user=0xefbfd86c "", group=0xefbfd82c "", identtypes=0xefbfd820) at access.cc:255 #15 0x4fc4 in SessionGroup::AddOutgoingSession (this=0x67420, pkt=0x86640, queueit=0xefbfdbfc) at session.cc:1267 #16 0x588a in TCPSessionGroup::AddOutgoingSession (this=0x67420, pkt=0x86640, queueit=0xefbfdbfc) at session.cc:1501 #17 0x5e3f in SessionManager::FindInsideSession (this=0x67400, pkt=0x86640, queueit=0xefbfdbfc) at session.cc:1639 #18 0xa43e in Interface::GetSession (this=0x6b000, sm=0x67400, pkt=0x86640, to_inside=0, queueit=0xefbfdbfc) at iface.cc:405 #19 0xa817 in Interface::Gateway (this=0x6b000, other=0x6b100, sm=0x67400, to_inside=0) at iface.cc:468 #20 0x8314 in Gateway::HandleEvents (this=0x86600) at gateway.cc:209 #21 0x85b0 in Gateway::Run (this=0x86600) at gateway.cc:294 #22 0x1701 in main (argc=6, argv=0xefbfdce4) at cdsgw.cc:165 #0 0x52220 in fstat () #1 0x83000 in ?? () #2 0x5256e in free () #3 0x46312 in fclose () #4 0x334af in endservent () #5 0x2f79a in getservbyport () #6 0x2581b in Service (protocol=17, port=0) at service.cc:257 #7 0x268e in TransportSession::ServiceName (this=0x6b300) at session.cc:360 #8 0x2dfd in UDPSession::ServiceName (this=0x6b300) at session.cc:527 #9 0x284e in TransportSession::Print (this=0x6b300, buf=0xefbfdac4 "\024", verbose=0) at session.cc:388 #10 0x23d7 in IPSession::Terminate (this=0x6b300) at session.cc:299 #11 0x2da7 in TransportSession::Terminate (this=0x6b300) at session.cc:515 #12 0x4c28 in SessionGroup::AgeSessions (this=0x67440) at session.cc:1195 #13 0x5d9c in SessionManager::AgeSessions (this=0x67400) at session.cc:1614 #14 0x83f5 in Gateway::HandleEvents (this=0x86600) at gateway.cc:227 #15 0x85b0 in Gateway::Run (this=0x86600) at gateway.cc:294 #16 0x1701 in main (argc=6, argv=0xefbfdcd4) at cdsgw.cc:165 -- Dr Graham Wheeler E-mail: gram@cdsec.com Citadel Data Security Phone: +27(21)23-6065/6/7 Internet/Intranet Network Specialists Mobile: +27(83)-253-9864 Firewalls/Virtual Private Networks Fax: +27(21)24-3656 Data Security Products WWW: http://www.cdsec.com/ From owner-freebsd-bugs Fri Sep 12 03:20:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA23059 for bugs-outgoing; Fri, 12 Sep 1997 03:20:06 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA23044; Fri, 12 Sep 1997 03:20:02 -0700 (PDT) Resent-Date: Fri, 12 Sep 1997 03:20:02 -0700 (PDT) Resent-Message-Id: <199709121020.DAA23044@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, yasu@mrit.mei.co.jp Received: (from nobody@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA22884; Fri, 12 Sep 1997 03:17:20 -0700 (PDT) Message-Id: <199709121017.DAA22884@hub.freebsd.org> Date: Fri, 12 Sep 1997 03:17:20 -0700 (PDT) From: yasu@mrit.mei.co.jp To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: gnu/4517: Cannot debug with gdb with message 'Error accessing memory address' Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4517 >Category: gnu >Synopsis: Cannot debug with gdb with message 'Error accessing memory address' >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Sep 12 03:20:01 PDT 1997 >Last-Modified: >Originator: Yasuhiko Watanabe >Organization: Matsushita Research Institute Tokyo, Inc. >Release: FreeBSD 3.0-CURRENT >Environment: FreeBSD waltz 3.0-CURRENT FreeBSD 3.0-CURRENT #0: Fri Sep 5 16:57:09 JST 1997 yasu@waltz:/usr/src/sys/compile/SMALL i386 >Description: Cannot set value to automatic variable when debuggin with gdb. Setting to an automatic variable cause "Error accessing memory address 0x???????: Bad address." message. >How-To-Repeat: Debugging code below with gdb, I got error message and could not set value to the variable 'x'. ---------- test.c ---------- main(){ int x; x = 1; } ---------- test.c end---------- Above code is complied with: % cc -g -o test test.c Debugged with gdb: % gdb ./test It said: GDB is free software and you are welcome to distribute copies of it under certain conditions; type "show copying" to see the conditions. There is absolutely no warranty for GDB; type "show warranty" for details. GDB 4.16 (i386-unknown-freebsd), Copyright 1996 Free Software Foundation, Inc... (gdb) b main Breakpoint 1 at 0x163b: file test.c, line 3. (gdb) run Starting program: /a/steffi/export/yasu/./test Breakpoint 1, main () at test.c:3 3 x = 1; (gdb) n 4 } (gdb) set x = 100; Error accessing memory address 0xefbfd48c: Bad address. (gdb) quit The program is running. Quit anyway (and kill it)? (y or n) y --------------------------------------------------------------- If I define x as static, I can set value to x. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Sep 12 03:50:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA24390 for bugs-outgoing; Fri, 12 Sep 1997 03:50:08 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA24384; Fri, 12 Sep 1997 03:50:01 -0700 (PDT) Resent-Date: Fri, 12 Sep 1997 03:50:01 -0700 (PDT) Resent-Message-Id: <199709121050.DAA24384@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, muir@idiom.com Received: from ping.idiom.com (idiom-frVT1-gw.sf.tlg.net [140.174.37.22] (may be forged)) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA24318 for ; Fri, 12 Sep 1997 03:48:30 -0700 (PDT) Received: (from muir@localhost) by ping.idiom.com (8.8.5/8.8.5) id DAA00860; Fri, 12 Sep 1997 03:48:27 -0700 (PDT) Message-Id: <199709121048.DAA00860@ping.idiom.com> Date: Fri, 12 Sep 1997 03:48:27 -0700 (PDT) From: muir@idiom.com Reply-To: muir@idiom.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/4518: ipfw cannot handle 6-character interface names Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4518 >Category: bin >Synopsis: ipfw cannot handle 6-character interface names >Confidential: No >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Sep 12 03:50:00 PDT 1997 >Last-Modified: >Originator: David Sharnoff >Organization: Idiom >Release: FreeBSD 2.2.2-RELEASE i386 >Environment: FreeBSD 2.2.2 with an ET Inc serial card doing frame relay. Example interface name: ethb17 >Description: ipfw chops off the last character of 6-letter interface names. "ethb17" becomes "ethb1" >How-To-Repeat: ipfw add allow ip from 140.174.82.0/24 to any out via ethb17 >Fix: *** ipfw.c Wed Mar 5 04:30:08 1997 --- ../../ipfw.c Fri Sep 12 03:41:32 1997 *************** *** 612,620 **** * If a unit was specified, check for that exact interface. * If a wildcard was specified, check for unit 0. */ ! snprintf(ifr.ifr_name, sizeof(ifr.ifr_name), "%s%d", ! rule->fw_via_name, ! rule->fw_flg & IP_FW_F_IFUWILD ? 0 : rule->fw_via_unit); if (ioctl(s, SIOCGIFFLAGS, &ifr) < 0) return(-1); /* interface isn't recognized by the kernel */ --- 612,622 ---- * If a unit was specified, check for that exact interface. * If a wildcard was specified, check for unit 0. */ ! char ifnb[FW_IFNLEN+1]; ! strncpy(ifnb,rule->fw_via_name,FW_IFNLEN); ! ifnb[FW_IFNLEN]='\0'; ! snprintf(ifr.ifr_name, sizeof(ifr.ifr_name), "%s%d", ifnb, ! rule->fw_flg & IP_FW_F_IFUWILD ? 0 : rule->fw_via_unit); if (ioctl(s, SIOCGIFFLAGS, &ifr) < 0) return(-1); /* interface isn't recognized by the kernel */ *************** *** 739,745 **** char *q; strncpy(rule.fw_via_name, *av, sizeof(rule.fw_via_name)); - rule.fw_via_name[sizeof(rule.fw_via_name) - 1] = '\0'; for (q = rule.fw_via_name; *q && !isdigit(*q) && *q != '*'; q++) continue; if (*q == '*') --- 741,746 ---- >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Sep 12 04:28:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id EAA26425 for bugs-outgoing; Fri, 12 Sep 1997 04:28:48 -0700 (PDT) Received: from word.smith.net.au (word.smith.net.au [202.0.75.3]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id EAA26351; Fri, 12 Sep 1997 04:28:05 -0700 (PDT) Received: from word.smith.net.au (localhost.smith.net.au [127.0.0.1]) by word.smith.net.au (8.8.7/8.8.5) with ESMTP id UAA02692; Fri, 12 Sep 1997 20:55:10 +1000 (EST) Message-Id: <199709121055.UAA02692@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: Graham Wheeler cc: mike@smith.net.au (Mike Smith), freebsd-bugs@freebsd.org, hackers@freebsd.org Subject: Re: Memory leak in getservbyXXX? In-reply-to: Your message of "Sat, 12 Sep 1997 10:19:29 +0200." <199709120819.KAA19990@cdsec.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 12 Sep 1997 20:25:08 +0930 From: Mike Smith Sender: owner-freebsd-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > That's fairly odd; malloc()/free() do not call fstat(). Are you using > > the system malloc() or the GNU version? > > The system malloc, as far as I know. And I did search the source for fstat, > and didn't find it, so I agree this is odd. But that's what gdb is reporting > in the stack backtrace... Just out of curiosity, seeing as it appears to be inside malloc inside the stdio library, a couple of other questions; do you use the funopen() functionality at all? > > Not as far as I am aware; something like this would have been somewhat > > of a showstopper I would expect. If you have a copy of the CVS > > repository on hand extracting the changes between 2.1 and 2.2 would be > > very straightforward. I just went over this; there's been very little at all changed there, most of the differences are the addition of YP support. Each of these stuffups is actually deep inside the stdio library; I suspect that this is just about all your application actually does with stdio? btw. you might want to call setservent(1) before making lookups to avoid the open/close overhead you're incurring with every getserv* call you're currently making. Looking more, do you fiddle with the _bf._base or _nbuf fields in any FILE structures? Particularly after you've closed the file? > process for nearly a year without a restart or reboot). So if the problem > is a memory leak, for example, it may not show up except in situations like > ours where there are so many calls. If it's a memory leak then it sounds like it's inside the stdio library, possibly in fopen()/fclose(). Without more data it's going to be hard to track this one. If you have a forgiving customer, it would be immensely useful to build a copy of libc with debugging symbols and link your binary static, and then have the user run that until it dies. What happens if you install the 2.1 compatability kit and run the 2.1 version of the application? > I'm considering prescanning the tables used once at the start and looking > up all the services once only; this is a good idea from a performance point > of view and may make the problem go away. If you can spare the memory, that's far and away the best approach. mike From owner-freebsd-bugs Fri Sep 12 04:34:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id EAA26773 for bugs-outgoing; Fri, 12 Sep 1997 04:34:52 -0700 (PDT) Received: from thetis.Talkline.DE (root@thetis.talkline.de [194.195.171.2]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id EAA26754; Fri, 12 Sep 1997 04:34:26 -0700 (PDT) Received: from ohura.talkline.de by thetis.Talkline.DE with smtp (Smail3.1.29.1 #3) id m0x9TEb-0006q0C; Fri, 12 Sep 97 12:45 MET DST Received: from MailHost.Talkline.DE [172.16.1.16] (root) by ohura.talkline.de with smtp (Exim 1.61 #1) id 0x9Sy4-0004H2-00; Fri, 12 Sep 1997 12:28:52 +0200 Received: from kassandra.unicom.de by MailHost.Talkline.DE with smtp (Smail3.1.29.1 #3) id m0x9Tvu-000QoHC; Fri, 12 Sep 97 12:30 GMT+0100 Received: from unicom1.unicom.de (unicom1.unicom.de [194.233.120.34]) by kassandra.unicom.de (8.6.12/8.6.12 unicom) with ESMTP id NAA17217; :Fri, 12 Sep 1997 13:33:53 +0200 X-Comment: sender adresses rewritten from .unicom.de to .unicom.talkline.de because of (yet) missing domain registration Received: from UNICOM1/SpoolDir by unicom1.unicom.de (Mercury 1.31); 12 Sep 97 13:33:59 +0100 Received: from SpoolDir by UNICOM1 (Mercury 1.31); 12 Sep 97 13:33:45 +0100 From: "Christoph Weber-Fahr" Organization: Unicom GmbH To: "Jordan K. Hubbard" , freebsd-bugs@freebsd.org Date: Fri, 12 Sep 1997 13:33:43 +0100 MET MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: bin/4515 CC: freeebsd-gnats-submit@freebsd.org Priority: normal In-reply-to: <199709120656.XAA18824@freefall.freebsd.org> X-mailer: Pegasus Mail for Windows (v2.52) Message-ID: <4E201863CF5@unicom1.unicom.de> Sender: owner-freebsd-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello, At 11 Sep 97 , 23:56 you wrote: > From: "Jordan K. Hubbard" > Date: Thu, 11 Sep 1997 23:56:24 -0700 (PDT) > To: wefa@unicom.talkline.de, jkh@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG > Subject: Re: bin/4515 > Synopsis: sysinstall in -stable broken > > State-Changed-From-To: open-closed > State-Changed-By: jkh > State-Changed-When: Thu Sep 11 23:55:50 PDT 1997 > State-Changed-Why: > This is a user configuration error of some sort since sysinstall > builds just fine under 2.2-stable. Sigh. It isn't. It doesn't. I just checked on another freshly installed system. It doesn't build, and, frankly, how should it? I'm referring to ftp://ftp.cdrom.com/pub/FreeBSD/FreeBSD-stable/src/release/sysinstall a.) there is no file apache.c Makefile contains the line SRCS= anonFTP.c apache.c attr.c cdrom.c command.c config.c devices.c \ Makefile does not contain an entry generating apache.c. I fail to see how the build should succeed this way. b.) installUpgrade.c has recently (Sept 9) been altered. Line 158 reads if (variable_get(VAR_NONINTERACTIVE)) VAR_NONINTERACTIVE probably should be defined in sysinstall.h. Alas, it isn't. sysinstall.h was last altered April 20, this is before or around the time of 2.2.2-RELEASE. I fail to see how installUpgrade.c should compile this way. I don't doubt the version on your hare drive compile just fine. Unfortunately this doesn't apply to the version on ftp.cdrom.com. Regards Christoph Weber-Fahr __________________________________________________ Christoph Weber-Fahr wefa@unicom.talkline.de O.tel.o Communications GmbH 06102 708-466 From owner-freebsd-bugs Fri Sep 12 05:40:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA00278 for bugs-outgoing; Fri, 12 Sep 1997 05:40:07 -0700 (PDT) Received: from citadel.cdsec.com (citadel.cdsec.com [192.96.22.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id FAA00206; Fri, 12 Sep 1997 05:39:58 -0700 (PDT) Received: (from nobody@localhost) by citadel.cdsec.com (8.8.5/8.6.9) id OAA27186; Fri, 12 Sep 1997 14:44:05 +0200 (SAT) Received: by citadel via recvmail id 27184; Fri Sep 12 14:44:02 1997 by gram.cdsec.com (8.8.5/8.8.5) id OAA20310; Fri, 12 Sep 1997 14:16:54 +0200 (SAT) From: Graham Wheeler Message-Id: <199709121216.OAA20310@cdsec.com> Subject: Re: Memory leak in getservbyXXX? To: mike@smith.net.au (Mike Smith) Date: Fri, 12 Sep 1997 14:16:53 +0200 (SAT) Cc: hackers@freebsd.org, freebsd-bugs@freebsd.org In-Reply-To: <199709121055.UAA02692@word.smith.net.au> from "Mike Smith" at Sep 12, 97 08:25:08 pm X-Mailer: ELM [version 2.4 PL25-h4.1] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > > That's fairly odd; malloc()/free() do not call fstat(). Are you using > > > the system malloc() or the GNU version? > > > > The system malloc, as far as I know. And I did search the source for fstat, > > and didn't find it, so I agree this is odd. But that's what gdb is reporting > > in the stack backtrace... > > Just out of curiosity, seeing as it appears to be inside malloc inside > the stdio library, a couple of other questions; do you use the > funopen() functionality at all? Nope. > > > Not as far as I am aware; something like this would have been somewhat > > > of a showstopper I would expect. If you have a copy of the CVS > > > repository on hand extracting the changes between 2.1 and 2.2 would be > > > very straightforward. > > I just went over this; there's been very little at all changed there, > most of the differences are the addition of YP support. Yup - virtually no difference (rats!) > Each of these stuffups is actually deep inside the stdio library; I > suspect that this is just about all your application actually does with > stdio? Yes - all debugging, etc is done with syslog. There is a config file read at the start, and upon receipt of a SIGHUP. It is also possible to open a domain socket to the app and issue some commands, but this is for my use; the client isn't doing this. > btw. you might want to call setservent(1) before making lookups > to avoid the open/close overhead you're incurring with > every getserv* call you're currently making. Good idea. > Looking more, do you fiddle with the _bf._base or _nbuf fields in any > FILE structures? Particularly after you've closed the file? No, don't touch the FILE innards directly at all. > > process for nearly a year without a restart or reboot). So if the problem > > is a memory leak, for example, it may not show up except in situations like > > ours where there are so many calls. > > If it's a memory leak then it sounds like it's inside the stdio > library, possibly in fopen()/fclose(). Without more data it's going to > be hard to track this one. Tell me about it 8-( It does seem like a memory leak, as the memory use reported by top grows over time. I have memory allocation debugging code which confirms that I have no leaks in my code (at least of C++ objects), and the fact that older sites have been running for months seems to confirm this. Its a pity we can't just kill and restart the app every hour or so, but unfortunately that would result in any TCP connections across the firewall being terminated gracelessly; I think they may find that even more irritating than the current problem. > If you have a forgiving customer, it would be immensely useful to build > a copy of libc with debugging symbols and link your binary static, and > then have the user run that until it dies. I may have to do this, and give them a new kernel with kernel trace support compiled in. But this is quite tricky - they're about 1000 miles away, and don't have the skills to do a kernel update themselves, so it will be a last resort. > What happens if you install the 2.1 compatability kit and run the 2.1 > version of the application? Unfortunately this is also tricky - the format of the config file has changed between the two versions, and all the other apps (proxies, MTAs, admin agents, etc) use this. > > I'm considering prescanning the tables used once at the start and looking > > up all the services once only; this is a good idea from a performance point > > of view and may make the problem go away. > > If you can spare the memory, that's far and away the best approach. Well, it could at least give a good indication if it is in fact the calls to getservbyXXX that are the cause of the problem. regards Graham -- Dr Graham Wheeler E-mail: gram@cdsec.com Citadel Data Security Phone: +27(21)23-6065/6/7 Internet/Intranet Network Specialists Mobile: +27(83)-253-9864 Firewalls/Virtual Private Networks Fax: +27(21)24-3656 Data Security Products WWW: http://www.cdsec.com/ From owner-freebsd-bugs Fri Sep 12 06:15:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA01975 for bugs-outgoing; Fri, 12 Sep 1997 06:15:35 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id GAA01970; Fri, 12 Sep 1997 06:15:26 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id GAA15299; Fri, 12 Sep 1997 06:15:00 -0700 (PDT) To: "Christoph Weber-Fahr" cc: "Jordan K. Hubbard" , freebsd-bugs@freebsd.org, freeebsd-gnats-submit@freebsd.org Subject: Re: bin/4515 In-reply-to: Your message of "Fri, 12 Sep 1997 13:33:43 +0800." <4E201863CF5@unicom1.unicom.de> Date: Fri, 12 Sep 1997 06:15:00 -0700 Message-ID: <15295.874070100@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > This is a user configuration error of some sort since sysinstall > > builds just fine under 2.2-stable. > > Sigh. It isn't. It doesn't. It is, it does! :-) > I'm referring to ftp://ftp.cdrom.com/pub/FreeBSD/FreeBSD-stable/src/release/s ysinstall And you're referring then to the 2.1-stable sources, not the 2.2-stable sources I referenced above. The 2.1-stable version of sysinstall does appear to have broken at the time that I removed the Apache setup dialog from 2.2 & HEAD (there were always a few problems with 2.1's view of sysinstall). I just looked at tweaking it up to 2.2 levels but there are some differences in the libftpio and libdisk interfaces which are not going to make that plug-and-play. Yeesh, isn't that branch dead already anyway? :-) > I don't doubt the version on your hare drive compile just fine. Unfortunately > this doesn't apply to the version on ftp.cdrom.com. Agreed and I think it's been long overdue for the version on ftp.cdrom.com to die and be replaced by 2.2-stable sources instead. Going? Going? Gone! Jordan From owner-freebsd-bugs Fri Sep 12 06:26:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA02500 for bugs-outgoing; Fri, 12 Sep 1997 06:26:00 -0700 (PDT) Received: from citadel.cdsec.com (citadel.cdsec.com [192.96.22.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id GAA02480; Fri, 12 Sep 1997 06:25:47 -0700 (PDT) Received: (from nobody@localhost) by citadel.cdsec.com (8.8.5/8.6.9) id PAA28292; Fri, 12 Sep 1997 15:19:06 +0200 (SAT) Received: by citadel via recvmail id 28290; Fri Sep 12 15:19:03 1997 by gram.cdsec.com (8.8.5/8.8.5) id OAA20346; Fri, 12 Sep 1997 14:51:53 +0200 (SAT) From: Graham Wheeler Message-Id: <199709121251.OAA20346@cdsec.com> Subject: Re: Memory leak in getservbyXXX? To: mike@smith.net.au (Mike Smith) Date: Fri, 12 Sep 1997 14:51:53 +0200 (SAT) Cc: freebsd-bugs@freebsd.org, hackers@freebsd.org In-Reply-To: <199709121226.WAA02951@word.smith.net.au> from "Mike Smith" at Sep 12, 97 09:56:46 pm X-Mailer: ELM [version 2.4 PL25-h4.1] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi again > > It does seem like a memory leak, as the memory use reported by top grows > > over time. I have memory allocation debugging code which confirms that > > I have no leaks in my code (at least of C++ objects), and the fact that > > older sites have been running for months seems to confirm this. > > OK. More to the point then it sounds like it's a memory leak due to > some change in stdio. That's getting slightly easier to chase I guess. > > > > If you have a forgiving customer, it would be immensely useful to build > > > a copy of libc with debugging symbols and link your binary static, and > > > then have the user run that until it dies. > > > > I may have to do this, and give them a new kernel with kernel trace support > > compiled in. But this is quite tricky - they're about 1000 miles away, and > > don't have the skills to do a kernel update themselves, so it will be a last > > resort. > > You wouldn't have to do anything more than supply them with a new > executable; once you had the app in a the runaway state, get a core > from it and bring it back. You would want to be interested in the > state of the FILE buffer pool inside the stdio library (obviously you > will need to keep your local symbols!) particularly. The ktrace idea was suggested by someone else - when the app `freezes', the suggested running ktrace at that point to see where it it actually spinning. > If you were going to be more adventurous, I would make a point of > logging all calls to __smakebuf() in the stdio guts, and doing some > tracking on the buffers it allocates; they're supposed to be freed in > fclose(). This is going to mean a fairly chunky logfile, but if you > help us run this one down we will be _very_ grateful! Well, I should be able to do this here - if it is indeed a memory leak, then it should be possible to track it down without going so far as having the app freeze up. What about compiling with one of the malloc debug libraries that comes with the FreeBSD distribution? Would that be able to shed any light? > > Well, it could at least give a good indication if it is in fact the calls > > to getservbyXXX that are the cause of the problem. > > I think you may have found a very subtle bug in the stdio library > (unless you are poking it with a bad pointer). Which is also possible. Perhaps I should also try compile the gateway with optimisation disabled; mayhap it's the GNU compiler that's stuffing things up. -- Dr Graham Wheeler E-mail: gram@cdsec.com Citadel Data Security Phone: +27(21)23-6065/6/7 Internet/Intranet Network Specialists Mobile: +27(83)-253-9864 Firewalls/Virtual Private Networks Fax: +27(21)24-3656 Data Security Products WWW: http://www.cdsec.com/ From owner-freebsd-bugs Fri Sep 12 06:26:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA02542 for bugs-outgoing; Fri, 12 Sep 1997 06:26:07 -0700 (PDT) Received: from citadel.cdsec.com (citadel.cdsec.com [192.96.22.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id GAA02485; Fri, 12 Sep 1997 06:25:53 -0700 (PDT) Received: (from nobody@localhost) by citadel.cdsec.com (8.8.5/8.6.9) id PAA28654; Fri, 12 Sep 1997 15:30:06 +0200 (SAT) Received: by citadel via recvmail id 28618; Fri Sep 12 15:29:42 1997 by gram.cdsec.com (8.8.5/8.8.5) id PAA20383; Fri, 12 Sep 1997 15:02:31 +0200 (SAT) From: Graham Wheeler Message-Id: <199709121302.PAA20383@cdsec.com> Subject: Re: Memory leak in getservbyXXX? To: mike@smith.net.au (Mike Smith) Date: Fri, 12 Sep 1997 15:02:30 +0200 (SAT) Cc: hackers@freebsd.org, freebsd-bugs@freebsd.org In-Reply-To: <199709121226.WAA02951@word.smith.net.au> from "Mike Smith" at Sep 12, 97 09:56:46 pm X-Mailer: ELM [version 2.4 PL25-h4.1] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi again If the problem is a memory leak in the stdio stuff, then it seems a reasonable assumption that if I do a setservent(1) at the start, that the problem will be circumvented, do you agree? I'm going to get the client to try this, and see what happens. If the problem does disappear, then it would be reasonable to conclude the hypothesis above; if it makes no difference then I will have to look again (but at least the core dumps should no longer be occuring in endservent then). cheers Graham -- Dr Graham Wheeler E-mail: gram@cdsec.com Citadel Data Security Phone: +27(21)23-6065/6/7 Internet/Intranet Network Specialists Mobile: +27(83)-253-9864 Firewalls/Virtual Private Networks Fax: +27(21)24-3656 Data Security Products WWW: http://www.cdsec.com/ From owner-freebsd-bugs Fri Sep 12 06:41:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA03502 for bugs-outgoing; Fri, 12 Sep 1997 06:41:35 -0700 (PDT) Received: from word.smith.net.au (word.smith.net.au [202.0.75.3]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id GAA03488; Fri, 12 Sep 1997 06:41:30 -0700 (PDT) Received: from word.smith.net.au (localhost.smith.net.au [127.0.0.1]) by word.smith.net.au (8.8.7/8.8.5) with ESMTP id XAA03107; Fri, 12 Sep 1997 23:09:20 +1000 (EST) Message-Id: <199709121309.XAA03107@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: Graham Wheeler cc: mike@smith.net.au (Mike Smith), hackers@freebsd.org, freebsd-bugs@freebsd.org Subject: Re: Memory leak in getservbyXXX? In-reply-to: Your message of "Sat, 12 Sep 1997 15:02:30 +0200." <199709121302.PAA20383@cdsec.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 12 Sep 1997 22:39:19 +0930 From: Mike Smith Sender: owner-freebsd-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > If the problem is a memory leak in the stdio stuff, then it seems a > reasonable assumption that if I do a setservent(1) at the start, that > the problem will be circumvented, do you agree? Presuming that the bug has to do with the open/close allocation, that sounds pretty reasonable to me. Forgive me my confusion, but the following fragment here (I thought I should try to reproduce your leak) doesn't appear to behave as I would expect : #include #include void main(void) { for (;;) if (getservbyport(23, NULL) == NULL) { fprintf(stderr, "argh!\n"); exit(1); } } ie. it exits immediately. I tried various assortments of parameters (eg. network and native order on the port, NULL, "tcp", "udp", etc for the protocol). 8( mike From owner-freebsd-bugs Fri Sep 12 06:54:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA04575 for bugs-outgoing; Fri, 12 Sep 1997 06:54:01 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id GAA04550 for ; Fri, 12 Sep 1997 06:53:47 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id PAA05430 for freebsd-bugs@FreeBSD.ORG; Fri, 12 Sep 1997 15:53:45 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id PAA14978; Fri, 12 Sep 1997 15:40:18 +0200 (MET DST) Message-ID: <19970912154018.LD47972@uriah.heep.sax.de> Date: Fri, 12 Sep 1997 15:40:18 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-bugs@FreeBSD.ORG Subject: Re: kern/4486 References: <199709110605.QAA28335@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: <199709110605.QAA28335@godzilla.zeta.org.au>; from Bruce Evans on Sep 11, 1997 16:05:05 +1000 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Bruce Evans wrote: > There should be no problem with adapter memory for wddump(), since > adapter memory should look like ordinary memory at least when it is > accessed via normal instructions <= 32 bits at a time. The problem in question was IMHO non-existing adapter memory (the MDA frame buffer on an S3 card running in color mode). You can never be sure about misbehaving hardware in such cases. That's not only video-card related, it's also imaginable with memory-mapped ethernet cards, for example. > Does the broken system also hang for 64-bit video accesses via the FPU? How would this be done? -- 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 Sep 12 07:20:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA06245 for bugs-outgoing; Fri, 12 Sep 1997 07:20:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA06215; Fri, 12 Sep 1997 07:20:01 -0700 (PDT) Date: Fri, 12 Sep 1997 07:20:01 -0700 (PDT) Message-Id: <199709121420.HAA06215@hub.freebsd.org> To: freebsd-bugs Cc: From: Jonathan Lemon Subject: Re: gnu/4517: Cannot debug with gdb with message 'Error accessing memory address' Reply-To: Jonathan Lemon Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR gnu/4517; it has been noted by GNATS. From: Jonathan Lemon To: yasu@mrit.mei.co.jp Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: gnu/4517: Cannot debug with gdb with message 'Error accessing memory address' Date: Fri, 12 Sep 1997 09:16:14 -0500 On Sep 09, 1997 at 03:17:20AM -0700, yasu@mrit.mei.co.jp wrote: > Breakpoint 1, main () at test.c:3 > 3 x = 1; > (gdb) n > 4 } > (gdb) set x = 100; > Error accessing memory address 0xefbfd48c: Bad address. Try this patch (courtesy of Bruce Evans): -- Jonathan ------------------------------ cut here ------------------------------ diff -c2 vm_map.c~ vm_map.c *** vm_map.c~ Mon Sep 1 18:00:38 1997 --- vm_map.c Wed Sep 10 14:02:48 1997 *************** *** 2288,2292 **** (entry->eflags & MAP_ENTRY_COW) == 0 || (entry->wired_count != 0)) { ! if ((fault_type & (prot)) != fault_type) RETURN(KERN_PROTECTION_FAILURE); } --- 2288,2293 ---- (entry->eflags & MAP_ENTRY_COW) == 0 || (entry->wired_count != 0)) { ! if ((fault_type & prot) != ! (fault_type & ~VM_PROT_OVERRIDE_WRITE)) RETURN(KERN_PROTECTION_FAILURE); } From owner-freebsd-bugs Fri Sep 12 07:39:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA07359 for bugs-outgoing; Fri, 12 Sep 1997 07:39:21 -0700 (PDT) Received: from thetis.Talkline.DE (root@thetis.talkline.de [194.195.171.2]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id HAA07345; Fri, 12 Sep 1997 07:39:10 -0700 (PDT) Received: from ohura.talkline.de by thetis.Talkline.DE with smtp (Smail3.1.29.1 #3) id m0x9W7E-0006qcC; Fri, 12 Sep 97 15:50 MET DST Received: from MailHost.Talkline.DE [172.16.1.16] (root) by ohura.talkline.de with smtp (Exim 1.61 #1) id 0x9Vqi-0004Ik-00; Fri, 12 Sep 1997 15:33:28 +0200 Received: from kassandra.unicom.de by MailHost.Talkline.DE with smtp (Smail3.1.29.1 #3) id m0x9WoW-000QoJC; Fri, 12 Sep 97 15:35 GMT+0100 Received: from unicom1.unicom.de (unicom1.unicom.de [194.233.120.34]) by kassandra.unicom.de (8.6.12/8.6.12 unicom) with ESMTP id QAA17470; :Fri, 12 Sep 1997 16:38:34 +0200 X-Comment: sender adresses rewritten from .unicom.de to .unicom.talkline.de because of (yet) missing domain registration Received: from UNICOM1/SpoolDir by unicom1.unicom.de (Mercury 1.31); 12 Sep 97 16:38:35 +0100 Received: from SpoolDir by UNICOM1 (Mercury 1.31); 12 Sep 97 16:38:20 +0100 From: "Christoph Weber-Fahr" Organization: Unicom GmbH To: "Jordan K. Hubbard" , freebsd-bugs@freebsd.org Date: Fri, 12 Sep 1997 16:38:13 +0100 MET MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: bin/4515 Priority: normal References: Your message of "Fri, 12 Sep 1997 13:33:43 +0800." <4E201863CF5@unicom1.unicom.de> In-reply-to: <15295.874070100@time.cdrom.com> X-mailer: Pegasus Mail for Windows (v2.52) Message-ID: <4E5152632AF@unicom1.unicom.de> Sender: owner-freebsd-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello, At 12 Sep 97 , 6:15 you wrote: > > I'm referring to ftp://ftp.cdrom.com/pub/FreeBSD/FreeBSD-stable/src/release/s > ysinstall > > And you're referring then to the 2.1-stable sources, not the 2.2-stable > sources I referenced above. Huh ? Hm... But then, where is the 'canonical' place to ftp -stable sources from ? [...] > and I think it's been long overdue for the version on > ftp.cdrom.com to die and be replaced by 2.2-stable sources instead. > Going? Going? Gone! Just checked. They are still there. . Regards Christoph Weber-Fahr __________________________________________________ Christoph Weber-Fahr wefa@unicom.talkline.de O.tel.o Communications GmbH 06102 708-466 From owner-freebsd-bugs Fri Sep 12 08:50:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA12092 for bugs-outgoing; Fri, 12 Sep 1997 08:50:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA12079; Fri, 12 Sep 1997 08:50:01 -0700 (PDT) Date: Fri, 12 Sep 1997 08:50:01 -0700 (PDT) Message-Id: <199709121550.IAA12079@hub.freebsd.org> To: freebsd-bugs Cc: From: Tor Egge Subject: Re: kern/4486: ahc(4) in RELENG_2_2 can't do kernel core dumps Reply-To: Tor Egge Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/4486; it has been noted by GNATS. From: Tor Egge To: j@uriah.heep.sax.de Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/4486: ahc(4) in RELENG_2_2 can't do kernel core dumps Date: Fri, 12 Sep 1997 17:49:30 +0200 I wrote: > Some S3 cards does not like accesses to the monocrome > video memory address region (starting at memory address 0xb8000), > and the memory dump hangs when dumping that region. Correction: 0xb8000 is the start of the CGA/EGA/VGA/SVGA video memory. (text mode) 0xb0000 is the start of the MGA video memory. Thus, the memory dump hangs when trying to accessing video memory. - Tor Egge From owner-freebsd-bugs Fri Sep 12 09:40:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA16177 for bugs-outgoing; Fri, 12 Sep 1997 09:40:51 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA16012; Fri, 12 Sep 1997 09:39:39 -0700 (PDT) From: Jonathan Lemon Received: (from jlemon@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id JAA08956; Fri, 12 Sep 1997 09:36:33 -0700 (PDT) Date: Fri, 12 Sep 1997 09:36:33 -0700 (PDT) Message-Id: <199709121636.JAA08956@freefall.freebsd.org> To: hsu@clinet.fi, jlemon@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/815 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: mountd reports unknown hosts with non-informative message State-Changed-From-To: open-closed State-Changed-By: jlemon State-Changed-When: Fri Sep 12 09:34:29 PDT 1997 State-Changed-Why: Fixed in mountd.c, rev 1.24, see also: PR 1981. From owner-freebsd-bugs Fri Sep 12 09:42:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA16365 for bugs-outgoing; Fri, 12 Sep 1997 09:42:43 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA16280; Fri, 12 Sep 1997 09:41:29 -0700 (PDT) From: Jonathan Lemon Received: (from jlemon@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id JAA09042; Fri, 12 Sep 1997 09:38:24 -0700 (PDT) Date: Fri, 12 Sep 1997 09:38:24 -0700 (PDT) Message-Id: <199709121638.JAA09042@freefall.freebsd.org> To: adam@veda.is, jlemon@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/1891 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: mountd fails to export State-Changed-From-To: open-closed State-Changed-By: jlemon State-Changed-When: Fri Sep 12 09:37:44 PDT 1997 State-Changed-Why: Fixed in mountd.c, rev 1.24 From owner-freebsd-bugs Fri Sep 12 09:50:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA17011 for bugs-outgoing; Fri, 12 Sep 1997 09:50:09 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA16987; Fri, 12 Sep 1997 09:50:02 -0700 (PDT) Resent-Date: Fri, 12 Sep 1997 09:50:02 -0700 (PDT) Resent-Message-Id: <199709121650.JAA16987@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, mi@aldan.ziplink.net Received: from aldan.ziplink.net (aldan.ziplink.net [199.232.255.49]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA16736 for ; Fri, 12 Sep 1997 09:47:32 -0700 (PDT) Received: from rtfm.ziplink.net (rtfm [199.232.255.52]) by aldan.ziplink.net (8.8.5/8.8.5) with ESMTP id MAA17861 for ; Fri, 12 Sep 1997 12:47:24 -0400 (EDT) Received: (from root@localhost) by rtfm.ziplink.net (8.8.7/8.8.5) id MAA06163; Fri, 12 Sep 1997 12:47:22 -0400 (EDT) Message-Id: <199709121647.MAA06163@rtfm.ziplink.net> Date: Fri, 12 Sep 1997 12:47:22 -0400 (EDT) From: root@rtfm.ziplink.net Reply-To: mi@aldan.ziplink.net To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/4520: fmt seg-faults on this line Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4520 >Category: bin >Synopsis: the following (long) line kills fmt >Confidential: yes >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Sep 12 09:50:00 PDT 1997 >Last-Modified: >Originator: Mikhail Teterin >Organization: >Release: FreeBSD 3.0-970807-SNAP i386 >Environment: >Description: This is the line (make sure, there is no wrapping) causes fmt to die. Taking the last symbol off (or chenging it to blank) fixes things. 14489 p6 I 5:33.39 SVHOME=/home/mi/StarOffice-3.1 USER=mi MACHTYPE=i386 SVFONTPATH=/usr/local/StarOffice-3.1/fonts/75dpi:/usr/local/StarOffice-3.1/fonts/75dpi/bdf:/usr/local/StarOffice-3.1/fonts/75dpi/type1 VENDOR=intel SHLVL=1 LD_LIBRARY_PATH=/usr/local/StarOffice-3.1/linux-x86/lib:/usr/local/StarOffice-3.1/linux-x86/lib XPPATH=/usr/local/StarOffice-3.1/xp3 HOME=/home/mi XENVIRONMENT=/usr/local/StarOffice-3.1/starview.xres GROUP=mi MOZILLA_NO_ASYNC_DNS=True DISC=/dev/cd0 MOZILLA_HOME=/usr/local/netscape LOGNAME=mi HOSTDISPLAY=rtfm.ziplink.net:0.0 WINDOWID=67108879 TERM=xterm METAMAIL_PAGER=less -r BLOCKSIZE=K PATH=/usr/local/StarOffice-3.1/linux-x86/bin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/X11R6/bin:/usr/local/andrew/bin DISPLAY=:0.0 LANG=ru_SU.KOI8-R SHELL=/usr/local/bin/tcsh HOST=rtfm.ziplink.net OSTYPE=FreeBSD PWD=/home/mi HELPPATH=/usr/local/StarOffice-3.1/modules TERMCAP=xterm|vs100:li#24:kh=\\EOH:@7=\\EOF:kb=^H:kD=^?:k1=\\EOP:k2=\\EOQ:k3=\\EOR:k4=\\E! OS:hs:km:ts=\\E[?E\\E[?%i%dT:fs=\\E[?F:es:ds=\\E[?E:is=\\E>\\E[?1;3;4;5l\\E[?7;8h\\E[1;65r\\E[65;1H:rs=\\E>\\E[?1;3;4;5l\\E[?7;8h:kI=\\E[2~:kN=\\E[6~:kP=\\E[5~:k6=\\E[17~:k7=\\E[18~:k8=\\E[19~:k9=\\E[20~:k;=\\E[21~:k5=\\E[15~:ve=\\E[?25h:vi=\\E[?25l:k0@:im@:ei@:F1=\\E[23~:F2=\\E[24~:ic=\\E[@:IC=\\E[%d@:ec=\\E[%dX:al=\\E[L:dl=\\E[M:mi:dc=\\E[P:AL=\\E[%dL:DL=\\E[%dM:DC=\\E[%dP:do=\\E[B:cl=\\E[H\\E[J:sf=\\ED:as=\\E(0:ae=\\E(B:cm=\\E[%i%d;%dH:nd=\\E[C:up=\\E[A:nw=\\EE:ce=\\E[K:cd=\\E[J:so=\\E[7m:se=\\E[m:us=\\E[4m:ue=\\E[m:md=\\E[1m:mr=\\E[7m:mb=\\E[5m:me=\\E[m:sr=\\EM:sc=\\E7:rc=\\E8:cs=\\E[%i%d;%dr:UP=\\E[%dA:DO=\\E[%dB:RI=\\E[%dC:LE=\\E[%dD:ct=\\E[3g:st=\\EH:co#80:le=^H:bs:am:if=/usr/share/tabset/vt100:ho=\\E[H:ac=llmmkkjjuuttvvwwqqxxnnpprr\\140\\140aa:ks=\\E[?1h\\E=:ke=\\E[?1l\\E>:ku=\\EOA:kd=\\EOB:kr=\\EOC:kl=\\EOD:@8=\\EOM:K1=\\EOq:K2=\\EOr:K3=\\EOs:K4=\\EOp:K5=\\EOn:pt:vt#3:xn:ta=^I:ms:bl=^G:cr=^M:eo:it#8:ut:RA=\\E[?7 >How-To-Repeat: fmt >Fix: Use shorter lines? Man page does not mention such limitations... >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Sep 12 09:51:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA17113 for bugs-outgoing; Fri, 12 Sep 1997 09:51:11 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA17096; Fri, 12 Sep 1997 09:50:56 -0700 (PDT) From: Jonathan Lemon Received: (from jlemon@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id JAA09190; Fri, 12 Sep 1997 09:47:50 -0700 (PDT) Date: Fri, 12 Sep 1997 09:47:50 -0700 (PDT) Message-Id: <199709121647.JAA09190@freefall.freebsd.org> To: yasu@mrit.mei.co.jp, jlemon@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: gnu/4517 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Cannot debug with gdb with message 'Error accessing memory address' State-Changed-From-To: open-closed State-Changed-By: jlemon State-Changed-When: Fri Sep 12 09:39:06 PDT 1997 State-Changed-Why: Fix applied to vm_map.c, rev 1.90. Test case works with this patch. From owner-freebsd-bugs Fri Sep 12 10:27:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA20790 for bugs-outgoing; Fri, 12 Sep 1997 10:27:06 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA20776; Fri, 12 Sep 1997 10:27:01 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id KAA01185; Fri, 12 Sep 1997 10:26:22 -0700 (PDT) To: "Christoph Weber-Fahr" cc: "Jordan K. Hubbard" , freebsd-bugs@FreeBSD.ORG Subject: Re: bin/4515 In-reply-to: Your message of "Fri, 12 Sep 1997 16:38:13 +0800." <4E5152632AF@unicom1.unicom.de> Date: Fri, 12 Sep 1997 10:26:22 -0700 Message-ID: <1181.874085182@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Huh ? Hm... > > But then, where is the 'canonical' place to ftp -stable sources > from ? 2.1-stable? Now that 2.2 has become the -stable branch nowhere, I guess, unless someone else wants to provide a checked out copy of RELENG_2_1_0 on an FTP site. > > ftp.cdrom.com to die and be replaced by 2.2-stable sources instead. > > Going? Going? Gone! > > Just checked. They are still there. . Being transformed into RELENG_2_2 sources right now... Jordan From owner-freebsd-bugs Fri Sep 12 10:52:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA23065 for bugs-outgoing; Fri, 12 Sep 1997 10:52:08 -0700 (PDT) Received: from veda.is (root@veda.is [193.4.230.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA22988; Fri, 12 Sep 1997 10:51:46 -0700 (PDT) Received: from ubiq.veda.is (adam@ubiq.veda.is [193.4.230.60]) by veda.is (8.8.7/8.8.5) with ESMTP id RAA01958; Fri, 12 Sep 1997 17:51:42 GMT From: Adam David Received: (from adam@localhost) by ubiq.veda.is (8.8.7/8.8.5) id RAA01494; Fri, 12 Sep 1997 17:51:39 GMT Message-Id: <199709121751.RAA01494@ubiq.veda.is> Subject: Re: bin/1891 In-Reply-To: <199709121638.JAA09042@freefall.freebsd.org> from Jonathan Lemon at "Sep 12, 97 09:38:24 am" To: jlemon@FreeBSD.ORG (Jonathan Lemon) Date: Fri, 12 Sep 1997 17:51:38 +0000 (GMT) Cc: jlemon@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Synopsis: mountd fails to export > > State-Changed-From-To: open-closed > State-Changed-By: jlemon > State-Changed-When: Fri Sep 12 09:37:44 PDT 1997 > State-Changed-Why: > > Fixed in mountd.c, rev 1.24 > Thanks, this was on my mind last night. I'll report if there are any unexpected complications. -- Adam David From owner-freebsd-bugs Fri Sep 12 11:30:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA26608 for bugs-outgoing; Fri, 12 Sep 1997 11:30:56 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA26564; Fri, 12 Sep 1997 11:30:39 -0700 (PDT) From: John-Mark Gurney Received: (from jmg@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id LAA09963; Fri, 12 Sep 1997 11:27:33 -0700 (PDT) Date: Fri, 12 Sep 1997 11:27:33 -0700 (PDT) Message-Id: <199709121827.LAA09963@freefall.freebsd.org> To: nsayer@quack.kfu.com, jmg@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/4514 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: stdio does not flush on fork() State-Changed-From-To: open-closed State-Changed-By: jmg State-Changed-When: Fri Sep 12 11:26:09 PDT 1997 State-Changed-Why: originator confirms that FreeBSD isn't the only one... there is no easy fix for the problem, just make sure you call fflush(NULL) before you fork if you use stdio.. From owner-freebsd-bugs Fri Sep 12 13:11:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA04880 for bugs-outgoing; Fri, 12 Sep 1997 13:11:11 -0700 (PDT) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA04850; Fri, 12 Sep 1997 13:11:05 -0700 (PDT) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id NAA07206; Fri, 12 Sep 1997 13:10:05 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd007204; Fri Sep 12 20:10:02 1997 Message-ID: <3419A177.4487EB71@whistle.com> Date: Fri, 12 Sep 1997 13:09:27 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: Graham Wheeler CC: Mike Smith , freebsd-bugs@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: Memory leak in getservbyXXX? References: <199709121251.OAA20346@cdsec.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Graham Wheeler wrote: > for tracing memeory leaks, check out the mprof port (in devel) it makes this sort of thing a snap. From owner-freebsd-bugs Fri Sep 12 14:53:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA12293 for bugs-outgoing; Fri, 12 Sep 1997 14:53:04 -0700 (PDT) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.fr [193.56.58.253]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA12288; Fri, 12 Sep 1997 14:52:59 -0700 (PDT) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.8.4/8.8.4) with ESMTP id XAA24245; Fri, 12 Sep 1997 23:52:56 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.8.6/brasil-1.2) with UUCP id XAA18321; Fri, 12 Sep 1997 23:52:28 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.7/keltia-uucp-2.10/nospam) id XAA15465; Fri, 12 Sep 1997 23:37:28 +0200 (CEST) Message-ID: <19970912233728.62622@keltia.freenix.fr> Date: Fri, 12 Sep 1997 23:37:28 +0200 From: Ollivier Robert To: hackers@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: Memory leak in getservbyXXX? References: <199709121302.PAA20383@cdsec.com> <199709121309.XAA03107@word.smith.net.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.76 In-Reply-To: <199709121309.XAA03107@word.smith.net.au>; from Mike Smith on Fri, Sep 12, 1997 at 10:39:19PM +0930 X-Operating-System: FreeBSD 3.0-CURRENT ctm#3634 AMD-K6 MMX @ 208 MHz Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk According to Mike Smith: > ie. it exits immediately. I tried various assortments of parameters > (eg. network and native order on the port, NULL, "tcp", "udp", etc for > the protocol). 8( getservbyport(3) expects the port to be in network order and using if (getservbyport (htons(23), NULL) == NULL) { leads to a working program. On my CURRENT system, there doesn't seem to be any memory leak. -- Ollivier ROBERT -=- FreeBSD: There are no limits -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #31: Sat Sep 6 21:58:17 CEST 1997 From owner-freebsd-bugs Fri Sep 12 17:06:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA19851 for bugs-outgoing; Fri, 12 Sep 1997 17:06:32 -0700 (PDT) Received: from elmer.wrq.com (elmer.wrq.com [150.215.17.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA19844 for ; Fri, 12 Sep 1997 17:06:25 -0700 (PDT) Received: from ursula.wrq.com by elmer.wrq.com with ESMTP (1.37.109.20/15.6) id AA049929175; Fri, 12 Sep 1997 17:06:15 -0700 Received: from elmer.wrq.com ([150.215.90.165]) by ursula.wrq.com with SMTP (8.7.6/8.7.3) id RAA02720; Fri, 12 Sep 1997 17:02:28 -0700 (PDT) To: freebsd-bugs@freebsd.org Cc: bading@cs.tu-berlin.de From: mikejunk Subject: problem with maplay 1.2 on FreeBSD Date: Fri, 12 Sep 1997 17:09:08 +0100 Message-Id: <970912160908.996.18a7.29685@elmer.36FEAC58896648A4> X-Mailer: WRQ Reflection Mail Version 6.10 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk system: 486 pc, 66 MHz, 24 MB RAM sound card: SoundBlaster16 platform: FreeBSD 2.2.2 I installed maplay 1.2 and have the following audio related lines in my kernel config file: controller snd0 device sb0 at isa? port 0x220 irq 7 drq 1 vector sbintr device sbxvi0 at isa? drq 5 device sbmidi0 at isa? port 0x300 The following (audio related stuff) are from the system message buffer sb0 at 0x220 irq 7 drq 1 on isa sb0: sbxvi0 at 0x0 drq 5 on isa sbxvi0: sbmidi0 not found at 0x300 - ??? problem: when I try to play MPEG layer II audio files, the result sounds like the volume increases and decreases at a periodic rate (like someone is playing with the volume control by turning it left and right at a constant and periodic rate). Also, when I installed maplay (from /ports/audio/maplay) I just type 'make install' Did I miss something? Thanks, mikejunk mikeju@wrq.com From owner-freebsd-bugs Fri Sep 12 22:03:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA04186 for bugs-outgoing; Fri, 12 Sep 1997 22:03:00 -0700 (PDT) Received: from word.smith.net.au (ppp20.portal.net.au [202.12.71.120]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA04179; Fri, 12 Sep 1997 22:02:53 -0700 (PDT) Received: from word.smith.net.au (localhost.smith.net.au [127.0.0.1]) by word.smith.net.au (8.8.7/8.8.5) with ESMTP id OAA00675; Sat, 13 Sep 1997 14:30:52 +0930 (CST) Message-Id: <199709130500.OAA00675@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: Ollivier Robert cc: hackers@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: Memory leak in getservbyXXX? In-reply-to: Your message of "Fri, 12 Sep 1997 23:37:28 +0200." <19970912233728.62622@keltia.freenix.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 13 Sep 1997 14:30:50 +0930 From: Mike Smith Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > According to Mike Smith: > > ie. it exits immediately. I tried various assortments of parameters > > (eg. network and native order on the port, NULL, "tcp", "udp", etc for > > the protocol). 8( > > getservbyport(3) expects the port to be in network order and using > > if (getservbyport (htons(23), NULL) == NULL) { This contradicts the documentation, which claims that the (port) argument is an int. It should be htonl(). See my other posting on this. mike From owner-freebsd-bugs Fri Sep 12 22:10:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA04678 for bugs-outgoing; Fri, 12 Sep 1997 22:10:51 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA04669 for ; Fri, 12 Sep 1997 22:10:46 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id PAA20233; Sat, 13 Sep 1997 15:09:59 +1000 Date: Sat, 13 Sep 1997 15:09:59 +1000 From: Bruce Evans Message-Id: <199709130509.PAA20233@godzilla.zeta.org.au> To: freebsd-bugs@FreeBSD.ORG, j@uriah.heep.sax.de Subject: Re: kern/4486 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >The problem in question was IMHO non-existing adapter memory (the MDA >frame buffer on an S3 card running in color mode). You can never be >sure about misbehaving hardware in such cases. That's not only I think you can be fairly sure about the behaviour of nonexistent ISA memory. >> Does the broken system also hang for 64-bit video accesses via the FPU? > >How would this be done? Just access it via 64-bit FPU instructions. Bruce /* * mmap standard 80x25 color text screen and write crud to first half of * it using memcpy and several FPU versions of memcpy. */ #include #include #include #include #include #include #include #define MAPDEV "/dev/vga" #define MAPSTART 0x18000 #define MAPEND 0x18800 #define MAPLEN (MAPEND - MAPSTART) /* * Simple (except for prefetch) copy through the FPU. Doesn't clip * properly. */ static void copy7(void *dst, const void *src, size_t len) { unsigned tmp; asm volatile(" .align 4,0x90 1: movl 64(%1),%3 nop fildq 0(%1) fildq 8(%1) fildq 16(%1) fildq 24(%1) movl 96(%1),%3 nop fildq 32(%1) fildq 40(%1) fildq 48(%1) fildq 56(%1) fxch %%st(1) fistpq 48(%0) fistpq 56(%0) fistpq 40(%0) fistpq 32(%0) fistpq 24(%0) fistpq 16(%0) fistpq 8(%0) fistpq 0(%0) addl $64,%0 addl $64,%1 subl $64,%2 ja 1b" : "=r" (dst), "=r" (src), "=r" (len), "=&r" (tmp) : "0" (dst), "1" (src), "2" (len) : "memory"); } /* Essentially the current kernel i586_bcopy() (args swapped). */ static void copyD(void *dst, const void *src, size_t len) { unsigned prefetch; asm volatile(" .align 2,0x90 4: pushl %2 cmpl $8192/2-256,%2 jbe 2f movl $8192/2-256,%2 2: subl %2,0(%%esp) cmpl $256,%2 jb 5f pushl %1 pushl %2 .align 2,0x90 3: movl 0(%1),%3 movl 32(%1),%3 movl 64(%1),%3 movl 96(%1),%3 movl 128(%1),%3 movl 160(%1),%3 movl 192(%1),%3 movl 224(%1),%3 addl $256,%1 subl $256,%2 cmpl $256,%2 jae 3b popl %2 popl %1 5: .align 2,0x90 1: fildq 0(%1) fildq 8(%1) fildq 16(%1) fildq 24(%1) fildq 32(%1) fildq 40(%1) fildq 48(%1) fildq 56(%1) fxch %%st(1) fistpq 48(%0) fistpq 56(%0) fistpq 40(%0) fistpq 32(%0) fistpq 24(%0) fistpq 16(%0) fistpq 8(%0) fistpq 0(%0) addl $64,%1 addl $64,%0 subl $64,%2 cmpl $64,%2 jae 1b popl %3 addl %3,%2 cmpl $64,%2 jae 4b " : "=r" (dst), "=r" (src), "=r" (len), "=&r" (prefetch) : "0" (dst), "1" (src), "2" (len) : "memory"); } /* Essentially my new i586_bcopy() (args swapped). */ asm(" _copyF: pushl %esi pushl %edi pushl %ebx pushl %ebp movl 16+4(%esp),%edi movl 16+8(%esp),%esi movl 16+12(%esp),%ecx nop testl $4,%edi je 1f movl 0(%esi),%edx nop movl %edx,0(%edi) addl $4,%edi addl $4,%esi subl $4,%ecx 1: movl $4096,%eax movl $4096,%ebp cmpl %ecx,%eax jbe 2f movl %ecx,%eax movl %ecx,%ebp andl $~0xff,%eax je 3f 2: movb 0(%esi),%dl movb 32+4(%esi),%bl movb 64(%esi),%dl movb 96+4(%esi),%bl movb 128(%esi),%dl movb 160+4(%esi),%bl movb 192(%esi),%dl movb 224+4(%esi),%bl addl $256,%esi nop subl $256,%eax jne 2b 3: movl %ebp,%eax andl $~0x3f,%ebp andl $0xc0,%eax je 5f 4: movb 0(%esi),%dl movb 32+4(%esi),%bl addl $64,%esi nop subl $64,%eax jne 4b 5: movl %ebp,%eax subl %ebp,%esi nop jmp 7f 6: fistpq -64+56(%edi) fistpq -64+48(%edi) fistpq -64+40(%edi) fistpq -64+32(%edi) fistpq -64+24(%edi) fistpq -64+16(%edi) fistpq -64+8(%edi) fistpq -64+0(%edi) 7: fildq 0(%esi) fildq 8(%esi) fildq 16(%esi) fildq 24(%esi) fildq 32(%esi) fildq 40(%esi) fildq 48(%esi) fildq 56(%esi) addl $64,%edi addl $64,%esi subl $64,%eax jne 6b fistpq -64+56(%edi) fistpq -64+48(%edi) fistpq -64+40(%edi) fistpq -64+32(%edi) fistpq -64+24(%edi) fistpq -64+16(%edi) fistpq -64+8(%edi) fistpq -64+0(%edi) subl %ebp,%ecx nop cmpl $64,%ecx jae 1b movl %ecx,%eax nop testl %ecx,%ecx je 9f movb 0(%esi),%dl nop andl $~0x7,%eax je 6f nop nop cmpl $32,%ecx jbe 2f movb 32(%esi),%dl nop nop jmp 2f 1: fistpq -8+0(%edi) 2: fildq 0(%esi) addl $8,%edi addl $8,%esi subl $8,%eax jne 1b fistpq -8+0(%edi) 3: andl $7,%ecx je 9f nop nop 6: cmpl $4,%ecx jb 4f movl 0(%esi),%edx movl %edx,0(%edi) subl $4,%ecx je 9f addl $4,%edi addl $4,%esi 4: cmpl $2,%ecx jb 5f movw 0(%esi),%bx movw %bx,0(%edi) subl $2,%ecx je 9f addl $2,%edi addl $2,%esi 5: movb 0(%esi),%dl movb %dl,0(%edi) 9: popl %ebp popl %ebx popl %edi popl %esi ret "); int main(int argc, char **argv) { char crud[2048]; int fd; int i; caddr_t mm; fd = open(MAPDEV, O_RDWR); if (fd < 0) { perror("open"); exit(1); } mm = mmap((caddr_t)0, (size_t)MAPLEN, PROT_READ | PROT_WRITE, MAP_FILE | MAP_SHARED, fd, (off_t)MAPSTART); if (mm == (caddr_t)-1) { perror("mmap"); exit(1); } for (i = 0; i < sizeof crud; ++i) crud[i] = random(); memcpy(mm, crud, sizeof crud); #ifndef NO_FPU_COPIES copy7(mm, crud, sizeof crud); copyD(mm, crud, sizeof crud); copyF(mm, crud, sizeof crud); #endif return (0); } From owner-freebsd-bugs Sat Sep 13 00:35:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA14089 for bugs-outgoing; Sat, 13 Sep 1997 00:35:32 -0700 (PDT) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id AAA14045; Sat, 13 Sep 1997 00:35:24 -0700 (PDT) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <52845(5)>; Sat, 13 Sep 1997 00:34:40 PDT Received: from localhost by crevenia.parc.xerox.com with SMTP id <177486>; Sat, 13 Sep 1997 00:34:07 -0700 To: Mike Smith cc: Ollivier Robert , hackers@freebsd.org, freebsd-bugs@freebsd.org Subject: Re: Memory leak in getservbyXXX? In-reply-to: Your message of "Fri, 12 Sep 97 22:00:50 PDT." <199709130500.OAA00675@word.smith.net.au> Date: Sat, 13 Sep 1997 00:33:57 PDT From: Bill Fenner Message-Id: <97Sep13.003407pdt.177486@crevenia.parc.xerox.com> Sender: owner-freebsd-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Mike Smith wrote: >This contradicts the documentation, which claims that the (port) >argument is an int. Presumably because of historical argument promotion. Does anyone actually pass shorts as shorts? >It should be htonl(). Nope. Port numbers are 16 bits. Bill From owner-freebsd-bugs Sat Sep 13 01:26:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA22299 for bugs-outgoing; Sat, 13 Sep 1997 01:26:01 -0700 (PDT) Received: from word.smith.net.au (ppp20.portal.net.au [202.12.71.120]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA22273; Sat, 13 Sep 1997 01:25:55 -0700 (PDT) Received: from word.smith.net.au (localhost.smith.net.au [127.0.0.1]) by word.smith.net.au (8.8.7/8.8.5) with ESMTP id RAA01212; Sat, 13 Sep 1997 17:51:56 +0930 (CST) Message-Id: <199709130821.RAA01212@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: Bill Fenner cc: Mike Smith , Ollivier Robert , hackers@freebsd.org, freebsd-bugs@freebsd.org Subject: Re: Memory leak in getservbyXXX? In-reply-to: Your message of "Sat, 13 Sep 1997 00:33:57 PDT." <97Sep13.003407pdt.177486@crevenia.parc.xerox.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 13 Sep 1997 17:51:55 +0930 From: Mike Smith Sender: owner-freebsd-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Mike Smith wrote: > >This contradicts the documentation, which claims that the (port) > >argument is an int. > > Presumably because of historical argument promotion. Does anyone > actually pass shorts as shorts? Good question. Probably not, but having the argument typed correctly would help in the age of ANSI compilers. > >It should be htonl(). > > Nope. Port numbers are 16 bits. Then this counts as a PR against the manpage? mike From owner-freebsd-bugs Sat Sep 13 03:51:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA27785 for bugs-outgoing; Sat, 13 Sep 1997 03:51:50 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id DAA27758 for ; Sat, 13 Sep 1997 03:51:44 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id MAA20274 for freebsd-bugs@FreeBSD.ORG; Sat, 13 Sep 1997 12:51:43 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id MAA20571; Sat, 13 Sep 1997 12:28:32 +0200 (MET DST) Message-ID: <19970913122832.XI49952@uriah.heep.sax.de> Date: Sat, 13 Sep 1997 12:28:32 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-bugs@FreeBSD.ORG Subject: Re: kern/4486 References: <199709130509.PAA20233@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: <199709130509.PAA20233@godzilla.zeta.org.au>; from Bruce Evans on Sep 13, 1997 15:09:59 +1000 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Bruce Evans wrote: > >The problem in question was IMHO non-existing adapter memory (the MDA > >frame buffer on an S3 card running in color mode). You can never be > >sure about misbehaving hardware in such cases. That's not only > > I think you can be fairly sure about the behaviour of nonexistent ISA > memory. Also if the nonexistent ISA memory is (bogusly) decoded by an adapter card? I don't trust it, and it often enough doesn't make sense at all to dump these memory regions. (I've seen a fairly weird memory-mapped IO handling on the HP ``Cascade'' Ethernet chips, that makes me a little overcautious here.) > >> Does the broken system also hang for 64-bit video accesses via the FPU? > > > >How would this be done? > > Just access it via 64-bit FPU instructions. Will have to try this at work. -- 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 Sep 13 04:10:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id EAA29520 for bugs-outgoing; Sat, 13 Sep 1997 04:10:08 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id EAA29514; Sat, 13 Sep 1997 04:10:02 -0700 (PDT) Resent-Date: Sat, 13 Sep 1997 04:10:02 -0700 (PDT) Resent-Message-Id: <199709131110.EAA29514@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, abial@warman.org.pl Received: from korin.warman.org.pl (korin.warman.org.pl [148.81.160.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id EAA29304 for ; Sat, 13 Sep 1997 04:04:29 -0700 (PDT) Received: (from abial@localhost) by korin.warman.org.pl (8.8.7/8.8.5) id NAA13610; Sat, 13 Sep 1997 13:06:13 +0200 (CEST) Message-Id: <199709131106.NAA13610@korin.warman.org.pl> Date: Sat, 13 Sep 1997 13:06:13 +0200 (CEST) From: abial@warman.org.pl Reply-To: abial@warman.org.pl To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: conf/4522: Polish locale Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4522 >Category: conf >Synopsis: Polish locale >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sat Sep 13 04:10:01 PDT 1997 >Last-Modified: >Originator: Andrzej Bialecki >Organization: Research and Academic Network >Release: FreeBSD 3.0-CURRENT i386 >Environment: Plain vanilla 3.0-current system >Description: The enclosed package adds Polish locale to console and two message catalogs for nvi and ee. >How-To-Repeat: N/A >Fix: begin 644 polish.tgz M'XL(`![_ZE]S9[W3UL9"H%DA!0U>WR]/0H MJVR4J;SZ!M$2LKWR2I(R&9S^=W=7!JN MTZE<-OT-RG]55*S,3$LR$/K&T'5K'=W=%<;J4P!ZVJ+:]K>4&SS!%U_'#[[` M_L)N9A?LGTD)J=#^3U%\]I](EO3H3O`E\S^5RQ#[[X;V?YH29/^I.NPT^4;W M>"B*^<).AC<-^9?(2*=20BZWVOY@=,?^N7PV#_874CGA&Y1ZK$&N*W_G]H]R M4=2]T@T+W>B:=84TZ0:;7)3K6O=<D&_B@5]/Y%D:7R@JYG5#N7P$']LP_S.Y['S^ M9W9S69C_^9R0">?_4Y0HVFI,BL@Q>>(6I?FT@-*%PFXR)213693.%=.[Q70: M2?(51K6/4[3%<>WC5J7]ZKS6Y:K-6J5=;S1KW6]?H:T?F\?5"EP7N\FM)*_/ MK.3E)XYCC:^<@#^1AH??+1:8-.ISSYY-\+!R%M!X6/,W8FUX]#J@\6W7WWAA M#.NG_L8K8_C&U9BAC8HY;"QU5ZQA8PG2M3[\[I2OO:TZHR&-FCYL'_LII]:P ML]3=F`V[;_EJ1Q0$],S5\MUQ0]PY18ZR#ANG3%U;/Q[6NF=0_Y22E@I-#ZMNMM M!9U6WI+?U0K'\=VW]7JC![9%9$.`B'6A%2[)59%[=FG@*=JY1?%!-([V`#?? M:'6ZI]5/:)]4SBJG1[4S\`9)58NK/$6ZL+"A:#`G@8A[=J$;2$6*MB#_5$(3 MG:IMZ\=&NWM6:38_P=WJ<>?\$]JY0230[.C0\KK1/G[7AK9+NW)TV@'"+96( MHOV?4=W.M?TI"3>3S>KPK-&JE0C%1->P!X*C[`4&54,[%R;B^:3?41U.E`PY MEO1*"R`/%NS8,TBPW\4?5;#C)D&"_9/C404[GA@DV#_3?[%@CEO_4Y2S*VQB!*L'LF!UU[",35,R[A'9#)A(TB9H*EFP\)O(TI$TF:".KBKF M%;+]!AJYNH'QZ^[ACCPS#*Q9"63/&T6[+'+<[Y`IPWT-7>B:94+U&M_?2%.X M6%JWEAX[P[IUH6B*I>@:Z:G=*G'3$7]#8%YB),-^5=4OX3;&J^]R%6UB/.`/ MZ#5YG"=?*]R>-%8DM7PG&3>2QNO&)3]5?W-S^W,*T[VLJ^JOX?W?;FHW3=__ MY7+A^Y^G*#[[/W;J1\N&^)]-Y^?VSV3I^Y]L?C=\__,D)2C_*[#T+YO,Y%%: M*.93Q53^,=._P*3.'-:6$["@K$RUALTV7^E6&XU%`F8W!E+Z$C!WKN7/M+XP MT>*5"X0_*J9E;D,N<_SZ]Y0.=J-L.KWDJL?-YF&M_BKP-L=CU<1NFNK;TV4: M;:)J2IA`9^MYN(IKND(\UFD7D[[-:8](PCG:;9B"[J)"5U MFFF:SU+2S>DC2>*H=B!G:Z"%ANQTSDD?76GE^DS2;6LJ@7DD;$D<#W"YAYN" MDM!6SN]J#AFA6+3ZR3*!9!G.[_T=C$A@@/3 MMQ\)P\\1YYH3`?*\*>#G"0WNM%9^9J/\S,^1G_D,^6SJ>60'/9AXE+'_O:3- MOYFR8O_W6*_^:=FX_R-GOMC^#S:`]/E_-AON_YZBA/N_67VEA^S_SWI1US?RK/__-"3GZ_8]T+AL^_WV*XK,_?4WSV%[P!?;/ M"QGR_:]L1@B?_S])";3_([\%V)#_I7/"[MS^V13Y_D\^E0F?_S])"3S_E6,) M8`[^HU2ZF,L5TZ(G`:P?M\^ZKY[)TUQV=T?\*/(7FH6<6CKGK0JT"KL+N\6Z M4C1?'];DIA3S*1>179LS9E4?N8^QJ\E#*>3=1+2V8&Q7?>1^QHLF+Z7@(1*\ MC(5E\O&BB=9E#XEBZG-^]C7CQBINPE3&34IK"V*[ZN&[!)_RI!M+3_.UKH@[ MQISWO,J8+^J^'JZ1V0W>H37:A[4>;Y\)H+X$&TW($%TIMB<@L0<.0*'I-Y(& M-4BF:4T??^"XQ=$P7VJS,J>!I"<'$6GK1^K'3H[C9/IV,[GZ[6]J`^._RSR/ M(6-]_$_GA=0B_L,"0)J@$L;_IRCDRV5T!7#9G"X"SAG@3#*3@0U9,2\4LP*: M8@L;;!%@WTN3QI*)$-";NI METXG565L?]KSUO[@)5613"[Z*(6`FHT_8-DJDI$A]CRU+1&+22JJ`C!))F[0 MQ1:J5TZ@PZ%DX2+*9%%;OR5^`QN(?#$G%F$G<=0Z`X**(5\IMWB'?,^RB!0- MNFN,H?)`+Y+S%2B](X,(T(>MU`4$2I)D)5"6GOR0M`>@TT#U\SBP9/FJV+1*H+F%#QR:HMZYH-DG=P!K0 M`"/;M@ET!`AEA5PU#$K2D#%PG2@R7%I$\7"KK1MW^))>=@#A[')&V!)-3JEL M>I"N>XR19%M:(3F"@,'\JZAB8 M2(1(`VIT9RB$`-TIUI570<21>(3>Z'?X%AL)F#CZ#9(01#AM(AD3$TUU4#W2 M+V"JXKO$HFL&^"BV7J4I+')30P&+(GEN:K`&G>*O)?6:(-%GFF4HV.1?VH-Q M@0`^'R"H(EW#:"H95!QA#"34OG,X"71WI<#T,J=85BX4\OU;D`/`P.>@M$\MKTJTB)4$5EB*C[1O= MM-1[4`D@!Q..[]W6>.ETSB-4O3<4%9S):1(03`MIO&B`5?#(P/AZ+E$$6^*Q M@>^*[^[&"C0L3/"5Z@1N+T$,H_,0P=D)L8L5R4\LK MR(DZ@!S-F5>`7%),1LUYA[@6BN`G7@]EB7PM%,&!XLDYUN-!VX3X96#'#=C0 M]N3_M!5=U^-T>G*>K'8=4-%'NA::GW@=&-&GL\U(`C7V.:@"]?49"%W:WIZ<-*N^,HPI[`.7"F7:!OZ0DQ0Z(;L93`' M`&Q+N'$+;2QFA/NYP>H)LQ[NPA>6N7PY](6#+'-; M.PRT?0$QW.4ARUZ\;ARBK]^7(O?W7X-5]&G\"X$&ZOMG@@[4]N8!N'7M>J+E M'8.0=V]4G0GD)O?"G=/C%>2>`,'(;W^Z5.;TG/>)V@8X@I]\/9PE\@UP!`?. MFGFUC,EEW*6N&_"Y;+G4=1/6)8,&^*3H`ROZB-?"\Q.O!R3Z=/G0FK=,9H74NXFQAVAO_[IS_^R[]3PC_] MQY___&]__-TX+J^:/%[+@ M)UX/>8E\)>0ERC60V;QW/6WW8QX'@1ZO1CT.A#T.QCT.`CY>C7P<`%U>"5T. M@BZOABX'0I>#H0(`Z>H[;%HL$9][MX<<*L[W M+&8%2F&);@7*9<)U*)>I@U`*+I3B:I"BGRH8XA+9&H!+M`'PYI8>KU'BV#/< M\3HUKB1=@7,EO0_KV*M+>0U:V<-27H=V)>D*M"OI?6@=.O)D_X(\+H^3!Z@: M?7:+T/-^:^=3O[HSA9]K^+F'GQOZ">W/7_[UWB>O/?_S2-\"V7C^)[TX_[>; MH7__<3>_&[[_?8H2GO_Y39S_"0_TA`=Z?E;9=/[G,9:`3>=_TB3F._$_2\Y_ M"ADAC/]/4L+S/^'YG_#\3WC^)SS_$Y[_^1L___-HIWO"8SSA,9[P&$]XC"<\ MQN-Y&10>XPF/\83'>,)C/.$QGO`83WB,)SS&$Q[C"8_QN"/ZK^H83WB692/* M\"Q+>);E-W66)2Q?7@+?_WH/(?YB&>E4*K?F_6\ZG]OU_?VG?#X?_OV?)REC M2/0T^A<@%T;G6J.@$O\ATA!CD>-"/5+>[=&F@^-A:3@<1L_AUT'9)H/>L>Y@ M>/Q^5LLC&'>U]GZR..HEHI-/G;;*#>F%`*>OOV^\3#&VD M6DKR>_WO803VN,N)*`RJ.A@DH^7.-B5Z'BGW]I/'O0'(CHW*;#3Q'NBQ,DA& MF,IBA3H@I_S%$?D)UG\W)D8KS9-FH]0=1%UU*!TQ>5Y.>,!$B8(&3#8KOP.[EYZ[>D9&/3Y^ MTG=PD3(\/N^#7\S](-#7B+W[%"E#>](LQ=)^JMA)$[RE#O>2Y\T2:8A4^B?- M;T<'(S%6:18(!QM^4TS$8$@G;^RA\]"3CY?VN!;QA%=E-IR87T!'3-!ACCJQ M48>V)")EIPF\9:&12#V9[/<+;J41_5?*RZ8D.H]ZQIWL+1'1X47F[)Y'RATR M!.9`HQ[7*B5*L;>M4NRDWNDQOKU]QZ9Q-CL3(ADV&49L2+M&^N"L,;`W:"@" M&F+CW$O&NHEAF;B\W7/8A!$F.\"LY/A9CRAC"%*YUHG3,_F>B"/`B$J83,!T MU(T1B]D]02:YIM!.>HMQL_&)+K7;UX3E7%EDW%3_]!;K3<87=VF-4="QSF5" M1Y<'D3:"O+3_KM7=Z\1M>V[1^50:$(0G%$Z41H2#&/E=LD<9!1V#/K@6#/*Y M'5]&HP%HWIZQA>;`)H,(\?+-?JSR6JR7[*;D>5VL5WI%`,*UG#"7C)6>`Z=] MT&*=MV52;0T)!OBQF77FLS46[;!QQ\O4\USQ*TKE[\?!V^NENLU^/K%?%]B\ M@W&W(3JT;/YLG+'SX]+@7?/]0F;...RF25*2S+G=?!LKF7'B2B35Q*& M[?.FT[,4[Y#X`A:T93JQG$A(,F^)#F#6T]G?:3*K1#L=9Q(GHK;,T3:,(T[_ M.U$:O&5.-.H0M"D^UEV*$=X2'0(Q6PV6;L;+B0-BN[B-M@KD:@3+*>A?I)CR!F/7MS#W6MUM";[PZ(I=XV%VC?Q=A<*;O' M2>Q<6*SS.R=L%3QP,7Q%1WX"?M9A2W9T[Q7PH=-B/LHN\S7'A[:`?&B;[OOX MPCI4%\#M^WD3PT76OX76`)D`(QB4%CUC)5BS//9GG@MQ+3$8.?8>-FF<9M$6 M%AK0SIZM(7LG85^/F-9LTT7(SB,VLM?G/9OL^W>CY<*BE<-]7E;LUSZSA+W# MWC^GMWOM[)9A`4X4^DODL&21S?!>\OGISE'//7H$1V!L[/3OS->6`[EM(C*"K4:32 MH7O^H_.B.WZ17>_062V.W;NRR,"EM9C8'R5_8#NK;PG:%!^)#BKV'NTYZ]DK MQ3IS%FZ=1WK1N!V%V%*Q*!"Q2+3B86&(D_W_3>HMGTR#[_.WH*, MX"!A:XVN#+%.;X.]6O%1U5U\0X/$X9L^AQT.IN[*RJK*R MLC*SLKJ!8L!W:%D@'QQ)?0;'6>='KAMRO"7A>K6AJ#:[P7(45$:IX94W"H[& M!RLP/DG.PNI7GKZ'K5=0]$P2&S6\AZ#F3WLUOLCV\O0LZE^%!'"DJP=RG4CK MHXWB_>5$Z9'+[^X4@-4`%S>H3]<#L3G97G1]L'*4DAX"A7EZ.9`A2$TIH>2)P`X^D^XSG^9-57 MTAUOF!W3V'+)4_IXUG!6Q->\&A^WE>Y)/ZW+H MV(Z@5R"G>DM&@[.3Z@1)5-/T-KP.4>L![6JMG(RB=8&\!O1&Y4725I6L>DO" M&.P>2%UQ.@J0R0+I0FB]J5'A>:V7)$GB:'P\0VG$XJZ]`7TJW`,K!>U"MY^U MY+V'^_(9]U+RVISBR()3IT?C8\IZ-+XI+Z_)UN*XWTMJO`>:5YBNB+I39/O> MJFL]4IW:>.*8W_5I?"A[:O()V/YR/%?F5FN5I-[/>-*O*\8U+D6-+W*G6O-K MF3!J4;^]'WT>J45,N_'W]8E/]O_FOX?_-S>_F`OZ?[,W_M_O<87X?_,7:PSW M'DVO@X1XA=-,^7MKB8.CY^A@17_LBWW/FA_T`]=P-4]4_,\*Z7CEX9<5K\>K1PR=`2@]/A5T>S[)3&M>6J2!PE#W+Z-6> MEKJNYF&.;.L^9L`2>\(6P'3)>53:6HF7GK_0?3?2TQR<8[C&2'=3(>X\Q-_\ M>#KNPI*^$?0Y1+MHIFM-+[`1\TUA\O.7XA M5T)4II4'&W0\Q[)B;[37%XUT*!^N)"M5FEX*0_H`J0#:"J+6-$['*ZUK!T=; M[/EIA1=Y5QM-/Q>:G5A_[5=,0F;I']40FN# MWUO-+7ZR?8#^:M1U'&#-\G$\;"%>ZYKC:28-4=HL]!CM!?X/[06)07FO5QWO M-5(2K!2P9=!.T46PM(1>0!N*:VJ"AGBQJ=^N0]K=Z0-IRZSND;5!;S93S3&, M')NMAOZW'9!:^2=>.GB\VBZ?*YW2U2MKCM?:US#'KHEL._[M6DVS8XH;KU0; M<(30.JYY.(KL#RD5-:*Y]HS6!J==()FC#GFE)>3Q=Q.&XA;NG=U#FU:U0;.` MU,IY@=\;NZRYM)TNTVH4Y7^PYCA4._3YOR7O7;`[*2_I!RV32+\0U&L_UUKQ+H&O[+1-5M\_ZJ?D\XWH;V+/L^L;1 M])HKOW\EH7<[Q'-._0[X?:)(8-XE45X>B2'@0>?QED_W/3ZJI.3@#0\&CR?= MXW/W^-/I\OF+:CZ/NFI(%-)`[I/L7;B=,WQK`=68/85:;-ETO7W\,'> ME+XI_16EO3I$(8D2(LQ[3Z4/IS,@SV#2ZJLO7DG6I>ZI%2&ZN^,L]%*'D/XA MM4XFW96/9`[.-]`=XZINGS=?MESYPZ9YI76DE'?U+<1!CT`K3WGU:066ZQ:T MP?78!_;/[FGWY+/<6DZB':JMG2CN0S!0),D%-'?]@:`KW@V``"KV(J^">E4& MLZ_D6;^#_GYLW,%&V$("5I;<`<5U3Z/:91=HHG<5;&`/58(<.O[_&NC'".FN M#L[>*OG'0%HSU1QYK>T$>+I!-/;LE-:D/>:3^+2WX'J0GTO(LM__7^.8&/]. M02U\9P!7(7_DAZ1:NKCECYX@-[_4I)T=@IJK7:-NC:M_&3@SBEKV81$L1#U6 M9%KM%"2"VC7JUI%MTFQ+J^7$:G1+CR11;0C9,>!QCY==35,IL6@3NBISW/4# M!W8.:MAO>KJK1[+@;H2N2;M>7=\.@N34P(X!VH;^O86:U[N+>HQK?X=@4)P% M^@*,U*K&.9(?4.N1'!''G:FX'P/,(/^.@;NSP!JVJTU!&X(V`NY"JO@`36W" MW4!]CX%F!EQW40N:6TO2CJAJ/_O'GZ.'7PU0^%Y#C;BW'-2-43IJ>Q`.U9+^ M/0>\7FX\"4B(N)3!;`L&YK?4KE4OY(Z!9Y="88AL^[3KFMJ%0`Q`+KE3$[); M,5TX#-//O;L1\F$A/5U@5=HA6A3&&R3M3VB+K'AC89+QA'=7HJ;V=[0]"$TJ M^K7KD-T)-1:*6S7[6]\-(N_NA&R# M?.;2(;AK@71`B1RB77LU?%H[@[L74'>TAK&*?_,]C)OKZZ^)^S^%;[+]<\G^ MCUA<6,CZ]W\6;N+_O\\5W/\IZ`9#M+JZG*>0_WL/:9LG_O+H574%@\TYF-_= MS(F7#E/P/++]K%3;GP(%[5[ZY>%4?-7=K$D?';T\3--A`70ASC]`IV32%*0CG)`@I!_^++*VQ]8:NU(!=(K MUP(&U*-8CJ?WV7L+Z^+11DTYU=U-C`?%W5<;L[RX'-[;Y:THW,C2-W!(/B=* MZ`FM83`YAB;)!06$]=$&;SLD$Q50"2KD6GE"2C.H7JCP)%9^0N%?(*>ZNV!` M,]'QAKYHBLVNT=)[5.&0#!F\X]8?Q]!D:IW>K#CVR77YXS+XC-6B\D_D2HL? MXI(5CY>@="4-2DNRG$RQ(TT%D]^MI2NU*H8K`WU3T,HJA2W'#RLRL!XQX#;\ M&D'<)5=V`1<["FM!Q_D6V+7Q M*&[H@4)5)L417>1'I**36YQ"N=@=CJ[P(ZEV'ZW&JQRP`SH?.KN3\51Q;9_< M7$>XP-8PR#:IG(KDS&9']DMT8%.(K(S<067=<5472(%&I9H//,Y=4DY!Y2`G M+O1DF\+U@.YQXHKATZPQ@JY*JLI&9Z\4\!1+',OX:?< M*H#2*0Y#7DD5:C])WS29L,D*!;CCSRI10K5!ALIS<#'0&.M#U^\]*L@N46X# MSS-4C>ZA6D0S->XH7CB_F88(_&1[I#0!&#:A_\C MVPGEGD0U*P4MCY9QRM3N;#O*]/P/4]G8ZJ,?`P[(OYG[Z%^K-([>[L'TL])J M2MO$`;FV0GZ9*(Q&-(:K47IJIO9JNT),=[0*)D;BH':OMG*($H(<0;!JJ>U8 M<@"!C#Y83=4.#K7Y6P9Y=R@W)I/3L([`1%3'$B@IKE5@#8U'8=E;K16.M@K) M))A2O)6\JEI'9M\=UP4T#WSVG`)MYU`JNL>WXL]?4&7HX2L7TANUPRCT48N) M5]=4`E;">U/H1HDF.-P69FFR&@?#A->,NVSJ0XL3^[7BED,I6,.CU7@" MS#ON!9E_Q:TGA\I`A)8Z&]&N5'B>B"LZS/\PI_++!65`%K?*WX`#(`-S4O2?Z2\!ETI#?QCE21R\Q%B2.)Q M+@4!/+?/YGJT?#\A5\994!P?PA@_A-&,[Y,+XPY2C"Q-)W'[>A_XFW>C,>S:7>KBR7\+L]=G_S7-4=LX[Z6_:1UB87YIW_RX8?_4]B&]2QZ7?_\BYY__GLSC^ MB[F%F_C/[W*%??\CFY'O?E]*XZ=`"LO9XO)BWO/]C\?K+[=![MX1\KWQDF_4 M\Q_OB&-3O2E=?]C-+BVJY_*.7I'H@VO06[,=0'E++Y+S0;[NAE3C?5.[N@VK MR.J'%#\[3V7F\U24?[[U`;2,_IS1-KN^Q[9Z;UX(SO-6BAPLOL?=08I?N4*U MN7>]4^MU7SVC]W7Y"O;./232<^1KQE7OU7U8]WM#J]?S4DO+'30=)/`SK/R@ MYT+T4HTWG:[1]-XQZ2((?^$G013S_%7?!)'MY:^">#X+(IOU;_Q9D`ODOV=6 M_]DZ+I'_2[GY!4?^9W,+^/V/S.+\C?S_'I?GZQ]RO/DC4-G+%H'`]S]@ID/Q M_X\^_W'M#W:(2[\9TG"_&2)?AA?^Z9`3Y],A#MBW_AI(Y,^^EE]]`4"^FM]( MVIUD[\WR\T^M$]&`D=``H6#X&_SW#)A?_4'WV&R9)P.@>\BK_%N&<#X&TO\G M#C^_W+_>,MY89I>+G+>67XR.X78,B]%'HR&:+6-H(>K15=[\GW2:?Z5/`-!S MJ-)[$@H9P-5KL+[[9@L7?'T<-0"@!0'X&"+B48,(3=<86_@I$0$9+EUUK)XB MB+AK]*@(8G?I3`B"=3F+]X3:]+=D!XI=4J/G[=B1B%=_PSKY&RQZRWPP#0-A M8-I.`#&7'_P?VT]-'Q"P%N`!WO)0P:]!:DW2WQH=A'.:Y7FK<@B,OT>B=T/*AMHVN88__J^>GA@8$%2'0_S5\M)CT'2,%-/%C M2!<`07VE5LMLX[=N0NKSL*"LT<-R`3BM5B]_!2#UJC6J(BNZ&CZ];I2_V*.W M3P/`UXHB@!E@LHAK$R":?QB@?D.#!#S3LP`!95%QS(MH!H2_X%M/IK_HVTA$ M-S.PL.=C-W8D$K`W$,AY>;?>_""DW4%([W0+0D&C)#X_/71[)O3;PV(&E>BN MT8;F)GJSW@)A'R%V"EB]_F@V$M$-'_TMF9ZW5,_@IWKH4U)OS%EO$?UUF=Z7 M56N%?&6T]V9>M1KGU9G>]U9[2T0\=E[PG9^^_.";/GT`6CM#\WWO\]3K=RS+ M8"O$#&7.AD('VS01/-#"B="^]CJP$9^9BVU6G]32N-$/!6VMJ*FD,ZW/-"9L M_,B#S0>%V.JG]+`^$1!Z41G\L^%?>P(&N%ZO1P(&(;UU>Z5@$%IK@$\*AACZ MW`IX/!<4_Q'7]$>P9S;4V1"/+?NDT6GK@!H<-/6YV<7O8)ST07%__%_P`VZ] M)-/@<+__R9?`+_6 M][\7Z/NON?D;_\]WN6[\_]_'_W_CZ+]Q]/\=KZOX___L(G"9_W]^,>O*_T6, M_U[*9#(W\O][7#?^_QO__]_=___MW?LW?OP;/_Z-'__&CW_CQ[_QLM]XV6^\ M[#=>]ALO^XV7_<;+_N]W7>#_T7?K_W0=E[S_.;^4\Y__@!]+-_Z?[W'%13!R M@YE`'(_$X^YXU!OW0=!LMT:V`7JF)68R2\L+>;`6Y^87YC+%8EYLK^^)!Y6] M6<<+$W[--!&;U5D]'36Z1JIMM0?#E-D8I,Y;EQ6==($*"*5[H$E?`%"W^]V6 M!]Y-.`\F01-PU'%-$N3.$H)T(Z>PO)-EP_+0B#8!R=R?OB(P.>9A1@B[75PM:9C'@Q/G3J*`N2@2F00^2$03P9HFY4D4.PV3`4$_(D"N+..08[8C"FE4PFY4D4Q)UW&.S'L%9,R),HD#N/ M&:E,&F9+2R;E213(G:=]!NL;QX&:)N5)%,2=OW!CGU#2J&>T9%*>6",4Q)U# M!GM!B=D_UI))>1(%<:?)8.L,9O^B)72Z`Q(2++X\B8*XL\LHGLK&9K5D4AZC MR!)W]AEL3X(M:,FD/(F"N'/$8"^Y(VVA)9/R)`KBS@&#/6/V,9I:,BE/HB#N MM!ALDQ+)"3*9E"=1D.SL,-@N)3U+:$EV(4<)S4=?GD1!LO.<49299"U32R;E M213$G0<,]BN3S+/X3,IC!L\2=[YBL/>4G/",DLFD/(D"N;/>I0Z6O)I#R)@KCS-8-M4&+4FUHR*4^B(.X\8;"'E!Q+ MH,9A'X$[*DRB(.\\8[!^)X-A/RI,HB#N;#/:8DC=,*IE, MRI,H2':V&&R+DM>OA99DEHJ4Y'/!/(F"9.<*HU@.6\TFY#%W+A!W)A@L%H9B M0IY$0=Q98[#_'H9B0IY$@=S98KWZVHE$0=QYR#6]8W+RH,MD4IY$0=PY9K"? M>:8.CK4D4\SPP"P&\WA$%H@[WS**?4JDG2*33*'`*++!/(F"N+/.*-;DTOM6 M2[(D4:`QA6">1$'<^891/.>.C&PMF90G41!W'C/8?0;C*F0R*4^B(.ZT&6Q' M"CZA)5GB'%`.BL$\1K%(W-EF%-M,3H_,GI0G41!W)AGLIS#NG)#'?+%(LC/% M8'?#4$S(DRB(.],,=B\,Q80\B0*YL\LL?^U$HB#N9#5?:?L]HI9,)N5)%,B= M+3:+KYU(%,2=@FOB1)F&GHX M>E!^"$61"N6X$"?:G42152BX^@Q7#\H/)B#?L=`"%^)$NY,H<@H%5Y_AZD'Y M(109*K3(A3C1[B2*!86"J\]P]2"J"$66"N6Y$"?:G42QJ%!P]1FN/L?C`_(= M"RV)\$2BR"L47'V6J\_Q^(!\1^B""$\DBB6%@JO/("*%?.HRLG$H7B3A#ERGETY42B4-P)HERZ.:Z>2!1*=H(H5Q[!*R>,HJ!D M)XARY1&\=\OX7%/X\B_^=1*.[,L-#,LM#,\:JRL*0MIL%$HG!D)PO-+`O-'*\J M"P5M,0TF$@5RIU<5O'K"*(K(G5VVXJ^=2!2D=TJM[KJ)1(%=4DH8TUDZ[:\\ M(D7DSBYK7]=.)`HE.Q>*UT\D"D=VSE\_D2@/_35_YZ+DN._^913M-CO\B_LYD%Y=NXC^^R[6VL55Z MB"?\YAZLE12/GI[L,[MTPSLK6Y\[AR MYQ8=ZL.#>L"1PKWI`L2V!#'-5$9T\6_D0;GTX`$6@E;(-K\7=+?]SZH-LS>V*NU1[U+?MU)Q+9*NT\1(3VT;-*:K.R>\01@.)U]VCC MJ?Z@81X]6-.REON@VQD8W-KG9I/.)B^1(7P*.DI$L5N]M,P&:J7: MO9/(K1/3!C`Q9YM#!-V#L5K?0YJD2EM;E:=K[R,ITVY`39'(L0F)Z9RV#*]> M/X,Y]>O:;OGE^\D',:=^W=F%V^W=!^MT#!,GN+=N[+_OX+AE_ M7FC^9!V3];],GN+`E/Z'867X_8>;]S]]EVM*[)U:^)J-EBGJ';MO@(8@^J>F M:)N]GG&";^``10&4L9F8:?1&PFQ8_4XW-IL2]+(*A*2RD2D`2EF9@ITZ&5@- M?B%(&S0.@;H6O@C$ZM@`!/\V&.&YT:^?MLPW9DOD.&/JD6DTS.ZR2)]VVL"0 M]3>]=*];Q[==I(XM6S&I7U^33$IO+L;QX.643\S MA6W@:YCP%T#G1*PW'C2-,S'3-CZ:T3N-P>_F+.8LB!ARTQ!Z.A)MHWMBV28& ME,4BBR)F#/J=.:;$X$P83>/WMM4Y!N(.*7`V%ED2L4[3 M[BCZU4=GMLPIB!BT(?U'# M+^&@2XWNH`F]'!M#H]OO_/8)V&8$;(/5+,EJ*DA#VS+A4<&A:"J5@ONBO*?< M[+QJE]7K#*FI66C_X/?1F4CTSLU6*P%/LNJ)Y3S*R7*;MHUHH/4^ZL-#:/UY MIV763:A*]$ZA)#R$]O>0OD#&`=,!PG:G#FP" M[>Z MQ_C:\]X8#W';_6ZG99O+XBLO0`A]K>++=!JB5%G;W-1SJY;@&0!=\SSOBB'. MDF$G#"&0J7J,_6U\^2CZ9K/7'S@%SX3=`:Z%7G:!B5R$?62HDR_=D:\`(00R M5^O"'26])4TQZ`W^$&,5-:^>#QR$(2V$(:HV$*#1^3CPYE9;T+66&>A9]0UT M>#P:=K]\$KV/'3T?9CT,=!6X1XZ7MV#[@BX/N>4^9!(A,$CUM5NCWKVJ#;3M M]3^?HTB"X8>$G[\5<@J%='D!V*MZ0DS8J8\_`)%E@Z!PM8//@9A/EHG=0SJ$6:+O9`%;6VE@=NSWR(06$P.+5`S%C]NK& M.0A3FFGR6J^LS:W;?5P78+[]5@<2CW']F'`!0I@IDR"N>0%"F"EER83&5\\X M'2',%!`XM#F//4.!T&^)_F='X)]]5M"TPGKA;&,\_,Q26"&$F=*%!50":K([ M6'W]U.@RG#OUD?'GC-SU&@,L!94"\01N4?QN*'BOL`90Y[?8ZO MM`'0;F<\M/X0H;H%]IHAEP5*$H(]@Y8J:(L1+GQ3WB:4-%U@4AW,6:_@CXE_ M3N$/CO6,-?OJ:W#FJ9ES%O0:!P64&4/R=DH"S9DBV%/(G#N59RW0"U8 M7`J3$7[)&R*WM.5`":<4"B9L8R%L_?,+TQ#1I:T@4B03RA3B+(8M@:[\36E\ M%+(.A*Q!H"7B&A-8)L-E=\AB%;)D`\Y,V,H:OJ:&+$`&#JM$&K*^3G`OD\_"I_@>TF<4?<;L`M#`!@AB?`0RY'<_V0GEV,!)DD=VWN[%Q"L/Q*?'TD^UR3M(=@#A8PCX>=PZ,9& MNXFC%+`'"3CK`N,DOH`!'&ZA,CFWS*DL`XTE(TZ)7/,/@@1"4Q=E_XAB3:-O MM#HGEMD&`"0]ZK@:%#S-TX"(=N?DL^CTAQV0'I_&SP>_"ZO6ABC,S">A[_0_GUBP1**\K?1,F`-/>F03H(@2QJ.!BR9.+&; M;&A3'86`G\#@#@#9@!#L6.@P8=FY,&!7!OI??HJ:P!0BT8)Q-`2+*4F2^BDL MT5^&B15!('-WG/^P;"9,NDI?`RGB_+V<@>L'R:`7Q^L;HG:B-Z>/WBTL8%OU M,=3-2P63'NTUP#8T&F/K$Y`&1`V[+BPL#`/QXG_@#R#UBY?T"ZVAW>W=-?P- MQ/NY5-ZL_(PW0*D7:S^_W"O]`^^`/"\VUY]2%CIRREN;C_$G].SGG1+]A`;O M/O@/@/J?>`?M+#_]>7VO5'F&"-!K4WJVM_L4?V/M@.L?);R!!FQ'[SS`GU#_ M]AW^";4_W?WYQ>;_QANH?&=S?0X?H#]K'AO_C_]8VUS'.VC!XUW(QAZ@^P5W MB_$G-&!G5]U`[=NEIP\W=]8K+_%^D3'R,WR0Y^9M[#[=+NWA@R6&4`_Q$;1I M?>T1X2MB[S9W]M9VM[=+.]AB=!Z4GY9>O'21HOE?9I+L;>%]EG'2,[R')A;F M[F]B?6@W8YYS#RUL*@>1"8L$NQ\S"^SG"9K_0O/SU,\T.NGEW@O)CDZ,DL7,'3$_"C#,)=31(CNWK"?42M<'<$:,^A M#A;&N,B^GG"/R=?X>C*+[.S)<`-I4H\[#>Z(Z^SQ8IWH[,DLLKX;H9^3:7),'K*90_Y7$>$5WC\?H&JNVFR'OG3 MG.PE(@7FAPY>8LQI0^\8<[;\-7>7&(!1P@TBQ9DS4,.M#)9JP)0+C#),CHQ_ M8CC=7R)SCE$XG%LU_5SE3$''D+N`4PAIZ/P)\G]@=EXX5(@4IM#Z=FFM@G[] M>18VSKVKI?Z(K^\:@((#"U1ST.UUT.#D7@Q$G)9S-`W=!<=1"5.6;?53INE8 M`(,D:P]2D<+QM%];)P-:C:*(*$?ZH7IFH-M"01NN?^IV#V$7M.T)K=!G;4,B MOW@A#&Y.H`GF9`_%L67^_J$^:BL=&/=`T)K20%2.P%TLS"YPS\.[)&L!.K<' M/3)&0SZX M_OAG\PNYF_'_'E?(^)_3"T%3G:%M=K])'9?$?PN!+ZB1\3^9)8K_R2[>Q']_ MEZMD-T!Y/Q/W+>.C66]:XB?CV#):JT.#WF+>Z9ZDSELW$;C_LE?(_/_F!T$N MF?\+2QDW_B^+QV\Q_B][,_^_QQ6_M3H3GU5#?JN0RA;%S'VSVS1;YFA69.;3 MF6*ZF(]$UDI[=VXU!OWZJ9#?QA*O^=,V\E-6W<%1Y5GJ\>YF8>ZI^FJA^B:A M.C"12J7KK?0/J;K`7YUVNV.K._.M^M5OJE_`E/!+'IUH#-KG>"BAM/<^$N%T M634EA2]MCMQ:)2\J>F3%U&ILY19?AY%;W;:8>PW/M$=@H_;%W``>4F'QSLDQ MADV1^/66"WK+>BUFIJ8RXLX=D9D5O[H9M\Z[EMT7L4-[>[U2*3U<%SO/MN^O M/P4K?;,B=G;WQ-;ZP](6-(6@:?CZNO!5&,,2*[>N4`\&9LZL"*[H)RHF9+VS_NHD#?$1/YF:=[&^3RBB,4'- M!FY`)3*]=#7]?/-(-O`(6EO:VGV83D@XG/((EXZE`?*@&GOU0RS-N9[\3+27 MCDU-I??3":3'JM.4^FF[T^`O/NH#"O0[Z9KGPB71U"H43#?,-VFPBELK&*QJ MJ^X$0!WTKZV56T&L"6/9:S*%4_A?7686"^XQDE;]37 MD>@&F5B;8/*I^B2+O%.?*L&["/W%$T10)QXLPF193:"+I\KK.S6<#[;1-K&C MC*SFCOH,%WQF#W#`992PL!J)GICI8R@Q_.LTC='L,F$-G4_#4PP&<+B=F'#6 MQ^NO1>SV?*YQ:,>2S*LK+MMA@=,!BVYN5RN;.0['^].GN M4S67*F*FW#)1&!B-1M3?`3D!IC*>!HAW0DF2N^+HJ-[,3"BD2ZM`P2S/7I2* M8BZ38V1.SM=TOJ'([%/X=IO[Z=2<_18U.P1] ML;GW2.P]6A>5TK8KLS8?(+=L;.Y'G8V.;>K3_UJ]?C`X;UF@1;G! M\TEQW.F?PNP0&/ZE)DMPGDCQ.:&GJB=UU6'J+"Y*45B4Q*]"=7M>4+^9//;* MM^H'<]F_=^%E:'2(1?7(YV@*?MA1QI>!$;J72WJQWVM*5?I>.0N.U M1:@'CT0L[7M6Q07+^^CP,`8+VDF"\7'[9<.P/FX0Z#*W0`"OO1=SNWBNDEHB M,R)U$#WVLM)5W*R.E-E>Z?&#E/G:7/TJ(^UB^Q^K^38ZYF3]/S>/6YZ._;]` M^O_-]W^_TX7?^(C]3#L$'P\@PXX?,+H1ATFK\/(+1)?39[PEO/.<1<`,+B$HF(8%,$*(G;_ MXX>&)ZZ!@3W8(VMX\P:_91&[CT%N<,\QPTFUBX)X9@9VHS.+*`%CRQJ: M6"0CB]"!&NRU4P!)AS$8U\68"Q;Q1F>^C90Y!CH(K?7:)!DUX'VE3ZL3$:W@<>.AB;'<5I.1.<;2^"NE#@>851( MMVUAY$H;BV+0!X7,`25O]YCFSN$G!"CX`(BQ9%`0,Y3UN4_-+/H@SSOC$>[K M\4:B02%0B%Z%04$9C"7AL<:;C!:!AO=.;*&J385>87488N*$8N&]Y&//LT4, M2KF_M?MX]T5IYR4^`5(%X\G061WCC@%SB3']/;C=:MR^_0IS,6P(B.*VK*B! MPSW&I!`OWNZYX8AN<)UH=MI`)GB``5CXVO_8CC8E>3HU.NW1;RV;0G9P.Q'W M/?'U_K&*/P81G^/!(K,/#(%\HPHLPP)F]@58V0DGY!WF*P426;#;/,,KMN"81=],#J_2-"VQ_P]6TP)7K-#PB>]X&K]BZ%/%_F<"7S MHXTCANR`,38!,+=&#%`PAE`E:#7C8ZJO>*WF890.R<@VJ&S(77(0+Q)E>1"*O$7"U8& M0[E+78>E_ESKO&'AM\W;IDW1;#A?**1(\>&(0(>CCQ\PA,R4HX3117X0'T1! MU7=N=(V3KG%^RH*EU_QHH%SK69]A^C2&7]"?U!V',6>6):@)KQF13=@WOG*CAC2'OT M,I"XW3GY0%*RTZ#(A@Z&$N/;T6,_TZ%+`B+10=DF2?@S\[<6=,3LG4E119,) MW&CWZ3"XKQ* M<5#G"C$[RUSE.:?0Z,CPK*'`*%YXJ**`S;=8!DB^Q9)?*HTFR2*8P:2L80R_ MPZDC.9V4VHSQ^R_,H?VYWQVCF,1YWH=Y9=5'+&-M2\SPBCJ+X/EPS:(@9T-_ MU$81@>H82UP]%!P#JZ6*A5'^.#M)#ZQ+@=.@5GT6&00H^@$Z8\,3AP=`&.B_ M"A*Y?RI@I3LQ17=@VY9](L!:LYV7$Z1[]:X)]_53A,'U#P\"O,!P\Q'%8[G$ M/FEUCF'$S/30&N/Y#M.5JRQ`J>8T+ZR(*.N(1H7"?$LJ+'79/6]B."8`+@QX MI,!3S*!B;>-<&@DRB'?D+07C^*`[.+&$T>B:,3@\I.F0%JW!L;B'#V$<=W':]5AF.B9=A_D&Q(^JL8U5SF.9 M@L/2^@$;XHMBT2^%';V2.C&0)PMVD,N!Q-VP_(S,1P;JD*QM'X,I@CJ!"Y3U M`(TX9YF)Q*H[:N?EP0@5S1ZC5C#^0.H,R$V,C'NV![V'QK MUELLD^GX!8W#9GI7/LHJBW/<[C1&KZTF'5;"B:P<*B>10'I7![OT^PJ;`/,=%&'@9[]!S:,@S*59V0:7GTY2N;7;QJ27F*YJ(&CZ_5X)QRHH%%;)Z1CL2RF10V M-!_E0.>RCDHX)E[`;U.SJPHX"=^H\O_:N[;=MHT@^BM$BP`M(*#B4O<4#=K4 M`7I+TL1I40=Y8"3&H'RA0DE1Z-_I!Q2&@3P5R'L_)`]Y"_(#W3,SNUR*I.P@ M;HL".T^FN;LD]S([Y\S.B*)V:D5XQ-])',\!3KIOSQ*L6M%*A<3WD$[+GB;3 M4S=$U"V$]4M:JB:KTVD MD5TOV4+;0_IQ\:%ADFAM,".$FR80J5J#'H4(MBI/D)@P)&2%,N$J26QJ[030JN`W-"O=YR0$A1]++%.^[2O:]5X="'0)DC9J-:6 M".90''P&3S9,HT6R_%P0#Z,MB8LRT]E`RHOLM1Y)`,MX5E3H/@IZNLU1R`G' M]_5DV5G3HL-,H`F:!'E!,Y,L1JW/M`5_G#2HLWYE>+3!FBX0+25VOV/$6`CP M(I7P(9GYSJ[#D932L++T"7[Z;9/.M+%LF%HR7+H2XE,UTT`EL:%(T3JE?>;> M`$W"YN6FR./75#%/#K7ID9\F-X-GQYA?N4&*M&#,]^J>OZ-OI\&GG>`XT%A& M3]TJE2(4DK9#T,YY,-W^]F$K`J1@F#J.=*Q?BFSYB1P(Q(HM*4!ZE2VY02KV M?B/+X7U(QA0?.LG%Z MOPZD*33FQLP84;J1,ST#*G8:T21-)!S%Q-S/5C!N9]K@.6,(]O86HIXE`.:^ ML%0H/@R;AKQ,1N`NBJ%JI!ED#L?E'":K`)1&Q=0PBM.M:[(3V%X$E=&`E/%K MH4YK%F=>HHR)D7!\">&P<89+_%P11G<3,0$EMXPF`NC/]X&S2@# MPW^J-[QY1ZP2&QF.&GHLOX=#SD03ZWG"GEWS!;V:75<.PUHZBPKV+R=X0G`4 MK87,M!C+1B`K/'.'Q;H146Y4?W?[H!K=1'R4C9B6<@I^ M'IR!4-VAJY!^-IHHQ5[T+)DOU];URWRCZHZ:C(Z*\UE9-[NKTE78M5_0!-5* M[L@=0=0+3:^+`6"->P5&H*J80%_08%#B@HH7DY-0V8#(CM9`+Y&\!;X%!4#_ M+2$/7+#KAA_A=A"ND>0`H@)IW3;6RH/ZT/5PPP-`/ M>6.H$?;D&9.3EBE1#WJ5)L=8J$I%398G;I0,A^@^MDG/6-F?B_)WW!6HU'?] M+DLYI<$5`7E<58IFD)P&>Z>B1`UL61O>\`T7+/.SN%E8%%`Q?W25RY;:9/LH MH-VF0NSHY#*`JDUEL+W:,F%I0V234C4:P&>I*G0<@"AX+-I#A7BU,$*AHX M'X'KH3M66^E@MM]3=^2CC5[N58\Y(:KBA"$5::N([0>-Z2R8;=A_6B$ MZ@E3@.AS7(9BSW(J(_Q'50M$UZ(_MIJ^$G_&+(E>ICI*##X?GJK<+T^/^ M2!Z/G9=XBBNV.]Y=#REKI5\7=19O\?Y/O$Z'YL9*7))MC^J'']8.JJ@Z6K8. M6#)2EFP$*,#)@S+9$&%EU1=$W MO_MK_S<4[;.^I\AWV6CU=#1X!$=M8!?"WT]]8O"(84Q:`;GJ#W<"=M4G0']5 M$D+U'?*L9>4,NM4BR2N'&^,2,A0"]PN*TR_YO]B8JE5:#175-;*Y:A!]1&L3 M)`:O-]F[UA<$XY.)1<&+VS@;;]HC:W"8K>>)37:-'Y?;I0KT-HC4W'(XCFJA M$FWYI^A_RJ:&S?GM*K/G\[`?#"@K5(E/-3`M3I\_P9VQ@^FW\DD!W2M@U[8" MP>,)?[A)!"$LKLQP&=M'"@;+NQ!_#[J][O M9V=OQ?RR@"#FE\':)K]]Q>73L6C?X8H%65(-I!RE5!.W<,5>$=W+";G<"W%+ MX=9P^U85(RB+A`E.:4O'P83,.#,R1]%QM:WRG`N-J/CFW=O6(N6'HE#87DCR M>HL-/%*.%I,)WZ[$1BTL0_O0`#>[8VG86=$C>@BT"IH5#MM')?C,V]/D3"M6 MY#R<6Y2O!&`[?3U-SP]+[3BJ#=,J/4FR-7*ICX;M_6)8?P4<_*"$II)+K?F, M0^,;CKM;O;3UT9?6#YV3?ZGC$:`$=##^"ZB:L36]#5%18-("___:G+?BG+4%4O0;5BP^6A4;(C'$)_4N MX"90*+0;.XX^Z+50+)PS2A/>Q9!=E'J6K/T(<)5.9*/U57P$`AHV=.JT:P[I MEC/S-#W4ZWC#T],YZ!N%O::#K`1VN`Z#1@."NZC2-];&C$!/BR44A8,=ZYD/ MP^BY`9<`YDM8(7H=YO`_CF_PLEMVQ/]?VS,NC?_OE;__A(D4A+U>=^#C?_X- MN;[X?PX;\VD`?!H`GP;@GTP#(.&9?.US`OB<`#XG@,\)X,POGQ/`YP3XN)P` M7KQX\>+%BQ+%BQ+%BQ+%BQ;8D $`+@!`.+% ` end >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Sep 13 04:46:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id EAA00891 for bugs-outgoing; Sat, 13 Sep 1997 04:46:03 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id EAA00886 for ; Sat, 13 Sep 1997 04:46:00 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id VAA30369; Sat, 13 Sep 1997 21:44:54 +1000 Date: Sat, 13 Sep 1997 21:44:54 +1000 From: Bruce Evans Message-Id: <199709131144.VAA30369@godzilla.zeta.org.au> To: freebsd-bugs@FreeBSD.ORG, j@uriah.heep.sax.de Subject: Re: kern/4486 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> I think you can be fairly sure about the behaviour of nonexistent ISA >> memory. > >Also if the nonexistent ISA memory is (bogusly) decoded by an adapter >card? I don't trust it, and it often enough doesn't make sense at all Bogusly decoded memory exists :-). Bruce From owner-freebsd-bugs Sat Sep 13 06:20:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA03699 for bugs-outgoing; Sat, 13 Sep 1997 06:20:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA03693; Sat, 13 Sep 1997 06:20:01 -0700 (PDT) Resent-Date: Sat, 13 Sep 1997 06:20:01 -0700 (PDT) Resent-Message-Id: <199709131320.GAA03693@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, yugawa@orleans.rim.or.jp Received: from rayearth.rim.or.jp (uucp@rayearth.rim.or.jp [202.247.130.242]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id GAA03616 for ; Sat, 13 Sep 1997 06:17:47 -0700 (PDT) Received: (from uucp@localhost) by rayearth.rim.or.jp (8.8.5/3.5Wpl2-uucp1/RIMNET) with UUCP id WAA23548 for FreeBSD-gnats-submit@freebsd.org; Sat, 13 Sep 1997 22:17:43 +0900 (JST) Received: (from uucp@localhost) by orleans.rim.or.jp (8.8.5/3.5W-darwin.1) with UUCP id VAA14001; Sat, 13 Sep 1997 21:14:25 +0900 (JST) Received: (from yugawa@localhost) by oleo.orleans.rim.or.jp (8.8.5/3.5W-oleo.1) id VAA00344; Sat, 13 Sep 1997 21:13:30 +0900 (JST) Message-Id: <199709131213.VAA00344@oleo.orleans.rim.or.jp> Date: Sat, 13 Sep 1997 21:13:30 +0900 (JST) From: Takahiro Yugawa Reply-To: yugawa@orleans.rim.or.jp To: FreeBSD-gnats-submit@FreeBSD.ORG Cc: yugawa@orleans.rim.or.jp X-Send-Pr-Version: 3.2 Subject: docs/4523: typo in xntpdc.8 man page Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4523 >Category: docs >Synopsis: typo in xntpdc.8 man page >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Sat Sep 13 06:20:00 PDT 1997 >Last-Modified: >Originator: Takahiro Yugawa >Organization: personal FreeBSD user in Japan >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: FreeBSD oleo 2.2.1-RELEASE FreeBSD 2.2.1-RELEASE #0: Sat May 10 13:56:54 JST 1997 root@oleo:/usr/src/sys/compile/OLEO i386 >Description: In xntpdc.8 manpage, there is a line like (in .SH INTERNAL COMMANDS section), ? [ command_keyword } ^^ but it should be ? [ command_keyword ] ^^ >How-To-Repeat: % man xntpdc >Fix: *** xntpdc.8.org Tue Sep 9 10:28:28 1997 --- xntpdc.8 Wed Sep 10 11:55:35 1997 *************** *** 147,153 **** .B ? [ .I command_keyword ! } .PP A \*(L"?\*(R" by itself will print a list of all the command keywords known to this incarnation of --- 147,153 ---- .B ? [ .I command_keyword ! ] .PP A \*(L"?\*(R" by itself will print a list of all the command keywords known to this incarnation of >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Sep 13 07:00:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA05117 for bugs-outgoing; Sat, 13 Sep 1997 07:00:06 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA05088; Sat, 13 Sep 1997 07:00:03 -0700 (PDT) Resent-Date: Sat, 13 Sep 1997 07:00:03 -0700 (PDT) Resent-Message-Id: <199709131400.HAA05088@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, blaz@amis.net Received: from server.amis.net (blaz@server.amis.net [193.77.234.34]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id GAA05013 for ; Sat, 13 Sep 1997 06:59:47 -0700 (PDT) Received: (from blaz@localhost) by server.amis.net (8.8.7/8.8.6/970802) id PAA28431; Sat, 13 Sep 1997 15:59:39 +0200 (CEST) Message-Id: <199709131359.PAA28431@server.amis.net> Date: Sat, 13 Sep 1997 15:59:39 +0200 (CEST) From: Blaz Zupan Reply-To: blaz@amis.net To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/4524: Possible buggy malloc in -stable Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4524 >Category: bin >Synopsis: procmail can swap machine to death with malloc.c from -stable >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Sep 13 07:00:01 PDT 1997 >Last-Modified: >Originator: Blaz Zupan >Organization: Medinet >Release: FreeBSD 2.2-STABLE i386 >Environment: procmail 3.11p4 as installed from the ports collection, latest 2.2-STABLE >Description: When trying to deliver a big mail with procmail as the local delivery agent, procmail can eat all your swap and the machine simply swaps to death (I was able to reproduce this on my machine by sending the netscape binary to myself :). Martijn Koster has mentioned on the -stable mailing list that replacing the malloc.c in libc with the one from -current helps and I tried it and now the machine still swaps like hell but it doesn't halt like it did before, instead procmail is killed with a simple "Out of memory". I'm not sure whether the underlying problem is procmail or the new malloc introduced with 2.2, but I know that procmail was working just fine with 2.1.x and as soon as I upgraded to 2.2.x it started acting up, so I suspect malloc is at fault. >How-To-Repeat: Install procmail as local delivery agent for sendmail and send some big mail to yourself (the netscape binary MIME encoded will do just fine). >Fix: One fix that IMHO should be done is upgrading malloc.c to the one from -current (a close inspection of the changes reveals a typo in the -stable malloc.c which should be fixed anyway). Possibly also procmail is buggy as replacing procmail with mail.local works just fine. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Sep 13 08:39:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA09995 for bugs-outgoing; Sat, 13 Sep 1997 08:39:26 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA09989; Sat, 13 Sep 1997 08:39:22 -0700 (PDT) From: Wolfram Schneider Received: (from wosch@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id IAA03230; Sat, 13 Sep 1997 08:36:08 -0700 (PDT) Date: Sat, 13 Sep 1997 08:36:08 -0700 (PDT) Message-Id: <199709131536.IAA03230@freefall.freebsd.org> To: yugawa@orleans.rim.or.jp, wosch@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: docs/4523 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: typo in xntpdc.8 man page State-Changed-From-To: open-closed State-Changed-By: wosch State-Changed-When: Sat Sep 13 08:35:08 PDT 1997 State-Changed-Why: Submitted patch applied. Thanks! From owner-freebsd-bugs Sat Sep 13 09:06:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA11339 for bugs-outgoing; Sat, 13 Sep 1997 09:06:29 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA11245; Sat, 13 Sep 1997 09:05:22 -0700 (PDT) From: Wolfram Schneider Received: (from wosch@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id JAA03669; Sat, 13 Sep 1997 09:02:09 -0700 (PDT) Date: Sat, 13 Sep 1997 09:02:09 -0700 (PDT) Message-Id: <199709131602.JAA03669@freefall.freebsd.org> To: josh@quick.net, wosch@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: docs/4450 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: spelling corrections in man section 1 State-Changed-From-To: open-closed State-Changed-By: wosch State-Changed-When: Sat Sep 13 09:01:35 PDT 1997 State-Changed-Why: Submitted patch applied. Thanks! From owner-freebsd-bugs Sat Sep 13 09:40:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA13043 for bugs-outgoing; Sat, 13 Sep 1997 09:40:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA13033; Sat, 13 Sep 1997 09:40:02 -0700 (PDT) Resent-Date: Sat, 13 Sep 1997 09:40:02 -0700 (PDT) Resent-Message-Id: <199709131640.JAA13033@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, blaz@amis.net Received: from server.amis.net (blaz@server.amis.net [193.77.234.34]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA12555 for ; Sat, 13 Sep 1997 09:30:58 -0700 (PDT) Received: (from blaz@localhost) by server.amis.net (8.8.7/8.8.6/970802) id SAA01201; Sat, 13 Sep 1997 18:30:53 +0200 (CEST) Message-Id: <199709131630.SAA01201@server.amis.net> Date: Sat, 13 Sep 1997 18:30:53 +0200 (CEST) From: Blaz Zupan Reply-To: blaz@amis.net To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: conf/4525: Mouse pointer on console not enabled when moused activated in rc.conf Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4525 >Category: conf >Synopsis: Mouse pointer on console not enabled when moused activated in rc.conf >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sat Sep 13 09:40:01 PDT 1997 >Last-Modified: >Originator: Blaz Zupan >Organization: Medinet >Release: FreeBSD 2.2-STABLE i386 >Environment: 2.2-STABLE, but probably the same for 3.0-CURRENT >Description: If I set moused_type=something in /etc/rc.conf I would expect I can use my mouse on the console for cut&paste. But as the command "vidcontrol -m on" is never executed I don't see anything. I have to put "vidcontrol -m on" in /etc/rc.local or some other file to see the mouse pointer. The newly added rc.conf manpage claims, that moused_type is support for cut&paste on the console. What can I do with moused when I have "vidcontrol -m off"? :) >How-To-Repeat: Set moused_type=your_type_of_mouse in /etc/rc.conf and reboot the system and realize that there is no mouse pointer on the console. >Fix: Change /etc/rc.i386 so that when moused is started also "vidcontrol -m on" is executed. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Sep 13 10:05:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA14012 for bugs-outgoing; Sat, 13 Sep 1997 10:05:51 -0700 (PDT) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id KAA13989; Sat, 13 Sep 1997 10:05:46 -0700 (PDT) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <51926(2)>; Sat, 13 Sep 1997 10:05:15 PDT Received: from localhost by crevenia.parc.xerox.com with SMTP id <177486>; Sat, 13 Sep 1997 10:05:05 -0700 To: Mike Smith cc: Bill Fenner , Ollivier Robert , hackers@freebsd.org, freebsd-bugs@freebsd.org Subject: Re: Memory leak in getservbyXXX? In-reply-to: Your message of "Sat, 13 Sep 97 01:21:55 PDT." <199709130821.RAA01212@word.smith.net.au> Date: Sat, 13 Sep 1997 10:04:58 PDT From: Bill Fenner Message-Id: <97Sep13.100505pdt.177486@crevenia.parc.xerox.com> Sender: owner-freebsd-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Mike Smith wrote: >Then this counts as a PR against the manpage? Sure - the whole network subsystem requires magic knowledge, might as well start fixing that somewhere... Bill From owner-freebsd-bugs Sat Sep 13 10:45:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA15744 for bugs-outgoing; Sat, 13 Sep 1997 10:45:23 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA15735; Sat, 13 Sep 1997 10:45:19 -0700 (PDT) From: Wolfram Schneider Received: (from wosch@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id KAA04847; Sat, 13 Sep 1997 10:42:05 -0700 (PDT) Date: Sat, 13 Sep 1997 10:42:05 -0700 (PDT) Message-Id: <199709131742.KAA04847@freefall.freebsd.org> To: adrian@virginia.edu, wosch@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: docs/4449 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: The -c flag is not documented in the sh(1) manapge. State-Changed-From-To: open-closed State-Changed-By: wosch State-Changed-When: Sat Sep 13 10:40:20 PDT 1997 State-Changed-Why: Fixed in src/bin/sh/sh.1,v rev 1.15 Thanks! From owner-freebsd-bugs Sat Sep 13 10:46:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA15806 for bugs-outgoing; Sat, 13 Sep 1997 10:46:23 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA15797; Sat, 13 Sep 1997 10:46:20 -0700 (PDT) From: Wolfram Schneider Received: (from wosch@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id KAA04931; Sat, 13 Sep 1997 10:43:06 -0700 (PDT) Date: Sat, 13 Sep 1997 10:43:06 -0700 (PDT) Message-Id: <199709131743.KAA04931@freefall.freebsd.org> To: wosch@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, davidn@FreeBSD.ORG Subject: Re: docs/4439 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: man pages wrong regarding login.conf Responsible-Changed-From-To: freebsd-bugs->davidn Responsible-Changed-By: wosch Responsible-Changed-When: Sat Sep 13 10:42:18 PDT 1997 Responsible-Changed-Why: David Nugent is the author of login classes. From owner-freebsd-bugs Sat Sep 13 10:54:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA16406 for bugs-outgoing; Sat, 13 Sep 1997 10:54:47 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA16395; Sat, 13 Sep 1997 10:54:43 -0700 (PDT) From: Wolfram Schneider Received: (from wosch@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id KAA05483; Sat, 13 Sep 1997 10:51:29 -0700 (PDT) Date: Sat, 13 Sep 1997 10:51:29 -0700 (PDT) Message-Id: <199709131751.KAA05483@freefall.freebsd.org> To: wosch@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, jfieber@FreeBSD.ORG Subject: Re: docs/4236 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: sgml: translation of to html is wrong Responsible-Changed-From-To: freebsd-bugs->jfieber Responsible-Changed-By: wosch Responsible-Changed-When: Sat Sep 13 10:50:54 PDT 1997 Responsible-Changed-Why: John is the Documentation manager. From owner-freebsd-bugs Sat Sep 13 10:55:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA16477 for bugs-outgoing; Sat, 13 Sep 1997 10:55:03 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA16351; Sat, 13 Sep 1997 10:53:53 -0700 (PDT) From: Wolfram Schneider Received: (from wosch@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id KAA05405; Sat, 13 Sep 1997 10:50:39 -0700 (PDT) Date: Sat, 13 Sep 1997 10:50:39 -0700 (PDT) Message-Id: <199709131750.KAA05405@freefall.freebsd.org> To: wlr@furball.wellsfargo.com, wosch@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: docs/4347 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Makefile doesn't support cleandepend State-Changed-From-To: open-closed State-Changed-By: wosch State-Changed-When: Sat Sep 13 10:49:36 PDT 1997 State-Changed-Why: Fixed. Thanks! src/share/doc/usd/31.trek/Makefile,v revision: 1.6 From owner-freebsd-bugs Sat Sep 13 10:56:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA16609 for bugs-outgoing; Sat, 13 Sep 1997 10:56:56 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA16600; Sat, 13 Sep 1997 10:56:49 -0700 (PDT) From: Wolfram Schneider Received: (from wosch@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id KAA05672; Sat, 13 Sep 1997 10:53:35 -0700 (PDT) Date: Sat, 13 Sep 1997 10:53:35 -0700 (PDT) Message-Id: <199709131753.KAA05672@freefall.freebsd.org> To: gary@hotlava.net, wosch@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: docs/3979 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Error in manpage hier(7) State-Changed-From-To: open-closed State-Changed-By: wosch State-Changed-When: Sat Sep 13 10:52:49 PDT 1997 State-Changed-Why: Fixed. Thanks! src/share/man/man7/hier.7,v revision: 1.15 From owner-freebsd-bugs Sat Sep 13 10:57:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA16732 for bugs-outgoing; Sat, 13 Sep 1997 10:57:49 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA16715; Sat, 13 Sep 1997 10:57:39 -0700 (PDT) From: Wolfram Schneider Received: (from wosch@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id KAA05788; Sat, 13 Sep 1997 10:54:25 -0700 (PDT) Date: Sat, 13 Sep 1997 10:54:25 -0700 (PDT) Message-Id: <199709131754.KAA05788@freefall.freebsd.org> To: andrew@ugh.net.au, wosch@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: docs/3858 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: passwd(5) says class field is unused State-Changed-From-To: open-closed State-Changed-By: wosch State-Changed-When: Sat Sep 13 10:53:48 PDT 1997 State-Changed-Why: dublicate of PR 4439 From owner-freebsd-bugs Sat Sep 13 10:58:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA16855 for bugs-outgoing; Sat, 13 Sep 1997 10:58:49 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA16837; Sat, 13 Sep 1997 10:58:43 -0700 (PDT) From: Wolfram Schneider Received: (from wosch@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id KAA05942; Sat, 13 Sep 1997 10:55:29 -0700 (PDT) Date: Sat, 13 Sep 1997 10:55:29 -0700 (PDT) Message-Id: <199709131755.KAA05942@freefall.freebsd.org> To: wosch@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, davidn@FreeBSD.ORG Subject: Re: docs/3819 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: man (5) login.conf specifies passwordtime for password expiration Responsible-Changed-From-To: freebsd-bugs->davidn Responsible-Changed-By: wosch Responsible-Changed-When: Sat Sep 13 10:54:39 PDT 1997 Responsible-Changed-Why: David Nugent is the author of login classes. From owner-freebsd-bugs Sat Sep 13 11:00:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA17042 for bugs-outgoing; Sat, 13 Sep 1997 11:00:19 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA17012; Sat, 13 Sep 1997 11:00:03 -0700 (PDT) From: Wolfram Schneider Received: (from wosch@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id KAA06055; Sat, 13 Sep 1997 10:56:49 -0700 (PDT) Date: Sat, 13 Sep 1997 10:56:49 -0700 (PDT) Message-Id: <199709131756.KAA06055@freefall.freebsd.org> To: nik@blueberry.co.uk, wosch@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: docs/2810 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Tutorial submission detailing how to upgrade FBSD from source State-Changed-From-To: open-closed State-Changed-By: wosch State-Changed-When: Sat Sep 13 10:55:46 PDT 1997 State-Changed-Why: Fixed. www/data/tutorials/upgrade/upgrade.docb,v revision 1.1 date: 1997/06/25 16:57:02; author: jfieber; state: Exp; A nifty new tutorial on how to upgrade a system using a "make world". I have not personally done a "make world" since the 386BSD + patchkit days so additional reviews from people who have would be good. Submitted by: Nik Clayton From owner-freebsd-bugs Sat Sep 13 11:01:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA17211 for bugs-outgoing; Sat, 13 Sep 1997 11:01:41 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA16000; Sat, 13 Sep 1997 10:49:21 -0700 (PDT) From: Wolfram Schneider Received: (from wosch@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id KAA05123; Sat, 13 Sep 1997 10:46:07 -0700 (PDT) Date: Sat, 13 Sep 1997 10:46:07 -0700 (PDT) Message-Id: <199709131746.KAA05123@freefall.freebsd.org> To: sheldonh@iafrica.com, wosch@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: docs/4383 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: su manpage ambiguous regarding command prompt State-Changed-From-To: open-closed State-Changed-By: wosch State-Changed-When: Sat Sep 13 10:44:40 PDT 1997 State-Changed-Why: Submitted patch applied. src/usr.bin/su/su.1,v rev 1.11 Thanks! From owner-freebsd-bugs Sat Sep 13 11:08:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA17838 for bugs-outgoing; Sat, 13 Sep 1997 11:08:17 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA17817; Sat, 13 Sep 1997 11:08:08 -0700 (PDT) From: "Jordan K. Hubbard" Received: (from jkh@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id LAA06227; Sat, 13 Sep 1997 11:04:54 -0700 (PDT) Date: Sat, 13 Sep 1997 11:04:54 -0700 (PDT) Message-Id: <199709131804.LAA06227@freefall.freebsd.org> To: blaz@amis.net, jkh@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: conf/4525 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Mouse pointer on console not enabled when moused activated in rc.conf State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Sat Sep 13 11:03:45 PDT 1997 State-Changed-Why: You're hardly the first to complain about this, so I guess it's time somebody did something about it. Fixed. :) From owner-freebsd-bugs Sat Sep 13 11:20:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA18610 for bugs-outgoing; Sat, 13 Sep 1997 11:20:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA18566; Sat, 13 Sep 1997 11:20:02 -0700 (PDT) Resent-Date: Sat, 13 Sep 1997 11:20:02 -0700 (PDT) Resent-Message-Id: <199709131820.LAA18566@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, mak@webcrawler.com Received: from mail.webcrawler.com (mail.webcrawler.com [204.62.245.201]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id LAA18470 for ; Sat, 13 Sep 1997 11:18:23 -0700 (PDT) Received: (qmail 12749 invoked by uid 982); 13 Sep 1997 18:14:44 -0000 Message-Id: <19970913181444.12748.qmail@mail.webcrawler.com> Date: 13 Sep 1997 18:14:44 -0000 From: m.koster@webcrawler.com Reply-To: mak@webcrawler.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/4526: realloc causes excessive swapping (more info for bin/4524) Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4526 >Category: bin >Synopsis: realloc causes excessive swapping (more info for bin/4524) >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Sep 13 11:20:01 PDT 1997 >Last-Modified: >Originator: Martijn Koster >Organization: Excite, Inc. >Release: FreeBSD 2.2-STABLE i386 >Environment: FreeBSD 2.2-STABLE #0: Wed Sep 10 12:00:23 PDT 1997 >Description: This provides more information for bin/4524 Repeatedly calling realloc causes much more memory to be used then you'd expect. For example, when procmail tried reading an 8M message, this was sufficient to run a 64M (128M swap) machine doing nothing else out of swap (and into the ground :-) >How-To-Repeat: This code reproduced the problem outside procmail: #include #include #include int main(int argc, char* argv[]) { size_t size = 0; char *p = NULL; int max = 8404992; if (argc > 2) { fprintf(stderr, "Usage: %s maxmem\n", argv[0]); exit(-1); } if (argc > 1) max = atoi(argv[1]); while(1) { size += 16384; if (size > max) break; fprintf(stderr, "realloc(%u)\n", size); if ((p = realloc(p, size)) == NULL) { fprintf(stderr, "out of memory\n"); exit(-1); } } { int c; printf("done. press return to quit\n"); read(0, &c, 1); } } >Fix: Recompiling the code with the malloc.c from freebsd-current * $Id: malloc.c,v 1.32 1997/08/31 05:59:39 phk Exp $ fixed things (as did recompiling libc with that malloc.c) Now the program is killed after getting much further than before; (I assume when it hits its resource limits) instead of impacting the machine. This fix was previously reported by jfieber@indiana.edu back in June >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Sep 13 13:20:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA25401 for bugs-outgoing; Sat, 13 Sep 1997 13:20:09 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA25352; Sat, 13 Sep 1997 13:20:01 -0700 (PDT) Date: Sat, 13 Sep 1997 13:20:01 -0700 (PDT) Message-Id: <199709132020.NAA25352@hub.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: bin/4524 Reply-To: j@uriah.heep.sax.de (J Wunsch) Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/4524; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-gnats-submit@freebsd.org Cc: Subject: Re: bin/4524 Date: Sat, 13 Sep 1997 22:11:28 +0200 (Bounced off by joerg@freebsd.org, so PR # 4526 can be closed as being a dup for PR # 4524.) This provides more information for bin/4524 Repeatedly calling realloc causes much more memory to be used then you'd expect. For example, when procmail tried reading an 8M message, this was sufficient to run a 64M (128M swap) machine doing nothing else out of swap (and into the ground :-) This code reproduced the problem outside procmail: #include #include #include int main(int argc, char* argv[]) { size_t size = 0; char *p = NULL; int max = 8404992; if (argc > 2) { fprintf(stderr, "Usage: %s maxmem\n", argv[0]); exit(-1); } if (argc > 1) max = atoi(argv[1]); while(1) { size += 16384; if (size > max) break; fprintf(stderr, "realloc(%u)\n", size); if ((p = realloc(p, size)) == NULL) { fprintf(stderr, "out of memory\n"); exit(-1); } } { int c; printf("done. press return to quit\n"); read(0, &c, 1); } } Recompiling the code with the malloc.c from freebsd-current * $Id: malloc.c,v 1.32 1997/08/31 05:59:39 phk Exp $ fixed things (as did recompiling libc with that malloc.c) Now the program is killed after getting much further than before; (I assume when it hits its resource limits) instead of impacting the machine. This fix was previously reported by jfieber@indiana.edu back in June -- 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 Sep 13 13:22:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA25803 for bugs-outgoing; Sat, 13 Sep 1997 13:22:07 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA24715; Sat, 13 Sep 1997 13:15:58 -0700 (PDT) From: Joerg Wunsch Received: (from joerg@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id NAA08148; Sat, 13 Sep 1997 13:12:43 -0700 (PDT) Date: Sat, 13 Sep 1997 13:12:43 -0700 (PDT) Message-Id: <199709132012.NAA08148@freefall.freebsd.org> To: mak@webcrawler.com, joerg@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/4526 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: realloc causes excessive swapping (more info for bin/4524) State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Sat Sep 13 22:12:15 MEST 1997 State-Changed-Why: Dup for # 4524, additioanl information redirected there. From owner-freebsd-bugs Sat Sep 13 14:30:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA00989 for bugs-outgoing; Sat, 13 Sep 1997 14:30:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA00983; Sat, 13 Sep 1997 14:30:01 -0700 (PDT) Date: Sat, 13 Sep 1997 14:30:01 -0700 (PDT) Message-Id: <199709132130.OAA00983@hub.freebsd.org> To: freebsd-bugs Cc: From: Poul-Henning Kamp Subject: Re: bin/4526: realloc causes excessive swapping (more info for bin/4524) Reply-To: Poul-Henning Kamp Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/4526; it has been noted by GNATS. From: Poul-Henning Kamp To: mak@webcrawler.com Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/4526: realloc causes excessive swapping (more info for bin/4524) Date: Sat, 13 Sep 1997 22:10:07 +0200 > > Repeatedly calling realloc causes much more memory to be used > then you'd expect. For example, when procmail tried reading an > 8M message, this was sufficient to run a 64M (128M swap) machine > doing nothing else out of swap (and into the ground :-) > [...] >>Fix: > > Recompiling the code with the malloc.c from freebsd-current > And remember to try this: ln -s H /etc/malloc.conf (It's default in -current since middle august). -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." From owner-freebsd-bugs Sat Sep 13 17:50:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA09623 for bugs-outgoing; Sat, 13 Sep 1997 17:50:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA09614; Sat, 13 Sep 1997 17:50:02 -0700 (PDT) Resent-Date: Sat, 13 Sep 1997 17:50:02 -0700 (PDT) Resent-Message-Id: <199709140050.RAA09614@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, sa@hogia.net Received: (from nobody@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA09496; Sat, 13 Sep 1997 17:48:04 -0700 (PDT) Message-Id: <199709140048.RAA09496@hub.freebsd.org> Date: Sat, 13 Sep 1997 17:48:04 -0700 (PDT) From: sa@hogia.net To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/4528: processes hang if the mount_portal process dies. Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4528 >Category: kern >Synopsis: processes hang if the mount_portal process dies. >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Sep 13 17:50:01 PDT 1997 >Last-Modified: >Originator: Sebastian Andersson >Organization: Hogia Communications >Release: FreeBSD 2.2.2-RELEASE >Environment: FreeBSD 2.2.2-RELEASE #0 GENERIC i386 >Description: If the mount_portal process dies, any access that accesses the mountpoint hangs. >How-To-Repeat: mount_portal /etc/portal.conf /p & kill %1 cat /p/tcp/127.0.0.1/25 now cat has hang. >Fix: The kernel could perhapps unmount the filesystem when the process dies? >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Sep 13 18:05:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA10181 for bugs-outgoing; Sat, 13 Sep 1997 18:05:08 -0700 (PDT) Received: from cyrus.watson.org (robert@AMALTHEA.RES.CMU.EDU [128.2.91.57]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA10175 for ; Sat, 13 Sep 1997 18:05:02 -0700 (PDT) Received: from localhost (robert@localhost) by cyrus.watson.org (8.8.5/8.8.5) with SMTP id VAA01105 for ; Sat, 13 Sep 1997 21:05:26 -0400 (EDT) Date: Sat, 13 Sep 1997 21:05:25 -0400 (EDT) From: Robert Watson Reply-To: Robert Watson To: bugs@freebsd.org Subject: Kerberos Implentation "feature" Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Configuration: Host Fledge, two ethernet cards: de0 (SMC), ed0 SMC). Is 128.2.91.116 on ed0, and 192.0.2.3 on de0 (unrouted network.) Additionall, host kerberos server (chiron) exists with ed0 (128.2.91.56) and ed1 (192.0.2.2). The problem is this: User attempts to log into fledge. Fledge sends out a kerberos authentication query on de0 (external network), but uses IP address from internal network as from address. Chiron receives the query, validates it, and then responds on the internal network because it received it from that IP address. The hostnames do not match up on the two networks -- internal IPs are addressed using pr-hostname, not hostname, so there shouldn't be a problem there. All names used to configure Kerberos are on the outside network. How can I get kerberos in login, ssh, etc to send its requests from the IP address for the interface it ends up using? Sending out a packet with the wrong IP address as source is a severe problem.. Is there a good way to fix this? It may be because de0 is probed first, but don't know. Robert N Watson Junior, Logic+Computation, Carnegie Mellon University http://www.cmu.edu/ Network Administrator, SafePort Network Services http://www.safeport.com/ robert@fledge.watson.org rwatson@safeport.com http://www.watson.org/~robert/ From owner-freebsd-bugs Sat Sep 13 18:40:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA11435 for bugs-outgoing; Sat, 13 Sep 1997 18:40:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA11394; Sat, 13 Sep 1997 18:40:01 -0700 (PDT) Date: Sat, 13 Sep 1997 18:40:01 -0700 (PDT) Message-Id: <199709140140.SAA11394@hub.freebsd.org> To: freebsd-bugs Cc: From: dnelson@emsphone.com Subject: Re:kern/4463:Whenusingipfw,allIgetisthefollowingerror"setsockoptfail Reply-To: dnelson@emsphone.com Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/4463; it has been noted by GNATS. From: dnelson@emsphone.com To: freebsd-gnats-submit@freebsd.org, Kerry.Morse@metro.tas.gov.au Cc: Subject: Re:kern/4463:Whenusingipfw,allIgetisthefollowingerror"setsockoptfail Date: Sat, 13 Sep 1997 20:31:58 -0500 (CDT) > >With the IPFIREWALL_VERBOSE kernel option compiled in on both the 3.0 >and 2.2 kernel's ipfw allows respond's with the above message... >running the rc.firewall code falls every time... > > From LINT: # IPFIREWALL enables support for IP firewall construction, in # conjunction with the `ipfw' program. IPFIREWALL_VERBOSE sends # logged packets to the system logger. IPFIREWALL_VERBOSE_LIMIT # limits the number of times a matching entry can be logged. Do you have "options IPFIREWALL" in your config file, also? From owner-freebsd-bugs Sat Sep 13 19:24:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA13765 for bugs-outgoing; Sat, 13 Sep 1997 19:24:32 -0700 (PDT) Received: from bluffs.scar.utoronto.ca (bluffs.scar.utoronto.ca [142.150.160.43]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id TAA13759 for ; Sat, 13 Sep 1997 19:24:28 -0700 (PDT) Received: from fissure.scar.utoronto.ca by bluffs.scar.utoronto.ca (5.61/1.34) id AA02710; Sat, 13 Sep 97 22:24:11 -0400 Received: from localhost by fissure.scar.utoronto.ca (SMI-8.6/SMI-SVR4) id WAA03936; Sat, 13 Sep 1997 22:24:19 -0400 Date: Sat, 13 Sep 1997 22:24:19 -0400 (EDT) From: Christopher Bowes <90bowesc@scar.utoronto.ca> X-Sender: 90bowesc@fissure.scar To: bugs@freebsd.org Subject: x11R6 Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The install from the snaps from the 12th and 13th of september are broken in the following way: neither boot disk will install the distribution. I also tried doing it after the system was installed and running. it will make the motions for installation, but once done, running x config from sysinstall produces a "XF86 not installed!" error. Nothing concerned with xservers appears in the /usr/X11R6/lib/X11 directory. Not much at all, actually. The snap from Sept 3rd does not have this problem. these are the only 3 I've tried. I'm using the releng22.freebsd.org server (which rocks, by the way. Installs over cable take me about an hour.) So, whatever you do, don't remove the sept 3 distribution!! Christopher ------------------------ According to the latest official figures, 43% of all statistics are totally worthless. ------------------------ From owner-freebsd-bugs Sat Sep 13 20:19:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA16811 for bugs-outgoing; Sat, 13 Sep 1997 20:19:46 -0700 (PDT) Received: from bluffs.scar.utoronto.ca (bluffs.scar.utoronto.ca [142.150.160.43]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id UAA16806 for ; Sat, 13 Sep 1997 20:19:42 -0700 (PDT) Received: from fissure.scar.utoronto.ca by bluffs.scar.utoronto.ca (5.61/1.34) id AA02901; Sat, 13 Sep 97 23:19:24 -0400 Received: from localhost by fissure.scar.utoronto.ca (SMI-8.6/SMI-SVR4) id XAA06033; Sat, 13 Sep 1997 23:19:35 -0400 Date: Sat, 13 Sep 1997 23:19:35 -0400 (EDT) From: Christopher Bowes <90bowesc@scar.utoronto.ca> X-Sender: 90bowesc@fissure.scar To: bugs@freebsd.org Subject: afterstep package Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The afterstep package is incomplete. Among other things, it doesn't contain all the pixmaps, nor ASclock (of all things!!). The port is fine though. Christopher ------------------------ According to the latest official figures, 43% of all statistics are totally worthless. ------------------------ From owner-freebsd-bugs Sat Sep 13 20:58:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA18654 for bugs-outgoing; Sat, 13 Sep 1997 20:58:59 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA18633; Sat, 13 Sep 1997 20:58:50 -0700 (PDT) From: John Fieber Received: (from jfieber@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id UAA16769; Sat, 13 Sep 1997 20:55:33 -0700 (PDT) Date: Sat, 13 Sep 1997 20:55:33 -0700 (PDT) Message-Id: <199709140355.UAA16769@freefall.freebsd.org> To: nik@iii.co.uk, jfieber@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: docs/4512 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Submission of updated "make world" tutorial for FreeBSD State-Changed-From-To: open-closed State-Changed-By: jfieber State-Changed-When: Sat Sep 13 20:53:44 PDT 1997 State-Changed-Why: New version supplied by the auther installed. In the future, context diffs against the version in the CVS repository would be preferred. From owner-freebsd-bugs Sat Sep 13 21:10:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA19264 for bugs-outgoing; Sat, 13 Sep 1997 21:10:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA19257; Sat, 13 Sep 1997 21:10:01 -0700 (PDT) Date: Sat, 13 Sep 1997 21:10:01 -0700 (PDT) Message-Id: <199709140410.VAA19257@hub.freebsd.org> To: freebsd-bugs Cc: From: joes@seaport.net Subject: Re:bin/4122:behaviour of src/usr.sbin/syslogd Reply-To: joes@seaport.net Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/4122; it has been noted by GNATS. From: joes@seaport.net To: freebsd-gnats-submit@freebsd.org, j@uriah.heep.sax.de Cc: joes@seaport.net Subject: Re:bin/4122:behaviour of src/usr.sbin/syslogd Date: Sat, 13 Sep 1997 21:09:27 -0700 (PDT) Hi, Joerg! Could you please close this PR? I don't see any need for it to stay open; and I've written a work around in the Qpage program now, so it's a moot point. And, the explanation you gave made a lot of sense, too. Thanks, joe From owner-freebsd-bugs Sat Sep 13 23:40:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA25198 for bugs-outgoing; Sat, 13 Sep 1997 23:40:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA25188; Sat, 13 Sep 1997 23:40:01 -0700 (PDT) Date: Sat, 13 Sep 1997 23:40:01 -0700 (PDT) Message-Id: <199709140640.XAA25188@hub.freebsd.org> To: freebsd-bugs Cc: From: KATO Takenori Subject: Re: kern/4528: processes hang if the mount_portal process dies. Reply-To: KATO Takenori Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/4528; it has been noted by GNATS. From: KATO Takenori To: sa@hogia.net Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: kern/4528: processes hang if the mount_portal process dies. Date: Sun, 14 Sep 1997 15:34:02 +0900 > >Environment: > FreeBSD 2.2.2-RELEASE #0 GENERIC i386 The LFS, PORTAL and UNION filesystems in 2.2 branch are known to be unstable. Please see /sys/i386/conf/LINT. The PORTAL and UNION filesystems in 3.0-current are more stable than those in 2.2. ---- KATO Takenori Dept. Earth Planet. Sci., Nagoya Univ., Nagoya, 464-01, Japan PGP public key: finger kato@eclogite.eps.nagoya-u.ac.jp ------------------- Powered by FreeBSD(98) -------------------