From owner-freebsd-bugs  Sun Jan 12 02:00:03 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id CAA18714
          for bugs-outgoing; Sun, 12 Jan 1997 02:00:03 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id CAA18702;
          Sun, 12 Jan 1997 02:00:01 -0800 (PST)
Date: Sun, 12 Jan 1997 02:00:01 -0800 (PST)
Message-Id: <199701121000.CAA18702@freefall.freebsd.org>
To: freebsd-bugs
Cc: 
From: "Jordan K. Hubbard" <jkh@FreeBSD.org>
Subject: Re: bin/771: telnet character mode not set and broken when set - FDIV034
Reply-To: "Jordan K. Hubbard" <jkh@FreeBSD.org>
Sender: owner-bugs@FreeBSD.org
X-Loop: FreeBSD.org
Precedence: bulk

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

From: "Jordan K. Hubbard" <jkh@FreeBSD.org>
To: freebsd-gnats-submit@FreeBSD.org, uhclemmesis@fw.ast.com
Cc:  Subject: Re: bin/771: telnet character mode not set and broken when set - FDIV034
Date: Sun, 12 Jan 1997 01:53:32 -0800

 Does this still happen?
 
 				Jordan

From owner-freebsd-bugs  Sun Jan 12 04:46:07 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id EAA25763
          for bugs-outgoing; Sun, 12 Jan 1997 04:46:07 -0800 (PST)
Received: (from davidn@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id EAA25742;
          Sun, 12 Jan 1997 04:46:05 -0800 (PST)
Date: Sun, 12 Jan 1997 04:46:05 -0800 (PST)
From: David Nugent <davidn>
Message-Id: <199701121246.EAA25742@freefall.freebsd.org>
To: davidn, freebsd-bugs, davidn
Subject: Re: bin/1387
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Synopsis: Group file errors cause absolute havoc

Responsible-Changed-From-To: freebsd-bugs->davidn
Responsible-Changed-By: davidn
Responsible-Changed-When: Sun Jan 12 23:44:46 EST 1997
Responsible-Changed-Why: 
I'll be working on groups code shortly and planned on doing something
similar anyway.

From owner-freebsd-bugs  Sun Jan 12 05:47:05 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id FAA27808
          for bugs-outgoing; Sun, 12 Jan 1997 05:47:05 -0800 (PST)
Received: from dfw-ix8.ix.netcom.com (dfw-ix8.ix.netcom.com [206.214.98.8])
          by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id FAA27803
          for <bugs@freebsd.org>; Sun, 12 Jan 1997 05:47:02 -0800 (PST)
Received: from baloon.mimi.com (sjx-ca23-12.ix.netcom.com [204.30.65.140]) by dfw-ix8.ix.netcom.com (8.6.13/8.6.12) with ESMTP id FAA10712; Sun, 12 Jan 1997 05:45:49 -0800
Received: (from asami@localhost) by baloon.mimi.com (8.8.4/8.6.12) id FAA14564; Sun, 12 Jan 1997 05:45:47 -0800 (PST)
Date: Sun, 12 Jan 1997 05:45:47 -0800 (PST)
Message-Id: <199701121345.FAA14564@baloon.mimi.com>
To: bugs@freebsd.org
CC: mita@jp.freebsd.org
Subject: PR followup probs?
From: asami@cs.berkeley.edu (Satoshi Asami)
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

I'm not sure if this is reported here yet, but it seems like gnats is
not recording followups correctly.  For instance, this mail:

===
From: mita@jp.FreeBSD.org (MITA Yoshio)
To: FreeBSD-gnats@freefall.freebsd.org, freebsd-ports@freefall.freebsd.org
cc: mita@jp.FreeBSD.org (MITA Yoshio)
Subject: Re: ports/2311: A new ports collection for dserver (CDROM dictionary server) 
Date: Sun, 12 Jan 1997 22:25:04 +0900

>> Category:       ports
>> Responsible:    freebsd-ports
>> Synopsis:       A new ports collection is created and waiting for committing.
>> Arrival-Date:   Sat Dec 28 17:50:01 PST 1996

Changed typo. Apply this patch please.
begin 600 dserverports.patch.gz
<etc>
===

sent as a followup to the "thanks for your report, we hope to get to
it before the next millenium" mail, didn't register in the audit-trail
of PR ports/2311.

I also remember sending a mail to freebsd-gnats-submit, with the PR
identification in the subject line, to send mail to the originator and 
also register it in the audit-trail -- as you may know, it ended up as 
a new PR.  But I swear it used to work before.

These should be fixed asap as we are dropping PR followups on the
floor.  Who updated freefall's gnats anyway?

Satoshi

From owner-freebsd-bugs  Sun Jan 12 05:50:02 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id FAA27910
          for bugs-outgoing; Sun, 12 Jan 1997 05:50:02 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id FAA27900;
          Sun, 12 Jan 1997 05:50:01 -0800 (PST)
Date: Sun, 12 Jan 1997 05:50:01 -0800 (PST)
Message-Id: <199701121350.FAA27900@freefall.freebsd.org>
To: freebsd-bugs
Cc: 
From: Andrew <andrew@ugh.net.au>
Subject: Re: kern/2351: panic:timeout table full
Reply-To: Andrew <andrew@ugh.net.au>
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

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

From: Andrew <andrew@ugh.net.au>
To: freebsd-gnats-submit@freebsd.org, andrew@ugh.net.au
Cc:  Subject: Re: kern/2351: panic:timeout table full
Date: Mon, 13 Jan 1997 00:53:57 +1100

 > I can't seem to get it to happen again...(thankfully :-)
 
 I certainly can now....most of the time if I try and boot wth my custom
 kernel I get panic: timeout table full etc just as the login prompt
 appears. Sometimes it works fine - GENERIC always works. This leads me
 to beleive my kernel is at fault but I cant find any problems with the
 config file and I have recompiled it just in case.
 
 Sometimes I get a larger error message:
 
 login: panic: timeout table full
 
 syncing disks...
 
 fatal trap 12: page fault while in kernel mode
 fault virtual address	= 0x10
 fault code				= supervisor read, page not present
 instruction pointer		= 0x8:0xf012940a
 stack pointer			= 0x8:0xf0187e80
 frame pointer			= 0x8:0xf0187e90
 code segment			= base 0x0, limit 0xfffff, type 0x1b
 						= DPL 0, pres 1, def32 1, gran 1
 processor eflags		= interrupt enabled, resume, IOPL = 0
 current process			= Idle
 interrupt mask			= net tty bio
 
 panic: page fault
 Automatic reboot in 15 seconds - press any key on the console to abort
 
 My kernel config file is:
 
 #
 # SALLY -- 4 Serial, 1 Parallel, 1 420MB bad IDE fixed, built for speed
 no
 #	longer :-(. FAILSAFE is on.
 #
 
 machine		"i386"
 cpu		"I386_CPU"
 ident		SALLY
 maxusers	4
 
 options		GPL_MATH_EMULATE	#Support for x87 emulation
 options		INET			#InterNETworking
 options		FFS			#Berkeley Fast Filesystem
 options		PROCFS			#Process filesystem
 options		"COMPAT_43"		#Compatible with BSD 4.3 [KEEP THIS!]
 options		FAILSAFE		#Be Cautious
 #options	USERCONFIG		#boot -c editor
 #options	VISUAL_USERCONFIG	#visual boot -c editor
 
 config		kernel	root on wd0
 
 # Buses
 controller	isa0
 
 # Floppy
 controller	fdc0	at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr
 disk		fd0	at fdc0 drive 0
 
 # Hard Disk
 controller	wdc0	at isa? port "IO_WD1" bio irq 14 vector wdintr
 disk		wd0	at wdc0 drive 0
 
 # Console
 # syscons is the default console driver, resembling an SCO console
 device		sc0	at isa? port "IO_KBD" tty irq 1 vector scintr
 # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver
 #device		vt0	at isa? port "IO_KBD" tty irq 1 vector pcrint
 #options		PCVT_FREEBSD=210	# pcvt running on FreeBSD >= 2.0.5
 
 # Maths Co-Processor
 # Mandatory, don't remove
 device		npx0	at isa? port "IO_NPX" irq 13 vector npxintr
 
 # Serial Ports
 device		sio0	at isa? port "IO_COM1" tty irq 4 vector siointr
 device		sio1	at isa? port "IO_COM2" tty irq 3 vector siointr
 device		sio2	at isa? port "IO_COM3" tty irq 5 vector siointr
 device		sio3	at isa? port "IO_COM4" tty irq 7 vector siointr
 
 # Parallel Port
 # irq 9 but seems faster in polled mode
 device		lpt0	at isa? port? tty vector lptintr
 
 # Sound
 #device pca0 at isa? port "IO_TIMER1" tty
 #pseudo-device speaker
 
 # Loopback
 pseudo-device	loop
 
 # Kernel Error Messages
 pseudo-device	log
 
 # ijppp
 pseudo-device	tun	2
 
 # Snoop
 pseudo-device snp 1
 
 pseudo-device	bpfilter 1
 pseudo-device	pty	16
 pseudo-device	gzip		# Exec gzipped a.out's
 
 Thanks,
 
 Andrew

From owner-freebsd-bugs  Sun Jan 12 06:10:03 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id GAA28664
          for bugs-outgoing; Sun, 12 Jan 1997 06:10:03 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id GAA28658;
          Sun, 12 Jan 1997 06:10:02 -0800 (PST)
Resent-Date: Sun, 12 Jan 1997 06:10:02 -0800 (PST)
Resent-Message-Id: <199701121410.GAA28658@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org,
        Received:(from nobody@localhost) by.freefall.freebsd.org.id.GAA28382;Sun; (8.8.4/8.8.4);,
        12 Jan 1997 06:04:02.-0800 (PST)
Message-Id: <199701121404.GAA28382@freefall.freebsd.org>
Date: Sun, 12 Jan 1997 06:04:02 -0800 (PST)
From: andrew@ugh.net.au
To: freebsd-gnats-submit@freebsd.org
X-Send-Pr-Version: www-1.0
Subject: bin/2457: vi keeps dumping
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


>Number:         2457
>Category:       bin
>Synopsis:       vi keeps dumping
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sun Jan 12 06:10:00 PST 1997
>Last-Modified:
>Originator:     Andrew Stevenson
>Organization:
>Release:        2.2-BETA
>Environment:
FreeBSD sally.ugh.net.au 2.2-BETA_A FreeBSD 2.2-BETA_A #0: Tue Dec 24 03:41:49
1996	jkh@time.cdrom.com:/usr/src/sys/compile/GENERIC	i386
>Description:
If you leave vi idle for too long (a couple of minutes) when you return and try and type something
vi says:

Error: input: Bad address

vi then usually core dumps - occaisonally it will recover and continue.
I kept some cores if you want me to do something with them. messges says
it vi is exiting on signal 11.
>How-To-Repeat:
Leave vi idle for 10 or so minutes and then type something in it.
>Fix:

>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Sun Jan 12 06:30:03 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id GAA29481
          for bugs-outgoing; Sun, 12 Jan 1997 06:30:03 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id GAA29475;
          Sun, 12 Jan 1997 06:30:02 -0800 (PST)
Resent-Date: Sun, 12 Jan 1997 06:30:02 -0800 (PST)
Resent-Message-Id: <199701121430.GAA29475@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org,
        Received:(from nobody@localhost) by.freefall.freebsd.org.id.GAA29175;Sun; (8.8.4/8.8.4);,
        12 Jan 1997 06:25:07.-0800 (PST)
Message-Id: <199701121425.GAA29175@freefall.freebsd.org>
Date: Sun, 12 Jan 1997 06:25:07 -0800 (PST)
From: andrew@ugh.net.au
To: freebsd-gnats-submit@freebsd.org
X-Send-Pr-Version: www-1.0
Subject: kern/2458: uname -a says 2.2-BETA_A
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


>Number:         2458
>Category:       kern
>Synopsis:       uname -a says 2.2-BETA_A
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sun Jan 12 06:30:01 PST 1997
>Last-Modified:
>Originator:     Andrew Stevenson
>Organization:
>Release:        2.2-BETA_A
>Environment:
FreeBSD sally.ugh.net.au 2.2-BETA_A FreeBSD 2.2-BETA_A #0: Tue Dec 24 03:41:49
1996	jkh@time.cdrom.com:/usr/src/sys/compile/GENERIC	i386
>Description:
You can see the problem in the uname -a field above. My machine identifies
its FreeBSD version as 2.2-BETA_A. Jordan said (on announce) there was a
boot.flp that fixed this problem and its md5 checksum was blah. My boot.flp
has the same md5 checksum but I still get the _A
>How-To-Repeat:
Install 2.2-BETA from a disk whos md5 checksum is:

MD5 (boot.flp) = 684b4d5be8e0721e67bcab47fec6fbe0

Type uname -a

>Fix:

>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Sun Jan 12 06:50:04 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id GAA00555
          for bugs-outgoing; Sun, 12 Jan 1997 06:50:04 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id GAA00549;
          Sun, 12 Jan 1997 06:50:01 -0800 (PST)
Resent-Date: Sun, 12 Jan 1997 06:50:01 -0800 (PST)
Resent-Message-Id: <199701121450.GAA00549@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org,
        Received:"from han.cs.berkeley.edu (han.CS.Berkeley.EDU [128.32.38.229])
          by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id GAA00420
          for" <FreeBSD-gnats-submit@freebsd.org>; Sun,
        12 Jan 1997 06:47:44.-0800 (PST)
Received: (from asami2@localhost) by han.cs.berkeley.edu (8.8.4/8.7.3) id GAA03634; Sun, 12 Jan 1997 06:47:38 -0800 (PST)
Message-Id: <199701121447.GAA03634@han.cs.berkeley.edu>
Date: Sun, 12 Jan 1997 06:47:38 -0800 (PST)
From: asami@freebsd.org
To: FreeBSD-gnats-submit@freebsd.org
Cc: jdp@polstra.com
X-Send-Pr-Version: 3.2
Subject: bin/2459: pkg_add chokes on large packing lists
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


>Number:         2459
>Category:       bin
>Synopsis:       pkg_add chokes on large packing lists
>Confidential:   no
>Severity:       critical
>Priority:       high
>Responsible:    freebsd-bugs
>State:          open
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sun Jan 12 06:50:00 PST 1997
>Last-Modified:
>Originator:     Satoshi Asami
>Organization:
The FreeBSD Janitorial Team
>Release:        FreeBSD 2.2-RELEASE i386
>Environment:

A FreeBSD system and a large package.  By the way, uname is lying
up there, 2.2 is not released yet.

>Description:

When a user tries to pkg_add some packages, it dies with:

can't invoke tar pipeline

followed by hundreds of

File `/usr/local/lib/xemacs-19.14/etc/w3/archive.xbm' doesn't really exist.

type errors.  I believe this has something to do with the size of 
the packing list, as it failed for teTeX, linux_lib, crossfire and
xemacs (all of which have enormous packing lists) while it worked
for some of the smaller packages that I tried.

I believe the packages are correct (i.e., the bug is in pkg_add,
not pkg_create), although I can't really verify that except that it is 
a valid gzipped tarfile and the file in question exists in the package:

## tar tvzf editors/xemacs-19.14.tgz | grep archive.xbm 
-r--r--r-- root/wheel      503 Sep 20 12:59 1994 lib/xemacs-19.14/etc/w3/archive.xbm

>How-To-Repeat:

	pkg_add xemacs-19.14.tgz

>Fix:
	
	Maybe something similar to John's fix to pkg_create?

>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Sun Jan 12 07:50:04 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id HAA02662
          for bugs-outgoing; Sun, 12 Jan 1997 07:50:04 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id HAA02652;
          Sun, 12 Jan 1997 07:50:02 -0800 (PST)
Resent-Date: Sun, 12 Jan 1997 07:50:02 -0800 (PST)
Resent-Message-Id: <199701121550.HAA02652@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org,
        Received:(from nobody@localhost) by.freefall.freebsd.org.id.HAA02344;Sun; (8.8.4/8.8.4);,
        12 Jan 1997 07:42:26.-0800 (PST)
Message-Id: <199701121542.HAA02344@freefall.freebsd.org>
Date: Sun, 12 Jan 1997 07:42:26 -0800 (PST)
From: andrew@ugh.net.au
To: freebsd-gnats-submit@freebsd.org
X-Send-Pr-Version: www-1.0
Subject: docs/2460: manpages sometimes appear to be 0 bytes
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


>Number:         2460
>Category:       docs
>Synopsis:       manpages sometimes appear to be 0 bytes
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sun Jan 12 07:50:01 PST 1997
>Last-Modified:
>Originator:     Andrew Stevenson
>Organization:
>Release:        2.2-BETA_A
>Environment:
FreeBSD sally.ugh.net.au 2.2-BETA_A FreeBSD 2.2-BETA_A #0: Sat Jan 11 22:19:46
EST 1997	andrew@sally.ugh.net.au:/usr/src/sys/compile/SALLY	i386
>Description:
Every now and then (it happened a lot when I first installed) when you
type man <whatever> it says formatting page....Done and then your
prompt returns. You dont get a man page. A 0 byte file (until it was
compressed) is left in man/cat?. If you delete this file and type man
<whatever> again it usually works.

>How-To-Repeat:
Read a few manpages till you get the bug...it used to happen to me all
the time but now only occaisonally.

>Fix:

>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Sun Jan 12 08:20:05 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id IAA03806
          for bugs-outgoing; Sun, 12 Jan 1997 08:20:05 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id IAA03797;
          Sun, 12 Jan 1997 08:20:03 -0800 (PST)
Resent-Date: Sun, 12 Jan 1997 08:20:03 -0800 (PST)
Resent-Message-Id: <199701121620.IAA03797@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org,
        Received:(from nobody@localhost) by.freefall.freebsd.org.id.IAA03646;Sun; (8.8.4/8.8.4);,
        12 Jan 1997 08:16:36.-0800 (PST)
Message-Id: <199701121616.IAA03646@freefall.freebsd.org>
Date: Sun, 12 Jan 1997 08:16:36 -0800 (PST)
From: cmf@netins.net
To: freebsd-gnats-submit@freebsd.org
X-Send-Pr-Version: www-1.0
Subject: bin/2461: calendar(1) reports surprising results on January 1st.
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


>Number:         2461
>Category:       bin
>Synopsis:       calendar(1) reports surprising results on January 1st.
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sun Jan 12 08:20:02 PST 1997
>Last-Modified:
>Originator:     Carl Fongheiser
>Organization:
>Release:        3.0-CURRENT
>Environment:
FreeBSD kf0yn.ampr.org 3.0-CURRENT FreeBSD 3.0-CURRENT #0: Sat Dec 28 19:54:28 C
ST 1996     cmf@kf0yn.ampr.org:/usr/src/sys/compile/OSITOS  i386

>Description:
calendar can report some events happening on "Jan 0" when you run it on
January 1st.
>How-To-Repeat:
My calendar file:

Monday-1        Mississippi Bend Radio Society, 7pm, Civil Air Patrol bldg
Monday+1        Davenport Radio Amateur Club, 7pm, Army Reserve Center
Monday+3        Davenport Radio Amateur Club, 7pm, Army Reserve Center

~ $ calendar -t 01.01.1997
Jan  0* Mississippi Bend Radio Society, 7pm, Civil Air Patrol bldg
Jan  0* Davenport Radio Amateur Club, 7pm, Army Reserve Center

Similarly for 1998:

~ $ calendar -t 01.01.1998
Jan  0* Mississippi Bend Radio Society, 7pm, Civil Air Patrol bldg
Jan  0* Davenport Radio Amateur Club, 7pm, Army Reserve Center

>Fix:

>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Sun Jan 12 08:40:03 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id IAA04628
          for bugs-outgoing; Sun, 12 Jan 1997 08:40:03 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id IAA04622;
          Sun, 12 Jan 1997 08:40:01 -0800 (PST)
Resent-Date: Sun, 12 Jan 1997 08:40:01 -0800 (PST)
Resent-Message-Id: <199701121640.IAA04622@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org,
        Received:(from nobody@localhost) by.freefall.freebsd.org.id.IAA04436;Sun; (8.8.4/8.8.4);,
        12 Jan 1997 08:35:20.-0800 (PST)
Message-Id: <199701121635.IAA04436@freefall.freebsd.org>
Date: Sun, 12 Jan 1997 08:35:20 -0800 (PST)
From: andrew@ugh.net.au
To: freebsd-gnats-submit@freebsd.org
X-Send-Pr-Version: www-1.0
Subject: kern/2462: screen saver dosn't capture key strokes
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


>Number:         2462
>Category:       kern
>Synopsis:       screen saver dosn't capture key strokes
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Class:          change-request
>Submitter-Id:   current-users
>Arrival-Date:   Sun Jan 12 08:40:00 PST 1997
>Last-Modified:
>Originator:     Andrew Stevenson
>Organization:
>Release:        2.2-BETA_A
>Environment:
FreeBSD sally.ugh.net.au 2.2-BETA_A FreeBSD 2.2-BETA_A #0: Sat Jan 11 22:19:46
EST 1997	andrew@sally.ugh.net.au:/usr/src/sys/compile/SALLY	i386
>Description:
Pressing a key on the console when the screen saver is up should get rid
of the screen saver but it shouldn't actually type anything. Its very
easy to get a menu option you dont want for example by hitting return to
get rid of the screen saver.
>How-To-Repeat:
Wait for the screen saver to come up and press a button that types something
ie not shift.
>Fix:

>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Sun Jan 12 08:50:03 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id IAA04930
          for bugs-outgoing; Sun, 12 Jan 1997 08:50:03 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id IAA04915;
          Sun, 12 Jan 1997 08:50:01 -0800 (PST)
Resent-Date: Sun, 12 Jan 1997 08:50:01 -0800 (PST)
Resent-Message-Id: <199701121650.IAA04915@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org,
        Received:(from nobody@localhost) by.freefall.freebsd.org.id.IAA04706;Sun; (8.8.4/8.8.4);,
        12 Jan 1997 08:43:03.-0800 (PST)
Message-Id: <199701121643.IAA04706@freefall.freebsd.org>
Date: Sun, 12 Jan 1997 08:43:03 -0800 (PST)
From: andrew@ugh.net.au
To: freebsd-gnats-submit@freebsd.org
X-Send-Pr-Version: www-1.0
Subject: kern/2463: pci gets included without being asked for
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


>Number:         2463
>Category:       kern
>Synopsis:       pci gets included without being asked for
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sun Jan 12 08:50:00 PST 1997
>Last-Modified:
>Originator:     Andrew Stevenson
>Organization:
>Release:        2.2-BETA_A
>Environment:
FreeBSD sally.ugh.net.au 2.2-BETA_A FreeBSD 2.2-BETA_A #0: Sat Jan 11 22:19:46
EST 1997	andrew@sally.ugh.net.au:/usr/src/sys/compile/SALLY	i386
>Description:
Despite not having pci mentioned in my kernel config file at all the
makefile produced by config still contains $S/pci/wd82371.c. Is this a
bug? The file seems to be something about pci ide controllers but I'm not
sure...I definitley dont have pci :-(
>How-To-Repeat:
My kernel config file:

#
# SALLY -- 4 Serial, 1 Parallel, 1 420MB bad IDE fixed, built for speed no
#	longer :-(. FAILSAFE is on.
#

machine		"i386"
cpu		"I386_CPU"
ident		SALLY
maxusers	4

options		GPL_MATH_EMULATE	#Support for x87 emulation
options		INET			#InterNETworking
options		FFS			#Berkeley Fast Filesystem
options		PROCFS			#Process filesystem
options		"COMPAT_43"		#Compatible with BSD 4.3 [KEEP THIS!]
options		FAILSAFE		#Be Cautious
#options	USERCONFIG		#boot -c editor
#options	VISUAL_USERCONFIG	#visual boot -c editor

config		kernel	root on wd0

# Buses
controller	isa0

# Floppy
controller	fdc0	at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr
disk		fd0	at fdc0 drive 0

# Hard Disk
controller	wdc0	at isa? port "IO_WD1" bio irq 14 vector wdintr
disk		wd0	at wdc0 drive 0

# Console
# syscons is the default console driver, resembling an SCO console
device		sc0	at isa? port "IO_KBD" tty irq 1 vector scintr
# Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver
#device		vt0	at isa? port "IO_KBD" tty irq 1 vector pcrint
#options		PCVT_FREEBSD=210	# pcvt running on FreeBSD >= 2.0.5

# Maths Co-Processor
# Mandatory, don't remove
device		npx0	at isa? port "IO_NPX" irq 13 vector npxintr

# Serial Ports
device		sio0	at isa? port "IO_COM1" tty irq 4 vector siointr
device		sio1	at isa? port "IO_COM2" tty irq 3 vector siointr
device		sio2	at isa? port "IO_COM3" tty irq 5 vector siointr
device		sio3	at isa? port "IO_COM4" tty irq 7 vector siointr

# Parallel Port
# irq 9 but seems faster in polled mode
device		lpt0	at isa? port? tty vector lptintr

# Sound
#device pca0 at isa? port "IO_TIMER1" tty
#pseudo-device speaker

# Loopback
pseudo-device	loop

# Kernel Error Messages
pseudo-device	log

# ijppp
pseudo-device	tun	2

# Snoop
pseudo-device snp 1

pseudo-device	bpfilter 1
pseudo-device	pty	16
pseudo-device	gzip		# Exec gzipped a.out's

>Fix:

>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Sun Jan 12 08:50:05 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id IAA04944
          for bugs-outgoing; Sun, 12 Jan 1997 08:50:05 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id IAA04928;
          Sun, 12 Jan 1997 08:50:03 -0800 (PST)
Resent-Date: Sun, 12 Jan 1997 08:50:03 -0800 (PST)
Resent-Message-Id: <199701121650.IAA04928@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org,
        Received:(from nobody@localhost) by.freefall.freebsd.org.id.IAA04766;Sun; (8.8.4/8.8.4);,
        12 Jan 1997 08:46:41.-0800 (PST)
Message-Id: <199701121646.IAA04766@freefall.freebsd.org>
Date: Sun, 12 Jan 1997 08:46:41 -0800 (PST)
From: andrew@ugh.net.au
To: freebsd-gnats-submit@freebsd.org
X-Send-Pr-Version: www-1.0
Subject: bin/2464: adduser claims /nonexistent is an invalid shell
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


>Number:         2464
>Category:       bin
>Synopsis:       adduser claims /nonexistent is an invalid shell
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sun Jan 12 08:50:02 PST 1997
>Last-Modified:
>Originator:     Andrew Stevenson
>Organization:
>Release:        2.2-BETA_A
>Environment:
FreeBSD sally.ugh.net.au 2.2-BETA_A FreeBSD 2.2-BETA_A #0: Sat Jan 11 22:19:46
EST 1997	andrew@sally.ugh.net.au:/usr/src/sys/compile/SALLY	i386
>Description:
When you run adduser it complains that /nonexistent is an invlaid shell.
While it is an invalid shell adduser used to have an exception for it as
it was great to give non loginable accounts.
>How-To-Repeat:
Runn adduser when accounts in /etc/master.passwd have /nonexistent as
their shell.
>Fix:

>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Sun Jan 12 09:00:04 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id JAA05311
          for bugs-outgoing; Sun, 12 Jan 1997 09:00:04 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id JAA05296;
          Sun, 12 Jan 1997 09:00:02 -0800 (PST)
Resent-Date: Sun, 12 Jan 1997 09:00:02 -0800 (PST)
Resent-Message-Id: <199701121700.JAA05296@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org,
        Received:(from nobody@localhost) by.freefall.freebsd.org.id.IAA04993;Sun; (8.8.4/8.8.4);,
        12 Jan 1997 08:51:31.-0800 (PST)
Message-Id: <199701121651.IAA04993@freefall.freebsd.org>
Date: Sun, 12 Jan 1997 08:51:31 -0800 (PST)
From: andrew@ugh.net.au
To: freebsd-gnats-submit@freebsd.org
X-Send-Pr-Version: www-1.0
Subject: bin/2465: watch dosn't exit properly
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


>Number:         2465
>Category:       bin
>Synopsis:       watch dosn't exit properly
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sun Jan 12 09:00:01 PST 1997
>Last-Modified:
>Originator:     Andrew Stevenson
>Organization:
>Release:        2.2-BETA_A
>Environment:
FreeBSD sally.ugh.net.au 2.2-BETA_A FreeBSD 2.2-BETA_A #0: Sat Jan 11 22:19:46
EST 1997	andrew@sally.ugh.net.au:/usr/src/sys/compile/SALLY	i386
>Description:
You cant exit watch by typing ^Q. You have to type ^X^C.
>How-To-Repeat:
Run watch (I was using watch -W) and try and quit.
>Fix:

>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Sun Jan 12 09:00:05 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id JAA05324
          for bugs-outgoing; Sun, 12 Jan 1997 09:00:05 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id JAA05308;
          Sun, 12 Jan 1997 09:00:03 -0800 (PST)
Resent-Date: Sun, 12 Jan 1997 09:00:03 -0800 (PST)
Resent-Message-Id: <199701121700.JAA05308@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org,
        Received:(from nobody@localhost) by.freefall.freebsd.org.id.IAA05231;Sun; (8.8.4/8.8.4);,
        12 Jan 1997 08:57:57.-0800 (PST)
Message-Id: <199701121657.IAA05231@freefall.freebsd.org>
Date: Sun, 12 Jan 1997 08:57:57 -0800 (PST)
From: andrew@ugh.net.au
To: freebsd-gnats-submit@freebsd.org
X-Send-Pr-Version: www-1.0
Subject: bin/2466: telnet sleeps too much :-)
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


>Number:         2466
>Category:       bin
>Synopsis:       telnet sleeps too much :-)
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sun Jan 12 09:00:02 PST 1997
>Last-Modified:
>Originator:     Andrew Stevenson
>Organization:
>Release:        2.2-BETA_A
>Environment:
FreeBSD sally.ugh.net.au 2.2-BETA_A FreeBSD 2.2-BETA_A #0: Sat Jan 11 22:19:46
EST 1997	andrew@sally.ugh.net.au:/usr/src/sys/compile/SALLY	i386
>Description:
If you leave telnet idle and then type something it will say "sleep(5)
from telnet, after select". It will continue to work but it messes up
the screen.
>How-To-Repeat:
telnet somewhere and leave it idle for a while, come back to it and type.
>Fix:

>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Sun Jan 12 09:20:07 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id JAA05915
          for bugs-outgoing; Sun, 12 Jan 1997 09:20:07 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id JAA05897;
          Sun, 12 Jan 1997 09:20:05 -0800 (PST)
Resent-Date: Sun, 12 Jan 1997 09:20:05 -0800 (PST)
Resent-Message-Id: <199701121720.JAA05897@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org,
        Received:(from nobody@localhost) by.freefall.freebsd.org.id.JAA05683;Sun; (8.8.4/8.8.4);,
        12 Jan 1997 09:14:38.-0800 (PST)
Message-Id: <199701121714.JAA05683@freefall.freebsd.org>
Date: Sun, 12 Jan 1997 09:14:38 -0800 (PST)
From: andrew@ugh.net.au
To: freebsd-gnats-submit@freebsd.org
X-Send-Pr-Version: www-1.0
Subject: bin/2468: more is slow
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


>Number:         2468
>Category:       bin
>Synopsis:       more is slow
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sun Jan 12 09:20:04 PST 1997
>Last-Modified:
>Originator:     Andrew Stevenson
>Organization:
>Release:        2.2-BETA_A
>Environment:
FreeBSD sally.ugh.net.au 2.2-BETA_A FreeBSD 2.2-BETA_A #0: Sat Jan 11 22:19:46
EST 1997	andrew@sally.ugh.net.au:/usr/src/sys/compile/SALLY	i386
>Description:
more seems very slow...you have to wait for a noticable time for more to
start even if it is only going to say No such file or directory. vi is the
same. I thought it was all file access but cat is just as quick as 2.1.5.

>How-To-Repeat:
more a file
>Fix:

>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Sun Jan 12 10:00:04 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id KAA08086
          for bugs-outgoing; Sun, 12 Jan 1997 10:00:04 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id KAA08069;
          Sun, 12 Jan 1997 10:00:01 -0800 (PST)
Date: Sun, 12 Jan 1997 10:00:01 -0800 (PST)
Message-Id: <199701121800.KAA08069@freefall.freebsd.org>
To: freebsd-bugs
Cc: 
From: j@uriah.heep.sax.de (J Wunsch)
Subject: Re: bin/2457: vi keeps dumping
Reply-To: j@uriah.heep.sax.de (J Wunsch)
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

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

From: j@uriah.heep.sax.de (J Wunsch)
To: andrew@ugh.net.au
Cc: freebsd-gnats-submit@freebsd.org,
        holm@geophysik.tu-freiberg.de (Holm Tiffe)
Subject: Re: bin/2457: vi keeps dumping
Date: Sun, 12 Jan 1997 18:47:01 +0100

 As andrew@ugh.net.au wrote:
 
 > If you leave vi idle for too long (a couple of minutes) when you
 > return and try and type something vi says:
 > 
 > Error: input: Bad address
 
 Is this over NFS?
 
 ISTR that a friend has also complained about this behaviour.  I'm
 not sure whether upgrading his system helped.
 
 Holm, what's the current wisdom about this?
 
 -- 
 cheers, J"org
 
 joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
 Never trust an operating system you don't have sources for. ;-)

From owner-freebsd-bugs  Sun Jan 12 10:10:03 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id KAA08577
          for bugs-outgoing; Sun, 12 Jan 1997 10:10:03 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id KAA08570;
          Sun, 12 Jan 1997 10:10:02 -0800 (PST)
Date: Sun, 12 Jan 1997 10:10:02 -0800 (PST)
Message-Id: <199701121810.KAA08570@freefall.freebsd.org>
To: freebsd-bugs
Cc: 
From: Andrew <andrew@ugh.net.au>
Subject: Re: bin/2457: vi keeps dumping
Reply-To: Andrew <andrew@ugh.net.au>
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

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

From: Andrew <andrew@ugh.net.au>
To: Joerg Wunsch <joerg_wunsch@uriah.heep.sax.de>
Cc: freebsd-gnats-submit@freebsd.org,
        Holm Tiffe <holm@geophysik.tu-freiberg.de>
Subject: Re: bin/2457: vi keeps dumping
Date: Mon, 13 Jan 1997 05:07:48 +1100 (EST)

 On Sun, 12 Jan 1997, J Wunsch wrote:
 
 > > Error: input: Bad address
 > 
 > Is this over NFS?
 
 No.
 
 > ISTR that a friend has also complained about this behaviour.  I'm
 > not sure whether upgrading his system helped.
 
 I know someone else witht he same problem...
 
 Thanks,
 
 Andrew
 

From owner-freebsd-bugs  Sun Jan 12 10:30:03 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id KAA09334
          for bugs-outgoing; Sun, 12 Jan 1997 10:30:03 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id KAA09327;
          Sun, 12 Jan 1997 10:30:01 -0800 (PST)
Date: Sun, 12 Jan 1997 10:30:01 -0800 (PST)
Message-Id: <199701121830.KAA09327@freefall.freebsd.org>
To: freebsd-bugs
Cc: 
From: j@uriah.heep.sax.de (J Wunsch)
Subject: Re: bin/2464: adduser claims /nonexistent is an invalid shell
Reply-To: j@uriah.heep.sax.de (J Wunsch)
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

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

From: j@uriah.heep.sax.de (J Wunsch)
To: andrew@ugh.net.au
Cc: freebsd-gnats-submit@freebsd.org
Subject: Re: bin/2464: adduser claims /nonexistent is an invalid shell
Date: Sun, 12 Jan 1997 19:02:32 +0100

 As andrew@ugh.net.au wrote:
 
 > When you run adduser it complains that /nonexistent is an invlaid shell.
 
 It's right on this.
 
 > While it is an invalid shell adduser used to have an exception for it as
 > it was great to give non loginable accounts.
 
 Use /sbin/nologin.
 
 Errrm.  Use it only after adding a `-p' in the first line. :-)
 
 -- 
 cheers, J"org
 
 joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
 Never trust an operating system you don't have sources for. ;-)

From owner-freebsd-bugs  Sun Jan 12 10:36:18 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id KAA09884
          for bugs-outgoing; Sun, 12 Jan 1997 10:36:18 -0800 (PST)
Received: (from mpp@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id KAA09864;
          Sun, 12 Jan 1997 10:36:16 -0800 (PST)
Date: Sun, 12 Jan 1997 10:36:16 -0800 (PST)
From: Mike Pritchard <mpp>
Message-Id: <199701121836.KAA09864@freefall.freebsd.org>
To: mpp, freebsd-bugs
Subject: Re: bin/2461
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Synopsis: calendar(1) reports surprising results on January 1st.

Responsible-Changed-From-To: freebsd-bugs->freebsd-bugs mpp
Responsible-Changed-By: mpp
Responsible-Changed-When: Sun Jan 12 10:35:37 PST 1997
Responsible-Changed-Why: 
I was the last one to mess around with this code...

From owner-freebsd-bugs  Sun Jan 12 10:40:04 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id KAA10115
          for bugs-outgoing; Sun, 12 Jan 1997 10:40:04 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id KAA10082;
          Sun, 12 Jan 1997 10:40:02 -0800 (PST)
Date: Sun, 12 Jan 1997 10:40:02 -0800 (PST)
Message-Id: <199701121840.KAA10082@freefall.freebsd.org>
To: freebsd-bugs
Cc: 
From: j@uriah.heep.sax.de (J Wunsch)
Subject: Re: bin/2466: telnet sleeps too much :-)
Reply-To: j@uriah.heep.sax.de (J Wunsch)
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

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

From: j@uriah.heep.sax.de (J Wunsch)
To: andrew@ugh.net.au
Cc: freebsd-gnats-submit@FreeBSD.ORG
Subject: Re: bin/2466: telnet sleeps too much :-)
Date: Sun, 12 Jan 1997 19:10:12 +0100

 As andrew@ugh.net.au wrote:
 
 > If you leave telnet idle and then type something it will say "sleep(5)
 > from telnet, after select". It will continue to work but it messes up
 > the screen.
 
 > >How-To-Repeat:
 > telnet somewhere and leave it idle for a while, come back to it and type.
 
 No, this is not generally repeatable.
 
 I suspect something special with your network setup.  Perhaps you add
 a debug printf to see what the actual error code is.
 
 The code in question (modulo some tn3720 hack) is:
 
     if ((c = select(16, &ibits, &obits, &xbits,
 			(poll == 0)? (struct timeval *)0 : &TimeValue)) < 0) {
 	if (c == -1) {
 		    /*
 		     * we can get EINTR if we are in line mode,
 		     * and the user does an escape (TSTP), or
 		     * some other signal generator.
 		     */
 	    if (errno == EINTR) {
 		return 0;
 	    }
 		    /* I don't like this, does it ever happen? */
 	    printf("sleep(5) from telnet, after select\r\n");
 	    sleep(5);
 	}
 	return 0;
     }
 
 ...so the sleep only happens after select() returned -1 (nothing
 found) but without EINTR.  This is a ``Cannot happen'' situation.
 Perhaps you can investigate a little why it happens in your
 environment.  (Mind you, many people leave telnet sessions idle for
 days.)
 
 -- 
 cheers, J"org
 
 joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
 Never trust an operating system you don't have sources for. ;-)

From owner-freebsd-bugs  Sun Jan 12 10:40:07 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id KAA10157
          for bugs-outgoing; Sun, 12 Jan 1997 10:40:07 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id KAA10113;
          Sun, 12 Jan 1997 10:40:04 -0800 (PST)
Resent-Date: Sun, 12 Jan 1997 10:40:04 -0800 (PST)
Resent-Message-Id: <199701121840.KAA10113@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, j@uriah.heep.sax.de
Received: from sax.sax.de (sax.sax.de [193.175.26.33])
          by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id KAA09450
          for <FreeBSD-gnats-submit@freebsd.org>; Sun, 12 Jan 1997 10:31:38 -0800 (PST)
Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id TAA22040 for FreeBSD-gnats-submit@freebsd.org; Sun, 12 Jan 1997 19:31:36 +0100
Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id TAA00803; Sun, 12 Jan 1997 19:20:33 +0100 (MET)
Message-Id: <199701121820.TAA00803@uriah.heep.sax.de>
Date: Sun, 12 Jan 1997 19:20:33 +0100 (MET)
From: J Wunsch <j@uriah.heep.sax.de>
Reply-To: j@uriah.heep.sax.de
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: bin/2469: xntpd(8)'s logging is too blatant
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


>Number:         2469
>Category:       bin
>Synopsis:       xntpd(8)'s logging is too blatant
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Class:          change-request
>Submitter-Id:   current-users
>Arrival-Date:   Sun Jan 12 10:40:03 PST 1997
>Last-Modified:
>Originator:     J Wunsch
>Organization:
>Release:        FreeBSD 3.0-CURRENT i386
>Environment:

xntpd(8) from the base system.

>Description:

Run xntpd(8) with a local refclock.  Since these refclocks are radio
receivers, they tend to drop signal every now and then.  xntpd(8) logs
these events blatantly with a level of LOG_ERR.  Since it also uses
the LOG_DAEMON facility, it's impossible to filter them out from
really important events.  If you run a campus timeserver for 5000
students, this might be important, but in other occasions, the
occasionally breaking clock accuracy is totally unimportant.  The
messages are annoying, and most complaints are even logged twice, with
verbose babble among:

xntpd[189]: parse: convert_rawdcf: INCOMPLETE DATA - time code only has 2 bits 
xntpd[189]: parse: time format "-#" not convertable 
xntpd[189]: parse: convert_rawdcf: INCOMPLETE DATA - time code only has 1 bits 
xntpd[189]: parse: time format "-" not convertable 
xntpd[189]: parse: convert_rawdcf: INCOMPLETE DATA - time code only has 1 bits 
xntpd[189]: parse: time format "-" not convertable 
xntpd[189]: parse: convert_rawdcf: INCOMPLETE DATA - time code only has 2 bits 
xntpd[189]: parse: time format "##" not convertable 
xntpd[189]: PARSE receiver #0: no data from device within poll interval
xntpd[189]: parse: convert_rawdcf: INCOMPLETE DATA - time code only has 3 bits 
xntpd[189]: parse: time format "--#" not convertable 

(Timestamps and hostname removed for brevity, the actual tty looks
even more garbled.)

>How-To-Repeat:

Run xntpd with a local refclock that occasionally fades signal.

>Fix:
	
Either spend a unique syslog facility to xntpd(8), or log with a much
lower priority so normal filtering will work.  People who are really
interested in the messages can still use the `!prog' notation of
syslog.conf to get at their data:

!xtnpd
*.*			root,xxx


>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Sun Jan 12 11:45:07 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id LAA14756
          for bugs-outgoing; Sun, 12 Jan 1997 11:45:07 -0800 (PST)
Received: (from joerg@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id LAA14722;
          Sun, 12 Jan 1997 11:44:41 -0800 (PST)
Date: Sun, 12 Jan 1997 11:44:41 -0800 (PST)
From: Joerg Wunsch <joerg>
Message-Id: <199701121944.LAA14722@freefall.freebsd.org>
To: hyama@acm.org, joerg, freebsd-bugs
Subject: Re: bin/2444
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Synopsis: Fetch cannot find the correct boundary between HTTP header and body.

State-Changed-From-To: open-closed
State-Changed-By: joerg
State-Changed-When: Sun Jan 12 20:44:18 MET 1997
State-Changed-Why: 
Dup for # bin/2443.

From owner-freebsd-bugs  Sun Jan 12 11:46:38 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id LAA14973
          for bugs-outgoing; Sun, 12 Jan 1997 11:46:38 -0800 (PST)
Received: (from joerg@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id LAA14887;
          Sun, 12 Jan 1997 11:46:09 -0800 (PST)
Date: Sun, 12 Jan 1997 11:46:09 -0800 (PST)
From: Joerg Wunsch <joerg>
Message-Id: <199701121946.LAA14887@freefall.freebsd.org>
To: wh@MX.BA-Stuttgart.De, joerg, freebsd-bugs
Subject: Re: bin/2420
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Synopsis: make world stopps while compiling sbin/dump

State-Changed-From-To: open-closed
State-Changed-By: joerg
State-Changed-When: Sun Jan 12 20:45:18 MET 1997
State-Changed-Why: 
Fixed by Peter in rev 1.10.

From owner-freebsd-bugs  Sun Jan 12 11:48:55 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id LAA15573
          for bugs-outgoing; Sun, 12 Jan 1997 11:48:55 -0800 (PST)
Received: (from joerg@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id LAA15278;
          Sun, 12 Jan 1997 11:48:32 -0800 (PST)
Date: Sun, 12 Jan 1997 11:48:32 -0800 (PST)
From: Joerg Wunsch <joerg>
Message-Id: <199701121948.LAA15278@freefall.freebsd.org>
To: proff@iq.org, joerg, freebsd-bugs
Subject: Re: i386/2180
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Synopsis: rapid xon/xoff causes cy.c serial driver to crash

State-Changed-From-To: open-closed
State-Changed-By: joerg
State-Changed-When: Sun Jan 12 20:47:53 MET 1997
State-Changed-Why: 
Originator closed, see the audit-trail.

From owner-freebsd-bugs  Sun Jan 12 11:49:06 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id LAA15751
          for bugs-outgoing; Sun, 12 Jan 1997 11:49:06 -0800 (PST)
Received: (from joerg@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id LAA15052;
          Sun, 12 Jan 1997 11:47:38 -0800 (PST)
Date: Sun, 12 Jan 1997 11:47:38 -0800 (PST)
From: Joerg Wunsch <joerg>
Message-Id: <199701121947.LAA15052@freefall.freebsd.org>
To: dennisg@seanet.com, joerg, freebsd-bugs
Subject: Re: misc/2411
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Synopsis: make release fails on 2.2beta

State-Changed-From-To: open-closed
State-Changed-By: joerg
State-Changed-When: Sun Jan 12 20:46:30 MET 1997
State-Changed-Why: 
Looks like the originator had $CVSROOT not set.  make relase
definately works as expected, the BETA wouldn't ahve been possible
at all otherwise.

From owner-freebsd-bugs  Sun Jan 12 11:50:18 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id LAA16635
          for bugs-outgoing; Sun, 12 Jan 1997 11:50:18 -0800 (PST)
Received: (from joerg@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id LAA16616;
          Sun, 12 Jan 1997 11:50:05 -0800 (PST)
Date: Sun, 12 Jan 1997 11:50:05 -0800 (PST)
From: Joerg Wunsch <joerg>
Message-Id: <199701121950.LAA16616@freefall.freebsd.org>
To: hsu@clinet.fi, joerg, freebsd-bugs, joerg
Subject: Re: kern/2401
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Synopsis: 2.2 RELENG sometimes locks up early on boot

State-Changed-From-To: open-analyzed
State-Changed-By: joerg
State-Changed-When: Sun Jan 12 20:48:44 MET 1997
State-Changed-Why: 
I know about this problem, and basically understand where it
happens, but have yet to find a fix for it.



Responsible-Changed-From-To: freebsd-bugs->joerg
Responsible-Changed-By: joerg
Responsible-Changed-When: Sun Jan 12 20:48:44 MET 1997
Responsible-Changed-Why: 
pcvt is my area.

From owner-freebsd-bugs  Sun Jan 12 11:52:31 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id LAA16995
          for bugs-outgoing; Sun, 12 Jan 1997 11:52:31 -0800 (PST)
Received: (from joerg@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id LAA16869;
          Sun, 12 Jan 1997 11:51:49 -0800 (PST)
Date: Sun, 12 Jan 1997 11:51:49 -0800 (PST)
From: Joerg Wunsch <joerg>
Message-Id: <199701121951.LAA16869@freefall.freebsd.org>
To: tunny.bbs@bbs.net.tsinghua.edu.cn, joerg, freebsd-bugs
Subject: Re: misc/2396
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Synopsis: /dev/rwd0a was bad

State-Changed-From-To: open-closed
State-Changed-By: joerg
State-Changed-When: Sun Jan 12 20:50:41 MET 1997
State-Changed-Why: 
Not a bug report per se.

Basically, the originator didn't know how to use a fixit floppy.
The origin of the crash itself looks like some local hardware
problem.

From owner-freebsd-bugs  Sun Jan 12 11:53:03 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id LAA17098
          for bugs-outgoing; Sun, 12 Jan 1997 11:53:03 -0800 (PST)
Received: (from joerg@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id LAA17043;
          Sun, 12 Jan 1997 11:52:45 -0800 (PST)
Date: Sun, 12 Jan 1997 11:52:45 -0800 (PST)
From: Joerg Wunsch <joerg>
Message-Id: <199701121952.LAA17043@freefall.freebsd.org>
To: nsayer@quack.kfu.com, joerg, freebsd-bugs
Subject: Re: kern/1638
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Synopsis: worm driver won't make audio tracks

State-Changed-From-To: open-closed
State-Changed-By: joerg
State-Changed-When: Sun Jan 12 20:52:08 MET 1997
State-Changed-Why: 
Fixed in rev 1.30 of worm.c.

From owner-freebsd-bugs  Sun Jan 12 12:10:06 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id MAA18377
          for bugs-outgoing; Sun, 12 Jan 1997 12:10:06 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id MAA18358;
          Sun, 12 Jan 1997 12:10:03 -0800 (PST)
Resent-Date: Sun, 12 Jan 1997 12:10:03 -0800 (PST)
Resent-Message-Id: <199701122010.MAA18358@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, uenami@imasy.or.jp
Received: from tasogare.imasy.or.jp (root@tasogare.imasy.or.jp [202.227.24.5])
          by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id MAA17787
          for <FreeBSD-gnats-submit@freebsd.org>; Sun, 12 Jan 1997 12:03:41 -0800 (PST)
Received: from sylphid.erehwon.imasy.or.jp (ppp0.imasy.or.jp [202.227.24.10]) by tasogare.imasy.or.jp (8.8.4+2.7Wbeta4/3.4W4-96030215) with ESMTP id FAA03718 for <FreeBSD-gnats-submit@freebsd.org>; Mon, 13 Jan 1997 05:03:37 +0900 (JST)
Received: (from ken@localhost) by sylphid.erehwon.imasy.or.jp (8.7.5+2.6Wbeta6/3.4W4-ken/sylphid.erehwon 04/10/96) id FAA02304; Mon, 13 Jan 1997 05:04:10 +0900 (JST)
Message-Id: <199701122004.FAA02304@sylphid.erehwon.imasy.or.jp>
Date: Mon, 13 Jan 1997 05:04:10 +0900 (JST)
From: uenami@imasy.or.jp
Reply-To: uenami@imasy.or.jp
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: misc/2470: "sh ./MAKEDEV all" can't generate disk slice device.
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


>Number:         2470
>Category:       misc
>Synopsis:       "sh ./MAKEDEV all" can't generate disk slice device.
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sun Jan 12 12:10:01 PST 1997
>Last-Modified:
>Originator:     Uenami Ken'ichi
>Organization:
Private
>Release:        FreeBSD 2.2-BETA_A i386
>Environment:

	

>Description:

	I get src only, "make world", copy $(SRC)/etc/etc.i386/MAKEDEV
	to /dev/MAKEDEV and "sh ./MAKEDEV all".
	it removes all disk device nodes and can't generate disk partition
	such as sd0s1e. So I lost all disk partitions.
	"sh ./MAKEDEV sd0" can't generate disk partition, I must do
	"sh ./MAKEDEV sd0s1".

>How-To-Repeat:

	

>Fix:
	
	

>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Sun Jan 12 12:10:08 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id MAA18386
          for bugs-outgoing; Sun, 12 Jan 1997 12:10:08 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id MAA18370;
          Sun, 12 Jan 1997 12:10:05 -0800 (PST)
Resent-Date: Sun, 12 Jan 1997 12:10:05 -0800 (PST)
Resent-Message-Id: <199701122010.MAA18370@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, uenami@imasy.or.jp
Received: from tasogare.imasy.or.jp (root@tasogare.imasy.or.jp [202.227.24.5])
          by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id MAA18250
          for <FreeBSD-gnats-submit@freebsd.org>; Sun, 12 Jan 1997 12:08:15 -0800 (PST)
Received: from sylphid.erehwon.imasy.or.jp (ppp0.imasy.or.jp [202.227.24.10]) by tasogare.imasy.or.jp (8.8.4+2.7Wbeta4/3.4W4-96030215) with ESMTP id FAA04088 for <FreeBSD-gnats-submit@freebsd.org>; Mon, 13 Jan 1997 05:08:12 +0900 (JST)
Received: (from ken@localhost) by sylphid.erehwon.imasy.or.jp (8.7.5+2.6Wbeta6/3.4W4-ken/sylphid.erehwon 04/10/96) id FAA02420; Mon, 13 Jan 1997 05:08:45 +0900 (JST)
Message-Id: <199701122008.FAA02420@sylphid.erehwon.imasy.or.jp>
Date: Mon, 13 Jan 1997 05:08:45 +0900 (JST)
From: uenami@imasy.or.jp
Reply-To: uenami@imasy.or.jp
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: i386/2471: Sound: Reset failed - Can't reopen device.
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


>Number:         2471
>Category:       i386
>Synopsis:       Sound: Reset failed - Can't reopen device.
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sun Jan 12 12:10:04 PST 1997
>Last-Modified:
>Originator:     Uenami Ken'ichi
>Organization:
Private
>Release:        FreeBSD 2.2-BETA_A i386
>Environment:
		SB-clone, Jazz16 based Card, Logitech "SoundMan Wave"
		aditional options in Kernel Conf:
			options         "JAZZ16"
			options         "JAZZ_DMA16=5"
			options         SM_WAVE
			options         "SMW_MIDI0001_INCLUDED"
		cat /dev/sndstat:
			Installed drivers: 
			Type 1: OPL-2/OPL-3 FM
			Type 5: Roland MPU-401
			Type 2: SoundBlaster

			Card config: 
			SoundBlaster at 0x220 irq 5 drq 1
			Roland MPU-401 at 0x330 irq 9 drq 0
			OPL-2/OPL-3 FM at 0x388 irq 65535 drq 4294967295

			Audio devices:
			0: SoundMan Wave 3.1

			Synth devices:
			0: Yamaha OPL-3

			Midi devices:
			0: MPU-401 0.0  Midi interface #1

			Timers:
			0: System Timer

			Mixers:
			0: SoundBlaster
	

>Description:
	$ repeat 100 cat xxx.au >/dev/audio.
		or
	$ repeat 100 cat xxx > /dev/dsp.

	They work well, but 

	$ tracker str32.mod

	It works well at the first time, but I get kernel messages
	at next open of /dev/dsp.

		isa_dma_acquire: channel 5 already in use

	$ xanim sound.wav

	It works well at the first time, but I get kernel messages
		as following repeatedly(continues to play sound).

		isa_dma_acquire: channel 5 already in use
		Sound: Reset failed - Can't reopen device

	dma16 chanel number is 5, that of dma8 is 1.
	I guess it's because of Confusion between dma8 and dma16 chanel.

	I have not seen such errors till 2.2-SNAP1014.
	Then Jumping to Beta, I get the errors
	I import /usr/src/i386/isa/sound from 2.2-SNAP1014,
	but can't resolve.

>How-To-Repeat:

	

>Fix:
	
	

>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Sun Jan 12 12:50:03 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id MAA20455
          for bugs-outgoing; Sun, 12 Jan 1997 12:50:03 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id MAA20449;
          Sun, 12 Jan 1997 12:50:01 -0800 (PST)
Date: Sun, 12 Jan 1997 12:50:01 -0800 (PST)
Message-Id: <199701122050.MAA20449@freefall.freebsd.org>
To: freebsd-bugs
Cc: 
From: Bill Fenner <fenner@parc.xerox.com>
Subject: Re: bin/2457: vi keeps dumping
Reply-To: Bill Fenner <fenner@parc.xerox.com>
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

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

From: Bill Fenner <fenner@parc.xerox.com>
To: andrew@ugh.net.au, freebsd-gnats-submit@freebsd.org,
        tenser@spitfire.ecsel.psu.edu
Cc:  Subject: Re: bin/2457: vi keeps dumping
Date: Sun, 12 Jan 1997 12:48:47 PST

 This looks like a duplicate of kern/2043.  Dan Cross reported it with
 vi, and I think someone else recently reported having a similar
 problem.
 
 If this isn't hardware trouble, then it's definitely a kernel bug,
 since vi is passing the same address to read over and over but only
 gets EFAULT once.  See the ktrace in kern/2043.
 
   Bill

From owner-freebsd-bugs  Sun Jan 12 13:00:06 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id NAA21182
          for bugs-outgoing; Sun, 12 Jan 1997 13:00:06 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id NAA21172;
          Sun, 12 Jan 1997 13:00:02 -0800 (PST)
Date: Sun, 12 Jan 1997 13:00:02 -0800 (PST)
Message-Id: <199701122100.NAA21172@freefall.freebsd.org>
To: freebsd-bugs
Cc: 
From: j@uriah.heep.sax.de (J Wunsch)
Subject: Re: misc/2470: "sh ./MAKEDEV all" can't generate disk slice device.
Reply-To: j@uriah.heep.sax.de (J Wunsch)
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

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

From: j@uriah.heep.sax.de (J Wunsch)
To: uenami@imasy.or.jp
Cc: FreeBSD-gnats-submit@FreeBSD.ORG
Subject: Re: misc/2470: "sh ./MAKEDEV all" can't generate disk slice device.
Date: Sun, 12 Jan 1997 21:50:49 +0100

 As uenami@imasy.or.jp wrote:
 
 > 	I get src only, "make world", copy $(SRC)/etc/etc.i386/MAKEDEV
 > 	to /dev/MAKEDEV and "sh ./MAKEDEV all".
 > 	it removes all disk device nodes and can't generate disk partition
 > 	such as sd0s1e. So I lost all disk partitions.
 > 	"sh ./MAKEDEV sd0" can't generate disk partition, I must do
 > 	"sh ./MAKEDEV sd0s1".
 
 That's intentional.  It would be blatant to create device nodes
 for 30 slices per disk.
 
 -- 
 cheers, J"org
 
 joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
 Never trust an operating system you don't have sources for. ;-)

From owner-freebsd-bugs  Sun Jan 12 13:10:05 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id NAA21929
          for bugs-outgoing; Sun, 12 Jan 1997 13:10:05 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id NAA21910;
          Sun, 12 Jan 1997 13:10:02 -0800 (PST)
Date: Sun, 12 Jan 1997 13:10:02 -0800 (PST)
Message-Id: <199701122110.NAA21910@freefall.freebsd.org>
To: freebsd-bugs
Cc: 
From: Bill Fenner <fenner@parc.xerox.com>
Subject: Re: bin/2466: telnet sleeps too much :-) 
Reply-To: Bill Fenner <fenner@parc.xerox.com>
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

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

From: Bill Fenner <fenner@parc.xerox.com>
To: andrew@ugh.net.au
Cc: freebsd-gnats-submit@freebsd.org
Subject: Re: bin/2466: telnet sleeps too much :-) 
Date: Sun, 12 Jan 1997 13:01:52 PST

 >If you leave telnet idle and then type something it will say "sleep(5)
 >from telnet, after select".
 
 According to John-Mark Gurney <jmg@nike.efn.org> in freebsd-hackers at
 Christmas time, this is EFAULT again.  Looks like yet another reference
 to kern/2043.
 
   Bill

From owner-freebsd-bugs  Sun Jan 12 13:41:42 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id NAA24612
          for bugs-outgoing; Sun, 12 Jan 1997 13:41:42 -0800 (PST)
Received: from sax.sax.de (sax.sax.de [193.175.26.33])
          by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id NAA24589
          for <freebsd-bugs@freefall.freebsd.org>; Sun, 12 Jan 1997 13:41:28 -0800 (PST)
Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA26672; Sun, 12 Jan 1997 22:38:40 +0100
Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id WAA26157; Sun, 12 Jan 1997 22:36:03 +0100 (MET)
Message-ID: <Mutt.19970112223602.j@uriah.heep.sax.de>
Date: Sun, 12 Jan 1997 22:36:02 +0100
From: j@uriah.heep.sax.de (J Wunsch)
To: fenner@parc.xerox.com (Bill Fenner)
Cc: freebsd-bugs@freefall.freebsd.org
Subject: Re: bin/2466: telnet sleeps too much :-)
References: <199701122110.NAA21910@freefall.freebsd.org>
X-Mailer: Mutt 0.55-PL10
Mime-Version: 1.0
X-Phone: +49-351-2012 669
X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F  93 21 E0 7D F9 12 D6 4E
Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
In-Reply-To: <199701122110.NAA21910@freefall.freebsd.org>; from Bill Fenner on Jan 12, 1997 13:10:02 -0800
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

As Bill Fenner wrote:

>  According to John-Mark Gurney <jmg@nike.efn.org> in freebsd-hackers at
>  Christmas time, this is EFAULT again.  Looks like yet another reference
>  to kern/2043.

Ok, i will close this PR then, with the according xref.

-- 
cheers, J"org

joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
Never trust an operating system you don't have sources for. ;-)

From owner-freebsd-bugs  Sun Jan 12 13:42:17 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id NAA24715
          for bugs-outgoing; Sun, 12 Jan 1997 13:42:17 -0800 (PST)
Received: (from joerg@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id NAA24672;
          Sun, 12 Jan 1997 13:42:04 -0800 (PST)
Date: Sun, 12 Jan 1997 13:42:04 -0800 (PST)
From: Joerg Wunsch <joerg>
Message-Id: <199701122142.NAA24672@freefall.freebsd.org>
To: andrew@ugh.net.au, joerg, freebsd-bugs
Subject: Re: bin/2466
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Synopsis: telnet sleeps too much :-)

State-Changed-From-To: open-closed
State-Changed-By: joerg
State-Changed-When: Sun Jan 12 22:40:46 MET 1997
State-Changed-Why: 
Another incarnation of the problem in PR kern/2043, as it seems.

From owner-freebsd-bugs  Sun Jan 12 14:28:08 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id OAA27985
          for bugs-outgoing; Sun, 12 Jan 1997 14:28:08 -0800 (PST)
Received: from meter.eng.uci.edu (root@meter.eng.uci.edu [128.200.85.3])
          by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id OAA27977
          for <bugs@freebsd.org>; Sun, 12 Jan 1997 14:28:05 -0800 (PST)
Received: from newport.ece.uci.edu by meter.eng.uci.edu (8.8.4) id OAA16936; Sun, 12 Jan 1997 14:28:03 -0800 (PST)
Received: from localhost by newport.ece.uci.edu (8.8.4) id OAA07554; Sun, 12 Jan 1997 14:28:01 -0800 (PST)
Message-Id: <199701122228.OAA07554@newport.ece.uci.edu>
To: bugs@freebsd.org
Subject: I486_CPU
Date: Sun, 12 Jan 1997 14:28:00 -0800
From: Steven Wallace <swallace@ece.uci.edu>
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


The kernel does not compile just with the I386_CPU and I486_CPU options.
It requires I586_CPU.  This is in the 2.2 RELENG branch.

Steven

From owner-freebsd-bugs  Sun Jan 12 14:39:42 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id OAA28499
          for bugs-outgoing; Sun, 12 Jan 1997 14:39:42 -0800 (PST)
Received: from shiva.seranis.com.au (shiva.seranis.com.au [203.14.110.2])
          by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id OAA28489
          for <freebsd-bugs@freefall.freebsd.org>; Sun, 12 Jan 1997 14:39:33 -0800 (PST)
Received: (from ramakant@localhost) by shiva.seranis.com.au (8.8.3/8.6.9) id JAA26231; Mon, 13 Jan 1997 09:46:42 +1100 (EST)
Date: Mon, 13 Jan 1997 09:46:42 +1100 (EST)
From: Ramakant Duggal <ramakant@shiva.seranis.com.au>
To: freebsd-bugs@freefall.freebsd.org
Subject: UNSUBSCRIBE
In-Reply-To: <199701121944.LAA14722@freefall.freebsd.org>
Message-ID: <Pine.BSF.3.91.970113094557.10726C-100000@shiva.seranis.com.au>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

UNSUBSCRIBE

From owner-freebsd-bugs  Sun Jan 12 14:55:21 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id OAA29376
          for bugs-outgoing; Sun, 12 Jan 1997 14:55:21 -0800 (PST)
Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28])
          by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id OAA29366
          for <freebsd-bugs@freefall.freebsd.org>; Sun, 12 Jan 1997 14:55:16 -0800 (PST)
Received: from localhost (localhost [127.0.0.1])
          by hydrogen.nike.efn.org (8.8.4/8.8.4) with SMTP
	  id OAA27046; Sun, 12 Jan 1997 14:54:53 -0800 (PST)
Date: Sun, 12 Jan 1997 14:54:53 -0800 (PST)
From: John-Mark Gurney <jmg@nike.efn.org>
Reply-To: John-Mark Gurney <gurney_j@resnet.uoregon.edu>
To: J Wunsch <j@uriah.heep.sax.de>
cc: freebsd-bugs@freefall.freebsd.org, freebsd-gnats-submit@freebsd.org
Subject: bin/2466 Re: bin/2466: telnet sleeps too much :-)
In-Reply-To: <199701121840.KAA10082@freefall.freebsd.org>
Message-ID: <Pine.NEB.3.95.970112144317.16860i-100000@hydrogen.nike.efn.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

On Sun, 12 Jan 1997, J Wunsch wrote:

oh...  this is unrelated... but gnats-submit doesn't pass along the
reply-to: that you (Joerg) normally have..  just noticed this..

it will probably be missing my 'Reply-to: John-Mark Gurney
<gurney_j@efn.org>' also...

> The following reply was made to PR bin/2466; it has been noted by GNATS.
> 
> From: j@uriah.heep.sax.de (J Wunsch)
> To: andrew@ugh.net.au
> Cc: freebsd-gnats-submit@FreeBSD.ORG
> Subject: Re: bin/2466: telnet sleeps too much :-)
> Date: Sun, 12 Jan 1997 19:10:12 +0100
> 
>  As andrew@ugh.net.au wrote:
>  
>  > If you leave telnet idle and then type something it will say "sleep(5)
>  > from telnet, after select". It will continue to work but it messes up
>  > the screen.
>  
>  > >How-To-Repeat:
>  > telnet somewhere and leave it idle for a while, come back to it and type.
>  
>  No, this is not generally repeatable.

I can do it over here...  just like he says...  I sent a message to
hackers reciently about this... but didn't get a response...  here is the
message:
-----<begin message>------
well.. I have a diskless machine (386/25sx 6meg ram, swap also nfs) that
regularly gets this message...  I notice there was a comment about this...
that he (or whoever added it) doesn't like it...  I just recompiled telnet
to give me the errno when this happens...

when it does it gives 14 == EFAULT...  it only seems to happen after I've
let it be for a while...  any body have any suggestions?  should I just
remove the sleep and be gone with it?  thanks for your suggesstions...
ttyl..
-------<end message>------

>  I suspect something special with your network setup.  Perhaps you add
>  a debug printf to see what the actual error code is.

as the message states... I have... EFAULT...  very wierd is all I can
say...

>  The code in question (modulo some tn3720 hack) is:
>  
>      if ((c = select(16, &ibits, &obits, &xbits,
>  			(poll == 0)? (struct timeval *)0 : &TimeValue)) < 0) {
>  	if (c == -1) {
>  		    /*
>  		     * we can get EINTR if we are in line mode,
>  		     * and the user does an escape (TSTP), or
>  		     * some other signal generator.
>  		     */
>  	    if (errno == EINTR) {
>  		return 0;
>  	    }
>  		    /* I don't like this, does it ever happen? */
>  	    printf("sleep(5) from telnet, after select\r\n");
>  	    sleep(5);
>  	}
>  	return 0;
>      }
>  
>  ...so the sleep only happens after select() returned -1 (nothing
>  found) but without EINTR.  This is a ``Cannot happen'' situation.
>  Perhaps you can investigate a little why it happens in your
>  environment.  (Mind you, many people leave telnet sessions idle for
>  days.)

yeh... I know...  right now I'm trying to get a tcpdump of a failed select
to see if that would possibly help...

ok... I got it... the dumped file is 73k...  I just managed to reproduce
it... it seems to happen when the process (telnet) gets swapped out... the
machine is a 386/25sx w/ 6megs ram netbooted with swap over nfs...  so if
I do some stuff on another console the chances of telnet swapping out are
very high...

I hope this helps...  ttyl...

John-Mark

gurney_j@efn.org
http://resnet.uoregon.edu/~gurney_j/
Modem/FAX: (541) 683-6954   (FreeBSD Box)

Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix)


From owner-freebsd-bugs  Sun Jan 12 15:00:03 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id PAA29665
          for bugs-outgoing; Sun, 12 Jan 1997 15:00:03 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id PAA29644;
          Sun, 12 Jan 1997 15:00:01 -0800 (PST)
Date: Sun, 12 Jan 1997 15:00:01 -0800 (PST)
Message-Id: <199701122300.PAA29644@freefall.freebsd.org>
To: freebsd-bugs
Cc: 
From: John-Mark Gurney <jmg@nike.efn.org>
Subject: bin/2466 Re: bin/2466: telnet sleeps too much :-)
Reply-To: John-Mark Gurney <jmg@nike.efn.org>
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

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

From: John-Mark Gurney <jmg@nike.efn.org>
To: J Wunsch <j@uriah.heep.sax.de>
Cc: freebsd-bugs@freefall.freebsd.org, freebsd-gnats-submit@freebsd.org
Subject: bin/2466 Re: bin/2466: telnet sleeps too much :-)
Date: Sun, 12 Jan 1997 14:54:53 -0800 (PST)

 On Sun, 12 Jan 1997, J Wunsch wrote:
 
 oh...  this is unrelated... but gnats-submit doesn't pass along the
 reply-to: that you (Joerg) normally have..  just noticed this..
 
 it will probably be missing my 'Reply-to: John-Mark Gurney
 <gurney_j@efn.org>' also...
 
 > The following reply was made to PR bin/2466; it has been noted by GNATS.
 > 
 > From: j@uriah.heep.sax.de (J Wunsch)
 > To: andrew@ugh.net.au
 > Cc: freebsd-gnats-submit@FreeBSD.ORG
 > Subject: Re: bin/2466: telnet sleeps too much :-)
 > Date: Sun, 12 Jan 1997 19:10:12 +0100
 > 
 >  As andrew@ugh.net.au wrote:
 >  
 >  > If you leave telnet idle and then type something it will say "sleep(5)
 >  > from telnet, after select". It will continue to work but it messes up
 >  > the screen.
 >  
 >  > >How-To-Repeat:
 >  > telnet somewhere and leave it idle for a while, come back to it and type.
 >  
 >  No, this is not generally repeatable.
 
 I can do it over here...  just like he says...  I sent a message to
 hackers reciently about this... but didn't get a response...  here is the
 message:
 -----<begin message>------
 well.. I have a diskless machine (386/25sx 6meg ram, swap also nfs) that
 regularly gets this message...  I notice there was a comment about this...
 that he (or whoever added it) doesn't like it...  I just recompiled telnet
 to give me the errno when this happens...
 
 when it does it gives 14 == EFAULT...  it only seems to happen after I've
 let it be for a while...  any body have any suggestions?  should I just
 remove the sleep and be gone with it?  thanks for your suggesstions...
 ttyl..
 -------<end message>------
 
 >  I suspect something special with your network setup.  Perhaps you add
 >  a debug printf to see what the actual error code is.
 
 as the message states... I have... EFAULT...  very wierd is all I can
 say...
 
 >  The code in question (modulo some tn3720 hack) is:
 >  
 >      if ((c = select(16, &ibits, &obits, &xbits,
 >  			(poll == 0)? (struct timeval *)0 : &TimeValue)) < 0) {
 >  	if (c == -1) {
 >  		    /*
 >  		     * we can get EINTR if we are in line mode,
 >  		     * and the user does an escape (TSTP), or
 >  		     * some other signal generator.
 >  		     */
 >  	    if (errno == EINTR) {
 >  		return 0;
 >  	    }
 >  		    /* I don't like this, does it ever happen? */
 >  	    printf("sleep(5) from telnet, after select\r\n");
 >  	    sleep(5);
 >  	}
 >  	return 0;
 >      }
 >  
 >  ...so the sleep only happens after select() returned -1 (nothing
 >  found) but without EINTR.  This is a ``Cannot happen'' situation.
 >  Perhaps you can investigate a little why it happens in your
 >  environment.  (Mind you, many people leave telnet sessions idle for
 >  days.)
 
 yeh... I know...  right now I'm trying to get a tcpdump of a failed select
 to see if that would possibly help...
 
 ok... I got it... the dumped file is 73k...  I just managed to reproduce
 it... it seems to happen when the process (telnet) gets swapped out... the
 machine is a 386/25sx w/ 6megs ram netbooted with swap over nfs...  so if
 I do some stuff on another console the chances of telnet swapping out are
 very high...
 
 I hope this helps...  ttyl...
 
 John-Mark
 
 gurney_j@efn.org
 http://resnet.uoregon.edu/~gurney_j/
 Modem/FAX: (541) 683-6954   (FreeBSD Box)
 
 Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix)
 

From owner-freebsd-bugs  Sun Jan 12 15:00:06 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id PAA29682
          for bugs-outgoing; Sun, 12 Jan 1997 15:00:06 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id PAA29656;
          Sun, 12 Jan 1997 15:00:02 -0800 (PST)
Date: Sun, 12 Jan 1997 15:00:02 -0800 (PST)
Message-Id: <199701122300.PAA29656@freefall.freebsd.org>
To: freebsd-bugs
Cc: 
From: j@uriah.heep.sax.de (J Wunsch)
Subject: Re: docs/2455: no description "option COMCONSOLE"
Reply-To: j@uriah.heep.sax.de (J Wunsch)
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

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

From: j@uriah.heep.sax.de (J Wunsch)
To: gnats-admin@freefall.freebsd.org
Cc: yoshiaki@kt.rim.or.jp
Subject: Re: docs/2455: no description "option COMCONSOLE"
Date: Sun, 12 Jan 1997 11:53:17 +0100

 > In Handbook's section  5.3.6,
 
 >  "You must choose one of these two console types (sc0 or vt0) ". But
 
 Neither of this is correct.  You are no longer forced to even chose a
 console driver, the system can also run without a console now.
 
 The entire sentence has never been fully correct, since there was
 always the possibility to make the `sio' driver the console.
 
 > I experiment in 2.2-BETA_A system.  If I use serial console, I have
 > not need console driver.
 
 (Well, this _is_ your console driver then. :)
 
 >  In 2.2 BETA including sc0 system do not
 > hang-up with no video card system.
 
 That used to be broken for some time, since sc0 didn't react correctly
 if its probe failed.  (I think the probe never failed at all.)
 
 > But if I include 'option COMCONSOLE', I must cuaa0 or ttyd0 serial
 > console to boot system.
 
 This can be changed by even more obscure options, as well as the port
 speed.
 
 > /etc/ttys
 >   cuaa0  "/usr/libexec/getty std.9600"   vt100   on secure
 >  
 > To turn on getty cuaa0 or ttyd0 MUST need ! 
 
 Not really. :)  Only if you wanna log into your console.  It runs
 perfectly as a console-only device without a getty on it.  I.e.,
 you'll see the syslog messages there, and if you've configured your
 DDB with BREAK_TO_DEBUGGER, you can single-step the entire system
 from there.
 
 > I wand 'option COMCONSOLE' description in Handbook.
 
 No, this option is deprecated.  The bootblocks can perfectly pass down
 the consoleness of the serial port to the kernel, and the kernel will
 then prefer the sio0 driver over sc0 or vt0 for the console.
 (Hopefully, the sio0 driver is configured at all. ;)
 
 There are various methods to cause the bootblocks switching to a
 serial console:
 
 . Typing -h on the currently active boot console toggles the console
   between graphics and serial device (and proceeds to boot).
 
 . Setting BOOT_FORCE_COMCONSOLE in /etc/make.conf causes the bootblocks
   to be built with a forced serial console; this is rather similar to
   the kernel option COMCONSOLE except that you get already the boot
   prompt itself on the serial console, so you can enter any boot options.
 
 . Setting BOOT_PROBE_KEYBOARD_LOCK will make the decision depend upon
   the presence of a PC keyboard, but is unfortunately known to hang
   some machines since the BIOS doesn't provide us with a hook to fetch
   its probe result.
 
 . Setting BOOT_PROBE_KEYBOARD_LOCK makes the decision dependant from
   the state of the keyboard lock switch.
 
 All these methods are preferred over the kernel option (which
 btw. _is_ documented in LINT), since they allow to manipulate the boot
 process also from the serial console.
 
 -- 
 cheers, J"org
 
 joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
 Never trust an operating system you don't have sources for. ;-)
 

From owner-freebsd-bugs  Sun Jan 12 16:13:36 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id QAA03392
          for bugs-outgoing; Sun, 12 Jan 1997 16:13:36 -0800 (PST)
Received: (from jkh@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id QAA03362;
          Sun, 12 Jan 1997 16:13:27 -0800 (PST)
Date: Sun, 12 Jan 1997 16:13:27 -0800 (PST)
From: "Jordan K. Hubbard" <jkh>
Message-Id: <199701130013.QAA03362@freefall.freebsd.org>
To: andrew@ugh.net.au, jkh, freebsd-bugs
Subject: Re: bin/2465
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Synopsis: watch dosn't exit properly

State-Changed-From-To: open-closed
State-Changed-By: jkh
State-Changed-When: Sun Jan 12 16:13:09 PST 1997
State-Changed-Why: 
This was fixed in -current and merged into 2.2.

From owner-freebsd-bugs  Sun Jan 12 17:10:05 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id RAA08272
          for bugs-outgoing; Sun, 12 Jan 1997 17:10:05 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id RAA08266;
          Sun, 12 Jan 1997 17:10:03 -0800 (PST)
Resent-Date: Sun, 12 Jan 1997 17:10:03 -0800 (PST)
Resent-Message-Id: <199701130110.RAA08266@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org,
        Received:"from methan.chemie.fu-berlin.de (methan.chemie.fu-berlin.de [160.45.22.81])
          by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id RAA07769
          for" <FreeBSD-gnats-submit@freebsd.org>; Sun,
        12 Jan 1997 17:00:37.-0800 (PST)
Received: by methan.chemie.fu-berlin.de (Smail3.1.29.1)
	  id <m0vjakt-0009w6C>; Mon, 13 Jan 97 02:00 MET
Received: (from dirk@localhost)
          by hal.IN-Berlin.DE (8.8.4/8.8.4)
	  id BAA15568; Mon, 13 Jan 1997 01:58:17 +0100 (MET)
Message-Id: <199701130058.BAA15568@hal.IN-Berlin.DE>
Date: Mon, 13 Jan 1997 01:58:17 +0100 (MET)
From: dirk@hal.in-berlin.de (Dirk Froemberg)
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: bin/2474: too much wtmp entries with pppd
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


>Number:         2474
>Category:       bin
>Synopsis:       too much wtmp entries with pppd
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sun Jan 12 17:10:01 PST 1997
>Last-Modified:
>Originator:     Dirk Froemberg
>Organization:
>Release:        FreeBSD 2.2-RELEASE i386
>Environment:

	FreeBSD-2.2, pppd-2.2

>Description:

	When using pppd with the option 'login' (use system passwd database
	for authentication) two wtmp-entries are written for each login.
	(Another is written when logging out, of course. Thus three entries
	are added to the wtmp file.)

>How-To-Repeat:

	see above

>Fix:
	
	The following patch seems to be sufficient for the pppd. Another
	fix would be not to write a wtmp entry with login(3). BTW:
	login(3) und logout(3) behave inconsistently somehow, because
	logout(3) just clears the utmp entry...

*** /usr/src/usr.sbin/pppd/auth.c.dist	Tue Dec 31 00:36:23 1996
--- /usr/src/usr.sbin/pppd/auth.c	Mon Jan 13 01:50:04 1997
***************
*** 524,530 ****
      if (strncmp(tty, "/dev/", 5) == 0)
  	tty += 5;
  
!     logwtmp(tty, user, ":PPP");		/* Add wtmp login entry */
      logged_in = TRUE;
  
      /* Log in utmp too */
--- 524,530 ----
      if (strncmp(tty, "/dev/", 5) == 0)
  	tty += 5;
  
!     /* logwtmp(tty, user, ":PPP");		/* Add wtmp login entry */
      logged_in = TRUE;
  
      /* Log in utmp too */

>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Sun Jan 12 17:14:20 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id RAA08517
          for bugs-outgoing; Sun, 12 Jan 1997 17:14:20 -0800 (PST)
Received: (from jkh@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id RAA08488;
          Sun, 12 Jan 1997 17:14:13 -0800 (PST)
Date: Sun, 12 Jan 1997 17:14:13 -0800 (PST)
From: "Jordan K. Hubbard" <jkh>
Message-Id: <199701130114.RAA08488@freefall.freebsd.org>
To: uenami@imasy.or.jp, jkh, freebsd-bugs
Subject: Re: misc/2470
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Synopsis: "sh ./MAKEDEV all" can't generate disk slice device.

State-Changed-From-To: open-closed
State-Changed-By: jkh
State-Changed-When: Sun Jan 12 17:13:28 PST 1997
State-Changed-Why: 
Uh, it's supposed to work that way?  This isn't a bug.
If the `all' rule generated every conceivable slice entry,
many bad things would happen (the boot floppy would immediately
go inode-less, for one thing).

From owner-freebsd-bugs  Sun Jan 12 18:00:04 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id SAA10734
          for bugs-outgoing; Sun, 12 Jan 1997 18:00:04 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id SAA10726;
          Sun, 12 Jan 1997 18:00:02 -0800 (PST)
Resent-Date: Sun, 12 Jan 1997 18:00:02 -0800 (PST)
Resent-Message-Id: <199701130200.SAA10726@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, hsu@clinet.fi
Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1])
          by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id RAA10633
          for <FreeBSD-gnats-submit@freebsd.org>; Sun, 12 Jan 1997 17:59:14 -0800 (PST)
Received: from smile.clinet.fi (smile2.clinet.fi [194.100.1.116]) by hauki.clinet.fi (8.8.2/8.6.4) with ESMTP id DAA11164 for <FreeBSD-gnats-submit@freebsd.org>; Mon, 13 Jan 1997 03:58:54 +0200 (EET)
Received: (root@localhost) by smile.clinet.fi (8.8.4/8.6.4) id DAA11105; Mon, 13 Jan 1997 03:59:00 +0200 (EET)
Message-Id: <199701130159.DAA11105@smile.clinet.fi>
Date: Mon, 13 Jan 1997 03:59:00 +0200 (EET)
From: hsu@clinet.fi
Reply-To: hsu@clinet.fi
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: bin/2475: root .profile hard-codes terminal type
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


>Number:         2475
>Category:       bin
>Synopsis:       root .profile hard-codes terminal type
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Class:          change-request
>Submitter-Id:   current-users
>Arrival-Date:   Sun Jan 12 18:00:01 PST 1997
>Last-Modified:
>Originator:     Heikki Suonsivu <hsu@clinet.fi>
>Organization:
Clinet
>Release:        FreeBSD 2.2-BETA_A i386
>Environment:

2.2 freshly installed

>Description:

2.2-BETA has TERM hard-coded to cons25 in /root/.profile.  I assume the terminal
type should come from ttys file?

>How-To-Repeat:

Long in as root from vt100 terminal or such.

>Fix:
	

>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Sun Jan 12 18:09:54 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id SAA11198
          for bugs-outgoing; Sun, 12 Jan 1997 18:09:54 -0800 (PST)
Received: from nemesis.lonestar.org ([207.136.12.34])
          by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id SAA11182
          for <freebsd-bugs>; Sun, 12 Jan 1997 18:09:43 -0800 (PST)
Received: by nemesis.lonestar.org (Smail3.1.27.1 #22)
	id m0vjbpZ-000txkC; Sun, 12 Jan 97 20:08 CST
Message-Id: <m0vjbpZ-000txkC@nemesis.lonestar.org>
Date: Sun, 12 Jan 97 20:08 CST
To: jkh@FreeBSD.org, freebsd-bugs@freefall.freebsd.org,
        freebsd-gnats-submit@FreeBSD.org
From: uhclem@nemesis.lonestar.org (Frank Durda IV)
Sent: Sun Jan 12 1997, 20:08:56 CST
Subject: Re: bin/771: telnet character mode not set and broken when set - FDIV034
Cc: uhclem@nemesis.lonestar.org
Sender: owner-bugs@FreeBSD.org
X-Loop: FreeBSD.org
Precedence: bulk

[0]Subject: Re: bin/771: telnet character mode not set and broken when set - FDIV034
[0]Reply-To: "Jordan K. Hubbard" <jkh@FreeBSD.org>
[0]Sender: owner-bugs@FreeBSD.org
[0]X-Loop: FreeBSD.org
[0]Precedence: bulk
[0]
[1]The following reply was made to PR bin/771; it has been noted by GNATS.
[1]
[1]From: "Jordan K. Hubbard" <jkh@FreeBSD.org>
[1]To: freebsd-gnats-submit@FreeBSD.org, uhclemmesis@fw.ast.com
[1]Cc:  Subject: Re: bin/771: telnet character mode not set and broken when set - FDIV034
[1]Date: Sun, 12 Jan 1997 01:53:32 -0800
[1]
[1] Does this still happen?
[1] 				Jordan


As of 2.2-ALPHA, this has not been fixed, and the comments from Wolfram
implied fixing this bug would mean not making LINEMODE the default, which
apparently he wants to make LINEMODE default because "no one would use it
otherwise".   

Personally, I still think that functionality like this that worked
in all the BSDs up thru 1.1.5.1, works on serial terminals and works
on the consoles should also work on FreeBSD 2.x telnet sessions.

Currently, the customer fix is to replace telnetd with the one from
1.1.5.1.

I can't retest 2.2-BETA until we come up with an install that doesn't
die with the "going nowhere without my init" error.

So, this issue and several related PRs regarding wakeup characters and
correct characters being returned during telnet sessions (returning
0x0d instead of 0x0a is another) are still open.

Frank Durda IV <uhclem@nemesis.lonestar.org>|"The Knights who say "LETNi"
or uhclem%nemesis@rwsystr.nkn.net           | demand...  A SEGMENT REGISTER!!!"
					    |"A what?"
or ...letni!rwsys!nemesis!uhclem	    |"LETNi! LETNi! LETNi!"  - 1983


From owner-freebsd-bugs  Sun Jan 12 18:10:06 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id SAA11257
          for bugs-outgoing; Sun, 12 Jan 1997 18:10:06 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id SAA11247;
          Sun, 12 Jan 1997 18:10:03 -0800 (PST)
Date: Sun, 12 Jan 1997 18:10:03 -0800 (PST)
Message-Id: <199701130210.SAA11247@freefall.freebsd.org>
To: freebsd-bugs
Cc: 
From: uhclem@nemesis.lonestar.org (Frank Durda IV)
Subject: Re: bin/771: telnet character mode not set and broken when set - FDIV034
Reply-To: uhclem@nemesis.lonestar.org (Frank Durda IV)
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

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

From: uhclem@nemesis.lonestar.org (Frank Durda IV)
To: jkh@FreeBSD.org, freebsd-bugs@freefall.freebsd.org,
        freebsd-gnats-submit@FreeBSD.org
Cc: uhclem@nemesis.lonestar.org
Subject: Re: bin/771: telnet character mode not set and broken when set - FDIV034
Date: Sun, 12 Jan 97 20:08 CST

 [0]Subject: Re: bin/771: telnet character mode not set and broken when set - FDIV034
 [0]Reply-To: "Jordan K. Hubbard" <jkh@FreeBSD.org>
 [0]Sender: owner-bugs@FreeBSD.org
 [0]X-Loop: FreeBSD.org
 [0]Precedence: bulk
 [0]
 [1]The following reply was made to PR bin/771; it has been noted by GNATS.
 [1]
 [1]From: "Jordan K. Hubbard" <jkh@FreeBSD.org>
 [1]To: freebsd-gnats-submit@FreeBSD.org, uhclemmesis@fw.ast.com
 [1]Cc:  Subject: Re: bin/771: telnet character mode not set and broken when set - FDIV034
 [1]Date: Sun, 12 Jan 1997 01:53:32 -0800
 [1]
 [1] Does this still happen?
 [1] 				Jordan
 
 
 As of 2.2-ALPHA, this has not been fixed, and the comments from Wolfram
 implied fixing this bug would mean not making LINEMODE the default, which
 apparently he wants to make LINEMODE default because "no one would use it
 otherwise".   
 
 Personally, I still think that functionality like this that worked
 in all the BSDs up thru 1.1.5.1, works on serial terminals and works
 on the consoles should also work on FreeBSD 2.x telnet sessions.
 
 Currently, the customer fix is to replace telnetd with the one from
 1.1.5.1.
 
 I can't retest 2.2-BETA until we come up with an install that doesn't
 die with the "going nowhere without my init" error.
 
 So, this issue and several related PRs regarding wakeup characters and
 correct characters being returned during telnet sessions (returning
 0x0d instead of 0x0a is another) are still open.
 
 Frank Durda IV <uhclem@nemesis.lonestar.org>|"The Knights who say "LETNi"
 or uhclem%nemesis@rwsystr.nkn.net           | demand...  A SEGMENT REGISTER!!!"
 					    |"A what?"
 or ...letni!rwsys!nemesis!uhclem	    |"LETNi! LETNi! LETNi!"  - 1983
 

From owner-freebsd-bugs  Sun Jan 12 18:20:03 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id SAA12173
          for bugs-outgoing; Sun, 12 Jan 1997 18:20:03 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id SAA12143;
          Sun, 12 Jan 1997 18:20:01 -0800 (PST)
Date: Sun, 12 Jan 1997 18:20:01 -0800 (PST)
Message-Id: <199701130220.SAA12143@freefall.freebsd.org>
To: freebsd-bugs
Cc: 
From: "Jordan K. Hubbard" <jkh@time.cdrom.com>
Subject: Re: bin/1597: No support for positional parameters in *printf functions 
Reply-To: "Jordan K. Hubbard" <jkh@time.cdrom.com>
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

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

From: "Jordan K. Hubbard" <jkh@time.cdrom.com>
To: markd@Grizzly.COM
Cc: FreeBSD-gnats-submit@freebsd.org
Subject: Re: bin/1597: No support for positional parameters in *printf functions 
Date: Sun, 12 Jan 1997 18:18:26 -0800

 > >Number:         1597
 > >Category:       bin
 > >Synopsis:       No support for positional parameters in *printf functions
 
 Erm, is anyone going to take this one?  Shall I?
 
 					Jordan

From owner-freebsd-bugs  Sun Jan 12 21:42:56 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id VAA20440
          for bugs-outgoing; Sun, 12 Jan 1997 21:42:56 -0800 (PST)
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19])
          by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id VAA20435
          for <freebsd-bugs@freefall.freebsd.org>; Sun, 12 Jan 1997 21:42:51 -0800 (PST)
Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id QAA06026; Mon, 13 Jan 1997 16:33:02 +1100
Date: Mon, 13 Jan 1997 16:33:02 +1100
From: Bruce Evans <bde@zeta.org.au>
Message-Id: <199701130533.QAA06026@godzilla.zeta.org.au>
To: freebsd-bugs@freefall.freebsd.org, j@uriah.heep.sax.de
Subject: Re: misc/2470: "sh ./MAKEDEV all" can't generate disk slice device.
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> > 	I get src only, "make world", copy $(SRC)/etc/etc.i386/MAKEDEV
> > 	to /dev/MAKEDEV and "sh ./MAKEDEV all".
> > 	it removes all disk device nodes and can't generate disk partition
> > 	such as sd0s1e. So I lost all disk partitions.
> > 	"sh ./MAKEDEV sd0" can't generate disk partition, I must do
> > 	"sh ./MAKEDEV sd0s1".
> 
> That's intentional.  It would be blatant to create device nodes
> for 30 slices per disk.

But it shouldn't remove device nodes that it doesn't re-create.

Also, MAKEDEV "all" should create something closer to all devices.  One
for each major at least.

Bruce

From owner-freebsd-bugs  Sun Jan 12 22:34:19 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id WAA22383
          for bugs-outgoing; Sun, 12 Jan 1997 22:34:19 -0800 (PST)
Received: from labs.usn.blaze.net.au (labs.usn.blaze.net.au [203.17.53.30])
          by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id WAA22368
          for <freebsd-bugs@freefall.freebsd.org>; Sun, 12 Jan 1997 22:34:04 -0800 (PST)
Received: (from davidn@localhost)
          by labs.usn.blaze.net.au (8.8.4/8.8.4)
	  id RAA00604; Mon, 13 Jan 1997 17:32:43 +1100 (EST)
Message-ID: <Mutt.19970113173243.davidn@labs.blaze.net.au>
Date: Mon, 13 Jan 1997 17:32:43 +1100
From: davidn@unique.usn.blaze.net.au (David Nugent)
To: bde@zeta.org.au (Bruce Evans)
Cc: freebsd-bugs@freefall.freebsd.org, j@uriah.heep.sax.de
Subject: Re: misc/2470: "sh ./MAKEDEV all" can't generate disk slice device.
References: <199701130533.QAA06026@godzilla.zeta.org.au>
X-Mailer: Mutt 0.56
Mime-Version: 1.0
In-Reply-To: <199701130533.QAA06026@godzilla.zeta.org.au>; from Bruce Evans on Jan 13, 1997 16:33:02 +1100
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Bruce Evans writes:
> > > 	I get src only, "make world", copy $(SRC)/etc/etc.i386/MAKEDEV
> > > 	to /dev/MAKEDEV and "sh ./MAKEDEV all".
> > > 	it removes all disk device nodes and can't generate disk partition
> > > 	such as sd0s1e. So I lost all disk partitions.
> > > 	"sh ./MAKEDEV sd0" can't generate disk partition, I must do
> > > 	"sh ./MAKEDEV sd0s1".
> > 
> > That's intentional.  It would be blatant to create device nodes
> > for 30 slices per disk.
> 
> But it shouldn't remove device nodes that it doesn't re-create.

Cetainly true. I rememeber being hit by this once myself and it
was unexpected.

But (in theory) MAKEDEV should be able to check the device major
minor numbers of existing device entries to ensure that they are
correct. I can't see any other reason why MAKEDEV would want to
delete them first unless this was the intention. Of course, doing
that from a shell script would be a little difficult - possible,
but slow.

I only mention this since it has some relevence to other discussion. :-)

Regards,

David Nugent - Unique Computing Pty Ltd - Melbourne, Australia
Voice +61-3-9791-9547  Data/BBS +61-3-9792-3507  3:632/348@fidonet
davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/

From owner-freebsd-bugs  Sun Jan 12 22:57:42 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id WAA23424
          for bugs-outgoing; Sun, 12 Jan 1997 22:57:42 -0800 (PST)
Received: from time.cdrom.com (time.cdrom.com [204.216.27.226])
          by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id WAA23419
          for <freebsd-bugs@freefall.freebsd.org>; Sun, 12 Jan 1997 22:57:40 -0800 (PST)
Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.4/8.6.9) with ESMTP id WAA19821; Sun, 12 Jan 1997 22:57:21 -0800 (PST)
To: Bruce Evans <bde@zeta.org.au>
cc: freebsd-bugs@freefall.freebsd.org, j@uriah.heep.sax.de
Subject: Re: misc/2470: "sh ./MAKEDEV all" can't generate disk slice device. 
In-reply-to: Your message of "Mon, 13 Jan 1997 16:33:02 +1100."
             <199701130533.QAA06026@godzilla.zeta.org.au> 
Date: Sun, 12 Jan 1997 22:57:21 -0800
Message-ID: <19818.853138641@time.cdrom.com>
From: "Jordan K. Hubbard" <jkh@time.cdrom.com>
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> But it shouldn't remove device nodes that it doesn't re-create.

Probably not, no.

> Also, MAKEDEV "all" should create something closer to all devices.  One
> for each major at least.

Which are missing?

					Jordan

From owner-freebsd-bugs  Sun Jan 12 23:56:32 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id XAA26594
          for bugs-outgoing; Sun, 12 Jan 1997 23:56:32 -0800 (PST)
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19])
          by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id XAA26588
          for <freebsd-bugs@freefall.freebsd.org>; Sun, 12 Jan 1997 23:56:23 -0800 (PST)
Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id SAA10642; Mon, 13 Jan 1997 18:51:58 +1100
Date: Mon, 13 Jan 1997 18:51:58 +1100
From: Bruce Evans <bde@zeta.org.au>
Message-Id: <199701130751.SAA10642@godzilla.zeta.org.au>
To: bde@zeta.org.au, jkh@time.cdrom.com
Subject: Re: misc/2470: "sh ./MAKEDEV all" can't generate disk slice device.
Cc: freebsd-bugs@freefall.freebsd.org, j@uriah.heep.sax.de
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

>> Also, MAKEDEV "all" should create something closer to all devices.  One
>> for each major at least.
>
>Which are missing?

Many:

apm
asc		not even supported in MAKEDEV
b004		not even supported in MAKEDEV
card
ccd
cronyx
ctx		not even supported in MAKEDEV
cuaA/ttyA	(specialix)
cuac/ttyc	(cyclades)
cuaD/ttyD	(digiboard)
cuam/ttym	(riscom)
gpib		not even supported in MAKEDEV
gsc
isdn/tty[xyz]	no drivers
labpc
meteor
joy
mach-4
mouse
qcam
socksys
spigot
snd
snp		security by obscurity
[i]stallion	not even supported in MAKEDEV
uk
vat		no driver?
vn
worm

Bruce

From owner-freebsd-bugs  Mon Jan 13 01:02:36 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id BAA00506
          for bugs-outgoing; Mon, 13 Jan 1997 01:02:36 -0800 (PST)
Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241])
          by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id BAA00497
          for <freebsd-bugs@freebsd.org>; Mon, 13 Jan 1997 01:02:33 -0800 (PST)
From: tedm@agora.rdrop.com
Received: by agora.rdrop.com with UUCP (Smail3.1.29.1 #17)
	id m0vjiHf-0008uYC; Mon, 13 Jan 97 01:02 PST
Received: from agora.rdrop.com (os2box [198.6.35.25]) by toybox (8.6.12/8.6.12) with SMTP id MAA00566; Sun, 12 Jan 1997 12:32:31 -0800
Received: by agora.rdrop.com (IBM OS/2 SENDMAIL VERSION 1.3.14/(3.0sos)
	  id AA0057; Sun, 12 Jan 97 12:34:57 -0800
Message-Id: <9701122034.AA0057@agora.rdrop.com>
Mime-Version: 1.0
Date: Sun, 12 Jan 97 12:19:21 +0900
To: freebsd-bugs@freebsd.org
Reply-To: tedm%toybox@agora.rdrop.com
Cc: joerg_wunsch@uriah.heep.sax.de, gibbs@freefall.freebsd.org
Subject: Re: conf/2367: Buslogic SCSI driver bad probe of 742A early revision IRQ and version
X-Mailer: Ultimedia Mail/2 Lite, IBM T. J. Watson Research Center
Content-Id: <56_40_1_853089561>
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Just an update on this:

  I have compared 4 different revisions of EISA-config files for the 742A,
and unfortunately they all use the same codes and port locations for the 
configuration data.  Buslogic apparently didn't change any of this with the different
742A revisions.

  Looking through the /eisa/bt74x.c code, I cannot see anything obviously wrong
with it, the ports that the probe is querying match what is listed in all of
the eisa-config files, as well as the codes that it is extracting.

  I also discovered two other things, first that the probe also fails on the
port number as well as the IRQ, it always returns port 330 regardless of the 
eisa-config setting of the port.  Second, I hard-coded a different IRQ number
into the code, recompiled and rebooted and re-configed the card to match that
IP number, and it still fails even though the probe returns with my set IRQ number.

  The one guess that I have is that the 330 and IRQ9 probe selections are picked
when the return code is zero.  Perhaps there is an error in the bt74x.c code where
the switch selection is being made on a variable instead of a pointer, or some such?

   Unfortunately my C skills are not good enough to be able to just look at the
probe code and immediately know what is going on, also the probe code is scattered
between eisaconf.c and the various device driver probe files, which makes it
kind of difficult to follow.  Any suggestions on where to concentrate?  I feel
sure that the problem is in bt74x.c somewhere.


//----------------------------------------------------------------------------
// Ted Mittelstaedt      See my "Network Community" columns online 
//  tedm@agora.rdrop.com         at http://www.computerbits.com
//  tedm%toybox@agora.rdrop.com
//--- forwarded letter -------------------------------------------------------
> MIME-Version: 1.0
> Date: Sun, 05 Jan 97 15:55:25 -0800
> From: "Justin T. Gibbs" <gibbs@freefall.freebsd.org>
> To: joerg_wunsch@uriah.heep.sax.de
> Cc: tedm%toybox@agora.rdrop.com,
>     freebsd-bugs@freebsd.org
> Subject: Re: conf/2367: Buslogic SCSI driver bad probe of 742A early revision IRQ 
and version

> 
> >As tedm@agora.rdrop.com wrote:
> >
> >> > Ok.  So the basic problem of your PR is solved then?
> >
> >> Absolutely not.  Either the driver or the EISA probe is messed up,
> >> despite disabling the ISA buslogic driver using boot -c, the probe
> >> still responds with IRQ=9, regardless of the actual setting of the
> >> hardware in EISA-config.
> >
> >Well, unless you can dig into details, this is unlikely to ever be
> >resolved.  There are only very few developers around that still use
> >EISA boards, and all the boards i had or have access to (the old SiS
> >chipset one, and an ASUS PCI/EISA twin-CPU one) didn't fail FreeBSD's
> >EISA probe.  That's why i'm suspecting your hardware.
> 
> I would guess that he has a revision of the Buslogic card that simply
> doesn't map to the EISA configuration file I used to write the EISA
> Buslogic probe.  This should be easy to fix so long as the revision
> information in the EISA config information can be used to differentiate
> boards with different configuration layouts.  If you take your EISA config
> file and take a look at the probe code for the 74X cards, you should be
> able to fix this very quickly.
> 
> As for not honoring the setings reported later in the probe this arises
> from looking at two different sources for configuration information.
> The EISA probe code trys to determine all of the necessary resources to
> support the adapter "non-invasively" (i.e. through the registers in the
> cards EISA slot address space).  The other source of information comes
> from issuing a command to the adater through its command register which
> is not in the EISA address space.  By the time the second set of
> information is retrieved, the interrupt has already been set up.
> 
> --
> Justin T. Gibbs
> ===========================================
>   FreeBSD: Turning PCs into workstations
> ===========================================
> 

From owner-freebsd-bugs  Mon Jan 13 01:50:03 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id BAA02649
          for bugs-outgoing; Mon, 13 Jan 1997 01:50:03 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id BAA02641;
          Mon, 13 Jan 1997 01:50:01 -0800 (PST)
Date: Mon, 13 Jan 1997 01:50:01 -0800 (PST)
Message-Id: <199701130950.BAA02641@freefall.freebsd.org>
To: freebsd-bugs
Cc: 
From: j@uriah.heep.sax.de (J Wunsch)
Subject: Re: bin/2474: too much wtmp entries with pppd
Reply-To: j@uriah.heep.sax.de (J Wunsch)
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

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

From: j@uriah.heep.sax.de (J Wunsch)
To: dirk@hal.in-berlin.de (Dirk Froemberg)
Cc: FreeBSD-gnats-submit@freebsd.org
Subject: Re: bin/2474: too much wtmp entries with pppd
Date: Mon, 13 Jan 1997 09:56:33 +0100

 As Dirk Froemberg wrote:
 
 > 	When using pppd with the option 'login' (use system passwd database
 > 	for authentication) two wtmp-entries are written for each login.
 
 Already fixed.
 -- 
 cheers, J"org
 
 joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
 Never trust an operating system you don't have sources for. ;-)

From owner-freebsd-bugs  Mon Jan 13 03:00:05 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id DAA05744
          for bugs-outgoing; Mon, 13 Jan 1997 03:00:05 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id DAA05738;
          Mon, 13 Jan 1997 03:00:04 -0800 (PST)
Resent-Date: Mon, 13 Jan 1997 03:00:04 -0800 (PST)
Resent-Message-Id: <199701131100.DAA05738@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org,
        Received:(from nobody@localhost) by.freefall.freebsd.org.id.CAA05515;Mon; (8.8.4/8.8.4);,
        13 Jan 1997 02:54:49.-0800 (PST)
Message-Id: <199701131054.CAA05515@freefall.freebsd.org>
Date: Mon, 13 Jan 1997 02:54:49 -0800 (PST)
From: alessio.moretti@jrc.it
To: freebsd-gnats-submit@freebsd.org
X-Send-Pr-Version: www-1.0
Subject: misc/2479: NEC CD-ROM NOT RECOGNIZED; MATROX MISTIQUE SUPPORT
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


>Number:         2479
>Category:       misc
>Synopsis:       NEC CD-ROM NOT RECOGNIZED; MATROX MISTIQUE SUPPORT
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Class:          support
>Submitter-Id:   current-users
>Arrival-Date:   Mon Jan 13 03:00:03 PST 1997
>Last-Modified:
>Originator:     Alessio Moretti
>Organization:
J.R.C. 
>Release:        2.1.5
>Environment:
>Description:
I have a NEC CD-ROM 824 (ATAPI 8X) but it's not recognized from the 
installation program. The CD-ROM is connected as slave of the first HD.
I have tryed to connect it as slave of the second channel (the master is
a removable HD, but nothing has changed. How can i setup my CD-ROM?
Is possible to fine the driver for the Matrox Mistique? Is this video
card compatible with other drivers (not only standard VGA)?
Please replay me as soon as possible. Thank.

                                                     Alessio Moretti

>How-To-Repeat:

>Fix:

>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Mon Jan 13 03:50:04 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id DAA07699
          for bugs-outgoing; Mon, 13 Jan 1997 03:50:04 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id DAA07683;
          Mon, 13 Jan 1997 03:50:02 -0800 (PST)
Date: Mon, 13 Jan 1997 03:50:02 -0800 (PST)
Message-Id: <199701131150.DAA07683@freefall.freebsd.org>
To: freebsd-bugs
Cc: 
From: "Jordan K. Hubbard" <jkh@time.cdrom.com>
Subject: Re: misc/2479: NEC CD-ROM NOT RECOGNIZED; MATROX MISTIQUE SUPPORT 
Reply-To: "Jordan K. Hubbard" <jkh@time.cdrom.com>
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

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

From: "Jordan K. Hubbard" <jkh@time.cdrom.com>
To: alessio.moretti@jrc.it
Cc: freebsd-gnats-submit@FreeBSD.ORG, sos@FreeBSD.ORG
Subject: Re: misc/2479: NEC CD-ROM NOT RECOGNIZED; MATROX MISTIQUE SUPPORT 
Date: Mon, 13 Jan 1997 03:41:50 -0800

 > I have a NEC CD-ROM 824 (ATAPI 8X) but it's not recognized from the 
 > installation program. The CD-ROM is connected as slave of the first HD.
 
 It's possible this is one of the "rogue" drives we have a hard time with.
 I've cc'd Soren here so he can put it on his watch list.  It does sound
 as if you've tried everything - slave in all the obvious places.
 
 > Is possible to fine the driver for the Matrox Mistique? Is this video
 
 There is no XFree86 support for the Matrox Mystique at this time, nor
 is there likely to be any for awhile according to the representative
 at Matrox that I talked to.  I can only recommend http://www.xinside.com
 and spending a little money.
 
 					Jordan

From owner-freebsd-bugs  Mon Jan 13 08:20:06 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id IAA19545
          for bugs-outgoing; Mon, 13 Jan 1997 08:20:06 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id IAA19507;
          Mon, 13 Jan 1997 08:20:03 -0800 (PST)
Date: Mon, 13 Jan 1997 08:20:03 -0800 (PST)
Message-Id: <199701131620.IAA19507@freefall.freebsd.org>
To: freebsd-bugs
Cc: 
From: Garrett Wollman <wollman@lcs.mit.edu>
Subject: bin/2469: xntpd(8)'s logging is too blatant
Reply-To: Garrett Wollman <wollman@lcs.mit.edu>
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

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

From: Garrett Wollman <wollman@lcs.mit.edu>
To: j@uriah.heep.sax.de
Cc: FreeBSD-gnats-submit@FreeBSD.ORG
Subject: bin/2469: xntpd(8)'s logging is too blatant
Date: Mon, 13 Jan 1997 11:11:28 -0500

 <<On Sun, 12 Jan 1997 19:20:33 +0100 (MET), J Wunsch <j@uriah.heep.sax.de> said:
 
 > these events blatantly with a level of LOG_ERR.  Since it also uses
 > the LOG_DAEMON facility, it's impossible to filter them out from
 
 I think that if we wanted to assign a facility to NTP and call it
 LOG_NTP, then xntpd would obey.
 
 -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, ANA, or NSA|                     - Susan Aglukark and Chad Irschick

From owner-freebsd-bugs  Mon Jan 13 09:11:30 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id JAA22249
          for bugs-outgoing; Mon, 13 Jan 1997 09:11:30 -0800 (PST)
Received: (from wollman@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id JAA21875;
          Mon, 13 Jan 1997 09:06:37 -0800 (PST)
Date: Mon, 13 Jan 1997 09:06:37 -0800 (PST)
From: Garrett Wollman <wollman>
Message-Id: <199701131706.JAA21875@freefall.freebsd.org>
To: Karst.Koymans@phil.ruu.nl, wollman, freebsd-bugs
Subject: Re: bin/1740
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Synopsis: Setting TZ to unusual values crashes applications using localtime

State-Changed-From-To: closed-analyzed
State-Changed-By: wollman
State-Changed-When: Mon Jan 13 09:04:39 PST 1997
State-Changed-Why: 
The previous fix didn't really fix the problem, just changed
its expression.  A proper fix is coming, so I'm re-opening this PR so I
can record it as being fixed properly.

From owner-freebsd-bugs  Mon Jan 13 09:15:05 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id JAA22651
          for bugs-outgoing; Mon, 13 Jan 1997 09:15:05 -0800 (PST)
Received: (from wollman@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id JAA22555;
          Mon, 13 Jan 1997 09:13:16 -0800 (PST)
Date: Mon, 13 Jan 1997 09:13:16 -0800 (PST)
From: Garrett Wollman <wollman>
Message-Id: <199701131713.JAA22555@freefall.freebsd.org>
To: Karst.Koymans@phil.ruu.nl, wollman, freebsd-bugs
Subject: Re: bin/1740
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Synopsis: Setting TZ to unusual values crashes applications using localtime

State-Changed-From-To: analyzed-closed
State-Changed-By: wollman
State-Changed-When: Mon Jan 13 09:12:34 PST 1997
State-Changed-Why: 
Fixed in localtime.c rev 1.1.2.

From owner-freebsd-bugs  Mon Jan 13 09:40:05 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id JAA24489
          for bugs-outgoing; Mon, 13 Jan 1997 09:40:05 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id JAA24481;
          Mon, 13 Jan 1997 09:40:03 -0800 (PST)
Resent-Date: Mon, 13 Jan 1997 09:40:03 -0800 (PST)
Resent-Message-Id: <199701131740.JAA24481@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org,
        Received:(from nobody@localhost) by.freefall.freebsd.org.id.JAA24351;Mon; (8.8.4/8.8.4);,
        13 Jan 1997 09:38:06.-0800 (PST)
Message-Id: <199701131738.JAA24351@freefall.freebsd.org>
Date: Mon, 13 Jan 1997 09:38:06 -0800 (PST)
From: fenner@parc.xerox.com
To: freebsd-gnats-submit@freebsd.org
X-Send-Pr-Version: www-1.0
Subject: misc/2481: Gnats creates malformed Resent-Reply-To: headers
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


>Number:         2481
>Category:       misc
>Synopsis:       Gnats creates malformed Resent-Reply-To: headers
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Mon Jan 13 09:40:01 PST 1997
>Last-Modified:
>Originator:     Bill Fenner
>Organization:
Xerox
>Release:        n/a
>Environment:
GNATS as installed on freefall.freebsd.org
>Description:
The PR->email gateway creates malformed Resent-Reply-To: headers if the
submitted PR doesn't have a Reply-To: header.

Example set of well-formed resent-* headers:

Resent-Date: Sun, 12 Jan 1997 18:00:02 -0800 (PST)
Resent-Message-Id: <199701130200.SAA10726@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, hsu@clinet.fi

Example of malformed Resent-* headers

Resent-Date: Sun, 12 Jan 1997 17:10:03 -0800 (PST)
Resent-Message-Id: <199701130110.RAA08266@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org,
        Received:"from methan.chemie.fu-berlin.de (methan.chemie.fu-berlin.de [1
60.45.22.81])
          by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id RAA07769
          for" <FreeBSD-gnats-submit@freebsd.org>; Sun,
        12 Jan 1997 17:00:37.-0800 (PST)

Note that one of the "Received:" headers managed to make it into the
Resent-Reply-To: line.  This causes replies to:

a) Not go to the original submitter
b) Get cc'd to freebsd-gnats-submit, potentially opening a new PR
c) Get cc'd to the date (or other weird portions of the Received line),
causing strange mail errors.

It also causes strict mailers such as zmailer to insert header parsing
error warnings in the headers.

(Not everyone sees these symptoms because many MUA's don't understand
the Resent-* headers at all)

>How-To-Repeat:
Submit a PR without a Reply-To: header in the original email, look at
the mail that gets sent to the freebsd-bugs mailing list.

>Fix:
Make gnats add the original message From: to the Resent-Reply-To: header
if the original message has to Reply-To: header.

>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Mon Jan 13 09:50:03 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id JAA25082
          for bugs-outgoing; Mon, 13 Jan 1997 09:50:03 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id JAA25068;
          Mon, 13 Jan 1997 09:50:01 -0800 (PST)
Date: Mon, 13 Jan 1997 09:50:01 -0800 (PST)
Message-Id: <199701131750.JAA25068@freefall.freebsd.org>
To: freebsd-bugs
Cc: 
From: Garrett Wollman <wollman@lcs.mit.edu>
Subject: Re: bin/1740
Reply-To: Garrett Wollman <wollman@lcs.mit.edu>
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

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

From: Garrett Wollman <wollman@lcs.mit.edu>
To: Garrett Wollman <wollman@freefall.freebsd.org>
Cc: freebsd-gnats-submit@freefall.freebsd.org
Subject: Re: bin/1740
Date: Mon, 13 Jan 1997 12:48:09 -0500

 > State-Changed-Why: 
 > Fixed in localtime.c rev 1.1.2.
 
 Of course, that should be rev 1.12.
 
 -GAWollman
 

From owner-freebsd-bugs  Mon Jan 13 10:10:04 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id KAA26473
          for bugs-outgoing; Mon, 13 Jan 1997 10:10:04 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id KAA26458;
          Mon, 13 Jan 1997 10:10:02 -0800 (PST)
Resent-Date: Mon, 13 Jan 1997 10:10:02 -0800 (PST)
Resent-Message-Id: <199701131810.KAA26458@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org,
        Received:(from nobody@localhost) by.freefall.freebsd.org.id.KAA26247;Mon; (8.8.4/8.8.4);,
        13 Jan 1997 10:06:02.-0800 (PST)
Message-Id: <199701131806.KAA26247@freefall.freebsd.org>
Date: Mon, 13 Jan 1997 10:06:02 -0800 (PST)
From: fenner@parc.xerox.com
To: freebsd-gnats-submit@freebsd.org
X-Send-Pr-Version: www-1.0
Subject: bin/2482: 2.2-BETA install doesn't time out in FTP
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


>Number:         2482
>Category:       bin
>Synopsis:       2.2-BETA install doesn't time out in FTP
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Mon Jan 13 10:10:00 PST 1997
>Last-Modified:
>Originator:     Bill Fenner
>Organization:
Xerox
>Release:        2.2-BETA
>Environment:
2.2-BETA install floppy
>Description:
Some change somewhere brought to light a race condition in PARC's
FTP proxy, where it can deadlock on a full TCP buffer.  The symptom
is that data flows on the data connection but not on the control
connection, and since the FreeBSD install is waiting for the
"150 Opening connection" response on the control connection before
reading from the data connection, we get deadlock.

The install should have a timeout on the control connection so that
situations like this (and others, like the net going away) can be
detected and handled properly, instead of having to abort the
installation.

>How-To-Repeat:
Use the 2.2-BETA install floppy, select an FTP install, and have the
network go away right after it sends a RETR command.  Watch it never
time out.

>Fix:

>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Mon Jan 13 10:10:05 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id KAA26485
          for bugs-outgoing; Mon, 13 Jan 1997 10:10:05 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id KAA26470;
          Mon, 13 Jan 1997 10:10:03 -0800 (PST)
Resent-Date: Mon, 13 Jan 1997 10:10:03 -0800 (PST)
Resent-Message-Id: <199701131810.KAA26470@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org,
        Received:(from nobody@localhost) by.freefall.freebsd.org.id.KAA26391;Mon; (8.8.4/8.8.4);,
        13 Jan 1997 10:09:00.-0800 (PST)
Message-Id: <199701131809.KAA26391@freefall.freebsd.org>
Date: Mon, 13 Jan 1997 10:09:00 -0800 (PST)
From: fenner@parc.xerox.com
To: freebsd-gnats-submit@freebsd.org
X-Send-Pr-Version: www-1.0
Subject: bin/2483: 2.2-BETA install locks up when interrupted
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


>Number:         2483
>Category:       bin
>Synopsis:       2.2-BETA install locks up when interrupted
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Mon Jan 13 10:10:02 PST 1997
>Last-Modified:
>Originator:     Bill Fenner
>Organization:
Xerox
>Release:        2.2-BETA
>Environment:
2.2-BETA install floppy
>Description:
When I hit control-C while the 2.2-BETA install is waiting for
a response to a RETR command, it pops up a dialog box asking if
I want to abort the installation, but does not allow me to make
a selection.  The machine is not hung, as I can alt-F2 and see
the debug messages, and I can alt-F4 and use the EHS, but sysinstall
is hung.

>How-To-Repeat:
Use the 2.2-BETA FTP install, disconnect the network right after the
FTP client sends a RETR command, watch it not time out, hit control-C
and watch the dialog box come up that you can't type into.

>Fix:

>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Mon Jan 13 10:20:05 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id KAA27220
          for bugs-outgoing; Mon, 13 Jan 1997 10:20:05 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id KAA27206;
          Mon, 13 Jan 1997 10:20:03 -0800 (PST)
Resent-Date: Mon, 13 Jan 1997 10:20:03 -0800 (PST)
Resent-Message-Id: <199701131820.KAA27206@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org,
        Received:(from nobody@localhost) by.freefall.freebsd.org.id.KAA26803;Mon; (8.8.4/8.8.4);,
        13 Jan 1997 10:12:57.-0800 (PST)
Message-Id: <199701131812.KAA26803@freefall.freebsd.org>
Date: Mon, 13 Jan 1997 10:12:57 -0800 (PST)
From: fenner@parc.xerox.com
To: freebsd-gnats-submit@freebsd.org
X-Send-Pr-Version: www-1.0
Subject: bin/2484: 2.2-BETA install sometimes asks about boot mgr and sometimes doesn't
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


>Number:         2484
>Category:       bin
>Synopsis:       2.2-BETA install sometimes asks about boot mgr and sometimes doesn't
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Mon Jan 13 10:20:01 PST 1997
>Last-Modified:
>Originator:     Bill Fenner
>Organization:
Xerox
>Release:        2.2-BETA
>Environment:
2.2-BETA install floppy
>Description:
I have had to attempt to install FreeBSD 2.2-BETA approximately 6
times so far.  During those 6 attempts, I have gotten significantly
varying behavior from the partition editor.  On one attempt, it
warned me that my geometry was bogus and selected a new one, but
on the other 5 it did not.  It also sometimes asks me what boot
manager I want, but sometimes does not.

The first time I ran it I selected "Dangerously Dedicated" mode
and it definitely did not ask me what kind of boot manager I wanted.
The further times I didn't select anything, since the existing partition
information was correct, and it did ask me what kind of boot manager
I wanted.
>How-To-Repeat:
Install several times, select Dangerously Dedicated mode the first
time and don't edit the partition table the second...Nth times.

>Fix:

>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Mon Jan 13 13:49:47 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id NAA08283
          for bugs-outgoing; Mon, 13 Jan 1997 13:49:47 -0800 (PST)
Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252])
          by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id NAA08278
          for <freebsd-bugs@freefall.freebsd.org>; Mon, 13 Jan 1997 13:49:42 -0800 (PST)
Received: (from uucp@localhost) by frmug.org (8.8.2/8.8.2/frmug-1.3) with UUCP id WAA06313; Mon, 13 Jan 1997 22:49:22 +0100 (MET)
Received: from localhost (localhost [127.0.0.1]) by xp11.frmug.org (8.8.4/8.7.3/xp11-uucp-1.1) with ESMTP id MAA07158; Sun, 12 Jan 1997 12:34:35 +0100 (CET)
Message-Id: <199701121134.MAA07158@xp11.frmug.org>
To: davidn@blaze.net.au
cc: freebsd-bugs@freefall.freebsd.org
Subject: Re: bin/2442: setusershell()/endusershell() missing 
In-reply-to: Your message of "Thu, 11 Jan 1996 01:40:10 GMT."
             <Pine.BSF.3.95.960111012722.438A-100000@labs.usn.blaze.net.au> 
Date: Sun, 12 Jan 1997 12:34:35 +0100
From: "Philippe Charnier" <charnier@xp11.frmug.org>
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Salut,

David Nugent <davidn@unique.usn.blaze.net.au> wrote:

>
>The problem in some places patched is that 'sh' will point to
>memory that has been free()'ed by the call to endusershell(). Not
>all, but some.
>

Most of the cases are safe imho, because 'sh' is tested against NULL
after endusershell() but never dereferenced. We can move enduser... 2 or 3
lines down to be purist.

The problem with my previous patch, is that it is simply incorrect (as you
mentionned) in /usr/bin/chpass, when 'sh' is returned (it's ok when 'name'
or NULL is returned) (ok_shell(), util.c).

>Either this should be documented, and strdup() called prior
>endusershell() is called and the strdup()ed copy should be
>returned, or /usr/src/lib/libc/gen/getusershell.c should be made
>to not to free that memory, but recycle it should setusershell()
>be called again. I think the latter is a better solution, which
>would allow this patch to work as is. However, libc needs to be
>fixed first.
>

I prefer the first (strdup() if I want to keep the result, then endusershell())
because I don't like waiting for exit() to free my memory.

Please add a line in the man page saying that a return value of getuser...
must not be dereferenced after enduser... is called.

------                                                            ------ 
Philippe Charnier                               charnier@lirmm.fr (smtp)       
                                          charnier@xp11.frmug.org (uucp) 

    ``a PC not running FreeBSD is like a venusian with no tentacles'' 
------------------------------------------------------------------------


From owner-freebsd-bugs  Mon Jan 13 13:57:56 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id NAA08830
          for bugs-outgoing; Mon, 13 Jan 1997 13:57:56 -0800 (PST)
Received: from sax.sax.de (sax.sax.de [193.175.26.33])
          by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id NAA08823
          for <freebsd-bugs@freefall.freebsd.org>; Mon, 13 Jan 1997 13:57:51 -0800 (PST)
Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA20595; Mon, 13 Jan 1997 22:56:12 +0100
Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id WAA03088; Mon, 13 Jan 1997 22:32:26 +0100 (MET)
Message-ID: <Mutt.19970113223226.j@uriah.heep.sax.de>
Date: Mon, 13 Jan 1997 22:32:26 +0100
From: j@uriah.heep.sax.de (J Wunsch)
To: gurney_j@efn.org
Cc: freebsd-bugs@freefall.freebsd.org, toor@dyson.iquest.net (John S. Dyson)
Subject: Re: bin/2466 Re: bin/2466: telnet sleeps too much :-)
References: <199701122300.PAA29644@freefall.freebsd.org>
X-Mailer: Mutt 0.55-PL10
Mime-Version: 1.0
X-Phone: +49-351-2012 669
X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F  93 21 E0 7D F9 12 D6 4E
Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
In-Reply-To: <199701122300.PAA29644@freefall.freebsd.org>; from John-Mark Gurney on Jan 12, 1997 15:00:01 -0800
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

As John-Mark Gurney wrote:

>  oh...  this is unrelated... but gnats-submit doesn't pass along the
>  reply-to: that you (Joerg) normally have..  just noticed this..

Yep, you're right.  Next time i'm on freefall, i'll look at it.

>  I can do it over here...  just like he says...  I sent a message to
>  hackers reciently about this... but didn't get a response...

That's simply because nobody has an explanation yet, even though some
people have experienced that problem.

>  ok... I got it... the dumped file is 73k...  I just managed to reproduce
>  it... it seems to happen when the process (telnet) gets swapped out... the

Hmmm.  That's a first sign (and also explains why it happens only if
the session is idle for some time).  It seems to be irrelevant whether
swapping is via NFS or local disks, since some reports are for the
latter situation (and to the contrary, i haven't seen this yet on my
diskless box).

John, perhaps you've got an idea?

-- 
cheers, J"org

joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
Never trust an operating system you don't have sources for. ;-)

From owner-freebsd-bugs  Mon Jan 13 14:15:42 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id OAA09782
          for bugs-outgoing; Mon, 13 Jan 1997 14:15:42 -0800 (PST)
Received: from sax.sax.de (sax.sax.de [193.175.26.33])
          by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id OAA09727
          for <freebsd-bugs@freefall.freebsd.org>; Mon, 13 Jan 1997 14:14:51 -0800 (PST)
Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id XAA20793; Mon, 13 Jan 1997 23:12:04 +0100
Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id WAA03164; Mon, 13 Jan 1997 22:48:49 +0100 (MET)
Message-ID: <Mutt.19970113224849.j@uriah.heep.sax.de>
Date: Mon, 13 Jan 1997 22:48:49 +0100
From: j@uriah.heep.sax.de (J Wunsch)
To: jkh@time.cdrom.com (Jordan K. Hubbard)
Cc: freebsd-bugs@freefall.freebsd.org
Subject: Re: bin/1597: No support for positional parameters in *printf functions
References: <199701130220.SAA12143@freefall.freebsd.org>
X-Mailer: Mutt 0.55-PL10
Mime-Version: 1.0
X-Phone: +49-351-2012 669
X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F  93 21 E0 7D F9 12 D6 4E
Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
In-Reply-To: <199701130220.SAA12143@freefall.freebsd.org>; from Jordan K. Hubbard on Jan 12, 1997 18:20:01 -0800
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

As Jordan K. Hubbard wrote:

>  > >Synopsis:       No support for positional parameters in *printf functions
>  
>  Erm, is anyone going to take this one?  Shall I?

Got it!  Go for it! :-)

-- 
cheers, J"org

joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
Never trust an operating system you don't have sources for. ;-)

From owner-freebsd-bugs  Mon Jan 13 14:20:48 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id OAA10136
          for bugs-outgoing; Mon, 13 Jan 1997 14:20:48 -0800 (PST)
Received: from palrel1.hp.com (palrel1.hp.com [15.253.72.10])
          by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id OAA10130
          for <freebsd-bugs@FreeBSD.org>; Mon, 13 Jan 1997 14:20:25 -0800 (PST)
Received: from srmail.sr.hp.com (srmail.sr.hp.com [15.4.45.14]) by palrel1.hp.com with ESMTP (8.7.5/8.7.3) id OAA10787; Mon, 13 Jan 1997 14:19:24 -0800 (PST)
Received: from hpnmhjw.sr.hp.com by srmail.sr.hp.com with ESMTP
	(1.37.109.16/15.5+ECS 3.3) id AA043533961; Mon, 13 Jan 1997 14:19:22 -0800
Received: from mina.sr.hp.com by hpnmhjw.sr.hp.com with SMTP
	(1.37.109.16/15.5+ECS 3.3) id AA225543959; Mon, 13 Jan 1997 14:19:19 -0800
Message-Id: <199701132219.AA225543959@hpnmhjw.sr.hp.com>
To: fenner@parc.xerox.com
Cc: freebsd-bugs@FreeBSD.org
Subject: Re: bin/2482: 2.2-BETA install doesn't time out in FTP 
Reply-To: darrylo@sr.hp.com
In-Reply-To: Your message of "Mon, 13 Jan 1997 10:06:02 PST."
             <199701131806.KAA26247@freefall.freebsd.org> 
Date: Mon, 13 Jan 1997 14:19:19 -0800
From: Darryl Okahata <darrylo@hpnmhjw.sr.hp.com>
Sender: owner-bugs@FreeBSD.org
X-Loop: FreeBSD.org
Precedence: bulk

fenner@parc.xerox.com wrote:

> Some change somewhere brought to light a race condition in PARC's
> FTP proxy, where it can deadlock on a full TCP buffer.  The symptom
> is that data flows on the data connection but not on the control
> connection, and since the FreeBSD install is waiting for the
> "150 Opening connection" response on the control connection before
> reading from the data connection, we get deadlock.

     If PARC's ftp proxy uses a SOCKS server to go outside a firewall,
I'd like to mention a SOCKS bug that exists in SOCKS V4 & V5.  You might
be running into this.

     The SOCKS server handles a firewall connection using a simple
select(2)-based "while" loop that reads from one socket (inside the
firewall) and writes to another socket (outside the firewall), *AND*
vice-versa (to go in the opposite direction).  The problem arises from
the fact that the socket writes are done using *BLOCKING* calls.  The
problem occurs when a lot of data is being transferred in one direction,
and the (client) program, that is supposed to be reading this large
amount of data (from the SOCKS server), isn't bothering to read the data
(for whatever reason).  Because of this, the SOCKS server eventually
hangs while trying to write data to the client (blocking writes are
used), which means that the SOCKS server cannot respond to any data
transfers going in the opposite direction.

[ The bottom line is that network I/O via a SOCKS server really should
  be half-duplex; a full-duplex connection runs the risk of hanging the
  server.  John Polstra and I first ran into this with CVSUP. ]

     -- Darryl Okahata
	Internet: darrylo@sr.hp.com

DISCLAIMER: this message is the author's personal opinion and does not
constitute the support, opinion, or policy of Hewlett-Packard, or of the
little green men that have been following him all day.

From owner-freebsd-bugs  Mon Jan 13 14:33:27 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id OAA10714
          for bugs-outgoing; Mon, 13 Jan 1997 14:33:27 -0800 (PST)
Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93])
          by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id OAA10707
          for <freebsd-bugs@freebsd.org>; Mon, 13 Jan 1997 14:33:22 -0800 (PST)
Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <16397(1)>; Mon, 13 Jan 1997 14:32:47 PST
Received: by crevenia.parc.xerox.com id <177476>; Mon, 13 Jan 1997 14:32:20 -0800
From: Bill Fenner <fenner@parc.xerox.com>
To: darrylo@sr.hp.com, fenner@parc.xerox.com
Subject: Re: bin/2482: 2.2-BETA install doesn't time out in FTP
Cc: freebsd-bugs@freebsd.org
Message-Id: <97Jan13.143220pst.177476@crevenia.parc.xerox.com>
Date: Mon, 13 Jan 1997 14:32:10 PST
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Nope, we're not using SOCKS.  The FTP proxy is a special FTP server
that accepts usernames like "user@host", and after that point
it looks like a normal FTP connection so you can use unmodified
FTP clients with it.  Since the FreeBSD install lets you set the
username and the URL scheme lets you set the port, I can (usually)
use this FTP proxy to install.

The problem that you describe in the SOCKS server is the same
problem that I'm observing in our proxy, though; the data on the
data connection arrives over the Internet before the control
message, and the proxy blocks trying to write the data to the
client because the client is waiting for the message on the
control connection.

  Bill

From owner-freebsd-bugs  Mon Jan 13 14:53:39 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id OAA12450
          for bugs-outgoing; Mon, 13 Jan 1997 14:53:39 -0800 (PST)
Received: from sax.sax.de (sax.sax.de [193.175.26.33])
          by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id OAA12416
          for <bugs@freebsd.org>; Mon, 13 Jan 1997 14:53:03 -0800 (PST)
Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id XAA21490 for bugs@freebsd.org; Mon, 13 Jan 1997 23:52:15 +0100
Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id XAA03341; Mon, 13 Jan 1997 23:43:45 +0100 (MET)
Message-ID: <Mutt.19970113234344.j@uriah.heep.sax.de>
Date: Mon, 13 Jan 1997 23:43:44 +0100
From: j@uriah.heep.sax.de (J Wunsch)
To: bugs@freebsd.org
Subject: Re: bin/2469: xntpd(8)'s logging is too blatant
References: <199701121820.TAA00803@uriah.heep.sax.de> <9701131611.AA18018@halloran-eldar.lcs.mit.edu>
X-Mailer: Mutt 0.55-PL10
Mime-Version: 1.0
X-Phone: +49-351-2012 669
X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F  93 21 E0 7D F9 12 D6 4E
Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
In-Reply-To: <9701131611.AA18018@halloran-eldar.lcs.mit.edu>; from Garrett Wollman on Jan 13, 1997 11:11:28 -0500
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

As Garrett Wollman wrote:

> > these events blatantly with a level of LOG_ERR.  Since it also uses
> > the LOG_DAEMON facility, it's impossible to filter them out from
> 
> I think that if we wanted to assign a facility to NTP and call it
> LOG_NTP, then xntpd would obey.

I'm all for it.  The xtnpd source looks as if it were already prepared
for this case.

However, i assume we should at least co-ordinate this effort with
other BSDs (and maybe Linux, too, but since this is outside the
kernel, you'll probably have a hard time finding the most competent
person to convince there...).  Facilities are forwarded across the
network, after all.

Seems the range 12 through 15 is still available for future
assignments.  Anybody know of other systems that have already
precedent cases in this region?

-- 
cheers, J"org

joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
Never trust an operating system you don't have sources for. ;-)

From owner-freebsd-bugs  Mon Jan 13 15:00:05 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id PAA13044
          for bugs-outgoing; Mon, 13 Jan 1997 15:00:05 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id PAA13018;
          Mon, 13 Jan 1997 15:00:02 -0800 (PST)
Date: Mon, 13 Jan 1997 15:00:02 -0800 (PST)
Message-Id: <199701132300.PAA13018@freefall.freebsd.org>
To: freebsd-bugs
Cc: 
From: j@uriah.heep.sax.de (J Wunsch)
Subject: Re: misc/2481: Gnats creates malformed Resent-Reply-To: headers
Reply-To: j@uriah.heep.sax.de (J Wunsch)
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

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

From: j@uriah.heep.sax.de (J Wunsch)
To: fenner@parc.xerox.com
Cc: freebsd-gnats-submit@freebsd.org
Subject: Re: misc/2481: Gnats creates malformed Resent-Reply-To: headers
Date: Mon, 13 Jan 1997 23:50:25 +0100

 As fenner@parc.xerox.com wrote:
 
 > Resent-Date: Sun, 12 Jan 1997 18:00:02 -0800 (PST)
 > Resent-Message-Id: <199701130200.SAA10726@freefall.freebsd.org>
 > Resent-From: gnats (GNATS Management)
 > Resent-To: freebsd-bugs
 > Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, hsu@clinet.fi
 
 I think it should also preserve the Reply-To header literally for
 followups if one was present.
 
 -- 
 cheers, J"org
 
 joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
 Never trust an operating system you don't have sources for. ;-)

From owner-freebsd-bugs  Mon Jan 13 15:10:05 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id PAA13750
          for bugs-outgoing; Mon, 13 Jan 1997 15:10:05 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id PAA13741;
          Mon, 13 Jan 1997 15:10:02 -0800 (PST)
Date: Mon, 13 Jan 1997 15:10:02 -0800 (PST)
Message-Id: <199701132310.PAA13741@freefall.freebsd.org>
To: freebsd-bugs
Cc: 
From: Bill Fenner <fenner@parc.xerox.com>
Subject: Re: misc/2481: Gnats creates malformed Resent-Reply-To: headers
Reply-To: Bill Fenner <fenner@parc.xerox.com>
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

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

From: Bill Fenner <fenner@parc.xerox.com>
To: fenner@parc.xerox.com, joerg_wunsch@uriah.heep.sax.de
Cc: freebsd-gnats-submit@freebsd.org
Subject: Re: misc/2481: Gnats creates malformed Resent-Reply-To: headers
Date: Mon, 13 Jan 1997 15:02:10 PST

 >I think it should also preserve the Reply-To header literally for
 >followups if one was present.
 
 Only because most MUA's don't grok Resent-* at all.  RFC822 says that
 Resent-* fields, if present, are to be treated as "more recent" than
 the original versions.  It carefully avoids specifying which fields
 to use when replying, so we can't claim that MUA's that skip
 Resent-Reply-To are violating anything, but the Resent-* fields are
 there so that forwarders don't have to modify existing fields...
 
 (Perhaps the easiest solution is to stop using Resent-* because of
 its ambiguous semantics to MUA's...)
 
   Bill

From owner-freebsd-bugs  Mon Jan 13 15:30:04 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id PAA14953
          for bugs-outgoing; Mon, 13 Jan 1997 15:30:04 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id PAA14947;
          Mon, 13 Jan 1997 15:30:02 -0800 (PST)
Date: Mon, 13 Jan 1997 15:30:02 -0800 (PST)
Message-Id: <199701132330.PAA14947@freefall.freebsd.org>
To: freebsd-bugs
Cc: 
From: j@uriah.heep.sax.de (J Wunsch)
Subject: Re: bin/2484: 2.2-BETA install sometimes asks about boot mgr and sometimes doesn't
Reply-To: j@uriah.heep.sax.de (J Wunsch)
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

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

From: j@uriah.heep.sax.de (J Wunsch)
To: fenner@parc.xerox.com
Cc: freebsd-gnats-submit@FreeBSD.ORG
Subject: Re: bin/2484: 2.2-BETA install sometimes asks about boot mgr and sometimes doesn't
Date: Tue, 14 Jan 1997 00:07:47 +0100

 As fenner@parc.xerox.com wrote:
 
 > The first time I ran it I selected "Dangerously Dedicated" mode
 > and it definitely did not ask me what kind of boot manager I wanted.
 > The further times I didn't select anything, since the existing partition
 > information was correct, and it did ask me what kind of boot manager
 > I wanted.
 
 That's basically a known bug.
 
 Sysinstall decides whether to not present you the boot manager menu
 based on you previously explicitly selecting DD mode _during this run_
 of the partition editor.  It should do it based on an analysis of the
 disk structure, but that will require some restructuring of code.
 
 After all, it's ``dangerously'' dedicated mode. :-)  There are still
 some dangers left as an exercise for the reader...
 
 -- 
 cheers, J"org
 
 joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
 Never trust an operating system you don't have sources for. ;-)

From owner-freebsd-bugs  Mon Jan 13 15:43:37 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id PAA15920
          for bugs-outgoing; Mon, 13 Jan 1997 15:43:37 -0800 (PST)
Received: (from scrappy@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id PAA15837;
          Mon, 13 Jan 1997 15:42:26 -0800 (PST)
Date: Mon, 13 Jan 1997 15:42:26 -0800 (PST)
From: "Marc G. Fournier" <scrappy>
Message-Id: <199701132342.PAA15837@freefall.freebsd.org>
To: fn@radio-do.de, scrappy, freebsd-bugs
Subject: Re: misc/1390
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Synopsis: feedback from 2.1.5R update over 2.1-stable

State-Changed-From-To: feedback-closed
State-Changed-By: scrappy
State-Changed-When: Mon Jan 13 15:41:15 PST 1997
State-Changed-Why: 
Originator confirms closure...

From owner-freebsd-bugs  Mon Jan 13 15:50:19 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id PAA16960
          for bugs-outgoing; Mon, 13 Jan 1997 15:50:19 -0800 (PST)
Received: (from scrappy@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id PAA16915;
          Mon, 13 Jan 1997 15:49:59 -0800 (PST)
Date: Mon, 13 Jan 1997 15:49:59 -0800 (PST)
From: "Marc G. Fournier" <scrappy>
Message-Id: <199701132349.PAA16915@freefall.freebsd.org>
To: hsu@clinet.fi, scrappy, freebsd-bugs
Subject: Re: kern/1914
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Synopsis: vm_page_alloc(ZERO): missing page on free queue

State-Changed-From-To: open-closed
State-Changed-By: scrappy
State-Changed-When: Mon Jan 13 15:48:55 PST 1997
State-Changed-Why: 
Originator believes that this is fixed

From owner-freebsd-bugs  Mon Jan 13 17:20:06 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id RAA21772
          for bugs-outgoing; Mon, 13 Jan 1997 17:20:06 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id RAA21754;
          Mon, 13 Jan 1997 17:20:03 -0800 (PST)
Resent-Date: Mon, 13 Jan 1997 17:20:03 -0800 (PST)
Resent-Message-Id: <199701140120.RAA21754@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org,
        mmcg@heraclitus.cs.monash.edu.au
Received: from heraclitus.cs.monash.edu.au (heraclitus.cs.monash.edu.au [130.194.64.241])
          by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id RAA21394
          for <FreeBSD-gnats-submit@freebsd.org>; Mon, 13 Jan 1997 17:15:15 -0800 (PST)
Received: (from mmcg@localhost) by heraclitus.cs.monash.edu.au (8.7.5/8.7.3) id MAA26447; Tue, 14 Jan 1997 12:14:33 +1100 (EST)
Message-Id: <199701140114.MAA26447@heraclitus.cs.monash.edu.au>
Date: Tue, 14 Jan 1997 12:14:33 +1100 (EST)
From: Mike McGaughey <mmcg@heraclitus.cs.monash.edu.au>
Reply-To: mmcg@heraclitus.cs.monash.edu.au
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: i386/2485: 2.2-BETA install kernel creates unreadable display mode
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


>Number:         2485
>Category:       i386
>Synopsis:       2.2-BETA (install) device probe appears to screw screen
>Confidential:   no
>Severity:       critical
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Class:          support
>Submitter-Id:   current-users
>Arrival-Date:   Mon Jan 13 17:20:01 PST 1997
>Last-Modified:
>Originator:     Mike McGaughey
>Organization:
Monash University
>Release:        FreeBSD 2.2-BETA
>Environment:

Pentium 120 on ATC-1000 motherboard, 16M ram, 256k pipeline cache,
no non-pipeline cache, 2 IDE controllers (one of which is in use).

Award PCI/PnP bios.  BIOS (etc) values all at their most conservative
settings;  PCI IRQ (etc) assignment is all on `auto'.

SMC elite 16 bit ISA ether card: I/O 0x300, Irq 10, addr 0xcc000

Paradise PVGA1a PCI video card.  It may be a compatible - it has `ARK'
plastered all over the chips, including the SVGA BIOS chip, but various
tools (aka `games') identify it as a paradise PVGA1a.

Some floppy drives, and some hard drives.

Nothing else.

>Description:

When the kernel supplied with the 2.2-BETA boot (install) floppy
starts probing the hardware (i.e. *after* visual configuration has
been exited), the screen immediately changes to a pattern consisting
mainly of (reasonably) closely spaced vertical lines, with lines
of different colors appearing interleaved, and vaguely reflecting
the colors that (should!) be on the screen at the time.  Interestingly
enough, the lines appear to be in a particular color order, with the
colors repeating vertically once per character position.

When the probes have finished, the install menu comes up - still
with an unreadable screen (though recognisably different, and now
with more colors).  Very pretty, but it gets in the way of reading
the instructions.

A (cold or warm) reboot resets the screen to a sensible state.

I've never seen this happen under any other FreeBSD install or
kernel on this machine (I have never run a 2.2 install on this
particular system - only 2.1.0, 2.1.5 and 2.1.6.  It is currently
running 2.1.6).  Actually, I've never seen it happen at all (under
DOS, etc).

>How-To-Repeat:

Fly out to Australia, visit me.  Be sure to bring a case of beer.
Fire up the install floppy on the machine described above.
In visual configuration mode (while the screen is quite usable),
delete any or all devices (except for the syscons driver).
Quit visual configuration; shortly after the probes start, the screen dies.
Look perplexed.
Look at beer.
Admire my barbequeue, suggest we take it for a test drive.
Sit back, guzzle beer and chops, tossing empty cans and gnawed T-bones
at the offending machine.
Admire cloudless sky and abundant sunshine, and resolve to visit the beach.

>Fix:

I have no idea; I suspect I am on my own here (perhaps with a screwy
configuration, or with one of a bad batch of video cards).  Or, it
may have something to do with them newfangled PCI probes.  However,
if you have heard of this before and can suggest a way around it,
I'll finish the install and test the rest of 2.2-BETA for you :)

Cheers,

    Mike.
>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Mon Jan 13 21:30:05 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id VAA18231
          for bugs-outgoing; Mon, 13 Jan 1997 21:30:05 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id VAA18217;
          Mon, 13 Jan 1997 21:30:03 -0800 (PST)
Resent-Date: Mon, 13 Jan 1997 21:30:03 -0800 (PST)
Resent-Message-Id: <199701140530.VAA18217@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org,
        Received:(from nobody@localhost) by.freefall.freebsd.org.id.VAA16916;Mon; (8.8.4/8.8.4);,
        13 Jan 1997 21:28:09.-0800 (PST)
Message-Id: <199701140528.VAA16916@freefall.freebsd.org>
Date: Mon, 13 Jan 1997 21:28:09 -0800 (PST)
From: fenner@parc.xerox.com
To: freebsd-gnats-submit@freebsd.org
X-Send-Pr-Version: www-1.0
Subject: bin/2486: 2.2-BETA XF86 install retries starting at the next file
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


>Number:         2486
>Category:       bin
>Synopsis:       2.2-BETA XF86 install retries starting at the next file
>Confidential:   no
>Severity:       critical
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Mon Jan 13 21:30:01 PST 1997
>Last-Modified:
>Originator:     Bill Fenner
>Organization:
Xerox
>Release:        2.2-BETA
>Environment:
2.2-BETA install floppy
>Description:
I left a 2.2-BETA install running when I went to work today.
When I got home, there was a dialog box saying that the FTP
of XF86bin had failed, do I want to try again?  I said yes,
went through the reselection, and it started again with XF86inf.
Now I have an installation with only a partially extracted
XF86bin.
>How-To-Repeat:
Kill the network during the FTP of XF86bin, then restore it when
sysinstall notices.  Reselect the same site, and watch it start
transferring the next distribution you selected instead of
restarting the failed transfer.

>Fix:

>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Mon Jan 13 21:40:07 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id VAA21994
          for bugs-outgoing; Mon, 13 Jan 1997 21:40:07 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id VAA21960;
          Mon, 13 Jan 1997 21:40:04 -0800 (PST)
Resent-Date: Mon, 13 Jan 1997 21:40:04 -0800 (PST)
Resent-Message-Id: <199701140540.VAA21960@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org,
        Received:(from nobody@localhost) by.freefall.freebsd.org.id.VAA20100;Mon; (8.8.4/8.8.4);,
        13 Jan 1997 21:35:40.-0800 (PST)
Message-Id: <199701140535.VAA20100@freefall.freebsd.org>
Date: Mon, 13 Jan 1997 21:35:40 -0800 (PST)
From: fenner@parc.xerox.com
To: freebsd-gnats-submit@freebsd.org
X-Send-Pr-Version: www-1.0
Subject: bin/2487: 2.2-BETA install does not allow selection of Busmouse
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


>Number:         2487
>Category:       bin
>Synopsis:       2.2-BETA install does not allow selection of Busmouse
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Mon Jan 13 21:40:02 PST 1997
>Last-Modified:
>Originator:     Bill Fenner
>Organization:
Xerox
>Release:        2.2-BETA
>Environment:
2.2-BETA install floppy
>Description:
In the "Mouse selection" menu, I have six choices:
( ) COM1
( ) COM2
( ) COM3
( ) COM4
( ) BusMouse
( ) PS/2

I have a Bus Mouse; "mse0 at 0x23c irq 5".  If I move the cursor to
the BusMouse box and hit space, the screen flickers but no asterisk
appears.

Since I couldn't select BusMouse, I tried the others just to see what
the dialog box's behavior was.

If I select PS/2, the asterisk appears in the PS/2 box.  If I then
select COM1, the asterisk appears in the COM1 box.  If I attempt to
select PS/2 again, it just blinks and the asterisk remains in the
COM1 box.
>How-To-Repeat:
Perform the steps above at the end of an installation.

>Fix:

>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Mon Jan 13 21:50:07 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id VAA24544
          for bugs-outgoing; Mon, 13 Jan 1997 21:50:07 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id VAA24530;
          Mon, 13 Jan 1997 21:50:02 -0800 (PST)
Date: Mon, 13 Jan 1997 21:50:02 -0800 (PST)
Message-Id: <199701140550.VAA24530@freefall.freebsd.org>
To: freebsd-bugs
Cc: 
From: Bill Fenner <fenner@parc.xerox.com>
Subject: Re: bin/2486: 2.2-BETA XF86 install retries starting at the next file
Reply-To: Bill Fenner <fenner@parc.xerox.com>
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

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

From: Bill Fenner <fenner@parc.xerox.com>
To: freebsd-gnats@freebsd.org
Cc:  Subject: Re: bin/2486: 2.2-BETA XF86 install retries starting at the next file
Date: Mon, 13 Jan 1997 21:43:17 PST

 Because of this, my selection of "Configure XFree86" failed with
 
 ld.so failed: Can't find shared library libXaw.so.6.1
 

From owner-freebsd-bugs  Mon Jan 13 22:30:04 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id WAA07916
          for bugs-outgoing; Mon, 13 Jan 1997 22:30:04 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id WAA07897;
          Mon, 13 Jan 1997 22:30:02 -0800 (PST)
Resent-Date: Mon, 13 Jan 1997 22:30:02 -0800 (PST)
Resent-Message-Id: <199701140630.WAA07897@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org,
        Received:"from han.cs.berkeley.edu (han.CS.Berkeley.EDU [128.32.38.229])
          by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id WAA04960
          for" <FreeBSD-gnats-submit@freebsd.org>; Mon,
        13 Jan 1997 22:23:39.-0800 (PST)
Received: (from asami2@localhost) by han.cs.berkeley.edu (8.8.4/8.7.3) id WAA23278; Mon, 13 Jan 1997 22:23:17 -0800 (PST)
Message-Id: <199701140623.WAA23278@han.cs.berkeley.edu>
Date: Mon, 13 Jan 1997 22:23:17 -0800 (PST)
From: asami@freebsd.org
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: bin/2488: fetch sometimes fails to set timestamp correctly
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


>Number:         2488
>Category:       bin
>Synopsis:       fetch sometimes fails to set timestamp correctly
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Mon Jan 13 22:30:01 PST 1997
>Last-Modified:
>Originator:     Satoshi Asami
>Organization:
The FreeBSD Bug Discovery Team
>Release:        FreeBSD 2.2-RELEASE i386
>Environment:

It's up there.

>Description:

fetch sometimes fails to get timestamp correctly and sets it to
epoch.  This causes some interesting effects, like triggering a bug
to mirror and killing it.

>How-To-Repeat:

>Fix:
	
	Not known at time of writing.

>Audit-Trail:
>Unformatted:
>> ncftp ftp://slc2.ins.cwru.edu/pub/dist/
 :
slc2.ins.cwru.edu:/pub/dist
ncftp>dir bash-1.14.7.tar.gz
-r--r--r--  1 root     staff     1518180 Aug 27 14:27 bash-1.14.7.tar.gz
                                         ^^^^^^^^^^^^

>> fetch ftp://slc2.ins.cwru.edu/pub/dist/bash-1.14.7.tar.gz
Receiving bash-1.14.7.tar.gz: 1482 Kbytes
1518180 bytes transfered in 25.9 seconds  (57.17 K/s)
asami(p0) han 29 22:17:51 /ccd/ports/shells/bash
>> ls -lg bash-1.14.7.tar.gz
1496 -rw-r--r--  1 asami2  wheel  1518180 Dec 31  1969 bash-1.14.7.tar.gz
                                          ^^^^^^^^^^^^


From owner-freebsd-bugs  Mon Jan 13 22:50:05 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id WAA14744
          for bugs-outgoing; Mon, 13 Jan 1997 22:50:05 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id WAA14720;
          Mon, 13 Jan 1997 22:50:03 -0800 (PST)
Date: Mon, 13 Jan 1997 22:50:03 -0800 (PST)
Message-Id: <199701140650.WAA14720@freefall.freebsd.org>
To: freebsd-bugs
Cc: 
From: Bill Fenner <fenner@parc.xerox.com>
Subject: Re: bin/2487: 2.2-BETA install does not allow selection of Busmouse 
Reply-To: Bill Fenner <fenner@parc.xerox.com>
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

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

From: Bill Fenner <fenner@parc.xerox.com>
To: fenner@parc.xerox.com
Cc: freebsd-gnats-submit@freebsd.org
Subject: Re: bin/2487: 2.2-BETA install does not allow selection of Busmouse 
Date: Mon, 13 Jan 1997 22:42:01 PST

 After rebooting, it turned out that /dev/mouse was symlinked to
 /dev/mse0.  So although the "( ) BusMouse" entry never got
 "selected", the action appears to have happened, and this is
 just a user interface strangeness.
 
   Bill

From owner-freebsd-bugs  Mon Jan 13 23:10:06 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id XAA21631
          for bugs-outgoing; Mon, 13 Jan 1997 23:10:06 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id XAA21621;
          Mon, 13 Jan 1997 23:10:02 -0800 (PST)
Resent-Date: Mon, 13 Jan 1997 23:10:02 -0800 (PST)
Resent-Message-Id: <199701140710.XAA21621@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org,
        Received:"from dfw-ix7.ix.netcom.com (dfw-ix7.ix.netcom.com [206.214.98.7])
          by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id XAA21004
          for" <FreeBSD-gnats-submit@freebsd.org>; Mon,
        13 Jan 1997 23:08:27.-0800 (PST)
Received: from silvia.HIP.Berkeley.EDU (wck-ca21-14.ix.netcom.com [207.94.231.110]) by dfw-ix7.ix.netcom.com (8.6.13/8.6.12) with ESMTP id XAA17056 for <FreeBSD-gnats-submit@freebsd.org>; Mon, 13 Jan 1997 23:07:54 -0800
Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.4/8.6.9) id XAA01631; Mon, 13 Jan 1997 23:07:52 -0800 (PST)
Message-Id: <199701140707.XAA01631@silvia.HIP.Berkeley.EDU>
Date: Mon, 13 Jan 1997 23:07:52 -0800 (PST)
From: asami@freebsd.org
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: bin/2489: gnats mangles sections
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


>Number:         2489
>Category:       bin
>Synopsis:       gnats mangles sections
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Mon Jan 13 23:10:01 PST 1997
>Last-Modified:
>Originator:     Satoshi Asami
>Organization:
The endless bug-list of gnats
>Release:        FreeBSD 3.0-CURRENT i386
>Environment:

My environment is irrelevant, it's the gnats server at freefall that's
broken.

>Description:

I sent a bug report with a elaborate "how-to-repeat" section.  But
gnats moved that whole section into "audit-trail" for some reason.

Here's the mangled report in full, enjoy.  BTW, I'm going to prepend
every single line with a "!@#$%" just in case it's something in front
of the lines that confused gnats.  By the way, this is the
"description" section.

!@#$%Date: Mon, 13 Jan 1997 22:23:17 -0800 (PST)
!@#$%From: asami@freebsd.org
!@#$%To: FreeBSD-gnats-submit@freebsd.org
!@#$%Subject: bin/2488: fetch sometimes fails to set timestamp correctly
!@#$%
!@#$%
!@#$%>Number:         2488
!@#$%>Category:       bin
!@#$%>Synopsis:       fetch sometimes fails to set timestamp correctly
!@#$%>Confidential:   no
!@#$%>Severity:       serious
!@#$%>Priority:       medium
!@#$%>Responsible:    freebsd-bugs
!@#$%>State:          open
!@#$%>Class:          sw-bug
!@#$%>Submitter-Id:   current-users
!@#$%>Arrival-Date:   Mon Jan 13 22:30:01 PST 1997
!@#$%>Last-Modified:
!@#$%>Originator:     Satoshi Asami
!@#$%>Organization:
!@#$%The FreeBSD Bug Discovery Team
!@#$%>Release:        FreeBSD 2.2-RELEASE i386
!@#$%>Environment:
!@#$%
!@#$%It's up there.
!@#$%
!@#$%>Description:
!@#$%
!@#$%fetch sometimes fails to get timestamp correctly and sets it to
!@#$%epoch.  This causes some interesting effects, like triggering a bug
!@#$%to mirror and killing it.
!@#$%
!@#$%>How-To-Repeat:
!@#$%
!@#$%>Fix:
!@#$%	
!@#$%	Not known at time of writing.
!@#$%
!@#$%>Audit-Trail:
!@#$%>Unformatted:
!@#$%>> ncftp ftp://slc2.ins.cwru.edu/pub/dist/
!@#$% :
!@#$%slc2.ins.cwru.edu:/pub/dist
!@#$%ncftp>dir bash-1.14.7.tar.gz
!@#$%-r--r--r--  1 root     staff     1518180 Aug 27 14:27 bash-1.14.7.tar.gz
!@#$%                                         ^^^^^^^^^^^^
!@#$%
!@#$%>> fetch ftp://slc2.ins.cwru.edu/pub/dist/bash-1.14.7.tar.gz
!@#$%Receiving bash-1.14.7.tar.gz: 1482 Kbytes
!@#$%1518180 bytes transfered in 25.9 seconds  (57.17 K/s)
!@#$%asami(p0) han 29 22:17:51 /ccd/ports/shells/bash
!@#$%>> ls -lg bash-1.14.7.tar.gz
!@#$%1496 -rw-r--r--  1 asami2  wheel  1518180 Dec 31  1969 bash-1.14.7.tar.gz
!@#$%                                          ^^^^^^^^^^^^
!@#$%
!@#$%
!@#$%
!@#$%
!@#$%

>How-To-Repeat:

This section (how-to-repeat) intentionally left blank.

>Fix:
	
This section (fix) intentionally left blank.

>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Tue Jan 14 00:19:37 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id AAA29528
          for bugs-outgoing; Tue, 14 Jan 1997 00:19:37 -0800 (PST)
Received: (from jkh@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id AAA29508;
          Tue, 14 Jan 1997 00:19:32 -0800 (PST)
Date: Tue, 14 Jan 1997 00:19:32 -0800 (PST)
From: "Jordan K. Hubbard" <jkh>
Message-Id: <199701140819.AAA29508@freefall.freebsd.org>
To: markd@Grizzly.COM, jkh, freebsd-bugs
Subject: Re: bin/1597
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Synopsis: No support for positional parameters in *printf functions

State-Changed-From-To: open-closed
State-Changed-By: jkh
State-Changed-When: Tue Jan 14 00:19:13 PST 1997
State-Changed-Why: 
Attached patches committed to -current.

From owner-freebsd-bugs  Tue Jan 14 01:20:04 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id BAA02625
          for bugs-outgoing; Tue, 14 Jan 1997 01:20:04 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id BAA02589;
          Tue, 14 Jan 1997 01:20:02 -0800 (PST)
Date: Tue, 14 Jan 1997 01:20:02 -0800 (PST)
Message-Id: <199701140920.BAA02589@freefall.freebsd.org>
To: freebsd-bugs
Cc: 
From: Robert Eckardt <roberte@mep.ruhr-uni-bochum.de>
Subject: Re: bin/2488: fetch sometimes fails to set timestamp correctly
Reply-To: Robert Eckardt <roberte@mep.ruhr-uni-bochum.de>
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

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

From: Robert Eckardt <roberte@mep.ruhr-uni-bochum.de>
To: asami@freebsd.org
Cc: FreeBSD-gnats-submit@freebsd.org
Subject: Re: bin/2488: fetch sometimes fails to set timestamp correctly
Date: Tue, 14 Jan 1997 10:08:37 +0100 (MET)

 > >Number:         2488
 > >Category:       bin
 > >Synopsis:       fetch sometimes fails to set timestamp correctly
 > >Originator:     Satoshi Asami
 > >Release:        FreeBSD 2.2-RELEASE i386
 > >Description:
 > 
 > fetch sometimes fails to get timestamp correctly and sets it to
 > epoch.  This causes some interesting effects, like triggering a bug
 > to mirror and killing it.
 > 
 > >Fix:
 > 	
 > 	Not known at time of writing.
 
 This was fixed in bin/2170:
 fetch in 2.1.5R doesn't keep interrupted files and sets wrong mirror date
 
 Part of the patch was:
 @@ -102,5 +103,5 @@
                 if (file != stdout) {
 -                       if (!restart && !mirror)
 +                       if (!restart && !mirror && !keep)
                             remove (outputfile);
 -                       else if (!mirror) {
 +                       else if (mirror) {
                                 tv[0].tv_usec = tv[1].tv_usec = 0;
 
 
 > >> ls -lg bash-1.14.7.tar.gz
 > 1496 -rw-r--r--  1 asami2  wheel  1518180 Dec 31  1969 bash-1.14.7.tar.gz
 
 (I thought 1.1.1970 was the earliest time ?!?!)
 
 
 Robert
 
 -- 
 Robert Eckardt                \\ FreeBSD -- solutions for a large universe.(tm)
 RobertE@MEP.Ruhr-Uni-Bochum.de \\       What do you want to boot tomorrow ?(tm)
 http://WWW.MEP.Ruhr-Uni-Bochum.de/~roberte
 For PGP-key finger roberte@gluon.MEP.Ruhr-Uni-Bochum.de

From owner-freebsd-bugs  Tue Jan 14 02:10:08 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id CAA04445
          for bugs-outgoing; Tue, 14 Jan 1997 02:10:08 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id CAA04439;
          Tue, 14 Jan 1997 02:10:04 -0800 (PST)
Resent-Date: Tue, 14 Jan 1997 02:10:04 -0800 (PST)
Resent-Message-Id: <199701141010.CAA04439@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, ume@calm.imasy.or.jp
Received: from tasogare.imasy.or.jp (root@tasogare.imasy.or.jp [202.227.24.5])
          by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id CAA04166
          for <FreeBSD-gnats-submit@freebsd.org>; Tue, 14 Jan 1997 02:00:32 -0800 (PST)
Received: (from ume@localhost) by tasogare.imasy.or.jp (8.8.4+2.7Wbeta4/3.4W4-96030215) with UUCP id SAA01326 for FreeBSD-gnats-submit@freebsd.org; Tue, 14 Jan 1997 18:55:37 +0900 (JST)
Received: (from ume@localhost) by chaos.calm.imasy.or.jp (8.8.4/3.5Wpl2-CHAOS1.5) id SAA02558; Tue, 14 Jan 1997 18:52:06 +0900 (JST)
Message-Id: <199701140952.SAA02558@chaos.calm.imasy.or.jp>
Date: Tue, 14 Jan 1997 18:52:06 +0900 (JST)
From: Hajimu UMEMOTO <ume@calm.imasy.or.jp>
Reply-To: ume@calm.imasy.or.jp
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: kern/2490: CD-ROM drive is recognized more than one LU.
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


>Number:         2490
>Category:       kern
>Synopsis:       CD-ROM drive is recognized more than one LU.
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Class:          change-request
>Submitter-Id:   current-users
>Arrival-Date:   Tue Jan 14 02:10:02 PST 1997
>Last-Modified:
>Originator:     Hajimu UMEMOTO
>Organization:
Internet Mutal Aid Society YOKOHAMA
>Release:        FreeBSD 2.2-BETA_A i386
>Environment:

	TEAC CD-ROM CD-56S, or
	SONY Discman PRD-650

>Description:

	TEAC CD-ROM CD-56S and SONY Discman PRD-650 are recognized
	more than one LU.

>How-To-Repeat:


>Fix:
	
	Here is a patch to `sys/scsi/scsiconf.c'

--- scsiconf.c.orig	Sat Dec 21 05:49:09 1996
+++ scsiconf.c	Wed Dec 25 23:55:15 1996
@@ -349,6 +349,14 @@
 		T_READONLY, T_READONLY, T_REMOV, "NEC",  "CD-ROM DRIVE:210","*",
 		"cd", SC_ONE_LU
 	},
+	{
+		T_READONLY, T_READONLY, T_REMOV, "TEAC",  "CD-ROM CD-56S", "*",
+		"cd", SC_ONE_LU
+	},
+	{
+		T_READONLY, T_READONLY, T_REMOV, "SONY",  "Discman PRD-650", "*",
+		"cd", SC_ONE_LU
+	},
 	/*
 	 * Doobe-doo-be doooo
 	 * -Mary
>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Tue Jan 14 03:15:54 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id DAA06791
          for bugs-outgoing; Tue, 14 Jan 1997 03:15:54 -0800 (PST)
Received: (from gpalmer@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id DAA06748;
          Tue, 14 Jan 1997 03:15:18 -0800 (PST)
Date: Tue, 14 Jan 1997 03:15:18 -0800 (PST)
From: Gary Palmer <gpalmer>
Message-Id: <199701141115.DAA06748@freefall.freebsd.org>
To: gpalmer, gnats-admin, freebsd-bugs
Subject: Re: bin/2491
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Synopsis: chat won't report is the report string coincides with an expect string

Responsible-Changed-From-To: gnats-admin->freebsd-bugs
Responsible-Changed-By: gpalmer
Responsible-Changed-When: Tue Jan 14 03:15:08 PST 1997
Responsible-Changed-Why: 
Misfiled PR

From owner-freebsd-bugs  Tue Jan 14 03:40:06 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id DAA07623
          for bugs-outgoing; Tue, 14 Jan 1997 03:40:06 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id DAA07600;
          Tue, 14 Jan 1997 03:40:03 -0800 (PST)
Resent-Date: Tue, 14 Jan 1997 03:40:03 -0800 (PST)
Resent-Message-Id: <199701141140.DAA07600@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, michael@seedsnet.ru
Received: from seedsnet.ru (seedsnet.ru [194.87.118.97])
          by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id DAA07274
          for <FreeBSD-gnats-submit@freebsd.org>; Tue, 14 Jan 1997 03:32:28 -0800 (PST)
Received: (from michael@localhost) by seedsnet.ru (8.7.5/8.7.5) id OAA28098
Message-Id: <199701141132.OAA28098@seedsnet.ru>
Date: Tue, 14 Jan 1997 14:32:26 +0300 (MSK)
From: Michael Khoteev <michael@seedsnet.ru>
Reply-To: michael@seedsnet.ru
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: kern/2492: AIMS Lab RadioTrack driver for FreeBSD 2.1.5 and above
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


>Number:         2492
>Category:       kern
>Synopsis:       AIMS Lab RadioTrack driver for FreeBSD 2.1.5 and above
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Class:          change-request
>Submitter-Id:   current-users
>Arrival-Date:   Tue Jan 14 03:40:01 PST 1997
>Last-Modified:
>Originator:     Michael Khoteev
>Organization:
Commercial Centre Saratovskie Semena
>Release:        FreeBSD 2.1-STABLE i386
>Environment:
>Description:

	Driver for AIMS Lab RadioTerack radio card for FreeBSD
        and program for control this device.
        avialable ftp.seedsnet.ru/pub/FreeBSD/fmradio/Rtrack.tgz
>How-To-Repeat:
>Fix:
>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Tue Jan 14 06:20:08 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id GAA14684
          for bugs-outgoing; Tue, 14 Jan 1997 06:20:08 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id GAA14664;
          Tue, 14 Jan 1997 06:20:04 -0800 (PST)
Resent-Date: Tue, 14 Jan 1997 06:20:04 -0800 (PST)
Resent-Message-Id: <199701141420.GAA14664@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, thompson@tgsoft.com
Received: from squirrel.tgsoft.com (squirrel.tgsoft.com [207.167.64.183])
          by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id GAA14271
          for <FreeBSD-gnats-submit@freebsd.org>; Tue, 14 Jan 1997 06:14:24 -0800 (PST)
Received: (from thompson@localhost) by squirrel.tgsoft.com (8.8.3/8.6.12) id GAA21689; Tue, 14 Jan 1997 06:16:04 -0800 (PST)
Message-Id: <199701141416.GAA21689@squirrel.tgsoft.com>
Date: Tue, 14 Jan 1997 06:16:04 -0800 (PST)
From: mark thompson <thompson@tgsoft.com>
Reply-To: thompson@tgsoft.com
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: bin/2493: make $DESTDIR work
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


>Number:         2493
>Category:       bin
>Synopsis:       Cannot use DESTDIR to build a seperate tree
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Tue Jan 14 06:20:02 PST 1997
>Last-Modified:
>Originator:     mark thompson
>Organization:
tgsoft
>Release:        FreeBSD 2.1.6.1-RELEASE
>Environment:

The following stuff allows the building of 2.2 on a 2.1.6.1 system without
wiping out the 2.1.6.1 system.

>Description:

Enclosed is a set of diffs (mostly to makefiles) that make them respect
$DESTDIR. Also, three files have redundant (conflicting) definitions of
malloc, and refuse to compile.
Also included is a shell script that sets various environment variables,
and so forth to build the system successfully.

>How-To-Repeat:

Try to build 2.2 with DESTDIR set.

>Fix:
	
#!/bin/sh
#
# (builds FreeBSD 2.2 in a seperate tree on FreeBSD 2.1.6)
#
# This script will build FreeBSD 2.2 in a tree seperate from your 
# running system. To use it, make a directory to hold the results
# and set its name below:
ROOT=/u/build2.2/Root
#
# Then copy (or check out) the source tree into $ROOT/usr/src.
# The object files will go into /usr/obj. If this is not where you want
# them, /usr/obj (or one of its subdirectories) should be a symlink. 
# On my system (where ROOT=/u/build2.2/Root), 
#
# # ls -l /usr/obj/u/build2.2
# # lrwxr-xr-x  1 root  wheel  24 Jan  5 06:53 Root -> /u/build2.2/Root/usr/obj
#
# This exploits the fact that the object directory is /usr/obj/<source dir>
#
# Set an initial path
PATH=/usr/bin:/bin:/usr/sbin:/sbin
# I prefer to have the files in /usr/include be real files, and not symlinks
SHARED=copies
export PATH SHARED
#
# Go to the source tree
cd $ROOT/usr/src
#
# We need a make that has the -m flag. The 2.1.6.1 make does not, so
# make up through the making of make. This also insures that the right
# things are in $ROOT/usr/share/mk
#
echo "--------------------------------------------------------------"
echo make DESTDIR=$ROOT hierarchy mk cleandir obj bootstrap
echo "--------------------------------------------------------------"
make DESTDIR=$ROOT hierarchy mk cleandir obj bootstrap
#
# Set up some paths for what follows. 
#
# BISON's auxiliary files
#
BISON_SIMPLE=$ROOT/usr/share/misc/bison.simple
BISON_HAIRY=$ROOT/usr/share/misc/bison.hairy
#
# Path for the compiler's passes
#
COMPILER_PATH=$ROOT/usr/bin:$ROOT/usr/libexec
#
# Paths for the library files, both link-time and run-time
#
LD_LIBRARY_PATH=$ROOT/usr/lib:/usr/lib
LIBRARY_PATH=$ROOT/usr/lib:/usr/lib
#
# Now the executeable PATH. Look first in our newly built directories, then
# fall back to the existing ones
#
PATHL=$ROOT/usr/bin:$ROOT/bin:$ROOT/usr/sbin:$ROOT/sbin
PATH=$PATHL:$PATH
export BISON_SIMPLE BISON_HAIRY COMPILER_PATH LD_LIBRARY_PATH LIBRARY_PATH PATH
#
echo "--------------------------------------------------------------"
echo make -m $ROOT/usr/share/mk DESTDIR=$ROOT \
	-DNOCLEAN -DNOPROFILE -DNOGAMES world
echo "--------------------------------------------------------------"
make -m $ROOT/usr/share/mk DESTDIR=$ROOT \
	-DNOCLEAN -DNOPROFILE -DNOGAMES world
exit $?


These patches make it possible to build 2.2 on 2.1.6.1 with DESTDIR set.
The first group of files refer to /usr/include without mentioning DESTDIR.
This grabs the wrong include files

diff -r -u ../FreeBSD.2.2/src/lib/librpcsvc/Makefile Root/usr/src/lib/librpcsvc/Makefile
--- ../FreeBSD.2.2/src/lib/librpcsvc/Makefile	Thu Aug 29 19:02:09 1996
+++ Root/usr/src/lib/librpcsvc/Makefile	Mon Jan 13 11:44:29 1997
@@ -10,7 +10,7 @@
 
 RPCCOM = rpcgen
 
-INCDIRS= -I/usr/include/rpcsvc
+INCDIRS= -I${DESTDIR}/usr/include/rpcsvc
 CFLAGS+= ${INCDIRS}
 
 SRCS= ${RPCSRCS:R:S/$/_xdr.c/g}
diff -r -u ../FreeBSD.2.2/src/gnu/lib/libg++/Makefile Root/usr/src/gnu/lib/libg++/Makefile
--- ../FreeBSD.2.2/src/gnu/lib/libg++/Makefile	Mon Oct  7 16:38:08 1996
+++ Root/usr/src/gnu/lib/libg++/Makefile	Mon Jan 13 11:40:19 1997
@@ -13,7 +13,7 @@
 SHLIB_MINOR=	0
 CPLUSPLUSLIB=	1	# include c++rt0.o for static constructors
 
-CFLAGS+=	-I${GPPDIR}/include -I/usr/include/g++
+CFLAGS+=	-I${GPPDIR}/include -I${DESTDIR}/usr/include/g++
 CXXFLAGS+=	-I${GPPDIR}/include -I${GPPDIR}/libio -I${GPPDIR}/libstdc++
 
 # C source
diff -r -u ../FreeBSD.2.2/src/gnu/lib/libstdc++/Makefile Root/usr/src/gnu/lib/libstdc++/Makefile
--- ../FreeBSD.2.2/src/gnu/lib/libstdc++/Makefile	Fri Nov 15 10:15:45 1996
+++ Root/usr/src/gnu/lib/libstdc++/Makefile	Mon Jan 13 11:41:46 1997
@@ -12,7 +12,7 @@
 SHLIB_MINOR=	0
 CPLUSPLUSLIB=	1	# include c++rt0.o for static constructors
 
-CFLAGS+=	-I${GPPDIR}/include -I/usr/include/g++ -I.
+CFLAGS+=	-I${GPPDIR}/include -I${DESTDIR}/usr/include/g++ -I.
 CXXFLAGS+=	-I${GPPDIR}/include -I${GPPDIR}/libio -I${GPPDIR}/libstdc++
 CXXFLAGS+=	-fno-implicit-templates
 
The next group is composed of Makefiles that reference /sys without DESTDIR.
Naturally, this is the wrong /sys... so fix it

diff -r -u ../FreeBSD.2.2/src/bin/ps/Makefile Root/usr/src/bin/ps/Makefile
--- ../FreeBSD.2.2/src/bin/ps/Makefile	Wed Oct 25 08:07:38 1995
+++ Root/usr/src/bin/ps/Makefile	Mon Jan 13 11:46:38 1997
@@ -3,7 +3,7 @@
 
 PROG=	ps
 SRCS=	fmt.c keyword.c nlist.c print.c ps.c
-CFLAGS+=-I/sys
+CFLAGS+=-I${DESTDIR}/sys
 DPADD=	${LIBM} ${LIBKVM}
 LDADD=	-lm -lkvm
 BINGRP=	kmem
diff -r -u ../FreeBSD.2.2/src/lib/libkvm/Makefile Root/usr/src/lib/libkvm/Makefile
--- ../FreeBSD.2.2/src/lib/libkvm/Makefile	Thu Aug  4 18:42:04 1994
+++ Root/usr/src/lib/libkvm/Makefile	Mon Jan 13 11:46:39 1997
@@ -1,7 +1,7 @@
 #	@(#)Makefile	8.1 (Berkeley) 6/4/93
 
 LIB=	kvm
-CFLAGS+=-DLIBC_SCCS -I/sys
+CFLAGS+=-DLIBC_SCCS -I${DESTDIR}/sys
 SRCS=	kvm.c kvm_${MACHINE}.c kvm_file.c kvm_getloadavg.c kvm_proc.c
 
 MAN3=	kvm.3 kvm_geterr.3 kvm_getfiles.3 kvm_getloadavg.3 kvm_getprocs.3 \
diff -r -u ../FreeBSD.2.2/src/lib/libutil/Makefile Root/usr/src/lib/libutil/Makefile
--- ../FreeBSD.2.2/src/lib/libutil/Makefile	Mon Dec 30 13:15:43 1996
+++ Root/usr/src/lib/libutil/Makefile	Mon Jan 13 11:46:39 1997
@@ -3,7 +3,7 @@
 LIB=	util
 SHLIB_MAJOR= 2
 SHLIB_MINOR= 1
-CFLAGS+=-DLIBC_SCCS -I${.CURDIR} -I/sys
+CFLAGS+=-DLIBC_SCCS -I${.CURDIR} -I${DESTDIR}/sys
 SRCS=	login.c login_tty.c logout.c logwtmp.c pty.c setproctitle.c
 MAN3+=	login.3 login_tty.3 logout.3 logwtmp.3 pty.3 setproctitle.3
 MLINKS+= pty.3 openpty.3  pty.3 forkpty.3
diff -r -u ../FreeBSD.2.2/src/libexec/lfs_cleanerd/Makefile Root/usr/src/libexec/lfs_cleanerd/Makefile
--- ../FreeBSD.2.2/src/libexec/lfs_cleanerd/Makefile	Sun Sep 22 14:53:40 1996
+++ Root/usr/src/libexec/lfs_cleanerd/Makefile	Mon Jan 13 11:46:39 1997
@@ -2,7 +2,7 @@
 #	$Id: Makefile,v 1.5 1996/09/22 21:53:40 wosch Exp $
 
 PROG=	lfs_cleanerd
-CFLAGS+=-I/sys/ufs/lfs -I${.CURDIR} ${DEBUG}
+CFLAGS+=-I${DESTDIR}/sys/ufs/lfs -I${.CURDIR} ${DEBUG}
 MAN8=	lfs_cleanerd.8
 SRCS=	cleanerd.c lfs_cksum.c library.c misc.c print.c
 
diff -r -u ../FreeBSD.2.2/src/sbin/dumplfs/Makefile Root/usr/src/sbin/dumplfs/Makefile
--- ../FreeBSD.2.2/src/sbin/dumplfs/Makefile	Sun Nov 20 14:28:09 1994
+++ Root/usr/src/sbin/dumplfs/Makefile	Mon Jan 13 11:46:39 1997
@@ -1,7 +1,7 @@
 #	@(#)Makefile	8.1 (Berkeley) 6/18/93
 
 PROG=	dumplfs
-CFLAGS+=-I/sys/ufs/lfs
+CFLAGS+=-I${DESTDIR}/sys/ufs/lfs
 SRCS=	dumplfs.c lfs_cksum.c misc.c
 .PATH:	${.CURDIR}/../../sys/ufs/lfs
 MAN8=	dumplfs.8
diff -r -u ../FreeBSD.2.2/src/usr.bin/fstat/Makefile Root/usr/src/usr.bin/fstat/Makefile
--- ../FreeBSD.2.2/src/usr.bin/fstat/Makefile	Fri May 27 05:31:24 1994
+++ Root/usr/src/usr.bin/fstat/Makefile	Mon Jan 13 11:46:39 1997
@@ -1,7 +1,7 @@
 #	@(#)Makefile	8.1 (Berkeley) 6/6/93
 
 PROG=	fstat
-CFLAGS+=-I/sys
+CFLAGS+=-I${DESTDIR}/sys
 DPADD=	${LIBKVM}
 LDADD=	-lkvm
 BINGRP=	kmem
diff -r -u ../FreeBSD.2.2/src/usr.bin/mt/Makefile Root/usr/src/usr.bin/mt/Makefile
--- ../FreeBSD.2.2/src/usr.bin/mt/Makefile	Fri May 27 05:32:24 1994
+++ Root/usr/src/usr.bin/mt/Makefile	Mon Jan 13 11:46:40 1997
@@ -1,6 +1,6 @@
 #	@(#)Makefile	8.1 (Berkeley) 6/6/93
 
 PROG=	mt
-CFLAGS+=-I/sys
+CFLAGS+=-I${DESTDIR}/sys
 
 .include <bsd.prog.mk>
diff -r -u ../FreeBSD.2.2/src/usr.bin/netstat/Makefile Root/usr/src/usr.bin/netstat/Makefile
--- ../FreeBSD.2.2/src/usr.bin/netstat/Makefile	Thu Sep  5 10:14:56 1996
+++ Root/usr/src/usr.bin/netstat/Makefile	Mon Jan 13 11:46:40 1997
@@ -4,7 +4,7 @@
 SRCS=	if.c inet.c main.c mbuf.c mroute.c ipx.c route.c \
 	unix.c atalk.c # iso.c ns.c tp_astring.c
 
-CFLAGS+=-I/sys # -g
+CFLAGS+=-I${DESTDIR}/sys # -g
 #.PATH:	${.CURDIR}/../../sys/netiso
 BINGRP=	kmem
 BINMODE=2555
diff -r -u ../FreeBSD.2.2/src/usr.sbin/iostat/Makefile Root/usr/src/usr.sbin/iostat/Makefile
--- ../FreeBSD.2.2/src/usr.sbin/iostat/Makefile	Fri Aug  5 09:30:14 1994
+++ Root/usr/src/usr.sbin/iostat/Makefile	Mon Jan 13 11:46:40 1997
@@ -1,7 +1,7 @@
 #	@(#)Makefile	8.1 (Berkeley) 6/6/93
 
 PROG=	iostat
-CFLAGS+=-I/sys -I${.CURDIR}/../../usr.bin/vmstat
+CFLAGS+=-I${DESTDIR}/sys -I${.CURDIR}/../../usr.bin/vmstat
 MAN8=	iostat.8
 DPADD=	${LIBKVM}
 LDADD=	-lkvm
diff -r -u ../FreeBSD.2.2/src/usr.sbin/pciconf/Makefile Root/usr/src/usr.sbin/pciconf/Makefile
--- ../FreeBSD.2.2/src/usr.sbin/pciconf/Makefile	Tue Oct 22 13:27:46 1996
+++ Root/usr/src/usr.sbin/pciconf/Makefile	Mon Jan 13 11:46:40 1997
@@ -3,6 +3,6 @@
 PROG=	pciconf
 NOMAN=
 
-CFLAGS+=	-I/sys
+CFLAGS+=	-I${DESTDIR}/sys
 
 .include <bsd.prog.mk>
diff -r -u ../FreeBSD.2.2/src/usr.sbin/pstat/Makefile Root/usr/src/usr.sbin/pstat/Makefile
--- ../FreeBSD.2.2/src/usr.sbin/pstat/Makefile	Sat May 13 10:25:22 1995
+++ Root/usr/src/usr.sbin/pstat/Makefile	Mon Jan 13 11:46:40 1997
@@ -1,7 +1,7 @@
 #	@(#)Makefile	8.1 (Berkeley) 6/6/93
 
 PROG=	pstat
-CFLAGS+=-I/sys
+CFLAGS+=-I${DESTDIR}/sys
 BINGRP=	kmem
 BINMODE=2555
 DPADD=	${LIBKVM}

The lkm's are a tough case. They refer to machine/... Since the /sys directory
does not have a directory named that, they find it in /usr/include. We need
to stop this behaviour. In the atapi driver, the makefile just makes a
symlink for machine. We copy that into the other lkms

diff -r -u ../FreeBSD.2.2/src/lkm/atapi/Makefile Root/usr/src/lkm/atapi/Makefile
--- ../FreeBSD.2.2/src/lkm/atapi/Makefile	Sun Oct  6 15:16:44 1996
+++ Root/usr/src/lkm/atapi/Makefile	Mon Jan 13 18:58:01 1997
@@ -29,8 +29,12 @@
 		echo "#define ATAPI 1"> opt_atapi.h
 
 .c.o:
-		-@$(LN) /sys/i386/include machine
+		$(LN) ${DESTDIR}/sys/i386/include machine
 		$(CC) $(CFLAGS) -c $<
-		-@rm -f machine
+
+.if defined(DESTDIR)
+beforedepend:
+	$(LN) ${DESTDIR}/sys/i386/include machine
+.endif
 
 .include <bsd.kmod.mk>
diff -r -u ../FreeBSD.2.2/src/lkm/ccd/Makefile Root/usr/src/lkm/ccd/Makefile
--- ../FreeBSD.2.2/src/lkm/ccd/Makefile	Fri Sep 20 18:51:11 1996
+++ Root/usr/src/lkm/ccd/Makefile	Mon Jan 13 18:58:01 1997
@@ -9,8 +9,18 @@
 
 NCCD?=          4
 CLEANFILES+=    ccd.h vnode_if.h vnode_if.c
+LN              = ln -f -s
 
 ccd.h:
 	echo "#define NCCD ${NCCD}" > ccd.h
+
+.c.o:
+	$(LN) ${DESTDIR}/sys/i386/include machine
+	$(CC) $(CFLAGS) -c $<
+
+.if defined(DESTDIR)
+beforedepend:
+	$(LN) ${DESTDIR}/sys/i386/include machine
+.endif
 
 .include <bsd.kmod.mk>
diff -r -u ../FreeBSD.2.2/src/lkm/cd9660/Makefile Root/usr/src/lkm/cd9660/Makefile
--- ../FreeBSD.2.2/src/lkm/cd9660/Makefile	Wed Sep 21 16:27:03 1994
+++ Root/usr/src/lkm/cd9660/Makefile	Mon Jan 13 18:58:01 1997
@@ -6,6 +6,16 @@
 	cd9660_util.c cd9660_vfsops.c cd9660_vnops.c
 NOMAN=
 VFS_LKM=
-CFLAGS+= -DCD9660
+CFLAGS+= -DCD9660 -I.
+LN              = ln -f -s
+
+.c.o:
+	$(LN) ${DESTDIR}/sys/i386/include machine
+	$(CC) $(CFLAGS) -c $<
+
+.if defined(DESTDIR)
+beforedepend:
+	$(LN) ${DESTDIR}/sys/i386/include machine
+.endif
 
 .include <bsd.kmod.mk>
diff -r -u ../FreeBSD.2.2/src/lkm/coff/Makefile Root/usr/src/lkm/coff/Makefile
--- ../FreeBSD.2.2/src/lkm/coff/Makefile	Thu Oct 27 16:39:19 1994
+++ Root/usr/src/lkm/coff/Makefile	Mon Jan 13 18:58:01 1997
@@ -6,5 +6,15 @@
 NOMAN=
 CLEANFILES+= vnode_if.h vnode_if.c
 CFLAGS+= -DLKM -I. -DCOMPAT_IBCS2
+LN              = ln -f -s
+
+.c.o:
+	$(LN) ${DESTDIR}/sys/i386/include machine
+	$(CC) $(CFLAGS) -c $<
+
+.if defined(DESTDIR)
+beforedepend:
+	$(LN) ${DESTDIR}/sys/i386/include machine
+.endif
 
 .include <bsd.kmod.mk>
diff -r -u ../FreeBSD.2.2/src/lkm/fdesc/Makefile Root/usr/src/lkm/fdesc/Makefile
--- ../FreeBSD.2.2/src/lkm/fdesc/Makefile	Wed Sep 21 16:27:05 1994
+++ Root/usr/src/lkm/fdesc/Makefile	Mon Jan 13 18:58:01 1997
@@ -5,6 +5,16 @@
 SRCS=	fdesc_vfsops.c fdesc_vnops.c
 NOMAN=
 VFS_LKM=
-CFLAGS+= -DFDESC
+CFLAGS+= -DFDESC -I.
+LN              = ln -f -s
+
+.c.o:
+	$(LN) ${DESTDIR}/sys/i386/include machine
+	$(CC) $(CFLAGS) -c $<
+
+.if defined(DESTDIR)
+beforedepend:
+	$(LN) ${DESTDIR}/sys/i386/include machine
+.endif
 
 .include <bsd.kmod.mk>
diff -r -u ../FreeBSD.2.2/src/lkm/ibcs2/Makefile Root/usr/src/lkm/ibcs2/Makefile
--- ../FreeBSD.2.2/src/lkm/ibcs2/Makefile	Sun Sep 22 14:56:45 1996
+++ Root/usr/src/lkm/ibcs2/Makefile	Mon Jan 13 18:58:01 1997
@@ -10,11 +10,22 @@
 MAN8=	ibcs2.8
 
 CFLAGS+= -DLKM -I. -DCOMPAT_IBCS2
+LN              = ln -f -s
+
 CLEANFILES+= vnode_if.h vnode_if.c
 EXPORT_SYMS= _ibcs2_mod _ibcs2_emul_path _ibcs2_svr3_sysvec
 
 afterinstall:
 	${INSTALL} -c -o ${BINOWN} -g ${BINGRP} -m ${BINMODE} \
 	${.CURDIR}/ibcs2 ${DESTDIR}/usr/bin
+
+.c.o:
+	$(LN) ${DESTDIR}/sys/i386/include machine
+	$(CC) $(CFLAGS) -c $<
+
+.if defined(DESTDIR)
+beforedepend:
+	$(LN) ${DESTDIR}/sys/i386/include machine
+.endif
 
 .include <bsd.kmod.mk>
diff -r -u ../FreeBSD.2.2/src/lkm/if_disc/Makefile Root/usr/src/lkm/if_disc/Makefile
--- ../FreeBSD.2.2/src/lkm/if_disc/Makefile	Mon Mar 20 11:25:46 1995
+++ Root/usr/src/lkm/if_disc/Makefile	Mon Jan 13 18:58:02 1997
@@ -6,6 +6,7 @@
 NOMAN=
 PSEUDO_LKM=
 CFLAGS+= -I.
+LN              = ln -f -s
 
 NBPFILTER?=	0
 PROTOS?=	-DINET
@@ -15,5 +16,14 @@
 
 bpfilter.h:
 	echo "#define NBPFILTER ${NBPFILTER}" > bpfilter.h
+
+.c.o:
+	$(LN) ${DESTDIR}/sys/i386/include machine
+	$(CC) $(CFLAGS) -c $<
+
+.if defined(DESTDIR)
+beforedepend:
+	$(LN) ${DESTDIR}/sys/i386/include machine
+.endif
 
 .include <bsd.kmod.mk>
diff -r -u ../FreeBSD.2.2/src/lkm/if_ppp/Makefile Root/usr/src/lkm/if_ppp/Makefile
--- ../FreeBSD.2.2/src/lkm/if_ppp/Makefile	Tue Oct 31 12:54:15 1995
+++ Root/usr/src/lkm/if_ppp/Makefile	Mon Jan 13 18:58:02 1997
@@ -6,6 +6,7 @@
 NOMAN=
 PSEUDO_LKM=
 CFLAGS+= -I.
+LN              = ln -f -s
 
 NBPFILTER?=	0
 NPPP?=		2
@@ -19,5 +20,14 @@
 
 ppp.h:
 	echo "#define NPPP ${NPPP}" > ppp.h
+
+.c.o:
+	$(LN) ${DESTDIR}/sys/i386/include machine
+	$(CC) $(CFLAGS) -c $<
+
+.if defined(DESTDIR)
+beforedepend:
+	$(LN) ${DESTDIR}/sys/i386/include machine
+.endif
 
 .include <bsd.kmod.mk>
diff -r -u ../FreeBSD.2.2/src/lkm/if_sl/Makefile Root/usr/src/lkm/if_sl/Makefile
--- ../FreeBSD.2.2/src/lkm/if_sl/Makefile	Mon Mar 20 11:31:47 1995
+++ Root/usr/src/lkm/if_sl/Makefile	Mon Jan 13 18:58:02 1997
@@ -6,6 +6,7 @@
 NOMAN=
 PSEUDO_LKM=
 CFLAGS+= -I.
+LN              = ln -f -s
 
 NBPFILTER?=	0
 NSL?=		2
@@ -19,5 +20,14 @@
 
 sl.h:
 	echo "#define NSL ${NSL}" > sl.h
+
+.c.o:
+	$(LN) ${DESTDIR}/sys/i386/include machine
+	$(CC) $(CFLAGS) -c $<
+
+.if defined(DESTDIR)
+beforedepend:
+	$(LN) ${DESTDIR}/sys/i386/include machine
+.endif
 
 .include <bsd.kmod.mk>
diff -r -u ../FreeBSD.2.2/src/lkm/if_tun/Makefile Root/usr/src/lkm/if_tun/Makefile
--- ../FreeBSD.2.2/src/lkm/if_tun/Makefile	Mon Mar 20 11:25:49 1995
+++ Root/usr/src/lkm/if_tun/Makefile	Mon Jan 13 18:58:02 1997
@@ -6,6 +6,7 @@
 NOMAN=
 PSEUDO_LKM=
 CFLAGS+= -I.
+LN              = ln -f -s
 
 NBPFILTER?=	0
 NTUN?=		2
@@ -19,5 +20,14 @@
 
 tun.h:
 	echo "#define NTUN ${NTUN}" > tun.h
+
+.c.o:
+	$(LN) ${DESTDIR}/sys/i386/include machine
+	$(CC) $(CFLAGS) -c $<
+
+.if defined(DESTDIR)
+beforedepend:
+	$(LN) ${DESTDIR}/sys/i386/include machine
+.endif
 
 .include <bsd.kmod.mk>
diff -r -u ../FreeBSD.2.2/src/lkm/ipfw/Makefile Root/usr/src/lkm/ipfw/Makefile
--- ../FreeBSD.2.2/src/lkm/ipfw/Makefile	Sun Jun 23 07:27:52 1996
+++ Root/usr/src/lkm/ipfw/Makefile	Mon Jan 13 18:58:02 1997
@@ -4,11 +4,21 @@
 KMOD=	ipfw_mod
 SRCS=	ip_fw.c
 NOMAN=
-CFLAGS+= -DIPFIREWALL -DIPFIREWALL_MODULE
+CFLAGS+= -I. -DIPFIREWALL -DIPFIREWALL_MODULE
 #
 #If you want it verbose
 #CFLAGS+= -DIPFIREWALL_VERBOSE
 #CFLAGS+= -DIPFIREWALL_VERBOSE_LIMIT=100
 #
+LN              = ln -f -s
+
+.c.o:
+	$(LN) ${DESTDIR}/sys/i386/include machine
+	$(CC) $(CFLAGS) -c $<
+
+.if defined(DESTDIR)
+beforedepend:
+	$(LN) ${DESTDIR}/sys/i386/include machine
+.endif
 
 .include <bsd.kmod.mk>
diff -r -u ../FreeBSD.2.2/src/lkm/joy/Makefile Root/usr/src/lkm/joy/Makefile
--- ../FreeBSD.2.2/src/lkm/joy/Makefile	Sun Sep 22 14:56:49 1996
+++ Root/usr/src/lkm/joy/Makefile	Mon Jan 13 18:58:02 1997
@@ -7,6 +7,7 @@
 
 CFLAGS		+= -I. -DJOY_MODULE
 CLEANFILES	+= joy.h
+LN              = ln -f -s
 
 joy.h:
 	echo "#define NJOY 1" > joy.h
@@ -15,5 +16,14 @@
 afterinstall:
 	${INSTALL} -c -o ${BINOWN} -g ${BINGRP} -m ${BINMODE} \
 	${.CURDIR}/joy ${DESTDIR}/usr/bin
+
+.c.o:
+	$(LN) ${DESTDIR}/sys/i386/include machine
+	$(CC) $(CFLAGS) -c $<
+
+.if defined(DESTDIR)
+beforedepend:
+	$(LN) ${DESTDIR}/sys/i386/include machine
+.endif
 
 .include <bsd.kmod.mk>
diff -r -u ../FreeBSD.2.2/src/lkm/kernfs/Makefile Root/usr/src/lkm/kernfs/Makefile
--- ../FreeBSD.2.2/src/lkm/kernfs/Makefile	Wed Sep 21 16:27:06 1994
+++ Root/usr/src/lkm/kernfs/Makefile	Mon Jan 13 18:58:02 1997
@@ -5,6 +5,16 @@
 SRCS=	kernfs_vfsops.c kernfs_vnops.c
 NOMAN=
 VFS_LKM=
-CFLAGS+= -DKERNFS
+CFLAGS+= -DKERNFS -I.
+LN              = ln -f -s
+
+.c.o:
+	$(LN) ${DESTDIR}/sys/i386/include machine
+	$(CC) $(CFLAGS) -c $<
+
+.if defined(DESTDIR)
+beforedepend:
+	$(LN) ${DESTDIR}/sys/i386/include machine
+.endif
 
 .include <bsd.kmod.mk>
diff -r -u ../FreeBSD.2.2/src/lkm/linux/Makefile Root/usr/src/lkm/linux/Makefile
--- ../FreeBSD.2.2/src/lkm/linux/Makefile	Tue Jun 25 13:13:12 1996
+++ Root/usr/src/lkm/linux/Makefile	Mon Jan 13 18:58:03 1997
@@ -36,4 +36,9 @@
 	${INSTALL} -c -o ${BINOWN} -g ${BINGRP} -m ${BINMODE} \
 		${.CURDIR}/linux ${DESTDIR}/usr/bin
 
+.if defined(DESTDIR)
+depend:
+	touch .depend
+.endif
+
 .include <bsd.kmod.mk>
diff -r -u ../FreeBSD.2.2/src/lkm/msdos/Makefile Root/usr/src/lkm/msdos/Makefile
--- ../FreeBSD.2.2/src/lkm/msdos/Makefile	Fri Mar  3 10:33:04 1995
+++ Root/usr/src/lkm/msdos/Makefile	Mon Jan 13 18:58:03 1997
@@ -6,6 +6,16 @@
 	msdosfs_vfsops.c msdosfs_vnops.c
 NOMAN=
 VFS_LKM=
-CFLAGS+= -DMSDOSFS
+CFLAGS+= -DMSDOSFS -I.
+LN              = ln -f -s
+
+.c.o:
+	$(LN) ${DESTDIR}/sys/i386/include machine
+	$(CC) $(CFLAGS) -c $<
+
+.if defined(DESTDIR)
+beforedepend:
+	$(LN) ${DESTDIR}/sys/i386/include machine
+.endif
 
 .include <bsd.kmod.mk>
diff -r -u ../FreeBSD.2.2/src/lkm/nfs/Makefile Root/usr/src/lkm/nfs/Makefile
--- ../FreeBSD.2.2/src/lkm/nfs/Makefile	Thu Sep 22 15:12:59 1994
+++ Root/usr/src/lkm/nfs/Makefile	Mon Jan 13 18:58:03 1997
@@ -6,6 +6,16 @@
         nfs_srvcache.c nfs_subs.c nfs_syscalls.c nfs_vfsops.c nfs_vnops.c
 NOMAN=
 VFS_LKM=
-CFLAGS+= -DNFS -DINET
+CFLAGS+= -DNFS -DINET -I.
+LN              = ln -f -s
+
+.c.o:
+	$(LN) ${DESTDIR}/sys/i386/include machine
+	$(CC) $(CFLAGS) -c $<
+
+.if defined(DESTDIR)
+beforedepend:
+	$(LN) ${DESTDIR}/sys/i386/include machine
+.endif
 
 .include <bsd.kmod.mk>
diff -r -u ../FreeBSD.2.2/src/lkm/nullfs/Makefile Root/usr/src/lkm/nullfs/Makefile
--- ../FreeBSD.2.2/src/lkm/nullfs/Makefile	Wed Sep 21 16:27:10 1994
+++ Root/usr/src/lkm/nullfs/Makefile	Mon Jan 13 18:58:03 1997
@@ -5,6 +5,16 @@
 SRCS=	null_subr.c null_vfsops.c null_vnops.c
 NOMAN=
 VFS_LKM=
-CFLAGS+= -DNULLFS
+CFLAGS+= -DNULLFS -I.
+LN              = ln -f -s
+
+.c.o:
+	$(LN) ${DESTDIR}/sys/i386/include machine
+	$(CC) $(CFLAGS) -c $<
+
+.if defined(DESTDIR)
+beforedepend:
+	$(LN) ${DESTDIR}/sys/i386/include machine
+.endif
 
 .include <bsd.kmod.mk>
diff -r -u ../FreeBSD.2.2/src/lkm/pcic/Makefile Root/usr/src/lkm/pcic/Makefile
--- ../FreeBSD.2.2/src/lkm/pcic/Makefile	Sun Oct 15 10:00:49 1995
+++ Root/usr/src/lkm/pcic/Makefile	Mon Jan 13 18:58:03 1997
@@ -5,6 +5,16 @@
 SRCS=   pcic.c
 NOMAN=
 PSEUDO_LKM=
-CFLAGS+= -DLKM
+CFLAGS+= -I. -DLKM
+LN              = ln -f -s
+
+.c.o:
+	$(LN) ${DESTDIR}/sys/i386/include machine
+	$(CC) $(CFLAGS) -c $<
+
+.if defined(DESTDIR)
+beforedepend:
+	$(LN) ${DESTDIR}/sys/i386/include machine
+.endif
 
 .include <bsd.kmod.mk>
diff -r -u ../FreeBSD.2.2/src/lkm/portal/Makefile Root/usr/src/lkm/portal/Makefile
--- ../FreeBSD.2.2/src/lkm/portal/Makefile	Wed Sep 21 16:27:12 1994
+++ Root/usr/src/lkm/portal/Makefile	Mon Jan 13 18:58:03 1997
@@ -5,6 +5,16 @@
 SRCS=	portal_vfsops.c portal_vnops.c
 NOMAN=
 VFS_LKM=
-CFLAGS+= -DPORTAL
+CFLAGS+= -DPORTAL -I.
+LN              = ln -f -s
+
+.c.o:
+	$(LN) ${DESTDIR}/sys/i386/include machine
+	$(CC) $(CFLAGS) -c $<
+
+.if defined(DESTDIR)
+beforedepend:
+	$(LN) ${DESTDIR}/sys/i386/include machine
+.endif
 
 .include <bsd.kmod.mk>
diff -r -u ../FreeBSD.2.2/src/lkm/procfs/Makefile Root/usr/src/lkm/procfs/Makefile
--- ../FreeBSD.2.2/src/lkm/procfs/Makefile	Tue Jun 18 09:58:44 1996
+++ Root/usr/src/lkm/procfs/Makefile	Mon Jan 13 19:00:23 1997
@@ -6,6 +6,16 @@
 	procfs_type.c procfs_vfsops.c procfs_vnops.c
 NOMAN=
 VFS_LKM=
-CFLAGS+= -DPROCFS
+CFLAGS+= -DPROCFS -I.
+LN              = ln -f -s
+
+.c.o:
+	$(LN) ${DESTDIR}/sys/i386/include machine
+	$(CC) $(CFLAGS) -c $<
+
+.if defined(DESTDIR)
+beforedepend:
+	$(LN) ${DESTDIR}/sys/i386/include machine
+.endif
 
 .include <bsd.kmod.mk>
diff -r -u ../FreeBSD.2.2/src/lkm/qcam/Makefile Root/usr/src/lkm/qcam/Makefile
--- ../FreeBSD.2.2/src/lkm/qcam/Makefile	Sun Sep 22 14:56:54 1996
+++ Root/usr/src/lkm/qcam/Makefile	Mon Jan 13 18:58:04 1997
@@ -7,6 +7,7 @@
 
 CFLAGS		+= -I. -DQCAM_MODULE
 CLEANFILES	+= qcam.h
+LN              = ln -f -s
 
 qcam.h:
 	echo "#define NQCAM 1" > qcam.h
@@ -14,5 +15,14 @@
 afterinstall:
 	${INSTALL} -c -o ${BINOWN} -g ${BINGRP} -m ${BINMODE} \
 	${.CURDIR}/qcam ${DESTDIR}/usr/bin
+
+.c.o:
+	$(LN) ${DESTDIR}/sys/i386/include machine
+	$(CC) $(CFLAGS) -c $<
+
+.if defined(DESTDIR)
+beforedepend:
+	$(LN) ${DESTDIR}/sys/i386/include machine
+.endif
 
 .include <bsd.kmod.mk>
diff -r -u ../FreeBSD.2.2/src/lkm/syscons/blank/Makefile Root/usr/src/lkm/syscons/blank/Makefile
--- ../FreeBSD.2.2/src/lkm/syscons/blank/Makefile	Sun Oct  6 15:16:52 1996
+++ Root/usr/src/lkm/syscons/blank/Makefile	Mon Jan 13 18:58:04 1997
@@ -4,6 +4,16 @@
 SRCS= 	blank_saver.c
 
 NOMAN=
-CFLAGS+= -DLKM -I${.CURDIR}/.. -I${.CURDIR}/../../../sys
+CFLAGS+= -I. -DLKM -I${.CURDIR}/.. -I${.CURDIR}/../../../sys 
+LN              = ln -f -s
+
+.c.o:
+	$(LN) ${DESTDIR}/sys/i386/include machine
+	$(CC) $(CFLAGS) -c $<
+
+.if defined(DESTDIR)
+beforedepend:
+	$(LN) ${DESTDIR}/sys/i386/include machine
+.endif
 
 .include <bsd.kmod.mk>
diff -r -u ../FreeBSD.2.2/src/lkm/syscons/fade/Makefile Root/usr/src/lkm/syscons/fade/Makefile
--- ../FreeBSD.2.2/src/lkm/syscons/fade/Makefile	Sun Oct  6 15:16:57 1996
+++ Root/usr/src/lkm/syscons/fade/Makefile	Mon Jan 13 18:58:04 1997
@@ -4,6 +4,16 @@
 SRCS= 	fade_saver.c
 
 NOMAN=
-CFLAGS+= -DLKM -I${.CURDIR}/.. -I${.CURDIR}/../../../sys
+CFLAGS+= -I. -DLKM -I${.CURDIR}/.. -I${.CURDIR}/../../../sys 
+LN              = ln -f -s
+
+.c.o:
+	$(LN) ${DESTDIR}/sys/i386/include machine
+	$(CC) $(CFLAGS) -c $<
+
+.if defined(DESTDIR)
+beforedepend:
+	$(LN) ${DESTDIR}/sys/i386/include machine
+.endif
 
 .include <bsd.kmod.mk>
diff -r -u ../FreeBSD.2.2/src/lkm/syscons/green/Makefile Root/usr/src/lkm/syscons/green/Makefile
--- ../FreeBSD.2.2/src/lkm/syscons/green/Makefile	Sun Oct  6 15:17:02 1996
+++ Root/usr/src/lkm/syscons/green/Makefile	Mon Jan 13 18:58:04 1997
@@ -4,6 +4,16 @@
 SRCS= 	green_saver.c
 
 NOMAN=
-CFLAGS+= -DLKM -I${.CURDIR}/.. -I${.CURDIR}/../../../sys
+CFLAGS+= -I. -DLKM -I${.CURDIR}/.. -I${.CURDIR}/../../../sys 
+LN              = ln -f -s
+
+.c.o:
+	$(LN) ${DESTDIR}/sys/i386/include machine
+	$(CC) $(CFLAGS) -c $<
+
+.if defined(DESTDIR)
+beforedepend:
+	$(LN) ${DESTDIR}/sys/i386/include machine
+.endif
 
 .include <bsd.kmod.mk>
diff -r -u ../FreeBSD.2.2/src/lkm/syscons/snake/Makefile Root/usr/src/lkm/syscons/snake/Makefile
--- ../FreeBSD.2.2/src/lkm/syscons/snake/Makefile	Sun Oct  6 15:17:10 1996
+++ Root/usr/src/lkm/syscons/snake/Makefile	Mon Jan 13 18:58:04 1997
@@ -4,6 +4,16 @@
 SRCS= 	snake_saver.c
 
 NOMAN=
-CFLAGS+= -DLKM -I${.CURDIR}/.. -I${.CURDIR}/../../../sys
+CFLAGS+= -I. -DLKM -I${.CURDIR}/.. -I${.CURDIR}/../../../sys
+LN              = ln -f -s
+
+.c.o:
+	$(LN) ${DESTDIR}/sys/i386/include machine
+	$(CC) $(CFLAGS) -c $<
+
+.if defined(DESTDIR)
+beforedepend:
+	$(LN) ${DESTDIR}/sys/i386/include machine
+.endif
 
 .include <bsd.kmod.mk>
diff -r -u ../FreeBSD.2.2/src/lkm/syscons/star/Makefile Root/usr/src/lkm/syscons/star/Makefile
--- ../FreeBSD.2.2/src/lkm/syscons/star/Makefile	Sun Oct  6 15:17:12 1996
+++ Root/usr/src/lkm/syscons/star/Makefile	Mon Jan 13 19:00:23 1997
@@ -4,6 +4,16 @@
 SRCS= 	star_saver.c
 
 NOMAN=
-CFLAGS+= -DLKM -I${.CURDIR}/.. -I${.CURDIR}/../../../sys
+CFLAGS+= -I. -DLKM -I${.CURDIR}/.. -I${.CURDIR}/../../../sys
+LN              = ln -f -s
+
+.c.o:
+	$(LN) ${DESTDIR}/sys/i386/include machine
+	$(CC) $(CFLAGS) -c $<
+
+.if defined(DESTDIR)
+beforedepend:
+	$(LN) ${DESTDIR}/sys/i386/include machine
+.endif
 
 .include <bsd.kmod.mk>
diff -r -u ../FreeBSD.2.2/src/lkm/umapfs/Makefile Root/usr/src/lkm/umapfs/Makefile
--- ../FreeBSD.2.2/src/lkm/umapfs/Makefile	Wed Sep 21 16:27:14 1994
+++ Root/usr/src/lkm/umapfs/Makefile	Mon Jan 13 19:14:57 1997
@@ -5,6 +5,16 @@
 SRCS=	umap_subr.c umap_vfsops.c umap_vnops.c
 NOMAN=
 VFS_LKM= yes
-CFLAGS+= -DUMAPFS
+CFLAGS+= -DUMAPFS -I.
+LN              = ln -f -s
+
+.c.o:
+	$(LN) ${DESTDIR}/sys/i386/include machine
+	$(CC) $(CFLAGS) -c $<
+
+.if defined(DESTDIR)
+beforedepend:
+	$(LN) ${DESTDIR}/sys/i386/include machine
+.endif
 
 .include <bsd.kmod.mk>
diff -r -u ../FreeBSD.2.2/src/lkm/wcd/Makefile Root/usr/src/lkm/wcd/Makefile
--- ../FreeBSD.2.2/src/lkm/wcd/Makefile	Sun Oct  6 15:17:16 1996
+++ Root/usr/src/lkm/wcd/Makefile	Mon Jan 13 19:14:57 1997
@@ -25,8 +25,12 @@
 		echo "#define ATAPI 1"> opt_atapi.h
 
 .c.o:
-		-@$(LN) /sys/i386/include machine
-		$(CC) $(CFLAGS) -c $<
-		-@rm -f machine
+	$(LN) ${DESTDIR}/sys/i386/include machine
+	$(CC) $(CFLAGS) -c $<
+
+.if defined(DESTDIR)
+beforedepend:
+	$(LN) ${DESTDIR}/sys/i386/include machine
+.endif
 
 .include <bsd.kmod.mk>

The next three files have local definitions of malloc that conflict with
the one in stdlib.h. I don't know why they cause problems when built this
way and not the traditional way... but it's wrong anyway.

diff -r -u ../FreeBSD.2.2/src/usr.bin/fmt/fmt.c Root/usr/src/usr.bin/fmt/fmt.c
--- ../FreeBSD.2.2/src/usr.bin/fmt/fmt.c	Tue Sep 10 12:50:23 1996
+++ Root/usr/src/usr.bin/fmt/fmt.c	Mon Jan 13 21:31:21 1997
@@ -70,7 +70,7 @@
 int	mark;			/* Last place we saw a head line */
 int	center;
 
-char	*malloc();		/* for lint . . . */
+
 char	*headnames[] = {"To", "Subject", "Cc", 0};
 
 /*
diff -r -u ../FreeBSD.2.2/src/usr.bin/more/main.c Root/usr/src/usr.bin/more/main.c
--- ../FreeBSD.2.2/src/usr.bin/more/main.c	Sun Aug 11 09:22:47 1996
+++ Root/usr/src/usr.bin/more/main.c	Mon Jan 13 21:32:23 1997
@@ -342,7 +342,7 @@
 save(s)
 	char *s;
 {
-	char *p, *strcpy(), *malloc();
+	char *p, *strcpy();
 
 	p = malloc((u_int)strlen(s)+1);
 	if (p == NULL)
diff -r -u ../FreeBSD.2.2/src/usr.sbin/arp/arp.c Root/usr/src/usr.sbin/arp/arp.c
--- ../FreeBSD.2.2/src/usr.sbin/arp/arp.c	Thu Feb  8 13:05:52 1996
+++ Root/usr/src/usr.sbin/arp/arp.c	Mon Jan 13 21:33:08 1997
@@ -379,7 +379,7 @@
 {
 	int mib[6];
 	size_t needed;
-	char *host, *malloc(), *lim, *buf, *next;
+	char *host, *lim, *buf, *next;
 	struct rt_msghdr *rtm;
 	struct sockaddr_inarp *sin;
 	struct sockaddr_dl *sdl;

This file just has a bug in it (How did it *ever* work?) resolver.3 is in a
subdirectory.

diff -r -u ../FreeBSD.2.2/src/lib/libc/net/Makefile.inc Root/usr/src/lib/libc/net/Makefile.inc
--- ../FreeBSD.2.2/src/lib/libc/net/Makefile.inc	Mon Dec 30 04:35:19 1996
+++ Root/usr/src/lib/libc/net/Makefile.inc	Mon Jan 13 11:57:33 1997
@@ -21,7 +21,7 @@
 MAN3+=	net/addr2ascii.3 \
 	net/byteorder.3 net/ethers.3 net/gethostbyname.3 net/getnetent.3 \
 	net/getprotoent.3 net/getservent.3 net/inet.3 net/linkaddr.3 \
-	net/rcmd.3 resolver.3
+	net/rcmd.3 net/resolver.3
 
 # not installed: net/ns.3 net/iso_addr.3
 
This file has DESTDIR mis-spelled.

diff -r -u ../FreeBSD.2.2/src/lib/libc/yp/Makefile.inc Root/usr/src/lib/libc/yp/Makefile.inc
--- ../FreeBSD.2.2/src/lib/libc/yp/Makefile.inc	Wed Dec 13 21:16:43 1995
+++ Root/usr/src/lib/libc/yp/Makefile.inc	Mon Jan 13 11:52:34 1997
@@ -7,7 +7,7 @@
 SRCS+=		xdryp.c yp_xdr.c yplib.c
 CLEANFILES+=	yp_xdr.c yp.h
 
-RPCSRC= ${.DESTDIR}/usr/include/rpcsvc/yp.x
+RPCSRC= ${DESTDIR}/usr/include/rpcsvc/yp.x
 RPCGEN= rpcgen
 
 yp_xdr.c: ${RPCSRC} yp.h
>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Tue Jan 14 06:20:11 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id GAA14697
          for bugs-outgoing; Tue, 14 Jan 1997 06:20:11 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id GAA14679;
          Tue, 14 Jan 1997 06:20:07 -0800 (PST)
Resent-Date: Tue, 14 Jan 1997 06:20:07 -0800 (PST)
Resent-Message-Id: <199701141420.GAA14679@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, spatula@gulf.net
Received: from pompano.pcola.gulf.net (root@pompano.pcola.gulf.net [198.69.72.14])
          by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id GAA14292
          for <FreeBSD-gnats-submit@freebsd.org>; Tue, 14 Jan 1997 06:15:10 -0800 (PST)
Received: from spatula.gulf.net (root@bonito21.pcola.gulf.net [198.69.79.51]) by pompano.pcola.gulf.net (8.8.4/8.7.3) with ESMTP id IAA14493 for <FreeBSD-gnats-submit@freebsd.org>; Tue, 14 Jan 1997 08:15:02 -0600 (CST)
Received: (from spatula@localhost) by spatula.gulf.net (8.7.5/8.7.3) id IAA00430; Tue, 14 Jan 1997 08:14:58 -0600 (CST)
Message-Id: <199701141414.IAA00430@spatula.gulf.net>
Date: Tue, 14 Jan 1997 08:14:58 -0600 (CST)
From: spatula@gulf.net
Reply-To: spatula@gulf.net
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: kern/2494: page faults
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


>Number:         2494
>Category:       kern
>Synopsis:       constant page faults in kernel mode
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Tue Jan 14 06:20:06 PST 1997
>Last-Modified:
>Originator:     Nick Johnson
>Organization:
>Release:        FreeBSD 2.1-STABLE i386 (2.1.5-RELEASE)
>Environment:
	Pentium-100 machine, 32 megs of ram.  Typical FBSD 2.1.5 install.
	

>Description:

	System pukes upon itself regularly.  The debugger in the kernel 
indicates that the cause of death is a page fault while in kernel mode.  
This is almost always the error.  Further information indicates that the 
error is a result of a page-not-present.  Severity and frequency of the 
problem increase when external cache is turned on, and decreases slighly 
when it is disabled.  Severity and frequency also appears to increase if 
X-windows is run.

	Hardware has been thoroughly tested for memory controller faults 
and bad cache/simms with everything testing out fine.

	

>How-To-Repeat:

	Boot.

	

>Fix:

	Unknown at this time; some help can be found by disabling the 
external cache memory, but the problem still occurs.	

	

>Audit-Trail:
>Unformatted:
<Synopsis of the problem (one line)>
<[ non-critical | serious | critical ] (one line)>
<[ low | medium | high ] (one line)>
<Problem category (as listed above)>
<[ sw-bug | doc-bug | change-request | support ] (one line)>

From owner-freebsd-bugs  Tue Jan 14 06:30:30 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id GAA15070
          for bugs-outgoing; Tue, 14 Jan 1997 06:30:30 -0800 (PST)
Received: from economic.acnit.ac.ru (economic.acnit.ac.ru [193.233.113.18])
          by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id GAA15033
          for <bugs@freebsd.org>; Tue, 14 Jan 1997 06:29:39 -0800 (PST)
Received: (from bazilio@localhost) by economic.acnit.ac.ru (8.8.3/8.8.3) id RAA05220; Tue, 14 Jan 1997 17:26:18 +0300 (MSK)
Date: Tue, 14 Jan 1997 17:26:14 +0300 (MSK)
From: "Vasily V. Grechishnikov" <bazilio@economic.acnit.ac.ru>
To: bugs@freebsd.org
Subject: mount_nfs can put system to unstable state
Message-ID: <Pine.BSF.3.91.970114171748.5209A-100000@economic.acnit.ac.ru>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

			Hi !
	I has installed 2.2-BETA one day ago. After the installation I wish
to mount NFS from my server supported by 2.1.6 R. I type the following
command line :
		mount_nfs economic:/usr /mnt .
After this virtual terminal , containing this command going down ( I can 
enter any commands from the keyboard , such as ctrl-c and so on) , but I 
can 't interrupt this process. And after 10-15 seconds all of remaining
virtual terminal going down too. Nothing can reboot system, except the
<RESET> :( . I install 2.2-BETA on DECpc LPv 433dx w/ NE2000 card.
What's happened?

					Vasily.

From owner-freebsd-bugs  Tue Jan 14 09:40:06 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id JAA25308
          for bugs-outgoing; Tue, 14 Jan 1997 09:40:06 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id JAA25279;
          Tue, 14 Jan 1997 09:40:03 -0800 (PST)
Resent-Date: Tue, 14 Jan 1997 09:40:03 -0800 (PST)
Resent-Message-Id: <199701141740.JAA25279@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, root@blackfire.com
Received: from blackfire.com (hill153.uwyo.edu [129.72.150.153])
          by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id JAA24876
          for <FreeBSD-gnats-submit@freebsd.org>; Tue, 14 Jan 1997 09:34:46 -0800 (PST)
Received: (qmail 633 invoked by uid 0); 14 Jan 1997 17:35:53 -0000
Message-Id: <19970114173553.632.qmail@blackfire.com>
Date: 14 Jan 1997 17:35:53 -0000
From: root@blackfire.com
Reply-To: root@blackfire.com
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: bin/2495: mountd does not like any lines but the first one (/etc/exports)
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


>Number:         2495
>Category:       bin
>Synopsis:       mountd does not like any lines in /etc/exports except 1st one
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Tue Jan 14 09:40:01 PST 1997
>Last-Modified:
>Originator:     System Administrator
>Organization:
>Release:        FreeBSD 3.0-CURRENT i386
>Environment:

	FreeBSD 3.0-CURRENT, running on a dual-homed host, exporting several
	drives to one host.

	Client is running FreeBSD 2.1.6-RELEASE.

>Description:

	This prvents me from being able to mount any directories except first
	one.

>How-To-Repeat:

	Use the following /etc/exports:
/usr/home	-maproot=0	ai
/usr/local/bin	-maproot=0	ai
/usr/local/etc	-maproot=0	ai
/usr/local/sbin	-maproot=0	ai

Directories can be individually removed, ANY of the above works if it is the
FIRST entry.  The '-maproot=0' can be removed with no effect on 2-4 lines.

Client gives access denied errors.  If mountd is compiled from FreeBSD-current
source, with the DEBUG define, it gives the following output:
(I have put a star before each line that appears in the logs when compiled
without DEBUG)

bash# ./mountd
Getting export list.
Got line /usr/home		-maproot=0		ai
Making new ep fs=0x20015,0x1
doing opt -maproot=0		ai
got host ai
Got line /usr/local/bin		-maproot=0		ai
Found ep fs=0x20015,0x1
doing opt -maproot=0		ai
got host ai
* Can't change attributes for /usr/local/bin.
Bad exports list line /usr/local/bin		-maprootGot line /usr/local/etc		-maproot=0		ai
Found ep fs=0x20015,0x1
doing opt -maproot=0		ai
got host ai
* Can't change attributes for /usr/local/etc.
Bad exports list line /usr/local/etc		-maprootGot line /usr/local/sbin		-maproot=0		ai
Found ep fs=0x20015,0x1
doing opt -maproot=0		ai
got host ai
* Can't change attributes for /usr/local/sbin.
Bad exports list line /usr/local/sbin		-maprootGetting mount list.
Here we go.

At this point, it talks to the first directory only...

>Fix:
	
	None known.

>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Tue Jan 14 11:11:42 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id LAA00559
          for bugs-outgoing; Tue, 14 Jan 1997 11:11:42 -0800 (PST)
Received: (from wollman@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id LAA00484;
          Tue, 14 Jan 1997 11:10:12 -0800 (PST)
Date: Tue, 14 Jan 1997 11:10:12 -0800 (PST)
From: Garrett Wollman <wollman>
Message-Id: <199701141910.LAA00484@freefall.freebsd.org>
To: seki@sysrap.cs.fujitsu.co.jp, wollman, freebsd-bugs
Subject: Re: i386/2421
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Synopsis: Update of fe driver, fixing miscellaneous bugs

State-Changed-From-To: open-closed
State-Changed-By: wollman
State-Changed-When: Tue Jan 14 11:06:55 PST 1997
State-Changed-Why: 
Suggested changes applied in revs. 1.25 of if_fe.c and 1.2 of
ic/mb86960.h.

From owner-freebsd-bugs  Tue Jan 14 11:30:13 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id LAA01683
          for bugs-outgoing; Tue, 14 Jan 1997 11:30:13 -0800 (PST)
Received: (from wollman@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id LAA01623;
          Tue, 14 Jan 1997 11:29:51 -0800 (PST)
Date: Tue, 14 Jan 1997 11:29:51 -0800 (PST)
From: Garrett Wollman <wollman>
Message-Id: <199701141929.LAA01623@freefall.freebsd.org>
To: root@blackfire.com, wollman, freebsd-bugs
Subject: Re: bin/2495
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Synopsis: mountd does not like any lines in /etc/exports except 1st one

State-Changed-From-To: open-closed
State-Changed-By: wollman
State-Changed-When: Tue Jan 14 11:27:51 PST 1997
State-Changed-Why: 
You can only have one set of export controls for each filesystem.
If this is not documented, then feel free t osend in a doc-bug PR.

From owner-freebsd-bugs  Tue Jan 14 11:43:01 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id LAA03089
          for bugs-outgoing; Tue, 14 Jan 1997 11:43:01 -0800 (PST)
Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28])
          by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id LAA03040;
          Tue, 14 Jan 1997 11:41:36 -0800 (PST)
Received: from localhost (localhost [127.0.0.1])
          by hydrogen.nike.efn.org (8.8.4/8.8.4) with SMTP
	  id LAA10060; Tue, 14 Jan 1997 11:40:59 -0800 (PST)
Date: Tue, 14 Jan 1997 11:40:58 -0800 (PST)
From: John-Mark Gurney <jmg@nike.efn.org>
Reply-To: John-Mark Gurney <gurney_j@resnet.uoregon.edu>
To: root@blackfire.com
cc: FreeBSD-gnats-submit@FreeBSD.ORG,
        GNATS Management <gnats@freefall.freebsd.org>,
        freebsd-bugs@freefall.freebsd.org
Subject: Re: bin/2495: mountd does not like any lines but the first one (/etc/exports)
In-Reply-To: <19970114173553.632.qmail@blackfire.com>
Message-ID: <Pine.NEB.3.95.970114113633.16860N-100000@hydrogen.nike.efn.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

On 14 Jan 1997 root@blackfire.com wrote:

> >Synopsis:       mountd does not like any lines in /etc/exports except 1st one

[...]

> 	This prvents me from being able to mount any directories except first
> 	one.
> 
> >How-To-Repeat:
> 
> 	Use the following /etc/exports:
> /usr/home	-maproot=0	ai
> /usr/local/bin	-maproot=0	ai
> /usr/local/etc	-maproot=0	ai
> /usr/local/sbin	-maproot=0	ai
> 
> Directories can be individually removed, ANY of the above works if it is the
> FIRST entry.  The '-maproot=0' can be removed with no effect on 2-4 lines.
> 
> Client gives access denied errors.  If mountd is compiled from FreeBSD-current
> source, with the DEBUG define, it gives the following output:
> (I have put a star before each line that appears in the logs when compiled
> without DEBUG)

I hate to say it but read the mn page for mountd...  you will notice that
you can only have ONE line that modifies a file system for a host...
i.e..  to fix about have your /etc/exports like:
/usr/home /usr/local/bin /usr/local/etc /usr/local/sbin -maproot=0 ai

basicly...  I usually recommend using just one line per host... unless you
want the permissions for all hosts...  also note...  say you have
something like this:

/usr/home systema
/usr/anon/ftp

this will export ONLY /usr/home to systema, but to everyone else can
access /usr/anon/ftp...  this is a limitation of mountd/nfs (I'm not sure
exactly were the limitation is)...

hope this helps...

John-Mark

gurney_j@efn.org
http://resnet.uoregon.edu/~gurney_j/
Modem/FAX: (541) 683-6954   (FreeBSD Box)

Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix)



From owner-freebsd-bugs  Tue Jan 14 11:50:03 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id LAA03358
          for bugs-outgoing; Tue, 14 Jan 1997 11:50:03 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id LAA03352;
          Tue, 14 Jan 1997 11:50:01 -0800 (PST)
Date: Tue, 14 Jan 1997 11:50:01 -0800 (PST)
Message-Id: <199701141950.LAA03352@freefall.freebsd.org>
To: freebsd-bugs
Cc: 
From: John-Mark Gurney <jmg@nike.efn.org>
Subject: Re: bin/2495: mountd does not like any lines but the first one (/etc/exports)
Reply-To: John-Mark Gurney <jmg@nike.efn.org>
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

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

From: John-Mark Gurney <jmg@nike.efn.org>
To: root@blackfire.com
Cc: FreeBSD-gnats-submit@FreeBSD.ORG,
        GNATS Management <gnats@freefall.freebsd.org>,
        freebsd-bugs@freefall.freebsd.org
Subject: Re: bin/2495: mountd does not like any lines but the first one (/etc/exports)
Date: Tue, 14 Jan 1997 11:40:58 -0800 (PST)

 On 14 Jan 1997 root@blackfire.com wrote:
 
 > >Synopsis:       mountd does not like any lines in /etc/exports except 1st one
 
 [...]
 
 > 	This prvents me from being able to mount any directories except first
 > 	one.
 > 
 > >How-To-Repeat:
 > 
 > 	Use the following /etc/exports:
 > /usr/home	-maproot=0	ai
 > /usr/local/bin	-maproot=0	ai
 > /usr/local/etc	-maproot=0	ai
 > /usr/local/sbin	-maproot=0	ai
 > 
 > Directories can be individually removed, ANY of the above works if it is the
 > FIRST entry.  The '-maproot=0' can be removed with no effect on 2-4 lines.
 > 
 > Client gives access denied errors.  If mountd is compiled from FreeBSD-current
 > source, with the DEBUG define, it gives the following output:
 > (I have put a star before each line that appears in the logs when compiled
 > without DEBUG)
 
 I hate to say it but read the mn page for mountd...  you will notice that
 you can only have ONE line that modifies a file system for a host...
 i.e..  to fix about have your /etc/exports like:
 /usr/home /usr/local/bin /usr/local/etc /usr/local/sbin -maproot=0 ai
 
 basicly...  I usually recommend using just one line per host... unless you
 want the permissions for all hosts...  also note...  say you have
 something like this:
 
 /usr/home systema
 /usr/anon/ftp
 
 this will export ONLY /usr/home to systema, but to everyone else can
 access /usr/anon/ftp...  this is a limitation of mountd/nfs (I'm not sure
 exactly were the limitation is)...
 
 hope this helps...
 
 John-Mark
 
 gurney_j@efn.org
 http://resnet.uoregon.edu/~gurney_j/
 Modem/FAX: (541) 683-6954   (FreeBSD Box)
 
 Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix)
 
 

From owner-freebsd-bugs  Tue Jan 14 11:54:34 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id LAA03478
          for bugs-outgoing; Tue, 14 Jan 1997 11:54:34 -0800 (PST)
Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.fr [193.56.58.253])
          by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id LAA03465
          for <bugs@freebsd.org>; Tue, 14 Jan 1997 11:54:28 -0800 (PST)
Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33])
          by mexico.brainstorm.eu.org (8.8.4/8.8.4) with ESMTP
	  id UAA13775 for <bugs@freebsd.org>; Tue, 14 Jan 1997 20:54:18 +0100
Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.8.4/8.6.12) with UUCP id UAA22425 for bugs@freebsd.org; Tue, 14 Jan 1997 20:53:56 +0100
Received: (from roberto@localhost) by keltia.freenix.fr (8.8.4/keltia-uucp-2.9) id UAA02185;
          Tue, 14 Jan 1997 20:41:30 +0100 (CET)
Message-ID: <Mutt.19970114204129.roberto@keltia.freenix.fr>
Date: Tue, 14 Jan 1997 20:41:29 +0100
From: roberto@keltia.freenix.fr (Ollivier Robert)
To: bugs@freebsd.org
Subject: Re: bin/2469: xntpd(8)'s logging is too blatant
References: <199701121820.TAA00803@uriah.heep.sax.de> <9701131611.AA18018@halloran-eldar.lcs.mit.edu> <Mutt.19970113234344.j@uriah.heep.sax.de>
X-Mailer: Mutt 0.57.11
Mime-Version: 1.0
X-Operating-System: FreeBSD 3.0-CURRENT ctm#2925
In-Reply-To: <Mutt.19970113234344.j@uriah.heep.sax.de>; from J Wunsch on Jan 13, 1997 23:43:44 +0100
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

According to J Wunsch:
> I'm all for it.  The xtnpd source looks as if it were already prepared
> for this case.

Maybe it is time to upgrade our xntp as well, no ?

Latest official is 3.5f. Latest beta is 3.5.88. Our is 3.4a I think.
-- 
Ollivier ROBERT    -=- The daemon is FREE! -=-    roberto@keltia.freenix.fr
  FreeBSD keltia.freenix.fr 3.0-CURRENT #33: Sat Dec 21 12:57:17 CET 1996

From owner-freebsd-bugs  Tue Jan 14 13:34:51 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id NAA09633
          for bugs-outgoing; Tue, 14 Jan 1997 13:34:51 -0800 (PST)
Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159])
          by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id NAA09608
          for <bugs@FreeBSD.ORG>; Tue, 14 Jan 1997 13:34:27 -0800 (PST)
Received: by halloran-eldar.lcs.mit.edu; (5.65v3.2/1.1.8.2/19Aug95-0530PM)
	id AA28099; Tue, 14 Jan 1997 16:34:08 -0500
Date: Tue, 14 Jan 1997 16:34:08 -0500
From: Garrett Wollman <wollman@lcs.mit.edu>
Message-Id: <9701142134.AA28099@halloran-eldar.lcs.mit.edu>
To: roberto@keltia.freenix.fr (Ollivier Robert)
Cc: bugs@FreeBSD.ORG
Subject: Re: bin/2469: xntpd(8)'s logging is too blatant
In-Reply-To: <Mutt.19970114204129.roberto@keltia.freenix.fr>
References: <199701121820.TAA00803@uriah.heep.sax.de>
	<9701131611.AA18018@halloran-eldar.lcs.mit.edu>
	<Mutt.19970113234344.j@uriah.heep.sax.de>
	<Mutt.19970114204129.roberto@keltia.freenix.fr>
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

<<On Tue, 14 Jan 1997 20:41:29 +0100, roberto@keltia.freenix.fr (Ollivier Robert) said:

> According to J Wunsch:
>> I'm all for it.  The xtnpd source looks as if it were already prepared
>> for this case.

> Maybe it is time to upgrade our xntp as well, no ?

> Latest official is 3.5f. Latest beta is 3.5.88. Our is 3.4a I think.

There was someone out there who claimed to be working on 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, ANA, or NSA|                     - Susan Aglukark and Chad Irschick

From owner-freebsd-bugs  Tue Jan 14 16:30:04 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id QAA19323
          for bugs-outgoing; Tue, 14 Jan 1997 16:30:04 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id QAA19316;
          Tue, 14 Jan 1997 16:30:02 -0800 (PST)
Date: Tue, 14 Jan 1997 16:30:02 -0800 (PST)
Message-Id: <199701150030.QAA19316@freefall.freebsd.org>
To: freebsd-bugs
Cc: 
From: j@uriah.heep.sax.de (J Wunsch)
Subject: Re: bin/2493: make $DESTDIR work
Reply-To: j@uriah.heep.sax.de (J Wunsch)
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

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

From: j@uriah.heep.sax.de (J Wunsch)
To: thompson@tgsoft.com
Cc: FreeBSD-gnats-submit@FreeBSD.org
Subject: Re: bin/2493: make $DESTDIR work
Date: Wed, 15 Jan 1997 01:05:30 +0100

 As mark thompson wrote:
 
 > Enclosed is a set of diffs (mostly to makefiles) that make them respect
 > $DESTDIR.
 
 > -INCDIRS= -I/usr/include/rpcsvc
 > +INCDIRS= -I${DESTDIR}/usr/include/rpcsvc
 
 (etc.)
 
 I think ${DESTDIR} is only guaranteed to what its name says: a
 destination directory.  This will only work to _install_ an already
 compiled tree (and this feature is heavily relied on during the
 release build process).
 
 I'm not sure what other people think, but i'm of the opinion that your
 patches try to extend the idea of ${DESTDIR}.
 
 -- 
 cheers, J"org
 
 joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
 Never trust an operating system you don't have sources for. ;-)

From owner-freebsd-bugs  Tue Jan 14 16:40:06 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id QAA20153
          for bugs-outgoing; Tue, 14 Jan 1997 16:40:06 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id QAA20131;
          Tue, 14 Jan 1997 16:40:03 -0800 (PST)
Date: Tue, 14 Jan 1997 16:40:03 -0800 (PST)
Message-Id: <199701150040.QAA20131@freefall.freebsd.org>
To: freebsd-bugs
Cc: 
From: j@uriah.heep.sax.de (J Wunsch)
Subject: Re: kern/2490: CD-ROM drive is recognized more than one LU.
Reply-To: j@uriah.heep.sax.de (J Wunsch)
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

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

From: j@uriah.heep.sax.de (J Wunsch)
To: ume@calm.imasy.or.jp
Cc: FreeBSD-gnats-submit@freebsd.org
Subject: Re: kern/2490: CD-ROM drive is recognized more than one LU.
Date: Wed, 15 Jan 1997 00:59:56 +0100

 As Hajimu UMEMOTO wrote:
 
 > 	TEAC CD-ROM CD-56S and SONY Discman PRD-650 are recognized
 > 	more than one LU.
 
 No longer.  Since so many CD-ROM vendors fail to comply with the SCSI
 specs, FreeBSD recently went the route to generally probe for only a
 single LUN on CD-ROM drives, except for those drives that are known to
 be CD changer devices.
 
 -- 
 cheers, J"org
 
 joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
 Never trust an operating system you don't have sources for. ;-)

From owner-freebsd-bugs  Tue Jan 14 16:50:07 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id QAA20869
          for bugs-outgoing; Tue, 14 Jan 1997 16:50:07 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id QAA20858;
          Tue, 14 Jan 1997 16:50:03 -0800 (PST)
Resent-Date: Tue, 14 Jan 1997 16:50:03 -0800 (PST)
Resent-Message-Id: <199701150050.QAA20858@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, helbig@MX.BA-Stuttgart.De
Received: from terminator.informatik.ba-stuttgart.de (terminator.informatik.ba-stuttgart.de [141.31.1.21])
          by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id QAA20427
          for <FreeBSD-gnats-submit@freebsd.org>; Tue, 14 Jan 1997 16:44:14 -0800 (PST)
Received: from helbig.informatik.ba-stuttgart.de (helbig.informatik.ba-stuttgart.de [141.31.166.22]) by terminator.informatik.ba-stuttgart.de (8.7.6/8.7.3) with ESMTP id AAA25457 for <FreeBSD-gnats-submit@freebsd.org>; Wed, 15 Jan 1997 00:43:26 +0100
Received: (from helbig@localhost)
          by helbig.informatik.ba-stuttgart.de (8.8.4/8.8.4)
	  id BAA00398; Wed, 15 Jan 1997 01:43:55 +0100 (MET)
Message-Id: <199701150043.BAA00398@helbig.informatik.ba-stuttgart.de>
Date: Wed, 15 Jan 1997 01:43:55 +0100 (MET)
From: Wolfgang Helbig <helbig@MX.BA-Stuttgart.De>
Reply-To: helbig@MX.BA-Stuttgart.De
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: gnu/2496: cursor keys won't work for info any more 
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


>Number:         2496
>Category:       gnu
>Synopsis:       cursor keys won't work for info any more
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Tue Jan 14 16:50:00 PST 1997
>Last-Modified:
>Originator:     Wolfgang Helbig
>Organization:
>Release:        FreeBSD 3.0-CURRENT i386
>Environment:

 	current with cvs-repository up and including ctm#2927	

>Description:

 	Since the last "make world" the cursor keys in the info browser
	won't work like before.

>How-To-Repeat:

	Enter
		info gcc
	on the commandline and press cursor down key to move the cursor
	down. It won't move the cursors as expected.
>Fix:
	
 	Regress to a somewhat older version of info.	

>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Tue Jan 14 19:40:03 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id TAA01329
          for bugs-outgoing; Tue, 14 Jan 1997 19:40:03 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id TAA01323;
          Tue, 14 Jan 1997 19:40:02 -0800 (PST)
Resent-Date: Tue, 14 Jan 1997 19:40:02 -0800 (PST)
Resent-Message-Id: <199701150340.TAA01323@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org,
        Received:(from nobody@localhost) by.freefall.freebsd.org.id.TAA01204;Tue; (8.8.4/8.8.4);,
        14 Jan 1997 19:37:17.-0800 (PST)
Message-Id: <199701150337.TAA01204@freefall.freebsd.org>
Date: Tue, 14 Jan 1997 19:37:17 -0800 (PST)
From: jjal@geocities.com
To: freebsd-gnats-submit@freebsd.org
X-Send-Pr-Version: www-1.0
Subject: kern/2498: On installation, after selecting drivers, keyboard locks and screen turns to garbage
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


>Number:         2498
>Category:       kern
>Synopsis:       On installation, after selecting drivers, keyboard locks and screen turns to garbage
>Confidential:   no
>Severity:       critical
>Priority:       high
>Responsible:    freebsd-bugs
>State:          open
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Tue Jan 14 19:40:01 PST 1997
>Last-Modified:
>Originator:     Joshua Lambert
>Organization:
student
>Release:        2.2 through 3.0
>Environment:
Can't even get FreeBSD installed.  I have a PS2 mouse, and a PS2 keyboard,
on a Packard Bell Pentium 100.  24m RAM, 1.2 Gig HD, Intergraph REACTOR 
3d graphics card w/ 4m VRAM. VBE 2.0 compliant.
>Description:
When running the installation programs, After changing all of the 
driver options, my keyboard freezes, and will no longer respond.
A Scprobe Failed, line is issued.  If it even gets that far.
The screen corrupts, and the screen font changes to being unreadable.

>How-To-Repeat:
Boot any of the installation floppies.  They all do this, except 2.16,
which just locks the keyboard, and does not corrupt the screen.
>Fix:
Don't know.
>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Tue Jan 14 20:32:10 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id UAA03568
          for bugs-outgoing; Tue, 14 Jan 1997 20:32:10 -0800 (PST)
Received: (from jfieber@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id UAA03547;
          Tue, 14 Jan 1997 20:32:04 -0800 (PST)
Date: Tue, 14 Jan 1997 20:32:04 -0800 (PST)
From: John Fieber <jfieber>
Message-Id: <199701150432.UAA03547@freefall.freebsd.org>
To: charnier@xp11.frmug.org, jfieber, freebsd-bugs, jfieber
Subject: Re: docs/2453
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Synopsis: window titles can't resolve <code>aaaaa</code>

State-Changed-From-To: open-analyzed
State-Changed-By: jfieber
State-Changed-When: Tue Jan 14 23:29:00 EST 1997
State-Changed-Why: 
claim the problem.



Responsible-Changed-From-To: freebsd-bugs->jfieber
Responsible-Changed-By: jfieber
Responsible-Changed-When: Tue Jan 14 23:29:00 EST 1997
Responsible-Changed-Why: 
claim the problem

From owner-freebsd-bugs  Tue Jan 14 20:40:04 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id UAA04020
          for bugs-outgoing; Tue, 14 Jan 1997 20:40:04 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id UAA04014;
          Tue, 14 Jan 1997 20:40:02 -0800 (PST)
Date: Tue, 14 Jan 1997 20:40:02 -0800 (PST)
Message-Id: <199701150440.UAA04014@freefall.freebsd.org>
To: freebsd-bugs
Cc: 
From: mark thompson <thompson@tgsoft.com>
Subject: Re: bin/2493: make $DESTDIR work
Reply-To: mark thompson <thompson@tgsoft.com>
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

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

From: mark thompson <thompson@tgsoft.com>
To: joerg_wunsch@uriah.heep.sax.de
Cc: FreeBSD-gnats-submit@FreeBSD.org
Subject: Re: bin/2493: make $DESTDIR work
Date: Tue, 14 Jan 1997 20:34:37 -0800 (PST)

    Date: Wed, 15 Jan 1997 01:05:30 +0100
    From: j@uriah.heep.sax.de (J Wunsch)
    References: <199701141416.GAA21689@squirrel.tgsoft.com>
    Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
 
    As mark thompson wrote:
 
    > Enclosed is a set of diffs (mostly to makefiles) that make them respect
    > $DESTDIR.
 
    > -INCDIRS= -I/usr/include/rpcsvc
    > +INCDIRS= -I${DESTDIR}/usr/include/rpcsvc
 
    (etc.)
 
    I think ${DESTDIR} is only guaranteed to what its name says: a
    destination directory.  This will only work to _install_ an already
    compiled tree (and this feature is heavily relied on during the
    release build process).
 
    I'm not sure what other people think, but i'm of the opinion that your
    patches try to extend the idea of ${DESTDIR}.
 
 I believe that whether or not ${DESTDIR} was 'guaranteed' to do what i
 want (allow you to do a make world without overwritting your running
 system), 90% of the Makefiles are coded so you can do just that. The
 changes that i submitted take you to between 95-99% of the way there and
 *should not* break anything. 
 
 If these changes are too high a risk to put into the sources, fine with
 me. I did them for my own purposes, and am happy just to offer the
 results back as a contribution.
 
 -mark

From owner-freebsd-bugs  Tue Jan 14 21:41:28 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id VAA09066
          for bugs-outgoing; Tue, 14 Jan 1997 21:41:28 -0800 (PST)
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19])
          by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id VAA09044
          for <freebsd-bugs@freefall.freebsd.org>; Tue, 14 Jan 1997 21:41:20 -0800 (PST)
Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id QAA06876; Wed, 15 Jan 1997 16:38:07 +1100
Date: Wed, 15 Jan 1997 16:38:07 +1100
From: Bruce Evans <bde@zeta.org.au>
Message-Id: <199701150538.QAA06876@godzilla.zeta.org.au>
To: freebsd-bugs@freefall.freebsd.org, thompson@tgsoft.com
Subject: Re: bin/2493: make $DESTDIR work
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

>    I think ${DESTDIR} is only guaranteed to what its name says: a
>    destination directory.  This will only work to _install_ an already
>    compiled tree (and this feature is heavily relied on during the
>    release build process).

That's all that FreeBSD currently attempts to support.  I'm not sure if
it was once an attempt at supporting cross-building.

>    I'm not sure what other people think, but i'm of the opinion that your
>    patches try to extend the idea of ${DESTDIR}.

They should use another macro name, e.g. TARGETDIR.

> I believe that whether or not ${DESTDIR} was 'guaranteed' to do what i
> want (allow you to do a make world without overwritting your running
> system), 90% of the Makefiles are coded so you can do just that. The
> changes that i submitted take you to between 95-99% of the way there and
> *should not* break anything. 

I was surprised that you only needed 30K of changes.  But does ${DESTDIR}
as a plain installation directory still work?  No files from ${DESTDIR}
should be used for building things.  This is already broken by use of
${LDDESTDIR}.  -nostdlib isn't used, so ${LDDESTDIR} just gives some
standard libraries and some target libraries.  It's hard to say which,
but attempting to use -nostdlib and watching what breaks is a start :-).

Things like `CFLAGS+=-I/sys' in ps should be fixed in another way, probably
by removing them and using `-nostdinc -I- -I${TARGETDIR}/usr/include' in
a central makefile and populating the target usr/include with correct
versions of <sys> and <machine>, etc.

Bruce

From owner-freebsd-bugs  Tue Jan 14 21:52:45 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id VAA09810
          for bugs-outgoing; Tue, 14 Jan 1997 21:52:45 -0800 (PST)
Received: from time.cdrom.com (time.cdrom.com [204.216.27.226])
          by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id VAA09803
          for <freebsd-bugs@freefall.freebsd.org>; Tue, 14 Jan 1997 21:52:42 -0800 (PST)
Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.4/8.6.9) with ESMTP id VAA21419; Tue, 14 Jan 1997 21:51:23 -0800 (PST)
To: mark thompson <thompson@tgsoft.com>
cc: freebsd-bugs@freefall.freebsd.org
Subject: Re: bin/2493: make $DESTDIR work 
In-reply-to: Your message of "Tue, 14 Jan 1997 20:40:02 PST."
             <199701150440.UAA04014@freefall.freebsd.org> 
Date: Tue, 14 Jan 1997 21:51:23 -0800
Message-ID: <21415.853307483@time.cdrom.com>
From: "Jordan K. Hubbard" <jkh@time.cdrom.com>
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

>  I believe that whether or not ${DESTDIR} was 'guaranteed' to do what i
>  want (allow you to do a make world without overwritting your running
>  system), 90% of the Makefiles are coded so you can do just that. The
>  changes that i submitted take you to between 95-99% of the way there and
>  *should not* break anything. 

I dunno, sounds convincing to me, Joerg. ;-)

How much testing have you done with this, Mark?  When you say *should
not* is this from long-standing experience and much comparative
testing of binaries (run mtree over tree A, then over tree B, compare
results) or is this more of an engineer's standard "*I hope it won't*"
:-)

If it's the former, I certainly don't see a problem.  I agree that
there's no reason NOT to make DESTDIR a more capable instrument
if it doesn't break any existing functionality.

						Jordan

From owner-freebsd-bugs  Tue Jan 14 23:07:54 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id XAA12535
          for bugs-outgoing; Tue, 14 Jan 1997 23:07:54 -0800 (PST)
Received: (from jkh@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id XAA12513;
          Tue, 14 Jan 1997 23:07:45 -0800 (PST)
Date: Tue, 14 Jan 1997 23:07:45 -0800 (PST)
From: "Jordan K. Hubbard" <jkh>
Message-Id: <199701150707.XAA12513@freefall.freebsd.org>
To: root@bambam.lss.cp.philips.com, jkh, freebsd-bugs
Subject: Re: conf/2399
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Synopsis: sysinstall dumps core

State-Changed-From-To: open-closed
State-Changed-By: jkh
State-Changed-When: Tue Jan 14 23:07:21 PST 1997
State-Changed-Why: 
I can't reproduce - I think it was fixed as a side-effect
of something else.

From owner-freebsd-bugs  Tue Jan 14 23:18:54 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id XAA13204
          for bugs-outgoing; Tue, 14 Jan 1997 23:18:54 -0800 (PST)
Received: (from jkh@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id XAA13182;
          Tue, 14 Jan 1997 23:18:46 -0800 (PST)
Date: Tue, 14 Jan 1997 23:18:46 -0800 (PST)
From: "Jordan K. Hubbard" <jkh>
Message-Id: <199701150718.XAA13182@freefall.freebsd.org>
To: angio@waffle.aros.net, jkh, freebsd-bugs
Subject: Re: misc/2416
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Synopsis: 2.2-BETA install NFS mount failure behavior is not perfect

State-Changed-From-To: open-closed
State-Changed-By: jkh
State-Changed-When: Tue Jan 14 23:18:24 PST 1997
State-Changed-Why: 
OK, I added a retry mechanism.

From owner-freebsd-bugs  Tue Jan 14 23:30:04 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id XAA13799
          for bugs-outgoing; Tue, 14 Jan 1997 23:30:04 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id XAA13790;
          Tue, 14 Jan 1997 23:30:02 -0800 (PST)
Date: Tue, 14 Jan 1997 23:30:02 -0800 (PST)
Message-Id: <199701150730.XAA13790@freefall.freebsd.org>
To: freebsd-bugs
Cc: 
From: "Jordan K. Hubbard" <jkh@time.cdrom.com>
Subject: Re: conf/2426: At end of install, panic: Going nowhere without init - FDIV050 
Reply-To: "Jordan K. Hubbard" <jkh@time.cdrom.com>
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

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

From: "Jordan K. Hubbard" <jkh@time.cdrom.com>
To: uhclem@freefall.freebsd.org
Cc: FreeBSD-gnats-submit@freebsd.org, uhclem@nemesis.lonestar.org
Subject: Re: conf/2426: At end of install, panic: Going nowhere without init - FDIV050 
Date: Tue, 14 Jan 1997 23:21:01 -0800

 > 	Information Dialog
 > 	Saving any boot -c changes to new kernel...
 > 	panic: Going nowhere without init!
 
 This may have been due to an error in the SaveUserconfig() code which
 somehow gets confused by certain SCSI configurations.  Since we don't
 save that information here anyway, this was recently disabled in
 sysconfig.  Can you try the 3.0-970114-SNAP floppies/newer/boot.flp
 image and see if this still occurs?  Thanks!

From owner-freebsd-bugs  Tue Jan 14 23:50:03 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id XAA14840
          for bugs-outgoing; Tue, 14 Jan 1997 23:50:03 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id XAA14828;
          Tue, 14 Jan 1997 23:50:01 -0800 (PST)
Date: Tue, 14 Jan 1997 23:50:01 -0800 (PST)
Message-Id: <199701150750.XAA14828@freefall.freebsd.org>
To: freebsd-bugs
Cc: 
From: Thomas Gellekum <thomas@ghpc8.ihf.rwth-aachen.de>
Subject: Re: gnu/2496: cursor keys won't work for info any more
Reply-To: Thomas Gellekum <thomas@ghpc8.ihf.rwth-aachen.de>
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

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

From: Thomas Gellekum <thomas@ghpc8.ihf.rwth-aachen.de>
To: helbig@MX.BA-Stuttgart.De
Cc: FreeBSD-gnats-submit@freebsd.org
Subject: Re: gnu/2496: cursor keys won't work for info any more
Date: Wed, 15 Jan 1997 08:46:44 +0100 (MET)

 Wolfgang Helbig wrote:
 > 
 > 
 >  	Since the last "make world" the cursor keys in the info browser
 > 	won't work like before.
 
 Looks like Josh didn't merge the changes Jörg and I made to recognize
 several function keys.
 
 tg

From owner-freebsd-bugs  Wed Jan 15 00:23:58 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id AAA16664
          for bugs-outgoing; Wed, 15 Jan 1997 00:23:58 -0800 (PST)
Received: from labs.usn.blaze.net.au (labs.usn.blaze.net.au [203.17.53.30])
          by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id AAA16651
          for <freebsd-bugs@freefall.freebsd.org>; Wed, 15 Jan 1997 00:23:49 -0800 (PST)
Received: (from davidn@localhost)
          by labs.usn.blaze.net.au (8.8.4/8.8.4)
	  id TAA18461; Wed, 15 Jan 1997 19:23:04 +1100 (EST)
Message-ID: <Mutt.19970115192303.davidn@labs.blaze.net.au>
Date: Wed, 15 Jan 1997 19:23:03 +1100
From: davidn@unique.usn.blaze.net.au (David Nugent)
To: jkh@time.cdrom.com ("Jordan K. Hubbard")
Cc: thompson@tgsoft.com (mark thompson), freebsd-bugs@freefall.freebsd.org
Subject: Re: bin/2493: make $DESTDIR work
References: <199701150440.UAA04014@freefall.freebsd.org> <21415.853307483@time.cdrom.com>
X-Mailer: Mutt 0.56
Mime-Version: 1.0
In-Reply-To: <21415.853307483@time.cdrom.com>; from "Jordan K. Hubbard" on Jan 14, 1997 21:51:23 -0800
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

"Jordan K. Hubbard" writes:
> >  I believe that whether or not ${DESTDIR} was 'guaranteed' to do what i
> >  want (allow you to do a make world without overwritting your running
> >  system), 90% of the Makefiles are coded so you can do just that. The
> >  changes that i submitted take you to between 95-99% of the way there and
> >  *should not* break anything. 
> 
> I dunno, sounds convincing to me, Joerg. ;-)

FWIW, yes, me too.

This would make the process of upgrading much easier (build the
system on another partition and make it bootable, with fallback
to the untouched original should problems occur), and finally I
could build and maintain the machine running the RELENG_2_2 code
via nfs to a -current box which has CPU/RAM with a lot more beef
than that 2.2 box has in it. :-)

Regards,

David Nugent - Unique Computing Pty Ltd - Melbourne, Australia
Voice +61-3-9791-9547  Data/BBS +61-3-9792-3507  3:632/348@fidonet
davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/

From owner-freebsd-bugs  Wed Jan 15 00:53:53 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id AAA17755
          for bugs-outgoing; Wed, 15 Jan 1997 00:53:53 -0800 (PST)
Received: from sax.sax.de (sax.sax.de [193.175.26.33])
          by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id AAA17745
          for <bugs@freebsd.org>; Wed, 15 Jan 1997 00:53:50 -0800 (PST)
Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA29040; Wed, 15 Jan 1997 09:52:41 +0100
Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id JAA10451; Wed, 15 Jan 1997 09:32:29 +0100 (MET)
Message-ID: <Mutt.19970115093228.j@uriah.heep.sax.de>
Date: Wed, 15 Jan 1997 09:32:28 +0100
From: j@uriah.heep.sax.de (J Wunsch)
To: bazilio@economic.acnit.ac.ru (Vasily V. Grechishnikov)
Cc: bugs@freebsd.org
Subject: Re: mount_nfs can put system to unstable state
References: <Pine.BSF.3.91.970114171748.5209A-100000@economic.acnit.ac.ru>
X-Mailer: Mutt 0.55-PL10
Mime-Version: 1.0
X-Phone: +49-351-2012 669
X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F  93 21 E0 7D F9 12 D6 4E
Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
In-Reply-To: <Pine.BSF.3.91.970114171748.5209A-100000@economic.acnit.ac.ru>; from Vasily V. Grechishnikov on Jan 14, 1997 17:26:14 +0300
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

As Vasily V. Grechishnikov wrote:

> 	I has installed 2.2-BETA one day ago. After the installation I wish
> to mount NFS from my server supported by 2.1.6 R. I type the following
> command line :
> 		mount_nfs economic:/usr /mnt .
> After this virtual terminal , containing this command going down ( I can 
> enter any commands from the keyboard , such as ctrl-c and so on) , but I 
> can 't interrupt this process.

Seems your NFS server doesn't answer.  Try mounting it into a
2nd-level directoy (e.g. /mnt/nfs) as opposed to a first-level
directory.  This should prevent getcwd(3) from hanging at least, so
you can examine the state of the system (and of the hanging
process(es)) with ps(1).

-- 
cheers, J"org

joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
Never trust an operating system you don't have sources for. ;-)

From owner-freebsd-bugs  Wed Jan 15 01:00:04 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id BAA18021
          for bugs-outgoing; Wed, 15 Jan 1997 01:00:04 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id BAA17993;
          Wed, 15 Jan 1997 01:00:02 -0800 (PST)
Date: Wed, 15 Jan 1997 01:00:02 -0800 (PST)
Message-Id: <199701150900.BAA17993@freefall.freebsd.org>
To: freebsd-bugs
Cc: 
From: j@uriah.heep.sax.de (J Wunsch)
Subject: Re: kern/2494: page faults
Reply-To: j@uriah.heep.sax.de (J Wunsch)
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

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

From: j@uriah.heep.sax.de (J Wunsch)
To: spatula@gulf.net
Cc: FreeBSD-gnats-submit@freebsd.org
Subject: Re: kern/2494: page faults
Date: Wed, 15 Jan 1997 09:30:05 +0100

 As spatula@gulf.net wrote:
 
 >   Severity and frequency of the 
 > problem increase when external cache is turned on, and decreases slighly 
 > when it is disabled.  Severity and frequency also appears to increase if 
 > X-windows is run.
 > 
 > 	Hardware has been thoroughly tested for memory controller faults 
 > and bad cache/simms with everything testing out fine.
 
 No, it didn't test out fine, apparently.  A FreeBSD `make world' is
 commonly agreed to be a much better hardware test than anything you
 else.
 
 Unless your page faults repeatedly appear at similar addresses, all
 this smells like bad RAM.  You need at least to provide us with kernel
 stack traces if the fault is repeatable at a single spot.
 
 I will eventually change the status of this PR to `feedback', since
 it's plain useless for us in the current state.  The information
 presented is simply too weak to track anything by it.
 
 -- 
 cheers, J"org
 
 joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
 Never trust an operating system you don't have sources for. ;-)

From owner-freebsd-bugs  Wed Jan 15 01:21:07 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id BAA18580
          for bugs-outgoing; Wed, 15 Jan 1997 01:21:07 -0800 (PST)
Received: from sax.sax.de (sax.sax.de [193.175.26.33])
          by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id BAA18574
          for <freebsd-bugs@FreeBSD.org>; Wed, 15 Jan 1997 01:21:00 -0800 (PST)
Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA29414; Wed, 15 Jan 1997 10:20:50 +0100
Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id JAA10643; Wed, 15 Jan 1997 09:59:18 +0100 (MET)
Message-ID: <Mutt.19970115095918.j@uriah.heep.sax.de>
Date: Wed, 15 Jan 1997 09:59:18 +0100
From: j@uriah.heep.sax.de (J Wunsch)
To: freebsd-bugs@FreeBSD.org (FreeBSD bugs list)
Cc: thompson@tgsoft.com (mark thompson)
Subject: Re: bin/2493: make $DESTDIR work
References: <199701150440.UAA04014@freefall.freebsd.org> <21415.853307483@time.cdrom.com>
X-Mailer: Mutt 0.55-PL10
Mime-Version: 1.0
X-Phone: +49-351-2012 669
X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F  93 21 E0 7D F9 12 D6 4E
Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
In-Reply-To: <21415.853307483@time.cdrom.com>; from Jordan K. Hubbard on Jan 14, 1997 21:51:23 -0800
Sender: owner-bugs@FreeBSD.org
X-Loop: FreeBSD.org
Precedence: bulk

As Jordan K. Hubbard wrote:

> >  I believe that whether or not ${DESTDIR} was 'guaranteed' to do what i
> >  want (allow you to do a make world without overwritting your running
> >  system), 90% of the Makefiles are coded so you can do just that. The
> >  changes that i submitted take you to between 95-99% of the way there and
> >  *should not* break anything. 
> 
> I dunno, sounds convincing to me, Joerg. ;-)

I'm not opposed to it, my only intention was to start a discussion. :)
This is the best way of preventing PRs from rotting...

-- 
cheers, J"org

joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
Never trust an operating system you don't have sources for. ;-)

From owner-freebsd-bugs  Wed Jan 15 02:10:05 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id CAA20201
          for bugs-outgoing; Wed, 15 Jan 1997 02:10:05 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id CAA20194;
          Wed, 15 Jan 1997 02:10:03 -0800 (PST)
Resent-Date: Wed, 15 Jan 1997 02:10:03 -0800 (PST)
Resent-Message-Id: <199701151010.CAA20194@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, phk@critter.dk.tfs.com
Received: from tfs.com (tfs.com [140.145.250.1])
          by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id CAA20021
          for <FreeBSD-gnats-submit@freebsd.org>; Wed, 15 Jan 1997 02:02:18 -0800 (PST)
Received: from schizo.dk.tfs.com by tfs.com (smail3.1.28.1) with SMTP
	id m0vkSAC-0003w7C; Wed, 15 Jan 97 02:01 PST
Received: from critter.dk.tfs.com (critter.dk.tfs.com [140.145.230.252]) by schizo.dk.tfs.com (8.8.2/8.7.3) with ESMTP id LAA10248 for <FreeBSD-gnats-submit@freebsd.org>; Wed, 15 Jan 1997 11:01:37 +0100 (MET)
Received: (from phk@localhost) by critter.dk.tfs.com (8.8.2/8.8.2) id LAA26798; Wed, 15 Jan 1997 11:02:34 +0100 (MET)
Message-Id: <199701151002.LAA26798@critter.dk.tfs.com>
Date: Wed, 15 Jan 1997 11:02:34 +0100 (MET)
From: Poul-Henning Kamp <phk@critter.dk.tfs.com>
Reply-To: phk@critter.dk.tfs.com
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: bin/2499: fetch ftp://bla bla doesn't bail in disk full.
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


>Number:         2499
>Category:       bin
>Synopsis:       fetch ftp://bla bla doesn't bail in disk full.
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Wed Jan 15 02:10:01 PST 1997
>Last-Modified:
>Originator:     Poul-Henning Kamp
>Organization:
Internation secret Bearded FreeBSD Core members conspiracy.
>Release:        FreeBSD 3.0-CURRENT i386
>Environment:

	fetch ftp://something/big into an almost full filesystem.

>Description:

	it doesn't stop on disk full but leaves a truncated file
	behind.

>How-To-Repeat:

	as above

>Fix:

Maybe:

Warning: cut&pasted patch

# cvs diff -u
cvs diff: Diffing .
Index: main.c
===================================================================
RCS file: /home/ncvs/src/usr.bin/fetch/main.c,v
retrieving revision 1.26.2.2
diff -u -r1.26.2.2 main.c
--- main.c      1996/11/28 08:26:14     1.26.2.2
+++ main.c      1997/01/15 09:38:04
@@ -385,7 +385,7 @@
        display (size, n);
        status = fwrite (buffer, 1, n, file);
        if (status != n)
-           break;
+           die(0);
     }
     timer.it_value.tv_sec = 0;
     timer.it_value.tv_usec = 0;

>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Wed Jan 15 03:00:03 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id DAA21755
          for bugs-outgoing; Wed, 15 Jan 1997 03:00:03 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id DAA21729;
          Wed, 15 Jan 1997 03:00:01 -0800 (PST)
Date: Wed, 15 Jan 1997 03:00:01 -0800 (PST)
Message-Id: <199701151100.DAA21729@freefall.freebsd.org>
To: freebsd-bugs
Cc: 
From: mmcg@heraclitus.cs.monash.edu.au
Subject: Re: i386/2485: 2.2-BETA (install) device probe appears to screw screen
Reply-To: mmcg@heraclitus.cs.monash.edu.au
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

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

From: mmcg@heraclitus.cs.monash.edu.au
To: freebsd-gnats-submit@freebsd.org, mmcg@heraclitus.cs.monash.edu.au
Cc:  Subject: Re: i386/2485: 2.2-BETA (install) device probe appears to screw screen
Date: Wed, 15 Jan 1997 21:50:46 +1100 (EST)

 SUGGESTION:
 	Add a boot switch to bring up syscons in non-graphic (i.e. pre-2.2) mode.
 
 I've looked at the new syscons driver, and noticed that
 it now tries to place the card in graphics mode to drive the
 standard virtual consoles.  So, I put the card in another
 machine (which usually has a Diamond stealth 64, and which has
 no screen problems when installing or running 2.2-BETA).
 The same visual breakup happened when the console was initialised
 by 2.2-BETA (i.e.  *after* exiting config and seeing a few lines
 scroll past) on the other machine.  It's as if the dot clock has
 been mis-programmed or something.  Conversely, the Stealth 64 worked
 smoothly under 2.2-BETA in each machine.
 
 I then fired up Xfree86; a similar looking breakup occurred (in that
 there were vertical lines, but this time several bands of them; I
 presume it was just the different video mode).
 
 >tools (aka `games') identify it as a paradise PVGA1a.
 
 It's definitely *not* any sort of paradise card; presumably, it is new
 enough that the other probes got it wrong (shows what I know :)
 I have no idea what brand this board is.  Here's what's on it:
 
 	An ARK1000VL chip (S3 compatible, according to the net).
 	An ARK1491 chip (ramdac?  clock chip?)
 
 Xfree's SuperProbe reports `VGA (or unknown SVGA) video card detected'.
 I may be able to track it using its FCC approval from www.fcc.gov (FCC:
 ICUVGA-GW405) - the site appears broken right now.
 
 Soooo: it's definitely the video card itself, and it happens
 when programs which assume it is a standard VGA try to put it into
 graphics mode.  DOS programs work fine, and can use the good graphics
 modes (even those that misreport it as a paradise vga1a).  I do
 not know about win95.
 

From owner-freebsd-bugs  Wed Jan 15 03:48:58 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id DAA23004
          for bugs-outgoing; Wed, 15 Jan 1997 03:48:58 -0800 (PST)
Received: (from jkh@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id DAA22985;
          Wed, 15 Jan 1997 03:48:55 -0800 (PST)
Date: Wed, 15 Jan 1997 03:48:55 -0800 (PST)
From: "Jordan K. Hubbard" <jkh>
Message-Id: <199701151148.DAA22985@freefall.freebsd.org>
To: ulf@alameda.net, jkh, freebsd-bugs
Subject: Re: bin/2454
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Synopsis: 2.2-BETA upgrade function forgets location of saved /etc directory

State-Changed-From-To: open-closed
State-Changed-By: jkh
State-Changed-When: Wed Jan 15 03:48:39 PST 1997
State-Changed-Why: 
Found it, thanks!

From owner-freebsd-bugs  Wed Jan 15 03:50:01 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id DAA23166
          for bugs-outgoing; Wed, 15 Jan 1997 03:50:01 -0800 (PST)
Received: (from jkh@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id DAA23124;
          Wed, 15 Jan 1997 03:49:54 -0800 (PST)
Date: Wed, 15 Jan 1997 03:49:54 -0800 (PST)
From: "Jordan K. Hubbard" <jkh>
Message-Id: <199701151149.DAA23124@freefall.freebsd.org>
To: andrew@ugh.net.au, jkh, freebsd-bugs
Subject: Re: kern/2458
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Synopsis: uname -a says 2.2-BETA_A

State-Changed-From-To: open-closed
State-Changed-By: jkh
State-Changed-When: Wed Jan 15 03:49:17 PST 1997
State-Changed-Why: 
This was a minor oversight which will be fixed in 2.2-GAMMA
(inside the next week or so).

From owner-freebsd-bugs  Wed Jan 15 04:35:36 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id EAA25468
          for bugs-outgoing; Wed, 15 Jan 1997 04:35:36 -0800 (PST)
Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5])
          by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id EAA25433;
          Wed, 15 Jan 1997 04:34:01 -0800 (PST)
Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id MAA03495; Wed, 15 Jan 1997 12:48:46 +0100
From: Luigi Rizzo <luigi@labinfo.iet.unipi.it>
Message-Id: <199701151148.MAA03495@labinfo.iet.unipi.it>
Subject: Re: kern/2458
To: jkh@freefall.freebsd.org (Jordan K. Hubbard)
Date: Wed, 15 Jan 1997 12:48:45 +0100 (MET)
Cc: andrew@ugh.net.au, jkh@freefall.freebsd.org,
        freebsd-bugs@freefall.freebsd.org
In-Reply-To: <199701151149.DAA23124@freefall.freebsd.org> from "Jordan K. Hubbard" at Jan 15, 97 03:49:35 am
X-Mailer: ELM [version 2.4 PL23]
Content-Type: text
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> This was a minor oversight which will be fixed in 2.2-GAMMA

should we also expect 2.2-DELTA etc, or the GAMMA is only to avoid the
risk of any last minute bugs as in 2.1.6 ?

	Luigi

From owner-freebsd-bugs  Wed Jan 15 04:38:13 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id EAA25592
          for bugs-outgoing; Wed, 15 Jan 1997 04:38:13 -0800 (PST)
Received: from time.cdrom.com (time.cdrom.com [204.216.27.226])
          by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id EAA25584;
          Wed, 15 Jan 1997 04:38:09 -0800 (PST)
Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.4/8.6.9) with ESMTP id EAA12922; Wed, 15 Jan 1997 04:36:15 -0800 (PST)
To: Luigi Rizzo <luigi@labinfo.iet.unipi.it>
cc: jkh@freefall.freebsd.org (Jordan K. Hubbard), andrew@ugh.net.au,
        freebsd-bugs@freefall.freebsd.org
Subject: Re: kern/2458 
In-reply-to: Your message of "Wed, 15 Jan 1997 12:48:45 +0100."
             <199701151148.MAA03495@labinfo.iet.unipi.it> 
Date: Wed, 15 Jan 1997 04:36:14 -0800
Message-ID: <12918.853331774@time.cdrom.com>
From: "Jordan K. Hubbard" <jkh@time.cdrom.com>
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

It's to give Justin a chance to get some fix testing in which he
missed with BETA.  We've never done a DELTA release and I don't
plan to start now. :-)

				Jordan

> > This was a minor oversight which will be fixed in 2.2-GAMMA
> 
> should we also expect 2.2-DELTA etc, or the GAMMA is only to avoid the
> risk of any last minute bugs as in 2.1.6 ?
> 
> 	Luigi


From owner-freebsd-bugs  Wed Jan 15 05:30:04 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id FAA29424
          for bugs-outgoing; Wed, 15 Jan 1997 05:30:04 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id FAA29407;
          Wed, 15 Jan 1997 05:30:02 -0800 (PST)
Date: Wed, 15 Jan 1997 05:30:02 -0800 (PST)
Message-Id: <199701151330.FAA29407@freefall.freebsd.org>
To: freebsd-bugs
Cc: 
From: Prisoner <spatula@gulf.net>
Subject: Re: kern/2494: page faults
Reply-To: Prisoner <spatula@gulf.net>
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

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

From: Prisoner <spatula@gulf.net>
To: Joerg Wunsch <joerg_wunsch@uriah.heep.sax.de>
Cc: FreeBSD-gnats-submit@freebsd.org
Subject: Re: kern/2494: page faults
Date: Wed, 15 Jan 1997 07:18:52 -0600 (CST)

 On Wed, 15 Jan 1997, J Wunsch wrote:
 
 > No, it didn't test out fine, apparently.  A FreeBSD `make world' is
 > commonly agreed to be a much better hardware test than anything you
 > else.
 
    Perhaps I should rephrase: everything I can do to test it has failed to
 show a problem, including 9-10 hours each of several diagnostic programs
 running in a much lamer operating system. 
 
 > Unless your page faults repeatedly appear at similar addresses, all
 > this smells like bad RAM.  You need at least to provide us with kernel
 > stack traces if the fault is repeatable at a single spot.
 
    The page fault is almost always exactly the same.  Here's the debugger 
 information from the last (and most common) fault:
 
 fault virtual address	= 0x7200c4c
 fault code		= supervisor read, page not present
 instruction pointer	= 0x8:0xf017c4b4
 code segment		= base 0x0, limit 0xfffff, type 0x1b
 			= DPL 0, pres 1, def32 1, gran 1
 processor eflags	= trace/trap, interrupt enabled, resume, IOPL=0
 current process		= 4 (update)
 interrupt mask	=
 kernel: type 12 trap, code=0
 breakpoint at _ffs_update +0xa4:  cmpl  $0x1,0x52c(%ebx)
 
    It's always within a few instructions to this location.  I am now 
 experimenting with eliminating various programs from running to see if 
 anything is hosing things up.  I think I have a conclusive result, but I 
 don't want to say anything until I can prove it.
 
    Nick
 
 --
 "Your views are not important"
   - Nyder, from Doctor Who: Genesis of the Daleks
 Nick Johnson, not to be trifled with. http://www.gulf.net/~spatula/
 

From owner-freebsd-bugs  Wed Jan 15 05:33:25 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id FAA01141
          for bugs-outgoing; Wed, 15 Jan 1997 05:33:25 -0800 (PST)
Received: from squirrel.tgsoft.com (squirrel.tgsoft.com [207.167.64.183])
          by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id FAA01117
          for <freebsd-bugs@freefall.freebsd.org>; Wed, 15 Jan 1997 05:33:22 -0800 (PST)
Received: (from thompson@localhost) by squirrel.tgsoft.com (8.8.3/8.6.12) id FAA21208; Wed, 15 Jan 1997 05:34:49 -0800 (PST)
Date: Wed, 15 Jan 1997 05:34:49 -0800 (PST)
Message-Id: <199701151334.FAA21208@squirrel.tgsoft.com>
From: mark thompson <thompson@tgsoft.com>
To: jkh@time.cdrom.com
CC: freebsd-bugs@freefall.freebsd.org
In-reply-to: <21415.853307483@time.cdrom.com> (jkh@time.cdrom.com)
Subject: Re: bin/2493: make $DESTDIR work
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

   cc: freebsd-bugs@freefall.freebsd.org
   Date: Tue, 14 Jan 1997 21:51:23 -0800
   From: "Jordan K. Hubbard" <jkh@time.cdrom.com>

   >  I believe that whether or not ${DESTDIR} was 'guaranteed' to do what i
   >  want (allow you to do a make world without overwritting your running
   >  system), 90% of the Makefiles are coded so you can do just that. The
   >  changes that i submitted take you to between 95-99% of the way there and
   >  *should not* break anything. 

   I dunno, sounds convincing to me, Joerg. ;-)

   How much testing have you done with this, Mark?  When you say *should
   not* is this from long-standing experience and much comparative
   testing of binaries (run mtree over tree A, then over tree B, compare
   results) or is this more of an engineer's standard "*I hope it won't*"
   :-)

   If it's the former, I certainly don't see a problem.  I agree that
   there's no reason NOT to make DESTDIR a more capable instrument
   if it doesn't break any existing functionality.

						   Jordan

Ah. That is the rub. I have successfully used just what i sent in to build
the system (many times, to get it reliable), and have used *that* to
build itself in my traditional way (chroot to new system and do a
make world). I plan do an A-B comparision, but (for the usual excuses)
haven't as of yet.  
You will recall that when i raised this whole business week or so ago,
you suggested that whatever patch i had might be more useful as an
example than something to actually use. In the event, some of the
changes are "obviously" ok, and, sadly several are not so obvious. 
Furthermore, the games subdirectory still has a problem or two (i know
that there are at least some malloc faux-pas).
I leave it to the judgement of the court. Certainly, it is possible that
i could do more development on this patch if the value is really there.

-mark

From owner-freebsd-bugs  Wed Jan 15 05:50:04 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id FAA02677
          for bugs-outgoing; Wed, 15 Jan 1997 05:50:04 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id FAA02670;
          Wed, 15 Jan 1997 05:50:01 -0800 (PST)
Resent-Date: Wed, 15 Jan 1997 05:50:01 -0800 (PST)
Resent-Message-Id: <199701151350.FAA02670@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org,
        Received:(from nobody@localhost) by.freefall.freebsd.org.id.FAA02583;Wed; (8.8.4/8.8.4);,
        15 Jan 1997 05:48:55.-0800 (PST)
Message-Id: <199701151348.FAA02583@freefall.freebsd.org>
Date: Wed, 15 Jan 1997 05:48:55 -0800 (PST)
From: rob@ugh.net.au
To: freebsd-gnats-submit@freebsd.org
X-Send-Pr-Version: www-1.0
Subject: kern/2501: too many open files
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


>Number:         2501
>Category:       kern
>Synopsis:       too many open files
>Confidential:   no
>Severity:       critical
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Wed Jan 15 05:50:00 PST 1997
>Last-Modified:
>Originator:     Rob Wise
>Organization:
>Release:        2.2-BETA_A
>Environment:
FreeBSD WonK.hobart.TASed.EDU.AU 2.2-BETA_A
>Description:
Jan 16 00:32:12 WonK last message repeated 3 times
Jan 16 00:32:12 WonK /kernel: file: table is full
Jan 16 00:32:12 WonK syslogd: /var/run/utmp: Too many open files in system
Jan 16 00:32:12 WonK last message repeated 3 times
Jan 16 00:32:12 WonK /kernel: file: table is full
Jan 16 00:32:13 WonK last message repeated 174 times

This is after a few days uptime on my home machine.  The only processes running apart from the basic system daemons are 1 pine, 1 ppp, 1 pppd and a few ssh client sessions, its not a heavily loaded machine.  The problem didn't happen with the same config file under 2.1.5-RELEASE.
It would appear that fd's aren't being closed properly somewhere because sendmail dies with similar errors every now and then.
>How-To-Repeat:
Leave the system up for a few days with some logging activity.
>Fix:

>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Wed Jan 15 05:57:09 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id FAA02932
          for bugs-outgoing; Wed, 15 Jan 1997 05:57:09 -0800 (PST)
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19])
          by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id FAA02925;
          Wed, 15 Jan 1997 05:57:00 -0800 (PST)
Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id AAA24268; Thu, 16 Jan 1997 00:51:05 +1100
Date: Thu, 16 Jan 1997 00:51:05 +1100
From: Bruce Evans <bde@zeta.org.au>
Message-Id: <199701151351.AAA24268@godzilla.zeta.org.au>
To: bugs@freebsd.org
Subject: malloc(..., M_WAITOK) found harmful
Cc: dyson@freebsd.org, wollman@freebsd.org
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

I added some debugging code to malloc() to find calls made with M_WAITOK
at a suspiciously high spl.  After ignoring hundreds of problems when
cold == 1, the following serious problem appeared first:

...
changing root device to wd0a
DEVFS: ready to run
M_NOWAIT malloc called at high spl 0xc003849a
Debugger("")
Stopped at      _Debugger+0x36: movb    $0,_in_Debugger.94
db> t
_Debugger(f0119706,f01196de,c003849a) at _Debugger+0x36
_malloc(24,1f,0,f0642000,f063ec80) at _malloc+0x16f
_vm_map_entry_create(f063ec80,f063ec80,f063ec84,1000,c003849a) at _vm_map_entry_create+0x164
_vm_map_insert(f063ec80,f0223084,682000,0,f0641000) at _vm_map_insert+0x1ec
_kmem_malloc(f063ec80,1000,1,80000000,efbfff90) at _kmem_malloc+0x10c
_m_clalloc(1,1) at _m_clalloc+0x2e
_mbinit(0) at _mbinit+0x38
_main(efbfffb8,efbfff07,efbffff4,f01d34bc,f0224950,f028c000,7ff000,f01d34fc,30,284f00,288000,288000,e5700407) at _main+0x8b
begin() at begin+0x43

Here mbinit() calls m_clalloc() with the M_DONTWAIT flag and m_clalloc()
calls kmem_malloc() with the M_NOWAIT flag, but the flag is not passed
on to vm_map_insert() and vm_map_entry_create() eventually calls malloc()
with the M_WAITOK flag.  vm_map_create() always uses M_WAITOK.

After initialization, most of the problems seem to be in my
clist_alloc_cblocks() code (I knew about this - its callers are not
prepared for it to wait, and expect spltty() to prevent sleeping),
and in accept() and soconnect() (e.g., accept1() calls falloc() which
calls malloc(..., M_WAITOK)).

Bruce

From owner-freebsd-bugs  Wed Jan 15 07:04:14 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id HAA05570
          for bugs-outgoing; Wed, 15 Jan 1997 07:04:14 -0800 (PST)
Received: (from phk@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id HAA05548;
          Wed, 15 Jan 1997 07:04:11 -0800 (PST)
Date: Wed, 15 Jan 1997 07:04:11 -0800 (PST)
From: Poul-Henning Kamp <phk>
Message-Id: <199701151504.HAA05548@freefall.freebsd.org>
To: phk@freebsd.org, phk, freebsd-bugs
Subject: Re: bin/2081
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Synopsis: pings clock is troubled

State-Changed-From-To: open-closed
State-Changed-By: phk
State-Changed-When: Wed Jan 15 07:03:23 PST 1997
State-Changed-Why: 
I have concluded that this was due to some NAT code problem, and probably
only sos can explain it.  But since it is not part of FreeBSD, we close.

From owner-freebsd-bugs  Wed Jan 15 07:40:04 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id HAA07207
          for bugs-outgoing; Wed, 15 Jan 1997 07:40:04 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id HAA07190;
          Wed, 15 Jan 1997 07:40:02 -0800 (PST)
Resent-Date: Wed, 15 Jan 1997 07:40:02 -0800 (PST)
Resent-Message-Id: <199701151540.HAA07190@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org,
        Received:(from nobody@localhost) by.freefall.freebsd.org.id.HAA07065;Wed; (8.8.4/8.8.4);,
        15 Jan 1997 07:38:35.-0800 (PST)
Message-Id: <199701151538.HAA07065@freefall.freebsd.org>
Date: Wed, 15 Jan 1997 07:38:35 -0800 (PST)
From: scrutchfield@ifusion.com
To: freebsd-gnats-submit@freebsd.org
X-Send-Pr-Version: www-1.0
Subject: bin/2502: Unable to sscanf first integer value.
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


>Number:         2502
>Category:       bin
>Synopsis:       Unable to sscanf first integer value.
>Confidential:   no
>Severity:       serious
>Priority:       high
>Responsible:    freebsd-bugs
>State:          open
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Wed Jan 15 07:40:01 PST 1997
>Last-Modified:
>Originator:     Steven M. Crutchfield
>Organization:
IFusionCom
>Release:        2.2-BETA
>Environment:
FreeBSD no_dobbs.ifusion.com 2.2-BETA_A FreeBSD 2.2-BETA_A #0: Tue Jan  7 16:05:22 EST 1997     root@no_dobbs.ifusion.com:/usr/src/sys/compile/PS2MOUSE  i386


>Description:
I am unable to sscanf correctly 2 integers from a string.  A Sample
program that recreates the problem is shown below.  This is a problem
in both libc and libc_r.

#include <stdio.h>
#include <string.h>
#include <stdlib.h>

main()
{
	char *tmp = "999 12346";
	char *ptr;
	unsigned short x;
	unsigned short y;
	unsigned short z;
	unsigned int a;
	int result;

	result = sscanf ( tmp, "%d %d", &x, &y );
	z = strtol ( tmp, &ptr, 0 );
	a = atoi ( tmp );
	(void)fprintf ( stderr, "x(%d)y(%d)z(%d)a(%d)\n", x, y, z, a );
	exit ( 0 );
}

>How-To-Repeat:
Run the above program.
>Fix:

>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Wed Jan 15 07:53:37 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id HAA07812
          for bugs-outgoing; Wed, 15 Jan 1997 07:53:37 -0800 (PST)
Received: from root.com (implode.root.com [198.145.90.17])
          by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id HAA07804;
          Wed, 15 Jan 1997 07:53:21 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.6/8.6.5) with SMTP id HAA07423; Wed, 15 Jan 1997 07:51:18 -0800 (PST)
Message-Id: <199701151551.HAA07423@root.com>
X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol
To: Bruce Evans <bde@zeta.org.au>
cc: bugs@FreeBSD.ORG, dyson@FreeBSD.ORG, wollman@FreeBSD.ORG
Subject: Re: malloc(..., M_WAITOK) found harmful 
In-reply-to: Your message of "Thu, 16 Jan 1997 00:51:05 +1100."
             <199701151351.AAA24268@godzilla.zeta.org.au> 
From: David Greenman <dg@root.com>
Reply-To: dg@root.com
Date: Wed, 15 Jan 1997 07:51:18 -0800
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

>Here mbinit() calls m_clalloc() with the M_DONTWAIT flag and m_clalloc()
>calls kmem_malloc() with the M_NOWAIT flag, but the flag is not passed
>on to vm_map_insert() and vm_map_entry_create() eventually calls malloc()
>with the M_WAITOK flag.  vm_map_create() always uses M_WAITOK.

   Hmmm. I don't see how this can happen since the map is mb_map and
vm_map_entry_create does special things in this case to make sure that
malloc is NOT called. Please explain...

-DG

David Greenman
Core-team/Principal Architect, The FreeBSD Project

From owner-freebsd-bugs  Wed Jan 15 08:10:03 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id IAA08501
          for bugs-outgoing; Wed, 15 Jan 1997 08:10:03 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id IAA08492;
          Wed, 15 Jan 1997 08:10:01 -0800 (PST)
Date: Wed, 15 Jan 1997 08:10:01 -0800 (PST)
Message-Id: <199701151610.IAA08492@freefall.freebsd.org>
To: freebsd-bugs
Cc: 
From: Garrett Wollman <wollman@lcs.mit.edu>
Subject: bin/2499: fetch ftp://bla bla doesn't bail in disk full.
Reply-To: Garrett Wollman <wollman@lcs.mit.edu>
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

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

From: Garrett Wollman <wollman@lcs.mit.edu>
To: phk@critter.dk.tfs.com
Cc: FreeBSD-gnats-submit@FreeBSD.ORG
Subject: bin/2499: fetch ftp://bla bla doesn't bail in disk full.
Date: Wed, 15 Jan 1997 11:03:25 -0500

 <<On Wed, 15 Jan 1997 11:02:34 +0100 (MET), Poul-Henning Kamp <phk@critter.dk.tfs.com> said:
 
 > -           break;
 > +           die(0);
 
 Should check ferror(fp) before dying.
 
 -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, ANA, or NSA|                     - Susan Aglukark and Chad Irschick

From owner-freebsd-bugs  Wed Jan 15 08:21:38 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id IAA09372
          for bugs-outgoing; Wed, 15 Jan 1997 08:21:38 -0800 (PST)
Received: (from jkh@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id IAA09345;
          Wed, 15 Jan 1997 08:21:30 -0800 (PST)
Date: Wed, 15 Jan 1997 08:21:30 -0800 (PST)
From: "Jordan K. Hubbard" <jkh>
Message-Id: <199701151621.IAA09345@freefall.freebsd.org>
To: jas@agua.flyingfox.com, jkh, freebsd-bugs
Subject: Re: conf/2296
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Synopsis: Can't sysinstall via PPP over sio1 (/dev/cuaa1)

State-Changed-From-To: open-closed
State-Changed-By: jkh
State-Changed-When: Wed Jan 15 08:21:07 PST 1997
State-Changed-Why: 
Finally sat down and plugged this one, thanks!

From owner-freebsd-bugs  Wed Jan 15 08:30:04 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id IAA09739
          for bugs-outgoing; Wed, 15 Jan 1997 08:30:04 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id IAA09731;
          Wed, 15 Jan 1997 08:30:01 -0800 (PST)
Date: Wed, 15 Jan 1997 08:30:01 -0800 (PST)
Message-Id: <199701151630.IAA09731@freefall.freebsd.org>
To: freebsd-bugs
Cc: 
From: "John S. Dyson" <toor@dyson.iquest.net>
Subject: Re: bin/2502: Unable to sscanf first integer value.
Reply-To: "John S. Dyson" <toor@dyson.iquest.net>
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

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

From: "John S. Dyson" <toor@dyson.iquest.net>
To: scrutchfield@ifusion.com
Cc: freebsd-gnats-submit@FreeBSD.ORG
Subject: Re: bin/2502: Unable to sscanf first integer value.
Date: Wed, 15 Jan 1997 11:21:26 -0500 (EST)

 > I am unable to sscanf correctly 2 integers from a string.  A Sample
 > program that recreates the problem is shown below.  This is a problem
 > in both libc and libc_r.
 > 
 > #include <stdio.h>
 > #include <string.h>
 > #include <stdlib.h>
 > 
 > main()
 > {
 > 	char *tmp = "999 12346";
 > 	char *ptr;
 > 	unsigned short x;
 > 	unsigned short y;
 > 	unsigned short z;
 > 	unsigned int a;
 > 	int result;
 > 
 > 	result = sscanf ( tmp, "%d %d", &x, &y );
 > 	z = strtol ( tmp, &ptr, 0 );
 > 	a = atoi ( tmp );
 > 	(void)fprintf ( stderr, "x(%d)y(%d)z(%d)a(%d)\n", x, y, z, a );
 > 	exit ( 0 );
 > }
 > 
 > >How-To-Repeat:
 > Run the above program.
 > >Fix:
 > 
 The problem that you are seeing is due to passing a pointer to
 a "short" instead of a pointer to an "int."  If you change the
 declarations of (x,y) to be "unsigned int", then things will work
 well.
 
 John

From owner-freebsd-bugs  Wed Jan 15 08:40:05 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id IAA10134
          for bugs-outgoing; Wed, 15 Jan 1997 08:40:05 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id IAA10123;
          Wed, 15 Jan 1997 08:40:01 -0800 (PST)
Date: Wed, 15 Jan 1997 08:40:01 -0800 (PST)
Message-Id: <199701151640.IAA10123@freefall.freebsd.org>
To: freebsd-bugs
Cc: 
From: davidn@unique.usn.blaze.net.au (David Nugent)
Subject: Re: bin/2502: Unable to sscanf first integer value.
Reply-To: davidn@unique.usn.blaze.net.au (David Nugent)
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

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

From: davidn@unique.usn.blaze.net.au (David Nugent)
To: scrutchfield@ifusion.com
Cc: freebsd-gnats-submit@freebsd.org
Subject: Re: bin/2502: Unable to sscanf first integer value.
Date: Thu, 16 Jan 1997 03:23:01 +1100

 scrutchfield@ifusion.com writes:
 > I am unable to sscanf correctly 2 integers from a string.  A Sample
 > program that recreates the problem is shown below.  This is a problem
 > in both libc and libc_r.
 
 No, it is a problem with your code, not libc.
 
 > #include <stdio.h>
 > #include <string.h>
 > #include <stdlib.h>
 > 
 > main()
 > {
 > 	char *tmp = "999 12346";
 > 	char *ptr;
 > 	unsigned short x;
 > 	unsigned short y;
 > 	unsigned short z;
 > 	unsigned int a;
 > 	int result;
 > 
 > 	result = sscanf ( tmp, "%d %d", &x, &y );
 
 You're scanning integers, and this is what sscanf expects.
 You're passing it pointers to 16-bit, not 32-bit, quantities.
 'x' is "zeroed" when the value 12346 (32-bit) is written to y,
 as the following fprintf() shows.
 
 > 	z = strtol ( tmp, &ptr, 0 );
 > 	a = atoi ( tmp );
 
 And I assume this is supposed to be 'ptr', not 'tmp'.
 
 > 	(void)fprintf ( stderr, "x(%d)y(%d)z(%d)a(%d)\n", x, y, z, a );
 > 	exit ( 0 );
 > }
 
 The following is a "fixed" version of your code which simply
 changes the integral variables to the 32-bit quantities that
 sscanf expects, which works fine.
 
 #include <stdio.h>
 #include <string.h>
 #include <stdlib.h>
 
 main()
 {
 	char *tmp = "999 12346";
 	char *ptr;
 	int x;
 	int y;
 	int z;
 	int a;
 	int result;
 
 	result = sscanf ( tmp, "%d %d", &x, &y );
 	z = strtol ( tmp, &ptr, 0 );
 	a = atoi ( ptr );
 	(void)fprintf ( stderr, "x(%d)y(%d)z(%d)a(%d)\n", x, y, z, a );
 	exit ( 0 );
 }
 
 
 
 Regards,
 
 David Nugent - Unique Computing Pty Ltd - Melbourne, Australia
 Voice +61-3-9791-9547  Data/BBS +61-3-9792-3507  3:632/348@fidonet
 davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/

From owner-freebsd-bugs  Wed Jan 15 08:46:47 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id IAA10400
          for bugs-outgoing; Wed, 15 Jan 1997 08:46:47 -0800 (PST)
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19])
          by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id IAA10381;
          Wed, 15 Jan 1997 08:46:20 -0800 (PST)
Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id DAA29626; Thu, 16 Jan 1997 03:41:38 +1100
Date: Thu, 16 Jan 1997 03:41:38 +1100
From: Bruce Evans <bde@zeta.org.au>
Message-Id: <199701151641.DAA29626@godzilla.zeta.org.au>
To: bde@zeta.org.au, dg@root.com
Subject: Re: malloc(..., M_WAITOK) found harmful
Cc: bugs@FreeBSD.ORG, dyson@FreeBSD.ORG, wollman@FreeBSD.ORG
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

>>Here mbinit() calls m_clalloc() with the M_DONTWAIT flag and m_clalloc()
>>calls kmem_malloc() with the M_NOWAIT flag, but the flag is not passed
>>on to vm_map_insert() and vm_map_entry_create() eventually calls malloc()
>>with the M_WAITOK flag.  vm_map_create() always uses M_WAITOK.
                                  entry_ (oops)
>
>   Hmmm. I don't see how this can happen since the map is mb_map and
>vm_map_entry_create does special things in this case to make sure that
>malloc is NOT called. Please explain...

I was looking at the wrong function.  Anyway, vm_map_entry_create()
certainly calls malloc() at a bad time.  Here's a more interesting
trace with the same bug occurring much later after almost everything
is initialized:

....
setting ldconfig path: /usr/lib /usr/lib/compat /usr/X11R6/lib /usr/local/lib
standard daemons: inetd cron sendmailM_NOWAIT malloc called at high spl 0xc0020000
...
M_NOWAIT malloc called at high spl 0xc003849a
Debugger("")
Stopped at      _Debugger+0x36: movb    $0,_in_Debugger.94
db> t
_Debugger(f0119716,f01196ee,c003849a) at _Debugger+0x36
_malloc(24,1f,0,f0645000,f063ec80) at _malloc+0x16f
_vm_map_entry_create(f063ec80,f063ec80,f063ec84,1000,c0020000) at _vm_map_entry_create+0x164
_vm_map_insert(f063ec80,f0223084,685000,0,f0644000) at _vm_map_insert+0x1ec
_kmem_malloc(f063ec80,1000,1,f0791600,efbff9d0) at _kmem_malloc+0x10c
_m_clalloc(1,1) at _m_clalloc+0x2e
_ed_get_packet(f0226864,f00d3804,5ea,0,540) at _ed_get_packet+0xc7
_edintr_sc(f0226864,efbffabc,f01d115f,0,80000000) at _edintr_sc+0x373
_edintr(0,80000000,f0640010,efbf0010,f2b0d454) at _edintr+0x1a
Xresume15() at Xresume15+0x2b
--- interrupt, eip = 0xf01da2fa, ebp = 0xefbffabc ---
_generic_bcopy(efbffb18,efbffb9c,2000,efbffb14) at _generic_bcopy+0x1a
_nfs_readrpc(f094b500,efbffb9c,f08fc600,f28e74e0,f08fc600) at _nfs_readrpc+0x67a
_nfs_doio(f28e74e0,f08fc600,f0908a00,f28e74e0,2000) at _nfs_doio+0x167
_nfs_strategy(efbffc1c) at _nfs_strategy+0x61
_vnode_pager_leaf_getpages(f0959580,efbffd24,2,0,f0959580) at _vnode_pager_leaf_getpages+0x3c2
_vnode_pager_getpages(f0959580,efbffd24,2,0,2) at _vnode_pager_getpages+0x77
_vm_pager_get_pages(f0959580,efbffd24,2,0) at _vm_pager_get_pages+0x24
_vm_fault(f063ed80,f342d000,1,0,f0908a00) at _vm_fault+0x5b4
_trap_pfault(efbffda4,0,efbfff0c,f342d000,efbffe98) at _trap_pfault+0xc9
_trap(10,10,efbffe98,f342d000,efbffe0c) at _trap+0x298
alltraps_with_regs_pushed(efbffe98,f0908a00,f020eaf8,0,0) at alltraps_with_regs_pushed+0x33
_execve(f0908a00,efbfff94,efbfff84,18b74,ffffffff) at _execve+0x1c3
_syscall(efbf0027,27,18b8c,ffffffff,efbfdb48) at _syscall+0x185
_Xsyscall() at _Xsyscall+0x35
--- syscall 59, eip = 0x8064461, ebp = 0xefbfdb48 ---

Here m_clalloc(1, M_DONTWAIT) is called from a deeply nested interrupt
handler.  vm_map_entry_create()'s arg is 0xf063ec80 == mcl_map, which
is not specially handled :-(.  This has been broken since 1996/05/10
when Garrett added mcl_map.

Bruce

From owner-freebsd-bugs  Wed Jan 15 09:41:13 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id JAA13070
          for bugs-outgoing; Wed, 15 Jan 1997 09:41:13 -0800 (PST)
Received: from root.com (implode.root.com [198.145.90.17])
          by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id JAA12933;
          Wed, 15 Jan 1997 09:39:52 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.6/8.6.5) with SMTP id JAA07785; Wed, 15 Jan 1997 09:37:50 -0800 (PST)
Message-Id: <199701151737.JAA07785@root.com>
X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol
To: Bruce Evans <bde@zeta.org.au>
cc: bugs@FreeBSD.ORG, dyson@FreeBSD.ORG, wollman@FreeBSD.ORG
Subject: Re: malloc(..., M_WAITOK) found harmful 
In-reply-to: Your message of "Thu, 16 Jan 1997 03:41:38 +1100."
             <199701151641.DAA29626@godzilla.zeta.org.au> 
From: David Greenman <dg@root.com>
Reply-To: dg@root.com
Date: Wed, 15 Jan 1997 09:37:50 -0800
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

>Here m_clalloc(1, M_DONTWAIT) is called from a deeply nested interrupt
>handler.  vm_map_entry_create()'s arg is 0xf063ec80 == mcl_map, which
>is not specially handled :-(.  This has been broken since 1996/05/10
>when Garrett added mcl_map.

   Arrg!!!! I didn't even know about "mcl_map". Okay, this is easy to fix -
mcl_map simply needs to be added to the list of maps in vm_map_entry_create.

-DG

David Greenman
Core-team/Principal Architect, The FreeBSD Project

From owner-freebsd-bugs  Wed Jan 15 09:56:45 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id JAA13767
          for bugs-outgoing; Wed, 15 Jan 1997 09:56:45 -0800 (PST)
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19])
          by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id JAA13752;
          Wed, 15 Jan 1997 09:56:05 -0800 (PST)
Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id EAA31434; Thu, 16 Jan 1997 04:54:18 +1100
Date: Thu, 16 Jan 1997 04:54:18 +1100
From: Bruce Evans <bde@zeta.org.au>
Message-Id: <199701151754.EAA31434@godzilla.zeta.org.au>
To: bde@zeta.org.au, dg@root.com
Subject: Re: malloc(..., M_WAITOK) found harmful
Cc: bugs@freebsd.org, dyson@freebsd.org, wollman@freebsd.org
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

>   Arrg!!!! I didn't even know about "mcl_map". Okay, this is easy to fix -
>mcl_map simply needs to be added to the list of maps in vm_map_entry_create.

The maps are special-cased in too many other places.  I added a check for
mcl_map after all the relevant checks for mb_map in vm_map.c.  It is also
missing in vm_object.c.  I think it is already handled right in vm_kern.c.

Bruce

diff -c2 vm_map.c~ vm_map.c
*** vm_map.c~	Wed Jan 15 04:50:05 1997
--- vm_map.c	Thu Jan 16 04:03:39 1997
***************
*** 333,338 ****
  	int s;
  
! 	if (map == kernel_map || map == kmem_map ||
! 		map == mb_map || map == pager_map) {
  		s = splvm();
  		entry->next = kentry_free;
--- 331,336 ----
  	int s;
  
! 	if (map == kernel_map || map == kmem_map || map == mb_map ||
! 	    map == mcl_map || map == pager_map) {
  		s = splvm();
  		entry->next = kentry_free;
***************
*** 371,375 ****
  			m = vm_page_alloc(kernel_object,
  			        OFF_TO_IDX(mapvm - VM_MIN_KERNEL_ADDRESS),
! 				    (map == kmem_map || map == mb_map) ? VM_ALLOC_INTERRUPT : VM_ALLOC_NORMAL);
  
  			if (m) {
--- 369,375 ----
  			m = vm_page_alloc(kernel_object,
  			        OFF_TO_IDX(mapvm - VM_MIN_KERNEL_ADDRESS),
! 				(map == kmem_map || map == mb_map ||
! 				 map == mcl_map) ?
! 				VM_ALLOC_INTERRUPT : VM_ALLOC_NORMAL);
  
  			if (m) {
***************
*** 396,401 ****
  	}
  
! 	if (map == kernel_map || map == kmem_map ||
! 		map == mb_map || map == pager_map) {
  		s = splvm();
  		entry = kentry_free;
--- 396,401 ----
  	}
  
! 	if (map == kernel_map || map == kmem_map || map == mb_map ||
! 	    map == mcl_map || map == pager_map) {
  		s = splvm();
  		entry = kentry_free;
***************
*** 824,828 ****
  	start = *addr;
  
! 	if (map == kmem_map || map == mb_map)
  		s = splvm();
  
--- 824,828 ----
  	start = *addr;
  
! 	if (map == kmem_map || map == mb_map || map == mcl_map)
  		s = splvm();
  
***************
*** 831,835 ****
  		if (vm_map_findspace(map, start, length, addr)) {
  			vm_map_unlock(map);
! 			if (map == kmem_map || map == mb_map)
  				splx(s);
  			return (KERN_NO_SPACE);
--- 831,835 ----
  		if (vm_map_findspace(map, start, length, addr)) {
  			vm_map_unlock(map);
! 			if (map == kmem_map || map == mb_map || map == mcl_map)
  				splx(s);
  			return (KERN_NO_SPACE);
***************
*** 841,845 ****
  	vm_map_unlock(map);
  
! 	if (map == kmem_map || map == mb_map)
  		splx(s);
  
--- 841,845 ----
  	vm_map_unlock(map);
  
! 	if (map == kmem_map || map == mb_map || map == mcl_map)
  		splx(s);
  
***************
*** 1975,1979 ****
  	register int result, s = 0;
  
! 	if (map == kmem_map || map == mb_map)
  		s = splvm();
  
--- 1975,1979 ----
  	register int result, s = 0;
  
! 	if (map == kmem_map || map == mb_map || map == mcl_map)
  		s = splvm();
  
***************
*** 1983,1987 ****
  	vm_map_unlock(map);
  
! 	if (map == kmem_map || map == mb_map)
  		splx(s);
  
--- 1983,1987 ----
  	vm_map_unlock(map);
  
! 	if (map == kmem_map || map == mb_map || map == mcl_map)
  		splx(s);
  

From owner-freebsd-bugs  Wed Jan 15 10:21:33 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id KAA15334
          for bugs-outgoing; Wed, 15 Jan 1997 10:21:33 -0800 (PST)
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19])
          by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id KAA15304;
          Wed, 15 Jan 1997 10:20:54 -0800 (PST)
Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id FAA32039; Thu, 16 Jan 1997 05:18:32 +1100
Date: Thu, 16 Jan 1997 05:18:32 +1100
From: Bruce Evans <bde@zeta.org.au>
Message-Id: <199701151818.FAA32039@godzilla.zeta.org.au>
To: bugs@freebsd.org
Subject: panic("vm_fault: fault on nofault entry...") in ddb
Cc: dyson@freebsd.org
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

The "fault on nofault entry" panic is fairly easy to run in to by
attempting to examine nonexistent memory using ddb.  The panic
defeats ddb's trap handler.  I got it for examining some sort of
ffs buffer being copied out:

	x/x 0xf28f9000,1000

1000 was supposed to be a lazy way to get to the end, but is 4 times
to large.

Bruce

From owner-freebsd-bugs  Wed Jan 15 10:27:20 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id KAA15512
          for bugs-outgoing; Wed, 15 Jan 1997 10:27:20 -0800 (PST)
Received: from root.com (implode.root.com [198.145.90.17])
          by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id KAA15481;
          Wed, 15 Jan 1997 10:26:29 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.6/8.6.5) with SMTP id KAA07900; Wed, 15 Jan 1997 10:24:21 -0800 (PST)
Message-Id: <199701151824.KAA07900@root.com>
X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol
To: Bruce Evans <bde@zeta.org.au>
cc: bugs@freebsd.org, dyson@freebsd.org, wollman@freebsd.org
Subject: Re: malloc(..., M_WAITOK) found harmful 
In-reply-to: Your message of "Thu, 16 Jan 1997 04:54:18 +1100."
             <199701151754.EAA31434@godzilla.zeta.org.au> 
From: David Greenman <dg@root.com>
Reply-To: dg@root.com
Date: Wed, 15 Jan 1997 10:24:20 -0800
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

>>   Arrg!!!! I didn't even know about "mcl_map". Okay, this is easy to fix -
>>mcl_map simply needs to be added to the list of maps in vm_map_entry_create.
>
>The maps are special-cased in too many other places.  I added a check for
>mcl_map after all the relevant checks for mb_map in vm_map.c.  It is also
>missing in vm_object.c.  I think it is already handled right in vm_kern.c.

   Yes, I agree. I just got off the phone with Garrett and I think the best
solution in this case is to combine mb_map and mcl_map into just mb_map.

-DG

David Greenman
Core-team/Principal Architect, The FreeBSD Project

From owner-freebsd-bugs  Wed Jan 15 11:11:51 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id LAA17747
          for bugs-outgoing; Wed, 15 Jan 1997 11:11:51 -0800 (PST)
Received: from tfs.com (tfs.com [140.145.250.1])
          by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id LAA17726;
          Wed, 15 Jan 1997 11:11:02 -0800 (PST)
Received: from schizo.dk.tfs.com by tfs.com (smail3.1.28.1) with SMTP
	id m0vkajG-0003yEC; Wed, 15 Jan 97 11:10 PST
Received: from critter.dk.tfs.com (critter-home [193.162.32.19]) by schizo.dk.tfs.com (8.8.2/8.7.3) with ESMTP id UAA00674; Wed, 15 Jan 1997 20:09:49 +0100 (MET)
Received: from critter.dk.tfs.com (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.2/8.8.2) with ESMTP id UAA28147; Wed, 15 Jan 1997 20:10:47 +0100 (MET)
To: Bruce Evans <bde@zeta.org.au>
cc: dg@root.com, bugs@freebsd.org, dyson@freebsd.org, wollman@freebsd.org
Subject: Re: malloc(..., M_WAITOK) found harmful 
In-reply-to: Your message of "Thu, 16 Jan 1997 04:54:18 +1100."
             <199701151754.EAA31434@godzilla.zeta.org.au> 
Date: Wed, 15 Jan 1997 20:10:47 +0100
Message-ID: <28145.853355447@critter.dk.tfs.com>
From: Poul-Henning Kamp <phk@critter.dk.tfs.com>
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

In message <199701151754.EAA31434@godzilla.zeta.org.au>, Bruce Evans writes:
>>   Arrg!!!! I didn't even know about "mcl_map". Okay, this is easy to fix -
>>mcl_map simply needs to be added to the list of maps in vm_map_entry_create.
>
>The maps are special-cased in too many other places.  I added a check for
>mcl_map after all the relevant checks for mb_map in vm_map.c.  It is also
>missing in vm_object.c.  I think it is already handled right in vm_kern.c.

Isn't it time to associate an attribute with the map, where we can see
this special casing, rather than have these if() statements get longer
and longer... ?

>*** vm_map.c~	Wed Jan 15 04:50:05 1997
>--- vm_map.c	Thu Jan 16 04:03:39 1997
>***************
>*** 333,338 ****
>  	int s;
>  
>! 	if (map == kernel_map || map == kmem_map ||
>! 		map == mb_map || map == pager_map) {
>  		s = splvm();
>  		entry->next = kentry_free;
>--- 331,336 ----
>  	int s;
>  
>! 	if (map == kernel_map || map == kmem_map || map == mb_map ||
>! 	    map == mcl_map || map == pager_map) {
>  		s = splvm();
>  		entry->next = kentry_free;

--
Poul-Henning Kamp           | phk@FreeBSD.ORG       FreeBSD Core-team.
http://www.freebsd.org/~phk | phk@login.dknet.dk    Private mailbox.
whois: [PHK]                | phk@tfs.com           TRW Financial Systems, Inc.
Power and ignorance is a disgusting cocktail.

From owner-freebsd-bugs  Wed Jan 15 11:18:44 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id LAA18167
          for bugs-outgoing; Wed, 15 Jan 1997 11:18:44 -0800 (PST)
Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127])
          by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id LAA18134;
          Wed, 15 Jan 1997 11:18:19 -0800 (PST)
Received: (from root@localhost) by dyson.iquest.net (8.8.4/8.6.9) id OAA00198; Wed, 15 Jan 1997 14:17:18 -0500 (EST)
From: "John S. Dyson" <toor@dyson.iquest.net>
Message-Id: <199701151917.OAA00198@dyson.iquest.net>
Subject: Re: malloc(..., M_WAITOK) found harmful
To: phk@critter.dk.tfs.com (Poul-Henning Kamp)
Date: Wed, 15 Jan 1997 14:17:17 -0500 (EST)
Cc: bde@zeta.org.au, dg@root.com, bugs@freebsd.org, dyson@freebsd.org,
        wollman@freebsd.org
In-Reply-To: <28145.853355447@critter.dk.tfs.com> from "Poul-Henning Kamp" at Jan 15, 97 08:10:47 pm
X-Mailer: ELM [version 2.4 PL24 ME8]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

> 
> In message <199701151754.EAA31434@godzilla.zeta.org.au>, Bruce Evans writes:
> >>   Arrg!!!! I didn't even know about "mcl_map". Okay, this is easy to fix -
> >>mcl_map simply needs to be added to the list of maps in vm_map_entry_create.
> >
> >The maps are special-cased in too many other places.  I added a check for
> >mcl_map after all the relevant checks for mb_map in vm_map.c.  It is also
> >missing in vm_object.c.  I think it is already handled right in vm_kern.c.
> 
> Isn't it time to associate an attribute with the map, where we can see
> this special casing, rather than have these if() statements get longer
> and longer... ?
> 
Yes.

John

From owner-freebsd-bugs  Wed Jan 15 11:39:22 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id LAA19283
          for bugs-outgoing; Wed, 15 Jan 1997 11:39:22 -0800 (PST)
Received: from root.com (implode.root.com [198.145.90.17])
          by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id LAA19210;
          Wed, 15 Jan 1997 11:38:00 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.6/8.6.5) with SMTP id LAA08193; Wed, 15 Jan 1997 11:35:54 -0800 (PST)
Message-Id: <199701151935.LAA08193@root.com>
X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol
To: Bruce Evans <bde@zeta.org.au>
cc: bugs@freebsd.org, dyson@freebsd.org, wollman@freebsd.org
Subject: Re: malloc(..., M_WAITOK) found harmful 
In-reply-to: Your message of "Thu, 16 Jan 1997 04:54:18 +1100."
             <199701151754.EAA31434@godzilla.zeta.org.au> 
From: David Greenman <dg@root.com>
Reply-To: dg@root.com
Date: Wed, 15 Jan 1997 11:35:54 -0800
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

>The maps are special-cased in too many other places.  I added a check for

   Here are my diffs to combine the maps.

-DG

David Greenman
Core-team/Principal Architect, The FreeBSD Project

Index: conf/param.c
===================================================================
RCS file: /home/ncvs/src/sys/conf/param.c,v
retrieving revision 1.21
diff -c -r1.21 param.c
*** param.c	1997/01/14 06:34:54	1.21
--- param.c	1997/01/15 19:22:50
***************
*** 100,107 ****
  #endif
  int	nmbclusters = NMBCLUSTERS;
  
! /* allocate same amount of virtual address space for mbufs XXX */
! int	nmbufs = NMBCLUSTERS * (MCLBYTES / MSIZE);
  
  int	fscale = FSCALE;	/* kernel uses `FSCALE', user uses `fscale' */
  
--- 100,107 ----
  #endif
  int	nmbclusters = NMBCLUSTERS;
  
! /* allocate 1/4th amount of virtual address space for mbufs XXX */
! int	nmbufs = NMBCLUSTERS * 4;
  
  int	fscale = FSCALE;	/* kernel uses `FSCALE', user uses `fscale' */
  
Index: i386/i386/machdep.c
===================================================================
RCS file: /home/ncvs/src/sys/i386/i386/machdep.c,v
retrieving revision 1.224
diff -c -r1.224 machdep.c
*** machdep.c	1997/01/14 06:38:51	1.224
--- machdep.c	1997/01/15 19:28:33
***************
*** 344,359 ****
  	 * Finally, allocate mbuf pool.  Since mclrefcnt is an off-size
  	 * we use the more space efficient malloc in place of kmem_alloc.
  	 */
- 	mclrefcnt = (char *)malloc(nmbclusters+PAGE_SIZE/MCLBYTES,
- 				   M_MBUF, M_NOWAIT);
- 	bzero(mclrefcnt, nmbclusters+PAGE_SIZE/MCLBYTES);
- 	mcl_map = kmem_suballoc(kmem_map, (vm_offset_t *)&mbutl, &maxaddr,
- 			       nmbclusters * MCLBYTES, FALSE);
  	{
! 		vm_size_t mb_map_size;
! 		mb_map_size = nmbufs * MSIZE;
! 		mb_map = kmem_suballoc(kmem_map, &minaddr, &maxaddr, 
! 				       round_page(mb_map_size), FALSE);
  	}
  
  	/*
--- 344,358 ----
  	 * Finally, allocate mbuf pool.  Since mclrefcnt is an off-size
  	 * we use the more space efficient malloc in place of kmem_alloc.
  	 */
  	{
! 		vm_offset_t mb_map_size;
! 
! 		mb_map_size = nmbufs * MSIZE + nmbclusters * MCLBYTES;
! 		mb_map_size = roundup2(mb_map_size, max(MCLBYTES, PAGE_SIZE));
! 		mclrefcnt = malloc(mb_map_size / MCLBYTES, M_MBUF, M_NOWAIT);
! 		bzero(mclrefcnt, mb_map_size / MCLBYTES);
! 		mb_map = kmem_suballoc(kmem_map, (vm_offset_t *)&mbutl, &maxaddr,
! 			mb_map_size, FALSE);
  	}
  
  	/*
Index: kern/uipc_mbuf.c
===================================================================
RCS file: /home/ncvs/src/sys/kern/uipc_mbuf.c,v
retrieving revision 1.25
diff -c -r1.25 uipc_mbuf.c
*** uipc_mbuf.c	1997/01/14 06:44:16	1.25
--- uipc_mbuf.c	1997/01/15 18:59:32
***************
*** 150,160 ****
  	 * to get any more (nothing is ever freed back to the
  	 * map).
  	 */
! 	if (mcl_map_full)
  		return (0);
  
  	npg = ncl;
! 	p = (caddr_t)kmem_malloc(mcl_map, ctob(npg),
  				 nowait ? M_NOWAIT : M_WAITOK);
  	/*
  	 * Either the map is now full, or this is nowait and there
--- 150,160 ----
  	 * to get any more (nothing is ever freed back to the
  	 * map).
  	 */
! 	if (mb_map_full)
  		return (0);
  
  	npg = ncl;
! 	p = (caddr_t)kmem_malloc(mb_map, ctob(npg),
  				 nowait ? M_NOWAIT : M_WAITOK);
  	/*
  	 * Either the map is now full, or this is nowait and there
Index: vm/vm_kern.c
===================================================================
RCS file: /home/ncvs/src/sys/vm/vm_kern.c,v
retrieving revision 1.30
diff -c -r1.30 vm_kern.c
*** vm_kern.c	1997/01/14 06:57:28	1.30
--- vm_kern.c	1997/01/15 19:01:18
***************
*** 98,105 ****
  vm_map_t buffer_map=0;
  vm_map_t mb_map=0;
  int mb_map_full=0;
- vm_map_t mcl_map=0;
- int mcl_map_full=0;
  vm_map_t io_map=0;
  vm_map_t phys_map=0;
  
--- 98,103 ----
***************
*** 289,296 ****
  	vm_offset_t addr;
  	vm_page_t m;
  
! 	if (map != kmem_map && map != mb_map && map != mcl_map)
! 		panic("kmem_malloc: map != {kmem,mb,mcl}_map");
  
  	size = round_page(size);
  	addr = vm_map_min(map);
--- 287,294 ----
  	vm_offset_t addr;
  	vm_page_t m;
  
! 	if (map != kmem_map && map != mb_map)
! 		panic("kmem_malloc: map != {kmem,mb}_map");
  
  	size = round_page(size);
  	addr = vm_map_min(map);
***************
*** 305,317 ****
  		vm_map_unlock(map);
  		if (map == mb_map) {
  			mb_map_full = TRUE;
! 			log(LOG_ERR, "Out of mbufs - increase maxusers!\n");
! 			return (0);
! 		}
! 		if (map == mcl_map) {
! 			mcl_map_full = TRUE;
! 			log(LOG_ERR, 
! 			    "Out of mbuf clusters - increase maxusers!\n");
  			return (0);
  		}
  		if (waitflag == M_WAITOK)
--- 303,309 ----
  		vm_map_unlock(map);
  		if (map == mb_map) {
  			mb_map_full = TRUE;
! 			log(LOG_ERR, "Out of mbuf clusters - increase maxusers!\n");
  			return (0);
  		}
  		if (waitflag == M_WAITOK)
Index: vm/vm_kern.h
===================================================================
RCS file: /home/ncvs/src/sys/vm/vm_kern.h,v
retrieving revision 1.9
diff -c -r1.9 vm_kern.h
*** vm_kern.h	1997/01/14 06:57:30	1.9
--- vm_kern.h	1997/01/15 19:01:27
***************
*** 73,80 ****
  extern vm_map_t kmem_map;
  extern vm_map_t mb_map;
  extern int mb_map_full;
- extern vm_map_t mcl_map;
- extern int mcl_map_full;
  extern vm_map_t io_map;
  extern vm_map_t clean_map;
  extern vm_map_t phys_map;
--- 73,78 ----

From owner-freebsd-bugs  Wed Jan 15 12:12:34 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id MAA21005
          for bugs-outgoing; Wed, 15 Jan 1997 12:12:34 -0800 (PST)
Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28])
          by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id MAA20905;
          Wed, 15 Jan 1997 12:11:32 -0800 (PST)
Received: from localhost (localhost [127.0.0.1])
          by hydrogen.nike.efn.org (8.8.4/8.8.4) with SMTP
	  id MAA02241; Wed, 15 Jan 1997 12:10:49 -0800 (PST)
Date: Wed, 15 Jan 1997 12:10:45 -0800 (PST)
From: John-Mark Gurney <jmg@nike.efn.org>
Reply-To: John-Mark Gurney <gurney_j@resnet.uoregon.edu>
To: scrutchfield@ifusion.com
cc: freebsd-gnats-submit@freebsd.org,
        GNATS Management <gnats@freefall.freebsd.org>,
        freebsd-bugs@freefall.freebsd.org
Subject: Re: bin/2502: Unable to sscanf first integer value.
In-Reply-To: <199701151538.HAA07065@freefall.freebsd.org>
Message-ID: <Pine.NEB.3.95.970115120659.326I-100000@hydrogen.nike.efn.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

On Wed, 15 Jan 1997 scrutchfield@ifusion.com wrote:

> >Synopsis:       Unable to sscanf first integer value.

[...]

> >Description:
> I am unable to sscanf correctly 2 integers from a string.  A Sample
> program that recreates the problem is shown below.  This is a problem
> in both libc and libc_r.
> 
> #include <stdio.h>
> #include <string.h>
> #include <stdlib.h>
> 
> main()
> {
> 	char *tmp = "999 12346";
> 	char *ptr;
> 	unsigned short x;
> 	unsigned short y;
> 	unsigned short z;

you need these to be int's, not short... if you want a short use %hd
instead..

> 	unsigned int a;
> 	int result;
> 
> 	result = sscanf ( tmp, "%d %d", &x, &y );
> 	z = strtol ( tmp, &ptr, 0 );
> 	a = atoi ( tmp );
> 	(void)fprintf ( stderr, "x(%d)y(%d)z(%d)a(%d)\n", x, y, z, a );
> 	exit ( 0 );
> }
> 
> >How-To-Repeat:
> Run the above program.
> >Fix:

use scanf like it was designed to...  if you need help man 3 scanf should
contain the missing info...  hope this helps... ttyl..

John-Mark

gurney_j@efn.org
http://resnet.uoregon.edu/~gurney_j/
Modem/FAX: (541) 683-6954   (FreeBSD Box)

Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix)


From owner-freebsd-bugs  Wed Jan 15 12:20:05 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id MAA22710
          for bugs-outgoing; Wed, 15 Jan 1997 12:20:05 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id MAA22680;
          Wed, 15 Jan 1997 12:20:03 -0800 (PST)
Date: Wed, 15 Jan 1997 12:20:03 -0800 (PST)
Message-Id: <199701152020.MAA22680@freefall.freebsd.org>
To: freebsd-bugs
Cc: 
From: John-Mark Gurney <jmg@nike.efn.org>
Subject: Re: bin/2502: Unable to sscanf first integer value.
Reply-To: John-Mark Gurney <jmg@nike.efn.org>
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

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

From: John-Mark Gurney <jmg@nike.efn.org>
To: scrutchfield@ifusion.com
Cc: freebsd-gnats-submit@freebsd.org,
        GNATS Management <gnats@freefall.freebsd.org>,
        freebsd-bugs@freefall.freebsd.org
Subject: Re: bin/2502: Unable to sscanf first integer value.
Date: Wed, 15 Jan 1997 12:10:45 -0800 (PST)

 On Wed, 15 Jan 1997 scrutchfield@ifusion.com wrote:
 
 > >Synopsis:       Unable to sscanf first integer value.
 
 [...]
 
 > >Description:
 > I am unable to sscanf correctly 2 integers from a string.  A Sample
 > program that recreates the problem is shown below.  This is a problem
 > in both libc and libc_r.
 > 
 > #include <stdio.h>
 > #include <string.h>
 > #include <stdlib.h>
 > 
 > main()
 > {
 > 	char *tmp = "999 12346";
 > 	char *ptr;
 > 	unsigned short x;
 > 	unsigned short y;
 > 	unsigned short z;
 
 you need these to be int's, not short... if you want a short use %hd
 instead..
 
 > 	unsigned int a;
 > 	int result;
 > 
 > 	result = sscanf ( tmp, "%d %d", &x, &y );
 > 	z = strtol ( tmp, &ptr, 0 );
 > 	a = atoi ( tmp );
 > 	(void)fprintf ( stderr, "x(%d)y(%d)z(%d)a(%d)\n", x, y, z, a );
 > 	exit ( 0 );
 > }
 > 
 > >How-To-Repeat:
 > Run the above program.
 > >Fix:
 
 use scanf like it was designed to...  if you need help man 3 scanf should
 contain the missing info...  hope this helps... ttyl..
 
 John-Mark
 
 gurney_j@efn.org
 http://resnet.uoregon.edu/~gurney_j/
 Modem/FAX: (541) 683-6954   (FreeBSD Box)
 
 Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix)
 

From owner-freebsd-bugs  Wed Jan 15 18:10:06 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id SAA17888
          for bugs-outgoing; Wed, 15 Jan 1997 18:10:06 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id SAA17880;
          Wed, 15 Jan 1997 18:10:04 -0800 (PST)
Resent-Date: Wed, 15 Jan 1997 18:10:04 -0800 (PST)
Resent-Message-Id: <199701160210.SAA17880@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, muir@idiom.com
Received: from charm.inktomi.com (charm.inktomi.com [206.184.203.44])
          by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id SAA17569
          for <FreeBSD-gnats-submit@freebsd.org>; Wed, 15 Jan 1997 18:05:42 -0800 (PST)
Received: (from muir@localhost)
          by charm.inktomi.com (8.8.4/8.8.4)
	  id KAA03386; Wed, 15 Jan 1997 10:11:38 -0800 (PST)
Message-Id: <199701151811.KAA03386@charm.inktomi.com>
Date: Wed, 15 Jan 1997 10:11:38 -0800 (PST)
From: muir@idiom.com
Reply-To: muir@idiom.com
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: misc/2505: /etc/utmp messed up (by xterm?) in 2.2-Beta
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


>Number:         2505
>Category:       misc
>Synopsis:       /etc/utmp messed up (by xterm?) in 2.2-Beta
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Wed Jan 15 18:10:02 PST 1997
>Last-Modified:
>Originator:     David Muir Sharnoff
>Organization:
Idiom Consulting & Inktomi
>Release:        FreeBSD 2.2-BETA_A i386
>Environment:

	Fresh 2.2-BETA install.

>Description:

	This is what "who" outputs:

		root     ttyv0   Jan 15 09:38
		4        #uÝ2ttypDec 31 16:00

>How-To-Repeat:

	Install 2.2-BETA.  Log in.  Start X.  Start some xterms.
	type "who".

>Fix:
	
	Recompile XFree86?

>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Wed Jan 15 22:40:03 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id WAA05885
          for bugs-outgoing; Wed, 15 Jan 1997 22:40:03 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id WAA05879;
          Wed, 15 Jan 1997 22:40:02 -0800 (PST)
Date: Wed, 15 Jan 1997 22:40:02 -0800 (PST)
Message-Id: <199701160640.WAA05879@freefall.freebsd.org>
To: freebsd-bugs
Cc: 
From: uhclem@nemesis.lonestar.org (Frank Durda IV)
Subject: Re: conf/2426: At end of install, panic: Going nowhere without init - FDIV050 
Reply-To: uhclem@nemesis.lonestar.org (Frank Durda IV)
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

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

From: uhclem@nemesis.lonestar.org (Frank Durda IV)
To: jkh@time.cdrom.com, FreeBSD-gnats-submit@freebsd.org
Cc: uhclem@nemesis.lonestar.org
Subject: Re: conf/2426: At end of install, panic: Going nowhere without init - FDIV050 
Date: Thu, 16 Jan 97 00:29 CST

 uhclem wrote in conf/2426:
 [0]	Information Dialog
 [0]	Saving any boot -c changes to new kernel...
 [0]	panic: Going nowhere without init!
 
 jkh writes:
 [1]This may have been due to an error in the SaveUserconfig() code which
 [1]somehow gets confused by certain SCSI configurations.  Since we don't
 [1]save that information here anyway, this was recently disabled in
 [1]sysconfig.  Can you try the 3.0-970114-SNAP floppies/newer/boot.flp
 [1]image and see if this still occurs?  Thanks!
 
 FYI, systems I ran into the problem on did not have any SCSI adapters or
 devices.
 
 However, I tried both the floppies/boot.flp and the floppies/newer/boot.flp
 from the 3.0 SNAP.
 
 FYI, floppies/boot.flp failed attempting to FTP the file "bin/bin.tgz",
 but in changing to a different FTP site for a retry, the "going nowhere"
 panic message occurred after selecting FTP Passive in error and then
 selecting Cancel in the next menu, so the bug still exists in some
 form here.  
 
 The newer/floppies/boot.flp successfully installed the minimal 
 2.2-BETA tree (via a symlinked to 3.0-970114-SNAP on the local FTP
 system), without producing this particular error message.  The
 system was configured back with the SMC 8013 network adapter for
 this test.  I'll try doing the developer distribution install of
 2.2-BETA next.
 
 Despite the fix mentioned being targeted at SCSI issues, it seems to
 correct the problem on non-SCSI platforms as well.  But this makes me
 think the true cause of the problem is not well-understood at this
 time.
 
 Thanks!
 
 Frank Durda IV <uhclem@nemesis.lonestar.org>|"The Knights who say "LETNi"
 or uhclem%nemesis@rwsystr.nkn.net           | demand...  A SEGMENT REGISTER!!!"
 					    |"A what?"
 or ...letni!rwsys!nemesis!uhclem	    |"LETNi! LETNi! LETNi!"  - 1983
 

From owner-freebsd-bugs  Wed Jan 15 23:20:03 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id XAA07092
          for bugs-outgoing; Wed, 15 Jan 1997 23:20:03 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id XAA07079;
          Wed, 15 Jan 1997 23:20:01 -0800 (PST)
Date: Wed, 15 Jan 1997 23:20:01 -0800 (PST)
Message-Id: <199701160720.XAA07079@freefall.freebsd.org>
To: freebsd-bugs
Cc: 
From: "Jordan K. Hubbard" <jkh@time.cdrom.com>
Subject: Re: conf/2426: At end of install, panic: Going nowhere without init - FDIV050 
Reply-To: "Jordan K. Hubbard" <jkh@time.cdrom.com>
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

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

From: "Jordan K. Hubbard" <jkh@time.cdrom.com>
To: uhclem@nemesis.lonestar.org (Frank Durda IV)
Cc: FreeBSD-gnats-submit@freebsd.org
Subject: Re: conf/2426: At end of install, panic: Going nowhere without init - FDIV050 
Date: Wed, 15 Jan 1997 23:18:06 -0800

 > The newer/floppies/boot.flp successfully installed the minimal 
 > 2.2-BETA tree (via a symlinked to 3.0-970114-SNAP on the local FTP
 > system), without producing this particular error message.  The
 
 I found and fixed a number of sysinstall bogons after the SNAP went
 out, which is why I dumped (and will continue to dump) new versions of
 the boot floppies into the floppies/newer/ directory for awhile.  I've
 got this handy chroot environment built up for rolling new boot floppy
 updates to 3.0-970114-SNAP, so I'm going to get some more testing
 mileage out of it before tearing it down and going back to 2.2-GAMMA
 testing.  I'll probably roll at least one more set of boot floppies
 before I do that - I don't think I have all the outstanding PRs closed
 yet.
 
 If you can also test various failure conditions, like misspelled paths
 or bogus host names for FTP and NFS, that would be good - I tried to
 code more defensively for those cases in the last rev of the floppies.
 
 					Jordan

From owner-freebsd-bugs  Thu Jan 16 00:21:30 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id AAA09795
          for bugs-outgoing; Thu, 16 Jan 1997 00:21:30 -0800 (PST)
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19])
          by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id AAA09789;
          Thu, 16 Jan 1997 00:21:22 -0800 (PST)
Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id TAA28376; Thu, 16 Jan 1997 19:19:54 +1100
Date: Thu, 16 Jan 1997 19:19:54 +1100
From: Bruce Evans <bde@zeta.org.au>
Message-Id: <199701160819.TAA28376@godzilla.zeta.org.au>
To: bde@zeta.org.au, dg@root.com
Subject: Re: malloc(..., M_WAITOK) found harmful
Cc: bugs@freebsd.org, dyson@freebsd.org, wollman@freebsd.org
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

>   Here are my diffs to combine the maps.

>Index: i386/i386/machdep.c
old>! 		mb_map = kmem_suballoc(kmem_map, &minaddr, &maxaddr, 
old>! 				       round_page(mb_map_size), FALSE);
new>! 		mb_map = kmem_suballoc(kmem_map, (vm_offset_t *)&mbutl, &maxaddr,
new>! 			mb_map_size, FALSE);

Please format code with less than 80 columns, especially when the code was
already formatted that way, and even more especially when the line has to
be split anyway.

The style guide says to use a continuation indent of 4 (indent -ci4), but
this is ugly and rarely used in non-CSRG FreeBSD code.

>Index: vm/vm_kern.c
old>! 			log(LOG_ERR, 
old>! 			    "Out of mbuf clusters - increase maxusers!\n");
new>! 			log(LOG_ERR, "Out of mbuf clusters - increase maxusers!\n");

Similarly.  -ci4 happens to match the right rule (-lp).

Bruce

From owner-freebsd-bugs  Thu Jan 16 00:36:25 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id AAA10587
          for bugs-outgoing; Thu, 16 Jan 1997 00:36:25 -0800 (PST)
Received: from daiquiri.bb-data.de (firewall-user@daiquiri.bankgesellschaft.de [193.31.178.49])
          by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id AAA10576
          for <bugs@freebsd.org>; Thu, 16 Jan 1997 00:36:22 -0800 (PST)
Received: by daiquiri.bb-data.de; id JAA13895; Thu, 16 Jan 1997 09:36:23 +0100
Received: from ginfizz.bb-data.de(193.31.178.35) by daiquiri.bb-data.de via smap (g3.0.3)
	id xma013844; Thu, 16 Jan 97 09:36:06 +0100
Received: by bb-data.de (/\oo/\ Smail3.1.29.1 #29.5)
	id <m0vknJ1-000YFpC>; Thu, 16 Jan 97 09:36 MET
Received: by ppe.bb-data.de (/\==/\ Smail3.1.28.1 #28.10)
	id <m0vknKJ-00031SC>; Thu, 16 Jan 97 09:37 MET
Message-ID: <32DDE829.63A7@ppe.bb-data.de>
Date: Thu, 16 Jan 1997 09:34:49 +0100
From: Martin Ibert <mib@ppe.bb-data.de>
Organization: BB-DATA GmbH, Berlin, Germany
X-Mailer: Mozilla 3.01Gold (WinNT; I)
MIME-Version: 1.0
To: bugs@freebsd.org
Subject: Rather insignificant bug, but easily fixed
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by freefall.freebsd.org id AAA10581
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Hi,

in /usr/src/sbin/md5/md5.c:

        printf
            ("MD5 time trial. Digesting %d %d-byte blocks ...",
            TEST_BLOCK_LEN, TEST_BLOCK_COUNT);


should be

        printf
            ("MD5 time trial. Digesting %d %d-byte blocks ...",
            TEST_BLOCK_COUNT, TEST_BLOCK_LEN);


-- 
-----------------------------------------------------------------
Dipl.-Inform. Martin Ibert, BB-DATA GmbH, phone: +49-30-245-56582
Brunnenstraße 111, D-13355 Berlin, Germany, fax: +49-30-245-56577
--------------------------------------- mailto:mib@ppe.bb-data.de

From owner-freebsd-bugs  Thu Jan 16 02:13:24 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id CAA14109
          for bugs-outgoing; Thu, 16 Jan 1997 02:13:24 -0800 (PST)
Received: from tfs.com (tfs.com [140.145.250.1])
          by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id CAA14101
          for <bugs@FreeBSD.ORG>; Thu, 16 Jan 1997 02:13:21 -0800 (PST)
Received: from schizo.dk.tfs.com by tfs.com (smail3.1.28.1) with SMTP
	id m0vkooT-0003vnC; Thu, 16 Jan 97 02:12 PST
Received: from critter.dk.tfs.com (critter.dk.tfs.com [140.145.230.252]) by schizo.dk.tfs.com (8.8.2/8.7.3) with ESMTP id LAA02759; Thu, 16 Jan 1997 11:12:47 +0100 (MET)
Received: from critter.dk.tfs.com (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.2/8.8.2) with ESMTP id LAA01026; Thu, 16 Jan 1997 11:13:55 +0100 (MET)
To: Martin Ibert <mib@ppe.bb-data.de>
cc: bugs@FreeBSD.ORG
Subject: Re: Rather insignificant bug, but easily fixed 
In-reply-to: Your message of "Thu, 16 Jan 1997 09:34:49 +0100."
             <32DDE829.63A7@ppe.bb-data.de> 
Date: Thu, 16 Jan 1997 11:13:54 +0100
Message-ID: <1024.853409634@critter.dk.tfs.com>
From: Poul-Henning Kamp <phk@critter.dk.tfs.com>
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

In message <32DDE829.63A7@ppe.bb-data.de>, Martin Ibert writes:
>Hi,
>
>in /usr/src/sbin/md5/md5.c:

Thanks!

--
Poul-Henning Kamp           | phk@FreeBSD.ORG       FreeBSD Core-team.
http://www.freebsd.org/~phk | phk@login.dknet.dk    Private mailbox.
whois: [PHK]                | phk@tfs.com           TRW Financial Systems, Inc.
Power and ignorance is a disgusting cocktail.

From owner-freebsd-bugs  Thu Jan 16 02:30:27 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id CAA14634
          for bugs-outgoing; Thu, 16 Jan 1997 02:30:27 -0800 (PST)
Received: (from jkh@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id CAA14607;
          Thu, 16 Jan 1997 02:30:14 -0800 (PST)
Date: Thu, 16 Jan 1997 02:30:14 -0800 (PST)
From: "Jordan K. Hubbard" <jkh>
Message-Id: <199701161030.CAA14607@freefall.freebsd.org>
To: andrew@ugh.net.au, jkh, freebsd-bugs
Subject: Re: conf/2342
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Synopsis: ppp in installer uses wrong device

State-Changed-From-To: open-closed
State-Changed-By: jkh
State-Changed-When: Thu Jan 16 02:29:53 PST 1997
State-Changed-Why: 
Duplicate PR, and problem fixed.

From owner-freebsd-bugs  Thu Jan 16 02:31:40 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id CAA14748
          for bugs-outgoing; Thu, 16 Jan 1997 02:31:40 -0800 (PST)
Received: (from jkh@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id CAA14729;
          Thu, 16 Jan 1997 02:31:33 -0800 (PST)
Date: Thu, 16 Jan 1997 02:31:33 -0800 (PST)
From: "Jordan K. Hubbard" <jkh>
Message-Id: <199701161031.CAA14729@freefall.freebsd.org>
To: andrew@ugh.net.au, jkh, freebsd-bugs
Subject: Re: docs/2343
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Synopsis: help in network config page for PPP connections

State-Changed-From-To: open-closed
State-Changed-By: jkh
State-Changed-When: Thu Jan 16 02:30:44 PST 1997
State-Changed-Why: 
I'm not sure I even understand this bug report, so
I'll close it and ask the poster to send me a direct email
clarifying the nature of the complaint.  Thanks!

From owner-freebsd-bugs  Thu Jan 16 02:33:20 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id CAA14895
          for bugs-outgoing; Thu, 16 Jan 1997 02:33:20 -0800 (PST)
Received: (from jkh@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id CAA14876;
          Thu, 16 Jan 1997 02:33:07 -0800 (PST)
Date: Thu, 16 Jan 1997 02:33:07 -0800 (PST)
From: "Jordan K. Hubbard" <jkh>
Message-Id: <199701161033.CAA14876@freefall.freebsd.org>
To: andrew@ugh.net.au, jkh, freebsd-bugs
Subject: Re: conf/2344
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Synopsis: getting a PPP line for install

State-Changed-From-To: open-closed
State-Changed-By: jkh
State-Changed-When: Thu Jan 16 02:32:25 PST 1997
State-Changed-Why: 
I don't think that ppp's dialer capabilities will be enhanced
in sysinstall unless ppp someday implements an easy way of
specifying that, in which case sysinstall will pick it up.

From owner-freebsd-bugs  Thu Jan 16 02:56:59 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id CAA15882
          for bugs-outgoing; Thu, 16 Jan 1997 02:56:59 -0800 (PST)
Received: (from jkh@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id CAA15825;
          Thu, 16 Jan 1997 02:56:45 -0800 (PST)
Date: Thu, 16 Jan 1997 02:56:45 -0800 (PST)
From: "Jordan K. Hubbard" <jkh>
Message-Id: <199701161056.CAA15825@freefall.freebsd.org>
To: andrew@ugh.net.au, jkh, freebsd-bugs
Subject: Re: conf/2350
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Synopsis: sysinstall: Anonymous FTP

State-Changed-From-To: open-closed
State-Changed-By: jkh
State-Changed-When: Thu Jan 16 02:56:05 PST 1997
State-Changed-Why: 
I'm sorry, but I can't reproduce this.  Either it was fixed
as a side-effect of something else or you only _thought_ you
said /usr/ftp. :)

From owner-freebsd-bugs  Thu Jan 16 02:57:47 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id CAA15974
          for bugs-outgoing; Thu, 16 Jan 1997 02:57:47 -0800 (PST)
Received: (from jkh@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id CAA15955;
          Thu, 16 Jan 1997 02:57:41 -0800 (PST)
Date: Thu, 16 Jan 1997 02:57:41 -0800 (PST)
From: "Jordan K. Hubbard" <jkh>
Message-Id: <199701161057.CAA15955@freefall.freebsd.org>
To: andrew@ugh.net.au, jkh, freebsd-bugs
Subject: Re: bin/2349
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Synopsis: sysinstall: If you type anything on vty4 it dies.

State-Changed-From-To: open-closed
State-Changed-By: jkh
State-Changed-When: Thu Jan 16 02:56:57 PST 1997
State-Changed-Why: 
This was apparently a syscons problem, and I can't reproduce it now
under -current so I think it's gone.  It is also now possible
to restart the holographic shell at any time.

From owner-freebsd-bugs  Thu Jan 16 03:48:17 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id DAA17756
          for bugs-outgoing; Thu, 16 Jan 1997 03:48:17 -0800 (PST)
Received: (from jkh@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id DAA17735;
          Thu, 16 Jan 1997 03:48:12 -0800 (PST)
Date: Thu, 16 Jan 1997 03:48:12 -0800 (PST)
From: "Jordan K. Hubbard" <jkh>
Message-Id: <199701161148.DAA17735@freefall.freebsd.org>
To: andrew@fortress.org, jkh, freebsd-bugs
Subject: Re: bin/2293
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Synopsis: Improvement to sliplogin - prints dest. IP address

State-Changed-From-To: open-closed
State-Changed-By: jkh
State-Changed-When: Thu Jan 16 03:47:49 PST 1997
State-Changed-Why: 
fix accepted, thanks!

From owner-freebsd-bugs  Thu Jan 16 03:51:16 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id DAA17970
          for bugs-outgoing; Thu, 16 Jan 1997 03:51:16 -0800 (PST)
Received: (from jkh@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id DAA17951;
          Thu, 16 Jan 1997 03:51:12 -0800 (PST)
Date: Thu, 16 Jan 1997 03:51:12 -0800 (PST)
From: "Jordan K. Hubbard" <jkh>
Message-Id: <199701161151.DAA17951@freefall.freebsd.org>
To: jas@agua.flyingfox.com, jkh, freebsd-bugs
Subject: Re: conf/2294
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Synopsis: sysinstall over PPP to "custom" URL doesn't work

State-Changed-From-To: open-closed
State-Changed-By: jkh
State-Changed-When: Thu Jan 16 03:50:17 PST 1997
State-Changed-Why: 
Should be closed in:
  ftp://ftp.freebsd.org/pub/FreeBSD/3.0-970114-SNAP/floppies/newer/boot.flp

[This same installation will be merged to 2.2 before the 2.2-GAMMA release]

From owner-freebsd-bugs  Thu Jan 16 05:10:04 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id FAA20280
          for bugs-outgoing; Thu, 16 Jan 1997 05:10:04 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id FAA20269;
          Thu, 16 Jan 1997 05:10:02 -0800 (PST)
Resent-Date: Thu, 16 Jan 1997 05:10:02 -0800 (PST)
Resent-Message-Id: <199701161310.FAA20269@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org,
        thomas@ghpc8.ihf.rwth-aachen.de
Received: from ghpc6.ihf.rwth-aachen.de (ghpc6.ihf.RWTH-Aachen.DE [134.130.90.6])
          by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id FAA20209
          for <FreeBSD-gnats-submit@freebsd.org>; Thu, 16 Jan 1997 05:07:52 -0800 (PST)
Received: (from thomas@localhost) by ghpc6.ihf.rwth-aachen.de (8.6.12/8.6.9) id OAA11837; Thu, 16 Jan 1997 14:07:14 +0100
Message-Id: <199701161307.OAA11837@ghpc6.ihf.rwth-aachen.de>
Date: Thu, 16 Jan 1997 14:07:14 +0100
From: Thomas Gellekum <thomas@ghpc8.ihf.rwth-aachen.de>
Reply-To: thomas@ghpc8.ihf.rwth-aachen.de
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: docs/2506: /usr/share/sgml/FreeBSD empty
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


>Number:         2506
>Category:       docs
>Synopsis:       /usr/share/sgml/FreeBSD empty
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Class:          doc-bug
>Submitter-Id:   current-users
>Arrival-Date:   Thu Jan 16 05:10:01 PST 1997
>Last-Modified:
>Originator:     Thomas Gellekum
>Organization:
>Release:        FreeBSD 2.2-BETA
>Environment:

	fresh installed 2.2-BETA

>Description:

	The subdirectories of /usr/share/sgml are empty.

>How-To-Repeat:

	sgmlfmt -f /usr/src/share/doc/handbook/handbook.sgml

	Error: Could not locate specified transfile
	sgmls: Error accessing "/usr/share/sgml/FreeBSD/linuxdoc.dcl":
	       No such file or directory.
	       Could not open file for entity "*SGMLDOC"; entity reference ignored
	sgmls: Cannot open SGML document entity	

>Fix:
	
	`make install' from /usr/src/share/sgml works fine, so it's 
	probably a bogon in /usr/src/release/Makefile. A quick glance
	through this doesn't produce any reference to share/sgml, but
	I don't know enough about this file.

>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Thu Jan 16 05:45:17 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id FAA22065
          for bugs-outgoing; Thu, 16 Jan 1997 05:45:17 -0800 (PST)
Received: (from jkh@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id FAA22035;
          Thu, 16 Jan 1997 05:44:52 -0800 (PST)
Date: Thu, 16 Jan 1997 05:44:52 -0800 (PST)
From: "Jordan K. Hubbard" <jkh>
Message-Id: <199701161344.FAA22035@freefall.freebsd.org>
To: thomas@ghpc8.ihf.rwth-aachen.de, jkh, freebsd-bugs
Subject: Re: docs/2506
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Synopsis: /usr/share/sgml/FreeBSD empty

State-Changed-From-To: open-closed
State-Changed-By: jkh
State-Changed-When: Thu Jan 16 05:44:33 PST 1997
State-Changed-Why: 
This was a Makefile bogon, and we fixed it - thanks!

From owner-freebsd-bugs  Thu Jan 16 07:30:06 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id HAA26082
          for bugs-outgoing; Thu, 16 Jan 1997 07:30:06 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id HAA26071;
          Thu, 16 Jan 1997 07:30:03 -0800 (PST)
Resent-Date: Thu, 16 Jan 1997 07:30:03 -0800 (PST)
Resent-Message-Id: <199701161530.HAA26071@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, jlido@helium.goof.com
Received: from helium.goof.com (helium.goof.com [198.82.228.148])
          by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id HAA25910
          for <FreeBSD-gnats-submit@freebsd.org>; Thu, 16 Jan 1997 07:26:47 -0800 (PST)
Received: (from jlido@localhost) by helium.goof.com (8.7.5/8.6.12) id KAA01813; Thu, 16 Jan 1997 10:26:49 -0500 (EST)
Message-Id: <199701161526.KAA01813@helium.goof.com>
Date: Thu, 16 Jan 1997 10:26:49 -0500 (EST)
From: Jon-Erik Lido <jlido@helium.goof.com>
Reply-To: jlido@helium.goof.com
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: kern/2507: MSDOSFS directory bug
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


>Number:         2507
>Category:       kern
>Synopsis:       Renaming DOS directories with "mv" causes corruption.
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Thu Jan 16 07:30:01 PST 1997
>Last-Modified:
>Originator:     Jon-Erik Lido
>Organization:
>Release:        FreeBSD 2.1-STABLE i386
>Environment:

	FreeBSD 2.1.5, Windows 95

>Description:

	Renaming MSDOS directories mounted under FreeBSD with the "mv"
	seems to slightly corrupt the filesystem.  I believe it is
	creating a circular directory structure somehow with the a
	directory of the new name inside the old directory.

>How-To-Repeat:

	Mount a DOS filesystem read/write.  Create a directory.  Rename
	the directory with "mv" as you would with a unix directory.
	Voila!  Busted directory.

>Fix:
	
	Under DOS scandisk is able to correct the damage, but I don't
	know what the source of the problem is.

>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Thu Jan 16 11:10:10 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id LAA07327
          for bugs-outgoing; Thu, 16 Jan 1997 11:10:10 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id LAA07319;
          Thu, 16 Jan 1997 11:10:06 -0800 (PST)
Resent-Date: Thu, 16 Jan 1997 11:10:06 -0800 (PST)
Resent-Message-Id: <199701161910.LAA07319@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, hhui@bluemountainarts.com
Received: from disperse.arcfour.com (disperse.arcfour.com [207.176.50.17])
          by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id LAA06767
          for <FreeBSD-gnats-submit@freebsd.org>; Thu, 16 Jan 1997 11:05:00 -0800 (PST)
Received: (from hhui@localhost)
  by disperse.arcfour.com (ArcFour-8.8.3) id OAA11986;
  ; Thu, 16 Jan 1997 14:04:42 -0500 (EST)
Message-Id: <199701161904.OAA11986@disperse.arcfour.com>
Date: Thu, 16 Jan 1997 14:04:42 -0500 (EST)
From: Hui-Hui Hu <hhui@bluemountainarts.com>
Reply-To: hhui@bluemountainarts.com
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: bin/2508: kerberos does not support multihomed hosts
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


>Number:         2508
>Category:       bin
>Synopsis:       kerberos does not support multihomed hosts
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Thu Jan 16 11:10:04 PST 1997
>Last-Modified:
>Originator:     Hui-Hui Hu
>Organization:
Arc Four
>Release:        FreeBSD 2.2-ALPHA i386
>Environment:

	kerberos IV / eBones  (by the way, I tried 3.0-current krb libs also)
        server is running two IP addresses

>Description:

	a ticket read request will often fail over a multihomed
        server host because kerberos will check the ticket address 
        and if the first interface address the system returns is
        different from the outgoing packet then it will generate a 
        "Incorrect network address" (RD_AP_BADD). this is contrary to
        the specification, which says:

'Incorrect network address' 
      The address in the ticket does not match the address you sent the 
      request from. This happens on systems with more than one network 
      address, either physically or logically. You can list addresses which
      should be considered equal in `/etc/krb.equiv' on your servers. 

        the line in rd_req.c (libkrb.a) is:

    if (from_addr && (ad->address != from_addr))

        which does not take in account more than one interface.

>How-To-Repeat:

        configure two interfaces, with the non-default interface
        ("internal lan") being the first one that the kernel will return.
        then try to authenticate yourself.

>Fix:
	
	a very bad fix is to comment out the line return (RD_AP_BADD)
        in rd_req.c. Obviously this kind of destroys a lot of authentication.
        The proper solution would be to implement a krb.equiv file
        for multihomed server hosts. That would be really, really appreciated.
        Maybe I'll work on it if I get bored some day. :)
 
>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Thu Jan 16 11:28:57 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id LAA08374
          for bugs-outgoing; Thu, 16 Jan 1997 11:28:57 -0800 (PST)
Received: from sax.sax.de (sax.sax.de [193.175.26.33])
          by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id LAA08359
          for <freebsd-bugs@freefall.freebsd.org>; Thu, 16 Jan 1997 11:28:50 -0800 (PST)
Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id UAA03197; Thu, 16 Jan 1997 20:27:32 +0100
Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id UAA15648; Thu, 16 Jan 1997 20:17:57 +0100 (MET)
Message-ID: <Mutt.19970116201757.j@uriah.heep.sax.de>
Date: Thu, 16 Jan 1997 20:17:57 +0100
From: j@uriah.heep.sax.de (J Wunsch)
To: spatula@gulf.net (Prisoner)
Cc: freebsd-bugs@freefall.freebsd.org
Subject: Re: kern/2494: page faults
References: <199701151330.FAA29407@freefall.freebsd.org>
X-Mailer: Mutt 0.55-PL10
Mime-Version: 1.0
X-Phone: +49-351-2012 669
X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F  93 21 E0 7D F9 12 D6 4E
Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
In-Reply-To: <199701151330.FAA29407@freefall.freebsd.org>; from Prisoner on Jan 15, 1997 05:30:02 -0800
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

As Prisoner wrote:

>     The page fault is almost always exactly the same.  Here's the debugger 
>  information from the last (and most common) fault:
>  
>  fault virtual address	= 0x7200c4c
>  fault code		= supervisor read, page not present
>  instruction pointer	= 0x8:0xf017c4b4
>  code segment		= base 0x0, limit 0xfffff, type 0x1b
>  			= DPL 0, pres 1, def32 1, gran 1
>  processor eflags	= trace/trap, interrupt enabled, resume, IOPL=0
>  current process		= 4 (update)
>  interrupt mask	=
>  kernel: type 12 trap, code=0
>  breakpoint at _ffs_update +0xa4:  cmpl  $0x1,0x52c(%ebx)
>  
>     It's always within a few instructions to this location.

That's in /sys/ufs/ffs/ffs_inode.c:

int
ffs_update(ap)
	struct vop_update_args /* {
		struct vnode *a_vp;
		struct timeval *a_access;
		struct timeval *a_modify;
		int a_waitfor;
	} */ *ap;
{
[...]
	fs = ip->i_fs;
	/*
	 * Ensure that uid and gid are correct. This is a temporary
	 * fix until fsck has been changed to do the update.
	 */
	if (fs->fs_inodefmt < FS_44INODEFMT) {		/* XXX */
	    ^^^^
	    here

Maybe this raises a flag for someone?  OTOH, if it were a genuine bug
in the code, it should happen reproducibly at the same location, not
just ``somewhere around''...

The fault VA looks suspicious, it's not just a NULL pointer.  It's
0x7200c4c - 0x52c = 0x7200720.  Looks like trashed memory -- a pointer
has been trashed by repeatedly dumping the short 0x720 over it.
Incidentally, 0x720 is a space in the video frame buffer, with the
default attribute 0x7 (white gray on black).


-- 
cheers, J"org

joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
Never trust an operating system you don't have sources for. ;-)

From owner-freebsd-bugs  Thu Jan 16 12:29:34 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id MAA11725
          for bugs-outgoing; Thu, 16 Jan 1997 12:29:34 -0800 (PST)
Received: from obsidian.arcfour.com (obsidian.arcfour.com [207.176.50.19])
          by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id MAA11691;
          Thu, 16 Jan 1997 12:28:19 -0800 (PST)
Received: from arcfour.com (disperse.arcfour.com [207.176.50.17])
  by obsidian.arcfour.com (ArcFour-8.8.3) with ESMTP id PAA04924;
  ; Thu, 16 Jan 1997 15:28:06 -0500 (EST)
Message-Id: <199701162028.PAA04924@obsidian.arcfour.com>
To: FreeBSD-gnats@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org
Subject: Re: bin/2508: kerberos does not support multihomed hosts 
In-reply-to: Your message of "Thu, 16 Jan 1997 11:10:05 PST."
             <199701161910.LAA07313@freefall.freebsd.org> 
Date: Thu, 16 Jan 1997 15:28:06 -0500
From: Hui-Hui Hu <hhui@arcfour.com>
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk


Sorry to follow up on my own message. But I have a context diff that will
patch eBones to utilize the "krb.equiv" file. I can't claim credit for the
source code, just for backporting it into the existing distribution.
It's based on the Kerberos port at KTH, Sweden
(http://www.pdc.kth.se/kth-krb) version 0.9.

krb.equiv is a file listing equivalent IPs e.g. 192.23.45.6 205.23.45.6

Would be great if this could be merged into the distribution (or something
equivalent).

Thanks.

-Tung-Hui Hu
hhui@arcfour.com

*** old/include/krb.h	Sun Feb 11 04:41:57 1996
--- new/include/krb.h	Thu Jan 16 14:39:49 1997
***************
*** 62,70 ****
  
  #define		KRB_CONF	"/etc/kerberosIV/krb.conf"
  #define		KRB_RLM_TRANS	"/etc/kerberosIV/krb.realms"
  #define		KRB_MASTER	"kerberos"
  #define		KRB_HOST	KRB_MASTER
  #define		KRB_REALM	"ATHENA.MIT.EDU"
  
  /* The maximum sizes for aname, realm, sname, and instance +1 */
  #define 	ANAME_SZ	40
--- 62,71 ----
  
  #define		KRB_CONF	"/etc/kerberosIV/krb.conf"
  #define		KRB_RLM_TRANS	"/etc/kerberosIV/krb.realms"
+ #define		KRB_EQUIV	"/etc/kerberosIV/krb.equiv"
  #define		KRB_MASTER	"kerberos"
  #define		KRB_HOST	KRB_MASTER
  #define		KRB_REALM	"ATHENA.MIT.EDU"
  
  /* The maximum sizes for aname, realm, sname, and instance +1 */
  #define 	ANAME_SZ	40
***************
*** 494,499 ****
--- 495,501 ----
  int k_isrealm __P((char *s));
  int k_isname __P((char *s));
  int k_gethostname __P((char *name, int namelen));
+ int krb_equiv __P((u_long, u_long));
  int kerb_init __P((void));
  void kerb_fini __P((void));
  int kerb_db_set_name __P((char *name));
*** old/lib/libkrb/rd_req.c	Thu Sep  7 17:38:26 1995
--- new/lib/libkrb/rd_req.c	Thu Jan 16 15:14:19 1997
***************
*** 298,304 ****
  
      if (krb_ap_req_debug)
          log("Address: %d %d",ad->address,from_addr);
!     if (from_addr && (ad->address != from_addr))
          return(RD_AP_BADD);
  
      (void) gettimeofday(&t_local,(struct timezone *) 0);
--- 298,304 ----
  
      if (krb_ap_req_debug)
          log("Address: %d %d",ad->address,from_addr);
!     if (from_addr && (!krb_equiv(ad->address, from_addr))) 
          return(RD_AP_BADD);
  
      (void) gettimeofday(&t_local,(struct timezone *) 0);
*** old/lib/libkrb/rd_safe.c	Thu Sep  7 17:38:27 1995
--- new/lib/libkrb/rd_safe.c	Thu Jan 16 15:16:50 1997
***************
*** 126,132 ****
      /* don't swap, net order always */
      p += sizeof(src_addr);
  
!     if (src_addr != (u_long) sender->sin_addr.s_addr)
          return RD_AP_MODIFIED;
  
      /* safely get time_sec */
--- 126,132 ----
      /* don't swap, net order always */
      p += sizeof(src_addr);
  
!     if (!krb_equiv(src_addr, sender->sin_addr.s_addr))
          return RD_AP_MODIFIED;
  
      /* safely get time_sec */
*** old/lib/libkrb/rd_priv.c	Thu Sep  7 17:38:26 1995
--- new/lib/libkrb/rd_priv.c	Thu Jan 16 15:17:14 1997
***************
*** 146,152 ****
      /* don't swap, net order always */
      p += sizeof(src_addr);
  
!     if (src_addr != (u_long) sender->sin_addr.s_addr)
  	return RD_AP_MODIFIED;
  
      /* safely get time_sec */
--- 146,152 ----
      /* don't swap, net order always */
      p += sizeof(src_addr);
  
!     if (!krb_equiv(src_addr, sender->sin_addr.s_addr))
  	return RD_AP_MODIFIED;
  
      /* safely get time_sec */
diff -c -N old/lib/libkrb/Makefile new/lib/libkrb/Makefile
*** old/lib/libkrb/Makefile	Thu Jan 16 15:20:12 1997
--- new/lib/libkrb/Makefile	Thu Jan 16 15:14:51 1997
***************
*** 10,16 ****
  	get_admhst.c get_cred.c get_in_tkt.c get_krbhst.c get_krbrlm.c \
  	get_phost.c get_pw_tkt.c get_request.c get_svc_in_tkt.c \
  	get_tf_fullname.c get_tf_realm.c getrealm.c getst.c in_tkt.c \
! 	k_gethostname.c klog.c kname_parse.c kntoln.c kparse.c \
  	krb_err_txt.c krb_get_in_tkt.c kuserok.c log.c mk_err.c \
  	mk_priv.c mk_req.c mk_safe.c month_sname.c \
  	netread.c netwrite.c one.c pkt_cipher.c pkt_clen.c rd_err.c \
--- 10,16 ----
  	get_admhst.c get_cred.c get_in_tkt.c get_krbhst.c get_krbrlm.c \
  	get_phost.c get_pw_tkt.c get_request.c get_svc_in_tkt.c \
  	get_tf_fullname.c get_tf_realm.c getrealm.c getst.c in_tkt.c \
! 	k_gethostname.c krb_equiv.c klog.c kname_parse.c kntoln.c kparse.c \
  	krb_err_txt.c krb_get_in_tkt.c kuserok.c log.c mk_err.c \
  	mk_priv.c mk_req.c mk_safe.c month_sname.c \
  	netread.c netwrite.c one.c pkt_cipher.c pkt_clen.c rd_err.c \
diff -c -N old/lib/libkrb/krb_equiv.c new/lib/libkrb/krb_equiv.c
*** old/lib/libkrb/krb_equiv.c	Wed Dec 31 19:00:00 1969
--- new/lib/libkrb/krb_equiv.c	Thu Jan 16 15:18:24 1997
***************
*** 0 ****
--- 1,116 ----
+ /*
+  * int krb_equiv(u_int32_t ipaddr_a, u_int32_t ipaddr_b);
+  *
+  * Given two IP adresses return true if they match
+  * or are considered to belong to the same host.
+  *
+  * For example if /etc/krb.equiv looks like
+  *
+  *    130.237.223.3   192.16.126.3    # alv alv1
+  *    130.237.223.4   192.16.126.4    # byse byse1
+  *    130.237.228.152 192.16.126.9    # topsy topsy1
+  *
+  * krb_equiv(alv, alv1) would return true but
+  * krb_equiv(alv, byse1) would not.
+  *
+  * A comment starts with an '#' and ends with '\n'.
+  *
+  */
+ #if 0
+ #ifndef lint
+ static char rcsid[] =
+ "$Id: krb_equiv.c,v 1.9 1996/03/25 13:09:37 bg Exp $";
+ #endif  lint
+ #endif
+ 
+ #include <stdlib.h>
+ #include <stdio.h>
+ #include <sys/types.h>
+ #include <krb.h>
+ #include <string.h>
+ 
+ 
+ int krb_ignore_ip_address = 0;
+ 
+ int
+ krb_equiv(u_long a, u_long b)
+ {
+   FILE *fil;
+   char line[256];
+   int hit_a, hit_b;
+   int iscomment;
+   
+   if (a == b)			/* trivial match, also the common case */
+     return 1;
+   
+   if (krb_ignore_ip_address)
+     return 1;			/* if we have decided not to compare */
+ 
+   a = ntohl(a);
+   b = ntohl(b);
+ 
+   fil = fopen(KRB_EQUIV, "r");
+   if (fil == NULL)		/* open failed */
+     return 0;
+   
+   hit_a = hit_b = 0;
+   iscomment = 0;
+   while (fgets(line, sizeof(line)-1, fil) != NULL) /* for each line */
+     {
+       char *t = line;
+       int len = strlen(t);
+       
+       /* for each item on this line */
+       while (*t != 0)		/* more addresses on this line? */
+ 	if (*t == '\n') {
+ 	  iscomment = hit_a = hit_b = 0;
+ 	  break;
+ 	} else if (iscomment)
+ 	  t = line + len - 1;
+ 	else if (*t == '#') {		/* rest is comment */
+ 	  iscomment = 1;
+ 	  ++t;
+ 	} else if (*t == '\\' ) /* continuation */
+ 	  break;
+ 	else if (isspace(*t))	/* skip space */
+ 	  t++;
+ 	else if (isdigit(*t))	/* an address? */
+ 	  {
+ 	    u_int32_t tmp;
+ 	    u_int32_t tmpa, tmpb, tmpc, tmpd;
+ 	    
+ 	    sscanf(t, "%d.%d.%d.%d", &tmpa, &tmpb, &tmpc, &tmpd);
+ 	    tmp = (tmpa << 24) | (tmpb << 16) | (tmpc << 8) | tmpd;
+ 
+ 	    while (*t == '.' || isdigit(*t)) /* done with this address */
+ 	      t++;
+ 
+ 	    if (tmp != -1) {	/* an address (and not broadcast) */
+ 	      u_long mask = ~0;
+ 
+ 	      if (*t == '/') {
+ 		++t;
+ 		mask <<= 32 - atoi(t);
+ 
+ 		while(isdigit(*t))
+ 		  ++t;
+ 	      }
+ 
+ 	      if ((tmp & mask) == (a & mask))
+ 		hit_a = 1;
+ 	      if ((tmp & mask) == (b & mask))
+ 		hit_b = 1;
+ 	      if (hit_a && hit_b) {
+ 		fclose(fil);
+ 		return 1;
+ 	      }
+ 	    }
+ 	  }
+ 	else
+ 	  ++t;		/* garbage on this line, skip it */
+ 
+     }
+ 
+   fclose(fil);
+   return 0;
+ }

From owner-freebsd-bugs  Thu Jan 16 12:50:04 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id MAA12664
          for bugs-outgoing; Thu, 16 Jan 1997 12:50:04 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id MAA12658;
          Thu, 16 Jan 1997 12:50:02 -0800 (PST)
Date: Thu, 16 Jan 1997 12:50:02 -0800 (PST)
Message-Id: <199701162050.MAA12658@freefall.freebsd.org>
To: freebsd-bugs
Cc: 
From: Hui-Hui Hu <hhui@arcfour.com>
Subject: Re: bin/2508: kerberos does not support multihomed hosts 
Reply-To: Hui-Hui Hu <hhui@arcfour.com>
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

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

From: Hui-Hui Hu <hhui@arcfour.com>
To: FreeBSD-gnats@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org
Cc:  Subject: Re: bin/2508: kerberos does not support multihomed hosts 
Date: Thu, 16 Jan 1997 15:28:06 -0500

 Sorry to follow up on my own message. But I have a context diff that will
 patch eBones to utilize the "krb.equiv" file. I can't claim credit for the
 source code, just for backporting it into the existing distribution.
 It's based on the Kerberos port at KTH, Sweden
 (http://www.pdc.kth.se/kth-krb) version 0.9.
 
 krb.equiv is a file listing equivalent IPs e.g. 192.23.45.6 205.23.45.6
 
 Would be great if this could be merged into the distribution (or something
 equivalent).
 
 Thanks.
 
 -Tung-Hui Hu
 hhui@arcfour.com
 
 *** old/include/krb.h	Sun Feb 11 04:41:57 1996
 --- new/include/krb.h	Thu Jan 16 14:39:49 1997
 ***************
 *** 62,70 ****
   
   #define		KRB_CONF	"/etc/kerberosIV/krb.conf"
   #define		KRB_RLM_TRANS	"/etc/kerberosIV/krb.realms"
   #define		KRB_MASTER	"kerberos"
   #define		KRB_HOST	KRB_MASTER
   #define		KRB_REALM	"ATHENA.MIT.EDU"
   
   /* The maximum sizes for aname, realm, sname, and instance +1 */
   #define 	ANAME_SZ	40
 --- 62,71 ----
   
   #define		KRB_CONF	"/etc/kerberosIV/krb.conf"
   #define		KRB_RLM_TRANS	"/etc/kerberosIV/krb.realms"
 + #define		KRB_EQUIV	"/etc/kerberosIV/krb.equiv"
   #define		KRB_MASTER	"kerberos"
   #define		KRB_HOST	KRB_MASTER
   #define		KRB_REALM	"ATHENA.MIT.EDU"
   
   /* The maximum sizes for aname, realm, sname, and instance +1 */
   #define 	ANAME_SZ	40
 ***************
 *** 494,499 ****
 --- 495,501 ----
   int k_isrealm __P((char *s));
   int k_isname __P((char *s));
   int k_gethostname __P((char *name, int namelen));
 + int krb_equiv __P((u_long, u_long));
   int kerb_init __P((void));
   void kerb_fini __P((void));
   int kerb_db_set_name __P((char *name));
 *** old/lib/libkrb/rd_req.c	Thu Sep  7 17:38:26 1995
 --- new/lib/libkrb/rd_req.c	Thu Jan 16 15:14:19 1997
 ***************
 *** 298,304 ****
   
       if (krb_ap_req_debug)
           log("Address: %d %d",ad->address,from_addr);
 !     if (from_addr && (ad->address != from_addr))
           return(RD_AP_BADD);
   
       (void) gettimeofday(&t_local,(struct timezone *) 0);
 --- 298,304 ----
   
       if (krb_ap_req_debug)
           log("Address: %d %d",ad->address,from_addr);
 !     if (from_addr && (!krb_equiv(ad->address, from_addr))) 
           return(RD_AP_BADD);
   
       (void) gettimeofday(&t_local,(struct timezone *) 0);
 *** old/lib/libkrb/rd_safe.c	Thu Sep  7 17:38:27 1995
 --- new/lib/libkrb/rd_safe.c	Thu Jan 16 15:16:50 1997
 ***************
 *** 126,132 ****
       /* don't swap, net order always */
       p += sizeof(src_addr);
   
 !     if (src_addr != (u_long) sender->sin_addr.s_addr)
           return RD_AP_MODIFIED;
   
       /* safely get time_sec */
 --- 126,132 ----
       /* don't swap, net order always */
       p += sizeof(src_addr);
   
 !     if (!krb_equiv(src_addr, sender->sin_addr.s_addr))
           return RD_AP_MODIFIED;
   
       /* safely get time_sec */
 *** old/lib/libkrb/rd_priv.c	Thu Sep  7 17:38:26 1995
 --- new/lib/libkrb/rd_priv.c	Thu Jan 16 15:17:14 1997
 ***************
 *** 146,152 ****
       /* don't swap, net order always */
       p += sizeof(src_addr);
   
 !     if (src_addr != (u_long) sender->sin_addr.s_addr)
   	return RD_AP_MODIFIED;
   
       /* safely get time_sec */
 --- 146,152 ----
       /* don't swap, net order always */
       p += sizeof(src_addr);
   
 !     if (!krb_equiv(src_addr, sender->sin_addr.s_addr))
   	return RD_AP_MODIFIED;
   
       /* safely get time_sec */
 diff -c -N old/lib/libkrb/Makefile new/lib/libkrb/Makefile
 *** old/lib/libkrb/Makefile	Thu Jan 16 15:20:12 1997
 --- new/lib/libkrb/Makefile	Thu Jan 16 15:14:51 1997
 ***************
 *** 10,16 ****
   	get_admhst.c get_cred.c get_in_tkt.c get_krbhst.c get_krbrlm.c \
   	get_phost.c get_pw_tkt.c get_request.c get_svc_in_tkt.c \
   	get_tf_fullname.c get_tf_realm.c getrealm.c getst.c in_tkt.c \
 ! 	k_gethostname.c klog.c kname_parse.c kntoln.c kparse.c \
   	krb_err_txt.c krb_get_in_tkt.c kuserok.c log.c mk_err.c \
   	mk_priv.c mk_req.c mk_safe.c month_sname.c \
   	netread.c netwrite.c one.c pkt_cipher.c pkt_clen.c rd_err.c \
 --- 10,16 ----
   	get_admhst.c get_cred.c get_in_tkt.c get_krbhst.c get_krbrlm.c \
   	get_phost.c get_pw_tkt.c get_request.c get_svc_in_tkt.c \
   	get_tf_fullname.c get_tf_realm.c getrealm.c getst.c in_tkt.c \
 ! 	k_gethostname.c krb_equiv.c klog.c kname_parse.c kntoln.c kparse.c \
   	krb_err_txt.c krb_get_in_tkt.c kuserok.c log.c mk_err.c \
   	mk_priv.c mk_req.c mk_safe.c month_sname.c \
   	netread.c netwrite.c one.c pkt_cipher.c pkt_clen.c rd_err.c \
 diff -c -N old/lib/libkrb/krb_equiv.c new/lib/libkrb/krb_equiv.c
 *** old/lib/libkrb/krb_equiv.c	Wed Dec 31 19:00:00 1969
 --- new/lib/libkrb/krb_equiv.c	Thu Jan 16 15:18:24 1997
 ***************
 *** 0 ****
 --- 1,116 ----
 + /*
 +  * int krb_equiv(u_int32_t ipaddr_a, u_int32_t ipaddr_b);
 +  *
 +  * Given two IP adresses return true if they match
 +  * or are considered to belong to the same host.
 +  *
 +  * For example if /etc/krb.equiv looks like
 +  *
 +  *    130.237.223.3   192.16.126.3    # alv alv1
 +  *    130.237.223.4   192.16.126.4    # byse byse1
 +  *    130.237.228.152 192.16.126.9    # topsy topsy1
 +  *
 +  * krb_equiv(alv, alv1) would return true but
 +  * krb_equiv(alv, byse1) would not.
 +  *
 +  * A comment starts with an '#' and ends with '\n'.
 +  *
 +  */
 + #if 0
 + #ifndef lint
 + static char rcsid[] =
 + "$Id: krb_equiv.c,v 1.9 1996/03/25 13:09:37 bg Exp $";
 + #endif  lint
 + #endif
 + 
 + #include <stdlib.h>
 + #include <stdio.h>
 + #include <sys/types.h>
 + #include <krb.h>
 + #include <string.h>
 + 
 + 
 + int krb_ignore_ip_address = 0;
 + 
 + int
 + krb_equiv(u_long a, u_long b)
 + {
 +   FILE *fil;
 +   char line[256];
 +   int hit_a, hit_b;
 +   int iscomment;
 +   
 +   if (a == b)			/* trivial match, also the common case */
 +     return 1;
 +   
 +   if (krb_ignore_ip_address)
 +     return 1;			/* if we have decided not to compare */
 + 
 +   a = ntohl(a);
 +   b = ntohl(b);
 + 
 +   fil = fopen(KRB_EQUIV, "r");
 +   if (fil == NULL)		/* open failed */
 +     return 0;
 +   
 +   hit_a = hit_b = 0;
 +   iscomment = 0;
 +   while (fgets(line, sizeof(line)-1, fil) != NULL) /* for each line */
 +     {
 +       char *t = line;
 +       int len = strlen(t);
 +       
 +       /* for each item on this line */
 +       while (*t != 0)		/* more addresses on this line? */
 + 	if (*t == '\n') {
 + 	  iscomment = hit_a = hit_b = 0;
 + 	  break;
 + 	} else if (iscomment)
 + 	  t = line + len - 1;
 + 	else if (*t == '#') {		/* rest is comment */
 + 	  iscomment = 1;
 + 	  ++t;
 + 	} else if (*t == '\\' ) /* continuation */
 + 	  break;
 + 	else if (isspace(*t))	/* skip space */
 + 	  t++;
 + 	else if (isdigit(*t))	/* an address? */
 + 	  {
 + 	    u_int32_t tmp;
 + 	    u_int32_t tmpa, tmpb, tmpc, tmpd;
 + 	    
 + 	    sscanf(t, "%d.%d.%d.%d", &tmpa, &tmpb, &tmpc, &tmpd);
 + 	    tmp = (tmpa << 24) | (tmpb << 16) | (tmpc << 8) | tmpd;
 + 
 + 	    while (*t == '.' || isdigit(*t)) /* done with this address */
 + 	      t++;
 + 
 + 	    if (tmp != -1) {	/* an address (and not broadcast) */
 + 	      u_long mask = ~0;
 + 
 + 	      if (*t == '/') {
 + 		++t;
 + 		mask <<= 32 - atoi(t);
 + 
 + 		while(isdigit(*t))
 + 		  ++t;
 + 	      }
 + 
 + 	      if ((tmp & mask) == (a & mask))
 + 		hit_a = 1;
 + 	      if ((tmp & mask) == (b & mask))
 + 		hit_b = 1;
 + 	      if (hit_a && hit_b) {
 + 		fclose(fil);
 + 		return 1;
 + 	      }
 + 	    }
 + 	  }
 + 	else
 + 	  ++t;		/* garbage on this line, skip it */
 + 
 +     }
 + 
 +   fclose(fil);
 +   return 0;
 + }
 

From owner-freebsd-bugs  Thu Jan 16 14:00:04 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id OAA16378
          for bugs-outgoing; Thu, 16 Jan 1997 14:00:04 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id OAA16354;
          Thu, 16 Jan 1997 14:00:02 -0800 (PST)
Date: Thu, 16 Jan 1997 14:00:02 -0800 (PST)
Message-Id: <199701162200.OAA16354@freefall.freebsd.org>
To: freebsd-bugs
Cc: 
From: mmcg@heraclitus.cs.monash.edu.au
Subject: Re: i386/2485: 2.2-BETA (install) device probe appears to screw screen
Reply-To: mmcg@heraclitus.cs.monash.edu.au
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

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

From: mmcg@heraclitus.cs.monash.edu.au
To: freebsd-gnats-submit@freebsd.org, mmcg@heraclitus.cs.monash.edu.au
Cc: mmcg@heraclitus.cs.monash.edu.au
Subject: Re: i386/2485: 2.2-BETA (install) device probe appears to screw screen
Date: Fri, 17 Jan 1997 08:50:08 +1100 (EST)

 > &gt;tools (aka `games') identify it as a paradise PVGA1a.
 >
 > It's definitely *not* any sort of paradise card[...]
 >        An ARK1000VL chip (S3 compatible, according to the net).
 >        An ARK1491 chip (ramdac?  clock chip?)
 
 Heh.  The ARK chipset appears to be not quite compatible with the
 WD PVGA1a chipset.  It appears to behave itself under DOS, but some
 part of the FreeBSD screen probe (in syscons) places it into a
 strange state.
 
 PCVT also identifies the card as a Paradise PVGA1a - and it manages
 not to screw the screen (it's not insisting on graphics itself, and
 I have no need of X on that machine).  Hence, I'll stick to
 that driver for now.
 
 If anyone ever gets around to reading this PR and getting back
 to me, I'll be happy to apply and test patches to syscons until
 the whole thing works (I *like* the new-look syscons).
 
 NB: It may be wise to distribute a `PCVT-based' install floppy as well
 as the usual syscons one.
 
 Cheers,
 
     Mike, happy enough for now.

From owner-freebsd-bugs  Thu Jan 16 15:49:47 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id PAA22162
          for bugs-outgoing; Thu, 16 Jan 1997 15:49:47 -0800 (PST)
Received: from lips.lcse.umn.edu (lips.lcse.umn.edu [128.101.182.100])
          by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id PAA22157
          for <freebsd-bugs@freebsd.org>; Thu, 16 Jan 1997 15:49:42 -0800 (PST)
Received: from phuck.lcse.umn.edu (phuck.lcse.umn.edu [128.101.182.69])
          by lips.lcse.umn.edu (8.8.4/8.8.4) with ESMTP
	  id RAA00192 for <freebsd-bugs@freebsd.org>; Thu, 16 Jan 1997 17:49:40 -0600 (CST)
Received: (from cattelan@localhost) by phuck.lcse.umn.edu (8.8.3/8.8.3) id RAA19817; Thu, 16 Jan 1997 17:49:39 -0600 (CST)
Date: Thu, 16 Jan 1997 17:49:39 -0600 (CST)
Message-Id: <199701162349.RAA19817@phuck.lcse.umn.edu>
From: Russell Cattelan <cattelan@thebarn.com>
To: freebsd-bugs@freebsd.org
Subject: pppd crashes system with.
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

This is running 3.0-current as of Jan 15 1997

The system will crash with the error shortly after the 
pppd deamon is started.

fault code              = supervisor read, page not present

I have tried using both and external and internal modem (not that 
it should really make a difference) with the same results.


-- 
Russell Cattelan
-------------------------------------------
Of all that works backward must be foreword!
-------------------------------------------

From owner-freebsd-bugs  Thu Jan 16 16:10:05 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id QAA24032
          for bugs-outgoing; Thu, 16 Jan 1997 16:10:05 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id QAA24022;
          Thu, 16 Jan 1997 16:10:02 -0800 (PST)
Resent-Date: Thu, 16 Jan 1997 16:10:02 -0800 (PST)
Resent-Message-Id: <199701170010.QAA24022@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, helbig@MX.BA-Stuttgart.De
Received: from who.cdrom.com (who.cdrom.com [204.216.27.3])
          by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id QAA23570
          for <FreeBSD-gnats-submit@freebsd.org>; Thu, 16 Jan 1997 16:04:32 -0800 (PST)
Received: from terminator.informatik.ba-stuttgart.de (terminator.informatik.ba-stuttgart.de [141.31.1.21])
          by who.cdrom.com (8.7.5/8.6.11) with ESMTP id QAA01516
          for <FreeBSD-gnats-submit@freebsd.org>; Thu, 16 Jan 1997 16:04:12 -0800 (PST)
Received: from helbig.informatik.ba-stuttgart.de (helbig.informatik.ba-stuttgart.de [141.31.166.22]) by terminator.informatik.ba-stuttgart.de (8.7.6/8.7.3) with ESMTP id XAA31352 for <FreeBSD-gnats-submit@freebsd.org>; Thu, 16 Jan 1997 23:52:30 +0100
Received: (from helbig@localhost)
          by helbig.informatik.ba-stuttgart.de (8.8.4/8.8.4)
	  id AAA01129; Fri, 17 Jan 1997 00:52:56 +0100 (MET)
Message-Id: <199701162352.AAA01129@helbig.informatik.ba-stuttgart.de>
Date: Fri, 17 Jan 1997 00:52:56 +0100 (MET)
From: Wolfgang Helbig <helbig@MX.BA-Stuttgart.De>
Reply-To: helbig@MX.BA-Stuttgart.De
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: kern/2509: the file opt_kbdio.h is missing - cannot build kernel
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


>Number:         2509
>Category:       kern
>Synopsis:       the file opt_kbdio.h is missing - cannot build kernel
>Confidential:   no
>Severity:       serious
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Thu Jan 16 16:10:01 PST 1997
>Last-Modified:
>Originator:     Wolfgang Helbig
>Organization:
>Release:        FreeBSD 3.0-CURRENT i386 jan 16 1997
>Environment:

	

>Description:

 	building the kernel fails because of missing file opt_kbdio.h.
	It is included in kbdio.c.

>How-To-Repeat:

	

>Fix:
	
	

>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Thu Jan 16 16:50:04 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id QAA27713
          for bugs-outgoing; Thu, 16 Jan 1997 16:50:04 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id QAA27704;
          Thu, 16 Jan 1997 16:50:02 -0800 (PST)
Date: Thu, 16 Jan 1997 16:50:02 -0800 (PST)
Message-Id: <199701170050.QAA27704@freefall.freebsd.org>
To: freebsd-bugs
Cc: 
From: j@uriah.heep.sax.de (J Wunsch)
Subject: Re: kern/2494: page faults
Reply-To: j@uriah.heep.sax.de (J Wunsch)
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

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

From: j@uriah.heep.sax.de (J Wunsch)
To: spatula@gulf.net (Prisoner)
Cc: freebsd-gnats-submit@freefall.freebsd.org
Subject: Re: kern/2494: page faults
Date: Thu, 16 Jan 1997 20:23:43 +0100

 As Prisoner wrote:
 
 >  fault virtual address	= 0x7200c4c
 >  fault code		= supervisor read, page not present
 >  instruction pointer	= 0x8:0xf017c4b4
 >  code segment		= base 0x0, limit 0xfffff, type 0x1b
 >  			= DPL 0, pres 1, def32 1, gran 1
 >  processor eflags	= trace/trap, interrupt enabled, resume, IOPL=0
 >  current process		= 4 (update)
 >  interrupt mask	=
 >  kernel: type 12 trap, code=0
 >  breakpoint at _ffs_update +0xa4:  cmpl  $0x1,0x52c(%ebx)
 >  
 >     It's always within a few instructions to this location.
 
 This is in /sys/ufs/ffs/ffs_inode.c:
 
 int
 ffs_update(ap)
 	struct vop_update_args /* {
 		struct vnode *a_vp;
 		struct timeval *a_access;
 		struct timeval *a_modify;
 		int a_waitfor;
 	} */ *ap;
 {
 ...
 	fs = ip->i_fs;
 	/*
 	 * Ensure that uid and gid are correct. This is a temporary
 	 * fix until fsck has been changed to do the update.
 	 */
 	if (fs->fs_inodefmt < FS_44INODEFMT) {		/* XXX */
 	    ^^^^
 	    here
 
 If it were a genuine bug in the code, it should always happen at the
 same spot, not just `somewhere around'.
 
 The fault VA looks suspicous, it's 0x7200c4c - 0x52c = 0x72000720.
 Somehow, the ip->i_fs pointer has been trashed by dumping the short
 value 0x720 over it.  Incidentally, this value is just a space in the
 video screen buffer, together with the default attribute 0x7 (light
 gray on black).  It looks like part of your screen updates go wild
 into the memory.
 
 -- 
 cheers, J"org
 
 joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
 Never trust an operating system you don't have sources for. ;-)

From owner-freebsd-bugs  Thu Jan 16 17:08:40 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id RAA28626
          for bugs-outgoing; Thu, 16 Jan 1997 17:08:40 -0800 (PST)
Received: from mailgate ([202.159.65.166])
          by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id RAA28606;
          Thu, 16 Jan 1997 17:08:29 -0800 (PST)
Received: from bandung.wasantara.net.id (bandung.wasantara.net.id [202.159.69.35]) by mailgate (8.6.11/8.6.9) with ESMTP id HAA09743; Fri, 17 Jan 1997 07:54:05 +0700
Date: Fri, 17 Jan 1997 07:54:05 +0700
Received: from BANDUNG/SpoolDir by bandung.wasantara.net.id (Mercury 1.21);
    17 Jan 97 09:00:27 GMT+0700
Received: from SpoolDir by BANDUNG (Mercury 1.21); 17 Jan 97 08:59:43 GMT+0700
Received: from shuttle.wasantara.net.id by bandung.wasantara.net.id (Mercury 1.21);
    17 Jan 97 08:59:36 GMT+0700
X-Sender: eka@werty.wasantara.net.id (Unverified)
X-Mailer: Windows Eudora Pro Version 2.1.2
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
To: freebsd-bugs@freebsd.org
From: Eka Kelana <eka@werty.wasantara.net.id>
Subject: Re: bug in setsockopt()... ? 
Cc: mbarkah@hemi.com, freebsd-hackers@freebsd.org, dg@root.com
Message-ID: <25801E10313@bandung.wasantara.net.id>
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

>>I've observed that in FreeBSD, after a connect(), the buffer size 
>>is adjusted according to the MTU of the connecting interface inde-
>>pendent of the socket buffer high water mark. Perhaps the intent
>>is to automatically reserve reasonable buffer sizes based on the
>>interface MTU. 
>
>   This is actually a bug that Garrett has on his whiteboard...
>

I have observed this behaviour and found this:

1. The minimum buffer size (window size) is 17820. Setting socket high water
mark below this value will affect nothing.

2. The first window size advertised by the sender (in the first SYN segment)
will always be 16384. This is the default socket buffer size. Even changing
the sender socket buffer size, wouldn't change the window size in this first
SYN segment.

3. The window size advertised by the receiver in the next SYN|ACK segment,
will be whatever the receiver socket buffer size. A process can change this
size to a value beyond 17280 but not to a value below 17280, as I found in
point #1. 

4. The next ACK segment and the rest segment sent by the sender will have
window size of 17280. 

Here I put the first five output lines resulted from running tcpdump while
sending a packet:

14:34:52.115081 shuttle.mad_dog.net.id.1049 >
Empritz.mad_dog.net.id.commplex-link: S 1711296001:1711296001(0) win 16384
<mss 1460,nop,wscale0,nop,nop,timestamp|

14:34:52.116329 Empritz.mad_dog.net.id.commplex-link >
shuttle.mad_dog.net.id.1049: S 712000001:712000001(0) ack 1711296002 win 0
<mss 1460,nop,wscale1,nop,nop,timestamp|

14:34:52.116634 shuttle.mad_dog.net.id.1049 >
Empritz.mad_dog.net.id.commplex-link: . ack 1 win 17280 <nop,nop,timestamp
26709 11105,nop,nop|

14:34:56.860243 shuttle.mad_dog.net.id.1049 >
Empritz.mad_dog.net.id.commplex-link: . 1:2(1) ack 1 win 17280
<nop,nop,timestamp 26718 11105,nop,nop|

14:34:57.047734 Empritz.mad_dog.net.id.commplex-link >
shuttle.mad_dog.net.id.1049: . ack 2 win 65535 <nop,nop,timestamp 11115
26718,nop,nop|


The sender is host shuttle and the receiver is host Empritz. I set the
receiver and sender buffer size to 65536 and send 8192 bytes packet. I use
10Mb ethernet.

Well, my question is: is this really a bug or just what mr. Barkah said ?
I wish there is someone here who can tell me which code in FreeBSD
networking code that cause this behaviour.

Thank's for all!

-Eka Kelana-
STTTelkom


From owner-freebsd-bugs  Thu Jan 16 17:30:04 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id RAA00559
          for bugs-outgoing; Thu, 16 Jan 1997 17:30:04 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id RAA00550;
          Thu, 16 Jan 1997 17:30:01 -0800 (PST)
Date: Thu, 16 Jan 1997 17:30:01 -0800 (PST)
Message-Id: <199701170130.RAA00550@freefall.freebsd.org>
To: freebsd-bugs
Cc: 
From: Alex Nash <nash@mcs.com>
Subject: Re: kern/2509: the file opt_kbdio.h is missing - cannot build kernel
Reply-To: Alex Nash <nash@mcs.com>
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

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

From: Alex Nash <nash@mcs.com>
To: helbig@MX.BA-Stuttgart.De
Cc: FreeBSD-gnats-submit@freebsd.org
Subject: Re: kern/2509: the file opt_kbdio.h is missing - cannot build kernel
Date: Thu, 16 Jan 1997 19:27:44 -0600

 Wolfgang Helbig wrote:
 >         building the kernel fails because of missing file opt_kbdio.h.
 >         It is included in kbdio.c.
 
 Did you re-run config after updating the kernel source?
 
 Alex

From owner-freebsd-bugs  Thu Jan 16 17:40:05 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id RAA01500
          for bugs-outgoing; Thu, 16 Jan 1997 17:40:05 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id RAA01481;
          Thu, 16 Jan 1997 17:40:02 -0800 (PST)
Resent-Date: Thu, 16 Jan 1997 17:40:02 -0800 (PST)
Resent-Message-Id: <199701170140.RAA01481@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org,
        kargl@troutmask.apl.washington.edu
Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.54])
          by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id RAA01117
          for <FreeBSD-gnats-submit@freebsd.org>; Thu, 16 Jan 1997 17:36:27 -0800 (PST)
Received: (from root@localhost) by troutmask.apl.washington.edu (8.8.4/8.7.3) id RAA03987; Thu, 16 Jan 1997 17:37:45 -0800 (PST)
Message-Id: <199701170137.RAA03987@troutmask.apl.washington.edu>
Date: Thu, 16 Jan 1997 17:37:45 -0800 (PST)
From: "Steven G. Kargl" <kargl@troutmask.apl.washington.edu>
Reply-To: kargl@troutmask.apl.washington.edu
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: bin/2510: vi escape keys over slow connection are dropped
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


>Number:         2510
>Category:       bin
>Synopsis:       arrow keys (escape codes) are dropped
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Class:          change-request
>Submitter-Id:   current-users
>Arrival-Date:   Thu Jan 16 17:40:01 PST 1997
>Last-Modified:
>Originator:     Steven G. Kargl
>Organization:
Applied Physics Lab
>Release:        FreeBSD 3.0-CURRENT i386
>Environment:
FreeBSD 2.2-SNAP (October vintage) connected to a FreeBSD-current
via ppp and a 14.4k modem.
	

>Description:

Using arrow keys in vi will result in an A, B, C, or D inserted in the
text rather than the intended motion of move right, left, up, or down.

The .exrc file contains:

map! ^[[A ^[ka
map! ^[[B ^[ja
map! ^[[C ^[la
map! ^[[D ^[ha
map! ^[OA ^[ka
map! ^[OB ^[ja
map! ^[OC ^[la
map! ^[OD ^[ha

to map the key arrow keys to the h, j, k, l motion key.


>How-To-Repeat:

Edit any file over a slow connection with vi and try to move
through the file with arrow keys.

>Fix:

Increase the default escapetime from 300ms to 600ms.
	

*** options.c.orig	Thu Jan 16 17:24:36 1997
--- options.c	Thu Jan 16 17:26:04 1997
***************
*** 341,347 ****
  	(void)snprintf(b1, sizeof(b1),
  	    "directory=%s", (s = getenv("TMPDIR")) == NULL ? _PATH_TMP : s);
  	OI(O_DIRECTORY, b1);
! 	OI(O_ESCAPETIME, "escapetime=3");
  	OI(O_KEYTIME, "keytime=6");
  	OI(O_MATCHTIME, "matchtime=7");
  	(void)snprintf(b1, sizeof(b1), "msgcat=%s", _PATH_MSGCAT);
--- 341,347 ----
  	(void)snprintf(b1, sizeof(b1),
  	    "directory=%s", (s = getenv("TMPDIR")) == NULL ? _PATH_TMP : s);
  	OI(O_DIRECTORY, b1);
! 	OI(O_ESCAPETIME, "escapetime=6");
  	OI(O_KEYTIME, "keytime=6");
  	OI(O_MATCHTIME, "matchtime=7");
  	(void)snprintf(b1, sizeof(b1), "msgcat=%s", _PATH_MSGCAT);
>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Thu Jan 16 18:00:05 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id SAA02617
          for bugs-outgoing; Thu, 16 Jan 1997 18:00:05 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id SAA02596;
          Thu, 16 Jan 1997 18:00:02 -0800 (PST)
Resent-Date: Thu, 16 Jan 1997 18:00:02 -0800 (PST)
Resent-Message-Id: <199701170200.SAA02596@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, muir@idiom.com
Received: from idiom.com (root@idiom.com [140.174.82.4])
          by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id RAA02242
          for <FreeBSD-gnats-submit@freebsd.org>; Thu, 16 Jan 1997 17:52:06 -0800 (PST)
Received: (from muir@localhost) by idiom.com (8.8.4/8.8.3) id RAA05480; Thu, 16 Jan 1997 17:52:05 -0800 (PST)
Message-Id: <199701170152.RAA05480@idiom.com>
Date: Thu, 16 Jan 1997 17:52:05 -0800 (PST)
From: David Muir Sharnoff <muir@idiom.com>
Reply-To: muir@idiom.com
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: bin/2511: Security bug in crontab()
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


>Number:         2511
>Category:       bin
>Synopsis:       Security bug in crontab()
>Confidential:   yes
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Thu Jan 16 18:00:01 PST 1997
>Last-Modified:
>Originator:     David Muir Sharnoff
>Organization:
Idiom
>Release:        FreeBSD 2.1-STABLE i386
>Environment:

	FreeBSD 2.1-stable as of about 2.1.5
	Fresh -stable sources

>Description:

	See http://www.l0pht.com/advisories.html

>How-To-Repeat:

	See http://www.l0pht.com/advisories.html

>Fix:

I only spent about 10 minutes making the patch so somebody might
be able to do a better job of it.
	
Index: crontab.c
===================================================================
RCS file: /usr/cvs/src/usr.sbin/cron/crontab/crontab.c,v
retrieving revision 1.3.4.1
diff -c -r1.3.4.1 crontab.c
*** crontab.c	1996/04/09 21:23:11	1.3.4.1
--- crontab.c	1997/01/17 01:39:08
***************
*** 43,48 ****
--- 43,49 ----
  #if defined(POSIX)
  # include <locale.h>
  #endif
+ #include "utmp.h"
  
  
  #define NHEADER_LINES 3
***************
*** 167,173 ****
  					ProgramName, optarg);
  				exit(ERROR_EXIT);
  			}
! 			(void) strcpy(User, optarg);
  			break;
  		case 'l':
  			if (Option != opt_unknown)
--- 168,174 ----
  					ProgramName, optarg);
  				exit(ERROR_EXIT);
  			}
! 			(void) strncpy(User, optarg, UT_NAMESIZE);
  			break;
  		case 'l':
  			if (Option != opt_unknown)
***************
*** 198,204 ****
  	} else {
  		if (argv[optind] != NULL) {
  			Option = opt_replace;
! 			(void) strcpy (Filename, argv[optind]);
  		} else {
  			usage("file name must be specified for replace");
  		}
--- 199,205 ----
  	} else {
  		if (argv[optind] != NULL) {
  			Option = opt_replace;
! 			(void) strncpy (Filename, argv[optind], sizeof(Filename));
  		} else {
  			usage("file name must be specified for replace");
  		}

>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Thu Jan 16 18:10:05 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id SAA03117
          for bugs-outgoing; Thu, 16 Jan 1997 18:10:05 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id SAA03109;
          Thu, 16 Jan 1997 18:10:02 -0800 (PST)
Resent-Date: Thu, 16 Jan 1997 18:10:02 -0800 (PST)
Resent-Message-Id: <199701170210.SAA03109@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, muir@idiom.com
Received: from idiom.com (root@idiom.com [140.174.82.4])
          by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id SAA02843
          for <FreeBSD-gnats-submit@freebsd.org>; Thu, 16 Jan 1997 18:04:20 -0800 (PST)
Received: (from muir@localhost) by idiom.com (8.8.4/8.8.3) id SAA06470; Thu, 16 Jan 1997 18:04:19 -0800 (PST)
Message-Id: <199701170204.SAA06470@idiom.com>
Date: Thu, 16 Jan 1997 18:04:19 -0800 (PST)
From: David Muir Sharnoff <muir@idiom.com>
Reply-To: muir@idiom.com
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: misc/2512: Bugs sent in with Confidential=yes get broadcast
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


>Number:         2512
>Category:       misc
>Synopsis:       Bugs sent in with Confidential=yes get broadcast
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Thu Jan 16 18:10:01 PST 1997
>Last-Modified:
>Originator:     David Muir Sharnoff
>Organization:
Idiom
>Release:        FreeBSD 2.1-STABLE i386
>Environment:


>Description:

	I just sent in a security report.  It should have been for
	a limited audience.  It got broadcast.

>How-To-Repeat:

	Send in a pr with Confidential = yes.  See who it goes to.

>Fix:
	
	

>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Thu Jan 16 18:40:05 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id SAA04734
          for bugs-outgoing; Thu, 16 Jan 1997 18:40:05 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id SAA04721;
          Thu, 16 Jan 1997 18:40:02 -0800 (PST)
Resent-Date: Thu, 16 Jan 1997 18:40:02 -0800 (PST)
Resent-Message-Id: <199701170240.SAA04721@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, dave@dogwood.com
Received: from who.cdrom.com (who.cdrom.com [204.216.27.3])
          by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id SAA04657
          for <FreeBSD-gnats-submit@freebsd.org>; Thu, 16 Jan 1997 18:39:38 -0800 (PST)
Received: from white.dogwood.com (white.dogwood.com [140.174.96.1])
          by who.cdrom.com (8.7.5/8.6.11) with ESMTP id SAA01901
          for <FreeBSD-gnats-submit@freebsd.org>; Thu, 16 Jan 1997 18:36:06 -0800 (PST)
Received: (from dave@localhost)
          by white.dogwood.com (8.8.4/8.8.4)
	  id SAA23094; Thu, 16 Jan 1997 18:36:03 -0800 (PST)
Message-Id: <199701170236.SAA23094@white.dogwood.com>
Date: Thu, 16 Jan 1997 18:36:03 -0800 (PST)
From: Dave Cornejo <dave@dogwood.com>
Reply-To: dave@dogwood.com
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: kern/2513: pppd causes panic
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


>Number:         2513
>Category:       kern
>Synopsis:       a PPP connection causes a page fault panic
>Confidential:   no
>Severity:       critical
>Priority:       high
>Responsible:    freebsd-bugs
>State:          open
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Thu Jan 16 18:40:01 PST 1997
>Last-Modified:
>Originator:     Dave Cornejo
>Organization:
Dogwood Media
>Release:        FreeBSD 3.0-CURRENT i386
>Environment:

FreeBSD 3.0-CURRENT cvsupped Jan 16 07:11 PST

>Description:

When a PPP connection is established we get a panic due to a page fault.

The dump stack trace:

#0  boot (howto=256) at ../../kern/kern_shutdown.c:243
#1  0xf0111482 in panic (fmt=0xf01b72ff "page fault")
    at ../../kern/kern_shutdown.c:367
#2  0xf01b7e66 in trap_fatal (frame=0xefbffcd8) at ../../i386/i386/trap.c:742
#3  0xf01b7954 in trap_pfault (frame=0xefbffcd8, usermode=0)
    at ../../i386/i386/trap.c:653
#4  0xf01b762f in trap (frame={tf_es = 16, tf_ds = -229244912, tf_edi = 0, 
      tf_esi = 0, tf_ebp = -272630480, tf_isp = -272630528, 
      tf_ebx = -266443772, tf_edx = 0, tf_ecx = -2145359567, 
      tf_eax = -1073544038, tf_trapno = 12, tf_err = 0, tf_eip = -267108901, 
      tf_cs = 8, tf_eflags = 66118, tf_esp = -228623456, tf_ss = -1073610752})
    at ../../i386/i386/trap.c:311
#5  0xf0143ddb in pppsioctl (ifp=0xf01e6404, cmd=-2145359567, data=0x0)
    at ../../net/if_ppp.c:547
#6  0xf01425b1 in if_addmulti (ifp=0xf01e6404, sa=0xefbffd80, 
    retifma=0xefbffd7c) at ../../net/if.c:888
#7  0xf014e058 in in_addmulti (ap=0xefbffdb4, ifp=0xf01e6404)
    at ../../netinet/in.c:535
#8  0xf014dfa4 in in_ifinit (ifp=0xf01e6404, ia=0xf25fe000, sin=0xefbffee4, 
    scrub=0) at ../../netinet/in.c:465
#9  0xf014dc64 in in_control (so=0xf2600500, cmd=2151704858, 
    data=0xefbffed4 "ppp0", ifp=0xf01e6404) at ../../netinet/in.c:336
#10 0xf01584d2 in udp_usrreq (so=0xf2600500, req=11, m=0x8040691a, 
    addr=0xefbffed4, control=0xf01e6404) at ../../netinet/udp_usrreq.c:479
#11 0xf012784a in old_control (so=0xf2600500, cmd=-2143262438, 
    data=0xefbffed4 "ppp0", ifp=0xf01e6404) at ../../kern/uipc_socket2.c:881
#12 0xf0142057 in ifioctl (so=0xf2600500, cmd=-2143262438, 
    data=0xefbffed4 "ppp0", p=0xf25eb800) at ../../net/if.c:642
#13 0xf011ad0a in soo_ioctl (fp=0xf2602bc0, cmd=-2143262438, 
    data=0xefbffed4 "ppp0", p=0xf25eb800) at ../../kern/sys_socket.c:138
#14 0xf0118a73 in ioctl (p=0xf25eb800, uap=0xefbfff94, retval=0xefbfff84)
    at ../../kern/sys_generic.c:497
#15 0xf01b80ff in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = -251658241, 
      tf_esi = 302098624, tf_ebp = -272639028, tf_isp = -272629788, 
      tf_ebx = 285321408, tf_edx = 0, tf_ecx = 0, tf_eax = 54, tf_trapno = 7, 
      tf_err = 7, tf_eip = 134762129, tf_cs = 31, tf_eflags = 658, 
      tf_esp = -272639120, tf_ss = 39}) at ../../i386/i386/trap.c:892
#16 0x8084e91 in ?? ()
#17 0x698c in ?? ()
#18 0x35c0 in ?? ()
#19 0x3322 in ?? ()
#20 0x5971 in ?? ()
#21 0x22c4 in ?? ()
#22 0x2109 in ?? ()
#23 0x1095 in ?? ()

the fault occurs in line 547 of if_ppp.c - ifr == NULL at this point.
ifr is set in line 483 by casting data to (struct ifreq *).  This is
called at line 888 of if.c in if_addmulti() which is pretty blatantly
wrong:

        ifp->if_ioctl(ifp, SIOCADDMULTI, 0);
                                        ^^^

>How-To-Repeat:

run pppd

>Fix:
	


>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Thu Jan 16 19:36:17 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id TAA06980
          for bugs-outgoing; Thu, 16 Jan 1997 19:36:17 -0800 (PST)
Received: from who.cdrom.com (who.cdrom.com [204.216.27.3])
          by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id TAA06973
          for <freebsd-bugs@freefall.freebsd.org>; Thu, 16 Jan 1997 19:36:14 -0800 (PST)
Received: from sax.sax.de (sax.sax.de [193.175.26.33])
          by who.cdrom.com (8.7.5/8.6.11) with SMTP id TAA02040
          for <freebsd-bugs@freefall.freebsd.org>; Thu, 16 Jan 1997 19:36:01 -0800 (PST)
Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id EAA10004; Fri, 17 Jan 1997 04:15:38 +0100
Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id VAA15990; Thu, 16 Jan 1997 21:54:31 +0100 (MET)
Message-ID: <Mutt.19970116215430.j@uriah.heep.sax.de>
Date: Thu, 16 Jan 1997 21:54:30 +0100
From: j@uriah.heep.sax.de (J Wunsch)
To: thompson@tgsoft.com (mark thompson)
Cc: jkh@time.cdrom.com, freebsd-bugs@freefall.freebsd.org
Subject: Re: bin/2493: make $DESTDIR work
References: <21415.853307483@time.cdrom.com> <199701151334.FAA21208@squirrel.tgsoft.com>
X-Mailer: Mutt 0.55-PL10
Mime-Version: 1.0
X-Phone: +49-351-2012 669
X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F  93 21 E0 7D F9 12 D6 4E
Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
In-Reply-To: <199701151334.FAA21208@squirrel.tgsoft.com>; from mark thompson on Jan 15, 1997 05:34:49 -0800
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

As mark thompson wrote:

> You will recall that when i raised this whole business week or so ago,
> you suggested that whatever patch i had might be more useful as an
> example than something to actually use. In the event, some of the
> changes are "obviously" ok, and, sadly several are not so obvious. 
> Furthermore, the games subdirectory still has a problem or two (i know
> that there are at least some malloc faux-pas).
> I leave it to the judgement of the court.

Well, i've only heard one objection, that was: ``Name this thing
TARGETDIR.''  What about this?

I would kindly ask you to also do one final test: run a ``make
release'' (i hope you've got the disk space and the CVS tree for
this).  This is one of the occasions where ${DESTDIR} is exploitet
regularly (perhaps the only occasion in the entire FreeBSD tree).  If
your changes broke the existing ${DESTDIR} behaviour, this should pop
up there.

If it doesn't break anything, i see no reason to not include it.

-- 
cheers, J"org

joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
Never trust an operating system you don't have sources for. ;-)

From owner-freebsd-bugs  Thu Jan 16 19:43:21 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id TAA07282
          for bugs-outgoing; Thu, 16 Jan 1997 19:43:21 -0800 (PST)
Received: from time.cdrom.com (time.cdrom.com [204.216.27.226])
          by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id TAA07275
          for <freebsd-bugs@freefall.freebsd.org>; Thu, 16 Jan 1997 19:43:16 -0800 (PST)
Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.4/8.6.9) with ESMTP id TAA01926; Thu, 16 Jan 1997 19:43:01 -0800 (PST)
To: mmcg@heraclitus.cs.monash.edu.au
cc: freebsd-bugs@freefall.freebsd.org, sos@freebsd.org
Subject: Re: i386/2485: 2.2-BETA (install) device probe appears to screw screen 
In-reply-to: Your message of "Thu, 16 Jan 1997 14:00:02 PST."
             <199701162200.OAA16354@freefall.freebsd.org> 
Date: Thu, 16 Jan 1997 19:43:01 -0800
Message-ID: <1922.853472581@time.cdrom.com>
From: "Jordan K. Hubbard" <jkh@time.cdrom.com>
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

>  If anyone ever gets around to reading this PR and getting back
>  to me, I'll be happy to apply and test patches to syscons until
>  the whole thing works (I *like* the new-look syscons).

I'm sure that Soren would be happy to work with you on this.  I
certainly agree that syscons shouldn't screw up your screen,
especially when pcvt deals with it correctly.  I can also build
3.0-SNAP boot floppies quite easily to test things right now (I have
the whole build tree lying there taking up space), so that's another
testing resource.  Let me know.

					Jordan



From owner-freebsd-bugs  Thu Jan 16 20:20:05 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id UAA08572
          for bugs-outgoing; Thu, 16 Jan 1997 20:20:05 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id UAA08532;
          Thu, 16 Jan 1997 20:20:01 -0800 (PST)
Date: Thu, 16 Jan 1997 20:20:01 -0800 (PST)
Message-Id: <199701170420.UAA08532@freefall.freebsd.org>
To: freebsd-bugs
Cc: 
From: j@uriah.heep.sax.de (J Wunsch)
Subject: Re: misc/2505: /etc/utmp messed up (by xterm?) in 2.2-Beta
Reply-To: j@uriah.heep.sax.de (J Wunsch)
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

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

From: j@uriah.heep.sax.de (J Wunsch)
To: muir@idiom.com
Cc: FreeBSD-gnats-submit@freebsd.org
Subject: Re: misc/2505: /etc/utmp messed up (by xterm?) in 2.2-Beta
Date: Thu, 16 Jan 1997 22:46:36 +0100

 As muir@idiom.com wrote:
 
 > >Environment:
 > 
 > 	Fresh 2.2-BETA install.
 > 
 > >Description:
 > 
 > 	This is what "who" outputs:
 > 
 > 		root     ttyv0   Jan 15 09:38
 > 		4        #uÝ2ttypDec 31 16:00
 > 
 > >How-To-Repeat:
 > 
 > 	Install 2.2-BETA.  Log in.  Start X.  Start some xterms.
 
 You must have accidentally installed the xterm version for -current,
 as opposed to the one for FreeBSD 2.2. :-(
 
 Are our XFree86 mirrors confused now?  (The symlink between 2.2 and
 current has recently been removed on XFree86's master site, to allow
 for different versions for xdm and xterm in -current.)
 
 -- 
 cheers, J"org
 
 joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
 Never trust an operating system you don't have sources for. ;-)

From owner-freebsd-bugs  Thu Jan 16 20:30:03 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id UAA08922
          for bugs-outgoing; Thu, 16 Jan 1997 20:30:03 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id UAA08911;
          Thu, 16 Jan 1997 20:30:01 -0800 (PST)
Date: Thu, 16 Jan 1997 20:30:01 -0800 (PST)
Message-Id: <199701170430.UAA08911@freefall.freebsd.org>
To: freebsd-bugs
Cc: 
From: mark thompson <thompson@tgsoft.com>
Subject: Re: bin/2493: make $DESTDIR work
Reply-To: mark thompson <thompson@tgsoft.com>
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

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

From: mark thompson <thompson@tgsoft.com>
To: jkh@time.cdrom.com
Cc: FreeBSD-gnats-submit@FreeBSD.org
Subject: Re: bin/2493: make $DESTDIR work
Date: Thu, 16 Jan 1997 19:42:15 -0800 (PST)

 ok. I have mtree'd the build i did under 2.1.6 with the script and patches
 submitted, and I mtree'd the build that i did with 2.2(?) when i let it
 re-install itself in a chroot.
 
 The mtree's have some differences. In the checksums of some files, and
 sometimes in the file sizes.
 
 1) Is there a guideline on which differences are expected (or do i have
 to puzzle out what each change represents?)
 
 2) Is there an 'official' mtree?
 
 3) Does anybody care if I keep working on this?
 
 -mark

From owner-freebsd-bugs  Thu Jan 16 20:30:04 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id UAA08934
          for bugs-outgoing; Thu, 16 Jan 1997 20:30:04 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id UAA08919;
          Thu, 16 Jan 1997 20:30:03 -0800 (PST)
Date: Thu, 16 Jan 1997 20:30:03 -0800 (PST)
Message-Id: <199701170430.UAA08919@freefall.freebsd.org>
To: freebsd-bugs
Cc: 
From: David Muir Sharnoff <muir@idiom.com>
Subject: Re: Re: misc/2505: /etc/utmp messed up (by xterm?) in 2.2-Beta
Reply-To: David Muir Sharnoff <muir@idiom.com>
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

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

From: David Muir Sharnoff <muir@idiom.com>
To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
Cc: FreeBSD-gnats-submit@freebsd.org
Subject: Re: Re: misc/2505: /etc/utmp messed up (by xterm?) in 2.2-Beta
Date: Thu, 16 Jan 1997 20:26:19 -0800 (PST)

 * You must have accidentally installed the xterm version for -current,
 * as opposed to the one for FreeBSD 2.2. :-(
 * 
 * Are our XFree86 mirrors confused now?  (The symlink between 2.2 and
 * current has recently been removed on XFree86's master site, to allow
 * for different versions for xdm and xterm in -current.)
 
 Hmm.  I installed from ftp3.freebsd.org.  It had the best connection
 on the day I installed.
 
 -Dave

From owner-freebsd-bugs  Thu Jan 16 21:10:03 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id VAA10702
          for bugs-outgoing; Thu, 16 Jan 1997 21:10:03 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id VAA10696;
          Thu, 16 Jan 1997 21:10:01 -0800 (PST)
Resent-Date: Thu, 16 Jan 1997 21:10:01 -0800 (PST)
Resent-Message-Id: <199701170510.VAA10696@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, yoshiaki@kt.rim.or.jp
Received: from firewallout.dome.co.jp (firewallout.dome.co.jp [202.230.36.99])
          by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id VAA10640
          for <FreeBSD-gnats-submit@freebsd.org>; Thu, 16 Jan 1997 21:08:12 -0800 (PST)
Received: (from uucp@localhost) by firewallout.dome.co.jp (8.7.5/3.4Wbeta6) id OAA14101; Fri, 17 Jan 1997 14:10:54 +0900 (JST)
Received: from fw1.dome.co.jp(172.16.1.199) by firewallin.dome.co.jp via smap (V1.3)
	id sma014099; Fri Jan 17 14:10:54 1997
Received: (from uucp@localhost) by fw1.rad.dome.co.jp (8.6.12/3.4Wbeta6) id OAA06301; Fri, 17 Jan 1997 14:25:13 +0900
Received: from ss20.rad.dome.co.jp(172.16.9.1) by fw1.rad.dome.co.jp via smap (V1.3)
	id sma006299; Fri Jan 17 14:25:12 1997
Received: from uchikawa00.rad.dome.co.jp by ss20.rad.dome.co.jp (4.1/3.4Wbeta6)
	id AA00561; Fri, 17 Jan 97 14:03:02 JST
Received: (from uchikawa@localhost) by uchikawa00.rad.dome.co.jp (8.8.3/3.5Wpl1-1) id OAA00323; Fri, 17 Jan 1997 14:08:29 +0900 (JST)
Message-Id: <199701170508.OAA00323@uchikawa00.rad.dome.co.jp>
Date: Fri, 17 Jan 1997 14:08:29 +0900 (JST)
From: uchikawa@dome.co.jp
Reply-To: yoshiaki@kt.rim.or.jp
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: i386/2514: BootEasy binary is OLD in in FBSD installer
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


>Number:         2514
>Category:       i386
>Synopsis:       BootEasy binary is OLD in in FBSD installer
>Confidential:   yes
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Class:          change-request
>Submitter-Id:   current-users
>Arrival-Date:   Thu Jan 16 21:10:00 PST 1997
>Last-Modified:
>Originator:     Yoshiaki Uchikawa
>Organization:
>Release:        FreeBSD 2.1.6-RELEASE i386
>Environment:
	FreeBSD 2.1.6-RELEASE i386
	Pentium 200MHz
>Description:
   I think, BootEasy's version is OLD (less than 1.6) in distributed
   FreeBSD installer.
 
   In boot time, BootEasy put out menu.

   F1 ... BSD

   I read BootEasy's source code in FreeBSD CDROM and I wonderd. 
   Why? It must be "FreeBSD" if it run this program. 

   And if you have Linux partition in same hard disk ;-)

   F2 ... ???      <- This is Linux partition really.
   F3 ... Linux    <- This is Linux SWAP partition.

	

>How-To-Repeat:

	

>Fix:
   I reinstall BootEasy by BOOTINST.EXE (dos program) in 2.1.5R CDROM.
   This time, boot manu is

   F1 ... FreeBSD

   Oh! This is BootEasy v1.7.

   Please change to new version BootEasy in FreeBSD boot floppy.

>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Thu Jan 16 21:55:23 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id VAA12286
          for bugs-outgoing; Thu, 16 Jan 1997 21:55:23 -0800 (PST)
Received: from squirrel.tgsoft.com (squirrel.tgsoft.com [207.167.64.183])
          by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id VAA12279
          for <freebsd-bugs@freefall.freebsd.org>; Thu, 16 Jan 1997 21:55:20 -0800 (PST)
Received: (from thompson@localhost) by squirrel.tgsoft.com (8.8.3/8.6.12) id VAA26548; Thu, 16 Jan 1997 21:55:39 -0800 (PST)
Date: Thu, 16 Jan 1997 21:55:39 -0800 (PST)
Message-Id: <199701170555.VAA26548@squirrel.tgsoft.com>
From: mark thompson <thompson@tgsoft.com>
To: joerg_wunsch@uriah.heep.sax.de
CC: jkh@time.cdrom.com, freebsd-bugs@freefall.freebsd.org
In-reply-to: <Mutt.19970116215430.j@uriah.heep.sax.de>
Subject: Re: bin/2493: make $DESTDIR work
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

   Date: Thu, 16 Jan 1997 21:54:30 +0100
   From: j@uriah.heep.sax.de (J Wunsch)
   Cc: jkh@time.cdrom.com, freebsd-bugs@freefall.freebsd.org

   As mark thompson wrote:

   Well, i've only heard one objection, that was: ``Name this thing
   TARGETDIR.''  What about this?

Could do that... There are a few existing occurances of 
-I${DESTDIR}/usr/include, which i am now given to understand are "not
really correct", and should presumably come to be -I${TARGETDIR}/usr/include?

   I would kindly ask you to also do one final test: run a ``make
   release'' (i hope you've got the disk space and the CVS tree for
   this).  This is one of the occasions where ${DESTDIR} is exploitet
   regularly (perhaps the only occasion in the entire FreeBSD tree).  If
   your changes broke the existing ${DESTDIR} behaviour, this should pop
   up there.

   If it doesn't break anything, i see no reason to not include it.

Ok. If i change it to find everything in TARGETDIR, that should
eliminate some of the concerns with DESTDIR, no?

-mark

From owner-freebsd-bugs  Thu Jan 16 21:59:41 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id VAA12676
          for bugs-outgoing; Thu, 16 Jan 1997 21:59:41 -0800 (PST)
Received: (from fenner@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id VAA12655;
          Thu, 16 Jan 1997 21:59:37 -0800 (PST)
Date: Thu, 16 Jan 1997 21:59:37 -0800 (PST)
From: Bill Fenner <fenner>
Message-Id: <199701170559.VAA12655@freefall.freebsd.org>
To: muir@idiom.com, fenner, freebsd-bugs
Subject: Re: misc/2512
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Synopsis: Bugs sent in with Confidential=yes get broadcast

State-Changed-From-To: open-closed
State-Changed-By: fenner
State-Changed-When: Thu Jan 16 21:58:29 PST 1997
State-Changed-Why: 
Duplicate for conf/1608

From owner-freebsd-bugs  Thu Jan 16 22:30:03 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id WAA13788
          for bugs-outgoing; Thu, 16 Jan 1997 22:30:03 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id WAA13776;
          Thu, 16 Jan 1997 22:30:01 -0800 (PST)
Date: Thu, 16 Jan 1997 22:30:01 -0800 (PST)
Message-Id: <199701170630.WAA13776@freefall.freebsd.org>
To: freebsd-bugs
Cc: 
From: "Jordan K. Hubbard" <jkh@time.cdrom.com>
Subject: Re: bin/2493: make $DESTDIR work 
Reply-To: "Jordan K. Hubbard" <jkh@time.cdrom.com>
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

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

From: "Jordan K. Hubbard" <jkh@time.cdrom.com>
To: mark thompson <thompson@tgsoft.com>
Cc: FreeBSD-gnats-submit@FreeBSD.org
Subject: Re: bin/2493: make $DESTDIR work 
Date: Thu, 16 Jan 1997 22:27:05 -0800

 > 1) Is there a guideline on which differences are expected (or do i have
 > to puzzle out what each change represents?)
 
 The latter. :-(
 
 > 2) Is there an 'official' mtree?
 
 Not for files, just for directories.
 
 > 3) Does anybody care if I keep working on this?
 
 I don't think anyone's on the edge of their seats or anything, but
 we're certainly not *opposed* (I still don't really understand Bruce's
 objection to the name - TARGETDIR, DESTDIR, who cares?)
 
 					Jordan

From owner-freebsd-bugs  Thu Jan 16 22:31:25 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id WAA13835
          for bugs-outgoing; Thu, 16 Jan 1997 22:31:25 -0800 (PST)
Received: from sax.sax.de (sax.sax.de [193.175.26.33])
          by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id WAA13827
          for <freebsd-bugs@freefall.freebsd.org>; Thu, 16 Jan 1997 22:31:10 -0800 (PST)
Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id HAA11494; Fri, 17 Jan 1997 07:09:34 +0100
Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id AAA16516; Fri, 17 Jan 1997 00:22:51 +0100 (MET)
Message-ID: <Mutt.19970117002250.j@uriah.heep.sax.de>
Date: Fri, 17 Jan 1997 00:22:50 +0100
From: j@uriah.heep.sax.de (J Wunsch)
To: mmcg@heraclitus.cs.monash.edu.au
Cc: freebsd-bugs@freefall.freebsd.org
Subject: Re: i386/2485: 2.2-BETA (install) device probe appears to screw screen
References: <199701162200.OAA16354@freefall.freebsd.org>
X-Mailer: Mutt 0.55-PL10
Mime-Version: 1.0
X-Phone: +49-351-2012 669
X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F  93 21 E0 7D F9 12 D6 4E
Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
In-Reply-To: <199701162200.OAA16354@freefall.freebsd.org>; from mmcg@heraclitus.cs.monash.edu.au on Jan 16, 1997 14:00:02 -0800
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

As mmcg@heraclitus.cs.monash.edu.au wrote:

>  NB: It may be wise to distribute a `PCVT-based' install floppy as well
>  as the usual syscons one.

I know that Nate once did this, to work around the problem that
syscons didn't handle the Thinkpad out of the box...  I'm not sure
whether sysinstall relies on some features of syscons.  To the least,
the keyboard mapping stuff wouldn't work.

I would rather love to see the bug fixed...

-- 
cheers, J"org

joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
Never trust an operating system you don't have sources for. ;-)

From owner-freebsd-bugs  Thu Jan 16 22:41:00 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id WAA14349
          for bugs-outgoing; Thu, 16 Jan 1997 22:41:00 -0800 (PST)
Received: from time.cdrom.com (time.cdrom.com [204.216.27.226])
          by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id WAA14344
          for <freebsd-bugs@freefall.freebsd.org>; Thu, 16 Jan 1997 22:40:56 -0800 (PST)
Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.4/8.6.9) with ESMTP id WAA02663; Thu, 16 Jan 1997 22:40:26 -0800 (PST)
To: j@uriah.heep.sax.de (J Wunsch)
cc: freebsd-bugs@freefall.freebsd.org
Subject: Re: misc/2505: /etc/utmp messed up (by xterm?) in 2.2-Beta 
In-reply-to: Your message of "Thu, 16 Jan 1997 20:20:01 PST."
             <199701170420.UAA08532@freefall.freebsd.org> 
Date: Thu, 16 Jan 1997 22:40:24 -0800
Message-ID: <2659.853483224@time.cdrom.com>
From: "Jordan K. Hubbard" <jkh@time.cdrom.com>
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

>  > 	Install 2.2-BETA.  Log in.  Start X.  Start some xterms.
>  
>  You must have accidentally installed the xterm version for -current,
>  as opposed to the one for FreeBSD 2.2. :-(
>  
>  Are our XFree86 mirrors confused now?  (The symlink between 2.2 and
>  current has recently been removed on XFree86's master site, to allow
>  for different versions for xdm and xterm in -current.)

Actually, both -current and 2.2 XFree86 distributions are the same
on ftp.freebsd.org now.

					Jordan

From owner-freebsd-bugs  Thu Jan 16 23:39:24 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id XAA15962
          for bugs-outgoing; Thu, 16 Jan 1997 23:39:24 -0800 (PST)
Received: from amadeus.informatik.ba-stuttgart.de (amadeus.informatik.ba-stuttgart.de [141.31.11.1])
          by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id XAA15956
          for <bugs@freebsd.org>; Thu, 16 Jan 1997 23:39:14 -0800 (PST)
Received: (from helbig@localhost) by amadeus.informatik.ba-stuttgart.de (8.7.3/8.7.1) id IAA16830 for bugs@freebsd.org; Fri, 17 Jan 1997 08:38:33 +0100 (MET)
From: Wolfgang Helbig <helbig@BA-Stuttgart.De>
Message-Id: <199701170738.IAA16830@amadeus.informatik.ba-stuttgart.de>
Subject: Re: kern/2509: the file opt_kbdio.h is missing - cannot build kernel
To: bugs@freebsd.org
Date: Fri, 17 Jan 1997 8:38:32 MET
In-Reply-To: <199701170130.RAA00550@freefall.freebsd.org>; from "Alex Nash" at Jan 16, 97 5:30 pm
X-Mailer: Elm [revision: 112.2]
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

> 
> The following reply was made to PR kern/2509; it has been noted by GNATS.
> 
> From: Alex Nash <nash@mcs.com>
> To: helbig@MX.BA-Stuttgart.De
> Cc: FreeBSD-gnats-submit@freebsd.org
> Subject: Re: kern/2509: the file opt_kbdio.h is missing - cannot build kernel
> Date: Thu, 16 Jan 1997 19:27:44 -0600
> 
>  Wolfgang Helbig wrote:
>  >         building the kernel fails because of missing file opt_kbdio.h.
>  >         It is included in kbdio.c.
>  
>  Did you re-run config after updating the kernel source?

I did, but I forgot to update some the files in /sys/conf and /sys/i386/conf.
My fault, sorry.

Wolfgang

From owner-freebsd-bugs  Fri Jan 17 02:37:09 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id CAA22607
          for bugs-outgoing; Fri, 17 Jan 1997 02:37:09 -0800 (PST)
Received: (from jkh@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id CAA22591;
          Fri, 17 Jan 1997 02:37:01 -0800 (PST)
Date: Fri, 17 Jan 1997 02:37:01 -0800 (PST)
From: "Jordan K. Hubbard" <jkh>
Message-Id: <199701171037.CAA22591@freefall.freebsd.org>
To: jkh, freebsd-bugs, brian
Subject: Re: bin/2347
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Synopsis: sysinstall: ppp: recursive call in malloc()

Responsible-Changed-From-To: freebsd-bugs->brian
Responsible-Changed-By: jkh
Responsible-Changed-When: Fri Jan 17 02:35:03 PST 1997
Responsible-Changed-Why: 
Brian has taken over ppp support now, and I've proven that this is
a generic ppp problem, not a ppp-running-from-sysinstall problem
(I can make it happen while running multi-user).  I believe that phk
has also commented on this problem and some investigation of the
offending signal handler done (in case Brian wants to follow up with that).

From owner-freebsd-bugs  Fri Jan 17 04:24:20 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id EAA26798
          for bugs-outgoing; Fri, 17 Jan 1997 04:24:20 -0800 (PST)
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19])
          by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id EAA26776
          for <freebsd-bugs@freefall.freebsd.org>; Fri, 17 Jan 1997 04:24:14 -0800 (PST)
Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id XAA13563; Fri, 17 Jan 1997 23:16:42 +1100
Date: Fri, 17 Jan 1997 23:16:42 +1100
From: Bruce Evans <bde@zeta.org.au>
Message-Id: <199701171216.XAA13563@godzilla.zeta.org.au>
To: freebsd-bugs@freefall.freebsd.org, thompson@tgsoft.com
Subject: Re: bin/2493: make $DESTDIR work
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> ok. I have mtree'd the build i did under 2.1.6 with the script and patches
> submitted, and I mtree'd the build that i did with 2.2(?) when i let it
> re-install itself in a chroot.
> 
> The mtree's have some differences. In the checksums of some files, and
> sometimes in the file sizes.
> 
> 1) Is there a guideline on which differences are expected (or do i have
> to puzzle out what each change represents?)

Some things have gratuitous differences for internal timestamps and
temporary file names.  I have fixed some of these problems but there
are still a lot.  It's probably good enough to build and install using
the two methods and run "diff -r | grep -v '^Binary files.*differ' on
the obj and DESTDIR trees.

Bruce

From owner-freebsd-bugs  Fri Jan 17 04:50:07 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id EAA27668
          for bugs-outgoing; Fri, 17 Jan 1997 04:50:07 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id EAA27652;
          Fri, 17 Jan 1997 04:50:04 -0800 (PST)
Resent-Date: Fri, 17 Jan 1997 04:50:04 -0800 (PST)
Resent-Message-Id: <199701171250.EAA27652@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, nick@eunet.ie
Received: from news.Ireland.EU.net (news.ieunet.ie [192.111.39.8])
          by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id EAA27352
          for <FreeBSD-gnats-submit@freebsd.org>; Fri, 17 Jan 1997 04:40:57 -0800 (PST)
Received: (from root@localhost) by news.Ireland.EU.net (8.7.6/8.7.3) id MAA09002; Fri, 17 Jan 1997 12:40:49 GMT
Message-Id: <199701171240.MAA09002@news.Ireland.EU.net>
Date: Fri, 17 Jan 1997 12:40:49 GMT
From: nick@eunet.ie
Reply-To: nick@eunet.ie
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: kern/2516: Filesystem trouble in 2.2-BETA_A
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


>Number:         2516
>Category:       kern
>Synopsis:       Bug in ffs code causes block corruption
>Confidential:   no
>Severity:       critical
>Priority:       high
>Responsible:    freebsd-bugs
>State:          open
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Fri Jan 17 04:50:02 PST 1997
>Last-Modified:
>Originator:     Nick Hilliard
>Organization:
EUnet Ireland
>Release:        FreeBSD 2.2-BETA_A i386
>Environment:

	DEC prioris LX, AHA3940 SCSI, Seagate Barracuda 32250W 2Gb disk.

>Description:

	One of the systems in here crashed this morning with an error:

		blkfree: freeing free block

	The partition affected was:

: Filesystem   1K-blocks     Used    Avail Capacity  Mounted on
: /dev/sd1s1f     794783   488075   266969    65%    /var/spool/overview

: # dmesg | grep ahc3
: ahc3 <Adaptec 3940 SCSI host adapter> rev 3 int a irq 5 on pci1:5
: ahc3: aic7870 Wide Channel B, SCSI Id=7, 16 SCBs
: ahc3 waiting for scsi devices to settle
: (ahc3:1:0): "SEAGATE ST32550W 0021" type 0 fixed SCSI 2
: sd1(ahc3:1:0): Direct-Access 2047MB (4194058 512 byte sectors)

	I don't have the output from the printf statement immediately
	preceding this in /sys/ufs/ffs/ffs_alloc.c.

	The firesystem was created with newfs (no special args) last Sunday
	(97/01/12) and the machine had been up since then without any
	trouble.

>How-To-Repeat:

	Unknown.

>Fix:
	
	unknown, sorry :-/
>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Fri Jan 17 05:08:55 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id FAA28323
          for bugs-outgoing; Fri, 17 Jan 1997 05:08:55 -0800 (PST)
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19])
          by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id FAA28317
          for <freebsd-bugs@freefall.freebsd.org>; Fri, 17 Jan 1997 05:08:48 -0800 (PST)
Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id AAA14901; Sat, 18 Jan 1997 00:05:22 +1100
Date: Sat, 18 Jan 1997 00:05:22 +1100
From: Bruce Evans <bde@zeta.org.au>
Message-Id: <199701171305.AAA14901@godzilla.zeta.org.au>
To: joerg_wunsch@uriah.heep.sax.de, thompson@tgsoft.com
Subject: Re: bin/2493: make $DESTDIR work
Cc: freebsd-bugs@freefall.freebsd.org, jkh@time.cdrom.com
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

>   Well, i've only heard one objection, that was: ``Name this thing
>   TARGETDIR.''  What about this?
>
>Could do that... There are a few existing occurances of 
>-I${DESTDIR}/usr/include, which i am now given to understand are "not
>really correct", and should presumably come to be -I${TARGETDIR}/usr/include?

The existing ones are in bsd.lib.mk, bsd.prog.mk and gdb/Makefile.
This is wrong according to bsd.README and comments in *mk which say that
${DESTDIR} only gives the tree to install in.  However, it does sort
of work.  After bootstrapping to install all includes and libraries under
${DESTDIR}, you can build everything else using only a few wrong libraries
(-I- and -nostdlib aren't used, so there is a large risk of picking up
the wrong includes or libraries if the bootstrap isn't complete, and gcc
generates absolute pathnames for crt0.o and libgcc.a so those are always
taken from the wrong tree).  After installing everything under ${DESTDIR},
you can then change ${DESTDIR} and install a copy under the new ${DESTDIR}
without rebuilding much.

I'd like to rename ${DESTDIR} to ${TARGETDIR} for the first type of use.
This is necessary for putting the bootstrap and final versions under
different trees.  ${DESTDIR} should not be wrtitten to at build time
and ${TARGETDIR} should not be written to at install time unless they
are the same.

Bruce

From owner-freebsd-bugs  Fri Jan 17 05:20:06 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id FAA28736
          for bugs-outgoing; Fri, 17 Jan 1997 05:20:06 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id FAA28723;
          Fri, 17 Jan 1997 05:20:02 -0800 (PST)
Date: Fri, 17 Jan 1997 05:20:02 -0800 (PST)
Message-Id: <199701171320.FAA28723@freefall.freebsd.org>
To: freebsd-bugs
Cc: 
From: j@uriah.heep.sax.de (J Wunsch)
Subject: Re: bin/2511: Security bug in crontab()
Reply-To: j@uriah.heep.sax.de (J Wunsch)
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

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

From: j@uriah.heep.sax.de (J Wunsch)
To: muir@idiom.com
Cc: FreeBSD-gnats-submit@freebsd.org
Subject: Re: bin/2511: Security bug in crontab()
Date: Fri, 17 Jan 1997 09:36:56 +0100

 As David Muir Sharnoff wrote:
 
 > 	FreeBSD 2.1-stable as of about 2.1.5
 > 	Fresh -stable sources
 
 2.1-stable is no longer maintained.
 
 > >Fix:
 > 
 > I only spent about 10 minutes making the patch so somebody might
 > be able to do a better job of it.
 
 The sources in -current have been fixed by rev 1.7.
 
 -- 
 cheers, J"org
 
 joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
 Never trust an operating system you don't have sources for. ;-)

From owner-freebsd-bugs  Fri Jan 17 06:42:48 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id GAA05603
          for bugs-outgoing; Fri, 17 Jan 1997 06:42:48 -0800 (PST)
Received: from pompano.pcola.gulf.net (root@pompano.pcola.gulf.net [198.69.72.14])
          by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id GAA05596
          for <freebsd-bugs@freefall.freebsd.org>; Fri, 17 Jan 1997 06:42:44 -0800 (PST)
Received: from pompano.pcola.gulf.net (spatula@localhost.gulf.net [127.0.0.1]) by pompano.pcola.gulf.net (8.8.4/8.7.3) with SMTP id IAA05601; Fri, 17 Jan 1997 08:39:24 -0600 (CST)
Date: Fri, 17 Jan 1997 08:39:24 -0600 (CST)
From: Prisoner <spatula@gulf.net>
X-Sender: spatula@pompano.pcola.gulf.net
To: Joerg Wunsch <joerg_wunsch@uriah.heep.sax.de>
cc: freebsd-bugs@freefall.freebsd.org
Subject: Re: kern/2494: page faults
In-Reply-To: <Mutt.19970116201757.j@uriah.heep.sax.de>
Message-ID: <Pine.BSI.3.91.970117083702.4450H-100000@pompano.pcola.gulf.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

On Thu, 16 Jan 1997, J Wunsch wrote:

> The fault VA looks suspicious, it's not just a NULL pointer.  It's
> 0x7200c4c - 0x52c = 0x7200720.  Looks like trashed memory -- a pointer
> has been trashed by repeatedly dumping the short 0x720 over it.
> Incidentally, 0x720 is a space in the video frame buffer, with the
> default attribute 0x7 (white gray on black).

  Is it possible that this could be caused by a video card problem?  
Would there be any merit in my trying a different video card?

  Nick

--
"Your views are not important"
  - Nyder, from Doctor Who: Genesis of the Daleks
Nick Johnson, not to be trifled with. http://www.gulf.net/~spatula/


From owner-freebsd-bugs  Fri Jan 17 07:22:46 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id HAA08012
          for bugs-outgoing; Fri, 17 Jan 1997 07:22:46 -0800 (PST)
Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100])
          by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id HAA08006
          for <freebsd-bugs@freefall.freebsd.org>; Fri, 17 Jan 1997 07:22:42 -0800 (PST)
Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id IAA03152; Fri, 17 Jan 1997 08:20:26 -0700 (MST)
Date: Fri, 17 Jan 1997 08:20:26 -0700 (MST)
Message-Id: <199701171520.IAA03152@rocky.mt.sri.com>
From: Nate Williams <nate@mt.sri.com>
To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
Cc: mmcg@heraclitus.cs.monash.edu.au, freebsd-bugs@freefall.freebsd.org
Subject: Re: i386/2485: 2.2-BETA (install) device probe appears to screw screen
In-Reply-To: <Mutt.19970117002250.j@uriah.heep.sax.de>
References: <199701162200.OAA16354@freefall.freebsd.org>
	<Mutt.19970117002250.j@uriah.heep.sax.de>
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> >  NB: It may be wise to distribute a `PCVT-based' install floppy as well
> >  as the usual syscons one.
> 
> I know that Nate once did this, to work around the problem that
> syscons didn't handle the Thinkpad out of the box...  I'm not sure
> whether sysinstall relies on some features of syscons.  To the least,
> the keyboard mapping stuff wouldn't work.

At least in 2.0.5 sysinstall relied on particular syscons features, such
as the way it switches virtual consoles, graphics, etc..


Nate

From owner-freebsd-bugs  Fri Jan 17 10:22:33 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id KAA17466
          for bugs-outgoing; Fri, 17 Jan 1997 10:22:33 -0800 (PST)
Received: from tfs.com (tfs.com [140.145.250.1])
          by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id KAA17461
          for <freebsd-bugs@freefall.freebsd.org>; Fri, 17 Jan 1997 10:22:31 -0800 (PST)
Received: from schizo.dk.tfs.com by tfs.com (smail3.1.28.1) with SMTP
	id m0vlIvP-0003vqC; Fri, 17 Jan 97 10:21 PST
Received: from critter.dk.tfs.com (critter-home [193.162.32.19]) by schizo.dk.tfs.com (8.8.2/8.7.3) with ESMTP id TAA15708; Fri, 17 Jan 1997 19:21:50 +0100 (MET)
Received: from critter.dk.tfs.com (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.2/8.8.2) with ESMTP id TAA04762; Fri, 17 Jan 1997 19:23:09 +0100 (MET)
To: Prisoner <spatula@gulf.net>
cc: Joerg Wunsch <joerg_wunsch@uriah.heep.sax.de>,
        freebsd-bugs@freefall.freebsd.org
Subject: Re: kern/2494: page faults 
In-reply-to: Your message of "Fri, 17 Jan 1997 08:39:24 CST."
             <Pine.BSI.3.91.970117083702.4450H-100000@pompano.pcola.gulf.net> 
Date: Fri, 17 Jan 1997 19:23:08 +0100
Message-ID: <4760.853525388@critter.dk.tfs.com>
From: Poul-Henning Kamp <phk@critter.dk.tfs.com>
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

In message <Pine.BSI.3.91.970117083702.4450H-100000@pompano.pcola.gulf.net>, Pr
isoner writes:
>On Thu, 16 Jan 1997, J Wunsch wrote:
>
>> The fault VA looks suspicious, it's not just a NULL pointer.  It's
>> 0x7200c4c - 0x52c = 0x7200720.  Looks like trashed memory -- a pointer
>> has been trashed by repeatedly dumping the short 0x720 over it.
>> Incidentally, 0x720 is a space in the video frame buffer, with the
>> default attribute 0x7 (white gray on black).
>
>  Is it possible that this could be caused by a video card problem?  
>Would there be any merit in my trying a different video card?

There seems to be quite some video cards out there with speed problems.

We had a ET4000 based gadget that simply doesn't work with P6's at all :-(

--
Poul-Henning Kamp           | phk@FreeBSD.ORG       FreeBSD Core-team.
http://www.freebsd.org/~phk | phk@login.dknet.dk    Private mailbox.
whois: [PHK]                | phk@tfs.com           TRW Financial Systems, Inc.
Power and ignorance is a disgusting cocktail.

From owner-freebsd-bugs  Fri Jan 17 10:30:05 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id KAA17847
          for bugs-outgoing; Fri, 17 Jan 1997 10:30:05 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id KAA17841;
          Fri, 17 Jan 1997 10:30:02 -0800 (PST)
Date: Fri, 17 Jan 1997 10:30:02 -0800 (PST)
Message-Id: <199701171830.KAA17841@freefall.freebsd.org>
To: freebsd-bugs
Cc: 
From: Dave Cornejo <dave@dogwood.com>
Subject: kern/2513
Reply-To: Dave Cornejo <dave@dogwood.com>
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

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

From: Dave Cornejo <dave@dogwood.com>
To: bug-followup@freebsd.org
Cc:  Subject: kern/2513
Date: Fri, 17 Jan 1997 10:26:39 -0800 (PST)

 The bad call was introduced in if.c revision 1.39:
 
 ----------------------------
 revision 1.39
 date: 1997/01/07 19:15:28;  author: wollman;  state: Exp;  lines: +179 -1
 Checkpoint the beginnings of the new kernel interface for
 multicast group memberships.  This is not actually operative
 at the moment (a lot of other code still needs to be changed), but
 this seemed like a useful reference point to check in so that
 others (i.e. Bill Fenner) have fair warning of where we are going.
 ----------------------------
 
 -- 
 Dave Cornejo - Dogwood Media, Fremont, California

From owner-freebsd-bugs  Fri Jan 17 11:39:13 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id LAA21929
          for bugs-outgoing; Fri, 17 Jan 1997 11:39:13 -0800 (PST)
Received: (from wollman@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id LAA21909;
          Fri, 17 Jan 1997 11:39:08 -0800 (PST)
Date: Fri, 17 Jan 1997 11:39:08 -0800 (PST)
From: Garrett Wollman <wollman>
Message-Id: <199701171939.LAA21909@freefall.freebsd.org>
To: dave@dogwood.com, wollman, freebsd-bugs
Subject: Re: kern/2513
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Synopsis: a PPP connection causes a page fault panic

State-Changed-From-To: open-feedback
State-Changed-By: wollman
State-Changed-When: Fri Jan 17 11:38:40 PST 1997
State-Changed-Why: 
Should be fixed by rev. 1.38 of if_ppp.c.

From owner-freebsd-bugs  Fri Jan 17 14:34:14 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id OAA00879
          for bugs-outgoing; Fri, 17 Jan 1997 14:34:14 -0800 (PST)
Received: from sax.sax.de (sax.sax.de [193.175.26.33])
          by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id OAA00871
          for <freebsd-bugs@freefall.freebsd.org>; Fri, 17 Jan 1997 14:34:11 -0800 (PST)
Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id XAA12547 for freebsd-bugs@freefall.freebsd.org; Fri, 17 Jan 1997 23:34:05 +0100
Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id WAA20422; Fri, 17 Jan 1997 22:11:30 +0100 (MET)
Message-ID: <Mutt.19970117221130.j@uriah.heep.sax.de>
Date: Fri, 17 Jan 1997 22:11:30 +0100
From: j@uriah.heep.sax.de (J Wunsch)
To: freebsd-bugs@freefall.freebsd.org
Subject: Re: misc/2505: /etc/utmp messed up (by xterm?) in 2.2-Beta
References: <199701170420.UAA08532@freefall.freebsd.org> <2659.853483224@time.cdrom.com>
X-Mailer: Mutt 0.55-PL10
Mime-Version: 1.0
X-Phone: +49-351-2012 669
X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F  93 21 E0 7D F9 12 D6 4E
Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
In-Reply-To: <2659.853483224@time.cdrom.com>; from Jordan K. Hubbard on Jan 16, 1997 22:40:24 -0800
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

As Jordan K. Hubbard wrote:

> Actually, both -current and 2.2 XFree86 distributions are the same
> on ftp.freebsd.org now.

Eeek!  Have you placed the -current version into the 2.2 area?  This
will break utmp/wtmp for all 2.2-BETA users that install now...

You should split this.

-- 
cheers, J"org

joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
Never trust an operating system you don't have sources for. ;-)

From owner-freebsd-bugs  Fri Jan 17 14:47:42 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id OAA01565
          for bugs-outgoing; Fri, 17 Jan 1997 14:47:42 -0800 (PST)
Received: (from joerg@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id OAA01538;
          Fri, 17 Jan 1997 14:47:36 -0800 (PST)
Date: Fri, 17 Jan 1997 14:47:36 -0800 (PST)
From: Joerg Wunsch <joerg>
Message-Id: <199701172247.OAA01538@freefall.freebsd.org>
To: helbig@MX.BA-Stuttgart.De, joerg, freebsd-bugs
Subject: Re: kern/2509
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Synopsis: the file opt_kbdio.h is missing - cannot build kernel

State-Changed-From-To: open-closed
State-Changed-By: joerg
State-Changed-When: Fri Jan 17 23:47:00 MET 1997
State-Changed-Why: 
Pilot error.

From owner-freebsd-bugs  Fri Jan 17 14:49:20 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id OAA01762
          for bugs-outgoing; Fri, 17 Jan 1997 14:49:20 -0800 (PST)
Received: (from joerg@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id OAA01693;
          Fri, 17 Jan 1997 14:48:27 -0800 (PST)
Date: Fri, 17 Jan 1997 14:48:27 -0800 (PST)
From: Joerg Wunsch <joerg>
Message-Id: <199701172248.OAA01693@freefall.freebsd.org>
To: muir@idiom.com, joerg, freebsd-bugs
Subject: Re: bin/2511
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Synopsis: Security bug in crontab()

State-Changed-From-To: open-closed
State-Changed-By: joerg
State-Changed-When: Fri Jan 17 23:47:50 MET 1997
State-Changed-Why: 
Already fixed in -current and 2.2.

From owner-freebsd-bugs  Fri Jan 17 14:49:44 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id OAA01871
          for bugs-outgoing; Fri, 17 Jan 1997 14:49:44 -0800 (PST)
Received: (from joerg@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id OAA01815;
          Fri, 17 Jan 1997 14:49:30 -0800 (PST)
Date: Fri, 17 Jan 1997 14:49:30 -0800 (PST)
From: Joerg Wunsch <joerg>
Message-Id: <199701172249.OAA01815@freefall.freebsd.org>
To: scrutchfield@ifusion.com, joerg, freebsd-bugs
Subject: Re: bin/2502
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Synopsis: Unable to sscanf first integer value.

State-Changed-From-To: open-closed
State-Changed-By: joerg
State-Changed-When: Fri Jan 17 23:49:06 MET 1997
State-Changed-Why: 
Usage error.

From owner-freebsd-bugs  Fri Jan 17 14:51:54 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id OAA01993
          for bugs-outgoing; Fri, 17 Jan 1997 14:51:54 -0800 (PST)
Received: (from joerg@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id OAA01972;
          Fri, 17 Jan 1997 14:51:38 -0800 (PST)
Date: Fri, 17 Jan 1997 14:51:38 -0800 (PST)
From: Joerg Wunsch <joerg>
Message-Id: <199701172251.OAA01972@freefall.freebsd.org>
To: ume@calm.imasy.or.jp, joerg, freebsd-bugs
Subject: Re: kern/2490
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Synopsis: CD-ROM drive is recognized more than one LU.

State-Changed-From-To: open-closed
State-Changed-By: joerg
State-Changed-When: Fri Jan 17 23:49:43 MET 1997
State-Changed-Why: 
Already fixed in -current and 2.2 by generally probing for one
LU only when it comes to CD-ROMs (except for known changer devices).

From owner-freebsd-bugs  Fri Jan 17 14:52:40 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id OAA02110
          for bugs-outgoing; Fri, 17 Jan 1997 14:52:40 -0800 (PST)
Received: (from joerg@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id OAA02091;
          Fri, 17 Jan 1997 14:52:35 -0800 (PST)
Date: Fri, 17 Jan 1997 14:52:35 -0800 (PST)
From: Joerg Wunsch <joerg>
Message-Id: <199701172252.OAA02091@freefall.freebsd.org>
To: dirk@hal.in-berlin.de, joerg, freebsd-bugs
Subject: Re: bin/2474
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Synopsis: too much wtmp entries with pppd

State-Changed-From-To: open-closed
State-Changed-By: joerg
State-Changed-When: Fri Jan 17 23:52:11 MET 1997
State-Changed-Why: 
Already fixed in -current and 2.2.

From owner-freebsd-bugs  Fri Jan 17 15:13:23 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id PAA03576
          for bugs-outgoing; Fri, 17 Jan 1997 15:13:23 -0800 (PST)
Received: (from joerg@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id PAA03552;
          Fri, 17 Jan 1997 15:13:14 -0800 (PST)
Date: Fri, 17 Jan 1997 15:13:14 -0800 (PST)
From: Joerg Wunsch <joerg>
Message-Id: <199701172313.PAA03552@freefall.freebsd.org>
To: kargl@troutmask.apl.washington.edu, joerg, freebsd-bugs
Subject: Re: bin/2510
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Synopsis: arrow keys (escape codes) are dropped

State-Changed-From-To: open-closed
State-Changed-By: joerg
State-Changed-When: Sat Jan 18 00:12:43 MET 1997
State-Changed-Why: 
Suggested fix applied in rev 1.3 of options.c.

From owner-freebsd-bugs  Fri Jan 17 16:00:05 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id QAA07098
          for bugs-outgoing; Fri, 17 Jan 1997 16:00:05 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id QAA07071;
          Fri, 17 Jan 1997 16:00:03 -0800 (PST)
Resent-Date: Fri, 17 Jan 1997 16:00:03 -0800 (PST)
Resent-Message-Id: <199701180000.QAA07071@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, soil@quick.net
Received: from stanton-1-2.quick.net (soil@stanton-1-2.quick.net [205.153.188.102])
          by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id PAA06968
          for <FreeBSD-gnats-submit@freebsd.org>; Fri, 17 Jan 1997 15:58:23 -0800 (PST)
Received: (from soil@localhost) by stanton-1-2.quick.net (8.8.4/8.8.3) id PAA05431; Fri, 17 Jan 1997 15:58:20 -0800 (PST)
Message-Id: <199701172358.PAA05431@stanton-1-2.quick.net>
Date: Fri, 17 Jan 1997 15:58:20 -0800 (PST)
From: soil@quick.net
Reply-To: soil@quick.net
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: bin/2518: /usr/bin/tar is out of date
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


>Number:         2518
>Category:       bin
>Synopsis:       /usr/bin/tar is out of date
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Class:          change-request
>Submitter-Id:   current-users
>Arrival-Date:   Fri Jan 17 16:00:01 PST 1997
>Last-Modified:
>Originator:     Josh Gilliam
>Organization:
>Release:        FreeBSD 3.0-CURRENT i386
>Environment:

FreeBSD 3.0-CURRENT

>Description:

/usr/bin/tar is version 1.11.2, which is out of date. The latest version
is 1.11.8, available at ftp://prep.ai.mit.edu/pub/gnu/tar-1.11.8.tar.gz

>How-To-Repeat:

$ /usr/bin/tar --version
GNU tar version 1.11.2

>Fix:

commit GNU tar version 1.11.8

>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Fri Jan 17 17:35:19 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id RAA13098
          for bugs-outgoing; Fri, 17 Jan 1997 17:35:19 -0800 (PST)
Received: from white.dogwood.com (white.dogwood.com [140.174.96.1])
          by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id RAA13093;
          Fri, 17 Jan 1997 17:35:14 -0800 (PST)
Received: (from dave@localhost)
          by white.dogwood.com (8.8.4/8.8.4)
	  id RAA04359; Fri, 17 Jan 1997 17:35:12 -0800 (PST)
From: Dave Cornejo <dave@dogwood.com>
Message-Id: <199701180135.RAA04359@white.dogwood.com>
Subject: Re: kern/2513
In-Reply-To: <199701171939.LAA21909@freefall.freebsd.org> from Garrett Wollman at "Jan 17, 97 11:39:08 am"
To: wollman@freefall.freebsd.org (Garrett Wollman)
Date: Fri, 17 Jan 1997 17:35:12 -0800 (PST)
Cc: dave@dogwood.com, wollman@freefall.freebsd.org,
        freebsd-bugs@freefall.freebsd.org
X-Mailer: ELM [version 2.4ME+ PL28s (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Garrett Wollman wrote:
> Synopsis: a PPP connection causes a page fault panic
> 
> State-Changed-From-To: open-feedback
> State-Changed-By: wollman
> State-Changed-When: Fri Jan 17 11:38:40 PST 1997
> State-Changed-Why: 
> Should be fixed by rev. 1.38 of if_ppp.c.
> 

This fixed the problem, thanks!

-- 
Dave Cornejo - Dogwood Media, Fremont, California

From owner-freebsd-bugs  Fri Jan 17 19:21:26 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id TAA18057
          for bugs-outgoing; Fri, 17 Jan 1997 19:21:26 -0800 (PST)
Received: from time.cdrom.com (time.cdrom.com [204.216.27.226])
          by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id TAA18052
          for <freebsd-bugs@freefall.freebsd.org>; Fri, 17 Jan 1997 19:21:23 -0800 (PST)
Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.4/8.6.9) with ESMTP id TAA05315; Fri, 17 Jan 1997 19:21:11 -0800 (PST)
To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
cc: freebsd-bugs@freefall.freebsd.org
Subject: Re: misc/2505: /etc/utmp messed up (by xterm?) in 2.2-Beta 
In-reply-to: Your message of "Fri, 17 Jan 1997 22:11:30 +0100."
             <Mutt.19970117221130.j@uriah.heep.sax.de> 
Date: Fri, 17 Jan 1997 19:21:11 -0800
Message-ID: <5311.853557671@time.cdrom.com>
From: "Jordan K. Hubbard" <jkh@time.cdrom.com>
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> As Jordan K. Hubbard wrote:
> 
> > Actually, both -current and 2.2 XFree86 distributions are the same
> > on ftp.freebsd.org now.
> 
> Eeek!  Have you placed the -current version into the 2.2 area?  This
> will break utmp/wtmp for all 2.2-BETA users that install now...

Actually, I don't *have* a -current version, which is why they
currently point to the same place.  If I ever get a 3.0-relative
XFree86, I'll then split them out.

					Jordan

From owner-freebsd-bugs  Fri Jan 17 19:50:04 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id TAA19124
          for bugs-outgoing; Fri, 17 Jan 1997 19:50:04 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id TAA19118;
          Fri, 17 Jan 1997 19:50:02 -0800 (PST)
Resent-Date: Fri, 17 Jan 1997 19:50:02 -0800 (PST)
Resent-Message-Id: <199701180350.TAA19118@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org,
        mini@hydrogen.nike.efn.org
Received: from hydrogen.nike.efn.org (metriclient-5.uoregon.edu [128.223.172.5])
          by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id TAA19085
          for <FreeBSD-gnats-submit@freebsd.org>; Fri, 17 Jan 1997 19:49:42 -0800 (PST)
Received: (from mini@localhost)
          by hydrogen.nike.efn.org (8.8.4/8.8.4)
	  id TAA10284; Fri, 17 Jan 1997 19:49:04 -0800 (PST)
Message-Id: <199701180349.TAA10284@hydrogen.nike.efn.org>
Date: Fri, 17 Jan 1997 19:49:04 -0800 (PST)
From: Jonathan Mini <mini@hydrogen.nike.efn.org>
Reply-To: mini@hydrogen.nike.efn.org
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: conf/2519: 
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


>Number:         2519
>Category:       conf
>Synopsis:       
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Class:          change-request
>Submitter-Id:   current-users
>Arrival-Date:   Fri Jan 17 19:50:01 PST 1997
>Last-Modified:
>Originator:     Jonathan Mini
>Organization:
>Release:        FreeBSD 2.2-960801-SNAP i386
>Environment:
>Description:

  As /etc/sysconfig and /etc/rc.i386 is now, you can't modify the syscons
bell type on boot. Slightly annoying when your system doesn't have a speaker.
>How-To-Repeat:

Just try to set some mythical optino in /etc/sysconfig. You'll find it isn't
there. =)

>Fix:

Apply this patch :

Index: etc/sysconfig
===================================================================
RCS file: /usr/cvs/src/etc/sysconfig,v
retrieving revision 1.57
diff -c -r1.57 sysconfig
*** sysconfig	1997/01/14 05:44:42	1.57
--- sysconfig	1997/01/18 03:24:23
***************
*** 28,33 ****
--- 28,36 ----
  # Desired cursor type {normal|blink|destructive}, NO if no change
  cursor=NO
  
+ # Desired cursor type {duration.pitch|normal|visual}, NO if no change
+ keybell=NO
+ 
  # Choose screen map from /usr/share/syscons/scrnmaps/* (or NO for none)
  scrnmap=NO
  
Index: etc/etc.i386/rc.i386
===================================================================
RCS file: /usr/cvs/src/etc/etc.i386/rc.i386,v
retrieving revision 1.19
diff -c -r1.19 rc.i386
*** rc.i386	1997/01/14 05:44:54	1.19
--- rc.i386	1997/01/18 03:30:43
***************
*** 44,49 ****
--- 44,54 ----
  	echo -n ' keyrate';	kbdcontrol <${kbddev} -r ${keyrate}
  fi
  
+ # bell style
+ if [ "X${keybell}" != X"NO" ]; then
+         echo -n ' keybell';     kbdcontrol <${kbddev} -b ${keybell}
+ fi
+ 
  # change function keys
  if [ "X${keychange}" != X"NO" ]; then
  	echo -n " keychange"
>Audit-Trail:
>Unformatted:
Jonathan Mini
/etc/sysconfig does allow you to set the bell type/style on boot.

From owner-freebsd-bugs  Fri Jan 17 20:20:05 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id UAA19918
          for bugs-outgoing; Fri, 17 Jan 1997 20:20:05 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id UAA19910;
          Fri, 17 Jan 1997 20:20:03 -0800 (PST)
Resent-Date: Fri, 17 Jan 1997 20:20:03 -0800 (PST)
Resent-Message-Id: <199701180420.UAA19910@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, gurney_j@efn.org
Received: from mail.webspan.net (mail.webspan.net [206.154.70.7])
          by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id UAA19736
          for <freebsd-gnats-submit@freebsd.org>; Fri, 17 Jan 1997 20:13:07 -0800 (PST)
Received: from orion.webspan.net (orion.webspan.net [206.154.70.5]) 
          by mail.webspan.net (8.7.5/8.7.3) with ESMTP id XAA20620
          for <freebsd-gnats-submit@freebsd.org>; Fri, 17 Jan 1997 23:12:50 -0500 (EST)
Received: from orion.webspan.net (localhost [127.0.0.1]) 
          by orion.webspan.net (8.8.3/8.7.3) with ESMTP id XAA15351
          for <freebsd-gnats-submit@freebsd.org>; Fri, 17 Jan 1997 23:12:49 -0500 (EST)
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.18]) 
          by mail.webspan.net (8.7.5/8.7.3) with ESMTP id XAA20487
          for <gpalmer@webspan.net>; Fri, 17 Jan 1997 23:11:32 -0500 (EST)
Received: from hydrogen.nike.efn.org (metriclient-5.uoregon.edu [128.223.172.5])
          by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id UAA19698
          for <FreeBSD-gnats@freefall.FreeBSD.org>; Fri, 17 Jan 1997 20:11:05 -0800 (PST)
Received: (from jmg@localhost)
          by hydrogen.nike.efn.org (8.8.4/8.8.4)
	  id UAA10491; Fri, 17 Jan 1997 20:11:00 -0800 (PST)
Message-Id: <199701180411.UAA10491@hydrogen.nike.efn.org>
Date: Fri, 17 Jan 1997 20:11:00 -0800 (PST)
From: John-Mark Gurney <jmg@hydrogen.nike.efn.org>
Reply-To: gurney_j@efn.org
To: FreeBSD-gnats@freefall.FreeBSD.org
X-Send-Pr-Version: 3.2
Subject: misc/2520: fortune has bad/hard to understand grammer
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk


>Number:         2520
>Category:       misc
>Synopsis:       fortune has bad/hard to understand grammer
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Class:          change-request
>Submitter-Id:   current-users
>Arrival-Date:   Fri Jan 17 20:20:01 PST 1997
>Last-Modified:
>Originator:     John-Mark Gurney
>Organization:
Cu Networking
>Release:        FreeBSD 2.2-960801-SNAP i386
>Environment:

and bsd environment with the fortunes installed...
	

>Description:

basic a fortunes has bad/hard to understand grammer..
	

>How-To-Repeat:

run fortune a long time till you get the fortune
	

>Fix:
	
apply this patch:

Index: fortunes
===================================================================
RCS file: /usr/cvs/src/games/fortune/datfiles/fortunes,v
retrieving revision 1.4
diff -c -r1.4 fortunes
*** fortunes	1997/01/08 07:04:41	1.4
--- fortunes	1997/01/18 04:02:40
***************
*** 8579,8586 ****
  Malek's Law:
  	Any simple idea will be worded in the most complicated way.
  %
! Man 1:	Ask me the what the most important thing about telling a good
! 	joke is.
  
  Man 2:	OK, what is the most impo --
  
--- 8579,8586 ----
  Malek's Law:
  	Any simple idea will be worded in the most complicated way.
  %
! Man 1:	Ask me.  "What is the most important thing about telling a good
! 	joke?"
  
  Man 2:	OK, what is the most impo --
  
	

>Audit-Trail:
>Unformatted:
John-Mark Gurney

From owner-freebsd-bugs  Fri Jan 17 20:23:27 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id UAA20085
          for bugs-outgoing; Fri, 17 Jan 1997 20:23:27 -0800 (PST)
Received: (from max@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id UAA20062;
          Fri, 17 Jan 1997 20:23:19 -0800 (PST)
Date: Fri, 17 Jan 1997 20:23:19 -0800 (PST)
From: Masafumi NAKANE <max>
Message-Id: <199701180423.UAA20062@freefall.freebsd.org>
To: max@wide.ad.jp, max, freebsd-bugs
Subject: Re: bin/1843
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Synopsis: Gdb dumps core upon executing ``help set''

State-Changed-From-To: open-closed
State-Changed-By: max
State-Changed-When: Fri Jan 17 20:22:29 PST 1997
State-Changed-Why: 
The new version of gdb on 3.0-current doesn't have this problem.

From owner-freebsd-bugs  Fri Jan 17 22:07:12 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id WAA25255
          for bugs-outgoing; Fri, 17 Jan 1997 22:07:12 -0800 (PST)
Received: from shiva.seranis.com.au (shiva.seranis.com.au [203.14.110.2])
          by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id WAA25241
          for <freebsd-bugs@freefall.freebsd.org>; Fri, 17 Jan 1997 22:06:45 -0800 (PST)
Received: (from ramakant@localhost) by shiva.seranis.com.au (8.8.3/8.6.9) id RAA13305; Sat, 18 Jan 1997 17:13:16 +1100 (EST)
Date: Sat, 18 Jan 1997 17:13:16 +1100 (EST)
From: Ramakant Duggal <ramakant@shiva.seranis.com.au>
To: freebsd-bugs@freefall.freebsd.org
Subject: unsubscribe
Message-ID: <Pine.BSF.3.91.970118171249.26439C-100000@shiva.seranis.com.au>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

unsubscribe

From owner-freebsd-bugs  Sat Jan 18 02:25:54 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id CAA05390
          for bugs-outgoing; Sat, 18 Jan 1997 02:25:54 -0800 (PST)
Received: from sax.sax.de (sax.sax.de [193.175.26.33])
          by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id CAA05385
          for <freebsd-bugs@freefall.freebsd.org>; Sat, 18 Jan 1997 02:25:51 -0800 (PST)
Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id LAA22200; Sat, 18 Jan 1997 11:25:31 +0100
Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id LAA24137; Sat, 18 Jan 1997 11:00:51 +0100 (MET)
Message-ID: <Mutt.19970118110051.j@uriah.heep.sax.de>
Date: Sat, 18 Jan 1997 11:00:51 +0100
From: j@uriah.heep.sax.de (J Wunsch)
To: jkh@time.cdrom.com (Jordan K. Hubbard),
        dawes@physics.usyd.edu.au (David Dawes)
Cc: freebsd-bugs@freefall.freebsd.org
Subject: Re: misc/2505: /etc/utmp messed up (by xterm?) in 2.2-Beta
References: <Mutt.19970117221130.j@uriah.heep.sax.de> <5311.853557671@time.cdrom.com>
X-Mailer: Mutt 0.55-PL10
Mime-Version: 1.0
X-Phone: +49-351-2012 669
X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F  93 21 E0 7D F9 12 D6 4E
Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
In-Reply-To: <5311.853557671@time.cdrom.com>; from Jordan K. Hubbard on Jan 17, 1997 19:21:11 -0800
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

As Jordan K. Hubbard wrote:

> > Eeek!  Have you placed the -current version into the 2.2 area?  This
> > will break utmp/wtmp for all 2.2-BETA users that install now...
> 
> Actually, I don't *have* a -current version, which is why they
> currently point to the same place.  If I ever get a 3.0-relative
> XFree86, I'll then split them out.

They are supposed to be different on XFree86' master server now.  Hmm,
maybe this only applies to the untarred tree, i'm not sure.  (Only xdm
and xterm are different.)

David?

-- 
cheers, J"org

joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
Never trust an operating system you don't have sources for. ;-)

From owner-freebsd-bugs  Sat Jan 18 02:39:58 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id CAA05826
          for bugs-outgoing; Sat, 18 Jan 1997 02:39:58 -0800 (PST)
Received: from suphys.physics.usyd.edu.au (dawes@suphys.physics.usyd.edu.au [129.78.129.1])
          by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id CAA05821
          for <freebsd-bugs@freefall.freebsd.org>; Sat, 18 Jan 1997 02:39:54 -0800 (PST)
Received: (from dawes@localhost)
          by suphys.physics.usyd.edu.au (8.8.4/8.8.4)
	  id VAA05710; Sat, 18 Jan 1997 21:39:29 +1100 (EST)
From: David Dawes <dawes@Physics.usyd.edu.au>
Message-Id: <199701181039.VAA05710@suphys.physics.usyd.edu.au>
Subject: Re: misc/2505: /etc/utmp messed up (by xterm?) in 2.2-Beta
To: joerg_wunsch@uriah.heep.sax.de
Date: Sat, 18 Jan 1997 21:39:28 +1100 (EST)
Cc: jkh@time.cdrom.com, dawes@Physics.usyd.edu.au,
        freebsd-bugs@freefall.freebsd.org
In-Reply-To: <Mutt.19970118110051.j@uriah.heep.sax.de> from "J Wunsch" at Jan 18, 97 11:00:51 am
X-Mailer: ELM [version 2.4 PL23]
Content-Type: text
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

>As Jordan K. Hubbard wrote:
>
>> > Eeek!  Have you placed the -current version into the 2.2 area?  This
>> > will break utmp/wtmp for all 2.2-BETA users that install now...
>> 
>> Actually, I don't *have* a -current version, which is why they
>> currently point to the same place.  If I ever get a 3.0-relative
>> XFree86, I'll then split them out.
>
>They are supposed to be different on XFree86' master server now.  Hmm,
>maybe this only applies to the untarred tree, i'm not sure.  (Only xdm
>and xterm are different.)
>
>David?

on ftp.xfree86.org there is:

  /pub/XFree86/3.2/binaries/FreeBSD-2.2

and

  /pub/XFree86/3.2/binaries/FreeBSD-current

as two distinct directories.

The contents of FreeBSD-2.2 is:

-rw-r--r--   1 root   ftp-gues   332970 Jan  8 23:39 FILES
-r--r--r--  18 dawes  wheel       28793 Oct 29 15:14 RELNOTES
-rw-r--r--   1 root   ftp-gues     2420 Jan  8 23:39 SUMS.md5
-rw-r--r--   1 robin  staff      676919 Nov  7 19:40 X328514.tgz
-rw-r--r--   1 robin  staff      862503 Nov  7 19:41 X329480.tgz
-rw-r--r--   1 robin  staff      646782 Nov  7 19:42 X329EGC.tgz
-rw-r--r--   1 robin  staff      953736 Nov  7 19:43 X329GA9.tgz
-rw-r--r--   1 robin  staff      912863 Nov  7 19:45 X329GAN.tgz
-rw-r--r--   1 robin  staff      953778 Nov  7 19:46 X329LPW.tgz
-rw-r--r--   1 robin  staff      912800 Nov  7 19:47 X329NKV.tgz
-rw-r--r--   1 robin  staff      957110 Nov  7 19:48 X329NS3.tgz
-rw-r--r--   1 robin  staff      961068 Nov  7 19:50 X329SPW.tgz
-rw-r--r--   1 robin  staff      872186 Nov  7 19:51 X329TGU.tgz
-rw-r--r--   1 robin  staff      913068 Nov  7 19:52 X329WEP.tgz
-rw-r--r--   1 robin  staff      913019 Nov  7 19:53 X329WS.tgz
-rw-r--r--   1 robin  staff      912880 Nov  7 19:54 X329WSN.tgz
-rw-r--r--   1 robin  staff      757457 Nov  7 19:55 X32AGX.tgz
-rw-r--r--   1 robin  staff      741560 Nov  7 19:56 X32I128.tgz
-rw-r--r--   1 robin  staff      742997 Nov  7 19:56 X32Ma32.tgz
-rw-r--r--   1 robin  staff      790687 Nov  7 19:57 X32Ma64.tgz
-rw-r--r--   1 robin  staff      682594 Nov  7 19:58 X32Ma8.tgz
-rw-r--r--   1 robin  staff      722374 Nov  7 19:59 X32Mono.tgz
-rw-r--r--   1 robin  staff      764380 Nov  7 20:00 X32P9K.tgz
-rw-r--r--   1 robin  staff      948264 Nov  7 20:01 X32S3.tgz
-rw-r--r--   1 robin  staff      844288 Nov  7 20:02 X32S3V.tgz
-rw-r--r--   1 robin  staff     1039779 Nov  7 20:03 X32SVGA.tgz
-rw-r--r--   1 robin  staff      735002 Nov  7 20:04 X32VG16.tgz
-rw-r--r--   1 robin  staff      695164 Nov  7 20:05 X32W32.tgz
-rw-r--r--   1 dawes  staff     2514048 Jan  8 23:25 X32bin.tgz
-rw-r--r--  12 dawes  wheel        3088 Oct 24 11:14 X32cfg.tgz
-rw-r--r--  12 dawes  wheel      293386 Oct 26 11:35 X32doc.tgz
-rw-r--r--  12 dawes  wheel     1625972 Oct 24 11:28 X32f100.tgz
-rw-r--r--  12 dawes  wheel      493739 Oct 24 11:35 X32fcyr.tgz
-rw-r--r--  12 dawes  wheel     3074479 Oct 24 12:02 X32fnon.tgz
-rw-r--r--  12 dawes  wheel     1610153 Oct 24 12:19 X32fnts.tgz
-rw-r--r--  12 dawes  wheel     1123511 Oct 24 12:30 X32fscl.tgz
-rw-r--r--   1 robin  staff      156491 Nov  7 20:07 X32fsrv.tgz
-rw-r--r--  12 dawes  wheel      235962 Oct 26 11:39 X32html.tgz
-rw-r--r--   1 robin  staff      339744 Nov  9 12:28 X32lib.tgz
-rw-r--r--   1 robin  staff     4284673 Nov  7 20:12 X32lk98.tgz
-rw-r--r--   1 robin  staff     3334853 Nov  7 20:15 X32lkit.tgz
-rw-r--r--   1 robin  staff     1205184 Nov  9 12:31 X32man.tgz
-rw-r--r--   1 robin  staff      873601 Nov  7 20:17 X32nest.tgz
-rw-r--r--   1 robin  staff     1296854 Nov  7 20:18 X32prog.tgz
-rw-r--r--  12 dawes  wheel     1108043 Oct 26 11:51 X32ps.tgz
-rw-r--r--   1 robin  staff      479415 Nov  7 20:18 X32set.tgz
-rw-r--r--   1 robin  staff     1084617 Nov  7 20:19 X32vfb.tgz
-r--r--r--  16 dawes  wheel        3181 Oct 24 11:14 postinst.sh
-r--r--r--  16 dawes  wheel        3176 Oct 24 11:14 preinst.sh

The contents of FreeBSD-current is:

-rw-r--r--   1 root   ftp-gues   332970 Jan  8 23:25 FILES
-r--r--r--  18 dawes  wheel       28793 Oct 29 15:14 RELNOTES
-rw-r--r--   1 root   ftp-gues     2420 Jan  8 23:25 SUMS.md5
lrwxr-xr-x   1 root   ftp-gues       26 Jan  8 23:18 X328514.tgz -> ../FreeBSD-2.2/X328514.tgz
lrwxr-xr-x   1 root   ftp-gues       26 Jan  8 23:18 X329480.tgz -> ../FreeBSD-2.2/X329480.tgz
lrwxr-xr-x   1 root   ftp-gues       26 Jan  8 23:18 X329EGC.tgz -> ../FreeBSD-2.2/X329EGC.tgz
lrwxr-xr-x   1 root   ftp-gues       26 Jan  8 23:18 X329GA9.tgz -> ../FreeBSD-2.2/X329GA9.tgz
lrwxr-xr-x   1 root   ftp-gues       26 Jan  8 23:18 X329GAN.tgz -> ../FreeBSD-2.2/X329GAN.tgz
lrwxr-xr-x   1 root   ftp-gues       26 Jan  8 23:18 X329LPW.tgz -> ../FreeBSD-2.2/X329LPW.tgz
lrwxr-xr-x   1 root   ftp-gues       26 Jan  8 23:18 X329NKV.tgz -> ../FreeBSD-2.2/X329NKV.tgz
lrwxr-xr-x   1 root   ftp-gues       26 Jan  8 23:18 X329NS3.tgz -> ../FreeBSD-2.2/X329NS3.tgz
lrwxr-xr-x   1 root   ftp-gues       26 Jan  8 23:18 X329SPW.tgz -> ../FreeBSD-2.2/X329SPW.tgz
lrwxr-xr-x   1 root   ftp-gues       26 Jan  8 23:18 X329TGU.tgz -> ../FreeBSD-2.2/X329TGU.tgz
lrwxr-xr-x   1 root   ftp-gues       26 Jan  8 23:18 X329WEP.tgz -> ../FreeBSD-2.2/X329WEP.tgz
lrwxr-xr-x   1 root   ftp-gues       25 Jan  8 23:18 X329WS.tgz -> ../FreeBSD-2.2/X329WS.tgz
lrwxr-xr-x   1 root   ftp-gues       26 Jan  8 23:18 X329WSN.tgz -> ../FreeBSD-2.2/X329WSN.tgz
lrwxr-xr-x   1 root   ftp-gues       25 Jan  8 23:18 X32AGX.tgz -> ../FreeBSD-2.2/X32AGX.tgz
lrwxr-xr-x   1 root   ftp-gues       26 Jan  8 23:18 X32I128.tgz -> ../FreeBSD-2.2/X32I128.tgz
lrwxr-xr-x   1 root   ftp-gues       26 Jan  8 23:18 X32Ma32.tgz -> ../FreeBSD-2.2/X32Ma32.tgz
lrwxr-xr-x   1 root   ftp-gues       26 Jan  8 23:18 X32Ma64.tgz -> ../FreeBSD-2.2/X32Ma64.tgz
lrwxr-xr-x   1 root   ftp-gues       25 Jan  8 23:18 X32Ma8.tgz -> ../FreeBSD-2.2/X32Ma8.tgz
lrwxr-xr-x   1 root   ftp-gues       26 Jan  8 23:18 X32Mono.tgz -> ../FreeBSD-2.2/X32Mono.tgz
lrwxr-xr-x   1 root   ftp-gues       25 Jan  8 23:18 X32P9K.tgz -> ../FreeBSD-2.2/X32P9K.tgz
lrwxr-xr-x   1 root   ftp-gues       24 Jan  8 23:18 X32S3.tgz -> ../FreeBSD-2.2/X32S3.tgz
lrwxr-xr-x   1 root   ftp-gues       25 Jan  8 23:18 X32S3V.tgz -> ../FreeBSD-2.2/X32S3V.tgz
lrwxr-xr-x   1 root   ftp-gues       26 Jan  8 23:18 X32SVGA.tgz -> ../FreeBSD-2.2/X32SVGA.tgz
lrwxr-xr-x   1 root   ftp-gues       26 Jan  8 23:18 X32VG16.tgz -> ../FreeBSD-2.2/X32VG16.tgz
lrwxr-xr-x   1 root   ftp-gues       25 Jan  8 23:18 X32W32.tgz -> ../FreeBSD-2.2/X32W32.tgz
-rw-r--r--   1 dawes  staff     2514592 Jan  8 23:17 X32bin.tgz
lrwxr-xr-x   1 root   ftp-gues       25 Jan  8 23:18 X32cfg.tgz -> ../FreeBSD-2.2/X32cfg.tgz
lrwxr-xr-x   1 root   ftp-gues       25 Jan  8 23:18 X32doc.tgz -> ../FreeBSD-2.2/X32doc.tgz
lrwxr-xr-x   1 root   ftp-gues       26 Jan  8 23:18 X32f100.tgz -> ../FreeBSD-2.2/X32f100.tgz
lrwxr-xr-x   1 root   ftp-gues       26 Jan  8 23:18 X32fcyr.tgz -> ../FreeBSD-2.2/X32fcyr.tgz
lrwxr-xr-x   1 root   ftp-gues       26 Jan  8 23:18 X32fnon.tgz -> ../FreeBSD-2.2/X32fnon.tgz
lrwxr-xr-x   1 root   ftp-gues       26 Jan  8 23:18 X32fnts.tgz -> ../FreeBSD-2.2/X32fnts.tgz
lrwxr-xr-x   1 root   ftp-gues       26 Jan  8 23:18 X32fscl.tgz -> ../FreeBSD-2.2/X32fscl.tgz
lrwxr-xr-x   1 root   ftp-gues       26 Jan  8 23:18 X32fsrv.tgz -> ../FreeBSD-2.2/X32fsrv.tgz
lrwxr-xr-x   1 root   ftp-gues       26 Jan  8 23:18 X32html.tgz -> ../FreeBSD-2.2/X32html.tgz
lrwxr-xr-x   1 root   ftp-gues       25 Jan  8 23:18 X32lib.tgz -> ../FreeBSD-2.2/X32lib.tgz
lrwxr-xr-x   1 root   ftp-gues       26 Jan  8 23:18 X32lk98.tgz -> ../FreeBSD-2.2/X32lk98.tgz
lrwxr-xr-x   1 root   ftp-gues       26 Jan  8 23:18 X32lkit.tgz -> ../FreeBSD-2.2/X32lkit.tgz
lrwxr-xr-x   1 root   ftp-gues       25 Jan  8 23:18 X32man.tgz -> ../FreeBSD-2.2/X32man.tgz
lrwxr-xr-x   1 root   ftp-gues       26 Jan  8 23:18 X32nest.tgz -> ../FreeBSD-2.2/X32nest.tgz
lrwxr-xr-x   1 root   ftp-gues       26 Jan  8 23:18 X32prog.tgz -> ../FreeBSD-2.2/X32prog.tgz
lrwxr-xr-x   1 root   ftp-gues       24 Jan  8 23:18 X32ps.tgz -> ../FreeBSD-2.2/X32ps.tgz
lrwxr-xr-x   1 root   ftp-gues       25 Jan  8 23:18 X32set.tgz -> ../FreeBSD-2.2/X32set.tgz
lrwxr-xr-x   1 root   ftp-gues       25 Jan  8 23:18 X32vfb.tgz -> ../FreeBSD-2.2/X32vfb.tgz
-r--r--r--  16 dawes  wheel        3181 Oct 24 11:14 postinst.sh
-r--r--r--  16 dawes  wheel        3176 Oct 24 11:14 preinst.sh


i.e., everything except X32bin.tgz (which contains xterm and xdm) is a link
to the 2.2 version.


If there is a problem with this, please let me know.

David

From owner-freebsd-bugs  Sat Jan 18 07:30:03 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id HAA13186
          for bugs-outgoing; Sat, 18 Jan 1997 07:30:03 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id HAA13180;
          Sat, 18 Jan 1997 07:30:02 -0800 (PST)
Resent-Date: Sat, 18 Jan 1997 07:30:02 -0800 (PST)
Resent-Message-Id: <199701181530.HAA13180@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, marquard@Zilker.NET
Received: from localhost.zilker.net (ivydp12.zilker.net [206.225.46.12])
          by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id HAA13081
          for <FreeBSD-gnats-submit@freebsd.org>; Sat, 18 Jan 1997 07:27:37 -0800 (PST)
Received: (from marquard@localhost) by localhost.zilker.net (8.7.5/8.7.3) id JAA00539; Sat, 18 Jan 1997 09:27:03 -0600 (CST)
Message-Id: <199701181527.JAA00539@localhost.zilker.net>
Date: Sat, 18 Jan 1997 09:27:03 -0600 (CST)
From: Dave Marquardt <marquard@Zilker.NET>
Reply-To: marquard@Zilker.NET
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: kern/2521: kernel from 2.1.6 install CD doesn't accept `-c' argument
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


>Number:         2521
>Category:       kern
>Synopsis:       kernel from 2.1.6 install CD doesn't accept `-c' argument
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sat Jan 18 07:30:01 PST 1997
>Last-Modified:
>Originator:     Dave Marquardt
>Organization:
>Release:        FreeBSD 2.1.5-STABLE i386
>Environment:

	Pentium 75MHz with Matsushita/Panasonic CR-563 CD-ROM drive, 1
	IDE drive, Adaptec 2940AU SCSI adapter, Iomega SCSI ZIP 100 drive.

>Description:

	With the 2.1.5 CD, I could run (from DOS)

		fbsdboot -c -D kernel

	and the kernel would drop into device configuration system and
	allow me to set IRQs and IO addresses.  This was important
	because my Panasonic CR-562 is not at the standard address,
	and I wanted to have the kernel see it so I could install from
	CD.

	With the 2.1.6 CD, I tried running the same command, and
	various incantations (put `-c' at the end, combined `-cD',
	etc.) and the kernel skipped right over the configuration.
	Actually, it showed the configuration stuff and the word
	`quit' at the configuration prompt and immediately continued
	(sorry, I don't recall if that's normal).

	I thought it might be a problem with the version of
	fbsdboot.exe on the 2.1.6 CD, but I tried the 2.1.5 CD-ROM's
	fbsdboot.exe, and I copied the the CD'S kernel file to my
	existing 2.1.5 root directory and tried to boot it with `-c',
	and it didn't work.

>How-To-Repeat:

	Boot DOS.  Insert 2.1.6 install CD in CD driver.  Run

		fbsdboot -c -D kernel

>Fix:
	
	N/A.


>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Sat Jan 18 08:10:06 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id IAA15821
          for bugs-outgoing; Sat, 18 Jan 1997 08:10:06 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id IAA15803;
          Sat, 18 Jan 1997 08:10:03 -0800 (PST)
Resent-Date: Sat, 18 Jan 1997 08:10:03 -0800 (PST)
Resent-Message-Id: <199701181610.IAA15803@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org,
        Received:(from nobody@localhost) by.freefall.freebsd.org.id.IAA14798;Sat; (8.8.4/8.8.4);,
        18 Jan 1997 08:06:48.-0800 (PST)
Message-Id: <199701181606.IAA14798@freefall.freebsd.org>
Date: Sat, 18 Jan 1997 08:06:48 -0800 (PST)
From: tiller@connectnet.com
To: freebsd-gnats-submit@freebsd.org
X-Send-Pr-Version: www-1.0
Subject: docs/2522: Handbook WWW page lists incorrect current version for -stable (Sect. 16.2)
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


>Number:         2522
>Category:       docs
>Synopsis:       Handbook WWW page lists incorrect current version for -stable (Sect. 16.2)
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Class:          doc-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sat Jan 18 08:10:02 PST 1997
>Last-Modified:
>Originator:     Doug
>Organization:
>Release:        DNA
>Environment:
DNA
>Description:
16.2. Who needs FreeBSD-stable?

If you are a commercial user or someone who puts maximum stability of their FreeBSD system before all other
concerns, you should consider tracking stable. This is especially true if you have installed the most recent release
(2.1.5-RELEASE at the time of this writing) since the stable branch is effectively a bug-fix stream relative to the
previous release.

Also, the link (2.1.5-RELEASE) does not exist according
to the WWW server.
>How-To-Repeat:
Check http://www.freebsd.org/handbook/handbook225.html

>Fix:
Fix the page.  It may be wrong in other places too,
I didn't do an exhaustive search.

With all due respect and appreciation to the FreeBSD team,
these kind of problems make it very difficult for those
of us who are new, and trying to find our own answers.


>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Sat Jan 18 08:30:05 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id IAA17191
          for bugs-outgoing; Sat, 18 Jan 1997 08:30:05 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id IAA17183;
          Sat, 18 Jan 1997 08:30:02 -0800 (PST)
Date: Sat, 18 Jan 1997 08:30:02 -0800 (PST)
Message-Id: <199701181630.IAA17183@freefall.freebsd.org>
To: freebsd-bugs
Cc: 
From: "Jordan K. Hubbard" <jkh@time.cdrom.com>
Subject: Re: kern/2521: kernel from 2.1.6 install CD doesn't accept `-c' argument 
Reply-To: "Jordan K. Hubbard" <jkh@time.cdrom.com>
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

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

From: "Jordan K. Hubbard" <jkh@time.cdrom.com>
To: marquard@Zilker.NET
Cc: FreeBSD-gnats-submit@freebsd.org
Subject: Re: kern/2521: kernel from 2.1.6 install CD doesn't accept `-c' argument 
Date: Sat, 18 Jan 1997 08:22:50 -0800

 > 	I thought it might be a problem with the version of
 > 	fbsdboot.exe on the 2.1.6 CD, but I tried the 2.1.5 CD-ROM's
 
 The problem is basically that the 2.1.6 (and later) kernels are
 incompatible with UserConfig's argument passing now.  The kernel
 *always* assumes -c now, but if there are no commands in the boot
 blocks then nothing is done, it just quits again.  Since there are no
 boot blocks in the fbsdboot case, I'm not sure what to do here.
 Probably all I can do is change the default userconfig behavior to
 always drop into the intro screen by default when there are no boot
 block commands for it. :-(

From owner-freebsd-bugs  Sat Jan 18 08:44:53 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id IAA17919
          for bugs-outgoing; Sat, 18 Jan 1997 08:44:53 -0800 (PST)
Received: (from jkh@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id IAA17893;
          Sat, 18 Jan 1997 08:44:47 -0800 (PST)
Date: Sat, 18 Jan 1997 08:44:47 -0800 (PST)
From: "Jordan K. Hubbard" <jkh>
Message-Id: <199701181644.IAA17893@freefall.freebsd.org>
To: tiller@connectnet.com, jkh, freebsd-bugs
Subject: Re: docs/2522
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Synopsis: Handbook WWW page lists incorrect current version for -stable (Sect. 16.2)

State-Changed-From-To: open-closed
State-Changed-By: jkh
State-Changed-When: Sat Jan 18 08:43:54 PST 1997
State-Changed-Why: 
Fixed, thanks.  The update should show up in the web pages by 4am PST, 19 Jan.

From owner-freebsd-bugs  Sat Jan 18 10:00:03 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id KAA22171
          for bugs-outgoing; Sat, 18 Jan 1997 10:00:03 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id KAA22165;
          Sat, 18 Jan 1997 10:00:02 -0800 (PST)
Resent-Date: Sat, 18 Jan 1997 10:00:02 -0800 (PST)
Resent-Message-Id: <199701181800.KAA22165@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org,
        Received:(from nobody@localhost) by.freefall.freebsd.org.id.JAA21995;Sat; (8.8.4/8.8.4);,
        18 Jan 1997 09:54:35.-0800 (PST)
Message-Id: <199701181754.JAA21995@freefall.freebsd.org>
Date: Sat, 18 Jan 1997 09:54:35 -0800 (PST)
From: spatula@gulf.net
To: freebsd-gnats-submit@freebsd.org
X-Send-Pr-Version: www-1.0
Subject: misc/2523: sysinstall dumps core on attempted package install
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


>Number:         2523
>Category:       misc
>Synopsis:       sysinstall dumps core on attempted package install
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sat Jan 18 10:00:01 PST 1997
>Last-Modified:
>Originator:     Nick Johnson
>Organization:
>Release:        3.0-SNAP.970114
>Environment:
Generic FreeBSD-3.0-970114-SNAP
>Description:
Upon selecting "packages" from the post install configuration,
sysinstall crashes on signal 11.  Info from gdb follows:

sysinstall stops at 0x3602c in ?? ()
registers:
  eax  0x0 0
  ecx  0c559a1 350625
  edx  0x0 0
  ebx 0x2e474 189556
  esp 0xefbfcd6c  0xefbfcd6c
  ebp 0xefbfcddc  0xefbfcddc
  esi 0x1f0d00 2034944
  edi 0x1f0e80 2035328
  eip 0x3602c 0x3602c
  ps 0x10246 66118
  cs 0x1f  31
  ss 0x27  39
  ds 0x27  39
  es 0x27  39

stack dump:

0x3602c
0x2e490
0x9d188
0x33b1e
0x33951
0x336d8
0x9d188
0x33b1e
0c4a278
0x29751
0x114d
0x107e

frame info:
stack level 0, frame 0x3fbfcddc
eip=0x602c, saved eip=0x2e490
called by frame 0xefbfcdf8
arglist at 0xefbfcddc
args: locals at 0xefbfcddc. error accessing address 0x0: invalid arg


>How-To-Repeat:
Sysinstall reliably crashes by selecting option 8 from the config
menu, selecting FTP install, and then selecting a media type.  It will
also crash if the media type is preselected.
>Fix:
unknown
>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Sat Jan 18 12:00:04 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id MAA26012
          for bugs-outgoing; Sat, 18 Jan 1997 12:00:04 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id MAA25997;
          Sat, 18 Jan 1997 12:00:03 -0800 (PST)
Resent-Date: Sat, 18 Jan 1997 12:00:03 -0800 (PST)
Resent-Message-Id: <199701182000.MAA25997@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org,
        Received:(from nobody@localhost) by.freefall.freebsd.org.id.LAA25928;Sat; (8.8.4/8.8.4);,
        18 Jan 1997 11:58:40.-0800 (PST)
Message-Id: <199701181958.LAA25928@freefall.freebsd.org>
Date: Sat, 18 Jan 1997 11:58:40 -0800 (PST)
From: brian@columbia-center.org
To: freebsd-gnats-submit@freebsd.org
X-Send-Pr-Version: www-1.0
Subject: bin/2524: PPP Users Get Knocked Off After PAP
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


>Number:         2524
>Category:       bin
>Synopsis:       PPP Users Get Knocked Off After PAP
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sat Jan 18 12:00:01 PST 1997
>Last-Modified:
>Originator:     Brian Vaerewyck
>Organization:
Columbia Technology Center
>Release:        BSD 2.0
>Environment:
1/17-02:12:05-17216 pppd: Fatal system error: Can't ifconfig du9 (SIOCSIFADDR):
File exists
>Description:
After the user connects using ppp with the Login Id and Password the
system dumps the user.

>How-To-Repeat:
Don't Know? Happens Frequently.
>Fix:
HELP!!!
>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Sat Jan 18 12:11:39 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id MAA26615
          for bugs-outgoing; Sat, 18 Jan 1997 12:11:39 -0800 (PST)
Received: (from wollman@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id MAA26587;
          Sat, 18 Jan 1997 12:11:28 -0800 (PST)
Date: Sat, 18 Jan 1997 12:11:28 -0800 (PST)
From: Garrett Wollman <wollman>
Message-Id: <199701182011.MAA26587@freefall.freebsd.org>
To: dave@dogwood.com, wollman, freebsd-bugs
Subject: Re: kern/2513
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Synopsis: a PPP connection causes a page fault panic

State-Changed-From-To: feedback-closed
State-Changed-By: wollman
State-Changed-When: Sat Jan 18 12:10:52 PST 1997
State-Changed-Why: 
From: Dave Cornejo <dave@dogwood.com>
This fixed the problem, thanks!

From owner-freebsd-bugs  Sat Jan 18 14:00:05 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id OAA01097
          for bugs-outgoing; Sat, 18 Jan 1997 14:00:05 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id OAA01091;
          Sat, 18 Jan 1997 14:00:03 -0800 (PST)
Resent-Date: Sat, 18 Jan 1997 14:00:03 -0800 (PST)
Resent-Message-Id: <199701182200.OAA01091@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org,
        Received:(from nobody@localhost) by.freefall.freebsd.org.id.NAA00731;Sat; (8.8.4/8.8.4);,
        18 Jan 1997 13:50:14.-0800 (PST)
Message-Id: <199701182150.NAA00731@freefall.freebsd.org>
Date: Sat, 18 Jan 1997 13:50:14 -0800 (PST)
From: spatula@gulf.net
To: freebsd-gnats-submit@freebsd.org
X-Send-Pr-Version: www-1.0
Subject: kern/2526: kernel panic when trying to add a route with ip firewalling enabled
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


>Number:         2526
>Category:       kern
>Synopsis:       kernel panic when trying to add a route with ip firewalling enabled
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sat Jan 18 14:00:01 PST 1997
>Last-Modified:
>Originator:     Nick Johnson
>Organization:
>Release:        3.0-970114-SNAP
>Environment:
3.0 with IP firewalling enabled, limited verbosity.
>Description:
When trying to enable an interface that was incorrectly configured
in syconfig, the kernel would panic upon the following command:

ifconfig ep0 inet <my machine's IP> <my gateway's IP>

The kernel debugger reports:

panic: ip_fw: chain
Debugger("panic")
Stopped at _debugger+0x35: moveb $0,_in_Debugger.118

Register contents were:

cs=0x8, ds=0x10, es=0x10, ss=0x10, eax=0x12
ecx=0xc0020000, edx=0xf0180869 _db_rite_bytes+0xd9
ebx=0x100, esp=0xefbffd50 _kstack+0x1d50, ebp=0xefbffd58 _kstack+0x1d58
esi=0xf0150d96 _ipfw_report+0x39e, edi=0xf135bfd0
eip=0xf01808f1 _Debugger+0x35, efl=0x246

>How-To-Repeat:
With IP firewalling enabled, and rules present that would block IP
from the local machine to its gateway, enable an interface from the
local machine to its gateway.
>Fix:
Disable IP Firewalling or do something like this:

ipfw flush
ipfw add allow all from any to any

>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Sat Jan 18 14:10:05 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id OAA01576
          for bugs-outgoing; Sat, 18 Jan 1997 14:10:05 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id OAA01569;
          Sat, 18 Jan 1997 14:10:01 -0800 (PST)
Date: Sat, 18 Jan 1997 14:10:01 -0800 (PST)
Message-Id: <199701182210.OAA01569@freefall.freebsd.org>
To: freebsd-bugs
Cc: 
From: j@uriah.heep.sax.de (J Wunsch)
Subject: Re: bin/2524: PPP Users Get Knocked Off After PAP
Reply-To: j@uriah.heep.sax.de (J Wunsch)
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

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

From: j@uriah.heep.sax.de (J Wunsch)
To: brian@columbia-center.org
Cc: freebsd-gnats-submit@freebsd.org
Subject: Re: bin/2524: PPP Users Get Knocked Off After PAP
Date: Sat, 18 Jan 1997 22:34:38 +0100

 As brian@columbia-center.org wrote:
 
 > 1/17-02:12:05-17216 pppd: Fatal system error: Can't ifconfig du9 (SIOCSIFADDR):
 > File exists
 
 Do you perchance have an ifconfig entry in /etc/sysconfig for ppp0?
 Remove it, it's bogus.
 
 If not, be more detailed about the interface configuration.  The
 message seems to indicate that you're trying to use a single IP
 address twice.
 
 -- 
 cheers, J"org
 
 joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
 Never trust an operating system you don't have sources for. ;-)

From owner-freebsd-bugs  Sat Jan 18 15:45:20 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id PAA05449
          for bugs-outgoing; Sat, 18 Jan 1997 15:45:20 -0800 (PST)
Received: from mailgate ([202.159.65.166])
          by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id PAA05429;
          Sat, 18 Jan 1997 15:45:03 -0800 (PST)
Received: from bandung.wasantara.net.id (bandung.wasantara.net.id [202.159.69.35]) by mailgate (8.6.11/8.6.9) with ESMTP id GAA27509; Sun, 19 Jan 1997 06:30:17 +0700
Date: Sun, 19 Jan 1997 06:30:17 +0700
Received: from BANDUNG/SpoolDir by bandung.wasantara.net.id (Mercury 1.21);
    19 Jan 97 07:36:42 GMT+0700
Received: from SpoolDir by BANDUNG (Mercury 1.21); 19 Jan 97 07:36:22 GMT+0700
Received: from shuttle.wasantara.net.id by bandung.wasantara.net.id (Mercury 1.21);
    19 Jan 97 07:36:13 GMT+0700
X-Sender: eka@werty.wasantara.net.id (Unverified)
X-Mailer: Windows Eudora Pro Version 2.1.2
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
To: mbarkah@hemi.com
From: Eka Kelana <eka@werty.wasantara.net.id>
Subject: Re: bug in setsockopt()... ?
Cc: freebsd-bugs@freebsd.org, freebsd-hackers@freebsd.org, dg@root.com
Message-ID: <2869F9343EB@bandung.wasantara.net.id>
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

At 07:35 PM 1/16/97 -0700, you wrote:

>The above is not true. The advertised window size for the SYN packet
>will be whatever the SO_RCVBUF value is. For example, I wrote a sample
>code that sets the SO_RCVBUF to 1024, and here's what tcpdump says on
>connect:
>
>| 19:03:35.329442 gw.barkah.org.2087 > sushi.barkah.org.telnet: 
>|          S 1719751503:1719751503(0) win 1024 <mss 1460> (DF)
>
>As you can see, the win size is 1024, despite the default 16384.
>

Which buffer size of which side did you change? (there are two buffer, send
and receive buffer, in sender and receiver side, no?)


>
>The window size advertised by the receiver is independent of the
>sender, as it should be. Here's an example response from a Cisco 
>router:
>

Agreed ...

>Here's output of a simple code which sets the receive buffer size
>to 1024, then connects to a remote host, then resets the buffer size
>and sends packets.
>
>The "Current receive buffer size" message prints out the value
>returned from getsockopt():
>
>| ./a.out
>| Socket created, fd=3.
>| Current receive buffer size is: 16384   <-- Initial value
>| Setting buffer size to 1024             <-- Ok, make it 1k
>| Current receive buffer size is: 1024    <-- Check, looks good
>| Connect() to remote host successful     
>| Current receive buffer size is: 17520   <-- After connect, bug gets us
>| Resetting buffer size to 1024           <-- See if we can set it to 1k
   ^^^^^^^^^
Did it really work? I couldn't change the buffer size after connect. I used
setsockopt() function, but what did you use? I was wondering if you mind
sending your code to me :-) 
It would be a big help.


>As David Greenman points out, bug related to path mtu discovery code
>(reasonable explanation to me, since the receive buffer size after
>the connect() does vary with different MTU values.)
>

I'm now working on searching the source of bug in FreeBSD networking code.
Can you confirm your explanation above by locating the code that do the path
mtu discovery? 

Thank's mr. Barkah...

Best regards,

-Eka Kelana-
 STTTelkom


From owner-freebsd-bugs  Sat Jan 18 17:30:05 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id RAA11142
          for bugs-outgoing; Sat, 18 Jan 1997 17:30:05 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id RAA11136;
          Sat, 18 Jan 1997 17:30:03 -0800 (PST)
Resent-Date: Sat, 18 Jan 1997 17:30:03 -0800 (PST)
Resent-Message-Id: <199701190130.RAA11136@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, fenner@parc.xerox.com
Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93])
          by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id RAA11080
          for <FreeBSD-gnats-submit@freebsd.org>; Sat, 18 Jan 1997 17:28:47 -0800 (PST)
Received: from fenestro.parc.xerox.com ([13.0.208.199]) by alpha.xerox.com with SMTP id <14561(3)>; Sat, 18 Jan 1997 17:28:15 PST
Received: (from fenner@localhost)
          by fenestro.parc.xerox.com (8.8.4/8.8.4)
	  id RAA18872; Sat, 18 Jan 1997 17:28:01 -0800 (PST)
Message-Id: <199701190128.RAA18872@fenestro.parc.xerox.com>
Date: Sat, 18 Jan 1997 17:28:01 PST
From: Bill Fenner <fenner@parc.xerox.com>
Reply-To: fenner@parc.xerox.com
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: bin/2527: fetch doesn't print enough of the error message when using HTTP_PROXY
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


>Number:         2527
>Category:       bin
>Synopsis:       fetch doesn't print enough of the error message when using HTTP_PROXY
>Confidential:   no
>Severity:       serious
>Priority:       high
>Responsible:    freebsd-bugs
>State:          open
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sat Jan 18 17:30:02 PST 1997
>Last-Modified:
>Originator:     Bill Fenner
>Organization:
Xerox
>Release:        FreeBSD 2.2-BETA_A i386
>Environment:

	2.2 BETA
	Firewalled environment, using fetch with HTTP_PROXY set
	Running squid 1.0.18 on the proxy

>Description:

	When the ftp fails, fetch does not display enough of the
	returned HTML for the user to understand what failed.

	Example:

ftp://ftp.netscape.com/pub/navigator/3.01/unix/netscape-v301-export.x86-unknown-bsd.tar.gz fetching failed, header so far:
HTTP/1.0 500 Proxy Error
Date: Sunday, 19-Jan-97 01:16:56 GMT
Expires: Sunday, 19-Jan-97 01:21:56 GMT
MIME-Version: 1.0
Server: Squid 1.0.18
Content-Type: text/html

<HTML><HEAD>
<TITLE>ERROR: The requested URL could not be retrieved</TITLE>
</HEAD><BODY><H1>ERROR</H1>
<H2>The requested URL could not be retrieved</H2>
<HR>
<P>
While trying to retrieve the URL:
<A HREF="ftp://ftp.netscape.com/pub/navigator/3.01/unix/netscape-v301-export.x86-unknown-bsd.tar.gz">ftp://ftp.netscape.com/pub/navigator/3.01


	The rest of the error message that squid returns includes:

The following FTP error was encountered:
<UL>
<LI><STRONG>ftp.netscape.com (port 21): (0) Error 0</STRONG>
</UL>
<P>This means that:
<PRE>
    A network socket error occurred.  Please try again.
</PRE>
<P>


	which would be really nice to see.

>How-To-Repeat:

	fetch a file using a squid proxy, get an FTP error.

>Fix:
	
	make fetch print the whole error message.
	I suspect that #define'ing S to something bigger (like 2048)
	might be enough, but I can't really figure out exactly how
	filter() actually works so I'm not sure.

>Audit-Trail:
>Unformatted: