From owner-freebsd-bugs  Sun Nov 14  0:50:14 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id 1C5D2152B0
	for <freebsd-bugs@FreeBSD.org>; Sun, 14 Nov 1999 00:50:07 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id AAA06003;
	Sun, 14 Nov 1999 00:50:06 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: by hub.freebsd.org (Postfix, from userid 32767)
	id 79B0A14C81; Sun, 14 Nov 1999 00:47:29 -0800 (PST)
Message-Id: <19991114084729.79B0A14C81@hub.freebsd.org>
Date: Sun, 14 Nov 1999 00:47:29 -0800 (PST)
From: gabe@sonic.net
To: freebsd-gnats-submit@freebsd.org
X-Send-Pr-Version: www-1.0
Subject: misc/14868: Freebsd 3.2-REL with 1 ISA PNP and 1 PCI NE2K cards reports two ed1
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         14868
>Category:       misc
>Synopsis:       Freebsd 3.2-REL with 1 ISA PNP and 1 PCI NE2K cards reports two ed1
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sun Nov 14 00:50:01 PST 1999
>Closed-Date:
>Last-Modified:
>Originator:     Gabe Kostolny
>Release:        3.2-RELEASE
>Organization:
>Environment:
FreeBSD cerberus.agitation.net 3.2-RELEASE FreeBSD 3.2-RELEASE #0: Wed Oct 27 16:59:56 PDT 1999     root@cerberus.agitation.net:/usr/src/sys/compile/CERBERUS-2  i386

>Description:
I had two ethernet cards in the machine (amd 486/100 acting as my home
firewall); just went to fry's and bought a cheap ISA PNP ne2k clone, and
tried to config it with boot -c.  Originally the machine was reporting
pn0 and ed1.  Now it's reporting:

ed1: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
        inet 216.102.93.13 netmask 0xffffff00 broadcast 216.102.93.255
        ether 00:20:78:14:f4:0d 
pn0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
        inet 192.168.1.5 netmask 0xffffff00 broadcast 192.168.1.255
        ether 00:c0:f0:2d:da:18 
        media: 10baseT/UTP <half-duplex>
        supported media: autoselect 100baseTX <full-duplex> 100baseTX <half-duplex> 100baseTX 10baseT/UTP <full-duplex> 10baseT/UTP 10baseT/UTP <half-duplex>
ed1: flags=8802<BROADCAST,SIMPLEX,MULTICAST> mtu 1500
        ether 00:40:05:f7:48:5b 

>How-To-Repeat:
Duplicate the hardware setup, presumably.
>Fix:
Unknown, trying different configs, etc.

>Release-Note:
>Audit-Trail:
>Unformatted:


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Sun Nov 14  6:40:26 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id 1C4C41507B
	for <freebsd-bugs@FreeBSD.org>; Sun, 14 Nov 1999 06:40:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id GAA71553;
	Sun, 14 Nov 1999 06:40:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: by hub.freebsd.org (Postfix, from userid 32767)
	id E1EF11530B; Sun, 14 Nov 1999 06:35:33 -0800 (PST)
Message-Id: <19991114143533.E1EF11530B@hub.freebsd.org>
Date: Sun, 14 Nov 1999 06:35:33 -0800 (PST)
From: administrator@tbv.se
To: freebsd-gnats-submit@freebsd.org
X-Send-Pr-Version: www-1.0
Subject: misc/14873: corrupted file attachments when mail passes a FreeBSD v.3.1 exchanger
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         14873
>Category:       misc
>Synopsis:       corrupted file attachments when mail passes a FreeBSD v.3.1 exchanger
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sun Nov 14 06:40:01 PST 1999
>Closed-Date:
>Last-Modified:
>Originator:     James Wilde
>Release:        2.2.5 and 3.1
>Organization:
TBV, Stockholm, Sweden
>Environment:
3.1-RELEASE FreeBSD 3.1-RELEASE #0:
>Description:
When mail client is configured for html certain file attachments (MS Word, MS Excel) can become corrupted when they pass BSD mail exchangers. I have been able to create this problem when sending mail from Swedish Telias mail servers and when bouncing mail of our new smtp server, smtp2.tbv.se.  The old (v.2.2.5) FreeBSD firewall does not cause this problem.
>How-To-Repeat:
Configure client (in our case MS Outlook or Outlook Express) for html format (as opposed to plain text format).
Attach a simple MS Word or MS Excel file to a message.
Send the message via a (recent version) BSD mail exchanger.
>Fix:
Only known fix as yet is to configure clients for plain text which is, unfortunately, not the default in Outlook Express.
It is possible that something was overlooked in configuring FreeBSD 3.1 in our new smtp server.  However, the problem can also be caused by sending mail from Swedish Telias mail server (Telia uses a BSD variety on their mail exchangers).

>Release-Note:
>Audit-Trail:
>Unformatted:


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Sun Nov 14 11:20: 3 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id 296F714A05
	for <freebsd-bugs@FreeBSD.org>; Sun, 14 Nov 1999 11:20:02 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id LAA96947;
	Sun, 14 Nov 1999 11:20:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Date: Sun, 14 Nov 1999 11:20:01 -0800 (PST)
Message-Id: <199911141920.LAA96947@freefall.freebsd.org>
To: freebsd-bugs@FreeBSD.org
Cc: 
From: Jeroen Ruigrok/Asmodai <asmodai@wxs.nl>
Subject: Re: docs/4691: no documentation for mk_cmds(1)
Reply-To: Jeroen Ruigrok/Asmodai <asmodai@wxs.nl>
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

The following reply was made to PR docs/4691; it has been noted by GNATS.

From: Jeroen Ruigrok/Asmodai <asmodai@wxs.nl>
To: freebsd-gnats-submit@FreeBSD.org
Cc: Chris Costello <chris@calldei.com>
Subject: Re: docs/4691: no documentation for mk_cmds(1)
Date: Sun, 14 Nov 1999 20:12:00 +0100

 -On [19991114 00:01], Chris Costello (chris@calldei.com) wrote:
 >On Sat, Nov 13, 1999, Jeroen Ruigrok/Asmodai wrote:
 >   That's a perfect example of the attitude not to have.  "I
 >can't fix it so I guess it should be closed."  If you can't fix
 >it, you're not trying hard enough.  When I have time, I'll search
 >for documentation on it and make a manual page.
 
 I hate you. =)
 You made me do this:
 
 http://home.wxs.nl/~asmodai/mk_cmds.1 for review and inclusion.
 
 Thanks to Chris for initial corrections.
 
 -- 
 Jeroen Ruigrok van der Werven/Asmodai                  asmodai(at)wxs.nl
 The BSD Programmer's Documentation Project <http://home.wxs.nl/~asmodai>
 Network/Security Specialist        BSD: Technical excellence at its best
 The Gates of Time have opened. Now it's chains are broken. An Ancient
 Force unleashed again...
 


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Sun Nov 14 14:30: 2 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id BDB3314D04
	for <freebsd-bugs@FreeBSD.org>; Sun, 14 Nov 1999 14:30:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id OAA08718;
	Sun, 14 Nov 1999 14:30:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Date: Sun, 14 Nov 1999 14:30:01 -0800 (PST)
Message-Id: <199911142230.OAA08718@freefall.freebsd.org>
To: freebsd-bugs@FreeBSD.org
Cc: 
From: Tony Maher <tony.maher@eBioinformatics.com>
Subject: Re: bin/14782: ypbind can not bind to Solaris NIS master server
Reply-To: Tony Maher <tony.maher@eBioinformatics.com>
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

The following reply was made to PR bin/14782; it has been noted by GNATS.

From: Tony Maher <tony.maher@eBioinformatics.com>
To: freebsd-gnats-submit@freebsd.org, bauer@genprofile.com
Cc:  
Subject: Re: bin/14782: ypbind can not bind to Solaris NIS master server
Date: Mon, 15 Nov 1999 09:23:47 +1100

 >      There is a Solaris7 running as NIS master server.
 >      1) in rc.conf the YP client is set to YES but ypbind does not start on
 >      system boot.
 
 I run a similar setup and it works fine (solaris 7 - FreeBSD
 3.3-stable).
 Have you set nisdomainname in /etc/rc.conf (NB it is case sensitive)??
 


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Sun Nov 14 19:35: 9 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP
	id 0BD7C14D32; Sun, 14 Nov 1999 19:35:07 -0800 (PST)
	(envelope-from billf@FreeBSD.org)
Received: (from billf@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id TAA31624;
	Sun, 14 Nov 1999 19:35:07 -0800 (PST)
	(envelope-from billf@FreeBSD.org)
Date: Sun, 14 Nov 1999 19:35:07 -0800 (PST)
From: <billf@FreeBSD.org>
Message-Id: <199911150335.TAA31624@freefall.freebsd.org>
To: billf@FreeBSD.org, freebsd-bugs@FreeBSD.org, billf@FreeBSD.org
Subject: Re: misc/14856: ftp stalls on FreeBSD 3.3 (CDROM) tested from several systems
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

Synopsis: ftp stalls on FreeBSD 3.3 (CDROM) tested from several systems

Responsible-Changed-From-To: freebsd-bugs->billf
Responsible-Changed-By: billf
Responsible-Changed-When: Sun Nov 14 19:34:50 PST 1999
Responsible-Changed-Why: 
I'm going to be making a house call on this one.


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Sun Nov 14 20:20: 9 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id 1768014CEA
	for <freebsd-bugs@FreeBSD.org>; Sun, 14 Nov 1999 20:20:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id UAA37110;
	Sun, 14 Nov 1999 20:20:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: by hub.freebsd.org (Postfix, from userid 32767)
	id B406D150B5; Sun, 14 Nov 1999 20:16:31 -0800 (PST)
Message-Id: <19991115041631.B406D150B5@hub.freebsd.org>
Date: Sun, 14 Nov 1999 20:16:31 -0800 (PST)
From: tjw00@bayarea.net
To: freebsd-gnats-submit@freebsd.org
X-Send-Pr-Version: www-1.0
Subject: kern/14890: ffs_valloc: dup alloc
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         14890
>Category:       kern
>Synopsis:       ffs_valloc: dup alloc
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sun Nov 14 20:20:00 PST 1999
>Closed-Date:
>Last-Modified:
>Originator:     Tom Wye
>Release:        3.2-stable
>Organization:
Bay Area Internal Solutions
>Environment:
FreeBSD postman 3.2-STABLE FreeBSD 3.2-STABLE #0: Fri Oct 15 01:01:23 PDT 1999

System is a mail server that gets a lot of activity.
>Description:
gdb -k kernel.0 /var/crash/vmcore.0
GNU gdb 4.18
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or 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.
This GDB was configured as "i386-unknown-freebsd"...
(no debugging symbols found)...
IdlePTD 3645440
initial pcb at 2f8f2c
panicstr: ffs_valloc: dup alloc
panic messages:
---
dmesg: kernel message buffer has different magic number
---
#0  0xc0161987 in boot ()

>How-To-Repeat:
unknown
>Fix:
unknown

>Release-Note:
>Audit-Trail:
>Unformatted:


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Sun Nov 14 21:30: 4 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id 2AFE414CF9
	for <freebsd-bugs@FreeBSD.org>; Sun, 14 Nov 1999 21:30:00 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id VAA43267;
	Sun, 14 Nov 1999 21:30:00 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: from shidahara1.planet.sci.kobe-u.ac.jp (shidahara1.planet.sci.kobe-u.ac.jp [133.30.50.200])
	by hub.freebsd.org (Postfix) with ESMTP id B355214C14
	for <FreeBSD-gnats-submit@freebsd.org>; Sun, 14 Nov 1999 21:28:21 -0800 (PST)
	(envelope-from takawata@shidahara1.planet.sci.kobe-u.ac.jp)
Received: from libr.scitec.kobe-u.ac.jp (card1.shizen.sci.kobe-u.ac.jp [133.30.226.50])
	by shidahara1.planet.sci.kobe-u.ac.jp (8.8.8+2.7Wbeta7/8.8.8) with ESMTP id OAA18682
	for <FreeBSD-gnats-submit@freebsd.org>; Mon, 15 Nov 1999 14:27:30 +0900 (JST)
Received: (from takawata@localhost) by libr.scitec.kobe-u.ac.jp (8.9.1/3.5Wpl7) id OAA04742; Mon, 15 Nov 1999 14:25:37 +0900 (JST)
Message-Id: <199911150525.OAA04742@libr.scitec.kobe-u.ac.jp>
Date: Mon, 15 Nov 1999 14:25:37 +0900 (JST)
From: takawata@shidahara1.planet.sci.kobe-u.ac.jp
Reply-To: takawata@shidahara1.planet.sci.kobe-u.ac.jp
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: i386/14891: New smbus driver lmsmb 
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         14891
>Category:       i386
>Synopsis:       New smbus driver lmsmb
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          change-request
>Submitter-Id:   current-users
>Arrival-Date:   Sun Nov 14 21:30:00 PST 1999
>Closed-Date:
>Last-Modified:
>Originator:     Takanori Watanabe
>Release:        FreeBSD 4.0-CURRENT i386
>Organization:
Kobe University
>Environment:

	FreeBSD-CURRENT


>Description:

 I wrote new driver for Hardware monitor chip that pretend smbus with a device.
 This will be easier to write Hardware sensor application.

>How-To-Repeat:
	None

>Fix:
This is the whole package and contains document.
	
begin 644 lmsmb.tar.gz
M'XL("'*/+S@``VQM<VUB+G1A<@#M&FMSVD@R7]&OZ,3)K;%E$&",'YO=R"#'
MJ@/$(>%'75T1(0U&%2%QDK#C[.:_7_>,>-M)]FX=U]:I*S&:Z9[NGI[NGAZ-
M_'$\'A1?/"G`OE*K5N$%0*E6+=$O0'E?_`I0`&I*J5(CNA*2E<J5Z@NH/JU:
M`J9Q8D<`+Q+[HWUG)_9C=$@V'/X(A7XL^'S]AY[/XH+K/<T,2XIRL+__^/I7
M:@>S]=^O(B&4*N5JY04H3Z',.OR?K__>WA[$]W'1JQP>%)TP&*:^0.U"&'DW
M.6LT!9--H%R!<OFXLG]<4J!T='0D[>[N/CHTUPH#,)P$RE50*L>ETC$F`#[J
MW3O8JQP>R178K1PI\CZ\>R>![PT^LB@H3EWOUO4J!2>70WL'KAVY2\AQZ&X@
M)XY7]%S6QU]"Y,))XH6![>?N7,))NUYL%[F3KZ)YE_3<UG]^$/&?&NB)9'P]
M_DME9;^RB/]RC;H.*DH6_S\"BCM[$NQ`/9S<8["/$MAV\CQ0P4*#!)@!X!*M
M$M@#1G2J[P.GBR%B,8MNF5O`?D)UF>O%2>0-IA1B@`$*TYB!%T`<3B.'\9Z!
M%]C1/0S#:!S+<.<E(P@C_AM.$^*",>X-/<<F'C+8$8,)B\9>DC",YRB\Q5AW
M(1G9"?YAR,?WPSLON`',/ZY'@V+B0N/&+#FFYU)A3;48PN%,)R=TD1)]`*>3
MV*@K<;4'X2VA4I,0$X0@3#R'R4CAQ9B3<`BR68CETUO5"84ZONV-640V@O*F
M(BAPR2(S17">[A25>QI=0,PRY>2&SG3,@L2>+5H1UR-$?`1C.V&19_OQPO!\
MP8CQ\C1F#F"=ZR:8QIEUJ78UP.=.U[C0&UH#3J\1J8':L\Z-+JCM!M2-MM75
M3WN6T37APP?51/J??B(4][+V-6A7G:YFFH`#]%:GJ2,;Y-M5VY:NF3+H[7JS
MU]#;[V5`+M`V+&CJ+=U",LN021PQVAP)QAFTM&[]')OJJ=[4K6NNT)ENM4G<
M&2D(';5KZ?5>4^U"I]?M&";G1M-JZ&:]J>HMK5$`5`(%@W:AM2TPS]5F<WF:
M^&]EEJ<::JB>-CDK+@9GV="[6MVBZ2R>ZF@S5*XI@]G1ZCH]:%<:SD3M7LLI
M6U/[1P^)$$G<&FI+?8]SV_Z&57!!ZKVNUB)]T0YF[]2T=*MG:?#>,!HFL4+V
MIM:]T.N:>0)-P^0&ZYF:C$(LE8M'+F@M1./S:<_4N=WTMJ5UN[V.I1OM/#$Z
M-R[1,*BLBJ,;W,9&F\\9;61TKXDOV8,O@0R7YQKV=\FDW&HJV<)$Z]4MXK9$
MB5+1GM;29*&MO6_J[[5V72.L08PN=5/+XXKI)A'H0O*E>LWGV./3I[5"W<3C
MDNO*?$5!/P.U<:&3\BDQ^H&IISYCG!$GLU<_3ZV?1D'NM>Z^QM^B5!1!01'J
M1MXM!1X%?#SQ(HRD812.H>D%TT_@C_LQ"^(PPD"SG8_V#9/O1IZ#@18Q&Q.M
M;JK$R0LP'(<VY840SK'XN>-9+@R\!$/6QJ`'LW4ZC0NGTT0D!DP(E--B3!<B
MT9%08L4CF.M4L$9V\#$FED*9.)D.AR_Y!+:\P/&G..QGJO(F=F2/"Z-?UKKQ
M?_)`-Q5LS-_LIS)QLS=)[C<[!SB5E<ZQ[8R\@!&B/_'"1Y&;K**Q'3Q,CIL8
MWPA6L2Z[+6)!-(WI[Z;*5%+B_XC=/-A_:T<K_:\XJ[Z'7%Y)TI;+AB@9FJT^
M+FS?.#LS-:NO-AI=J#Z"I,B#@R5DG6,O]89U#H?+@]`!>J9@IGRJVA(FZ2D6
MX;R\Z\?A,''@-RE'VL3H:JR?V#?]!`;)R7(G>H3K,^H?83_:PB/*V6&-3^9$
M^G(B(7?<-1QR3(E+0'=U!]OS`?@@P[3OC+"^BGW[%O<K_NR,W?1I9W"?L+R$
M*CV@Z$[LP%O8?@B3AU3(#4M$'TG-H[;>$$>0+'CY=M4@>2F7PSU^&@6@Z>T+
MM;DRY[O(2UB_M!T[>[\,$AGX[TA^8)5DTI]$<>51PP43FO\W>=!BTO!4%P5-
MN6%(KLT?LN1?V9!_=+#8B/B,U^RX9$@0EG1LWQ]@4EVQ)3?4U^R/]<Z`;0XA
MMDNP(P(E/MG`P,".6=K-HNCD#X8<#8L\]ZWR`&<VGB3W*?T__X7K^ILB0TF&
ML@P5&?9EJ,FP5\+HG'G"+,/!3L15_3,=!),=1]RRP,63@LMQZ!\`,P=I7^G&
M"11WJ&*%>Y;0OI(CZZ#`V>A)&"4SKJAC&E*X<*'3GVF_S4/`O#;[6!3V=:.#
M%8`,?T.9,C>VC$Z9FUD>=E=SI+S>[)[UL;[0+[391+C8M]#N-9MYRI`Y7+6W
M6MMH:2VDR-V$N#]B5TA+^04GD*"2M*EP_0=TA+PA'MR;1VLXL58S-)I"O0T]
M%U"L*+.%@:DXL./8NPGH?!.*#1RW&)M;#$==75W!>7B'!3OHP`,%O`2/,>(P
MA(](WQ*[&NB!RR8LP+*^P(?CX0*V4V]%[99]Z&3NQA3H>Z432)N[N\(29)Z-
M%$?!28$Y&YNGP<JGX5",F3LK6C'U`5J?%3.2';\(ZS_.?S-KY&F=A*3??Y>X
MI.\=SC/O?/ABG1<:;JPS,HZ8S]"G5CUQS1$5.5U=2EA\@T0KBUU?N#$^+<?-
MRSE=_MO.E@9@C-[DLM@1D?`*.C&;HB_PDF^I-J2E/K\$DQ>4KU83)&=Z_%],
M*V7!4]EFMK23!/WNF^F24MKCJ?*)LQ7*QD&44/\"R6>>/%.7^"(<ZVM91^R4
M7\T\J6GXWM9'3#]=MX4O/K*;I@/'+!F%;G]F<M&,Q1XDY1K:10M/<$9C>UF.
M#(O]-"\_0"5T2,E$`^F6"448S?;QE'+6S,L\H?IW]GT,QM]?4K;CV5*$!<I-
M0B?T8YX%UWGR<C5ER)]7-11$HA1+J42#R+@0@^?OF1!*P+3+V8[#)O2ZBF3B
M[JQ\H6)Y84O'QSP_-^.L8T'!SV4+O#@Z<AN_XEVO4/S*$F`[]CZS</A`3.1)
M=J.+WM;MMXQ&KZEM<ZQ,`2"OR)#7-)(!*PL%G>*Y7U%F\(0@WO]S7W^V^[^#
MTOS^]Z"JU/C]7ZV<O?__$3"[_UMYY8&^X(C+O[/(XY=_4.'7>-7CRM'JY=_&
MN+6;O^K1L7*XN/DK[?.;/USJ].9O-3=Q'KBI)E[9D=,*:I:=TM9Z=GJ8`U89
M/,O]#RQL__LY[#[((<VTW\7AN=9?Q']74QLM[:ED?#/^:^7Y]Q^5T@'=_Y5J
M!UG\_PA8>S]-QP>L59<.%.$0"]C:8;%V!"QQ9#R;C.V/_.PYP6(1#_[TZEF4
M6Q*_'K)G)UK,`UY2D+B$,/#OZ6;+QSJ-G*U_>FUI_)KJLJM;FFA&[-]3%B=<
M"?'NR79=K%YC_C*S($E6**X4$^D-+=K>YT^W0XRRO8#=%;"C</-9>N.X_')*
M>H,')HK`R'G[87+G?I!>(^8U-HO2EC.!UQPUN_B>?\<@;4WLQ!G!SRE^L3&N
M8Q:?S*QCFGK;$@B:'TY!HA?Q4>C[:&/.4%GNX2HH0(?XV/X5Z$""\RT?*9*$
MQK['$PB]R!]Z-]-(7-*19#3&G[/^(O[G*O\Y3-?@V_%?F^__E6J%XK]6SK[_
M^2%`^W]Q%(Y9T4G&1>[R*Y_TD&?D3'3.=GB+=1DHI>/2P?QCGLU/@#@]E0"<
M'LDJQ^7#X_+2QS^EP\.*7"IC$7!X<"271!FP!8./290;1&&(OXP=[A^"7J[#
M:';/-4](1(N-R3BG8Y</'5V_VH=.>(>AU+(#^X;1=3;T`LP22&K[2*DZB%1]
M#$4OV-,OBA?%3A26'QFTNR5"<CGMP63I;0NRE6`1P+DTI)>[N(*K7:2((NTN
M]3P>^""E.31'S)4<DG`AOQ)FBZ9%MB%5GMM],L@@@PPRR""###+(((,,,L@@
H@PPRR""###+(((,,,L@@@PPRR""###+(((,,,G@F^`\XBX8B`%```(,,
`
end


>Release-Note:
>Audit-Trail:
>Unformatted:


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Sun Nov 14 23:20: 4 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id 51CC214E94
	for <freebsd-bugs@FreeBSD.org>; Sun, 14 Nov 1999 23:20:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id XAA51567;
	Sun, 14 Nov 1999 23:20:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: by hub.freebsd.org (Postfix, from userid 32767)
	id 3F48914BFD; Sun, 14 Nov 1999 23:14:01 -0800 (PST)
Message-Id: <19991115071401.3F48914BFD@hub.freebsd.org>
Date: Sun, 14 Nov 1999 23:14:01 -0800 (PST)
From: lindsaym@budsters.com
To: freebsd-gnats-submit@freebsd.org
X-Send-Pr-Version: www-1.0
Subject: kern/14892: Laptop PS/2 mouse (touch pad) not detected by kernel, moused does not load
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         14892
>Category:       kern
>Synopsis:       Laptop PS/2 mouse (touch pad) not detected by kernel, moused does not load
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          change-request
>Submitter-Id:   current-users
>Arrival-Date:   Sun Nov 14 23:20:01 PST 1999
>Closed-Date:
>Last-Modified:
>Originator:     Michael  Lindsay
>Release:        3.3
>Organization:
Personal use
>Environment:
FreeBSD 3.3-RELEASE (GENERIC)#0
>Description:
Kernel does not detect PS/2 mouse. /var/log/messages shows "psm0 not found". As a result moused does not load. Manually running "moused -i all -p /dev/psm0" returns "device not configured" message. Linux and OpenBSD detect mouse as PS/2 device and load mouse daemon ok so I know hardware device is fuctional. (Note diagnostic clue: OpenBSD /var/log/messages shows mouse at "psm0 at vt0 IRQ12")

Laptop is a Sager 6500 (aka ProStar 3203T, Kapok 1100, FOSA 1100). AMD K6-2 300Mhz Processor, 128MB RAM
>How-To-Repeat:
Attempt FreeBSD load on referenced type system.
>Fix:


>Release-Note:
>Audit-Trail:
>Unformatted:


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Mon Nov 15  0:10: 5 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id 4743214C97
	for <freebsd-bugs@FreeBSD.org>; Mon, 15 Nov 1999 00:10:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id AAA59802;
	Mon, 15 Nov 1999 00:10:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: by hub.freebsd.org (Postfix, from userid 32767)
	id 8E46B14C97; Mon, 15 Nov 1999 00:05:46 -0800 (PST)
Message-Id: <19991115080546.8E46B14C97@hub.freebsd.org>
Date: Mon, 15 Nov 1999 00:05:46 -0800 (PST)
From: dlowe@pootpoot.com
To: freebsd-gnats-submit@freebsd.org
X-Send-Pr-Version: www-1.0
Subject: misc/14895: portmap bug (when run with -v flag)
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         14895
>Category:       misc
>Synopsis:       portmap bug (when run with -v flag)
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Mon Nov 15 00:10:01 PST 1999
>Closed-Date:
>Last-Modified:
>Originator:     J. David Lowe
>Release:        3.0-RELEASE
>Organization:
pootpoot
>Environment:
FreeBSD bertha.pootpoot.com 3.0-RELEASE FreeBSD 3.0-RELEASE #3: Sun Oct 31 16:21:08 PST 1999     dlowe@bertha.pootpoot.com:/usr/src/sys/compile/BERTHA  i386
>Description:
Under certain circumstances, portmap forks endlessly.  This was also
reported in PR misc/12607, but mistakenly listed as a ypbind() bug.

Here's the set of things that cause this problem:

portmap actually fork()s before calling getrpcbynumber() and syslog(),
to log.  Thus the main portmap process can answer requests while a
child writes log output.

When portmap is run with the -v flag, it logs every incoming request.

Under certain circumstances, getrpcent(), called several times by
getrpcbynumber(), will call _yp_check(), which in turn may call
ypbind(), which in turn talks to portmap.

Doh!

portmap eventually fills up the process table with logging children.
>How-To-Repeat:
/etc/rc.conf:

nisdomainname="FOO"
nis_server_enable="YES"

portmap_enable="YES"
portmap_flags="-v"

You'll need to go into single user mode in order to get the machine
back, since rc can't seem to finish with a full process table.
>Fix:
This is a workaround patch to pmap_check.c, not very nice because it
removes one level of verbosity from the supposedly more verbose output
of portmap -v.  However, it should prevent this from happening, and it
illustrates the problem area.  As a simpler workaround, don't run
portmap with the -v flag, or don't run NIS.  Neither solution is
perfect.  This patch is against "$Id: pmap_check.c,v 1.3 1997/10/09
07:17:11 charnier Exp $"


*** pmap_check.c.original       Sun Nov 14 23:36:54 1999
--- pmap_check.c        Sun Nov 14 23:42:07 1999
***************
*** 242,248 ****
  
        if (prognum == 0) {
            progname = "";
!       } else if ((rpc = getrpcbynumber((int) prognum))) {
            progname = rpc->r_name;
        } else {
            sprintf(progname = progbuf, "%lu", prognum);
--- 242,250 ----
  
        if (prognum == 0) {
            progname = "";
!         /*  Ironically, it's not safe to call getrpcbynumber() when
!          *  verboselog is true, resulting in less verbose logs. */
!       } else if ((! verboselog) && ((rpc = getrpcbynumber((int) prognum)))) {
            progname = rpc->r_name;
        } else {
            sprintf(progname = progbuf, "%lu", prognum);

>Release-Note:
>Audit-Trail:
>Unformatted:


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Mon Nov 15  8:50: 7 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id 8DFCE15096
	for <freebsd-bugs@FreeBSD.org>; Mon, 15 Nov 1999 08:50:03 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id IAA01873;
	Mon, 15 Nov 1999 08:50:03 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Date: Mon, 15 Nov 1999 08:50:03 -0800 (PST)
Message-Id: <199911151650.IAA01873@freefall.freebsd.org>
To: freebsd-bugs@FreeBSD.org
Cc: 
From: Ruslan Ermilov <ru@ucb.crimea.ua>
Subject: Re: misc/14795: Core Dump of /stand/sysinstall
Reply-To: Ruslan Ermilov <ru@ucb.crimea.ua>
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

The following reply was made to PR misc/14795; it has been noted by GNATS.

From: Ruslan Ermilov <ru@ucb.crimea.ua>
To: tanfeng@jbbis.com.cn
Cc: freebsd-gnats-submit@FreeBSD.ORG
Subject: Re: misc/14795: Core Dump of /stand/sysinstall
Date: Mon, 15 Nov 1999 17:36:53 +0200

 On Mon, Nov 08, 1999 at 11:07:27PM -0800, tanfeng@jbbis.com.cn wrote:
 > 
 > run /stand/sysinstall-->configure->networking->interface->ed0,
 > when no ether NIC brought up(eg.irq conflict),raise a "Core dumped"
 > expception,then /stand/sysinstall exit.
 > 
 Smells the same as PR#14706, which has been fixed in -CURRENT.
 
 -- 
 Ruslan Ermilov		Sysadmin and DBA of the
 ru@ucb.crimea.ua	United Commercial Bank,
 ru@FreeBSD.org		FreeBSD committer,
 +380.652.247.647	Simferopol, Ukraine
 
 http://www.FreeBSD.org	The Power To Serve
 http://www.oracle.com	Enabling The Information Age
 


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Mon Nov 15  9:15:35 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from yana.lemis.com (yana.lemis.com [192.109.197.140])
	by hub.freebsd.org (Postfix) with ESMTP
	id 2767C1504B; Mon, 15 Nov 1999 09:15:28 -0800 (PST)
	(envelope-from grog@mojave.sitaranetworks.com)
Received: from mojave.sitaranetworks.com (mojave.sitaranetworks.com [199.103.141.157])
	by yana.lemis.com (8.8.8/8.8.8) with ESMTP id DAA21197;
	Tue, 16 Nov 1999 03:45:00 +1030 (CST)
	(envelope-from grog@mojave.sitaranetworks.com)
Message-ID: <19991115121422.60954@mojave.sitaranetworks.com>
Date: Mon, 15 Nov 1999 12:14:22 -0500
From: Greg Lehey <grog@mojave.sitaranetworks.com>
To: Bill Fumerola <billf@chc-chimes.com>,
	Matthew Jacob <mjacob@feral.com>
Cc: billf@FreeBSD.ORG, billik@sun.uniag.sk, freebsd-bugs@FreeBSD.ORG
Subject: Re: misc/11216: Power fail versus Fsck changed my life.
Reply-To: Greg Lehey <grog@lemis.com>
References: <Pine.BSF.4.10.9911122034160.55474-100000@beppo.feral.com> <Pine.BSF.4.10.9911122238400.90447-100000@jade.chc-chimes.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
In-Reply-To: <Pine.BSF.4.10.9911122238400.90447-100000@jade.chc-chimes.com>; from Bill Fumerola on Fri, Nov 12, 1999 at 10:39:11PM -0500
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

On Friday, 12 November 1999 at 22:39:11 -0500, Bill Fumerola wrote:
> On Fri, 12 Nov 1999, Matthew Jacob wrote:
>
>>> On a side note, I don't know how many operating systems are
>>> out there that can recorver from ripping the hard drive cable
>>> while a drive is operational and transfering.
>>
>> Any decent transaction engine.
>
> And not lose the data being transfered?

This is one of the tests I do regularly with Vinum.  That's why panic
is spread out over a table :-)  And yes, it doesn't lose the data as
long as it is replicated.

Greg
--
Finger grog@lemis.com for PGP public key
See complete headers for address and phone numbers


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Mon Nov 15 10: 0: 3 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id DAF0414D09
	for <freebsd-bugs@FreeBSD.org>; Mon, 15 Nov 1999 10:00:00 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id KAA09600;
	Mon, 15 Nov 1999 10:00:00 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: from smtp2.vnet.net (smtp2.vnet.net [166.82.1.32])
	by hub.freebsd.org (Postfix) with ESMTP id A926714A1F
	for <FreeBSD-gnats-submit@freebsd.org>; Mon, 15 Nov 1999 09:58:33 -0800 (PST)
	(envelope-from rivers@dignus.com)
Received: from dignus.com (ponds.vnet.net [166.82.177.48])
	by smtp2.vnet.net (8.9.1a/8.9.1) with ESMTP id MAA07281
	for <FreeBSD-gnats-submit@freebsd.org>; Mon, 15 Nov 1999 12:58:31 -0500 (EST)
Received: from lakes.dignus.com (lakes.dignus.com [10.0.0.3])
	by dignus.com (8.9.2/8.8.5) with ESMTP id MAA13226
	for <FreeBSD-gnats-submit@freebsd.org>; Mon, 15 Nov 1999 12:58:30 -0500 (EST)
Received: (from rivers@localhost) by lakes.dignus.com (8.9.3/8.6.9) id MAA02091; Mon, 15 Nov 1999 12:58:30 -0500 (EST)
Message-Id: <199911151758.MAA02091@lakes.dignus.com>
Date: Mon, 15 Nov 1999 12:58:30 -0500 (EST)
From: Thomas David Rivers <rivers@dignus.com>
Reply-To: rivers@dignus.com
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: kern/14900: 3.3-RELEASE panic in pmap_pte_quick()
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         14900
>Category:       kern
>Synopsis:       3.3-RELEASE panic in pmap_pte_quick()
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Mon Nov 15 10:00:00 PST 1999
>Closed-Date:
>Last-Modified:
>Originator:     Thomas David Rivers
>Release:        FreeBSD 3.3-RELEASE i386
>Organization:
Dignus, LLC
>Environment:

 3.3-RELEASE running on a P200, w/ 64Meg memory, AHA2940.

>Description:

 I have seen, every-now-and-then, panics with 3.3-RELEASE.  
 
 After observing when these occur, I was able to put together
 a sequence of programs to run which will cause the panic.

 My debugging of the kernel indicates that pmap_pte_quick() 
 is being passed a bad `pmap' parm.  Although, I'm unable
 to take it from there.

 Here's the traceback:

	pmap_pte_quick()+12
	pmap_ts_referenced()
	vm_pageout_page_stats()
	vm_pageout()
	kproc_start()
	fork_trampoline()

 The particular instruction which causes the panic is:

	movl 0(%edx,%eax,4),%ecx

 which comes from the source line:

	if (pde = (unsigned) pmap->pm_pdir[va >> PDRSHIFT]) {

 this is the instruction to reference the pm_pdir array. %edx
 should contain a correct value for pmap->pm_pdir, but contains
 trash (or, at least an address outside of the kernel's address
 table.)  %edx is loaded from the in-coming `pmap' parm.
	

>How-To-Repeat:

	I have the reproduction - unfortunately it involves running
	a purchase program, so I'm not at liberty to hand it out.

	I will be happy to test any potential fixes.

>Fix:

		


>Release-Note:
>Audit-Trail:
>Unformatted:


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Mon Nov 15 11: 1: 5 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id CAA5A14D21
	for <freebsd-bugs@freebsd.org>; Mon, 15 Nov 1999 11:00:16 -0800 (PST)
	(envelope-from owner-bugmaster@freebsd.org)
Received: (from peter@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id LAA14743
	for freebsd-bugs@freebsd.org; Mon, 15 Nov 1999 11:00:08 -0800 (PST)
	(envelope-from owner-bugmaster@freebsd.org)
Date: Mon, 15 Nov 1999 11:00:08 -0800 (PST)
Message-Id: <199911151900.LAA14743@freefall.freebsd.org>
X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f
From: FreeBSD bugmaster <bugmaster@freebsd.org>
To: FreeBSD bugs list <freebsd-bugs@freebsd.org>
Subject: Current problem reports
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

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
     The problem is not being worked on.  This is a prime candidate
     for somebody who is looking for a project to do.
     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
-------------------------------------------------------------------------------
o [1996/12/20] bin/2258    wollman  route add/delete [network] xxx.yyy.zzz.0 
o [1997/03/08] kern/2923            panic: vm_fault: fault on nofault entry, 
o [1997/07/03] kern/4021   peter    Local mount of a local NFS exported direc
o [1997/07/31] kern/4200   peter    NFS: "vm_fault: fault on nofault entry" w
o [1997/10/01] kern/4673            Two panics, now crash dumps, always in re
o [1997/11/10] kern/4996   peter    NFS crash, possibly related to file bigge
o [1997/11/24] bin/5139    sheldonh portmap does not find interfaces correctl
f [1997/12/21] kern/5355            Fix for NULLFS problems
o [1998/02/03] kern/5641   peter    running processes at the IDLE priority (i
o [1998/02/10] kern/5703            CDROM Media Error triggers complete syste
o [1998/03/23] bin/6121    peter    gethostbyname(3) no longer returns NO_DAT
s [1998/05/13] kern/6630   julian   [PATCH] Fix for Cyrix I8254 bug
o [1998/06/23] kern/7028            Panic in vinvalbuf when appending/looking
o [1998/07/12] kern/7264   gibbs    Buslogic BT 950 scsi card not detected
o [1998/08/15] kern/7622            Kernel panic with Fatal trap 18.
f [1998/09/03] kern/7822   n_hibma  Machine Reboots without reason
o [1998/09/06] kern/7843            Unable to install FreeBSD on Tekram DC-39
o [1998/09/08] i386/7859   luigi    fatal trap 12 in midi_synth_input
f [1998/09/14] kern/7927   n_hibma  Fatal trap 12: page fault while in kernel
o [1998/09/28] kern/8074   se       CAM rescan operation fatal
o [1998/10/03] gnu/8138    peter    gcc -pipe xxx.s hangs
f [1998/10/06] i386/8179            Install failure with motherbord using SIS
f [1998/10/08] i386/8214   n_hibma  Install 3.0-19981006-BETA fails
f [1998/11/04] conf/8576   n_hibma  server goes down when client mount its fi
a [1998/11/08] ports/8609  nectar   eklogin service (kerberos klogind) fails 
f [1998/11/12] i386/8673            bug in vm_page_alloc_contig()
o [1998/11/24] bin/8829             bug in innetgr (was: Fix port: security/s
f [1998/11/25] kern/8861   n_hibma  under heavy (multi interface) traffic ep0
f [1998/12/09] kern/9036            Boot 3.0-Release hangs with BT-445S after
a [1999/01/05] kern/9334   n_hibma  cp fails for 2048 Bytes/sector media
a [1999/01/26] i386/9709   n_hibma  Kernel page faults during boot with 2GB R
o [1999/01/27] kern/9742            tx driver for smc autodetects fine, but n
o [1999/02/02] misc/9885            BIND 8.1.2 core dumping
o [1999/02/04] kern/9909            Writing incomplete blocks to /dev/nrst0 h
o [1999/02/19] kern/10166           panic during heavy sio i/o;no coproc; ves
o [1999/02/20] kern/10172           panic: cannot allocate pipe - out of kvm
a [1999/02/21] i386/10188  n_hibma  Cannot get system to boot after Installti
o [1999/02/23] kern/10224           panic: pipeinit: cannot allocate pipe -- 
s [1999/02/26] kern/10281           Crash of 3.1-STABLE system due to scsi er
o [1999/02/26] i386/10282           PCMCIA problems in 3.1-RELEASE?
o [1999/03/01] kern/10332  gibbs    System freezes during certain SCSI activi
o [1999/03/01] bin/10344   fenner   Core dump in gethostbyaddr for 199.93.70.
o [1999/03/05] kern/10397           3.1R page fault while in kernel mode, fro
o [1999/03/07] misc/10473           Incorrect aout compat libraries in XF8633
o [1999/03/09] kern/10507           Process hangs in state VM pgd
o [1999/03/09] misc/10509           Cvs can hang system when used with pserve
o [1999/03/09] kern/10520           can't exec files under nullfs
o [1999/03/11] kern/10542           page fault while in kernel mode, not kern
o [1999/03/11] kern/10545           When a fork/exec stress test is run, the 
o [1999/03/12] misc/10566  obrien   patch dhcpc problem on /etc/pccard_ether
o [1999/03/17] kern/10636           ipfw problems
o [1999/03/19] i386/10683           I have a buslogic BT-948 FW controller. W
o [1999/03/20] i386/10690           Installation freezes after device selecti
f [1999/03/20] kern/10701           ppbus printing problems
o [1999/03/22] ports/10725 stb      Wrong Cyrus IMAP deliver group
o [1999/03/23] bin/10744            call to login() from aout/libutil.so.2.2 
o [1999/03/27] kern/10828           3.1-STABLE freezes when writing to floppy
o [1999/03/29] kern/10866           ahc2740 panic
o [1999/03/30] kern/10872           Panic in sorecieve() due to NULL mbuf poi
o [1999/04/05] kern/10959           3.1-STABLE crashes due to a floppy mount 
o [1999/04/05] ports/10965 obrien   lcc-3.6 unable to compile anything
o [1999/04/08] kern/11023           Synchronous PPP not functional in leased 
o [1999/04/13] kern/11112           Amanda on FreeBSD can wipe the _next_ tap
o [1999/04/16] kern/11180           boot of fresh bsd3.1 hangs
o [1999/04/17] kern/11196  n_hibma  kernel mode page fault
o [1999/04/19] kern/11226           Invalid files on disk after fsync
o [1999/04/20] kern/11238           Synchronous PPP not functional in leased 
o [1999/04/20] kern/11241           Install  fails after SCSI probe
o [1999/04/22] i386/11278           FreeBSD Version 3.1 reboots repeatedly (c
o [1999/04/23] i386/11298           Enabling IDE DMA on Opti Viper-M crashes 
o [1999/04/26] kern/11330           page fault in generic_bzero
o [1999/04/26] conf/11343           worm; problems with installation and boot
o [1999/04/26] i386/11349           Error Mounting /dev/wd0s1 on dist during 
o [1999/04/27] kern/11351           system reboot for error with popper and d
o [1999/05/01] kern/11434           can't boot from wd0s2a
a [1999/05/03] kern/11470  dillon   V3 NFS problem
o [1999/05/04] i386/11488           Error while starting FreeBSD
o [1999/05/10] kern/11629           File descriptor table sharing is broken
o [1999/05/12] kern/11680           server freezes, all processes stuck in "i
o [1999/05/13] i386/11681  gibbs    Adaptec 2940 UW SCSI Controller BIOS 1.34
o [1999/05/14] kern/11707           ncr isn't recognized in 3.1-19990512-STAB
f [1999/05/17] bin/11744            perllib fails to build
o [1999/05/24] kern/11869  wpaul    Network hangging due to xl0: tx underrun
o [1999/05/31] kern/11966           TCP copies send and receive socket buffer
f [1999/06/01] kern/11984           pthread_kill cannot kill select() threads
o [1999/06/02] kern/11988           recvmsg with a cmsghdr but no iovec is br
o [1999/06/02] kern/11993           panic: getnewbuf: inconsistent EMPTY queu
f [1999/06/05] kern/12041  n_hibma  Crashes on startup if Zip drive is switch
o [1999/06/06] conf/12050           No /sbin/init on fixit flop
o [1999/06/07] kern/12072           vm_fault happened in binary file transfer
o [1999/06/09] ports/12098 se       KDM not config'd properly
o [1999/06/09] kern/12106           error 6: panic: cannot mount root
o [1999/06/10] kern/12127           persistent crash on idle SMP system
o [1999/06/15] kern/12233           Fvwm2 causes FreeBSD-current to hang or r
o [1999/06/16] bin/12243            NFS re-mount from Solaris 7 server hangs
o [1999/06/16] kern/12248           CRON in malloc(): warning: pointer  to wr
o [1999/06/18] i386/12286           Segmentation violation when invoking JNI 
s [1999/06/23] kern/12367           Writing files larger than floppy capacity
o [1999/06/25] misc/12390           Installation hangs during extraction
o [1999/06/25] kern/12395  gibbs    Buslogic SCSI cards (BT948) time out unde
o [1999/06/30] kern/12466           Fast system hangs under high FS load
o [1999/07/05] kern/12521           lmbench-1.1's context switching test hang
o [1999/07/12] misc/12607           System crashes after boot, portmap endles
o [1999/07/13] alpha/12623 alpha    Certain valid numeric strings cause a SIG
f [1999/07/20] misc/12720           gdbm (And possibly other libraries in /us
o [1999/07/21] kern/12730           poll() causes indeterministic program han
o [1999/07/21] misc/12743           Cannot boot the 3.2 floppies
o [1999/07/23] i386/12777  jkh      3.1 RELEASE -> 3.2 upgrade is incomplete,
o [1999/08/02] misc/12923           Installation fails on HP Net Server
o [1999/08/04] kern/12980           NetGear Dec 21140AF Ethernet Card unrecog
o [1999/08/06] bin/12998   des      still inetd junk pointer too low to make 
o [1999/08/10] i386/13059  imp      Install aborts with panic:aha0: Invalid C
o [1999/08/11] kern/13075           signal is not posted for async I/O on raw
a [1999/08/20] kern/13270  dillon   NFS hangs if written through self-mount
o [1999/08/23] alpha/13338 alpha    panic: pmap_remove_all: pv_table for 162b
o [1999/08/24] kern/13352           No support for Promise Ultra/66
o [1999/08/30] misc/13474           Maximum Number of IPs Permitted in the ..
o [1999/09/07] bin/13615            awk corrupts the memory arena when OFMT i
o [1999/09/09] alpha/13653 alpha    panic: pmap_remove_all: pv_table for 90b6
o [1999/09/12] kern/13709           panic: sched_sync: fsync failed
o [1999/09/17] i386/13797           SMP/NFS panics on 3.3-RC
o [1999/09/18] i386/13802           freebsd 3.3 fails to boot with irq proble
o [1999/09/19] i386/13817           system reboot
o [1999/09/19] kern/13825           tx0 "holds" packets for long periods, eve
o [1999/09/19] i386/13844           keyboard locks up when I page through a m
f [1999/09/20] i386/13849  grog     dump on vinum r5 freezes system
o [1999/09/22] i386/13892           Kern.flp does not boot on Compaq Presario
o [1999/09/24] i386/13933           nfs server panics in tulip_rx_intr()
o [1999/09/24] kern/13940           Panic with dd on block/"cooked" devices u
o [1999/09/24] kern/13944           ATAPI cd-rom not boot to install,  nor de
o [1999/09/27] misc/13995           Full duplex mode doesn't work right with 
o [1999/09/28] kern/14028           ATAPI cd-rom not boot to install and can'
o [1999/09/28] i386/14030  imp      aha0 probe fails 3.3.0-RELEASE install wi
o [1999/10/05] kern/14141           3.3-RELEASE crashing often
o [1999/10/05] ports/14154 obrien   xwpe is not completely compiled
o [1999/10/06] kern/14162           sudden reboot problem ( maybe kernel pani
o [1999/10/08] misc/14204           error 6: panic: cannot mout root(2)
o [1999/10/08] ports/14205 se       kde lock screen can't verify passwd
o [1999/10/10] i386/14256           System doesn't boot under FreeBSD 3.2
o [1999/10/14] kern/14322           mount respects permissions of underlying 
o [1999/10/15] kern/14347           kdump & truss won't compile because addit
o [1999/10/17] i386/14373           Error while booting from floppy disk
o [1999/10/24] i386/14492           FreeBSD won't install/work with an Asus S
o [1999/10/25] kern/14510           kernel panic while pressing <Ctrl><Alt><S
o [1999/10/26] kern/14547           FreeBSD 3.3 box repeated crashes
o [1999/10/27] bin/14568            page fault while using 'dagrab'
o [1999/10/29] i386/14594           Get EXIT ON SIGNAL 8 FLOATING POINT EXCEP
o [1999/10/30] kern/14614           VM DoS attack (with exploit attached)
o [1999/11/02] kern/14681           Compaq Smart Array 3200 RAID Controller n
o [1999/11/03] bin/14697   grog     Exploitable buffer overflow in Vinum (Fre
o [1999/11/04] ports/14710 ports    Magic VLSI Cad program won't work
o [1999/11/06] kern/14751           SMP system crash while running make world
o [1999/11/08] bin/14785            PPP userland/client crashes
o [1999/11/11] ports/14828 ports    Current version of BIND in the ports and 
o [1999/11/11] kern/14837           the booter say me "Invalied kernel."
o [1999/11/13] bin/14865            pwd_mkdb refuses NIS entry +::::::::

156 problems total.

Serious problems

S  Submitted   Tracker     Resp.    Description
-------------------------------------------------------------------------------
a [1995/03/20] kern/260    davidg   msync and munmap don't bother to update m
o [1995/10/18] bin/786     wpaul    Problem with NIS and large group maps
f [1996/05/26] kern/1256            ZNYX 314 mysterously looses packets
o [1996/06/07] kern/1301   davidg   DEC FDDI/PCI Adapter: halt code = 6 (DMA 
f [1996/08/03] bin/1461             Incorrect address binding of Kerberized r
o [1996/08/22] kern/1533            Machine can be panicked by a userland pro
o [1996/09/29] kern/1689   wollman  TCP extensions throttles distant connecti
o [1996/10/04] kern/1726            panic in kmem_malloc (dump available)
o [1996/10/08] kern/1744   peter    run queue or proc list smashed 4 times in
f [1996/10/21] kern/1856   peter    read-only nfs mount: panic leaf should be
s [1996/10/26] bin/1892    n_hibma  install(1) removes target file
s [1996/11/08] gnu/1981             ypserv handles null key incorrectly
a [1996/11/14] kern/2014   sos      Console keyboard lockup problem
o [1996/11/18] kern/2053   peter    de0 driver don't work at 100M for Compex 
o [1996/12/22] kern/2270            Hayes ESP serial card locks system as of 
a [1996/12/30] kern/2325            quota.user enlarged, no boot on 2.2-BETA
f [1997/01/09] bin/2430    grog     mountd stops on loading if subnet mask is
a [1997/01/21] bin/2549    sos      cdcontrol refuses to play audio CDs from 
s [1997/02/03] kern/2647            changing existing route to -static crashe
o [1997/02/05] kern/2667   wollman  bpfattach can hang the system
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/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/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
o [1997/02/19] kern/2773   peter    bad dir panic
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/22] kern/2800            DDS large data writing probrem
o [1997/03/01] kern/2840            mlock+minherit+fork+munlock causes panics
o [1997/03/03] kern/2858   peter    FreeBSD NFS client can't mount filesystem
o [1997/03/04] kern/2873            the od0 devies does not handle a Maxoptix
o [1997/03/08] kern/2919            vm_fault: fault on nofault entry, addr: f
o [1997/03/11] bin/2948             can't dump 640MB optical disks
o [1997/03/12] kern/2965            st0 hang/fail on reading 4mm DAT tape for
o [1997/03/15] kern/2991            RTF_LLINFO routes remain when interface i
o [1997/03/18] kern/3021            panic after sync during reboot
o [1997/03/21] bin/3055             umount -f does not work
o [1997/04/01] bin/3170             vi freaks and dump core if user doesn't e
o [1997/04/05] kern/3201   peter    de0 not re-enabled after hub down
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/15] bin/3305             Can't do encrypted rlogin into self
o [1997/04/25] kern/3381   peter    2.2.x kernel panic on traversing and remo
o [1997/04/25] kern/3384            telldir-seekdir can cause livelock
o [1997/05/01] gnu/3441    obrien   C++ exceptions don't work in shared libra
o [1997/05/01] kern/3463            netstat -I packet count increase on sl0 w
f [1997/05/04] i386/3502            Merge of if_ix* and if_ie* broke EE/16 su
o [1997/05/06] bin/3524    imp      rlogin doesn't read $HOSTALIASES for non-
o [1997/05/07] kern/3527   peter    if_de.c doesn't recognize Kingston card p
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/12] kern/3579   peter    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
s [1997/05/25] kern/3685            [PATCH] panic: fdesc attr
o [1997/05/30] kern/3726   peter    process hangs in 2.2-stable when working 
o [1997/05/30] kern/3727            SCSI II tape support broken
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/08] gnu/3810             cvs can't handle multiple multiple-path d
o [1997/06/18] kern/3899            df while unmounting floppy crashes 2.2.2
o [1997/06/19] gnu/3910             sort(1) of 2.2.1R doesn't work in special
o [1997/06/28] misc/3980   peter    access via NFS fails during mount-operati
o [1997/06/29] bin/3986             rdist seg faults when target machine is d
o [1997/07/02] kern/4012   peter    2.2-RELEASE/Digital UNIX NFSv3 0 length f
o [1997/07/02] misc/4013            boot floppy hangs if IDE ZIP Drive presen
s [1997/07/06] gnu/4042             gdb stackframe in static library shows no
o [1997/07/12] bin/4078    sos      Typed password to log in on console and i
o [1997/07/17] kern/4115   peter    SunOS NFS file has wrong owner if creator
o [1997/07/26] bin/4176             restore gets confused when run over pipe 
f [1997/07/27] ports/4179  fenner   lmbench-1.1 dumps core after asking for m
o [1997/07/28] kern/4186   peter    nfsiod, panic, page fault in kernel mode 
o [1997/07/30] kern/4194   peter    kernel pci driver for Digital 21041 Ether
o [1997/08/06] kern/4240            kernel fails to recognise 2nd serial port
o [1997/08/08] conf/4252   peter    sendmail doesn't use smrsh by default
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] kern/4270            ch driver does not use bounce buffers
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   peter    NFS over TCP reconnect problem
s [1997/08/19] kern/4338            New device driver (Cyclades Cyclom-Z)
o [1997/08/22] bin/4357    wosch    bug in adduser script causes duplicate UI
o [1997/08/25] kern/4381            mount -t msdos causes panic:vm_fault
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/10] kern/4508   peter    nfs3 data integrity problems
o [1997/09/11] kern/4513            System lockup appears to be VM related.
o [1997/09/14] i386/4533            Server with Cyclom-Y PCI card rebooted at
o [1997/09/20] kern/4588   peter    NFS access locks up
o [1997/09/21] kern/4600   peter    nfs lookups might give incorrect result
o [1997/09/30] kern/4663            checkalias panic
o [1997/10/01] kern/4666   dfr      umount -f doesn't seem to work
o [1997/10/01] bin/4672             rdist does not do hard links right when t
o [1997/10/03] bin/4683    imp      restore doesn't correctly handle "sparse"
o [1997/10/05] docs/4691            no documentation for mk_cmds(1)
o [1997/10/16] kern/4774            trying to use IBCS2 shared libraries cras
o [1997/10/16] kern/4782            Under certain conditions, several krsh's 
o [1997/10/31] kern/4909            de ethernet driver is crazy on 100base
o [1997/11/01] bin/4913    peter    Large mail messages can cause mail.local 
o [1997/11/03] kern/4927            kernel does not check any quota and permi
o [1997/11/05] kern/4945            continued failure to use the Adaptec 1460
o [1997/11/05] bin/4949             rpc.rquotad stat()s fs with quota file in
o [1997/11/09] kern/4990   peter    NFS hangs under FastEthernet. 1024 Bytes 
o [1997/11/15] conf/5062            login.access not evaluated correctly
a [1997/11/18] bin/5084    ru       wrong "term" for internal shell
o [1997/11/18] kern/5085            System crash during mount command for CD 
o [1997/11/22] gnu/5126             C++ compiler bug (assembly output)
o [1997/11/23] i386/5128            Adaptec 2940U Timeouts with QUANTUM disk
o [1997/12/06] kern/5244            F00F workaround dosn't always work on SMP
s [1997/12/14] bin/5297             make incompatibility with System V style 
o [1997/12/19] kern/5347   peter    DEC (de0) ethernet card has no buffers af
o [1997/12/30] kern/5396            fdesc fs crashes system
o [1997/12/31] i386/5401   peter    de0 selects wrong media when reconnected 
f [1998/01/08] kern/5456            After writing more than 100MB to SCSI Exa
o [1998/01/16] kern/5513   luigi    new PnP code is BAD (soundcards)
s [1998/01/19] kern/5522            [PATCH] ip_input.c & ip_output.c problems
o [1998/01/26] misc/5574            bootpd gets timezone incorrectly
o [1998/01/27] kern/5587            session id gets dropped
o [1998/01/29] kern/5598            Support for magneto-optic SCSI devices wi
s [1998/01/30] bin/5604             setenv(3) function has memory leak, other
o [1998/01/31] kern/5611            bind does not check sockaddr->sin_family 
o [1998/02/01] kern/5618            kernel memory leak in routetbl.
o [1998/02/01] kern/5624            dumping to tape causes scsi bus reset
o [1998/02/04] kern/5643            NCR 810/815 do not handle rewind correctl
o [1998/02/09] bin/5693    hoek     groff -mm or groff -mmm ???
o [1998/02/10] i386/5698   des      LPIP causes spurious reboots
o [1998/02/12] kern/5728   peter    NFS hangs
o [1998/02/12] kern/5731   peter    executables wedge on "vmopar" when built 
o [1998/02/17] gnu/5767             man leaves partially formatted cat pages 
o [1998/02/19] kern/5794            Kernel Panic
f [1998/02/27] bin/5867    peter    pppd or FreeBSD ?
o [1998/02/28] kern/5877            sb_cc counts control data as well as data
o [1998/03/01] kern/5890   peter    NFS server Side say NFSERR_BAD_COOKIE (rm
o [1998/03/09] bin/5959             Cannot set up clocal gettys
o [1998/03/10] kern/5969            non-root user can reboot/lock up system
o [1998/03/11] kern/5975            can't boot freebsd: fatal trap12: page fa
o [1998/03/14] conf/6002   peter    /etc/mail/sendmail.cf.addtions seems to l
o [1998/03/16] kern/6035            The system "sort-of" hangs when playing b
o [1998/03/19] kern/6066            lnc driver does not work correctly with A
o [1998/03/22] i386/6099   des      LPIP to slow machine causes hang
o [1998/03/22] kern/6103            panic: ffs_valloc: dup alloc
o [1998/03/28] bin/6162             kinit does not default to the current use
o [1998/04/03] kern/6203            kernel panics with "blkfree: freeing free
o [1998/04/03] conf/6205            NFS/NIS freak out
o [1998/04/04] kern/6212            Two bugs with MFS filesystems fixed, one 
o [1998/04/07] kern/6238   luigi    Sound-driver patch for MAD16 (OPTi 928,92
o [1998/04/08] kern/6251   peter    ktrace very broken when logging over NFS
o [1998/04/08] kern/6252            ide cdrom hangs system when on same bus a
o [1998/04/09] kern/6253            Atapi wait for command phase too short.
o [1998/04/10] kern/6267   dg       panic: pmap_dispose_proc: upage already m
o [1998/04/14] kern/6300            System locks up in SMP mode when accessin
o [1998/04/17] kern/6336   peter    NFSv3 should support files >2GB, but does
o [1998/04/18] kern/6344            cy driver is outdated
o [1998/04/19] kern/6351            DPT RAID controller stops working under h
o [1998/04/20] i386/6368            Stallion Easyio 8 port not detected using
o [1998/04/22] bin/6383             csh - when ctrl-d is pressed, file is chm
o [1998/04/25] kern/6412   peter    NFS sends packets from the wrong interfac
o [1998/05/03] kern/6506            system will not soft reboot
f [1998/05/05] kern/6525            Coral-Draw 5 CD crashes 2.2.6-STABLE
a [1998/05/06] bin/6536             pppd doesn't restore drainwait for tty
o [1998/05/08] bin/6557             /bin/sh is broken
o [1998/05/10] bin/6577             /bin/sh environment variables not set in 
o [1998/05/11] ports/6591  se       KDE starts /usr/bin/kzip instead of /usr/
o [1998/05/12] kern/6603            ncr driver hangs under high load
o [1998/05/12] bin/6609             gmp.h not installed
o [1998/05/17] kern/6670            PANIC on boot with FreeBSD 3.0 (same comp
s [1998/05/19] kern/6686            [STABLE] -stable does not support large I
o [1998/05/20] kern/6706            mount_msdos+mount_null+mc=panic
o [1998/05/25] kern/6751            audio cd play suddenly stops.
o [1998/05/25] kern/6755   peter    Tulip (if_de) driver buggy in -current
o [1998/05/27] kern/6771   peter    panic: Bad nfs svc reply
s [1998/05/27] misc/6773            [PATCH] tempnam.c security problems
o [1998/06/01] misc/6824   peter    Intel EtherExpress 100+, 2.2.6 NFS troubl
s [1998/06/02] bin/6830             make(1) exhibits confusing and non-standa
s [1998/06/04] kern/6854            [PATCH] probing brooktree849 capture card
s [1998/06/04] kern/6858            inetd in realloc(): warning: junk pointer
o [1998/06/04] misc/6861            [PATCH] netboot error
o [1998/06/05] kern/6865            OS crashes when exiting shell with suspen
o [1998/06/10] kern/6908            kernel crash from user land
o [1998/06/19] bin/6994             The netstat(1) -s generates wrong output 
f [1998/06/19] i386/6996            Occasional complete lockup of 2.2.5R
s [1998/06/22] bin/7019             [security] pwd.db almost always contains 
s [1998/06/23] bin/7033             Same process notified multiple times
o [1998/06/24] kern/7038   shimon   Kernel panic caused by DPT driver (Got a 
s [1998/06/24] bin/7043             the fstat command doesn't know ISOFS, MSD
o [1998/06/24] i386/7057            3Com 3C509 locks up, or has >1000ms rtt u
s [1998/06/24] bin/7059             sh dumps core on this script
o [1998/06/24] ports/7061  ache     fspclient's grab command fails (and remov
o [1998/07/05] ports/7167  ache     elm cannot pgp for more than one recipien
s [1998/07/05] kern/7169            cannot use accton on a append-only file
o [1998/07/05] kern/7178   sos      IDE Western Digital hard disk detection e
s [1998/07/06] misc/7190   jkh      "Invalid partition table" after new insta
s [1998/07/10] kern/7237            NCR SCSI driver ch0 troubles
o [1998/07/11] kern/7245            processes die with signal 6, if machine o
o [1998/07/12] i386/7266   yokota   PSM detection failure with Linksys consol
s [1998/07/14] kern/7281            [STABLE] Multicast kludge does not work c
o [1998/07/21] conf/7354            source distribution selection bug when in
f [1998/07/22] kern/7367            panic: malloc: wrong bucket
o [1998/07/23] ports/7383  imp      socks5 + ssh + redirection not working
o [1998/07/26] kern/7405            in pmap_changebit, pmap_pte_quick() retur
s [1998/07/27] kern/7410            [PATCH] driver for arlan-655
s [1998/07/27] i386/7420            [PATCH] Maximum socket buffer size (SB_MA
o [1998/07/28] kern/7424            Machine crashes do not occur very often, 
o [1998/07/30] bin/7446    jdp      Dlopen succeed in particular cases, but i
o [1998/08/04] ports/7490  ache     `setenv LANG/LC_CTYPE C` makes tcsh unusa
s [1998/08/10] kern/7556            sl_compress_init() will fail if called an
f [1998/08/10] kern/7557            -current machine running Diablo, lockup, 
s [1998/08/10] kern/7561            CDROM (wcd) is prone to lock up system/pr
s [1998/08/10] kern/7562            Running wine can cause other applications
o [1998/08/12] bin/7587             There is no pthread_cancel() in libc_r.a!
o [1998/08/18] kern/7658            (1) rlogin from some host to the FreeBSD 
o [1998/08/18] kern/7664            scsiformat reports '0' for all parameters
o [1998/08/18] conf/7665            sysinstall quits silently
o [1998/08/19] kern/7678            Problems with a 386-16
f [1998/08/20] i386/7698   n_hibma  scotty/tkined library error
o [1998/08/23] kern/7727            Processes get wedged in 'getblk' on 2.2.7
o [1998/08/27] kern/7754            kernel panics if NFS server uses LKM vs. 
o [1998/08/27] bin/7756             disklabel misbehaving on seriously sick d
o [1998/08/27] kern/7764            ps(1) hangs in pfslck/lockrd - All subseq
o [1998/08/27] kern/7766            de driver still buggy - random ifc death
o [1998/08/27] kern/7767            de driver still buggy - power cycle of de
o [1998/09/01] kern/7797            System halted with "panic: pmap_release: 
o [1998/09/02] i386/7815            probe can't find wdc0
s [1998/09/03] gnu/7821             awk in free(): warning: chunk is already 
o [1998/09/03] conf/7823            sysinstall will not install XFree
o [1998/09/09] bin/7872             [PATCH] mountd(8) can apply flags to wron
o [1998/09/09] bin/7876             gethostbyname flags temporary failure as 
o [1998/09/09] bin/7877    billf    libpcap and tcpdump need updating
o [1998/09/10] kern/7880            mount_cd9660 incorrect on multitrack CD-R
o [1998/09/11] kern/7902            if_de doesn't properly recognize a "Magic
o [1998/09/12] conf/7908            wrong perms on objformat after upgrade
o [1998/09/16] kern/7950            Trap 12 while executing wine
o [1998/09/16] gnu/7951             The gnu readline library core dumps when 
o [1998/09/17] bin/7968             If /usr/libexec/yppwupdate DNE, rpc.yppas
a [1998/09/19] ports/7987  ports    Can't post news with TRN + NNTPCACHE
o [1998/09/22] conf/8031            [patch] /etc/rc looks for /etc/sendmail.c
o [1998/09/28] misc/8070            can't get a system with an NCR 810 contro
o [1998/09/28] i386/8081            Problem with MULTIPORT driver and Boca BB
o [1998/09/29] bin/8085             sendmail startup could be backgrounded
o [1998/09/30] gnu/8099             [patch] some bugs in cpio
o [1998/10/03] kern/8137            [patch] quotaoff followed by quotaon can 
o [1998/10/05] kern/8158            sio driver breaks in 2.2.7R in kernels wi
o [1998/10/06] kern/8180            open("..",O_RDONLY|O_NONBLOCK) fails
o [1998/10/07] bin/8195             ee dumps core on window resize
o [1998/10/08] kern/8206            [patch] Unconected UDP socket declined, i
o [1998/10/08] kern/8215            Creating 2 root partitions in sysinstall 
o [1998/10/11] bin/8266             [patch] nfsd should allow just nfs versio
o [1998/10/12] bin/8281             writev() in libc_r causes loop
o [1998/10/13] kern/8312            Under heavy load, the system panics with 
o [1998/10/14] bin/8322             Mail doesn't respect REPLYTO in .mailrc
o [1998/10/14] kern/8324            failure to deliver SIGIO when fildes mark
o [1998/10/19] conf/8379            check_rcpt returns OK for nonexistent add
o [1998/10/20] kern/8380            swap_page error: out of swap space
o [1998/10/20] i386/8385            2.2.7 hangs while detecting type of COM1'
o [1998/10/20] ports/8394  peter    rdist6 won't compile--tries to use MOUNT_
o [1998/10/21] i386/8397            Code using popen compiled on BSDI BSD/OS 
o [1998/10/22] i386/8414            ibcs2 emulation sets serial baud-rate inc
o [1998/10/22] kern/8415            SMP kernel freezes while downloading larg
s [1998/10/22] kern/8417            3.0 config(8) doesn't check that root fs 
o [1998/10/22] i386/8418            sh MAKEDEV all - fails to create hard lin
o [1998/10/23] kern/8423            Intel PILA8461 NIC panics 2.2.7 during pr
o [1998/10/24] i386/8435            boot.flp does not give shell prompt after
o [1998/10/28] misc/8480            odd Korean timedef(LC_TIME)
o [1998/10/31] bin/8518             freopen() in append mode followed by ftel
o [1998/11/01] kern/8534            insufficient support routines for poll(2)
o [1998/11/03] kern/8561            /kernel inode change time changes every r
o [1998/11/03] i386/8567            Intel EtherExpress Pro/10 driver (if_ex.c
o [1998/11/05] kern/8580            Hanging NFS pagein in nfs_bio.c (2.2.7, w
o [1998/11/07] kern/8590            kernel incorrectly recognizing Maxtor 11.
o [1998/11/07] kern/8596            panic: page fault while using ping's reco
o [1998/11/08] kern/8607            maxprocsperuid setting causes sybase/linu
o [1998/11/08] kern/8619            EXT2FS should be in GENERIC kernel
o [1998/11/08] ports/8622  peter    exmh2 has problems with some date formats
s [1998/11/09] misc/8623   wollman  [MFC] Time zone for Japan is strange (see
o [1998/11/10] bin/8646             Implement rlogind -a option
o [1998/11/11] kern/8655            Umount trouble of SCSI removable device
o [1998/11/11] kern/8657            nfs client hung in nfs_bwrite/vfs_busy_pa
o [1998/11/12] kern/8669            aio_write() and aio_read() do not work AT
o [1998/11/14] kern/8683   sos      Problems with Atapi in 3.0...
o [1998/11/14] bin/8685             sending a SYST by ftp client closes conne
o [1998/11/17] kern/8729            SYSV Semaphore blocks all threads
o [1998/11/18] bin/8745    wosch    adduser permit adding `root' and mail ali
o [1998/11/20] kern/8773            Intel AN430TX motherboard ps/2 port not r
f [1998/11/20] kern/8778   gibbs    Buslogic BT948 in 2 boxes upgraded from S
o [1998/11/23] kern/8824            Incorrect driver unit number in IDE BusMa
o [1998/11/24] kern/8834            NFS can corrupt local file cache
o [1998/11/24] conf/8854            boot.flp does not probe atapi cdrom
o [1998/11/24] i386/8855   sos      can't mount CD in ATAPI drive after eject
o [1998/11/25] bin/8865             syslogd hangs with serial console
a [1998/11/28] kern/8875            Patch to allow DMA IDE with generic chips
o [1998/11/29] conf/8903            /etc/rc can do NFS mounts before the netw
o [1998/12/01] i386/8924            File transfers.  Upload is 71Kbs  downloa
o [1998/12/02] kern/8940            system clock runs extremely slowly (and s
o [1998/12/06] kern/8981            this also fixes X crashes and sio silo ov
o [1998/12/09] kern/9030            DMPno2 - PCCards are not being recognised
o [1998/12/10] i386/9044            #.0 pkgs require libkrb
o [1998/12/16] kern/9095            swap detect error
o [1998/12/19] kern/9129            Is it miss take ? So, ep deriver dose not
o [1998/12/20] i386/9140            NIS "Magic cookie" in master.passwd slays
o [1998/12/21] kern/9163            [patch] squid does not join a multicast g
o [1998/12/27] bin/9214             kldload(8) error messages are inadequate 
o [1998/12/30] i386/9244            2.2.8 RELEASE Fixit floppy doesn't work..
o [1998/12/31] bin/9252             [patch] login program "login" don't set K
o [1999/01/03] kern/9296            pps driver missing header file
o [1999/01/03] kern/9297            pps driver doesn't clear ppbus control po
o [1999/01/06] bin/9350             nvi incorrectly reads files with very lon
o [1999/01/06] kern/9355            can't select() for writes on a bpf
o [1999/01/07] bin/9362             "lpc start queue" doesn't work in 3.0-R &
o [1999/01/07] bin/9379             pppd does not go through all interfaces l
o [1999/01/08] kern/9391            if_addmulti doesn't check for retifma == 
o [1999/01/09] kern/9407            "make kernel" yields buggy kernel in cera
o [1999/01/09] kern/9408            parameter reversed to a pci_cfgwrite in p
o [1999/01/09] kern/9411            System crash on swapping to hole-files
o [1999/01/09] kern/9413            profiling does not work with elf kernels
o [1999/01/11] bin/9440    obrien   amd can't mount filesystems with type:=uf
o [1999/01/11] bin/9444             mount_mfs uses lots of swap.
o [1999/01/12] bin/9464    fenner   Fix for fetch ignoring FTP_PASSIVE_MODE e
o [1999/01/13] kern/9478            support for running a script from kldload
o [1999/01/14] kern/9487            pcm: mixer's synth and cd devices are swa
o [1999/01/14] bin/9495             su doesn't look at login.cnf all the time
o [1999/01/15] bin/9516             ftpd doesn't honor invalid shelll in logi
o [1999/01/17] kern/9537            ep0 driver : no buffer space available
o [1999/01/17] bin/9544             syntax error concerning loading vinum fro
o [1999/01/17] kern/9548            UNION fs corrupts data and has undefined 
o [1999/01/17] kern/9550            The latest -current as of 17 January has 
o [1999/01/21] kern/9599            SMP hang after reseting CPU 1
o [1999/01/21] kern/9612   grog     NFS mounts on dual-homed server may hang
o [1999/01/22] docs/9618   hoek     many typos in groff_mm(7)
o [1999/01/24] ports/9665  ache     cannot start apache server
o [1999/01/25] kern/9673            ISO CD-ROM Problem
o [1999/01/25] ports/9688  cwt      The current tcl80 port has problems, does
o [1999/01/28] i386/9759            Tar process hangs on buggy tapes
o [1999/02/01] kern/9862            system crashes writing to msdos jaz disk 
o [1999/02/02] kern/9883            MGET()(and variants) return NULL with M_W
o [1999/02/04] misc/9903            thread enabled program can't use popen/sy
o [1999/02/04] kern/9910            Heavy traffic renders FreeBSD acting as f
s [1999/02/06] kern/9927   gibbs    the ahc driver doesn't correctly grok swi
o [1999/02/06] i386/9933            No error reported writing to write-protec
o [1999/02/06] kern/9935            vmstat reprots bad AVM values
o [1999/02/08] kern/9961            When loading if_ppp_mod.o system crashes,
o [1999/02/08] i386/9962            Install Panics in with integer divide fau
o [1999/02/08] kern/9974            Large amounts of kernel clock drift with 
o [1999/02/09] kern/9980            savecore fails with large (2gig+) swap pa
o [1999/02/09] bin/9982             inet_addr(3) should be return 32bit uint.
o [1999/02/10] misc/10009  jdp      dlopen will crash when opening some strip
o [1999/02/11] kern/10021           MOUNTING A EXT2FS A AFTER MOUNTING AN MSD
o [1999/02/11] bin/10031            ypxfr does not work with Solaris master s
o [1999/02/13] kern/10066           problem with a X-Window and syscons drive
o [1999/02/14] i386/10089           ATAPI tape driver (wst) doesn't handle En
a [1999/02/14] ports/10094 jfitz    autogeneration of msql user failed
o [1999/02/15] kern/10107           interlock situation with exec_map and a p
o [1999/02/18] i386/10150           Compaq fxp0 Does not work on 3.0 or 3.1 b
o [1999/02/18] i386/10151           ATAPI CD problem
o [1999/02/19] conf/10163           init does not start when /var/msgs is a s
o [1999/02/23] bin/10230            -T and -B not implemented on filehandles 
o [1999/02/25] misc/10259           FTP install hangs for 3.1-RELEASE
o [1999/02/25] bin/10264            passwd(1) tryis NIS even with `-l' switch
o [1999/02/25] kern/10265           file locking does not work with kernel pt
o [1999/02/26] kern/10280           Display Adapters (PCI) probed wrong way -
o [1999/02/28] misc/10302           installer
o [1999/02/28] bin/10312   ken      pciconf -l generates output incompatible 
o [1999/02/28] kern/10316           le0 goes OACTIVE after some time
o [1999/03/01] bin/10341            memory leak in setenv(3)
o [1999/03/02] bin/10353            ypserv gets segmentation violation
o [1999/03/03] kern/10381           hlfsd/NFS failure -- directory cached bet
o [1999/03/05] kern/10411           top, vmstat, iostat show 0% cpu idle & us
o [1999/03/06] misc/10418           libpam is built before libradius/libtacpl
o [1999/03/07] kern/10466           resume causes crashes if BIOS extmem != R
o [1999/03/08] kern/10492           broadcast IP address can be set on interf
o [1999/03/09] bin/10510            Remote cvs botches commits on occassion
o [1999/03/09] bin/10511            incorrect return value in kvm_read(3) and
o [1999/03/11] bin/10553            syslogd suddenly stopped logging
o [1999/03/14] kern/10581           Kernel panic while using find on an ext2 
o [1999/03/14] kern/10594           EXT2FS mount problems
o [1999/03/14] bin/10596            I can't find out where someone is logged 
o [1999/03/15] misc/10599           [PATCH included]malloc/free breaks in cer
o [1999/03/15] kern/10603  dcs      Random system panics
o [1999/03/15] kern/10607           Fast forwarding breaks when arp cache exp
o [1999/03/16] bin/10615            make installworld DESTDIR=/some/dir
o [1999/03/16] i386/10626           RTC BIOS diagnostic error on install
o [1999/03/16] bin/10633   obrien   [patch] tcpslice timezone problem and upd
o [1999/03/17] i386/10646           Bridge code missing from ed0 driver in 3.
o [1999/03/18] ports/10665 ports    ports/graphics/sane needs access to /dev/
o [1999/03/19] kern/10671           setlogin(2) return EINVAL for length of n
o [1999/03/20] kern/10698           de driver doesn't work with some tulip bo
o [1999/03/23] kern/10747           [PATCH] ipfirewall `deny' rules act as `r
o [1999/03/24] bin/10774            sio0 doesn't work well, i belive the prob
o [1999/03/24] kern/10778           "ipforward_rt" is not cleared when routin
o [1999/03/25] bin/10784            `make aout-to-elf-build' died in /usr/src
o [1999/03/25] bin/10785            make aout-to-elf-install died in info tar
o [1999/03/25] kern/10789           Second config of kernel doesn't overwrite
o [1999/03/26] bin/10807            host(1) is broken - multiple options in o
o [1999/03/27] bin/10821   des      getpwent() fails on NIS clients after dro
o [1999/03/29] i386/10862  dcs      wd.c STILL cannot recognize correct disk 
o [1999/03/30] kern/10870  eivind   Kernel panic when writing to write-protec
o [1999/03/30] misc/10879           Cannot build aout binaries under 3.1-RELE
o [1999/03/30] bin/10880            Profiler libraries missing
o [1999/04/01] bin/10912            /bin/sh: Fix to prevent infinite loops on
o [1999/04/03] i386/10928           su reboots the system after one day uptim
o [1999/04/03] i386/10935           PCI cards detected twice
o [1999/04/04] ports/10946 se       kdm 1.1 does not work correctly - XBINDIR
o [1999/04/05] bin/10963   brian    date -v dosen't quite work
o [1999/04/05] i386/10969           kernel fails to compile with ccs0
o [1999/04/06] i386/10983           lnc NIC driver doesn't work
o [1999/04/06] bin/10991            lpd hangs system if printer not ready on 
f [1999/04/07] ports/11003 ports    wmcdplay is not capable of playing an AUD
o [1999/04/07] kern/11004           Quota Issues on SMP
o [1999/04/07] bin/11005            `umount -f' does not work if the NFS-serv
o [1999/04/08] misc/11024           getpwnam(3) uses incorrect #define to lim
o [1999/04/10] ports/11059 ache     ports/security/pgp does not extract
o [1999/04/11] kern/11080           fatal trap 18 while trying to mount inval
o [1999/04/11] kern/11084           3.1-R kernel trap 12 with interrupts
o [1999/04/13] kern/11115           Sockets die in LAST_ACK and FIN_WAIT_1 st
o [1999/04/13] bin/11119            NFS quotas fail to report if alternate fi
o [1999/04/14] bin/11137            /bin/ps output loses the values for all p
o [1999/04/16] kern/11164           The ie network driver panics during the i
o [1999/04/16] bin/11169            warning: pointer to wrong page in cron(8)
o [1999/04/18] kern/11199           3.1-RELEASE kernel page fault (trap 12) u
o [1999/04/18] i386/11200           AMD PCnet lnc0/lnc1 problem
o [1999/04/18] kern/11208           Complete system hang/freeze.  No PANIC me
o [1999/04/20] bin/11247            fetch doesn't notice FTP error after RETR
o [1999/04/21] kern/11255           Fore System ATM Card not working
o [1999/04/21] kern/11266           frequent crashes with "Page fault, fatal 
o [1999/04/22] bin/11283            fetch http-timeout/timestamp bug
o [1999/04/23] i386/11291           anic: ffs_alloccg: map corrupted
o [1999/04/23] bin/11296            fetch(1) fails to resolve names in http m
o [1999/04/26] conf/11336           Broken data sent to printer through devic
o [1999/04/28] kern/11366           Filesystem can cause hang/crash in certai
o [1999/04/28] conf/11376           NFS mount may be happening too soon in /e
o [1999/04/29] bin/11382            generated code using rpcgen with -b optio
o [1999/04/29] kern/11385           PCNet/PCI Ethernet adapter works in 3.1-R
o [1999/04/29] i386/11395           ghostscript5.50 does not print properly, 
o [1999/04/30] kern/11405           pwd_mkdb with no tmp space leads to kerne
o [1999/05/02] i386/11454           mkdir() and chdir() doesn't check argumen
o [1999/05/03] kern/11462           CS network interface driver (for CS89XX b
o [1999/05/03] bin/11464   obrien   union copies likely broken for alpha egcs
o [1999/05/04] kern/11490  yokota   VESA+VM86+Splash == unstable system
o [1999/05/05] kern/11507  msmith   CS89XX (i386/isa/if_cs.c) fails to proper
o [1999/05/05] kern/11513           cannot mount CD-ROM: Device not configure
o [1999/05/05] misc/11523           3.1-STABLE BRIDGE option does not work
o [1999/05/05] misc/11525           [PATCH] Networking patches to increase # 
o [1999/05/07] gnu/11562            tar verification doesn't work
o [1999/05/07] kern/11563           pci_unmap_int doesn't do anything
o [1999/05/10] ports/11636 jfitz    p5-Mail-Folder missing dependencies
o [1999/05/12] i386/11664           lnc1 NIC fail to work
o [1999/05/12] bin/11666            ypserv fails to reply host name resolutio
o [1999/05/12] kern/11679           httpd and perl5 processes stuck in "nocha
o [1999/05/13] kern/11686           APM: Always "Resume failure" from suspend
o [1999/05/13] kern/11692           3.1-stable deadlock
o [1999/05/13] kern/11697  dg       Disk failure hangs system
o [1999/05/14] i386/11720           FreeBSD 2.2.8 can't load fixit disk
o [1999/05/18] kern/11766           Can not traceroute through ipnat.
o [1999/05/18] i386/11773  yokota   mouse works at setup time.  Under X it go
o [1999/05/19] misc/11778           mpz_get_str() in libgmp leads up to cored
o [1999/05/19] misc/11790           boot manager bug
o [1999/05/20] misc/11800  gibbs    Problem with scsi AHA2940 and sony SDT-20
o [1999/05/20] i386/11801           Remounting CD on IDE CDROM after eject fa
o [1999/05/20] kern/11808           read/write mounted write-protected floppi
o [1999/05/21] kern/11815  mjacob   SCSI tape driver fails on media type reco
o [1999/05/21] kern/11821           /dev/fd0a hangs on large files, including
o [1999/05/22] docs/11852  jkh      3.X install requires 12MB of RAM, not 8
o [1999/05/23] kern/11867           Sound driver loses interrupts, no sound
o [1999/05/28] kern/11911           3.1-R : writing file larger than floppy s
o [1999/05/28] conf/11913  jkh      Problem about /stand/sysinstall and /etc/
o [1999/05/28] kern/11915           access system call says file is readable 
o [1999/05/28] kern/11919           kldload doesn't return error on loading a
o [1999/05/28] kern/11922           missing reentrant interfaces for getpwnam
o [1999/05/29] kern/11928           kldload loads kernel modules even if ther
o [1999/05/29] kern/11936           wine don't work (SMP) (-STABLE)
o [1999/05/29] kern/11937           vm problems after havy memory usage
o [1999/05/31] kern/11969           VM_fault with mmap'd CDROM data.
o [1999/06/01] ports/11977 ports    Eterm port is unable to access .Xauthorit
o [1999/06/02] i386/11991           fdisk does not assign slices to unused pa
o [1999/06/02] bin/11992            /usr/src/sbin/mountd/mountd.c has '#ifdef
o [1999/06/04] kern/12022           System clock timewarps
o [1999/06/06] bin/12054            explicit -ltermcap after -lncurses causes
o [1999/06/06] kern/12062           sa tape driver with Cipher 60M SCSI QIC t
o [1999/06/08] bin/12091            syslog packets from a remote machine are 
o [1999/06/08] kern/12092           vpo driver not working in 3.2-RELEASE
o [1999/06/09] kern/12104           Certain cdcontrol commands don't work pro
o [1999/06/10] bin/12120            named crashes.
o [1999/06/10] gnu/12122            cc hangs on STDIN with -pipe and .s files
o [1999/06/11] bin/12136   obrien   /sbin/dhclient-script: weird route comman
o [1999/06/11] bin/12137            something wrong with shell -- functions w
o [1999/06/12] ports/12174 ache     bash terminate with corefile if pid > 320
o [1999/06/12] gnu/12175            gdb crashes with pids > 32736
o [1999/06/13] bin/12191            wcol is trying to allocate a shared memor
o [1999/06/15] misc/12221           djpeg halt's freebsd box
o [1999/06/16] bin/12242            segmentation fault running /usr/bin/fmt
o [1999/06/16] kern/12247           userlevel program let kernel hang
o [1999/06/17] kern/12262           pcm sound driver with SB16pnp does not ap
o [1999/06/18] bin/12272            The ctype locales print an error message 
o [1999/06/18] kern/12274           cd mount problem
o [1999/06/20] kern/12305           clock() ticks backwards
o [1999/06/21] kern/12320           error 6: panic: cannot mount root (2)
o [1999/06/22] bin/12349   des      3.2-R inetd doesn't re-read ALL configura
o [1999/06/25] conf/12387           CDROM boot failure on Thinpad 770X, 380ED
o [1999/06/25] kern/12394           3.2-RELEASE, rl0 ethernet interface freez
o [1999/06/28] kern/12434           signal 11 (core dumped) on mysqld when ma
o [1999/06/30] kern/12464           bad reference in struct vm_zone
o [1999/07/01] kern/12484           [PATCH] bpf_filter() broken
o [1999/07/03] bin/12496            yppush broken when pushing to 2 or more s
o [1999/07/04] kern/12508           gdb fails to vmcore.0
o [1999/07/06] i386/12529           Linksys ether16 NE2000 compat. won't conf
o [1999/07/06] bin/12538            getpwuid() NIS UID override fails
o [1999/07/06] ports/12541 ports    gtk installs itself where it can't be fou
o [1999/07/07] kern/12551  mks      ASIC output is shifted following a short 
o [1999/07/07] docs/12557  nik      There are no man pages for the widely use
a [1999/07/08] bin/12564   jkh      Sysinstall can not use live filesystem fr
o [1999/07/09] misc/12577           Can't link code using catopen
o [1999/07/09] ports/12584 stb      directories made during 'make install' ar
o [1999/07/13] kern/12632           Panic (trap 18) with Symbios SCSI control
o [1999/07/14] ports/12637 ports    patch to help multi-byte support in windo
o [1999/07/14] misc/12640           Can use 2nd CD-ROM for fixit mode.
o [1999/07/15] kern/12646           IGMP reports not sent if no multicast rou
o [1999/07/16] gnu/12662            tar verification doesn't work in 3.2-RELE
o [1999/07/18] kern/12703           tx0 truncates skip packets
o [1999/07/20] bin/12727   billf    Game patches from NetBSD
o [1999/07/21] conf/12745           diffs to delay start of amd rwhod timed o
o [1999/07/21] ports/12746 ache     problem with bash-2.03(1) port (/usr/port
o [1999/07/21] i386/12749  marcel   Bug in link() and all other filename func
o [1999/07/22] kern/12758           Adjusting the idle priority of a process 
o [1999/07/23] i386/12771           lpt hangs and never works again, even aft
o [1999/07/24] kern/12800           buffer leak in cluster_wbuild
o [1999/07/26] alpha/12821 alpha    slib.aq for the 3.2-RELEASE alpha distrib
o [1999/07/26] ports/12824 dirk     MySQL client only compile doesn't check t
o [1999/07/27] kern/12831  sos      CD-rom cannot be mounted
o [1999/07/27] conf/12832           config -g creates broken Makefile in 3.2-
o [1999/07/27] kern/12838           PC-Card ctlr(0) Vadem 365 support seems b
o [1999/07/28] misc/12856           installworld over nfs broken (3.2S)
o [1999/07/29] kern/12869           panic: softdep_flushfiles: looping
o [1999/07/30] kern/12884           Hot to panic FreeBSD-3.2-Release
o [1999/07/31] ports/12905 jmz      Graphical setup utility won't always inst
o [1999/08/01] bin/12911   alfred   NFS umounts are not properly done if just
o [1999/08/01] bin/12912            [PATCH] lpd leaves lock file permissions 
o [1999/08/02] kern/12927           [PATCH] using BROKEN_KEYBOARD_RESET optio
o [1999/08/02] ports/12930 asami    libtool create defuct makefiles if PREFIX
o [1999/08/03] misc/12938           gethostbyaddr(209.201.116.19) - Bus error
o [1999/08/04] kern/12979           Response time continually slows on idle m
o [1999/08/05] conf/12984           /etc/rc* does not contain any support for
f [1999/08/05] docs/12988  doc      [Patch] Fix more occurances of 'sd' in FA
o [1999/08/05] kern/12991           system queue is cleared when a port or pi
o [1999/08/06] kern/12996           ifconf in sys/net/if.c returns larger buf
o [1999/08/06] bin/13008            pthread_kill does not always work
o [1999/08/07] conf/13013           Selecting CDROM as install media doesn't 
o [1999/08/08] kern/13022           ipfilter is out-of-date
o [1999/08/08] misc/13027           sysinstall has no /dev entry for wfd0s4 (
o [1999/08/10] i386/13058           Installation hangs after commit
f [1999/08/13] pending/13113gnats-adminpanic related (proberbly) to vnode
o [1999/08/14] kern/13141  se       Multiple LUN support in NCR driver is bro
o [1999/08/14] ports/13145 se       kaudioserver runs amok on logout
o [1999/08/15] kern/13150           panic: ufs_dirbad: bad dir
o [1999/08/15] ports/13170 ports    New port: UW-Imap with maildir and qmail 
o [1999/08/15] gnu/13172            Bug in workaround of russian locale & sor
o [1999/08/16] kern/13180           panic: ffs_alloccg: map corrupted
o [1999/08/17] kern/13196           [BTX] page in BTX has problem(quit key)
o [1999/08/17] kern/13198           panic: vm_fault: fault on nofault entry
o [1999/08/17] gnu/13200            The assembler chokes on very long operand
o [1999/08/18] kern/13234           .../netinet/ip_input.c should include opt
o [1999/08/21] bin/13286   jhay     [SECURITY] Potential IPXrouted(8) /tmp se
o [1999/08/21] bin/13292            Ping -s <odd_size> does not work
o [1999/08/24] bin/13350            make clean in bsd.obj.mk no longer proper
o [1999/08/24] ports/13370 ache     elm-port upgraded, improved
o [1999/08/25] misc/13378           Tecra 8000 hangs in UserConfig, cannot co
o [1999/08/25] kern/13382           Only 1 parallel port supported if pps ena
o [1999/08/25] bin/13383            sys/netinet/in.h violates C++ spec.
o [1999/08/26] kern/13405           syslogd get system hang
o [1999/08/27] gnu/13427            gdb reports wrong info
o [1999/08/28] gnu/13438            objc forward core dump using system cc
o [1999/08/29] i386/13452           changing to root device wd0s1a \n error 2
o [1999/08/29] bin/13463            /bin/sh does not handle interrupts correc
o [1999/08/30] misc/13470           Old problem re-introduced: TCP sucket buf
o [1999/08/31] bin/13504            troubles with the ipfw tool
o [1999/09/01] kern/13517           <panic: getnewbuf: cannot get buffer, inf
o [1999/09/01] kern/13532           bad vm mfs interaction
o [1999/09/03] kern/13563           mmap() too much ==> hang system
o [1999/09/05] kern/13587           Voxware MIXER_READ ioctl corrupts memory
o [1999/09/06] kern/13593           Problems with FIFO and select
o [1999/09/07] kern/13612  gibbs    "Timedout SCB handled by another timeout"
o [1999/09/07] kern/13630           system halts after npx0 detected on 3.2 i
o [1999/09/07] kern/13632           Floppy hangs system
o [1999/09/08] ports/13636 billf    beroftpd also affected by proftpd/wuftpd 
o [1999/09/08] kern/13644           select(2) timer inaccurate, especially wi
o [1999/09/08] kern/13646           Kernel Trap error when booting 3.3-RC ker
o [1999/09/09] i386/13655           sysmouse, signal 10 and XF86_S3
o [1999/09/09] ports/13656 obrien   update ports: dlint 1.3.3
o [1999/09/10] kern/13678  sos      hard lockup's on tsleep in atapi_queue_cm
o [1999/09/10] bin/13679            ncurses-based programs eat 100% CPU after
o [1999/09/10] bin/13691            tcpslice cannot extract over 2GB part of 
o [1999/09/11] bin/13703            MCNP compilation problem
o [1999/09/12] bin/13711            root fs not properly unmounted after shut
o [1999/09/12] ports/13714 stb      netatalk-1.4b2+asun2.1.3 fails chmod g+s 
o [1999/09/13] kern/13721  yokota   There is no way to force system panic fro
o [1999/09/13] conf/13724           Prevent ".: Out of file descriptors" erro
o [1999/09/13] gnu/13729            strip(1) exits with an error on script fi
o [1999/09/13] kern/13736           enabling NAT on 3.3RC results in panic sb
o [1999/09/13] kern/13740           wrong IP statistics
o [1999/09/14] docs/13746  doc      Incorrect version in FAQ
o [1999/09/14] kern/13752           "tl0: adapter check: 180005" mesages keep
o [1999/09/15] kern/13757  wpaul    tl0: adapter check: 180005 mesages keep c
o [1999/09/15] i386/13765           memory problem: compilation of emacs dies
o [1999/09/15] bin/13766            ldconfig doesn't recognize symbolic links
o [1999/09/15] bin/13768            sh MAKEDEV cdN creates all cd(N-1)-device
o [1999/09/15] misc/13771  brian    Packet fragment filter bug in user-land P
o [1999/09/16] conf/13775           multi-user boot may hang in NIS environme
o [1999/09/16] ports/13776 jmz      The XFree86-3.3.5 port -- one of the kerb
o [1999/09/16] conf/13785           boot block/manager problem at installatio
o [1999/09/17] i386/13787           lnc driver isn't really the lnc driver
o [1999/09/18] kern/13810           3.3 panic rlist_free: free start overlaps
o [1999/09/18] i386/13811           ide cdrom stops recognizing audio cdroms
o [1999/09/19] bin/13818            `ipfw' doesn't grok "log" keyword
o [1999/09/19] misc/13837  peter    src/contrib/bind is outdated.
o [1999/09/19] ports/13839 se       kdegraphics11 'make PREFIX' fix, one comp
o [1999/09/19] i386/13847           missing support for INT 0x13 extensions i
o [1999/09/20] i386/13857           Problem with switching between processes 
o [1999/09/22] conf/13900  jkh      [PATCH] sysinstall can get SIGPIPE if a d
o [1999/09/22] alpha/13912 alpha    unaligned access  Problem seems to be aff
o [1999/09/23] misc/13920           pppd acts differently on 3.3-RELEASE ("mi
o [1999/09/24] kern/13941           ncr0: SCSI phase error on GENERIC kernel 
o [1999/09/26] misc/13978  peter    a write to last column bug appears since 
o [1999/09/26] bin/13980            Parameter expansion pattern removal bug i
f [1999/09/27] docs/13993  phantom  Another commercial database app for FreeB
o [1999/09/27] kern/13997  phk      RLIMIT_NPROC works unadequately for jails
o [1999/09/28] kern/14026           Many network connections get left in the 
o [1999/09/28] i386/14027           "disklabel -r -w" on new disk reports "No
o [1999/09/28] kern/14033           Data acq process gets stuck in vmopar
o [1999/09/29] kern/14042           mbuf shortage and allocation with M_WAIT 
o [1999/09/30] kern/14060           3.3-STABLE on primary mail server panics 
o [1999/09/30] bin/14069            Buffer overflow in mail(1)
o [1999/09/30] kern/14072           Rebooting in FreeBSD 3.3 wipes out known 
o [1999/10/01] conf/14075           CDROM not being recognized during certain
o [1999/10/02] kern/14096           parallel port -- ppi -- driver broken aft
o [1999/10/02] conf/14098           routing problem on DHCP client with netwo
o [1999/10/03] bin/14102            make world -DWANT_AOUT fails in lib/compa
o [1999/10/04] misc/14121           resurfaced bug in rmt preventing remote d
o [1999/10/04] kern/14123           lnc driver is not working
o [1999/10/04] ports/14128 torstenb Wrong group and mode on postdrop program
o [1999/10/04] i386/14135           lpt1 nolonger exists after 3.2-RELEASE
o [1999/10/05] kern/14144           bad conversions in kern_fork()
o [1999/10/05] ports/14153 obrien   xwpe has no distribution tar file
o [1999/10/07] misc/14178           FreeBSD 3.2 - Calls from CGI scripts, cro
o [1999/10/07] kern/14183  grog     bridge forwarding corrupted broadcast IP 
o [1999/10/07] ports/14186 se       kdebase11 package not compiled correctly
o [1999/10/07] bin/14202            tgetstr() inserting termlib "%pn" into ou
o [1999/10/09] kern/14226           panic: no mbufs
o [1999/10/10] bin/14250            restore(8) can loop if tty goes away or w
o [1999/10/10] misc/14254           [Fwd: clock(3) runs backwards! (fwd)] (fw
o [1999/10/10] kern/14257           error 6: panic: cannot mount root (2) - d
o [1999/10/11] misc/14264           Combination of aio_read(), pthread_cond_w
o [1999/10/12] i386/14282           Using FreeBSD 3.* ThinkPad 600E doesn't r
o [1999/10/12] ports/14283 ache     apache13 htpasswd dumps core
o [1999/10/12] kern/14285  dillon   NFS client appears to lose data
o [1999/10/12] ports/14292 ports    tkfont does not work with XiG X-server
o [1999/10/14] i386/14324           wst OR atapi drivers won't work
o [1999/10/14] ports/14325 ports    [ports upgrade] chinese/pine4
o [1999/10/14] misc/14326           kerberos4 pam-related breakage in current
o [1999/10/14] misc/14327           names used in netdb.h may conflict with n
o [1999/10/14] i386/14333           AHA-1542A not supported by FreeBSD 3.x ("
o [1999/10/14] i386/14334  imp      AHA-1542A not supported by FreeBSD 3.x ("
o [1999/10/15] kern/14354  grog     vinum cannot compile for alpha
o [1999/10/17] ports/14387 ports    New port: chinese/cdict
o [1999/10/17] ports/14388 ports    New port: chinese/tocps
o [1999/10/18] ports/14398 ports    New port: mod_dav module for Apache
o [1999/10/19] ports/14423 obrien   Build of lsof fails since 'struct namecac
o [1999/10/20] misc/14431           Network Interface Problem
o [1999/10/20] ports/14434 ache     update ports: ftp/wu-ftpd to 2.6.0
o [1999/10/20] bin/14444            enigma command can't decrypt files encryp
o [1999/10/21] i386/14446           Doesn't boot on Mobile Celeron
o [1999/10/22] kern/14457           SIOCGIFCONF uses too much memory
s [1999/10/23] bin/14472   sheldonh date for Y#K
o [1999/10/25] ports/14524 markm    PERL 5.005_03 Config.PM on 3.2-STABLE say
o [1999/10/25] kern/14536           kernel panic on 64KB block size ufs files
o [1999/10/26] kern/14546           SB128PCI work incorrect play wav-files un
o [1999/10/26] ports/14548 peter    rdist6 has /usr/lib/sendmail compiled int
o [1999/10/26] kern/14549           3C509 broken in 3.3
o [1999/10/27] kern/14566           Non-kernel programs have little/no contro
o [1999/10/30] ports/14615 jseger   [PATCH] Emacs scrambles the screen on the
f [1999/10/31] ports/14625 green    pidentd doesn't work correctly for finger
o [1999/10/31] bin/14626            sendmail 8.9.3 bug with aliases in -CURRE
o [1999/10/31] ports/14635 mph      Update port: lang/intercal to 0.19
o [1999/11/02] ports/14679 ports    ports
o [1999/11/02] ports/14680 ports    ports
o [1999/11/03] kern/14685           setjmp/longjmp in threaded app cause subs
o [1999/11/03] i386/14689           waitpid doesn't harvest child process whe
o [1999/11/03] ports/14696 ports    New port: wmGrabImage
o [1999/11/04] bin/14709            umountall requests possibly mishandled by
o [1999/11/04] kern/14712           root has access to NFS mounted directorie
o [1999/11/05] ports/14719 ports    Update: japanese/ndtpd, japanese/eb
o [1999/11/05] kern/14721  mjacob   Kernel fails to compile with isp0
o [1999/11/05] kern/14722           TCP connections hangs in FIN_WAIT_2 for >
o [1999/11/05] bin/14729            when sysinstall is running as init it sho
o [1999/11/06] docs/14738  doc      wrong type of arg is described for kgetst
o [1999/11/06] ports/14749 ports    /usr/ports/security/ssh/ has remote buffe
o [1999/11/07] kern/14765           Something wrong for UDMA for Gigabyte 586
o [1999/11/07] bin/14782            ypbind can not bind to Solaris NIS master
o [1999/11/08] kern/14787           /dev/lpt0 doesn't work unless/until you d
o [1999/11/08] ports/14792 ache     Update for p5-Digest-MD5 port
f [1999/11/09] kern/14797           Serious locking problem in CURRENT
o [1999/11/09] i386/14799           Promise Ultra33 doesn't work
o [1999/11/09] i386/14806           if_tun.ko conflicts with built-in tunnel 
o [1999/11/10] misc/14811           getpwent is not enumerating all entries i
o [1999/11/10] kern/14812           de0 driver malfunctions in full-duplex
o [1999/11/10] kern/14814           4.0-CURRENT SMP mode causes ep0 slow
o [1999/11/11] ports/14826 obrien   security/fwtk smapd calls sendmail with w
o [1999/11/12] bin/14844            rwhod is remotely crashable
o [1999/11/12] kern/14848           Frame Relay support, corrected
o [1999/11/12] kern/14849           newpcm doesn't work with Vibra16X
o [1999/11/12] misc/14856  billf    ftp stalls on FreeBSD 3.3 (CDROM) tested 
o [1999/11/13] ports/14862 ports    [update] X-TT 1.2 ->  1.3
o [1999/11/14] ports/14880 cpiazza  dagrab 0.3.3 use of O_NONBLOCK does not w
o [1999/11/14] ports/14882 ports    ports/misc/Howto port build fails
o [1999/11/14] ports/14883 dbaker   ports/misc/rc5des build fails
o [1999/11/14] ports/14884 ports    ports/misc/rpm install fails
o [1999/11/14] ports/14885 ports    ports/net/pipsecd build fails
o [1999/11/14] ports/14888 ports    ports/security/bjorb build fails
o [1999/11/14] kern/14890           ffs_valloc: dup alloc
o [1999/11/14] kern/14892           Laptop PS/2 mouse (touch pad) not detecte
o [1999/11/15] misc/14895           portmap bug (when run with -v flag)
o [1999/11/15] kern/14900           3.3-RELEASE panic in pmap_pte_quick()

729 problems total.

Non-critical problems

S  Submitted   Tracker     Resp.    Description
-------------------------------------------------------------------------------
a [1995/01/11] i386/105    bde      Distributed libm (msun) has non-standard 
s [1995/05/13] bin/401              Add REMOTE_* variables
s [1995/06/15] bin/517              Bad group change with 'install'
o [1995/07/09] misc/605    wpaul    NIS: get*bynis routine problems
s [1995/08/05] gnu/655              ld -r of shared objects worked in 1.1.5, 
s [1995/08/07] bin/658              ifconfig alias has to be separately given
s [1995/09/26] kern/742             syslog errors accessing Mac hard disks [p
s [1995/10/03] kern/765             umount -f can`t umount a NFS filesystem i
s [1995/11/20] kern/831             one minor complaint about the kernel visu
s [1995/11/27] bin/841              stale nfs mounts cannot be umounted
o [1995/11/30] bin/854     dg       swapinfo shows incorrect information for 
a [1996/01/30] bin/981     fenner   clnt_broadcast() is not aware of aliases
s [1996/03/20] kern/1090            iostat displays incorrect sps count
s [1996/03/20] bin/1093             route's diagnostic is weird
o [1996/04/06] kern/1119   dg       Mounted EXT2FS partition is not cleanly u
s [1996/06/11] bin/1312             automounter hangs on boot
s [1996/06/13] bin/1320             dump limits blocksize to 32K
s [1996/07/07] bin/1375    jraynard Extraneous warning from mv(1) [PATCH]
o [1996/07/24] misc/1428            ncurses doesn't always display ALTCHARSET
s [1996/09/08] bin/1589             [PATCH] ftp fails to flush output
o [1996/09/14] gnu/1611    phk      groff should use "system-wide" papersize 
s [1996/09/19] kern/1654            [PATCH] In procfs, vattr doesn't contain 
o [1996/09/23] i386/1671   joerg    s2 map in pcvt isn't ISO 8859-1 and claim
s [1996/10/13] misc/1791            syslimits.h does not allow overriding def
o [1996/10/20] bin/1849             gdb sets library breakpoints on the wrong
s [1996/10/24] bin/1881             file(1) misidentifies Sun3/m68k executabl
s [1996/11/01] bin/1941    danny    wtmp and monthly rotation
s [1996/11/01] bin/1943             route(8) args
s [1996/11/04] gnu/1961             [PATCH] uucp logging files are in /var/sp
s [1996/11/06] bin/1970             csh limtail() bug
s [1996/11/16] bin/2036             cpio size wraparound
s [1996/11/19] bin/2061             DEBUG_FLAGS in bsd.lib.mk is broken
s [1996/11/19] bin/2065             in tzsetup/sysinstall, allow user to type
s [1996/11/22] bin/2090             clients may bind to FreeBSD ypserv refusi
s [1996/11/28] bin/2119             [PATCH] mount lies to child about argv0, 
s [1996/12/02] bin/2137             vm statistics are bad
s [1996/12/14] bin/2216             [PATCH] Ada specs not being compiled into
o [1996/12/17] i386/2239   jmg      some interrupts take too long (i.e. BT946
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
s [1996/12/27] kern/2298            Support for DSR/DCD swapping on serial po
a [1996/12/27] misc/2302   brandon  new crypt() including SHS and an extendab
o [1996/12/29] bin/2315    peter    tail segfaults on NFS permission denied
s [1996/12/30] kern/2327            [PATCH] `Green' saver for pcvt
o [1997/01/10] bin/2442    davidn   setusershell()/endusershell() missing
o [1997/01/14] kern/2492            AIMS Lab RadioTrack driver for FreeBSD 2.
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/02/02] gnu/2637             tar dumped core with -g option.
a [1997/02/02] bin/2641    wpaul    login_access.c doesn't work with NIS by d
o [1997/02/05] bin/2668             modification suggested for rarpd
o [1997/02/11] kern/2716            od.c/sd.c non 512 byte/sector support imp
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/03/03] kern/2857            DE500 board exhibits capture effect
o [1997/03/03] kern/2865   peter    NFS client hangs on umount, ls, df when N
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
o [1997/03/10] bin/2934             sh(1) has problems with $ENV
o [1997/03/10] bin/2938    hoek     Add -b, -l, and -f options to du(1)
o [1997/03/18] misc/3024            make reinstall in /usr/src requires writa
o [1997/03/22] kern/3061            route does not accept -genmask
o [1997/03/31] gnu/3157             Patches to gas and gdb to support MMX ext
o [1997/04/07] bin/3221             rpc.rusersd : can't communicate with SunO
o [1997/04/07] misc/3225            [PATCH] uucpd.c should normalize host nam
o [1997/04/08] misc/3237            SCRIPTS addition to bsd.prog.mk
o [1997/04/09] bin/3242             incorrect prototype for initgroups
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             [PATCH] symorder(1): -t option doesn´t wo
o [1997/04/14] bin/3286             [PATCH] missing error checking in mount_m
o [1997/04/14] kern/3287            [PATCH] missing symbols in /usr/src/sys/i
o [1997/04/15] kern/3299            /dev/console hangs
o [1997/04/17] bin/3314             [PATCH] /etc/daily did not run on April 6
o [1997/04/27] bin/3399             mv of symbolic link can move directory in
o [1997/04/29] bin/3416             ibcs emulation problems
o [1997/05/05] i386/3504            [PATCH] New features (and manpage) for ne
o [1997/05/08] gnu/3552             the -L option of tar does not work proper
s [1997/05/09] kern/3571            Mounted ext2 prevents umount of filesyste
o [1997/05/12] kern/3584   luigi    cleanup TCP_REASS macro in tcp_input.c
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/20] docs/3645   torstenb TCP_wrappers package doesn't mention wher
s [1997/05/21] bin/3648    roberto  [PATCH] find(1) extension for file flags
s [1997/05/22] kern/3667            [PATCH] make vn LKM'able.
o [1997/06/02] bin/3762    dufault  Bogus return values from rtprio(1)
o [1997/06/07] bin/3805             single process tftpd
o [1997/06/09] bin/3826             KerberosIV sometimes hangs rcp
o [1997/06/10] bin/3837    dufault  new feature for rtprio
o [1997/06/12] kern/3853   luigi    netboot/ns8390.c breaks NS datasheet
o [1997/06/14] bin/3866             rcs2log fails with eastern timezones
o [1997/06/15] kern/3879   peter    Can't export mounted ext2fs via NFS
o [1997/06/18] kern/3901            Multicast for Intel 10/100 Ethernet Card
o [1997/06/19] misc/3912            ctags(1) cannot trace some macro correctl
o [1997/06/23] kern/3938   peter    Problem about mmap() over NFS
o [1997/06/24] kern/3944            if_le doesnt receive ether multicast pack
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/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/29] ports/3983  fenner   New port: psf toolkit
o [1997/07/07] kern/4051            pppd connect 'chat ...' broken
s [1997/07/07] kern/4052            VJ compression drops packets with IP+TCP 
o [1997/07/18] bin/4116    davidn   Kerberized login as <user>.root fails to 
o [1997/07/23] kern/4153            New tcp initial send sequence number code
s [1997/07/24] bin/4157             [PATCH] netstat atalk output should print
s [1997/07/26] bin/4172             suggest reconnection option added to fetc
s [1997/07/28] kern/4184            [PATCH] minor nits in sys/netatalk
s [1997/07/31] bin/4204             [PATCH] ac printed wrong report about tty
o [1997/08/04] conf/4229            Ethernet interface unreachable on bootup
o [1997/08/06] bin/4238             chpass only occasionally works in conjunc
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] misc/4249   wpaul    ypchsh doesn't care about changing a user
o [1997/08/12] misc/4285            SDL RISCom/N2 (ISA)
o [1997/08/13] kern/4297   dufault  SIGEV_NONE and SIGEV_SIGNAL go in signal.
o [1997/08/13] i386/4300   msmith   The initial timeout on open("/dev/lpt0"..
o [1997/08/14] ports/4304  asami    Recommendation re. Ports Collection
o [1997/08/22] ports/4356  erich    sudo shouldn't block signals in tgetpass(
o [1997/08/23] conf/4363            kernel build depend on make obj
o [1997/08/29] kern/4413            No way to unmount a floppy that goes bad 
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/09/03] bin/4459    bde      No prototype for moncontrol(3) and monsta
o [1997/09/04] misc/4468            dlopen is not available from static execu
o [1997/09/07] bin/4484    peter    sendmail is barfing
o [1997/09/13] kern/4528            processes hang if the mount_portal proces
a [1997/09/14] i386/4538   sos      byteswapped ATAPI id strings
o [1997/09/14] bin/4545             f77 will only call `cc', no com-line opti
s [1997/09/15] i386/4547   luigi    asc.c and pcaudio.c should use selrecord
o [1997/09/16] misc/4556            make can't build executable from single F
o [1997/09/21] kern/4597            Patch to pass NPX status word in signal c
o [1997/09/21] kern/4601            Contrib: userconfig patch to edit SCSI co
o [1997/09/25] bin/4629             calendar doesn't print all dates sometime
o [1997/09/28] misc/4646            Can't fixit with an NFS-mounted CD.
o [1997/09/29] conf/4654            Need to do post-ifconfig commands
o [1997/10/04] bin/4688    peter    sys/utsname.h SYS_NMLN 32 too small
o [1997/10/05] bin/4696             ping hangs on certain unresolvable hosts
o [1997/10/05] bin/4697             make doesn't handle dependencies with for
o [1997/10/15] gnu/4771             diff to correct misleading total bytes in
o [1997/10/22] bin/4828             ypxfr makes false assumption about RPC ca
o [1997/10/24] kern/4845            Boot complains about disk slices in FAT p
o [1997/10/24] kern/4847            pccard stuff fails after running Win95 wi
o [1997/11/01] bin/4915    peter    NFS mounts to linux machine can hang syst
o [1997/11/02] bin/4923             vi leaves the screen in standout mode
o [1997/11/07] bin/4969             cdcontrol plays incorrect audio tracks in
o [1997/11/08] bin/4975             quotaon while server very busy causes loc
o [1997/11/09] kern/4992            SCSI disk scheduling disabled in 2.2.5
o [1997/11/10] kern/4997            DDB_UNATTENDED doesn't always work
o [1997/11/11] kern/5009            ibcs2 emulation
o [1997/11/11] kern/5011            rndcontrol -s 8 causes kernel panic
o [1997/11/13] bin/5031             lpr does not remove original file if -s i
o [1997/11/13] ports/5034  ache     (tcsh) blocked write on named pipe sticks
o [1997/11/14] gnu/5039             libdialog fails to resore terminal
o [1997/11/14] kern/5040            Support for "SCSI-0" devices
o [1997/11/14] kern/5048            Calling shutdown(fd,1) multiple times wil
o [1997/11/15] kern/5059   peter    mountd, nfsd, etc. fail when lp0 defined 
o [1997/11/15] kern/5060            Kernel doesn't compile with mss
o [1997/11/20] kern/5108            pmap_release panics with 'freeing held pa
o [1997/11/20] kern/5110            kernel crash & core in pmap_testbit durin
o [1997/11/23] bin/5134             cdcontrol will eject a mounted CDROM
o [1997/11/26] misc/5153   jkh      release file checksums in wrong file
s [1997/11/28] bin/5173             [PATCH] restore ought to deal with root s
s [1997/11/30] i386/5182   bde      [PATCH] A patch support high speed serial
o [1997/12/09] bin/5263             sh bug (with example)
s [1997/12/11] kern/5275            [PATCH] Added volume (barcode) support to
o [1997/12/14] conf/5292            master.passwd -- /nonexistent vs. /sbin/n
s [1997/12/14] bin/5296             slattach fails creating pidfile with ioct
o [1997/12/22] kern/5362   peter    mount incorrectly reports / as an NFS exp
f [1997/12/30] i386/5398            silo overflows running
o [1998/01/02] bin/5410             pkg_info options
s [1998/01/03] bin/5419             [PATCH] timed rejects valid networks with
o [1998/01/08] kern/5429            Ethernet collision during file transfers 
s [1998/01/08] bin/5444             [PATCH] ypserv uses wrong dns lookup orde
o [1998/01/11] bin/5483             Login(1) clears utmp entry
o [1998/01/15] kern/5502            nfsd process usage doesn't get accounted 
o [1998/01/15] kern/5508            SCSI Message sd0: COMMAND FAILED (4 28) @
s [1998/01/16] kern/5510   sos      [PATCH] Incomplete ATAPI diagnostic at bo
o [1998/01/18] kern/5517            Recursive NULLFS mount causes ufs_ihashge
s [1998/01/20] misc/5531            [SUBMISSION] new library function abs2rel
s [1998/01/20] kern/5532            [PATCH] Dropped packet counts are inaccur
o [1998/01/21] bin/5537             vi dumps core with dodgy exrc file
o [1998/01/24] i386/5559            PC-Card joystick ports were not supported
o [1998/01/26] kern/5577   bde      Unnecessary disk I/O and noatime ffs fixe
a [1998/01/28] bin/5591             Trouble with LD_PRELOAD environment varia
o [1998/01/31] bin/5609             lpd cannot send long files to HP's JetDir
a [1998/02/02] ports/5626  billf    'ldap' port eats all available CPU time
o [1998/02/02] kern/5627            Tertiary/Quaternary IDE Ctlrs: A few kern
f [1998/02/05] misc/5662            sysinstall generates short dev names for 
o [1998/02/06] bin/5666             ifconfig fails to add alias
o [1998/02/06] kern/5672            Crash from scsi aborted command 'Overlapp
o [1998/02/09] kern/5689            sysctl vm.vmmeter - bogus and unsupported
o [1998/02/10] bin/5711             bin/cat code cleanup
o [1998/02/10] bin/5712             /bin/chio code cleaup and option added
o [1998/02/10] bin/5717             pw -D -g "" returns error
o [1998/02/10] bin/5718             pkg_delete refuses to run as non-root
o [1998/02/14] bin/5745             [PATCH] Add /usr/local/share/mk to defaul
o [1998/02/14] bin/5746             bootparamd will not netboot sun 3 compute
o [1998/02/14] bin/5747             ld.so error message
o [1998/02/15] bin/5758             sys/resources.h doesn't include sys/time.
o [1998/02/17] kern/5768            Shutdown aborts syncing, when sync isn't 
o [1998/02/18] i386/5784            ibcs2 emulation not handling ioctl(..FION
o [1998/02/19] ports/5788  joerg    pcemu harddisk-access fixes
o [1998/02/19] kern/5789            wcd0 requires ATAPI_STATIC
o [1998/02/19] kern/5795            Panic: "bremfree: removing a buffer when 
o [1998/02/20] misc/5803            "tab" function from "ee" not compatible w
o [1998/02/25] gnu/5841             installmost or install (world) of tmac fa
o [1998/02/25] bin/5847             Makeworld fails if CXXFLAGS is set.
s [1998/02/25] misc/5855            /etc/services is out of date with IANA
o [1998/02/26] bin/5857             non-functional lpr/lpr
o [1998/02/26] kern/5863            Kernel support for sorted SHUTDOWN & SHUT
o [1998/03/01] bin/5880             df -t does not support devfs
o [1998/03/01] ports/5884  dburr    New port: icqjava-0.981a (net/icqjava)
o [1998/03/02] bin/5901             new version of `fmt'
o [1998/03/03] bin/5912             kinit exits if no user name specified
o [1998/03/06] kern/5931            dma errors in syslog with GUS-max
o [1998/03/06] i386/5932            perfmon kernel code should check for non-
o [1998/03/08] bin/5944             cvs doesn't work correct.
o [1998/03/10] kern/5964   peter    nfsd send interface selection seems broke
o [1998/03/10] ports/5972  andreas  x11/fvwm95 requiring gsm, and rplay is a 
o [1998/03/11] gnu/5982             no error exit code from tar on child fail
o [1998/03/12] gnu/5992             cvs y2k
o [1998/03/13] bin/6000             kadmin ank uses bad default expiration of
o [1998/03/15] bin/6015             indent(1) breaks source with backslash ne
o [1998/03/16] kern/6032            poor TCP performance using FDDI over long
o [1998/03/18] misc/6060   peter    Sendmail executable, not doing MASQUERADE
o [1998/03/22] conf/6096            /sys/i386/conf/LINT: edit(???) sound_conf
o [1998/03/22] gnu/6107             gdb should support PRINTF_HAS_LONG_LONG
o [1998/03/28] bin/6156             Patches to make dump understand ENOSPC
o [1998/03/28] bin/6161             2.2.6 kerberos servers are awfully visibl
o [1998/03/29] ports/6170  peter    another squid ports
o [1998/03/30] ports/6181  andy     New port: xoj-1.0
o [1998/03/31] bin/6183             quota hangups
o [1998/03/31] kern/6184            No error if resulting file pos in lseek i
o [1998/04/01] bin/6187    peter    mounting nfs directories with -b can caus
o [1998/04/03] bin/6202             No way to detect removable media.
o [1998/04/03] bin/6206             Enhancements to the shutdown program
o [1998/04/04] kern/6213   peter    NFS-mounted swap (via vnconfig) easily cr
o [1998/04/04] bin/6214             ping sometimes cannot be killed with a Co
o [1998/04/05] conf/6220            Too few ttyv devices in the -RELEASE syst
s [1998/04/06] bin/6223             PST/DST bug in /bin/date
o [1998/04/06] ports/6230  rse      gfont_mkgdf calls wrong interpreter
o [1998/04/06] bin/6234             ypserv -d is broken
f [1998/04/07] kern/6247            Gravis UltraSound Classic no longer works
o [1998/04/14] kern/6296            IP_HDRINCL sockets force header fields to
a [1998/04/14] kern/6299            vmstat -i does not show PnP device interr
s [1998/04/15] bin/6314             [PATCH] /usr/sbin/ac modification
s [1998/04/16] ports/6315  kuriyama new port request: korean/htm
o [1998/04/16] kern/6318            pppd does not update wtmp on hangup
o [1998/04/16] misc/6320            Sometimes nohup isn't good enough.
o [1998/04/17] bin/6332    bde      /usr/include/time.h doesn't compile with 
o [1998/04/17] gnu/6338             Gnu tar not working properly with the -G 
o [1998/04/18] conf/6346            Kernel version strings need to relate to 
o [1998/04/20] bin/6359             routed does sent router discovry solicita
s [1998/04/20] bin/6371             [PATCH?] fetch(1) uses HTTP_PROXY for ftp
a [1998/04/27] kern/6432            IFF_NOARP does not affect ethernet interf
o [1998/04/28] ports/6445  jkoshy   New port: `fhist'
o [1998/04/30] kern/6464            tcpdump doesn't recognize tun0 when it's 
o [1998/05/03] kern/6495            Need pci_unmap_mem and pci_unmap_port rou
s [1998/05/04] bin/6509             [ALMOST PATCH] Allow dd to seek/skip to o
s [1998/05/05] bin/6521             [MAYBE PATCH] "rmdir -p x/y/z/" fails
o [1998/05/07] kern/6544   luigi    Only get one channel through sound card
o [1998/05/07] ports/6546  ache     3line ansi prompt in tcsh: cursor disappe
o [1998/05/11] i386/6595            Old IP address persistent after change
o [1998/05/12] misc/6612            bsd.man.mk can't handle man pages with ":
o [1998/05/13] kern/6623            non-root user can crash system if disconn
o [1998/05/13] conf/6624   davidn   One class with nologin=/etc/nologin: reje
o [1998/05/15] kern/6651   peter    Possible NFS deadlock clue
s [1998/05/16] bin/6658             [PATCH] -stable getcwd(3) performs unnece
s [1998/05/17] kern/6668            [PATCH] new driver: Virtual Ethernet driv
a [1998/05/26] misc/6759   phk      buggy code in libdisk.a's disk.c
o [1998/05/26] kern/6760            can't compile kernel w/o networking
o [1998/05/26] kern/6769   peter    panic: nfs rcvunlock
s [1998/05/29] kern/6781            [PATCH] exabyte changer doesn't grok LUNs
s [1998/05/29] bin/6785             place for all the default dump flags
f [1998/05/31] ports/6813  fenner   patched audio module for vat port
o [1998/06/01] ports/6815  torstenb ssh lookup ignores second IP address
o [1998/06/01] kern/6820            cd9660_mount NULL pointer deref for no CD
o [1998/06/06] kern/6874            accounting prevents transition to multi u
o [1998/06/13] misc/6936            sysinstall: install from MS-DOS MO divece
o [1998/06/18] kern/6981            CD unmount w/o CD in drive can cause pani
s [1998/06/19] bin/6995             [patch] Minor flaw in fdformat
s [1998/06/19] bin/6997             [patch] vnconfig "open" error message con
s [1998/06/21] kern/7014            [PATCH][STABLE] Add support for SiS 5591 
o [1998/06/22] bin/7021    asami    Size estimation patches to pkg_*
o [1998/06/22] bin/7022    asami    changes to bsd.port.mk to accompany PR bi
o [1998/06/22] bin/7023    asami    bsd.port.(%|subdir.).mk patches for size 
f [1998/06/23] kern/7029   gibbs    cdrecord and aic7880 troubles
f [1998/06/23] i386/7031            Our RocketPort port does not support DEVF
s [1998/06/24] kern/7044            [PATCH] WaveLAN (2.4G, ISA, full-length b
o [1998/06/25] docs/7065   wosch    FreeBSD webpages -> applications, port br
f [1998/06/25] bin/7068    markm    /usr/bin/perl: library path addition
s [1998/06/28] kern/7095            [stable] Gravis MAX in 2.2.6 suffers from
s [1998/06/28] i386/7100            integrate pcvt configuration into the /et
s [1998/07/01] bin/7136             kerberized telnetd doesn't use gettytab %
s [1998/07/02] kern/7146            The PCCARD doesnt recognize cards in top 
s [1998/07/06] bin/7184             /usr/games/robots fails to write high sco
s [1998/07/08] kern/7210            [PATCH] od(4) bug fixes and enhancements,
s [1998/07/10] misc/7232            Suggestion for FreeBSD installation dialo
o [1998/07/10] kern/7234   yokota   keyboard problems during login immediatel
f [1998/07/10] misc/7239            ping(8) and traceroute(8) may report erra
o [1998/07/12] bin/7265             A warning flag is added to ln(1).
o [1998/07/13] ports/7268  asami    MASTER_SITE_OVERRIDE works more better
o [1998/07/14] kern/7282            some old and rarely used drivers have app
o [1998/07/14] ports/7283  ache     tcsh / LC_CTYPE - obscure problem.
o [1998/07/15] bin/7287             Incorrect domain name for MAP_UPDATE in m
o [1998/07/16] bin/7298             Improvements to ln(1).
a [1998/07/19] bin/7324    wosch    Suggestions for minor modifications to ad
o [1998/07/21] bin/7352             libc generates spurious warnings when use
a [1998/07/23] ports/7375  dburr    New port request: audio/xsplay
f [1998/07/23] kern/7377            we have a new digiboard driver supporting
s [1998/07/29] i386/7426            Bugs in macro definitions of pthreads.
a [1998/07/31] docs/7456   doc      dialog(3) man page outdated
o [1998/08/01] ports/7464  dburr    New port: WMakerconf
o [1998/08/03] ports/7485  andy     New port: Xterminal-0.2
s [1998/08/09] kern/7546            [PATCH] [STABLE ?]shutdown -p - system po
f [1998/08/12] kern/7589            Tulip Driver parses SROM contents wrong
f [1998/08/13] conf/7606            [PATCH] NIS Makefile.dist: NOPUSH replace
o [1998/08/14] kern/7619            odd nfs server not responding messages ap
o [1998/08/16] ports/7628  dburr    new port: sajber-jukebox
o [1998/08/16] bin/7632             Race condition in /stand/sysinstall
f [1998/08/16] i386/7633            panic: page fault on install with boot.fl
s [1998/08/18] bin/7669             libalias does not IRC DCC packets under c
o [1998/08/19] ports/7680  billf    New port of tn5250
o [1998/08/19] gnu/7687             description of default baud rate for cu c
o [1998/08/20] kern/7693            Misleading warning in cblock_alloc_cblock
o [1998/08/20] bin/7694             bogus error-message from route(8)
o [1998/08/22] kern/7722            Changes to acct format
o [1998/08/23] bin/7728             ftpd processes hang
o [1998/08/27] bin/7753             arp command fails silently on invalid pro
o [1998/08/28] misc/7771            Debugging putenv/getenv
o [1998/08/29] ports/7774  torstenb sshd doesn't refuse to login people with 
o [1998/08/29] bin/7779             [PATCH] modload should detect stripped ke
o [1998/08/30] kern/7782            Kernel rebuild not correctly responding t
o [1998/08/30] bin/7786             quota.h has superfluous semicolon in macr
a [1998/08/31] docs/7791   doc      ipf(1) and ipfstat(1) should have been ip
o [1998/09/01] gnu/7800             tar(1) does not recognize --gunzip option
o [1998/09/02] i386/7816   dfr      [Patch] NE2000 PnP card IDs to sys/i386/i
o [1998/09/03] bin/7826             ls(1) knows too much about format of strf
o [1998/09/03] bin/7828             Add a command line option to cp to make i
o [1998/09/05] kern/7837            patches to add a p_auth extension pointer
o [1998/09/07] ports/7845  tg       Unbuffered /dev/vx0-output from Python 1.
o [1998/09/07] bin/7846             /sbin/mount_* do not canonicalize the mou
o [1998/09/07] misc/7850            lt_LT.* locale
o [1998/09/07] kern/7856            Patches to add lkm hooks to cmsg_data anc
o [1998/09/08] bin/7860             Extra option to pr(1).
s [1998/09/08] bin/7868             [almost patch]Morse Code Fixups
o [1998/09/08] bin/7869             Improved error messages from apm
o [1998/09/09] misc/7873            poor initial configuration and documentat
o [1998/09/11] bin/7895             multiple identical NFS mounts accepted
o [1998/09/11] kern/7903            unmatched '{}' blocks.
o [1998/09/15] ports/7932  torstenb man zshall doesn't work
o [1998/09/16] misc/7946            ccdconfig gives confusing error when give
o [1998/09/17] bin/7962             /usr/bin/ee prompts "save changes" when f
o [1998/09/18] bin/7973             lpd: Bad control file owner in case of re
o [1998/09/19] kern/7990            patch - teach kernel about RB_POWEROFF fl
o [1998/09/19] ports/7992  ports    New port: xemacs20-stepwise (XEmacs20 hac
o [1998/09/20] bin/7998             pkg_add seems to have unneeded umask
o [1998/09/20] misc/8005   yokota   Keyboard freezes going from KDE to text m
o [1998/09/21] kern/8015            [patch] Some sysctl descriptions for the 
o [1998/09/24] ports/8042  torstenb If pidentd dies, you must kill all telnet
o [1998/09/26] bin/8060             install ignores the +X mode flag
o [1998/09/27] conf/8061            profiling utilities seperate from profili
o [1998/09/27] ports/8063  asami    [PATCH] Add multiple CDROM support to bsd
o [1998/09/29] bin/8084             NIT: non-working code in rshd
o [1998/10/02] i386/8131            [patch] Support for PCI NE2000 compatible
o [1998/10/03] misc/8133   markm    [patch] bug in telnetd (Kerberos IV)
o [1998/10/03] bin/8134             End of game is not recognised immediately
o [1998/10/03] misc/8139            [patch] missing /usr/src/share/examples/d
o [1998/10/04] bin/8142             freebsd 2.2.7 implementation of key(1) [s
o [1998/10/04] i386/8146            [patch] kzipboot serial console setup and
a [1998/10/06] bin/8163             [patch] It is impossible to assign quotas
o [1998/10/06] i386/8171            [patch] Intel EtherExpress Pro 100 suppor
o [1998/10/07] misc/8202            semop() is not wrapped for thread safety 
o [1998/10/08] bin/8211             Script to search kernel for an address
o [1998/10/12] bin/8295             order of options in printcap causes some 
o [1998/10/13] conf/8303            3.0-981009-BETA can't make swap device on
o [1998/10/13] kern/8311            kernel panic on de0
o [1998/10/16] misc/8346            Strftime can't generate ISO-8601 timezone
o [1998/10/16] bin/8347             /usr/lib/compat build issues in 3.0 RELEA
o [1998/10/16] kern/8349            [PATCH] Changer definition for SureStore 
f [1998/10/17] misc/8357            Segmentation fault while making SWARM-1.3
o [1998/10/19] kern/8376            CLOCK_VIRTUAL not implemented
o [1998/10/19] misc/8378            Is termcap not maintained enough ?
o [1998/10/22] kern/8420            __getcwd() from an (forcibly) unmounted f
o [1998/10/24] misc/8434            boot.flp /bin/init crashes during probe w
o [1998/10/24] i386/8436            boot.flp sysinstall crashes when probing 
o [1998/10/24] bin/8438             ex/vi: Error: tcsetattr: Interrupted syst
o [1998/10/25] kern/8444   hm       pcvt with more than 8 virtual consoles
o [1998/10/25] docs/8445   doc      Update of "Installing Mathematica on Free
o [1998/10/27] i386/8474            repquota does not pick up NIS information
o [1998/10/28] bin/8479             Final \'s in /etc/exports did not work in
o [1998/10/30] kern/8498            Race condition between unp_gc() and accep
o [1998/10/30] bin/8501             snake has a segmentation fault depending 
o [1998/10/30] conf/8517            rc.conf/rc fails to set ldconfig -aout
o [1998/10/31] misc/8519            Murphy's Laws
o [1998/11/01] conf/8531            sysinstall on 3.0-RELEASE (and 3.0-curren
o [1998/11/03] bin/8553             /usr/libexec/mail.local doesn't handle ">
o [1998/11/04] i386/8571            Bug in config utility in FreeBSD 2.2.6-RE
o [1998/11/07] kern/8589            incorrect spelling for "dependency" and "
o [1998/11/07] i386/8598            MAKEDEV fails if not run from current dir
o [1998/11/08] kern/8604            ps u gets confused about process start ti
o [1998/11/08] kern/8605            ipsec for ipv4, new version
o [1998/11/08] ports/8620  asami    New option to colorls - -K, color only to
o [1998/11/09] bin/8631             pci interrupts are shown on EISA only mac
o [1998/11/09] kern/8633            TCP packet via SLIP/CSLIP containing this
s [1998/11/12] kern/8661   stb      sys/netatalk/at_control.c needs to correc
o [1998/11/12] bin/8666             X blocks serial port with getty process o
o [1998/11/13] gnu/8679             tar man page should be updated
o [1998/11/14] bin/8681             other macro name that has same number is 
o [1998/11/18] ports/8754  se       KDE: KDM Display Manager has login proble
o [1998/11/18] bin/8756             'pw' command additional feature request
o [1998/11/19] misc/8764            pwd_mkdb is slow on many users
o [1998/11/19] docs/8765   dwhite   some suggested text for describing passwo
o [1998/11/22] bin/8809             fdisk calls QNX-4 partitions unknown
o [1998/11/22] bin/8811             Problem to use 'NLSMODE' variable in Make
a [1998/11/25] ports/8864  ports    useradd - system V compatible implementat
o [1998/11/27] i386/8867            /stand/sysinstall core dumps (signal 11) 
o [1998/11/29] kern/8895            DEC 21152 PCI-PCI bridge chip isn't probe
o [1998/11/29] kern/8898            PCI devices without an associated driver 
o [1998/11/30] bin/8913             negative time values for csh 'time' built
o [1998/12/01] i386/8923            ctm 2.2.5 -> 2.2.7  error hu_HU.ISO_8859-
o [1998/12/01] kern/8925            options kern file needs AWE_DEFAULT_MEM_S
o [1998/12/03] i386/8953            BINFORMAT not defined in 2.2-STABLE
o [1998/12/03] bin/8955             request CVS allow advisory locks on repos
o [1998/12/06] misc/8986            install-info breaks installworld over nfs
o [1998/12/06] bin/8989             (patch) chflags support for mtree(8)
o [1998/12/08] bin/9012             route add -host hostIP -interface localIP
o [1998/12/10] conf/9051            2.2.8R boot floppy won't write to fixit f
o [1998/12/11] bin/9055             When used without arguments, ``set'' and 
a [1998/12/12] bin/9064    n_hibma  [PATCH] propose adding `direct' option in
o [1998/12/14] bin/9078             tunefs cant access mounted devices (vs. m
o [1998/12/15] kern/9092            DELF raid volumes cause panics under CAM
o [1998/12/16] i386/9102            Voxware does not provide /dev/mixer for E
o [1998/12/16] ports/9107  asami    Addition to bsd.port.mk for searching mul
o [1998/12/17] bin/9118             default install of aout compat libs is in
o [1998/12/18] bin/9123             pax can't read tar archives that contain 
o [1998/12/20] kern/9144   luigi    acd driver inconsistency (byte order in C
o [1998/12/21] conf/9160            /etc/services file corruption
o [1998/12/22] bin/9176    dillon   placemark to split mount_ufs out of mount
o [1998/12/23] kern/9183   newton   chroot(2) can be broken by the superuser.
o [1998/12/24] bin/9188             telnet gets stuck in ttydrain()
o [1998/12/27] bin/9206             sysinstall installation should create /st
f [1998/12/28] misc/9220            nvi: catalog: mistake in Russian error me
o [1998/12/28] bin/9226             telnetd can log wrong IP address to utmp
o [1998/12/29] bin/9233             gmp's mpq_add and mpq_sub are buggy
o [1998/12/30] conf/9245            obsolete locale setting in /usr/src/etc/{
o [1998/12/30] conf/9246            allscreens_flags in /etc/rc.conf not work
o [1998/12/30] bin/9250             [PATCH] allow fetch to do ftp directory l
o [1998/12/31] i386/9257            fpathconf() missing from libc_r
o [1998/12/31] bin/9259             allow no prompt for yes in fdformat, but 
o [1999/01/02] bin/9281             awk asumes memory that is returned from m
o [1999/01/03] ports/9286  andreas  Patch for games/nethack-qt to fix compila
o [1999/01/03] ports/9289  kris     New Port - ASPostit (Dockable version of 
o [1999/01/04] kern/9316            Intel PILA8461 NIC panics 2.2.7 during pr
o [1999/01/04] bin/9318             vgrind(1): no JAVA support
o [1999/01/04] i386/9319            D-Link DE-528CT poor performance
o [1999/01/05] bin/9333             timestamp dump's progress
o [1999/01/05] i386/9341            tty-level buffer overflows
o [1999/01/06] docs/9352   hoek     wrong macro names in groff_[ms|mm|mmse].7
o [1999/01/07] bin/9374             Improved functionality for find(1)
o [1999/01/08] conf/9388            magic(5) correction for wordperfect
o [1999/01/08] kern/9392            Alternate system clock OR kernel stats cl
f [1999/01/10] ports/9425  se       KDE starting up from xdm has problem....
o [1999/01/13] bin/9470             aout-to-elf-build broken with kerberosIV-
o [1999/01/13] kern/9474            "comcontrol rescan 0:8:0" hangs, causes o
o [1999/01/14] bin/9494             new option to prevent mail from sending m
o [1999/01/16] bin/9529             ftp filname completion can't handle space
o [1999/01/17] bin/9536             make world installs aout compat libs in t
o [1999/01/19] bin/9569             top(1) ignores tty EOF condition.
o [1999/01/19] kern/9570            ed(4) irq config enhancement
o [1999/01/19] bin/9573             ksrvtgt not working
o [1999/01/20] misc/9582            configApache command doesn't work for /st
o [1999/01/20] kern/9590            Clean up for -Wall warnings
o [1999/01/21] kern/9611            MFS calculates the size incorrectly when 
o [1999/01/22] kern/9619            Restarting mountd kills existing mounts
o [1999/01/25] kern/9679            fix for uninterruptible open in portal fi
o [1999/01/25] kern/9689            panic in sbdrop(kern/uipc_socket2.c)
o [1999/01/26] bin/9711             Fails: cd /usr/bin; gzip file ;  mv file.
o [1999/01/27] i386/9721            Patch for FreeBSD netboot (booting via DO
o [1999/01/28] kern/9748            error in queue handling of at_shutdown() 
o [1999/01/28] bin/9770             An openpty(3) auxiliary program
o [1999/01/29] i386/9777   luigi    Generic AD1816 sound suport in Luigi's pc
o [1999/01/29] misc/9778            Need to handle conflicting pthread.h and 
o [1999/01/29] ports/9786  cwt      tk80 port doesn't create man page links
o [1999/01/30] kern/9791            enhancement for netinet/ip_icmp.c to cont
o [1999/01/30] ports/9792  msmith   pib coredumps in port maker mode
o [1999/01/30] ports/9795  obrien   The Handbook is not clear on how to deal 
o [1999/01/30] bin/9809             finger output format wrong
f [1999/01/30] ports/9811  nectar   New port: lang/gnomeguile
o [1999/01/30] ports/9812  nectar   New port: devel/libgtopbindings
o [1999/01/31] ports/9840  asami    patch allows ports to fetch their sources
o [1999/01/31] conf/9845            Propose adding options to rc.conf and rc.
o [1999/01/31] kern/9848            ARP proxyall extra sanity check
o [1999/02/01] bin/9868             Patch to add "date -a"
o [1999/02/01] kern/9869            When using macros out of function, they s
o [1999/02/01] conf/9874            idle-timeout facilities in /etc/login.con
o [1999/02/03] bin/9893             NFS umount of regular file impossible
o [1999/02/03] bin/9902             error in german (and some other) locale s
o [1999/02/05] ports/9921  peter    exmh2 ports update
o [1999/02/06] bin/9931             config gives misleading error when duplic
o [1999/02/07] ports/9954  ports    New port: devel/ACE
o [1999/02/08] bin/9972             groff always built for US (letter) sized 
o [1999/02/09] gnu/9987    jdp      wrong (for FreeBSD) ELF_DYNAMIC_INTERPRET
o [1999/02/09] bin/9990             Enhancement to filename completeion in cs
o [1999/02/09] i386/9991            new driver for National Instruments GPIB 
o [1999/02/09] ports/9993  kris     New Port - graphics/libunfig
o [1999/02/09] ports/9998  kris     New port - graphics/mtv (MpegTV player)
o [1999/02/10] i386/10004  jkh      instalation of current version from FTP s
o [1999/02/10] ports/10007 ports    Port of the mercury compiler version 0.8
o [1999/02/11] ports/10023 kris     New port - net/gtkcookie
o [1999/02/11] bin/10030   markm    Kerberized telnet fails to encrypt when a
o [1999/02/12] i386/10052           Matrox Millennium II AGP device/model id 
o [1999/02/14] docs/10085  doc      NIS Setup Tutorial
o [1999/02/14] kern/10095           missing VGA description
o [1999/02/14] docs/10098  doc      Lack of overall guide for NIS setup
o [1999/02/15] gnu/10112            /usr/src/gnu/usr.bin/patch sorely out of 
o [1999/02/16] kern/10116           acd driver patch to support PD/CD drive.
o [1999/02/16] ports/10124 ports    UNIX|STAT pr submission failed to include
s [1999/02/17] bin/10131   sheldonh bug in strptime(3)
o [1999/02/18] docs/10146  jkh      Release Notes and LINT for 3.1 include ha
o [1999/02/18] kern/10149           New PCI device
o [1999/02/19] bin/10158            Reference to ncheck in quot(8)
o [1999/02/19] kern/10159           Unable to unload vinum module
o [1999/02/19] kern/10160           kldload of umap module panics the system
o [1999/02/19] ports/10162 se       Fix kdmrc to add qmail usernames to NoUse
o [1999/02/19] misc/10167           Upon exiting X11R6, monitor goes blank.  
o [1999/02/20] bin/10169            find -perm <mode> doesn't allow a bitwise
o [1999/02/20] kern/10175           Bridging support incomplete for some netc
o [1999/02/21] ports/10178 torstenb USE_SOCKS=YES option broken for security/
o [1999/02/22] ports/10196 torstenb Better startup scripts for ssh
o [1999/02/22] ports/10215 rvb      net/coda_client and net/coda_server
o [1999/02/23] ports/10227 peter    wrong sendmail path in rdist6-port
a [1999/02/23] misc/10231           inet_addr() doesn't check for illegal val
o [1999/02/25] docs/10240  doc      We need a script which check if our web m
o [1999/02/25] conf/10244           100 character limit on any pathname in sy
o [1999/02/25] kern/10255           Some more SiS chipset PCI IDs for chipset
o [1999/02/26] bin/10274            make does not understand "lib(obj)" synta
o [1999/02/26] bin/10283            Race condition in rc.network
o [1999/02/28] bin/10300            dmesg exits on signal 10
o [1999/03/01] misc/10325           Implementation of itoa() for libc
o [1999/03/01] bin/10342            putenv(3) unnecessarily calls strdup/free
o [1999/03/01] misc/10349           For long .Dt fields, rendering is broken-
o [1999/03/02] misc/10351           /usr/share/examples/worm is out of date
o [1999/03/02] bin/10358            ftp(1) has problems with long pathnames
o [1999/03/05] ports/10396 asami    SPIN is in the wrong category
o [1999/03/06] kern/10440           Discard device does not set ifq_maxlen
o [1999/03/06] bin/10444            avoiding lost mail when mail filesystem i
o [1999/03/06] ports/10454 obrien   Update: emulators/spim
a [1999/03/06] kern/10455           pcaudio breakage
o [1999/03/07] i386/10465           Must disable ex0 to install.
o [1999/03/07] ports/10477 ports    The fakemail in lib-src fails to link (ne
o [1999/03/08] bin/10493            ipfw's undocumented feature
s [1999/03/09] bin/10508   obrien   isc-dhcp puts garbage to text options, V2
o [1999/03/10] bin/10522            make world died due -Werror
o [1999/03/10] bin/10524            3.1-19990309-STABLE install problem
o [1999/03/10] ports/10532 ports    New port: lang/gpc - GNU Pascal
o [1999/03/10] bin/10538            sbin/nos-tun gives wrong usage message
o [1999/03/11] bin/10546            Intel Pro/100 PC card has CIS string > CI
o [1999/03/11] bin/10548            More useful default ifconfig behaviour sa
o [1999/03/12] gnu/10555   jraynard [PATCH] awk dumps core
o [1999/03/12] kern/10563           QIC 40/80 tape drive ft present in versio
o [1999/03/13] bin/10568   obrien   dhcp client receives garbage (dhclient pr
o [1999/03/13] kern/10574           3.1-stable kernel reports k6 cpu as "\^E"
o [1999/03/14] conf/10582           Makefile.upgrade fails with make -j
o [1999/03/14] misc/10589           Incorrect assumptions in /etc/security
o [1999/03/14] bin/10590            new option to silince confirmation but no
o [1999/03/15] bin/10601   wosch    Ownership of symlinks copied by adduser a
o [1999/03/15] i386/10606           Probablue odd error message if LS-120 is 
o [1999/03/15] i386/10608           add Opti Viper-M PCI ID
o [1999/03/15] kern/10609           adjtime bug (tv_sec > 2147) and enhanceme
o [1999/03/15] bin/10610            New options to date to slowly adjust time
o [1999/03/15] bin/10611            timed enhancement
o [1999/03/16] bin/10622            vi does not display Russian characters pr
o [1999/03/16] i386/10623           DFLTPHYS in /usr/src/sys/i386/include/par
o [1999/03/16] ports/10634 ports    Update the hylafax port to do a client in
o [1999/03/17] ports/10639 rse      ports/web/wml must be upgraded and unbrok
o [1999/03/17] kern/10641           Default sync rate in ncr SCSI driver is s
o [1999/03/17] kern/10642           exports(5) mentions KERBNFS but that's no
o [1999/03/18] bin/10657            Unable to install from CDROM or DOS parti
o [1999/03/18] kern/10663           hpscan doesn't like 3.1's pt device
o [1999/03/18] docs/10664  doc      Notes on 2.2.8 -> 3.1 migration
o [1999/03/18] misc/10667           Sysinstall inserts multiple # -- sysinsta
o [1999/03/19] gnu/10670            cvs doesn't allow digits in local keyword
o [1999/03/19] kern/10673           Non-ASCII chars on serial console with Re
o [1999/03/19] kern/10678           Printing problems using ppc bus
o [1999/03/19] ports/10682 asami    List mirror sites in MASTER_SITE_BACKUP -
o [1999/03/22] kern/10728  sos      WCD driver does not recognize a recovered
o [1999/03/22] ports/10734 pst      Update of gdb port to 4.17
o [1999/03/23] kern/10755           de driver says `invalid EESPROM checksum'
o [1999/03/23] i386/10766           obsolete device name wcd is still left un
o [1999/03/24] i386/10779           zp slot 0 sees 3Com 589 PCMCIA card but z
o [1999/03/25] bin/10793            cvs update modification time check granul
o [1999/03/26] misc/10803           whois(1) client enchancements
a [1999/03/26] misc/10804  billf    whois(1) enhancement
o [1999/03/26] ports/10806 phk      Update net/scotty to 2.1.10
o [1999/03/26] kern/10812           LINT configuration MAXDSIZ/DFLDSIZ mislea
o [1999/03/26] ports/10813 ports    crossgo32 brokeness
o [1999/03/27] bin/10825            daily script not executed or executed twi
o [1999/03/28] docs/10840  jkh      [PATCH] Add pcic double-loading bug fix t
f [1999/03/28] ports/10844 ports    New port: adagdb
o [1999/03/29] docs/10850  doc      submitting a documentation change for sed
o [1999/03/29] bin/10856            vty's from ttyvc - ttvf (maybe more?) do 
o [1999/03/30] bin/10868            BUG in /usr/bin/calendar
o [1999/03/30] misc/10871           wst0 fails with Sony SuperStation streami
o [1999/03/30] bin/10878            host(1) dumps core
o [1999/03/31] kern/10894           wrong error message in svctcp_create()
o [1999/04/01] bin/10905            sa(8) is hard coded for 8 character user 
o [1999/04/01] gnu/10910            Integration of Objective C patches into g
o [1999/04/02] ports/10916 ports    New port: biology/molmol
o [1999/04/02] bin/10923            /usr/bin/cpp is an out-of-date wrapper fo
o [1999/04/02] bin/10924            Extensions to biff(1)
o [1999/04/03] bin/10931            biff b
o [1999/04/04] ports/10945 jmz      X11 "sessreg" program does not update /va
o [1999/04/06] bin/10980            With ctags -x no space is left between na
o [1999/04/06] bin/10992            pthread_kill() doesn't deliver signals to
o [1999/04/07] docs/10997  doc      Problem with query-pr-summary.cgi
o [1999/04/07] i386/11006           Sysinstall silently makes FreeBSD's parti
o [1999/04/08] kern/11020           popen does not honor ISO 9899 syntax
o [1999/04/08] ports/11029 ports    Configure scripts for non ported applicat
o [1999/04/08] bin/11031            [PATCH] mount and umount support for mort
o [1999/04/08] bin/11032            h2ph's cpp #warning/#error directive proc
o [1999/04/08] ports/11034 ports    New port: www/crazywwwboardle
o [1999/04/08] bin/11036   markm    Perl does not honor -DNOMAN
o [1999/04/08] bin/11037            Gencat doesn't properly handle \ddd octal
o [1999/04/09] ports/11048 obrien   variable not initialized in fwtk-lib lead
o [1999/04/09] bin/11051            ps's -U option should accept a list of us
o [1999/04/09] misc/11052           [PATCH] performance bug fix to fgets() ro
o [1999/04/10] conf/11058           Recent change to rc script causes hang on
o [1999/04/11] bin/11085            Per-host configuration for syslog.conf
o [1999/04/11] bin/11092            readlink(1) from OpenBSD
o [1999/04/11] bin/11094            lastlogin.8 from NetBSD
o [1999/04/12] kern/11109           ipfw.ko Makefile contains CFLAGS+= -DDIVE
o [1999/04/13] misc/11111           Error opening terminal: su
o [1999/04/13] bin/11114            make(1) does not work as documented with 
o [1999/04/13] misc/11126           vt100 termcap entry appears broken
o [1999/04/14] ports/11134 hoek     existense of /usr/obj/usr/ports/shells/ba
o [1999/04/14] ports/11138 jmz      New version of Xevil 2.01, I created a po
o [1999/04/14] bin/11141            u_long is not big enough
o [1999/04/15] misc/11149           Web page entry for BAFUG is incorrect
o [1999/04/16] i386/11165           IBCS2 don't work correctly with PID_MAX 9
o [1999/04/16] bin/11168            pw(8) usermod does not recognize -w flag 
o [1999/04/16] kern/11178           [PATCH] minor fix to /usr/include/sys/mbu
o [1999/04/18] i386/11201  brian    mktime possible bug
o [1999/04/18] bin/11205            Suggestion: move mt(1) to /bin
o [1999/04/18] i386/11207           sys/i386/isa/rp.c: fixed breaking and war
o [1999/04/19] kern/11222           MFS does not sync from reboot syscall
o [1999/04/20] kern/11235           Need to submit new driver
o [1999/04/20] bin/11236            mountd fails to properly check for kernel
o [1999/04/20] conf/11243           mountd startup can lose flags
o [1999/04/20] bin/11248            Shuffle
o [1999/04/21] docs/11258  doc      suggestion to refine npx.4
o [1999/04/22] kern/11287           rfork(RFMEM...) doesn't share LDTs set by
o [1999/04/22] misc/11289           makeflp.bat suggestion: create "kernel" d
o [1999/04/23] kern/11293  brian    FreeBSD's PPP implementation of LQM appea
o [1999/04/23] bin/11294            direct logging to other hosts (no local s
o [1999/04/25] misc/11316           [PATCH] HTTP proxy support for sysinstall
o [1999/04/27] ports/11353 asami    Feature additions to bsd.port.mk.
o [1999/04/27] ports/11354 jmz      Port fix: x11/XFree86
o [1999/04/27] bin/11360            Allow specification of "search" in resolv
o [1999/04/28] kern/11365           plip in Linux mode has trouble with some 
o [1999/04/28] bin/11370            more segfaults if you give it a real file
o [1999/04/29] misc/11383           $Id$ missing in some files in etc [PATCH]
o [1999/04/29] bin/11387            mount_cd9660 doesn't show rockridge filen
o [1999/04/29] ports/11388 torstenb patch for ircII so /window create works
o [1999/04/29] bin/11399            Calendar doesn't always handle 'last' day
o [1999/04/30] kern/11410           code typo in ad1848.c: the != operator ha
o [1999/04/30] kern/11411           code typo in clones.c: "if ((mpu_config =
o [1999/04/30] kern/11412           code typo in ip_fil.c: missing NULL check
o [1999/04/30] kern/11413           code typo in pci.c: the != operator has h
o [1999/04/30] kern/11414           code typo in pcf.c: the != operator has h
o [1999/04/30] kern/11415           code typo in wst.c: the != operator has h
o [1999/04/30] kern/11416           code typo in sequencer.c: "if (!processed
o [1999/04/30] ports/11421 jfitz    upgrade p5-Date-Manip 5.33 -> 5.34
o [1999/05/01] ports/11430 se       incorrect int type causes floating point 
o [1999/05/02] misc/11448           Better looking VGA font for iso2
o [1999/05/02] ports/11460 erich    Update to the xlispstat port
o [1999/05/03] misc/11478           Non-functional AFS support in KerberosIV 
o [1999/05/04] ports/11504 chuckr   Update ports math/octave
o [1999/05/05] ports/11510 nik      new version of www/sitecopy (0.6.0)
o [1999/05/05] kern/11516           NetGear 10/100 Ethernet 21140-based Ether
o [1999/05/05] kern/11517           ../../kern/kern_ntptime.c:533: warning: i
o [1999/05/05] kern/11518           ../../pci/if_tx.c:1376: warning: no previ
o [1999/05/05] kern/11519           dead code in ncr driver
o [1999/05/06] bin/11552            sendmail local delivery (mail.local) can'
o [1999/05/06] misc/11553           /usr/share/misc/latin1 (new file submissi
o [1999/05/07] misc/11569           Automatically run fsck when the file syst
o [1999/05/09] bin/11608            vnconfig not supporting swap-backed vn de
o [1999/05/09] bin/11609            vnconfig -v reports page numbers, not byt
s [1999/05/09] ports/11611 billf    Update port: net/ntop
o [1999/05/10] bin/11623            quot uses 32-bit integers for its calcula
o [1999/05/10] conf/11626           /var/log/kerberos is rotated
o [1999/05/10] bin/11637            build of kdump fails
o [1999/05/11] ports/11652 ports    New port: net/dictd
o [1999/05/11] misc/11653  obrien   patch to allow DHCP configuration of inte
o [1999/05/12] bin/11669            gcc 2.7.2.1 gets bad magic error linking 
o [1999/05/12] bin/11671            "vidfont -r" fails, asking for font size
o [1999/05/12] i386/11674           can't do make imake build or anything sin
o [1999/05/12] kern/11676           PCIless kernel will not compile with ATAP
o [1999/05/13] i386/11683           olpt/nlpt name change not in man pages
o [1999/05/13] misc/11689           Change "netstat" mode in daily "status-ne
o [1999/05/17] ports/11743 torstenb inn-2.2 (nonfatal) premature stop of buil
o [1999/05/17] bin/11746            Add support for Solaris mailboxes
o [1999/05/18] kern/11765           performance bug: network devices fxp & de
o [1999/05/18] misc/11767           sppp does not implement VJ compression
o [1999/05/19] ports/11786 kuriyama gnupg-0.9.6 port does not install
o [1999/05/19] misc/11788           booting problems
o [1999/05/19] kern/11789           ELF machine definition missing for ARM
o [1999/05/20] misc/11812           ftp5.freebsd.org can't find giflib-3.0 an
o [1999/05/21] bin/11818            Added a feature to ping(8)
o [1999/05/21] ports/11820 asami    bsd.port.subdir.mk does not define the `m
o [1999/05/21] i386/11829           Boot Failure (Register Dump) with MFSroot
o [1999/05/22] misc/11838           xwindows configuration problem
o [1999/05/22] ports/11840 asami    Feature fixup: bsd.port.mk
o [1999/05/24] ports/11879 ports    dclock's "-miltime" option and "*miltime"
o [1999/05/24] kern/11881           when a dummynet pipe is encountered it st
o [1999/05/25] misc/11890           make world creates /lkm directory
o [1999/05/26] bin/11896            cap_mkdb dumps core  when non-files passe
o [1999/05/26] i386/11898           Connot wirte to floppy on HP OB800CT with
o [1999/05/26] bin/11900            Sed(1) fails with MALLOC_OPTIONS set to '
o [1999/05/27] conf/11905           sysinstall desktop changing inconvenience
o [1999/05/28] bin/11914            makewhatis during installworld uses /usr/
o [1999/05/28] i386/11920           FBSD 3.2 upgrade claims not to upgrade /u
o [1999/05/28] i386/11921           /usr/X11R6/lib/aout libraries screwed up
o [1999/05/29] conf/11925           rc.conf cosmetic naming inconsistencies
o [1999/05/29] bin/11929            symorder doesn't work on elf format objec
o [1999/05/29] kern/11941           FreeBSD box reboots itself when changing 
o [1999/05/30] kern/11945           tape problems on -stable, mt bl(ocksize),
o [1999/05/31] ports/11963 ports    should update the ocaml-tk module and ins
o [1999/05/31] ports/11964 jmacd    lang/STk port needs to be updated to STk-
o [1999/05/31] kern/11968           kldload should call module entry point be
o [1999/06/01] docs/11978  doc      timed(8) manpage does not define '-F' swi
o [1999/06/01] i386/11979           Vaio 505DX touchpad not detected as Glide
o [1999/06/01] kern/11981  brian    access to tunN devices not allowed to non
o [1999/06/01] kern/11982           Three cleanup fixes for uthreads
o [1999/06/02] conf/11989           pppd(8) output misplaced
o [1999/06/02] bin/11997            Enhancement for lpr
o [1999/06/02] ports/12001 ports    wmcdplay 1.0Beta1 05/09/1998 sometimes sk
o [1999/06/03] misc/12013           patch for 12012
o [1999/06/03] kern/12014           Fix SysV Semaphore handling
o [1999/06/04] conf/12026           /etc/rc.diskless1 refrences non-existant 
o [1999/06/05] misc/12044           having tcl.h in /usr/local/include:/usr/i
o [1999/06/06] gnu/12046   markm    Perl subsystem does not install all tutor
a [1999/06/06] bin/12052            sh type builtin appends first path compon
o [1999/06/06] kern/12053           fixes a few aio bugs, makes socket io bet
o [1999/06/06] ports/12056 ache     [PATCH] hpack install files always in /us
o [1999/06/06] ports/12057 markm    Perl5 library builds do not honour PREFIX
o [1999/06/07] kern/12071           [PATCH] large scale IP aliasing
o [1999/06/08] i386/12088           Enhancement to ed driver for Linksys 10/1
o [1999/06/09] kern/12095           [PATCH] Buggy ATAPI Zip Drive is not dete
o [1999/06/09] bin/12107            Add switch to dump to support multiple du
o [1999/06/10] i386/12113           ESS1688 support for VoxWare sound driver
o [1999/06/10] bin/12115            pppd reports wrong connected duration wit
o [1999/06/13] ports/12188 ports    New port: pbs-2.1.11 (misc/PBS) a batch s
o [1999/06/13] ports/12195 ports    New port: pgpenvelope
o [1999/06/14] ports/12204 andy     Update port: graphics/EZWGL
o [1999/06/14] misc/12209           termcap: "xterm" entry defines bogus capa
o [1999/06/15] misc/12228           /etc/security don't search in all the fil
o [1999/06/16] gnu/12238            bc 1.04 crashes with long formula typed i
o [1999/06/16] kern/12241  jkh      Req: GENERIC includes bpf device
o [1999/06/16] bin/12244            realpath() fails when there is no permiss
o [1999/06/17] bin/12255            BIND 8.1.2 compilation error in IPv6 capa
o [1999/06/17] bin/12263   hoek     "more" problems with long filenames
f [1999/06/17] misc/12268  n_hibma  weekly/catman will not work
o [1999/06/18] ports/12271 ports    fix pkg_add with error message and add ne
o [1999/06/18] bin/12280   jdp      LD_IGNORE_MISSING_OBJECTS not honored for
o [1999/06/18] kern/12281           active-filter option in pppd doesn't stop
o [1999/06/20] bin/12308            LPD can't be told not to bind to a TCP po
o [1999/06/21] conf/12324  jkh      Sysinstall's fdisk partition editor is mi
o [1999/06/21] ports/12325 asami    Adds refetch functionallity to bsd.port.m
o [1999/06/21] i386/12326           wdc flag 0x1000 (LBA addressing) prevents
o [1999/06/21] kern/12333           ProAudio Spectrum sound card broken model
o [1999/06/21] kern/12334           Some ProAudio SPectrum cards do not do DM
o [1999/06/21] kern/12335           if_pn.c lacks bridging support; patch enc
o [1999/06/22] conf/12342           /etc/hosts.allow must use numerical IP ad
o [1999/06/22] bin/12357            [PATCH] allow route to create "proxy only
o [1999/06/23] bin/12358   ken      Patch: "camcontrol help" should go to std
o [1999/06/23] ports/12366 billf    finish the port for misc/mprime
o [1999/06/23] ports/12368 ports    Pilot-link installs to ${PREFIX} = ${LOCA
o [1999/06/23] bin/12375            mv(1) cannot inherit the file flags.
o [1999/06/24] i386/12383           make release warns about /dev entries mak
o [1999/06/26] bin/12398            fsck in free(): warning: pointer to wrong
o [1999/06/26] ports/12403 ports    ssh port has undocumented X11 dependency
f [1999/06/26] ports/12406 ports    New port for the LAM implementation of th
o [1999/06/27] kern/12409           add some more chipset models by NVidia to
o [1999/06/27] bin/12421            sysinstall label fails
o [1999/06/28] conf/12432           empty amd_flags causes start failure in r
o [1999/06/29] ports/12456 chuckr   graphics/xpdf: small fixes
o [1999/06/30] bin/12461            it's handy to be able to send syslog mess
o [1999/06/30] bin/12467   wollman  ac(8) does not accept input from stdin
o [1999/07/01] kern/12475           ctrl,shift,alt keys can be used as alock 
o [1999/07/01] bin/12477            New fortune
o [1999/07/02] docs/12486  mpp      listing of (56) utilities in /bin:/sbin:/
o [1999/07/02] bin/12489            /sbin/route exits with 0 on some errors
o [1999/07/02] ports/12490 ports    package xmine exits 1 with XawAsciiSource
o [1999/07/02] ports/12492 ports    port misc/diction should be moved to text
o [1999/07/03] kern/12495           3.1 install fails to detect Toshiba CDROM
o [1999/07/03] ports/12503 ports    New port: Willows toolkit (developers rel
o [1999/07/04] ports/12515 jfitz    p5-Apache/scripts/install_httpd needs fix
o [1999/07/05] ports/12518 ports    New port: ifmail-os-2.14.7
o [1999/07/05] ports/12522 ports    New port: cos
o [1999/07/05] ports/12523 ports    New port: jdbcpool
o [1999/07/05] bin/12528            [PATCH] tip's "tipout" child doesn't alwa
o [1999/07/06] ports/12530 peter    squid22 port with --enable-ipf-transparen
o [1999/07/06] ports/12536 ports    New port: lang/cu-prolog
o [1999/07/06] kern/12543           [PATCH] cumulative error counters for fxp
o [1999/07/07] bin/12545            kldload(8) should be more sensitive to er
o [1999/07/07] ports/12548 asami    New 'fecth-recursive(-list)' targets in p
o [1999/07/07] ports/12549 ports    imap-uw port doesn't use pw_expire to che
o [1999/07/09] ports/12571 ports    Xfig port doesn't have Ghostscript suppor
o [1999/07/11] kern/12594  wollman  wrong sysctl descriptions
f [1999/07/11] ports/12596 torstenb pidentd is unstable in 3.2 and 4.0
o [1999/07/11] ports/12604 peter    New port version: transproxy 1.0
o [1999/07/12] kern/12609           At boottime NFS mounts on a 3.2 client fr
s [1999/07/12] bin/12611   sheldonh /usr/bin/jot crashes with floating point 
o [1999/07/12] misc/12612           ncurses ash shipped with 3.2-R missing sy
o [1999/07/12] ports/12618 ache     poor trouble reporting by qpopper's pop_i
o [1999/07/13] ports/12624 ports    New version of mxv which also works with 
o [1999/07/13] misc/12633           CMI8330 chip based integrated sound card 
o [1999/07/15] ports/12654 pst      gnats port failes on "make install"
o [1999/07/15] kern/12655           Kernel config file needs more commenting 
o [1999/07/15] ports/12656 ports    New port: gnujsp
o [1999/07/16] ports/12661 cpiazza  new port: riva-glx (3d hardware accelerat
o [1999/07/16] ports/12666 andy     New port: kcd-4.7.10
o [1999/07/16] kern/12668           The kernel clock goes slow with PLIP devi
o [1999/07/16] ports/12674 nik      textproc/docproj port has an invalid depe
o [1999/07/16] ports/12675 chuckr   [PATCH] textproc/sp port installs config.
o [1999/07/18] kern/12697           Out of swap handling [PATCH]
o [1999/07/18] ports/12699 ports    New port: gnofin-0.5.10
o [1999/07/18] ports/12700 jmz      Errors in mtools.conf file
o [1999/07/20] bin/12712            release/Makefile: mounting /some/dir with
o [1999/07/20] ports/12721 brian    Leafnode 1.9.4 has enhancements and bug f
o [1999/07/20] ports/12722 ports    New port: AT&T's DjVu library for scanned
o [1999/07/20] kern/12723           Unnecessary use of magic numbers in F_[SG
o [1999/07/20] ports/12725 ache     Doing a 'make install' for bash2 gets ins
o [1999/07/20] ports/12726 jfitz    p5-Pg fixed
o [1999/07/21] ports/12737 jfitz    regex for checking load avergaes is wrong
o [1999/07/21] ports/12739 ports    New port: AT&T's DjVu Netscape plug-in
o [1999/07/22] ports/12761 wosch    sysutils/stat doesn't terminate buffer an
o [1999/07/22] kern/12764  luigi    Patch for using x11amp with voxware (stol
o [1999/07/22] misc/12765           cable problem: link down for de0 NICs.
o [1999/07/22] bin/12767   doc      Expand /etc/ttys manpage
o [1999/07/22] bin/12768   billf    Compilation warning for fortune.c
o [1999/07/22] kern/12770           mount_msdos causes panic: kmem_malloc(134
o [1999/07/23] misc/12776           Add PAM hooks to rlogind and rshd
f [1999/07/23] bin/12782   sheldonh xntpd doesn't handle interface aliases pr
o [1999/07/24] ports/12787 obrien   port of GNU helloworld
o [1999/07/24] bin/12789            Confusing error msg when dumping a filesy
o [1999/07/24] ports/12790 kris     Update Port: maildrop
s [1999/07/25] bin/12801   sheldonh nvi infinite recursion with options "left
o [1999/07/25] kern/12803  obrien   patch to make xe driver's noise configura
o [1999/07/25] bin/12806            `sh -e' doesn't parse multi-command lines
o [1999/07/27] kern/12833           Support for TI1225 PCI to CardBus Bridge
o [1999/07/27] ports/12835 andy     New port: libcgic-1.06
o [1999/07/27] ports/12836 jfitz    p5-Apache port mod_perl part is out of da
o [1999/07/28] ports/12851 jmz      XFree86 needs change for pc98
o [1999/07/28] kern/12855           panic:softdep_flushfiles:looping, caused 
o [1999/07/28] ports/12864 ache     update: less-340
a [1999/07/28] bin/12866   sheldonh [PATCH] RFE for /bin/ls to add a -n optio
o [1999/07/30] misc/12887           Problem with "top" command in SMP
o [1999/07/30] misc/12888           strange kernel messages when copying file
o [1999/07/30] ports/12890 obrien   nmap seems to break under certain conditi
o [1999/07/30] ports/12891 torstenb Please update converters/recode to 3.5
o [1999/07/31] kern/12896           Incorrect CPU model display at boot time
o [1999/07/31] bin/12898            Added a command-line switch to netstat to
o [1999/07/31] ports/12899 ports    New port: wmnet-new
o [1999/07/31] ports/12903 ports    new ports/database/p5-*
o [1999/07/31] ports/12904 taoka    new ports/devel/gperf
o [1999/08/01] ports/12915 ports    Add elm 2.5 to ports
o [1999/08/01] ports/12916 wosch    Update Checkbot to 1.56
o [1999/08/02] docs/12933  n_hibma  sio.4 misses description of 0x0080 flag
o [1999/08/02] ports/12934 ache     procmail 3.13 port doesn't have "install-
o [1999/08/03] bin/12939            add flag to quota to suppress NFS quota c
o [1999/08/03] bin/12942            m4: len(`') returns `'
a [1999/08/03] kern/12943  dg       fxp driver not completely compatible with
o [1999/08/03] bin/12946            top(1) gives incorrect delay default
o [1999/08/04] docs/12951  doc      missing link to japanese mailing list gui
o [1999/08/04] ports/12952 asami    make _PORT_USE touch cookies by variable,
o [1999/08/04] bin/12957            rpc.rusersd dumps core with signal 11 whe
o [1999/08/04] bin/12960   des      basename(3) and dirname(3)
o [1999/08/04] bin/12962   des      basename(3) and dirname(3) part 2
o [1999/08/04] kern/12966           receiver lockups in vr0 driver
o [1999/08/04] docs/12969  doc      Informacion incorrecta para versiones Fre
o [1999/08/05] bin/12982            last does not support -y option.
o [1999/08/05] misc/12983           system hang accessing mounted msdos flopp
o [1999/08/05] misc/12992           sector size independent patch for msdosfs
o [1999/08/05] i386/12993  gibbs    "ahc0: Data Parity Error Detected during 
o [1999/08/05] docs/12994  hoek     Update to getopt.3 to agree with style.9
o [1999/08/06] bin/13000            vi core dumped
o [1999/08/06] ports/13006 erich    update emulators/x48 to 0.4.1d
o [1999/08/07] conf/13016           Wrong sendmail.cf file used by mergemaste
o [1999/08/07] docs/13020  mpp      Manpage capitalization
o [1999/08/08] docs/13034  doc      incorrect (old/obsolete) manpage for name
o [1999/08/08] misc/13036           de doesn't work with DEC 21143 based PCI 
o [1999/08/09] bin/13042            make doesn't handle wildcards in subdirec
o [1999/08/09] bin/13043            minigzip -c option support.
o [1999/08/09] i386/13051           after installation on system using COM1, 
o [1999/08/10] kern/13062           lnc ethernet xmit underflow problem
o [1999/08/11] bin/13068   billf    Don't stamp out score files!
o [1999/08/11] bin/13070   sheldonh line(1) as required by Unix 98
o [1999/08/11] bin/13071   sheldonh link(1) as required by Unix 98
o [1999/08/11] bin/13072   billf    Extensions to biff(1)
o [1999/08/11] bin/13073   billf    Extensions to mesg(1)
o [1999/08/11] bin/13074   sheldonh unlink(1) as required by Unix 98
o [1999/08/11] docs/13079  mpp      new man page describing timeradd() family
o [1999/08/11] kern/13082  dfr      Improved support for NE2000 PnP cards
o [1999/08/11] misc/13089           sysinstall repeatedly installs a distribu
s [1999/08/12] bin/13091   sheldonh [PATCH] pdksh-derived replacement for tes
o [1999/08/12] bin/13092   des      Fetch doesn't default to the correct http
o [1999/08/12] bin/13108            authunix_create_default includes egid twi
o [1999/08/13] docs/13116  doc      typo in ms(7)
o [1999/08/13] misc/13117           CVS repo src/lib/libc_r/uthread incorrect
o [1999/08/13] ports/13124 ports    New port: LinAlg; request for local hosti
o [1999/08/13] bin/13128   billf    pkg_delete doesn't handle absolute pathna
o [1999/08/13] ports/13129 torstenb Postfix Port Ignores MANPREFIX
o [1999/08/13] ports/13133 chuckr   update: xpdf 0.90
o [1999/08/14] bin/13143   alfred   changing mount flags on a mounted filesys
o [1999/08/15] misc/13152           systemwide username too short (currently 
o [1999/08/15] docs/13153  doc      fdc.4 has typo (a line which begin with '
o [1999/08/15] kern/13161  alfred   mounting on top of a mounted file system
o [1999/08/15] kern/13164           kthread_exit stops, but doesn't release p
o [1999/08/15] ports/13167 torstenb [PATCH] security/ssh package keygen fails
o [1999/08/15] i386/13171           "config" not quite right for kernel not n
o [1999/08/16] ports/13173 andy     New port: yiff-0.33
o [1999/08/16] misc/13185           "tengo problemas con el pop3"
o [1999/08/17] ports/13191 andy     New port: fire-1.0
o [1999/08/17] ports/13201 ports    New port: xmess (X11 emulator for game co
o [1999/08/17] kern/13209           IPFILTER_DEFAULT_BLOCK not in /usr/src/sy
o [1999/08/17] docs/13211  chris    [LIST] Some man pages has references to n
o [1999/08/17] kern/13215           ALPS GlidePoint in Sony Z505 not recogniz
o [1999/08/18] docs/13218  mpp      Many manpages still not conformed mdoc(7)
o [1999/08/18] kern/13220           mkdep: compile failed - ../../pci/if_de.c
o [1999/08/18] docs/13225  doc      fpa.4 seems to be i386 specific and shoul
o [1999/08/18] kern/13232           panic("rtfree"); when sending bootp reque
s [1999/08/18] bin/13235   mpp      allow preprocessing with tbl(1) for nroff
o [1999/08/18] bin/13236   joe      Patch for whois to use UK Nominet databas
o [1999/08/18] conf/13249           sysinstall not installing from a local ft
o [1999/08/18] ports/13251 andy     New port: founts-11
s [1999/08/19] kern/13252           niced jobs don't behave really nice
o [1999/08/19] bin/13254            yp_all error messages have wrong text
o [1999/08/20] misc/13266           Removal of #defines and addition of const
o [1999/08/20] ports/13267 andy     New port: glasteroids-1.0
o [1999/08/20] misc/13275           inter.phone has old codes for Guatemala
o [1999/08/20] bin/13278            rogue: killed by fire corrupts score file
o [1999/08/20] kern/13281  wollman  Support for VLANs missing?
o [1999/08/20] misc/13282           partial compliance of dlopen to the Singl
o [1999/08/21] ports/13291 andy     New port: xap-xwf-0.7.8
o [1999/08/21] bin/13309            Fixes to nos-tun
s [1999/08/21] kern/13314  sheldonh can't compile when softupdates + debug.
o [1999/08/22] misc/13326           additional timeval interfaces for <sys/ti
o [1999/08/23] docs/13333  doc      remove rtld(1) XREF in dlopen.3
o [1999/08/23] bin/13339            ntpdate now has unaligned accesses
o [1999/08/23] misc/13341  doc      FAQ 8.7 addition - booting drive 1 from N
o [1999/08/24] bin/13344   sheldonh [PATCH] Reduce pwd_mkdb verbosity for id'
s [1999/08/24] bin/13346   sheldonh Allow pw to use pwd_mkdb's -u option
o [1999/08/24] ports/13351 ache     ports: pgp: installing into $prefix/lib i
o [1999/08/24] docs/13354  doc      URL corrections for www/en/gallery/galler
o [1999/08/24] docs/13356  doc      Corrections to www/en/gallery/gallery.db
o [1999/08/24] kern/13359           Read permission to /dev/io does not grant
o [1999/08/24] ports/13362 jfitz    /usr/ports/database/p5-Pg
a [1999/08/24] bin/13363   sheldonh Patch to env(1) for Unix 98 compatability
o [1999/08/24] bin/13364            Patch to wc(1) for Unix 98 compliance.
a [1999/08/24] bin/13365   sheldonh Patch to mkfifo(1) for Unix 98 compliance
o [1999/08/26] bin/13397            nvi mishandles tags files under certain c
o [1999/08/26] misc/13398  sheldonh Add WHICH_GAMES variable to src/Makefile.
o [1999/08/26] misc/13400           D-Link 660 pccard entry in pccard.conf.sa
o [1999/08/26] bin/13401            tftp will ack duplicate packets with larg
o [1999/08/26] kern/13404           Warning that pseudo-device log is unknown
o [1999/08/27] ports/13419 ache     Update port: misc/less to 340
o [1999/08/27] bin/13420            POSIX.2 wordexp library routine missing f
o [1999/08/27] docs/13421  mpp      src/lib/libc/sys/*.2 misc patch pack
o [1999/08/28] docs/13439  doc      Update docproj.docbook.mk for palm doc fo
o [1999/08/28] docs/13441  doc      incorrect path in SGML_CATALOG_FILES env 
o [1999/08/28] docs/13442  doc      docproj-primer does not mention where to 
o [1999/08/28] misc/13445  jkh      Sysinstall bug
o [1999/08/29] bin/13453            Strange /usr/bin/expand limit (fix includ
o [1999/08/30] misc/13464           3.2-19990827-STABLE date is wrong after e
o [1999/08/30] kern/13473           pccards failing after resume
f [1999/08/31] bin/13506   brian    Problem with ppp octet counter rolling in
o [1999/08/31] gnu/13507            Too many $log$ lines in patch/pch.c
o [1999/08/31] ports/13514 ports    another TCL interface to MySQL port
o [1999/09/01] gnu/13525            gcc fails load against library with both 
o [1999/09/02] ports/13541 andy     New port: chpp-0.3.5
o [1999/09/02] kern/13546           Too-verbose output from PCI probe at boot
o [1999/09/02] i386/13547           FreeBSD will not boot after installing to
o [1999/09/02] bin/13549            [PATCH] Fix for 'lpc start queue' problem
o [1999/09/02] bin/13550   sheldonh If no PATH is defined when calling Sys::H
o [1999/09/03] bin/13557            [PATCH] top(1) sorts processes incorrectl
o [1999/09/03] misc/13558           Post install of Xfree863.3.3.1  gunks up 
o [1999/09/03] bin/13562   obrien   export YYERRCODE to y.tab.h, add paramete
o [1999/09/04] bin/13577            [PATCH] pawd broken for type "nfsl"
o [1999/09/04] bin/13579   mharo    df is missing a Posix flag
o [1999/09/04] i386/13581           after installation, i get a white screen 
o [1999/09/05] ports/13583 ports    New port: databases/py-MySQL
o [1999/09/06] ports/13595 jfieber  update: x11-fonts/xmbdfed 3.9(.2) -> 4.0.
o [1999/09/06] ports/13606 ache     Apache's suEXEC wrapper doesn't enforce u
o [1999/09/07] conf/13609           Some deamons not replacable at boot time 
o [1999/09/07] ports/13614 ports    xdm and wdm do not set environment variab
o [1999/09/07] ports/13619 jfitz    www/p5-libwww incorrect dependency orderi
o [1999/09/07] ports/13633 ports    Better location for samba's private direc
o [1999/09/08] bin/13649   billf    Enhancement to PKG_INSTALL tools (4.0-CUR
o [1999/09/08] ports/13650 asami    Port Conflict Checking for bsd.port.mk
o [1999/09/09] docs/13657  doc      mklocale(1) man errors
o [1999/09/09] kern/13666           buggy filesystems are built as modules
o [1999/09/09] ports/13677 ports    Misc. Ports fix ups.
o [1999/09/10] bin/13692            umount(8) does not unmount filesystems wi
o [1999/09/11] bin/13697            pstat(8) command line option '-w' not fun
o [1999/09/11] misc/13698           Here is: a euro character for syscons & i
o [1999/09/11] ports/13705 jfitz    Update port: www/p5-Apache
o [1999/09/12] i386/13706           FreeBSD identifies all 80486 processors a
o [1999/09/13] kern/13725  sheldonh Comment in LINT: extracting config file f
o [1999/09/13] ports/13734 billf    ifhp-3.3.9 port
o [1999/09/15] bin/13758            [PATCH] adding current download throughpu
o [1999/09/15] bin/13759            Makefile for sendmail configurations
o [1999/09/15] kern/13764  yokota   [PATCH] Stop syscons from flushing histor
o [1999/09/15] docs/13767  doc      rstat_svc(8) manpage present, but /etc/rs
o [1999/09/15] conf/13769           NATD is not compatible with the "simple" 
o [1999/09/15] kern/13770  phk      Almost clone update for kernel ppp implem
o [1999/09/16] bin/13781            [PATCH] allow tcpdump to print packet con
o [1999/09/17] docs/13792  doc      Difficult to find documentation of "secur
o [1999/09/17] bin/13799            [patch] teach vidcontrol there are up to 
o [1999/09/17] ports/13800 se       Patches attached for kdelibs-1.1.1, fix '
o [1999/09/18] misc/13807           data-sensitivity buglet in 'make release'
o [1999/09/18] ports/13808 ports    linux-rvplayer port improved a'la netscap
o [1999/09/19] docs/13815  doc      Out-of-date FAQ entries
o [1999/09/19] ports/13823 wosch    stat port not formatting device node
o [1999/09/19] ports/13832 se       kdebase11 doesn't DTRT when PREFIX is set
o [1999/09/19] ports/13833 se       make PREFIX=/foo/bar/quux broken for kdeu
o [1999/09/19] ports/13834 se       make PREFIX= broken in kdesupport11
o [1999/09/19] ports/13835 se       Fix 'make PREFIX=...' for kdegames11
o [1999/09/19] ports/13840 se       'make PREFIX' fails for kdenetwork11
s [1999/09/19] kern/13841  hm       ISDN i4b does not hang up
o [1999/09/19] ports/13842 se       'make PREFIX' fails for kdemultimedia
s [1999/09/19] kern/13843  ken      da driver does not support 'CDIOCEJECT' i
o [1999/09/19] kern/13846           [PATCH] remove some kernel compile warnin
o [1999/09/20] kern/13850           detect more VGA cards
o [1999/09/20] conf/13863  obrien   dhclient-script doesn't update route if n
o [1999/09/20] misc/13867           Cannot install source of X11
s [1999/09/21] bin/13869   sheldonh man program saves multiple cached copies 
o [1999/09/21] bin/13870            "ps tpt" produces "ps: /dev/ttypT: No suc
o [1999/09/21] docs/13878  doc      No isnanf(3) documentation
o [1999/09/21] bin/13882            mount -p is missing the quota options
o [1999/09/21] kern/13883           Can't have a MFS filesystem > 512MB
o [1999/09/21] ports/13887 taoka    New port (fmirror)
o [1999/09/22] misc/13895           nonexistent words in /usr/share/dict/web2
o [1999/09/22] ports/13898 obrien   New port: misc/dictd
o [1999/09/22] bin/13901            strptime breaks when handling some numeri
o [1999/09/22] conf/13907           dummynet.4 correction, rc addition of
s [1999/09/22] bin/13909   sheldonh /etc/security problems: IPFIREWALL and pa
o [1999/09/22] docs/13914  doc      global(1) manpage does not explain -v opt
o [1999/09/23] conf/13916  mpp      man outputs footer only page as first pag
o [1999/09/23] conf/13918           Termcap entries for VESA modes missing
o [1999/09/23] gnu/13921            awk -v var=val coredump
o [1999/09/23] kern/13924           sb/snd driver broken under 4.0-19990918-C
f [1999/09/24] gnu/13935   ru       FreeBSD uses an obsolete version of grep
o [1999/09/24] i386/13936           No clear indictaion of how much space to 
o [1999/09/25] docs/13950  doc      webpage idea
o [1999/09/25] ports/13952 se       update emulators/wine to 990923 (supersed
o [1999/09/25] docs/13956  doc      commercial vendor: JAV-Associates Consult
o [1999/09/25] docs/13957  doc      Correction to your website for ZNYX Corp.
o [1999/09/25] docs/13959  doc      cgi notes
f [1999/09/25] docs/13960  phantom  Consulting group in Melbourne, Australia
f [1999/09/25] docs/13961  phantom  Commercial Vendors - Consulting: Peter Br
f [1999/09/25] docs/13962  phantom  Commercial Vendors - Consulting: Internet
f [1999/09/25] docs/13963  phantom  Request for listing in Consultants Page: 
f [1999/09/25] docs/13964  phantom  Vendor: Vancouver Internetworking
f [1999/09/25] docs/13966  phantom  Commercial Vendor list: Parabase Technolo
o [1999/09/25] docs/13967  doc      FreeBSD Related Publications in Korea
f [1999/09/25] docs/13969  phantom  Commercial Vendors - Hardware: ActiveWire
o [1999/09/25] docs/13970  doc      FreeBSD Newbie Newsletter
o [1999/09/26] kern/13979           [PATCH] add serial number to IDE HD probe
o [1999/09/26] ports/13986 ports    New port: sysutils/gnometoaster
o [1999/09/26] gnu/13989            SIGWINCH corrupts the display of a multil
o [1999/09/27] ports/14001 scrappy  [PATCH] New version 2.3.0 of the mico por
o [1999/09/27] kern/14006           pas2_pcm.c pcm playback problem, with fix
o [1999/09/28] docs/14024  doc      Several manpages still mentions hosts.den
o [1999/09/29] docs/14035  doc      tzfile.h referenced in tzfile(5) doesn't 
o [1999/09/29] bin/14040            amd has wrong uname data compile in it
o [1999/09/30] i386/14048           ``doscmd -r'' doesn't work
o [1999/09/30] ports/14052 ports    fvwm95-i18n - missing dependence to fbsd-
o [1999/09/30] ports/14070 ports    g2c libraries and compatibility for DJGPP
o [1999/09/30] i386/14071           FreeBSD 3.3 Installation CD does not boot
o [1999/10/01] docs/14074  grog     vinum(8) manpage gets warning <Unknown Fr
o [1999/10/01] ports/14077 ports    Multicast not available on multicast enab
o [1999/10/01] bin/14078            -stable 'make release' does not work on -
o [1999/10/01] ports/14079 ports    ssh2 port won't install if automake is in
f [1999/10/01] pending/14083gibbs    CAM 3.3-RELEASE fails boot w/2940UW + non
o [1999/10/02] kern/14087  dcs      update sys/boot/ficl/softwords/softcore.a
o [1999/10/02] ports/14088 ports    port of new fvwm 2.3 beta (2.3.8)
o [1999/10/02] bin/14095            Add some (cosmetic) functionality to whoi
o [1999/10/03] misc/14099           zh, ja, ru, es, files
o [1999/10/03] ports/14100 sada     New port: graphics/flashplugin
o [1999/10/03] misc/14104           DISTFILES name clash between release/Make
o [1999/10/03] ports/14106 sada     Update: linux-netscape -> 4.7
o [1999/10/04] docs/14112  doc      calls in ddb doc don't exist any longer
o [1999/10/04] ports/14124 ports    Update port: graphics/tiff to 3.5.2
o [1999/10/04] docs/14129  phantom  gated(8) and htable(8) as referenced in r
o [1999/10/04] kern/14136           no mean 'OVERRIDE_xxx'
o [1999/10/04] ports/14137 ports    New port: security/p5-Authen-PAM
o [1999/10/04] kern/14138  sos      writing to ZIP 250MB drive bombs via ATAP
o [1999/10/05] bin/14142            sendmail: mci.c: bad pointer conversion i
o [1999/10/05] bin/14151            Patch: date(1): merge in OpenBSD enhancem
o [1999/10/06] docs/14158  doc      md5(1) manpage should not claim the md5 a
o [1999/10/06] docs/14159  doc      Commercial Vendors - Software: Deskware, 
o [1999/10/06] ports/14160 ports    New port: japanese/makejvf
o [1999/10/06] ports/14161 ports    New port: japanese/vfxdvik
o [1999/10/06] docs/14165  doc      FDP introduction article
o [1999/10/06] kern/14166           AVER TVPhone
o [1999/10/06] bin/14171            [PATCH] create symbolic links using mtree
o [1999/10/07] bin/14175            route for ip aliasing
o [1999/10/07] ports/14176 imp      seahaven(6) obtains SIGFPE
o [1999/10/07] ports/14182 asami    Patch: bsd.port.mk: add plist target
o [1999/10/07] ports/14185 ports    ports/x11-wm/fvwm2 updated from 2.2.2 to 
o [1999/10/07] ports/14188 se       kdm bug and workaround
o [1999/10/07] alpha/14200 alpha    kldstat command has formatting problems o
o [1999/10/08] ports/14209 ports    Update port: graphics/giflib to libungif-
o [1999/10/08] kern/14217           [PATCH] EXT2FS as a KLD
o [1999/10/08] ports/14218 ports    make sysutils/pkg_version use nik's patch
o [1999/10/09] ports/14225 markm    Patches for security/pgp5
o [1999/10/09] ports/14231 ache     MD5 checksum error installing lynx-curren
o [1999/10/09] bin/14239            [PATCH] Trivial fortune spelling correcti
o [1999/10/09] kern/14240           compilation error: __cmpdi2 unresolved
o [1999/10/09] bin/14246            kvm_open and kvm_openfiles not works corr
o [1999/10/10] docs/14248  doc      codify proposed style
o [1999/10/10] misc/14253           Mistake in dhclient-script(8) man page
o [1999/10/10] bin/14255            rup and rusers could not deal with many h
o [1999/10/11] misc/14258           IP_TOS and IP_TTL sockopt doesn't work on
o [1999/10/11] ports/14260 ports    New port: WODA - A Web Oriented Database 
o [1999/10/11] ports/14262 ports    devel/boehm-gc ignores CFLAGS
o [1999/10/11] misc/14263  phantom  There ara no ukrainian locale in stable/c
o [1999/10/11] i386/14266           vfsload() looks in /lkm, not /modules
o [1999/10/11] misc/14269           NIS passwd and group maps do not clean ou
o [1999/10/11] ports/14271 ports    Yorick builds without X support
o [1999/10/11] misc/14273           Somewhat bogus entry in termcap
o [1999/10/11] ports/14276 ports    New port: tkdiff-3.04
o [1999/10/11] kern/14278           'newpcm' does'nt compile with '-fno-built
o [1999/10/12] ports/14280 kris     port curl build flag USE_SSL does nothing
o [1999/10/12] ports/14288 ports    Kill palm/prc-tools
o [1999/10/12] conf/14297           [Patch] pccard.conf for corega Ether PCC-
o [1999/10/13] misc/14300           MAKEDEV requires /usr to be mounted (for 
o [1999/10/13] bin/14305   ru       natd should know FTP EPRT command
o [1999/10/13] ports/14311 ports    New port: www/gnuinfo
o [1999/10/13] ports/14316 markm    exmh not recognizing mh and uses too many
o [1999/10/13] bin/14317   jkh      sysintall: instructions to reboot don't m
o [1999/10/13] bin/14318   jkh      sysinstall upon install has some counter-
o [1999/10/13] docs/14319  doc      hostname(1) doesn't mention rc.conf
o [1999/10/14] docs/14320  doc      tzfile manual page has omissions and erro
o [1999/10/14] docs/14321  doc      Missing ld.so.1.
o [1999/10/14] ports/14323 markm    [PATCH] ports/security/pgp5: Invoked with
o [1999/10/14] bin/14330   peter    [PATCH] fix clash between /usr/src/contri
o [1999/10/14] bin/14335   peter    Manual page for ndc gives incorrect path 
o [1999/10/14] ports/14337 ports    xdm and Eterm: tty allocation problem?
o [1999/10/14] bin/14342            [PATCH] Speed ups for regex!
o [1999/10/15] kern/14346           Both pccard/cardinfo.h and sys/memrange.h
o [1999/10/15] kern/14350           Security enhancement to ICMP
o [1999/10/15] ports/14353 jkoshy   cvslines port has bad path to perl and rc
o [1999/10/15] kern/14355           perhaps a guard page needed for UP-mode k
o [1999/10/15] kern/14356  grog     vinum and ``some processes would not die;
o [1999/10/15] ports/14359 ports    Update port: mail/imap-uw
o [1999/10/16] bin/14361            locate bogusly converts to network byte o
o [1999/10/16] ports/14363 ports    Update emulators/stonx
o [1999/10/17] bin/14368   marcel   Update compat3x distribution
o [1999/10/17] ports/14377 torstenb [PATCH] shells/zsh - fix zshall(1)
o [1999/10/17] ports/14378 ports    New port: graphics/mpeg
o [1999/10/17] ports/14379 ports    New port: graphics/xmrm
o [1999/10/17] kern/14380           [PATCH] if_de workaround for when BIOS do
o [1999/10/17] ports/14381 ports    New port: games/x3eyes
a [1999/10/17] ports/14382 billf    New port: tkrat 2.0b3
o [1999/10/17] i386/14383           pthread_kill() does not call sighandler o
o [1999/10/17] ports/14389 jseger   XScreensaver port does not properly detec
o [1999/10/18] kern/14394           kernel panic when asking help in visual u
o [1999/10/18] i386/14396           Floppy install of 3.2-release, 3.3-releas
o [1999/10/18] bin/14406            [SECURITY] strcpy() buffer overflow in um
o [1999/10/18] ports/14409 ports    New port: www/webfs-0.5
o [1999/10/18] ports/14411 ports    news/ifmail deinstallation
o [1999/10/19] ports/14420 ports    news/cnews is broken with awk 3.0.3
o [1999/10/19] ports/14421 ports    news/cnews honor PREFIX
o [1999/10/19] docs/14426  doc      FAQ entry on kernel panics needs updating
o [1999/10/19] misc/14428           can't install from extended DOS partition
o [1999/10/20] i386/14437           MFC'ed identcpu.c
o [1999/10/20] i386/14438           additional CPUID bit definitions for iden
o [1999/10/20] i386/14440           update to identcpu.c to "support" AMD K7'
o [1999/10/20] ports/14442 ports    New port: security/dante
o [1999/10/20] ports/14443 ache     ports/misc/screen screen-3.9.5 fix
o [1999/10/21] bin/14448            ftp-client may not recognize failure, rep
o [1999/10/21] docs/14449  doc      time clamping effect of securelevel not d
o [1999/10/21] ports/14452 ports    Cyrus IMAP port leaves behind directories
o [1999/10/22] misc/14455  mdodd    make release failure with PCCARD kernel
o [1999/10/23] ports/14459 ports    New port: graphics/epstool
f [1999/10/23] docs/14460  jhb      Fix broken links in the FAQ
o [1999/10/23] ports/14462 ports    New port: net/radreport
o [1999/10/23] conf/14463           cvs pserver does not work with out-of-the
o [1999/10/23] ports/14464 ports    Update Etherboot to 4.2.9
o [1999/10/23] ports/14468 ports    New port: misc/makeself
o [1999/10/23] ports/14469 ports    remove port: deskutils/recycler
o [1999/10/23] ports/14471 ports    remove port: deskutils/xcalendar
o [1999/10/23] ports/14478 ports    status on port devel/gaa - feedback pleas
o [1999/10/23] ports/14479 ports    new port:  diffstat
o [1999/10/23] ports/14480 ports    New port: p5-AppConfig-1.52
o [1999/10/23] conf/14487           Please Change "/usr/share/skel/dot.login"
o [1999/10/23] misc/14488           kget doesn´t write the key word "enable" 
o [1999/10/23] ports/14489 ports    New port: misc/gplbp
o [1999/10/23] ports/14490 ports    New port: games/krubik
o [1999/10/24] ports/14496 ports    New port: graphics/tkxanim
o [1999/10/24] ports/14497 ports    New (binary) port: ksh93
o [1999/10/24] ports/14498 ports    New port: gtic-1.3b
o [1999/10/24] ports/14499 torstenb update port irc/ircII to 4.4L
o [1999/10/24] ports/14500 ports    New port: cmail
f [1999/10/24] ports/14501 ports    Update port: misc/rfc
o [1999/10/24] ports/14503 ports    New port: NetRexx
o [1999/10/24] kern/14504           Framing Error on FreeBSD Laptop
o [1999/10/25] misc/14511           chapss Y2K problem
o [1999/10/25] ports/14515 ports    New Tripwire 1.3 Port
o [1999/10/25] ports/14516 ports    ports net/mpich security-related update (
o [1999/10/25] ports/14519 erich    GIMP 1.1.10 fails to save TIFF files.
o [1999/10/25] conf/14522           dhclient incorrectly reads and sets hostn
o [1999/10/25] misc/14523           mistake in traceroute `FREEBSD-upgrade' f
o [1999/10/25] ports/14526 ports    New port: math/grpn
o [1999/10/25] docs/14530  doc      Printed manual pages have extraneous blan
o [1999/10/25] bin/14532   doc      Much of cam_cdbparse(3) prints in Courier
o [1999/10/25] bin/14533            pccardd improperly assigns irqs
o [1999/10/25] bin/14534   mpp      Formatting man pages gives numeric expres
o [1999/10/25] ports/14535 ports    New port: Wolfpack Empire 4.2.6
o [1999/10/26] ports/14537 ports    New port: ptkei
o [1999/10/26] kern/14540  sef      ulimit -c 0  and limits -c 0  no longer d
o [1999/10/26] bin/14545            quota reports in K, but header says 'bloc
o [1999/10/27] ports/14554 ports    new port:  qrash
a [1999/10/27] kern/14561  ken      ioctl (fd, CDIOCEJECT, (void*) 0) doesn't
s [1999/10/27] kern/14562  ken      ioctl() codes should be provided for ejec
o [1999/10/27] docs/14563  doc      Wrong manpage produced by `man 4 fd'
o [1999/10/27] ports/14564 ports    New port: www/p5-FastCGI
o [1999/10/27] docs/14565  doc      ioctl() codes for device type `fd' (flopp
o [1999/10/27] ports/14570 ports    New port: editors/ghex
o [1999/10/27] i386/14574           ISA based ESS1688 support(partially) for 
o [1999/10/28] kern/14584           Proposition for improved file permissions
s [1999/10/29] kern/14590           kernel panic writing to floppy
o [1999/10/29] ports/14591 ports    Update port: xemacs-mule(body)
o [1999/10/29] ports/14592 ports    Update port: xemacs-mule-sumo(meta)
o [1999/10/29] ports/14593 ports    Update port: xemacs-mule(packages)
o [1999/10/29] docs/14595  doc      The ipfw `log' suboption is not documente
o [1999/10/29] ports/14596 ports    The fvwm-1.24r package lacks XPM support
o [1999/10/29] ports/14597 ports    Update port: cad/xcircuit
o [1999/10/29] misc/14599           pam_kerberosIV.so in the 'krb.??' package
s [1999/10/29] docs/14601  sheldonh sh.1 wrongly says bash is a ksh clone
o [1999/10/29] kern/14602           struct utsname fields are allocated too s
o [1999/10/29] ports/14606 max      Update port: net/delegate to v5.9.5
o [1999/10/30] ports/14610 ports    New port: graphics/kplot3d
o [1999/10/30] ports/14611 mharo    update port audio/libmikmod, to v3.1.8
o [1999/10/30] ports/14612 ports    New port: misc/rboot
o [1999/10/30] ports/14618 ports    New port: security/librc4
o [1999/10/30] ports/14619 ports    New port: security/libsasl
o [1999/10/31] ports/14620 ports    gimp1-i18n's PLIST lacks one file.
o [1999/10/31] ports/14624 ports    New port: Mathopd - A very small, yet ver
o [1999/10/31] ports/14633 ports    vflib upgrade: 2.24.1->2.24.2
o [1999/10/31] kern/14634           Mixer synth & mixer CD seem to be swapped
o [1999/10/31] kern/14639           convert proc.p_peers to a queue(3) LIST
o [1999/11/01] ports/14643 ports    A Chinese/English dictionary
o [1999/11/01] ports/14644 ports    A Big5-localized & XIM-enabled XEmacs por
o [1999/11/01] ports/14645 ports    New port: games/dungeon, (Zork !)
o [1999/11/01] kern/14646           kern.boottime affected by APM suspend/res
o [1999/11/01] ports/14647 ports    Upgrade of `hugs' port
o [1999/11/01] bin/14648   markm    `make world' now requires -DNOCRYPT in my
o [1999/11/01] gnu/14649   markm    Perl "tutorials" missing from documentati
o [1999/11/01] ports/14652 se       update emulators/wine to 991031 (supersed
o [1999/11/02] conf/14658           Estonian keymaps not yet included in Free
o [1999/11/02] ports/14661 ports    new port: dia-0.81
o [1999/11/02] ports/14663 ports    aspell-.27.2 port doesn't read dictionari
o [1999/11/02] gnu/14664            tar checks for volno-file even if it shou
o [1999/11/02] conf/14667           [FIX] wrong swissgerman/swissfrench ISO-k
o [1999/11/02] ports/14668 ports    new port - freetds
o [1999/11/02] ports/14675 ports    New port: devel/kdbg
o [1999/11/02] docs/14677  chris    listing of (48) utilities in /bin:/sbin:/
o [1999/11/03] docs/14682  doc      lprm(1) unaware of lp(1) Environment Vari
o [1999/11/03] ports/14683 ports    New port: games/speyes
o [1999/11/03] ports/14686 ports    New port: pisces IIB (Category: cad)
o [1999/11/03] ports/14693 ports    New port: www/w3m-ssl
o [1999/11/03] ports/14694 ports    New port: japanese/w3m-ssl
o [1999/11/03] ports/14700 mharo    libmikmod upgrade
o [1999/11/03] ports/14701 ports    New Port
o [1999/11/04] ports/14705 ports    [NEW PORTS] ports of xls2xml converter an
o [1999/11/04] misc/14706  jkh      sysinstall coredumps
o [1999/11/04] conf/14714           Need support for imap4 and pop3 in /etc/p
o [1999/11/04] ports/14716 ports    This is a port of a Swedish dictionary to
o [1999/11/05] ports/14720 ports    New port: editors/bvi
o [1999/11/05] ports/14728 ports    New Port:  misc/freedialog
o [1999/11/05] bin/14731            The kernel has vlan support but ifconfig 
o [1999/11/05] docs/14734  doc      There is no rtld(1) man page
o [1999/11/06] ports/14741 ports    A summary of the old ispell-language-file
o [1999/11/06] ports/14743 ports    tcl/e package install hangs sysinstall wi
o [1999/11/06] ports/14744 ports    tksetathome hangs sysinstall due to lack 
o [1999/11/06] ports/14745 ports    local package fails to install
o [1999/11/06] misc/14746           xf86config shell script leaves arrow keys
o [1999/11/06] misc/14747           can't install docs 'cause lynx isn't ther
o [1999/11/06] ports/14750 ports    SSH port fails to build using 3.3 CD-ROM
o [1999/11/06] ports/14752 ports    new port (xracer)
o [1999/11/07] ports/14759 ports    Many minor port clean-ups
o [1999/11/07] ports/14760 asami    bsd.port.mk: Speed-up for clean-depends
o [1999/11/07] ports/14761 ports    More minor port clean-ups
o [1999/11/07] ports/14771 ports    sslwrap - a new port
o [1999/11/07] ports/14773 ports    Update-port: security/nessus
o [1999/11/07] ports/14774 ports    New port: security/nessus-libraries
o [1999/11/07] ports/14775 ports    New port: security/nessus-libnasl
o [1999/11/07] ports/14776 ports    New port: security/nessus-plugins
o [1999/11/07] kern/14778           sio.c doesn't recognize USR model 3090 IS
o [1999/11/08] ports/14783 ports    mgetty 1.1.12 always sets clocal
o [1999/11/08] bin/14786            tail breaks on large files
o [1999/11/08] ports/14790 cpiazza  new port (xshipwars-client-1.20)
o [1999/11/08] conf/14791           Optionally change the behaviour of fsck u
o [1999/11/08] i386/14793           more fdisk partition types
o [1999/11/08] misc/14795           Core Dump of /stand/sysinstall
o [1999/11/09] ports/14798 ache     ports/comms/rzsz no longer compiles becau
o [1999/11/09] i386/14800           FreeBSD BootMgr not configurable (or at l
o [1999/11/09] ports/14809 andreas  ports:postgresql update (postgresql 6.5.3
o [1999/11/10] conf/14810           [PATCH] initialising multiple interfaces 
o [1999/11/10] i386/14816           lnc(4) can work with Am79C937
o [1999/11/10] bin/14817            strptime(3) '%C' conversion incorrect
o [1999/11/10] ports/14820 torstenb New version of postfix
o [1999/11/11] ports/14822 jfitz    majordomo sets group-writable dir's
o [1999/11/11] ports/14824 wosch    no '\0' at the end of buffer
o [1999/11/11] ports/14827 ports    fftw-2.1.2 -> 2.1.3 port upgrade
o [1999/11/11] bin/14829            rc.shutdown is handled unconsistently by 
o [1999/11/11] misc/14832           Spelling Errors in fortune(6) datfiles.
o [1999/11/11] ports/14833 jraynard update port:  sfio
o [1999/11/11] ports/14838 ports    New Speak Freely has been released
o [1999/11/12] kern/14839           RELENG_2_2 boot kernel is large size prob
o [1999/11/12] kern/14840           Opti930 doesn't work.
o [1999/11/12] kern/14841  adrian   IEEE 802 encapsulation for arp on etherne
o [1999/11/12] bin/14842            PAM's pam_unix.so does not load libcrypt.
o [1999/11/12] ports/14854 peter    port comms/conserver partially ignores ${
o [1999/11/12] ports/14855 ports    [NEW PORT] hns (Hyper NIKKI System)
o [1999/11/12] docs/14858  doc      pthread_cond_{destroy,timed_wait,wait}.3 
f [1999/11/13] ports/14859 ports    OpenSSH has no support for the login clas
f [1999/11/13] ports/14863 green    OpenSSH source unfetchable from behind NA
o [1999/11/13] conf/14864           I can not get dual Boot to boot FreeBSD f
o [1999/11/13] ports/14866 ports    Upgrade FP Exts to FrontPage 2000 Exts.
o [1999/11/13] ports/14867 ports    UPDATE: ports/www/tidy to latest version
o [1999/11/14] misc/14868           Freebsd 3.2-REL with 1 ISA PNP and 1 PCI 
o [1999/11/14] ports/14869 ports    New FreeBSD port for jesred-1.2.pl1
o [1999/11/14] ports/14870 ports    port submission: lc-1.0
o [1999/11/14] ports/14871 ports    Updates: audio/timidity++-motif
o [1999/11/14] ports/14872 ports    Updates: japanese/tkdesk
o [1999/11/14] misc/14873           corrupted file attachments when mail pass
o [1999/11/14] ports/14874 ports    Eterm 0.8.10 was released
o [1999/11/14] ports/14876 ports    update of lame port for 3.50, fixes
o [1999/11/14] ports/14877 ports    Update to Scilab port to 2.4.1
o [1999/11/14] ports/14878 ports    apache13-php3 depends on shared lib gd.0 
o [1999/11/14] ports/14879 ports    New port: lang/starlogo
o [1999/11/14] ports/14881 ports    Change of maintainer e-mail address
o [1999/11/14] ports/14887 ports    improvements for archivers/linux_rar port
o [1999/11/14] ports/14889 ports    [PATCH] dynamic loading for WINE port
o [1999/11/14] i386/14891           New smbus driver lmsmb
o [1999/11/14] ports/14893 ports    /comm/kermit some fixed patch
o [1999/11/14] ports/14894 ports    comm/kermit some fixed patch
o [1999/11/15] ports/14896 ports    Update port: graphics/gimp1-i18n
o [1999/11/15] ports/14897 ports    Dependency change of www/w3m port
o [1999/11/15] ports/14898 ports    Upgrade of `hugs' port (fixed)
o [1999/11/15] ports/14899 ports    New Port: /editors/staroffice51a
o [1999/11/15] ports/14901 ports    Update port: archivers/lzo
o [1999/11/15] ports/14902 ports    Update port: converters/aish to 1.13
o [1999/11/15] ports/14903 ports    Update port: emulators/cpmemu to 0.2.1.1
o [1999/11/15] ports/14904 ports    Update port: graphics/png to 1.0.5
o [1999/11/15] ports/14905 ports    Update port: mail/balsa to 0.4.9.5

1363 problems total.



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Mon Nov 15 11:30: 3 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id DBBEA14A09
	for <freebsd-bugs@FreeBSD.org>; Mon, 15 Nov 1999 11:30:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id LAA18480;
	Mon, 15 Nov 1999 11:30:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Date: Mon, 15 Nov 1999 11:30:01 -0800 (PST)
Message-Id: <199911151930.LAA18480@freefall.freebsd.org>
To: freebsd-bugs@FreeBSD.org
Cc: 
From: Jasper Wallace <jasper@ivision.co.uk>
Subject: Re: kern/8596: panic: page fault while using ping's% record-route
 option
Reply-To: Jasper Wallace <jasper@ivision.co.uk>
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

The following reply was made to PR kern/8596; it has been noted by GNATS.

From: Jasper Wallace <jasper@ivision.co.uk>
To: freebsd-gnats-submit@freebsd.org
Cc: sysadmin@ivision.co.uk
Subject: Re: kern/8596: panic: page fault while using ping's% record-route
 option
Date: Mon, 15 Nov 1999 19:08:19 +0000 (BST)

 I've seen this too with 3.3-RELEASE.
 
 Unfortunatly all the 3.3 boxes we have are in use, so i didn't spend any
 time trying to diagnose it.
 
 the box has ipfw and dummynet, ed and mx ethernet cards.
 
 If someone wants to spend some time looking at the problem, i can do more
 testing etc...
 
 -- 
 Internet Vision          Internet Consultancy           Tel: 0171 589 4500
 60 Albert Court            & Web development            Fax: 0171 589 4522
 Prince Consort Road                                   vision@ivision.co.uk
 London SW7 2BE                                   http://www.ivision.co.uk/
 
 


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Mon Nov 15 12: 7: 7 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP
	id 18604150A9; Mon, 15 Nov 1999 12:07:05 -0800 (PST)
	(envelope-from pb@FreeBSD.org)
Received: (from pb@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id MAA22153;
	Mon, 15 Nov 1999 12:07:05 -0800 (PST)
	(envelope-from pb@FreeBSD.org)
Date: Mon, 15 Nov 1999 12:07:05 -0800 (PST)
From: <pb@FreeBSD.org>
Message-Id: <199911152007.MAA22153@freefall.freebsd.org>
To: thomma@slip.net, pb@FreeBSD.org, freebsd-bugs@FreeBSD.org
Subject: Re: bin/13292: Ping -s <odd_size> does not work
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

Synopsis: Ping -s <odd_size> does not work

State-Changed-From-To: open->closed
State-Changed-By: pb
State-Changed-When: Mon Nov 15 12:06:03 PST 1999
State-Changed-Why: 
Fixed in -current (with a different patch). Thanks!


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Mon Nov 15 12:40: 8 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id DFADA15106
	for <freebsd-bugs@FreeBSD.org>; Mon, 15 Nov 1999 12:40:03 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id MAA25490;
	Mon, 15 Nov 1999 12:40:03 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: by hub.freebsd.org (Postfix, from userid 32767)
	id BF7F014D62; Mon, 15 Nov 1999 12:31:21 -0800 (PST)
Message-Id: <19991115203121.BF7F014D62@hub.freebsd.org>
Date: Mon, 15 Nov 1999 12:31:21 -0800 (PST)
From: pauel@encred.ru
To: freebsd-gnats-submit@freebsd.org
X-Send-Pr-Version: www-1.0
Subject: i386/14907: ipfw show take wrong values of counter/or say: "rule not found",but rule exist
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         14907
>Category:       i386
>Synopsis:       ipfw show take wrong values of counter/or say: "rule not found",but rule exist
>Confidential:   no
>Severity:       serious
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Mon Nov 15 12:40:03 PST 1999
>Closed-Date:
>Last-Modified:
>Originator:     Pauel Loshkin
>Release:        3.3
>Organization:
Encred-Software
>Environment:
FreeBSD access.encred.ru 3.3-RELEASE FreeBSD 3.3-RELEASE #0: Sat Nov 13 12:32:08 MSK 1999     root@:/usr/src/sys/compile/ENCRE
D  i386
>Description:
Periodicaly,if i use command ipfw s n-rule (or ipfw -a l n-rule) ipfw
say me: "rule not found", but rule exist
next time (momentaly after "not found") i command ipfw s - and all Ok.
It's 1-st
and 2-st - ipfw s may indicate illegal counter of packet
(6666666666666666666666666666666 for example),and next ipfw s show
normal counter.
I use ipfw s for count statistics - and from 300-400 ipfw s 1-2 illegal
(or not found/or incresible value)

It's problem i don't see in ver 3.1 ,and see in 3.2 and 3.3
>How-To-Repeat:
1-2 times from 300-400 commands ipfw s
(i use cron - every minute running ipfw s - if running continuous cycle i don't see it problem - i test it,
and test my friends)
and one time i take it problem in daily report:

rule 0 - 6666666666666666666 111111111111111111 ip from 0.0.0.0 to 5.0.0.0
rule 0 - 
.....

in my system rule 0 not exist ;)

>Fix:


>Release-Note:
>Audit-Trail:
>Unformatted:


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Mon Nov 15 14: 0: 4 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id 08EDA1511E
	for <freebsd-bugs@FreeBSD.org>; Mon, 15 Nov 1999 14:00:00 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id OAA34901;
	Mon, 15 Nov 1999 14:00:00 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: by hub.freebsd.org (Postfix, from userid 32767)
	id 236B31510D; Mon, 15 Nov 1999 13:58:16 -0800 (PST)
Message-Id: <19991115215816.236B31510D@hub.freebsd.org>
Date: Mon, 15 Nov 1999 13:58:16 -0800 (PST)
From: hoppe@utstar.com
To: freebsd-gnats-submit@freebsd.org
X-Send-Pr-Version: www-1.0
Subject: misc/14909: need a server with a fast ATM interface
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         14909
>Category:       misc
>Synopsis:       need a server with a fast ATM interface
>Confidential:   no
>Severity:       serious
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          change-request
>Submitter-Id:   current-users
>Arrival-Date:   Mon Nov 15 14:00:00 PST 1999
>Closed-Date:
>Last-Modified:
>Originator:     UTStarcom
>Release:        not using yet
>Organization:
System Test
>Environment:
PC
>Description:
Need a ATM 155 Mhz server
>How-To-Repeat:
Need a ATM 155 Mhz server
>Fix:
Need a ATM 155 Mhz server

>Release-Note:
>Audit-Trail:
>Unformatted:


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Mon Nov 15 14:13:18 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP
	id 2256C14DB6; Mon, 15 Nov 1999 14:13:16 -0800 (PST)
	(envelope-from billf@FreeBSD.org)
Received: (from billf@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id OAA35747;
	Mon, 15 Nov 1999 14:13:16 -0800 (PST)
	(envelope-from billf@FreeBSD.org)
Date: Mon, 15 Nov 1999 14:13:16 -0800 (PST)
From: <billf@FreeBSD.org>
Message-Id: <199911152213.OAA35747@freefall.freebsd.org>
To: hoppe@utstar.com, billf@FreeBSD.org, freebsd-bugs@FreeBSD.org
Subject: Re: misc/14909: need a server with a fast ATM interface
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

Synopsis: need a server with a fast ATM interface

State-Changed-From-To: open->closed
State-Changed-By: billf
State-Changed-When: Mon Nov 15 14:12:59 PST 1999
State-Changed-Why: 
"Need a clue".


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Mon Nov 15 14:50: 7 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id 244061517A
	for <freebsd-bugs@FreeBSD.org>; Mon, 15 Nov 1999 14:50:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id OAA40568;
	Mon, 15 Nov 1999 14:50:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: from orthanc.ab.ca (orthanc.ab.ca [207.167.3.130])
	by hub.freebsd.org (Postfix) with ESMTP id D011214A2A
	for <FreeBSD-gnats-submit@freebsd.org>; Mon, 15 Nov 1999 14:41:04 -0800 (PST)
	(envelope-from lyndon@orthanc.ab.ca)
Received: (from lyndon@localhost)
	by orthanc.ab.ca (8.10.0.Beta6/8.10.0.Beta6) id dAFMe8918700;
	Mon, 15 Nov 1999 15:40:08 -0700 (MST)
Message-Id: <199911152240.dAFMe8918700@orthanc.ab.ca>
Date: Mon, 15 Nov 1999 15:40:08 -0700 (MST)
From: Lyndon Nerenberg <lyndon@orthanc.ab.ca>
Reply-To: lyndon@orthanc.ab.ca
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: bin/14911: opiekey missing links to otp-md4 and otp-md5
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         14911
>Category:       bin
>Synopsis:       Install of opiekey missing links to otp-md[45]
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Mon Nov 15 14:50:01 PST 1999
>Closed-Date:
>Last-Modified:
>Originator:     Lyndon Nerenberg
>Release:        FreeBSD 4.0-CURRENT i386
>Organization:
The Frobozz Magic Homing Pigeon Company
>Environment:

	-CURRENT

>Description:

	The makefile for opiekey neglects to install the indicated links
	for the binary and manpage.

>How-To-Repeat:


>Fix:

Apply the following patch to /usr/src/usr.bin/opiekey/Makefile:

echo x - opie.diff
sed 's/^X//' >opie.diff << 'END-of-opie.diff'
X--- Makefile	1999/11/15 22:32:21	1.1
X+++ Makefile	1999/11/15 22:33:43
X@@ -11,6 +11,11 @@
X DPADD=	${LIBOPIE} ${LIBMD}
X LDADD=	-lopie -lmd
X 
X+LINKS=	${BINDIR}/opiekey ${BINDIR}/otp-md4
X+LINKS+= ${BINDIR}/opiekey ${BINDIR}/otp-md5
X+
X+MLINKS= opiekey.1 otp-md4.1 opiekey.1 otp-md5.1
X+
X .PATH:	${OPIE_DIST}
X 
X .include <bsd.prog.mk>
END-of-opie.diff
exit


>Release-Note:
>Audit-Trail:
>Unformatted:


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Mon Nov 15 15:50: 3 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id 4D92A14DCC
	for <freebsd-bugs@FreeBSD.org>; Mon, 15 Nov 1999 15:50:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id PAA47453;
	Mon, 15 Nov 1999 15:50:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: from io.yi.org (24.66.174.118.bc.wave.home.com [24.66.174.118])
	by hub.freebsd.org (Postfix) with ESMTP id 81B9914D8D
	for <FreeBSD-gnats-submit@freebsd.org>; Mon, 15 Nov 1999 15:42:17 -0800 (PST)
	(envelope-from root@io.yi.org)
Received: by io.yi.org (Postfix, from userid 0)
	id 10D521FCC; Mon, 15 Nov 1999 15:42:18 -0800 (PST)
Message-Id: <19991115234218.10D521FCC@io.yi.org>
Date: Mon, 15 Nov 1999 15:42:18 -0800 (PST)
From: jake@checker.org
Reply-To: jake@checker.org
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: kern/14912: Convert exit_list and fork_list to queue(3) TAILQs
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         14912
>Category:       kern
>Synopsis:       Convert exit_list and fork_list to queue(3) TAILQs
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          change-request
>Submitter-Id:   current-users
>Arrival-Date:   Mon Nov 15 15:50:00 PST 1999
>Closed-Date:
>Last-Modified:
>Originator:     Jake Burkholder
>Release:        FreeBSD 4.0-CURRENT i386
>Organization:
none
>Environment:

4.0-CURRENT

>Description:

The at_exit and at_fork functions currently use a 'roll your own'
linked list to store the callbak routines.  The patch converts the
lists to queue(3) TAILQs, making the code slightly clearer and ensuring
that callbacks are executed in FIFO order.

Man page also updated as necesary.

>How-To-Repeat:

n/a

>Fix:

Patch available at http://io.yi.org/at_exit.diff


>Release-Note:
>Audit-Trail:
>Unformatted:


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Mon Nov 15 16:10: 3 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id 6D3A314ED1
	for <freebsd-bugs@FreeBSD.org>; Mon, 15 Nov 1999 16:10:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id QAA49030;
	Mon, 15 Nov 1999 16:10:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: by hub.freebsd.org (Postfix, from userid 32767)
	id 046E214E34; Mon, 15 Nov 1999 16:09:19 -0800 (PST)
Message-Id: <19991116000919.046E214E34@hub.freebsd.org>
Date: Mon, 15 Nov 1999 16:09:19 -0800 (PST)
From: ambrisko@whistle.com
To: freebsd-gnats-submit@freebsd.org
X-Send-Pr-Version: www-1.0
Subject: conf/14913: Fix for "arplookup 127.0.0.1 failed: could not allocate llinfo"
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         14913
>Category:       conf
>Synopsis:       Fix for "arplookup 127.0.0.1 failed: could not allocate llinfo"
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Mon Nov 15 16:10:01 PST 1999
>Closed-Date:
>Last-Modified:
>Originator:     Doug ambrisko
>Release:        Current
>Organization:
Whistle
>Environment:
FreeBSD ibmpc.whistle.com 4.0-CURRENT FreeBSD 4.0-CURRENT #0: Mon Nov 15 15:42:33 PST 1999     root@ibmpc.whistle.com:/usr/src/sys/compile/IBMPC  i386
>Description:
When using dhcp to configure ethernet devices and not specifying
"network_interfaces" so it defaults to "auto", rc.network using
ifconfig -l to get the list of ethernet devices since fxp0 is < lo0.
dhclient is run on fxp0 before lo0 is instantiated.  So making the 
route of fxp0 to 127.0.0.1 makes things go screwy and you get the
following messages and break amd.

arpresolve: can't allocate llinfo for 127.0.0.1rt
arplookup 127.0.0.1 failed: could not allocate llinfo
>How-To-Repeat:

>Fix:
*** rc.network	Sun Sep 19 14:32:42 1999
--- /etc/rc.network	Mon Nov 15 15:59:17 1999
***************
*** 73,79 ****
  	#
  	case ${network_interfaces} in
  	[Aa][Uu][Tt][Oo])
! 		network_interfaces="`ifconfig -l`"
  		;;
  	esac
  
--- 73,80 ----
  	#
  	case ${network_interfaces} in
  	[Aa][Uu][Tt][Oo])
! 		#setup lo0 first or things break
! 		network_interfaces="lo0 `ifconfig -l | sed 's/lo0//`"
  		;;
  	esac
  


>Release-Note:
>Audit-Trail:
>Unformatted:


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Mon Nov 15 16:20: 5 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id E5CD71502B
	for <freebsd-bugs@FreeBSD.org>; Mon, 15 Nov 1999 16:20:00 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id QAA49853;
	Mon, 15 Nov 1999 16:20:00 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: from io.yi.org (24.66.174.118.bc.wave.home.com [24.66.174.118])
	by hub.freebsd.org (Postfix) with ESMTP id D8BC414ECC
	for <FreeBSD-gnats-submit@freebsd.org>; Mon, 15 Nov 1999 16:13:54 -0800 (PST)
	(envelope-from root@io.yi.org)
Received: by io.yi.org (Postfix, from userid 0)
	id D8EC91FCC; Mon, 15 Nov 1999 16:13:54 -0800 (PST)
Message-Id: <19991116001354.D8EC91FCC@io.yi.org>
Date: Mon, 15 Nov 1999 16:13:54 -0800 (PST)
From: jake@checker.org
Reply-To: jake@checker.org
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: kern/14914: Make all files in sys/kern use the queue(3) macros for list operations
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         14914
>Category:       kern
>Synopsis:       Make all files in sys/kern use the queue(3) macros for list operations
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          change-request
>Submitter-Id:   current-users
>Arrival-Date:   Mon Nov 15 16:20:00 PST 1999
>Closed-Date:
>Last-Modified:
>Originator:     Jake Burkholder
>Release:        FreeBSD 4.0-CURRENT i386
>Organization:
none
>Environment:

4.0-CURRENT

>Description:

Alot of the code in sys/kern directly accesses the *Q_HEAD and *Q_ENTRY
structures for list operations.  This patch makes all list operations
in sys/kern use the queue(3) macros, rather than directly accessing the
*Q_{HEAD,ENTRY} structures.

No functional changes; major clean-up.

>How-To-Repeat:

n/a

>Fix:

Patch available at http://io.yi.org/queue.diff


>Release-Note:
>Audit-Trail:
>Unformatted:


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Mon Nov 15 16:50: 0 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from web601.yahoomail.com (web1203.mail.yahoo.com [128.11.23.139])
	by hub.freebsd.org (Postfix) with SMTP id 0386815043
	for <freebsd-bugs@freebsd.org>; Mon, 15 Nov 1999 16:49:52 -0800 (PST)
	(envelope-from __tmh@yahoo.com)
Message-ID: <19991116004951.19901.rocketmail@web601.yahoomail.com>
Received: from [169.147.171.163] by web1203.mail.yahoo.com; Mon, 15 Nov 1999 16:49:51 PST
Date: Mon, 15 Nov 1999 16:49:51 -0800 (PST)
From: Thomas Hermann <__tmh@yahoo.com>
Subject: Re: i386/14030: aha0 probe fails 3.3.0-RELEASE install with DTC3290 EISA SCSI
To: freebsd-gnats-submit@freebsd.org
Cc: bobkat@azstarnet.com, imp@freebsd.org, freebsd-bugs@freebsd.org
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

Please incorporate a fix to support the DTC3290 EISA
SCSI host adapter emulating the AHA1542 in future
releases. I have reproduced this error on my system
exactly as described by Mr. Kot. The system has the
DTC3290 EISA SCSI board with the AHA1542 emulation
enabled. Using Linux, the board is recognized as the
AHA1542, and everything boots fine. When I try to
install FreeBSD, the card is not recognized.

While I would prefer to use FreeBSD, I am sufficiently
satisfied with the Slackware distribution of Linux to
continue using it. FreeBSD may be a better OS, but it
is not worth upgrading the hardware on this old system
to use it.

If you have any questions, please direct them to my
email address.

Thank you,

Tom Hermann

__________________________________________________
Do You Yahoo!?
Bid and sell for free at http://auctions.yahoo.com


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Mon Nov 15 17: 9:56 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP
	id A66E614EFC; Mon, 15 Nov 1999 17:09:55 -0800 (PST)
	(envelope-from joe@FreeBSD.org)
Received: (from joe@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id RAA53768;
	Mon, 15 Nov 1999 17:09:55 -0800 (PST)
	(envelope-from joe@FreeBSD.org)
Date: Mon, 15 Nov 1999 17:09:55 -0800 (PST)
From: <joe@FreeBSD.org>
Message-Id: <199911160109.RAA53768@freefall.freebsd.org>
To: mfisher@parsons.rh.rit.edu, joe@FreeBSD.org,
	freebsd-bugs@FreeBSD.org
Subject: Re: misc/14832: Spelling Errors in fortune(6) datfiles.
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

Synopsis: Spelling Errors in fortune(6) datfiles.

State-Changed-From-To: open->closed
State-Changed-By: joe
State-Changed-When: Mon Nov 15 17:09:25 PST 1999
State-Changed-Why: 
Fix applied to -CURRENT.  Will be applied to -STABLE in due course.


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Tue Nov 16  0: 9:23 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP
	id 45FEE14D09; Tue, 16 Nov 1999 00:09:22 -0800 (PST)
	(envelope-from phk@FreeBSD.org)
Received: (from phk@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id AAA91570;
	Tue, 16 Nov 1999 00:09:21 -0800 (PST)
	(envelope-from phk@FreeBSD.org)
Date: Tue, 16 Nov 1999 00:09:21 -0800 (PST)
From: <phk@FreeBSD.org>
Message-Id: <199911160809.AAA91570@freefall.freebsd.org>
To: phk@FreeBSD.org, freebsd-bugs@FreeBSD.org, phk@FreeBSD.org
Subject: Re: kern/14914: Make all files in sys/kern use the queue(3) macros for list operations
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

Synopsis: Make all files in sys/kern use the queue(3) macros for list operations

Responsible-Changed-From-To: freebsd-bugs->phk
Responsible-Changed-By: phk
Responsible-Changed-When: Tue Nov 16 00:09:05 PST 1999
Responsible-Changed-Why: 
I'll take care of this one.


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Tue Nov 16  2: 9:34 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from axl.noc.iafrica.com (axl.noc.iafrica.com [196.31.1.175])
	by hub.freebsd.org (Postfix) with ESMTP
	id 5D42B14CBA; Tue, 16 Nov 1999 02:09:26 -0800 (PST)
	(envelope-from sheldonh@axl.noc.iafrica.com)
Received: from sheldonh (helo=axl.noc.iafrica.com)
	by axl.noc.iafrica.com with local-esmtp (Exim 3.040 #1)
	id 11nfYC-000EzO-00; Tue, 16 Nov 1999 12:09:24 +0200
From: Sheldon Hearn <sheldonh@uunet.co.za>
To: joe@FreeBSD.ORG
Cc: freebsd-bugs@FreeBSD.ORG
Subject: Re: misc/14832: Spelling Errors in fortune(6) datfiles. 
In-reply-to: Your message of "Mon, 15 Nov 1999 17:09:55 PST."
             <199911160109.RAA53768@freefall.freebsd.org> 
Date: Tue, 16 Nov 1999 12:09:23 +0200
Message-ID: <57621.942746963@axl.noc.iafrica.com>
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org



On Mon, 15 Nov 1999 17:09:55 PST, joe@FreeBSD.ORG wrote:

> Synopsis: Spelling Errors in fortune(6) datfiles.
> 
> State-Changed-From-To: open->closed
> State-Changed-By: joe
> State-Changed-When: Mon Nov 15 17:09:25 PST 1999
> State-Changed-Why: 
> Fix applied to -CURRENT.  Will be applied to -STABLE in due course.

Use the ``suspended'' state for PR's awaiting MFC.  That way, if you
forget to MFC, someone might pick 'em up when we're all dead and buried.
:-)

Ciao,
Sheldon.


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Tue Nov 16  2:14:54 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from axl.noc.iafrica.com (axl.noc.iafrica.com [196.31.1.175])
	by hub.freebsd.org (Postfix) with ESMTP
	id E113514CAC; Tue, 16 Nov 1999 02:14:48 -0800 (PST)
	(envelope-from sheldonh@axl.noc.iafrica.com)
Received: from sheldonh (helo=axl.noc.iafrica.com)
	by axl.noc.iafrica.com with local-esmtp (Exim 3.040 #1)
	id 11nfdP-000F24-00; Tue, 16 Nov 1999 12:14:47 +0200
From: Sheldon Hearn <sheldonh@uunet.co.za>
To: billf@FreeBSD.ORG
Cc: freebsd-bugs@FreeBSD.ORG
Subject: Re: misc/14909: need a server with a fast ATM interface 
In-reply-to: Your message of "Mon, 15 Nov 1999 14:13:16 PST."
             <199911152213.OAA35747@freefall.freebsd.org> 
Date: Tue, 16 Nov 1999 12:14:46 +0200
Message-ID: <57787.942747286@axl.noc.iafrica.com>
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org



On Mon, 15 Nov 1999 14:13:16 PST, billf@FreeBSD.ORG wrote:

> Synopsis: need a server with a fast ATM interface
> 
> State-Changed-From-To: open->closed
> State-Changed-By: billf
> State-Changed-When: Mon Nov 15 14:12:59 PST 1999
> State-Changed-Why: 
> "Need a clue".

I imagine it'd be very difficult for most folks to take this as anything
other than rudeness.

Try to come up with something easier to swallow, like:

	Please submit a more detailed question to the freebsd-questions
	mailing list after reading the following web page:

		http://www.lemis.com/questions.html

:-)

Ciao,
Sheldon.


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Tue Nov 16  3: 0: 5 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id 3581314EA2
	for <freebsd-bugs@FreeBSD.org>; Tue, 16 Nov 1999 03:00:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id DAA05986;
	Tue, 16 Nov 1999 03:00:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: from relay1.bcs.zp.ua (bcs-zyx-eth.marka.net.ua [195.248.171.202])
	by hub.freebsd.org (Postfix) with ESMTP id DCA2714A10
	for <FreeBSD-gnats-submit@freebsd.org>; Tue, 16 Nov 1999 02:54:40 -0800 (PST)
	(envelope-from serg@bcs3.bcs.zp.ua)
Received: from bcs3.bcs.zp.ua (bcs3.bcs.zp.ua [212.8.35.73])
	by relay1.bcs.zp.ua (8.9.3/8.9.3) with ESMTP id MAA22317
	for <FreeBSD-gnats-submit@freebsd.org>; Tue, 16 Nov 1999 12:54:36 +0200 (EET)
Received: (from serg@localhost)
	by bcs3.bcs.zp.ua (8.9.3/8.9.3) id MAA27872;
	Tue, 16 Nov 1999 12:54:36 +0200 (EET)
	(envelope-from serg)
Message-Id: <199911161054.MAA27872@bcs3.bcs.zp.ua>
Date: Tue, 16 Nov 1999 12:54:36 +0200 (EET)
From: serg@bcs.zp.ua
Reply-To: serg@bcs.zp.ua
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: kern/14917: DMA doesn't works
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         14917
>Category:       kern
>Synopsis:       DMA doesn't works with ALI ALADDIN M1543/M1542 chipset
>Confidential:   no
>Severity:       serious
>Priority:       high
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Tue Nov 16 03:00:01 PST 1999
>Closed-Date:
>Last-Modified:
>Originator:     Sergey Shkonda
>Release:        FreeBSD 3.3-RELEASE i386
>Organization:
Business Computer Service
>Environment:

Main board: ALI ALADDIN M1543/M1542 chipset
Host bus at 100MHz

dmesg (witw DMA turned off) output:

Copyright (c) 1992-1999 FreeBSD Inc.
Copyright (c) 1982, 1986, 1989, 1991, 1993
	The Regents of the University of California. All rights reserved.
FreeBSD 3.3-RELEASE #5: Mon Nov  8 14:50:00 EET 1999
    root@tech3.bcs.net:/usr/src/sys/compile/SERG
Timecounter "i8254"  frequency 1193182 Hz
Timecounter "TSC"  frequency 400910249 Hz
CPU: AMD-K6(tm) 3D processor (400.91-MHz 586-class CPU)
  Origin = "AuthenticAMD"  Id = 0x58c  Stepping = 12
  Features=0x8021bf<FPU,VME,DE,PSE,TSC,MSR,MCE,CX8,PGE,MMX>
  AMD Features=0x80000800<SYSCALL,3DNow!>
real memory  = 67108864 (65536K bytes)
config> pnp 1 0 os enable port0 0x534 irq0 5 drq0 1 drq1 3 port1 0x388 port2 0x220
config> pnp 1 3 os enable port0 0x330 irq0 9
config> flags wdc0 0x90ff
config> q
avail memory = 62746624 (61276K bytes)
Preloaded elf kernel "kernel" at 0xc0263000.
Preloaded userconfig_script "/boot/kernel.conf" at 0xc026309c.
Probing for devices on PCI bus 0:
chip0: <AcerLabs M1541 (Aladdin-V) PCI host bridge> rev 0x04 on pci0.0.0
chip1: <AcerLabs M5243 PCI-PCI bridge> rev 0x04 on pci0.1.0
chip2: <AcerLabs M1533 portable PCI-ISA bridge> rev 0xb4 on pci0.7.0
vga0: <S3 Trio 64 graphics accelerator> rev 0x16 int a irq 255 on pci0.11.0
ide_pci0: <Acer Aladdin IV/V (M5229) Bus-master IDE controller> rev 0x20 int a irq 255 on pci0.15.0
Probing for devices on PCI bus 1:
Probing for PnP devices:
CSN 1 Vendor ID: CSC4236 [0x3642630e] Serial 0xffffffff Comp ID: @@@0000 [0x00000000]
mss_attach <CS4236>1 at 0x530 irq 5 dma 1:3 flags 0x13
pcm1 (CS423x/Yamaha/AD1816 <CS4236> sn 0xffffffff) at 0x530-0x537 irq 5 drq 1 flags 0x13 on isa
Probing for devices on the ISA bus:
sc0 on isa
sc0: VGA color <16 virtual consoles, flags=0x0>
ed0 not found at 0x300
atkbdc0 at 0x60-0x6f on motherboard
atkbd0 irq 1 on isa
kbd0 at atkbd0
sio0 at 0x3f8-0x3ff irq 4 on isa
sio0: type 16550A
sio1 at 0x2f8-0x2ff irq 3 on isa
sio1: type 16550A
pcm0 not probed due to drq conflict with pcm1 at 1
wdc0 at 0x1f0-0x1f7 irq 14 flags 0x90ff on isa
wdc0: unit 0 (wd0): <FUJITSU MPD3084AT>, LBA, 32-bit, multi-block-16
wd0: 8063MB (16514064 sectors), 1027 cyls, 255 heads, 63 S/T, 512 B/S
wdc1 at 0x170-0x177 irq 15 flags 0x80ff80ff on isa
wdc1: unit 0 (atapi): <MATSHITA CR-588/LS15>, removable, accel, dma, iordis
acd0: drive speed 5515KB/sec, 128KB cache
acd0: supported read types: CD-R, CD-RW, CD-DA
acd0: Audio: play, 256 volume levels
acd0: Mechanism: ejectable tray
acd0: Medium: no/blank disc inside, unlocked
fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa
fdc0: FIFO enabled, 8 bytes threshold
fd0: 1.44MB 3.5in
vga0 at 0x3b0-0x3df maddr 0xa0000 msize 131072 on isa
npx0 on motherboard
npx0: INT 16 interface
changing root device to wd0s2a


>Description:

	When DMA enabled I can't startup my machine. I've got
	interrupt timeout errors
	
>How-To-Repeat:

	

>Fix:
	
	


>Release-Note:
>Audit-Trail:
>Unformatted:


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Tue Nov 16  3: 2:53 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP
	id 3D29714A10; Tue, 16 Nov 1999 03:02:51 -0800 (PST)
	(envelope-from jkoshy@FreeBSD.org)
Received: (from jkoshy@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id DAA06302;
	Tue, 16 Nov 1999 03:02:51 -0800 (PST)
	(envelope-from jkoshy@FreeBSD.org)
Date: Tue, 16 Nov 1999 03:02:51 -0800 (PST)
From: <jkoshy@FreeBSD.org>
Message-Id: <199911161102.DAA06302@freefall.freebsd.org>
To: naddy@unix-ag.uni-kl.de, jkoshy@FreeBSD.org,
	freebsd-bugs@FreeBSD.org
Subject: Re: misc/12209: termcap: "xterm" entry defines bogus capabilities
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

Synopsis: termcap: "xterm" entry defines bogus capabilities

State-Changed-From-To: open->closed
State-Changed-By: jkoshy
State-Changed-When: Tue Nov 16 03:00:39 PST 1999
State-Changed-Why: 
Fixed in rev 1.86 of "src/share/termcap/termcap.src", thanks!


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Tue Nov 16  4: 0: 6 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id A4607151F4
	for <freebsd-bugs@FreeBSD.org>; Tue, 16 Nov 1999 04:00:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id EAA11742;
	Tue, 16 Nov 1999 04:00:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: by hub.freebsd.org (Postfix, from userid 32767)
	id AF1DD15202; Tue, 16 Nov 1999 03:51:36 -0800 (PST)
Message-Id: <19991116115136.AF1DD15202@hub.freebsd.org>
Date: Tue, 16 Nov 1999 03:51:36 -0800 (PST)
From: okimoto@mrit.mei.co.jp
To: freebsd-gnats-submit@freebsd.org
X-Send-Pr-Version: www-1.0
Subject: kern/14918: Write access to write protected media causes system panic.
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         14918
>Category:       kern
>Synopsis:       Write access to write protected media causes system panic.
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Tue Nov 16 04:00:01 PST 1999
>Closed-Date:
>Last-Modified:
>Originator:     Yoshiyuki OKIMOTO
>Release:        3.3-RELEASE
>Organization:
Matsushita Research Institute Tokyo, Inc.
>Environment:
FreeBSD sango 3.3-RELEASE FreeBSD 3.3-RELEASE #1: Tue Nov  2 12:20:21 JST 1999     root@sango:/usr/src/sys/compile/SANGO  i386

>Description:
If you mount write protected removable media (FD, PD,..) 
without read-only option, and write something, 
and un-mount, then system panics. This is dangerous,
because I sometimes forget un-protecting these media.

Linux mount automatically adds read-only option, when 
mounting write protected media. This is safe...

>How-To-Repeat:
1) mount write protected removable media.
2) write something this media.
3) un-mount this media.
>Fix:
How about adding read-only mount option automatically
like Linux mount.

>Release-Note:
>Audit-Trail:
>Unformatted:


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Tue Nov 16  4: 0: 6 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id 15730151F7
	for <freebsd-bugs@FreeBSD.org>; Tue, 16 Nov 1999 04:00:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id EAA11753;
	Tue, 16 Nov 1999 04:00:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: by hub.freebsd.org (Postfix, from userid 32767)
	id 91CB114CF4; Tue, 16 Nov 1999 03:54:57 -0800 (PST)
Message-Id: <19991116115457.91CB114CF4@hub.freebsd.org>
Date: Tue, 16 Nov 1999 03:54:57 -0800 (PST)
From: pkelly@ptc.com
To: freebsd-gnats-submit@freebsd.org
X-Send-Pr-Version: www-1.0
Subject: kern/14919: Soft deps blowup with panic allocdirect_check
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         14919
>Category:       kern
>Synopsis:       Soft deps blowup with panic allocdirect_check
>Confidential:   no
>Severity:       critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Tue Nov 16 04:00:01 PST 1999
>Closed-Date:
>Last-Modified:
>Originator:     Paul Kelly
>Release:        3.3-stable
>Organization:
Parametric Technology Corporation
>Environment:
FreeBSD sol.gb.ptc.com 3.3-STABLE FreeBSD 3.3-STABLE #0: Mon Sep 20 18:26:42 BST 1999     root@sol.gb.ptc.com:/usr/src/sys/compile/SOL  i386
>Description:
Full production server panics during boot sequence with:
panic: allocdirect_check: old 394320 != 394320||lbn 0>=12
syncing disks: panic: softdep_lock: locking against myself

It is possible that the 17Gb disk/065 may have been at 100%. 

/dev/wd0s1a           595839   469941    78231    86%    /
/dev/wd0s1e          1513231   688837   703336    49%    /usr
/dev/wd2s1a           595839   469303    78869    86%    /export/disk/root
/dev/wd2s1e          2178678  1186384   818000    59%    /export/disk/root/usr
/dev/da1e            8658531  7817541   148308    98%    /export/disk/076
/dev/da2e            8658531  7572887   392962    95%    /export/disk/077
/dev/da3s1e         10173419  9205597   153949    98%    /export/disk/006
/dev/da3s1f          7079812   737789  5775639    11%    /export/disk/038
/dev/da4s1e          4370893  2324467  1871591    55%    /export/disk/079
/dev/da4s1f          4287621  3833162   111450    97%    /export/disk/004
/dev/da5s1e          8646857  7892669    62440    99%    /export/disk/005
/dev/da6e           17370434 14706019  1274781    92%    /export/disk/065

>How-To-Repeat:
enable softdeps on disks

>Fix:
disable softdeps

>Release-Note:
>Audit-Trail:
>Unformatted:


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Tue Nov 16  4:20: 3 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id A038614D2D
	for <freebsd-bugs@FreeBSD.org>; Tue, 16 Nov 1999 04:20:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id EAA15811;
	Tue, 16 Nov 1999 04:20:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: by hub.freebsd.org (Postfix, from userid 32767)
	id F2C7B14A2F; Tue, 16 Nov 1999 04:12:20 -0800 (PST)
Message-Id: <19991116121220.F2C7B14A2F@hub.freebsd.org>
Date: Tue, 16 Nov 1999 04:12:20 -0800 (PST)
From: okimoto@mrit.mei.co.jp
To: freebsd-gnats-submit@freebsd.org
X-Send-Pr-Version: www-1.0
Subject: bin/14920: install(1) hangs when intalling files same directory.
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         14920
>Category:       bin
>Synopsis:       install(1) hangs when intalling files same directory.
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Tue Nov 16 04:20:00 PST 1999
>Closed-Date:
>Last-Modified:
>Originator:     Yoshiyuki OKIMOTO
>Release:        3.3-RELEASE
>Organization:
Matsushita Research Institute Tokyo, Inc.
>Environment:
FreeBSD sango 3.3-RELEASE FreeBSD 3.3-RELEASE #1: Tue Nov  2 12:20:21 JST 1999     root@sango:/usr/src/sys/compile/SANGO  i386
>Description:
Unable kill install(1), when installing files 
to same directory.
>How-To-Repeat:
1) touch ./foo
2) install ./foo .
>Fix:
install(1) should detect original source directory and
target directory is same or not, I think.

>Release-Note:
>Audit-Trail:
>Unformatted:


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Tue Nov 16  5:14:45 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from florence.pavilion.net (florence.pavilion.net [194.242.128.25])
	by hub.freebsd.org (Postfix) with ESMTP
	id D477F14D83; Tue, 16 Nov 1999 05:14:33 -0800 (PST)
	(envelope-from joe@florence.pavilion.net)
Received: (from joe@localhost)
	by florence.pavilion.net (8.9.3/8.8.8) id NAA81961;
	Tue, 16 Nov 1999 13:14:24 GMT
	(envelope-from joe)
Date: Tue, 16 Nov 1999 13:14:24 +0000
From: Josef Karthauser <joe@pavilion.net>
To: Sheldon Hearn <sheldonh@uunet.co.za>
Cc: joe@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG
Subject: Re: misc/14832: Spelling Errors in fortune(6) datfiles.
Message-ID: <19991116131424.A73185@florence.pavilion.net>
References: <199911160109.RAA53768@freefall.freebsd.org> <57621.942746963@axl.noc.iafrica.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0pre2i
In-Reply-To: <57621.942746963@axl.noc.iafrica.com>
X-NCC-RegID: uk.pavilion
Organisation: Pavilion Internet plc, Lees House, 21-23 Dyke Road, Brighton, England
Phone: +44-845-333-5000
Fax: +44-845-333-5001
Mobile: +44-403-596893
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

On Tue, Nov 16, 1999 at 12:09:23PM +0200, Sheldon Hearn wrote:
> 
> Use the ``suspended'' state for PR's awaiting MFC.  That way, if you
> forget to MFC, someone might pick 'em up when we're all dead and buried.
> :-)

Ahha!  Thanks - I'll remember that :)

Joe
-- 
Josef Karthauser	FreeBSD: How many times have you booted today?
Technical Manager	Viagra for your server (http://www.uk.freebsd.org)
Pavilion Internet plc.  [joe@pavilion.net, joe@uk.freebsd.org, joe@tao.org.uk]


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Tue Nov 16  5:30: 6 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id 7536614CBE
	for <freebsd-bugs@FreeBSD.org>; Tue, 16 Nov 1999 05:30:02 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id FAA20808;
	Tue, 16 Nov 1999 05:30:02 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Date: Tue, 16 Nov 1999 05:30:02 -0800 (PST)
Message-Id: <199911161330.FAA20808@freefall.freebsd.org>
To: freebsd-bugs@FreeBSD.org
Cc: 
From: "Jonathan M. Bresler" <jmb@hub.freebsd.org>
Subject: i386/14689: waitpid doesn't harvest child process when
Reply-To: "Jonathan M. Bresler" <jmb@hub.freebsd.org>
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

The following reply was made to PR i386/14689; it has been noted by GNATS.

From: "Jonathan M. Bresler" <jmb@hub.freebsd.org>
To: freebsd-gnats-submit@freebsd.org
Cc: wpk@isc.org
Subject: i386/14689: waitpid doesn't harvest child process when
Date: Tue, 16 Nov 1999 05:23:58 -0800 (PST)

 program run under cron
 
 
 Bill, 
 	Thanks for the code snippet.  I am going to add the code and
 the results of running it to the bug tracking system.
 
 jmb
 
 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 run from an xterm:
 
 baby:[215] ./x
 child 26962, deadpid 26962, errno 0, T_int 0
 deadpid == child
 
 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 run from cron
 
 child 26951, deadpid -1, errno 4, T_int 14
 terminating child
 child 26951, deadpid 26951, errno 3, T_int 0
 deadpid == child
 
 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 Example Code:
 
 #include    <ctype.h>
 #include    <errno.h>
 #include    <limits.h>
 #include    <stdarg.h>
 #include    <stdio.h>
 #include    <stdlib.h>
 #include    <string.h>
 #include    <sys/wait.h>
 #include    <signal.h>
 #include    <time.h>
 #include    <unistd.h>
 #include    <pthread.h>
 
 
 #define T_TIMEOUT   60
 
 static int  T_timeout;
 static int  T_int;
 
 static void t_sighandler();
 
 static void
 t_sighandler(int sig) {
     T_int = sig;
 }
 
 int
 main(int argc, char **argv)
 {
 
     pid_t           child;
     pid_t           deadpid;
     int         status;
     struct sigaction    sa;
 
     T_timeout = T_TIMEOUT;
 
     /* setup signals */
 
     sa.sa_flags = 0;
     sigfillset(&sa.sa_mask);
     sa.sa_handler = t_sighandler;
     (void) sigaction(SIGALRM, &sa, NULL);
     (void) sigaction(SIGINT,  &sa, NULL);
 
     setbuf(stdout, NULL);
 
     child = fork();
     if (child == 0) {
         sleep(10);
         exit(0);
     }
     else if (child > 0) {
 
         T_int = 0;
         sa.sa_handler = t_sighandler;
         (void) sigaction(SIGALRM, &sa, NULL);
         alarm(T_timeout);
 
         deadpid = (pid_t) -1;
         while (deadpid != child) {
             deadpid = waitpid(child, &status, 0);
 	printf("child %d, deadpid %d, errno %d, T_int %d\n", 
 		child, deadpid, errno, T_int);
             if (deadpid == child) {
                 printf("deadpid == child\n");
                 if (WIFSIGNALED(status)) {
                     if (WTERMSIG(status) == SIGTERM)
                         printf("the test case timed out\n");
                     else
                         printf("the test case caused exception %d\n",
 				WTERMSIG(status));
                 }
             }
             else if ((deadpid == -1) && (errno == EINTR) && T_int) {
                 printf("terminating child\n");
                 kill(child, SIGTERM);
                 T_int = 0;
             }
             else if ((deadpid == -1) &&
                  ((errno == ECHILD) || (errno == ESRCH))) {
                 printf("no such process\n");
                 break;
             }
         }
 
         sa.sa_handler = SIG_IGN;
         (void) sigaction(SIGALRM, &sa, NULL);
         alarm(0);
     }
     else {
         printf("fork failed, errno == %d\n", errno);
     }
 
     return(0);
 }
 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Tue Nov 16  7:50:18 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from jade.chc-chimes.com (jade.chc-chimes.com [216.28.46.6])
	by hub.freebsd.org (Postfix) with ESMTP
	id 11D2514C48; Tue, 16 Nov 1999 07:50:02 -0800 (PST)
	(envelope-from billf@chc-chimes.com)
Received: by jade.chc-chimes.com (Postfix, from userid 1001)
	id B244F1C41; Tue, 16 Nov 1999 09:51:36 -0500 (EST)
Received: from localhost (localhost [127.0.0.1])
	by jade.chc-chimes.com (Postfix) with ESMTP
	id A22FB3836; Tue, 16 Nov 1999 09:51:36 -0500 (EST)
Date: Tue, 16 Nov 1999 09:51:36 -0500 (EST)
From: Bill Fumerola <billf@chc-chimes.com>
To: Sheldon Hearn <sheldonh@uunet.co.za>
Cc: billf@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG
Subject: Re: misc/14909: need a server with a fast ATM interface 
In-Reply-To: <57787.942747286@axl.noc.iafrica.com>
Message-ID: <Pine.BSF.4.10.9911160950330.25804-100000@jade.chc-chimes.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

On Tue, 16 Nov 1999, Sheldon Hearn wrote:

> I imagine it'd be very difficult for most folks to take this as anything
> other than rudeness.
> 
> Try to come up with something easier to swallow, like:
> 
> 	Please submit a more detailed question to the freebsd-questions
> 	mailing list after reading the following web page:
> 
> 		http://www.lemis.com/questions.html

I find it hard to believe that anyone who filed that PR even has the
intelligence to be offended.

In the future, I'll point them to -questions, however.

-- 
- bill fumerola - billf@chc-chimes.com - BF1560 - computer horizons corp -
- ph:(800) 252-2421 - bfumerol@computerhorizons.com - billf@FreeBSD.org  -






To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Tue Nov 16  9:30:14 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id D84F715238
	for <freebsd-bugs@FreeBSD.org>; Tue, 16 Nov 1999 09:30:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id JAA96509;
	Tue, 16 Nov 1999 09:30:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193])
	by hub.freebsd.org (Postfix) with ESMTP id 1304414D9E
	for <FreeBSD-gnats-submit@freebsd.org>; Tue, 16 Nov 1999 09:22:34 -0800 (PST)
	(envelope-from wollman@khavrinen.lcs.mit.edu)
Received: (from wollman@localhost)
	by khavrinen.lcs.mit.edu (8.9.3/8.9.3) id MAA12167;
	Tue, 16 Nov 1999 12:22:34 -0500 (EST)
	(envelope-from wollman)
Message-Id: <199911161722.MAA12167@khavrinen.lcs.mit.edu>
Date: Tue, 16 Nov 1999 12:22:34 -0500 (EST)
From: Garrett Wollman <wollman@khavrinen.lcs.mit.edu>
Reply-To: wollman@khavrinen.lcs.mit.edu
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: bin/14925: getsubopt isn't poisonous enough
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         14925
>Category:       bin
>Synopsis:       getsubopt isn't poisonous enough
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          change-request
>Submitter-Id:   current-users
>Arrival-Date:   Tue Nov 16 09:30:00 PST 1999
>Closed-Date:
>Last-Modified:
>Originator:     Garrett Wollman
>Release:        FreeBSD 4.0-CURRENT i386
>Organization:
MIT Laboratory for Computer Science
>Environment:

	-current sources as of today

>Description:

	The second argument to getsubopt(3) is declared as a `pointer
	to const pointer to char'.  Since the contents of the tokens
	array are typically string literals, and since getsubopt(3)
	doesn't make any attempt to change them, it would be better
	declared as `pointer to const pointer to const char' (`const
	char * const * tokens') so that code can be compiled with
	const string literals (`-Wwrite-strings').  This is
	unfortunately type-incompatible with existing programs, and
	SUSv2 codifies the bogus type.


>How-To-Repeat:

	man getsubopt	

>Fix:

	Complain to P1003 so that this mistake doesn't get carried
	over into the POSIX update.



>Release-Note:
>Audit-Trail:
>Unformatted:


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Tue Nov 16 14:20: 3 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id 008091528B
	for <freebsd-bugs@FreeBSD.org>; Tue, 16 Nov 1999 14:20:00 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id OAA23383;
	Tue, 16 Nov 1999 14:20:00 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: by hub.freebsd.org (Postfix, from userid 32767)
	id 2416C14F33; Tue, 16 Nov 1999 14:17:04 -0800 (PST)
Message-Id: <19991116221704.2416C14F33@hub.freebsd.org>
Date: Tue, 16 Nov 1999 14:17:04 -0800 (PST)
From: yxpan@us.oracle.com
To: freebsd-gnats-submit@freebsd.org
X-Send-Pr-Version: www-1.0
Subject: misc/14929: Forgot root password. How to reset
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         14929
>Category:       misc
>Synopsis:       Forgot root password. How to reset
>Confidential:   no
>Severity:       serious
>Priority:       high
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Tue Nov 16 14:20:00 PST 1999
>Closed-Date:
>Last-Modified:
>Originator:     Yan Pan
>Release:        FreeBSD 2.2.5
>Organization:
Oracle Corp.
>Environment:
FreeBSD cyclops.oracle.com 2.2.5-RELEASE FreeBSD 2.2.5-RELEASE #0: Tue Mar 24 05
:53:20 PST 1998     root@myname.my.domain:/usr/src/sys/compile/GENERIC_FDDI  i38
6       
>Description:
Find out the way to reset the root password
>How-To-Repeat:

>Fix:


>Release-Note:
>Audit-Trail:
>Unformatted:


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Tue Nov 16 16:30: 3 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id 6D17814D98
	for <freebsd-bugs@FreeBSD.org>; Tue, 16 Nov 1999 16:30:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id QAA34085;
	Tue, 16 Nov 1999 16:30:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: by hub.freebsd.org (Postfix, from userid 32767)
	id 7BF5414CEE; Tue, 16 Nov 1999 16:29:37 -0800 (PST)
Message-Id: <19991117002937.7BF5414CEE@hub.freebsd.org>
Date: Tue, 16 Nov 1999 16:29:37 -0800 (PST)
From: michael@auctionwatch.com
To: freebsd-gnats-submit@freebsd.org
X-Send-Pr-Version: www-1.0
Subject: misc/14930: ssh 1.x port for 3.3-RELEASE fails to build
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         14930
>Category:       misc
>Synopsis:       ssh 1.x port for 3.3-RELEASE fails to build
>Confidential:   no
>Severity:       critical
>Priority:       high
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Tue Nov 16 16:30:01 PST 1999
>Closed-Date:
>Last-Modified:
>Originator:     Michael S. Fischer
>Release:        3.3-RELEASE
>Organization:
Auctionwatch.com
>Environment:
FreeBSD localhost 3.3-STABLE FreeBSD 3.3-STABLE #3: Mon Nov 15 12:53:38 PST 1999     root@XXXXXX:/usr/src/sys/compile/AW-SMP  i386
>Description:
Apparently the chown patch required by the Makefile has disappeared:

PATCH_SITES=    http://www.ssh.fi/sshprotocols2/patches/
PATCHFILES=     patch-${DISTNAME}-bsd.tty.chown
PATCH_DIST_STRIP= -p1

This prevents make from working properly.
>How-To-Repeat:
Try doing a make from the ssh port build directory.
>Fix:


>Release-Note:
>Audit-Trail:
>Unformatted:


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Tue Nov 16 17: 0: 5 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id 2DB5214FA1
	for <freebsd-bugs@FreeBSD.org>; Tue, 16 Nov 1999 17:00:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id RAA40836;
	Tue, 16 Nov 1999 17:00:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: from lafontaine.cybercable.fr (lafontaine.cybercable.fr [212.198.0.202])
	by hub.freebsd.org (Postfix) with SMTP id 4EB2714FA1
	for <FreeBSD-gnats-submit@freebsd.org>; Tue, 16 Nov 1999 16:50:44 -0800 (PST)
	(envelope-from root@d074.paris-222.cybercable.fr)
Received: (qmail 746716 invoked from network); 17 Nov 1999 00:50:41 -0000
Received: from d074.paris-222.cybercable.fr ([212.198.222.74]) (envelope-sender <root@d074.paris-222.cybercable.fr>)
          by lafontaine.cybercable.fr (qmail-ldap-1.03) with SMTP
          for <FreeBSD-gnats-submit@freebsd.org>; 17 Nov 1999 00:50:41 -0000
Received: (from root@localhost)
	by d074.paris-222.cybercable.fr (8.9.3/8.9.3) id BAA01005;
	Wed, 17 Nov 1999 01:50:41 +0100 (CET)
	(envelope-from root)
Message-Id: <199911170050.BAA01005@d074.paris-222.cybercable.fr>
Date: Wed, 17 Nov 1999 01:50:41 +0100 (CET)
From: Cyrille Lefevre <root@d074.paris-222.cybercable.fr>
Reply-To: clefevre@citeweb.net
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: conf/14931: rc logging facility
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         14931
>Category:       conf
>Synopsis:       rc logging facility
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          change-request
>Submitter-Id:   current-users
>Arrival-Date:   Tue Nov 16 17:00:00 PST 1999
>Closed-Date:
>Last-Modified:
>Originator:     Cyrille Lefevre
>Release:        FreeBSD 3.3-STABLE i386
>Organization:
ACME
>Environment:

FreeBSD gits 3.3-STABLE FreeBSD 3.3-STABLE #5: Sun Nov 14 04:01:58 CET 1999     root@gits:/disk3/3.3-STABLE/src/sys/compile/CUSTOM  i386

>Description:

	Modifications to the /etc/rc startup file to provide
	a logging facility. so it is easy to see if something
	is wrong within /etc/rc.* startup files.

>How-To-Repeat:

	reboot ;-)

>Fix:
	
	split the /etc/rc into two scripts, /etc/rc and /etc/rc.boot.
	the first one provides the required things as well as the
	logging facilities, and the second one the rest as usual
	(optional things !).

	I'm sorry to not provide you a diff output, but the output
	is really !@#$%^&*, humm, not good at all to understand
	the philosophy of the logging facility.

	instead, I provide you a shell script which act as a patch.

#!/bin/sh

# ========== rc ==========

sed -n 1,/adjkerntz/p /etc/rc | grep -v adjkerntz > /tmp/rc
cat << 'EOF' >> /tmp/rc
# rc logging facility.
#

if [ -f /etc/rc.boot ]; then
	rc_boot=/etc/rc.boot
else
	rc_boot=
fi

# We need script(1) to do logging.
# Maybe a static-ly linked version exists ?
# Much better in case of /usr is not mounted.
#

if [ -x /bin/script ]; then
	rc_script=/bin/script
if [ -x /usr/bin/script ]; then
	rc_script=/usr/bin/script
else
	rc_script=
fi

# Do not use /var/run, it is cleaned by rc.* startup files.
#

if [ -d /var/log -a -w /var/log ]; then
	rc_log=/var/log/rc.log
elif [ -w /etc ]; then
	rc_log=/etc/rc.log
else
	rc_log=
fi

if [ "X$rc_boot" != "X" ]; then
	if [ "X$rc_script" != "X" -a "X$rc_log" != "X" ]; then
		chmod 664 $rc_log
		chmod 755 $rc_boot
		SHELL=$rc_boot $rc_script $rc_log
		rc_status=$?
		chmod 644 $rc_boot
		exit $rc_status
	else
		chmod 644 $rc_boot
		. $rc_boot
	fi
else
	echo "rc.boot file not found, startup aborted"
	exit 1
fi
EOF

# ========== rc.boot ==========

cat << 'EOF' >> /tmp/rc.boot
#!/bin/sh

# Set shell to ignore SIGINT (2), but not children;
# shell catches SIGQUIT (3) and returns to single user after fsck.
trap : 2
trap : 3	# shouldn't be needed

SHELL=/bin/sh
export SHELL

# If there is a global system configuration file, suck it in.
#
if [ -f /etc/defaults/rc.conf ]; then
	. /etc/defaults/rc.conf
elif [ -f /etc/rc.conf ]; then
	. /etc/rc.conf
fi

set -T
trap "echo 'Reboot interrupted'; exit 1" 3
EOF
sed -n /adjkerntz/,\$p /etc/rc >> /tmp/rc.boot

# ===== copy disabled =====

# cp /tmp/rc /etc/rc
# cp /tmp/rc.boot /etc/rc.boot

# eof

>Release-Note:
>Audit-Trail:
>Unformatted:


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Tue Nov 16 17:30: 3 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id D82CA14F1C
	for <freebsd-bugs@FreeBSD.org>; Tue, 16 Nov 1999 17:30:00 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id RAA43444;
	Tue, 16 Nov 1999 17:30:00 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: by hub.freebsd.org (Postfix, from userid 32767)
	id C667414F9B; Tue, 16 Nov 1999 17:26:16 -0800 (PST)
Message-Id: <19991117012616.C667414F9B@hub.freebsd.org>
Date: Tue, 16 Nov 1999 17:26:16 -0800 (PST)
From: bruce@engmail.uwaterloo.ca
To: freebsd-gnats-submit@freebsd.org
X-Send-Pr-Version: www-1.0
Subject: misc/14932: "more" eating up CPU on users with shell=/bin/sh if telnetd disconnects
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         14932
>Category:       misc
>Synopsis:       "more" eating up CPU on users with shell=/bin/sh if telnetd disconnects
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Tue Nov 16 17:30:00 PST 1999
>Closed-Date:
>Last-Modified:
>Originator:     Bruce Campbell
>Release:        3.3 RELEASE
>Organization:
University of Waterloo
>Environment:
FreeBSD elsinore.uwaterloo.ca 3.3-RELEASE FreeBSD 3.3-RELEASE #0: Thu Sep 16 23:
40:35 GMT 1999     jkh@highwing.cdrom.com:/usr/src/sys/compile/GENERIC  i386

>Description:
On 3.3 RELEASE, on a user with login shell of /bin/sh,
if a user runs "more /etc/passwd" (or something) and then
has their /bin/sh or telnetd killed (either manually with
kill -9 or if the telnetd keepalive mechanism terminates a
disconnected connection) "more" starts spinning, and quickly goes to
the top of "top", eating 50% CPU or more

>How-To-Repeat:
set login shell = /bin/sh
login
type
  more /etc/passwd
walk away after one screenful, go to another terminal, from
root determine their parent /bin/sh or telnetd, and kill
it with SIGKILL.  Run "top" and see "more" chugging

Problem is repeatable on 3 different boxes, and I received a
response from offsite from Douglas Hedges <hedges@atlantic.edu>
who repeated the problem on 3.3R.  Also had feedback from offsite from
Sheldon Hearn <sheldonh@uunet.co.za> who tried 3.3 STABLE and could
*not* repeat the problem.
>Fix:
2 fixes known...

 - use login shell = /bin/csh
 - use 3.1 RELEASE

>Release-Note:
>Audit-Trail:
>Unformatted:


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Tue Nov 16 19:20: 6 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id DDBC814E0B
	for <freebsd-bugs@FreeBSD.org>; Tue, 16 Nov 1999 19:20:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id TAA53915;
	Tue, 16 Nov 1999 19:20:00 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: by hub.freebsd.org (Postfix, from userid 32767)
	id F3E5C14A16; Tue, 16 Nov 1999 19:19:21 -0800 (PST)
Message-Id: <19991117031921.F3E5C14A16@hub.freebsd.org>
Date: Tue, 16 Nov 1999 19:19:21 -0800 (PST)
From: pauel@encred.ru
To: freebsd-gnats-submit@freebsd.org
X-Send-Pr-Version: www-1.0
Subject: i386/14937: ipfw -a list show wrong information
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         14937
>Category:       i386
>Synopsis:       ipfw -a list show wrong information
>Confidential:   no
>Severity:       serious
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Tue Nov 16 19:20:00 PST 1999
>Closed-Date:
>Last-Modified:
>Originator:     Pauel Loshkin
>Release:        FreeBSD 3.3
>Organization:
Encred
>Environment:
FreeBSD access.encred.ru 3.3-RELEASE FreeBSD 3.3-RELEASE #0: Sat Nov 13 12:32:08 MSK 1999     root@:/usr/src/sys/compile/ENCRE
D  i386
>Description:
It i see in daily.report:
(rule 0001 and 0000 not exist in my system)

> 00001 31648823730241536         0 deny ip from any to any
> 00001                 0         0 deny ip from any to any
> 00001 31648823730241536         0 deny ip from any to any
> 00001                 0         0 deny ip from any to any
> 00001 31648823730241536         0 deny ip from any to any
> 00001 31648823730241536         0 deny ip from any to any
> 08209 31648823730241536         0 deny ip from any to any
> 08710                 0         0 deny ip from any to any
> 08721                 0         0 deny ip from any to any
> 08209                 0         0 deny ip from any to any
> 08198                 0         0 deny argus from any to any
> 40966                 0         0 deny visa from any to any
> 40966                 0         0 deny 220 from any to any
> 40966                 0         0 deny iso-tp4 from any to any
> 32774                 0         0 deny ip from any to any
> 08198                 0         0 deny argus from any to any
> 40977                 0         0 deny visa from any to any
> 40977                 0         0 deny 220 from any to any
> 40977                 0         0 deny iso-tp4 from any to any
> 32785                 0         0 deny ip from any to any
> 08209                 0         0 deny ip from any to any
> 00000   110384954474496         0 deny ip from any to any
> 00000                 0         0 deny ip from any to any
> 00000                 0         0 deny ip from any to any
> 00000                 0         0 deny ip from any to any
> 00000                 0         0 deny ip from any to any
> 00000                 0         0 deny ip from any to any
> 00000                 0         0 deny ip from any to any
> 00000                 0         0 deny tcp from any 0 to any
>How-To-Repeat:
Periodicaly
I see it 2-st time of this month
>Fix:


>Release-Note:
>Audit-Trail:
>Unformatted:


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Tue Nov 16 20: 0: 4 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id AF7A614FBE
	for <freebsd-bugs@FreeBSD.org>; Tue, 16 Nov 1999 20:00:02 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id UAA60214;
	Tue, 16 Nov 1999 20:00:02 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Date: Tue, 16 Nov 1999 20:00:02 -0800 (PST)
Message-Id: <199911170400.UAA60214@freefall.freebsd.org>
To: freebsd-bugs@FreeBSD.org
Cc: 
From: Gregory Bond <gnb@itga.com.au>
Subject: Re: i386/14937: ipfw -a list show wrong information 
Reply-To: Gregory Bond <gnb@itga.com.au>
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

The following reply was made to PR i386/14937; it has been noted by GNATS.

From: Gregory Bond <gnb@itga.com.au>
To: pauel@encred.ru
Cc: freebsd-gnats-submit@FreeBSD.ORG
Subject: Re: i386/14937: ipfw -a list show wrong information 
Date: Wed, 17 Nov 1999 14:54:36 +1100

 The size of the IPFW IOCTL structs changed recently.  This looks like a 
 kernel/userspace mismatch.  Make sure you have both the kernel and ipfw from 
 the same vintage.
 
 


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Tue Nov 16 20:14: 7 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from carrie.mfi.com (carrie.mfi.com [198.71.19.57])
	by hub.freebsd.org (Postfix) with ESMTP id 818FE14E1E
	for <bugs@freebsd.org>; Tue, 16 Nov 1999 20:13:49 -0800 (PST)
	(envelope-from deposito@eudoramail.com)
Received: from eudoramail.com ([212.7.41.67]) by carrie.mfi.com
          (Netscape Messaging Server 4.1) with SMTP id FLBLKX00.L9V for
          <bugs@freebsd.org>; Tue, 16 Nov 1999 18:29:21 -0800 
From: deposito@eudoramail.com
To: bugs@freebsd.org
Subject: INTERNETBUSINESS UN MARKETING ASEQU
Message-Id: <19991117041400.818FE14E1E@hub.freebsd.org>
Date: Tue, 16 Nov 1999 20:14:00 -0800 (PST)
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

Este email se envia solo por una vez. Si no desea recibir mas nuestros mensajes pinche en el siguiente vinculo: <mailto:borreme@eudoramail.com?subject=remove> POR FAVOR NO HAGA REPLY AL MENSAJE YA QUE NO SERIA REMOVIDO
----------------------------------------------------------------------------------------------------------------------------------------------------------
                          INTERNETBUSINESS UN MARKETING ASEQUIBLE

                        TRABAJE EN INTERNET CON UNA OPCION FACTIBLE

Nuestro sistema puede permitirle ganar entre 70 y 150 $ dolares diarios.
El sistema InternetBusiness esta formado por:

1.- Sistema Mercadotécnico EFECTIVO para la comercialización del sistema  InternetBusiness a través de la Red Internet.
2.-Instrucciones precisas para el diseño y colocación de anuncios EFECTIVOS   (inglés/español) en páginas WEB donde se colocan anuncios clasificados.
3.- Mas de 1,000 direcciones de clasificados GRATUITOS o a muy bajo costo.
4.- Instrucciones precisas para el diseño y colocación de anuncios EFECTIVOS  en Grupos de Noticias (inglés /español).
5.- Reportes informativos y de seguimiento.
6.- Asesoramineto E-mail permanente.

El sistema incluye un potente software que cubre las necesidades de busqueda, extraccion de direcciones email y envio de correo masivo.

El negocio puede tener tres vertientes:

1. Comercializar el sistema
2. Utilizarlo para comercializar nuestros productos y servicios.
3. Ofrecer servicios a terceros en listas de direcciones, confeccion de targets, envio de correo,   etc.

                                      INVERSION BAJISIMA
                         POSIBILIDAD DE PAGO CON TARJETA DE CREDITO
                                 POSIBILIDAD DE PAGO A PLAZOS

Solicite informes en alguna de estas direcciones:

<mailto:webbiz@mailing.nu?subject=informacion>

Visite nuestra web en:

http://come.to/webbiz/
http://lapaginade.com/webbiz/
http://miweb.antikton.com/webbiz/
http://www.webbiz.ca.tc/

Saludos
----------------------------------------------------------------------------------------------------------------------------------------------------------
OTRAS OFERTAS: Venta de direcciones email. Extraccion de direcciones a la carta
----------------------------------------------------------------------------------------------------------------------------------------------------------




To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Wed Nov 17  2:46: 3 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP
	id C845A14D15; Wed, 17 Nov 1999 02:46:02 -0800 (PST)
	(envelope-from sheldonh@FreeBSD.org)
Received: (from sheldonh@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id CAA99182;
	Wed, 17 Nov 1999 02:46:02 -0800 (PST)
	(envelope-from sheldonh@FreeBSD.org)
Date: Wed, 17 Nov 1999 02:46:02 -0800 (PST)
From: <sheldonh@FreeBSD.org>
Message-Id: <199911171046.CAA99182@freefall.freebsd.org>
To: yxpan@us.oracle.com, sheldonh@FreeBSD.org,
	freebsd-bugs@FreeBSD.org
Subject: Re: misc/14929: Forgot root password. How to reset
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

Synopsis: Forgot root password. How to reset

State-Changed-From-To: open->closed
State-Changed-By: sheldonh
State-Changed-When: Wed Nov 17 02:44:19 PST 1999
State-Changed-Why: 
This is a Frequently Asked Question, answered at:

	http://www.freebsd.org/FAQ/admin.html#AEN1975


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Wed Nov 17  2:47:10 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP
	id 6945E151F8; Wed, 17 Nov 1999 02:47:08 -0800 (PST)
	(envelope-from sheldonh@FreeBSD.org)
Received: (from sheldonh@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id CAA99298;
	Wed, 17 Nov 1999 02:47:08 -0800 (PST)
	(envelope-from sheldonh@FreeBSD.org)
Date: Wed, 17 Nov 1999 02:47:08 -0800 (PST)
From: <sheldonh@FreeBSD.org>
Message-Id: <199911171047.CAA99298@freefall.freebsd.org>
To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org,
	freebsd-ports@FreeBSD.org
Subject: Re: misc/14930: ssh 1.x port for 3.3-RELEASE fails to build
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

Synopsis: ssh 1.x port for 3.3-RELEASE fails to build

Responsible-Changed-From-To: freebsd-bugs->freebsd-ports
Responsible-Changed-By: sheldonh
Responsible-Changed-When: Wed Nov 17 02:46:41 PST 1999
Responsible-Changed-Why: 
Misfiled PR.


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Wed Nov 17  2:50: 3 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id 07CB914D15
	for <freebsd-bugs@FreeBSD.org>; Wed, 17 Nov 1999 02:50:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id CAA99461;
	Wed, 17 Nov 1999 02:50:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Date: Wed, 17 Nov 1999 02:50:01 -0800 (PST)
Message-Id: <199911171050.CAA99461@freefall.freebsd.org>
To: freebsd-bugs@FreeBSD.org
Cc: 
From: Sheldon Hearn <sheldonh@uunet.co.za>
Subject: Re: conf/14931: rc logging facility 
Reply-To: Sheldon Hearn <sheldonh@uunet.co.za>
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

The following reply was made to PR conf/14931; it has been noted by GNATS.

From: Sheldon Hearn <sheldonh@uunet.co.za>
To: clefevre@citeweb.net
Cc: FreeBSD-gnats-submit@FreeBSD.ORG
Subject: Re: conf/14931: rc logging facility 
Date: Wed, 17 Nov 1999 12:49:30 +0200

 On Wed, 17 Nov 1999 01:50:41 +0100, Cyrille Lefevre wrote:
 
 > 	Modifications to the /etc/rc startup file to provide
 > 	a logging facility. so it is easy to see if something
 > 	is wrong within /etc/rc.* startup files.
 
 I don't think this is worth the effort, given that you can get all the
 detail you need out of the shell's xtrace option.  Just edit the first
 line of all the rc scripts so that it reads:
 
 #!/bin/sh -x
 
 Ciao,
 Sheldon.
 


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Wed Nov 17  3: 0: 5 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id 53EF914D15
	for <freebsd-bugs@FreeBSD.org>; Wed, 17 Nov 1999 03:00:04 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id DAA00423;
	Wed, 17 Nov 1999 03:00:04 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Date: Wed, 17 Nov 1999 03:00:04 -0800 (PST)
Message-Id: <199911171100.DAA00423@freefall.freebsd.org>
To: freebsd-bugs@FreeBSD.org
Cc: 
From: Sheldon Hearn <sheldonh@uunet.co.za>
Subject: Re: misc/14932: "more" eating up CPU on users with shell=/bin/sh if telnetd disconnects 
Reply-To: Sheldon Hearn <sheldonh@uunet.co.za>
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

The following reply was made to PR misc/14932; it has been noted by GNATS.

From: Sheldon Hearn <sheldonh@uunet.co.za>
To: bruce@engmail.uwaterloo.ca
Cc: freebsd-gnats-submit@FreeBSD.ORG
Subject: Re: misc/14932: "more" eating up CPU on users with shell=/bin/sh if telnetd disconnects 
Date: Wed, 17 Nov 1999 12:53:08 +0200

 On Tue, 16 Nov 1999 17:26:16 PST, bruce@engmail.uwaterloo.ca wrote:
 
 > On 3.3 RELEASE, on a user with login shell of /bin/sh, if a user
 > runs "more /etc/passwd" (or something) and then has their /bin/sh
 > or telnetd killed (either manually with kill -9 or if the telnetd
 > keepalive mechanism terminates a disconnected connection) "more"
 > starts spinning, and quickly goes to the top of "top", eating 50% CPU
 > or more
 
 Hi Bruce,
 
 As per my message sent earlier, please test with with 3.3-STABLE.
 I can't reproduce the problem with 3.3-STABLE, and if a problem in
 3.3-RELEASE doesn't exist in 3.3-STABLE, there's nothing we can do about
 it now.
 
 Also, note that the problem is not that more "eats up CPU" -- I'm pretty
 sure it's just spinning on input, so if the system got busier, you'd
 probably find that the CPU usage of the more processes would flatten
 out.
 
 The problem is simply that the children of the shell process should die
 when you kill the shell.
 
 Ciao,
 Sheldon.
 


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Wed Nov 17  5:10:11 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id E41A115246
	for <freebsd-bugs@FreeBSD.org>; Wed, 17 Nov 1999 05:10:00 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id FAA15233;
	Wed, 17 Nov 1999 05:10:00 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: from camus.cybercable.fr (camus.cybercable.fr [212.198.0.200])
	by hub.freebsd.org (Postfix) with SMTP id 270B314BC2
	for <FreeBSD-gnats-submit@freebsd.org>; Wed, 17 Nov 1999 05:02:13 -0800 (PST)
	(envelope-from lefevre@d074.paris-222.cybercable.fr)
Received: (qmail 821369 invoked from network); 17 Nov 1999 13:02:11 -0000
Received: from d074.paris-222.cybercable.fr ([212.198.222.74]) (envelope-sender <lefevre@d074.paris-222.cybercable.fr>)
          by camus.cybercable.fr (qmail-ldap-1.03) with SMTP
          for <FreeBSD-gnats-submit@freebsd.org>; 17 Nov 1999 13:02:11 -0000
Received: (from root@localhost)
	by d074.paris-222.cybercable.fr (8.9.3/8.9.3) id OAA00956;
	Wed, 17 Nov 1999 14:02:11 +0100 (CET)
	(envelope-from lefevre)
Message-Id: <199911171302.OAA00956@d074.paris-222.cybercable.fr>
Date: Wed, 17 Nov 1999 14:02:11 +0100 (CET)
From: root@d074.paris-222.cybercable.fr
Reply-To: clefevre@citeweb.net
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: kern/14941: /etc/init vs kern.securelevel incoherence
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         14941
>Category:       kern
>Synopsis:       /etc/init vs kern.securelevel incoherence
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Wed Nov 17 05:10:00 PST 1999
>Closed-Date:
>Last-Modified:
>Originator:     Cyrille Lefevre
>Release:        FreeBSD 3.3-STABLE i386
>Organization:
ACME
>Environment:

FreeBSD gits 3.3-STABLE FreeBSD 3.3-STABLE #5: Sun Nov 14 04:01:58 CET 1999	root@gits:/disk3/3.3-STABLE/src/sys/compile/CUSTOM  i386

>Description:

	the init(8) manual says :

	Any super-user process can raise the security level, but only
	init can lower it.
	...
	If the security level is initially -1, then init leaves it
	unchanged.  Otherwise, init arranges to run the system in
	level 0 mode while single-user and in level 1 mode while
	multi-user. 

	but in the kernel says :

	in function sysctl_kern_securelvl in /sys/kern/kern_mib.c :

		if (securelevel > 1 && level < securelevel)
			return (EPERM);

	as well as the sysctl(3) manual and some other docs :

	KERN_SECURELVL
		The system security level.  This level may be raised
		by processes with appropriate privilege.  It may not
		be lowered.

	so, if you have a security level greater or equal to 1,
	even when going to single-user mode, you cannot lower
	the security level to 0 to install a new kernel and you
	have reboot into single-user or to set the
	kern_securelevel_enable to NO in the /etc/rc.conf file,
	then reboot.

>How-To-Repeat:

	in /etc/rc.conf :

	kern_securelevel_enable="YES"
	kern_securelevel="0"

	boot to multi-user mode then switch to single user mode using :

	init 1

	you got a syslog message saying :

	cannot change kernel security level from 1 to 0: Permission denied.

>Fix:

# diff -rcb kern_mib.c.orig kern_mib.c
*** kern_mib.c.orig	Wed Nov 17 03:16:52 1999
--- kern_mib.c	Wed Nov 17 03:22:46 1999
***************
*** 138,144 ****
		error = sysctl_handle_int(oidp, &level, 0, req);
		if (error || !req->newptr)
			return (error);
!		if (level < securelevel)
			return (EPERM);
		securelevel = level;
		return (error);
--- 138,148 ----
		error = sysctl_handle_int(oidp, &level, 0, req);
		if (error || !req->newptr)
			return (error);
! #ifdef notdef
!		printf ("pid=%d curproc=%p initproc=%p\n",
!			curproc->p_pid, curproc, initproc);
! #endif
!		if (curproc != initproc && level < securelevel)
			return (EPERM);
		securelevel = level;
		return (error);

a much portable solution would be :

# diff -rcb kern_mib.c.orig kern_mib.c
*** kern_mib.c.orig	Wed Nov 17 03:16:52 1999
--- kern_mib.c	Wed Nov 17 03:22:46 1999
***************
*** 138,144 ****
		error = sysctl_handle_int(oidp, &level, 0, req);
		if (error || !req->newptr)
			return (error);
!		if (level < securelevel)
			return (EPERM);
		securelevel = level;
		return (error);
--- 138,148 ----
		error = sysctl_handle_int(oidp, &level, 0, req);
		if (error || !req->newptr)
			return (error);
! #ifdef notdef
!		printf ("pid=%d curproc=%p initproc=%p\n",
!			curproc->p_pid, curproc, initproc);
! #endif
!		if (curproc->p_pid != 1 && level < securelevel)
			return (EPERM);
		securelevel = level;
		return (error);

>Release-Note:
>Audit-Trail:
>Unformatted:


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Wed Nov 17  5:22:39 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP
	id 9BF8F14A06; Wed, 17 Nov 1999 05:22:37 -0800 (PST)
	(envelope-from sheldonh@FreeBSD.org)
Received: (from sheldonh@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id FAA16396;
	Wed, 17 Nov 1999 05:22:37 -0800 (PST)
	(envelope-from sheldonh@FreeBSD.org)
Date: Wed, 17 Nov 1999 05:22:37 -0800 (PST)
From: <sheldonh@FreeBSD.org>
Message-Id: <199911171322.FAA16396@freefall.freebsd.org>
To: clefevre@citeweb.net, sheldonh@FreeBSD.org,
	freebsd-bugs@FreeBSD.org, kato@FreeBSD.org
Subject: Re: kern/14941: /etc/init vs kern.securelevel incoherence
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

Synopsis: /etc/init vs kern.securelevel incoherence

State-Changed-From-To: open->suspended
State-Changed-By: sheldonh
State-Changed-When: Wed Nov 17 05:19:41 PST 1999
State-Changed-Why: 
This situation was dealt with in rev 1.19 of init.8 and rev 1.36 of
init.c, although these changes have not yet been merged back to the 
stable branch.  I'm leaving this PR in the suspended state as an
kato has other such
PR's lying around, he can close this as a duplicate.


Responsible-Changed-From-To: freebsd-bugs->kato
Responsible-Changed-By: sheldonh
Responsible-Changed-When: Wed Nov 17 05:19:41 PST 1999
Responsible-Changed-Why: 
kato's commit to CURRENT.


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Wed Nov 17  5:30: 8 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id 1703D15028
	for <freebsd-bugs@FreeBSD.org>; Wed, 17 Nov 1999 05:30:06 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id FAA16749;
	Wed, 17 Nov 1999 05:30:06 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Date: Wed, 17 Nov 1999 05:30:06 -0800 (PST)
Message-Id: <199911171330.FAA16749@freefall.freebsd.org>
To: freebsd-bugs@FreeBSD.org
Cc: 
From: Sheldon Hearn <sheldonh@uunet.co.za>
Subject: Re: conf/14931: rc logging facility 
Reply-To: Sheldon Hearn <sheldonh@uunet.co.za>
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

The following reply was made to PR conf/14931; it has been noted by GNATS.

From: Sheldon Hearn <sheldonh@uunet.co.za>
To: clefevre@citeweb.net
Cc: freebsd-gnats-submit@freebsd.org
Subject: Re: conf/14931: rc logging facility 
Date: Wed, 17 Nov 1999 15:25:45 +0200

 On Wed, 17 Nov 1999 14:18:15 +0100, Cyrille Lefevre wrote:
 
 > no, you don't understand what I would say.
 >
 > while the system is starting up, there is lots of messages on the
 > system console which scroll very fast. so if there is an error message
 > and that error message is not on the last 25 lines, you are unable to
 > know what is reporting the error message.
 
 Right, I did misunderstand what you were after.  I wonder if there isn't
 something that we could do with init(8) to do something clever with the
 outpur of the rc scripts instead of this.  I'm just keen on exploring
 alternatives to what looks like a bit of a messy work-around.
 
 Ciao,
 Sheldon.
 


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Wed Nov 17  6: 0: 5 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id F1CBB151FD
	for <freebsd-bugs@FreeBSD.org>; Wed, 17 Nov 1999 06:00:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id GAA18713;
	Wed, 17 Nov 1999 06:00:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: by hub.freebsd.org (Postfix, from userid 32767)
	id 5817815252; Wed, 17 Nov 1999 05:50:13 -0800 (PST)
Message-Id: <19991117135013.5817815252@hub.freebsd.org>
Date: Wed, 17 Nov 1999 05:50:13 -0800 (PST)
From: osela@tactline.co.il
To: freebsd-gnats-submit@freebsd.org
X-Send-Pr-Version: www-1.0
Subject: i386/14946: rmt - remote magtape protocol
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         14946
>Category:       i386
>Synopsis:       rmt - remote magtape protocol
>Confidential:   no
>Severity:       serious
>Priority:       high
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          change-request
>Submitter-Id:   current-users
>Arrival-Date:   Wed Nov 17 06:00:00 PST 1999
>Closed-Date:
>Last-Modified:
>Originator:     Oren Sela
>Release:        3.2
>Organization:
Tactline
>Environment:
FreeBSD alice 3.2-RELEASE FreeBSD 3.2-RELEASE #1: Thu Jul 22 16:05:47 IDT 1999     root@alice:/usr/src/sys/compile/ALICE  i386
>Description:
I want to use the rmt on bsd vs. solaris 2.7.
When I use ufsdump from the solaris machine to the BSD I get following output:
  DUMP: Writing 32 Kilobyte records
  DUMP: Date of this level 0 dump: Wed Nov 17 15:23:38 1999
  DUMP: Date of last level 0 dump: the epoch
  DUMP: Dumping /dev/rdsk/c0t0d0s7 (hope:/export/home) to
alice:/dev/nrsa0.
  DUMP: Mapping (Pass I) [regular files]
  DUMP: Mapping (Pass II) [directories]
  DUMP: Estimated 436 blocks (218KB).
  DUMP: rmtstatus: expected response size 24, got 76
  DUMP: This means the remote rmt daemon is not compatible.
  DUMP: Lost connection to remote host.
  DUMP: Bad return code from dump: 1
The rmt on Solaris is not compatible with the one on BSD.
I need a solution - can any one help :->

>How-To-Repeat:
just do ufsdump from solaris 2.7 to bsd 3.2
>Fix:


>Release-Note:
>Audit-Trail:
>Unformatted:


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Wed Nov 17  6:37:13 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from gidgate.gid.co.uk (gidgate.gid.co.uk [193.123.140.1])
	by hub.freebsd.org (Postfix) with ESMTP id EC82814CA0
	for <freebsd-bugs@FreeBSD.ORG>; Wed, 17 Nov 1999 06:37:02 -0800 (PST)
	(envelope-from rb@gid.co.uk)
Received: (from rb@localhost)
	by gidgate.gid.co.uk (8.8.8/8.8.7) id OAA26057;
	Wed, 17 Nov 1999 14:36:08 GMT
	(envelope-from rb)
Message-Id: <3.0.6.32.19991117143539.007b8100@192.168.255.1>
X-Sender: rbmail@192.168.255.1
X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32)
Date: Wed, 17 Nov 1999 14:35:39 +0000
To: Sheldon Hearn <sheldonh@uunet.co.za>
From: Bob Bishop <rb@gid.co.uk>
Subject: Re: conf/14931: rc logging facility 
Cc: clefevre@citeweb.net, freebsd-bugs@FreeBSD.ORG
In-Reply-To: <199911171330.FAA16749@freefall.freebsd.org>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

At 05:30 AM 11/17/99 -0800, Sheldon Hearn wrote:
>The following reply was made to PR conf/14931; it has been noted by GNATS.
>
>From: Sheldon Hearn <sheldonh@uunet.co.za>
>To: clefevre@citeweb.net
>Cc: freebsd-gnats-submit@freebsd.org
>Subject: Re: conf/14931: rc logging facility 
>Date: Wed, 17 Nov 1999 15:25:45 +0200
>
> On Wed, 17 Nov 1999 14:18:15 +0100, Cyrille Lefevre wrote:
> 
> > no, you don't understand what I would say.
> >
> > while the system is starting up, there is lots of messages on the
> > system console which scroll very fast. so if there is an error message
> > and that error message is not on the last 25 lines, you are unable to
> > know what is reporting the error message.
[etc]

Scroll lock? 9on VGA console at least)

--
Bob Bishop		    +44 118 977 4017
rb@gid.co.uk		fax +44 118 989 4254 (0800-1800 UK)


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Wed Nov 17  8:40: 6 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id CE36215376
	for <freebsd-bugs@FreeBSD.org>; Wed, 17 Nov 1999 08:40:02 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id IAA86073;
	Wed, 17 Nov 1999 08:40:02 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Date: Wed, 17 Nov 1999 08:40:02 -0800 (PST)
Message-Id: <199911171640.IAA86073@freefall.freebsd.org>
To: freebsd-bugs@FreeBSD.org
Cc: 
From: Matthew Jacob <mjacob@feral.com>
Subject: Re: i386/14946: rmt - remote magtape protocol
Reply-To: Matthew Jacob <mjacob@feral.com>
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

The following reply was made to PR i386/14946; it has been noted by GNATS.

From: Matthew Jacob <mjacob@feral.com>
To: osela@tactline.co.il
Cc: freebsd-gnats-submit@FreeBSD.ORG
Subject: Re: i386/14946: rmt - remote magtape protocol
Date: Wed, 17 Nov 1999 08:34:30 -0800 (PST)

 Does this have problems from a FreeBSD to a FreeBSD machine as well? 
 
 On Wed, 17 Nov 1999 osela@tactline.co.il wrote:
 
 > 
 > >Number:         14946
 > >Category:       i386
 > >Synopsis:       rmt - remote magtape protocol
 > >Confidential:   no
 > >Severity:       serious
 > >Priority:       high
 > >Responsible:    freebsd-bugs
 > >State:          open
 > >Quarter:        
 > >Keywords:       
 > >Date-Required:
 > >Class:          change-request
 > >Submitter-Id:   current-users
 > >Arrival-Date:   Wed Nov 17 06:00:00 PST 1999
 > >Closed-Date:
 > >Last-Modified:
 > >Originator:     Oren Sela
 > >Release:        3.2
 > >Organization:
 > Tactline
 > >Environment:
 > FreeBSD alice 3.2-RELEASE FreeBSD 3.2-RELEASE #1: Thu Jul 22 16:05:47 IDT 1999     root@alice:/usr/src/sys/compile/ALICE  i386
 > >Description:
 > I want to use the rmt on bsd vs. solaris 2.7.
 > When I use ufsdump from the solaris machine to the BSD I get following output:
 >   DUMP: Writing 32 Kilobyte records
 >   DUMP: Date of this level 0 dump: Wed Nov 17 15:23:38 1999
 >   DUMP: Date of last level 0 dump: the epoch
 >   DUMP: Dumping /dev/rdsk/c0t0d0s7 (hope:/export/home) to
 > alice:/dev/nrsa0.
 >   DUMP: Mapping (Pass I) [regular files]
 >   DUMP: Mapping (Pass II) [directories]
 >   DUMP: Estimated 436 blocks (218KB).
 >   DUMP: rmtstatus: expected response size 24, got 76
 >   DUMP: This means the remote rmt daemon is not compatible.
 >   DUMP: Lost connection to remote host.
 >   DUMP: Bad return code from dump: 1
 > The rmt on Solaris is not compatible with the one on BSD.
 > I need a solution - can any one help :->
 > 
 > >How-To-Repeat:
 > just do ufsdump from solaris 2.7 to bsd 3.2
 > >Fix:
 > 
 > 
 > >Release-Note:
 > >Audit-Trail:
 > >Unformatted:
 > 
 > 
 > To Unsubscribe: send mail to majordomo@FreeBSD.org
 > with "unsubscribe freebsd-bugs" in the body of the message
 > 
 
 


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Wed Nov 17 12:10: 6 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id 82FB114CB6
	for <freebsd-bugs@FreeBSD.org>; Wed, 17 Nov 1999 12:10:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id MAA17935;
	Wed, 17 Nov 1999 12:10:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: from internal.mail.demon.net (internal.mail.demon.net [193.195.224.3])
	by hub.freebsd.org (Postfix) with ESMTP id 54F1514A0B
	for <FreeBSD-gnats-submit@freebsd.org>; Wed, 17 Nov 1999 12:00:20 -0800 (PST)
	(envelope-from fanf@demon.net)
Received: from fanf.eng.demon.net (fanf.eng.demon.net [195.11.55.89])
	by internal.mail.demon.net with ESMTP id TAA08097;
	Wed, 17 Nov 1999 20:00:00 GMT
Received: from fanf by fanf.eng.demon.net with local (Exim 3.03 #2)
	id 11oBEn-000BUn-00
	for FreeBSD-gnats-submit@freebsd.org; Wed, 17 Nov 1999 19:59:29 +0000
Message-Id: <E11oBEn-000BUn-00@fanf.eng.demon.net>
Date: Wed, 17 Nov 1999 19:59:29 +0000
From: Tony Finch <dot@dotat.at>
Reply-To: Tony Finch <dot@dotat.at>
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: bin/14954: search.h is missing
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         14954
>Category:       bin
>Synopsis:       search.h is missing
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          change-request
>Submitter-Id:   current-users
>Arrival-Date:   Wed Nov 17 12:10:00 PST 1999
>Closed-Date:
>Last-Modified:
>Originator:     Tony Finch
>Release:        FreeBSD 3.3-STABLE-19991115 i386
>Organization:
Demon Internet Ltd
>Environment:

any version of FreeBSD

>Description:

FreeBSD is missing the <search.h> header from SVID, but it is present
in NetBSD and OpenBSD. They also have implementations of the tsearch
etc. routines originally obtained from public domain sources by ESR.
There is an hsearch compatible interface to Berkeley DB which is
already in FreeBSD's libc.

Since these functions are in GNU libc I expect that in the near future
there will be more software out there that uses them.

>How-To-Repeat:



>Fix:
	



>Release-Note:
>Audit-Trail:
>Unformatted:


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Wed Nov 17 12:50: 5 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id AD01614C8D
	for <freebsd-bugs@FreeBSD.org>; Wed, 17 Nov 1999 12:50:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id MAA24467;
	Wed, 17 Nov 1999 12:50:00 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: from sec.gta.com (fishsmell.gta.com [199.120.225.69])
	by hub.freebsd.org (Postfix) with ESMTP id 50CCB14BF4
	for <FreeBSD-gnats-submit@freebsd.org>; Wed, 17 Nov 1999 12:44:39 -0800 (PST)
	(envelope-from lab@sec.gta.com)
Received: (from lab@localhost)
	by sec.gta.com (8.9.3/8.9.3) id PAA06285;
	Wed, 17 Nov 1999 15:52:44 -0500 (EST)
	(envelope-from lab)
Message-Id: <199911172052.PAA06285@sec.gta.com>
Date: Wed, 17 Nov 1999 15:52:44 -0500 (EST)
From: lab@gta.com
Reply-To: lab@gta.com
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: kern/14958: memory leak in UDP blackhole processing in udp_usrreq.c for current
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         14958
>Category:       kern
>Synopsis:       memory leak in UDP blackhole processing in udp_usrreq.c
>Confidential:   no
>Severity:       serious
>Priority:       high
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Wed Nov 17 12:50:00 PST 1999
>Closed-Date:
>Last-Modified:
>Originator:     Larry Baird
>Release:        FreeBSD 4.0
>Organization:
Global Technology Associates
>Environment:

	FreeBSD 4.0 source code for udp_usreq.c

>Description:

	The logic for blackhole processing does not free mbufs if the
	blackhole flag is set.

>How-To-Repeat:

	Send some UDP packets to unopened ports on a FreeBSD 4.0 box with
	UDP blackhole turned on.

>Fix:
*** udp_usrreq.c        Wed Nov 10 11:58:47 1999
--- /tmp/udp_usrreq.c   Wed Nov 17 15:50:58 1999
***************
*** 307,312 ****
--- 307,314 ----
  #endif
                if (!blackhole)
                        icmp_error(m, ICMP_UNREACH, ICMP_UNREACH_PORT, 0, 0);
+               else
+                       goto bad;
                return;
        }

>Release-Note:
>Audit-Trail:
>Unformatted:


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Wed Nov 17 12:58:21 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP
	id 5966C1538F; Wed, 17 Nov 1999 12:58:18 -0800 (PST)
	(envelope-from phk@FreeBSD.org)
Received: (from phk@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id MAA25238;
	Wed, 17 Nov 1999 12:58:18 -0800 (PST)
	(envelope-from phk@FreeBSD.org)
Date: Wed, 17 Nov 1999 12:58:18 -0800 (PST)
From: <phk@FreeBSD.org>
Message-Id: <199911172058.MAA25238@freefall.freebsd.org>
To: lab@gta.com, phk@FreeBSD.org, freebsd-bugs@FreeBSD.org
Subject: Re: kern/14958: memory leak in UDP blackhole processing in udp_usrreq.c
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

Synopsis: memory leak in UDP blackhole processing in udp_usrreq.c

State-Changed-From-To: open->closed
State-Changed-By: phk
State-Changed-When: Wed Nov 17 12:58:03 PST 1999
State-Changed-Why: 
committed, thanks!


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Wed Nov 17 13: 0: 7 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id 65DE714E6F
	for <freebsd-bugs@FreeBSD.org>; Wed, 17 Nov 1999 13:00:02 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id NAA25440;
	Wed, 17 Nov 1999 13:00:02 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: from monkeys.com (i180.value.net [206.14.136.180])
	by hub.freebsd.org (Postfix) with ESMTP id 8831914D97
	for <FreeBSD-gnats-submit@freebsd.org>; Wed, 17 Nov 1999 12:56:12 -0800 (PST)
	(envelope-from rfg@monkeys.com)
Received: (from rfg@localhost)
	by monkeys.com (8.9.3/8.9.3) id MAA04664;
	Wed, 17 Nov 1999 12:56:07 -0800 (PST)
Message-Id: <199911172056.MAA04664@monkeys.com>
Date: Wed, 17 Nov 1999 12:56:07 -0800 (PST)
From: "Ronald F. Guilmette" <rfg@monkeys.com>
Reply-To: rfg@monkeys.com (Ronald F. Guilmette)
To: FreeBSD-gnats-submit@freebsd.org
Cc: Stephen Roome <steve@visint.co.uk>,
	John Polstra <jdp@polstra.com>, jkh@FreeBSD.ORG
X-Send-Pr-Version: 3.2
Subject: misc/14959: incomplete xterm termcap entry (see also bug gnu/5039)
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         14959
>Category:       misc
>Synopsis:       incomplete xterm termcap entry (see also bug gnu/5039)
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Wed Nov 17 13:00:02 PST 1999
>Closed-Date:
>Last-Modified:
>Originator:     Ronald F. Guilmette
>Release:        FreeBSD 3.3-RELEASE i386
>Organization:
E-Scrub Technoligies, Inc.
>Environment:

	xterm window running on whatever version of XFree86 comes with 3.3

>Description:

	When running (n)vi in an xterm window, (n)vi should save the current
	xterm window contents on startup and then restore the old xterm
	contentx upon exit (or backgrounding).  But it doesn't.

	I believe that this is actually due to some incompletness in the
	stock termcap entry for `xterm' hat is being distributed with FreeBSD
	3.3.

	(See also bug gnu/5039 which may or may not be related.)

>How-To-Repeat:

	Start up vi (on any file) and then exit vi.
	Note that the old xterm window contents are not restored.

>Fix:

	I wish I knew.

	I fixed this same *&^%$# problem about ten centuries ago in the
	terminfo entry for `xterm' on my old Linux system, but I'll be
	damned if I can find any old notes about how I did that now.
	
	


>Release-Note:
>Audit-Trail:
>Unformatted:


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Wed Nov 17 13: 0: 8 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id 31B3514D84
	for <freebsd-bugs@FreeBSD.org>; Wed, 17 Nov 1999 13:00:02 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id NAA25431;
	Wed, 17 Nov 1999 13:00:02 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Date: Wed, 17 Nov 1999 13:00:02 -0800 (PST)
Message-Id: <199911172100.NAA25431@freefall.freebsd.org>
To: freebsd-bugs@FreeBSD.org
Cc: 
From: Alexander Langer <alex@cichlids.com>
Subject: Re: bin/14920: install(1) hangs when intalling files same directory.
Reply-To: Alexander Langer <alex@cichlids.com>
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

The following reply was made to PR bin/14920; it has been noted by GNATS.

From: Alexander Langer <alex@cichlids.com>
To: okimoto@mrit.mei.co.jp
Cc: freebsd-gnats-submit@FreeBSD.ORG
Subject: Re: bin/14920: install(1) hangs when intalling files same directory.
Date: Wed, 17 Nov 1999 21:51:32 +0100

 I've done a patch to xinstall, that detects if the source-file is the
 same as the destination file, also if they are in the same directory:
 
 alex:~ $ touch foo bar
 alex:~ $ install foo bar .
 install: foo and ./foo are the same file
 alex:~ $ install foo bar ../../home/alex
 install: foo and ../../home/alex/foo are the same file
 alex:~ $ install foo bar /usr/home/alex 
 install: foo and /usr/home/alex/foo are the same file
 alex:~ $ install foo bar test/..       
 install: foo and test/../foo are the same file
 alex:~ $ 
 
 
 Here is the patch:
 
 --- xinstall.c.old	Wed Nov 17 20:32:40 1999
 +++ xinstall.c	Wed Nov 17 21:48:05 1999
 @@ -90,7 +90,7 @@
  int debug, docompare, docopy, dodir, dopreserve, dostrip, nommap, verbose;
  int mode = S_IRWXU|S_IRGRP|S_IXGRP|S_IROTH|S_IXOTH;
  char *group, *owner, pathbuf[MAXPATHLEN];
 -char pathbuf2[MAXPATHLEN];
 +char pathbuf2[MAXPATHLEN], pathbuf3[MAXPATHLEN];
  
  #define	DIRECTORY	0x01		/* Tell install it's a directory. */
  #define	SETFLAGS	0x02		/* Tell install to set flags. */
 @@ -105,6 +105,7 @@
  void	strip __P((char *));
  void	usage __P((void));
  int	trymmap __P((int));
 +char *	basename __P((char *));
  
  #define ALLOW_NUMERIC_IDS 1
  #ifdef ALLOW_NUMERIC_IDS
 @@ -128,7 +129,7 @@
  	int argc;
  	char *argv[];
  {
 -	struct stat from_sb, to_sb;
 +	struct stat from_sb, to_sb, fileto_sb;
  	mode_t *set;
  	u_long fset;
  	u_int iflags;
 @@ -222,8 +223,28 @@
  
  	no_target = stat(to_name = argv[argc - 1], &to_sb);
  	if (!no_target && (to_sb.st_mode & S_IFMT) == S_IFDIR) {
 -		for (; *argv != to_name; ++argv)
 -			install(*argv, to_name, fset, iflags | DIRECTORY);
 +		for (; *argv != to_name; ++argv) {
 +			if (stat(*argv, &from_sb))
 +				err(EX_OSERR, "%s", *argv);
 +			snprintf(pathbuf3, MAXPATHLEN,
 +			    "%s%s%s", to_name,
 +			    to_name[strlen(to_name) - 1] == '/' ? "" : "/",
 +			    basename(*argv));
 +			if (stat(pathbuf3, &fileto_sb) && errno != ENOENT)
 +				err(EX_OSERR, "%s", pathbuf3);
 +			else if (errno == ENOENT)
 +				goto target_ok;
 +			if (!S_ISREG(fileto_sb.st_mode)) {
 +				errno = EFTYPE;
 +				err(EX_OSERR, "%s", pathbuf3);
 +			}
 +			if (fileto_sb.st_dev == from_sb.st_dev &&
 +			    fileto_sb.st_ino == from_sb.st_ino)
 +				errx(EX_USAGE,
 +				    "%s and %s are the same file", *argv, pathbuf3);
 +		target_ok:
 +			install(*argv, pathbuf3, fset, iflags);
 +	    }
  		exit(EX_OK);
  		/* NOTREACHED */
  	}
 @@ -736,4 +757,19 @@
  		return (1);
  #endif
  	return (0);
 +}
 +
 +/*
 + * basename --
 + *	return the filename of a file whose absolut path is given
 + *	as pointer to char.
 + */
 +char *
 +basename(name)
 +	char *name;
 +{
 +	char *slash;
 +
 +	slash = strrchr(name, '/');
 +	return (slash == NULL ? name : slash + 1);
  }
 


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Wed Nov 17 13:10: 4 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id 603FB14E38
	for <freebsd-bugs@FreeBSD.org>; Wed, 17 Nov 1999 13:10:02 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id NAA26543;
	Wed, 17 Nov 1999 13:10:02 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Date: Wed, 17 Nov 1999 13:10:02 -0800 (PST)
Message-Id: <199911172110.NAA26543@freefall.freebsd.org>
To: freebsd-bugs@FreeBSD.org
Cc: 
From: Garrett Wollman <wollman@khavrinen.lcs.mit.edu>
Subject: misc/14959: incomplete xterm termcap entry (see also bug gnu/5039)
Reply-To: Garrett Wollman <wollman@khavrinen.lcs.mit.edu>
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

The following reply was made to PR misc/14959; it has been noted by GNATS.

From: Garrett Wollman <wollman@khavrinen.lcs.mit.edu>
To: rfg@monkeys.com (Ronald F. Guilmette)
Cc: FreeBSD-gnats-submit@FreeBSD.ORG
Subject: misc/14959: incomplete xterm termcap entry (see also bug gnu/5039)
Date: Wed, 17 Nov 1999 16:05:11 -0500 (EST)

 <<On Wed, 17 Nov 1999 12:56:07 -0800 (PST), "Ronald F. Guilmette" <rfg@monkeys.com> said:
 
 > 	When running (n)vi in an xterm window, (n)vi should save the current
 > 	xterm window contents on startup and then restore the old xterm
 > 	contentx upon exit (or backgrounding).  But it doesn't.
 
 That is a matter of taste.  You are free to use an alternate termcap
 entry for xterm if this obnoxious behavior pleases you.
 
 -GAWollman
 
 --
 Garrett A. Wollman   | O Siem / We are all family / O Siem / We're all the same
 wollman@lcs.mit.edu  | O Siem / The fires of freedom 
 Opinions not those of| Dance in the burning flame
 MIT, LCS, CRS, or NSA|                     - Susan Aglukark and Chad Irschick
 


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Wed Nov 17 13:10:15 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id 48EFA1500C
	for <freebsd-bugs@FreeBSD.org>; Wed, 17 Nov 1999 13:10:04 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id NAA26558;
	Wed, 17 Nov 1999 13:10:04 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: by hub.freebsd.org (Postfix, from userid 32767)
	id E5ACA14CCD; Wed, 17 Nov 1999 13:07:33 -0800 (PST)
Message-Id: <19991117210733.E5ACA14CCD@hub.freebsd.org>
Date: Wed, 17 Nov 1999 13:07:33 -0800 (PST)
From: p.kessen@lixus.com
To: freebsd-gnats-submit@freebsd.org
X-Send-Pr-Version: www-1.0
Subject: kern/14960: Compaq EISA array controller not working
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         14960
>Category:       kern
>Synopsis:       Compaq EISA array controller not working
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Wed Nov 17 13:10:03 PST 1999
>Closed-Date:
>Last-Modified:
>Originator:     Patrick
>Release:        3.3-release
>Organization:
>Environment:
FreeBSD enterprise.startrek.home 3.3-RELEASE FreeBSD 3.3-RELEASE #0: Wed Nov 17 21:24:50 CET 1999     root@enterprise.startrek.home:/usr/src/sys/compile/CPQ  i386

>Description:
When I've compiled a kernel with the Compaq Smart array adapter support
at boot time the output is:

ida: port address (0xffffffff) out of range
ida0 not found

>How-To-Repeat:
I've compiled the kernel with the options suggested in the LINT file 
for using the controller. As far as I know this problem only exhists
on machines with the EISA version of the Smart controller.
I have the battery-backuped caching version of the EISA SMART controller.



>Fix:


>Release-Note:
>Audit-Trail:
>Unformatted:


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Wed Nov 17 13:20: 3 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id 99AF214DC3
	for <freebsd-bugs@FreeBSD.org>; Wed, 17 Nov 1999 13:20:00 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id NAA27604;
	Wed, 17 Nov 1999 13:20:00 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: by hub.freebsd.org (Postfix, from userid 32767)
	id B853514D97; Wed, 17 Nov 1999 13:10:48 -0800 (PST)
Message-Id: <19991117211048.B853514D97@hub.freebsd.org>
Date: Wed, 17 Nov 1999 13:10:48 -0800 (PST)
From: king@sstar.com
To: freebsd-gnats-submit@freebsd.org
X-Send-Pr-Version: www-1.0
Subject: kern/14962: PnP doesn't detect AWE64 when PnP modem is present
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         14962
>Category:       kern
>Synopsis:       PnP doesn't detect AWE64 when PnP modem is present
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Wed Nov 17 13:20:00 PST 1999
>Closed-Date:
>Last-Modified:
>Originator:     Jim King
>Release:        3.3-STABLE
>Organization:
>Environment:
FreeBSD raspberry.lgc.com 3.3-STABLE FreeBSD 3.3-STABLE #2: Sun Nov 14 12:53:36 CST 1999     jim@raspberry.lgc.com:/usr/src/sys/compile/RASP  i386
>Description:
Had a working system with a USR3090 ISA PnP modem.  Installed a Soundblaster AWE64, booted Win98, Win98 found the card, booted FreeBSD and FreeBSD doesn't find the card:  pcm doesn't attach, it doesn't show up in pnpinfo, no unknown devices show up in dmesg.
>How-To-Repeat:

>Fix:
I don't know if this is a proper fix, but a workaround is to reverse the loop in pnp_configure() in sys/i386/isa/pnp.c, as in the diff below.  With the loop running in reverse order on my system both the PnP modem and the AWE64 are correctly detected.

Note that applying this change to a working system may hose /boot/kernel.conf, since reversing the probe order changes the PnP CSN assignments.  e.g. in my case the modem moved from 1 to 2 and the AWE64 became 1.

Also note:  This same problem occurs in 4.0-CURRENT, and the same workaround fixes the problem.


*** pnp.c.orig  Sun Nov 14 01:37:25 1999
--- /usr/src/sys/i386/isa/pnp.c Sun Nov 14 12:53:21 1999
***************
*** 638,644 ****
      printf("Probing for PnP devices:\n");
  
      /* Try various READ_DATA ports from 0x203-0x3ff */
!     for (pnp_rd_port = 0x80; (pnp_rd_port < 0xff); pnp_rd_port += 0x10) {
        if (bootverbose)
            printf("Trying Read_Port at %x\n", (pnp_rd_port << 2) | 0x3);
  
--- 638,644 ----
      printf("Probing for PnP devices:\n");
  
      /* Try various READ_DATA ports from 0x203-0x3ff */
!     for (pnp_rd_port = 0xfe; (pnp_rd_port >= 0x80); pnp_rd_port -= 0x10) {
        if (bootverbose)
            printf("Trying Read_Port at %x\n", (pnp_rd_port << 2) | 0x3);
  

>Release-Note:
>Audit-Trail:
>Unformatted:


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Wed Nov 17 13:30: 5 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id DE2D214C8D
	for <freebsd-bugs@FreeBSD.org>; Wed, 17 Nov 1999 13:30:02 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id NAA28680;
	Wed, 17 Nov 1999 13:30:02 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Date: Wed, 17 Nov 1999 13:30:02 -0800 (PST)
Message-Id: <199911172130.NAA28680@freefall.freebsd.org>
To: freebsd-bugs@FreeBSD.org
Cc: 
From: "Matthew D. Fuller" <fullermd@futuresouth.com>
Subject: Re: misc/14959: incomplete xterm termcap entry (see also bug gnu/5039)
Reply-To: "Matthew D. Fuller" <fullermd@futuresouth.com>
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

The following reply was made to PR misc/14959; it has been noted by GNATS.

From: "Matthew D. Fuller" <fullermd@futuresouth.com>
To: "Ronald F. Guilmette" <rfg@monkeys.com>
Cc: FreeBSD-gnats-submit@FreeBSD.ORG
Subject: Re: misc/14959: incomplete xterm termcap entry (see also bug gnu/5039)
Date: Wed, 17 Nov 1999 15:23:21 -0600

 [Cc's trimmed]
 
 On Wed, Nov 17, 1999 at 12:56:07PM -0800, a little birdie told me
 that Ronald F. Guilmette remarked
 > 
 > 	When running (n)vi in an xterm window, (n)vi should save the current
 > 	xterm window contents on startup and then restore the old xterm
 > 	contentx upon exit (or backgrounding).  But it doesn't.
 
 This was discussed a few months back (on -hackers, maybe?  Don't quite
 remember...), and the prevailing opinion was that most people PREFERED
 the FreeBSD behavior.  I certainly do; if I ^Z vi while I'm working I
 want to still be able to see the contents of it, among other things.
 
 It was a single termcap property though, IIRC.  I'll see if I can't dig
 it out of my archives...
 
 
 
 
 -- 
 Matthew Fuller     (MF4839)     |    fullermd@over-yonder.net
 Unix Systems Administrator      |    fullermd@futuresouth.com
 Specializing in FreeBSD         |    http://www.over-yonder.net/
 FutureSouth Communications      |    ISPHelp ISP Consulting
 
 "The only reason I'm burning my candle at both ends, is because I
       haven't figured out how to light the middle yet"
 


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Wed Nov 17 13:30: 7 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id 6D79414F19
	for <freebsd-bugs@FreeBSD.org>; Wed, 17 Nov 1999 13:30:03 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id NAA28685;
	Wed, 17 Nov 1999 13:30:03 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Date: Wed, 17 Nov 1999 13:30:03 -0800 (PST)
Message-Id: <199911172130.NAA28685@freefall.freebsd.org>
To: freebsd-bugs@FreeBSD.org
Cc: 
From: "Ronald F. Guilmette" <rfg@monkeys.com>
Subject: Re: misc/14959: incomplete xterm termcap entry (see also bug gnu/5039) 
Reply-To: "Ronald F. Guilmette" <rfg@monkeys.com>
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

The following reply was made to PR misc/14959; it has been noted by GNATS.

From: "Ronald F. Guilmette" <rfg@monkeys.com>
To: Garrett Wollman <wollman@khavrinen.lcs.mit.edu>
Cc: FreeBSD-gnats-submit@FreeBSD.ORG
Subject: Re: misc/14959: incomplete xterm termcap entry (see also bug gnu/5039) 
Date: Wed, 17 Nov 1999 13:24:00 -0800

 In message <199911172105.QAA21588@khavrinen.lcs.mit.edu>, you wrote:
 
 ><<On Wed, 17 Nov 1999 12:56:07 -0800 (PST), "Ronald F. Guilmette" <rfg@monkeys
 >.com> said:
 >
 >> 	When running (n)vi in an xterm window, (n)vi should save the current
 >> 	xterm window contents on startup and then restore the old xterm
 >> 	contentx upon exit (or backgrounding).  But it doesn't.
 >
 >That is a matter of taste.  You are free to use an alternate termcap
 >entry for xterm if this obnoxious behavior pleases you.
 
 IN MY OPINION, the people who DO NOT want to have the screen restored when
 exiting vi/nvi are the ones who should be ``free to use an alternate termcap
 entry for xterm if THAT obnoxious behavior pleases them''.
 
 Regardless of who is ``correct'' with regards to this specific bit of vi/nvi
 behavior, the bottom line, as far as I'm concerned, is that people who hold
 the view that vi/nvi should NOT restore the screen upon exit/backgrounding
 should, ideally, have their desires satisfied by vi itself... perhaps via
 some new vi command line option... NOT by intentionally hobbling the xterm
 termcap entry as a back-door way of sabotoging the functionality which vi
 would (and does) otherwise exhibit for all terminals that have the capability
 of saving and restoring an entire screen full of stuff.
 
 If vi does stuff you don't like, then change vi.  But the termcap entry for
 xterm (or for any other type of terminal) should be an _accurate_ and also
 a _complete_ representation of _all_ of that terminal's significant capabil-
 ities.  After all, it ain't just vi that uses those termcap entries.
 


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Wed Nov 17 13:34: 9 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP
	id 9D6A61546C; Wed, 17 Nov 1999 13:33:57 -0800 (PST)
	(envelope-from phk@FreeBSD.org)
Received: (from phk@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id NAA29203;
	Wed, 17 Nov 1999 13:33:57 -0800 (PST)
	(envelope-from phk@FreeBSD.org)
Date: Wed, 17 Nov 1999 13:33:57 -0800 (PST)
From: <phk@FreeBSD.org>
Message-Id: <199911172133.NAA29203@freefall.freebsd.org>
To: miz@pa.aix.or.jp, phk@FreeBSD.org, freebsd-bugs@FreeBSD.org
Subject: Re: kern/1654: [PATCH] In procfs, vattr doesn't contain correct value of `va_fsid'.
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

Synopsis: [PATCH] In procfs, vattr doesn't contain correct value of `va_fsid'.

State-Changed-From-To: suspended->closed
State-Changed-By: phk
State-Changed-When: Wed Nov 17 13:33:31 PST 1999
State-Changed-Why: 
fixed, thanks!


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Wed Nov 17 13:40: 4 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id 36E6214E08
	for <freebsd-bugs@FreeBSD.org>; Wed, 17 Nov 1999 13:40:02 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id NAA29828;
	Wed, 17 Nov 1999 13:40:02 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Date: Wed, 17 Nov 1999 13:40:02 -0800 (PST)
Message-Id: <199911172140.NAA29828@freefall.freebsd.org>
To: freebsd-bugs@FreeBSD.org
Cc: 
From: "Matthew D. Fuller" <fullermd@futuresouth.com>
Subject: Re: misc/14959: incomplete xterm termcap entry (see also bug gnu/5039)
Reply-To: "Matthew D. Fuller" <fullermd@futuresouth.com>
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

The following reply was made to PR misc/14959; it has been noted by GNATS.

From: "Matthew D. Fuller" <fullermd@futuresouth.com>
To: "Ronald F. Guilmette" <rfg@monkeys.com>
Cc: FreeBSD-gnats-submit@FreeBSD.ORG
Subject: Re: misc/14959: incomplete xterm termcap entry (see also bug gnu/5039)
Date: Wed, 17 Nov 1999 15:36:04 -0600

 On Wed, Nov 17, 1999 at 01:30:02PM -0800, a little birdie told me
 that Matthew D. Fuller remarked
 >  
 >  It was a single termcap property though, IIRC.  I'll see if I can't dig
 >  it out of my archives...
 
 And here it is.
 On the -current mailing list around Nov 2 1998, in the thread "screen not
 restored on exit of (less|more|vi|.*)"  (check the archives).
 
 The relevant termcap properties are te and ti, and several solutions are
 given in the thread (including using the 'xterm' termcap entry from
 XFree86 after fixing a bug in it).  See the following entry from Mike
 Smith:
 
 > It is indeed the te/ti escapes.  I don't know what you've done, but it
 > was decided by many people that the use of te/ti was basically ugly
 > (and it has some bad associated bugs) so it was disabled.
 
 
 
 
 -- 
 Matthew Fuller     (MF4839)     |    fullermd@over-yonder.net
 Unix Systems Administrator      |    fullermd@futuresouth.com
 Specializing in FreeBSD         |    http://www.over-yonder.net/
 FutureSouth Communications      |    ISPHelp ISP Consulting
 
 "The only reason I'm burning my candle at both ends, is because I
       haven't figured out how to light the middle yet"
 


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Wed Nov 17 13:50: 6 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id A22DB14E07
	for <freebsd-bugs@FreeBSD.org>; Wed, 17 Nov 1999 13:50:02 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id NAA31027;
	Wed, 17 Nov 1999 13:50:02 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Date: Wed, 17 Nov 1999 13:50:02 -0800 (PST)
Message-Id: <199911172150.NAA31027@freefall.freebsd.org>
To: freebsd-bugs@FreeBSD.org
Cc: 
From: "Ronald F. Guilmette" <rfg@monkeys.com>
Subject: Re: misc/14959: incomplete xterm termcap entry (see also bug gnu/5039) 
Reply-To: "Ronald F. Guilmette" <rfg@monkeys.com>
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

The following reply was made to PR misc/14959; it has been noted by GNATS.

From: "Ronald F. Guilmette" <rfg@monkeys.com>
To: "Matthew D. Fuller" <fullermd@futuresouth.com>
Cc: FreeBSD-gnats-submit@FreeBSD.ORG
Subject: Re: misc/14959: incomplete xterm termcap entry (see also bug gnu/5039) 
Date: Wed, 17 Nov 1999 13:43:04 -0800

 In message <19991117152321.O17332@futuresouth.com>, you wrote:
 
 >[Cc's trimmed]
 >
 >On Wed, Nov 17, 1999 at 12:56:07PM -0800, a little birdie told me
 >that Ronald F. Guilmette remarked
 >> 
 >> 	When running (n)vi in an xterm window, (n)vi should save the current
 >> 	xterm window contents on startup and then restore the old xterm
 >> 	contentx upon exit (or backgrounding).  But it doesn't.
 >
 >This was discussed a few months back (on -hackers, maybe?  Don't quite
 >remember...), and the prevailing opinion was that most people PREFERED
 >the FreeBSD behavior.  I certainly do; if I ^Z vi while I'm working I
 >want to still be able to see the contents of it, among other things.
 
 As I mentioned in response to another fellow who said (basically) the
 same thing as you just said, if you want vi to behave in a certain
 way, then fine.  Hack vi until it behaves the way you want.  (Perhaps
 vi should have a command line option that would enable or disable the
 screen save/restore behavior... one that would apply to *ALL* terminal
 types that have this capability.)  But please do not cripple _my_ xterm
 termcap entry just because _you_ don't like what one particular system
 utility program is doing with that complete and accurate (termcap) infor-
 mation.
 
 The termcap entry for a given terminal type should be as complete and
 accurate as possible because it is there for the benefit of _all_ of
 the programs that use the termcap database.  Deleting perfectly correct
 capability descriptions from termcap entries as an indirect way of
 ``dumbing down'' certain specific programs (until those specific programs
 are dumb enough to suit the tastes of some portion of the user base) doesn't
 seem at all kosher to me.
 
 Let termcap be termcap!  If you don't like vi, then fix vi.
 
 >It was a single termcap property though, IIRC.  I'll see if I can't dig
 >it out of my archives...
 
 Thank you.  I would appreciate it.  (I *really* want the necessary termcap
 additions to make this work ``right''.)
 
 


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Wed Nov 17 14: 0: 8 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id 9380D15303
	for <freebsd-bugs@FreeBSD.org>; Wed, 17 Nov 1999 14:00:02 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id OAA32808;
	Wed, 17 Nov 1999 14:00:02 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Date: Wed, 17 Nov 1999 14:00:02 -0800 (PST)
Message-Id: <199911172200.OAA32808@freefall.freebsd.org>
To: freebsd-bugs@FreeBSD.org
Cc: 
From: "Matthew D. Fuller" <fullermd@futuresouth.com>
Subject: Re: misc/14959: incomplete xterm termcap entry (see also bug gnu/5039)
Reply-To: "Matthew D. Fuller" <fullermd@futuresouth.com>
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

The following reply was made to PR misc/14959; it has been noted by GNATS.

From: "Matthew D. Fuller" <fullermd@futuresouth.com>
To: "Ronald F. Guilmette" <rfg@monkeys.com>
Cc: FreeBSD-gnats-submit@FreeBSD.ORG
Subject: Re: misc/14959: incomplete xterm termcap entry (see also bug gnu/5039)
Date: Wed, 17 Nov 1999 15:56:27 -0600

 On Wed, Nov 17, 1999 at 01:43:04PM -0800, a little birdie told me
 that Ronald F. Guilmette remarked
 > 
 > As I mentioned in response to another fellow who said (basically) the
 > same thing as you just said, if you want vi to behave in a certain
 > way, then fine.  Hack vi until it behaves the way you want.  (Perhaps
 > vi should have a command line option that would enable or disable the
 > screen save/restore behavior... one that would apply to *ALL* terminal
 > types that have this capability.)  But please do not cripple _my_ xterm
 > termcap entry just because _you_ don't like what one particular system
 > utility program is doing with that complete and accurate (termcap) infor-
 > mation.
 
 It's not just vi.  I prefer that with *ALL* full-screen applications.  I
 remember flipping out the first time I saw the 'restore' behavior and
 hating it instantly.  I want to (for instance) more(1) or less(1) through
 a file until I see the info I want, exit more, and then still be able to
 see the information to do whatever I wanted to do with it.
 
 
 > The termcap entry for a given terminal type should be as complete and
 > accurate as possible because it is there for the benefit of _all_ of
 > the programs that use the termcap database.  Deleting perfectly correct
 > capability descriptions from termcap entries as an indirect way of
 > ``dumbing down'' certain specific programs (until those specific programs
 > are dumb enough to suit the tastes of some portion of the user base) doesn't
 > seem at all kosher to me.
 
 I take severe offense at this, even though I'm sure you didn't mean it
 the way it sounded.
 
 
 > Let termcap be termcap!  If you don't like vi, then fix vi.
 
 But it's not just vi!
 A lot of people don't like that termcap property, so we fixed it   :-)
 
 
 > Thank you.  I would appreciate it.  (I *really* want the necessary termcap
 > additions to make this work ``right''.)
 
 See my previous message, and the thread referenced in the archives.  The
 thread will give you all the background info, as well as several
 solutions.
 
 
 Overall (as a side commentary), I think you're taking a far too
 aggressive position in defense of this.  When things are done, not done,
 undone, or medium well done in FreeBSD, it tends to be by knowledgable
 people for good reason; if things are badly considered, the developers
 and community have never shown ANY reluctance to let it be know very very
 very loudly.  The fact that it's been this way for this long means that
 as a general rule, everybody agrees with it, and you'd probably get a bit
 less heat directed at you than I've seen in just a few responses if you
 had said 'Why is this done this why' instead of 'Why isn't this done the
 RIGHT way, like this'.
 
 We're all flame-happy enough already, without someone taking an agressive
 posture over an issue that's been hashed out several times before (even
 if they didn't know that).  Ask me sometime about what happened when I
 innocently proposed moving vi to /bin   ;>
 
 
 
 -- 
 Matthew Fuller     (MF4839)     |    fullermd@over-yonder.net
 Unix Systems Administrator      |    fullermd@futuresouth.com
 Specializing in FreeBSD         |    http://www.over-yonder.net/
 FutureSouth Communications      |    ISPHelp ISP Consulting
 
 "The only reason I'm burning my candle at both ends, is because I
       haven't figured out how to light the middle yet"
 
 


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Wed Nov 17 14:50: 7 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id A358414D97
	for <freebsd-bugs@FreeBSD.org>; Wed, 17 Nov 1999 14:50:02 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id OAA42315;
	Wed, 17 Nov 1999 14:50:02 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Date: Wed, 17 Nov 1999 14:50:02 -0800 (PST)
Message-Id: <199911172250.OAA42315@freefall.freebsd.org>
To: freebsd-bugs@FreeBSD.org
Cc: 
From: "Ronald F. Guilmette" <rfg@monkeys.com>
Subject: Re: misc/14959: incomplete xterm termcap entry (see also bug gnu/5039) 
Reply-To: "Ronald F. Guilmette" <rfg@monkeys.com>
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

The following reply was made to PR misc/14959; it has been noted by GNATS.

From: "Ronald F. Guilmette" <rfg@monkeys.com>
To: "Matthew D. Fuller" <fullermd@futuresouth.com>
Cc: FreeBSD-gnats-submit@FreeBSD.ORG
Subject: Re: misc/14959: incomplete xterm termcap entry (see also bug gnu/5039) 
Date: Wed, 17 Nov 1999 14:47:32 -0800

 In message <19991117155627.R17332@futuresouth.com>, you wrote:
 
 >On Wed, Nov 17, 1999 at 01:43:04PM -0800, a little birdie told me
 >that Ronald F. Guilmette remarked
 >> 
 >> As I mentioned in response to another fellow who said (basically) the
 >> same thing as you just said, if you want vi to behave in a certain
 >> way, then fine.  Hack vi until it behaves the way you want.  (Perhaps
 >> vi should have a command line option that would enable or disable the
 >> screen save/restore behavior... one that would apply to *ALL* terminal
 >> types that have this capability.)  But please do not cripple _my_ xterm
 >> termcap entry just because _you_ don't like what one particular system
 >> utility program is doing with that complete and accurate (termcap) infor-
 >> mation.
 >
 >It's not just vi.  I prefer that with *ALL* full-screen applications.
 
 OK.  Then you should go and make the rounds and talk with ALL of the
 maintainers of those programs and tell them all to add options that will
 allow you to _disable_ the screen save/restore capabilities which their
 authors labored to produce.
 
 >I remember flipping out the first time I saw the 'restore' behavior and
 >hating it instantly.  I want to (for instance) more(1) or less(1) through
 >a file until I see the info I want, exit more, and then still be able to
 >see the information to do whatever I wanted to do with it.
 
 Right.  I understand.  And I want it the other way.
 
 >> The termcap entry for a given terminal type should be as complete and
 >> accurate as possible because it is there for the benefit of _all_ of
 >> the programs that use the termcap database.  Deleting perfectly correct
 >> capability descriptions from termcap entries as an indirect way of
 >> ``dumbing down'' certain specific programs (until those specific programs
 >> are dumb enough to suit the tastes of some portion of the user base) doesn't
 >> seem at all kosher to me.
 >
 >I take severe offense at this, even though I'm sure you didn't mean it
 >the way it sounded.
 
 I did not mean to offend, no.
 
 I just selected the best words to communicate what I mean.  After all, what
 is the term that _you_ would use to describe the _removal_ of features and/or
 the _disbling_ of features from a product or package?  Isn't that traditionally
 referred to as a ``dumbing down'' process?
 
 There is nothing wrong with wanting a ``dumbed down'' version of some particu-
 lar package or utility, and I apologize if I made it sound in any way as if
 anyone who wanted that were himself/herself "dumb".  I certainly did not
 mean to imply *that*!  (I used a ``dumb'' terminal for many years back in
 the 70's but I always felt that I myself was pretty smart while I was doing
 it. :-)
 
 But the fact remains that what we are talking about here is the intentional
 _disabling_ of capabilities that vi was in fact laboriously programmed to
 have.  And although that may indeed suit the tests of some, it is merely
 a LOSS of functionality to others.
 
 >> Let termcap be termcap!  If you don't like vi, then fix vi.
 >
 >But it's not just vi!
 >A lot of people don't like that termcap property, so we fixed it   :-)
 
 Ummm.... are you also going to remove the capability from xterm itself,
 and also from any other terminals out there on the market that have this
 same sort of save/restore feature/capability?
 
 Well, anyway, did anyone do a diligent search of the entire termcap database,
 looking for other ti=/te= entries that might cause save/restrore behavior
 with OTHER terminal types?  And did someone elide all of those also??
 
 >Overall (as a side commentary), I think you're taking a far too
 >aggressive position in defense of this.
 
 Sorry.  I just do not like the thought of perfectly good features which
 more than a few programmers (not the least of whom being the author of
 nvi _and_ the author of xterm) have labored long and hard to implement
 being chucked overboard like so much excess ballast.  That thought just
 rubs me the Wrong Way, because I have a lot of respect for the time and
 trouble it must have taken these follows to get this all working in the
 first place.
 
 >When things are done, not done,
 >undone, or medium well done in FreeBSD, it tends to be by knowledgable
 >people for good reason; if things are badly considered, the developers
 >and community have never shown ANY reluctance to let it be know very very
 >very loudly.  The fact that it's been this way for this long means that
 >as a general rule, everybody agrees with it, and you'd probably get a bit
 >less heat directed at you than I've seen in just a few responses if you
 >had said 'Why is this done this why' instead of 'Why isn't this done the
 >RIGHT way, like this'.
 
 Fair enough.
 
 My only excuse is that I did (and do) in fact believe that the Right Way
 in this case is to have the save/restrore behavior.  (It seemed so useful
 to me when I first saw it several years ago that I wondered how I had gotten
 along without it for so long.)  Add to this the fact that (a) I'm a new
 convert to FreeBSD (from Linux) and that (b) since I've converted, I've
 found that NOT everything on FreeBSD is entirely sweetness and light and
 perfection.  (For example, gdb doesn't see to work on shared libraries...
 in fact it appears rather seriously broken... and the C library seems like
 it may be rather snafued also.)
 
 Please don't ask me to assume that EVERYTHING on the FreeBSD CDROM I got
 is (a) well considered and (b) the best it can be.  If we all asumed THAT
 all of the time, then there would be no forward progress!
 
 >We're all flame-happy enough already, without someone taking an agressive
 >posture over an issue that's been hashed out several times before (even
 >if they didn't know that).
 
 OK.  I apologize.
 
 I didn't know any of the history, and the whole thing did seem (and still
 does seem) just like a bug to me.
 
 (We are all creatures of habit, and I'll lay odds that there's not a one
 of us who could not be moved to emotion if the ``user interface'' which
 he/she is accustomed to using, day in and day out, were suddenly uprooted,
 tossed out, and replaced by something less comfortable and less familiar.
 That has been, in effect, exactly what I have experienced as I have moved
 my personal machine from Linux to FreeBSD recently.  Most stuff still works
 the same, but the ones that don't are really quite annoying.)
 


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Wed Nov 17 15:40: 3 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id CEE2E14F18
	for <freebsd-bugs@FreeBSD.org>; Wed, 17 Nov 1999 15:40:00 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id PAA47059;
	Wed, 17 Nov 1999 15:40:00 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: by hub.freebsd.org (Postfix, from userid 32767)
	id 3BA3814F41; Wed, 17 Nov 1999 15:36:18 -0800 (PST)
Message-Id: <19991117233618.3BA3814F41@hub.freebsd.org>
Date: Wed, 17 Nov 1999 15:36:18 -0800 (PST)
From: nschein@prisa.com
To: freebsd-gnats-submit@freebsd.org
X-Send-Pr-Version: www-1.0
Subject: misc/14964: Network Interface Configuration Problem and how it relates to lo0, portmap and rpc.statd.
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         14964
>Category:       misc
>Synopsis:       Network Interface Configuration Problem and how it relates to lo0, portmap and rpc.statd.
>Confidential:   no
>Severity:       serious
>Priority:       high
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Wed Nov 17 15:40:00 PST 1999
>Closed-Date:
>Last-Modified:
>Originator:     Nathaniel Schein
>Release:        3.2-stable
>Organization:
Prisa Networks
>Environment:
FreeBSD nister.prisa.com 3.2-19990726-STABLE FreeBSD 3.2-19990726-STABLE #0: Mon Jul 26 09:36:35 GMT 1999     root@usw3.freebsd.org:/usr/src/sys/compile/GENERIC  i386
>Description:
Durring the installation process the network_interfaces line in /etc/rc.conf is set to "`interface` auto" I have found that this incorrectly configures "lo0" and does not allow rpc.statd to register with portmap. I have tested this across two installations 3.2-stable and 3.3-release.

If network interfaces are set to just auto this is the ifconfig:
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
        inet 127.0.0.1 netmask 0xff000000

If network interfaces are set to "ep0 auto" this is the ifconfig:
lo0: flags=8008<LOOPBACK,MULTICAST> mtu 16384
>How-To-Repeat:
In /etc/rc.conf 
nfs_server_enable="YES"
nfs_client_enable="YES"
network_interfaces="ep0 auto"

>Fix:
Do not have sysinstall place a network interface in /etc/rc.conf the standard "auto" in /etc/defaults/rc.conf works well or put lo0 in the /etc/rc.conf network_interface line.

>Release-Note:
>Audit-Trail:
>Unformatted:


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Wed Nov 17 17:20: 4 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id 71B0315073
	for <freebsd-bugs@FreeBSD.org>; Wed, 17 Nov 1999 17:20:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id RAA63447;
	Wed, 17 Nov 1999 17:20:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: from kronos.alcnet.com (kronos.alcnet.com [63.69.28.22])
	by hub.freebsd.org (Postfix) with ESMTP id 77AC014EC5
	for <FreeBSD-gnats-submit@freebsd.org>; Wed, 17 Nov 1999 17:16:21 -0800 (PST)
	(envelope-from kbyanc@kronos.alcnet.com)
Received: (from kbyanc@localhost)
	by kronos.alcnet.com (8.9.3/8.9.3/antispam) id UAA18313;
	Wed, 17 Nov 1999 20:16:21 -0500 (EST)
Message-Id: <199911180116.UAA18313@kronos.alcnet.com>
Date: Wed, 17 Nov 1999 20:16:21 -0500 (EST)
From: kbyanc@posi.net
Reply-To: kbyanc@posi.net
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: kern/14966: patch to zero spare stat fields
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         14966
>Category:       kern
>Synopsis:       patch to zero spare stat fields
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Wed Nov 17 17:20:01 PST 1999
>Closed-Date:
>Last-Modified:
>Originator:     Kelly Yancey
>Release:        FreeBSD 3.2-STABLE i386
>Organization:
>Environment:

  Tested on recently-built 3.3-STABLE box. Should apply cleanly to -current also.

>Description:

  The stat structure defines 2 spare fields which were filled with random contents from the kernel stack. After
some discussion on freebsd-security
http://docs.freebsd.org/cgi/mid.cgi?db=irt&id=Pine.BSF.4.05.9911171152270.8195-100000@kronos.alcnet.com
  it was suggested that if a program was ever to be able to test for the presence of valid values in new fields
which may use the currently spare space, then we need to zero that space now. This patch zeros the spare fields of
both struct stat and struct nstat (ostat doesn't contain any spare fields) with minimal impact on the code.

  Actually this patch also fixed a slight mistake in the ofstat code which filled in the ostat structure even if
an error occurred. The patch changes ostat to behave more like nfstat and only copy the structure if an error has
not occurred.

  Kelly

>How-To-Repeat:

  Call stat() twice on a file with an intervening syscall and memcmp the 2 structures you get back. Even if the
file's metadata has not changed, the structures will differ (specifically the spare fields will differ).

>Fix:
	
  Apply this patch in /sys/kern:

--- kern_descrip.c.orig	Wed Nov 17 19:50:15 1999
+++ kern_descrip.c	Wed Nov 17 19:50:45 1999
@@ -548,9 +548,10 @@
 		panic("ofstat");
 		/*NOTREACHED*/
 	}
-	cvtstat(&ub, &oub);
-	if (error == 0)
+	if (error == 0) {
+		cvtstat(&ub, &oub);
 		error = copyout((caddr_t)&oub, (caddr_t)uap->sb, sizeof (oub));
+	}
 	return (error);
 }
 #endif /* COMPAT_43 || COMPAT_SUNOS */
--- vfs_syscalls.c.orig	Mon Nov 15 23:25:48 1999
+++ vfs_syscalls.c	Wed Nov 17 19:53:32 1999
@@ -1677,6 +1677,8 @@
 	nsb->st_blksize = sb->st_blksize;
 	nsb->st_flags = sb->st_flags;
 	nsb->st_gen = sb->st_gen;
+	nsb->st_qspare[0] = sb->st_qspare[0];
+	nsb->st_qspare[1] = sb->st_qspare[1];
 }
 
 #ifndef _SYS_SYSPROTO_H_
--- vfs_vnops.c.orig	Wed Nov 17 19:42:30 1999
+++ vfs_vnops.c	Wed Nov 17 19:54:28 1999
@@ -375,6 +375,14 @@
 	error = VOP_GETATTR(vp, vap, p->p_ucred, p);
 	if (error)
 		return (error);
+
+	/*
+	 * Zero the spare stat fields
+	 */
+	sb->st_lspare = 0;
+	sb->st_qspare[0] = 0;
+	sb->st_qspare[1] = 0;
+
 	/*
 	 * Copy from vattr table
 	 */


>Release-Note:
>Audit-Trail:
>Unformatted:


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Wed Nov 17 19:10: 4 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id 8637B14EEB
	for <freebsd-bugs@FreeBSD.org>; Wed, 17 Nov 1999 19:10:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id TAA79657;
	Wed, 17 Nov 1999 19:10:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Date: Wed, 17 Nov 1999 19:10:01 -0800 (PST)
Message-Id: <199911180310.TAA79657@freefall.freebsd.org>
To: freebsd-bugs@FreeBSD.org
Cc: 
From: "Ronald F. Guilmette" <rfg@monkeys.com>
Subject: Re: misc/14959: incomplete xterm termcap entry (see also bug gnu/5039) 
Reply-To: "Ronald F. Guilmette" <rfg@monkeys.com>
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

The following reply was made to PR misc/14959; it has been noted by GNATS.

From: "Ronald F. Guilmette" <rfg@monkeys.com>
To: "Matthew D. Fuller" <fullermd@futuresouth.com>
Cc: FreeBSD-gnats-submit@FreeBSD.ORG
Subject: Re: misc/14959: incomplete xterm termcap entry (see also bug gnu/5039) 
Date: Wed, 17 Nov 1999 19:06:33 -0800

 I learned something today.
 
 After some fiddling, I finally managed to get a ``nice'' value for the
 xterm capabilities into my TERMCAP environment variable, and then, as
 expected, vi started to work the way I like it to work.
 
 But then I got a rude shock the very next time I tried to use `more'
 command.  *It* started restoring the prior screen contents each time
 it exited also!
 
 Yes, I read the comments in:
 
  http://www.freebsd.org/cgi/getmsg.cgi?fetch=317685+320827+/usr/local/www/db/text/1998/freebsd-current/19981101.freebsd-current
 
 so I knew that `more' would try to do this, but the above article seemed
 to indicated that giving `more' a -e option would stop it from doing this.
 
 Well, it didn't actually stop it.  It just slowed it down a little.  But
 `more' was still restoring the prior screen contents whenever it finally
 exited.  Yecch!  Gag!  This was most annoying, and wasn't what I had in
 mind at all!
 
 I think that I understand better now the difference in opinion between
 myself and others relative to the ``correct'' contents of the xterm
 termcap entry.  I still feel that the screen save/restore behavior
 (when using vi, at least) is what most people would want, if given a
 clear choice, and a chance to vote on it, but I *do* quite definitely
 agree that having this behavior show up when using `more' is perfectly
 awful and hidious, and it seems to me that nobody could possibly want
 this (screen save/restore) behavior when using the `more' command.
 
 It now appears to me that the primary motivation for taking the
 save/restore stuff out of the xterm termcap entry might have related
 more to the misuse of these capabilities (by `more') as opposed to
 their effect when used by `vi'.  I didn't grasp that until now because
 I have never before been afflicted with/by an incarnation of the `more'
 command that tried to do screen restoring upon exit (and it still seem
 quite odd to me that `more' should even try to do this).
 
 Given what I now know about the behavior of `more', it now seems clearer
 to me that ever that the Right Solution for this unfortnate situation
 is to leave the screen save/restore capability in the termcap database
 and then to merely add command options to programs (e.g. vi, more, etc)
 that would say, in effect ``Don't do that!''
 
 I myself would be very glad to have exactly such an option for the `more'
 command.  (In the meantime, I've kludged together something local here...
 a wrapper shell script for `more' that *removes* the te=/ti= stuff from the
 TERMCAP environment variable before starting `more'... but that's kind-of
 an ugly hack.)
 
 


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Wed Nov 17 19:40:13 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id 8FB3E14D69
	for <freebsd-bugs@FreeBSD.org>; Wed, 17 Nov 1999 19:40:02 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id TAA81694;
	Wed, 17 Nov 1999 19:40:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: from 24.66.174.118.bc.wave.home.com (24.66.174.118.bc.wave.home.com [24.66.174.118])
	by hub.freebsd.org (Postfix) with ESMTP id D0BFA14C90
	for <FreeBSD-gnats-submit@freebsd.org>; Wed, 17 Nov 1999 19:37:28 -0800 (PST)
	(envelope-from root@24.66.174.118.bc.wave.home.com)
Received: by 24.66.174.118.bc.wave.home.com (Postfix, from userid 0)
	id 5C05F1FD7; Wed, 17 Nov 1999 19:37:28 -0800 (PST)
Message-Id: <19991118033728.5C05F1FD7@24.66.174.118.bc.wave.home.com>
Date: Wed, 17 Nov 1999 19:37:28 -0800 (PST)
From: jake@checker.org
Reply-To: jake@checker.org
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: kern/14967: Convert mountlist and mount.mnt_list from CIRCLEQ to TAILQ
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         14967
>Category:       kern
>Synopsis:       Convert mountlist and mount.mnt_list from CIRCLEQ to TAILQ
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          change-request
>Submitter-Id:   current-users
>Arrival-Date:   Wed Nov 17 19:40:01 PST 1999
>Closed-Date:
>Last-Modified:
>Originator:     Jake Burkholder
>Release:        FreeBSD 4.0-CURRENT i386
>Organization:
none
>Environment:

4.0-CURRENT

>Description:

struct mountlist and struct mount.mnt_list have no business being a
CIRCLEQ.  Change them to TAILQ_HEAD and TAILQ_ENTRY respectively.

This removes ugly  mp != (void*)&mountlist  comparisons.

>How-To-Repeat:

n/a

>Fix:

Index: sys/coda/coda_vfsops.c
===================================================================
RCS file: /home/ncvs/src/sys/coda/coda_vfsops.c,v
retrieving revision 1.20
diff -c -r1.20 coda_vfsops.c
*** coda_vfsops.c	1999/09/11 00:45:56	1.20
--- coda_vfsops.c	1999/11/17 21:43:46
***************
*** 507,516 ****
  struct mount *devtomp(dev)
      dev_t dev;
  {
!     struct mount *mp, *nmp;
!     
!     for (mp = mountlist.cqh_first; mp != (void*)&mountlist; mp = nmp) {
! 	nmp = mp->mnt_list.cqe_next;
  	if (((VFSTOUFS(mp))->um_dev == dev)) {
  	    /* mount corresponds to UFS and the device matches one we want */
  	    return(mp); 
--- 507,515 ----
  struct mount *devtomp(dev)
      dev_t dev;
  {
!     struct mount *mp;
!    
!     TAILQ_FOREACH(mp, &mountlist, mnt_list) {
  	if (((VFSTOUFS(mp))->um_dev == dev)) {
  	    /* mount corresponds to UFS and the device matches one we want */
  	    return(mp); 
Index: sys/contrib/softupdates/ffs_softdep.c
===================================================================
RCS file: /home/ncvs/src/sys/contrib/softupdates/ffs_softdep.c,v
retrieving revision 1.36
diff -c -r1.36 ffs_softdep.c
*** ffs_softdep.c	1999/08/28 02:16:29	1.36
--- ffs_softdep.c	1999/11/17 21:43:45
***************
*** 4363,4370 ****
  	 * Ugly code to find mount point given pointer to superblock.
  	 */
  	fs = inodedep->id_fs;
! 	for (mp = CIRCLEQ_FIRST(&mountlist); mp != (void *)&mountlist;
! 	     mp = CIRCLEQ_NEXT(mp, mnt_list))
  		if ((mp->mnt_flag & MNT_SOFTDEP) && fs == VFSTOUFS(mp)->um_fs)
  			break;
  	/*
--- 4363,4369 ----
  	 * Ugly code to find mount point given pointer to superblock.
  	 */
  	fs = inodedep->id_fs;
! 	TAILQ_FOREACH(mp, &mountlist, mnt_list)
  		if ((mp->mnt_flag & MNT_SOFTDEP) && fs == VFSTOUFS(mp)->um_fs)
  			break;
  	/*
Index: sys/gnu/ext2fs/ext2_vfsops.c
===================================================================
RCS file: /home/ncvs/src/sys/gnu/ext2fs/ext2_vfsops.c,v
retrieving revision 1.57
diff -c -r1.57 ext2_vfsops.c
*** ext2_vfsops.c	1999/11/09 14:15:10	1.57
--- ext2_vfsops.c	1999/11/17 21:43:45
***************
*** 144,150 ****
  		bsd_free(mp, M_MOUNT);
  		return (error);
  	}
! 	CIRCLEQ_INSERT_HEAD(&mountlist, mp, mnt_list);
  	mp->mnt_flag |= MNT_ROOTFS;
  	mp->mnt_vnodecovered = NULLVP;
  	ump = VFSTOUFS(mp);
--- 144,150 ----
  		bsd_free(mp, M_MOUNT);
  		return (error);
  	}
! 	TAILQ_INSERT_HEAD(&mountlist, mp, mnt_list);
  	mp->mnt_flag |= MNT_ROOTFS;
  	mp->mnt_vnodecovered = NULLVP;
  	ump = VFSTOUFS(mp);
Index: sys/kern/init_main.c
===================================================================
RCS file: /home/ncvs/src/sys/kern/init_main.c,v
retrieving revision 1.131
diff -c -r1.131 init_main.c
*** init_main.c	1999/11/16 10:56:04	1.131
--- init_main.c	1999/11/17 21:43:45
***************
*** 447,453 ****
  	register struct filedesc0	*fdp = &filedesc0;
  
  	/* Get the vnode for '/'.  Set fdp->fd_fd.fd_cdir to reference it. */
! 	if (VFS_ROOT(CIRCLEQ_FIRST(&mountlist), &rootvnode))
  		panic("cannot find root vnode");
  	fdp->fd_fd.fd_cdir = rootvnode;
  	VREF(fdp->fd_fd.fd_cdir);
--- 447,453 ----
  	register struct filedesc0	*fdp = &filedesc0;
  
  	/* Get the vnode for '/'.  Set fdp->fd_fd.fd_cdir to reference it. */
! 	if (VFS_ROOT(TAILQ_FIRST(&mountlist), &rootvnode))
  		panic("cannot find root vnode");
  	fdp->fd_fd.fd_cdir = rootvnode;
  	VREF(fdp->fd_fd.fd_cdir);
Index: sys/kern/kern_shutdown.c
===================================================================
RCS file: /home/ncvs/src/sys/kern/kern_shutdown.c,v
retrieving revision 1.66
diff -c -r1.66 kern_shutdown.c
*** kern_shutdown.c	1999/11/08 19:36:45	1.66
--- kern_shutdown.c	1999/11/17 21:43:45
***************
*** 229,235 ****
  			if (((bp->b_flags&B_INVAL) == 0 && BUF_REFCNT(bp)) ||
  			    ((bp->b_flags & (B_DELWRI|B_INVAL)) == B_DELWRI)) {
  				if (bp->b_dev == NODEV) {
! 					CIRCLEQ_REMOVE(&mountlist,
  					    bp->b_vp->v_mount, mnt_list);
  					continue;
  				}
--- 229,235 ----
  			if (((bp->b_flags&B_INVAL) == 0 && BUF_REFCNT(bp)) ||
  			    ((bp->b_flags & (B_DELWRI|B_INVAL)) == B_DELWRI)) {
  				if (bp->b_dev == NODEV) {
! 					TAILQ_REMOVE(&mountlist,
  					    bp->b_vp->v_mount, mnt_list);
  					continue;
  				}
Index: sys/kern/vfs_conf.c
===================================================================
RCS file: /home/ncvs/src/sys/kern/vfs_conf.c,v
retrieving revision 1.41
diff -c -r1.41 vfs_conf.c
*** vfs_conf.c	1999/11/08 11:44:51	1.41
--- vfs_conf.c	1999/11/17 21:43:45
***************
*** 213,219 ****
  
  		/* register with list of mounted filesystems */
  		simple_lock(&mountlist_slock);
! 		CIRCLEQ_INSERT_HEAD(&mountlist, mp, mnt_list);
  		simple_unlock(&mountlist_slock);
  
  		/* sanity check system clock against root filesystem timestamp */
--- 213,219 ----
  
  		/* register with list of mounted filesystems */
  		simple_lock(&mountlist_slock);
! 		TAILQ_INSERT_HEAD(&mountlist, mp, mnt_list);
  		simple_unlock(&mountlist_slock);
  
  		/* sanity check system clock against root filesystem timestamp */
Index: sys/kern/vfs_subr.c
===================================================================
RCS file: /home/ncvs/src/sys/kern/vfs_subr.c,v
retrieving revision 1.234
diff -c -r1.234 vfs_subr.c
*** vfs_subr.c	1999/11/16 16:28:57	1.234
--- vfs_subr.c	1999/11/18 01:21:42
***************
*** 172,178 ****
  	TAILQ_INIT(&vnode_free_list);
  	TAILQ_INIT(&vnode_tobefree_list);
  	simple_lock_init(&vnode_free_list_slock);
! 	CIRCLEQ_INIT(&mountlist);
  	vnode_zone = zinit("VNODE", sizeof (struct vnode), 0, 0, 5);
  	/*
  	 * Initialize the filesystem syncer.
--- 172,178 ----
  	TAILQ_INIT(&vnode_free_list);
  	TAILQ_INIT(&vnode_tobefree_list);
  	simple_lock_init(&vnode_free_list_slock);
! 	TAILQ_INIT(&mountlist);
  	vnode_zone = zinit("VNODE", sizeof (struct vnode), 0, 0, 5);
  	/*
  	 * Initialize the filesystem syncer.
***************
*** 315,321 ****
  	register struct mount *mp;
  
  	simple_lock(&mountlist_slock);
! 	CIRCLEQ_FOREACH(mp, &mountlist, mnt_list) {
  		if (mp->mnt_stat.f_fsid.val[0] == fsid->val[0] &&
  		    mp->mnt_stat.f_fsid.val[1] == fsid->val[1]) {
  			simple_unlock(&mountlist_slock);
--- 315,321 ----
  	register struct mount *mp;
  
  	simple_lock(&mountlist_slock);
! 	TAILQ_FOREACH(mp, &mountlist, mnt_list) {
  		if (mp->mnt_stat.f_fsid.val[0] == fsid->val[0] &&
  		    mp->mnt_stat.f_fsid.val[1] == fsid->val[1]) {
  			simple_unlock(&mountlist_slock);
***************
*** 1973,1981 ****
  
  	printf("Locked vnodes\n");
  	simple_lock(&mountlist_slock);
! 	for (mp = CIRCLEQ_FIRST(&mountlist); mp != (void *)&mountlist; mp = nmp) {
  		if (vfs_busy(mp, LK_NOWAIT, &mountlist_slock, p)) {
! 			nmp = CIRCLEQ_NEXT(mp, mnt_list);
  			continue;
  		}
  		LIST_FOREACH(vp, &mp->mnt_vnodelist, v_mntvnodes) {
--- 1973,1981 ----
  
  	printf("Locked vnodes\n");
  	simple_lock(&mountlist_slock);
! 	for (mp = TAILQ_FIRST(&mountlist); mp != NULL; mp = nmp) {
  		if (vfs_busy(mp, LK_NOWAIT, &mountlist_slock, p)) {
! 			nmp = TAILQ_NEXT(mp, mnt_list);
  			continue;
  		}
  		LIST_FOREACH(vp, &mp->mnt_vnodelist, v_mntvnodes) {
***************
*** 1983,1989 ****
  				vprint((char *)0, vp);
  		}
  		simple_lock(&mountlist_slock);
! 		nmp = CIRCLEQ_NEXT(mp, mnt_list);
  		vfs_unbusy(mp, p);
  	}
  	simple_unlock(&mountlist_slock);
--- 1983,1989 ----
  				vprint((char *)0, vp);
  		}
  		simple_lock(&mountlist_slock);
! 		nmp = TAILQ_NEXT(mp, mnt_list);
  		vfs_unbusy(mp, p);
  	}
  	simple_unlock(&mountlist_slock);
***************
*** 2091,2100 ****
  			(numvnodes + KINFO_VNODESLOP) * (VPTRSZ + VNODESZ)));
  
  	simple_lock(&mountlist_slock);
! 	mp = CIRCLEQ_FIRST(&mountlist);
! 	for (; mp != (void *)&mountlist; mp = nmp) {
  		if (vfs_busy(mp, LK_NOWAIT, &mountlist_slock, p)) {
! 			nmp = CIRCLEQ_NEXT(mp, mnt_list);
  			continue;
  		}
  again:
--- 2091,2099 ----
  			(numvnodes + KINFO_VNODESLOP) * (VPTRSZ + VNODESZ)));
  
  	simple_lock(&mountlist_slock);
! 	for (mp = TAILQ_FIRST(&mountlist); mp != NULL; mp = nmp) {
  		if (vfs_busy(mp, LK_NOWAIT, &mountlist_slock, p)) {
! 			nmp = TAILQ_NEXT(mp, mnt_list);
  			continue;
  		}
  again:
***************
*** 2120,2126 ****
  		}
  		simple_unlock(&mntvnode_slock);
  		simple_lock(&mountlist_slock);
! 		nmp = CIRCLEQ_NEXT(mp, mnt_list);
  		vfs_unbusy(mp, p);
  	}
  	simple_unlock(&mountlist_slock);
--- 2119,2125 ----
  		}
  		simple_unlock(&mntvnode_slock);
  		simple_lock(&mountlist_slock);
! 		nmp = TAILQ_NEXT(mp, mnt_list);
  		vfs_unbusy(mp, p);
  	}
  	simple_unlock(&mountlist_slock);
***************
*** 2170,2180 ****
  	/*
  	 * Since this only runs when rebooting, it is not interlocked.
  	 */
! 	mp = CIRCLEQ_LAST(&mountlist);
! 	for (; mp != (void *)&mountlist; mp = nmp) {
! 		nmp = CIRCLEQ_PREV(mp, mnt_list);
  		error = dounmount(mp, MNT_FORCE, p);
  		if (error) {
  			printf("unmount of %s failed (",
  			    mp->mnt_stat.f_mntonname);
  			if (error == EBUSY)
--- 2169,2179 ----
  	/*
  	 * Since this only runs when rebooting, it is not interlocked.
  	 */
! 	while(!TAILQ_EMPTY(&mountlist)) {
! 		mp = TAILQ_LAST(&mountlist, mntlist);
  		error = dounmount(mp, MNT_FORCE, p);
  		if (error) {
+ 			TAILQ_REMOVE(&mountlist, mp, mnt_list);
  			printf("unmount of %s failed (",
  			    mp->mnt_stat.f_mntonname);
  			if (error == EBUSY)
Index: sys/kern/vfs_syscalls.c
===================================================================
RCS file: /home/ncvs/src/sys/kern/vfs_syscalls.c,v
retrieving revision 1.144
diff -c -r1.144 vfs_syscalls.c
*** vfs_syscalls.c	1999/11/16 16:28:58	1.144
--- vfs_syscalls.c	1999/11/17 21:43:45
***************
*** 331,337 ****
  		vp->v_mountedhere = mp;
  		simple_unlock(&vp->v_interlock);
  		simple_lock(&mountlist_slock);
! 		CIRCLEQ_INSERT_TAIL(&mountlist, mp, mnt_list);
  		simple_unlock(&mountlist_slock);
  		checkdirs(vp);
  		VOP_UNLOCK(vp, 0, p);
--- 331,337 ----
  		vp->v_mountedhere = mp;
  		simple_unlock(&vp->v_interlock);
  		simple_lock(&mountlist_slock);
! 		TAILQ_INSERT_TAIL(&mountlist, mp, mnt_list);
  		simple_unlock(&mountlist_slock);
  		checkdirs(vp);
  		VOP_UNLOCK(vp, 0, p);
***************
*** 494,500 ****
  			wakeup((caddr_t)mp);
  		return (error);
  	}
! 	CIRCLEQ_REMOVE(&mountlist, mp, mnt_list);
  	if ((coveredvp = mp->mnt_vnodecovered) != NULLVP) {
  		coveredvp->v_mountedhere = (struct mount *)0;
  		vrele(coveredvp);
--- 494,500 ----
  			wakeup((caddr_t)mp);
  		return (error);
  	}
! 	TAILQ_REMOVE(&mountlist, mp, mnt_list);
  	if ((coveredvp = mp->mnt_vnodecovered) != NULLVP) {
  		coveredvp->v_mountedhere = (struct mount *)0;
  		vrele(coveredvp);
***************
*** 533,542 ****
  	int asyncflag;
  
  	simple_lock(&mountlist_slock);
! 	mp = CIRCLEQ_FIRST(&mountlist);
! 	for (; mp != (void *)&mountlist; mp = nmp) {
  		if (vfs_busy(mp, LK_NOWAIT, &mountlist_slock, p)) {
! 			nmp = CIRCLEQ_NEXT(mp, mnt_list);
  			continue;
  		}
  		if ((mp->mnt_flag & MNT_RDONLY) == 0) {
--- 533,541 ----
  	int asyncflag;
  
  	simple_lock(&mountlist_slock);
! 	for (mp = TAILQ_FIRST(&mountlist); mp != NULL; mp = nmp) {
  		if (vfs_busy(mp, LK_NOWAIT, &mountlist_slock, p)) {
! 			nmp = TAILQ_NEXT(mp, mnt_list);
  			continue;
  		}
  		if ((mp->mnt_flag & MNT_RDONLY) == 0) {
***************
*** 548,554 ****
  			mp->mnt_flag |= asyncflag;
  		}
  		simple_lock(&mountlist_slock);
! 		nmp = CIRCLEQ_NEXT(mp, mnt_list);
  		vfs_unbusy(mp, p);
  	}
  	simple_unlock(&mountlist_slock);
--- 547,553 ----
  			mp->mnt_flag |= asyncflag;
  		}
  		simple_lock(&mountlist_slock);
! 		nmp = TAILQ_NEXT(mp, mnt_list);
  		vfs_unbusy(mp, p);
  	}
  	simple_unlock(&mountlist_slock);
***************
*** 718,727 ****
  	sfsp = (caddr_t)SCARG(uap, buf);
  	count = 0;
  	simple_lock(&mountlist_slock);
! 	mp = CIRCLEQ_FIRST(&mountlist);
! 	for (; mp != (void *)&mountlist; mp = nmp) {
  		if (vfs_busy(mp, LK_NOWAIT, &mountlist_slock, p)) {
! 			nmp = CIRCLEQ_NEXT(mp, mnt_list);
  			continue;
  		}
  		if (sfsp && count < maxcount) {
--- 717,725 ----
  	sfsp = (caddr_t)SCARG(uap, buf);
  	count = 0;
  	simple_lock(&mountlist_slock);
! 	for (mp = TAILQ_FIRST(&mountlist); mp != NULL; mp = nmp) {
  		if (vfs_busy(mp, LK_NOWAIT, &mountlist_slock, p)) {
! 			nmp = TAILQ_NEXT(mp, mnt_list);
  			continue;
  		}
  		if (sfsp && count < maxcount) {
***************
*** 735,741 ****
  			    (SCARG(uap, flags) & MNT_WAIT)) &&
  			    (error = VFS_STATFS(mp, sp, p))) {
  				simple_lock(&mountlist_slock);
! 				nmp = CIRCLEQ_NEXT(mp, mnt_list);
  				vfs_unbusy(mp, p);
  				continue;
  			}
--- 733,739 ----
  			    (SCARG(uap, flags) & MNT_WAIT)) &&
  			    (error = VFS_STATFS(mp, sp, p))) {
  				simple_lock(&mountlist_slock);
! 				nmp = TAILQ_NEXT(mp, mnt_list);
  				vfs_unbusy(mp, p);
  				continue;
  			}
***************
*** 749,755 ****
  		}
  		count++;
  		simple_lock(&mountlist_slock);
! 		nmp = CIRCLEQ_NEXT(mp, mnt_list);
  		vfs_unbusy(mp, p);
  	}
  	simple_unlock(&mountlist_slock);
--- 747,753 ----
  		}
  		count++;
  		simple_lock(&mountlist_slock);
! 		nmp = TAILQ_NEXT(mp, mnt_list);
  		vfs_unbusy(mp, p);
  	}
  	simple_unlock(&mountlist_slock);
Index: sys/miscfs/devfs/devfs_vfsops.c
===================================================================
RCS file: /home/ncvs/src/sys/miscfs/devfs/devfs_vfsops.c,v
retrieving revision 1.39
diff -c -r1.39 devfs_vfsops.c
*** devfs_vfsops.c	1999/09/11 00:46:00	1.39
--- devfs_vfsops.c	1999/11/17 21:43:46
***************
*** 67,73 ****
  
  	/* Mark a reference for the "invisible" blueprint mount */
  	mp->mnt_vfc->vfc_refcount++;
! 	CIRCLEQ_INSERT_TAIL(&mountlist, mp, mnt_list);
  
  	printf("DEVFS: ready to run\n");
  	return 0; /*XXX*/
--- 67,73 ----
  
  	/* Mark a reference for the "invisible" blueprint mount */
  	mp->mnt_vfc->vfc_refcount++;
! 	TAILQ_INSERT_TAIL(&mountlist, mp, mnt_list);
  
  	printf("DEVFS: ready to run\n");
  	return 0; /*XXX*/
Index: sys/msdosfs/msdosfs_vfsops.c
===================================================================
RCS file: /home/ncvs/src/sys/msdosfs/msdosfs_vfsops.c,v
retrieving revision 1.54
diff -c -r1.54 msdosfs_vfsops.c
*** msdosfs_vfsops.c	1999/11/09 14:15:30	1.54
--- msdosfs_vfsops.c	1999/11/17 21:43:46
***************
*** 188,194 ****
  		return (error);
  	}
  
! 	CIRCLEQ_INSERT_TAIL(&mountlist, mp, mnt_list);
  	mp->mnt_vnodecovered = NULLVP;
  	(void) copystr("/", mp->mnt_stat.f_mntonname, MNAMELEN - 1,
  	    &size);
--- 188,194 ----
  		return (error);
  	}
  
! 	TAILQ_INSERT_TAIL(&mountlist, mp, mnt_list);
  	mp->mnt_vnodecovered = NULLVP;
  	(void) copystr("/", mp->mnt_stat.f_mntonname, MNAMELEN - 1,
  	    &size);
Index: sys/nfs/nfs_nqlease.c
===================================================================
RCS file: /home/ncvs/src/sys/nfs/nfs_nqlease.c,v
retrieving revision 1.45
diff -c -r1.45 nfs_nqlease.c
*** nfs_nqlease.c	1999/11/11 17:24:02	1.45
--- nfs_nqlease.c	1999/11/17 21:43:46
***************
*** 1216,1224 ****
  	 * queues.
  	 */
  	simple_lock(&mountlist_slock);
! 	for (mp = mountlist.cqh_first; mp != (void *)&mountlist; mp = nxtmp) {
  		if (vfs_busy(mp, LK_NOWAIT, &mountlist_slock, p)) {
! 			nxtmp = mp->mnt_list.cqe_next;
  			continue;
  		}
  		if (mp->mnt_stat.f_type == nfs_mount_type) {
--- 1216,1224 ----
  	 * queues.
  	 */
  	simple_lock(&mountlist_slock);
! 	for (mp = TAILQ_FIRST(&mountlist); mp != NULL; mp = nxtmp) {
  		if (vfs_busy(mp, LK_NOWAIT, &mountlist_slock, p)) {
! 			nxtmp = TAILQ_NEXT(mp, mnt_list);
  			continue;
  		}
  		if (mp->mnt_stat.f_type == nfs_mount_type) {
***************
*** 1232,1238 ****
  			}
  		}
  		simple_lock(&mountlist_slock);
! 		nxtmp = mp->mnt_list.cqe_next;
  		vfs_unbusy(mp, p);
  	}
  	simple_unlock(&mountlist_slock);
--- 1232,1238 ----
  			}
  		}
  		simple_lock(&mountlist_slock);
! 		nxtmp = TAILQ_NEXT(mp, mnt_list);
  		vfs_unbusy(mp, p);
  	}
  	simple_unlock(&mountlist_slock);
Index: sys/sys/mount.h
===================================================================
RCS file: /home/ncvs/src/sys/sys/mount.h,v
retrieving revision 1.83
diff -c -r1.83 mount.h
*** mount.h	1999/11/01 04:57:41	1.83
--- mount.h	1999/11/17 21:43:46
***************
*** 97,103 ****
  LIST_HEAD(vnodelst, vnode);
  
  struct mount {
! 	CIRCLEQ_ENTRY(mount) mnt_list;		/* mount list */
  	struct vfsops	*mnt_op;		/* operations on fs */
  	struct vfsconf	*mnt_vfc;		/* configuration info */
  	struct vnode	*mnt_vnodecovered;	/* vnode we mounted on */
--- 97,103 ----
  LIST_HEAD(vnodelst, vnode);
  
  struct mount {
! 	TAILQ_ENTRY(mount) mnt_list;		/* mount list */
  	struct vfsops	*mnt_op;		/* operations on fs */
  	struct vfsconf	*mnt_vfc;		/* configuration info */
  	struct vnode	*mnt_vnodecovered;	/* vnode we mounted on */
***************
*** 403,409 ****
  void	vfs_unmountall __P((void));
  int	vfs_register __P((struct vfsconf *));
  int	vfs_unregister __P((struct vfsconf *));
! extern	CIRCLEQ_HEAD(mntlist, mount) mountlist;	/* mounted filesystem list */
  extern	struct simplelock mountlist_slock;
  extern	struct nfs_public nfs_pub;
  
--- 403,409 ----
  void	vfs_unmountall __P((void));
  int	vfs_register __P((struct vfsconf *));
  int	vfs_unregister __P((struct vfsconf *));
! extern	TAILQ_HEAD(mntlist, mount) mountlist;	/* mounted filesystem list */
  extern	struct simplelock mountlist_slock;
  extern	struct nfs_public nfs_pub;
  
Index: usr.sbin/pstat/pstat.c
===================================================================
RCS file: /home/ncvs/src/usr.sbin/pstat/pstat.c,v
retrieving revision 1.44
diff -c -r1.44 pstat.c
*** pstat.c	1999/08/28 01:19:14	1.44
--- pstat.c	1999/11/18 01:16:28
***************
*** 677,685 ****
  	bp = vbuf;
  	evbuf = vbuf + (numvnodes + 20) * (VPTRSZ + VNODESZ);
  	KGET(V_MOUNTLIST, mountlist);
! 	for (num = 0, mp = mountlist.cqh_first; ; mp = mp_next) {
  		KGET2(mp, &mount, sizeof(mount), "mount entry");
! 		mp_next = mount.mnt_list.cqe_next;
  		for (vp = mount.mnt_vnodelist.lh_first;
  		    vp != NULL; vp = vp_next) {
  			KGET2(vp, &vnode, sizeof(vnode), "vnode");
--- 677,685 ----
  	bp = vbuf;
  	evbuf = vbuf + (numvnodes + 20) * (VPTRSZ + VNODESZ);
  	KGET(V_MOUNTLIST, mountlist);
! 	for (num = 0, mp = TAILQ_FIRST(&mountlist); ; mp = mp_next) {
  		KGET2(mp, &mount, sizeof(mount), "mount entry");
! 		mp_next = TAILQ_NEXT(&mount, mnt_list);
  		for (vp = mount.mnt_vnodelist.lh_first;
  		    vp != NULL; vp = vp_next) {
  			KGET2(vp, &vnode, sizeof(vnode), "vnode");
***************
*** 693,699 ****
  			bp += VNODESZ;
  			num++;
  		}
! 		if (mp == mountlist.cqh_last)
  			break;
  	}
  	*avnodes = num;
--- 693,699 ----
  			bp += VNODESZ;
  			num++;
  		}
! 		if (mp == TAILQ_LAST(&mountlist, mntlist))
  			break;
  	}
  	*avnodes = num;


>Release-Note:
>Audit-Trail:
>Unformatted:


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Wed Nov 17 19:50:10 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id ED9E4150A3
	for <freebsd-bugs@FreeBSD.org>; Wed, 17 Nov 1999 19:50:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id TAA82569;
	Wed, 17 Nov 1999 19:50:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: from 24.66.174.118.bc.wave.home.com (24.66.174.118.bc.wave.home.com [24.66.174.118])
	by hub.freebsd.org (Postfix) with ESMTP id 0ECAC14CAF
	for <FreeBSD-gnats-submit@freebsd.org>; Wed, 17 Nov 1999 19:41:31 -0800 (PST)
	(envelope-from root@24.66.174.118.bc.wave.home.com)
Received: by 24.66.174.118.bc.wave.home.com (Postfix, from userid 0)
	id 78F481F9D; Wed, 17 Nov 1999 19:41:31 -0800 (PST)
Message-Id: <19991118034131.78F481F9D@24.66.174.118.bc.wave.home.com>
Date: Wed, 17 Nov 1999 19:41:31 -0800 (PST)
From: jake@checker.org
Reply-To: jake@checker.org
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: kern/14968: Convert resource_head and resource.r_link from CIRCLEQ to TAILQ
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         14968
>Category:       kern
>Synopsis:       Convert resource_head and resource.r_link from CIRCLEQ to TAILQ
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          change-request
>Submitter-Id:   current-users
>Arrival-Date:   Wed Nov 17 19:50:00 PST 1999
>Closed-Date:
>Last-Modified:
>Originator:     Jake Burkholder
>Release:        FreeBSD 4.0-CURRENT i386
>Organization:
none
>Environment:

4.0-CURRENT

>Description:

struct resource_head and struct resource.r_link have no business being a
CIRCLEQ.  Change them to TAILQ_HEAD and TAILQ_ENTRY respectively.

This removes an ugly macro that should not have been defined locally
in the first place.

>How-To-Repeat:

n/a

>Fix:

Index: sys/rman.h
===================================================================
RCS file: /home/ncvs/src/sys/sys/rman.h,v
retrieving revision 1.3
diff -c -r1.3 rman.h
*** rman.h	1999/08/28 00:51:58	1.3
--- rman.h	1999/11/17 01:34:57
***************
*** 42,50 ****
   * address space).  That is also why the indices are defined to have type
   * `unsigned long' -- that being the largest integral type in Standard C.
   */
! CIRCLEQ_HEAD(resource_head, resource);
  struct	resource {
! 	CIRCLEQ_ENTRY(resource)	r_link;
  	LIST_ENTRY(resource)	r_sharelink;
  	LIST_HEAD(, resource) 	*r_sharehead;
  	u_long	r_start;	/* index of the first entry in this resource */
--- 42,50 ----
   * address space).  That is also why the indices are defined to have type
   * `unsigned long' -- that being the largest integral type in Standard C.
   */
! TAILQ_HEAD(resource_head, resource);
  struct	resource {
! 	TAILQ_ENTRY(resource)	r_link;
  	LIST_ENTRY(resource)	r_sharelink;
  	LIST_HEAD(, resource) 	*r_sharehead;
  	u_long	r_start;	/* index of the first entry in this resource */
Index: kern/subr_rman.c
===================================================================
RCS file: /home/ncvs/src/sys/kern/subr_rman.c,v
retrieving revision 1.10
diff -c -r1.10 subr_rman.c
*** subr_rman.c	1999/11/16 16:28:57	1.10
--- subr_rman.c	1999/11/17 07:36:58
***************
*** 77,84 ****
  static	int int_rman_deactivate_resource(struct resource *r);
  static	int int_rman_release_resource(struct rman *rm, struct resource *r);
  
- #define	CIRCLEQ_TERMCOND(var, head)	(var == (void *)&(head))
- 
  int
  rman_init(struct rman *rm)
  {
--- 77,82 ----
***************
*** 95,101 ****
  	if (rm->rm_type == RMAN_GAUGE)
  		panic("implement RMAN_GAUGE");
  
! 	CIRCLEQ_INIT(&rm->rm_list);
  	rm->rm_slock = malloc(sizeof *rm->rm_slock, M_RMAN, M_NOWAIT);
  	if (rm->rm_slock == 0)
  		return ENOMEM;
--- 93,99 ----
  	if (rm->rm_type == RMAN_GAUGE)
  		panic("implement RMAN_GAUGE");
  
! 	TAILQ_INIT(&rm->rm_list);
  	rm->rm_slock = malloc(sizeof *rm->rm_slock, M_RMAN, M_NOWAIT);
  	if (rm->rm_slock == 0)
  		return ENOMEM;
***************
*** 128,142 ****
  	r->r_rm = rm;
  
  	simple_lock(rm->rm_slock);
! 	for (s = CIRCLEQ_FIRST(&rm->rm_list);	
! 	     !CIRCLEQ_TERMCOND(s, rm->rm_list) && s->r_end < r->r_start;
! 	     s = CIRCLEQ_NEXT(s, r_link))
  		;
  
! 	if (CIRCLEQ_TERMCOND(s, rm->rm_list)) {
! 		CIRCLEQ_INSERT_TAIL(&rm->rm_list, r, r_link);
  	} else {
! 		CIRCLEQ_INSERT_BEFORE(&rm->rm_list, s, r, r_link);
  	}
  
  	simple_unlock(rm->rm_slock);
--- 126,140 ----
  	r->r_rm = rm;
  
  	simple_lock(rm->rm_slock);
! 	for (s = TAILQ_FIRST(&rm->rm_list);
! 	     s != NULL && s->r_end < r->r_start;
! 	     s = TAILQ_NEXT(s, r_link))
  		;
  
! 	if (s == NULL) {
! 		TAILQ_INSERT_TAIL(&rm->rm_list, r, r_link);
  	} else {
! 		TAILQ_INSERT_BEFORE(s, r, r_link);
  	}
  
  	simple_unlock(rm->rm_slock);
***************
*** 149,155 ****
  	struct resource *r;
  
  	simple_lock(rm->rm_slock);
! 	CIRCLEQ_FOREACH(r, &rm->rm_list, r_link) {
  		if (r->r_flags & RF_ALLOCATED) {
  			simple_unlock(rm->rm_slock);
  			return EBUSY;
--- 147,153 ----
  	struct resource *r;
  
  	simple_lock(rm->rm_slock);
! 	TAILQ_FOREACH(r, &rm->rm_list, r_link) {
  		if (r->r_flags & RF_ALLOCATED) {
  			simple_unlock(rm->rm_slock);
  			return EBUSY;
***************
*** 160,168 ****
  	 * There really should only be one of these if we are in this
  	 * state and the code is working properly, but it can't hurt.
  	 */
! 	while (!CIRCLEQ_EMPTY(&rm->rm_list)) {
! 		r = CIRCLEQ_FIRST(&rm->rm_list);
! 		CIRCLEQ_REMOVE(&rm->rm_list, r, r_link);
  		free(r, M_RMAN);
  	}
  	simple_unlock(rm->rm_slock);
--- 158,166 ----
  	 * There really should only be one of these if we are in this
  	 * state and the code is working properly, but it can't hurt.
  	 */
! 	while (!TAILQ_EMPTY(&rm->rm_list)) {
! 		r = TAILQ_FIRST(&rm->rm_list);
! 		TAILQ_REMOVE(&rm->rm_list, r, r_link);
  		free(r, M_RMAN);
  	}
  	simple_unlock(rm->rm_slock);
***************
*** 194,205 ****
  
  	simple_lock(rm->rm_slock);
  
! 	for (r = CIRCLEQ_FIRST(&rm->rm_list); 
! 	     !CIRCLEQ_TERMCOND(r, rm->rm_list) && r->r_end < start;
! 	     r = CIRCLEQ_NEXT(r, r_link))
  		;
  
! 	if (CIRCLEQ_TERMCOND(r, rm->rm_list)) {
  #ifdef RMAN_DEBUG
  		printf("could not find a region\n");
  #endif RMAN_DEBUG
--- 192,203 ----
  
  	simple_lock(rm->rm_slock);
  
! 	for (r = TAILQ_FIRST(&rm->rm_list); 
! 	     r != NULL && r->r_end < start;
! 	     r = TAILQ_NEXT(r, r_link))
  		;
  
! 	if (r == NULL) {
  #ifdef RMAN_DEBUG
  		printf("could not find a region\n");
  #endif RMAN_DEBUG
***************
*** 209,216 ****
  	/*
  	 * First try to find an acceptable totally-unshared region.
  	 */
! 	for (s = r; !CIRCLEQ_TERMCOND(s, rm->rm_list);
! 	     s = CIRCLEQ_NEXT(s, r_link)) {
  #ifdef RMAN_DEBUG
  		printf("considering [%#lx, %#lx]\n", s->r_start, s->r_end);
  #endif /* RMAN_DEBUG */
--- 207,213 ----
  	/*
  	 * First try to find an acceptable totally-unshared region.
  	 */
! 	for (s = r; s != NULL; s = TAILQ_NEXT(s, r_link)) {
  #ifdef RMAN_DEBUG
  		printf("considering [%#lx, %#lx]\n", s->r_start, s->r_end);
  #endif /* RMAN_DEBUG */
***************
*** 294,302 ****
  				r->r_sharehead = 0;
  				r->r_rm = rm;
  				s->r_end = rv->r_start - 1;
! 				CIRCLEQ_INSERT_AFTER(&rm->rm_list, s, rv,
  						     r_link);
! 				CIRCLEQ_INSERT_AFTER(&rm->rm_list, rv, r,
  						     r_link);
  			} else if (s->r_start == rv->r_start) {
  #ifdef RMAN_DEBUG
--- 291,299 ----
  				r->r_sharehead = 0;
  				r->r_rm = rm;
  				s->r_end = rv->r_start - 1;
! 				TAILQ_INSERT_AFTER(&rm->rm_list, s, rv,
  						     r_link);
! 				TAILQ_INSERT_AFTER(&rm->rm_list, rv, r,
  						     r_link);
  			} else if (s->r_start == rv->r_start) {
  #ifdef RMAN_DEBUG
***************
*** 306,313 ****
  				 * We are allocating at the beginning.
  				 */
  				s->r_start = rv->r_end + 1;
! 				CIRCLEQ_INSERT_BEFORE(&rm->rm_list, s, rv,
! 						      r_link);
  			} else {
  #ifdef RMAN_DEBUG
  				printf("allocating at the end\n");
--- 303,309 ----
  				 * We are allocating at the beginning.
  				 */
  				s->r_start = rv->r_end + 1;
! 				TAILQ_INSERT_BEFORE(s, rv, r_link);
  			} else {
  #ifdef RMAN_DEBUG
  				printf("allocating at the end\n");
***************
*** 316,322 ****
  				 * We are allocating at the end.
  				 */
  				s->r_end = rv->r_start - 1;
! 				CIRCLEQ_INSERT_AFTER(&rm->rm_list, s, rv,
  						     r_link);
  			}
  			goto out;
--- 312,318 ----
  				 * We are allocating at the end.
  				 */
  				s->r_end = rv->r_start - 1;
! 				TAILQ_INSERT_AFTER(&rm->rm_list, s, rv,
  						     r_link);
  			}
  			goto out;
***************
*** 337,344 ****
  	if ((flags & (RF_SHAREABLE | RF_TIMESHARE)) == 0)
  		goto out;
  
! 	for (s = r; !CIRCLEQ_TERMCOND(s, rm->rm_list);
! 	     s = CIRCLEQ_NEXT(s, r_link)) {
  		if (s->r_start > end)
  			break;
  		if ((s->r_flags & flags) != flags)
--- 333,339 ----
  	if ((flags & (RF_SHAREABLE | RF_TIMESHARE)) == 0)
  		goto out;
  
! 	for (s = r; s != NULL; s = TAILQ_NEXT(s, r_link)) {
  		if (s->r_start > end)
  			break;
  		if ((s->r_flags & flags) != flags)
***************
*** 533,540 ****
  		s = LIST_FIRST(r->r_sharehead);
  		if (r->r_flags & RF_FIRSTSHARE) {
  			s->r_flags |= RF_FIRSTSHARE;
! 			CIRCLEQ_INSERT_BEFORE(&rm->rm_list, r, s, r_link);
! 			CIRCLEQ_REMOVE(&rm->rm_list, r, r_link);
  		}
  
  		/*
--- 528,535 ----
  		s = LIST_FIRST(r->r_sharehead);
  		if (r->r_flags & RF_FIRSTSHARE) {
  			s->r_flags |= RF_FIRSTSHARE;
! 			TAILQ_INSERT_BEFORE(r, s, r_link);
! 			TAILQ_REMOVE(&rm->rm_list, r, r_link);
  		}
  
  		/*
***************
*** 553,584 ****
  	 * Look at the adjacent resources in the list and see if our
  	 * segment can be merged with any of them.
  	 */
! 	s = CIRCLEQ_PREV(r, r_link);
! 	t = CIRCLEQ_NEXT(r, r_link);
  
! 	if (s != (void *)&rm->rm_list && (s->r_flags & RF_ALLOCATED) == 0
! 	    && t != (void *)&rm->rm_list && (t->r_flags & RF_ALLOCATED) == 0) {
  		/*
  		 * Merge all three segments.
  		 */
  		s->r_end = t->r_end;
! 		CIRCLEQ_REMOVE(&rm->rm_list, r, r_link);
! 		CIRCLEQ_REMOVE(&rm->rm_list, t, r_link);
  		free(t, M_RMAN);
! 	} else if (s != (void *)&rm->rm_list
! 		   && (s->r_flags & RF_ALLOCATED) == 0) {
  		/*
  		 * Merge previous segment with ours.
  		 */
  		s->r_end = r->r_end;
! 		CIRCLEQ_REMOVE(&rm->rm_list, r, r_link);
! 	} else if (t != (void *)&rm->rm_list
! 		   && (t->r_flags & RF_ALLOCATED) == 0) {
  		/*
  		 * Merge next segment with ours.
  		 */
  		t->r_start = r->r_start;
! 		CIRCLEQ_REMOVE(&rm->rm_list, r, r_link);
  	} else {
  		/*
  		 * At this point, we know there is nothing we
--- 548,577 ----
  	 * Look at the adjacent resources in the list and see if our
  	 * segment can be merged with any of them.
  	 */
! 	s = TAILQ_PREV(r, resource_head, r_link);
! 	t = TAILQ_NEXT(r, r_link);
  
! 	if (s != NULL && (s->r_flags & RF_ALLOCATED) == 0
! 	    && t != NULL && (t->r_flags & RF_ALLOCATED) == 0) {
  		/*
  		 * Merge all three segments.
  		 */
  		s->r_end = t->r_end;
! 		TAILQ_REMOVE(&rm->rm_list, r, r_link);
! 		TAILQ_REMOVE(&rm->rm_list, t, r_link);
  		free(t, M_RMAN);
! 	} else if (s != NULL && (s->r_flags & RF_ALLOCATED) == 0) {
  		/*
  		 * Merge previous segment with ours.
  		 */
  		s->r_end = r->r_end;
! 		TAILQ_REMOVE(&rm->rm_list, r, r_link);
! 	} else if (t != NULL && (t->r_flags & RF_ALLOCATED) == 0) {
  		/*
  		 * Merge next segment with ours.
  		 */
  		t->r_start = r->r_start;
! 		TAILQ_REMOVE(&rm->rm_list, r, r_link);
  	} else {
  		/*
  		 * At this point, we know there is nothing we


>Release-Note:
>Audit-Trail:
>Unformatted:


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Wed Nov 17 20:18:12 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from ns.itga.com.au (ns.itga.com.au [192.83.119.129])
	by hub.freebsd.org (Postfix) with ESMTP id 8D5FF150CB
	for <freebsd-bugs@FreeBSD.ORG>; Wed, 17 Nov 1999 20:18:02 -0800 (PST)
	(envelope-from gnb@itga.com.au)
Received: from lightning.itga.com.au (lightning.itga.com.au [192.168.71.20])
	by ns.itga.com.au (8.9.3/8.9.3) with ESMTP id PAA22608;
	Thu, 18 Nov 1999 15:17:57 +1100 (EST)
	(envelope-from gnb@itga.com.au)
Received: from lightning.itga.com.au (lightning.itga.com.au [192.168.71.20])
	by lightning.itga.com.au (8.9.3/8.9.3) with ESMTP id PAA12413;
	Thu, 18 Nov 1999 15:17:56 +1100 (EST)
Message-Id: <199911180417.PAA12413@lightning.itga.com.au>
X-Mailer: exmh version 2.0.1 12/23/97
From: Gregory Bond <gnb@itga.com.au>
To: "Ronald F. Guilmette" <rfg@monkeys.com>
Cc: freebsd-bugs@FreeBSD.ORG
Subject: Re: misc/14959: incomplete xterm termcap entry (see also bug gnu/5039) 
In-reply-to: Your message of Wed, 17 Nov 1999 19:10:01 -0800.
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Thu, 18 Nov 1999 15:17:55 +1100
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


The problem is a little more subtle.  The meaning of "ti" and "to" termcap
entries make no mention of "saving the screen contents".  The description of ti
in termcap(5) is "string to start programs using cursor_address".  There is no
way in termcap to express the operation "save/restore the screen contents", and
no way to write a program (vi, more, whatever) to either use or not use this
feature.  Extending termcap (yet again!) with another set of tags for this
feature is probably not feasible.  So ugly hacks are the only option.

>   (In the meantime, I've kludged together something local here...
>  a wrapper shell script for `more' that *removes* the te=/ti= stuff from the
>  TERMCAP environment variable before starting `more'... but that's kind-of
>  an ugly hack.)

A slightly less ugly hack is to have a second termcap entry like this:
	xterm-cl|xterm with ti=clear/restore screen:\
		:ti=<whatever>:to=<whatever>:tc=xterm:
and then something like (for Bash/ksh users)
	vi () { TERM=xterm-cl vi "$@"; }

WRT the original PR, perhaps a solution is to add a suitable "xterm-cl" entry
to the standard termcap file?




To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Wed Nov 17 23:27:32 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from monkeys.com (i180.value.net [206.14.136.180])
	by hub.freebsd.org (Postfix) with ESMTP id F28FF14A1D
	for <freebsd-bugs@FreeBSD.ORG>; Wed, 17 Nov 1999 23:27:29 -0800 (PST)
	(envelope-from rfg@monkeys.com)
Received: from monkeys.com (localhost [127.0.0.1])
	by monkeys.com (8.9.3/8.9.3) with ESMTP id XAA82457;
	Wed, 17 Nov 1999 23:27:12 -0800 (PST)
To: Gregory Bond <gnb@itga.com.au>
Cc: freebsd-bugs@FreeBSD.ORG
Subject: Re: misc/14959: incomplete xterm termcap entry (see also bug gnu/5039) 
In-reply-to: Your message of Thu, 18 Nov 1999 15:17:55 +1100.
             <199911180417.PAA12413@lightning.itga.com.au> 
Date: Wed, 17 Nov 1999 23:27:12 -0800
Message-ID: <82455.942910032@monkeys.com>
From: "Ronald F. Guilmette" <rfg@monkeys.com>
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


In message <199911180417.PAA12413@lightning.itga.com.au>, you wrote:

>The problem is a little more subtle.  The meaning of "ti" and "to" termcap
>entries make no mention of "saving the screen contents". The description of ti
>in termcap(5) is "string to start programs using cursor_address".

Yea, I noticed that, but I assumed that it was just an example of
less-than-entirely-complete documentation.

>There is no
>way in termcap to express the operation "save/restore the screen contents",

Bummer.  There obviously should be.  It _is_ a rather significant terminal
operation/capability after all.

>and
>no way to write a program (vi, more, whatever) to either use or not use this
>feature.

Bummer.  (See above.)

>Extending termcap (yet again!) with another set of tags for this
>feature is probably not feasible.

OK.  I'll bite.  Why not?

>So ugly hacks are the only option.

For the moment anyway, yes.  Definitely.

(I don't know any of the history, so I probably shouldn't comment, but...
It really does seem strange to me that such a fundamental capability never
earned its own pair of two-letter termcap abbreviations.  How about terminfo?
Are there special terminfo codes for screen save/restore?  I haven't worked
on SVR4 for quite awhile, so I can't remember.)


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Thu Nov 18  0:16:33 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP
	id B37DB14F4F; Thu, 18 Nov 1999 00:16:30 -0800 (PST)
	(envelope-from dillon@FreeBSD.org)
Received: (from dillon@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id AAA05258;
	Thu, 18 Nov 1999 00:16:24 -0800 (PST)
	(envelope-from dillon@FreeBSD.org)
Date: Thu, 18 Nov 1999 00:16:24 -0800 (PST)
From: <dillon@FreeBSD.org>
Message-Id: <199911180816.AAA05258@freefall.freebsd.org>
To: kbyanc@posi.net, dillon@FreeBSD.org, freebsd-bugs@FreeBSD.org
Subject: Re: kern/14966: patch to zero spare stat fields
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

Synopsis: patch to zero spare stat fields

State-Changed-From-To: open->closed
State-Changed-By: dillon
State-Changed-When: Thu Nov 18 00:16:08 PST 1999
State-Changed-Why: 
Patch committed to -current and -stable


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Thu Nov 18  2:30: 3 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id 7215C14C02
	for <freebsd-bugs@FreeBSD.org>; Thu, 18 Nov 1999 02:30:02 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id CAA16524;
	Thu, 18 Nov 1999 02:30:02 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Date: Thu, 18 Nov 1999 02:30:02 -0800 (PST)
Message-Id: <199911181030.CAA16524@freefall.freebsd.org>
To: freebsd-bugs@FreeBSD.org
Cc: 
From: Sheldon Hearn <sheldonh@uunet.co.za>
Subject: Re: bin/14920: install(1) hangs when intalling files same directory. 
Reply-To: Sheldon Hearn <sheldonh@uunet.co.za>
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

The following reply was made to PR bin/14920; it has been noted by GNATS.

From: Sheldon Hearn <sheldonh@uunet.co.za>
To: okimoto@mrit.mei.co.jp
Cc: freebsd-gnats-submit@FreeBSD.ORG
Subject: Re: bin/14920: install(1) hangs when intalling files same directory. 
Date: Thu, 18 Nov 1999 12:27:28 +0200

 On Tue, 16 Nov 1999 04:12:20 PST, okimoto@mrit.mei.co.jp wrote:
 
 > Unable kill install(1), when installing files 
 > to same directory.
 > >How-To-Repeat:
 > 1) touch ./foo
 > 2) install ./foo .
 
 This doesn't cause a problem in CURRENT.  Could you please test this for
 3.3-STABLE.  If it's still a problem there, then we'll need to
 investigate the difference between RELENG_3 and HEAD and figure out what
 fix needs to be backported.
 
 Ciao,
 Sheldon.
 


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Thu Nov 18  2:33:38 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP
	id B216E153C6; Thu, 18 Nov 1999 02:33:37 -0800 (PST)
	(envelope-from sheldonh@FreeBSD.org)
Received: (from sheldonh@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id CAA16802;
	Thu, 18 Nov 1999 02:33:37 -0800 (PST)
	(envelope-from sheldonh@FreeBSD.org)
Date: Thu, 18 Nov 1999 02:33:37 -0800 (PST)
From: <sheldonh@FreeBSD.org>
Message-Id: <199911181033.CAA16802@freefall.freebsd.org>
To: rfg@monkeys.com, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org
Subject: Re: misc/14959: incomplete xterm termcap entry (see also bug gnu/5039)
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

Synopsis: incomplete xterm termcap entry (see also bug gnu/5039)

State-Changed-From-To: open->closed
State-Changed-By: sheldonh
State-Changed-When: Thu Nov 18 02:33:06 PST 1999
State-Changed-Why: 
>  Given what I now know about the behavior of `more', it now seems
>  clearer to me that ever that the Right Solution for this unfortnate
>  situation is to leave the screen save/restore capability in the
>  termcap database and then to merely add command options to programs
>  (e.g. vi, more, etc) that would say, in effect ``Don't do that!''

To quote back to you your own rantings from earlier on in the same 
thread:

>  OK.  Then you should go and make the rounds and talk with ALL of the 
>  maintainers of those programs and tell them all to add options that
>  will allow you to _disable_ the screen save/restore capabilities
>  which their authors labored to produce.

Have fun petitioning the maintainers of all the packages whose behaviour
annoys you. :-)


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Thu Nov 18  2:40: 3 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id 2FADF15390
	for <freebsd-bugs@FreeBSD.org>; Thu, 18 Nov 1999 02:40:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id CAA17413;
	Thu, 18 Nov 1999 02:40:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Date: Thu, 18 Nov 1999 02:40:01 -0800 (PST)
Message-Id: <199911181040.CAA17413@freefall.freebsd.org>
To: freebsd-bugs@FreeBSD.org
Cc: 
From: Sheldon Hearn <sheldonh@uunet.co.za>
Subject: Re: gnu/5039: libdialog fails to resore terminal 
Reply-To: Sheldon Hearn <sheldonh@uunet.co.za>
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

The following reply was made to PR gnu/5039; it has been noted by GNATS.

From: Sheldon Hearn <sheldonh@uunet.co.za>
To: steve@visint.co.uk
Cc: FreeBSD-gnats-submit@freebsd.org
Subject: Re: gnu/5039: libdialog fails to resore terminal 
Date: Thu, 18 Nov 1999 12:39:08 +0200

 On Fri, 14 Nov 1997 12:23:23 GMT, steve@visint.co.uk wrote:
 
 >  Maybe if I use the termcap stuff supplied by Xfree then I'll not have
 >  this particular problem but I can have all the others it gives you.
 
 I use a vanilla XFree86 3.3.5 xterm with no hanky panky in termcap.  The
 command ``dialog --infobox "Go reset your terminal" 3 35'' produces a
 box in the middle of my xterm, and returns me to the command prompt at
 the very bottom of the xterm.
 
 There are no unpleasant side-effects, unless you don't like the fact
 that whatever was in your xterm before is now gone.  Whether you regard
 that as an unpleasant side-effect is pretty much a matter of personal
 taste.
 
 Unless someone can show that the default termcap entry for xterm or the
 XFree86 3.3.5 xterm produces some _other_ side-effects some time soon,
 I'll close this PR.
 
 Ciao,
 Sheldon.
 


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Thu Nov 18  2:50: 4 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id 297AC153D1
	for <freebsd-bugs@FreeBSD.org>; Thu, 18 Nov 1999 02:50:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id CAA18078;
	Thu, 18 Nov 1999 02:50:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: by hub.freebsd.org (Postfix, from userid 32767)
	id A5481153D5; Thu, 18 Nov 1999 02:49:04 -0800 (PST)
Message-Id: <19991118104904.A5481153D5@hub.freebsd.org>
Date: Thu, 18 Nov 1999 02:49:04 -0800 (PST)
From: vlad@physic.uzsci.net
To: freebsd-gnats-submit@freebsd.org
X-Send-Pr-Version: www-1.0
Subject: conf/14973: Digi-multiport serial card? 
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         14973
>Category:       conf
>Synopsis:       Digi-multiport serial card?
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Thu Nov 18 02:50:01 PST 1999
>Closed-Date:
>Last-Modified:
>Originator:     Kuzmin Vladimir
>Release:        FreeBSD 3.3-RELEASE
>Organization:
Physic-Tekhnical Institute
>Environment:
FreeBSD galadriel.gimli.com 3.3-RELEASE FreeBSD 3.3-RELEASE #6: Thu Nov 18 18:48:57 UZT 1999     dan@galadriel.gimli.com:/usr/src/
sys/compile/DAN  i386
>Description:
Day kind!
At me such problem, if it is possible I ask to answer.
There is digi multiport, has hung up normally, but when connect on the modem that áô of a command do not give ïë, and ATI4 generally gives a terrible picture, it is possible only to work when come on speed of 300 bauds and somehow on 600.
Like has read that 3.2 does not work with digi, has tried has put 3.3 but absolutely not better.
If it is possible help with advice.
Mine of E-mail vlad@physic.uzsci.net 

>How-To-Repeat:

>Fix:


>Release-Note:
>Audit-Trail:
>Unformatted:


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Thu Nov 18  3: 0: 5 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id C46AE15110
	for <freebsd-bugs@FreeBSD.org>; Thu, 18 Nov 1999 03:00:03 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id DAA19038;
	Thu, 18 Nov 1999 03:00:03 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Date: Thu, 18 Nov 1999 03:00:03 -0800 (PST)
Message-Id: <199911181100.DAA19038@freefall.freebsd.org>
To: freebsd-bugs@FreeBSD.org
Cc: 
From: Sheldon Hearn <sheldonh@uunet.co.za>
Subject: Re: bin/14954: search.h is missing 
Reply-To: Sheldon Hearn <sheldonh@uunet.co.za>
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

The following reply was made to PR bin/14954; it has been noted by GNATS.

From: Sheldon Hearn <sheldonh@uunet.co.za>
To: Tony Finch <dot@dotat.at>
Cc: FreeBSD-gnats-submit@FreeBSD.ORG
Subject: Re: bin/14954: search.h is missing 
Date: Thu, 18 Nov 1999 12:52:06 +0200

 On Wed, 17 Nov 1999 19:59:29 GMT, Tony Finch wrote:
 
 > FreeBSD is missing the <search.h> header from SVID, but it is present
 > in NetBSD and OpenBSD. They also have implementations of the tsearch
 > etc. routines originally obtained from public domain sources by ESR.
 > There is an hsearch compatible interface to Berkeley DB which is
 > already in FreeBSD's libc.
 
 So is it a simple case of importing the header file, or are there
 interfaces missing in the API?
 
 Ciao,
 Sheldon.
 


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Thu Nov 18  3:20: 5 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id 3156E15105
	for <freebsd-bugs@FreeBSD.org>; Thu, 18 Nov 1999 03:20:03 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id DAA20470;
	Thu, 18 Nov 1999 03:20:03 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Date: Thu, 18 Nov 1999 03:20:03 -0800 (PST)
Message-Id: <199911181120.DAA20470@freefall.freebsd.org>
To: freebsd-bugs@FreeBSD.org
Cc: 
From: Sheldon Hearn <sheldonh@uunet.co.za>
Subject: Re: misc/14964: Network Interface Configuration Problem and how it relates to lo0, portmap and rpc.statd. 
Reply-To: Sheldon Hearn <sheldonh@uunet.co.za>
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

The following reply was made to PR misc/14964; it has been noted by GNATS.

From: Sheldon Hearn <sheldonh@uunet.co.za>
To: nschein@prisa.com
Cc: freebsd-gnats-submit@FreeBSD.ORG
Subject: Re: misc/14964: Network Interface Configuration Problem and how it relates to lo0, portmap and rpc.statd. 
Date: Thu, 18 Nov 1999 13:14:10 +0200

 On Wed, 17 Nov 1999 15:36:18 PST, nschein@prisa.com wrote:
 
 > >Fix:
 >
 > Do not have sysinstall place a network interface in /etc/rc.conf the
 > standard "auto" in /etc/defaults/rc.conf works well or put lo0 in the
 > /etc/rc.conf netw ork_interface line.
 
 Or read the online ERRATA.TXT before installing. :-)
 
 	http://www.freebsd.org/releases/3.3R/errata.html
 
 Ciao,
 Sheldon.
 


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Thu Nov 18  3:30: 5 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id 7846C15391
	for <freebsd-bugs@FreeBSD.org>; Thu, 18 Nov 1999 03:30:02 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id DAA21264;
	Thu, 18 Nov 1999 03:30:02 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Date: Thu, 18 Nov 1999 03:30:02 -0800 (PST)
Message-Id: <199911181130.DAA21264@freefall.freebsd.org>
To: freebsd-bugs@FreeBSD.org
Cc: 
From: Tony Finch <dot@dotat.at>
Subject: Re: bin/14954: search.h is missing 
Reply-To: Tony Finch <dot@dotat.at>
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

The following reply was made to PR bin/14954; it has been noted by GNATS.

From: Tony Finch <dot@dotat.at>
To: Sheldon Hearn <sheldonh@uunet.co.za>
Cc: FreeBSD-gnats-submit@FreeBSD.ORG
Subject: Re: bin/14954: search.h is missing 
Date: Thu, 18 Nov 1999 11:26:19 +0000

 Sheldon Hearn <sheldonh@uunet.co.za> wrote:
 > On Wed, 17 Nov 1999 19:59:29 GMT, Tony Finch wrote:
 > 
 > > FreeBSD is missing the <search.h> header from SVID, but it is present
 > > in NetBSD and OpenBSD. They also have implementations of the tsearch
 > > etc. routines originally obtained from public domain sources by ESR.
 > > There is an hsearch compatible interface to Berkeley DB which is
 > > already in FreeBSD's libc.
 > 
 > So is it a simple case of importing the header file, or are there
 > interfaces missing in the API?
 
 You also need the tsearch.[c3] and tfind.c files from
 src/lib/libc/stdlib in {Net,Open}BSD.
 
 There might be a better alternative to using Berkeley DB for the
 hsearch functions, but I couldn't find any other suitable existing
 code out there.
 
 Tony.
 -- 
 I'm the dot in dot at
 


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Thu Nov 18  3:40: 4 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id F0AF21539F
	for <freebsd-bugs@FreeBSD.org>; Thu, 18 Nov 1999 03:40:02 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id DAA22075;
	Thu, 18 Nov 1999 03:40:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Date: Thu, 18 Nov 1999 03:40:01 -0800 (PST)
Message-Id: <199911181140.DAA22075@freefall.freebsd.org>
To: freebsd-bugs@FreeBSD.org
Cc: 
From: okimoto@mrit.mei.co.jp
Subject: Re: bin/14920: install(1) hangs when intalling files same directory. 
Reply-To: okimoto@mrit.mei.co.jp
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

The following reply was made to PR bin/14920; it has been noted by GNATS.

From: okimoto@mrit.mei.co.jp
To: sheldonh@uunet.co.za
Cc: freebsd-gnats-submit@FreeBSD.ORG, okimoto@mrit.mei.co.jp
Subject: Re: bin/14920: install(1) hangs when intalling files same directory. 
Date: Thu, 18 Nov 1999 20:32:59 +0900

 Thank you for repling my report.
 
 But, I have received some mails from "alex@cichlids.com",
 maybe a menbar of freebsd-gnats-submit. And this problem
 has solved.
 
 He said this problem was  3.3-RELEASE case. But,
 install(1) should detect if the source-file is the
 same as the destination file, he also thought. 
 So, he made a patch for "xinstall.c", and it's good.
 
 Thank you, Mr.Alexander. 
 And thank you, Mr.Sheldon. 
 
 # ..though, I should report this to somewhere?
 
 ---
 Yoshiyuki OKIMOTO
 


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Thu Nov 18  3:46:11 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from boruta.demo.pl (boruta.demo.pl [212.244.219.19])
	by hub.freebsd.org (Postfix) with ESMTP id C68ED15105
	for <freebsd-bugs@FreeBSD.ORG>; Thu, 18 Nov 1999 03:46:04 -0800 (PST)
	(envelope-from maliniak@demo.pl)
Received: from shaker (shaker.demo.pl [212.244.219.37])
	by boruta.demo.pl (8.9.3/8.9.3) with SMTP id LAA19022
	for <freebsd-bugs@FreeBSD.ORG>; Thu, 18 Nov 1999 11:44:08 GMT
Message-ID: <00be01bf31ba$59fd6500$25dbf4d4@demo.pl>
From: "Grzegorz Malinka" <maliniak@demo.pl>
To: <freebsd-bugs@FreeBSD.ORG>
Subject: Too many active postgres clients on FreeBSD3.2
Date: Thu, 18 Nov 1999 12:44:58 +0100
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-2"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2417.2000
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

The postgres' clients are limited to 20.
How can I increase it? 

Regards

     Pozdrowienia
     Grzegorz M.
     (RDB-Admin)

#-----------------------------------------------------------------#
# E-mail: maliniak@demo.pl      |       ISP @ http://www.demo.pl  #
# Tel. (32) 201-04-40           |       2B|!2B                    #
#-----------------------------------------------------------------#





To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Thu Nov 18  4:50: 4 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id C97A415387
	for <freebsd-bugs@FreeBSD.org>; Thu, 18 Nov 1999 04:50:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id EAA30250;
	Thu, 18 Nov 1999 04:50:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: by hub.freebsd.org (Postfix, from userid 32767)
	id 4DE491503C; Thu, 18 Nov 1999 04:44:45 -0800 (PST)
Message-Id: <19991118124445.4DE491503C@hub.freebsd.org>
Date: Thu, 18 Nov 1999 04:44:45 -0800 (PST)
From: shimon@simon-shapiro.org
To: freebsd-gnats-submit@freebsd.org
X-Send-Pr-Version: www-1.0
Subject: conf/14974: In RELENG_3, fdisk reports sizes incorrectly
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         14974
>Category:       conf
>Synopsis:       In RELENG_3, fdisk reports sizes incorrectly
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Thu Nov 18 04:50:01 PST 1999
>Closed-Date:
>Last-Modified:
>Originator:     Simon Shapiro
>Release:        RELENG_3
>Organization:
Simon's Garage
>Environment:
FreeBSD brass.simon-shapiro.org 3.3-STABLE FreeBSD 3.3-STABLE #1: Tue Nov 16 13:48:39 EST 1999     ShimonR@nomis.simon-shapiro.org:/usr/src/RELENG_3/src/sys/compile/BRASS  i386

>Description:
# fdisk i2o0
Nov 18 07:41:57 brass /boot/kernel.i2o: i2o0: cannot find label (no disk label)
******* Working on device /dev/ri2o0 *******
parameters extracted from in-core disklabel are:
cylinders=43391 heads=64 sectors/track=32 (2048 blks/cyl)

Figures below won't work with BIOS for partitions not in cyl 1
parameters to be used for BIOS calculations are:
cylinders=43391 heads=64 sectors/track=32 (2048 blks/cyl)

Media sector size is 512
Warning: BIOS sector numbering starts with sector 1
Information from DOS bootblock is:
The data for partition 1 is:
sysid 165,(FreeBSD/NetBSD/386BSD)
    start 2048, size 88864768 (43391 Meg), flag 80 (active)
	beg: cyl 1/ sector 1/ head 0;
	end: cyl 383/ sector 32/ head 63  <<--------<<  This is WRONG!
The data for partition 2 is:
<UNUSED>

>How-To-Repeat:
Create a slice over 2GB in size
>Fix:


>Release-Note:
>Audit-Trail:
>Unformatted:


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Thu Nov 18  6:50: 6 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id D063A1513B
	for <freebsd-bugs@FreeBSD.org>; Thu, 18 Nov 1999 06:50:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id GAA95642;
	Thu, 18 Nov 1999 06:50:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: from gwdu58.gwdg.de (gwdu58.gwdg.de [134.76.98.58])
	by hub.freebsd.org (Postfix) with ESMTP id EA2A2153FE
	for <FreeBSD-gnats-submit@freebsd.org>; Thu, 18 Nov 1999 06:46:44 -0800 (PST)
	(envelope-from kheuer@gwdu58.gwdg.de)
Received: (from kheuer@localhost)
	by gwdu58.gwdg.de (8.9.3/8.9.3) id PAA13461;
	Thu, 18 Nov 1999 15:46:40 +0100 (CET)
	(envelope-from kheuer)
Message-Id: <199911181446.PAA13461@gwdu58.gwdg.de>
Date: Thu, 18 Nov 1999 15:46:40 +0100 (CET)
From: kheuer@gwdg.de
Reply-To: kheuer@gwdg.de
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: bin/14975: lpc start bug fix 3.3-R
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         14975
>Category:       bin
>Synopsis:       lpc start subcmd doesn't start printing
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Thu Nov 18 06:50:01 PST 1999
>Closed-Date:
>Last-Modified:
>Originator:     Konrad Heuer
>Release:        FreeBSD 3.3-RELEASE i386
>Organization:
Gesellschaft fuer wissenschaftliche Datenverarbeitung mbH
                 Goettingen, Am Fassberg, 37077 Goettingen, Germany
>Environment:

	

>Description:

	/usr/sbin/lpc is used to control print spooling. Different
	subcommands (disable, enable, start and stop) allow to close
	or to open both ends of printer queues (reject or accept
        jobs, print or keep jobs). The `lpc start queue' doesn't start
	printing although it says so which is a bug.
        

>How-To-Repeat:

	lpc up queue		# to make sure
	lpc stop queue		# stop printing
	lpc status queue	# check status
	lpc start queue		# looks good but
	lpc status queue	# nothing has changed, printing still disabled

>Fix:
	
*** cmds.c	Thu Nov 18 15:12:03 1999
--- cmds.c.orig	Sun Aug 29 17:43:18 1999
***************
*** 591,597 ****
  	 */
  	seteuid(euid);
  	if (enable && stat(lf, &stbuf) >= 0) {
! 		mode_t bits = (enable == 2 ? 0 : LFM_QUEUE_DIS);
  		if (chmod(lf, stbuf.st_mode & (LOCK_FILE_MODE | bits)) < 0)
  			printf("\tcannot enable printing\n");
  		else
--- 591,598 ----
  	 */
  	seteuid(euid);
  	if (enable && stat(lf, &stbuf) >= 0) {
! 		mode_t bits = (enable == 2 ? 0
! 			       : (LFM_PRINT_DIS | LFM_QUEUE_DIS));
  		if (chmod(lf, stbuf.st_mode & (LOCK_FILE_MODE | bits)) < 0)
  			printf("\tcannot enable printing\n");
  		else


>Release-Note:
>Audit-Trail:
>Unformatted:


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Thu Nov 18  6:50: 8 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id D4491153EF
	for <freebsd-bugs@FreeBSD.org>; Thu, 18 Nov 1999 06:50:03 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id GAA95649;
	Thu, 18 Nov 1999 06:50:03 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Date: Thu, 18 Nov 1999 06:50:03 -0800 (PST)
Message-Id: <199911181450.GAA95649@freefall.freebsd.org>
To: freebsd-bugs@FreeBSD.org
Cc: 
From: Alexander Langer <alex@cichlids.com>
Subject: Re: bin/14920: install(1) hangs when intalling files same directory.
Reply-To: Alexander Langer <alex@cichlids.com>
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

The following reply was made to PR bin/14920; it has been noted by GNATS.

From: Alexander Langer <alex@cichlids.com>
To: okimoto@mrit.mei.co.jp
Cc: freebsd-gnats-submit@FreeBSD.ORG
Subject: Re: bin/14920: install(1) hangs when intalling files same directory.
Date: Thu, 18 Nov 1999 15:49:55 +0100

 ok. This patch seems nice.
 Please discard the old one.
 
 I also fixed a /dev/null error. Please see the thread on freebsd-bugs
 about this.
 
 Sheldon suggested to use realpath(), so I did.
 
 Usage-log:
 
 alex:~ $ mkdir test
 mkdir: test: File exists
 alex:~ $ touch foo; /usr/obj/usr/src/usr.bin/xinstall/xinstall foo
 test
 alex:~ $ touch foo; /usr/obj/usr/src/usr.bin/xinstall/xinstall foo
 test/foo
 alex:~ $ touch foo; /usr/obj/usr/src/usr.bin/xinstall/xinstall foo
 test/.. 
 xinstall: foo and /usr/home/alex/foo are the same file
 alex:~ $ touch foo; /usr/obj/usr/src/usr.bin/xinstall/xinstall foo .      
 xinstall: foo and /usr/home/alex/foo are the same file
 alex:~ $ touch foo; /usr/obj/usr/src/usr.bin/xinstall/xinstall foo ./
 xinstall: foo and /usr/home/alex/foo are the same file
 alex:~ $ touch foo; /usr/obj/usr/src/usr.bin/xinstall/xinstall foo
 ./../alex
 xinstall: foo and /usr/home/alex/foo are the same file
 alex:~ $ touch foo; /usr/obj/usr/src/usr.bin/xinstall/xinstall ./foo
 ./../alex
 xinstall: ./foo and /usr/home/alex/foo are the same file
 alex:~ $ touch foo; /usr/obj/usr/src/usr.bin/xinstall/xinstall test           
 test          test.scm      testdatei     testwort.bak  
 test.c        testbla       testwort      
 alex:~ $ touch foo; /usr/obj/usr/src/usr.bin/xinstall/xinstall
 test/bar test
 xinstall: test/bar and /usr/home/alex/test/bar are the same file
 alex:~ $ touch foo; /usr/obj/usr/src/usr.bin/xinstall/xinstall
 test/bar test/..
 alex:~ $ touch foo; /usr/obj/usr/src/usr.bin/xinstall/xinstall
 /dev/null test  
 xinstall: Cannot install /dev/null to a directory
 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
 YES, I did it. I changed the error-msg. But I think, it's ok.
 
 alex:~ $ rm -rf bar ; /usr/obj/usr/src/usr.bin/xinstall/xinstall
 /dev/null bar ; ls -l bar
 -rwxr-xr-x  1 alex  alex  0 18 Nov 15:45 bar*
 
 Patch:
 
 --- xinstall.c.old	Wed Nov 17 20:32:40 1999
 +++ xinstall.c	Thu Nov 18 15:48:12 1999
 @@ -90,7 +90,7 @@
  int debug, docompare, docopy, dodir, dopreserve, dostrip, nommap, verbose;
  int mode = S_IRWXU|S_IRGRP|S_IXGRP|S_IROTH|S_IXOTH;
  char *group, *owner, pathbuf[MAXPATHLEN];
 -char pathbuf2[MAXPATHLEN];
 +char pathbuf2[MAXPATHLEN], pathbuf3[MAXPATHLEN];
  
  #define	DIRECTORY	0x01		/* Tell install it's a directory. */
  #define	SETFLAGS	0x02		/* Tell install to set flags. */
 @@ -319,7 +319,7 @@
  	u_long fset;
  	u_int flags;
  {
 -	struct stat from_sb, to_sb;
 +	struct stat from_sb, to_sb, fileto_sb;
  	int devnull, from_fd, to_fd, serrno;
  	char *p, *old_to_name = 0;
  
 @@ -327,25 +327,35 @@
  		fprintf(stderr, "install: invoked without -C for %s to %s\n",
  			from_name, to_name);
  
 +	if (strcmp(from_name, _PATH_DEVNULL) == 0) {
 +		from_sb.st_flags = 0;	/* XXX */
 +		devnull = 1;
 +	} else 
 +		devnull = 0;
  	/* If try to install NULL file to a directory, fails. */
 -	if (flags & DIRECTORY || strcmp(from_name, _PATH_DEVNULL)) {
 +	if (flags & DIRECTORY && devnull)
 +		errx(EX_USAGE, "Cannot install %s to a directory",
 +		    _PATH_DEVNULL);
 +
 +	if (flags & DIRECTORY) {
 +		if (realpath(to_name, pathbuf2) == NULL)
 +			errx(EX_OSERR, "%s", pathbuf2);
 +		(void)snprintf(pathbuf3, sizeof(pathbuf3),
 +		   "%s/%s", pathbuf2,
 +		    (p = strrchr(from_name, '/')) ? ++p : from_name);
 +		to_name = pathbuf3; /* target path is in pathbuf3 */
  		if (stat(from_name, &from_sb))
  			err(EX_OSERR, "%s", from_name);
 +		if (stat(to_name, &fileto_sb) && errno != ENOENT)
 +			err(EX_OSERR, "%s", to_name);
  		if (!S_ISREG(from_sb.st_mode)) {
  			errno = EFTYPE;
  			err(EX_OSERR, "%s", from_name);
  		}
 -		/* Build the target path. */
 -		if (flags & DIRECTORY) {
 -			(void)snprintf(pathbuf, sizeof(pathbuf), "%s/%s",
 -			    to_name,
 -			    (p = strrchr(from_name, '/')) ? ++p : from_name);
 -			to_name = pathbuf;
 -		}
 -		devnull = 0;
 -	} else {
 -		from_sb.st_flags = 0;	/* XXX */
 -		devnull = 1;
 +		if (fileto_sb.st_dev == from_sb.st_dev &&
 +		    fileto_sb.st_ino == from_sb.st_ino)
 +			errx(EX_USAGE,
 +			     "%s and %s are the same file", from_name, pathbuf3);
  	}
  
  	if (docompare) {
 #### diff ends here
 
 So long,
 
 Alex
 -- 
 I doubt, therefore I might be. 
 


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Thu Nov 18  7:30:10 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id 868A115347
	for <freebsd-bugs@FreeBSD.org>; Thu, 18 Nov 1999 07:30:02 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id HAA00383;
	Thu, 18 Nov 1999 07:30:02 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Date: Thu, 18 Nov 1999 07:30:02 -0800 (PST)
Message-Id: <199911181530.HAA00383@freefall.freebsd.org>
To: freebsd-bugs@FreeBSD.org
Cc: 
From: Garrett Wollman <wollman@khavrinen.lcs.mit.edu>
Subject: kern/14968: Convert resource_head and resource.r_link from CIRCLEQ to TAILQ
Reply-To: Garrett Wollman <wollman@khavrinen.lcs.mit.edu>
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

The following reply was made to PR kern/14968; it has been noted by GNATS.

From: Garrett Wollman <wollman@khavrinen.lcs.mit.edu>
To: jake@checker.org
Cc: FreeBSD-gnats-submit@FreeBSD.ORG
Subject: kern/14968: Convert resource_head and resource.r_link from CIRCLEQ to TAILQ
Date: Thu, 18 Nov 1999 10:29:11 -0500 (EST)

 <<On Wed, 17 Nov 1999 19:41:31 -0800 (PST), jake@checker.org said:
 
 > struct resource_head and struct resource.r_link have no business being a
 > CIRCLEQ.
 
 Sez who?!
 
 -GAWollman
 (author of that there code)
 
 


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Thu Nov 18  7:37:55 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from cichlids.com (as3-050.rp-plus.de [149.221.238.242])
	by hub.freebsd.org (Postfix) with ESMTP id 45BC8150EF
	for <freebsd-bugs@FreeBSD.ORG>; Thu, 18 Nov 1999 07:37:47 -0800 (PST)
	(envelope-from alex@cichlids.com)
Received: from cichlids.cichlids.com (cichlids.cichlids.com [192.168.0.10])
	by cichlids.com (Postfix) with ESMTP
	id 371C2AB7F; Thu, 18 Nov 1999 15:27:24 +0100 (CET)
Received: (from alex@localhost)
	by cichlids.cichlids.com (8.9.3/8.9.3) id PAA00591;
	Thu, 18 Nov 1999 15:27:17 +0100 (CET)
	(envelope-from alex)
From: Alexander Langer <alex@cichlids.com>
Date: Thu, 18 Nov 1999 15:27:16 +0100
To: okimoto@mrit.mei.co.jp
Cc: freebsd-bugs@FreeBSD.ORG
Subject: Re: bin/14920: install(1) hangs when intalling files same directory.
Message-ID: <19991118152716.A521@cichlids.cichlids.com>
References: <199911181140.DAA22075@freefall.freebsd.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0i
In-Reply-To: <199911181140.DAA22075@freefall.freebsd.org>; from okimoto@mrit.mei.co.jp on Thu, Nov 18, 1999 at 03:40:01AM -0800
X-PGP-Fingerprint: 44 28 CA 4C 46 5B D3 A8  A8 E3 BA F3 4E 60 7D 7F
X-Verwirrung: Dieser Header dient der allgemeinen Verwirrung.
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

Thus spake okimoto@mrit.mei.co.jp (okimoto@mrit.mei.co.jp):

>  He said this problem was  3.3-RELEASE case. But,
>  install(1) should detect if the source-file is the
>  same as the destination file, he also thought. 
>  So, he made a patch for "xinstall.c", and it's good.

Hello!

Actually, I'm redoing the patch, because it's not that good as it
seems.

Additionally, I found a strange bug:
root:/usr/src/usr.bin/xinstall $ install /dev/null /usr/home
install: /dev/null: Inappropriate file type or format

xinstall.c includes 
        /* If try to install NULL file to a directory, fails. */
		        if (flags & DIRECTORY || strcmp(from_name,
				_PATH_DEVNULL)) {

The part in this brackets does not look senseful for me.
It should be (flags & DIRECTORY && strcmp(from_name, _PATH_DEVNULL) ==
0), at least with the stuff inside the brackets.

I'll redo this, too.

Alex

-- 
I doubt, therefore I might be. 


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Thu Nov 18  7:40: 5 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id 0592D15120
	for <freebsd-bugs@FreeBSD.org>; Thu, 18 Nov 1999 07:40:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id HAA01227;
	Thu, 18 Nov 1999 07:40:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: by hub.freebsd.org (Postfix, from userid 32767)
	id 3521B15347; Thu, 18 Nov 1999 07:31:16 -0800 (PST)
Message-Id: <19991118153116.3521B15347@hub.freebsd.org>
Date: Thu, 18 Nov 1999 07:31:16 -0800 (PST)
From: dima@server.ru
To: freebsd-gnats-submit@freebsd.org
X-Send-Pr-Version: www-1.0
Subject: misc/14976: 'mail -u' works incorectly
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         14976
>Category:       misc
>Synopsis:       'mail -u' works incorectly
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Thu Nov 18 07:40:00 PST 1999
>Closed-Date:
>Last-Modified:
>Originator:     Dmitry Kazarov
>Release:        FreeBSD 3.3-STABLE
>Organization:
Server
>Environment:
>Description:
'mail -u user1' issued by user2 opens mailbox of user2 - not of user1 as stated by man
>How-To-Repeat:
# mail
No mail for root
# adduser user1
...
# echo 'Hello!' | mail -s 'test' user1
# ls -l /var/mail/user1
-rw------- 1 user1 users 347 Nov 18 18:28 /var/mail/user1
# mail -u user1
No mail for user1
# mail -f /var/mail/user1
Mail version 8.1 6/6/93. Type ? for help
"/var/mail/user1": 1 message 1 new
>Fix:


>Release-Note:
>Audit-Trail:
>Unformatted:
 &


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Thu Nov 18  7:50: 4 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id A927415466
	for <freebsd-bugs@FreeBSD.org>; Thu, 18 Nov 1999 07:50:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id HAA02103;
	Thu, 18 Nov 1999 07:50:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: from planar.cosmonet.org (kubo.j-phone.ne.jp [210.226.164.37])
	by hub.freebsd.org (Postfix) with ESMTP id 6770215436
	for <FreeBSD-gnats-submit@freebsd.org>; Thu, 18 Nov 1999 07:42:17 -0800 (PST)
	(envelope-from cdr@cosmonet.org)
Received: from prunus.r-panda.private (dmax001-pool036.tokyo2.tnis.egg.or.jp [210.129.251.37])
	by planar.cosmonet.org (8.8.8/3.7W) with ESMTP id AAA20763
	for <FreeBSD-gnats-submit@freebsd.org>; Fri, 19 Nov 1999 00:38:52 +0900 (JST)
Received: (from cdr@localhost)
	by prunus.r-panda.private (8.8.8/3.7W) id AAA15180;
	Fri, 19 Nov 1999 00:41:16 +0900 (JST)
Message-Id: <199911181538.AAA20763@planar.cosmonet.org>
Date: Fri, 19 Nov 1999 00:41:16 +0900 (JST)
From: Tatsuya Kudoh <cdr@cosmonet.org>
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: bin/14978: problem of lprm(1)
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         14978
>Category:       bin
>Synopsis:       lprm(1) does not kill active daemon if hostname is too long
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Thu Nov 18 07:50:00 PST 1999
>Closed-Date:
>Last-Modified:
>Originator:     Tatsuya Kudoh
>Release:        FreeBSD 2.2.8-RELEASE i386
>Organization:
University of Electro-Communications(UEC)
>Environment:
>Description:

When hostname is too long, lprm(1) fails to judge if the job is active or
inactive. As a result, active daemon and filter process executed by daemon
are not terminated.

The cause is that a spool file that has over 39 characters-length filename
causes buffer-overflow.

>How-To-Repeat:

Use long and long hostname.
(I use 35 characters length hostname.)

>Fix:

At easy way,
/usr/src/usr.sbin/lpr/common_source/rmjob.c, line 66:

static char     current[40];            /* active control file name */

Make this array more big. I changed this size to 256.

( In FreeBSD 3.2, this array is at line 72.
  But I don't know if this problem happens in FreeBSD 3.x.)

>Release-Note:
>Audit-Trail:
>Unformatted:


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Thu Nov 18  8:10: 7 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id A52FF15516
	for <freebsd-bugs@FreeBSD.org>; Thu, 18 Nov 1999 08:10:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id IAA04577;
	Thu, 18 Nov 1999 08:10:00 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: from f434.n5020.z2.fidonet.org (host5.mtelecom.ru [212.44.147.5])
	by hub.freebsd.org (Postfix) with ESMTP id B2C0E15441
	for <FreeBSD-gnats-submit@freebsd.org>; Thu, 18 Nov 1999 08:02:33 -0800 (PST)
	(envelope-from seva@p1.f434.n5020.z2.fidonet.org)
Received: from p1.f434.n5020.z2.fidonet.org (p1 [192.168.44.37])
	by f434.n5020.z2.fidonet.org (8.8.8/8.8.8) with ESMTP id TAA24809
	for <FreeBSD-gnats-submit@freebsd.org>; Thu, 18 Nov 1999 19:00:18 +0300 (MSK)
	(envelope-from seva@p1.f434.n5020.z2.fidonet.org)
Received: (from seva@localhost)
	by p1.f434.n5020.z2.fidonet.org (8.9.3/8.9.3) id TAA22164;
	Thu, 18 Nov 1999 19:14:35 +0300 (MSK)
	(envelope-from seva)
Message-Id: <199911181614.TAA22164@p1.f434.n5020.z2.fidonet.org>
Date: Thu, 18 Nov 1999 19:14:35 +0300 (MSK)
From: seva@mtelecom.ru
Reply-To: seva@mtelecom.ru
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: kern/14979: select/poll handler for fifo is broken in FreeBSD-3.X
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         14979
>Category:       kern
>Synopsis:       fifo's select(2)/poll(2) handler is broken in FreeBSD-3.X
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Thu Nov 18 08:10:00 PST 1999
>Closed-Date:
>Last-Modified:
>Originator:     Seva Semenov
>Release:        FreeBSD 3.2-RELEASE i386
>Organization:
Seva's Bedroom
>Environment:

	FreeBSD 3.3 RELEASE and FreeBSD 3.2 RELEASE

>Description:

	when fifo (maden by mkfifo(1)) has select(2)ed or poll(2)ed
	select(2) and poll(2) returns without timeout even
	fifo has no bytes to read.
	
	In FreeBSD 2.X and NetBSD 1.4.1 there is timeout as expected.

>How-To-Repeat:

# mkfifo fifo
# cat readfifo.select.c

#include <fcntl.h>
#include <err.h>
#include <errno.h>
#include <sys/types.h>
#include <sys/time.h>
#include <unistd.h>
#include <stdio.h>
#include <string.h>

int
main(int argc,char **argv)
{
	int fd;
	char *fn="fifo";
	
	if(argc>1)
		fn=*(argv+1);
	

	if((fd=open(fn,O_RDONLY|O_NONBLOCK))<0)
		err(errno,"can't open %s",fn);

	for(;;){
		fd_set fds;
		int r;
		struct timeval tv;
		size_t sz;
		char b[64];
	
		tv.tv_sec=5;
		tv.tv_usec=0;
		FD_ZERO(&fds);
		FD_SET(fd,&fds);
		r=select(FD_SETSIZE,&fds,NULL,NULL,&tv);
		if(r<0)
			err(errno,"select return %d ",r);
		if(r==0){
			fputs("timeout\n",stderr);
			continue;
		}
		sz=read(fd,b,63);
		if(sz<0)
			err(errno,"read fifo return %d",sz);
		if(!sz){
			fputs("read null bites\n",stderr);
			continue;
		}
		b[sz]='\0';
		puts(b);
		fflush(stdout);
	}
}

# cat readfifo.poll.c

#include <fcntl.h>
#include <err.h>
#include <errno.h>
#include <sys/types.h>
#include <sys/uio.h>
#include <unistd.h>
#include <poll.h>
#include <stdio.h>

int
main(int argc,char **argv)
{
     int fd;
     char *fn="fifo";

     if(argc>1)
	  fn=*(argv+1);

     fd=open(fn,O_RDONLY|O_NONBLOCK);
     if(fd<0)
	  err(errno,"cannot open %s",fn);

     for(;;){
	  struct pollfd pfd;
	  int pr;
	  size_t sz;
	  char b[64];

	  pfd.fd=fd;
	  /*pfd.events=POLLRDNORM;*/
	  pfd.events=POLLIN;
	  pr=poll(&pfd,1,5000);
	  if(pr==-1)
	       err(errno,"error in poll");
	  if(!pr){
	       fputs("timeout\n",stderr);
	       continue;
	  }
	  puts("reading");fflush(stdout);
	  sz=read(fd,b,63);
	  if(sz<0)
	       err(errno,"cannot read");
	  if(!sz){
	       fputs("read null bytes\n",stderr);
	       continue;
	  }
	  b[sz]='\0';
	  puts(b);
	  fflush(stdout);
     }
}

# make readfifo.select
# make readfifo.poll
# ./readfifo.select 


	

>Fix:
	
	I don't know.


>Release-Note:
>Audit-Trail:
>Unformatted:


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Thu Nov 18 10:24:49 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from monkeys.com (i180.value.net [206.14.136.180])
	by hub.freebsd.org (Postfix) with ESMTP
	id 5BBB715197; Thu, 18 Nov 1999 10:24:35 -0800 (PST)
	(envelope-from rfg@monkeys.com)
Received: from monkeys.com (localhost [127.0.0.1])
	by monkeys.com (8.9.3/8.9.3) with ESMTP id KAA98940;
	Thu, 18 Nov 1999 10:24:33 -0800 (PST)
To: sheldonh@FreeBSD.org
Cc: freebsd-bugs@FreeBSD.org
Subject: Re: misc/14959: incomplete xterm termcap entry (see also bug gnu/5039) 
In-reply-to: Your message of Thu, 18 Nov 1999 02:33:37 -0800.
             <199911181033.CAA16802@freefall.freebsd.org> 
Date: Thu, 18 Nov 1999 10:24:33 -0800
Message-ID: <98938.942949473@monkeys.com>
From: "Ronald F. Guilmette" <rfg@monkeys.com>
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


In message <199911181033.CAA16802@freefall.freebsd.org>, you wrote:

>Synopsis: incomplete xterm termcap entry (see also bug gnu/5039)
>
>State-Changed-From-To: open->closed
>State-Changed-By: sheldonh
>State-Changed-When: Thu Nov 18 02:33:06 PST 1999
>State-Changed-Why: 
>>  Given what I now know about the behavior of `more', it now seems
>>  clearer to me that ever that the Right Solution for this unfortnate
>>  situation is to leave the screen save/restore capability in the
>>  termcap database and then to merely add command options to programs
>>  (e.g. vi, more, etc) that would say, in effect ``Don't do that!''
>
>To quote back to you your own rantings from earlier on in the same 
>thread:
>
>>  OK.  Then you should go and make the rounds and talk with ALL of the 
>>  maintainers of those programs and tell them all to add options that
>>  will allow you to _disable_ the screen save/restore capabilities
>>  which their authors labored to produce.
>
>Have fun petitioning the maintainers of all the packages whose behaviour
>annoys you. :-)

I've only found 3 such programs.

One of them is `more'.

The two others are `show' and `next' from the MH mail handling package,
but I'm going to stop using that in the near future anyway.  (It doesn't
do IMAP.)


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Thu Nov 18 10:30: 4 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id A33E915484
	for <freebsd-bugs@FreeBSD.org>; Thu, 18 Nov 1999 10:30:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id KAA17906;
	Thu, 18 Nov 1999 10:30:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Date: Thu, 18 Nov 1999 10:30:01 -0800 (PST)
Message-Id: <199911181830.KAA17906@freefall.freebsd.org>
To: freebsd-bugs@FreeBSD.org
Cc: 
From: Bruce Evans <bde@zeta.org.au>
Subject: Re: kern/14979: select/poll handler for fifo is broken in FreeBSD-3.X
Reply-To: Bruce Evans <bde@zeta.org.au>
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

The following reply was made to PR kern/14979; it has been noted by GNATS.

From: Bruce Evans <bde@zeta.org.au>
To: seva@mtelecom.ru
Cc: FreeBSD-gnats-submit@FreeBSD.ORG
Subject: Re: kern/14979: select/poll handler for fifo is broken in FreeBSD-3.X
Date: Fri, 19 Nov 1999 05:26:42 +1100 (EST)

 > >Description:
 > 
 > 	when fifo (maden by mkfifo(1)) has select(2)ed or poll(2)ed
 > 	select(2) and poll(2) returns without timeout even
 > 	fifo has no bytes to read.
 > 	
 > 	In FreeBSD 2.X and NetBSD 1.4.1 there is timeout as expected.
 
 I think the timeout is unexpected.  read() on a fifo with no writers
 was broken in FreeBSD-2.x.  I fixed this, and the select() and poll()
 behaviour changed automatically to match the read() behaviour.
 
 Some details: POSIX.1 requires read() on a fifo with no writers to
 return 0 without blocking.  FreeBSD-2.x did extra work to break this
 in some cases.  IIRC, the only broken case was for fifos that never
 had a writer.  POSIX doesn't distinguish this case.  Sockets have
 flags to control the behaviour precisely, but these are not available
 for fifos.
 
 select() and poll() return immediately because there is an interesting
 state to read, namely EOF.
 
 At least some versions of Linux and Sunos have special handling for
 select() on fifos.  I think they break select() to do what you want.
 
 Bruce
 
 


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Thu Nov 18 10:45:23 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from axl.noc.iafrica.com (axl.noc.iafrica.com [196.31.1.175])
	by hub.freebsd.org (Postfix) with ESMTP id 2DAAA154AF
	for <freebsd-bugs@freebsd.org>; Thu, 18 Nov 1999 10:45:04 -0800 (PST)
	(envelope-from sheldonh@axl.noc.iafrica.com)
Received: from sheldonh (helo=axl.noc.iafrica.com)
	by axl.noc.iafrica.com with local-esmtp (Exim 3.040 #1)
	id 11oWXs-0006Kn-00; Thu, 18 Nov 1999 20:44:36 +0200
From: Sheldon Hearn <sheldonh@uunet.co.za>
To: "Ronald F. Guilmette" <rfg@monkeys.com>
Cc: freebsd-bugs@FreeBSD.org
Subject: Re: misc/14959: incomplete xterm termcap entry (see also bug gnu/5039) 
In-reply-to: Your message of "Thu, 18 Nov 1999 10:24:33 PST."
             <98938.942949473@monkeys.com> 
Date: Thu, 18 Nov 1999 20:44:36 +0200
Message-ID: <24352.942950676@axl.noc.iafrica.com>
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org



On Thu, 18 Nov 1999 10:24:33 PST, "Ronald F. Guilmette" wrote:

> >Have fun petitioning the maintainers of all the packages whose behaviour
> >annoys you. :-)
> 
> I've only found 3 such programs.
> 
> One of them is `more'.

Given the rule of thumb that the last person to mess with a source
module is its owner, you should probably take this up with Tim
Vanderhoek, who recently made some significant changes to more in HEAD.
You can reach him at hoek@FreeBSD.org, although I guarantee you no
results. :-)

Ciao,
Sheldon.


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Thu Nov 18 13:20: 5 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id 0990B154DD
	for <freebsd-bugs@FreeBSD.org>; Thu, 18 Nov 1999 13:20:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id NAA32637;
	Thu, 18 Nov 1999 13:20:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: from [132.197.97.45] (h132-197-97-45.gte.com [132.197.97.45])
	by hub.freebsd.org (Postfix) with ESMTP id BEE8B15193
	for <FreeBSD-gnats-submit@freebsd.org>; Thu, 18 Nov 1999 13:10:28 -0800 (PST)
	(envelope-from ak03@gte.com)
Received: (from ak03@localhost)
	by [132.197.97.45] (8.9.3/8.9.3) id QAA42858;
	Thu, 18 Nov 1999 16:10:27 -0500 (EST)
	(envelope-from ak03)
Message-Id: <199911182110.QAA42858@[132.197.97.45]>
Date: Thu, 18 Nov 1999 16:10:27 -0500 (EST)
From: ak03@gte.com
Reply-To: ak03@gte.com
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: bin/14984: pwd_mkdb UID test breaks NIS entries
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         14984
>Category:       bin
>Synopsis:       incorrect UID test in pwd_mkdb
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Thu Nov 18 13:20:01 PST 1999
>Closed-Date:
>Last-Modified:
>Originator:     Alexander Kabaev
>Release:        FreeBSD 4.0-CURRENT i386
>Organization:
GTE Laboratories Inc.
>Environment:
       FreeBSD 4.0-CURRENT #0: Thu Nov 11 10:07:49 EST 1999     ak03@kanpc.gte.com:/usr/src/sys/compile/KANPC

>Description:
       passwd file can contain entries such as +:::::: or +user::::::
       which allow local override of some account fields while others
       are supplied by the NIS. pwd_mkdb utility does not allow entries 
       with empty uid and gid fields even for NIS accounts.
>How-To-Repeat:

       Try to add +:::::: entry to the end of password file with vipw
>Fix:

Index: pw_scan.c
===================================================================
RCS file: /usr/ncvs/src/usr.sbin/pwd_mkdb/pw_scan.c,v
retrieving revision 1.11
diff -r1.11 pw_scan.c
90c90
<       else {
---
>       else if (pw->pw_name[0] != '+') {



>Release-Note:
>Audit-Trail:
>Unformatted:


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Thu Nov 18 15:15:22 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from ns.skylink.it (ns.skylink.it [194.177.113.1])
	by hub.freebsd.org (Postfix) with ESMTP id 102EA154F5
	for <freebsd-bugs@FreeBSD.ORG>; Thu, 18 Nov 1999 15:15:18 -0800 (PST)
	(envelope-from hibma@skylink.it)
Received: from skylink.it (va-167.skylink.it [194.185.55.167])
	by ns.skylink.it (8.9.1/8.8.8) with ESMTP id AAA24454;
	Fri, 19 Nov 1999 00:15:55 +0100
Received: from localhost (localhost [127.0.0.1])
	by skylink.it (8.9.3/8.9.3) with SMTP id TAA01307;
	Thu, 18 Nov 1999 19:28:19 +0100 (CET)
	(envelope-from hibma@skylink.it)
Date: Thu, 18 Nov 1999 19:28:19 +0100 (CET)
From: Nick Hibma <hibma@skylink.it>
X-Sender: n_hibma@henny.jrc.it
Reply-To: Nick Hibma <hibma@skylink.it>
To: Garrett Wollman <wollman@khavrinen.lcs.mit.edu>
Cc: freebsd-bugs@FreeBSD.ORG
Subject: Re: kern/14968: Convert resource_head and resource.r_link from CIRCLEQ to TAILQ
In-Reply-To: <199911181530.HAA00383@freefall.freebsd.org>
Message-ID: <Pine.BSF.3.96.991118192139.1284G-100000@henny.jrc.it>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

>  > struct resource_head and struct resource.r_link have no business being a
>  > CIRCLEQ.
>  
>  Sez who?!

Could you please be more constructive in responses to PR's? These people
have spent quite some time sending the bug reports in.  It's no more
than polite to actually invest some time in checking whether they are
right, instead of hitting the roof as soon as someone touches 'your'
code.

See committers rules.

Thanks in advance.

Nick.




To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Thu Nov 18 15:30: 5 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id 4391715529
	for <freebsd-bugs@FreeBSD.org>; Thu, 18 Nov 1999 15:30:02 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id PAA57685;
	Thu, 18 Nov 1999 15:30:02 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Date: Thu, 18 Nov 1999 15:30:02 -0800 (PST)
Message-Id: <199911182330.PAA57685@freefall.freebsd.org>
To: freebsd-bugs@FreeBSD.org
Cc: 
From: Chris Piazza <cpiazza@home.net>
Subject: Re: misc/14976: 'mail -u' works incorectly
Reply-To: Chris Piazza <cpiazza@home.net>
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

The following reply was made to PR misc/14976; it has been noted by GNATS.

From: Chris Piazza <cpiazza@home.net>
To: dima@server.ru
Cc: freebsd-gnats-submit@FreeBSD.ORG
Subject: Re: misc/14976: 'mail -u' works incorectly
Date: Thu, 18 Nov 1999 15:26:01 -0800

 On Thu, Nov 18, 1999 at 07:31:16AM -0800, dima@server.ru wrote:
 > 
 > 'mail -u user1' issued by user2 opens mailbox of user2 - not of user1 as stated by man
 > >How-To-Repeat:
 > # mail
 > No mail for root
 > # adduser user1
 > ...
 > # echo 'Hello!' | mail -s 'test' user1
 > # ls -l /var/mail/user1
 > -rw------- 1 user1 users 347 Nov 18 18:28 /var/mail/user1
 > # mail -u user1
 > No mail for user1
 > # mail -f /var/mail/user1
 > Mail version 8.1 6/6/93. Type ? for help
 > "/var/mail/user1": 1 message 1 new
 
 FWIW, this is working for me.
 
 # echo 'Hello!' | mail -s 'test' cpiazza 
 # mail -u cpiazza
 [...]
 >N 20 root@norn.ca.eu.org   Thu Nov 18 15:24  13/414   "test"
 & q
 Held 20 messages in /var/mail/cpiazza
 
 -Chris
 -- 
 cpiazza@home.net   cpiazza@FreeBSD.org
         Abbotsford, BC, Canada
 


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Thu Nov 18 15:32:25 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from jade.chc-chimes.com (jade.chc-chimes.com [216.28.46.6])
	by hub.freebsd.org (Postfix) with ESMTP
	id 7BA0115529; Thu, 18 Nov 1999 15:32:24 -0800 (PST)
	(envelope-from billf@chc-chimes.com)
Received: by jade.chc-chimes.com (Postfix, from userid 1001)
	id 2FD531C2B; Thu, 18 Nov 1999 17:33:56 -0500 (EST)
Received: from localhost (localhost [127.0.0.1])
	by jade.chc-chimes.com (Postfix) with ESMTP
	id 2C14B381B; Thu, 18 Nov 1999 17:33:56 -0500 (EST)
Date: Thu, 18 Nov 1999 17:33:56 -0500 (EST)
From: Bill Fumerola <billf@chc-chimes.com>
To: Chris Piazza <cpiazza@home.net>
Cc: freebsd-bugs@FreeBSD.org, jmz@freebsd.org
Subject: Re: misc/14976: 'mail -u' works incorectly
In-Reply-To: <199911182330.PAA57685@freefall.freebsd.org>
Message-ID: <Pine.BSF.4.10.9911181733240.46369-100000@jade.chc-chimes.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

On Thu, 18 Nov 1999, Chris Piazza wrote:

>  FWIW, this is working for me.

CVS log for src/usr.bin/mail/main.c
1.6 Thu May 20 22:23:04 1999 UTC by jmz 
CVS Tags: HEAD

Ignore the MAIL environment variable when the -u flag is set.

Needs MFC.

-- 
- bill fumerola - billf@chc-chimes.com - BF1560 - computer horizons corp -
- ph:(800) 252-2421 - bfumerol@computerhorizons.com - billf@FreeBSD.org  -






To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Thu Nov 18 16:49:29 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP
	id 68E931565F; Thu, 18 Nov 1999 16:48:31 -0800 (PST)
	(envelope-from jmz@FreeBSD.org)
Received: (from jmz@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id QAA28578;
	Thu, 18 Nov 1999 16:48:31 -0800 (PST)
	(envelope-from jmz@FreeBSD.org)
Date: Thu, 18 Nov 1999 16:48:31 -0800 (PST)
From: <jmz@FreeBSD.org>
Message-Id: <199911190048.QAA28578@freefall.freebsd.org>
To: dima@server.ru, jmz@FreeBSD.org, freebsd-bugs@FreeBSD.org
Subject: Re: misc/14976: 'mail -u' works incorectly
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

Synopsis: 'mail -u' works incorectly

State-Changed-From-To: open->closed
State-Changed-By: jmz
State-Changed-When: Thu Nov 18 16:48:00 PST 1999
State-Changed-Why: 
Fixed.


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Thu Nov 18 17:40: 3 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id 66F851556C
	for <freebsd-bugs@FreeBSD.org>; Thu, 18 Nov 1999 17:40:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id RAA44915;
	Thu, 18 Nov 1999 17:40:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: by hub.freebsd.org (Postfix, from userid 32767)
	id CC5AF15018; Thu, 18 Nov 1999 17:34:39 -0800 (PST)
Message-Id: <19991119013439.CC5AF15018@hub.freebsd.org>
Date: Thu, 18 Nov 1999 17:34:39 -0800 (PST)
From: nn@broadcom.com
To: freebsd-gnats-submit@freebsd.org
X-Send-Pr-Version: www-1.0
Subject: kern/14988: kldload loads <file> from /modules even if <file> exists locally
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         14988
>Category:       kern
>Synopsis:       kldload loads <file> from /modules even if <file> exists locally
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Thu Nov 18 17:40:01 PST 1999
>Closed-Date:
>Last-Modified:
>Originator:     neal nuckolls
>Release:        3.2
>Organization:
broadcom corporation
>Environment:
FreeBSD bofur 3.2-RELEASE FreeBSD 3.2-RELEASE #0: Fri Aug 20 13:43:39 PDT 1999     gmo@thorin:/home1/bsd/src-3.2/sys/compile/EPICLNT  i386

>Description:
Very non-intuitively, "kldload file.ko" ignores the file "file.ko"
if it exists in the current directly and instead loads
file.ko from /modules if it exists there.

bofur# pwd
/home/nn/w/src/bcm42xx/freebsd
bofur# ls -l if_il.ko
-rwxr-xr-x  1 nn  epi  179942 Nov 18 17:24 if_il.ko
bofur# ls -l /modules/if_il*
ls: No match.
bofur# kldload if_il.ko
kldload: can't load if_il.ko: No such file or directory
bofur# kldload ./if_il.ko
bofur#

>How-To-Repeat:
see above
>Fix:


>Release-Note:
>Audit-Trail:
>Unformatted:


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Thu Nov 18 18:20: 8 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id CD6AC151D2
	for <freebsd-bugs@FreeBSD.org>; Thu, 18 Nov 1999 18:20:02 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id SAA48043;
	Thu, 18 Nov 1999 18:20:02 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Date: Thu, 18 Nov 1999 18:20:02 -0800 (PST)
Message-Id: <199911190220.SAA48043@freefall.freebsd.org>
To: freebsd-bugs@FreeBSD.org
Cc: 
From: Patrick Kessen <p.kessen@lixus.com>
Subject: RE: kern/14960: Compaq EISA array controller not working
Reply-To: Patrick Kessen <p.kessen@lixus.com>
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

The following reply was made to PR kern/14960; it has been noted by GNATS.

From: Patrick Kessen <p.kessen@lixus.com>
To: freebsd-gnats-submit@freebsd.org
Cc: p.kessen@lixus.com
Subject: RE: kern/14960: Compaq EISA array controller not working
Date: Fri, 19 Nov 1999 03:21:15 +0100

 The status now is that the controller is detected:
 
 in ida.c I changed
 ________________this:_____________________
 
   if (dev->id_iobase) {
     /* check out the configured iobase if given one */
     slot = dev->id_iobase / 0x1000;
     if (slot == 0 || slot > MAX_EISA_SLOT) {
 
 ______________into this:____________________________________________
 
   if (dev->id_iobase) {
     /* check out the configured iobase if given one */
     slot = 6;
 /* dev->id_iobase / 0x1000; */
     if (slot == 0 || slot > MAX_EISA_SLOT) {
 
 
 _____________meaning:______________________________________________
 My eisa smart array adapter is in eisa slot 6, look no further.
 as far as I see the code then has no problem determining the portaddress
 and irq.
 
 _________this is the boot output:___________________________________
 /kernel: eisa0: <CPQ811 (System Board)>
 /kernel: Probing for devices on the EISA bus
 /kernel: ep0: <3Com 3C579-TP EISA Network Adapter> at 0x1000-0x100f,
 0x1c80-0x1c89 irq 5
 /kernel: ep0: on eisa0 slot 1
 /kernel: ep0: aui/utp[*UTP*] address 00:20:af:1d:1b:e3
 /kernel: eisa0:6 <CPQ4020=0xe114020> unknown device
 /kernel: Probing for devices on PCI bus 0:
 /kernel: ncr0: <ncr 53c825 fast10 wide scsi> rev 0x02 int a irq 10 on
 pci0.10.0
 /kernel: vga0: <S3 ViRGE DX/GX graphics accelerator> rev 0x01 int a irq 14
 on pci0.12.0 
 /kernel: chip0: <Intel 82375EB PCI-EISA bridge> rev 0x04 on pci0.15.0
 /kernel: Probing for devices on the ISA bus:
 /kernel: sc0 on isa
 /kernel: sc0: VGA color <16 virtual consoles, flags=0x0>
 /kernel: atkbdc0 at 0x60-0x6f on motherboard
 /kernel: atkbd0 irq 1 on isa
 /kernel: psm0 irq 12 on isa
 /kernel: psm0: model Generic PS/2 mouse, device ID 0
 /kernel: sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa
 /kernel: sio0: type 16550A
 /kernel: sio1 at 0x2f8-0x2ff irq 3 flags 0x10 on isa
 /kernel: sio1: type 16550A
 /kernel: ppc0 at 0x3bc irq 7 on isa
 /kernel: ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode
 /kernel: lpt0: <generic printer> on ppbus 0
 /kernel: lpt0: Interrupt-driven port
 /kernel: ida0: drvs=1 firm_rev=2.26
 /kernel: ida0 at 0x6000-0x6fff irq 15 on eisa slot 6
 /kernel: ida0: unit 0 (id0): <Compaq Logical Drive>
 /kernel: id0: 10028MB (20538720 total sec), 2517 cyl, 255 head, 32 sec, 
 bytes/sec 512
 /kernel: ida: wdc vector stealing off (mode = never, boot major = 4)
 /kernel: ida0: irq with no handler
 
 
 ____ ida0: irq with no handler__________________
 this one is a mystery to me, in the visual kernel config under the
 miscelanious section there are 2 ida0 entries so the 2nd one must be the
 one this warning is about.
 
 ______more info_______________________________
 I essentially defined the following as well
 
 options         IDA_CUCKOO_MODE=0
 
 this I had to do because if I didn't my machine would do a trap12
 right after detecting the array adapter.
 
 
 By essentially I mean that when I added it to my kernel config file (CPQ)
 the make depend action came with the following error:
 
 controller      ida0    at isa? bio irq ? vector idaintr
 disk            id0     at ida0 drive 0 
 disk            id1     at ida0 drive 1
 disk            id2     at ida0 drive 2 
 disk            id3     at ida0 drive 3
 options         IDA_CUCKOO_MODE=0
 controller      fdc0    at isa? port "IO_FD1" bio irq 6 drq 2
 disk            fd0     at fdc0 drive 0
 disk            fd1     at fdc0 drive 1
 device          sio0    at isa? port "IO_COM1" tty flags 0x10 irq 4
 device          sio1    at isa? port "IO_COM2" tty flags 0x10 irq 3
 options         CONSPEED=9600           #default speed for serial console
 (default 9600)
 controller      eisa0
 device          ep0     at eisa?
 device          ep0     at eisa?
 controller      pci0
 controller      ncr0
 controller      ppbus0 
 device          lpt0    at ppbus?
 device          ppc0    at isa? port? tty irq 7
 
 File CPQ saved.
 root@enterprise# /usr/sbin/config -r CPQ
 Removing old directory ../../compile/CPQ:  Done.
 CPQ:96: unknown option "IDA_CUCKOO_MODE"
 Don't forget to do a ``make depend''
 Kernel build directory is ../../compile/CPQ
 
 ___________how I solved this problem_______________
 I changed another bit of code in ida.c
 
 ________________this:____________________________
 /* IDA wdc vector stealing (cuckoo) control */
 #define IDA_CUCKOO_NEVER 0              /* never steal wdc vectors */
 #define IDA_CUCKOO_ROOTWD 1             /* steal iff rootdev is wd device */ 
 #define IDA_CUCKOO_ROOTNOTIDA 2         /* steal if rootdev not ida device
 */
 #define IDA_CUCKOO_ALWAYS 3             /* always steal wdc vectors */
 
 #ifndef IDA_CUCKOO_MODE
 #define IDA_CUCKOO_MODE IDA_CUCKOO_ALWAYS
 #endif
 
 
 ________________into this:_____________________ 
 /* IDA wdc vector stealing (cuckoo) control */
 #define IDA_CUCKOO_NEVER 0              /* never steal wdc vectors */
 #define IDA_CUCKOO_ROOTWD 1             /* steal iff rootdev is wd device */
 #define IDA_CUCKOO_ROOTNOTIDA 2         /* steal if rootdev not ida device */
 #define IDA_CUCKOO_ALWAYS 3             /* always steal wdc vectors */
 
 #ifndef IDA_CUCKOO_MODE
 #define IDA_CUCKOO_MODE IDA_CUCKOO_NEVER
 /* IDA_CUCKOO_ALWAYS */
 #endif
 
 ________________now there's more___________________________________
 no ida or id devices are in /dev
 
 I can't make them with MAKEDEV
 
 How do I make them. Now my controller is found I'd like to use the storage
 space;)
 
 


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Thu Nov 18 18:28:20 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from caspian.plutotech.com (caspian.plutotech.com [206.168.67.80])
	by hub.freebsd.org (Postfix) with ESMTP id C9A58150BF
	for <freebsd-bugs@FreeBSD.ORG>; Thu, 18 Nov 1999 18:28:08 -0800 (PST)
	(envelope-from gibbs@caspian.plutotech.com)
Received: from caspian.plutotech.com (localhost [127.0.0.1])
	by caspian.plutotech.com (8.9.3/8.9.1) with ESMTP id SAA01409;
	Thu, 18 Nov 1999 18:28:58 -0700 (MST)
	(envelope-from gibbs@caspian.plutotech.com)
Message-Id: <199911190128.SAA01409@caspian.plutotech.com>
X-Mailer: exmh version 2.1.0 09/18/1999
To: Patrick Kessen <p.kessen@lixus.com>
Cc: freebsd-bugs@FreeBSD.ORG
Subject: Re: kern/14960: Compaq EISA array controller not working 
In-reply-to: Your message of "Thu, 18 Nov 1999 18:20:02 PST."
             <199911190220.SAA48043@freefall.freebsd.org> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Thu, 18 Nov 1999 18:28:58 -0700
From: "Justin T. Gibbs" <gibbs@FreeBSD.org>
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

> The status now is that the controller is detected:
> 
> in ida.c I changed
> ________________this:_____________________
> 
>   if (dev->id_iobase) {
>     /* check out the configured iobase if given one */
>     slot = dev->id_iobase / 0x1000;
>     if (slot == 0 || slot > MAX_EISA_SLOT) {
> 
> ______________into this:____________________________________________
> 
>   if (dev->id_iobase) {
>     /* check out the configured iobase if given one */
>     slot = 6;
> /* dev->id_iobase / 0x1000; */
>     if (slot == 0 || slot > MAX_EISA_SLOT) {

The root of the probe problem is that the ida driver does not have
a real EISA bus attachment.  If you are willing (and since you have
the hardware to test it), why not write one?  They are usually
very small and simple.  Take a look at src/sys/dev/buslogic/bt_eisa.c.
It's all of 348 lines.

--
Justin



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Thu Nov 18 18:30:24 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id EBEA8151D2
	for <freebsd-bugs@FreeBSD.org>; Thu, 18 Nov 1999 18:30:00 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id SAA49041;
	Thu, 18 Nov 1999 18:30:00 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: from smtp6.mindspring.com (smtp6.mindspring.com [207.69.200.110])
	by hub.freebsd.org (Postfix) with ESMTP id 6BE0C15544
	for <FreeBSD-gnats-submit@freebsd.org>; Thu, 18 Nov 1999 18:20:04 -0800 (PST)
	(envelope-from vns@mindspring.com)
Received: from mindspring.com (user-2ivebnb.dialup.mindspring.com [165.247.46.235])
	by smtp6.mindspring.com (8.8.5/8.8.5) with ESMTP id VAA28340
	for <FreeBSD-gnats-submit@freebsd.org>; Thu, 18 Nov 1999 21:19:56 -0500 (EST)
Received: (from vsilyaev@localhost)
	by mindspring.com (8.9.3/8.9.3) id VAA00758;
	Thu, 18 Nov 1999 21:19:55 -0500 (EST)
	(envelope-from vns)
Message-Id: <199911190219.VAA00758@mindspring.com>
Date: Thu, 18 Nov 1999 21:19:55 -0500 (EST)
From: vns@delta.odessa.ua
Reply-To: vns@delta.odessa.ua
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: kern/14990: new-pcm caveats
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         14990
>Category:       kern
>Synopsis:       new-pcm caveats
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Thu Nov 18 18:30:00 PST 1999
>Closed-Date:
>Last-Modified:
>Originator:     Vladimir N.Silyaev
>Release:        FreeBSD 4.0-CURRENT i386
>Organization:
>Environment:

FreeBSD 4.0-CURRENT i386

Crystal Sound sound card
pcm0: <CS4236> at port 0x534-0x537,0x388-0x38b,0x220-0x22f irq 7 drq 1,0 on isa0

mpg123 Version 0.59q (1999/Jan/26) software audio MPEG decoder.

>Description:
	Some times, after changing tracks, the sound card produce white
	noise instead of audio clip.

>How-To-Repeat:

	Start mpg123 program, then press ^Z key (pause the program) and
	then execute bg command. After some tries sound card begin to
	produce white noise.


>Fix:
	This error, as say my own investigation, don't depend from soundcard
	type, but caused some problem, which occured when underflow
	condition occured in the DMA buffer. The current implementation
	don't work properly with this situation at all. 
	So next patch try to solve most of the problem occured with
	play back in the such case of situations.

	After patch follow simple program, which was used for easy testing
	sound card driver in wide spectrum of formats and frequencies.

Index: channel.c
===================================================================
RCS file: /home/vns/cvs/FreeBSD//src/sys/dev/pcm/channel.c,v
retrieving revision 1.5
diff -u -r1.5 channel.c
--- channel.c	1999/11/15 23:57:33	1.5
+++ channel.c	1999/11/19 00:25:20
@@ -37,6 +37,7 @@
 #define CANCHANGE(c) (!(c)->buffer.dl)
 
 static void chn_stintr(pcm_channel *c);
+static void chn_clearbuf(pcm_channel *c, int length);
 /*
  * SOUND OUTPUT
 
@@ -103,7 +104,7 @@
 {
 	if (ISA_DMA(&c->buffer)) {
 		/* tell isa_dma to bounce data in/out */
-    	} else panic("chn_isadmabounce called on invalid channel");
+    	} else KASSERT(1, ("chn_isadmabounce called on invalid channel"));
 }
 
 static int
@@ -153,27 +154,53 @@
  * NOTE: when we are using auto dma in the device, rl might become
  * negative.
  */
+DEB (static int chn_updatecount=0);
+
 void
 chn_dmaupdate(pcm_channel *c)
 {
 	snd_dbuf *b = &c->buffer;
-	int delta, hwptr = chn_getptr(c);
+	int delta, hwptr;
+	DEB (int b_rl=b->rl; int b_fl=b->fl; int b_rp=b->rp; int b_fp=b->fp);
 
+	hwptr = chn_getptr(c);
 	if (c->direction == PCMDIR_PLAY) {
 		delta = (b->bufsize + hwptr - b->rp) % b->bufsize;
 		b->rp = hwptr;
 		b->rl -= delta;
 		b->fl += delta;
+		DEB(if (b->rl<0) printf("OUCH!(%d) rl %d(%d) delta %d bufsize %d hwptr %d rp %d(%d)\n", chn_updatecount++, b->rl, b_rl, delta, b->bufsize, hwptr, b->rp, b_rp)); 
 	} else {
 		delta = (b->bufsize + hwptr - b->fp) % b->bufsize;
 		b->fp = hwptr;
 		b->rl += delta;
 		b->fl -= delta;
+		DEB(if (b->fl<0) printf("OUCH!(%d) fl %d(%d) delta %d bufsize %d hwptr %d fp %d(%d)\n", chn_updatecount++, b->fl, b_fl, delta, b->bufsize, hwptr, b->fp, b_fp)); 
 	}
 	b->total += delta;
 }
 
 /*
+ * Check channel for underflow occured, reset DMA buffer in case of 
+ * underflow. It must be called at spltty().
+ */
+static void
+chn_checkunderflow(pcm_channel *c)
+{
+    	snd_dbuf *b = &c->buffer;
+	
+	if (b->underflow) {
+		DEB(printf("Clear underflow condition\n"));
+		b->rp = b->fp = chn_getptr(c);
+		b->rl = 0;
+		b->fl = b->bufsize;
+	  	b->underflow=0;
+	} else {
+		chn_dmaupdate(c);
+	}
+}
+
+/*
  * Write interrupt routine. Can be called from other places (e.g.
  * to start a paused transfer), but with interrupts disabled.
  */
@@ -183,7 +210,8 @@
     	snd_dbuf *b = &c->buffer;
     	int start;
 
-    	if (b->dl) chn_dmadone(c);
+    	if (b->underflow) return; /* nothing new happened */
+	if (b->dl) chn_dmadone(c);
 
     	/*
      	* start another dma operation only if have ready data in the buffer,
@@ -198,40 +226,31 @@
     	if (start) {
 		int l;
 		chn_dmaupdate(c);
-		l = min(b->rl, c->blocksize) & DMA_ALIGN_MASK;
 		if (c->flags & CHN_F_MAPPED) l = c->blocksize;
+		else l = min(b->rl, c->blocksize) & DMA_ALIGN_MASK;
 		/*
 	 	* check if we need to reprogram the DMA on the sound card.
-	 	* This happens if the size has changed _and_ the new size
-	 	* is smaller, or it matches the blocksize.
+	 	* This happens if the size has changed from zero
 	 	*
-	 	* 0 <= l <= blocksize
-	 	* 0 <= dl <= blocksize
-	 	* reprog if (dl == 0 || l != dl)
-	 	* was:
-		* l != b->dl && (b->dl == 0 || l < b->dl || l == c->blocksize)
 	 	*/
-		if (b->dl == 0 || l != b->dl) {
-	    		/* size has changed. Stop and restart */
-	    		DEB(printf("wrintr: bsz %d -> %d, rp %d rl %d\n",
-				   b->dl, l, b->rp, b->rl));
-	    		if (b->dl) chn_trigger(c, PCMTRIG_STOP);
-	    		b->dl = l; /* record new transfer size */
+		if (b->dl == 0) {
+			/* Start DMA operation */
+	    		b->dl = c->blocksize ; /* record new transfer size */
 	    		chn_trigger(c, PCMTRIG_START);
+		} else if (b->dl != l) {
+			/* 
+			 * we are near to underflow condition, so to prevent
+			 * audio 'clicks' clear next 1.5*dl bytes
+			 */
+			 chn_clearbuf(c, (b->dl*3)/2);
 		}
     	} else {
 		/* cannot start a new dma transfer */
 		DEB(printf("cannot start wr-dma flags 0x%08x rp %d rl %d\n",
 			   c->flags, b->rp, b->rl));
-		if (b->dl) { /* was active */
-	    		b->dl = 0;
-	    		chn_trigger(c, PCMTRIG_STOP);
-#if 0
-            		if (c->flags & CHN_F_WRITING)
-				DEB(printf("got wrint while reloading\n"));
-	    		else if (b->rl <= 0) /* XXX added 980110 lr */
-				chn_resetbuf(c);
-#endif
+		if (b->dl) { /* DMA was active */
+			b->underflow = 1; /* set underflow flag */
+			chn_clearbuf(c, b->bufsize); /* and clear all DMA buffer */
 		}
     	}
 }
@@ -255,9 +274,10 @@
 int
 chn_write(pcm_channel *c, struct uio *buf)
 {
-	int 		a, l, w, timeout, ret = 0;
+	int 		a, l, w, timeout, ret = 0, rc;
 	long		s;
 	snd_dbuf       *b = &c->buffer;
+	int		threshold, maxthreshold, minthreshold;
 
 	if (c->flags & CHN_F_WRITING) {
 		/* This shouldn't happen and is actually silly
@@ -267,35 +287,47 @@
 		return EBUSY;
 	}
 	a = (1 << c->align) - 1;
+	maxthreshold=(b->dl/4+a)&(~a);
+	minthreshold=a;
 	c->flags |= CHN_F_WRITING;
-	while ((c->smegcnt + buf->uio_resid) > a) {
-		s = spltty();
-		chn_dmaupdate(c);
-		splx(s);
-		if (b->fl < DMA_ALIGN_THRESHOLD) {
+	s = spltty();
+	chn_checkunderflow(c);
+	splx(s);
+	while ((buf->uio_resid+c->smegcnt) > minthreshold ) { /* Don't allow write unaligned data */
+		threshold = min ((buf->uio_resid+c->smegcnt), maxthreshold);
+		if (b->fl < threshold) {
 			if (c->flags & CHN_F_NBIO) break;
 			timeout = (buf->uio_resid >= b->dl)? hz : 1;
-			ret = tsleep(b, PRIBIO | PCATCH, "pcmwr", timeout);
-			if (ret == EINTR) chn_abort(c);
-			if (ret == EINTR || ret == ERESTART) break;
-			ret = 0;
-			continue;
-		}
+			rc = tsleep(b, PRIBIO | PCATCH, "pcmwr", timeout);
+			if (rc == 0 || rc == EWOULDBLOCK) {
+				s = spltty();
+				chn_checkunderflow(c);
+				splx(s);				
+				if (b->fl < minthreshold) continue; /* write only alligned chunk of data */
+			} else {
+#if 0
+			 	if (ret == EINTR) chn_abort(c);
+#endif			
+				ret=rc;
+				break;
+			}
+		} 
 		/* ensure we always have a whole number of samples */
-		l = min(b->fl, b->bufsize - b->fp) & ~a;
-		if (l == 0) break;
+		l = min(b->fl, b->bufsize - b->fp);
+		KASSERT(!(l & a),("unaligned write %d, %d fl %d fp %d bufsize %d", l, a + 1, b->fl, b->fp, b->bufsize));
 		w = c->feeder->feed(c->feeder, c, b->buf + b->fp, l, buf);
-		if (w == 0) panic("no feed");
+		KASSERT(w, ("chn_write: no feed"));
 		s = spltty();
 		b->rl += w;
 		b->fl -= w;
 		b->fp = (b->fp + w) % b->bufsize;
 	      	splx(s);
-		if (b->rl && !b->dl) chn_stintr(c);
+		DEB(if(1) printf("write %d bytes fp %d rl %d\n",w ,b->fp, b->rl));
+		if (!b->dl) chn_stintr(c);
 	}
 	if ((ret == 0) && (buf->uio_resid > 0)) {
 		l = buf->uio_resid;
-		if ((c->smegcnt + l) >= SMEGBUFSZ) panic("resid overflow %d", l);
+		KASSERT( (c->smegcnt + l) < SMEGBUFSZ, ("resid overflow %d", l));
 		uiomove(c->smegbuf + c->smegcnt, l, buf);
 		c->smegcnt += l;
 	}
@@ -472,44 +504,61 @@
 	return 0;
 }
 
+static void
+chn_clearbuf(pcm_channel *c, int length)
+{
+int i;
+u_int16_t data, *p;
+
+	snd_dbuf *b = &c->buffer;
+	/* rely on length & DMA_ALIGN_MASK == 0 */
+	length&=DMA_ALIGN_MASK;
+	if (c->hwfmt & AFMT_SIGNED)	data = 0x00; else data = 0x80;
+	if (c->hwfmt & AFMT_16BIT)	data <<= 8; else data |= data << 8;
+	if (c->hwfmt & AFMT_BIGENDIAN)
+		data = ((data >> 8) & 0x00ff) | ((data << 8) & 0xff00);
+	for (i = b->fp, p=(u_int16_t*)(b->buf+b->fp) ; i < b->bufsize && length; i += 2, length-=2)
+		*p++ = data;
+	for (i = 0, p=(u_int16_t*)b->buf; i < b->bufsize && length; i += 2, length-=2)
+		*p++ = data;
+
+	return;
+}
+
 void
 chn_resetbuf(pcm_channel *c)
 {
 	snd_dbuf *b = &c->buffer;
-	u_int16_t data, *p;
-	u_int32_t i;
 
 	c->smegcnt = 0;
 	c->buffer.sample_size = 1;
 	c->buffer.sample_size <<= (c->hwfmt & AFMT_STEREO)? 1 : 0;
 	c->buffer.sample_size <<= (c->hwfmt & AFMT_16BIT)? 1 : 0;
-	/* rely on bufsize & 3 == 0 */
-	if (c->hwfmt & AFMT_SIGNED)	data = 0x00; else data = 0x80;
-	if (c->hwfmt & AFMT_16BIT)	data <<= 8; else data |= data << 8;
-	if (c->hwfmt & AFMT_BIGENDIAN)
-		data = ((data >> 8) & 0x00ff) | ((data << 8) & 0xff00);
-	for (i = 0, p = (u_int16_t *)b->buf; i < b->bufsize; i += 2)
-		*p++ = data;
 	b->rp = b->fp = 0;
 	b->dl = b->rl = 0;
+	b->fl = b->bufsize;
+	chn_clearbuf(c, b->bufsize);
 	b->prev_total = b->total = 0;
 	b->prev_int_count = b->int_count = 0;
 	b->first_poll = 1;
-	b->fl = b->bufsize;
+	b->underflow=0;
 }
 
 void
 buf_isadma(snd_dbuf *b, int go)
 {
 	if (ISA_DMA(b)) {
-        	if (go == PCMTRIG_START) isa_dmastart(b->dir | B_RAW, b->buf,
-						      b->bufsize, b->chan);
-		else {
+        	if (go == PCMTRIG_START) {
+			DEB(printf("buf 0x%p ISA DMA started\n", b));
+			isa_dmastart(b->dir | B_RAW, b->buf,
+					b->bufsize, b->chan);
+		} else {
+			DEB(printf("buf 0x%p ISA DMA stopped\n", b));
 			isa_dmastop(b->chan);
 			isa_dmadone(b->dir | B_RAW, b->buf, b->bufsize,
 				    b->chan);
 		}
-    	} else panic("buf_isadma called on invalid channel");
+    	} else KASSERT(1, ("buf_isadma called on invalid channel"));
 }
 
 int
@@ -519,7 +568,7 @@
 		int i = b->dl? isa_dmastatus(b->chan) : b->bufsize;
 		if (i < 0) i = 0;
 		return b->bufsize - i;
-    	} else panic("buf_isadmaptr called on invalid channel");
+    	} else KASSERT(1, ("buf_isadmaptr called on invalid channel"));
 	return -1;
 }
 
@@ -543,7 +592,7 @@
 	    		ret = tsleep((caddr_t)b, PRIBIO | PCATCH, "pcmsyn", 1);
 	    		splx(s);
 	    		if (ret == ERESTART || ret == EINTR) {
-				printf("tsleep returns %d\n", ret);
+				DEB(printf("chn_sync: tsleep returns %d\n", ret));
 				return -1;
 	    		}
 		} else break;
@@ -605,18 +654,18 @@
     	DEB(printf("snd_flush c->flags 0x%08x\n", c->flags));
     	c->flags |= CHN_F_CLOSING;
     	if (c->direction != PCMDIR_PLAY) chn_abort(c);
-    	else while (b->dl) {
+    	else if (b->dl) while (!b->underflow) {
 		/* still pending output data. */
 		ret = tsleep((caddr_t)b, PRIBIO | PCATCH, "pcmflu", hz);
-		chn_dmaupdate(c);
+		DEB(chn_dmaupdate(c));
 		DEB(printf("snd_sync: now rl : fl  %d : %d\n", b->rl, b->fl));
-		if (ret == EINTR) {
-	    		printf("tsleep returns %d\n", ret);
+		if (ret == EINTR || ret == ERESTART) {
+	    		DEB(printf("chn_flush: tsleep returns %d\n", ret));
 	    		return -1;
 		}
 		if (ret && --count == 0) {
-	    		printf("timeout flushing dbuf_out, cnt 0x%x flags 0x%x\n",
-			       b->rl, c->flags);
+	    		DEB(printf("chn_flush: timeout flushing dbuf_out, cnt 0x%x flags 0x%x\n",\
+			       b->rl, c->flags));
 	    		break;
 		}
     	}
@@ -641,11 +690,13 @@
 	if ((c->flags & CHN_F_INIT) && CANCHANGE(c)) {
 		chn_setformat(c, c->format);
 		chn_setspeed(c, c->speed);
-		chn_setblocksize(c, c->blocksize);
+		chn_setblocksize(c, (c->flags & CHN_F_HAS_SIZE) ? c->blocksize : 0);
 		chn_setvolume(c, (c->volume >> 8) & 0xff, c->volume & 0xff);
 		c->flags &= ~CHN_F_INIT;
 		return 1;
 	}
+	if (CANCHANGE(c) && !(c->flags & CHN_F_HAS_SIZE) )  
+		chn_setblocksize(c, 0); /* Apply new block size */
 	return 0;
 }
 
@@ -716,10 +767,10 @@
 		c->flags &= ~CHN_F_HAS_SIZE;
 		if (blksz >= 2) c->flags |= CHN_F_HAS_SIZE;
 		blksz = abs(blksz);
-		if (blksz < 2) blksz = (c->buffer.sample_size * c->speed) >> 2;
+		if (blksz < 2) blksz = c->buffer.sample_size * (c->speed / 4); /* 1/4 sec */
 		RANGE(blksz, 1024, c->buffer.bufsize / 4);
-		blksz &= ~3;
-		c->blocksize = c->setblocksize(c->devinfo, blksz);
+		blksz &= DMA_ALIGN_MASK;
+		c->blocksize = c->setblocksize(c->devinfo, blksz)&DMA_ALIGN_MASK;
 		return c->blocksize;
 	}
 	c->blocksize = blksz;
@@ -736,7 +787,14 @@
 int
 chn_getptr(pcm_channel *c)
 {
-	return c->getptr(c->devinfo);
+	int hwptr;
+	int a = (1 << c->align) - 1;
+
+	hwptr=c->getptr(c->devinfo);
+	/* don't allow unaligned values in the hwa ptr */
+	hwptr &= ~a ; /* Apply channel align mask */
+	hwptr &= DMA_ALIGN_MASK; /* Apply DMA align mask */
+	return hwptr;
 }
 
 pcmchan_caps *
Index: datatypes.h
===================================================================
RCS file: /home/vns/cvs/FreeBSD//src/sys/dev/pcm/datatypes.h,v
retrieving revision 1.4
diff -u -r1.4 datatypes.h
--- datatypes.h	1999/11/15 23:57:33	1.4
+++ datatypes.h	1999/11/18 21:13:22
@ -58,7 +58,7 @@
  */
 
 struct _snd_dbuf {
-        char *buf;
+        u_int8_t *buf;
         int bufsize;
         volatile int rp, fp; /* pointers to the ready and free area */
         volatile int dl; /* transfer size */
@@ -71,6 +71,7 @@
 	u_long prev_total; /* copy of the above when GETxPTR called */
 	int first_poll;
 	bus_dmamap_t dmamap;
+	int underflow;
 };
 
 typedef int (pcmfeed_init_t)(pcm_feeder *feeder);
Index: dsp.c
===================================================================
RCS file: /home/vns/cvs/FreeBSD//src/sys/dev/pcm/dsp.c,v
retrieving revision 1.7
diff -u -r1.7 dsp.c
--- dsp.c	1999/11/13 18:31:29	1.7
+++ dsp.c	1999/11/18 22:40:53
@ -51,8 +51,8 @@
 static int
 getchns(snddev_info *d, int chan, pcm_channel **rdch, pcm_channel **wrch)
 {
-	if ((d->flags & SD_F_PRIO_SET) == SD_F_PRIO_SET)
-		panic("read and write both prioritised");
+	KASSERT((d->flags & SD_F_PRIO_SET) != SD_F_PRIO_SET, \
+		("getchns: read and write both prioritised"));
 	if (d->flags & SD_F_SIMPLEX) {
 		*rdch = (d->flags & SD_F_PRIO_RD)? d->arec[chan] : &d->fakechan;
 		*wrch = (d->flags & SD_F_PRIO_WR)? d->aplay[chan] : &d->fakechan;
@@ -66,8 +66,8 @@
 static void
 setchns(snddev_info *d, int chan)
 {
-	if ((d->flags & SD_F_PRIO_SET) == SD_F_PRIO_SET)
-		panic("read and write both prioritised");
+	KASSERT((d->flags & SD_F_PRIO_SET) != SD_F_PRIO_SET, \
+		("getchns: read and write both prioritised"));
 	d->flags |= SD_F_DIR_SET;
 	if (d->flags & SD_F_EVILSB16) {
 		if ((d->flags & SD_F_PRIO_RD) && (d->aplay[chan])) {
@@ -159,7 +159,10 @@
 		chn_abort(rdch);
 		rdch->flags &= ~(CHN_F_BUSY | CHN_F_RUNNING | CHN_F_MAPPED);
 	}
-	if (wrch) wrch->flags &= ~(CHN_F_BUSY | CHN_F_RUNNING | CHN_F_MAPPED);
+	if (wrch) {
+		chn_flush(wrch);
+		wrch->flags &= ~(CHN_F_BUSY | CHN_F_RUNNING | CHN_F_MAPPED);
+	}
 	d->aplay[chan] = NULL;
 	d->arec[chan] = NULL;
 	return 0;
@@ -173,8 +176,8 @@
 	if (!(d->flags & SD_F_PRIO_SET)) d->flags |= SD_F_PRIO_RD;
 	if (!(d->flags & SD_F_DIR_SET)) setchns(d, chan);
 	getchns(d, chan, &rdch, &wrch);
-	if (!rdch || !(rdch->flags & CHN_F_BUSY))
-		panic("dsp_read: non%s channel", rdch? "busy" : "existant");
+	KASSERT(wrch, ("dsp_read: nonexistant channel"));
+	KASSERT(wrch->flags & CHN_F_BUSY, ("dsp_read: nonbusy channel"));
 	if (rdch->flags & CHN_F_MAPPED) return EINVAL;
 	if (!(rdch->flags & CHN_F_RUNNING)) {
 		rdch->flags |= CHN_F_RUNNING;
@@ -191,8 +194,8 @@
 	if (!(d->flags & SD_F_PRIO_SET)) d->flags |= SD_F_PRIO_WR;
 	if (!(d->flags & SD_F_DIR_SET)) setchns(d, chan);
 	getchns(d, chan, &rdch, &wrch);
-	if (!wrch || !(wrch->flags & CHN_F_BUSY))
-		panic("dsp_write: non%s channel", wrch? "busy" : "existant");
+	KASSERT(wrch, ("dsp_write: nonexistant channel"));
+	KASSERT(wrch->flags & CHN_F_BUSY, ("dsp_write: nonbusy channel"));
 	if (wrch->flags & CHN_F_MAPPED) return EINVAL;
 	if (!(wrch->flags & CHN_F_RUNNING)) {
 		wrch->flags |= CHN_F_RUNNING;
@@ -519,7 +522,7 @@
     	case SOUND_PCM_READ_FILTER:
 		/* dunno what these do, don't sound important */
     	default:
-		DEB(printf("default ioctl snd%d fn 0x%08x fail\n", unit, cmd));
+		DEB(printf("default ioctl chan%d fn 0x%08lx fail\n", chan, cmd));
 		ret = EINVAL;
 		break;
     	}
Index: feeder.c
===================================================================
RCS file: /home/vns/cvs/FreeBSD//src/sys/dev/pcm/feeder.c,v
retrieving revision 1.6
diff -u -r1.6 feeder.c
--- feeder.c	1999/11/15 23:57:32	1.6
+++ feeder.c	1999/11/18 22:42:48
@ -108,24 +108,21 @@
 static int
 feed_root(pcm_feeder *feeder, pcm_channel *ch, u_int8_t *buffer, u_int32_t count, struct uio *stream)
 {
-	int ret, tmp = 0, c = 0;
-	if (!count) panic("feed_root: count == 0");
-	count &= ~((1 << ch->align) - 1);
-	if (!count) panic("feed_root: aligned count == 0");
-	if (ch->smegcnt > 0) {
-		c = min(ch->smegcnt, count);
-		bcopy(ch->smegbuf, buffer, c);
-		ch->smegcnt -= c;
+	int ret, c=0;
+	KASSERT(count, ("feed_root: count == 0"));
+ 	count &= ~((1 << ch->align) - 1);
+	KASSERT(count, ("feed_root: aligned count == 0"));
+ 	if (ch->smegcnt > 0) {
+ 		c = min(ch->smegcnt, count);
+ 		bcopy(ch->smegbuf, buffer, c);
+ 		ch->smegcnt -= c;
+ 	}
+ 	count = min(count, stream->uio_resid);
+	if (count) {
+		ret = uiomove(buffer, count, stream);
+		KASSERT(ret==0, ("feed_root: uiomove failed"));
 	}
-	while ((stream->uio_resid > 0) && (c < count)) {
-		tmp = stream->uio_resid;
-		ret = uiomove(buffer + c, count - c, stream);
-		if (ret) panic("feed_root: uiomove failed");
-		tmp -= stream->uio_resid;
-		c += tmp;
-	}
-	if (!c) panic("feed_root: uiomove didn't");
-	return c;
+	return c+count;
 }
 pcm_feeder feeder_root = { "root", 0, NULL, NULL, feed_root };
 
Index: sound.c
===================================================================
RCS file: /home/vns/cvs/FreeBSD//src/sys/dev/pcm/sound.c,v
retrieving revision 1.7
diff -u -r1.7 sound.c
--- sound.c	1999/11/06 05:31:47	1.7
+++ sound.c	1999/11/18 19:05:02
@ -352,7 +352,7 @@
     	int dev, chan;
     	snddev_info *d = get_snddev_info(i_dev, NULL, &dev, &chan);
 
-    	DEB(printf("sndpoll dev 0x%04x events 0x%08x\n", i_dev, events));
+    	DEB(printf("sndpoll d 0x%p dev 0x%04x events 0x%08x\n", d, dev, events));
 
     	if (d == NULL) return ENXIO;
 
Index: sound.h
===================================================================
RCS file: /home/vns/cvs/FreeBSD//src/sys/dev/pcm/sound.h,v
retrieving revision 1.3
diff -u -r1.3 sound.h
--- sound.h	1999/09/28 21:43:35	1.3
+++ sound.h	1999/11/18 19:05:02
@ -160,7 +160,7 @@
 #define BVDDB(x) if (bootverbose) x
 
 #ifndef DEB
-#define DEB(x)
+#define DEB(x) 
 #endif
 
 int pcm_addchan(device_t dev, int dir, pcm_channel *templ, void *devinfo);
Index: isa/mss.c
===================================================================
RCS file: /home/vns/cvs/FreeBSD//src/sys/dev/pcm/isa/mss.c,v
retrieving revision 1.32
diff -u -r1.32 mss.c
--- mss.c	1999/11/15 17:02:32	1.32
+++ mss.c	1999/11/18 22:14:26
@ -348,7 +348,7 @@
 		mss->opti_offset =
 			(rman_get_start(mss->conf_base) & ~3) + 2
 			- rman_get_start(mss->conf_base);
-		printf("mss_init: opti_offset=%d\n", mss->opti_offset);
+		BVDDB(printf("mss_init: opti_offset=%d\n", mss->opti_offset));
     		opti_wr(mss, 4, 0xd6); /* fifo empty, OPL3, audio enable, SB3.2 */
     		ad_write(mss, 10, 2); /* enable interrupts */
     		opti_wr(mss, 6, 2);  /* MCIR6: mss enable, sb disable */
@@ -933,9 +933,10 @@
 		if (FULL_DUPLEX(mss)) ad_write(mss, 24, ~c); /* ack selectively */
 		else io_wr(mss, MSS_STATUS, 0);	/* Clear interrupt status */
     	}
-    	if (i == 10) printf("mss_intr: irq, but not from mss\n");
-    	else if (served == 0) {
-		printf("mss_intr: unexpected irq with reason %x\n", c);
+    	if (i == 10) {
+		BVDDB(printf("mss_intr: irq, but not from mss\n"));
+	} else if (served == 0) {
+		BVDDB(printf("mss_intr: unexpected irq with reason %x\n", c));
 		/*
 	 	* this should not happen... I have no idea what to do now.
 	 	* maybe should do a sanity check and restart dmas ?
@@ -1043,7 +1044,7 @@
     	u_char   prev;
 
     	if ((mss->bd_flags & BD_F_MCE_BIT) == 0) {
-		printf("--- hey, leave_MCE: MCE bit was not set!\n");
+		DEB(printf("--- hey, leave_MCE: MCE bit was not set!\n"));
 		return;
     	}
 
@@ -1245,8 +1246,8 @@
         	ad_write(mss, 9, m);
         	if (ad_read(mss, 9) == m) break;
     	}
-    	if (retry == 0) printf("start dma, failed to set bit 0x%02x 0x%02x\n",
-			       m, ad_read(mss, 9));
+    	if (retry == 0) BVDDB(printf("stop dma, failed to set bit 0x%02x 0x%02x\n", \
+			       m, ad_read(mss, 9)));
     	return 0;
 }
 
@@ -1407,7 +1408,7 @@
 #if 0
     	reason = io_rd(mss, MSS_STATUS);
     	if (!(reason & 1)) {/* no int, maybe a shared line ? */
-		printf("intr: flag 0, mcir11 0x%02x\n", ad_read(mss, 11));
+		DEB(printf("intr: flag 0, mcir11 0x%02x\n", ad_read(mss, 11)));
 		return;
     	}
 #endif
@@ -1424,8 +1425,8 @@
 		DEB(printf("Warning: MPU interrupt\n");)
 		mc11 |= 0x20;
     	}
-    	if (mc11 & masked) printf("irq reset failed, mc11 0x%02x, 0x%02x\n",
-                              	  mc11, masked);
+    	if (mc11 & masked) BVDDB(printf("irq reset failed, mc11 0x%02x, 0x%02x\n",\
+                              	  mc11, masked));
     	masked |= mc11;
     	/*
      	* the nice OPTi931 sets the IRQ line before setting the bits in
@@ -1438,7 +1439,7 @@
 	    		if (--loops) goto again;
 	    		else DDB(printf("intr, but mc11 not set\n");)
 		}
-		if (loops == 0) printf("intr, nothing in mcir11 0x%02x\n", mc11);
+		if (loops == 0) BVDDB(printf("intr, nothing in mcir11 0x%02x\n", mc11));
 		return;
     	}


===================================================================


===================================================================

# This is a shell archive.  Save it in a file, remove anything before
# this line, and then unpack it by entering "sh file".  Note, it may
# create directories; files and directories will be owned by you and
# have default permissions.
#
# This archive contains:
#
#	Makefile
#	README
#	sound.c
#
echo x - Makefile
sed 's/^X//' >Makefile << 'END-of-Makefile'
XPROG=	sound
XSRCS=	sound.c
XLDADD= -lm
XNOMAN=	yes
X#DEBUG_FLAGS=	-g
XCFLAGS= -Wall
X
X.include <bsd.prog.mk>
END-of-Makefile
echo x - README
sed 's/^X//' >README << 'END-of-README'
XSound driver testing utility.
X
XThis program simple produce series of harmonic signals and silence to
Xsoundcard. When program launched without arguments, it's produce
X5 secs 1KHz tone, than 3 secs pause, and than again tone and pause.
XWhen tone produced status changed from 'sound playing' to 'sound sync',
Xand when pause status changed to 'silent'. When sound card's working
Xproperly the signal must be to have right tone frequency and changing
Xstatus must be synchronized within change of soundcard output.
X
XThis program have the following command line arguments:
X-h  -   Print short information about command line arguments
X-?  -   the same
X-i  - 	Catch INT signal, so you may press Ctrl-C, and sound output must
X 	my stay the same, without any clicks or noise.      
X-d <device>
X    	Change device to 'device', default /dev/dsp
X-T <periods>
X	Change number of tone/pause to 'periods', default 2
X-a <nsec>
X	Change duration of tone to 'nsec', default 5
X-s <nsec>
X	Change duration of pause to 'nsec', default 2
X-p <freq>
X	Change frequency of generated tone, default 1000Hz
X-f <formats>
X	Set list of formats, delimited by coma (','), for each of
X	which the sound card will be tested, for example U8,STEREO|U16_LE.
X	Default STEREO|U16_LE
X-r <rates>
X	Set list of rates, delimited by coma (','), for each of
X	which the sound card will be tested, for example 8000,11050.
X	Default 44100.
X-b <blocksize>
X	Set the size of blocks, which will be used as arg to write routine.
X
X
XAuthor:
XVladimir N. Silyaev  vns@delta.odessa.ua
X
END-of-README
echo x - sound.c
sed 's/^X//' >sound.c << 'END-of-sound.c'
X/*
X * sound.c
X * 
X * Soundcard/driver testing utility
X *
X * Copyright by Vladimir N. Silyaev 1999
X * 
X * Redistribution and use in source and binary forms, with or without
X * modification, are permitted provided that the following conditions are
X * met: 1. Redistributions of source code must retain the above copyright
X * notice, this list of conditions and the following disclaimer. 2.
X * Redistributions in binary form must reproduce the above copyright notice,
X * this list of conditions and the following disclaimer in the documentation
X * and/or other materials provided with the distribution.
X * 
X * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND ANY
X * EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED
X * WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE
X * DISCLAIMED.  IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE FOR
X * ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
X * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR
X * SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER
X * CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
X * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
X * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
X * SUCH DAMAGE.
X * 
X * $Id: sound.c,v 1.7 1999/11/19 01:05:13 vsilyaev Exp $
X * 
X */
X
X#include <unistd.h>
X#include <stdlib.h>
X#include <stdio.h>
X#include <strings.h>
X#include <string.h>
X#include <fcntl.h>
X#include <math.h>
X#include <ctype.h>
X#include <assert.h>
X#include <errno.h>
X#include <signal.h>
X#include <err.h>
X#include <sysexits.h>
X#include <sys/time.h>
X#include <sys/soundcard.h>
X
X#define DEFAULT_RATE	44100
X#define	DEFAULT_FORMAT	(AFMT_U16_LE|AFMT_STEREO)
X#define DEFAULT_FREQ	1000
X#define	DEFAULT_PLAY_TIME 5
X#define DEFAULT_PAUSE_TIME	3
X#define DEFAULT_NPERIODS	2
X#define DEFAULT_BLOCK_SIZE	16384
X
Xtypedef struct{
X u_long *values;
X size_t length;
X} l_array;
X
Xtypedef struct {
X l_array formats;
X l_array rates;
X char	*device;
X int	 play_freq;
X int	 play_time;
X int	 pause_time;
X int	 nperiods;
X int	 catch_sigint;
X int	 write_block_size;
X} sound_options;
X
Xstatic sound_options _app_options;
Xstatic sound_options *app_options=&_app_options;
X
Xtypedef struct {
X char *name;
X int fd; /* File descriptor */
X snd_capabilities info;
X u_long format,rate;
X} sound_info ;
Xstatic int sound_change_param(sound_info *snd, u_long rate, u_long format);
X
Xtypedef struct {
X u_long format;
X u_long rate;
X int   freq;
X float f_freq;
X int   nsamples;
X int   sample_len;
X int   align;
X float t_sample;
X union {
X  void  *data;
X  u_int8_t *data8;
X  u_int8_t (*data8_s)[2];
X  u_int16_t *data16;
X  u_int16_t (*data16_s)[2];
X } data;
X} sound_sample;
X
Xtypedef struct {
X u_long	offset; /* in samples, not in bytes */
X} sample_play;
X
Xstatic int
Xl_array_init(l_array *array)
X{
X	bzero(array, sizeof(*array));
X	array->values=NULL;
X	array->length=0;
X	return 0;
X}
X
Xstatic int
Xl_array_shutdown(l_array *array)
X{
X	free(array->values);
X	return 0;
X}
X
Xstatic int
Xl_array_push(l_array *array, u_long value)
X{
X	array->values=realloc(array->values,(array->length+1)*sizeof(*array->values));
X	array->values[array->length++]=value;
X	return 0;
X}
X
Xstatic int
Xl_array_get(l_array *array, int index, u_long *pvalues)
X{
X	if (index>=array->length) return -1;
X	if (pvalues) *pvalues=array->values[index];
X	return 0;
X}
X
Xstatic int
Xsound_options_init(sound_options *options)
X{
X	bzero(options, sizeof(*options));
X	l_array_init(&options->formats);
X	l_array_init(&options->rates);
X	options->device=NULL;
X	return 0;
X}
X
Xstatic int
Xsound_options_shutdown(sound_options *options)
X{
X	l_array_shutdown(&options->formats);
X	l_array_shutdown(&options->rates);
X	return 0;
X}
X
X
Xstatic const char fields_sep[] = ",";
X
Xstatic int
Xfill_rates(l_array *rates, char *str)
X{
Xchar *word;
Xint rate;
X
X	while ( (word=strsep(&str, fields_sep)) != NULL ) {
X		rate = atoi(word);
X		if (rate==0) {
X			fprintf(stderr, "Invalid bit rate '%s'\n", word);
X			continue;
X		}
X		l_array_push(rates, rate);
X	}
X	return 0;
X}
X
Xstatic const struct {
Xu_long	bit;
Xconst char *name;
X} known_formats[] = {
X#define FORMAT(name) {AFMT_##name, #name}	
X	FORMAT(U8),
X	FORMAT(U16_LE),
X	FORMAT(STEREO) 
X#undef FORMAT
X};
X
Xstatic int
Xstricmp(const char *str1,const char *str2)
X{
Xint ch1,ch2;
X
X	for(;;) {
X		ch1=*str1++;
X	  	ch2=*str2++;
X		ch1=toupper(ch1);
X		ch2=toupper(ch2);
X		if (ch1!=ch2) return ch1-ch2;
X		if (ch1==0) return 0;
X	}
X	/* NOT REACHED */
X}
X
Xstatic u_long
Xparse_format(const char *sformat)
X{
Xchar *str_alloc=strdup(sformat);
Xconst int n_known_formats=sizeof(known_formats)/sizeof(*known_formats);
Xu_long format=0;
Xint i;
Xu_long bit;
Xint nbits=0;
Xchar *str,*word;
X
X	str=str_alloc;
X	while ( (word=strsep(&str, "|")) != NULL) {
X		for (bit=0,i=0;i<n_known_formats;i++) {
X			if (stricmp(known_formats[i].name, word)==0) {
X				bit=known_formats[i].bit;
X				break;
X			}
X		}
X		if (!bit) {
X			fprintf(stderr, "Unknown format specifier '%s'\n", word);
X		} else {
X			format|=bit;
X			if (bit!=AFMT_STEREO) nbits++;
X		}
X	}
X	if (nbits!=1) {
X		format=0;
X	}
X	free(str_alloc);
X	return format;
X}
X
Xstatic int
Xfill_formats(l_array *formats, char *str)
X{
Xchar *word;
Xu_long format;
X
X	while ( (word=strsep(&str, fields_sep)) != NULL ) {
X		format = parse_format(word);
X		if (format==0)
X			fprintf(stderr, "Invalid format '%s'\n", word);
X		else	
X			l_array_push(formats, format);
X	}
X	return 0;
X}
X
Xstatic void
Xusage(const char *name)
X{
X       fprintf(stderr,
X		 "usage: %s [-h/?] [-i] [-d <device>] [-T <periods>] [-a <nsec>] [-s <nsec>] [-p <freq>] [-f <formats>] [-r <rates>] [-b <blocksize>]"
X	      "\n", name);
X	exit(EX_USAGE);
X}
X
Xstatic int
Xsound_options_fill(sound_options *options, int argc, char *argv[])
X{
Xint option;
X	
X	options->play_freq=0;
X	options->play_time=0;
X	options->pause_time=0;
X	options->nperiods=0;
X	options->device=NULL;
X	options->catch_sigint=0;
X	options->write_block_size=0;
X	while( (option=getopt(argc, argv, "ib:d:T:a:s:p:r:f:h?")) != -1 ) {
X		switch(option) {
X		case 'i':
X		 options->catch_sigint=1;
X		 break;
X		case 'd':
X		 options->device=strdup(optarg);
X		 break;
X		case 'T':
X		 options->nperiods=atoi(optarg);
X		 break;
X		case 'a':
X		 options->play_time=atoi(optarg);
X		 break;
X		case 's':
X		 options->pause_time=atoi(optarg);
X		 break;
X		case 'p':
X		 options->play_freq=atoi(optarg);
X		 break;
X		case 'b':
X		 options->write_block_size=atoi(optarg);
X		 break;
X		case 'r':
X		 fill_rates(&options->rates,optarg);
X		 break;
X		case 'f':
X		 fill_formats(&options->formats,optarg);
X		 break;
X		case 'h':
X		case '?':
X		default:
X		 usage(argv[0]);
X		 /* NOT REACHED */
X		}
X	}
X	if (l_array_get(&options->rates, 0, NULL)<0) 
X		l_array_push(&options->rates, DEFAULT_RATE);
X	if (l_array_get(&options->formats, 0, NULL)<0)
X		l_array_push(&options->formats, DEFAULT_FORMAT);
X	if (options->play_freq<=0) {
X		options->play_freq=DEFAULT_FREQ;
X	}
X	if (options->play_time<=0) {
X		options->play_time=DEFAULT_PLAY_TIME;
X	}
X	if (options->pause_time<=0) {
X		options->pause_time=DEFAULT_PAUSE_TIME;
X	}
X	if (options->nperiods<=0) {
X		options->nperiods=DEFAULT_NPERIODS;
X	}
X	if (options->write_block_size<=0) {
X		options->write_block_size=DEFAULT_BLOCK_SIZE;
X	}
X	if (options->device==NULL) {
X		options->device=strdup("/dev/dsp");
X	}
X	return 0;
X}
X
Xstatic int 
Xfind_nearest_for_freq(int rate,int freq)
X{
Xint i;
Xint nsamples;
Xfloat diff;
Xfloat min_diff=freq;
Xint min_periods=1;
X
X	for (i=1;i<1024;i++) {
X		nsamples=(int)ceil((i*(float)rate)/freq);
X		diff=fabs(freq-rate/nsamples);
X		if (diff<min_diff) {
X			min_periods=i;
X		}
X	}
X	return min_periods;
X}
X
Xstatic int
Xsample_init(sound_sample *sample, int format, int rate, int freq)
X{
Xint i;
Xint nperiods;
Xfloat f_sample;
Xconst float amp=0.5;
Xint data8,data16;
X
X	bzero(sample, sizeof(*sample));
X	sample->format=format;
X	sample->rate=rate;
X	sample->freq=freq;
X	switch(format&~AFMT_STEREO) {
X	case AFMT_U8:
X	   sample->sample_len=1;
X	   break;
X	case AFMT_U16_LE:
X	   sample->sample_len=2;
X	   break;
X	default:
X	   return -1;
X	}
X	if (format&AFMT_STEREO) sample->sample_len*=2;
X
X	sample->align=sample->sample_len;
X	nperiods=find_nearest_for_freq(rate,freq);
X	sample->nsamples=(int)ceil((nperiods*(float)rate)/freq);
X#if 0
X	fprintf(stderr, "Real freq %.1f HZ\n",((float)nperiods*rate)/sample->nsamples);
X#endif
X	sample->t_sample=(2*M_PI*nperiods)/sample->nsamples;
X	sample->data.data=malloc(sample->nsamples*sample->sample_len);
X	assert(sample->data.data);
X	for (i=0;i<sample->nsamples;i++) {
X	 f_sample=amp*sin(sample->t_sample*i);
X	 data8=(int)floor(f_sample*128+0.5);
X	 data16=(int)floor(f_sample*32768+0.5);
X	 switch(format) {
X	 case AFMT_U8:
X		 sample->data.data8[i]=(u_int8_t)(data8+128);
X		 break;
X	 case AFMT_U8|AFMT_STEREO:
X		 sample->data.data8_s[i][0]=
X		 sample->data.data8_s[i][1]=(u_int8_t)(data8+128);
X		 break;
X	 case AFMT_U16_LE:
X		 sample->data.data16[i]=(u_int16_t)(data16+32768);
X		 break;
X	 case AFMT_U16_LE|AFMT_STEREO:
X		 sample->data.data16_s[i][0]=
X		 sample->data.data16_s[i][1]=(u_int16_t)(data16+32768);
X		 break;
X	 }
X	}
X	return 0;
X}
X
X
Xstatic int
Xsample_shutdown(sound_sample *sample)
X{
X	free(sample->data.data);
X	sample->data.data=0;
X	return 0;
X}
X
Xstatic int
Xsample_play_init(sample_play *splay)
X{
X	bzero(splay, sizeof(*splay));
X	return 0;
X}
X
Xtypedef struct {
X u_long remain;
X u_int8_t *dest;
X unsigned offset;
X size_t bufsize;
X u_long	ncopy;
X} sound_dest_helper;
X
Xstatic void
Xcopy_data_helper(sound_sample *sample, sample_play *splay, sound_dest_helper *helper) 
X{
Xsize_t ncopy;
X
X	 ncopy=helper->remain*sample->sample_len;
X	 memcpy(helper->dest, sample->data.data8+helper->offset, ncopy);
X	 helper->dest+=ncopy;
X	 helper->ncopy+=ncopy;
X	 helper->bufsize-=helper->remain;
X	 splay->offset+=helper->remain;
X}
X
Xstatic u_long
Xsample_play_fill_data(sound_sample *sample, sample_play *splay, void *buf, size_t bufsize)
X{
Xsound_dest_helper helper;
X
X	assert(bufsize%sample->sample_len==0);
X	helper.bufsize = bufsize/sample->sample_len;
X	helper.remain = splay->offset%sample->nsamples;
X	helper.dest = (u_int8_t*)buf;
X	helper.ncopy = 0;
X	if (helper.remain) {
X	 helper.offset = helper.remain * sample->sample_len;
X	 helper.remain = sample->nsamples - helper.remain;
X	 if (helper.remain>helper.bufsize) helper.remain=helper.bufsize;
X	 copy_data_helper(sample, splay, &helper);
X	}
X	while (helper.bufsize>=sample->nsamples) {
X	 helper.offset=0;
X	 helper.remain=sample->nsamples;
X	 copy_data_helper(sample, splay, &helper);
X	}
X	if (helper.bufsize) {
X	 helper.offset=0;
X	 helper.remain=helper.bufsize;
X	 copy_data_helper(sample, splay, &helper);
X	}
X	return helper.ncopy;
X}
X
Xstatic int
Xsample_play_shutdown(sample_play *splay)
X{
X	return 0;
X}
X
Xstatic int 
Xsound_open(sound_info *snd)
X{
Xsnd_capabilities info;
Xint rc;
Xint sound;
X
X	bzero(snd, sizeof(*snd));
X	snd->name=strdup(app_options->device);
X	sound=open(snd->name ,O_RDWR);
X
X	if (sound<0) {
X		err(EX_UNAVAILABLE,snd->name);
X	}
X	
X	rc=ioctl(sound,AIOGCAP,&info);
X 	if (rc<0) return rc;
X	#if 0
X	printf("soundcard capability: rate_min %lu, rate_max %lu,\n"
X	       "formats %08lx, \n"
X	       "bufsize %lu,\n"
X	       "mixers %08lx, inputs %08lx, left %u, right %u\n",
X		info.rate_min,info.rate_max,
X		info.formats,
X		info.bufsize,
X		info.mixers, info.inputs, info.left, info.right);
X	#endif
X	snd->info=info;
X	snd->fd=sound;
X	return 0;
X}
X
Xstatic void wait_for_time(const struct timeval *stop)
X{
Xstruct timeval current,remain_tv;
Xstruct timespec remain;
Xint rc;
X
X	gettimeofday(&current,NULL);
X	timersub(stop, &current, &remain_tv);
X	TIMEVAL_TO_TIMESPEC(&remain_tv, &remain);
X	/* printf("%d,%ld\n", (int)remain.tv_sec,remain.tv_nsec); */
X	for (;;) {
X	 rc=nanosleep(&remain,&remain);
X	 if (rc!=-1 || errno!=EINTR) break;
X	}
X	return;
X}
X
X#define SOUND_WRITE	1
X	
Xstatic int
Xsound_play(sound_info *snd,sound_sample *sample)
X{
Xu_int8_t *data,*pdata;
Xsample_play play;
Xstruct timeval begin,stop;
Xconst int play_time=app_options->play_time,pause_time=app_options->pause_time;
Xu_long nsamples,offset;
Xunsigned nwrite,nwrote;
Xint i;
Xint rc;
Xint block_size;
X
X	block_size=app_options->write_block_size;
X	data=malloc(block_size);
X	assert(data);
X	nsamples=sample->rate*play_time*sample->sample_len;
X	for (i=0;i<app_options->nperiods;i++) {
X	 sample_play_init(&play);
X	 gettimeofday(&begin,NULL);
X	 fprintf(stderr,"\rsound playing%20c\r", ' ');
X	 for (offset=0;offset<nsamples;) {
X	  if (nsamples-offset>block_size) {
X	    nwrite=block_size;
X	  } else {
X	    nwrite=nsamples-offset;
X	    nwrite=((nwrite+sample->align-1)/sample->align)*sample->align;
X	  }
X	  sample_play_fill_data(sample,&play,data,nwrite);
X	  assert((nwrite%sample->align)==0);
X	  #if SOUND_WRITE
X	  for (nwrote=0,pdata=data;nwrite;) {
X	   rc=write(snd->fd,pdata,nwrite);
X	   if (rc<0) {
X		warn("Error on writing %s",snd->name);
X		if (errno == EINTR) continue;
X		break;
X	   }
X	   nwrote+=rc;
X	   pdata+=rc;
X	   nwrite-=rc;
X	  }
X	  #else
X	  nwrote=nwrite;
X	  #endif
X	  offset+=nwrote; 
X	 }
X	 #if SOUND_WRITE
X	 /*
X	 rc=ioctl(snd->fd, SNDCTL_DSP_SYNC, NULL);
X	 if (rc<0) warn("Error on sync at %s",snd->name);
X	 printf(" sync done\n");
X	 */
X	 #endif
X	 stop=begin;
X	 stop.tv_sec+=play_time;
X	 fprintf(stderr,"\rsound sync%20c\r", ' ');
X	 wait_for_time(&stop);
X	 fprintf(stderr,"\rsilent%20c\r", ' ');
X	 stop=begin;
X	 stop.tv_sec+=play_time+pause_time;
X	 wait_for_time(&stop);	 
X	 #if 0
X	 sound_change_param(snd, snd->rate, snd->format);
X	 #endif
X	 sample_play_shutdown(&play);
X	}
X	free(data);
X	return 0;
X}
X
X	
Xstatic int 
Xsound_sync(sound_info *snd)
X{
X	close(snd->fd);
X	snd->fd=open(snd->name ,O_RDWR);
X
X	if (snd->fd<0) {
X		err(EX_UNAVAILABLE,snd->name);
X	}
X	return 0;
X}
X
Xchar *
Xformat2str(u_long format, u_long rate, char *dest, size_t maxlen)
X{
Xchar str[64];
Xconst char *name;
Xconst char *stereo;
X
X	switch(format&~AFMT_STEREO) {
X	case AFMT_U8:
X	   name="Unsigned 8-bit";
X	   break;
X	case AFMT_U16_LE:
X	   name="Unsigned 16-bit, Little endian";
X	   break;
X	default:
X	   snprintf(str,sizeof(str),"Unknown [0x%08lx]", format&~AFMT_STEREO);
X	   name=str;
X	   break;
X	}
X	if (format&AFMT_STEREO) stereo="Stereo, ";
X	else stereo="";
X	snprintf(dest,maxlen,"%s%s rate %lu", stereo, name, rate);
X	return dest;
X}
X
Xstatic int
Xsound_change_param(sound_info *snd, u_long rate, u_long format)
X{
Xsnd_chan_param param;
Xint rc;
Xchar str[256];
Xchar str2[256];
X
X	rc=sound_sync(snd);
X	if (rc<0) return rc;
X	bzero(&param,sizeof(param));
X	param.play_rate=rate;
X	param.play_format=format;
X	rc=ioctl(snd->fd, AIOSFMT, &param);
X	if (rc<0) {
X		warn("Device %s: format %s rejected",
X			snd->name, format2str(format, rate, str, sizeof(str)));
X		return rc;
X	} 
X	if (param.play_format!=format || param.play_rate!=rate) {
X		fprintf(stderr, "Device %s: format %s unsupported, "
X		       "has been changed to %s\n",
X			snd->name,
X			format2str(format, rate, str, sizeof(str)),
X			format2str(param.play_format, param.play_rate,
X					str2, sizeof(str2))
X		);
X		return -1;
X	}	
X	snd->format=format;
X	snd->rate=rate;
X	return 0;
X}
X
Xstatic int 
Xsound_test(sound_info *snd)
X{
Xint rate_index, format_index;
Xu_long rate, format;
Xint rc;
Xsound_sample sample;
Xchar sformat[256];
X
X	for(rate_index=0;l_array_get(&app_options->rates, rate_index, &rate)>=0;rate_index++) {
X	   for(format_index=0;l_array_get(&app_options->formats, format_index, &format)>=0; format_index++) {
X		rc=sound_change_param(snd, rate, format);
X		if (rc<0) continue;
X		format2str(format, rate, sformat, sizeof(sformat));
X		fprintf(stderr, "%s%30c\n", sformat,' ');
X		rc=sample_init(&sample, format, rate, app_options->play_freq);
X		if (rc<0) {
X			fprintf(stderr, "Unsupported format %s\n", sformat);
X			continue;
X		}
X		sound_play(snd, &sample);
X		sample_shutdown(&sample);
X	   }
X	}
X	return 0;
X}
X
X		
Xstatic int 
Xsound_close(sound_info *snd)
X{
X	if (snd->fd>0) close(snd->fd);
X	snd->fd=-1;
X	free(snd->name);
X	snd->name=NULL;
X	return 0;
X}
X
Xstatic void 
Xsig_int_handler(int dummy)
X{
X}
X
Xint main(int argc, char **argv)
X{
Xsound_info snd;
X
X	sound_options_init(app_options);
X	sound_options_fill(app_options,argc,argv);
X	if (app_options->catch_sigint)
X		signal(SIGINT,sig_int_handler);
X 	sound_open(&snd);
X	sound_test(&snd);
X	sound_close(&snd);
X	sound_options_shutdown(app_options);
X	return 0;
X}
END-of-sound.c
exit


>Release-Note:
>Audit-Trail:
>Unformatted:


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Thu Nov 18 18:40: 4 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id 9A3A7151D2
	for <freebsd-bugs@FreeBSD.org>; Thu, 18 Nov 1999 18:40:02 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id SAA49900;
	Thu, 18 Nov 1999 18:40:02 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Date: Thu, 18 Nov 1999 18:40:02 -0800 (PST)
Message-Id: <199911190240.SAA49900@freefall.freebsd.org>
To: freebsd-bugs@FreeBSD.org
Cc: 
From: "Chris D. Faulhaber" <jedgar@fxp.org>
Subject: Re: bin/12912: [PATCH] lpd leaves lock file permissions afoul
Reply-To: "Chris D. Faulhaber" <jedgar@fxp.org>
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

The following reply was made to PR bin/12912; it has been noted by GNATS.

From: "Chris D. Faulhaber" <jedgar@fxp.org>
To: freebsd-gnats-submit@freebsd.org
Cc:  
Subject: Re: bin/12912: [PATCH] lpd leaves lock file permissions afoul
Date: Thu, 18 Nov 1999 21:35:14 -0500 (EST)

 This problem doesn't seem to be reproducible using 3.3-RELEASE/-STABLE or
 4.0-CURRENT...feel free to close.
 
 -----
 Chris D. Faulhaber               |  You can ISO9001 certify the process of 
 System/Network Administrator,    |  shooting yourself in the foot, so long
 Reality Check Information, Inc.  |  as the process is documented and reliably
 <jedgar@fxp.org>                 |  produces the proper result.
 
 


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Thu Nov 18 18:40:20 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP
	id 8FD391558F; Thu, 18 Nov 1999 18:40:18 -0800 (PST)
	(envelope-from billf@FreeBSD.org)
Received: (from billf@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id SAA49953;
	Thu, 18 Nov 1999 18:40:18 -0800 (PST)
	(envelope-from billf@FreeBSD.org)
Date: Thu, 18 Nov 1999 18:40:18 -0800 (PST)
From: <billf@FreeBSD.org>
Message-Id: <199911190240.SAA49953@freefall.freebsd.org>
To: billf@FreeBSD.org, freebsd-bugs@FreeBSD.org, cg@FreeBSD.org
Subject: Re: kern/14990: new-pcm caveats
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

Synopsis: new-pcm caveats

Responsible-Changed-From-To: freebsd-bugs->cg
Responsible-Changed-By: billf
Responsible-Changed-When: Thu Nov 18 18:40:01 PST 1999
Responsible-Changed-Why: 
Over to pcm maintainer.


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Thu Nov 18 20:14:14 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from ns.itga.com.au (ns.itga.com.au [192.83.119.129])
	by hub.freebsd.org (Postfix) with ESMTP id 5207D154D4
	for <freebsd-bugs@FreeBSD.ORG>; Thu, 18 Nov 1999 20:13:40 -0800 (PST)
	(envelope-from gnb@itga.com.au)
Received: from lightning.itga.com.au (lightning.itga.com.au [192.168.71.20])
	by ns.itga.com.au (8.9.3/8.9.3) with ESMTP id PAA27179;
	Fri, 19 Nov 1999 15:13:34 +1100 (EST)
	(envelope-from gnb@itga.com.au)
Received: from lightning.itga.com.au (lightning.itga.com.au [192.168.71.20])
	by lightning.itga.com.au (8.9.3/8.9.3) with ESMTP id PAA08161;
	Fri, 19 Nov 1999 15:13:23 +1100 (EST)
Message-Id: <199911190413.PAA08161@lightning.itga.com.au>
X-Mailer: exmh version 2.0.1 12/23/97
From: Gregory Bond <gnb@itga.com.au>
To: "Ronald F. Guilmette" <rfg@monkeys.com>
Cc: freebsd-bugs@FreeBSD.ORG
Subject: Re: misc/14959: incomplete xterm termcap entry (see also bug gnu/5039) 
In-reply-to: Your message of Wed, 17 Nov 1999 23:27:12 -0800.
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Fri, 19 Nov 1999 15:13:23 +1100
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

> >Extending termcap (yet again!) with another set of tags for this
> >feature is probably not feasible.

> OK.  I'll bite.  Why not?

At least partly because the same functionality is not available in terminfo,
and terminfo is not extensible.  Interestingly, terminfo -does- have a flag to
say "this terminal does or doesn't restore", but no way of turning this feature
on or off. ti/to (aka smcup/rmcup in terminfo) are more designed for things
like Tek terminals that need special handling to deal with cursor addressing
(remember, termcap was designed in the days when paper teletypes were not
uncommon Unix terminals!).  E.g. from the terminfo man page:

     This is also used for the Tektronix 4025, where  smcup  sets
     the  command  character  to be the one used by terminfo.  If
     the smcup sequence will not  restore  the  screen  after  an
     rmcup  sequence  is output (to the state prior to outputting
     rmcup), specify nrrmc.

[I'm taking "terminfo" here to be the Solaris2.6 implementation, which is
probably pretty generc for SVR4 systems.]

A more solid reason extending termcap is not feasible is that it will be
impossible to get all the authors of all screen-based client programs to
support any such extension.  And the user has a perfectly acceptable workaround
using two termcap entries and shell aliases/functions/scripts to select, on a
program by program basis, which behaviour they want.

>(I don't know any of the history, so I probably shouldn't comment, but...
>It really does seem strange to me that such a fundamental capability never
>earned its own pair of two-letter termcap abbreviations.  How about terminfo?
>Are there special terminfo codes for screen save/restore?  I haven't worked
>on SVR4 for quite awhile, so I can't remember.)

Because, as I said earlier, termcap was developed in the era when any form of
cursor addressing at all was a rare bonus, and semi-advanced features like
screen save/restore almost unheard of.  And terminfo is in many ways just a
(poor) reimplementation of the termcap capabilities.

Greg,
who used to dream of a terminal that could do insert/delete line/char 
when in full-screen mode.





To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Thu Nov 18 21:18:32 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193])
	by hub.freebsd.org (Postfix) with ESMTP id 538F814C2C
	for <freebsd-bugs@freebsd.org>; Thu, 18 Nov 1999 21:18:28 -0800 (PST)
	(envelope-from wollman@khavrinen.lcs.mit.edu)
Received: (from wollman@localhost)
	by khavrinen.lcs.mit.edu (8.9.3/8.9.3) id AAA43167;
	Fri, 19 Nov 1999 00:18:27 -0500 (EST)
	(envelope-from wollman)
Date: Fri, 19 Nov 1999 00:18:27 -0500 (EST)
From: Garrett Wollman <wollman@khavrinen.lcs.mit.edu>
Message-Id: <199911190518.AAA43167@khavrinen.lcs.mit.edu>
To: Nick Hibma <hibma@skylink.it>
Cc: freebsd-bugs@freebsd.org
Subject: Re: kern/14968: Convert resource_head and resource.r_link from CIRCLEQ to TAILQ
In-Reply-To: <Pine.BSF.3.96.991118192139.1284G-100000@henny.jrc.it>
References: <199911181530.HAA00383@freefall.freebsd.org>
	<Pine.BSF.3.96.991118192139.1284G-100000@henny.jrc.it>
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

<<On Thu, 18 Nov 1999 19:28:19 +0100 (CET), Nick Hibma <hibma@skylink.it> said:

> Could you please be more constructive in responses to PR's? These people
> have spent quite some time sending the bug reports in.  It's no more
> than polite to actually invest some time in checking whether they are
> right

It's impossible for me to be wrong when the question under
consideration is one of my intent in writing something in a particular
way.

Since the author of the PR provided no explanation of why he felt the
need to change data structures, I don't feel any obligation to do the
converse.  Perhaps he is right, and another data structure would be
more appropriate, but it is up to him to explain what brings him to
that conclusion -- ``Here, have some patches!'' doesn't cut it.

-GAWollman

-- 
Garrett A. Wollman   | O Siem / We are all family / O Siem / We're all the same
wollman@lcs.mit.edu  | O Siem / The fires of freedom 
Opinions not those of| Dance in the burning flame
MIT, LCS, CRS, or NSA|                     - Susan Aglukark and Chad Irschick


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Fri Nov 19  1:40: 3 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id A31191561C
	for <freebsd-bugs@FreeBSD.org>; Fri, 19 Nov 1999 01:40:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id BAA89219;
	Fri, 19 Nov 1999 01:40:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: by hub.freebsd.org (Postfix, from userid 32767)
	id 4CADE15621; Fri, 19 Nov 1999 01:39:20 -0800 (PST)
Message-Id: <19991119093920.4CADE15621@hub.freebsd.org>
Date: Fri, 19 Nov 1999 01:39:20 -0800 (PST)
From: hellmary_29@hotmail.com
To: freebsd-gnats-submit@freebsd.org
X-Send-Pr-Version: www-1.0
Subject: misc/14993: Freebsd Locks up when trying to set the hostname
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         14993
>Category:       misc
>Synopsis:       Freebsd Locks up when trying to set the hostname
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Fri Nov 19 01:40:01 PST 1999
>Closed-Date:
>Last-Modified:
>Originator:     David Richards
>Release:        3.3-Release
>Organization:
>Environment:
can't get it since the machine won't be after installing a ne2000 card
>Description:
I added ne2000 card support to the kernel. rebooted, and when it gets to the networking part, it Locks up on setting hostname. I can't boot in to single mode either
>How-To-Repeat:
just reboot my machine
>Fix:
NO ?

>Release-Note:
>Audit-Trail:
>Unformatted:


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Fri Nov 19  7:10: 3 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id E79041563C
	for <freebsd-bugs@FreeBSD.org>; Fri, 19 Nov 1999 07:10:00 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id HAA68051;
	Fri, 19 Nov 1999 07:10:00 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: by hub.freebsd.org (Postfix, from userid 32767)
	id 3F45A151CB; Fri, 19 Nov 1999 07:01:42 -0800 (PST)
Message-Id: <19991119150142.3F45A151CB@hub.freebsd.org>
Date: Fri, 19 Nov 1999 07:01:42 -0800 (PST)
From: wosch@infonie.de
To: freebsd-gnats-submit@freebsd.org
X-Send-Pr-Version: www-1.0
Subject: misc/14996: foobar
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         14996
>Category:       misc
>Synopsis:       foobar
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Fri Nov 19 07:10:00 PST 1999
>Closed-Date:
>Last-Modified:
>Originator:     wolfram schneider
>Release:        
>Organization:
>Environment:
>Description:
foobar
test
>How-To-Repeat:

>Fix:


>Release-Note:
>Audit-Trail:
>Unformatted:


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Fri Nov 19  7:14:48 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP
	id 3E7471563E; Fri, 19 Nov 1999 07:14:41 -0800 (PST)
	(envelope-from wosch@FreeBSD.org)
Received: (from wosch@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id HAA68403;
	Fri, 19 Nov 1999 07:14:41 -0800 (PST)
	(envelope-from wosch@FreeBSD.org)
Date: Fri, 19 Nov 1999 07:14:41 -0800 (PST)
From: <wosch@FreeBSD.org>
Message-Id: <199911191514.HAA68403@freefall.freebsd.org>
To: wosch@infonie.de, wosch@FreeBSD.org, freebsd-bugs@FreeBSD.org
Subject: Re: misc/14996: foobar
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

Synopsis: foobar

State-Changed-From-To: open->closed
State-Changed-By: wosch
State-Changed-When: Fri Nov 19 07:13:57 PST 1999
State-Changed-Why: 
configuration error


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Fri Nov 19  9:48:50 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from monkeys.com (i180.value.net [206.14.136.180])
	by hub.freebsd.org (Postfix) with ESMTP id 20000156E4
	for <freebsd-bugs@FreeBSD.org>; Fri, 19 Nov 1999 09:48:46 -0800 (PST)
	(envelope-from rfg@monkeys.com)
Received: from monkeys.com (localhost [127.0.0.1])
	by monkeys.com (8.9.3/8.9.3) with ESMTP id JAA95696
	for <freebsd-bugs@FreeBSD.org>; Fri, 19 Nov 1999 09:48:44 -0800 (PST)
To: freebsd-bugs@FreeBSD.org
Subject: Re: misc/14959: incomplete xterm termcap entry (see also bug gnu/5039) 
In-reply-to: Your message of Fri, 19 Nov 1999 08:20:25 -0500.
             <19991119082025.A12676@mad> 
Date: Fri, 19 Nov 1999 09:48:44 -0800
Message-ID: <95694.943033724@monkeys.com>
From: "Ronald F. Guilmette" <rfg@monkeys.com>
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


In message <19991119082025.A12676@mad>, 
Tim Vanderhoek <vanderh@ecf.utoronto.ca> wrote:

>On Thu, Nov 18, 1999 at 08:44:36PM +0200, Sheldon Hearn wrote:
>> 
>> > One of them is `more'.
>...
>A couple notes:
>
>1) The -e option is destined to become sub-useful (though perhaps not
>   to die...).  The -e will turn on by default when one of tags,
>   bookmarks, multiple files, or files with #lines > screen_length
>   is true.  See Joerg's comment, circa the middle ages, in the cvs
>   history.
>
>2) It's not clear from the conclusion of this thread (was there a
>   conclusion?) that hacking individual programs is the best thing to
>   do.  It seems to me that it may, however, be the best thing to
>   do...

My own personal ``final conclusion'' is that I should probably just do
what someone (I forget who) early on in this thread kinda hinted that
I should do...  i.e. just go away.

I think that the post by Gregory Bond <gnb@itga.com.au> made it clear
that regardless of my personal beliefs about how this should all be
done ``right'', I'm swimming against the tide of history with regard
to _both_ the notion of adding options to various programs to allow
their users to disable screen save/restore selectively _and_ also
withj regards to the notion of maybe enhancing termcap so that it
would have separate and distinct codes for the terminal save & restore
operations.

Gregory Bond's point that termcap/terminfo is _all_ just one big mechanism
for dealing with thing (i.e. ``terminals'' of more or less ``intelligence'')
that are now basically an obsolete technology is well taken.  I have to
admit that there really are only three types of ``terminals'' that I have
had any reason to care about with at least the past 5 years, i.e. xterm,
an x86 console, and a Sparc console.

So yet, given the hassle factor involved with getting _anything_ changed
with respect termcap/terminfo, and given that termcap/terminfo is largely
going the way of the dinosaur anyway, I for one am not inclined to worry
too much about this issue anymore _or_ to attempt to get the evident
problems with both termcap and the programs that use it ``fixed'' in a
proper way.  I have a hack/kludge/whatever that seems to work for me at
the moment, and guess I'll let it go at that.

(Obviously, somebody up there is trying to tell me that its past time for
me, as a person, to give up on my oldtime hacker command line orientation,
time for me to just join the point-and-drool crowd, and time for me to
just stop using xterm.  History has spoken, and now it is _me_ that's
rapidly becoming the dinosaur.  And no, I'm not kidding.  I'm just about
to switch from using MH to using Netscape Messenger for my mail reading &
writing anyway.  I have seen the future, and it is gooey... er... GUI.)

P.S.  I think that maybe I just now discerned yet another way to get the
general kind of behavior I want from vi anyway... I guess what I really
want is just a `xvi' command which, when invoked, will just pop up a
whole new/separate xterm window... leaving the current one unscathed...
and which will just run vi in that new xterm window.  Yea.  That would
work too, and I can brpbably just make that a C-shell alias.


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Fri Nov 19 10:10:39 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from sasami.jurai.net (sasami.jurai.net [63.67.141.99])
	by hub.freebsd.org (Postfix) with ESMTP
	id 71CFC15710; Fri, 19 Nov 1999 10:10:34 -0800 (PST)
	(envelope-from winter@jurai.net)
Received: from localhost (winter@localhost)
	by sasami.jurai.net (8.8.8/8.8.7) with ESMTP id NAA27858;
	Fri, 19 Nov 1999 13:10:34 -0500 (EST)
Date: Fri, 19 Nov 1999 13:10:34 -0500 (EST)
From: "Matthew N. Dodd" <winter@jurai.net>
To: "Justin T. Gibbs" <gibbs@FreeBSD.ORG>
Cc: Patrick Kessen <p.kessen@lixus.com>, freebsd-bugs@FreeBSD.ORG
Subject: Re: kern/14960: Compaq EISA array controller not working 
In-Reply-To: <199911190128.SAA01409@caspian.plutotech.com>
Message-ID: <Pine.BSF.4.20.9911191309161.7305-100000@sasami.jurai.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

On Thu, 18 Nov 1999, Justin T. Gibbs wrote:
> The root of the probe problem is that the ida driver does not have a
> real EISA bus attachment.  If you are willing (and since you have the
> hardware to test it), why not write one?  They are usually very small
> and simple.  Take a look at src/sys/dev/buslogic/bt_eisa.c. It's all
> of 348 lines.

Better still, why don't you (Patrick) take the newbus IDA EISA front end I
slapped together for -current and adapt it for -stable.

ftp://ftp.jurai.net/users/winter/ida_eisa.c

-- 
| Matthew N. Dodd  | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD  |
| winter@jurai.net |       2 x '84 Volvo 245DL        | ix86,sparc,pmax |
| http://www.jurai.net/~winter | This Space For Rent  | ISO8802.5 4ever |



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Fri Nov 19 10:40: 3 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id 1350014F46
	for <freebsd-bugs@FreeBSD.org>; Fri, 19 Nov 1999 10:40:00 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id KAA86443;
	Fri, 19 Nov 1999 10:40:00 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: by hub.freebsd.org (Postfix, from userid 32767)
	id 9772E14C88; Fri, 19 Nov 1999 10:30:10 -0800 (PST)
Message-Id: <19991119183010.9772E14C88@hub.freebsd.org>
Date: Fri, 19 Nov 1999 10:30:10 -0800 (PST)
From: wolf@oleane.net
To: freebsd-gnats-submit@freebsd.org
X-Send-Pr-Version: www-1.0
Subject: kern/14997: NFSv3 open O_EXCL fails to set proper "atime"
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         14997
>Category:       kern
>Synopsis:       NFSv3 open O_EXCL fails to set proper "atime"
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Fri Nov 19 10:40:00 PST 1999
>Closed-Date:
>Last-Modified:
>Originator:     Christophe Wolfhugel
>Release:        3.3-RELEASE
>Organization:
France Telecom Oleane
>Environment:
FreeBSD smtp1.cluster.oleane.net 3.3-RELEASE FreeBSD 3.3-RELEASE #2: Mon Oct 11 17:51:19 GMT 1999     root@:/usr/src/sys/compile/SMTP.CLUSTER  i386
>Description:
NFS server = Netapp hardware. We do create a file over NFS using
following : open("toto", O_WRONLY|O_CREAT|O_EXCL, 0644) and then
close the file. We after that switch to a Sun Solaris client which
will fail to "stat" the file. Using "snoop" it happens that the "getattr"
returns an atime value which looks like uninitialized memory :

NFS:    Last access time      = -1021768688.-1679294464
NFS:    Modification time     = 19-Nov-99 17:51:27.960000000 GMT
NFS:    Attribute change time = 19-Nov-99 17:51:27.960000000 GMT

The FreeBSD client does not grok probably because it does less checks
on the atime. A tcpdump on the FreeBSD side for the same stat call
gives :
19:27:33.564961 192.168.1.201.2049 > 192.168.1.1.2051613514: reply ok 120
 
access attr: REG 644 ids 0/0 sz 5 nlink 1 rdev 0/0 fsid 0 nodeid 0
a/m/ctime 3273198608.1407713280 943035960.650001000 943035960.650001000
 c 002d (ttl 64, id 45316)

That clearly shows that the atime value is somewhat strange. When not
using O_EXCL the problem is not there.
>How-To-Repeat:
open O_EXCL the file, close it, stat it. We have not tested with a
different NFSserver, so that can either be a FreeBSD or a Netapp issue.
>Fix:
Painful workaround : we do a "utime" on the file after the successful
file creation and before our Sun client uses it.

>Release-Note:
>Audit-Trail:
>Unformatted:


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Fri Nov 19 10:50:14 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id 72A86152D8
	for <freebsd-bugs@FreeBSD.org>; Fri, 19 Nov 1999 10:50:11 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id KAA87352;
	Fri, 19 Nov 1999 10:50:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Date: Fri, 19 Nov 1999 10:50:01 -0800 (PST)
Message-Id: <199911191850.KAA87352@freefall.freebsd.org>
To: freebsd-bugs@FreeBSD.org
Cc: 
From: Bruce Campbell <bruce@engmail.uwaterloo.ca>
Subject: Re: misc/14932: "more" eating up CPU on users with shell=/bin/sh if 
 telnetd disconnects
Reply-To: Bruce Campbell <bruce@engmail.uwaterloo.ca>
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

The following reply was made to PR misc/14932; it has been noted by GNATS.

From: Bruce Campbell <bruce@engmail.uwaterloo.ca>
To: freebsd-gnats-submit@freebsd.org, bruce@engmail.uwaterloo.ca
Cc:  
Subject: Re: misc/14932: "more" eating up CPU on users with shell=/bin/sh if 
 telnetd disconnects
Date: Fri, 19 Nov 1999 13:42:01 -0500

 The problem persists on 3.3 STABLE from Nov 17.   Our e-mail server,
 which is heavily loaded regularly (load average 5-10
 quite often), is pushed over the edge once a few "more" processes start
 spinning, and the load average can climb to
 20 or 30, rendering the e-mail server unuseable for all practical
 purposes.
 
 On our test machine that we upgraded to 3.3 STABLE, the source for
 /bin/sh is unchanged from 3.3 RELEASE.
 
 The source for /usr/bin/more has a number of changed files on Nov 17.
 
 Results on test machine...
 
 # uname -a
 FreeBSD elsinore.uwaterloo.ca 3.3-STABLE FreeBSD 3.3-STABLE #0: Thu Nov
 18 13:36:03 EST 1999
 root@elsinore.uwaterloo.ca:/usr/src/sys/compile/ELSINORE  i386
 
 # ps waux | grep junk
 root    11183  0.0  1.3   876  380  p6  D+    1:03PM   0:00.01 grep junk
 
 junk    11177  0.0  0.9   500  256  p5  Ss    1:02PM   0:00.03 -sh (sh)
 junk    11178  0.0  1.8   860  508  p5  S+    1:02PM   0:00.01 more
 /etc/passwd
 
 # kill -KILL 11177
 # !ps
 ps waux | grep junk
 junk    11178  7.1  1.7   860  492  p5- R     1:02PM   0:01.61 more
 /etc/passwd
 #
 
 "top" outout...
 
   PID USERNAME PRI NICE  SIZE    RES STATE    TIME   WCPU    CPU COMMAND
 
 11178 junk     100   0   860K   492K RUN      7:21 98.97% 98.97% more
 
 
 


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Fri Nov 19 11:39:59 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from axl.noc.iafrica.com (axl.noc.iafrica.com [196.31.1.175])
	by hub.freebsd.org (Postfix) with ESMTP id DDB6F1568E
	for <freebsd-bugs@freebsd.org>; Fri, 19 Nov 1999 11:39:49 -0800 (PST)
	(envelope-from sheldonh@axl.noc.iafrica.com)
Received: from sheldonh (helo=axl.noc.iafrica.com)
	by axl.noc.iafrica.com with local-esmtp (Exim 3.040 #1)
	id 11otsX-000A0u-00; Fri, 19 Nov 1999 21:39:29 +0200
From: Sheldon Hearn <sheldonh@uunet.co.za>
To: Garrett Wollman <wollman@khavrinen.lcs.mit.edu>
Cc: Nick Hibma <hibma@skylink.it>, freebsd-bugs@FreeBSD.ORG
Subject: Re: kern/14968: Convert resource_head and resource.r_link from CIRCLEQ to TAILQ 
In-reply-to: Your message of "Fri, 19 Nov 1999 00:18:27 EST."
             <199911190518.AAA43167@khavrinen.lcs.mit.edu> 
Date: Fri, 19 Nov 1999 21:39:29 +0200
Message-ID: <38495.943040369@axl.noc.iafrica.com>
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org



On Fri, 19 Nov 1999 00:18:27 EST, Garrett Wollman wrote:

> Perhaps he is right, and another data structure would be more
> appropriate, but it is up to him to explain what brings him to that
> conclusion -- ``Here, have some patches!'' doesn't cut it.

Nobody's challenging your right to question.  The point is that "Sez
who?" doesn't cut it either. :-)

Ciao,
Sheldon.


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Fri Nov 19 11:41:29 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from ns.skylink.it (ns.skylink.it [194.177.113.1])
	by hub.freebsd.org (Postfix) with ESMTP id 8719F1570C
	for <freebsd-bugs@FreeBSD.org>; Fri, 19 Nov 1999 11:41:24 -0800 (PST)
	(envelope-from hibma@skylink.it)
Received: from skylink.it (va-150.skylink.it [194.185.55.150])
	by ns.skylink.it (8.9.1/8.8.8) with ESMTP id UAA17259;
	Fri, 19 Nov 1999 20:42:00 +0100
Received: from localhost (localhost [127.0.0.1])
	by skylink.it (8.9.3/8.9.3) with SMTP id OAA03285;
	Fri, 19 Nov 1999 14:28:56 +0100 (CET)
	(envelope-from hibma@skylink.it)
Date: Fri, 19 Nov 1999 14:28:56 +0100 (CET)
From: Nick Hibma <hibma@skylink.it>
X-Sender: n_hibma@henny.jrc.it
Reply-To: Nick Hibma <hibma@skylink.it>
To: Garrett Wollman <wollman@khavrinen.lcs.mit.edu>
Cc: freebsd-bugs@FreeBSD.org
Subject: Re: kern/14968: Convert resource_head and resource.r_link from CIRCLEQ to TAILQ
In-Reply-To: <199911190518.AAA43167@khavrinen.lcs.mit.edu>
Message-ID: <Pine.BSF.3.96.991119141938.3257C-100000@henny.jrc.it>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

> It's impossible for me to be wrong when the question under
> consideration is one of my intent in writing something in a particular
> way.

There is a world full of people out there who don't share your sentiment
for TV English.

> Since the author of the PR provided no explanation of why he felt the
> need to change data structures, I don't feel any obligation to do the
> converse.  Perhaps he is right, and another data structure would be
> more appropriate, but it is up to him to explain what brings him to
> that conclusion -- ``Here, have some patches!'' doesn't cut it.

Bullocks and you know it. He sends in a patch which is more than most
people do, and therefore has put some effort into doing things. If you
want the argument behind the patch, then ask for it. Maybe he felt that
it was too obvious to mention. 

By the way, 'Why?' is less work to type then 'Sez who!?', with respect
to the number of characters as well as the space covered on the
keyboard. 

Nick



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Fri Nov 19 11:57:23 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from shell.futuresouth.com (shell.futuresouth.com [198.78.58.28])
	by hub.freebsd.org (Postfix) with ESMTP id 49B3015185
	for <freebsd-bugs@FreeBSD.ORG>; Fri, 19 Nov 1999 11:57:14 -0800 (PST)
	(envelope-from fullermd@futuresouth.com)
Received: (from fullermd@localhost)
	by shell.futuresouth.com (8.9.3/8.9.3) id NAA18599;
	Fri, 19 Nov 1999 13:55:48 -0600 (CST)
Date: Fri, 19 Nov 1999 13:55:48 -0600
From: "Matthew D. Fuller" <fullermd@futuresouth.com>
To: "Ronald F. Guilmette" <rfg@monkeys.com>
Cc: freebsd-bugs@FreeBSD.ORG
Subject: Re: misc/14959: incomplete xterm termcap entry (see also bug gnu/5039)
Message-ID: <19991119135547.G22444@futuresouth.com>
References: <19991119082025.A12676@mad> <95694.943033724@monkeys.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0pre3i
In-Reply-To: <95694.943033724@monkeys.com>
X-OS: FreeBSD <http://www.freebsd.org>
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

On Fri, Nov 19, 1999 at 09:48:44AM -0800, a little birdie told me
that Ronald F. Guilmette remarked
> 
> My own personal ``final conclusion'' is that I should probably just do
> what someone (I forget who) early on in this thread kinda hinted that
> I should do...  i.e. just go away.

No, don't go away.
At least, not before depositing your tithe in the box by the door...


> I think that the post by Gregory Bond <gnb@itga.com.au> made it clear
> that regardless of my personal beliefs about how this should all be
> done ``right'', I'm swimming against the tide of history with regard
> to _both_ the notion of adding options to various programs to allow
> their users to disable screen save/restore selectively _and_ also
> withj regards to the notion of maybe enhancing termcap so that it
> would have separate and distinct codes for the terminal save & restore
> operations.

I think this is the biggest point everyone's been making.  Besides, you
yourself said you only liked the behavior with vi.  Do you want to add
switches to EVERYTHING else that overwrites the screen?  Any full-screen
mail client (mutt, pine, elm, ...), more, less, tin, nn, rn, lynx, screen,
and a kadzillion others?  Why not just add a switch to vi to make it try
and use the escapes anyway, then you only have to alias 1 command instead
of everything.

I think the workaround shown by someone earlier adding a second termcap
entry with the escapes and making vi a shell alias/function/whatever to
set that as the TERM variable then invoke vi, is the most elegant
solution overall.


> (Obviously, somebody up there is trying to tell me that its past time for
> me, as a person, to give up on my oldtime hacker command line orientation,
> time for me to just join the point-and-drool crowd, and time for me to
> just stop using xterm.  History has spoken, and now it is _me_ that's
> rapidly becoming the dinosaur.  And no, I'm not kidding.  I'm just about
> to switch from using MH to using Netscape Messenger for my mail reading &
> writing anyway.  I have seen the future, and it is gooey... er... GUI.)

Eek!  Just when I was starting to have respect for you...    ;)
About the only reason I use X is xterm, so I can have a reasonable (30+)
number of sessions open at once.  The future may be gooey, but, mmmmm....
the past is comfy here....


> P.S.  I think that maybe I just now discerned yet another way to get the
> general kind of behavior I want from vi anyway... I guess what I really
> want is just a `xvi' command which, when invoked, will just pop up a
> whole new/separate xterm window... leaving the current one unscathed...
> and which will just run vi in that new xterm window.  Yea.  That would
> work too, and I can brpbably just make that a C-shell alias.

Hmm...  reminds me of the time I decided 'maybe I should learn this emacs
thing and ditch vi'.  That lasted about 5 minutes.




-- 
Matthew Fuller     (MF4839)     |    fullermd@over-yonder.net
Unix Systems Administrator      |    fullermd@futuresouth.com
Specializing in FreeBSD         |    http://www.over-yonder.net/
FutureSouth Communications      |    ISPHelp ISP Consulting

"The only reason I'm burning my candle at both ends, is because I
      haven't figured out how to light the middle yet"


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Fri Nov 19 13:30: 4 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id B4816152DF
	for <freebsd-bugs@FreeBSD.org>; Fri, 19 Nov 1999 13:30:00 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id NAA99930;
	Fri, 19 Nov 1999 13:30:00 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: by hub.freebsd.org (Postfix, from userid 32767)
	id DA35614F3C; Fri, 19 Nov 1999 13:23:01 -0800 (PST)
Message-Id: <19991119212301.DA35614F3C@hub.freebsd.org>
Date: Fri, 19 Nov 1999 13:23:01 -0800 (PST)
From: hans.wander@mch.sbs.de
To: freebsd-gnats-submit@freebsd.org
X-Send-Pr-Version: www-1.0
Subject: misc/14998: top and other programs run amok with FreeBSD3.3 (Release and Stable)
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         14998
>Category:       misc
>Synopsis:       top and other programs run amok with FreeBSD3.3 (Release and Stable)
>Confidential:   no
>Severity:       serious
>Priority:       high
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Fri Nov 19 13:30:00 PST 1999
>Closed-Date:
>Last-Modified:
>Originator:     Hans Wander
>Release:        3.3 Release (also exists with 3.3 STABLE)
>Organization:
Siemens Business Services
>Environment:
FreeBSD frodo.mch.sni.de 3.3-RELEASE FreeBSD 3.3-RELEASE #0:
Thu Sep 16 23:40:35 GMT 1999
jkh@highwing.cdrom.com:/usr/src/sys/compile/GENERIC  i386
>Description:
we have a major problem with our FreeBSD 3.3 boxes (they are
planned to be proxy servers)
 
Try the following commands and tell me your experiences (and
possibly a fix/workaround):
 
- telnet from a remote machine to your FreeBSD box
- login as ordinary user (not as root!)
- su (all following tasks are run under root account)
- run top
 
The process chain is now: telnetd - shell - su - top
the process owners are:    root     user    root root
 
Now kill the corresponding telnetd task from another root shell
and voila: telnetd has disappeared, but after some seconds
top sucks the CPU time 99% (on a single CPU machine)
 
Please don't ask "which fool would kill telnetd?"
exactly this happens, if you telnet from another FreeBSD box
in an xterm, then start "su" and "top" and finally kill the xterm 
without having killed the "top" task.
(there is this neat M$ish "X" button on the top right of the window :-(
top reports lots of IO errors in an endless loop (can be viewed with
truss)

I feel there's a major problem with FreeBSDs signal handling or
something
>How-To-Repeat:
telnet from a remote machine to your FreeBSD box
login as ordinary user (not as root!)
su (all following tasks are run under root account)
run top (or "more /etc/passwd")
Now kill the corresponding telnetd task from another root shell
and voila: telnetd has disappeared, but after some seconds
top (or more) sucks the CPU time 99% (on a single CPU machine)

>Fix:


>Release-Note:
>Audit-Trail:
>Unformatted:


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Fri Nov 19 13:31:45 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP
	id CC144156B5; Fri, 19 Nov 1999 13:31:41 -0800 (PST)
	(envelope-from phk@FreeBSD.org)
Received: (from phk@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id NAA00306;
	Fri, 19 Nov 1999 13:31:41 -0800 (PST)
	(envelope-from phk@FreeBSD.org)
Date: Fri, 19 Nov 1999 13:31:41 -0800 (PST)
From: <phk@FreeBSD.org>
Message-Id: <199911192131.NAA00306@freefall.freebsd.org>
To: jake@checker.org, phk@FreeBSD.org, freebsd-bugs@FreeBSD.org
Subject: Re: kern/14912: Convert exit_list and fork_list to queue(3) TAILQs
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

Synopsis: Convert exit_list and fork_list to queue(3) TAILQs

State-Changed-From-To: open->closed
State-Changed-By: phk
State-Changed-When: Fri Nov 19 13:31:03 PST 1999
State-Changed-Why: 
committed, thanks!


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Fri Nov 19 13:40: 7 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP
	id AA10F156CC; Fri, 19 Nov 1999 13:40:05 -0800 (PST)
	(envelope-from phk@FreeBSD.org)
Received: (from phk@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id NAA01311;
	Fri, 19 Nov 1999 13:40:05 -0800 (PST)
	(envelope-from phk@FreeBSD.org)
Date: Fri, 19 Nov 1999 13:40:05 -0800 (PST)
From: <phk@FreeBSD.org>
Message-Id: <199911192140.NAA01311@freefall.freebsd.org>
To: sherwink@ix.netcom.com, phk@FreeBSD.org, freebsd-bugs@FreeBSD.org
Subject: Re: kern/5508: SCSI Message sd0: COMMAND FAILED (4 28) @f04e1000 during make buildworld
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

Synopsis: SCSI Message sd0: COMMAND FAILED (4 28) @f04e1000 during make buildworld

State-Changed-From-To: open->closed
State-Changed-By: phk
State-Changed-When: Fri Nov 19 13:39:15 PST 1999
State-Changed-Why: 
This PR predates the CAM scsi system and does therefore no longer apply.


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Fri Nov 19 13:43: 1 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP
	id 92975155BE; Fri, 19 Nov 1999 13:42:53 -0800 (PST)
	(envelope-from phk@FreeBSD.org)
Received: (from phk@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id NAA01535;
	Fri, 19 Nov 1999 13:42:53 -0800 (PST)
	(envelope-from phk@FreeBSD.org)
Date: Fri, 19 Nov 1999 13:42:53 -0800 (PST)
From: <phk@FreeBSD.org>
Message-Id: <199911192142.NAA01535@freefall.freebsd.org>
To: rtm@eecs.harvard.edu, phk@FreeBSD.org, freebsd-bugs@FreeBSD.org
Subject: Re: kern/4992: SCSI disk scheduling disabled in 2.2.5
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

Synopsis: SCSI disk scheduling disabled in 2.2.5

State-Changed-From-To: open->closed
State-Changed-By: phk
State-Changed-When: Fri Nov 19 13:42:38 PST 1999
State-Changed-Why: 
This PR predates the CAM scsi system and does therefore no longer apply.


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Fri Nov 19 13:44:14 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP
	id 59C271579E; Fri, 19 Nov 1999 13:44:13 -0800 (PST)
	(envelope-from phk@FreeBSD.org)
Received: (from phk@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id NAA01687;
	Fri, 19 Nov 1999 13:44:13 -0800 (PST)
	(envelope-from phk@FreeBSD.org)
Date: Fri, 19 Nov 1999 13:44:13 -0800 (PST)
From: <phk@FreeBSD.org>
Message-Id: <199911192144.NAA01687@freefall.freebsd.org>
To: fmc@reanimators.org, phk@FreeBSD.org, freebsd-bugs@FreeBSD.org
Subject: Re: kern/4270: ch driver does not use bounce buffers
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

Synopsis: ch driver does not use bounce buffers

State-Changed-From-To: open->closed
State-Changed-By: phk
State-Changed-When: Fri Nov 19 13:43:52 PST 1999
State-Changed-Why: 
This PR predates the CAM scsi system and does therefore no longer apply.


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Fri Nov 19 13:45:30 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP
	id 06FF1156CC; Fri, 19 Nov 1999 13:45:28 -0800 (PST)
	(envelope-from phk@FreeBSD.org)
Received: (from phk@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id NAA01844;
	Fri, 19 Nov 1999 13:45:27 -0800 (PST)
	(envelope-from phk@FreeBSD.org)
Date: Fri, 19 Nov 1999 13:45:27 -0800 (PST)
From: <phk@FreeBSD.org>
Message-Id: <199911192145.NAA01844@freefall.freebsd.org>
To: wosch@apfel.de, phk@FreeBSD.org, freebsd-bugs@FreeBSD.org
Subject: Re: conf/4363: kernel build depend on make obj
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

Synopsis: kernel build depend on make obj

State-Changed-From-To: open->closed
State-Changed-By: phk
State-Changed-When: Fri Nov 19 13:45:13 PST 1999
State-Changed-Why: 
obsolete PR


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Fri Nov 19 13:48:57 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP
	id 9B4731586C; Fri, 19 Nov 1999 13:48:49 -0800 (PST)
	(envelope-from phk@FreeBSD.org)
Received: (from phk@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id NAA02098;
	Fri, 19 Nov 1999 13:48:49 -0800 (PST)
	(envelope-from phk@FreeBSD.org)
Date: Fri, 19 Nov 1999 13:48:49 -0800 (PST)
From: <phk@FreeBSD.org>
Message-Id: <199911192148.NAA02098@freefall.freebsd.org>
To: akiyama@kme.mei.co.jp, phk@FreeBSD.org, freebsd-bugs@FreeBSD.org
Subject: Re: kern/2716: od.c/sd.c non 512 byte/sector support improvements.
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

Synopsis: od.c/sd.c non 512 byte/sector support improvements.

State-Changed-From-To: open->closed
State-Changed-By: phk
State-Changed-When: Fri Nov 19 13:48:17 PST 1999
State-Changed-Why: 
These drivers are no longer in the system (pre CAM scsi).


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Fri Nov 19 13:51:11 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP
	id 2D027155BE; Fri, 19 Nov 1999 13:51:09 -0800 (PST)
	(envelope-from phk@FreeBSD.org)
Received: (from phk@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id NAA02367;
	Fri, 19 Nov 1999 13:51:09 -0800 (PST)
	(envelope-from phk@FreeBSD.org)
Date: Fri, 19 Nov 1999 13:51:09 -0800 (PST)
From: <phk@FreeBSD.org>
Message-Id: <199911192151.NAA02367@freefall.freebsd.org>
To: jin@iss-p1.lbl.gov, phk@FreeBSD.org, freebsd-bugs@FreeBSD.org
Subject: Re: kern/2965: st0 hang/fail on reading 4mm DAT tape for larger files
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

Synopsis: st0 hang/fail on reading 4mm DAT tape for larger files

State-Changed-From-To: open->closed
State-Changed-By: phk
State-Changed-When: Fri Nov 19 13:50:39 PST 1999
State-Changed-Why: 
drive is no longer in the system (pre CAM scsi)


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Fri Nov 19 13:52:32 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP
	id 6A380156F4; Fri, 19 Nov 1999 13:52:30 -0800 (PST)
	(envelope-from phk@FreeBSD.org)
Received: (from phk@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id NAA02514;
	Fri, 19 Nov 1999 13:52:30 -0800 (PST)
	(envelope-from phk@FreeBSD.org)
Date: Fri, 19 Nov 1999 13:52:30 -0800 (PST)
From: <phk@FreeBSD.org>
Message-Id: <199911192152.NAA02514@freefall.freebsd.org>
To: neil.long@materials.oxford.ac.uk, phk@FreeBSD.org,
	freebsd-bugs@FreeBSD.org
Subject: Re: kern/2873: the od0 devies does not handle a Maxoptix Tahiti II drive
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

Synopsis: the od0 devies does not handle a Maxoptix Tahiti II drive

State-Changed-From-To: open->closed
State-Changed-By: phk
State-Changed-When: Fri Nov 19 13:51:57 PST 1999
State-Changed-Why: 
should have been closed long time ago.


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Fri Nov 19 13:55:41 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP
	id B2E1E14E54; Fri, 19 Nov 1999 13:55:35 -0800 (PST)
	(envelope-from phk@FreeBSD.org)
Received: (from phk@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id NAA02923;
	Fri, 19 Nov 1999 13:55:35 -0800 (PST)
	(envelope-from phk@FreeBSD.org)
Date: Fri, 19 Nov 1999 13:55:35 -0800 (PST)
From: <phk@FreeBSD.org>
Message-Id: <199911192155.NAA02923@freefall.freebsd.org>
To: ishizuka@isis.isl.ntt.co.jp, phk@FreeBSD.org,
	freebsd-bugs@FreeBSD.org
Subject: Re: bin/2948: can't dump 640MB optical disks
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

Synopsis: can't dump 640MB optical disks

State-Changed-From-To: open->closed
State-Changed-By: phk
State-Changed-When: Fri Nov 19 13:55:16 PST 1999
State-Changed-Why: 
Pre CAM SCSI problem


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Fri Nov 19 14:20:12 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id 13775150C8
	for <freebsd-bugs@FreeBSD.org>; Fri, 19 Nov 1999 14:20:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id OAA05666;
	Fri, 19 Nov 1999 14:20:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: by hub.freebsd.org (Postfix, from userid 32767)
	id 00835156C6; Fri, 19 Nov 1999 14:12:01 -0800 (PST)
Message-Id: <19991119221201.00835156C6@hub.freebsd.org>
Date: Fri, 19 Nov 1999 14:12:01 -0800 (PST)
From: nms@nns.ru
To: freebsd-gnats-submit@freebsd.org
X-Send-Pr-Version: www-1.0
Subject: misc/14999: ISO8859-5 locale missing from RELENG_3
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         14999
>Category:       misc
>Synopsis:       ISO8859-5 locale missing from RELENG_3
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          change-request
>Submitter-Id:   current-users
>Arrival-Date:   Fri Nov 19 14:20:00 PST 1999
>Closed-Date:
>Last-Modified:
>Originator:     Nikolai Saoukh
>Release:        
>Organization:
none
>Environment:
>Description:
Looks like ISO8859-5 locale support included only in 4.0-CURRENT
>How-To-Repeat:

>Fix:


>Release-Note:
>Audit-Trail:
>Unformatted:


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Fri Nov 19 14:50: 6 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id 6E5BD14E7F
	for <freebsd-bugs@FreeBSD.org>; Fri, 19 Nov 1999 14:50:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id OAA01871;
	Fri, 19 Nov 1999 14:50:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: by hub.freebsd.org (Postfix, from userid 32767)
	id 5D09814F3B; Fri, 19 Nov 1999 14:42:44 -0800 (PST)
Message-Id: <19991119224244.5D09814F3B@hub.freebsd.org>
Date: Fri, 19 Nov 1999 14:42:44 -0800 (PST)
From: mvh@ix.netcom.com
To: freebsd-gnats-submit@freebsd.org
X-Send-Pr-Version: www-1.0
Subject: misc/15001: 'fetch' doesn't work for http when behind Inktomi Traffic-Server
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         15001
>Category:       misc
>Synopsis:       'fetch' doesn't work for http when behind Inktomi Traffic-Server
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          change-request
>Submitter-Id:   current-users
>Arrival-Date:   Fri Nov 19 14:50:01 PST 1999
>Closed-Date:
>Last-Modified:
>Originator:     Mike Harding
>Release:        3.3 Stable
>Organization:
Stamps.com
>Environment:
FreeBSD medusa.stamps.com 3.3-STABLE FreeBSD 3.3-STABLE #0: Thu Nov 18 18:35:28 PST\
 1999     mharding@medusa.stamps.com:/usr/src/sys/compile/STAMPS  i386
>Description:
At work and home both ISPs force port 80 connections through an Inktomi
Traffic-Server caching proxy.  I have no way around this and I imagine a
number of people are in the same shape.  If I try a port build, like
www/apache13-php3, I can't fetch the patches from an http site -
this presumably happens for all http sites.  I can get around the 
problem by having squid use the proxy.

Presumably the Traffic-Server modifies the traffic is some manner that
'fetch' doesn't like, but it should be an easy fix - I could step through
the fetch attempt if somebody could give me some help building a
a debuggable fetch.

BTW - I have seen some discussion of other problems with Traffic-server,
including some company threatening to sue because it broke their
commerce system.  Our HTTP guys at work noticed that pages were not
being updated as they should be, as well.

>How-To-Repeat:
Try to use fetch from an ISP which forces proxying via Inktomi
Traffic-server.
>Fix:
(hopefully) minor code changes to fetch?


>Release-Note:
>Audit-Trail:
>Unformatted:


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Fri Nov 19 14:50: 6 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id 44E2214E53
	for <freebsd-bugs@FreeBSD.org>; Fri, 19 Nov 1999 14:50:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id OAA01862;
	Fri, 19 Nov 1999 14:50:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: by hub.freebsd.org (Postfix, from userid 32767)
	id 014141572C; Fri, 19 Nov 1999 14:41:25 -0800 (PST)
Message-Id: <19991119224125.014141572C@hub.freebsd.org>
Date: Fri, 19 Nov 1999 14:41:25 -0800 (PST)
From: mike@skew.org
To: freebsd-gnats-submit@freebsd.org
X-Send-Pr-Version: www-1.0
Subject: misc/15000: ftp(1) needs to send HTTP/1.1 Host: header
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         15000
>Category:       misc
>Synopsis:       ftp(1) needs to send HTTP/1.1 Host: header
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Fri Nov 19 14:50:00 PST 1999
>Closed-Date:
>Last-Modified:
>Originator:     Mike Brown
>Release:        FreeBSD 3.2-RELEASE
>Organization:
>Environment:
FreeBSD chillout.skew.org 3.2-RELEASE FreeBSD 3.2-RELEASE #0: Sat Aug  7 10:25:47 MDT 1999     mike@chillout.skew.org:/usr/src/sys/compile/chillout  i386
>Description:
Section 19.6.1.1 of RFC 2616 (HTTP/1.1) says:

   Given the rate of growth of
   the Web, and the number of servers already deployed, it is extremely
   important that all implementations of HTTP (including updates to
   existing HTTP/1.0 applications) correctly implement these
   requirements:

      - Both clients and servers MUST support the Host request-header.
>How-To-Repeat:
This fails because the HTTP server needs to be told that the desired virtual host is xml.apache.org, not 209.133.83.18:

ftp http://xml.apache.org/dist/LICENSE.txt
>Fix:
I also submitted this patch to the NetBSD GNATS database.

*** fetch.c.orig        Tue Dec 16 01:58:15 1997
--- fetch.c     Fri Nov 19 15:35:49 1999
***************
*** 236,243 ****
                printf("Requesting %s\n", origline);
        else
                printf("Requesting %s (via %s)\n", origline, proxyenv);
!       len = snprintf(buf, sizeof(buf), "GET %s%s HTTP/1.0\r\n\r\n",
!           proxy ? "" : "/", path);
        if (write(s, buf, len) < len) {
                warn("Writing HTTP request");
                goto cleanup_url_get;
--- 236,243 ----
                printf("Requesting %s\n", origline);
        else
                printf("Requesting %s (via %s)\n", origline, proxyenv);
!       len = snprintf(buf, sizeof(buf), "GET %s%s HTTP/1.0\r\nHost: %s\r\n\r\n",
!           proxy ? "" : "/", path, host);
        if (write(s, buf, len) < len) {
                warn("Writing HTTP request");
                goto cleanup_url_get;


>Release-Note:
>Audit-Trail:
>Unformatted:


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Fri Nov 19 15:14:26 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from polaris.we.lc.ehu.es (polaris.we.lc.ehu.es [158.227.6.43])
	by hub.freebsd.org (Postfix) with ESMTP id 10F2714E3E
	for <freebsd-bugs@FreeBSD.ORG>; Fri, 19 Nov 1999 15:14:23 -0800 (PST)
	(envelope-from jose@we.lc.ehu.es)
Received: from we.lc.ehu.es (lxpxdo.lx.ehu.es [158.227.99.192])
	by polaris.we.lc.ehu.es (8.9.1/8.9.1) with ESMTP id AAA06464;
	Sat, 20 Nov 1999 00:10:54 +0100 (MET)
Message-ID: <3835D8FD.1EE7E42D@we.lc.ehu.es>
Date: Sat, 20 Nov 1999 00:10:53 +0100
From: "Jose M. Alcaide" <jose@we.lc.ehu.es>
Organization: Universidad del =?iso-8859-1?Q?Pa=EDs?= Vasco - Dept. de Electricidad y 
	=?iso-8859-1?Q?Electr=F3nica?=
X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 3.3-RELEASE i386)
X-Accept-Language: es-ES, es, en-US, en
MIME-Version: 1.0
To: "Ronald F. Guilmette" <rfg@monkeys.com>
Cc: freebsd-bugs@FreeBSD.ORG
Subject: Re: misc/14959: incomplete xterm termcap entry (see also bug gnu/5039)
References: <95694.943033724@monkeys.com>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

"Ronald F. Guilmette" wrote:
> 
> P.S.  I think that maybe I just now discerned yet another way to get the
> general kind of behavior I want from vi anyway... I guess what I really
> want is just a `xvi' command which, when invoked, will just pop up a
> whole new/separate xterm window... leaving the current one unscathed...
> and which will just run vi in that new xterm window.  Yea.  That would
> work too, and I can brpbably just make that a C-shell alias.
> 

Then, you want vim (actually, gvim): /usr/ports/editors/vim5. 
It's wonderful.

-- JMA
-----------------------------------------------------------------------
José Mª Alcaide                         | mailto:jose@we.lc.ehu.es
Universidad del País Vasco              | mailto:jmas@FreeBSD.org
Dpto. de Electricidad y Electrónica     | http://www.we.lc.ehu.es/~jose
Facultad de Ciencias - Campus de Lejona | Tel.:  +34-946012479
48940 Lejona (Vizcaya) - SPAIN          | Fax:   +34-946013071
-----------------------------------------------------------------------
  "Beware of Programmers who carry screwdrivers" -- Leonard Brandwein


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Fri Nov 19 16: 0: 3 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id 7F6FE14DF6
	for <freebsd-bugs@FreeBSD.org>; Fri, 19 Nov 1999 16:00:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id QAA07488;
	Fri, 19 Nov 1999 16:00:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Date: Fri, 19 Nov 1999 16:00:01 -0800 (PST)
Message-Id: <199911200000.QAA07488@freefall.freebsd.org>
To: freebsd-bugs@FreeBSD.org
Cc: 
From: Mike Brown <mike@skew.org>
Subject: Re: misc/15000: ftp(1) needs to send HTTP/1.1 Host: header
Reply-To: Mike Brown <mike@skew.org>
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

The following reply was made to PR misc/15000; it has been noted by GNATS.

From: Mike Brown <mike@skew.org>
To: freebsd-gnats-submit@freebsd.org
Cc:  
Subject: Re: misc/15000: ftp(1) needs to send HTTP/1.1 Host: header
Date: Fri, 19 Nov 1999 16:54:32 -0700 (MST)

 I got a fast response from Luke Mewburn, the FTP guy for NetBSD. 
 Their ftp(1) is 80 patchlevels ahead of FreeBSD's and has many more 
 improvements than just the Host: header. He says:
 
 "I would recommend that FreeBSD imports and tracks
 ftp://ftp.netbsd.org/pub/NetBSD/misc/lukemftp/lukemftp-1.1.tar.gz
 because that is a `self contained' product with various fixes to stuff 
 like libedit and extra libc functions which FreeBSD may not have yet."
 
 You can also look at 
 http://cvsweb.netbsd.org/cgi-bin/cvsweb.cgi/basesrc/usr.bin/ftp/fetch.c
 to see how far ahead they are with just ftp/fetch.c.
 
 


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Fri Nov 19 16:20: 5 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id C370815127
	for <freebsd-bugs@FreeBSD.org>; Fri, 19 Nov 1999 16:20:00 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id QAA10252;
	Fri, 19 Nov 1999 16:20:00 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: by hub.freebsd.org (Postfix, from userid 32767)
	id C165215127; Fri, 19 Nov 1999 16:16:07 -0800 (PST)
Message-Id: <19991120001607.C165215127@hub.freebsd.org>
Date: Fri, 19 Nov 1999 16:16:07 -0800 (PST)
From: cynbe@muq.org
To: freebsd-gnats-submit@freebsd.org
X-Send-Pr-Version: www-1.0
Subject: misc/15002: coredump in sprintf with long long args
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         15002
>Category:       misc
>Synopsis:       coredump in sprintf with long long args
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Fri Nov 19 16:20:00 PST 1999
>Closed-Date:
>Last-Modified:
>Originator:     Cynbe ru Taren
>Release:        FreeBSD 2.2.7-RELEASE g  on intel.
>Organization:
muq.org
>Environment:
(I do not have access to the machine in question.)
>Description:
A user reported Muq (a program I maintain) coredumps on his freebsd
box.  Reproduced the problem using the following simple test program.
(I.e., emailed it to him and he reports that it dumps core also.)
I am unable to localize the problem further.
>How-To-Repeat:
/* 99Nov19CrT Test program for Muq problem */
/* on     FreeBSD 2.2.7-RELEASE g          */
/* using  gcc 2.7.2.1 Intel,               */
/* reported by Laurent Bossavit morendil@mmanian.com */
/*                                         */
/* Compile and test just by doing          */
/*                                         */
/* gcc x.c -o x                            */
/* ./x                                     */
#include <stdio.h>
int
main(
    int    argc,
    char** argv
) {
    long long sys_Ip0      = (long long) 205;
    long long sys_Ip1      = (long long) 178;
    long long sys_Ip2      = (long long) 16;
    long long sys_Ip3      = (long long) 44;
    long long sys_Muq_Port = (long long) 30023;
    unsigned char jobbuf[32];
    unsigned char nambuf[32];
    unsigned char datbuf[32];
    unsigned char buffer[8192*2];
    strcpy( datbuf, "1999/11/19/13:15:22.984" );
    strcpy( jobbuf, ""                        );
    strcpy( nambuf, ""                        );
    /* Write log line prefix: */
    sprintf(
        buffer,
        "date:%s muq:%03lld.%03lld.%03lld.%03lld:%05lld job:%16s user:%-16s msg: ",
        datbuf,
        sys_Ip0,
        sys_Ip1,
        sys_Ip2,
        sys_Ip3,
        sys_Muq_Port,
        jobbuf,
        nambuf
    );
    printf("buffer = '%s'\n", buffer );
    exit(0);
}

>Fix:
Given code works fine on linux:  If FreeBSD is switching to
glibc, that will presumably resolve the problem.

>Release-Note:
>Audit-Trail:
>Unformatted:


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Fri Nov 19 16:40: 5 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id 536C31514B
	for <freebsd-bugs@FreeBSD.org>; Fri, 19 Nov 1999 16:40:02 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id QAA11737;
	Fri, 19 Nov 1999 16:40:02 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Date: Fri, 19 Nov 1999 16:40:02 -0800 (PST)
Message-Id: <199911200040.QAA11737@freefall.freebsd.org>
To: freebsd-bugs@FreeBSD.org
Cc: 
From: Thomas David Rivers <rivers@dignus.com>
Subject: Re: misc/15002: coredump in sprintf with long long args
Reply-To: Thomas David Rivers <rivers@dignus.com>
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

The following reply was made to PR misc/15002; it has been noted by GNATS.

From: Thomas David Rivers <rivers@dignus.com>
To: cynbe@muq.org, freebsd-gnats-submit@FreeBSD.ORG
Cc:  
Subject: Re: misc/15002: coredump in sprintf with long long args
Date: Fri, 19 Nov 1999 19:31:12 -0500 (EST)

 I get the following from your program using FreeBSD 3.3-RELEASE:
 
    buffer = 'date:1999/11/19/13:15:22.984 muq:205.178.016.044:30023 job:                 user:                 msg: '
 
 
 So I believe whatever problem you are having may already
 been fixed.
 
 You may want to upgrade to a more recent release (2.2.7 is a little
 dated.)
 
 	- Dave Rivers -
 
 


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Fri Nov 19 16:43:31 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP
	id EFB3F1514B; Fri, 19 Nov 1999 16:43:19 -0800 (PST)
	(envelope-from dan@FreeBSD.org)
Received: (from dan@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id QAA12023;
	Fri, 19 Nov 1999 16:43:19 -0800 (PST)
	(envelope-from dan@FreeBSD.org)
Date: Fri, 19 Nov 1999 16:43:19 -0800 (PST)
From: <dan@FreeBSD.org>
Message-Id: <199911200043.QAA12023@freefall.freebsd.org>
To: dan@FreeBSD.org, freebsd-bugs@FreeBSD.org, dan@FreeBSD.org
Subject: Re: kern/14988: kldload loads <file> from /modules even if <file> exists locally
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

Synopsis: kldload loads <file> from /modules even if <file> exists locally

Responsible-Changed-From-To: freebsd-bugs->dan
Responsible-Changed-By: dan
Responsible-Changed-When: Fri Nov 19 16:43:03 PST 1999
Responsible-Changed-Why: 
I'll take this if no one minds...


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Fri Nov 19 17:48:29 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP
	id 6295D152B3; Fri, 19 Nov 1999 17:48:25 -0800 (PST)
	(envelope-from billf@FreeBSD.org)
Received: (from billf@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id RAA16052;
	Fri, 19 Nov 1999 17:48:24 -0800 (PST)
	(envelope-from billf@FreeBSD.org)
Date: Fri, 19 Nov 1999 17:48:24 -0800 (PST)
From: <billf@FreeBSD.org>
Message-Id: <199911200148.RAA16052@freefall.freebsd.org>
To: cynbe@muq.org, billf@FreeBSD.org, freebsd-bugs@FreeBSD.org
Subject: Re: misc/15002: coredump in sprintf with long long args
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

Synopsis: coredump in sprintf with long long args

State-Changed-From-To: open->closed
State-Changed-By: billf
State-Changed-When: Fri Nov 19 17:46:55 PST 1999
State-Changed-Why: 
Thomas David Rivers <rivers@dignus.com> reports that this works in
later versions of FreeBSD. 2.2.7 is rather outdated.

The submitter must be on some fine crack to think we're switching
to glibc.


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Fri Nov 19 22:30:31 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP
	id E3CCC14D32; Fri, 19 Nov 1999 22:30:28 -0800 (PST)
	(envelope-from sheldonh@FreeBSD.org)
Received: (from sheldonh@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id WAA31330;
	Fri, 19 Nov 1999 22:30:28 -0800 (PST)
	(envelope-from sheldonh@FreeBSD.org)
Date: Fri, 19 Nov 1999 22:30:28 -0800 (PST)
From: <sheldonh@FreeBSD.org>
Message-Id: <199911200630.WAA31330@freefall.freebsd.org>
To: hans.wander@mch.sbs.de, sheldonh@FreeBSD.org,
	freebsd-bugs@FreeBSD.org
Subject: Re: misc/14998: top and other programs run amok with FreeBSD3.3 (Release and Stable)
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

Synopsis: top and other programs run amok with FreeBSD3.3 (Release and Stable)

State-Changed-From-To: open->closed
State-Changed-By: sheldonh
State-Changed-When: Fri Nov 19 22:26:42 PST 1999
State-Changed-Why: 
Duplicate of PR 14932.  This issue is under investigation under that PR.

You should probably know that high CPU utilization reported does not
necessarily mean that if other processes needed CPPU time, they
wouldn't get it.  If the machine is mostly idle, a spinning process
will use the available CPU time, which is obviously "most" of it. :)


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Fri Nov 19 22:50: 6 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id 8385C14CE0
	for <freebsd-bugs@FreeBSD.org>; Fri, 19 Nov 1999 22:50:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id WAA32172;
	Fri, 19 Nov 1999 22:50:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: from horsey.gshapiro.net (horsey.gshapiro.net [209.220.147.178])
	by hub.freebsd.org (Postfix) with ESMTP id 95B9414A05
	for <FreeBSD-gnats-submit@freebsd.org>; Fri, 19 Nov 1999 22:40:17 -0800 (PST)
	(envelope-from gshapiro@gshapiro.net)
Received: (from gshapiro@localhost)
	by horsey.gshapiro.net (8.10.0.Beta7/8.10.0.Beta7) id dAK6eHH90651;
	Fri, 19 Nov 1999 22:40:17 -0800 (PST)
Message-Id: <199911200640.dAK6eHH90651@horsey.gshapiro.net>
Date: Fri, 19 Nov 1999 22:40:17 -0800 (PST)
From: gshapiro+freebsd@gshapiro.net
Reply-To: gshapiro+freebsd@gshapiro.net
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: i386/15003: 3.3-STABLE: 3C574 gives bogus ethernet address
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         15003
>Category:       i386
>Synopsis:       3C574 (ep0) reads bogus ethernet address
>Confidential:   no
>Severity:       serious
>Priority:       high
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Fri Nov 19 22:50:00 PST 1999
>Closed-Date:
>Last-Modified:
>Originator:     Gregory Neil Shapiro
>Release:        FreeBSD 3.3-STABLE i386
>Organization:
>Environment:

From /sys/i386/conf/MONKEYBOY:
device		ep0	at isa? port 0x300 net irq 11

From /etc/pccard.conf:
# 3Com Megahertz 3CXE574B* 10/100 Mbps LAN PC Card
card "3Com" "Megahertz 574B"
        config	0x1 "ep0" 11
        insert	echo 3Com Megahertz 574B Ethernet card inserted
        insert	/etc/pccard_ether -r ep0
        remove	echo 3Com Megahertz 574B Ethernet card removed
        remove	/etc/pccard_ether_remove ep0

>Description:

The latest 3.3-STABLE has begun supporting my PCMCIA Ethernet card (3Com
Megahertz 3CXE574B) using /sys/i386/isa/if_ep.c with the commit of change
1.78.2.4 with one slight problem.  The Ethernet address is read as:

Nov 14 13:21:48 monkeyboy /kernel: Card inserted, slot 1
Nov 14 13:21:58 monkeyboy /kernel: ep0: [*UTP*] address 02:01:02:01:02:01

What I find interesting about the bogus Ethernet address is the number 0201
is also the ID number for the new card in the source:

      case 0x0201: /* 3C574BT */

To make this more interesting, before 3.3-STABLE had this support I was
using the patch committed to 4.0-CURRENT in commits 1.86 and 1.87 and the
card worked fine, including getting the proper Ethernet address.

It appears that the MFC of the changes broken part of it.  In the
4.0-CURRENT code, the epb->prod_id == 0x4b57, in the 3.3-STABLE code, it's
0x0201 which shouldn't happen as the product ID is in the card.

Although the card works fine beyond the bogus Ethernet address, if more
than one of us shows up to a USENIX or IETF with this card, there will be
Ethernet address conflicts.  Any chance this can be fixed before 3.3-STABLE
goes into code slush state in preparation for 3.4?

>How-To-Repeat:

	

>Fix:
	
	


>Release-Note:
>Audit-Trail:
>Unformatted:


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Sat Nov 20  2: 9:45 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP
	id 7E25914BF8; Sat, 20 Nov 1999 02:09:40 -0800 (PST)
	(envelope-from phk@FreeBSD.org)
Received: (from phk@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id CAA43161;
	Sat, 20 Nov 1999 02:09:40 -0800 (PST)
	(envelope-from phk@FreeBSD.org)
Date: Sat, 20 Nov 1999 02:09:40 -0800 (PST)
From: <phk@FreeBSD.org>
Message-Id: <199911201009.CAA43161@freefall.freebsd.org>
To: jake@checker.org, phk@FreeBSD.org, freebsd-bugs@FreeBSD.org
Subject: Re: kern/14967: Convert mountlist and mount.mnt_list from CIRCLEQ to TAILQ
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

Synopsis: Convert mountlist and mount.mnt_list from CIRCLEQ to TAILQ

State-Changed-From-To: open->closed
State-Changed-By: phk
State-Changed-When: Sat Nov 20 02:08:35 PST 1999
State-Changed-Why: 
commite, thanks!


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Sat Nov 20  5:13:40 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP
	id 3690014D33; Sat, 20 Nov 1999 05:13:38 -0800 (PST)
	(envelope-from bde@FreeBSD.org)
Received: (from bde@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id FAA55580;
	Sat, 20 Nov 1999 05:13:38 -0800 (PST)
	(envelope-from bde@FreeBSD.org)
Date: Sat, 20 Nov 1999 05:13:38 -0800 (PST)
From: <bde@FreeBSD.org>
Message-Id: <199911201313.FAA55580@freefall.freebsd.org>
To: cynbe@muq.org, bde@FreeBSD.org, freebsd-bugs@FreeBSD.org
Subject: Re: misc/15002: coredump in sprintf with long long args
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

Synopsis: coredump in sprintf with long long args

State-Changed-From-To: closed->analyzed
State-Changed-By: bde
State-Changed-When: Sat Nov 20 05:09:21 PST 1999
State-Changed-Why: 
To actually explain the problem.

The problem is a printf format error.  The nonstandard format "%lld" was
not supported in FreeBSD until FreeBSD-3.2.  The 4.4BSD format "%qd" must
be used to print long longs (at least on i386's) under earler versions.


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Sat Nov 20  5:14:45 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP
	id 86E8114D33; Sat, 20 Nov 1999 05:14:44 -0800 (PST)
	(envelope-from bde@FreeBSD.org)
Received: (from bde@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id FAA55671;
	Sat, 20 Nov 1999 05:14:44 -0800 (PST)
	(envelope-from bde@FreeBSD.org)
Date: Sat, 20 Nov 1999 05:14:44 -0800 (PST)
From: <bde@FreeBSD.org>
Message-Id: <199911201314.FAA55671@freefall.freebsd.org>
To: cynbe@muq.org, bde@FreeBSD.org, freebsd-bugs@FreeBSD.org
Subject: Re: misc/15002: coredump in sprintf with long long args
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

Synopsis: coredump in sprintf with long long args

State-Changed-From-To: analyzed->closed
State-Changed-By: bde
State-Changed-When: Sat Nov 20 05:13:42 PST 1999
State-Changed-Why: 
Now it's really closed.


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Sat Nov 20  5:17:11 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP
	id 9AF6814D33; Sat, 20 Nov 1999 05:17:10 -0800 (PST)
	(envelope-from bde@FreeBSD.org)
Received: (from bde@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id FAA55847;
	Sat, 20 Nov 1999 05:17:10 -0800 (PST)
	(envelope-from bde@FreeBSD.org)
Date: Sat, 20 Nov 1999 05:17:10 -0800 (PST)
From: <bde@FreeBSD.org>
Message-Id: <199911201317.FAA55847@freefall.freebsd.org>
To: seva@mtelecom.ru, bde@FreeBSD.org, freebsd-bugs@FreeBSD.org
Subject: Re: kern/14979: fifo's select(2)/poll(2) handler is broken in FreeBSD-3.X
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

Synopsis: fifo's select(2)/poll(2) handler is broken in FreeBSD-3.X

State-Changed-From-To: open->closed
State-Changed-By: bde
State-Changed-When: Sat Nov 20 05:15:02 PST 1999
State-Changed-Why: 
The submitter agrees with me the bug is in the bug report.


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Sat Nov 20  5:26: 9 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from overcee.netplex.com.au (overcee.netplex.com.au [202.12.86.7])
	by hub.freebsd.org (Postfix) with ESMTP
	id D063F14D33; Sat, 20 Nov 1999 05:26:01 -0800 (PST)
	(envelope-from peter@netplex.com.au)
Received: from netplex.com.au (localhost [127.0.0.1])
	by overcee.netplex.com.au (Postfix) with ESMTP
	id 0C6C11CA0; Sat, 20 Nov 1999 21:26:00 +0800 (WST)
	(envelope-from peter@netplex.com.au)
X-Mailer: exmh version 2.0.2 2/24/98
To: nn@broadcom.com
Cc: freebsd-gnats-submit@freebsd.org, freebsd-bugs@freebsd.org
Subject: Re: kern/14988: kldload loads <file> from /modules even if <file> exists locally 
In-reply-to: Your message of "Thu, 18 Nov 1999 17:34:39 PST."
             <19991119013439.CC5AF15018@hub.freebsd.org> 
Date: Sat, 20 Nov 1999 21:26:00 +0800
From: Peter Wemm <peter@netplex.com.au>
Message-Id: <19991120132600.0C6C11CA0@overcee.netplex.com.au>
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

nn@broadcom.com wrote:
> >Number:         14988
> >Category:       kern
> >Synopsis:       kldload loads <file> from /modules even if <file> exists loc
[..]
> >Description:
> Very non-intuitively, "kldload file.ko" ignores the file "file.ko"
> if it exists in the current directly and instead loads
> file.ko from /modules if it exists there.

This is actually as designed...

# sysctl kern.module_path
kern.module_path: /;/boot/;/modules/

If you want it to load from . you can set it to:  ./;/;/boot/;/modules/
and that will work.  It's done that way for the same reason we don't have
"." in the beginning of $PATH.

Cheers,
-Peter




To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Sat Nov 20  5:34: 8 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from webmail.City2City.com (webmail.city2city.com [209.101.120.9])
	by hub.freebsd.org (Postfix) with ESMTP id 3172514C99
	for <freebsd-bugs@freebsd.org>; Sat, 20 Nov 1999 05:33:50 -0800 (PST)
	(envelope-from glovco@City2City.com)
Received: by webmail.City2City.com from localhost
    (router,SLMail V3.2); Sat, 20 Nov 1999 00:57:49 -0500
Received: from skunk.cyberx.com [206.8.152.23]
 by webmail.City2City.com [209.101.120.9]  (SLmail 3.2.3113) with SMTP
 id 705B58649ECD11D39C9300A0CC234731
 for <freebsd-bugs@freebsd.org>; Sat, 20 Nov 1999 00:57:48 -0500
From: "Tan Peng Hock" <glovco@City2City.com>
To: "freebsd-bugs@freebsd.org" <freebsd-bugs@freebsd.org>
Date: Fri, 19 Nov 1999 23:59:46 -0600
Subject: Low Protein Latex Examination Gloves from GLOVCO
Reply-To: glovco@City2City.com
Organization: GLOVCO
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_001__19157024_86386.48"
Content-Transfer-Encoding: 7bit
X-Priority: 3
Message-id: <19991120005749.705b58649ecd11d39c9300a0cc234731.in@webmail.City2City.com>
X-SLUIDL: 8EF0966F-9F0311D3-9C9300A0-CC234731
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

This is a Multipart MIME message.

------=_NextPart_000_001__19157024_86386.48
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

TmF0dXJhbC1SdWJiZXIgTGF0ZXggRXhhbWluYXRpb24gR2xvdmVzOiANCkhvdyBDb3VsZCBZ
b3UgTGl2ZSBXaXRob3V0IFRoZW0/DQogICAgICAgDQpQcm90ZWN0IHlvdXJzZWxmIGZyb20g
QUlEUywgaGVwYXRpdGlzLCBhbmQgbGF0ZXggYWxsZXJneSBXaXRoIEdMT1ZDTzUwIG1nIHBy
b3RlaW4sIA0KcG93ZGVyZWQgZ2xvdmVzDQoNCkZyZWUgU2FmZXIgTGF0ZXggR2xvdmVzLiAN
CkdvIHRvIHRoaXMgVVJMOiANCiAgICAgICAgaHR0cDovL2dsb3Zjb3dlYi50cmlwb2QuY29t
L0xldHRlcnMvZ2xvdmNvLTEuaHRtbA0KDQoNCkxvdy1Qcm90ZWluIExhdGV4IFN0b3BzIHRo
ZSBBSURTIGFuZCBIZXBhdGl0aXMgVmlydXNlcyANCi4uLldoaWxlIEl0IFJlZHVjZXMgQWxs
ZXJnaWMgUmVhY3Rpb25zLg0KDQpEZWFyIEdsb3ZlIFVzZXJzLA0KDQpZb3UgY2FuIHVzZSBs
YXRleCBnbG92ZXMgYW55d2hlcmUgdG8gcHJvdGVjdCB5b3Vyc2VsZiBmcm9tIHRoZSBBaWRz
LCBoZXBhdGl0aXMsIA0KYW5kIG90aGVyIGJvZHktZmx1aWQgYm9ybmUgdmlydXNlcy4gSW4g
MTk5OCBhbG9uZSwNCmFib3V0IDMwIGJpbGxpb24gbGF0ZXggZXhhbSBnbG92ZXMgd2VyZSBz
b2xkIGluIHRoZSBVLlMuDQoNClRoZSB3aWRlIHVzZSBvZiBsYXRleCBnbG92ZXMgaGFzIGxl
ZCB0byBhbGxlcmdpYyByZWFjdGlvbnMuIFRoZSByZWFjdGlvbnMgY29tZSANCmZyb20gdGhl
IHByb3RlaW5zIG9uIHRoZSBnbG92ZXMuDQoNCkNsaW5pY2FsIHN0dWRpZXMgaGF2ZSByZXZl
YWxlZCB0aGF0IHRoZSBpbmNpZGVuY2Ugb2YgYWxsZXJnaWMgcmVhY3Rpb25zIGlzIG5lZ2xp
Z2libGUgDQphdCBwcm90ZWluIGNvbnRlbnRzIG9mIDEwMCBtIGcvZyAobWljcm9nbS9nbSkg
Z2xvdmUuIA0KDQpUaHJvdWdoIHJlc2VhcmNoIGFuZCBkZXZlbG9wbWVudCwgR0xPVkNPIGhh
cyBkZXZlbG9wZWQgYSB1bmlxdWUgZGVwcm90ZWluaXNhdGlvbiANCnByb2Nlc3Mgd2hpY2gg
cHJvZHVjZXMgYSB0ZWNobm9sb2dpY2FsbHkgYWR2YW5jZWQgcHJvZHVjdCB3aXRoIHJlZHVj
ZWQgcHJvdGVpbiANCmFuZCBwb3dkZXIgY29udGVudHMuDQoNCkdMT1ZDTw0KNTAgbWNnIFBy
b3RlaW4sIHBvd2RlcmVkIGdsb3ZlcyBhZmZvcmQNCg0KTGFiZWxpbmcgY2xhaW0gb2YgNTAg
bWNnIG9yIGxlc3Mgb2YgdG90YWwgd2F0ZXIgZXh0cmFjdGFibGUgcHJvdGVpbiBwZXIgZ3Jh
bSANCmdsb3ZlICg1MTBLIHJlZ2lzdHJhdGlvbiBudW1iZXIgYXZhaWxhYmxlIG9uIHJlcXVl
c3QpLiANCiAgICAgDQpQb3dkZXIgY29udGVudCBvZiBsZXNzIHRoYW4gNTAgbWNnL2dsb3Zl
LiANCiAgICAgDQpMb3dlciBBbGxlcmdlbmljaXR5IChUZXN0IHJlc3VsdHMgYXZhaWxhYmxl
IG9uIHJlcXVlc3QpIA0KICAgICAgDQpDb3N0IGVmZmVjdGl2ZSBhbHRlcm5hdGl2ZSB0byBw
b3dkZXIgZnJlZSBnbG92ZXMuDQoNCg0KUmVxdWVzdCBTYW1wbGUgR2xvdmVzIGFuZCBQcmlj
ZXMNCkdvIHRvIHRoaXMgVVJMOg0KICAgICAgICAgIGh0dHA6Ly9nbG92Y293ZWIudHJpcG9k
LmNvbS9MZXR0ZXJzL2dsb3Zjby0xLmh0bWwNCiAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgDQoNCg0KQ29udGFjdCBQZXJzb246IEFuZ2llIE5nDQpHbG92Y28gU0ROIEJIRCAo
MzkzODEwIEgpDQpMb3QgNzYwLCBKYWxhbiBIYWppIFNpcmF0LCBPZmYgSmFsYW4gTWVydSwN
CjQyMTAwIEtsYW5nLCBTZWxhbmdvciBEYXJ1bCBFaHNhbiwgTWFsYXlzaWENClBob25lOiA2
MDMtMzkxMzg4OCAoT2ZmaWNlKQ0KRkFYOiA2MDMtMzkxNjA3MA0KRS1tYWlsOiBnbG92Y29A
Q2l0eTJDaXR5LmNvbQ0KDQoNCkNvbnRhY3QgUGVyc29uOiBNaWNoZWxsZSBaaHUgb3IgRW1t
YSBEaWUNClllbiBFbnRlcnByaXNlLCBJbmMuDQo1MDEgUy4gU2FudGEgRmUNClNhbnRhIEFu
YSwgQ0EgOTI3MDUNClBob25lOiA3MTQtMjg1LTI4OTENCkZheDogNzE0LTI4NS0yODg5DQpF
LW1haWw6IGdsb3Zjb0BDaXR5MkNpdHkuY29tDQogIA0KDQoNCg0KR0xPVkNPIChNKSBTRE4g
QkhEDQpMb3QgNzYwLCBKYWxhbiBIYWppIFNpcmF0LCBPZmYgSmFsYW4gTWVydSwNCjQyMTAw
IEtsYW5nLCBTZWxhbmdvciBEYXJ1bCBFaHNhbiwNCk1hbGF5c2lhDQpQaG9uZTogNjAzLTM5
MTM4ODgNCkZBWDogNjAzLTM5MTYwNzANCkUtbWFpbDogZ2xvdmNvQENpdHkyQ2l0eS5jb20N
Cg0KVGFuIFBlbmcgSG9jayANCk9wZXJhdGlvbnMgTWFuYWdlcg0KDQoNCg0K

------=_NextPart_000_001__19157024_86386.48
Content-Type: text/html; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

<!doctype html public "-//w3c//dtd html 4.0 transitional//en">
<html>
<head>
   <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-88=
59-1">
   <meta name=3D"Author" content=3D"guest">
   <meta name=3D"GENERATOR" content=3D"Mozilla/4.51 [en] (Win95; U) [Netsca=
pe]">
   <title>glovco</title>
</head>
<body>
&lt;HTML>
<br>&nbsp;&lt;HEAD>
<br>&nbsp;&nbsp; &lt;!-- The block of META tags is required by Homepage
Studio&nbsp; -->
<br>&nbsp;&nbsp; &lt;!-- to identify this file as created by Freeform Edito=
r.&nbsp;&nbsp;
-->
<br>&nbsp;&nbsp; &lt;!-- Please do not remove them, but feel free to append=
&nbsp;&nbsp;&nbsp;&nbsp;
-->
<br>&nbsp;&nbsp; &lt;!-- them with your personal data below. Meta tags
help&nbsp;&nbsp;&nbsp;&nbsp; -->
<br>&nbsp;&nbsp; &lt;!-- search engines identify the content of your page.&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
-->
<br>&nbsp;&nbsp; &lt;META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html;=

charset=3Diso-8859-1">
<br>&nbsp;&nbsp; &lt;META NAME=3D"keywords" CONTENT=3D"Glovco, Yen Internat=
ional
Inc., e-mail,
<br>&nbsp;&nbsp; natural latex rubber examination gloves, medical devices,
AIDS, hepatitis,
<br>&nbsp;&nbsp; low protein, free glove offer, Malaysia">
<br>&nbsp;&nbsp; &lt;META NAME=3D"description" CONTENT=3D"An html e-mail me=
ssage
explaining the
<br>&nbsp;&nbsp; benefits of low-protein natural latex rubber examination
gloves from Glovco.
<br>&nbsp;&nbsp; Reduce the incidence of latex allergy. Avoid AIDS and
hapatitis. Free gloves.">
<br>&nbsp;&nbsp; &lt;META NAME=3D"author" CONTENT=3D"Gregg Reed, Interscien=
ce
Productions, reedg_1999@yahoo.com">
<br>&nbsp;&nbsp; &lt;META NAME=3D"generator" CONTENT=3D"FreeFormEditor 1.0"=
>
<br>&nbsp;&nbsp; &lt;META NAME=3D"non-html servers" CONTENT=3D"
<p>&nbsp;&nbsp;&nbsp; Message for non-html e-mail:
<p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;
Natural-Rubber Latex Examination Gloves:
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
How Could You Live Without Them?
<br>&nbsp;
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Protect yourself from AIDS, hepatitis,
and latex allergy With
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;
GLOVCO50 mg protein, powdered gloves
<p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Free Safer Latex Gloves.
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;
Go to this URL:
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; http://glovcoweb.tripod.com/=
Letters/glovco-1.html
<br>&nbsp;
<p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Low-Protein Latex Stops the
AIDS and Hepatitis Viruses
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;
..While It Reduces Allergic Reactions.
<p>Dear Glove Users,
<p>You can use latex gloves anywhere to protect yourself from the
<br>Aids, hepatitis, and other body-fluid borne viruses. In 1998 alone,
<br>about 30 billion latex exam gloves were sold in the U.S.
<p>The wide use of latex gloves has led to allergic reactions. The
<br>reactions come from the proteins on the gloves.
<p>Clinical studies have revealed that the incidence of allergic
<br>reactions is negligible at protein contents of 100 m g/g
<br>(microgm/gm) glove.
<p>Through research and development, GLOVCO has developed a
<br>unique deproteinisation process which produces a technologically
<br>advanced product with reduced protein and powder contents.
<p>GLOVCO
<br>50 mcg Protein, powdered gloves afford
<p>&nbsp;&nbsp;&nbsp;&nbsp; Labeling claim of 50 mcg or less of total water=

extractable
<br>&nbsp;&nbsp;&nbsp;&nbsp; protein per gram glove (510K registration
number available
<br>&nbsp;&nbsp;&nbsp;&nbsp; on request).
<br>&nbsp;&nbsp;&nbsp;&nbsp; Powder content of less than 50 mcg/glove.
<br>&nbsp;&nbsp;&nbsp;&nbsp; Lower Allergenicity (Test results available
on request)
<br>&nbsp;&nbsp;&nbsp;&nbsp; Cost effective alternative to powder free
gloves.
<p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Request Sample Gloves and Prices
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;
Go to this URL:
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; http://glovcoweb=
.tripod.com/Letters/glovco-1.html
<br>&nbsp;
<br>&nbsp;
<p>Contact Person: Angie Ng
<br>Glovco SDN BHD (393810 H)
<br>Lot 760, Jalan Haji Sirat, Off Jalan Meru,
<br>42100 Klang, Selangor Darul Ehsan, Malaysia
<br>Phone: 603-3913888 (Office)
<br>FAX: 603-3916070
<br>&nbsp;
<p>Contact Person: Michelle Zhu or Emma Die
<br>Yen Enterprise, Inc.
<br>501 S. Santa Fe
<br>Santa Ana, CA 92705
<br>Phone: 714-285-2891
<br>Fax: 714-285-2889
<br>&nbsp;
<p>HTML CODE for HTML E-Mail Servers:">
<p>&lt;BASE href=3D"http://glovcoweb.tripod.com/GlovcoUK/website/index.html=
>
<br>&lt;LINK REL=3Dtop href=3D"http://glovcoweb.tripod.com/GlovcoUK/website=
/index.html">
<br>&lt;LINK REL=3Dnext href=3D"http://glovcoweb.tripod.com/Letters/ltr1nb_=
Copy2-2.html">
<br>&lt;LINK TITLE=3Dhelp href=3D"http://glovcoweb.tripod.com/Letters/glovc=
o-1.html>
<br>&lt;TITLE>Natural-Rubber Latex Examination Gloves: How could you live
without them?&lt;/TITLE>
<br>&lt;/HEAD>
<br>&lt;BODY TEXT=3D"#ff0000" LINK=3D"#0000ff" VLINK=3D"#800080" BGCOLOR=3D=
"#ffffff">
<br>&lt;center>
<br>&lt;center>
<br>&lt;p>
<br>&lt;table border=3D0 cellspacing=3D0 cellpadding=3D"*" width=3D350>&lt;=
tr>&lt;td>
<br>&lt;center>&lt;IMG SRC=3D"http://glovcoweb.tripod.com/Logo1O.GIF"
<br>ALT=3D"Glovco Logo" width=3D350>&lt;/center>
<br>&lt;h3 align=3D"center">&lt;b>&lt;FONT FACE=3D"Garamond">&lt;P>Natural-=
Rubber
Latex Examination
<br>Gloves:&lt;br>
<br>&lt;FONT FACE=3D"Garamond">&lt;i>How Could You Live Without Them?&lt;/i=
>&lt;/b>&lt;/h3>
<br>&lt;Center>&lt;A HREF=3D
<br>"http://glovcoweb.tripod.com/Letters/ltrnb_Copy_2-2.html"
<br>target=3D"_parent">
<br>&lt;h3>Free Safer Latex Gloves &lt;br>&lt;blink>Click Here&lt;/blink>&l=
t;/h3>&lt;/a>
<br>&lt;/Center>
<br>&lt;h2 align=3D"center">&lt;FONT FACE=3D"Garamond">Protect yourself fro=
m&lt;br>AIDS,
hepatitis,
<br>and latex allergy&lt;br>With &lt;/FONT>&lt;B>&lt;FONT FACE=3D"Garamond"=
>GLOVCO
&lt;/B>&lt;/FONT>&lt;FONT FACE=3D"Garamond">
<br>&lt;/FONT>&lt;FONT FACE=3D"Garamond">50 &lt;/FONT>&lt;FONT FACE=3D"Symb=
ol"
Size=3D+3>m&lt;/FONT>
<br>&lt;FONT FACE=3D"Garamond">g &lt;/FONT>&lt;FONT FACE=3D"Garamond">prote=
in,
powdered gloves
<br>&lt;/h2>&lt;center>
<br>&lt;IMG SRC=3D"http://glovcoweb.tripod.com/POWDERED_lATEX.GIF" Width=3D=
350>&lt;/center>
<br>&lt;h3 ALIGN=3D"center">&lt;FONT FACE=3D"Garamond">&lt;b>A Safer Latex
Barrier Against
<br>&lt;br>the AIDS and Hepatitis Viruses
<br>&lt;br>...Reduces Allergic Reactions&lt;/b>&lt;/FONT>&lt;/h3>&lt;FONT
FACE=3D"Garamond"
<br>&nbsp;Size=3D4>&lt;/CENTER>
<p>&lt;P>Dear Glove Users,&lt;/p>
<br>&lt;p>You can use latex gloves anywhere to protect yourself from the
AIDS,
<br>hepatitis, and other body-fluid borne viruses. In 1998 alone, about
30 billion
<br>latex exam gloves were sold in the United States.&lt;/P>
<br>&lt;P>The wide use of latex gloves has led to allergic reactions. The
reactions
<br>come from the proteins on the gloves.&lt;/P>
<br>&lt;P>Clinical studies have revealed that the incidence of &lt;/FONT>&l=
t;B>&lt;U>&lt;FONT
<br>FACE=3D"Garamond" SIZE=3D4>allergic reactions &lt;/B>&lt;/U>&lt;/FONT>&=
lt;FONT
FACE=3D"Garamond"
<br>SIZE=3D4>is &lt;/FONT>&lt;U>&lt;FONT FACE=3D"Garamond" SIZE=3D4>negligi=
ble
&lt;/U>&lt;/FONT>&lt;FONT
<br>FACE=3D"Garamond" SIZE=3D4>at protein contents of 100 &lt;/FONT>&lt;FON=
T
FACE=3D"Symbol"
<br>SIZE=3D+2>m&lt;/FONT>&lt;FONT FACE=3D"Garamond" Size=3D4>g/g (microgm/g=
m)
glove. &lt;/P>
<br>&lt;P>Through research and development, GLOVCO has developed a unique
<br>deproteinisation process which produces a technologically advanced
product with reduced protein and powder contents.&lt;/P>
<br>&lt;/FONT>&lt;FONT FACE=3D"Garamond" SIZE=3D4>&lt;P>GLOVCO&lt;br>&lt;/F=
ONT>&lt;FONT
FACE=3D"Garamond">
<br>&lt;/FONT>&lt;FONT FACE=3D"Garamond" SIZE=3D4>50 &lt;/FONT>&lt;FONT FAC=
E=3D"Symbol"
SIZE=3D+2>m&lt;/
<br>FONT>&lt;FONT FACE=3D"Garamond" SIZE=3D4>g &lt;/FONT>&lt;FONT FACE=3D"G=
aramond"
Size=3D4>Protein
<br>powdered gloves afford:&lt;/P>
<br>&nbsp;
<p>&lt;UL>
<br>&lt;LI>a label claim of 50 &lt;/FONT>&lt;FONT FACE=3D"Symbol" Size=3D+2=
>m&lt;/FONT>&lt;FONT
<br>FACE=3D"Garamond" SIZE=3D4>g or less of total water extractable protein=

per gram
<br>glove (510K registration number available on request). &lt;/LI>
<br>&lt;LI>Powder content of less than 50 mg/glove. &lt;/LI>
<br>&lt;LI>Lower Allergenicity (Test results available on request) &lt;/LI>=

<br>&lt;LI>Cost effective alternative to other gloves.&lt;/font>&lt;/LI>&lt=
;/UL>&lt;br>
<br>&lt;IMG SRC=3D"http://glovcoweb.tripod.com/reactioncurvelg.gif" ALT=3DL=
atex-Allergy
Reaction Graph>&lt;br>&lt;br>
<br>&lt;p>&lt;FONT
<br>FACE=3D"Garamond" SIZE=3D3>
<br>The high red curve shows the percentage of gloved workers that react
to latex as the
<br>glove-protein-level decreases. The low skin-toned line is the range
of protein levels that an independent
<br>medical laboratory found in GLOVCO low-protein gloves.&lt;/p>
<p>&lt;p>The maximum protein level in GLOVCO's low-protein gloves was less
than 50
<br>millionths gram/gram of glove.&nbsp; The mean protein level was near
<br>30 millionths gram/gram of glove.&nbsp; And the lowest protein level
was less than 20
<br>millionths gram/gram of glove. The level of protein in a low-protein
glove is
<br>so low that it is nearly undetectable using advanced tests.
<p>&lt;/FONT>&lt;p>&lt;br>
<br>&lt;A HREF=3D"http://glovcoweb.tripod.com/Letters/ltrnb_Copy_2-2.html"
target=3D"_parent">&lt;center>&lt;/font>&lt;/font>&lt;font face=3Dhelvetica=
>&lt;h3>Request
Sample Gloves and Prices&lt;br>&lt;blink>Click
<br>Here&lt;/blink>&lt;/h3>&lt;/center>&lt;/font>&lt;/a>&lt;br>
<br>&lt;/tr>
<br>&lt;/td>
<br>&lt;/table>
<br>&lt;table border=3D0 cellspacing=3D0 cellpadding=3D"*" width=3D350>&lt;=
tr>&lt;td>
<br>&lt;tr>
<br>&lt;td>
<br>&lt;Address>&lt;Font Face=3D"Garamond" Size=3D3>Contact Person: Angie N=
g&lt;br>
<br>Glovco (M) Sdn Bhd&lt;br>
<br>Lot 760, Jalan Haji Sirat, Off Jalan Meru,&lt;br>
<br>42100 Klang, Selangor Darul Ehsan, Malaysia&lt;br>
<br>Phone: 603-3913888 &lt;br>
<br>FAX: 603-3916070&lt;br>
<br>&lt;/Font>&lt;/Address>
<br>&lt;/td>
<br>&lt;td>&lt;Address>&lt;Font Face=3D"Garamond" Size=3D3>
<br>Contact Person: Michelle Zhu or Emma Die&lt;br>
<br>Yen Enterprise, Inc.&lt;br>
<br>501 S. Santa Fe&lt;br>
<br>Santa Ana, CA 92705&lt;br>
<br>Phone: 714-285-2891&lt;br>
<br>Fax: 714-285-2889&lt;br>
<br>&lt;/Font>&lt;/Address>&lt;/td>
<br>&lt;/td>
<br>&lt;/tr>
<br>&lt;/table>&lt;/center>
<p>&lt;/font>
<p>&lt;/td>&lt;/tr>&lt;/table>
<p>&lt;/center>
<p>&lt;/BODY>
<p>&lt;/html>
<br>&nbsp;
<br>&nbsp;
</body>
</html>

------=_NextPart_000_001__19157024_86386.48--



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Sat Nov 20 10:29:32 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from laurel.actlab.utexas.edu (laurel.actlab.utexas.edu [128.83.194.15])
	by hub.freebsd.org (Postfix) with ESMTP
	id 97D5514CFF; Sat, 20 Nov 1999 10:29:30 -0800 (PST)
	(envelope-from cynbe@muq.org)
Received: (from cynbe@localhost)
	by laurel.actlab.utexas.edu (8.8.8/8.8.5) id MAA08363;
	Sat, 20 Nov 1999 12:29:25 -0600
Date: Sat, 20 Nov 1999 12:29:25 -0600
Message-Id: <199911201829.MAA08363@laurel.actlab.utexas.edu>
From: Cynbe ru Taren <cynbe@muq.org>
To: bde@FreeBSD.org, freebsd-bugs@FreeBSD.org
Subject: Re: misc/15002: coredump in sprintf with long long args
Cc: laurent@off.aspic.com
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


|  Synopsis: coredump in sprintf with long long args
|  
|  State-Changed-From-To: closed->analyzed
|  State-Changed-By: bde
|  State-Changed-When: Sat Nov 20 05:09:21 PST 1999
|  State-Changed-Why: 
|  To actually explain the problem.
|  
|  The problem is a printf format error.  The nonstandard format "%lld" was
|  not supported in FreeBSD until FreeBSD-3.2.  The 4.4BSD format "%qd" must
|  be used to print long longs (at least on i386's) under earler versions.

Thank you!

I find this feedback much more useful than
suggestions about my recreational drug habits.  :)

If anyone can give me an appropriate #if test to
detect FreeBSD versions prior to 3.2, I will patch
my source code to automatically use %qd instead of
%lld when appropriate.

Otherwise, I'll add a comment so people can resolve
the problem by hand, at least.

(I lack access to a FreeBSD system.)

Thanks again!
  Cynbe




To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Sat Nov 20 16:29: 6 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from awfulhak.org (dynamic-8.max4-du-ws.dialnetwork.pavilion.co.uk [212.74.9.136])
	by hub.freebsd.org (Postfix) with ESMTP
	id D2FC615721; Sat, 20 Nov 1999 16:28:49 -0800 (PST)
	(envelope-from brian@Awfulhak.org)
Received: from hak.lan.Awfulhak.org (root@hak.lan.Awfulhak.org [172.16.0.12])
	by awfulhak.org (8.9.3/8.9.3) with ESMTP id VAA06375;
	Sat, 20 Nov 1999 21:20:53 GMT
	(envelope-from brian@lan.awfulhak.org)
Received: from hak.lan.Awfulhak.org (brian@localhost.lan.Awfulhak.org [127.0.0.1])
	by hak.lan.Awfulhak.org (8.9.3/8.9.3) with ESMTP id VAA01878;
	Sat, 20 Nov 1999 21:25:36 GMT
	(envelope-from brian@hak.lan.Awfulhak.org)
Message-Id: <199911202125.VAA01878@hak.lan.Awfulhak.org>
X-Mailer: exmh version 2.1.0 09/18/1999
To: Cynbe ru Taren <cynbe@muq.org>
Cc: bde@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, laurent@off.aspic.com,
	brian@hak.lan.Awfulhak.org
Subject: Re: misc/15002: coredump in sprintf with long long args 
In-Reply-To: Message from Cynbe ru Taren <cynbe@muq.org> 
   of "Sat, 20 Nov 1999 12:29:25 CST." <199911201829.MAA08363@laurel.actlab.utexas.edu> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Sat, 20 Nov 1999 21:25:36 +0000
From: Brian Somers <brian@Awfulhak.org>
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

> 
> |  Synopsis: coredump in sprintf with long long args
> |  
> |  State-Changed-From-To: closed->analyzed
> |  State-Changed-By: bde
> |  State-Changed-When: Sat Nov 20 05:09:21 PST 1999
> |  State-Changed-Why: 
> |  To actually explain the problem.
> |  
> |  The problem is a printf format error.  The nonstandard format "%lld" was
> |  not supported in FreeBSD until FreeBSD-3.2.  The 4.4BSD format "%qd" must
> |  be used to print long longs (at least on i386's) under earler versions.
> 
> Thank you!
> 
> I find this feedback much more useful than
> suggestions about my recreational drug habits.  :)
[.....]

I thought that %lld was the standard and %qd was the pre-standard.  
Anyone with an appropriate spec ?

> Thanks again!
>   Cynbe

-- 
Brian <brian@Awfulhak.org>                        <brian@FreeBSD.org>
      <http://www.Awfulhak.org>                   <brian@OpenBSD.org>
Don't _EVER_ lose your sense of humour !          <brian@FreeBSD.org.uk>




To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Sat Nov 20 17:10: 5 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id 91EB514E44
	for <freebsd-bugs@FreeBSD.org>; Sat, 20 Nov 1999 17:10:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id RAA48805;
	Sat, 20 Nov 1999 17:10:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: from grey.cloud.rain.com (c1029014-a.bvrtn1.or.home.com [24.12.160.67])
	by hub.freebsd.org (Postfix) with SMTP id 0B6F214F3A
	for <FreeBSD-gnats-submit@freebsd.org>; Sat, 20 Nov 1999 17:01:53 -0800 (PST)
	(envelope-from trost@cloud.rain.com)
Received: (qmail 4794 invoked by uid 236); 21 Nov 1999 01:01:52 -0000
Message-Id: <19991121010152.4793.qmail@grey.cloud.rain.com>
Date: 21 Nov 1999 01:01:52 -0000
From: trost@cloud.rain.com
Reply-To: trost@cloud.rain.com
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: conf/15010: "client" firewall configuration kills incoming broadcast
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         15010
>Category:       conf
>Synopsis:       "client" firewall configuration kills incoming broadcast
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sat Nov 20 17:10:01 PST 1999
>Closed-Date:
>Last-Modified:
>Originator:     Bill Trost
>Release:        FreeBSD 3.3-STABLE i386
>Organization:
Trost Computing
>Environment:

	rc.conf configured with firewall_enable=YES and firewall_type=client

>Description:

	As provided, the "client" firewall type does not permit the
	host to receive broadcast packets from its local network.

>How-To-Repeat:

	Set the flags.  Install something that needs to receive broadcast
	(e.g., Samba's nmdb).  Watch nothing happen.

>Fix:

	(Just a suggestion).
	
--- rc.firewall.old	Mon Nov  8 19:04:02 1999
+++ rc.firewall	Sat Nov 20 16:58:11 1999
@@ -100,9 +100,11 @@
     mask="255.255.255.0"
     ip="192.168.4.17"
 
-    # Allow any traffic to or from my own net.
-    $fwcmd add pass all from ${ip} to ${net}:${mask}
-    $fwcmd add pass all from ${net}:${mask} to ${ip}
+    # Allow any traffic to or from my own net, including
+    # broadcast traffic.
+    $fwcmd add pass all from ${net}:${mask} to ${net}:${mask} via $ip
+    # undirected broadcast, too
+    $fwcmd add pass all from 255.255.255.255 to $ip via $ip
 
     # Allow TCP through if setup succeeded
     $fwcmd add pass tcp from any to any established



>Release-Note:
>Audit-Trail:
>Unformatted:


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Sat Nov 20 18:30: 5 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id 3250215169
	for <freebsd-bugs@FreeBSD.org>; Sat, 20 Nov 1999 18:30:02 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id SAA53899;
	Sat, 20 Nov 1999 18:30:02 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: by hub.freebsd.org (Postfix, from userid 32767)
	id C6B061576E; Sat, 20 Nov 1999 18:26:39 -0800 (PST)
Message-Id: <19991121022639.C6B061576E@hub.freebsd.org>
Date: Sat, 20 Nov 1999 18:26:39 -0800 (PST)
From: adsharma@sharmas.dhs.org
To: freebsd-gnats-submit@freebsd.org
X-Send-Pr-Version: www-1.0
Subject: i386/15012: sysctl -d doesn't work as documented
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         15012
>Category:       i386
>Synopsis:       sysctl -d doesn't work as documented
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sat Nov 20 18:30:01 PST 1999
>Closed-Date:
>Last-Modified:
>Originator:     Arun Sharma
>Release:        4.0-current
>Organization:
myself
>Environment:
FreeBSD astra.sharmas.org 4.0-CURRENT FreeBSD 4.0-CURRENT #9: Tue Oct 19 23:34:26 PDT 1999     adsharma@astra.sharmas.org:/usr/home/adsharma/kernels/freebsd-sys/compile/astra  i386
>Description:
# sysctl -d kern.ostype
sysctl: sysctl name -1 1024 2: No such file or directory  
>How-To-Repeat:
# sysctl -d kern.ostype
>Fix:
Looks like the 'descr' field is being ignored in the kernel.
Either it should not be ignored or the -d flags should be
deleted from the sysctl man page.

>Release-Note:
>Audit-Trail:
>Unformatted:


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Sat Nov 20 18:50: 3 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id 11AD01518F
	for <freebsd-bugs@FreeBSD.org>; Sat, 20 Nov 1999 18:50:00 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id SAA54776;
	Sat, 20 Nov 1999 18:50:00 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: by hub.freebsd.org (Postfix, from userid 32767)
	id D988115194; Sat, 20 Nov 1999 18:48:29 -0800 (PST)
Message-Id: <19991121024829.D988115194@hub.freebsd.org>
Date: Sat, 20 Nov 1999 18:48:29 -0800 (PST)
From: shimon@simon-shapiro.org
To: freebsd-gnats-submit@freebsd.org
X-Send-Pr-Version: www-1.0
Subject: kern/15013: SMP Panic on Dell PowerEdge 1300/600
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         15013
>Category:       kern
>Synopsis:       SMP Panic on Dell PowerEdge 1300/600
>Confidential:   no
>Severity:       critical
>Priority:       high
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sat Nov 20 18:50:00 PST 1999
>Closed-Date:
>Last-Modified:
>Originator:     Simon shapiro
>Release:        RELENG_3
>Organization:
Simon's Garage
>Environment:
FreeBSD nomis.simon-shapiro.org 3.3-STABLE FreeBSD 3.3-STABLE #0: Sat Nov  20 16:18:44 EDT 1999     ShimonR@nomis.simon-shapiro.org:/usr/src/RELENG_3/src/sys/compile/NICKEL-smp  i386

>Description:
sc0 on isa
sc0: VGA color <12 virtual consoles, flags=0x0>
ed0 not found at 0x2c0
atkbdc0 at 0x60-0x6f on motherboard
atkbd0 irq 1 on isa
psm0 irq 12 on isa
psm0: model Generic PS/2 mouse, device ID 0
panic: rslock: cpu: 0, addr: 0xc03200c0, lock: 0x00000001
mp_lock = 00000001; cpuid = 0; lapic.id = 01000000
Debugger("panic")
Stopped at      Debugger+0x37:  movl    $0,in_Debugger
db> trace
Debugger(c0288f52) at Debugger+0x37
panic(c0248249,0,c03200c0,1,c025f383) at panic+0xa4
bsl1(c02e61e0,c02e61e0,c02e7974,391000,ffffffff) at bsl1
config_isadev_c(c02e61e0,c02db308,0,c0389f90,c025b080) at config_isadev_c+0x8e
config_isadev(c02e61e0,c02db308) at config_isadev+0x10
isa_configure(c0389fac,c0158a13,0,387c00,391000) at isa_configure+0x120
configure(0) at configure+0x20
main(c0389fb8,c016f985,c0403000,2000,2000) at main+0x83
begin() at begin+0x55
db> 

>How-To-Repeat:
Boot the system... :-)
>Fix:
Unknown.  UP kernel runs correctly on the machine.
Only difference between UP and SMP:

  options               "VM86"
+ options               SMP             # Symmetric MultiProcessor Kernel
+ options               APIC_IO         # Symmetric (APIC) I/O
+ options               NCPU=4
+ options               NBUS=6
+ options               NAPIC=2
+ options               NINTR=48

Non-defaults due to specific prior panics instructing
such changes.


>Release-Note:
>Audit-Trail:
>Unformatted:


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message


From owner-freebsd-bugs  Sat Nov 20 22:20: 7 1999
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id 6B3531509E
	for <freebsd-bugs@FreeBSD.org>; Sat, 20 Nov 1999 22:20:01 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id WAA65227;
	Sat, 20 Nov 1999 22:20:00 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: from smtp10.atl.mindspring.net (smtp10.atl.mindspring.net [207.69.200.246])
	by hub.freebsd.org (Postfix) with ESMTP id EE52414F2F
	for <FreeBSD-gnats-submit@freebsd.org>; Sat, 20 Nov 1999 22:14:14 -0800 (PST)
	(envelope-from vsilyaev@mindspring.com)
Received: from mindspring.com (user-2ivebbs.dialup.mindspring.com [165.247.45.124])
	by smtp10.atl.mindspring.net (8.9.3/8.8.5) with ESMTP id BAA22308
	for <FreeBSD-gnats-submit@freebsd.org>; Sun, 21 Nov 1999 01:14:05 -0500 (EST)
Received: (from vsilyaev@localhost)
	by mindspring.com (8.9.3/8.9.3) id BAA00543;
	Sun, 21 Nov 1999 01:14:03 -0500 (EST)
	(envelope-from vsilyaev)
Message-Id: <199911210614.BAA00543@mindspring.com>
Date: Sun, 21 Nov 1999 01:14:03 -0500 (EST)
From: vns@delta.odessa.ua
Reply-To: vns@delta.odessa.ua
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: kern/15014: DDB can't find symbol for address in kernel loadable modules.
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         15014
>Category:       kern
>Synopsis:       DDB can't find symbol for address in kernel loadable modules.
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sat Nov 20 22:20:00 PST 1999
>Closed-Date:
>Last-Modified:
>Originator:     Vladimir N. Silyaev
>Release:        FreeBSD 4.0-CURRENT i386
>Organization:
>Environment:

	FreeBSD 4.0-CURRENT i386

	ELF kernel
	ELF KLD

>Description:

	DDB can't locate names to stack frame, when frames include pointer
        from kernel loadable module

>How-To-Repeat:

- Build kernel with DDB support.
- Load linux KLD (launch linux command).

Throw to DDB, then 
db> b linux_open
db> c

Run any linux command, for example:
> /compat/linux/bin/bash

Breakpoint at   linux_open:     pushl   %ebp
db> trace
_end(c4324280,c45f3f80,28051dc6,3,28054a10) at 0xc06ef344
syscall(2f,2f,2f,28054a10,3) at syscall+0x119
Xint0x80_syscall() at Xint0x80_syscall+0x26
db> c


>Fix:

Apply the following patch.

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
--- /sys/kern/link_elf.c.orig	Fri Oct 29 18:12:02 1999
+++ /sys/kern/link_elf.c	Sat Nov 20 17:51:16 1999
@@ -958,17 +958,19 @@
 	const Elf_Sym* es;
 	const Elf_Sym* best = 0;
 	int i;
+	u_long st_value;
 
 	for (i = 0, es = ef->ddbsymtab; i < ef->ddbsymcnt; i++, es++) {
 		if (es->st_name == 0)
 			continue;
-		if (off >= es->st_value) {
-			if (off - es->st_value < diff) {
-				diff = off - es->st_value;
+		st_value = es->st_value + (u_long)ef->address;
+		if (off >= st_value) {
+			if (off - st_value < diff) {
+				diff = off - st_value;
 				best = es;
 				if (diff == 0)
 					break;
-			} else if (off - es->st_value == diff) {
+			} else if (off - st_value == diff) {
 				best = es;
 			}
 		}
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

After applying this patch, in the same circumstance, trace will be printing:
db> trace
linux_open(c4324280,c45f3f80,28051dc6,3,28054a10) at linux_open
syscall(2f,2f,2f,28054a10,3) at syscall+0x119
Xint0x80_syscall() at Xint0x80_syscall+0x26


P.S. It's looks like that the /sys/kern/link_aout.c have the same kind
of problem.


>Release-Note:
>Audit-Trail:
>Unformatted:


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message