From owner-freebsd-current Sun Jan 14 00:33:45 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA21281 for current-outgoing; Sun, 14 Jan 1996 00:33:45 -0800 (PST) Received: from news.st.rim.or.jp (news.st.rim.or.jp [202.255.181.3]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id AAA21268 for ; Sun, 14 Jan 1996 00:33:30 -0800 (PST) Received: (from uucp@localhost) by news.st.rim.or.jp (8.7.1/3.3W-rim1.0) with UUCP id RAA09056 for current@freebsd.org; Sun, 14 Jan 1996 17:33:16 +0900 (JST) Received: (from sa2c@localhost) by us.and.or.jp (8.7.3/3.4W) id RAA23716; Sun, 14 Jan 1996 17:32:04 +0900 (JST) Date: Sun, 14 Jan 1996 17:32:04 +0900 (JST) From: NIIMI Satoshi Message-Id: <199601140832.RAA23716@us.and.or.jp> To: current@freebsd.org Subject: perl on -current does not setuid Sender: owner-current@freebsd.org Precedence: bulk Perl on -current does not setuid if executed as setuid script. Perl5 in ports does. Although config.sh defines d_dosuid='define', there is a line /*#undef DOSUID */ in config.h. I think it should be #define DOSUID. Is there any reason #undef DOSUID? -- NIIMI Satoshi From owner-freebsd-current Sun Jan 14 01:46:57 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA25015 for current-outgoing; Sun, 14 Jan 1996 01:46:57 -0800 (PST) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA25010 for ; Sun, 14 Jan 1996 01:46:51 -0800 (PST) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id KAA14026 ; Sun, 14 Jan 1996 10:46:49 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id KAA05139 ; Sun, 14 Jan 1996 10:46:48 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id KAA01223; Sun, 14 Jan 1996 10:40:45 +0100 (MET) From: Ollivier Robert Message-Id: <199601140940.KAA01223@keltia.freenix.fr> Subject: Re: perl on -current does not setuid To: sa2c@and.or.jp (NIIMI Satoshi) Date: Sun, 14 Jan 1996 10:40:45 +0100 (MET) Cc: current@freebsd.org In-Reply-To: <199601140832.RAA23716@us.and.or.jp> from "NIIMI Satoshi" at Jan 14, 96 05:32:04 pm X-Operating-System: FreeBSD 2.2-CURRENT ctm#1530 X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org Precedence: bulk It seems that NIIMI Satoshi said: > Perl on -current does not setuid if executed as setuid script. Perl5 > in ports does. gnu/usr.bin/perl/perl doesn't. gnu/usr.bin/perl/sperl does. In the latter's Makefile you'll find this: CFLAGS+= -I${.CURDIR}/../perl -DIAMSUID -DTAINT suidperl works. -rwsr-xr-x 1 root staff 296 May 6 1995 setu* 216 [10:39] roberto@keltia:~/tmp> more setu #!/usr/bin/suidperl print "$0 $^X\n"; print "real uid = $<\n effective uid = $>\n"; print "real gid = $(\n effective gid = $)\n"; # $> = $<; $) = $(; print "real uid = $<\n effective uid = $>\n"; print "real gid = $(\n effective gid = $)\n"; $> = 0; print "real uid = $<\n effective uid = $>\n"; 217 [10:39] roberto@keltia:~/tmp> ./setu ./setu /usr/bin/suidperl real uid = 101 effective uid = 0 real gid = 10 2001 2000 117 100 21 20 15 8 6 5 2 0 10 10 effective gid = 10 2001 2000 117 100 21 20 15 8 6 5 2 0 10 10 real uid = 101 effective uid = 101 real gid = 10 2001 2000 117 100 21 20 15 8 6 5 2 0 10 10 effective gid = 10 2001 2000 117 100 21 20 15 8 6 5 2 0 10 10 real uid = 101 effective uid = 0 -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #13: Sat Jan 6 20:08:04 MET 1996 From owner-freebsd-current Sun Jan 14 09:38:28 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA13217 for current-outgoing; Sun, 14 Jan 1996 09:38:28 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA13212 for ; Sun, 14 Jan 1996 09:38:26 -0800 (PST) Received: from w8hd.w8hd.org (w8hd.w8hd.org [198.252.159.10]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id JAA01308 for ; Sun, 14 Jan 1996 09:37:51 -0800 Received: (from kimc@localhost) by w8hd.w8hd.org (8.6.12/8.6.9) id LAA03349; Sun, 14 Jan 1996 11:41:51 -0500 Date: Sun, 14 Jan 1996 11:41:51 -0500 (EST) From: Kim Culhan To: current@FreeBSD.org Subject: make world failure Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org Precedence: bulk Getting close to -current, now this illegal install option: cd /usr/src/lib/libutil && make beforeinstall install -C -o bin -g bin -m 444 /usr/src/lib/libutil/libutil.h /usr/include install: illegal option -- C Is my 'install' too old or is the Makefile obsolete ? regards kim -- kimc@w8hd.org From owner-freebsd-current Sun Jan 14 10:32:59 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA15123 for current-outgoing; Sun, 14 Jan 1996 10:32:59 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA15118 for ; Sun, 14 Jan 1996 10:32:56 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id KAA00224; Sun, 14 Jan 1996 10:32:11 -0800 To: Kim Culhan cc: current@FreeBSD.org Subject: Re: make world failure In-reply-to: Your message of "Sun, 14 Jan 1996 11:41:51 EST." Date: Sun, 14 Jan 1996 10:32:11 -0800 Message-ID: <222.821644331@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.org Precedence: bulk Install needs to be added to the tools target. > > Getting close to -current, now this illegal install option: > > cd /usr/src/lib/libutil && make beforeinstall install -C -o bin -g bin -m > 444 /usr/src/lib/libutil/libutil.h /usr/include > install: illegal option -- C > > Is my 'install' too old or is the Makefile obsolete ? > > regards > kim > > -- > kimc@w8hd.org > From owner-freebsd-current Sun Jan 14 10:55:37 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA16314 for current-outgoing; Sun, 14 Jan 1996 10:55:37 -0800 (PST) Received: from news.st.rim.or.jp (news.st.rim.or.jp [202.255.181.3]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA16306 for ; Sun, 14 Jan 1996 10:55:31 -0800 (PST) Received: (from uucp@localhost) by news.st.rim.or.jp (8.7.1/3.3W-rim1.0) with UUCP id DAA02092; Mon, 15 Jan 1996 03:54:29 +0900 (JST) Received: from us.and.or.jp (us.and.or.jp [127.0.0.1]) by us.and.or.jp (8.7.3/3.4W) with ESMTP id DAA24897; Mon, 15 Jan 1996 03:54:43 +0900 (JST) Message-Id: <199601141854.DAA24897@us.and.or.jp> To: Ollivier Robert Cc: current@freebsd.org Subject: Re: perl on -current does not setuid In-reply-to: "Ollivier Robert"'s message of "Sun, 14 Jan 1996 10:40:45 +0100." <199601140940.KAA01223@keltia.freenix.fr> Date: Mon, 15 Jan 1996 03:54:42 +0900 From: NIIMI Satoshi Sender: owner-current@freebsd.org Precedence: bulk > It seems that NIIMI Satoshi said: > > Perl on -current does not setuid if executed as setuid script. Perl5 > > in ports does. > > gnu/usr.bin/perl/perl doesn't. > gnu/usr.bin/perl/sperl does. Yes, I know. What I wanted to say is: In perl5: sa2c@us:~/tmp> cat setu-5 #!/usr/local/bin/perl5.001 print "ruid = $<, euid = $>\n"; sa2c@us:~/tmp> ls -l setu-5 -rwxr-xr-x 1 root user 59 Jan 15 03:30 setu-5* sa2c@us:~/tmp> ./setu-5 ruid = 1000, euid = 1000 sa2c@us:~/tmp# chmod u+s setu-5 sa2c@us:~/tmp> ls -l setu-5 -rwsr-xr-x 1 root user 59 Jan 15 03:30 setu-5* sa2c@us:~/tmp> ./setu-5 ruid = 1000, euid = 0 ~ But in perl4: sa2c@us:~/tmp> cat setu-4 #!/usr/bin/perl print "ruid = $<, euid = $>\n"; sa2c@us:~/tmp> ls -l setu-4 -rwxr-xr-x 1 root user 48 Jan 15 03:36 setu-4* sa2c@us:~/tmp> ./setu-4 ruid = 1000, euid = 1000 sa2c@us:~/tmp# chmod u+s setu-4 sa2c@us:~/tmp> ls -l setu-4 -rwsr-xr-x 1 root user 48 Jan 15 03:36 setu-4* sa2c@us:~/tmp> ./setu-4 ruid = 1000, euid = 1000 ~~~~ Perl compiled with DOSUID executes suidperl (/usr/bin/sperl4.036) if script is setuid or setgid. This feature is worth for me because I can test a script without setuid and install it by "install -c -m 4511". I must be a root only on installation. Sorry for my English. -- NIIMI Satoshi From owner-freebsd-current Sun Jan 14 11:46:12 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA19141 for current-outgoing; Sun, 14 Jan 1996 11:46:12 -0800 (PST) Received: from chemserv.umd.edu (chemserv.umd.edu [129.2.64.40]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA19125 for ; Sun, 14 Jan 1996 11:45:58 -0800 (PST) Received: from cappuccino.eng.umd.edu (cappuccino.eng.umd.edu [129.2.98.14]) by chemserv.umd.edu (8.7.3/8.7) with ESMTP id OAA11876; Sun, 14 Jan 1996 14:45:56 -0500 (EST) Received: (chuckr@localhost) by cappuccino.eng.umd.edu (8.7.3/8.6.4) id OAA02706; Sun, 14 Jan 1996 14:45:55 -0500 (EST) Date: Sun, 14 Jan 1996 14:45:54 -0500 (EST) From: Chuck Robey X-Sender: chuckr@cappuccino.eng.umd.edu To: Kim Culhan cc: current@FreeBSD.org Subject: Re: make world failure In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org Precedence: bulk On Sun, 14 Jan 1996, Kim Culhan wrote: > > Getting close to -current, now this illegal install option: > > cd /usr/src/lib/libutil && make beforeinstall install -C -o bin -g bin -m > 444 /usr/src/lib/libutil/libutil.h /usr/include > install: illegal option -- C > > Is my 'install' too old or is the Makefile obsolete ? see the manpage fragment below, your old install is obsolete. Go into /usr/src/usr.bin/install, and do a make;make install before trying to make world again. NAME install - install binaries SYNOPSIS install [-cs] [-f flags] [-g group] [-m mode] [-o owner] file1 file2 install [-Ccdps] [-f flags] [-g group] [-m mode] [-o owner] file1 ... fileN directory DESCRIPTION The file(s) are moved (or copied if the -c option is specified) to the target file or directory. If the destination is a directory, then the file is moved into directory with its original filename. If the target file already exists, it is overwritten if permissions allow. -C. Copy the file, as if the -c option is specifed, except if the target file already exists and the files are the same, then don't change the modification time of the target > > regards > kim > > -- > kimc@w8hd.org > > ============================================================================ Chuck Robey chuckr@eng.umd.edu -- I run FreeBSD on n3lxx and Journey2 --------------------------------------------------------------------------- The Dilbert Zone is Dilbert's new WWW home! The area features never-before-seen original sketches of Dilbert, a photo tour of Scott Adams' studio, Dilbert Trivia and memorabilia, high school photos and much more!: From owner-freebsd-current Sun Jan 14 11:54:56 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA19475 for current-outgoing; Sun, 14 Jan 1996 11:54:56 -0800 (PST) Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA19464 for ; Sun, 14 Jan 1996 11:54:48 -0800 (PST) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.6.12/8.6.9) id VAA22606; Sun, 14 Jan 1996 21:54:07 +0200 From: John Hay Message-Id: <199601141954.VAA22606@zibbi.mikom.csir.co.za> Subject: Re: make world failure To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sun, 14 Jan 1996 21:54:07 +0200 (SAT) Cc: current@FreeBSD.org In-Reply-To: <222.821644331@time.cdrom.com> from "Jordan K. Hubbard" at Jan 14, 96 10:32:11 am X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org Precedence: bulk That is actually too late because it is already needed during the make includes target, which is before the the lib-tools and build-tools targets. The other one that is also a problem is rpcgen. It is also used to generate include files. John -- John Hay -- John.Hay@csir.co.za > > > Install needs to be added to the tools target. > > > > > Getting close to -current, now this illegal install option: > > > > cd /usr/src/lib/libutil && make beforeinstall install -C -o bin -g bin -m > > 444 /usr/src/lib/libutil/libutil.h /usr/include > > install: illegal option -- C > > > > Is my 'install' too old or is the Makefile obsolete ? > > > > regards > > kim > > > > -- > > kimc@w8hd.org > > From owner-freebsd-current Sun Jan 14 12:27:54 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA20777 for current-outgoing; Sun, 14 Jan 1996 12:27:54 -0800 (PST) Received: from vector.jhs.local (slip139-92-42-185.emea.ibm.net [139.92.42.185]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA20761 Sun, 14 Jan 1996 12:27:15 -0800 (PST) Received: (from jhs@localhost) by vector.jhs.local (8.7.3/8.6.9) id WAA09953; Sat, 13 Jan 1996 22:23:49 +0100 (MET) Date: Sat, 13 Jan 1996 22:23:49 +0100 (MET) From: "Julian Stacey jhs@freebsd.org" Message-Id: <199601132123.WAA09953@vector.jhs.local> To: phk@freebsd.org cc: current@freebsd.org Subject: ctm-cvs Reply-To: "Julian H. Stacey" Organization: Vector Systems Ltd. (Internet Unix & C Consultants) Address: Holz Strasse 27d, 80469 Munich, Germany Phone: +49.89.268616 Fax: +49.89.2608126 (pending reconfig) Web: http://www.freebsd.org/~jhs/ Mailer: EXMH [version 1.6.5 95 12 11] Sender: owner-current@freebsd.org Precedence: bulk -------- Hi Poul-Henning, CC current, A CTM question if I may: Is there a particular reason for cvs-cur.1500A.gz to be a mega size ctm patch ? Is it perhaps that way because its easier for you to maintain/append ? or might it be nicer as a standard tar file ? Background: cvs-cur.1500A.gz is 47 140 400 with ctm -q -T /net/gate/usr/tmp ../ctm/cvs-cur.1500A.gz and du -s -k 194.6 Meg with tar zcf /net/gate/usr/tmp/CTM . one gets 47 369 870 Things like src-cur.*00.tar.gz used to be in tar format, admittedly one saves a little more in ctm format, but not much, but I suspect extraction might be slower using CTM (multi-pass maybe ?) & also a friend warned me of the need to find a large tmp space else the extract would fail. Julian -- Julian H. Stacey jhs@freebsd.org http://www.freebsd.org/~jhs/ From owner-freebsd-current Sun Jan 14 13:03:26 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA22880 for current-outgoing; Sun, 14 Jan 1996 13:03:26 -0800 (PST) Received: from originat.demon.co.uk (originat.demon.co.uk [158.152.220.9]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA22873 Sun, 14 Jan 1996 13:02:59 -0800 (PST) Received: (from paul@localhost) by originat.demon.co.uk (8.6.12/8.6.9) id VAA02924; Sun, 14 Jan 1996 21:02:58 GMT From: Paul Richards Message-Id: <199601142102.VAA02924@originat.demon.co.uk> Subject: Re: ctm-cvs To: jhs@FreeBSD.ORG Date: Sun, 14 Jan 1996 21:02:58 +0000 (GMT) Cc: phk@FreeBSD.ORG, current@FreeBSD.ORG In-Reply-To: <199601132123.WAA09953@vector.jhs.local> from "Julian Stacey jhs@freebsd.org" at Jan 13, 96 10:23:49 pm Reply-to: paul@netcraft.co.uk X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG Precedence: bulk In reply to Julian Stacey jhs@freebsd.org who said > > -------- > > Hi Poul-Henning, CC current, > > A CTM question if I may: > Is there a particular reason for cvs-cur.1500A.gz to be a mega size ctm > patch ? Is it perhaps that way because its easier for you to maintain/append ? I'm getting towards the end of something like a 16 hour download of this file and I've only got one phone line to the house so the people I share with aren't happy :-) Can they be split in some way so that you can download it in batches, I could have grabbed a chunk each night then when people have gone to bed. Apart from that, I'm constantly on edge in case freefall drops the connection and 16 hours is wasted..... Not that I'm ever going to do this again now I'm almost in sync but other people will run into this problem when they need to bootstrap ctm. -- Paul Richards, Netcraft Ltd. Internet: paul@netcraft.co.uk, http://www.netcraft.co.uk Phone: 0370 462071 (Mobile), +44 1225 447500 (work) From owner-freebsd-current Sun Jan 14 13:41:59 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA24658 for current-outgoing; Sun, 14 Jan 1996 13:41:59 -0800 (PST) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA24627 Sun, 14 Jan 1996 13:40:56 -0800 (PST) Received: from critter.tfs.com ([194.19.141.63]) by ra.dkuug.dk (8.6.12/8.6.12) with ESMTP id WAA26552; Sun, 14 Jan 1996 22:37:21 +0100 Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id WAA02932; Sun, 14 Jan 1996 22:40:11 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: "Julian H. Stacey" cc: current@freebsd.org Subject: Re: ctm-cvs In-reply-to: Your message of "Sat, 13 Jan 1996 22:23:49 +0100." <199601132123.WAA09953@vector.jhs.local> Date: Sun, 14 Jan 1996 22:40:10 +0100 Message-ID: <2930.821655610@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org Precedence: bulk > -------- > > Hi Poul-Henning, CC current, > > A CTM question if I may: > Is there a particular reason for cvs-cur.1500A.gz to be a mega size ctm > patch ? Is it perhaps that way because its easier for you to maintain/appen d ? > or might it be nicer as a standard tar file ? No, it wouldn't have the md5 checksums which makes me sure that it contains the right thing. The primary two purposes for ctm is reliability and transmission cost. It's also smaller as you noticed. > but I suspect extraction might be slower using CTM (multi-pass maybe ?) > & also a friend warned me of the need to find a large tmp space else the > extract would fail. You don't need a large tmp space, just give the *.gz file as argument to ctm don't pipe it into it. Yes, it's multipass, yes it's slower, yes, it's also more likely to acheive the result you want if you're a ctm customer behind a bad line. ctm >is< very paranoid and conservative by design. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Sun Jan 14 13:46:03 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA24983 for current-outgoing; Sun, 14 Jan 1996 13:46:03 -0800 (PST) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA24963 Sun, 14 Jan 1996 13:45:51 -0800 (PST) Received: from critter.tfs.com ([194.19.141.63]) by ra.dkuug.dk (8.6.12/8.6.12) with ESMTP id WAA26592; Sun, 14 Jan 1996 22:42:20 +0100 Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id WAA02963; Sun, 14 Jan 1996 22:45:13 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: paul@netcraft.co.uk cc: jhs@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: ctm-cvs In-reply-to: Your message of "Sun, 14 Jan 1996 21:02:58 GMT." <199601142102.VAA02924@originat.demon.co.uk> Date: Sun, 14 Jan 1996 22:45:12 +0100 Message-ID: <2961.821655912@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.ORG Precedence: bulk > I'm getting towards the end of something like a 16 hour download of this > file and I've only got one phone line to the house so the people I share > with aren't happy :-) > > Can they be split in some way so that you can download it in batches, I could > have grabbed a chunk each night then when people have gone to bed. Apart > from that, I'm constantly on edge in case freefall drops the connection and > 16 hours is wasted..... ftp has a restart option. Very usefull. > Not that I'm ever going to do this again now I'm almost in sync but other > people will run into this problem when they need to bootstrap ctm. There general strategy is to provide deltas from the CD's. This may even make sense as in ctmdelta (CD:src, Freefall:cvs) but I havn't tested that yet. Yes, that delta is big, and unhandy, so make a backup when you have it, and never loose it again. Maybe we will start to put something on the CD's to make this less painfull. Remember with SUP you would be pulling all of his every time we tag the tree... If a bunch of people would take over the role of driving force for CTM I would support them as best I can, I don't have the time to drive that too right now... -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Sun Jan 14 15:09:00 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA29457 for current-outgoing; Sun, 14 Jan 1996 15:09:00 -0800 (PST) Received: from vector.jhs.local (slip139-92-42-185.emea.ibm.net [139.92.42.185]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA29441 Sun, 14 Jan 1996 15:08:40 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by vector.jhs.local (8.7.3/8.6.9) with SMTP id AAA16812; Mon, 15 Jan 1996 00:07:19 +0100 (MET) Message-Id: <199601142307.AAA16812@vector.jhs.local> X-Authentication-Warning: vector.jhs.local: Host localhost [127.0.0.1] didn't use HELO protocol To: paul@netcraft.co.uk cc: phk@FreeBSD.org, current@FreeBSD.org Subject: Re: ctm-cvs Reply-To: "Julian H. Stacey" Organization: Vector Systems Ltd. (Internet Unix & C Consultants) Address: Holz Strasse 27d, 80469 Munich, Germany Phone: +49.89.268616 Fax: +49.89.2608126 (pending reconfig) Web: http://www.freebsd.org/~jhs/ Mailer: EXMH version 1.6.5 95 12 11 In-reply-to: Your message of "Sun, 14 Jan 1996 21:02:58 GMT." <199601142102.VAA02924@originat.demon.co.uk> Date: Mon, 15 Jan 1996 00:07:17 +0100 From: "Julian H. Stacey" Sender: owner-current@FreeBSD.org Precedence: bulk Hi, Reference: > From: Paul Richards > > In reply to Julian Stacey jhs@freebsd.org who said > > > > Hi Poul-Henning, CC current, > > > > A CTM question if I may: > > Is there a particular reason for cvs-cur.1500A.gz to be a mega size ctm > > patch ? Is it perhaps that way because its easier for you to maintain/app - end ? > > I'm getting towards the end of something like a 16 hour download of this > file and I've only got one phone line to the house so the people I share > with aren't happy :-) > > Can they be split in some way so that you can download it in batches, I could > have grabbed a chunk each night then when people have gone to bed. Apart > from that, I'm constantly on edge in case freefall drops the connection and > 16 hours is wasted..... > > Not that I'm ever going to do this again now I'm almost in sync but other > people will run into this problem when they need to bootstrap ctm. > Addendum to my earlier `stage site dd' sugestion: Of course, dd won't be available to some folk on remote staging sites, so splitting would help them (though of course unfortunately causing a refetch on well connected sites that have already auto.-mirrored the 40Meg) Julian -- Julian H. Stacey jhs@freebsd.org http://www.freebsd.org/~jhs/ From owner-freebsd-current Sun Jan 14 15:53:02 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA01857 for current-outgoing; Sun, 14 Jan 1996 15:53:02 -0800 (PST) Received: from apollo.COSC.GOV (root@apollo.COSC.GOV [198.94.103.34]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA01851 for ; Sun, 14 Jan 1996 15:52:58 -0800 (PST) Received: (from vince@localhost) by apollo.COSC.GOV (8.7.3/8.6.9) id PAA11865; Sun, 14 Jan 1996 15:52:58 -0800 (PST) Date: Sun, 14 Jan 1996 15:52:57 -0800 (PST) From: -Vince- To: current@FreeBSD.ORG Subject: problem with finger in -current Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG Precedence: bulk As of the 1/8/96 -current, it seems that the finger source is having some problems with systems running IBM's AIX. Can anyone verify this? It used to work with no problems before. Cheers, -Vince- vince@COSC.GOV - GUS Mailing Lists Admin - http://www.COSC.GOV/~vince UC Berkeley AstroPhysics - Electrical Engineering (Honorary B.S.) Chabot Observatory & Science Center - Board of Advisors Running FreeBSD - Real UN*X for Free! Linda Wong/Vivian Chow/Hacken Lee/Danny Chan/Priscilla Chan Fan Club Mailing Lists Admin From owner-freebsd-current Sun Jan 14 16:34:59 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA03758 for current-outgoing; Sun, 14 Jan 1996 16:34:59 -0800 (PST) Received: from originat.demon.co.uk (originat.demon.co.uk [158.152.220.9]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA03568 Sun, 14 Jan 1996 16:31:35 -0800 (PST) Received: (from paul@localhost) by originat.demon.co.uk (8.6.12/8.6.9) id AAA03263; Mon, 15 Jan 1996 00:29:20 GMT From: Paul Richards Message-Id: <199601150029.AAA03263@originat.demon.co.uk> Subject: Re: ctm-cvs To: jhs@FreeBSD.org Date: Mon, 15 Jan 1996 00:29:20 +0000 (GMT) Cc: paul@netcraft.co.uk, phk@FreeBSD.org, current@FreeBSD.org In-Reply-To: <199601142307.AAA16812@vector.jhs.local> from "Julian H. Stacey" at Jan 15, 96 00:07:17 am Reply-to: paul@netcraft.co.uk X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org Precedence: bulk I really shouldn't have tempted fate since ppp core dumped about an hour later :-( -- Paul Richards, Netcraft Ltd. Internet: paul@netcraft.co.uk, http://www.netcraft.co.uk Phone: 0370 462071 (Mobile), +44 1225 447500 (work) From owner-freebsd-current Sun Jan 14 21:46:14 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA21033 for current-outgoing; Sun, 14 Jan 1996 21:46:14 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA21026 for ; Sun, 14 Jan 1996 21:46:11 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id VAA01493; Sun, 14 Jan 1996 21:45:14 -0800 To: John Hay cc: current@FreeBSD.org Subject: Re: make world failure In-reply-to: Your message of "Sat, 14 Jan 1996 21:54:07 +0200." <199601141954.VAA22606@zibbi.mikom.csir.co.za> Date: Sun, 14 Jan 1996 21:45:14 -0800 Message-ID: <1491.821684714@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.org Precedence: bulk > That is actually too late because it is already needed during the make > includes target, which is before the the lib-tools and build-tools targets. > The other one that is also a problem is rpcgen. It is also used to generate > include files. Ah. Bleh. Never mind then! :-( That'll teach me to suggest things without even looking to see if they're feasible first! Jordan From owner-freebsd-current Mon Jan 15 00:04:13 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA27002 for current-outgoing; Mon, 15 Jan 1996 00:04:13 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA26997 for ; Mon, 15 Jan 1996 00:04:06 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id SAA12973; Mon, 15 Jan 1996 18:57:48 +1100 Date: Mon, 15 Jan 1996 18:57:48 +1100 From: Bruce Evans Message-Id: <199601150757.SAA12973@godzilla.zeta.org.au> To: jhay@mikom.csir.co.za, jkh@time.cdrom.com Subject: Re: make world failure Cc: current@FreeBSD.ORG Sender: owner-current@FreeBSD.ORG Precedence: bulk >That is actually too late because it is already needed during the make >includes target, which is before the the lib-tools and build-tools targets. >The other one that is also a problem is rpcgen. It is also used to generate >include files. >> > cd /usr/src/lib/libutil && make beforeinstall install -C -o bin -g bin -m >> > 444 /usr/src/lib/libutil/libutil.h /usr/include >> > install: illegal option -- C -C is only used for the last part of the includes target, but it should be used for all parts. It's too hard to fix this problem in general. `cc' is used to build `install', but `cc' is built long after `install'... The -C flag was introduced on 1995/10/09. I would have thought current users have had it for a month or two. Bruce From owner-freebsd-current Mon Jan 15 00:40:37 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA27935 for current-outgoing; Mon, 15 Jan 1996 00:40:37 -0800 (PST) Received: from utrhcs.cs.utwente.nl (utrhcs.cs.utwente.nl [130.89.10.247]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA27930 for ; Mon, 15 Jan 1996 00:40:33 -0800 (PST) Received: from myrtilos.cs.utwente.nl by utrhcs.cs.utwente.nl (SMI-8.6/csrelayMX-SVR4_1.2/RBINF) id JAA13087; Mon, 15 Jan 1996 09:39:28 +0100 Received: from curie.cs.utwente.nl by myrtilos.cs.utwente.nl (SMI-8.6/csrelay-Sol1.4/RB) id JAA20996; Mon, 15 Jan 1996 09:39:24 +0100 Received: from localhost by curie.cs.utwente.nl (SMI-8.6/SMI-SVR4) id JAA01764; Mon, 15 Jan 1996 09:39:24 +0100 To: current@FreeBSD.org cc: Adam Hawks , -Vince- Subject: Re: finger problem going from 2.1R to -current In-reply-to: Your message of "Sat, 13 Jan 1996 16:05:15 EST." <199601132105.QAA00363@pent.vnet.net> Date: Mon, 15 Jan 1996 09:39:23 +0100 Message-ID: <1763.821695163@curie.cs.utwente.nl> From: Andras Olah Sender: owner-current@FreeBSD.org Precedence: bulk I'm almost sure that the problems related to finger from current machines is caused by the use of T/TCP. Apparently some (buggy or at least non-conformant) TCP stacks have problems with T/TCP. The short term solution is: `sysctl -w net.inet.tcp.rfc1644=0'. On the other hand, it would be very useful if you could send me a tcpdump trace of the failing conversation when using T/TCP and if you know the type of the system you're connecting to. Andras From owner-freebsd-current Mon Jan 15 01:08:32 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA28629 for current-outgoing; Mon, 15 Jan 1996 01:08:32 -0800 (PST) Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA28569 for ; Mon, 15 Jan 1996 01:07:58 -0800 (PST) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.6.12/8.6.9) id LAA27008; Mon, 15 Jan 1996 11:05:49 +0200 From: John Hay Message-Id: <199601150905.LAA27008@zibbi.mikom.csir.co.za> Subject: Re: make world failure To: bde@zeta.org.au (Bruce Evans) Date: Mon, 15 Jan 1996 11:05:49 +0200 (SAT) Cc: current@FreeBSD.ORG In-Reply-To: <199601150757.SAA12973@godzilla.zeta.org.au> from "Bruce Evans" at Jan 15, 96 06:57:48 pm X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG Precedence: bulk > >That is actually too late because it is already needed during the make > >includes target, which is before the the lib-tools and build-tools targets. > >The other one that is also a problem is rpcgen. It is also used to generate > >include files. > > >> > cd /usr/src/lib/libutil && make beforeinstall install -C -o bin -g bin -m > >> > 444 /usr/src/lib/libutil/libutil.h /usr/include > >> > install: illegal option -- C > > -C is only used for the last part of the includes target, but it should > be used for all parts. It's too hard to fix this problem in general. > `cc' is used to build `install', but `cc' is built long after `install'... > > The -C flag was introduced on 1995/10/09. I would have thought current > users have had it for a month or two. > I tried to upgrade a 2.0.5 and a 2.1.0 machine to current. My other machine which is running current doesn't have the problem. Its not a big problem for me because I am running current so I did know about these things. I just thought that a make world should cater for that. (Anybody going from a release to current will have this problem.) I just wanted to point out to Jordan that it won't fix the problem if you add install to the tools target. At least install and rpcgen should be compiled before the includes target is done. John -- John Hay -- John.Hay@csir.co.za From owner-freebsd-current Mon Jan 15 01:09:17 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA28666 for current-outgoing; Mon, 15 Jan 1996 01:09:17 -0800 (PST) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA28659 for ; Mon, 15 Jan 1996 01:09:12 -0800 (PST) Received: from blaise.ibp.fr (blaise [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id XAA16511 ; Sun, 14 Jan 1996 23:41:00 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id XAA06235 ; Sun, 14 Jan 1996 23:41:00 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id UAA17311; Sun, 14 Jan 1996 20:37:20 +0100 (MET) From: Ollivier Robert Message-Id: <199601141937.UAA17311@keltia.freenix.fr> Subject: Re: make world failure To: kimc@w8hd.org (Kim Culhan) Date: Sun, 14 Jan 1996 20:37:19 +0100 (MET) Cc: current@freebsd.org In-Reply-To: from "Kim Culhan" at Jan 14, 96 11:41:51 am X-Operating-System: FreeBSD 2.2-CURRENT ctm#1559 X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org Precedence: bulk It seems that Kim Culhan said: > cd /usr/src/lib/libutil && make beforeinstall install -C -o bin -g bin -m > 444 /usr/src/lib/libutil/libutil.h /usr/include > install: illegal option -- C > > Is my 'install' too old or is the Makefile obsolete ? Your install is too old. bde 95/10/09 00:21:00 Modified: usr.bin/xinstall install.1 xinstall.c Log: Add options -C (same as -c except for preserving the modification time of the target if the target file is the same as the source), -d (debug), and -p (same as -C except for preserving the modification time of the source if the target doesn't exists or is different from the source. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #1: Wed Jan 10 02:23:42 MET 1996 From owner-freebsd-current Mon Jan 15 01:09:43 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA28704 for current-outgoing; Mon, 15 Jan 1996 01:09:43 -0800 (PST) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA28689 for ; Mon, 15 Jan 1996 01:09:31 -0800 (PST) Received: from blaise.ibp.fr (blaise [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id XAA16515 ; Sun, 14 Jan 1996 23:41:01 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id XAA06238 ; Sun, 14 Jan 1996 23:41:01 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id VAA22594; Sun, 14 Jan 1996 21:27:41 +0100 (MET) From: Ollivier Robert Message-Id: <199601142027.VAA22594@keltia.freenix.fr> Subject: Re: perl on -current does not setuid To: sa2c@and.or.jp (NIIMI Satoshi) Date: Sun, 14 Jan 1996 21:27:40 +0100 (MET) Cc: current@freebsd.org In-Reply-To: <199601141854.DAA24897@us.and.or.jp> from "NIIMI Satoshi" at Jan 15, 96 03:54:42 am X-Operating-System: FreeBSD 2.2-CURRENT ctm#1559 X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org Precedence: bulk It seems that NIIMI Satoshi said: > But in perl4: > > sa2c@us:~/tmp> cat setu-4 > #!/usr/bin/perl > print "ruid = $<, euid = $>\n"; > sa2c@us:~/tmp> ls -l setu-4 > -rwxr-xr-x 1 root user 48 Jan 15 03:36 setu-4* > sa2c@us:~/tmp> ./setu-4 > ruid = 1000, euid = 1000 > sa2c@us:~/tmp# chmod u+s setu-4 > sa2c@us:~/tmp> ls -l setu-4 > -rwsr-xr-x 1 root user 48 Jan 15 03:36 setu-4* > sa2c@us:~/tmp> ./setu-4 > ruid = 1000, euid = 1000 > ~~~~ > > Perl compiled with DOSUID executes suidperl (/usr/bin/sperl4.036) if > script is setuid or setgid. This feature is worth for me because I > can test a script without setuid and install it by > "install -c -m 4511". I must be a root only on installation. You're right, our perl is compiled without DOSUID (which is complementary to IAMSUID). Apply to following patch (I'll put it in -CURRENT soon). Index: Makefile =================================================================== RCS file: /spare/FreeBSD-current/src/gnu/usr.bin/perl/perl/Makefile,v retrieving revision 1.5 diff -u -2 -u -r1.5 Makefile --- Makefile 1995/05/30 05:02:48 1.5 +++ Makefile 1996/01/14 20:22:49 @@ -7,5 +7,5 @@ SRCS+= eval.c form.c hash.c malloc.c perl.c perly.c regcomp.c regexec.c SRCS+= stab.c str.c toke.c util.c usersub.c -CFLAGS+= -I${.CURDIR} +CFLAGS+= -I${.CURDIR} -DDOSUID LDADD= -lm DPADD= ${LIBM} -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #1: Wed Jan 10 02:23:42 MET 1996 From owner-freebsd-current Mon Jan 15 01:58:55 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA01641 for current-outgoing; Mon, 15 Jan 1996 01:58:55 -0800 (PST) Received: from linux.csie.nctu.edu.tw (jdli@linux.csie.nctu.edu.tw [140.113.235.252]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA01636 for ; Mon, 15 Jan 1996 01:58:47 -0800 (PST) Received: (from jdli@localhost) by linux.csie.nctu.edu.tw (8.6.9/8.6.9) id RAA29229 for freebsd-current@FreeBSD.ORG; Mon, 15 Jan 1996 17:55:55 +0800 From: Chien-Ta Lee Message-Id: <199601150955.RAA29229@linux.csie.nctu.edu.tw> Subject: FreeBSD current is STABLE !! :) To: freebsd-current@FreeBSD.ORG Date: Mon, 15 Jan 1996 17:55:53 +0800 (CST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-current@FreeBSD.ORG Precedence: bulk Hi : I am running FreeBSD-current (make world at 1996/01/10), and it IS very stable with X running more than 3 days. Thanks for Justin's new 2940 driver and other's work. (To Justin: I defined QUEUE_FULL_SUPPORTED, and it seems to be ok for 3 days, any change for me to test ?! like change the QUEUE_FULL_SUPPORTED from 2 to more ?) Here is my kernel config file & verbose boot messages : machine "i386" cpu "I586_CPU" ident GENERIC maxusers 32 options INET #InterNETworking options FFS #Berkeley Fast Filesystem options PROCFS #Process filesystem options NFS, "NFS_ASYNC" #Network Filesystem options MSDOSFS #MSDOS Filesystem options "CD9660" #ISO 9660 Filesystem #options "EXT2FS" #Ext2fs filesystem #options DEVFS #Devices filesystem options "COMPAT_43" #Compatible with BSD 4.3 options "COMPAT_LINUX" #Linux emulator options "SCSI_DELAY=10" #Be pessimistic about Joe SCSI device options UCONSOLE options "MAXCONS=8" options USER_LDT options QUOTA options SYSVMSG,SYSVSEM,SYSVSHM options LKM options IPFIREWALL #firewall code #options IPFIREWALL_VERBOSE #print information about dropped packets options IPACCT config kernel root on sd0 dumps on sd0 controller isa0 controller pci0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 disk fd1 at fdc0 drive 1 controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr disk wd0 at wdc0 drive 0 disk wd1 at wdc0 drive 1 controller ahc0 options AHC_TAGENABLE, QUEUE_FULL_SUPPORTED controller scbus0 device sd0 device cd0 #Only need one of these, the code dynamically grows device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr device npx0 at isa? port "IO_NPX" irq 13 vector npxintr device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr device de0 controller snd0 device sb0 at isa? port 0x220 irq 5 conflicts drq 1 vector sbintr device sbxvi0 at isa? drq 6 device sbmidi0 at isa? port 0x330 device opl0 at isa? port 0x388 pseudo-device loop pseudo-device ether pseudo-device bpfilter 4 pseudo-device log pseudo-device pty 64 pseudo-device speaker pseudo-device gzip # Exec gzipped a.out's pseudo-device snp 4 #Snoop device - to look at pty/vty/etc.. pseudo-device vn 4 #Vnode driver (turns a file into a device) FreeBSD 2.2-CURRENT #0: Sun Jan 7 16:52:59 CST 1996 jdli@Adonis:/home/current/src/sys/compile/ADONIS CPU: Pentium (119.98-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x525 Stepping=5 Features=0x1bf real memory = 33554432 (32768K bytes) avail memory = 31178752 (30448K bytes) BIOS Geometries: 0:03fe3f20 0..1022=1023 cylinders, 0..63=64 heads, 1..32=32 sectors 1:03fe3f20 0..1022=1023 cylinders, 0..63=64 heads, 1..32=32 sectors 0 accounted for pcibus_setup(1): mode 1 addr port (0x0cf8) is 0x800038a0 pcibus_setup(1a): mode1res=0x80000000 (0x80000000) pcibus_check: device 0 is there (id=122d8086) Probing for devices on the PCI bus: configuration mode 1 allows 32 devices. chip0 rev 1 on pci0:0 chip1 rev 2 on pci0:7 vga0 rev 0 int a irq 10 on pci0:17 mapreg[10] type=0 addr=c4000000 size=2000000. de0 rev 35 int a irq 12 on pci0:19 mapreg[10] type=1 addr=00001080 size=0080. mapreg[14] type=0 addr=c8010000 size=0080. reg16: ioaddr=0x1080 size=0x80 de0: DC21040 [10Mb/s] pass 2.3 Ethernet address 00:80:c8:0c:e0:77 de0: enabling 10baseT/UTP port bpf: de0 attached ahc0 rev 0 int a irq 11 on pci0:20 mapreg[10] type=1 addr=00001100 size=0100. mapreg[14] type=0 addr=c8011000 size=1000. ahc0: BurstLen = 4DWDs, Latency Timer = 64PCLKS ahc0: Reading SEEPROM...done. ahc0: aic7880 Single Channel, SCSI Id=7, 16 SCBs ahc0: Downloading Sequencer Program...Done ahc0: Probing channel A ahc0 waiting for scsi devices to settle ahc0: target 0 synchronous at 10.0MHz, offset = 0xf ahc0: target 0 Tagged Queuing Device (ahc0:0:0): "IBM DPES-31080 S31K" type 0 fixed SCSI 2 sd0(ahc0:0:0): Direct-Access 1034MB (2118144 512 byte sectors) sd0(ahc0:0:0): with 4903 cyls, 4 heads, and an average 108 sectors/track ahc0: target 1 synchronous at 10.0MHz, offset = 0xf ahc0: target 1 Tagged Queuing Device (ahc0:1:0): "FUJITSU M1606S-512 6234" type 0 fixed SCSI 2 sd1(ahc0:1:0): Direct-Access 1041MB (2131992 512 byte sectors) sd1(ahc0:1:0): with 3457 cyls, 6 heads, and an average 102 sectors/track ahc0: target 4 synchronous at 10.0MHz, offset = 0xf ahc0: target 4 Tagged Queuing Device (ahc0:4:0): "IBM OEM DFHSS2F 4141" type 0 fixed SCSI 2 sd2(ahc0:4:0): Direct-Access 2150MB (4404489 512 byte sectors) sd2(ahc0:4:0): with 4390 cyls, 8 heads, and an average 125 sectors/track ahc0: target 6 synchronous at 5.0MHz, offset = 0xf (ahc0:6:0): "MATSHITA CD-ROM CR-504 ST23" type 5 removable SCSI 2 cd0(ahc0:6:0): CD-ROM cd present [319231 x 2048 byte records] pci0: uses 33558656 bytes of memory from c4000000 upto c8011fff. pci0: uses 384 bytes of I/O space from 1080 upto 11ff. Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <8 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface bpf: lp0 attached fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in wdc0 not found at 0x1f0 npx0 on motherboard npx0: INT 16 interface sb0 at 0x220 irq 5 drq 1 on isa sb0: sbxvi0 at 0x0 drq 6 on isa sbxvo0: sbmidi0 at 0x330 on isa opl0 at 0x388 on isa opl0: imasks: bio c0000840, tty c003009a, net c0021000 bpf: lo0 attached sd0s1: type 0x6, start 32, end = 1023999, size 1023968 : OK sd0s2: type 0xa5, start 1499136, end = 2117631, size 618496 : OK sd0s3: type 0x5, start 1026048, end = 1499135, size 473088 : OK sd0s4: type 0xa, start 1024000, end = 1026047, size 2048 : OK sd0s5: type 0x7, start 1026080, end = 1499135, size 473056 : OK sd2s1: type 0xa5, start 32, end = 1433599, size 1433568 : OK sd2s2: type 0xa5, start 1433600, end = 2867199, size 1433600 : OK sd2s3: type 0xa5, start 2867200, end = 4403199, size 1536000 : OK sd1s1: type 0x6, start 32, end = 819199, size 819168 : OK sd1s2: type 0x5, start 819200, end = 1331199, size 512000 : OK sd1s4: type 0xa5, start 1331200, end = 2131967, size 800768 : OK sd1s5: type 0x83, start 819232, end = 1269759, size 450528 : OK sd1: type 0x5, start 1269760, end = 1331199, size 61440 : OK sd1s6: type 0x82, start 1269792, end = 1331199, size 61408 : OK sd1s1: type 0x6, start 32, end = 819199, size 819168 : OK sd1s2: type 0x5, start 819200, end = 1331199, size 512000 : OK sd1s4: type 0xa5, start 1331200, end = 2131967, size 800768 : OK sd1s5: type 0x83, start 819232, end = 1269759, size 450528 : OK sd1: type 0x5, start 1269760, end = 1331199, size 61440 : OK sd1s6: type 0x82, start 1269792, end = 1331199, size 61408 : OK -- §õ «Ø ¹F (Adonis) ¥æ¤j¸ê¤u Mail: jdli@csie.nctu.edu.tw From owner-freebsd-current Mon Jan 15 02:01:14 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA01848 for current-outgoing; Mon, 15 Jan 1996 02:01:14 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA01820 for ; Mon, 15 Jan 1996 02:00:53 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id UAA17807; Mon, 15 Jan 1996 20:58:02 +1100 Date: Mon, 15 Jan 1996 20:58:02 +1100 From: Bruce Evans Message-Id: <199601150958.UAA17807@godzilla.zeta.org.au> To: bde@zeta.org.au, jhay@mikom.csir.co.za Subject: Re: make world failure Cc: current@FreeBSD.ORG Sender: owner-current@FreeBSD.ORG Precedence: bulk >I just wanted to point out to Jordan that it won't fix the problem if you >add install to the tools target. At least install and rpcgen should be >compiled before the includes target is done. This is hard if /usr/include is nonexistent. rpcgen is relatively easy to handle by building and installing /usr/include, then building and installing rpcgen, then rebuilding and reinstalling /usr/include (the headers generated by rpcgen should depend on rpcgen). For `install -C', -C could be omitted for the first installation of /usr/include, but this would blow away the timestamps of already- installed files (if -C is used instead of the verbose `cmp -s' method in all Makefiles that install headers (now it is is only used in libutil)). `make world' should actually use /usr/obj/include instead of /usr/include. This doesn't change the problem except to make it more obvious. Bruce From owner-freebsd-current Mon Jan 15 04:31:41 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA10847 for current-outgoing; Mon, 15 Jan 1996 04:31:41 -0800 (PST) Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA10842 for ; Mon, 15 Jan 1996 04:31:38 -0800 (PST) Received: (from imb@localhost) by asstdc.scgt.oz.au (8.6.12/BSD4.4) id XAA22550; Mon, 15 Jan 1996 23:30:51 +1100 From: michael butler Message-Id: <199601151230.XAA22550@asstdc.scgt.oz.au> Subject: Re: FreeBSD current is STABLE !! :) To: jdli@linux.csie.nctu.edu.tw (Chien-Ta Lee) Date: Mon, 15 Jan 1996 23:30:50 +1100 (EST) Cc: freebsd-current@FreeBSD.ORG In-Reply-To: <199601150955.RAA29229@linux.csie.nctu.edu.tw> from "Chien-Ta Lee" at Jan 15, 96 05:55:53 pm X-Mailer: ELM [version 2.4 PL24beta] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG Precedence: bulk Chien-Ta Lee writes: > (To Justin: I defined QUEUE_FULL_SUPPORTED, and it seems to be > ok for 3 days, any change for me to test ?! like change the > QUEUE_FULL_SUPPORTED from 2 to more ?) What does this do ? Do I want it ? :-) michael From owner-freebsd-current Mon Jan 15 04:34:33 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA10986 for current-outgoing; Mon, 15 Jan 1996 04:34:33 -0800 (PST) Received: from Sysiphos (Sysiphos.MI.Uni-Koeln.DE [134.95.212.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA10980 for ; Mon, 15 Jan 1996 04:34:29 -0800 (PST) Received: by Sysiphos id AA00545 (5.67b/IDA-1.5 for current@FreeBSD.org); Mon, 15 Jan 1996 13:34:10 +0100 Message-Id: <199601151234.AA00545@Sysiphos> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Mon, 15 Jan 1996 13:34:09 +0100 In-Reply-To: Paul Richards "Re: ctm-cvs" (Jan 15, 0:29) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: paul@netcraft.co.uk Subject: Re: ctm-cvs Cc: current@freebsd.org Sender: owner-current@freebsd.org Precedence: bulk On Jan 15, 0:29, Paul Richards wrote: } Subject: Re: ctm-cvs } I really shouldn't have tempted fate since ppp core dumped about an } hour later :-( Hi Paul! I've got cvs-cur.1500A.gz here and I could break it in parts and send them as a BINARY SHAR ... How about that ? Or you could retrieve it from some local FTP server here. No risk of the atlantic line going down, and the FTP server supports REGET ... Regards, STefan -- Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 ============================================================================== http://www.zpr.uni-koeln.de/~se From owner-freebsd-current Mon Jan 15 05:24:57 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA12766 for current-outgoing; Mon, 15 Jan 1996 05:24:57 -0800 (PST) Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA12757 for ; Mon, 15 Jan 1996 05:24:52 -0800 (PST) Received: (from imb@localhost) by asstdc.scgt.oz.au (8.6.12/BSD4.4) id AAA24819 for current@freebsd.org; Tue, 16 Jan 1996 00:24:43 +1100 From: michael butler Message-Id: <199601151324.AAA24819@asstdc.scgt.oz.au> Subject: PPP header compression ? To: current@freebsd.org Date: Tue, 16 Jan 1996 00:24:42 +1100 (EST) X-Mailer: ELM [version 2.4 PL24beta] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org Precedence: bulk This is curious .. kernel mode PPP is doing different things according to who it's talking to .. .. to a 2.1-stable box .. percy:~ % /usr/sbin/pppstats in pack comp uncomp err | out pack comp uncomp ip 2662016 49041 19786 24387 19 | 21019478 65016 40564 19672 4780 1022 24 12 12 0 | 16420 40 32 8 0 1163 31 16 15 0 | 28790 57 49 8 0 1172 31 16 14 0 | 22887 46 36 9 1 1195 22 7 14 0 | 10655 33 18 14 1 1195 26 11 15 0 | 14736 37 28 9 0 1197 22 7 15 0 | 10877 32 19 13 0 ^C .. to a Linux 1.2.?? kernel .. percy:~ % /usr/sbin/pppstats 1 in pack comp uncomp err | out pack comp uncomp ip 20190840 380361 322335 29621 20 | 100222647 320016 271920 18881 29215 914 52 45 7 0 | 15893 39 37 2 0 685 49 48 1 0 | 14999 41 41 0 0 802 54 51 2 0 | 15650 43 41 1 1 703 51 50 1 0 | 17328 44 44 0 0 780 54 52 2 0 | 15756 42 42 0 0 905 53 45 8 0 | 19313 47 44 3 0 883 56 53 1 0 | 16578 47 45 0 2 763 51 48 3 0 | 15468 41 40 1 0 Even though the vast majority of traffic on both links is currently news, the Linux box is seeing (and sending) far fewer packets with uncompressed headers. What gives ? Why doesn't ours do that ? :-) michael From owner-freebsd-current Mon Jan 15 07:07:21 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA17035 for current-outgoing; Mon, 15 Jan 1996 07:07:21 -0800 (PST) Received: from utrhcs.cs.utwente.nl (utrhcs.cs.utwente.nl [130.89.10.247]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA17029 for ; Mon, 15 Jan 1996 07:07:15 -0800 (PST) Received: from myrtilos.cs.utwente.nl by utrhcs.cs.utwente.nl (SMI-8.6/csrelayMX-SVR4_1.2/RBINF) id QAA26160; Mon, 15 Jan 1996 16:05:05 +0100 Received: from curie.cs.utwente.nl by myrtilos.cs.utwente.nl (SMI-8.6/csrelay-Sol1.4/RB) id QAA23979; Mon, 15 Jan 1996 16:04:57 +0100 Received: from localhost by curie.cs.utwente.nl (SMI-8.6/SMI-SVR4) id QAA02454; Mon, 15 Jan 1996 16:04:56 +0100 To: michael butler cc: current@FreeBSD.org Subject: Re: PPP header compression ? In-reply-to: Your message of "Tue, 16 Jan 1996 00:24:42 +1100." <199601151324.AAA24819@asstdc.scgt.oz.au> Date: Mon, 15 Jan 1996 16:04:53 +0100 Message-ID: <2453.821718293@curie.cs.utwente.nl> From: Andras Olah Sender: owner-current@FreeBSD.org Precedence: bulk On Tue, 16 Jan 1996 00:24:42 +1100, michael butler wrote: > This is curious .. kernel mode PPP is doing different things according to > who it's talking to .. The difference in the number of compressed packets is due to the use of TCP options (apparently Linux doesn't use RFC 1323 options). The timestamp option (RFC 1323) is likely to change often, which prevents compression of those packets. This is from /sys/net/pppcompress.c: /* * Make sure that only what we expect to change changed. The first * line of the `if' checks the IP protocol version, header length & * type of service. The 2nd line checks the "Don't fragment" bit. * The 3rd line checks the time-to-live and protocol (the protocol * check is unnecessary but costless). The 4th line checks the TCP * header length. The 5th line checks IP options, if any. The 6th * line checks TCP options, if any. If any of these things are * different between the previous & current datagram, we send the * current datagram `uncompressed'. */ If a machine is behind a modem, it may make sense to switch net.inet.tcp.rfc1323 off. T/TCP (net.inet.tcp.rfc1644) doesn't hurt here because the CC option doesn't change during the lifetime of a connection. Actually, when other hosts start to support T/TCP, it should help by speeding up connection setup by one RTT (useful for WWW). Andras From owner-freebsd-current Mon Jan 15 10:48:45 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA29991 for current-outgoing; Mon, 15 Jan 1996 10:48:45 -0800 (PST) Received: from colin.muc.de (root@colin.muc.de [193.174.4.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA29982 for ; Mon, 15 Jan 1996 10:48:18 -0800 (PST) Received: from [193.174.4.22] ([193.174.4.22]) by colin.muc.de with SMTP id <86037-1>; Mon, 15 Jan 1996 19:46:34 +0100 Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 15 Jan 1996 19:48:31 +0100 To: sa2c@and.or.jp From: lutz@muc.de (Lutz Albers) Subject: Re: perl on -current does not setuid Cc: freebsd-current@freefall.FreeBSD.org Sender: owner-current@FreeBSD.ORG Precedence: bulk In article <199601141854.DAA24897@us.and.or.jp>, NIIMI Satoshi writes: -But in perl4: - - sa2c@us:~/tmp> cat setu-4 - #!/usr/bin/perl - print "ruid = $<, euid = $>\n"; - sa2c@us:~/tmp> ls -l setu-4 - -rwxr-xr-x 1 root user 48 Jan 15 03:36 setu-4* - sa2c@us:~/tmp> ./setu-4 - ruid = 1000, euid = 1000 - sa2c@us:~/tmp# chmod u+s setu-4 - sa2c@us:~/tmp> ls -l setu-4 - -rwsr-xr-x 1 root user 48 Jan 15 03:36 setu-4* - sa2c@us:~/tmp> ./setu-4 - ruid = 1000, euid = 1000 - ~~~~ - -Perl compiled with DOSUID executes suidperl (/usr/bin/sperl4.036) if -script is setuid or setgid. This feature is worth for me because I -can test a script without setuid and install it by -"install -c -m 4511". I must be a root only on installation. I stumbled on this the other day to. It' caused by the undefinition of the DOSUID define on the (normal) perl build. Setting this variable in config.h and rebuilding perl will do the trick. Is there any reason why SUID perl-script emulation is disabled in FreeBSD ? You know it's NOT documented in the perl docs delivered with FB .... It tool me w whole day to find out why my suid-scripts didn't ran as root . ciao lutz --------------------------------------------------------------------- Lutz Albers | What's good ? Luederitzstr. 14, 81929-Muenchen, Germany | Life's good - email:lutz@muc.de ph: +49-89-93940364 | But not fair at all http://www.muc.de/~lutz fax:+49-89-93940365 | (Lou Reed) Do not take life too seriously, you will never get out of it alive. From owner-freebsd-current Mon Jan 15 11:41:16 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA02992 for current-outgoing; Mon, 15 Jan 1996 11:41:16 -0800 (PST) Received: from apollo.COSC.GOV (root@apollo.COSC.GOV [198.94.103.34]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA02987 for ; Mon, 15 Jan 1996 11:41:14 -0800 (PST) Received: (from vince@localhost) by apollo.COSC.GOV (8.7.3/8.6.9) id LAA05496; Mon, 15 Jan 1996 11:39:50 -0800 (PST) Date: Mon, 15 Jan 1996 11:39:49 -0800 (PST) From: -Vince- To: Andras Olah cc: current@FreeBSD.org, Adam Hawks Subject: Re: finger problem going from 2.1R to -current In-Reply-To: <1763.821695163@curie.cs.utwente.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org Precedence: bulk On Mon, 15 Jan 1996, Andras Olah wrote: > I'm almost sure that the problems related to finger from current > machines is caused by the use of T/TCP. Apparently some (buggy or > at least non-conformant) TCP stacks have problems with T/TCP. > > The short term solution is: `sysctl -w net.inet.tcp.rfc1644=0'. On > the other hand, it would be very useful if you could send me a > tcpdump trace of the failing conversation when using T/TCP and if > you know the type of the system you're connecting to. My rfc1644 and rc1323 is already set to 0 since we have a Cisco router so that isn't the problem. How do I do a tcpdump trace? The thing is this only happens on any machine running IBM's AIX... Cheers, -Vince- vince@COSC.GOV - GUS Mailing Lists Admin - http://www.COSC.GOV/~vince UC Berkeley AstroPhysics - Electrical Engineering (Honorary B.S.) Chabot Observatory & Science Center - Board of Advisors Running FreeBSD - Real UN*X for Free! Linda Wong/Vivian Chow/Hacken Lee/Danny Chan/Priscilla Chan Fan Club Mailing Lists Admin From owner-freebsd-current Mon Jan 15 12:17:36 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA05366 for current-outgoing; Mon, 15 Jan 1996 12:17:36 -0800 (PST) Received: from interbev.mindspring.com (interbev.mindspring.com [204.180.142.2]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA05361 for ; Mon, 15 Jan 1996 12:17:33 -0800 (PST) Received: (from rsanders@localhost) by interbev.mindspring.com (8.7.Beta.13/8.7.Beta.2) id PAA28876; Mon, 15 Jan 1996 15:17:30 -0500 Date: Mon, 15 Jan 1996 15:17:30 -0500 From: Robert Sanders Message-Id: <199601152017.PAA28876@interbev.mindspring.com> To: freebsd-current@freebsd.org In-reply-to: Andras Olah's message of Mon, 15 Jan 1996 04:14:01 EST Subject: Re: finger problem going from 2.1R to -current References: <1763.821695163@curie.cs.utwente.nl> Sender: owner-current@freebsd.org Precedence: bulk On Mon, 15 Jan 1996 04:14:01 EST, Andras Olah said: > machines is caused by the use of T/TCP. Apparently some (buggy or > at least non-conformant) TCP stacks have problems with T/TCP. AIX and Linux both have problems with it. Solaris copes fine. > The short term solution is: `sysctl -w net.inet.tcp.rfc1644=0'. On > the other hand, it would be very useful if you could send me a > tcpdump trace of the failing conversation when using T/TCP and if > you know the type of the system you're connecting to. It's short, so I'll just post it here. Both rfc1323 and rfc1644 are set to 0 on my machine. 15:13:10.980335 hrothgar.1081 > widow.finger: SFP 100905540:100905550(10) win 17520 (DF) 15:13:16.608004 hrothgar.1081 > widow.finger: SFP 100905540:100905550(10) win 17520 (DF) 15:13:40.608362 hrothgar.1081 > widow.finger: SFP 100905540:100905550(10) win 17520 (DF) AIX 4.1.2 doesn't seem to like packets with SYN and FIN that also include data. For those of you that want to work around the problem, changing all occurrences of MSG_EOF in src/usr.bin/finger/net.c to 0 should do it. -- Robert From owner-freebsd-current Mon Jan 15 12:56:51 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA07839 for current-outgoing; Mon, 15 Jan 1996 12:56:51 -0800 (PST) Received: from apollo.COSC.GOV (root@apollo.COSC.GOV [198.94.103.34]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA07832 for ; Mon, 15 Jan 1996 12:56:48 -0800 (PST) Received: (from vince@localhost) by apollo.COSC.GOV (8.7.3/8.6.9) id MAA08423; Mon, 15 Jan 1996 12:56:47 -0800 (PST) Date: Mon, 15 Jan 1996 12:56:47 -0800 (PST) From: -Vince- To: Robert Sanders cc: freebsd-current@freebsd.org Subject: Re: finger problem going from 2.1R to -current In-Reply-To: <199601152017.PAA28876@interbev.mindspring.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk On Mon, 15 Jan 1996, Robert Sanders wrote: > On Mon, 15 Jan 1996 04:14:01 EST, Andras Olah said: > > > machines is caused by the use of T/TCP. Apparently some (buggy or > > at least non-conformant) TCP stacks have problems with T/TCP. > > AIX and Linux both have problems with it. Solaris copes fine. I never noticed the Linux one until you mentioned it... But wonder why both AIX and Linux has problems with it... > > The short term solution is: `sysctl -w net.inet.tcp.rfc1644=0'. On > > the other hand, it would be very useful if you could send me a > > tcpdump trace of the failing conversation when using T/TCP and if > > you know the type of the system you're connecting to. > > It's short, so I'll just post it here. Both rfc1323 and rfc1644 are > set to 0 on my machine. > > 15:13:10.980335 hrothgar.1081 > widow.finger: SFP 100905540:100905550(10) win 17520 (DF) > 15:13:16.608004 hrothgar.1081 > widow.finger: SFP 100905540:100905550(10) win 17520 (DF) > 15:13:40.608362 hrothgar.1081 > widow.finger: SFP 100905540:100905550(10) win 17520 (DF) > > AIX 4.1.2 doesn't seem to like packets with SYN and FIN that also > include data. Probably... > For those of you that want to work around the problem, changing all > occurrences of MSG_EOF in src/usr.bin/finger/net.c to 0 should do it. Maybe this can be committed to the tree... Cheers, -Vince- vince@COSC.GOV - GUS Mailing Lists Admin - http://www.COSC.GOV/~vince UC Berkeley AstroPhysics - Electrical Engineering (Honorary B.S.) Chabot Observatory & Science Center - Board of Advisors Running FreeBSD - Real UN*X for Free! Linda Wong/Vivian Chow/Hacken Lee/Danny Chan/Priscilla Chan Fan Club Mailing Lists Admin From owner-freebsd-current Mon Jan 15 12:59:19 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA07995 for current-outgoing; Mon, 15 Jan 1996 12:59:19 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA07986 for ; Mon, 15 Jan 1996 12:59:13 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA28199; Mon, 15 Jan 1996 13:53:09 -0700 From: Terry Lambert Message-Id: <199601152053.NAA28199@phaeton.artisoft.com> Subject: Re: make world failure To: jhay@mikom.csir.co.za (John Hay) Date: Mon, 15 Jan 1996 13:53:09 -0700 (MST) Cc: bde@zeta.org.au, current@FreeBSD.ORG In-Reply-To: <199601150905.LAA27008@zibbi.mikom.csir.co.za> from "John Hay" at Jan 15, 96 11:05:49 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG Precedence: bulk > I just wanted to point out to Jordan that it won't fix the problem if you > add install to the tools target. At least install and rpcgen should be > compiled before the includes target is done. This is why the builds should use -nostdinc and path the include directories from the source tree as necessary. Otherwise you have the chicken-and-egg problem of building rpcgen using new include files so that you can build new include files. You could have fallback using ordering and/or removal of the -nostdinc as the result of an option for weenies with partial source trees. 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon Jan 15 13:07:53 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA08475 for current-outgoing; Mon, 15 Jan 1996 13:07:53 -0800 (PST) Received: from apollo.COSC.GOV (root@apollo.COSC.GOV [198.94.103.34]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA08470 for ; Mon, 15 Jan 1996 13:07:50 -0800 (PST) Received: (from vince@localhost) by apollo.COSC.GOV (8.7.3/8.6.9) id NAA09017; Mon, 15 Jan 1996 13:07:41 -0800 (PST) Date: Mon, 15 Jan 1996 13:07:41 -0800 (PST) From: -Vince- To: "Garrett A. Wollman" cc: current@FreeBSD.ORG Subject: Re: finger problem going from 2.1R to -current In-Reply-To: <9601152102.AA10838@halloran-eldar.lcs.mit.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG Precedence: bulk On Mon, 15 Jan 1996, Garrett A. Wollman wrote: > < said: > > > My rfc1644 and rc1323 is already set to 0 since we have a Cisco > > router so that isn't the problem. > > What does having a Cisco router have to do with the question? Unless > you're suggesting that Ciscos have the same bug is Xyplex terminal > servers do... Cisco has RFC1323 and RFC1644 broken according to Justin... Cheers, -Vince- vince@COSC.GOV - GUS Mailing Lists Admin - http://www.COSC.GOV/~vince UC Berkeley AstroPhysics - Electrical Engineering (Honorary B.S.) Chabot Observatory & Science Center - Board of Advisors Running FreeBSD - Real UN*X for Free! Linda Wong/Vivian Chow/Hacken Lee/Danny Chan/Priscilla Chan Fan Club Mailing Lists Admin From owner-freebsd-current Mon Jan 15 13:09:22 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA08565 for current-outgoing; Mon, 15 Jan 1996 13:09:22 -0800 (PST) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA08556 for ; Mon, 15 Jan 1996 13:09:07 -0800 (PST) Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA10673; Mon, 15 Jan 1996 16:09:03 -0500 Date: Mon, 15 Jan 1996 16:09:03 -0500 From: "Garrett A. Wollman" Message-Id: <9601152109.AA10673@halloran-eldar.lcs.mit.edu> To: -Vince- Cc: current@FreeBSD.ORG Subject: problem with finger in -current In-Reply-To: References: Sender: owner-current@FreeBSD.ORG Precedence: bulk < said: > As of the 1/8/96 -current, it seems that the finger source is > having some problems with systems running IBM's AIX. Can anyone verify > this? It used to work with no problems before. No, I can't. wollman@khavrinen(115)$ f @ltt1.lcs.mit.edu [ltt1.lcs.mit.edu] No one logged on wollman@khavrinen(118)$ dig ltt1 in hinfo ... ltt1.lcs.mit.edu. 14400 HINFO ibm-rs6000 unix ... -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Mon Jan 15 13:10:47 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA08700 for current-outgoing; Mon, 15 Jan 1996 13:10:47 -0800 (PST) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA08682 for ; Mon, 15 Jan 1996 13:10:36 -0800 (PST) Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA11052; Mon, 15 Jan 1996 16:09:53 -0500 Date: Mon, 15 Jan 1996 16:09:53 -0500 From: "Garrett A. Wollman" Message-Id: <9601152109.AA11052@halloran-eldar.lcs.mit.edu> To: -Vince- Cc: Robert Sanders , freebsd-current@freebsd.org Subject: Re: finger problem going from 2.1R to -current In-Reply-To: References: <199601152017.PAA28876@interbev.mindspring.com> Sender: owner-current@freebsd.org Precedence: bulk < said: >> For those of you that want to work around the problem, changing all >> occurrences of MSG_EOF in src/usr.bin/finger/net.c to 0 should do it. > Maybe this can be committed to the tree... No. (There is another, completely different, kernel fix.) -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Mon Jan 15 13:15:25 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA09006 for current-outgoing; Mon, 15 Jan 1996 13:15:25 -0800 (PST) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA09000 for ; Mon, 15 Jan 1996 13:15:18 -0800 (PST) Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA11121; Mon, 15 Jan 1996 16:14:27 -0500 Date: Mon, 15 Jan 1996 16:14:27 -0500 From: "Garrett A. Wollman" Message-Id: <9601152114.AA11121@halloran-eldar.lcs.mit.edu> To: -Vince- Cc: current@FreeBSD.ORG Subject: Re: finger problem going from 2.1R to -current In-Reply-To: References: <9601152102.AA10838@halloran-eldar.lcs.mit.edu> Sender: owner-current@FreeBSD.ORG Precedence: bulk < said: >> What does having a Cisco router have to do with the question? Unless >> you're suggesting that Ciscos have the same bug is Xyplex terminal >> servers do... > Cisco has RFC1323 and RFC1644 broken according to Justin... You are quite mistaken, as evidenced by the fact that my machine is perfectly able to communicate with the outside world. Furthermore... wollman@khavrinen(121)$ f @terminus [terminus.lcs.mit.edu] Welcome to the MIT Laboratory for Computer Science. You are connected to the dialup server: TERMINUS [...] However, our ALANTEC PowerHub (2.6) appears to have problems. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Mon Jan 15 13:19:13 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA09352 for current-outgoing; Mon, 15 Jan 1996 13:19:13 -0800 (PST) Received: from apollo.COSC.GOV (root@apollo.COSC.GOV [198.94.103.34]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA09345 for ; Mon, 15 Jan 1996 13:19:11 -0800 (PST) Received: (from vince@localhost) by apollo.COSC.GOV (8.7.3/8.6.9) id NAA09710; Mon, 15 Jan 1996 13:19:01 -0800 (PST) Date: Mon, 15 Jan 1996 13:18:58 -0800 (PST) From: -Vince- To: "Garrett A. Wollman" cc: current@FreeBSD.ORG Subject: Re: problem with finger in -current In-Reply-To: <9601152109.AA10673@halloran-eldar.lcs.mit.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG Precedence: bulk On Mon, 15 Jan 1996, Garrett A. Wollman wrote: > < said: > > > As of the 1/8/96 -current, it seems that the finger source is > > having some problems with systems running IBM's AIX. Can anyone verify > > this? It used to work with no problems before. > > No, I can't. > > wollman@khavrinen(115)$ f @ltt1.lcs.mit.edu > [ltt1.lcs.mit.edu] > No one logged on > > wollman@khavrinen(118)$ dig ltt1 in hinfo > ... > ltt1.lcs.mit.edu. 14400 HINFO ibm-rs6000 unix > ... Hmmm, try it on harp.aix.calpoly.edu, and acs.ucalgary.ca which is running AIX and cygnus.sy.yale.edu which is running Linux... Maybe it's the version of AIX that is having the problems... Cheers, -Vince- vince@COSC.GOV - GUS Mailing Lists Admin - http://www.COSC.GOV/~vince UC Berkeley AstroPhysics - Electrical Engineering (Honorary B.S.) Chabot Observatory & Science Center - Board of Advisors Running FreeBSD - Real UN*X for Free! Linda Wong/Vivian Chow/Hacken Lee/Danny Chan/Priscilla Chan Fan Club Mailing Lists Admin From owner-freebsd-current Mon Jan 15 13:19:50 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA09406 for current-outgoing; Mon, 15 Jan 1996 13:19:50 -0800 (PST) Received: from apollo.COSC.GOV (root@apollo.COSC.GOV [198.94.103.34]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA09400 for ; Mon, 15 Jan 1996 13:19:46 -0800 (PST) Received: (from vince@localhost) by apollo.COSC.GOV (8.7.3/8.6.9) id NAA09743; Mon, 15 Jan 1996 13:19:46 -0800 (PST) Date: Mon, 15 Jan 1996 13:19:46 -0800 (PST) From: -Vince- To: "Garrett A. Wollman" cc: Robert Sanders , freebsd-current@freebsd.org Subject: Re: finger problem going from 2.1R to -current In-Reply-To: <9601152109.AA11052@halloran-eldar.lcs.mit.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk On Mon, 15 Jan 1996, Garrett A. Wollman wrote: > < said: > > >> For those of you that want to work around the problem, changing all > >> occurrences of MSG_EOF in src/usr.bin/finger/net.c to 0 should do it. > > > Maybe this can be committed to the tree... > > No. (There is another, completely different, kernel fix.) Really? When was it added? Cheers, -Vince- vince@COSC.GOV - GUS Mailing Lists Admin - http://www.COSC.GOV/~vince UC Berkeley AstroPhysics - Electrical Engineering (Honorary B.S.) Chabot Observatory & Science Center - Board of Advisors Running FreeBSD - Real UN*X for Free! Linda Wong/Vivian Chow/Hacken Lee/Danny Chan/Priscilla Chan Fan Club Mailing Lists Admin From owner-freebsd-current Mon Jan 15 13:21:40 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA09573 for current-outgoing; Mon, 15 Jan 1996 13:21:40 -0800 (PST) Received: from interbev.mindspring.com (interbev.mindspring.com [204.180.142.2]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA09567 for ; Mon, 15 Jan 1996 13:21:37 -0800 (PST) Received: (from rsanders@localhost) by interbev.mindspring.com (8.7.Beta.13/8.7.Beta.2) id QAA29362; Mon, 15 Jan 1996 16:21:33 -0500 Date: Mon, 15 Jan 1996 16:21:33 -0500 From: Robert Sanders Message-Id: <199601152121.QAA29362@interbev.mindspring.com> To: "Garrett A. Wollman" Cc: -Vince- , freebsd-current@freebsd.org Subject: Re: finger problem going from 2.1R to -current In-Reply-To: <9601152109.AA11052@halloran-eldar.lcs.mit.edu> References: <199601152017.PAA28876@interbev.mindspring.com> Sender: owner-current@freebsd.org Precedence: bulk On Mon, 15 Jan 1996 16:09:53 -0500, "Garrett A. Wollman" said: >> Maybe this can be committed to the tree... > No. (There is another, completely different, kernel fix.) Yeah, the T/TCP changes just recently got put into the tree. I guess the importance of T/TCP for this is that it can save, what, one round trip per finger connection? What confuses me is that, though I haven't read rfc1644 or the kernel source, I thought that T/TCP would properly cope with hosts that didn't want to cooperate. Otherwise, it seems that the default settings for both rfc* sysctl options should be off. TCP extensions just seem to cause trouble for the Average Joe. -- Robert From owner-freebsd-current Mon Jan 15 13:21:56 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA09620 for current-outgoing; Mon, 15 Jan 1996 13:21:56 -0800 (PST) Received: from apollo.COSC.GOV (root@apollo.COSC.GOV [198.94.103.34]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA09610 for ; Mon, 15 Jan 1996 13:21:53 -0800 (PST) Received: (from vince@localhost) by apollo.COSC.GOV (8.7.3/8.6.9) id NAA09874; Mon, 15 Jan 1996 13:21:40 -0800 (PST) Date: Mon, 15 Jan 1996 13:21:38 -0800 (PST) From: -Vince- To: "Garrett A. Wollman" cc: current@FreeBSD.ORG Subject: Re: finger problem going from 2.1R to -current In-Reply-To: <9601152114.AA11121@halloran-eldar.lcs.mit.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG Precedence: bulk On Mon, 15 Jan 1996, Garrett A. Wollman wrote: > < said: > > >> What does having a Cisco router have to do with the question? Unless > >> you're suggesting that Ciscos have the same bug is Xyplex terminal > >> servers do... > > > Cisco has RFC1323 and RFC1644 broken according to Justin... > > You are quite mistaken, as evidenced by the fact that my machine is > perfectly able to communicate with the outside world. Furthermore... > > wollman@khavrinen(121)$ f @terminus > [terminus.lcs.mit.edu] > > Welcome to the MIT Laboratory for Computer Science. > > You are connected to the dialup server: TERMINUS > [...] > > However, our ALANTEC PowerHub (2.6) appears to have problems. I think you may be right but I know that the Xylogics Annex-3 terminal servers has problems... Cheers, -Vince- vince@COSC.GOV - GUS Mailing Lists Admin - http://www.COSC.GOV/~vince UC Berkeley AstroPhysics - Electrical Engineering (Honorary B.S.) Chabot Observatory & Science Center - Board of Advisors Running FreeBSD - Real UN*X for Free! Linda Wong/Vivian Chow/Hacken Lee/Danny Chan/Priscilla Chan Fan Club Mailing Lists Admin From owner-freebsd-current Mon Jan 15 13:22:24 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA09681 for current-outgoing; Mon, 15 Jan 1996 13:22:24 -0800 (PST) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA09675 for ; Mon, 15 Jan 1996 13:22:22 -0800 (PST) Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA11128; Mon, 15 Jan 1996 16:22:01 -0500 Date: Mon, 15 Jan 1996 16:22:01 -0500 From: "Garrett A. Wollman" Message-Id: <9601152122.AA11128@halloran-eldar.lcs.mit.edu> To: -Vince- Cc: freebsd-current@freebsd.org Subject: Re: finger problem going from 2.1R to -current In-Reply-To: References: <9601152109.AA11052@halloran-eldar.lcs.mit.edu> Sender: owner-current@freebsd.org Precedence: bulk < said: >> No. (There is another, completely different, kernel fix.) > Really? When was it added? It is sitting in my home directory waiting for me to get around to testing it. If Andras does so before I do, then he may commit it himself. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Mon Jan 15 13:29:36 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA10269 for current-outgoing; Mon, 15 Jan 1996 13:29:36 -0800 (PST) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA10256 for ; Mon, 15 Jan 1996 13:29:29 -0800 (PST) Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA11297; Mon, 15 Jan 1996 16:29:22 -0500 Date: Mon, 15 Jan 1996 16:29:22 -0500 From: "Garrett A. Wollman" Message-Id: <9601152129.AA11297@halloran-eldar.lcs.mit.edu> To: Robert Sanders Cc: freebsd-current@freebsd.org Subject: Re: finger problem going from 2.1R to -current In-Reply-To: <199601152121.QAA29362@interbev.mindspring.com> References: <199601152017.PAA28876@interbev.mindspring.com> <9601152109.AA11052@halloran-eldar.lcs.mit.edu> <199601152121.QAA29362@interbev.mindspring.com> Sender: owner-current@freebsd.org Precedence: bulk < said: > Yeah, the T/TCP changes just recently got put into the tree. I guess > the importance of T/TCP for this is that it can save, what, one round > trip per finger connection? I think it is slightly more useful in that it can point out all the different vendors with seriously broken TCP implementations. > What confuses me is that, though I > haven't read rfc1644 or the kernel source, I thought that T/TCP would > properly cope with hosts that didn't want to cooperate. T/TCP works perfectly with hosts that correctly implement TCP but don't implement T/TCP. When the target host does not correctly implement even basic TCP, then all bets are off. /That/ is the situation we are presently encountering. > Otherwise, it seems that the default settings for both rfc* sysctl > options should be off. No, they should not. > TCP extensions just seem to cause trouble for > the Average Joe. I doubt it. In any case, somebody has to keep the commercial vendors honest. The correct response to this problem is to complain to the vendors who made the broken software. (You might point them at an RFC---I forget its number---entitled ``TCP and IP bake-off''.) -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Mon Jan 15 13:30:03 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA10332 for current-outgoing; Mon, 15 Jan 1996 13:30:03 -0800 (PST) Received: from apollo.COSC.GOV (root@apollo.COSC.GOV [198.94.103.34]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA10303 for ; Mon, 15 Jan 1996 13:29:58 -0800 (PST) Received: (from vince@localhost) by apollo.COSC.GOV (8.7.3/8.6.9) id NAA10248; Mon, 15 Jan 1996 13:29:59 -0800 (PST) Date: Mon, 15 Jan 1996 13:29:58 -0800 (PST) From: -Vince- To: Robert Sanders cc: "Garrett A. Wollman" , freebsd-current@freebsd.org Subject: Re: finger problem going from 2.1R to -current In-Reply-To: <199601152121.QAA29362@interbev.mindspring.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk On Mon, 15 Jan 1996, Robert Sanders wrote: > On Mon, 15 Jan 1996 16:09:53 -0500, "Garrett A. Wollman" said: > > >> Maybe this can be committed to the tree... > > > No. (There is another, completely different, kernel fix.) > > Yeah, the T/TCP changes just recently got put into the tree. I guess > the importance of T/TCP for this is that it can save, what, one round > trip per finger connection? What confuses me is that, though I > haven't read rfc1644 or the kernel source, I thought that T/TCP would > properly cope with hosts that didn't want to cooperate. > > Otherwise, it seems that the default settings for both rfc* sysctl > options should be off. TCP extensions just seem to cause trouble for > the Average Joe. Yep, atleast on Xyglogics Annex Terminal servers it does... Cheers, -Vince- vince@COSC.GOV - GUS Mailing Lists Admin - http://www.COSC.GOV/~vince UC Berkeley AstroPhysics - Electrical Engineering (Honorary B.S.) Chabot Observatory & Science Center - Board of Advisors Running FreeBSD - Real UN*X for Free! Linda Wong/Vivian Chow/Hacken Lee/Danny Chan/Priscilla Chan Fan Club Mailing Lists Admin From owner-freebsd-current Mon Jan 15 13:30:33 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA10399 for current-outgoing; Mon, 15 Jan 1996 13:30:33 -0800 (PST) Received: from apollo.COSC.GOV (root@apollo.COSC.GOV [198.94.103.34]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA10386 for ; Mon, 15 Jan 1996 13:30:28 -0800 (PST) Received: (from vince@localhost) by apollo.COSC.GOV (8.7.3/8.6.9) id NAA10274; Mon, 15 Jan 1996 13:30:26 -0800 (PST) Date: Mon, 15 Jan 1996 13:30:26 -0800 (PST) From: -Vince- To: "Garrett A. Wollman" cc: freebsd-current@freebsd.org Subject: Re: finger problem going from 2.1R to -current In-Reply-To: <9601152122.AA11128@halloran-eldar.lcs.mit.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk On Mon, 15 Jan 1996, Garrett A. Wollman wrote: > < said: > > >> No. (There is another, completely different, kernel fix.) > > > Really? When was it added? > > It is sitting in my home directory waiting for me to get around to > testing it. If Andras does so before I do, then he may commit it > himself. Oh okay, thought I missed it for some reason... Cheers, -Vince- vince@COSC.GOV - GUS Mailing Lists Admin - http://www.COSC.GOV/~vince UC Berkeley AstroPhysics - Electrical Engineering (Honorary B.S.) Chabot Observatory & Science Center - Board of Advisors Running FreeBSD - Real UN*X for Free! Linda Wong/Vivian Chow/Hacken Lee/Danny Chan/Priscilla Chan Fan Club Mailing Lists Admin From owner-freebsd-current Mon Jan 15 13:55:29 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA12219 for current-outgoing; Mon, 15 Jan 1996 13:55:29 -0800 (PST) Received: from utrhcs.cs.utwente.nl (utrhcs.cs.utwente.nl [130.89.10.247]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA12212 for ; Mon, 15 Jan 1996 13:55:24 -0800 (PST) Received: from myrtilos.cs.utwente.nl by utrhcs.cs.utwente.nl (SMI-8.6/csrelayMX-SVR4_1.2/RBINF) id WAA06505; Mon, 15 Jan 1996 22:54:30 +0100 Received: from curie.cs.utwente.nl by myrtilos.cs.utwente.nl (SMI-8.6/csrelay-Sol1.4/RB) id WAA25421; Mon, 15 Jan 1996 22:54:27 +0100 Received: from localhost by curie.cs.utwente.nl (SMI-8.6/SMI-SVR4) id WAA03108; Mon, 15 Jan 1996 22:54:25 +0100 To: Robert Sanders cc: freebsd-current@FreeBSD.ORG Subject: Re: finger problem going from 2.1R to -current In-reply-to: Your message of "Mon, 15 Jan 1996 15:17:30 EST." <199601152017.PAA28876@interbev.mindspring.com> Date: Mon, 15 Jan 1996 22:54:23 +0100 Message-ID: <3107.821742863@curie.cs.utwente.nl> From: Andras Olah Sender: owner-current@FreeBSD.ORG Precedence: bulk On Mon, 15 Jan 1996 15:17:30 EST, Robert Sanders wrote: > On Mon, 15 Jan 1996 04:14:01 EST, Andras Olah said: > > > machines is caused by the use of T/TCP. Apparently some (buggy or > > at least non-conformant) TCP stacks have problems with T/TCP. > > AIX and Linux both have problems with it. Solaris copes fine. > [...] > It's short, so I'll just post it here. Both rfc1323 and rfc1644 are > set to 0 on my machine. > > 15:13:10.980335 hrothgar.1081 > widow.finger: SFP 100905540:100905550(10) win 17520 (DF) > 15:13:16.608004 hrothgar.1081 > widow.finger: SFP 100905540:100905550(10) win 17520 (DF) > 15:13:40.608362 hrothgar.1081 > widow.finger: SFP 100905540:100905550(10) win 17520 (DF) > > AIX 4.1.2 doesn't seem to like packets with SYN and FIN that also > include data. > > For those of you that want to work around the problem, changing all > occurrences of MSG_EOF in src/usr.bin/finger/net.c to 0 should do it. > > -- Robert Paul Traina mentioned the same problem (sending of SYN,data,FIN even when rfc1644 is off) a few days ago. The real fix is a patch to sys/netinet/tcp_output.c to make our TCP more conservative when no extensions are used. I've included the patch below and plan to commit it, but I'm waiting for feedback from the networking guys because I couldn't try this patch on a current machine. On 2.1R it seems to do its job well. I'd welcome if some people could try that patch before I commit it. Andras *** tcp_output.c.orig Tue Dec 19 13:37:43 1995 --- tcp_output.c Thu Jan 11 11:38:00 1996 *************** *** 167,172 **** --- 167,185 ---- return 0; } + /* + * Be careful not to send data and/or FIN on SYN segments + * in cases when no CC option will be sent. + * This measure is needed to prevent interoperability problems + * with not fully conformant TCP implementations. + */ + if ((flags & TH_SYN) && + ((tp->t_flags & TF_NOOPT) || !(tp->t_flags & TF_REQ_CC) || + ((flags & TH_ACK) && !(tp->t_flags & TF_RCVD_CC)))) { + len = 0; + flags &= ~TH_FIN; + } + if (len < 0) { /* * If FIN has been sent but not acked, From owner-freebsd-current Mon Jan 15 14:01:23 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA12734 for current-outgoing; Mon, 15 Jan 1996 14:01:23 -0800 (PST) Received: from utrhcs.cs.utwente.nl (utrhcs.cs.utwente.nl [130.89.10.247]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA12724 for ; Mon, 15 Jan 1996 14:01:18 -0800 (PST) Received: from myrtilos.cs.utwente.nl by utrhcs.cs.utwente.nl (SMI-8.6/csrelayMX-SVR4_1.2/RBINF) id WAA06555; Mon, 15 Jan 1996 22:59:33 +0100 Received: from curie.cs.utwente.nl by myrtilos.cs.utwente.nl (SMI-8.6/csrelay-Sol1.4/RB) id WAA25441; Mon, 15 Jan 1996 22:59:27 +0100 Received: from localhost by curie.cs.utwente.nl (SMI-8.6/SMI-SVR4) id WAA03127; Mon, 15 Jan 1996 22:59:25 +0100 To: -Vince- cc: "Garrett A. Wollman" , current@FreeBSD.ORG Subject: Re: finger problem going from 2.1R to -current In-reply-to: Your message of "Mon, 15 Jan 1996 13:07:41 PST." Date: Mon, 15 Jan 1996 22:59:23 +0100 Message-ID: <3126.821743163@curie.cs.utwente.nl> From: Andras Olah Sender: owner-current@FreeBSD.ORG Precedence: bulk On Mon, 15 Jan 1996 13:07:41 PST, -Vince- wrote: > On Mon, 15 Jan 1996, Garrett A. Wollman wrote: > > What does having a Cisco router have to do with the question? Unless > > you're suggesting that Ciscos have the same bug is Xyplex terminal > > servers do... > > Cisco has RFC1323 and RFC1644 broken according to Justin... I don't think so because my SLIP line goes through a cisco terminal server and it has no problems with either TCP extensions. The only thing I noticed so far that the cisco doesn't compress the TCP packets which have TCP options even if they don't change (i.e. T/TCP on but RFC1323 extensions off). Andras From owner-freebsd-current Mon Jan 15 14:02:34 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA12825 for current-outgoing; Mon, 15 Jan 1996 14:02:34 -0800 (PST) Received: from apollo.COSC.GOV (root@apollo.COSC.GOV [198.94.103.34]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA12819 for ; Mon, 15 Jan 1996 14:02:30 -0800 (PST) Received: (from vince@localhost) by apollo.COSC.GOV (8.7.3/8.6.9) id OAA11226; Mon, 15 Jan 1996 14:02:28 -0800 (PST) Date: Mon, 15 Jan 1996 14:02:27 -0800 (PST) From: -Vince- To: Andras Olah cc: "Garrett A. Wollman" , current@FreeBSD.ORG Subject: Re: finger problem going from 2.1R to -current In-Reply-To: <3126.821743163@curie.cs.utwente.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG Precedence: bulk On Mon, 15 Jan 1996, Andras Olah wrote: > On Mon, 15 Jan 1996 13:07:41 PST, -Vince- wrote: > > On Mon, 15 Jan 1996, Garrett A. Wollman wrote: > > > What does having a Cisco router have to do with the question? Unless > > > you're suggesting that Ciscos have the same bug is Xyplex terminal > > > servers do... > > > > Cisco has RFC1323 and RFC1644 broken according to Justin... > > I don't think so because my SLIP line goes through a cisco terminal > server and it has no problems with either TCP extensions. The only > thing I noticed so far that the cisco doesn't compress the TCP packets > which have TCP options even if they don't change (i.e. T/TCP on but > RFC1323 extensions off). Hmmm, I thought if RFC1323 didn't work, RFC1644 doesn't either. Cheers, -Vince- vince@COSC.GOV - GUS Mailing Lists Admin - http://www.COSC.GOV/~vince UC Berkeley AstroPhysics - Electrical Engineering (Honorary B.S.) Chabot Observatory & Science Center - Board of Advisors Running FreeBSD - Real UN*X for Free! Linda Wong/Vivian Chow/Hacken Lee/Danny Chan/Priscilla Chan Fan Club Mailing Lists Admin From owner-freebsd-current Mon Jan 15 14:21:27 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA14081 for current-outgoing; Mon, 15 Jan 1996 14:21:27 -0800 (PST) Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA14076 Mon, 15 Jan 1996 14:21:23 -0800 (PST) Message-Id: <199601152221.OAA14076@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: -Vince- cc: "Garrett A. Wollman" , current@FreeBSD.org Subject: Re: finger problem going from 2.1R to -current In-reply-to: Your message of "Mon, 15 Jan 1996 13:07:41 PST." Date: Mon, 15 Jan 1996 14:21:22 -0800 From: "Justin T. Gibbs" Sender: owner-current@FreeBSD.org Precedence: bulk >On Mon, 15 Jan 1996, Garrett A. Wollman wrote: > > Cisco has RFC1323 and RFC1644 broken according to Justin... I said no such thing. I only know that some Annexen have the problem. >Cheers, >-Vince- vince@COSC.GOV - GUS Mailing Lists Admin - http://www.COSC.GOV/~vince >UC Berkeley AstroPhysics - Electrical Engineering (Honorary B.S.) >Chabot Observatory & Science Center - Board of Advisors >Running FreeBSD - Real UN*X for Free! >Linda Wong/Vivian Chow/Hacken Lee/Danny Chan/Priscilla Chan Fan Club >Mailing Lists Admin > -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Mon Jan 15 14:22:53 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA14181 for current-outgoing; Mon, 15 Jan 1996 14:22:53 -0800 (PST) Received: from apollo.COSC.GOV (root@apollo.COSC.GOV [198.94.103.34]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA14156 for ; Mon, 15 Jan 1996 14:22:44 -0800 (PST) Received: (from vince@localhost) by apollo.COSC.GOV (8.7.3/8.6.9) id OAA11890; Mon, 15 Jan 1996 14:22:45 -0800 (PST) Date: Mon, 15 Jan 1996 14:22:45 -0800 (PST) From: -Vince- To: "Justin T. Gibbs" cc: "Garrett A. Wollman" , current@FreeBSD.org Subject: Re: finger problem going from 2.1R to -current In-Reply-To: <199601152221.OAA14076@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org Precedence: bulk On Mon, 15 Jan 1996, Justin T. Gibbs wrote: > >On Mon, 15 Jan 1996, Garrett A. Wollman wrote: > > > > Cisco has RFC1323 and RFC1644 broken according to Justin... > > I said no such thing. I only know that some Annexen have the problem. Hmmm, this was back in July 1995...... Maybe they fixed that already... Cheers, -Vince- vince@COSC.GOV - GUS Mailing Lists Admin - http://www.COSC.GOV/~vince UC Berkeley AstroPhysics - Electrical Engineering (Honorary B.S.) Chabot Observatory & Science Center - Board of Advisors Running FreeBSD - Real UN*X for Free! Linda Wong/Vivian Chow/Hacken Lee/Danny Chan/Priscilla Chan Fan Club Mailing Lists Admin From owner-freebsd-current Mon Jan 15 14:27:31 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA14459 for current-outgoing; Mon, 15 Jan 1996 14:27:31 -0800 (PST) Received: from apollo.COSC.GOV (root@apollo.COSC.GOV [198.94.103.34]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA14453 for ; Mon, 15 Jan 1996 14:27:26 -0800 (PST) Received: (from vince@localhost) by apollo.COSC.GOV (8.7.3/8.6.9) id OAA12081; Mon, 15 Jan 1996 14:27:28 -0800 (PST) Date: Mon, 15 Jan 1996 14:27:28 -0800 (PST) From: -Vince- To: current@FreeBSD.ORG Subject: watch in current Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG Precedence: bulk The watch program in -current doesn't respond to ctrl-c to exit the program.... Had to suspend and kill the PID... Cheers, -Vince- vince@COSC.GOV - GUS Mailing Lists Admin - http://www.COSC.GOV/~vince UC Berkeley AstroPhysics - Electrical Engineering (Honorary B.S.) Chabot Observatory & Science Center - Board of Advisors Running FreeBSD - Real UN*X for Free! Linda Wong/Vivian Chow/Hacken Lee/Danny Chan/Priscilla Chan Fan Club Mailing Lists Admin From owner-freebsd-current Mon Jan 15 14:30:41 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA14766 for current-outgoing; Mon, 15 Jan 1996 14:30:41 -0800 (PST) Received: from apollo.COSC.GOV (root@apollo.COSC.GOV [198.94.103.34]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA14757 for ; Mon, 15 Jan 1996 14:30:37 -0800 (PST) Received: (from vince@localhost) by apollo.COSC.GOV (8.7.3/8.6.9) id OAA12195; Mon, 15 Jan 1996 14:30:38 -0800 (PST) Date: Mon, 15 Jan 1996 14:30:37 -0800 (PST) From: -Vince- To: "Garrett A. Wollman" cc: Robert Sanders , freebsd-current@FreeBSD.org Subject: Re: finger problem going from 2.1R to -current In-Reply-To: <9601152129.AA11297@halloran-eldar.lcs.mit.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org Precedence: bulk On Mon, 15 Jan 1996, Garrett A. Wollman wrote: > > TCP extensions just seem to cause trouble for > > the Average Joe. > > I doubt it. In any case, somebody has to keep the commercial vendors > honest. The correct response to this problem is to complain to the > vendors who made the broken software. (You might point them at an > RFC---I forget its number---entitled ``TCP and IP bake-off''.) That should be the correct way to do it since it's the other vendors who has it broken and not FreeBSD for sure since it's AIX we're talking about here and AIX isn't exactly well written... Cheers, -Vince- vince@COSC.GOV - GUS Mailing Lists Admin - http://www.COSC.GOV/~vince UC Berkeley AstroPhysics - Electrical Engineering (Honorary B.S.) Chabot Observatory & Science Center - Board of Advisors Running FreeBSD - Real UN*X for Free! Linda Wong/Vivian Chow/Hacken Lee/Danny Chan/Priscilla Chan Fan Club Mailing Lists Admin From owner-freebsd-current Mon Jan 15 14:45:12 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA15975 for current-outgoing; Mon, 15 Jan 1996 14:45:12 -0800 (PST) Received: from apollo.COSC.GOV (root@apollo.COSC.GOV [198.94.103.34]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA15967 for ; Mon, 15 Jan 1996 14:45:06 -0800 (PST) Received: (from vince@localhost) by apollo.COSC.GOV (8.7.3/8.6.9) id OAA13331; Mon, 15 Jan 1996 14:44:52 -0800 (PST) Date: Mon, 15 Jan 1996 14:44:51 -0800 (PST) From: -Vince- To: Andras Olah cc: Robert Sanders , freebsd-current@freebsd.org Subject: Re: finger problem going from 2.1R to -current In-Reply-To: <3107.821742863@curie.cs.utwente.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk On Mon, 15 Jan 1996, Andras Olah wrote: > On Mon, 15 Jan 1996 15:17:30 EST, Robert Sanders wrote: > > On Mon, 15 Jan 1996 04:14:01 EST, Andras Olah said: > > > > > machines is caused by the use of T/TCP. Apparently some (buggy or > > > at least non-conformant) TCP stacks have problems with T/TCP. > > > > AIX and Linux both have problems with it. Solaris copes fine. > > > [...] > > It's short, so I'll just post it here. Both rfc1323 and rfc1644 are > > set to 0 on my machine. > > > > 15:13:10.980335 hrothgar.1081 > widow.finger: SFP 100905540:100905550(10) win 17520 (DF) > > 15:13:16.608004 hrothgar.1081 > widow.finger: SFP 100905540:100905550(10) win 17520 (DF) > > 15:13:40.608362 hrothgar.1081 > widow.finger: SFP 100905540:100905550(10) win 17520 (DF) > > > > AIX 4.1.2 doesn't seem to like packets with SYN and FIN that also > > include data. > > > > For those of you that want to work around the problem, changing all > > occurrences of MSG_EOF in src/usr.bin/finger/net.c to 0 should do it. > > > > -- Robert > > Paul Traina mentioned the same problem (sending of SYN,data,FIN even > when rfc1644 is off) a few days ago. The real fix is a patch to > sys/netinet/tcp_output.c to make our TCP more conservative when no > extensions are used. I've included the patch below and plan to commit > it, but I'm waiting for feedback from the networking guys because I > couldn't try this patch on a current machine. On 2.1R it seems to do > its job well. I'd welcome if some people could try that patch before I > commit it. When are you planning to commit it since if it's a kernel patch, I will have to wait until tomorrow... Cheers, -Vince- vince@COSC.GOV - GUS Mailing Lists Admin - http://www.COSC.GOV/~vince UC Berkeley AstroPhysics - Electrical Engineering (Honorary B.S.) Chabot Observatory & Science Center - Board of Advisors Running FreeBSD - Real UN*X for Free! Linda Wong/Vivian Chow/Hacken Lee/Danny Chan/Priscilla Chan Fan Club Mailing Lists Admin From owner-freebsd-current Mon Jan 15 15:19:54 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA18387 for current-outgoing; Mon, 15 Jan 1996 15:19:54 -0800 (PST) Received: from hookomo.aloha.net (newsham@hookomo.aloha.net [204.94.112.33]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA18382 for ; Mon, 15 Jan 1996 15:19:50 -0800 (PST) Received: (from newsham@localhost) by hookomo.aloha.net (8.7.1/8.6.9) id NAA24883 for current@freebsd.org; Mon, 15 Jan 1996 13:19:48 -1000 (HST) From: Tim Newsham Message-Id: <199601152319.NAA24883@hookomo.aloha.net> Subject: -Current boot floppy To: current@freebsd.org Date: Mon, 15 Jan 1996 13:19:48 -1000 (HST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org Precedence: bulk Hi, I need a boot floppy from a fairly recent -current tree. If anyone has made world recently could you build me a boot.flp? Tim N. From owner-freebsd-current Mon Jan 15 18:33:46 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA03126 for current-outgoing; Mon, 15 Jan 1996 18:33:46 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA03118 for ; Mon, 15 Jan 1996 18:33:44 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id SAA05709; Mon, 15 Jan 1996 18:33:29 -0800 To: -Vince- cc: current@FreeBSD.ORG Subject: Re: watch in current In-reply-to: Your message of "Mon, 15 Jan 1996 14:27:28 PST." Date: Mon, 15 Jan 1996 18:33:29 -0800 Message-ID: <5707.821759609@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG Precedence: bulk > The watch program in -current doesn't respond to ctrl-c to exit > the program.... Had to suspend and kill the PID... RTFM! Jordan From owner-freebsd-current Mon Jan 15 19:04:56 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA04504 for current-outgoing; Mon, 15 Jan 1996 19:04:56 -0800 (PST) Received: from mpp.minn.net (mpp.Minn.Net [204.157.201.242]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA04497 for ; Mon, 15 Jan 1996 19:04:50 -0800 (PST) Received: (from mpp@localhost) by mpp.minn.net (8.7.3/8.6.9) id VAA00545 for freebsd-current@freebsd.org; Mon, 15 Jan 1996 21:04:40 -0600 (CST) Message-Id: <199601160304.VAA00545@mpp.minn.net> Subject: Odd console message To: freebsd-current@freebsd.org Date: Mon, 15 Jan 1996 21:04:40 -0600 (CST) From: "Mike Pritchard" X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org Precedence: bulk I just received the following console message: Jan 15 21:01:01 mpp /kernel.0112: vnode_pager_putpages: attempt to write meta-data!!! -- 0xffffffe8(ff) This is with a -current kernel from 01/12. Can anyone tell me what this means? I have been seeing some funny file system corruption the past week or so, so this could possibly be related. -- Mike Pritchard mpp@mpp.minn.net "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-current Mon Jan 15 19:20:38 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA05301 for current-outgoing; Mon, 15 Jan 1996 19:20:38 -0800 (PST) Received: from apollo.COSC.GOV (root@apollo.COSC.GOV [198.94.103.34]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA05295 for ; Mon, 15 Jan 1996 19:20:33 -0800 (PST) Received: (from vince@localhost) by apollo.COSC.GOV (8.7.3/8.6.9) id TAA22320; Mon, 15 Jan 1996 19:20:33 -0800 (PST) Date: Mon, 15 Jan 1996 19:20:33 -0800 (PST) From: -Vince- To: "Jordan K. Hubbard" cc: current@freebsd.org Subject: Re: watch in current In-Reply-To: <5707.821759609@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk On Mon, 15 Jan 1996, Jordan K. Hubbard wrote: > > The watch program in -current doesn't respond to ctrl-c to exit > > the program.... Had to suspend and kill the PID... > > RTFM! Sorry Jordan, didn't know the exit code was changed... Cheers, -Vince- vince@COSC.GOV - GUS Mailing Lists Admin - http://www.COSC.GOV/~vince UC Berkeley AstroPhysics - Electrical Engineering (Honorary B.S.) Chabot Observatory & Science Center - Board of Advisors Running FreeBSD - Real UN*X for Free! Linda Wong/Vivian Chow/Hacken Lee/Danny Chan/Priscilla Chan Fan Club Mailing Lists Admin From owner-freebsd-current Mon Jan 15 19:42:39 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA06695 for current-outgoing; Mon, 15 Jan 1996 19:42:39 -0800 (PST) Received: from apollo.COSC.GOV (root@apollo.COSC.GOV [198.94.103.34]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA06688 for ; Mon, 15 Jan 1996 19:42:33 -0800 (PST) Received: (from vince@localhost) by apollo.COSC.GOV (8.7.3/8.6.9) id TAA23368; Mon, 15 Jan 1996 19:42:35 -0800 (PST) Date: Mon, 15 Jan 1996 19:42:35 -0800 (PST) From: -Vince- To: "Jordan K. Hubbard" , current@freebsd.org Subject: Re: watch in current In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk On Mon, 15 Jan 1996, -Vince- wrote: > On Mon, 15 Jan 1996, Jordan K. Hubbard wrote: > > > > The watch program in -current doesn't respond to ctrl-c to exit > > > the program.... Had to suspend and kill the PID... > > > > RTFM! > > Sorry Jordan, didn't know the exit code was changed... Just tried CTRL-Q but it doesn't do anything.... both CTRL-X and CTRL-W works fine... Cheers, -Vince- vince@COSC.GOV - GUS Mailing Lists Admin - http://www.COSC.GOV/~vince UC Berkeley AstroPhysics - Electrical Engineering (Honorary B.S.) Chabot Observatory & Science Center - Board of Advisors Running FreeBSD - Real UN*X for Free! Linda Wong/Vivian Chow/Hacken Lee/Danny Chan/Priscilla Chan Fan Club Mailing Lists Admin From owner-freebsd-current Mon Jan 15 20:03:57 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA08336 for current-outgoing; Mon, 15 Jan 1996 20:03:57 -0800 (PST) Received: from vector.jhs.local (slip139-92-42-153.emea.ibm.net [139.92.42.153]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA08322 Mon, 15 Jan 1996 20:03:40 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by vector.jhs.local (8.7.3/8.6.9) with SMTP id SAA15242; Mon, 15 Jan 1996 18:42:31 +0100 (MET) Message-Id: <199601151742.SAA15242@vector.jhs.local> X-Authentication-Warning: vector.jhs.local: Host localhost [127.0.0.1] didn't use HELO protocol To: paul@netcraft.co.uk Cc: phk@freebsd.org, current@freebsd.org Subject: Re: ctm-cvs Reply-To: "Julian H. Stacey" Organization: Vector Systems Ltd. (Internet Unix & C Consultants) Address: Holz Strasse 27d, 80469 Munich, Germany Phone: +49.89.268616 Fax: +49.89.2608126 (pending reconfig) Web: http://www.freebsd.org/~jhs/ Mailer: EXMH version 1.6.5 95 12 11 In-reply-to: Your message of "Mon, 15 Jan 1996 00:29:20 GMT." <199601150029.AAA03263@originat.demon.co.uk> Date: Mon, 15 Jan 1996 18:42:30 +0100 From: "Julian H. Stacey" Sender: owner-current@freebsd.org Precedence: bulk Hi, Reference: > From: Paul Richards > > I really shouldn't have tempted fate since ppp core dumped about an > hour later :-( No problem :-) just keep the partial file, & do something like this: localhost: mv cvs-cur.1500A.gz cvs-cur.1500A.gz.1x ls -l cvs-cur.1500A.gz.1x -rw-r--r-- 1 daemon wheel 12345678 Dec 29 20:09 cvs-cur.1500A.gz.1x dc 12345678 512 / p 24112 dd if=cvs-cur.1500A.gz.1x count=24112 of=cvs-cur.1500A.gz.1 rm cvs-cur.1500A.gz.1x freefall: dd if=cvs-cur.1500A.gz skip=24112 of=cvs-cur.1500A.gz.2 ftp cvs-cur.1500A.gz.2 to localhost localhost: cat cvs-cur.1500A.gz.[12] > cvs-cur.1500A.gz to get : 47140400 cvs-cur.1500A.gz The alternative is of course to use ncftp in append mode, but I've never done that, & would tend to distrust a core dumping program to leave a nice uncorrupted tail on a prematurely truncated file, I suggest if you go the append route, you keep a careful note of your first ls -l size, just in case you need to fall back on dd :-) Julian -- Julian H. Stacey jhs@freebsd.org http://www.freebsd.org/~jhs/ From owner-freebsd-current Mon Jan 15 21:47:20 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA13886 for current-outgoing; Mon, 15 Jan 1996 21:47:20 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA13880 for ; Mon, 15 Jan 1996 21:47:16 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id VAA07069; Mon, 15 Jan 1996 21:46:59 -0800 To: -Vince- Cc: current@freebsd.org Subject: Re: watch in current In-reply-to: Your message of "Mon, 15 Jan 1996 19:20:33 PST." Date: Mon, 15 Jan 1996 21:46:58 -0800 Message-ID: <7067.821771218@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org Precedence: bulk > Sorry Jordan, didn't know the exit code was changed... That's why reading the documentation before sending mail to a mailing list is such a good reflex to develop. :-) Jordan From owner-freebsd-current Mon Jan 15 21:56:00 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA14262 for current-outgoing; Mon, 15 Jan 1996 21:56:00 -0800 (PST) Received: from apollo.COSC.GOV (root@apollo.COSC.GOV [198.94.103.34]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id VAA14256 for ; Mon, 15 Jan 1996 21:55:57 -0800 (PST) Received: (from vince@localhost) by apollo.COSC.GOV (8.7.3/8.6.9) id VAA27324; Mon, 15 Jan 1996 21:55:53 -0800 (PST) Date: Mon, 15 Jan 1996 21:55:52 -0800 (PST) From: -Vince- To: "Jordan K. Hubbard" cc: current@freebsd.org Subject: Re: watch in current In-Reply-To: <7067.821771218@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk On Mon, 15 Jan 1996, Jordan K. Hubbard wrote: > > Sorry Jordan, didn't know the exit code was changed... > > That's why reading the documentation before sending mail to a mailing > list is such a good reflex to develop. :-) I know and Ctrl-Q doesn't work... Cheers, -Vince- vince@COSC.GOV - GUS Mailing Lists Admin - http://www.COSC.GOV/~vince UC Berkeley AstroPhysics - Electrical Engineering (Honorary B.S.) Chabot Observatory & Science Center - Board of Advisors Running FreeBSD - Real UN*X for Free! Linda Wong/Vivian Chow/Hacken Lee/Danny Chan/Priscilla Chan Fan Club Mailing Lists Admin From owner-freebsd-current Mon Jan 15 23:24:00 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA18173 for current-outgoing; Mon, 15 Jan 1996 23:24:00 -0800 (PST) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA18164 for ; Mon, 15 Jan 1996 23:23:55 -0800 (PST) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id IAA16329 ; Tue, 16 Jan 1996 08:23:40 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id IAA13612 ; Tue, 16 Jan 1996 08:23:40 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id IAA14513; Tue, 16 Jan 1996 08:02:46 +0100 (MET) From: Ollivier Robert Message-Id: <199601160702.IAA14513@keltia.freenix.fr> Subject: Re: watch in current To: vince@apollo.COSC.GOV (-Vince-) Date: Tue, 16 Jan 1996 08:02:45 +0100 (MET) Cc: jkh@time.cdrom.com, current@freebsd.org In-Reply-To: from "-Vince-" at Jan 15, 96 07:42:35 pm X-Operating-System: FreeBSD 2.2-CURRENT ctm#1559 X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org Precedence: bulk It seems that -Vince- said: > Just tried CTRL-Q but it doesn't do anything.... both CTRL-X and > CTRL-W works fine... Weird. ^Q quits the program just fine here. 370 [0:02] root@keltia:~# stty -a speed 9600 baud; 30 rows; 80 columns; lflags: icanon isig iexten echo echoe -echok echoke -echonl echoctl -echoprt -altwerase -noflsh -tostop -flusho pendin -nokerninfo -extproc iflags: -istrip icrnl -inlcr -igncr ixon -ixoff ixany imaxbel -ignbrk brkint -inpck -ignpar -parmrk oflags: opost onlcr -oxtabs cflags: cread cs8 -parenb -parodd hupcl -clocal -cstopb -crtscts -dsrflow -dtrflow -mdmbuf cchars: discard = ^O; dsusp = ^Y; eof = ^D; eol = ; eol2 = ; erase = ^H; intr = ^Q; kill = ^U; lnext = ^V; min = 1; quit = ^Q; reprint = ^R; start = ^Q; status = ; stop = ^S; susp = ^Z; time = 0; werase = ^W; FreeBSD keltia.freenix.fr 2.2-CURRENT FreeBSD 2.2-CURRENT #1: Sun Jan 14 20:23:45 MET 1996 roberto@keltia.freenix.fr:/src/src/sys/compile/DKELTIA i386 -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #1: Wed Jan 10 02:23:42 MET 1996 From owner-freebsd-current Mon Jan 15 23:30:11 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA18654 for current-outgoing; Mon, 15 Jan 1996 23:30:11 -0800 (PST) Received: from apollo.COSC.GOV (root@apollo.COSC.GOV [198.94.103.34]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA18648 for ; Mon, 15 Jan 1996 23:30:06 -0800 (PST) Received: (from vince@localhost) by apollo.COSC.GOV (8.7.3/8.6.9) id XAA29968; Mon, 15 Jan 1996 23:29:57 -0800 (PST) Date: Mon, 15 Jan 1996 23:29:56 -0800 (PST) From: -Vince- To: Ollivier Robert cc: jkh@time.cdrom.com, current@freebsd.org Subject: Re: watch in current In-Reply-To: <199601160702.IAA14513@keltia.freenix.fr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk On Tue, 16 Jan 1996, Ollivier Robert wrote: > It seems that -Vince- said: > > Just tried CTRL-Q but it doesn't do anything.... both CTRL-X and > > CTRL-W works fine... > > Weird. ^Q quits the program just fine here. > > 370 [0:02] root@keltia:~# stty -a > speed 9600 baud; 30 rows; 80 columns; > lflags: icanon isig iexten echo echoe -echok echoke -echonl echoctl > -echoprt -altwerase -noflsh -tostop -flusho pendin -nokerninfo > -extproc > iflags: -istrip icrnl -inlcr -igncr ixon -ixoff ixany imaxbel -ignbrk > brkint -inpck -ignpar -parmrk > oflags: opost onlcr -oxtabs > cflags: cread cs8 -parenb -parodd hupcl -clocal -cstopb -crtscts -dsrflow > -dtrflow -mdmbuf > cchars: discard = ^O; dsusp = ^Y; eof = ^D; eol = ; > eol2 = ; erase = ^H; intr = ^Q; kill = ^U; lnext = ^V; > min = 1; quit = ^Q; reprint = ^R; start = ^Q; status = ; > stop = ^S; susp = ^Z; time = 0; werase = ^W; > > FreeBSD keltia.freenix.fr 2.2-CURRENT FreeBSD 2.2-CURRENT #1: Sun Jan 14 20:23:45 MET 1996 roberto@keltia.freenix.fr:/src/src/sys/compile/DKELTIA i386 Here's mines: vince@apollo [11:27pm][~] >> stty -a speed 115200 baud; 24 rows; 80 columns; lflags: icanon isig iexten echo echoe -echok echoke -echonl echoctl -echoprt -altwerase -noflsh -tostop -flusho pendin nokerninfo -extproc iflags: -istrip icrnl -inlcr -igncr ixon -ixoff ixany imaxbel ignbrk brkint -inpck -ignpar -parmrk oflags: opost onlcr -oxtabs cflags: cread cs8 -parenb -parodd hupcl -clocal -cstopb -crtscts -dsrflow -dtrflow -mdmbuf cchars: discard = ^O; dsusp = ^Y; eof = ^D; eol = ; eol2 = ; erase = ^H; intr = ^C; kill = ^U; lnext = ^V; min = 1; quit = ^\; reprint = ^R; start = ^Q; status = ; stop = ^S; susp = ^Z; time = 0; werase = ^W; vince@apollo [11:27pm][~] uname -a FreeBSD apollo.COSC.GOV 2.2-CURRENT FreeBSD 2.2-CURRENT #0: Thu Jan 11 13:04:04 PST 1996 vince@apollo.COSC.GOV:/usr/src/sys/compile/ASTRO i386 Cheers, -Vince- vince@COSC.GOV - GUS Mailing Lists Admin - http://www.COSC.GOV/~vince UC Berkeley AstroPhysics - Electrical Engineering (Honorary B.S.) Chabot Observatory & Science Center - Board of Advisors Running FreeBSD - Real UN*X for Free! Linda Wong/Vivian Chow/Hacken Lee/Danny Chan/Priscilla Chan Fan Club Mailing Lists Admin From owner-freebsd-current Mon Jan 15 23:47:53 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA19818 for current-outgoing; Mon, 15 Jan 1996 23:47:53 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA19813 for ; Mon, 15 Jan 1996 23:47:51 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id XAA07381; Mon, 15 Jan 1996 23:47:27 -0800 To: -Vince- cc: current@freebsd.org Subject: Re: watch in current In-reply-to: Your message of "Mon, 15 Jan 1996 19:42:35 PST." Date: Mon, 15 Jan 1996 23:47:26 -0800 Message-ID: <7379.821778446@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org Precedence: bulk > Just tried CTRL-Q but it doesn't do anything.... both CTRL-X and > CTRL-W works fine... Works fine for me! Just tested it here. Jordan From owner-freebsd-current Mon Jan 15 23:48:59 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA20056 for current-outgoing; Mon, 15 Jan 1996 23:48:59 -0800 (PST) Received: from apollo.COSC.GOV (root@apollo.COSC.GOV [198.94.103.34]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA20051 for ; Mon, 15 Jan 1996 23:48:57 -0800 (PST) Received: (from vince@localhost) by apollo.COSC.GOV (8.7.3/8.6.9) id XAA00579; Mon, 15 Jan 1996 23:48:52 -0800 (PST) Date: Mon, 15 Jan 1996 23:48:51 -0800 (PST) From: -Vince- To: "Jordan K. Hubbard" cc: current@freebsd.org Subject: Re: watch in current In-Reply-To: <7379.821778446@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk On Mon, 15 Jan 1996, Jordan K. Hubbard wrote: > > Just tried CTRL-Q but it doesn't do anything.... both CTRL-X and > > CTRL-W works fine... > > Works fine for me! Just tested it here. Yep, weird... ctrl-c works for me for some reason... So it's not a bug but maybe the keyboard mapping.... Cheers, -Vince- vince@COSC.GOV - GUS Mailing Lists Admin - http://www.COSC.GOV/~vince UC Berkeley AstroPhysics - Electrical Engineering (Honorary B.S.) Chabot Observatory & Science Center - Board of Advisors Running FreeBSD - Real UN*X for Free! Linda Wong/Vivian Chow/Hacken Lee/Danny Chan/Priscilla Chan Fan Club Mailing Lists Admin From owner-freebsd-current Tue Jan 16 02:23:02 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA02665 for current-outgoing; Tue, 16 Jan 1996 02:23:02 -0800 (PST) Received: from skiddaw.elsevier.co.uk (skiddaw.elsevier.co.uk [193.131.222.60]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA02641 Tue, 16 Jan 1996 02:22:49 -0800 (PST) Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by skiddaw.elsevier.co.uk (8.6.12/8.6.12) with ESMTP id KAA28545; Tue, 16 Jan 1996 10:21:00 GMT Received: from cadair.elsevier.co.uk (actually host cadair) by snowdon with SMTP (PP); Tue, 16 Jan 1996 10:21:35 +0000 Received: (from dpr@localhost) by cadair.elsevier.co.uk (8.6.12/8.6.12) id KAA14000; Tue, 16 Jan 1996 10:21:33 GMT From: Paul Richards Message-Id: <199601161021.KAA14000@cadair.elsevier.co.uk> Subject: Re: ctm-cvs To: jhs@FreeBSD.org Date: Tue, 16 Jan 1996 10:21:32 +0000 (GMT) Cc: paul@netcraft.co.uk, phk@FreeBSD.org, current@FreeBSD.org In-Reply-To: <199601151742.SAA15242@vector.jhs.local> from "Julian H. Stacey" at Jan 15, 96 06:42:30 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.org Precedence: bulk In reply to Julian H. Stacey who said > > The alternative is of course to use ncftp in append mode, but I've never > done that, & would tend to distrust a core dumping program to leave a nice > uncorrupted tail on a prematurely truncated file, > I suggest if you go the append route, you keep a careful note of your first > ls -l size, just in case you need to fall back on dd :-) ftp's reget came to my rescue and it worked fine. I now have the big delta down, yippee. Next weekend I may finally get -current again :-) ppp core dumping worries me though.... -- Paul Richards. Originative Solutions Ltd. Internet: paul@netcraft.co.uk, http://www.netcraft.co.uk Phone: 0370 462071 (Mobile), +44 1225 447500 (work) From owner-freebsd-current Tue Jan 16 03:45:31 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA08281 for current-outgoing; Tue, 16 Jan 1996 03:45:31 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA08274 Tue, 16 Jan 1996 03:45:27 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0tc9mZ-0003vzC; Tue, 16 Jan 96 03:42 PST Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id MAA00735; Tue, 16 Jan 1996 12:41:58 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: Paul Richards cc: jhs@freebsd.org, paul@netcraft.co.uk, current@freebsd.org Subject: Re: ctm-cvs In-reply-to: Your message of "Tue, 16 Jan 1996 10:21:32 GMT." <199601161021.KAA14000@cadair.elsevier.co.uk> Date: Tue, 16 Jan 1996 12:41:58 +0100 Message-ID: <733.821792518@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org Precedence: bulk > In reply to Julian H. Stacey who said > > > > The alternative is of course to use ncftp in append mode, but I've never > > done that, & would tend to distrust a core dumping program to leave a nice > > uncorrupted tail on a prematurely truncated file, > > I suggest if you go the append route, you keep a careful note of your first > > ls -l size, just in case you need to fall back on dd :-) > > ftp's reget came to my rescue and it worked fine. I now have the big > delta down, yippee. Next weekend I may finally get -current again :-) > > ppp core dumping worries me though.... I went though it to see if I could find anything, and long chat scripts (40 or more elements) were the only obvious cause I could see... -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Tue Jan 16 04:04:54 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA09911 for current-outgoing; Tue, 16 Jan 1996 04:04:54 -0800 (PST) Received: from skiddaw.elsevier.co.uk (skiddaw.elsevier.co.uk [193.131.222.60]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA09903 for ; Tue, 16 Jan 1996 04:04:45 -0800 (PST) Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by skiddaw.elsevier.co.uk (8.6.12/8.6.12) with ESMTP id MAA28708 for ; Tue, 16 Jan 1996 12:02:58 GMT Received: from cadair.elsevier.co.uk (actually host cadair) by snowdon with SMTP (PP); Tue, 16 Jan 1996 12:03:11 +0000 Received: (from dpr@localhost) by cadair.elsevier.co.uk (8.6.12/8.6.12) id MAA16660 for FreeBSD-current@FreeBSD.org; Tue, 16 Jan 1996 12:03:10 GMT From: Paul Richards Message-Id: <199601161203.MAA16660@cadair.elsevier.co.uk> Subject: Re: ctm-cvs To: FreeBSD-current@FreeBSD.org (FreeBSD current mailing list) Date: Tue, 16 Jan 1996 12:03:09 +0000 (GMT) In-Reply-To: <733.821792518@critter.tfs.com> from "Poul-Henning Kamp" at Jan 16, 96 12:41:58 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.org Precedence: bulk In reply to Poul-Henning Kamp who said > > > ppp core dumping worries me though.... > > I went though it to see if I could find anything, and long chat scripts > (40 or more elements) were the only obvious cause I could see... My chat script is only five or so lines long, it's basically the example with the values changed. In any case, this was in the middle of a long transfer and not likely to be related to chat scripts. Someone else has told me they've seen it core dump when the line is very busy. I think I've still got the core dump (no debugging symbols though) I might be able to pinpoint the routine it dumped in. -- Paul Richards. Originative Solutions Ltd. Internet: paul@netcraft.co.uk, http://www.netcraft.co.uk Phone: 0370 462071 (Mobile), +44 1225 447500 (work) From owner-freebsd-current Tue Jan 16 07:55:19 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA21715 for current-outgoing; Tue, 16 Jan 1996 07:55:19 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA21681 for ; Tue, 16 Jan 1996 07:55:11 -0800 (PST) Received: from cocoa.ops.neosoft.com (root@cocoa.ops.NeoSoft.COM [198.65.163.227]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id FAA26105 for ; Tue, 16 Jan 1996 05:51:00 -0800 Received: (from dbaker@localhost) by cocoa.ops.neosoft.com (8.6.12/8.6.12) id HAA03171; Tue, 16 Jan 1996 07:50:49 -0600 From: Daniel Baker Message-Id: <199601161350.HAA03171@cocoa.ops.neosoft.com> Subject: WorldCompile 1/16/95 rpcsvc probs To: freebsd-current@freebsd.org, smace@Neosoft.com Date: Tue, 16 Jan 1996 07:50:48 -0600 (CST) X-Mailer: ELM [version 2.4 PL24 ME8b] Content-Type: text Sender: owner-current@freebsd.org Precedence: bulk Does anyone know what it means when I get these type of errors when compiling world of -current 1/16/95 7:48 Central? ===> lib/librpcsvc cc -O -I/usr/include/rpcsvc -c klm_prot_xdr.c -o klm_prot_xdr.o In file included from klm_prot_xdr.c:6: /usr/include/rpcsvc/klm_prot.h:10: parse error before `xdr_klm_stats' /usr/include/rpcsvc/klm_prot.h:10: warning: data definition has no type or storage class /usr/include/rpcsvc/klm_prot.h:15: parse error before `netobj' /usr/include/rpcsvc/klm_prot.h:15: warning: no semicolon at end of struct or union /usr/include/rpcsvc/klm_prot.h:17: parse error before `l_offset' /usr/include/rpcsvc/klm_prot.h:17: warning: data definition has no type or storage class /usr/include/rpcsvc/klm_prot.h:18: parse error before `l_len' /usr/include/rpcsvc/klm_prot.h:18: warning: data definition has no type or storage class /usr/include/rpcsvc/klm_prot.h:21: parse error before `xdr_klm_lock' /usr/include/rpcsvc/klm_prot.h:21: warning: data definition has no type or storage class /usr/include/rpcsvc/klm_prot.h:25: parse error before `bool_t' /usr/include/rpcsvc/klm_prot.h:25: warning: no semicolon at end of struct or union /usr/include/rpcsvc/klm_prot.h:27: parse error before `l_offset' /usr/include/rpcsvc/klm_prot.h:27: warning: data definition has no type or storage class /usr/include/rpcsvc/klm_prot.h:28: parse error before `l_len' /usr/include/rpcsvc/klm_prot.h:28: warning: data definition has no type or storage class /usr/include/rpcsvc/klm_prot.h:31: parse error before `xdr_klm_holder' /usr/include/rpcsvc/klm_prot.h:31: warning: data definition has no type or storage class /usr/include/rpcsvc/klm_prot.h:38: parse error before `xdr_klm_stat' /usr/include/rpcsvc/klm_prot.h:38: warning: data definition has no type or storage class /usr/include/rpcsvc/klm_prot.h:44: field `holder' has incomplete type /usr/include/rpcsvc/klm_prot.h:48: parse error before `xdr_klm_testrply' /usr/include/rpcsvc/klm_prot.h:48: warning: data definition has no type or storage class /usr/include/rpcsvc/klm_prot.h:52: parse error before `bool_t' /usr/include/rpcsvc/klm_prot.h:52: warning: no semicolon at end of struct or union /usr/include/rpcsvc/klm_prot.h:53: warning: data definition has no type or storage class /usr/include/rpcsvc/klm_prot.h:55: parse error before `}' /usr/include/rpcsvc/klm_prot.h:57: parse error before `xdr_klm_lockargs' /usr/include/rpcsvc/klm_prot.h:57: warning: data definition has no type or storage class /usr/include/rpcsvc/klm_prot.h:61: parse error before `bool_t' /usr/include/rpcsvc/klm_prot.h:61: warning: no semicolon at end of struct or union /usr/include/rpcsvc/klm_prot.h:63: parse error before `}' /usr/include/rpcsvc/klm_prot.h:65: parse error before `xdr_klm_testargs' /usr/include/rpcsvc/klm_prot.h:65: warning: data definition has no type or storage class /usr/include/rpcsvc/klm_prot.h:69: field `alock' has incomplete type /usr/include/rpcsvc/klm_prot.h:72: parse error before `xdr_klm_unlockargs' /usr/include/rpcsvc/klm_prot.h:72: warning: data definition has no type or storage class klm_prot_xdr.c:14: parse error before `xdr_klm_stats' klm_prot_xdr.c: In function `xdr_klm_stats': klm_prot_xdr.c:15: parse error before `*' klm_prot_xdr.c:15: declaration for parameter `XDR' but no such parameter klm_prot_xdr.c:19: `enum_t' undeclared (first use this function) klm_prot_xdr.c:19: (Each undeclared identifier is reported only once klm_prot_xdr.c:19: for each function it appears in.) klm_prot_xdr.c:19: parse error before `)' klm_prot_xdr.c:21: `TRUE' undeclared (first use this function) Thanks in advance, Daniel From owner-freebsd-current Tue Jan 16 08:06:53 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA22661 for current-outgoing; Tue, 16 Jan 1996 08:06:53 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA22656 for ; Tue, 16 Jan 1996 08:06:49 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id JAA04433; Tue, 16 Jan 1996 09:07:48 -0700 Date: Tue, 16 Jan 1996 09:07:48 -0700 From: Nate Williams Message-Id: <199601161607.JAA04433@rocky.sri.MT.net> To: Paul Richards Cc: current@freebsd.org Subject: Re: ctm-cvs In-Reply-To: <199601161021.KAA14000@cadair.elsevier.co.uk> References: <199601151742.SAA15242@vector.jhs.local> <199601161021.KAA14000@cadair.elsevier.co.uk> Sender: owner-current@freebsd.org Precedence: bulk Paul Richards writes: > ppp core dumping worries me though.... You may try applying the patches John Capo posted to the list last week to see if that helps. Nate From owner-freebsd-current Tue Jan 16 08:20:00 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA23167 for current-outgoing; Tue, 16 Jan 1996 08:20:00 -0800 (PST) Received: from dw3f.ess.harris.com (dw3f.ess.harris.com [130.41.9.242]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA23160 for ; Tue, 16 Jan 1996 08:19:50 -0800 (PST) Received: from suw2k.hisd.harris.com (borg [158.147.23.50]) by dw3f.ess.harris.com (8.6.9/mdb(941103)) with SMTP id LAA26455 for ; Tue, 16 Jan 1996 11:19:22 -0500 Received: by suw2k.hisd.harris.com (4.1/SMI-4.1) id AA09264; Tue, 16 Jan 96 11:16:19 EST Date: Tue, 16 Jan 96 11:16:19 EST From: jleppek@suw2k.hisd.harris.com (James Leppek) Message-Id: <9601161616.AA09264@suw2k.hisd.harris.com> To: freebsd-current@freefall.FreeBSD.org Subject: general protection faults Sender: owner-current@FreeBSD.ORG Precedence: bulk Lately I have had continual crashes caused by general protection faults and they are occuring in the idle task. The system dumps don't help much because the trace back is just trap,fatal_trap, boot :-( Is this an indication of bad hardware? The system has been running fbsd for years. system info: fbsd-current supped and built every few days (got caught by the clock changes which made for a lively night :-) ) 486dx4 100 tried with 32 and 16 Meg of memory IDE disks DOS and windows work (well, as good as could be expected :-) ) I ran a few memory checkers and nothing showed up, although they are not that great. Any hints?? Thanks Jim Leppek From owner-freebsd-current Tue Jan 16 09:18:10 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA26285 for current-outgoing; Tue, 16 Jan 1996 09:18:10 -0800 (PST) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA26274 for ; Tue, 16 Jan 1996 09:18:02 -0800 (PST) Received: from critter.tfs.com ([194.19.141.137]) by ra.dkuug.dk (8.6.12/8.6.12) with ESMTP id SAA10391; Tue, 16 Jan 1996 18:13:45 +0100 Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id SAA00328; Tue, 16 Jan 1996 18:17:13 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: jleppek@suw2k.hisd.harris.com (James Leppek) cc: freebsd-current@freefall.FreeBSD.org Subject: Re: general protection faults In-reply-to: Your message of "Tue, 16 Jan 1996 11:16:19 EST." <9601161616.AA09264@suw2k.hisd.harris.com> Date: Tue, 16 Jan 1996 18:17:13 +0100 Message-ID: <326.821812633@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.ORG Precedence: bulk > Lately I have had continual crashes caused by general protection faults and t hey > are occuring in the idle task. The system dumps don't help > much because the trace back is just trap,fatal_trap, boot :-( Very likely to be HW. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Tue Jan 16 09:24:15 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA26731 for current-outgoing; Tue, 16 Jan 1996 09:24:15 -0800 (PST) Received: from minnow.render.com (render.demon.co.uk [158.152.30.118]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA26326 Tue, 16 Jan 1996 09:19:51 -0800 (PST) Received: (from dfr@localhost) by minnow.render.com (8.6.12/8.6.9) id LAA07145; Tue, 16 Jan 1996 11:36:19 GMT Date: Tue, 16 Jan 1996 11:36:18 +0000 (GMT) From: Doug Rabson To: Paul Richards cc: jhs@freebsd.org, paul@netcraft.co.uk, phk@freebsd.org, current@freebsd.org Subject: Re: ctm-cvs In-Reply-To: <199601161021.KAA14000@cadair.elsevier.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk On Tue, 16 Jan 1996, Paul Richards wrote: > In reply to Julian H. Stacey who said > > > > The alternative is of course to use ncftp in append mode, but I've never > > done that, & would tend to distrust a core dumping program to leave a nice > > uncorrupted tail on a prematurely truncated file, > > I suggest if you go the append route, you keep a careful note of your first > > ls -l size, just in case you need to fall back on dd :-) > > ftp's reget came to my rescue and it worked fine. I now have the big > delta down, yippee. Next weekend I may finally get -current again :-) > > ppp core dumping worries me though.... I am currently soak testing some patches to ppp which improve stability. My ppp -auto to Demon Internet has been running since last Friday and still appears to work... -- Doug Rabson, Microsoft RenderMorphics Ltd. Mail: dfr@render.com Phone: +44 171 251 4411 FAX: +44 171 251 0939 From owner-freebsd-current Tue Jan 16 11:21:53 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA04084 for current-outgoing; Tue, 16 Jan 1996 11:21:53 -0800 (PST) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA04027 for ; Tue, 16 Jan 1996 11:21:34 -0800 (PST) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id UAA05283 ; Tue, 16 Jan 1996 20:21:20 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id UAA16679 ; Tue, 16 Jan 1996 20:21:19 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id TAA16580; Tue, 16 Jan 1996 19:54:03 +0100 (MET) From: Ollivier Robert Message-Id: <199601161854.TAA16580@keltia.freenix.fr> Subject: Re: watch in current To: vince@apollo.COSC.GOV (-Vince-) Date: Tue, 16 Jan 1996 19:54:03 +0100 (MET) Cc: jkh@time.cdrom.com, current@freebsd.org In-Reply-To: from "-Vince-" at Jan 15, 96 11:29:56 pm X-Operating-System: FreeBSD 2.2-CURRENT ctm#1559 X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org Precedence: bulk It seems that -Vince- said: > > cchars: discard = ^O; dsusp = ^Y; eof = ^D; eol = ; > > eol2 = ; erase = ^H; intr = ^Q; kill = ^U; lnext = ^V; ^^^^^^^^^ > > min = 1; quit = ^Q; reprint = ^R; start = ^Q; status = ; ^^^^^^^^^ ^^^^^^^^^^ > > stop = ^S; susp = ^Z; time = 0; werase = ^W; > > > > FreeBSD keltia.freenix.fr 2.2-CURRENT FreeBSD 2.2-CURRENT #1: Sun Jan 14 20:23:45 MET 1996 roberto@keltia.freenix.fr:/src/src/sys/compile/DKELTIA i386 Hmmm, reading my own stty output, it seems that watch(8) doesn't restore the initial settings upon exit :-( Anyway, hitting '^Q' during watch exited the watch process just fine. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #1: Wed Jan 10 02:23:42 MET 1996 From owner-freebsd-current Tue Jan 16 11:48:32 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA05820 for current-outgoing; Tue, 16 Jan 1996 11:48:32 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA05815 for ; Tue, 16 Jan 1996 11:48:30 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id LAA11345; Tue, 16 Jan 1996 11:47:43 -0800 To: Ollivier Robert cc: vince@apollo.COSC.GOV (-Vince-), current@freebsd.org Subject: Re: watch in current In-reply-to: Your message of "Tue, 16 Jan 1996 19:54:03 +0100." <199601161854.TAA16580@keltia.freenix.fr> Date: Tue, 16 Jan 1996 11:47:43 -0800 Message-ID: <11343.821821663@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org Precedence: bulk > Hmmm, reading my own stty output, it seems that watch(8) doesn't restore > the initial settings upon exit :-( Uh, yeah, I do need to fix that.. :-) Jordan From owner-freebsd-current Tue Jan 16 13:54:43 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA18892 for current-outgoing; Tue, 16 Jan 1996 13:54:43 -0800 (PST) Received: from ubiq.veda.is (root@ubiq.veda.is [193.4.230.60]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA18876 for ; Tue, 16 Jan 1996 13:54:26 -0800 (PST) Received: (from adam@localhost) by ubiq.veda.is (8.7.3/8.6.9) id VAA02007 for freebsd-current@freebsd.org; Tue, 16 Jan 1996 21:53:57 GMT Message-Id: <199601162153.VAA02007@ubiq.veda.is> Subject: nfs_mod mount hangs in single-user To: freebsd-current@freebsd.org Date: Tue, 16 Jan 1996 21:53:57 +0000 (GMT) From: "Adam David" X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org Precedence: bulk Does anyone know why mount_nfs hangs (wait channel "sbwait") under the following conditions?... 1. the mount command is invoked from /etc/rc (or rc.local, etc) during reboot. 2. NFS is dynamically loaded. 3. the volume to be mounted is located on the machine that is being rebooted. 4. it is a union mount (this might not be significant). All of the first 3 conditions are necessary to cause the hang. The hanging mount_nfs command cannot be terminated with kill -9 and prevents normal NFS server activity, and perhaps more. -- Adam David From owner-freebsd-current Tue Jan 16 15:59:26 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA27497 for current-outgoing; Tue, 16 Jan 1996 15:59:26 -0800 (PST) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA27492 for ; Tue, 16 Jan 1996 15:59:24 -0800 (PST) Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id PAA00295; Tue, 16 Jan 1996 15:59:26 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.7.3/8.6.5) with SMTP id PAA00212; Tue, 16 Jan 1996 15:59:27 -0800 (PST) Message-Id: <199601162359.PAA00212@corbin.Root.COM> To: "Adam David" cc: freebsd-current@freebsd.org Subject: Re: nfs_mod mount hangs in single-user In-reply-to: Your message of "Tue, 16 Jan 1996 21:53:57 GMT." <199601162153.VAA02007@ubiq.veda.is> From: David Greenman Reply-To: davidg@Root.COM Date: Tue, 16 Jan 1996 15:59:27 -0800 Sender: owner-current@freebsd.org Precedence: bulk >Does anyone know why mount_nfs hangs (wait channel "sbwait") under the >following conditions?... > >1. the mount command is invoked from /etc/rc (or rc.local, etc) during reboot. >2. NFS is dynamically loaded. >3. the volume to be mounted is located on the machine that is being rebooted. > >4. it is a union mount (this might not be significant). A union mount?? You mean, using the UNION filesystem? If this is really what you mean then you should know that unionfs is *completely* broken. I'm surprised the machine doesn't panic. -DG David Greenman Core Team/Principal Architect, The FreeBSD Project From owner-freebsd-current Tue Jan 16 16:04:23 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA28130 for current-outgoing; Tue, 16 Jan 1996 16:04:23 -0800 (PST) Received: from ubiq.veda.is (root@ubiq.veda.is [193.4.230.60]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA28122 for ; Tue, 16 Jan 1996 16:04:11 -0800 (PST) Received: (from adam@localhost) by ubiq.veda.is (8.7.3/8.6.9) id AAA05108; Wed, 17 Jan 1996 00:03:55 GMT Message-Id: <199601170003.AAA05108@ubiq.veda.is> Subject: Re: nfs_mod mount hangs in single-user To: davidg@Root.COM Date: Wed, 17 Jan 1996 00:03:54 +0000 (GMT) From: "Adam David" Cc: freebsd-current@freebsd.org In-Reply-To: <199601162359.PAA00212@corbin.Root.COM> from "David Greenman" at Jan 16, 96 03:59:27 pm X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org Precedence: bulk > >4. it is a union mount (this might not be significant). > > A union mount?? You mean, using the UNION filesystem? If this is really > what you mean then you should know that unionfs is *completely* broken. I'm > surprised the machine doesn't panic. Sorry, I should have been clearer... it is mounted with the union option, which actually works well. -- Adam David From owner-freebsd-current Tue Jan 16 17:24:33 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA02846 for current-outgoing; Tue, 16 Jan 1996 17:24:33 -0800 (PST) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA02841 for ; Tue, 16 Jan 1996 17:24:30 -0800 (PST) Received: from gemini.sdsp.mc.xerox.com ([13.231.132.20]) by alpha.xerox.com with SMTP id <16812(10)>; Tue, 16 Jan 1996 13:28:01 PST Received: from willow.mc.xerox.com (willow.sdsp.mc.xerox.com) by gemini.sdsp.mc.xerox.com (4.1/SMI-4.1) id AA10072; Tue, 16 Jan 96 16:27:57 EST Received: by willow.mc.xerox.com (4.1/SMI-4.1) id AA29986; Tue, 16 Jan 96 16:27:56 EST Message-Id: <9601162127.AA29986@willow.mc.xerox.com> To: current@freebsd.org Subject: where's opt_sysvipc.h? Date: Tue, 16 Jan 1996 13:27:56 PST From: "Marty Leisner" Sender: owner-current@freebsd.org Precedence: bulk I snapped the "whole" source tree off cdrom.com in current/src ... About a week ago I just snapped the kernel and couldn't build it... I couldn't find opt_sysvipc.h So I figured it has to be sompeplace in the source tree (bad assumption!) Where is it? Where can I get a new kernel I can build? The faq says: here are regular snapshots extracted from 2.2-CURRENT. Check on ftp.FreeBSD.ORG in /pub/FreeBSD/*-SNAP*. I didn't see any snapshots... marty leisner@sdsp.mc.xerox.com Member of the League for Programming Freedom (http://www.lpf.org) Any sufficiently advanced technology is indistinguishable from magic Arthur C. Clarke, The Lost Worlds of 2001 From owner-freebsd-current Tue Jan 16 17:47:44 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA03858 for current-outgoing; Tue, 16 Jan 1996 17:47:44 -0800 (PST) Received: from apollo.COSC.GOV (root@apollo.COSC.GOV [198.94.103.34]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA03853 for ; Tue, 16 Jan 1996 17:47:41 -0800 (PST) Received: (from vince@localhost) by apollo.COSC.GOV (8.7.3/8.6.9) id RAA26805; Tue, 16 Jan 1996 17:47:23 -0800 (PST) Date: Tue, 16 Jan 1996 17:47:19 -0800 (PST) From: -Vince- To: Ollivier Robert cc: jkh@time.cdrom.com, current@freebsd.org Subject: Re: watch in current In-Reply-To: <199601161854.TAA16580@keltia.freenix.fr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk On Tue, 16 Jan 1996, Ollivier Robert wrote: > It seems that -Vince- said: > > > cchars: discard = ^O; dsusp = ^Y; eof = ^D; eol = ; > > > eol2 = ; erase = ^H; intr = ^Q; kill = ^U; lnext = ^V; > ^^^^^^^^^ > > > min = 1; quit = ^Q; reprint = ^R; start = ^Q; status = ; > ^^^^^^^^^ ^^^^^^^^^^ > > > stop = ^S; susp = ^Z; time = 0; werase = ^W; > > > > > > FreeBSD keltia.freenix.fr 2.2-CURRENT FreeBSD 2.2-CURRENT #1: Sun Jan 14 20:23:45 MET 1996 roberto@keltia.freenix.fr:/src/src/sys/compile/DKELTIA i386 > > Hmmm, reading my own stty output, it seems that watch(8) doesn't restore > the initial settings upon exit :-( > > Anyway, hitting '^Q' during watch exited the watch process just fine. Hmmm, I don't have quit = ^Q in my stty -a output for some reason. =( Cheers, -Vince- vince@COSC.GOV - GUS Mailing Lists Admin - http://www.COSC.GOV/~vince UC Berkeley AstroPhysics - Electrical Engineering (Honorary B.S.) Chabot Observatory & Science Center - Board of Advisors Running FreeBSD - Real UN*X for Free! Linda Wong/Vivian Chow/Hacken Lee/Danny Chan/Priscilla Chan Fan Club Mailing Lists Admin From owner-freebsd-current Tue Jan 16 17:49:09 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA03982 for current-outgoing; Tue, 16 Jan 1996 17:49:09 -0800 (PST) Received: from apollo.COSC.GOV (root@apollo.COSC.GOV [198.94.103.34]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA03977 for ; Tue, 16 Jan 1996 17:49:06 -0800 (PST) Received: (from vince@localhost) by apollo.COSC.GOV (8.7.3/8.6.9) id RAA26934; Tue, 16 Jan 1996 17:48:55 -0800 (PST) Date: Tue, 16 Jan 1996 17:48:48 -0800 (PST) From: -Vince- To: "Jordan K. Hubbard" cc: Ollivier Robert , current@freebsd.org Subject: Re: watch in current In-Reply-To: <11343.821821663@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk On Tue, 16 Jan 1996, Jordan K. Hubbard wrote: > > Hmmm, reading my own stty output, it seems that watch(8) doesn't restore > > the initial settings upon exit :-( > > Uh, yeah, I do need to fix that.. :-) I wished it even had initial settings entering =( Cheers, -Vince- vince@COSC.GOV - GUS Mailing Lists Admin - http://www.COSC.GOV/~vince UC Berkeley AstroPhysics - Electrical Engineering (Honorary B.S.) Chabot Observatory & Science Center - Board of Advisors Running FreeBSD - Real UN*X for Free! Linda Wong/Vivian Chow/Hacken Lee/Danny Chan/Priscilla Chan Fan Club Mailing Lists Admin From owner-freebsd-current Tue Jan 16 21:56:52 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA18490 for current-outgoing; Tue, 16 Jan 1996 21:56:52 -0800 (PST) Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA18485 Tue, 16 Jan 1996 21:56:50 -0800 (PST) Message-Id: <199601170556.VAA18485@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: Chien-Ta Lee cc: freebsd-current@FreeBSD.ORG Subject: Re: FreeBSD current is STABLE !! :) In-reply-to: Your message of "Mon, 15 Jan 1996 17:55:53 +0800." <199601150955.RAA29229@linux.csie.nctu.edu.tw> Date: Tue, 16 Jan 1996 21:56:50 -0800 From: "Justin T. Gibbs" Sender: owner-current@FreeBSD.ORG Precedence: bulk > > Hi : > > I am running FreeBSD-current (make world at 1996/01/10), and it IS > very stable with X running more than 3 days. > > Thanks for Justin's new 2940 driver and other's work. > > (To Justin: I defined QUEUE_FULL_SUPPORTED, and it seems to be > ok for 3 days, any change for me to test ?! like change the > QUEUE_FULL_SUPPORTED from 2 to more ?) You can bump it up (I wouldn't go above 8 since there are only 16 SCBs on a 2940), but if you get a QUEUE_FULL message from a target, the behavior is undefined (ie I haven't implemented it yet since I want to do it at the generic SCSI layer). Most modern drives have queue depths in excess of 16 transactions (64 being the norm). -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Tue Jan 16 23:52:26 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA24155 for current-outgoing; Tue, 16 Jan 1996 23:52:26 -0800 (PST) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA24099 for ; Tue, 16 Jan 1996 23:51:20 -0800 (PST) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id IAA12513 ; Wed, 17 Jan 1996 08:51:11 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id IAA19160 ; Wed, 17 Jan 1996 08:50:54 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id IAA21646; Wed, 17 Jan 1996 08:32:12 +0100 (MET) From: Ollivier Robert Message-Id: <199601170732.IAA21646@keltia.freenix.fr> Subject: Re: where's opt_sysvipc.h? To: leisner@sdsp.mc.xerox.com (Marty Leisner) Date: Wed, 17 Jan 1996 08:32:12 +0100 (MET) Cc: current@FreeBSD.ORG In-Reply-To: <9601162127.AA29986@willow.mc.xerox.com> from "Marty Leisner" at Jan 16, 96 01:27:56 pm X-Operating-System: FreeBSD 2.2-CURRENT ctm#1559 X-Mailer: ELM [version 2.4ME+ PL0 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG Precedence: bulk It seems that Marty Leisner said: > About a week ago I just snapped the kernel and couldn't > build it... When you grab the kernel sources, always take usr.sbin/config with it. Rebuild config and re-run it. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #1: Sun Jan 14 20:23:45 MET 1996 From owner-freebsd-current Wed Jan 17 00:52:24 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA26847 for current-outgoing; Wed, 17 Jan 1996 00:52:24 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA26727 for ; Wed, 17 Jan 1996 00:51:53 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA25744; Wed, 17 Jan 1996 09:51:33 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id JAA09079; Wed, 17 Jan 1996 09:51:32 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id JAA02779; Wed, 17 Jan 1996 09:48:23 +0100 (MET) From: J Wunsch Message-Id: <199601170848.JAA02779@uriah.heep.sax.de> Subject: Re: where's opt_sysvipc.h? To: leisner@sdsp.mc.xerox.com (Marty Leisner) Date: Wed, 17 Jan 1996 09:48:22 +0100 (MET) Cc: current@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <9601162127.AA29986@willow.mc.xerox.com> from "Marty Leisner" at Jan 16, 96 01:27:56 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@freebsd.org Precedence: bulk As Marty Leisner wrote: > > > I snapped the "whole" source tree off cdrom.com in > current/src ... > > About a week ago I just snapped the kernel and couldn't > build it... > > I couldn't find opt_sysvipc.h Update and re-run config(8). -- 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-current Wed Jan 17 02:01:40 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA00821 for current-outgoing; Wed, 17 Jan 1996 02:01:40 -0800 (PST) Received: from utrhcs.cs.utwente.nl (utrhcs.cs.utwente.nl [130.89.10.247]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA00815 for ; Wed, 17 Jan 1996 02:01:35 -0800 (PST) Received: from myrtilos.cs.utwente.nl by utrhcs.cs.utwente.nl (SMI-8.6/csrelayMX-SVR4_1.2/RBINF) id LAA13572; Wed, 17 Jan 1996 11:00:19 +0100 Received: from curie.cs.utwente.nl by myrtilos.cs.utwente.nl (SMI-8.6/csrelay-Sol1.4/RB) id LAA03241; Wed, 17 Jan 1996 11:00:16 +0100 Received: from localhost by curie.cs.utwente.nl (SMI-8.6/SMI-SVR4) id LAA06236; Wed, 17 Jan 1996 11:00:17 +0100 To: current@freebsd.org Subject: Re: cvs commit: src/sys/netinet tcp_output.c In-reply-to: Your message of "Wed, 17 Jan 1996 01:35:31 PST." <199601170935.BAA28984@freefall.freebsd.org> Date: Wed, 17 Jan 1996 11:00:15 +0100 Message-ID: <6235.821872815@curie.cs.utwente.nl> From: Andras Olah Sender: owner-current@freebsd.org Precedence: bulk On Wed, 17 Jan 1996 01:35:31 PST, Andras Olah wrote: > olah 96/01/17 01:35:28 > > Modified: sys/netinet tcp_output.c > Log: > Be more conservative when T/TCP extensions are disabled. In particular, > do not send data and/or FIN on SYN segments in this case. > > Revision Changes Path > 1.18 +14 -1 src/sys/netinet/tcp_output.c >From now on, people should have now problems when using our T/TCP aware finger to query hosts with broken TCP implementations provided that net.inet.tcp.rfc1644 is off. I'd like to ask people, however, not to switch it off by default. If you encounter problems, please send me a note so that I can collect information about non-conformant TCP implementations and eventually find a way to make vendors fix their TCPs. For people, who want to know more about T/TCP, I recommend Rich Stevens' TCP/IP Illustrated Vol. III. Rich also maintains a T/TCP homepage at http://www.noao.edu/~rstevens/ttcp.html. Andras From owner-freebsd-current Wed Jan 17 04:35:29 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA08917 for current-outgoing; Wed, 17 Jan 1996 04:35:29 -0800 (PST) Received: from utrhcs.cs.utwente.nl (utrhcs.cs.utwente.nl [130.89.10.247]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA08912 for ; Wed, 17 Jan 1996 04:35:24 -0800 (PST) Received: from myrtilos.cs.utwente.nl by utrhcs.cs.utwente.nl (SMI-8.6/csrelayMX-SVR4_1.2/RBINF) id NAA18615; Wed, 17 Jan 1996 13:34:17 +0100 Received: from curie.cs.utwente.nl by myrtilos.cs.utwente.nl (SMI-8.6/csrelay-Sol1.4/RB) id NAA04151; Wed, 17 Jan 1996 13:34:06 +0100 Received: from localhost by curie.cs.utwente.nl (SMI-8.6/SMI-SVR4) id NAA06447; Wed, 17 Jan 1996 13:34:05 +0100 To: Robert Sanders cc: freebsd-current@FreeBSD.ORG Subject: Re: finger problem going from 2.1R to -current In-reply-to: Your message of "Mon, 15 Jan 1996 15:17:30 EST." <199601152017.PAA28876@interbev.mindspring.com> Date: Wed, 17 Jan 1996 13:34:03 +0100 Message-ID: <6446.821882043@curie.cs.utwente.nl> From: Andras Olah Sender: owner-current@FreeBSD.ORG Precedence: bulk On Mon, 15 Jan 1996 15:17:30 EST, Robert Sanders wrote: > On Mon, 15 Jan 1996 04:14:01 EST, Andras Olah said: > > > machines is caused by the use of T/TCP. Apparently some (buggy or > > at least non-conformant) TCP stacks have problems with T/TCP. > > AIX and Linux both have problems with it. Solaris copes fine. Robert, Is it possible for me to connect to the discard/echo ports of the AIX machine to make a few tests? I'd like test a few scenarios like: - only - , back-to-back - etc... Andras From owner-freebsd-current Wed Jan 17 10:22:25 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA25918 for current-outgoing; Wed, 17 Jan 1996 10:22:25 -0800 (PST) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA25909 for ; Wed, 17 Jan 1996 10:22:09 -0800 (PST) Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA26809; Wed, 17 Jan 1996 13:21:25 -0500 Date: Wed, 17 Jan 1996 13:21:25 -0500 From: "Garrett A. Wollman" Message-Id: <9601171821.AA26809@halloran-eldar.lcs.mit.edu> To: "Adam David" Cc: freebsd-current@FreeBSD.org Subject: nfs_mod mount hangs in single-user In-Reply-To: <199601162153.VAA02007@ubiq.veda.is> References: <199601162153.VAA02007@ubiq.veda.is> Sender: owner-current@FreeBSD.org Precedence: bulk < said: > Does anyone know why mount_nfs hangs (wait channel "sbwait") under the > following conditions?... > 1. the mount command is invoked from /etc/rc (or rc.local, etc) during reboot. > 2. NFS is dynamically loaded. > 3. the volume to be mounted is located on the machine that is being rebooted. Is nfsd running yet? -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Wed Jan 17 11:40:12 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA01144 for current-outgoing; Wed, 17 Jan 1996 11:40:12 -0800 (PST) Received: from ubiq.veda.is (root@ubiq.veda.is [193.4.230.60]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA01102 for ; Wed, 17 Jan 1996 11:40:06 -0800 (PST) Received: (from adam@localhost) by ubiq.veda.is (8.7.3/8.6.9) id TAA01867; Wed, 17 Jan 1996 19:39:05 GMT Message-Id: <199601171939.TAA01867@ubiq.veda.is> Subject: Re: nfs_mod mount hangs in single-user To: wollman@lcs.mit.edu (Garrett A. Wollman) Date: Wed, 17 Jan 1996 19:39:04 +0000 (GMT) From: "Adam David" Cc: freebsd-current@FreeBSD.org In-Reply-To: <9601171821.AA26809@halloran-eldar.lcs.mit.edu> from "Garrett A. Wollman" at Jan 17, 96 01:21:25 pm X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org Precedence: bulk > > Does anyone know why mount_nfs hangs (wait channel "sbwait") under the > > following conditions?... > > > 1. the mount command is invoked from /etc/rc (or rc.local, etc) during reboot. > > 2. NFS is dynamically loaded. > > 3. the volume to be mounted is located on the machine that is being rebooted. > > Is nfsd running yet? Yes. The hang seems identical whether nfsd and mountd are running or not. It even hangs under these circumstances if the mount command is invoked with option -b. However, if NFS is statically built into the kernel, I believe it only hangs when option -b is not used and the mount is attempted before mountd is running (not tested exhaustively). -- Adam David From owner-freebsd-current Wed Jan 17 17:32:36 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA25142 for current-outgoing; Wed, 17 Jan 1996 17:32:36 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA25097 for ; Wed, 17 Jan 1996 17:32:24 -0800 (PST) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id RAA23759 for ; Wed, 17 Jan 1996 17:27:13 -0800 Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.6.12/8.6.12) with ESMTP id RAA19205 for ; Wed, 17 Jan 1996 17:27:17 -0800 Message-Id: <199601180127.RAA19205@austin.polstra.com> To: freebsd-current@FreeBSD.org Subject: src/lib/libc/sys/Makefile.inc: proposed change Date: Wed, 17 Jan 1996 17:27:17 -0800 From: John Polstra Sender: owner-current@FreeBSD.org Precedence: bulk I ran into a problem in "src/lib/libc/sys/Makefile.inc" recently, and I want to see if anybody envisions any problems with a change I want to make to it. I was making a modified local version of the libc tree for generating an ELF library. That involved creating a couple of new preprocessor macros, and using them in some of the assembly language files. I don't have the precise details handy, but an assembly died on a statement something like this: movl $FOO,%eax where "FOO" was one of the new macros I defined. The problem was that, by default, "cpp" considers `$' to be a valid character in an identifier. So it was interpreting `$FOO' as an identifier, rather than as two separate tokens. This is never correct in i386 assembly language, since `$' is an operator that means "interpret as a literal". So I want to modify "Makefile.inc" in that directory so that cpp is invoked with the "-$" option, which makes `$' _not_ a valid identifier character. (Yes, I know I have to double the dollar sign in the makefile.) I tried it locally, and it seemed to work fine. Do any of you see any problem with making that change? -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-current Wed Jan 17 21:57:31 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA17341 for current-outgoing; Wed, 17 Jan 1996 21:57:31 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA17332 for ; Wed, 17 Jan 1996 21:57:28 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id WAA04806; Wed, 17 Jan 1996 22:50:44 -0700 From: Terry Lambert Message-Id: <199601180550.WAA04806@phaeton.artisoft.com> Subject: Re: src/lib/libc/sys/Makefile.inc: proposed change To: jdp@polstra.com (John Polstra) Date: Wed, 17 Jan 1996 22:50:43 -0700 (MST) Cc: freebsd-current@FreeBSD.org In-Reply-To: <199601180127.RAA19205@austin.polstra.com> from "John Polstra" at Jan 17, 96 05:27:17 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org Precedence: bulk > I want to see if anybody envisions any problems with a change I want to > make to it. > > I was making a modified local version of the libc tree for generating > an ELF library. That involved creating a couple of new preprocessor > macros, and using them in some of the assembly language files. I > don't have the precise details handy, but an assembly died on a > statement something like this: > > movl $FOO,%eax > > where "FOO" was one of the new macros I defined. > > The problem was that, by default, "cpp" considers `$' to be a valid > character in an identifier. So it was interpreting `$FOO' as an > identifier, rather than as two separate tokens. This is never correct > in i386 assembly language, since `$' is an operator that means > "interpret as a literal". > > So I want to modify "Makefile.inc" in that directory so that cpp is > invoked with the "-$" option, which makes `$' _not_ a valid identifier > character. (Yes, I know I have to double the dollar sign in the > makefile.) I tried it locally, and it seemed to work fine. > > Do any of you see any problem with making that change? Why not: movl $ ## FOO,%eax Instead? If it hits the preprocessor first, it should be no problem. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Wed Jan 17 22:02:23 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA17706 for current-outgoing; Wed, 17 Jan 1996 22:02:23 -0800 (PST) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA17695 for ; Wed, 17 Jan 1996 22:02:21 -0800 (PST) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.6.12/8.6.12) with ESMTP id WAA04451; Wed, 17 Jan 1996 22:01:58 -0800 Message-Id: <199601180601.WAA04451@austin.polstra.com> To: Terry Lambert cc: freebsd-current@FreeBSD.org Subject: Re: src/lib/libc/sys/Makefile.inc: proposed change In-reply-to: Your message of "Wed, 17 Jan 1996 22:50:43 MST." <199601180550.WAA04806@phaeton.artisoft.com> Date: Wed, 17 Jan 1996 22:01:58 -0800 From: John Polstra Sender: owner-current@FreeBSD.org Precedence: bulk Terry wrote: > Why not: > > movl $ ## FOO,%eax > > Instead? > > If it hits the preprocessor first, it should be no problem. Clever idea, but it won't work. The `##' operator has meaning only within a macro expansion. I double-checked the ANSI C standard, just to make sure. -- John From owner-freebsd-current Wed Jan 17 23:02:53 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA24103 for current-outgoing; Wed, 17 Jan 1996 23:02:53 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA24095 for ; Wed, 17 Jan 1996 23:02:51 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id XAA25850 for ; Wed, 17 Jan 1996 23:02:24 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id RAA32330; Thu, 18 Jan 1996 17:58:40 +1100 Date: Thu, 18 Jan 1996 17:58:40 +1100 From: Bruce Evans Message-Id: <199601180658.RAA32330@godzilla.zeta.org.au> To: freebsd-current@FreeBSD.org, jdp@polstra.com Subject: Re: src/lib/libc/sys/Makefile.inc: proposed change Sender: owner-current@FreeBSD.org Precedence: bulk >don't have the precise details handy, but an assembly died on a >statement something like this: > movl $FOO,%eax >where "FOO" was one of the new macros I defined. >The problem was that, by default, "cpp" considers `$' to be a valid >character in an identifier. So it was interpreting `$FOO' as an >identifier, rather than as two separate tokens. This is never correct >in i386 assembly language, since `$' is an operator that means >"interpret as a literal". This only happens if the wrong cpp is invoked. /usr/bin/cpp is essentially `/usr/libexec/cpp -traditional' ... >So I want to modify "Makefile.inc" in that directory so that cpp is >invoked with the "-$" option, which makes `$' _not_ a valid identifier >character. (Yes, I know I have to double the dollar sign in the ... and -traditional implies `-$' except in a couple of old versions of cpp. We should actually be compiling *.S with `gcc -c' instead of with `cpp | as' which allows errors to leak out of the pipe. Then gcc would invokes cpp with the following flags: -lang-asm -undef -$ -Dunix -Di386 -D__FreeBSD__=2 -D__unix__ -D__i386__ -D__FreeBSD__=2 -D__unix -D__i386 -Asystem(unix) -Asystem(FreeBSD) -Acpu(i386) -Amachine(i386) -D__ASSEMBLER__ Note that `-$' is there, (and a few others :-). Most of our assembler sources also need -traditional. Bruce From owner-freebsd-current Thu Jan 18 00:51:57 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA07905 for current-outgoing; Thu, 18 Jan 1996 00:51:57 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA07876 for ; Thu, 18 Jan 1996 00:51:50 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id TAA04433; Thu, 18 Jan 1996 19:47:21 +1100 Date: Thu, 18 Jan 1996 19:47:21 +1100 From: Bruce Evans Message-Id: <199601180847.TAA04433@godzilla.zeta.org.au> To: jdp@polstra.com, terry@lambert.org Subject: Re: src/lib/libc/sys/Makefile.inc: proposed change Cc: freebsd-current@FreeBSD.org Sender: owner-current@FreeBSD.org Precedence: bulk >> Why not: >> >> movl $ ## FOO,%eax >> >> Instead? >> >> If it hits the preprocessor first, it should be no problem. >Clever idea, but it won't work. The `##' operator has meaning only >within a macro expansion. I double-checked the ANSI C standard, just to >make sure. movl $ FOO,%eax works, but is ugly and would require too many source code changes. It used to be used a lot in /sys/i386/i386/*.s. Bruce From owner-freebsd-current Thu Jan 18 05:03:09 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA06442 for current-outgoing; Thu, 18 Jan 1996 05:03:09 -0800 (PST) Received: from skiddaw.elsevier.co.uk (skiddaw.elsevier.co.uk [193.131.222.60]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA06437 for ; Thu, 18 Jan 1996 05:02:59 -0800 (PST) Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by skiddaw.elsevier.co.uk (8.6.12/8.6.12) with ESMTP id NAA08240 for ; Thu, 18 Jan 1996 13:00:59 GMT Received: from cadair.elsevier.co.uk (actually host cadair) by snowdon with SMTP (PP); Thu, 18 Jan 1996 13:01:09 +0000 Received: (from dpr@localhost) by cadair.elsevier.co.uk (8.6.12/8.6.12) id NAA05827; Thu, 18 Jan 1996 13:00:51 GMT From: Paul Richards Message-Id: <199601181300.NAA05827@cadair.elsevier.co.uk> Subject: Re: src/lib/libc/sys/Makefile.inc: proposed change To: jdp@polstra.com (John Polstra) Date: Thu, 18 Jan 1996 13:00:50 +0000 (GMT) Cc: freebsd-current@FreeBSD.org In-Reply-To: <199601180127.RAA19205@austin.polstra.com> from "John Polstra" at Jan 17, 96 05:27:17 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.org Precedence: bulk In reply to John Polstra who said > > I ran into a problem in "src/lib/libc/sys/Makefile.inc" recently, and > I want to see if anybody envisions any problems with a change I want to > make to it. > > I was making a modified local version of the libc tree for generating > an ELF library. That involved creating a couple of new preprocessor Does this mean you're working on native ELF support? -- Paul Richards. Originative Solutions Ltd. Internet: paul@netcraft.co.uk, http://www.netcraft.co.uk Phone: 0370 462071 (Mobile), +44 1225 447500 (work) From owner-freebsd-current Thu Jan 18 05:57:12 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA08528 for current-outgoing; Thu, 18 Jan 1996 05:57:12 -0800 (PST) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id FAA08522 for ; Thu, 18 Jan 1996 05:57:08 -0800 (PST) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id OAA18081 for freebsd.org!current; Thu, 18 Jan 1996 14:47:13 +0100 (MET) Received: from wup.de by wup-gate with smtp (Smail3.1.28.1 #2) id m0tcugS-0007rXC; Thu, 18 Jan 96 14:47 MET Received: from sunny.wup.de by wup.de (4.1/SMI-4.1) id AA25602; Thu, 18 Jan 96 14:38:10 +0100 Received: by sunny.wup.de (SMI-8.6/SMI-SVR4) id OAA02047; Thu, 18 Jan 1996 14:40:12 +0100 Date: Thu, 18 Jan 1996 14:40:12 +0100 Message-Id: <199601181340.OAA02047@sunny.wup.de> X-Phone: +49 2173 3964 161 X-Fax: +49 2173 3964 222 X-Newsreader: knews 0.9.3 From: andreas@sunny.wup.de (Andreas Klemm) Subject: AppleTalk Protocol Source Distribution (fwd) To: current@freebsd.org Sender: owner-current@freebsd.org Precedence: bulk ----- Forwarded Message ----- Path: wup-gate.wup.de!news.gtn.com!uunet!not-for-mail From: rdk@cc.gatech.edu (Bobby Krupczak) Newsgroups: comp.sys.sun.announce Subject: AppleTalk Protocol Source Distribution Date: 12 Jan 1996 20:05:11 -0500 Organization: unknown Lines: 101 Sender: zorch@ftp.UU.NET Approved: zorch@uunet.UU.NET Distribution: world Message-ID: <199601021803.NAA24749@morticia.cc.gatech.edu> NNTP-Posting-Host: ftp.uu.net We are pleased to announce an update to our release of our AppleTalk protocol source code as part of our research in protocols and protocol subsystems. We have coded an AppleTalk implementation in the BSD, Streams and x-Kernel subsystems and then combined protocols from different subsystems using Adapter protocols. We have updated our distributions to include support for AppleTalk's data stream protocol (ADSP) in the Streams subsystem as well as the x-Kernel. Further, Streams in SunOS and Solaris 2.x is now supported. Lastly, we have added two additional adapter protocols for building protocol graphs that span multiple subsystems. The implementations have been tested against native Macs, AppleTalk routers, Newtons, and themselves. Please read the accompanying COPYRIGHT notice (in the source code). Bugs, etc. to rdk@cc.gatech.edu The main homepage for the distributions can be found at: http://www.cc.gatech.edu/computing/Telecomm/playground/MULTI/outline.html >From there you can download the various components, view performance graphs, and access papers. Below is an outline of our work. Bobby Multi-Subsystem Protocol Architectures Bobby Krupczak Mostafa Ammar Ken Calvert College of Computing Georgia Institute of Technology Atlanta, GA 30332-0280 ------------------------------------------------------------------------------- Overview The directory contains references and implementations that are part of our research in Multi-Subsystem Protocol Architectures. In this research, we combine protocols from disparate subsystems into a single protocol graph using Adapter protocols. Adapter protocols provide subsystem translation services and allow the construction of interoperable protocol graphs combining protocols implemented within different subsystems. This approach alleviates the protocol porting problem and permits protocol programmers to "pick and choose" those subsystem features they deem desirable while avoiding those deemed undesirable. ------------------------------------------------------------------------------- Papers * Bobby Krupczak, Mostafa Ammar, Ken Calvert. "Multi-Subsystem Protocol Architectures: Motivation and Experience with an Adapter-Based Approach", Proceedings of the IEEE INFOCOM '96 (to appear) * Bobby Krupczak, Mostafa Ammar, Ken Calvert. "Multi-Subsystem Protocol Architectures: Motivation and Experience with an Adapter-Based Approach",Technical Report GIT-CC-95-08, Georgia Institute of Technology, February, 1995 (Revised July, 1995). * Bobby Krupczak, Mostafa Ammar, Ken Calvert. "Multi-Subsystem Protocol Architectures: Motivation and Experience with an Adapter-Based Approach (Extended Abstract)", to appear in Proceedings of the Third IEEE Workshop on the Architecture and Implementation of High Performance Communications Subsystems (HPCS'95), August 1995. ------------------------------------------------------------------------------- The Distribution An example multi-subsystem protocol architecture using the AppleTalk protocol family and the x-Kernel, BSD, and Streams subsystems is available. Included in this release is an AppleTalk protocol graph for the x-Kernel, BSD, Streams (SunOS and Solaris) and a set of adapter protocols for combining them. Although the adapter protocols are instantiated for the AppleTalk protocols (ATP, ADSP, and DDP specifically) they are general and can apply to any protocols coded within those subsystems. Each distribution has been tested on Sun/Sparcs running SunOS 4.1.X (and Solaris 2.4 for Streams) using the underlying BSD or Streams subsystem native to that version of SunOS. The x-Kernel version used is 3.2. All AppleTalk protocol graphs have been tested against native AppleTalk implementations on Macs and Newtons, routers (Cisco and Gatorbox), against AppleTalk stacks implemented in other subsystems (BSD, x-Kernel, and Streams) and against itself. The distributions support AppleTalk Phase 2 and implement (at least) DDP, ATP, ADSP, AEP, RTMP, NBP, and ZIP (sort of). For more information on AppleTalk please refer to Inside AppleTalk by Sidhu, Andrews, and Oppenheimer. Note, the ADSP implementation does not exist natively in BSD but can be included via subsystem adapation. The x-Kernel version of our multi-subsystem protocol architecture relies on a NIT/Ethernet anchor protocol to gain access to the underlying ethernet device. The Streams version relies on the SunOS NIT device also. The BSD version does not require the NIT device be installed in the kernel. Instructions for installing the source code in Streams and BSD are beyond the scope of this document. The distributions for each subsystem (BSD and Streams) should contain kernel specific files. To install within the x-Kernel, refer to the x-Kernel programmer's manual. From owner-freebsd-current Thu Jan 18 07:46:27 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA14815 for current-outgoing; Thu, 18 Jan 1996 07:46:27 -0800 (PST) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA14806 for ; Thu, 18 Jan 1996 07:46:22 -0800 (PST) Received: from gemini.sdsp.mc.xerox.com ([13.231.132.20]) by alpha.xerox.com with SMTP id <52545(2)>; Thu, 18 Jan 1996 07:45:24 PST Received: from gnu.mc.xerox.com (gnu.sdsp.mc.xerox.com) by gemini.sdsp.mc.xerox.com (4.1/SMI-4.1) id AA17756; Thu, 18 Jan 96 10:45:24 EST Received: by gnu.mc.xerox.com (4.1/SMI-4.1) id AA11528; Thu, 18 Jan 96 10:45:23 EST Message-Id: <9601181545.AA11528@gnu.mc.xerox.com> X-Mailer: exmh version 1.6.4 10/10/95 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Cc: current@freebsd.org Subject: Re: where's opt_sysvipc.h? In-Reply-To: Your message of "Wed, 17 Jan 1996 00:48:22 PST." <199601170848.JAA02779@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 18 Jan 1996 07:45:16 PST From: "Marty Leisner" Sender: owner-current@freebsd.org Precedence: bulk Well, I rebuilt config and rebuilt the kernel with no major problems... How often does config change (or was this rare?) If its something thats changing, shouldn't it be in the kernel source tree? Also, there's a config and config.new, but config.new is OLDER than config...;-) -- marty leisner@sdsp.mc.xerox.com Member of the League for Programming Freedom From owner-freebsd-current Thu Jan 18 10:11:29 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA22881 for current-outgoing; Thu, 18 Jan 1996 10:11:29 -0800 (PST) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA22876 for ; Thu, 18 Jan 1996 10:11:26 -0800 (PST) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.6.12/8.6.12) with ESMTP id KAA11615; Thu, 18 Jan 1996 10:11:18 -0800 Message-Id: <199601181811.KAA11615@austin.polstra.com> To: Bruce Evans cc: freebsd-current@FreeBSD.org Subject: Re: src/lib/libc/sys/Makefile.inc: proposed change In-reply-to: Your message of "Thu, 18 Jan 1996 17:58:40 +1100." <199601180658.RAA32330@godzilla.zeta.org.au> Date: Thu, 18 Jan 1996 10:11:18 -0800 From: John Polstra Sender: owner-current@FreeBSD.org Precedence: bulk Bruce wrote: > >character in an identifier. So it was interpreting `$FOO' as an > >identifier, rather than as two separate tokens. This is never correct > >in i386 assembly language, since `$' is an operator that means > >"interpret as a literal". > > This only happens if the wrong cpp is invoked. /usr/bin/cpp is > essentially `/usr/libexec/cpp -traditional' ... Oh! I get it now. I hadn't realized that /usr/bin/cpp is a shell script that invokes /usr/libexec/cpp with some extra arguments. I just assumed it was a link to /usr/libexec/cpp. Bruce also wrote: > movl $ FOO,%eax > > works, but is ugly and would require too many source code changes. Another good idea! For my particular case, it only requires one source code change. [ John slinks off into the corner, embarrassed, tail between his legs, leaving src/lib/libc/sys/Makefile.inc untouched. ] Thanks for straightening me out! I'm glad I asked. -- John From owner-freebsd-current Thu Jan 18 10:20:28 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA23215 for current-outgoing; Thu, 18 Jan 1996 10:20:28 -0800 (PST) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA23210 for ; Thu, 18 Jan 1996 10:20:26 -0800 (PST) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.6.12/8.6.12) with ESMTP id KAA11654; Thu, 18 Jan 1996 10:18:51 -0800 Message-Id: <199601181818.KAA11654@austin.polstra.com> To: Paul Richards cc: freebsd-current@FreeBSD.org Subject: Re: src/lib/libc/sys/Makefile.inc: proposed change In-reply-to: Your message of "Thu, 18 Jan 1996 13:00:50 GMT." <199601181300.NAA05827@cadair.elsevier.co.uk> Date: Thu, 18 Jan 1996 10:18:51 -0800 From: John Polstra Sender: owner-current@FreeBSD.org Precedence: bulk Paul Richards wrote: > Does this mean you're working on native ELF support? A few of us are working together on a proof-of-concept implementation. -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-current Thu Jan 18 10:49:39 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA24780 for current-outgoing; Thu, 18 Jan 1996 10:49:39 -0800 (PST) Received: from pelican.com (pelican.com [134.24.4.62]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA24771 for ; Thu, 18 Jan 1996 10:49:35 -0800 (PST) Received: by pelican.com (Smail3.1.29.1 #10) id m0tczOi-0000SaC; Thu, 18 Jan 96 10:49 PST Message-Id: From: pete@pelican.com (Pete Carah) Subject: pppd route/proxy problem To: current@freebsd.org Date: Thu, 18 Jan 1996 10:49:19 -0800 (PST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-current@freebsd.org Precedence: bulk I think this is an old problem that has never been resolved, but I may have some narrow circumstances now, and some idea what to do about part of the problem. pppd terminates abnormally (hangup usually) and the next invocation for that ip address doesn't work. proxyarp is specified in the options file. The problem is that if the other end of a connection sends something to the ip addr while pppd is down, an 'incomplete' entry goes into the arp table. Under some circumstances a race occurs and that incomplete entry never times out. Even if it does, the proxy entry either doesn't end up in the table or doesn't work when written while the incomplete entry is present. Fix directions: 1. Proxy arp entry should nuke (or just overwrite?) any incomplete entry whether or not the incomplete entry has timed out. 2. Somehow an incomplete can get written into the table with no expire time (we've had them last days); I presume that this is a race with the pppd termination. 3. It would be nice to have a flag (-v?) for arp -a that would print out *all* the arp info including expire time or lack of it... Maybe this can point the way to some of the other routing table problems with pppd that people have remarked over the years... I have glanced at the if_ether source for this part of things but not really studied it. -- Pete From owner-freebsd-current Thu Jan 18 10:56:12 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA25226 for current-outgoing; Thu, 18 Jan 1996 10:56:12 -0800 (PST) Received: from atlas.com (gw.atlas.com [205.139.124.67]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA25102 Thu, 18 Jan 1996 10:55:58 -0800 (PST) Received: from billthecat.atlas.com. (billthecat.atlas.com [97.12.13.38]) by atlas.com (8.7.1/8.7.1) with SMTP id KAA15619; Thu, 18 Jan 1996 10:54:45 -0800 (PST) Received: by billthecat.atlas.com. (4.1/SMI-4.1) id AA00690; Thu, 18 Jan 96 10:58:31 PST Message-Id: <9601181858.AA00690@billthecat.atlas.com.> Subject: Re: NEC 2Xc CD changer supported? [yes, with patches] To: jmb@freebsd.org (Jonathan M. Bresler) Date: Thu, 18 Jan 1996 10:58:30 -0800 (PST) From: "Brant Katkansky" Cc: hardware@freebsd.org, current@freebsd.org In-Reply-To: from "Jonathan M. Bresler" at Jan 12, 96 04:42:20 pm X-Mailer: ELM [version 2.4 PL25] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org Precedence: bulk [ apologies to -current for crossposting this, but it contains a patch that should be in -current if it's not already ] > On Fri, 12 Jan 1996, Brant Katkansky wrote: > > I take it you're running -current? Have the patches been applied against > > the -current tree? If so, I have -current online, I just don't run it. I > > can probably figure out what was done so I can patch my 2.1 kernel. > > i have the included notes regarding the code changes below. my > apologies for not having proper diffs. at least, the changes are slight > small, as you can see. The patches you supplied worked as-is with the NEC 2Xc. The NEC appears to return the same vendor ID code as the Nakamichi, so I would assume that they are functionally the same unit. I don't know if these patches have made it into -current, but I think they should. Can someone with commit privs take care of this? > /sys/pci/ncr.c: about line 123 > > /* 960110 changed for Nakamichi 7 CD-ROM changer > #define MAX_LUN (1) */ > #define MAX_LUN (8) > /* end addition */ > > /sys/scsi/cd.c: about line536 > > /* 960110 added for the Nakamichi 7 CD-ROM changer > if(cd->dkunit) { */ > if(cd->dkunit >= 0) { > /* end addition */ > > > /sys/scsi/scsiconf.c: about line 278 > > /* 960110 added for the Nakamichi 7 CD-ROM changer */ > { > T_READONLY, T_REMOV, "NCR", "MBR-7" ,"*", > "cd", SC_MORE_LUS > }, > /* end addition */ > > /sys/scsi/scsiconf.c: about line 342 > > /* 960110 added for the Nakamichi 7 CD-ROM changer */ > { > T_READONLY, T_REMOV, "NRC", "MBR-7" > ,"any", "cd", SC_MORE_LUS > }, > /* end addition */ > -- Brant Katkansky (brantk@atlas.com) Systems Test Engineer, ADC From owner-freebsd-current Thu Jan 18 12:07:35 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA28815 for current-outgoing; Thu, 18 Jan 1996 12:07:35 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA28807 for ; Thu, 18 Jan 1996 12:07:28 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id NAA12968; Thu, 18 Jan 1996 13:09:33 -0700 Date: Thu, 18 Jan 1996 13:09:33 -0700 From: Nate Williams Message-Id: <199601182009.NAA12968@rocky.sri.MT.net> To: pete@pelican.com (Pete Carah) Cc: current@freebsd.org Subject: Re: pppd route/proxy problem In-Reply-To: References: Sender: owner-current@freebsd.org Precedence: bulk > I think this is an old problem that has never been resolved, but I may > have some narrow circumstances now, and some idea what to do about > part of the problem. I've posted all of the details in the past, I even know the high-level 'how' needed to fix the problem, and know the file where it happens in the kernel but after staring at the code for days I'm still no better off. I *really* would like a networking code expert to help me out, but no-one is interested. [ Description deleted ] > 1. Proxy arp entry should nuke (or just overwrite?) any incomplete > entry whether or not the incomplete entry has timed out. Actually, it's not a proxy arp problem specifically. Basically, the routing table has three different types of 'arp' entries, and the priority of the entries is as follows (again, I may be confusing the names, but the results are obvious): 1) ARP entries from the ethernet layer 2) ARP entries from external routing protocols 3) Proxy arp entries from routing protocols So, if you have a un-resolved ARP entry from the low-level layer, it (wrongly) takes precedence over a resolved entry which came from the routing protocols. > 2. Somehow an incomplete can get written into the table with no > expire time (we've had them last days); I presume that this is > a race with the pppd termination. Actually, that entry will time out within about 15 minutes *as long* as no new packets are being sent to the machine generating them to keep them alive. I've checked this one out to be sure. > 3. It would be nice to have a flag (-v?) for arp -a that would > print out *all* the arp info including expire time or lack of it... I'm not sure this information is even gettable in the kernel, and I don't see how it would be that helpful. If you know when it times out how will that help you? > Maybe this can point the way to some of the other routing table > problems with pppd that people have remarked over the years... Most of the other pppd routing problems people are having are due to not understanding the routing protocol. However, there is a work-around for this bug that I've come up with, but it's an ugly hack. (It's also been added to NetBSD's rarpd software) I'm using kernel pppd, but this would work fine with anyone who uses hard-coded IP addresses for login. For the PPP login shell, I have the following script. /etc/ppp/Login-remhost ------------------- #!/bin/sh PATH=:/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin export PATH mesg n stty -tostop /etc/ppp/arp-hack -d remhost > /dev/null /etc/ppp/arp-hack -d remhost > /dev/null exec pppd `hostname`:remhost debug proxyarp ----------------------------- The command /etc/ppp/arp-hack is a version of arp that has been hacked to output all messages to stdout. I couldn't get the version of /bin/sh in FreeBSD to output both stdout/stderr to /dev/null, so this is probably un-necessary. I did this to avoid having any error messages from 'arp' confusing the incoming PPP process. I am also running it twice just in case the original proxy-arp entry didn't get deleted, so doing it twice makes sure all of the arp entries are deleted. If no-one helps me debug the protocol, I *may* actually hack this into both user-ppp and kernel-ppp if proxyarp is called. Basically, I'd do a couple arp deletes just before the entry is added into the table. I'm going to write all of this up in the handbook sooner or later, but until then it's just bits and pieces. Again, if *any* of the network folks will work with me on this I can give them crash dumps, ways of easily repeating this, etc.... Nate From owner-freebsd-current Thu Jan 18 12:29:31 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA00250 for current-outgoing; Thu, 18 Jan 1996 12:29:31 -0800 (PST) Received: from ubiq.veda.is (ubiq.veda.is [193.4.230.60]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA00224 for ; Thu, 18 Jan 1996 12:29:15 -0800 (PST) Received: (from adam@localhost) by ubiq.veda.is (8.7.3/8.6.9) id UAA03513 for freebsd-current@freebsd.org; Thu, 18 Jan 1996 20:28:30 GMT Message-Id: <199601182028.UAA03513@ubiq.veda.is> Subject: Windows TCP/IP interoperability? To: freebsd-current@freebsd.org Date: Thu, 18 Jan 1996 20:28:29 +0000 (GMT) From: "Adam David" X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org Precedence: bulk During the past 2 weeks (perhaps longer) I seem to have been experiencing diverse interoperability problems between FreeBSD current and Windows(TM), both in client and server roles. Typically it has manifested as the inability to establish a connection in either direction, or connections hanging and timing out after a minimal amount of data transfer. Does anyone know what might be going on here? -- Adam David From owner-freebsd-current Thu Jan 18 13:19:02 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA03422 for current-outgoing; Thu, 18 Jan 1996 13:19:02 -0800 (PST) Received: from tesla.cview.com (root@tesla.cview.com [204.95.57.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA03413 Thu, 18 Jan 1996 13:18:56 -0800 (PST) Received: by tesla.cview.com (Smail3.1.29.0 #1) id m0td1jH-00068VC; Thu, 18 Jan 96 15:18 CST Message-Id: Date: Thu, 18 Jan 96 15:18 CST From: malenovi@cview.com (Nik Malenovic) To: freebsd-current@freebsd.org Subject: Re: pppd route/proxy problem Newsgroups: cview.freebsd.current In-Reply-To: Organization: CView Inc. Cc: pete@pelican.com, freebsd-hackers@freebsd.org Sender: owner-current@freebsd.org Precedence: bulk [notice redirection to -hackers as well] In article you write: >I think this is an old problem that has never been resolved, but I may [...] >The problem is that if the other end of a connection sends something to >the ip addr while pppd is down, an 'incomplete' entry goes into the >arp table. Under some circumstances a race occurs and that incomplete >entry never times out. Even if it does, the proxy entry either doesn't >end up in the table or doesn't work when written while the incomplete >entry is present. [...] yeah it's a problem all right. it's that, since you are doing proxy arp, your IP number of dialup PPP client is the same as IP # on the local wire. well, the 4.x BSD networking code, puts incomplete arp entries on use of the IP # on the local wire that do not respond. solution is to nuke (incomplete) arp entry (arp -d command) in the ppplogin shell. another solution is not to do proxyarp, and have PPP client IP be located on the separate subnet (non-ethernet subnet) the third solution is to hack arp code, and remove creation of incomplete IP entries on their use. (i.e. the time when the IP number is being used, during broadcasts 'who-has such-and-such-IP', until the IP is determined to be down by the broadcasting interface) notice that BSDI, FreeBSD have this bug. I suspect NetBSD is the same. I have no clue about Linux. I've heard that SunOS/et al. do not have this problem. Nik From owner-freebsd-current Thu Jan 18 14:53:48 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA09926 for current-outgoing; Thu, 18 Jan 1996 14:53:48 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA09921 for ; Thu, 18 Jan 1996 14:53:45 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id PAA13671; Thu, 18 Jan 1996 15:55:50 -0700 Date: Thu, 18 Jan 1996 15:55:50 -0700 From: Nate Williams Message-Id: <199601182255.PAA13671@rocky.sri.MT.net> To: malenovi@cview.com (Nik Malenovic) Cc: freebsd-current@FreeBSD.org Subject: Re: pppd route/proxy problem Newsgroups: cview.freebsd.current In-Reply-To: References: Sender: owner-current@FreeBSD.org Precedence: bulk > [notice redirection to -hackers as well] [ Took it back out of -hacker. Leave it on one list please. ] > >The problem is that if the other end of a connection sends something to > >the ip addr while pppd is down, an 'incomplete' entry goes into the > >arp table. Under some circumstances a race occurs and that incomplete > >entry never times out. Even if it does, the proxy entry either doesn't > >end up in the table or doesn't work when written while the incomplete > >entry is present. > [...] > another solution is not to do proxyarp, and have PPP client IP be located > on the separate subnet (non-ethernet subnet) Then you don't need proxy-arp. But, this isn't a solution for many folks given the lack of address, especially for folks who have machines which may exist on the local ethernet OR via PPP. (Think portable computers.) > the third solution is to hack arp code, and remove creation of incomplete > IP entries on their use. (i.e. the time when the IP number is being > used, during broadcasts 'who-has such-and-such-IP', until the IP is > determined to be down by the broadcasting interface) A better sollution is to remove incomplete IP entries *when* a complete arp entry (either normal or proxy-arp) is found. This is what SunOS does. Unfortunately, the current code makes a distinction between all three different types of arp entries. :( > notice that BSDI, FreeBSD have this bug. I suspect NetBSD is the same. Yep, all 4.4BSD derived systems have this bug, and none have fixed it yet. Nate From owner-freebsd-current Thu Jan 18 15:47:31 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA12846 for current-outgoing; Thu, 18 Jan 1996 15:47:31 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA12841 for ; Thu, 18 Jan 1996 15:47:28 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id QAA06556; Thu, 18 Jan 1996 16:34:35 -0700 From: Terry Lambert Message-Id: <199601182334.QAA06556@phaeton.artisoft.com> Subject: Re: Windows TCP/IP interoperability? To: adam@veda.is (Adam David) Date: Thu, 18 Jan 1996 16:34:35 -0700 (MST) Cc: freebsd-current@freebsd.org In-Reply-To: <199601182028.UAA03513@ubiq.veda.is> from "Adam David" at Jan 18, 96 08:28:29 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org Precedence: bulk Followups on this should be redirected to -questions, unless you believe you are having this problem because of -current specific changes? > During the past 2 weeks (perhaps longer) I seem to have been experiencing > diverse interoperability problems between FreeBSD current and Windows(TM), > both in client and server roles. Typically it has manifested as the inability > to establish a connection in either direction, or connections hanging and > timing out after a minimal amount of data transfer. Does anyone know what > might be going on here? I have seen no generic Windows/BSD TCP/IP interoperability problems for WFWG or Windows95. Perhaps it is related to your client/server software... can you describe you environment in more detail? I do know that there is a well known problem caused by Microsoft's TCP/IP listening to RIP responses (in violation of legal usage of the packets) and dropping connections based on this. That is, if there is a flakey network on your wire, it will cause the windows boxes to act flakey. The "fix" for this is to put a gateway box between the offending box and the Windows boxes so that they are not on the same logical subnet (since this will isolate them from the broadcasts). There is also a known problem with Windows NT boxes illegally generating RIP packets and causing other hosts to dump. This is fixed in the latest release of NT, or a patch is available through MSN. Have you recently added an NT machine to a previously functional network? If this doesn't help, try backing off to an older version of FreeBSD; if this helps, then you will be able to CVS diff to find the actual problem code. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Thu Jan 18 15:51:32 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA13059 for current-outgoing; Thu, 18 Jan 1996 15:51:32 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA13053 for ; Thu, 18 Jan 1996 15:51:28 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id AAA25667 for ; Fri, 19 Jan 1996 00:51:25 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id AAA01937 for freebsd-current@FreeBSD.org; Fri, 19 Jan 1996 00:51:24 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id AAA29979 for freebsd-current@FreeBSD.org; Fri, 19 Jan 1996 00:41:37 +0100 (MET) From: J Wunsch Message-Id: <199601182341.AAA29979@uriah.heep.sax.de> Subject: Re: where's opt_sysvipc.h? To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Fri, 19 Jan 1996 00:41:37 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <9601181545.AA11528@gnu.mc.xerox.com> from "Marty Leisner" at Jan 18, 96 07:45:16 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@FreeBSD.org Precedence: bulk As Marty Leisner wrote: > > Well, I rebuilt config and rebuilt the kernel with no > major problems... > > How often does config change (or was this rare?) About five times between releases, roughly. > If its something thats changing, shouldn't it be in the > kernel source tree? Maybe. Since it installs as a binary into /usr/sbin, it's in /usr/src/usr.sbin by now. The lkm's are kernel-dependant as well, and are neither under the usr/src/sys hierarchy. People running -current are expected to read freebsd-current, where it's usually being announced when some new feature requires rebuilding config or the lkm's. -- 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-current Thu Jan 18 15:56:30 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA13423 for current-outgoing; Thu, 18 Jan 1996 15:56:30 -0800 (PST) Received: from apollo.COSC.GOV (root@apollo.COSC.GOV [198.94.103.34]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA13418 Thu, 18 Jan 1996 15:56:26 -0800 (PST) Received: (from vince@localhost) by apollo.COSC.GOV (8.7.3/8.6.9) id PAA00873; Thu, 18 Jan 1996 15:56:20 -0800 (PST) Date: Thu, 18 Jan 1996 15:56:20 -0800 (PST) From: -Vince- To: current@FreeBSD.ORG cc: se@FreeBSD.ORG Subject: ncrcontrol Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG Precedence: bulk Looks like ncrcontrol is core dumping on the following: root@apollo [3:47pm] [~] /usr/sbin/ncrcontrol -s tags=0 Jan 18 15:53:36 apollo /kernel: pid 798: ncrcontrol: uid 0: exited on signal 11 Segmented fault Running it as: root@apollo [3:47pm][~] /usr/sbin/ncrcontrol T:L Vendor Device Rev Speed Max Wide Tags 0:0 DEC DSP5400S 427L 10.0 10.0 8 - total DSP5400S transf. disconn interru t/s kb/s t/s kb/s length exp une fly brk 0 0 0 0 0 0 0 0 0 8 59 8 59 7552 8 0 8 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 5 28 5 28 5734 5 0 5 0 So this was after the committed change to ncr.c was made. Cheers, -Vince- vince@COSC.GOV - GUS Mailing Lists Admin - http://www.COSC.GOV/~vince UC Berkeley AstroPhysics - Electrical Engineering (Honorary B.S.) Chabot Observatory & Science Center - Board of Advisors Running FreeBSD - Real UN*X for Free! Linda Wong/Vivian Chow/Hacken Lee/Danny Chan/Priscilla Chan Fan Club Mailing Lists Admin From owner-freebsd-current Thu Jan 18 16:39:43 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA16132 for current-outgoing; Thu, 18 Jan 1996 16:39:43 -0800 (PST) Received: from ubiq.veda.is (root@ubiq.veda.is [193.4.230.60]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA16114 for ; Thu, 18 Jan 1996 16:39:23 -0800 (PST) Received: (from adam@localhost) by ubiq.veda.is (8.7.3/8.6.9) id AAA03779; Fri, 19 Jan 1996 00:38:46 GMT Message-Id: <199601190038.AAA03779@ubiq.veda.is> Subject: Re: Windows TCP/IP interoperability? To: terry@lambert.org (Terry Lambert) Date: Fri, 19 Jan 1996 00:38:45 +0000 (GMT) From: "Adam David" Cc: freebsd-current@freebsd.org In-Reply-To: <199601182334.QAA06556@phaeton.artisoft.com> from "Terry Lambert" at Jan 18, 96 04:34:35 pm X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org Precedence: bulk > > During the past 2 weeks (perhaps longer) I seem to have been experiencing > > diverse interoperability problems between FreeBSD current and Windows(TM), > > both in client and server roles. Typically it has manifested as the inability > > to establish a connection in either direction, or connections hanging and > > timing out after a minimal amount of data transfer. Does anyone know what > > might be going on here? > > I have seen no generic Windows/BSD TCP/IP interoperability problems > for WFWG or Windows95. Perhaps it is related to your client/server > software... can you describe you environment in more detail? This is definitely something that has occured since 2.1 and seems to affect many (but not all) TCP connections both incoming and outgoing. It has only been seen when the remote machine is a Windows PC, and affects for instance telnet,ftp,(dcc),http connections, which is why I mentioned it as a TCP/IP networking interoperability problem. [description of flakey RIP on local net] The Windows machines are not on the same local net. > If this doesn't help, try backing off to an older version of FreeBSD; > if this helps, then you will be able to CVS diff to find the actual > problem code. :-) yes -- Adam David From owner-freebsd-current Thu Jan 18 17:51:51 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA21578 for current-outgoing; Thu, 18 Jan 1996 17:51:51 -0800 (PST) Received: (from fenner@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA21570 for current; Thu, 18 Jan 1996 17:51:48 -0800 (PST) Date: Thu, 18 Jan 1996 17:51:48 -0800 (PST) From: Bill Fenner Message-Id: <199601190151.RAA21570@freefall.freebsd.org> To: current Subject: Please try out router discovery Sender: owner-current@FreeBSD.ORG Precedence: bulk I just committed some patches to make sbin/rdisc build. If you have a network upon which the routers perform ICMP router discovery (RFC 1256), or if your FreeBSD box is a router, please give this a try and let me know how it works. Suggested host invocation: rdisc -f Suggested router invocation: rdisc -r 'rdisc -f' can replace 'routed -q' on hosts. Bill From owner-freebsd-current Thu Jan 18 20:01:59 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA01740 for current-outgoing; Thu, 18 Jan 1996 20:01:59 -0800 (PST) Received: (from dyson@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA01729 for current@freebsd.org; Thu, 18 Jan 1996 20:01:56 -0800 (PST) Date: Thu, 18 Jan 1996 20:01:56 -0800 (PST) From: John Dyson Message-Id: <199601190401.UAA01729@freefall.freebsd.org> To: current@freebsd.org Subject: Rebuild LKMs if you are running -currentcvs commit sys Sender: owner-current@freebsd.org Precedence: bulk TSSIA John dyson@freebsd.org From owner-freebsd-current Thu Jan 18 22:55:24 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA16452 for current-outgoing; Thu, 18 Jan 1996 22:55:24 -0800 (PST) Received: from linux.csie.nctu.edu.tw (jdli@linux.csie.nctu.edu.tw [140.113.235.252]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA16441 for ; Thu, 18 Jan 1996 22:55:21 -0800 (PST) Received: (from jdli@localhost) by linux.csie.nctu.edu.tw (8.6.9/8.6.9) id OAA31217 for freebsd-current@FreeBSD.ORG; Fri, 19 Jan 1996 14:51:44 +0800 From: Chien-Ta Lee Message-Id: <199601190651.OAA31217@linux.csie.nctu.edu.tw> Subject: [bug?] change in subr_diskslice.c To: freebsd-current@FreeBSD.ORG Date: Fri, 19 Jan 1996 14:51:38 +0800 (CST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-current@FreeBSD.ORG Precedence: bulk Hi : I just supped the new kernel source, and it panics while boot. I think maybe it is b'cos of some changes in these days, b'cos my Jan-7 kernel runs fine. (before the Jan-8 subr_diskslice.c change) It panics at subr_diskslice.c, while mount_msdos. I have 3 dos partitions mounted. 1. /dev/sd0s1 : 0 - 500MB Primary 2. /dev/sd1s1 : 0 - 400MB Primary 3. /dev/sd2s5 : 0 - 1G Logical [verbose slice info from Jan-7 kernel] sd0s1: type 0x6, start 32, end = 1023999, size 1023968 : OK sd0s2: type 0xa5, start 1499136, end = 2117631, size 618496 : OK sd0s3: type 0x5, start 1026048, end = 1499135, size 473088 : OK sd0s4: type 0xa, start 1024000, end = 1026047, size 2048 : OK sd0s5: type 0x7, start 1026080, end = 1499135, size 473056 : OK sd1s1: type 0x6, start 32, end = 819199, size 819168 : OK sd1s2: type 0x5, start 819200, end = 1331199, size 512000 : OK sd1s4: type 0xa5, start 1331200, end = 2131967, size 800768 : OK sd1s5: type 0x83, start 819232, end = 1269759, size 450528 : OK sd1: type 0x5, start 1269760, end = 1331199, size 61440 : OK sd1s6: type 0x82, start 1269792, end = 1331199, size 61408 : OK sd2s1: type 0x5, start 2048, end = 2050047, size 2048000 : OK sd2s2: type 0xa5, start 2050048, end = 4403199, size 2353152 : OK sd2s5: type 0x6, start 2080, end = 2050047, size 2047968 : OK sd1s1: type 0x6, start 32, end = 819199, size 819168 : OK sd1s2: type 0x5, start 819200, end = 1331199, size 512000 : OK sd1s4: type 0xa5, start 1331200, end = 2131967, size 800768 : OK sd1s5: type 0x83, start 819232, end = 1269759, size 450528 : OK sd1: type 0x5, start 1269760, end = 1331199, size 61440 : OK sd1s6: type 0x82, start 1269792, end = 1331199, size 61408 : OK sd2s1: type 0x5, start 2048, end = 2050047, size 2048000 : OK sd2s2: type 0xa5, start 2050048, end = 4403199, size 2353152 : OK sd2s5: type 0x6, start 2080, end = 2050047, size 2047968 : OK [new kernel panic info from log] dsinit Debugger("Slice code got negative blocknumber") called. sd1s1s2s3s4s5s1s2s4s5s6s4s1s2s5s2s1s2s4s5: error reading extended partition table reading fsbn -226561538 (sd1s1s2s3s4s5s1s2s4s5s6s4s1s2s5s2s1s2s4s5 bn -226561538; cn 1986526 tn 15 sn 30) readdisklabel dsinit readdisklabel last message repeated 2 times Fatal trap 121s1s2s5s2s1s4s6s5s4s2s1s2s5s2s1s4s6s5s4s2s1s5s4s3s2s1s1ds: page fault while in kernel mode fault virtual address = 0x317332771s1s2s5s2s1s4s6s5s4s2s1s2s5s2s1s4s6s5s4s2s1s5s4s3s2s1s1ds fault code = supervisor read, page not present instruction pointer = 0x81s1s2s5s2s1s4s6s5s4s2s1s2s5s2s1s4s6s5s4s2s1s5s4s3s2s1s1ds:0xf011961b1s1s2s5s2s1s4s6s5s4s2s1s2s5s2s1s4s6s5s4s2s1s5s4s3s2s1s1ds code segment = base 0x01s1s2s5s2s1s4s6s5s4s2s1s2s5s2s1s4s6s5s4s2s1s5s4s3s2s1s1ds, limit 0xfffff1s1s2s5s2s1s4s6s5s4s2s1s2s5s2s1s4s6s5s4s2s1s5s4s3s2s1s1ds, type 0x1b1s1s2s5s2s1s4s6s5s4s2s1s2s5s2s1s4s6s5s4s2s1s5s4s3s2s1s1ds = DPL 01s1s2s5s2s1s4s6s5s4s2s1s2s5s2s1s4s6s5s4s2s1s5s4s3s2s1s1ds, pres 11s1s2s5s2s1s4s6s5s4s2s1s2s5s2s1s4s6s5s4s2s1s5s4s3s2s1s1ds, def32 11s1s2s5s2s1s4s6s5s4s2s1s2s5s2s1s4s6s5s4s2s1s5s4s3s2s1s1ds, gran 11s1s2s5s2s1s4s6s5s4s2s1s2s5s2s1s4s6s5s4s2s1s5s4s3s2s1s1ds processor eflags = interrupt enabled, resume, IOPL = 01s1s2s5s2s1s4s6s5s4s2s1s2s5s2s1s4s6s5s4s2s1s5s4s3s2s1s1ds current process = 231s1s2s5s2s1s4s6s5s4s2s1s2s5s2s1s4s6s5s4s2s1s5s4s3s2s1s1ds (mount_msdos) interrupt mask = panic: page fault syncing disks... 131s1s2s5s2s1s4s6s5s4s2s1s2s5s2s1s4s6s5s4s2s1s5s4s3s2s1s1ds 121s1s2s5s2s1s4s6s5s4s2s1s2s5s2s1s4s6s5s4s2s1s5s4s3s2s1s1ds 91s1s2s5s2s1s4s6s5s4s2s1s2s5s2s1s4s6s5s4s2s1s5s4s3s2s1s1ds done dumping to dev 4011s1s2s5s2s1s4s6s5s4s2s1s2s5s2s1s4s6s5s4s2s1s5s4s3s2s1s1ds, offset 01s1s2s5s2s1s4s6s5s4s2s1s2s5s2s1s4s6s5s4s2s1s5s4s3s2s1s1ds dump device bad Automatic reboot in 151s1s2s5s2s1s4s6s5s4s2s1s2s5s2s1s4s6s5s4s2s1s5s4s3s2s1s1ds seconds - press a key on the console to abort Rebooting... -- §õ «Ø ¹F (Adonis) ¥æ¤j¸ê¤u Mail: jdli@csie.nctu.edu.tw From owner-freebsd-current Fri Jan 19 00:20:06 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA27738 for current-outgoing; Fri, 19 Jan 1996 00:20:06 -0800 (PST) Received: from mail.rwth-aachen.de (mail.RWTH-Aachen.DE [137.226.144.9]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id AAA27659 for ; Fri, 19 Jan 1996 00:19:56 -0800 (PST) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de) by mail.rwth-aachen.de (PMDF V5.0-4 #13110) id <01I06TXVP83K002L69@mail.rwth-aachen.de>; Fri, 19 Jan 1996 09:20:43 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id JAA02867; Fri, 19 Jan 1996 09:21:00 +0100 Date: Fri, 19 Jan 1996 09:20:59 +0100 (MET) From: Christoph Kukulies Subject: Re: Windows TCP/IP interoperability? In-reply-to: <199601182334.QAA06556@phaeton.artisoft.com> To: terry@lambert.org (Terry Lambert) Cc: adam@veda.is, freebsd-current@FreeBSD.ORG Reply-to: Christoph Kukulies Message-id: <199601190821.JAA02867@gilberto.physik.rwth-aachen.de> X-Mailer: ELM [version 2.4 PL24] Content-type: text Content-transfer-encoding: 7BIT Sender: owner-current@FreeBSD.ORG Precedence: bulk > > Followups on this should be redirected to -questions, unless you > believe you are having this problem because of -current specific > changes? > > > During the past 2 weeks (perhaps longer) I seem to have been experiencing > > diverse interoperability problems between FreeBSD current and Windows(TM), > > both in client and server roles. Typically it has manifested as the inability > > to establish a connection in either direction, or connections hanging and > > timing out after a minimal amount of data transfer. Does anyone know what > > might be going on here? > > I have seen no generic Windows/BSD TCP/IP interoperability problems > for WFWG or Windows95. Perhaps it is related to your client/server > software... can you describe you environment in more detail? > > I do know that there is a well known problem caused by Microsoft's > TCP/IP listening to RIP responses (in violation of legal usage of the > packets) and dropping connections based on this. That is, if there is > a flakey network on your wire, it will cause the windows boxes to act > flakey. The "fix" for this is to put a gateway box between the > offending box and the Windows boxes so that they are not on the same > logical subnet (since this will isolate them from the broadcasts). > > There is also a known problem with Windows NT boxes illegally generating > RIP packets and causing other hosts to dump. This is fixed in the > latest release of NT, or a patch is available through MSN. Have you > recently added an NT machine to a previously functional network? Is this what has been reported a year ago (by Keith B.) as the so called 'sniper bug' ? > > > If this doesn't help, try backing off to an older version of FreeBSD; > if this helps, then you will be able to CVS diff to find the actual > problem code. > > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Fri Jan 19 00:53:25 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA29889 for current-outgoing; Fri, 19 Jan 1996 00:53:25 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA29884 for ; Fri, 19 Jan 1996 00:53:23 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0tdCZU-0003xVC; Fri, 19 Jan 96 00:53 PST Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id JAA00189; Fri, 19 Jan 1996 09:53:17 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: Chien-Ta Lee cc: freebsd-current@FreeBSD.ORG Subject: Re: [bug?] change in subr_diskslice.c In-reply-to: Your message of "Fri, 19 Jan 1996 14:51:38 +0800." <199601190651.OAA31217@linux.csie.nctu.edu.tw> Date: Fri, 19 Jan 1996 09:53:16 +0100 Message-ID: <187.822041596@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.ORG Precedence: bulk > [new kernel panic info from log] > dsinit > Debugger("Slice code got negative blocknumber") called. This is bad in the first place. Can I get you to compile DDB into your kernel and email a traceback to dyson@freebsd.org and phk@freebsd.org > sd1s1s2s3s4s5s1s2s4s5s6s4s1s2s5s2s1s2s4s5: error reading extended This isn't too good either I belive I have a bug in the sprintf somewhere... -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Fri Jan 19 04:13:14 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA11281 for current-outgoing; Fri, 19 Jan 1996 04:13:14 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA11275 for ; Fri, 19 Jan 1996 04:12:57 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id WAA03698; Fri, 19 Jan 1996 22:58:38 +1100 Date: Fri, 19 Jan 1996 22:58:38 +1100 From: Bruce Evans Message-Id: <199601191158.WAA03698@godzilla.zeta.org.au> To: jdli@linux.csie.nctu.edu.tw, phk@critter.tfs.com Subject: Re: [bug?] change in subr_diskslice.c Cc: freebsd-current@freebsd.org Sender: owner-current@freebsd.org Precedence: bulk >> [new kernel panic info from log] >> dsinit >> Debugger("Slice code got negative blocknumber") called. >This is bad in the first place. Can I get you to compile DDB into your >kernel and email a traceback to dyson@freebsd.org and phk@freebsd.org This may be caused by garbage block numbers in the extended partition tables. These aren't checked because they must be relied on. >> sd1s1s2s3s4s5s1s2s4s5s6s4s1s2s5s2s1s2s4s5: error reading extended >This isn't too good either I belive I have a bug in the sprintf somewhere... I think sprintf() forgets to null-terminate the string, but I can't explain where "sd1s1s2..." came from. Bruce From owner-freebsd-current Fri Jan 19 05:08:14 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA13693 for current-outgoing; Fri, 19 Jan 1996 05:08:14 -0800 (PST) Received: from marble.eps.nagoya-u.ac.jp (marble.eps.nagoya-u.ac.jp [133.6.57.68]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id FAA13688 for ; Fri, 19 Jan 1996 05:08:12 -0800 (PST) Received: from marble.eps.nagoya-u.ac.jp (localhost [127.0.0.1]) by marble.eps.nagoya-u.ac.jp (8.7.1+2.6Wbeta4/3.3W9) with ESMTP id WAA00233 for ; Fri, 19 Jan 1996 22:08:10 +0900 (JST) Message-Id: <199601191308.WAA00233@marble.eps.nagoya-u.ac.jp> To: current@freebsd.org Subject: Can't complie linux emulator X-Mailer: Mew beta version 0.96 on Emacs 19.28.1, Mule 2.3 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Fri, 19 Jan 1996 22:08:09 +0900 From: KATO Takenori Sender: owner-current@freebsd.org Precedence: bulk After the change of vm operation in -current, linux emulator cannot be compiled. --------- # make ... cc -O -DLKM -I. -DCOMPAT_LINUX -DSYSVSHM -DKERNEL -DACTUALLY_LKM_NOT_KERNEL -I/tmp_mount/work/FreeBSD/lkm/linux/../../sys -W -Wcomment -Wredundant-decls -c /tmp_mount/work/FreeBSD/lkm/linux/../../sys/i386/linux/linux_misc.c /tmp_mount/work/FreeBSD/lkm/linux/../../sys/i386/linux/linux_misc.c: In function `linux_uselib': /tmp_mount/work/FreeBSD/lkm/linux/../../sys/i386/linux/linux_misc.c:285: too few arguments to function `vm_map_find' /tmp_mount/work/FreeBSD/lkm/linux/../../sys/i386/linux/linux_misc.c:329: too few arguments to function `vm_map_find' ---------- ---- KATO Takenori Dept. Earth Planet. Sci., Nagoya Univ., Nagoya 464-01 Voice: +81-52-789-2529 Fax: +81-52-789-3033 From owner-freebsd-current Fri Jan 19 05:31:51 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA14435 for current-outgoing; Fri, 19 Jan 1996 05:31:51 -0800 (PST) Received: from Sysiphos (Sysiphos.MI.Uni-Koeln.DE [134.95.212.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA14428 for ; Fri, 19 Jan 1996 05:31:45 -0800 (PST) Received: by Sysiphos id AA26347 (5.67b/IDA-1.5 for current@FreeBSD.ORG); Fri, 19 Jan 1996 14:30:43 +0100 Message-Id: <199601191330.AA26347@Sysiphos> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Fri, 19 Jan 1996 14:30:42 +0100 In-Reply-To: -Vince- "ncrcontrol" (Jan 18, 15:56) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: -Vince- Subject: Re: ncrcontrol Cc: current@freebsd.org Sender: owner-current@freebsd.org Precedence: bulk On Jan 18, 15:56, -Vince- wrote: } Subject: ncrcontrol } } Looks like ncrcontrol is core dumping on the following: } } root@apollo [3:47pm] [~] /usr/sbin/ncrcontrol -s tags=0 } Jan 18 15:53:36 apollo /kernel: pid 798: ncrcontrol: uid 0: exited on signal 11 } Segmented fault I'll look into this. Thanks for the report. Regards, STefan -- Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 ============================================================================== http://www.zpr.uni-koeln.de/~se From owner-freebsd-current Fri Jan 19 05:48:47 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA15091 for current-outgoing; Fri, 19 Jan 1996 05:48:47 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA15086 for ; Fri, 19 Jan 1996 05:48:46 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0tdHBF-0003xCC; Fri, 19 Jan 96 05:48 PST Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id OAA00295; Fri, 19 Jan 1996 14:48:36 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: Bruce Evans cc: jdli@linux.csie.nctu.edu.tw, freebsd-current@freebsd.org Subject: Re: [bug?] change in subr_diskslice.c In-reply-to: Your message of "Fri, 19 Jan 1996 22:58:38 +1100." <199601191158.WAA03698@godzilla.zeta.org.au> Date: Fri, 19 Jan 1996 14:48:35 +0100 Message-ID: <293.822059315@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org Precedence: bulk > >> sd1s1s2s3s4s5s1s2s4s5s6s4s1s2s5s2s1s2s4s5: error reading extended > >This isn't too good either I belive I have a bug in the sprintf somewhere.. . > > I think sprintf() forgets to null-terminate the string, but I can't > explain where "sd1s1s2..." came from. Yep, I fixed that one already, but I wonder about the s1s2... as well... BTW: anybody who compiled a kernel the last 72 hours should probably recompile it now... -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Fri Jan 19 06:39:39 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA17219 for current-outgoing; Fri, 19 Jan 1996 06:39:39 -0800 (PST) Received: (from dyson@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA17211 Fri, 19 Jan 1996 06:39:37 -0800 (PST) From: John Dyson Message-Id: <199601191439.GAA17211@freefall.freebsd.org> Subject: Re: Can't complie linux emulator To: kato@eclogite.eps.nagoya-u.ac.jp (KATO Takenori) Date: Fri, 19 Jan 1996 06:39:37 -0800 (PST) Cc: current@freebsd.org In-Reply-To: <199601191308.WAA00233@marble.eps.nagoya-u.ac.jp> from "KATO Takenori" at Jan 19, 96 10:08:09 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org Precedence: bulk > > After the change of vm operation in -current, linux emulator cannot be > compiled. > Oops, missed that one -- the fix is trivial, and if someone does not beat me to it, I'll fix it tonite. John Dyson dyson@freebsd.org From owner-freebsd-current Fri Jan 19 08:51:53 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA26130 for current-outgoing; Fri, 19 Jan 1996 08:51:53 -0800 (PST) Received: from linux.csie.nctu.edu.tw (jdli@linux.csie.nctu.edu.tw [140.113.235.252]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA26112 for ; Fri, 19 Jan 1996 08:51:46 -0800 (PST) Received: (from jdli@localhost) by linux.csie.nctu.edu.tw (8.6.9/8.6.9) id AAA02708; Sat, 20 Jan 1996 00:48:10 +0800 From: Chien-Ta Lee Message-Id: <199601191648.AAA02708@linux.csie.nctu.edu.tw> Subject: Re: [bug?] change in subr_diskslice.c To: phk@critter.tfs.com (Poul-Henning Kamp) Date: Sat, 20 Jan 1996 00:48:09 +0800 (CST) Cc: freebsd-current@FreeBSD.ORG In-Reply-To: <293.822059315@critter.tfs.com> from "Poul-Henning Kamp" at Jan 19, 96 02:48:35 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-current@FreeBSD.ORG Precedence: bulk > > BTW: anybody who compiled a kernel the last 72 hours should probably > recompile it now... > Well, no idea about this. I just supped again, only updated the "pmap.c" and "subr_prf.c", and my system works AGAIN !! No more panic !! -- §õ «Ø ¹F (Adonis) ¥æ¤j¸ê¤u Mail: jdli@csie.nctu.edu.tw From owner-freebsd-current Fri Jan 19 10:02:26 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA01950 for current-outgoing; Fri, 19 Jan 1996 10:02:26 -0800 (PST) Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA01945 for ; Fri, 19 Jan 1996 10:02:24 -0800 (PST) Received: (from julian@localhost) by ref.tfs.com (8.6.12/8.6.9) id KAA08126; Fri, 19 Jan 1996 10:00:17 -0800 From: Julian Elischer Message-Id: <199601191800.KAA08126@ref.tfs.com> Subject: Re: [bug?] change in subr_diskslice.c To: phk@critter.tfs.com (Poul-Henning Kamp) Date: Fri, 19 Jan 1996 10:00:17 -0800 (PST) Cc: bde@zeta.org.au, jdli@linux.csie.nctu.edu.tw, freebsd-current@freebsd.org In-Reply-To: <293.822059315@critter.tfs.com> from "Poul-Henning Kamp" at Jan 19, 96 02:48:35 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org Precedence: bulk > > > >> sd1s1s2s3s4s5s1s2s4s5s6s4s1s2s5s2s1s2s4s5: error reading extended > > >This isn't too good either I belive I have a bug in the sprintf somewhere.. > . I think this explains the crashes people have been seeing with sprintf in the DEVFS code. i.e. sprintf(name,"rst%ld",unit); somehow seems to overflow a 32 byte string.. (either on read or write.. not sure which) > > > > I think sprintf() forgets to null-terminate the string, but I can't > > explain where "sd1s1s2..." came from. > > Yep, I fixed that one already, but I wonder about the s1s2... as well... > > BTW: anybody who compiled a kernel the last 72 hours should probably > recompile it now... > > -- > Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. > http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. > whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. > Future will arrive by its own means, progress not so. > From owner-freebsd-current Fri Jan 19 10:03:51 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA01999 for current-outgoing; Fri, 19 Jan 1996 10:03:51 -0800 (PST) Received: from apollo.COSC.GOV (root@apollo.COSC.GOV [198.94.103.34]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA01994 for ; Fri, 19 Jan 1996 10:03:49 -0800 (PST) Received: (from vince@localhost) by apollo.COSC.GOV (8.7.3/8.6.9) id KAA19563; Fri, 19 Jan 1996 10:03:28 -0800 (PST) Date: Fri, 19 Jan 1996 10:03:28 -0800 (PST) From: -Vince- To: Stefan Esser cc: current@freebsd.org Subject: Re: ncrcontrol In-Reply-To: <199601191330.AA26347@Sysiphos> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk On Fri, 19 Jan 1996, Stefan Esser wrote: > On Jan 18, 15:56, -Vince- wrote: > } Subject: ncrcontrol > } > } Looks like ncrcontrol is core dumping on the following: > } > } root@apollo [3:47pm] [~] /usr/sbin/ncrcontrol -s tags=0 > } Jan 18 15:53:36 apollo /kernel: pid 798: ncrcontrol: uid 0: exited on signal 11 > } Segmented fault > > I'll look into this. Thanks for the report. The weird thing is that ncrcontrol works fine without any switches. Cheers, -Vince- vince@COSC.GOV - GUS Mailing Lists Admin - http://www.COSC.GOV/~vince UC Berkeley AstroPhysics - Electrical Engineering (Honorary B.S.) Chabot Observatory & Science Center - Board of Advisors Running FreeBSD - Real UN*X for Free! Linda Wong/Vivian Chow/Hacken Lee/Danny Chan/Priscilla Chan Fan Club Mailing Lists Admin From owner-freebsd-current Fri Jan 19 10:17:56 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA02668 for current-outgoing; Fri, 19 Jan 1996 10:17:56 -0800 (PST) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA02626 for ; Fri, 19 Jan 1996 10:17:00 -0800 (PST) Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA10365; Fri, 19 Jan 1996 13:11:20 -0500 Date: Fri, 19 Jan 1996 13:11:20 -0500 From: "Garrett A. Wollman" Message-Id: <9601191811.AA10365@halloran-eldar.lcs.mit.edu> To: Nate Williams Cc: current@FreeBSD.org Subject: Re: pppd route/proxy problem In-Reply-To: <199601182009.NAA12968@rocky.sri.MT.net> References: <199601182009.NAA12968@rocky.sri.MT.net> Sender: owner-current@FreeBSD.org Precedence: bulk < said: >> 3. It would be nice to have a flag (-v?) for arp -a that would >> print out *all* the arp info including expire time or lack of it... > I'm not sure this information is even gettable in the kernel, and I > don't see how it would be that helpful. If you know when it times out > how will that help you? In fact, `route get dot.ted.qu.ad' will tell you almost everything that the kernel knows. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Fri Jan 19 10:44:07 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA03859 for current-outgoing; Fri, 19 Jan 1996 10:44:07 -0800 (PST) Received: from apollo.COSC.GOV (root@apollo.COSC.GOV [198.94.103.34]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA03853 for ; Fri, 19 Jan 1996 10:44:06 -0800 (PST) Received: (from vince@localhost) by apollo.COSC.GOV (8.7.3/8.6.9) id KAA22613; Fri, 19 Jan 1996 10:44:06 -0800 (PST) Date: Fri, 19 Jan 1996 10:44:05 -0800 (PST) From: -Vince- To: current@FreeBSD.ORG Subject: lkm's failing to build Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG Precedence: bulk The latest lkm's are failing to build: ===> atapi ===> cd9660 ===> coff cc -O -DLKM -I. -DCOMPAT_IBCS2 -DKERNEL -DACTUALLY_LKM_NOT_KERNEL -I/usr/src/lkm/coff/../../sys -W -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Winline -c /usr/src/lkm/coff/../../sys/i386/ibcs2/imgact_coff.c /usr/src/lkm/coff/../../sys/i386/ibcs2/imgact_coff.c: In function `load_coff_section': /usr/src/lkm/coff/../../sys/i386/ibcs2/imgact_coff.c:133: too few arguments to function `vm_map_find' /usr/src/lkm/coff/../../sys/i386/ibcs2/imgact_coff.c: In function `exec_coff_imgact': /usr/src/lkm/coff/../../sys/i386/ibcs2/imgact_coff.c:472: too few arguments to function `vm_map_find' *** Error code 1 Stop. *** Error code 1 Stop. Cheers, -Vince- vince@COSC.GOV - GUS Mailing Lists Admin - http://www.COSC.GOV/~vince UC Berkeley AstroPhysics - Electrical Engineering (Honorary B.S.) Chabot Observatory & Science Center - Board of Advisors Running FreeBSD - Real UN*X for Free! Linda Wong/Vivian Chow/Hacken Lee/Danny Chan/Priscilla Chan Fan Club Mailing Lists Admin From owner-freebsd-current Fri Jan 19 10:56:42 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA04402 for current-outgoing; Fri, 19 Jan 1996 10:56:42 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA04392 for ; Fri, 19 Jan 1996 10:56:36 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id LAA15780; Fri, 19 Jan 1996 11:57:48 -0700 Date: Fri, 19 Jan 1996 11:57:48 -0700 From: Nate Williams Message-Id: <199601191857.LAA15780@rocky.sri.MT.net> To: "Garrett A. Wollman" Cc: Nate Williams , current@FreeBSD.org Subject: Re: pppd route/proxy problem In-Reply-To: <9601191811.AA10365@halloran-eldar.lcs.mit.edu> References: <199601182009.NAA12968@rocky.sri.MT.net> <9601191811.AA10365@halloran-eldar.lcs.mit.edu> Sender: owner-current@FreeBSD.org Precedence: bulk > >> 3. It would be nice to have a flag (-v?) for arp -a that would > >> print out *all* the arp info including expire time or lack of it... > > > I'm not sure this information is even gettable in the kernel, and I > > don't see how it would be that helpful. If you know when it times out > > how will that help you? > > In fact, `route get dot.ted.qu.ad' will tell you almost everything > that the kernel knows. Cool. However, it's not obvious to find when ARP request expire? The expire numbers start at zero and are getting more and more negative. Are they waiting for expire + mtu = 0? Nate From owner-freebsd-current Fri Jan 19 11:23:37 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA06195 for current-outgoing; Fri, 19 Jan 1996 11:23:37 -0800 (PST) Received: from gauss.math.purdue.edu (gauss.math.purdue.edu [128.210.21.2]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA06190 for ; Fri, 19 Jan 1996 11:23:34 -0800 (PST) Received: from hopf.math.purdue.edu (freebsd@hopf.math.purdue.edu [128.210.3.18]) by gauss.math.purdue.edu (8.7.1/Purdue_Math) with ESMTP id OAA18200 for ; Fri, 19 Jan 1996 14:21:47 -0500 (EST) Received: (from freebsd@localhost) by hopf.math.purdue.edu (8.7.1/8.6.11) id OAA19094; Fri, 19 Jan 1996 14:21:39 -0500 (EST) Date: Fri, 19 Jan 1996 14:21:39 -0500 (EST) From: Clarence Wilkerson Message-Id: <199601191921.OAA19094@hopf.math.purdue.edu> To: current@freebsd.org Subject: pmap .. cpuclass in current Cc: wilker@hopf.math.purdue.edu Sender: owner-current@freebsd.org Precedence: bulk After this AM's sup, the kernel doesn't compile: cc -c -O -W -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Winline -nostdinc -I. -I../.. -I../../sys -I../../../include -DI386_CPU -DI486_CPU -DIPX -DSCSI_2_DEF -DLINUX -DEXT2FS -DCOMPAT_LINUX -DXSERVER -DUCONSOLE -DSCSI_DELAY=15 -DCOMPAT_43 -DCD9660 -DMSDOSFS -DNFS -DFFS -DINET -DKERNEL ../../i386/i386/pmap.c ../../i386/i386/pmap.c: In function `pmap_update_1pg': ../../i386/i386/pmap.c:192: `cpuclass' undeclared (first use this function) ../../i386/i386/pmap.c:192: (Each undeclared identifier is reported only once ../../i386/i386/pmap.c:192: for each function it appears in.) ../../i386/i386/pmap.c:192: `CPUCLASS_I386' undeclared (first use this function) ../../i386/i386/pmap.c: In function `pmap_update_2pg': ../../i386/i386/pmap.c:202: `cpuclass' undeclared (first use this function) ../../i386/i386/pmap.c:202: `CPUCLASS_I386' undeclared (first use this function) ../../i386/i386/pmap.c: At top level: ../../i386/i386/pmap.c:527: warning: function declaration isn't a prototype ../../i386/i386/pmap.c:1588: warning: function declaration isn't a prototype *** Error code 1 Stop. Free version of config didn't help. Clarence Wilkerson From owner-freebsd-current Fri Jan 19 11:24:56 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA06349 for current-outgoing; Fri, 19 Jan 1996 11:24:56 -0800 (PST) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA06344 for ; Fri, 19 Jan 1996 11:24:53 -0800 (PST) Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA10122; Fri, 19 Jan 1996 14:24:03 -0500 Date: Fri, 19 Jan 1996 14:24:03 -0500 From: "Garrett A. Wollman" Message-Id: <9601191924.AA10122@halloran-eldar.lcs.mit.edu> To: Nate Williams Cc: current@FreeBSD.org Subject: Re: pppd route/proxy problem In-Reply-To: <199601191857.LAA15780@rocky.sri.MT.net> References: <199601182009.NAA12968@rocky.sri.MT.net> <9601191811.AA10365@halloran-eldar.lcs.mit.edu> <199601191857.LAA15780@rocky.sri.MT.net> Sender: owner-current@FreeBSD.org Precedence: bulk < said: > Cool. However, it's not obvious to find when ARP request expire? The > expire numbers start at zero and are getting more and more negative. If they are negative, they should have already expired. The kernel actually stores an explicit expiration time, and the `route' and `netstat' programs subtract the current time for you. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Fri Jan 19 11:31:07 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA06705 for current-outgoing; Fri, 19 Jan 1996 11:31:07 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA06698 for ; Fri, 19 Jan 1996 11:31:04 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id MAA15955; Fri, 19 Jan 1996 12:30:56 -0700 Date: Fri, 19 Jan 1996 12:30:56 -0700 From: Nate Williams Message-Id: <199601191930.MAA15955@rocky.sri.MT.net> To: "Garrett A. Wollman" Cc: Nate Williams , current@FreeBSD.org Subject: Re: pppd route/proxy problem In-Reply-To: <9601191924.AA10122@halloran-eldar.lcs.mit.edu> References: <199601182009.NAA12968@rocky.sri.MT.net> <9601191811.AA10365@halloran-eldar.lcs.mit.edu> <199601191857.LAA15780@rocky.sri.MT.net> <9601191924.AA10122@halloran-eldar.lcs.mit.edu> Sender: owner-current@FreeBSD.org Precedence: bulk > > Cool. However, it's not obvious to find when ARP request expire? The > > expire numbers start at zero and are getting more and more negative. > > If they are negative, they should have already expired. The kernel > actually stores an explicit expiration time, and the `route' and > `netstat' programs subtract the current time for you. This is obviously not the case. 204.182.243.200 is an unused IP address on my network. gateway:~ # ping 204.182.243.200 PING 204.182.243.200 (204.182.243.200): 56 data bytes ^C --- 204.182.243.200 ping statistics --- 1 packets transmitted, 0 packets received, 100% packet loss gateway:~ # arp -a ? (204.182.243.200) at (incomplete) gateway:~ # route get 204.182.243.200 route to: 204.182.243.200 destination: 204.182.243.200 interface: ed0 flags: recvpipe sendpipe ssthresh rtt,msec rttvar hopcount mtu expire 16384 16384 0 0 0 0 1500 -6 gateway:~ # gateway:~ # arp -a ? (204.182.243.200) at (incomplete) gateway:~ # gateway:~ # route get 204.182.243.200 route to: 204.182.243.200 destination: 204.182.243.200 interface: ed0 flags: recvpipe sendpipe ssthresh rtt,msec rttvar hopcount mtu expire 16384 16384 0 0 0 0 1500 -8 gateway:~ # gateway:~ # arp -a ? (204.182.243.200) at (incomplete) Nate From owner-freebsd-current Fri Jan 19 11:45:51 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA08438 for current-outgoing; Fri, 19 Jan 1996 11:45:51 -0800 (PST) Received: from apollo.COSC.GOV (root@apollo.COSC.GOV [198.94.103.34]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA08433 Fri, 19 Jan 1996 11:45:49 -0800 (PST) Received: (from vince@localhost) by apollo.COSC.GOV (8.7.3/8.6.9) id LAA25640; Fri, 19 Jan 1996 11:45:49 -0800 (PST) Date: Fri, 19 Jan 1996 11:45:48 -0800 (PST) From: -Vince- To: current@FreeBSD.ORG cc: dyson@FreeBSD.ORG Subject: current lkm's Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG Precedence: bulk Looks like only the lkm's for linux and coff are broken. Would the kernel boot without these two? Cheers, -Vince- vince@COSC.GOV - GUS Mailing Lists Admin - http://www.COSC.GOV/~vince UC Berkeley AstroPhysics - Electrical Engineering (Honorary B.S.) Chabot Observatory & Science Center - Board of Advisors Running FreeBSD - Real UN*X for Free! Linda Wong/Vivian Chow/Hacken Lee/Danny Chan/Priscilla Chan Fan Club Mailing Lists Admin From owner-freebsd-current Fri Jan 19 13:54:28 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA17188 for current-outgoing; Fri, 19 Jan 1996 13:54:28 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA17181 for ; Fri, 19 Jan 1996 13:54:23 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA08703; Fri, 19 Jan 1996 14:45:14 -0700 From: Terry Lambert Message-Id: <199601192145.OAA08703@phaeton.artisoft.com> Subject: Re: Windows TCP/IP interoperability? To: kuku@gilberto.physik.rwth-aachen.de Date: Fri, 19 Jan 1996 14:45:14 -0700 (MST) Cc: terry@lambert.org, adam@veda.is, freebsd-current@FreeBSD.ORG In-Reply-To: <199601190821.JAA02867@gilberto.physik.rwth-aachen.de> from "Christoph Kukulies" at Jan 19, 96 09:20:59 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG Precedence: bulk > > There is also a known problem with Windows NT boxes illegally generating > > RIP packets and causing other hosts to dump. This is fixed in the > > latest release of NT, or a patch is available through MSN. Have you > > recently added an NT machine to a previously functional network? > > > Is this what has been reported a year ago (by Keith B.) as the so called > 'sniper bug' ? Yes. It's really a problem when you have an older MS/TCP listening to the bogus RIP broadcasts and using them to preeemptively dump connections. The problems are synergistic. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Fri Jan 19 14:25:20 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA19130 for current-outgoing; Fri, 19 Jan 1996 14:25:20 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA19125 for ; Fri, 19 Jan 1996 14:25:16 -0800 (PST) Received: from gauss.math.purdue.edu (gauss.math.purdue.edu [128.210.21.2]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id OAA22089 for ; Fri, 19 Jan 1996 14:25:11 -0800 Received: from hopf.math.purdue.edu (uucp@hopf.math.purdue.edu [128.210.3.18]) by gauss.math.purdue.edu (8.7.1/Purdue_Math) with ESMTP id RAA23499 for ; Fri, 19 Jan 1996 17:19:57 -0500 (EST) Received: (from uucp@localhost) by hopf.math.purdue.edu (8.7.1/8.6.11) with UUCP id RAA19443; Fri, 19 Jan 1996 17:19:49 -0500 (EST) Received: (from freebsd@localhost) by hopf2.math.purdue.edu (8.6.11/8.6.11) id RAA19910; Fri, 19 Jan 1996 17:19:37 -0500 Date: Fri, 19 Jan 1996 17:19:37 -0500 From: "Clarence W. Wilkerson" Message-Id: <199601192219.RAA19910@hopf2.math.purdue.edu> To: current@freebsd.org Subject: -current as of 5PM EST Cc: freebsd@hopf.math.purdue.edu Sender: owner-current@freebsd.org Precedence: bulk Can't compile kernel: cc -c -O -W -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-exter ns -Wstrict-prototypes -Wmissing-prototypes -Winline -nostdinc -I. -I../.. -I. ./../sys -I../../../include -DI386_CPU -DI486_CPU -DIPX -DSCSI_2_DEF -DLINUX -DE XT2FS -DCOMPAT_LINUX -DXSERVER -DUCONSOLE -DSCSI_DELAY=15 -DCOMPAT_43 -DCD9660 - DMSDOSFS -DNFS -DFFS -DINET -DKERNEL ../../i386/linux/imgact_linux.c ../../i386/linux/imgact_linux.c: In function `exec_linux_imgact': ../../i386/linux/imgact_linux.c:129: too few arguments to function `vm_map_find' ../../i386/linux/imgact_linux.c:158: too few arguments to function `vm_map_find' ../../i386/linux/imgact_linux.c:218: too few arguments to function `vm_map_find' *** Error code 1 Clarence Wilkerson From owner-freebsd-current Fri Jan 19 14:28:16 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA19314 for current-outgoing; Fri, 19 Jan 1996 14:28:16 -0800 (PST) Received: from uni-sb.de (uni-sb.de [134.96.7.230]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA19308 for ; Fri, 19 Jan 1996 14:28:07 -0800 (PST) Received: by uni-sb.de with ESMTP; Fri, 19 Jan 1996 23:27:52 +0100 (MET) Received: by cs.uni-sb.de with ESMTP; Fri, 19 Jan 1996 23:27:49 +0100 (MET) Received: (from rock@localhost) by wurzelausix.CS.Uni-SB.DE (8.7.3/wjp-SVR4/951126s) id XAA01553; Fri, 19 Jan 1996 23:27:52 +0100 (MET) Date: Fri, 19 Jan 1996 23:27:52 +0100 (MET) From: "D. Rock" Message-Id: <199601192227.XAA01553@wurzelausix.CS.Uni-SB.DE> To: current@freebsd.org Subject: machdep.c, pmap.c and i386 CPUs Sender: owner-current@freebsd.org Precedence: bulk Noone else running FreeBSD-current on a 386 processor. The machine panics immediately. The problem is the in this stage uninitialized variable cpu_class in /sys/i386/i386/machdep.c In pmap.c the code jumps to the wrong place and the machine hangs with an illegal instruction. After initializing the variable with a default value of CPUCLASS_386 the machine just works fine now. Daniel From owner-freebsd-current Fri Jan 19 15:10:44 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA23172 for current-outgoing; Fri, 19 Jan 1996 15:10:44 -0800 (PST) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA23144 for ; Fri, 19 Jan 1996 15:10:34 -0800 (PST) Received: (from root@localhost) by dyson.iquest.net (8.6.11/8.6.9) id SAA00844; Fri, 19 Jan 1996 18:06:46 GMT From: "John S. Dyson" Message-Id: <199601191806.SAA00844@dyson.iquest.net> Subject: Re: cvs commit: src/sys/vm default_pager.c device_pager.c swap_pager.c vm_fault.c vm_glue.c vm_kern.c vm_map.c vm_map.h vm_mmap.R To: se@zpr.uni-koeln.de (Stefan Esser) Date: Fri, 19 Jan 1996 18:06:45 +0000 () Cc: dyson@freefall.freebsd.org, current@freebsd.org Reply-To: dyson@freebsd.org In-Reply-To: <199601192242.AA05035@Sysiphos> from "Stefan Esser" at Jan 19, 96 11:42:10 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-current@freebsd.org Precedence: bulk I am including -current in the distribution so that others might give the code a try and find out if things have gotten slower (maybe get it fixed ASAP!!!) > > These changes seem to have made the file system performance > much lower than it used to be. I assume that FS clustering > doesn't work as before: > > -------Sequential Output-------- ---Sequential Input-- --Random-- > -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks--- > Machine MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU > before 100 1532 98.2 6154 67.6 2781 56.9 1664 98.6 6224 74.1 79.2 9.1 > after 100 1501 98.0 3337 29.7 1337 22.6 1225 80.0 3402 36.2 77.3 8.4 > There should have been NO change in write performance other than less code is being executed. Read performance might be *very very* slightly decreased, but in reality should be faster because again, less code is being executed. I am rerunning my tests, but I see nothing but improvements. Anyone else give it a try??? Let me know your results. Thanks... John Dyson dyson@freebsd.org From owner-freebsd-current Fri Jan 19 15:12:21 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA23376 for current-outgoing; Fri, 19 Jan 1996 15:12:21 -0800 (PST) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA23366 for ; Fri, 19 Jan 1996 15:12:17 -0800 (PST) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <53111(6)>; Fri, 19 Jan 1996 15:11:39 PST Received: from localhost ([127.0.0.1]) by crevenia.parc.xerox.com with SMTP id <177478>; Fri, 19 Jan 1996 15:11:28 -0800 X-Mailer: exmh version 1.6.4 10/10/95 To: Nate Williams cc: "Garrett A. Wollman" , current@freebsd.org Subject: Re: pppd route/proxy problem In-reply-to: Your message of "Fri, 19 Jan 1996 11:30:56 PST." <199601191930.MAA15955@rocky.sri.MT.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 19 Jan 1996 15:11:24 PST From: Bill Fenner Message-Id: <96Jan19.151128pst.177478@crevenia.parc.xerox.com> Sender: owner-current@freebsd.org Precedence: bulk In message <199601191930.MAA15955@rocky.sri.MT.net> Nate wrote: >Garrett: >> If they are negative, they should have already expired. The kernel >> actually stores an explicit expiration time, and the `route' and >> `netstat' programs subtract the current time for you. Unresolved arp entries use the expiration time to store the last time that an ARP request was sent. There is a timer that goes off every 5 minutes and removes all unresolved ARP entries (apparently including those that were just created). So, the timer for an unresolved ARP will generally be negative. (It could be a small positive number, which along with the RTF_REJECT flag indicates that the kernel is trying to avoid flooding the net with ARP requests) (e.g. there's no way to know when an unresolved ARP request is going to disappear from the routing table, other than "probably in less than 5 minutes".) Bill From owner-freebsd-current Fri Jan 19 15:32:48 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA25870 for current-outgoing; Fri, 19 Jan 1996 15:32:48 -0800 (PST) Received: (from dyson@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA25857 Fri, 19 Jan 1996 15:32:44 -0800 (PST) Date: Fri, 19 Jan 1996 15:32:44 -0800 (PST) From: John Dyson Message-Id: <199601192332.PAA25857@freefall.freebsd.org> To: current@freebsd.org, freebsd@hopf.math.purdue.edu Subject: Re: -current as of 5PM EST Sender: owner-current@freebsd.org Precedence: bulk I just commited the fixes for the vm_map_find problems. You can grab them from the current tree on the next update. There is still a problem for 386 processors -- will fix that now. John From owner-freebsd-current Fri Jan 19 15:35:09 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA26359 for current-outgoing; Fri, 19 Jan 1996 15:35:09 -0800 (PST) Received: from ki.net (root@ki.net [142.77.249.8]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA26296 for ; Fri, 19 Jan 1996 15:34:56 -0800 (PST) Received: (from scrappy@localhost) by ki.net (8.7.3/8.7.3) id SAA13679; Fri, 19 Jan 1996 18:34:51 -0500 (EST) Date: Fri, 19 Jan 1996 18:34:44 -0500 (EST) From: "Marc G. Fournier" cc: current@FreeBSD.org Subject: current kernel panics on boot (Re: machdep.c, pmap.c and i386 CPUs) In-Reply-To: <199601192227.XAA01553@wurzelausix.CS.Uni-SB.DE> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org Precedence: bulk On Fri, 19 Jan 1996, D. Rock wrote: > Noone else running FreeBSD-current on a 386 processor. > > The machine panics immediately. The problem is the in this stage > uninitialized variable cpu_class in /sys/i386/i386/machdep.c > In pmap.c the code jumps to the wrong place and the machine hangs with > an illegal instruction. After initializing the variable with a default > value of CPUCLASS_386 the machine just works fine now. > Don't know if this is related, but just compiled the newest kernel as of about 5PM this afternoon, and on boot up, it fails right after the "Copyright (c)..." line. Fatal trap 1: privileged instruction fault while in kernel mode instruction pointer: 0x8:0xf019c5ec code segment: base 0x0, limit 0xfffff, type 0x1b DPL 0, pres 1, def32 1, gran 1 processor eflags: resume, IOPL = 0; current process: 0 () interrupt mask: net tty bio kernel: type 1 trap, code=0 Stopped at 0xf019c5ec: invlpg 0(%eax) And a trace comes up with a bunch of lines starting with (null) and that is it... Oh...and its a 386 CPU Marc G. Fournier | POP Mail Telnet Acct DNS Hosting System | WWW Services Database Services | Knowledge, Administrator | | Information and scrappy@ki.net | WWW: http://www.ki.net | Communications, Inc From owner-freebsd-current Fri Jan 19 15:55:14 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA29138 for current-outgoing; Fri, 19 Jan 1996 15:55:14 -0800 (PST) Received: (from dima@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA29128 Fri, 19 Jan 1996 15:55:12 -0800 (PST) Message-Id: <199601192355.PAA29128@freefall.freebsd.org> Subject: Re: Can't complie linux emulator To: kato@eclogite.eps.nagoya-u.ac.jp (KATO Takenori) Date: Fri, 19 Jan 1996 15:55:12 -0800 (PST) Cc: current@FreeBSD.org In-Reply-To: <199601191308.WAA00233@marble.eps.nagoya-u.ac.jp> from "KATO Takenori" at Jan 19, 96 10:08:09 pm From: dima@FreeBSD.org (Dima Ruban) X-Class: Fast Organization: HackerDome X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.org Precedence: bulk KATO Takenori writes: > > After the change of vm operation in -current, linux emulator cannot be > compiled. > > --------- > # make > ... > cc -O -DLKM -I. -DCOMPAT_LINUX -DSYSVSHM -DKERNEL -DACTUALLY_LKM_NOT_KERNEL > -I/tmp_mount/work/FreeBSD/lkm/linux/../../sys -W -Wcomment > -Wredundant-decls -c > /tmp_mount/work/FreeBSD/lkm/linux/../../sys/i386/linux/linux_misc.c > /tmp_mount/work/FreeBSD/lkm/linux/../../sys/i386/linux/linux_misc.c: In function `linux_uselib': > /tmp_mount/work/FreeBSD/lkm/linux/../../sys/i386/linux/linux_misc.c:285: too few arguments to function `vm_map_find' > /tmp_mount/work/FreeBSD/lkm/linux/../../sys/i386/linux/linux_misc.c:329: > too few arguments to function `vm_map_find' the same for /usr/src/lkm/coff .. > ---------- > ---- > KATO Takenori > Dept. Earth Planet. Sci., Nagoya Univ., Nagoya 464-01 > Voice: +81-52-789-2529 Fax: +81-52-789-3033 > -- dima From owner-freebsd-current Fri Jan 19 19:05:51 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA23102 for current-outgoing; Fri, 19 Jan 1996 19:05:51 -0800 (PST) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA23072 for ; Fri, 19 Jan 1996 19:05:41 -0800 (PST) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id EAA23704 for ; Sat, 20 Jan 1996 04:05:38 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id EAA03147 for current@freebsd.org; Sat, 20 Jan 1996 04:05:38 +0100 Received: (uucp@localhost) by fasterix.frmug.fr.net (8.6.11/fasterix-941011) with UUCP id BAA14286 for current@freebsd.org; Sat, 20 Jan 1996 01:30:16 +0100 Received: (from regnauld@localhost) by tetard.frmug.fr.net (8.7.3/8.7.3/tetard-uucp-2.7) id UAA06366 for current@freebsd.org; Fri, 19 Jan 1996 20:33:02 +0100 (MET) From: Philippe Regnauld Message-Id: <199601191933.UAA06366@tetard.frmug.fr.net> Subject: Ports-cur.0796 -- expired on Freefall To: current@freebsd.org (current) Date: Fri, 19 Jan 1996 20:33:01 +0100 (MET) X-rene: Tu dois pas les avoir perdues, normalement. X-wing-fighter: et puis X-men, X-open, X-ta-mere... X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org Precedence: bulk Could anybody mail me ports-cur.0796 (or tell me where to get it) as I've just connected to FreeFall and it does not seem to be there (starts at 800). Thanks! -- Phil -- - [ regnauld@tetard.frmug.fr.net / +48.8N+2.3E / +33 1 4507 9391 / Sol 3 ] - - [ regnauld@freenix.fr / FreeBSD 2.x / ] - "Le schtroumpf est à l'homme ce que le bleu est au billard" - F.Berjon From owner-freebsd-current Fri Jan 19 23:36:42 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA15161 for current-outgoing; Fri, 19 Jan 1996 23:36:42 -0800 (PST) Received: from uni-sb.de (uni-sb.de [134.96.7.230]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA15154 for ; Fri, 19 Jan 1996 23:36:28 -0800 (PST) Received: by uni-sb.de with ESMTP; Sat, 20 Jan 1996 08:36:05 +0100 (MET) Received: by cs.uni-sb.de with ESMTP; Sat, 20 Jan 1996 08:36:03 +0100 (MET) Received: (from rock@localhost) by wurzelausix.CS.Uni-SB.DE (8.7.3/wjp-SVR4/951126s) id IAA02800; Sat, 20 Jan 1996 08:36:08 +0100 (MET) Date: Sat, 20 Jan 1996 08:36:08 +0100 (MET) From: "D. Rock" Message-Id: <199601200736.IAA02800@wurzelausix.CS.Uni-SB.DE> To: current@freebsd.org Subject: Re: current kernel panics on boot (Re: machdep.c, pmap.c and i386 CPUs) X-Sun-Charset: US-ASCII Sender: owner-current@freebsd.org Precedence: bulk > Don't know if this is related, but just compiled the newest kernel > as of about 5PM this afternoon, and on boot up, it fails right after > the "Copyright (c)..." line. > > Fatal trap 1: privileged instruction fault while in kernel mode > instruction pointer: 0x8:0xf019c5ec > code segment: base 0x0, limit 0xfffff, type 0x1b > DPL 0, pres 1, def32 1, gran 1 > processor eflags: resume, IOPL = 0; > current process: 0 () > interrupt mask: net tty bio > kernel: type 1 trap, code=0 > Stopped at 0xf019c5ec: invlpg 0(%eax) > > And a trace comes up with a bunch of lines starting with (null) > and that is it... > > Oh...and its a 386 CPU > > Marc G. Fournier | POP Mail Telnet Acct DNS Hosting > System | WWW Services Database Services | Knowledge, > Administrator | | Information and > scrappy@ki.net | WWW: http://www.ki.net | Communications, Inc > > This was exactly my problem. The machine panics at this point (in pmap.c): static __inline void pmap_update_1pg( vm_offset_t va) { #if defined(I386_CPU) if (cpu_class == CPUCLASS_386) pmap_update(); else #endif __asm __volatile(".byte 0xf,0x1,0x38": :"a" (va)); ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ } After initializing cpu_class in /sys/i386/i386/machdep.c to a reasonable value (CPUCLASS_386) the problem went away. I don't know of any negative side effects on other processors, but I don't think there will be any (what is worse: an unitialized variable or a variable initialized with the wrong value?) Daniel From owner-freebsd-current Sat Jan 20 00:24:59 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA21194 for current-outgoing; Sat, 20 Jan 1996 00:24:59 -0800 (PST) Received: from linux.csie.nctu.edu.tw (jdli@linux.csie.nctu.edu.tw [140.113.235.252]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA21174 for ; Sat, 20 Jan 1996 00:24:53 -0800 (PST) Received: (from jdli@localhost) by linux.csie.nctu.edu.tw (8.6.9/8.6.9) id QAA07688 for freebsd-current@FreeBSD.ORG.; Sat, 20 Jan 1996 16:21:07 +0800 From: Chien-Ta Lee Message-Id: <199601200821.QAA07688@linux.csie.nctu.edu.tw> Subject: Need to rebuild sysutils !! To: freebsd-current@FreeBSD.ORG Date: Sat, 20 Jan 1996 16:21:05 +0800 (CST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-current@FreeBSD.ORG Precedence: bulk Hi : I am running the latest current kernel (960119), and I found that w, ps, top are out of work. (last make world at 960105) So I rebuild the libkvm and other related binaries, great, they works. (I think I will make a world later :) Just telling this. :) -- §õ «Ø ¹F (Adonis) ¥æ¤j¸ê¤u Mail: jdli@csie.nctu.edu.tw From owner-freebsd-current Sat Jan 20 02:51:52 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA14214 for current-outgoing; Sat, 20 Jan 1996 02:51:52 -0800 (PST) Received: from peedub.gj.org (ns047.munich.netsurf.de [194.64.166.47]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id CAA13942 for ; Sat, 20 Jan 1996 02:51:28 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by peedub.gj.org (8.7.3/8.6.9) with SMTP id LAA03997; Sat, 20 Jan 1996 11:48:50 GMT Message-Id: <199601201148.LAA03997@peedub.gj.org> X-Authentication-Warning: peedub.gj.org: Host localhost [127.0.0.1] didn't use HELO protocol X-Mailer: exmh version 1.6 4/21/95 To: Philippe Regnauld Cc: freebsd-current@freebsd.org Subject: Re: Ports-cur.0796 -- expired on Freefall Reply-To: Gary Jennejohn In-reply-to: Your message of "Fri, 19 Jan 1996 20:33:01 +0100." <199601191933.UAA06366@tetard.frmug.fr.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 20 Jan 1996 11:48:50 +0000 From: Gary Jennejohn Sender: owner-current@freebsd.org Precedence: bulk Philippe Regnauld writes: >Could anybody mail me ports-cur.0796 (or tell me where to get it) >as I've just connected to FreeFall and it does not seem to be there >(starts at 800). > here it is: begin 644 ports-cur.0796.gz M'XL(```````"`^U6VVX;-Q!]]G[%%,E#ZUH2[Q;`MV75K&07DUD!10!C> MDD5D2=F5XCI?WUE)*>S$"0K4?0L!<;7DD'-FYO!P3Z\GLY/Q^<45B#Z#U;)9 MM[VX:1DA)V_0R)0YS]9)@R5;9H1/S@N7:0>NJD<`JKV_-M-` MO;X?K%ZO!J6>Y[:_6"YFFQ8'MTD_@."L5SZ15Q^3<"KI$%/07@OKN"I!0$B" MD6>&,MFH1-%:YLR32]8J>@V@;349:?B>/`DCZU[*[_OKUQ]^@%?`>9$^T-Y& M1(_,$VAEE/.6O*`U8=>]@-]S MT];+!33YW:9N,#[@'!@?2CF4 M!C"^R3#^:P4OJ\19MW[;__K+^=7Q9/P*]NU1H+V=-ZY`D+FF?G0QO3Z[N!Q/ M]POF=:#TS#J[6=O$_AJ;_NL/\&=U&:ZM'N MGCW$1\?."B^USDR4'%5'%Q0\8L))LHSB)L*LR78(LLGHXJ"B9! M.5T='A["\7P^*$W.H4W_4+9?+^)\DW(_X-N#Z68!HQR!F"#$4/FA=AUW=-7K M];ZZ^N#ZS09^Q@5T#)-#;88=F8AUG=^';8M#'='L]@W@!9PM&[B1D.IVW=1A MLR:.'\$MT9-R`^O[589"%NTF)&)]7"^;.K>T\.;F9C8Y/OV)TKY'18/5=W!Z M=GE\/J71WF@T/OGMG)ZSVD&:-Y_G!*%>8',_ MW,:]14M_>O\CVA^?!^Y#@5K>=N1Z2IHT2UXHDY!%TG).DDT,4U2LP+*PFH%4 M*.@7Z:25'+SAF>QL("J)[)@A",NDDE&XB(4;IO5S MRM'G472+112JH%&HBW(D#"9ZJ^B.\TS0/4?.GXCTFQ!]$Z+G$:+9^&I$GUM1 =)1^\SG0#AR(P692(]$48Z-!D7?T-57S*^9\*``#T ` end --- Gary Jennejohn Home - Gary.Jennejohn@munich.netsurf.de Work - gjennejohn@frt.dec.com From owner-freebsd-current Sat Jan 20 07:54:55 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA01918 for current-outgoing; Sat, 20 Jan 1996 07:54:55 -0800 (PST) Received: from DeepCore.dk (cph8.pip.dknet.dk [194.192.0.40]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA01908 for ; Sat, 20 Jan 1996 07:54:44 -0800 (PST) Received: (from sos@localhost) by DeepCore.dk (8.7.3/8.7.3) id QAA00589 for current@freebsd.org; Sat, 20 Jan 1996 16:43:51 +0100 (MET) From: Søren Schmidt Message-Id: <199601201543.QAA00589@DeepCore.dk> Subject: awk broken ??? To: current@freebsd.org (FreeBSD current) Date: Sat, 20 Jan 1996 16:43:51 +0100 (MET) Reply-to: sos@freebsd.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org Precedence: bulk After updating to the lastest I see awk failing on make depend in sys/compile/XXXX: sh ../../kern/vnode_if.sh ../../kern/vnode_if.src awk: cmd. line:4: (FILENAME=- FNR=318) fatal error: internal error abort - core dumped Also my freshly built gcc-2.7.2 coredumps wih sig 11... It works on a kernel from jan 6... Anybody else having problems with the latest changes.... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-current Sat Jan 20 08:51:52 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA05095 for current-outgoing; Sat, 20 Jan 1996 08:51:52 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA05087 for ; Sat, 20 Jan 1996 08:51:37 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id DAA32632; Sun, 21 Jan 1996 03:48:45 +1100 Date: Sun, 21 Jan 1996 03:48:45 +1100 From: Bruce Evans Message-Id: <199601201648.DAA32632@godzilla.zeta.org.au> To: se@ZPR.Uni-Koeln.DE, toor@dyson.iquest.net Subject: Re: cvs commit: src/sys/vm default_pager.c device_pager.c swap_pager.c vm_fault.c vm_glue.c vm_kern.c vm_map.c vm_map.h vm_mmap.R Cc: current@freebsd.org, dyson@freefall.freebsd.org Sender: owner-current@freebsd.org Precedence: bulk >I am including -current in the distribution so that others might give >the code a try and find out if things have gotten slower (maybe get >it fixed ASAP!!!) >> >> These changes seem to have made the file system performance >> much lower than it used to be. I assume that FS clustering >> doesn't work as before: >> >> -------Sequential Output-------- ---Sequential Input-- --Random-- >> -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks--- >> Machine MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU >> before 100 1532 98.2 6154 67.6 2781 56.9 1664 98.6 6224 74.1 79.2 9.1 >> after 100 1501 98.0 3337 29.7 1337 22.6 1225 80.0 3402 36.2 77.3 8.4 I've lost a factor of 2 for reads: -------Sequential Output-------- ---Sequential Input-- --Random-- -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks--- Machine MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU before(1) 128 1379 96.8 1769 22.9 726 15.7 1507 95.6 2018 27.6 34.4 4.6 after(1) 128 1396 96.9 1745 19.3 693 12.6 772 45.3 1170 15.9 35.4 4.5 before(2) 128 1334 97.8 3095 42.8 1238 26.8 1507 97.8 3357 46.0 52.7 7.2 after(2) 128 1407 98.2 3104 37.7 1094 19.4 960 56.2 1664 22.4 55.0 6.9 before(3) 24 592 71.3 1287 17.5 513 11.4 661 71.0 1275 15.4 40.0 6.1 after(3) 24 599 71.8 1306 16.2 380 8.8 467 51.2 974 13.5 40.2 5.7 before: kernel-Jan14 after: kernel-Jan20 (current) (1): 486DX2/66 VLB BT445c (bt0:0:0): "TOSHIBA MK537FB/ 6258" type 0 fixed SCSI 2 sd0(bt0:0:0): Direct-Access 1015MB (2079838 512 byte sectors) (2): 486DX2/66 VLB BT445c (bt0:3:0): "QUANTUM XP34301 102C" type 0 fixed SCSI 2 sd1(bt0:3:0): Direct-Access 4106MB (8410200 512 byte sectors) (3): 486DX/33 ISA IDE wdc0: unit 0 (wd0): wd0: 407MB (833664 sectors), 1002 cyls, 16 heads, 52 S/T, 512 B/S >There should have been NO change in write performance other than less code >is being executed. Read performance might be *very very* slightly decreased, The removal of non-write-through for the async case affects write performance significantly. It should make little difference for large sequential writes and be extremely harmful for randow writes. However, it seems decrease the performance of large sequential writes a lot in practice (I think because blocks are written in the wrong order and/or with the wrong timing). Bruce From owner-freebsd-current Sat Jan 20 09:01:51 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA05433 for current-outgoing; Sat, 20 Jan 1996 09:01:51 -0800 (PST) Received: from linux.csie.nctu.edu.tw (jdli@linux.csie.nctu.edu.tw [140.113.235.252]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA05427 for ; Sat, 20 Jan 1996 09:01:49 -0800 (PST) Received: (from jdli@localhost) by linux.csie.nctu.edu.tw (8.6.9/8.6.9) id AAA10256 for freebsd-current@FreeBSD.ORG.; Sun, 21 Jan 1996 00:58:10 +0800 From: Chien-Ta Lee Message-Id: <199601201658.AAA10256@linux.csie.nctu.edu.tw> Subject: [malloc] Malloc warning: free(): already free chunk. To: freebsd-current@FreeBSD.ORG Date: Sun, 21 Jan 1996 00:58:08 +0800 (CST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-current@FreeBSD.ORG Precedence: bulk Hi : I am running 95/01/20 kernel + 95/01/05-binary now. I am making world now, in the mean time if I "man anything", I'll see "Malloc warning: free(): already free chunk." or "Malloc warning: free(): already free page.". When making world to /usr/src/share/ (many text processing), the message will appear, too. What does it mean ? Thanks. -- §õ «Ø ¹F (Adonis) ¥æ¤j¸ê¤u Mail: jdli@csie.nctu.edu.tw From owner-freebsd-current Sat Jan 20 09:02:05 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA05460 for current-outgoing; Sat, 20 Jan 1996 09:02:05 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA05452 for ; Sat, 20 Jan 1996 09:02:01 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id VAA17390; Fri, 19 Jan 1996 21:50:27 -0700 Date: Fri, 19 Jan 1996 21:50:27 -0700 From: Nate Williams Message-Id: <199601200450.VAA17390@rocky.sri.MT.net> To: stable@FreeBSD.org, current@FreeBSD.org, hackers@FreeBSD.org Subject: Possible solution to the Proxy-ARP bug enclosed Sender: owner-current@FreeBSD.org Precedence: bulk Sorry for cross-posting this to so many lists, but I wanted to get as much coverage as possible for this patch as possible. For those who are wondering what this is all about, there is a problem that affects all 4.4Lite derived systems with regards to ARP handling. (This includes FreeBSD, NetBSD, and BSDi.) The problem manifested itself most often when remote hosts couldn't re-establish broken PPP connections when using proxy-arp. Bill Fenner has graciously spent some time looking at the problem, and has sent me a patch which appears to have fixed my problem. Until it's tested further and others have had time to check it out it's not going in the tree, but for those folks (like me) who are being annoyed by this bug here is the patch Bill supplied me. I've tested this patch as best I can, but I'd like to get other folks to test this as well. Nate ---- [Standard disclaimers applies] *** in_rmx.c.orig Sun Jul 23 01:44:59 1995 --- in_rmx.c Fri Jan 19 14:33:57 1996 *************** *** 52,57 **** --- 52,58 ---- #include #include + #include #include #include #include *************** *** 77,82 **** --- 78,84 ---- { struct rtentry *rt = (struct rtentry *)treenodes; struct sockaddr_in *sin = (struct sockaddr_in *)rt_key(rt); + struct radix_node *ret; /* * For IP, all unicast non-host routes are automatically cloning. *************** *** 115,121 **** ? rt->rt_ifp->if_mtu : tcp_mssdflt + sizeof(struct tcpiphdr)); ! return rn_addroute(v_arg, n_arg, head, treenodes); } /* --- 117,148 ---- ? rt->rt_ifp->if_mtu : tcp_mssdflt + sizeof(struct tcpiphdr)); ! ret = rn_addroute(v_arg, n_arg, head, treenodes); ! if (ret == NULL && rt->rt_flags & RTF_HOST) { ! struct rtentry *rt2; ! /* ! * We are trying to add a host route, but can't. ! * Find out if it is because of an unresolved ! * ARP request and delete it if so. ! */ ! rt2 = rtalloc1((struct sockaddr *)sin, 0, ! RTF_CLONING | RTF_PRCLONING); ! if (rt2 && rt2->rt_flags & RTF_LLINFO && ! rt2->rt_flags & RTF_HOST && ! rt2->rt_gateway && ! rt2->rt_gateway->sa_family == AF_LINK && ! #define SDL(s) ((struct sockaddr_dl *)s) ! SDL(rt2->rt_gateway)->sdl_alen == 0) { ! #undef SDL ! rtrequest(RTM_DELETE, ! (struct sockaddr *)rt_key(rt2), ! rt2->rt_gateway, ! rt_mask(rt2), rt2->rt_flags, 0); ! RTFREE(rt2); ! ret = rn_addroute(v_arg, n_arg, head, treenodes); ! } ! } ! return ret; } /* From owner-freebsd-current Sat Jan 20 09:18:52 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA06258 for current-outgoing; Sat, 20 Jan 1996 09:18:52 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA06252 for ; Sat, 20 Jan 1996 09:18:49 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id KAA18229; Sat, 20 Jan 1996 10:21:20 -0700 Date: Sat, 20 Jan 1996 10:21:20 -0700 From: Nate Williams Message-Id: <199601201721.KAA18229@rocky.sri.MT.net> To: current@FreeBSD.org Subject: Reviewers for handbook changes in dialup/PPP sections Sender: owner-current@FreeBSD.org Precedence: bulk I'm re-writing some of the sections on the handbook regarding the dialup and other SLIP/PPP sections, and I'd like someone who is familiar with the process to review my changes, to make sure it's readable and that I haven't missed anyone. So far I've finished up the dial-up stuff, so I'll move onto the PPP/SLIP stuff next but it would be nice to have a reviewer. It's a pretty easy job, and someone who is sick and tired of hearing me babble can get a chance to critique me with my blessings. :) Thanks! Nate From owner-freebsd-current Sat Jan 20 09:25:12 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA06712 for current-outgoing; Sat, 20 Jan 1996 09:25:12 -0800 (PST) Received: from scrooge.ee.swin.oz.au (scrooge.ee.swin.oz.au [136.186.4.20]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA06699 Sat, 20 Jan 1996 09:25:08 -0800 (PST) Received: (from dtc@localhost) by scrooge.ee.swin.oz.au (8.6.9/8.6.9) id EAA24799; Sun, 21 Jan 1996 04:26:39 +1100 From: Douglas Thomas Crosher Message-Id: <199601201726.EAA24799@scrooge.ee.swin.oz.au> Subject: Re: awk broken ??? To: sos@freebsd.org Date: Sun, 21 Jan 1996 04:26:38 +1100 (EST) Cc: current@freebsd.org In-Reply-To: <199601201543.QAA00589@DeepCore.dk> from "Søren Schmidt" at Jan 20, 96 04:43:51 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org Precedence: bulk > After updating to the lastest I see awk failing on make depend in > sys/compile/XXXX: > > sh ../../kern/vnode_if.sh ../../kern/vnode_if.src > awk: cmd. line:4: (FILENAME=- FNR=318) fatal error: internal error > abort - core dumped > > Also my freshly built gcc-2.7.2 coredumps wih sig 11... > > It works on a kernel from jan 6... > > Anybody else having problems with the latest changes.... > I've had very similar trouble, awk gave a similar error, telnetd dumping core, emacs exiting with sig 11, and man and a few other applications were giving Malloc errors of things having been already cleared. This started after a make world a day ago. I restored things by backing up to my backup set of libs of about Jan 4, this fixed emacs. I had to recompile awk to fix it. Regards Douglas Crosher From owner-freebsd-current Sat Jan 20 10:10:23 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA10172 for current-outgoing; Sat, 20 Jan 1996 10:10:23 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA10165 Sat, 20 Jan 1996 10:10:17 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id LAA18343; Sat, 20 Jan 1996 11:12:51 -0700 Date: Sat, 20 Jan 1996 11:12:51 -0700 From: Nate Williams Message-Id: <199601201812.LAA18343@rocky.sri.MT.net> To: Douglas Thomas Crosher Cc: sos@freebsd.org, current@freebsd.org Subject: Re: awk broken ??? In-Reply-To: <199601201726.EAA24799@scrooge.ee.swin.oz.au> References: <199601201543.QAA00589@DeepCore.dk> <199601201726.EAA24799@scrooge.ee.swin.oz.au> Sender: owner-current@freebsd.org Precedence: bulk Douglas Thomas Crosher writes: > > After updating to the lastest I see awk failing on make depend in > > sys/compile/XXXX: What compile flags are you using? Did you re-enable '-O2' w/out '-fno-strength-reduce'? It may be possible that the optimizer bug was not fixed like intended, so we are seeing compiler bugs yet again. > > sh ../../kern/vnode_if.sh ../../kern/vnode_if.src > > awk: cmd. line:4: (FILENAME=- FNR=318) fatal error: internal error > > abort - core dumped > > > > Also my freshly built gcc-2.7.2 coredumps wih sig 11... Did you build it with itself or with the stock compiler? > I restored things by backing up to my backup set of libs of about Jan > 4, this fixed emacs. I had to recompile awk to fix it. This sounds like a compiler bug, but I'm not positive of this. Nate From owner-freebsd-current Sat Jan 20 11:11:48 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA13514 for current-outgoing; Sat, 20 Jan 1996 11:11:48 -0800 (PST) Received: from w8hd.w8hd.org (w8hd.w8hd.org [198.252.159.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA13509 for ; Sat, 20 Jan 1996 11:11:45 -0800 (PST) Received: (from kimc@localhost) by w8hd.w8hd.org (8.6.12/8.6.9) id OAA12004; Sat, 20 Jan 1996 14:11:13 -0500 Date: Sat, 20 Jan 1996 14:11:13 -0500 (EST) From: Kim Culhan To: current@FreeBSD.Org Subject: src for install Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.Org Precedence: bulk In the process of building -current I need to replace my aging 'install' but can't locate the source on wcarchive. It is not obtained by sup either. Any pointers here are greatly appreciated. regards kim -- kimc@w8hd.org From owner-freebsd-current Sat Jan 20 12:22:05 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA17465 for current-outgoing; Sat, 20 Jan 1996 12:22:05 -0800 (PST) Received: from scrooge.ee.swin.oz.au (scrooge.ee.swin.oz.au [136.186.4.20]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA17460 for ; Sat, 20 Jan 1996 12:22:02 -0800 (PST) Received: (from dtc@localhost) by scrooge.ee.swin.oz.au (8.6.9/8.6.9) id HAA25054; Sun, 21 Jan 1996 07:23:27 +1100 From: Douglas Thomas Crosher Message-Id: <199601202023.HAA25054@scrooge.ee.swin.oz.au> Subject: Re: awk broken ??? To: nate@sri.MT.net (Nate Williams) Date: Sun, 21 Jan 1996 07:23:27 +1100 (EST) In-Reply-To: <199601201812.LAA18343@rocky.sri.MT.net> from "Nate Williams" at Jan 20, 96 11:12:51 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.ORG Precedence: bulk > What compile flags are you using? Did you re-enable '-O2' w/out > '-fno-strength-reduce'? It may be possible that the optimizer bug was > not fixed like intended, so we are seeing compiler bugs yet again. I had compiled with -O2 and without -fno-strength-reduce. I just tried a make world again using just -O and I get the same trouble. I have re-compile the C compile first, and the tools built first in make world, so I do think it was a problem from my previous compile. This time I noticed when it first started giving trouble: it was just after installing the new libc. I confirmed this by noting that restoring just the shared libc fixes the man command. > > I restored things by backing up to my backup set of libs of about Jan > > 4, this fixed emacs. I had to recompile awk to fix it. > > This sounds like a compiler bug, but I'm not positive of this. Regards Douglas Crosher From owner-freebsd-current Sat Jan 20 12:39:22 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA18831 for current-outgoing; Sat, 20 Jan 1996 12:39:22 -0800 (PST) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA18826 for ; Sat, 20 Jan 1996 12:39:18 -0800 (PST) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id MAA11324; Sat, 20 Jan 1996 12:39:08 -0800 From: "Rodney W. Grimes" Message-Id: <199601202039.MAA11324@GndRsh.aac.dev.com> Subject: Re: src for install To: kimc@w8hd.org (Kim Culhan) Date: Sat, 20 Jan 1996 12:39:07 -0800 (PST) Cc: current@FreeBSD.Org In-Reply-To: from "Kim Culhan" at Jan 20, 96 02:11:13 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.Org Precedence: bulk > > > In the process of building -current I need to replace my aging 'install' > but can't locate the source on wcarchive. > > It is not obtained by sup either. > > Any pointers here are greatly appreciated. Due to a conflict between targets and directory names install sources are located in src/usr.bin/xinstall. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Sat Jan 20 18:24:41 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA07573 for current-outgoing; Sat, 20 Jan 1996 18:24:41 -0800 (PST) Received: from cabri.obs-besancon.fr (cabri.obs-besancon.fr [193.52.184.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA07566 for ; Sat, 20 Jan 1996 18:24:35 -0800 (PST) Received: by cabri.obs-besancon.fr (5.57/Ultrix3.0-C) id AA20119; Sun, 21 Jan 96 03:25:57 +0100 Date: Sun, 21 Jan 96 03:25:57 +0100 Message-Id: <9601210225.AA20119@cabri.obs-besancon.fr> From: Jean-Marc Zucconi To: freebsd-current@freebsd.org Subject: c++ and malloc X-Mailer: Emacs Sender: owner-current@freebsd.org Precedence: bulk On a current system, c++ programs generate a lot of warnings. Here is a simple example: $ cat a.cc #include ofstream x; main () {} $ c++ a.cc $ a.out Malloc warning: free(): already free chunk. Malloc warning: free(): already free chunk. Malloc warning: free(): already free chunk. Jean-Marc _____________________________________________________________________________ Jean-Marc Zucconi Observatoire de Besancon F 25010 Besancon cedex PGP Key: finger jmz@cabri.obs-besancon.fr ============================================================================= From owner-freebsd-current Sat Jan 20 18:36:39 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA08084 for current-outgoing; Sat, 20 Jan 1996 18:36:39 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA08077 Sat, 20 Jan 1996 18:36:34 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id TAA18929; Sat, 20 Jan 1996 19:39:13 -0700 Date: Sat, 20 Jan 1996 19:39:13 -0700 From: Nate Williams Message-Id: <199601210239.TAA18929@rocky.sri.MT.net> To: Douglas Thomas Crosher , jdp@FreeBSD.org Cc: sos@FreeBSD.org, dima@best.net (Dima Ruban), current@FreeBSD.org Subject: problems in -current (was Re: awk broken ???) In-Reply-To: <199601201726.EAA24799@scrooge.ee.swin.oz.au> References: <199601201543.QAA00589@DeepCore.dk> <199601201726.EAA24799@scrooge.ee.swin.oz.au> Sender: owner-current@FreeBSD.org Precedence: bulk Douglas Thomas Crosher writes: > > After updating to the lastest I see awk failing on make depend in > > sys/compile/XXXX: > > > > sh ../../kern/vnode_if.sh ../../kern/vnode_if.src > > awk: cmd. line:4: (FILENAME=- FNR=318) fatal error: internal error > > abort - core dumped > > > > Also my freshly built gcc-2.7.2 coredumps wih sig 11... > > > > It works on a kernel from jan 6... > > > > Anybody else having problems with the latest changes.... I have one idea what it may be. It *appears* to be a library problem given that older libraries work. Assuming it's a library problem, I can only see two significant library changes which have occurred recently. 1) Peter's import of the new bind code. This shouldn't affect gcc or awk, so I doubt this. 2) John Polstra's change which affected all shlibs. jdp 96/01/16 16:03:10 Modified: share/mk bsd.lib.mk Log: Always link /usr/lib/c++rt0.o into a shared library. CPLUSPLUSLIB is no longer necessary, and can be removed from Makefiles. Unfortunately, I suspect the latter, but have no way of checking it right now. Can those folks who are having problems apply this to bsd.lib.mk (effectively backing out the above change) and rebuild their libraries to see see if it solves the problem? /usr/share/mk/bsd.lib.mk *************** *** 187,193 **** .endif .if !defined(NOPIC) ! .if !make(clean) && !make(cleandir) SOBJS+= ${DESTDIR}/usr/lib/c++rt0.o .endif --- 187,193 ---- .endif .if !defined(NOPIC) ! .if defined(CPLUSPLUSLIB) && !make(clean) && !make(cleandir) SOBJS+= ${DESTDIR}/usr/lib/c++rt0.o .endif (The white space in the diff is screwed up, so do this by hand) Thanks! Nate From owner-freebsd-current Sat Jan 20 19:30:06 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA10524 for current-outgoing; Sat, 20 Jan 1996 19:30:06 -0800 (PST) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA10481 Sat, 20 Jan 1996 19:29:55 -0800 (PST) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.6.12/8.6.12) with ESMTP id TAA15704; Sat, 20 Jan 1996 19:29:37 -0800 Message-Id: <199601210329.TAA15704@austin.polstra.com> To: Nate Williams cc: Douglas Thomas Crosher , sos@FreeBSD.org, dima@best.net (Dima Ruban), freebsd-current@FreeBSD.org Subject: Re: problems in -current (was Re: awk broken ???) In-reply-to: Your message of "Sat, 20 Jan 1996 19:39:13 MST." <199601210239.TAA18929@rocky.sri.MT.net> Date: Sat, 20 Jan 1996 19:29:36 -0800 From: John Polstra Sender: owner-current@FreeBSD.org Precedence: bulk Nate writes: > Douglas Thomas Crosher writes: > > > After updating to the lastest I see awk failing on make depend in > > > sys/compile/XXXX: > > > > > > sh ../../kern/vnode_if.sh ../../kern/vnode_if.src > > > awk: cmd. line:4: (FILENAME=- FNR=318) fatal error: internal error > > > abort - core dumped > > > > > > Also my freshly built gcc-2.7.2 coredumps wih sig 11... > > > > > > It works on a kernel from jan 6... > > > > > > Anybody else having problems with the latest changes.... > > I have one idea what it may be. It *appears* to be a library problem > given that older libraries work. Assuming it's a library problem, I can > only see two significant library changes which have occurred recently. > > 1) Peter's import of the new bind code. This shouldn't affect gcc or > awk, so I doubt this. > > 2) John Polstra's change which affected all shlibs. > jdp 96/01/16 16:03:10 > > Modified: share/mk bsd.lib.mk > Log: > Always link /usr/lib/c++rt0.o into a shared library. CPLUSPLUSLIB is no > longer necessary, and can be removed from Makefiles. > > Unfortunately, I suspect the latter, but have no way of checking it > right now. I have to admit that I thought of the same thing when these reports started showing up in -current. But it is really hard to see how the change I made could account for these symptoms. My change causes a small piece of code (which does nothing) to be executed when a shared library (such as libc) is first mapped into memory. It seems like, if there was something wrong with these changes, the symptom would appear immediately when you executed anything -- not at some later time, and not with an "internal error" message. I'm not saying it's impossible (been around too long for that). But it seems very unlikely to me. -- John From owner-freebsd-current Sat Jan 20 20:30:53 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA13658 for current-outgoing; Sat, 20 Jan 1996 20:30:53 -0800 (PST) Received: from linux.csie.nctu.edu.tw (jdli@linux.csie.nctu.edu.tw [140.113.235.252]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA13653 for ; Sat, 20 Jan 1996 20:30:48 -0800 (PST) Received: (from jdli@localhost) by linux.csie.nctu.edu.tw (8.6.9/8.6.9) id MAA13402 for freebsd-current@FreeBSD.ORG; Sun, 21 Jan 1996 12:26:57 +0800 Date: Sun, 21 Jan 1996 12:26:57 +0800 From: Chien-Ta Lee Message-Id: <199601210426.MAA13402@linux.csie.nctu.edu.tw> To: freebsd-current@FreeBSD.ORG Subject: Re: problems in -current (was Re: awk broken ???) Sender: owner-current@FreeBSD.ORG Precedence: bulk Nate writes: > 2) John Polstra's change which affected all shlibs. > jdp 96/01/16 16:03:10 > > Modified: share/mk bsd.lib.mk > Log: > Always link /usr/lib/c++rt0.o into a shared library. CPLUSPLUSLIB is no > longer necessary, and can be removed from Makefiles. > > Unfortunately, I suspect the latter, but have no way of checking it > right now. Ya...you are right, after back out this change, the system is happy again....No more awk problem, no more "malloc warning ...." Thanks. -- §õ «Ø ¹F (Adonis) ¥æ¤j¸ê¤u Mail: jdli@csie.nctu.edu.tw From owner-freebsd-current Sat Jan 20 21:01:32 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA14675 for current-outgoing; Sat, 20 Jan 1996 21:01:32 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA14667 Sat, 20 Jan 1996 21:01:28 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id WAA19075; Sat, 20 Jan 1996 22:04:07 -0700 Date: Sat, 20 Jan 1996 22:04:07 -0700 From: Nate Williams Message-Id: <199601210504.WAA19075@rocky.sri.MT.net> To: jdp@FreeBSD.org Cc: freebsd-current@FreeBSD.org Subject: Re: problems in -current (was Re: awk broken ???) In-Reply-To: <199601210426.MAA13402@linux.csie.nctu.edu.tw> References: <199601210426.MAA13402@linux.csie.nctu.edu.tw> Sender: owner-current@FreeBSD.org Precedence: bulk Chien-Ta Lee writes: > Nate writes: > > 2) John Polstra's change which affected all shlibs. > > jdp 96/01/16 16:03:10 > > > > Modified: share/mk bsd.lib.mk > > Log: > > Always link /usr/lib/c++rt0.o into a shared library. CPLUSPLUSLIB is no > > longer necessary, and can be removed from Makefiles. > > > > Unfortunately, I suspect the latter, but have no way of checking it > > right now. > > Ya...you are right, after back out this change, the system is > happy again....No more awk problem, no more "malloc warning ...." > Thanks. Any ideas John? It appears to be the culprit, either directly or indirectly. Is it possible something corrupting the stack, which would show up as random cores later on? Nate From owner-freebsd-current Sat Jan 20 21:08:11 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA15103 for current-outgoing; Sat, 20 Jan 1996 21:08:11 -0800 (PST) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA15094 for ; Sat, 20 Jan 1996 21:08:08 -0800 (PST) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.6.12/8.6.12) with ESMTP id VAA29770; Sat, 20 Jan 1996 21:08:04 -0800 Message-Id: <199601210508.VAA29770@austin.polstra.com> To: Nate Williams cc: freebsd-current@FreeBSD.org Subject: Re: problems in -current (was Re: awk broken ???) In-reply-to: Your message of "Sat, 20 Jan 1996 22:04:07 MST." <199601210504.WAA19075@rocky.sri.MT.net> Date: Sat, 20 Jan 1996 21:08:04 -0800 From: John Polstra Sender: owner-current@FreeBSD.org Precedence: bulk Nate writes: > > > 2) John Polstra's change which affected all shlibs. > > > jdp 96/01/16 16:03:10 > > > > > > Modified: share/mk bsd.lib.mk > > > Log: > > > Always link /usr/lib/c++rt0.o into a shared library. CPLUSPLUSLIB is no > > > longer necessary, and can be removed from Makefiles. > > > > > > Unfortunately, I suspect the latter, but have no way of checking it > > > right now. > > > > Ya...you are right, after back out this change, the system is > > happy again....No more awk problem, no more "malloc warning ...." > > Thanks. Egads! :-( > Any ideas John? It appears to be the culprit, either directly or > indirectly. Is it possible something corrupting the stack, which would > show up as random cores later on? Is it possible that, when the shared libraries such as libc are being built, there is still the _old_ version of c++rt0.o in /usr/lib? It _looks_ to me like c++rt0.o is built and installed before the shared libraries are built, but I'm not _at all_ sure. If the libraries were being built with the old c++rt0.o, it would definitely cause problems. Though, again, it seems unlikely they'd explain the actual symptoms that are being seen. Anyway, I'll take yet another look at it, and see if I can come up with any ideas about what's going on. -- John From owner-freebsd-current Sat Jan 20 21:55:36 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA19181 for current-outgoing; Sat, 20 Jan 1996 21:55:36 -0800 (PST) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA19169 for ; Sat, 20 Jan 1996 21:55:33 -0800 (PST) Received: (from jdp@localhost) by austin.polstra.com (8.6.12/8.6.12) id VAA14286; Sat, 20 Jan 1996 21:55:20 -0800 Date: Sat, 20 Jan 1996 21:55:20 -0800 From: John Polstra Message-Id: <199601210555.VAA14286@austin.polstra.com> To: jdli@csie.nctu.edu.tw Subject: Re: problems in -current (was Re: awk broken ???) Newsgroups: polstra.freebsd.current In-Reply-To: <199601210426.MAA13402@linux.csie.nctu.edu.tw> Organization: Polstra & Co., Seattle, WA Cc: freebsd-current@freebsd.org Sender: owner-current@freebsd.org Precedence: bulk In article <199601210426.MAA13402@linux.csie.nctu.edu.tw> you write: > Nate writes: > > 2) John Polstra's change which affected all shlibs. > > jdp 96/01/16 16:03:10 > > > > Modified: share/mk bsd.lib.mk > > Log: > > Always link /usr/lib/c++rt0.o into a shared library. CPLUSPLUSLIB is no > > longer necessary, and can be removed from Makefiles. > > > > Unfortunately, I suspect the latter, but have no way of checking it > > right now. > > Ya...you are right, after back out this change, the system is > happy again....No more awk problem, no more "malloc warning ...." > Thanks. Hi, I'm the guy who made the change (CPLUSPLUSLIB) that seems to be causing the problem. I have been trying to figure out what could be going on. So far, I have only one idea. The change that I made to bsd.lib.mk causes /usr/lib/c++rt0.o to be linked into every shared library. Formerly, it was linked into just the C++ shared libraries. This change requires that you have the latest version of /usr/lib/c++rt0.o installed on your system. Perhaps, when the shared libraries are being built, the old version of c++rt0.o is still installed. In other words, maybe the new version of c++rt0.o is not being installed early enough in the "make world" process. If you build your shared libraries with the old version of /usr/lib/c++rt0.o, there will be problems. (But, I wouldn't expect exactly the kinds of problems that you've described.) I will try to test this theory myself, here on my system. But I'm not up-to-date on -current, so it's going to take some time. If you (or anybody who's up-to-date) are interested, you could try it pretty easily. Just do this: 1. Finish your "make world", with my change to bsd.lib.mk still backed out. Then the newest c++rt0.o will definitely be installed on your system. 2. Put my change back into bsd.lib.mk. 3. Rebuild the libraries that awk depends on: libgnuregex, libm, and libc. You don't have to recompile anything. All you have to do is relink the shared libraries. The easiest way to do that is to delete the shared library from its build directory, then do "make" in that directory, then install the new library into /usr/lib. 4. Now see if the problem has come back again. If anybody tries this before I get it done, please let me know what happened! Sorry for the trouble. -- John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-current Sat Jan 20 23:01:03 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA27340 for current-outgoing; Sat, 20 Jan 1996 23:01:03 -0800 (PST) Received: from burka.rdy.com (burka.rdy.com [205.149.163.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA27325 Sat, 20 Jan 1996 23:00:57 -0800 (PST) Received: from dima@localhost by burka.rdy.com id XAA00286; (8.7.3/RDY) Sat, 20 Jan 1996 23:00:29 -0800 (PST) Message-Id: <199601210700.XAA00286@burka.rdy.com> Subject: Re: problems in -current (was Re: awk broken ???) To: nate@sri.MT.net (Nate Williams) Date: Sat, 20 Jan 1996 23:00:29 -0800 (PST) Cc: dtc@scrooge.ee.swin.oz.au, jdp@FreeBSD.org, sos@FreeBSD.org, dima@best.net, current@FreeBSD.org In-Reply-To: <199601210239.TAA18929@rocky.sri.MT.net> from "Nate Williams" at Jan 20, 96 07:39:13 pm X-Class: Fast Organization: HackerDome Reply-To: dima@best.net From: dima@best.net (Dima Ruban) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.org Precedence: bulk Nate Williams writes: > > Douglas Thomas Crosher writes: > > > After updating to the lastest I see awk failing on make depend in > > > sys/compile/XXXX: > > > > > > sh ../../kern/vnode_if.sh ../../kern/vnode_if.src > > > awk: cmd. line:4: (FILENAME=- FNR=318) fatal error: internal error > > > abort - core dumped > > > > > > Also my freshly built gcc-2.7.2 coredumps wih sig 11... > > > > > > It works on a kernel from jan 6... > > > > > > Anybody else having problems with the latest changes.... > > I have one idea what it may be. It *appears* to be a library problem > given that older libraries work. Assuming it's a library problem, I can > only see two significant library changes which have occurred recently. > > 1) Peter's import of the new bind code. This shouldn't affect gcc or > awk, so I doubt this. > > 2) John Polstra's change which affected all shlibs. > jdp 96/01/16 16:03:10 > > Modified: share/mk bsd.lib.mk > Log: > Always link /usr/lib/c++rt0.o into a shared library. CPLUSPLUSLIB is no > longer necessary, and can be removed from Makefiles. > > Unfortunately, I suspect the latter, but have no way of checking it > right now. Can those folks who are having problems apply this to > bsd.lib.mk (effectively backing out the above change) and rebuild their > libraries to see see if it solves the problem? Hey guys! I just recompiled all libraries after I recompiled /usr/src/lib/csu from scratch. The problem still exists ... So, tomorrow, I'll try to remove bsd.lib.mk changes and tell you, how it works ... > > /usr/share/mk/bsd.lib.mk > *************** > *** 187,193 **** > .endif > > .if !defined(NOPIC) > ! .if !make(clean) && !make(cleandir) > SOBJS+= ${DESTDIR}/usr/lib/c++rt0.o > .endif > > --- 187,193 ---- > .endif > > .if !defined(NOPIC) > ! .if defined(CPLUSPLUSLIB) && !make(clean) && !make(cleandir) > SOBJS+= ${DESTDIR}/usr/lib/c++rt0.o > .endif > > (The white space in the diff is screwed up, so do this by hand) > > Thanks! > > > Nate > -- dima From owner-freebsd-current Sat Jan 20 23:18:20 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA00631 for current-outgoing; Sat, 20 Jan 1996 23:18:20 -0800 (PST) Received: from grumble.grondar.za (root@grumble.grondar.za [196.7.18.130]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA00596 Sat, 20 Jan 1996 23:18:13 -0800 (PST) Received: from localhost (mark@localhost [127.0.0.1]) by grumble.grondar.za (8.7.3/8.7.3) with SMTP id JAA15977; Sun, 21 Jan 1996 09:17:03 +0200 (SAT) Message-Id: <199601210717.JAA15977@grumble.grondar.za> X-Authentication-Warning: grumble.grondar.za: Host mark@localhost [127.0.0.1] didn't use HELO protocol To: John Polstra cc: Nate Williams , Douglas Thomas Crosher , sos@FreeBSD.org, dima@best.net (Dima Ruban), freebsd-current@FreeBSD.org Subject: Re: problems in -current (was Re: awk broken ???) Date: Sun, 21 Jan 1996 09:17:02 +0200 From: Mark Murray Sender: owner-current@FreeBSD.org Precedence: bulk John Polstra wrote: > > 2) John Polstra's change which affected all shlibs. > > jdp 96/01/16 16:03:10 > > > > Modified: share/mk bsd.lib.mk > > Log: > > Always link /usr/lib/c++rt0.o into a shared library. CPLUSPLUSLIB is no > > longer necessary, and can be removed from Makefiles. > > > > Unfortunately, I suspect the latter, but have no way of checking it > > right now. > > I have to admit that I thought of the same thing when these reports > started showing up in -current. But it is really hard to see how > the change I made could account for these symptoms. My change > causes a small piece of code (which does nothing) to be executed > when a shared library (such as libc) is first mapped into memory. > It seems like, if there was something wrong with these changes, > the symptom would appear immediately when you executed anything -- not > at some later time, and not with an "internal error" message. Well - it _does happen like that. I had all the groff utils complain bitterly _at_startup_ about some malloc problem (sorry I can't remember offhand what it is). refer(1) then bombed out with a signal 6. > I'm not saying it's impossible (been around too long for that). But it > seems very unlikely to me. It started for me right after this change :-). M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grondar.za for PGP key